 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
信令关于CM service request
问下这条信令和Channel Request哪个在前哪个在后，看到资料上说Channel Request在前，然后是CM service request，CM service request占用申请到的SD信道，可是我在TEM层三信令中看到的是先CM service request，然后才是Channel Request，哪位大侠给解释下~~
提问者:
• 信令流程问题：servICEreQUEst流程出现无响应状态原因有那些？ 2016-12-19
• 联通打电话，被叫信令中没有extendservICEreQUEst这条信令，主叫直接听到用户暂时无法接通，这是什么原因呢？ 2016-07-13
• 为什么层3 MM层cm servICE reQUEst 有时在RR层信令channel reQUEst之前 2016-05-27
• gsm信令 cm servICE reQUEst 中 RF Power Capability : (3) class 4 射频功率能力这个是什么意思 2016-05-15
• lte 网络中servICE reQUEst什么情况出现此条NAS信令 2015-08-09
• FDD-LTE重建立被拒绝后出现servICE REQ信令求解释 2015-07-06
• W网地铁室分优化出现掉话，信令显示no servICE是什么原因？ 2013-07-14
• 联通打电话，被叫信令中没有extendservICEreQUEst这条信令，主叫直接听到用户暂时无法接通，这是什么原因呢？ 2016-07-13
• 为什么层3 MM层cm servICE reQUEst 有时在RR层信令channel reQUEst之前 2016-05-27
• gsm信令 cm servICE reQUEst 中 RF Power Capability : (3) class 4 射频功率能力这个是什么意思 2016-05-15
• lte 网络中servICE reQUEst什么情况出现此条NAS信令 2015-08-09
• FDD-LTE重建立被拒绝后出现servICE REQ信令求解释 2015-07-06
• W网地铁室分优化出现掉话，信令显示no servICE是什么原因？ 2013-07-14
问题答案
( 6 )
先CM service request，然后才是Channel Request，你不上发cm服务请求，怎么会有下面的sd信道请求
回答者：
无敌小飞哥
回答时间：2013-01-12 12:18
33
35
出现这种情况的主要原因是网络侧开启了“提早指配”功能;
因此会出现这种情况。。
因此会出现这种情况。。
回答者：
litom2004
回答时间：2013-01-12 14:27
35
41
楼上正解
回答者：
taqianwei
回答时间：2013-01-12 16:45
36
38
提早支配是TCH还是SD也有？ 提早支配···
回答者：
li5210806
回答时间：2013-01-12 23:50
36
35
肯定是先channel request，然后才cm service request。不信可以找abis接口的信令来看。至于为什么tmes是cm service request在前，那是tems的问题了。
回答者：
damker
回答时间：2013-01-14 23:52
45
39
上面提到指配，先说一下指配方式，指配方式有三种，
及早指配：简单地说是一开始指配的就是TCH，就在随机接入的时候，不指配SDCCH （优 点就是在接通后不会因为没有业务信道导致未接通等；缺点，浪费资源）
早指配：先指配SDCCH，用于信令传输。铃响前指配TCH，目前现网用于这种指配方式
晚指配：是在铃响以后指配TCH，
所以说不管哪种指配方式MS接入，及随机接入看到的第一条信令是Channel Request
信道请求 Channel Request（Rach）MSàBTS
MS通过动态地在RACH信道（随机接入信道）上发送一个随机接入脉冲向一个（BTS）BTS申请一条信道。在信道请求消息中包括了建立的原因，这个原因可能是“应答寻呼”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位置更新”。此外，这条消息还包括随机参数，移动台（MS）随机的选5个比特作为随机参数。Random reference有5位，最多可同时区分32个MS，但不保证两个同时发起呼叫的MS的RAND值一定不同。要进一步区别同时发起请求的MS，还要根据Um接口上的应答消息
下面是一个Channel Request信令的举例
MS1
Channel Request
Time: 15:44:04.16
Frame number: 742632
Frame number : 742630
Read from ARFCN
Channel number : (GSM 900) 72
Random Access Information
Establishment cause : (6) Originating call and TCH/F is needed, or originating call and the network does not set NECI bit to 1, or procedures that can be completed with a SDCCH and the network does not set NECI bit to 1
Random reference : 19
Header dump (Hex):
00 0B 54 E6 00 48
Message dump (Hex):
F3
CM业务请求 CM service request (MSàBTSàBSCàMSC)
移动台向网络发送CM业务请求，目的是为连接管理子层实体申请一项服务，比如，电路交换连接建立、辅助业务激活或短消息传送。BTS通过返回建立指示消息确认立即指配命令。建立指示消息有两种用途。首先，建立指示消息从BTS的角度出发，指出移动台目前正在SDCCH信道上。这样，BTS向BSC发一消息，指示现在移动台的CM业务请求正在所描述的这种SDCCH信道上传送。另外，BTS将识别这一连结并把接收到的第3层的消息加入到这条消息中。这条CM业务请求消息被送往移动交换中心。
及早指配：简单地说是一开始指配的就是TCH，就在随机接入的时候，不指配SDCCH （优 点就是在接通后不会因为没有业务信道导致未接通等；缺点，浪费资源）
早指配：先指配SDCCH，用于信令传输。铃响前指配TCH，目前现网用于这种指配方式
晚指配：是在铃响以后指配TCH，
所以说不管哪种指配方式MS接入，及随机接入看到的第一条信令是Channel Request
信道请求 Channel Request（Rach）MSàBTS
MS通过动态地在RACH信道（随机接入信道）上发送一个随机接入脉冲向一个（BTS）BTS申请一条信道。在信道请求消息中包括了建立的原因，这个原因可能是“应答寻呼”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位置更新”。此外，这条消息还包括随机参数，移动台（MS）随机的选5个比特作为随机参数。Random reference有5位，最多可同时区分32个MS，但不保证两个同时发起呼叫的MS的RAND值一定不同。要进一步区别同时发起请求的MS，还要根据Um接口上的应答消息
下面是一个Channel Request信令的举例
MS1
Channel Request
Time: 15:44:04.16
Frame number: 742632
Frame number : 742630
Read from ARFCN
Channel number : (GSM 900) 72
Random Access Information
Establishment cause : (6) Originating call and TCH/F is needed, or originating call and the network does not set NECI bit to 1, or procedures that can be completed with a SDCCH and the network does not set NECI bit to 1
Random reference : 19
Header dump (Hex):
00 0B 54 E6 00 48
Message dump (Hex):
F3
CM业务请求 CM service request (MSàBTSàBSCàMSC)
移动台向网络发送CM业务请求，目的是为连接管理子层实体申请一项服务，比如，电路交换连接建立、辅助业务激活或短消息传送。BTS通过返回建立指示消息确认立即指配命令。建立指示消息有两种用途。首先，建立指示消息从BTS的角度出发，指出移动台目前正在SDCCH信道上。这样，BTS向BSC发一消息，指示现在移动台的CM业务请求正在所描述的这种SDCCH信道上传送。另外，BTS将识别这一连结并把接收到的第3层的消息加入到这条消息中。这条CM业务请求消息被送往移动交换中心。
| 信令解释 | |||||||||||||||||||||
| MS | BSS | MSC | VLR | HLR | PSTN | ||||||||||||||||
| 1 | CHANNEL REQUEST | RACH | 通过RACH请求 | ||||||||||||||||||
| IMMEDIATE ASSIGNMENT | AGCH | 通过AGCH分配SD | |||||||||||||||||||
| (SDCCH) | |||||||||||||||||||||
| SIGNALLING LINK ESTABLISH | SDCCH | ||||||||||||||||||||
| 2 | REQUEST FOR SERVICE | CR | 在SD上,服务的请求 | ||||||||||||||||||
| (cm service requist, classmark..) | |||||||||||||||||||||
| CC | SUBSCRIBER | ||||||||||||||||||||
| (cm service requist ack.) | SUBSCRIBER | DETAILS | |||||||||||||||||||
| DETAILS | IF NECESSARY | ||||||||||||||||||||
| 3 | AUTHENTICATION | 在SD上,鉴权 | |||||||||||||||||||
| SET CIPHER MODE | |||||||||||||||||||||
| 4 | SET UP | SDCCH | 在SD上,传送呼叫信息 | ||||||||||||||||||
| call info | |||||||||||||||||||||
| 5 | EQUIPMENT ID REQUEST | 在SD上,设备ID验证请求 | |||||||||||||||||||
| 6 | COMPLETE CALL | 在SD上,完在呼叫,进行呼叫程序 | |||||||||||||||||||
| CALL PROCEEDING | SDCCH | ||||||||||||||||||||
| 7 | ASSIGNMENT COMMAND | SDCCH | circuit | 分配TCH | |||||||||||||||||
| channel | |||||||||||||||||||||
| ASSIGNMENT COMPLETE | FACCH | 占上TCH | |||||||||||||||||||
| 8 | INITIAL AND FINAL ADDRESS | 到公用电路地址 | |||||||||||||||||||
| (IFAM) | |||||||||||||||||||||
| ADDRESS COMPLETE (ACM) | 地址找到 | ||||||||||||||||||||
| ALERTING (MS HEAR RING TONE) | FACCH | MSC接通振铃 | |||||||||||||||||||
| 9 | ANSWER | (ANS FROM PSTN) | PSTN响应 | ||||||||||||||||||
| CONNECT (STOP RING TONE) | FACCH | 停上振铃，建立连接 | |||||||||||||||||||
| CONNECT ACKNOWLEDGE | 开始计费 | ||||||||||||||||||||
| 10 | CONVERSATION | 开始通话 | |||||||||||||||||||
| Note: | Parameter | ||||||||||||||||||||
| immediate_assign_mode | 0 | Set to ASSIGN_SDCCH_ONLY | |||||||||||||||||||
| 1 | Set to ASSIGN_SDCCH_TCH | ||||||||||||||||||||
| 2 to 255 | (reserved for future use) | ||||||||||||||||||||
| Default value | 0 | ||||||||||||||||||||
回答者：
XueJiang
回答时间：2013-01-19 16:52
34
67
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |