 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
简述主叫通话信令流程？
提问者:
• 3G主叫接通流程时延规范 2019-01-08
• LTECSFB的主叫业务流程是什么样的？ 2017-10-23
• LTE的主叫信令流程 2016-09-29
• 主叫信令流程是怎样的？ 2015-07-08
• 主叫的流程是怎样的？ 2015-05-04
• VOLTE短呼测试-信令流程出现CANCEL出现异常，求大神帮解释下下图主叫信令流程 2015-04-21
• GSM一次完整的主叫信道占用流程 2015-03-30
• CDMA系统的主叫，被叫的流程是怎么样的？ 2015-01-11
• LTECSFB的主叫业务流程是什么样的？ 2017-10-23
• LTE的主叫信令流程 2016-09-29
• 主叫信令流程是怎样的？ 2015-07-08
• 主叫的流程是怎样的？ 2015-05-04
• VOLTE短呼测试-信令流程出现CANCEL出现异常，求大神帮解释下下图主叫信令流程 2015-04-21
• GSM一次完整的主叫信道占用流程 2015-03-30
• CDMA系统的主叫，被叫的流程是怎么样的？ 2015-01-11
问题答案
( 5 )
G网的：
(1) MS在空中接口的接入信道上（RACH上）向BTS发送Channel Request（该消息内含接入原因值为MOC。但是该消息中的原因值并不完全准确，因为MS在做移动主叫和IMSI分离时都填的是该原因值。）；
(2) BTS向BSC发送Channel Required消息；
(3) BSC收到Channel Required后，分配信令信道，向BTS发送Channel Activation；
(4) BTS收到Channel Activation后，如果信道类型正确，则在指定信道上开功率放大器，上行开始接收信息，并向BSC发送Channel Activation Acknowledge；
(5) BSC通过BTS向MS发送Immediate Assignment Command，Um接口中该消息在AGCH上发送；
(6) MS在SDCCH上发SABM帧接入；
(7) BTS在SDCCH上回UA帧进行确认；
(8) BTS向BSC发Establishment Indication（该消息中准确的反映了MS的接入原因，例如此时对移动主叫和IMSI分离填的是不同的原因值。），内含CM Service Request消息内容；
(9) BSC建立A接口SCCP链接，向MSC发送CM Service Request；
(10) MSC向BSC回链接确认消息；
(11) MSC发CM Service Accepted，Um接口中该消息在SDCCH上发送；
(12) 主叫MS在SDCCH上发Setup；
(13) MSC向主叫MS发Call Proceeding，Um接口中该消息在SDCCH上发送；
(14) MSC向BSC发Assignment Request，在该消息中，分配了A接口CIC；
(15) BSC分配话音信道，向BTS发送Channel Activation；
(16) BTS收到Channel Activation后，如果信道类型正确，则在指定信道上开功率放大器，上行开始接收信息，并向BSC发送Channel Activation Acknowledge；
(17) BSC通过BTS向MS发送Assignment Command，Um接口中该消息在SDCCH上发送；
(18) MS在Assignment Command中指定的FACCH上发SABM帧来接入；
(19) BTS在FACCH上回UA帧进行确认；
(20) BTS向BSC发Establishment Indication；
(21) MS在接入话音信道后，在FACCH上发送Assignment Complete；
(22) 无线业务信道和地面电路均成功连接后，BSC向MSC发送Assignment Complete，并认为该呼叫进入通话状态；
(23) MSC向主叫MS发Alerting消息，主叫MS听到回铃音，Um接口中该消息在FACCH上发送；
(24) MSC向主叫MS发Connect，Um接口中该消息在FACCH上发送；
(25) 主叫MS在FACCH上向MSC回Connect Acknowledge；
(26) 主叫MS和被叫MS进入语音通话状态；
(27) 通话完毕，主叫MS挂机，主叫MS在FACCH上发Disconnect消息；
(28) MSC向MS发Release，Um接口中该消息在FACCH上发送；
(29) MS回Release Complete，Um接口中该消息在FACCH上发送；
(30) MSC向BSC发Clear Command，BSC收到该消息后，启动释放流程；后续的释放流程参见释放流程的描述；
(31) BSC通过BTS向MS发送Channel Release，Um接口中该消息在FACCH上发送；
(32) MS在FACCH上发DISC帧；
（33）BTS在FACCH上回UA帧进行确认。
回答者：
f279044824
回答时间：2011-12-20 20:03
48
42
|
CHANNEL REQUEST |
信道请求 |
|
IMMEDIATE ASSIGNMENT |
立即指配(只包含一个MS指配信息),包括指配信道的描 述、"信道请求"的信息字段和接收到"信道请求"帧的帧号、最初的时间 提前量、起始时间指示 |
|
CM SERVICE REQUEST(主叫） |
CM业务请求，从移动台到网络 |
|
PAGING RESPONSE（被叫） |
寻呼响应,移动台到网络,包括密钥序列号及移动识别 |
|
SETUP(EMERGENCTY SETUP) |
建立（紧急建立），由移动台发出，用来启动一呼叫的建立 |
|
CALL PROCEEDING（主叫） |
指示被请求的呼叫，建立信息已经被接收,不会再接收更多的呼叫建立信息 |
|
CALL CONFIRMED（被叫） |
呼叫确认，呼叫确认，用来确证收到呼叫请求 |
|
ASSIGNMENT COMMAND |
指配命令,网络发向移动台,指示移动台改变当前信道配置, 切换到分配的专用信道,启动低层连接建立 |
|
ASSIGNMENT COMPLETE |
指配完成,指示主信令链路成功建立 |
|
ALERTING |
指示被叫手机启动告警（即回铃音）。包括进展指示及用户--用户信息等 |
|
CONNECT |
指示连接被接受； |
|
CONNECT ACKNOWLEDGE |
连接确认，从网络到被叫移动台或主叫移动台到网络， 指示移动台得到一个呼叫（连接完成） |
|
DISCONNECT |
断连，从移动台到网络请求清除端到端的连接，或从网络到移动台 指示端到端的连接已经被清除了 |
|
RELEASE |
释放，上下行,指示发该信息的设备将要释放TI(处理识别码),接收到该信息的设备等发送释放完成信息后释放TI(处理识别码 |
|
RELEASE COMPLETE |
释放完成, 上下行,指示发该信息的设备已经释放TI(处理识 别码),接收到该信息的设备将要释放TI(处理识别码) |
|
CHANNEL RELEASE |
信道释放,包括RR原因指示、BA范围 |
回答者：
ljmniou
回答时间：2011-12-21 00:12
42
42
MS向网络侧发送channel request信道请求，网络分配信道成功后，ms通过立即指配申请专用SDCCH信道，网络分配SDCCH专用信道成功后，MS在SDCCH信道上发送CM业务请求，申请TCH业务信道，网络分配TCH业务信道给MS，MS占用成功后处于振铃阶段，被叫接通后开始通话，通话结束后，MS上发disconnect，网络侧发送channel release释放连接，通话结束。
回答者：
天孤雪
回答时间：2011-12-21 09:45
45
42
想掌握Um口的测试流程，建议LZ别想简单去了解主被叫流程了，应该是认真详细去学习掌握主被叫的每一条信令流程，掌握每一条信令所携带的信息，这样才能真正成为一个DT测试分析高手。
回答者：
allen_chen
回答时间：2011-12-21 10:56
46
46
楼上正解
补充一点：channel request和CM survice request同时出现时才记一次呼叫开始；出现connect或connect acknowledge的其中一个时，就记一次呼叫成功接通；当出现disconnect或channel release的其中一条时，才算是正常的呼叫结束、释放信道，如果两条都没有出现就直接转到空闲模式时，就记一次掉话。
补充一点：channel request和CM survice request同时出现时才记一次呼叫开始；出现connect或connect acknowledge的其中一个时，就记一次呼叫成功接通；当出现disconnect或channel release的其中一条时，才算是正常的呼叫结束、释放信道，如果两条都没有出现就直接转到空闲模式时，就记一次掉话。
回答者：
啊啊啊
回答时间：2011-12-21 21:24
41
42
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |