- This topic has 12 replies, 1 voice, and was last updated 12 years, 8 months ago by pix.
24th August 2008 at 06:28 #53624MKTGuest
SDCCH handover is an optional or mandatory option in GSM?
FACCH burst are supposed to carry the TCH handover related signaling when the MS is on active TCH.
On which channel the SDCCH handover related signaling is carried out?
Also for a TCH handover…
Is it true that as standby arrangement we do exchange the same signaling over SACCH as the FACCH?
MKT24th August 2008 at 07:00 #53625pixGuest
the FACCH is used during SDCCH. Actually, SDCCH contains “SDCCH+SACCH+FACCH”.
I don’t understand your last question. “StdBy arrangement” ?24th August 2008 at 07:53 #53626MKTGuest
standby arrangement i am referring to is the one which said that HO_COMMAND message from BTS will be sent on FACCH as well as SACCH, so as to avoid the possibility of missing/ not decoded the message(HO_CMD)
Is it correct?
MKT24th August 2008 at 08:02 #53627MKTGuest
FACCH is generated from TCH by STEALING.
How do we generate FACCH from SDCCH, in the same way as TCH?
does that means SDCCH is mapped to normal burst.
Regards24th August 2008 at 11:06 #53628pixGuest
sorry, i said something wrong : there is no FACCH on SDCCH : the HO CMD is sent on a normal sdcch burst. Since there is no real time transmission of data on the sdcch, there is no “stealing” per say.
as far as i know, the ho cmd is sent only on the FACCH, not on the SACCH. Could you find the document that says otherwise ?25th August 2008 at 01:07 #53629BloodyGuest
May I can explain you properly MKT… Let me try….tell me if m wrong.
As you should know there is 26 Frams of TCH in one multi frame.
in this frame one slot is alloted to SDCCH i suppose that is 12th slot. Now this SDCCH is used to carrly all signalling information during call. Like Measurment, Power Management etc. It also includes HO_COMMAND if required.
Now if BSC decided to do HO and in this multiframe slot number 14 is going on and now BSC can not wait for such a long period because call may ge dropped and at that time BSC decided to steal TCH and replaced by FACCH and gives HO_COMMAND.
So Both channels are atually used for carring out HO_COMMAND.25th August 2008 at 08:01 #53630pixGuest
your explanation needs some corrections:
– you miswrite SDCCH instead of SACCH. The TCH multiframe contains a SACCH block at TS12, not a SDCCH.
– the FACCH will always carry the HO COMMAND, not the SACCH. Unless someone can show me a document where it says otherwise 🙂26th August 2008 at 16:18 #53631BloodyGuest
Pix actually i have one motorola GSM basic PDF which was given to me while Training. Buts too big that i can not even mail it.26th August 2008 at 17:02 #53632pixGuest
in this motorola document, they claim to carry the HO CMD over the SACCH ?
well, ok, you could just snapshot the page talking about that.27th August 2008 at 06:41 #53633MKTGuest
Pix, You are right in saying that HO_CMD is carried over FACCH.
Carrying the HO_CMD over SACCH in addition to the FACCH is a part of proposed inventions by some individuals working in the field.27th August 2008 at 07:20 #53634pixGuest
ok, thank you for clarifying bloody’s comments…
i wonder what means “proposed inventions” ? you mean “common beliefs” ?27th August 2008 at 10:42 #53635MKTGuest
its not common beliefs. It is about the patents ( various in numbers) which were/are filed by individuals/groups for their modifications or new addtions to the existing standards.
Regards27th August 2008 at 12:55 #53636pixGuest
patents are just so dumb… 3GPP is an open standard, why would companies or individuals try to prevent 3GPP to use their ideas, by patenting them ? It’s the best way for this idea NEVER to be implemented in 3GPP.
it just blows my mind.
Anyway, I doubt that this kind of idea would ever appear in the 3GPP standards, because i just can’t see the benefit of doing so…