- This topic has 12 replies, 1 voice, and was last updated 16 years, 4 months ago by
.
-
Posts
-
Hi all,
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.
then..
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?Regards
MKT
hi mkt,
the FACCH is used during SDCCH. Actually, SDCCH contains “SDCCH+SACCH+FACCH”.
I don’t understand your last question. “StdBy arrangement” ?
thanks pix,
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?
MKT
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.
Regards
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 ?
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.
|TCH|TCH|TCH|….
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.
|TCH||TCH||TCH||TCH|….|SDCCH|TCH||TCH||TCH|….26
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.
bloody,
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 🙂
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.
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.
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.
ok, thank you for clarifying bloody’s comments…
i wonder what means “proposed inventions” ? you mean “common beliefs” ?NO,
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.
Regards
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…
- The forum ‘Telecom Design’ is closed to new topics and replies.
