手机主叫消息流程说明
文字描述主叫信令流程
GSM主被叫呼叫信令流程然后BTS 对这个消息进行转发，在A-bis 接口上我们看到Channel required。
Channel request我们可以理解为信道请求，在BTS与BSC之间的Channel required我们通常叫做信道申请。
BSC收到这个Channel required 以后它会返回一个Channel active，在这个Channel active 里面有一个非常重要的信息，就是BSC对BTS激活的这个目标信道的相关描述。
BTS激活这个信道以后会返回一个Channel active ACK。
接下来BSC就可以向手机指配这条目标信道了，这个信令消息叫做Immediate Assign Command（立即指配命令）。
在这里我们要关心一下就是BSC激活和指配的这个目标信道它是什么样的信道。
在正常的流程中，通常MS接入BTS是在RACH中，就是随机接入信道中。
然后BSC要激活的信道通常是SDCCH信道，就是独立专用控制信道；Immediate Assign Command这条消息，它是通过AGCH信道下发给手机的，在这AGCH信道里面指配了一条SDCCH信道。
手机接收到这个消息以后它就知道它的目标信道了，然后它就会调整它的工作信道到目标信道上去，然后上发一条first SABM，就是尝试接入目标信道的链路层的一个消息，可以称为初始接入消息。
当BTS收到SABM接入消息以后，BTS会产生一个Establish_IND，这是建立指示消息，就是BTS告诉BSC这个目标信道已经建好了，SDCCH信道已经通了；在这个建立指示消息信道里面包含的内容是CM业务请求。
所谓CM业务请求，就是呼叫管理业务请求，call management service request。
在BTS收到这个first SABM消息的同时，BTS同样要向手机回复一个帧，这个叫做UA。
SABM和UA用于手机建立在新信令上的链路层通信，那么手机收到这个UA以后就确认新的信道在链路层已经通了。
一次完整GSM主被叫通话的信令流程
一次完整GSM主被叫通话的信令流程1.一次完整主叫通话的信令流程Mobile Station NetworkSystem information type 1Channel RequestImmediate AssignmentCM Service RequestClassmark Change控制参数更改CM Service AcceptAuthentication Request鉴别请示Authentication ResponseCiphering Mode Command 计算类型命令Ciphering Mode CompleteSetupCall ProceedingAssignment CommandAssignment CompleteAlerting 发信号ConnectConnect acknowledge 确认DisconnectReleaseRelease CompleteChannel Release2 需要注意的几点信令（1）在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI（临时用户识别码），如果为主叫起呼，则从Channel Request信令开始计算（2）Ciphering Mode 为加密模式（3）在Setup之后若手机为主叫则是Call Proceeding,手机为被叫则是Call Confirmed(证实)。
一次完整被叫通话的信令流程MobileStation NetworkPaging RequestChannel RequestImmediate AssignmentPaging ResponseClassmark ChangeAuthentication RequestAuthentication ResponseCiphering Mode CommandCiphering Mode CompleteSetupCall ConfirmedAssignment CommandAssignment CompleteAlertingConnectConnect acknowledgeDisconnectReleaseRelease CompleteChannel Release2 需要注意的几点信令（1）在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI。
手机呼叫流程
呼叫流程：1.当手机主动发起呼叫时，手机空中接口发送始呼消息。
将手机呼叫需要的业务配置、手机请求的呼叫类型、手机的位置信息、手机标识、手机类型、鉴权信息、加密信息、呼叫相关号码、接入原因、寻呼时隙等发送到网络侧。
2.手机请求的业务配置被BTS所接受，BTS侧对消息进行应答：该消息所应答的消息序列号，对端收到后则知道已回应答，不必再等，停掉计时器。
3.始呼消息经过BTS处理为Abis信令，通过Abis信令链路传递到BSC后由BIM接受，处理Abis头后透传到LAC。
（前向Abis信令，BIM增加TCP/IP头并传送到软件模块。
负责公用信道消息以及Abis口其它消息的TCP打包、解包和转发，不处理消息内容。
）LAC 进行层2的处理，然后将层3的消息发送到CCM，CCM收到消息后创建CCB。
当CCM 检测到手机发送的目标小区在本模块的时候，CCM可以直接进行处理。
CCM首先创建一个CCB，将手机相关的消息、位置信息等记录下来。
M是呼叫控制管理的软件模块，L2处理完交给CCMB：最重要的呼叫资源，存储IMSI/ESN、呼叫状态和子状态、已申请的呼叫资源、分支、子分支情况等。
将一部分IE保存在CCB中，一些主要IE信息包括：CCB自己的呼叫状态、手机信息、分支信息、公共资源信息和业务信息等。
M发送消息到CIE，请求预定CIC。
CIE回应消息，并在CIE内预定一个CIC号，发回给CCM。
M构造消息发送到CIM向MSC请求业务接入，同时带给MSC一些手机的鉴权信息和CIE预定的CIC号码以及手机的一些业务选项。
MSC收到请求后，判断CCm带上来的CIC 号是否能使用，能使用则返回此CIC号码，否则返回一个新的CIC号码。
然后回应消息，并由SCCP完成一次A1连接，完成A2的资源指配、将确认的CIC号码发回给CCM。
M向RPS发送消息，RPS发送包含申请的DSPCPUID返回CCM。
M请求建立SCB实例，SDU告知可以建立，并返回实例号。
移动主被叫及切换信令流程分析
1、主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。
一般来说，主叫经过几个大的阶段：接入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。
接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配业务请求等几个步骤。
经过这个阶段，手机和BTS BSC 建立了暂时固定的关系。
鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。
经过这个阶段，主叫用户的身份已经得到了确认，网络认为主叫用户是一个合法用户允许继续处理该呼叫。
TCH指配阶段主要包括：指配命令，指配完成。
经过这个阶段，主叫用户的话音信道已经VLR），MSC经过接入阶段和鉴权加密过程后，主叫用户的合法身份已经得到确认，已经接入了网络，为继续进行呼叫，需要更为详细的信息，按照规范，此时MS将发送一个set up消息，在此消息中携带有被叫号码和主叫标识等更为详细的信息，MSC收到此消息后，首先通过S.I.F.O 消息向VLR查询该用户的相关业务信息，VLR根据此次业务类别和开户时MS已经申请的业务信息，决定此次呼叫是否可以继续，如果可以继续，通过完成呼叫消息向MSC回送该用户数据，MSC收到该信息后，通过呼叫继续消息经BSS通知MS呼叫在继续处理之中，然后，根据A接口电路情况，向BSC发送指配请求消息，在该消息中选定某条A接口电路，BSC收到该指令后向BTS、 MS指定无线资源，MS收到该指令后，占用成功回送分配完成消息，到此TCH指配阶段完成，本局的无线资源和A接口电路均已成功分配。
MSC收到MS上报的指配完成消息后，进行被叫分析，根据被叫号码寻址到HLR，发送路由信息请求消息，HLR收到该消息后，根据被叫IMSI查询得到被叫所在的VLR，向被叫所在的VLR请求漫游号码，被叫所在的VLR在受到请求漫游号码消息后，为对应的MS分配MSRN ，然后在请求漫游号码响应消息中回送给HLR， HLR得到该MSRN后，向主叫所在MSC发送路由信息响应消息，MSC从该消息中得到被叫的MSRN，根据MSRN进行局间中继选路，并向被叫所在的MSC发送IAI消息。
手机作主叫及被叫的信令流程.doc
手机作主叫的信令流程：手机作被叫的信令流程：MOC第3层信令过程：Uplink Channel Request---------------RACH Downlink Immediate Assignment-------AGCHUplink CM Service Request-----------SDCCH Downlink Authentication Request--------SDCCH Uplink Authentication Request--------SDCCH Downlink Ciphering Mode Command----SDCCH Uplink Ciphering Mode Complete-----SDCCH Uplink Setup----------------------------SDCCH Downlink Assignment Command--------SDCCH Uplink Assignment complete-----------FACCH(TCH) Downlink Alerting-------------------------FACCH Downlink Connect-------------------------FACCH Uplink Connect Acknowledge--------FACCH--------------------通话------------------------------Uplink Disconnect---------------------FACCH Downlink Release--------------------------FACCH Uplink Release Complete--------------FACCH Downlink Channel Release----------------FACCHMTC第3层信令过程：Downlink Paging request type 1--------PCHUplink Channel Request---------------RACH Downlink Immediate Assignment-------AGCHUplink Paging response----------------SDCCH Downlink Authentication Request--------SDCCH Uplink Authentication Request--------SDCCH Downlink Ciphering Mode Command----SDCCH Uplink Ciphering Mode Complete-----SDCCH Uplink Setup----------------------------SDCCH Downlink Assignment Command--------SDCCH Uplink Assignment complete-----------FACCH(TCH) Uplink Alerting-------------------------FACCHUplink Connect-------------------------FACCH Downlink Connect Acknowledge--------FACCH--------------------通话------------------------------Uplink Disconnect---------------------FACCH Downlink Release--------------------------FACCH Uplink Release Complete--------------FACCHDownlink Channel Release----------------FACCH请详细说一下位置更新的流程及每一步所传送的消息当手机发现当前小区的位置区识别码LAC与SIM卡中存储的LAC值不一致时就发起一次位置更新请求。
主叫流程
1. 首先搜索124个信道，即所有的BCH通道, 决定收到的广播信道BCH强度, (BCH的承载的信息是距Mobile最近的BTS; 呼叫信息);2. 跟网络同步时间和频率, 由FCH/SCH调整频率和时间3. 解码BCH的子通道BCCH.4. 网络检查SIM 卡的合法身份.是否是网络允许的SIM 卡。
5. 手机的位置更新.6. 网络鉴权手机主叫(MOC)过程:l1. 手机给基站发送通道需求，即手机发送一个短的随即接入突发脉冲.(RACH Burst)2. 由BCH 指定传输信道. SDCCH3. 手机和基站在独立专用信道(SDCCH)上通信.4. 权限认证5. 指定手机在一个业务信道(TCH)上通信.6. 在TCH上进行语音通信.手机被叫l1. BTS在PCH呼叫通道上使用SIM中的IMSI号码来呼叫用户。
2. 由手机发送RACH3. 通道指定在BCH.4. 手机和基站在SDCCH 上通信5. 手机用户被鉴权6. 手机被指定TCH通道。
7. 在TCH通道上进行语音和数据通信。
紧急呼叫：l1. GSM规格定义了112 为紧急呼叫号码2. 112在手机有无SIM卡的情况下均可呼叫。
3. 在RACH 上, 手机112 建立紧急呼叫。
Authentication 鉴权：l1. 目的：验证用户身份（IMSI /SIM）; 提供手机新的加密键。
2. 鉴权是在什么情况下：每一次注册、每次呼叫或被叫企图、执行一些增值服务、漫游时的位置更新。
切换handover: 切换是手机通信从一个小区/信道到另外一个小区/信道。
l1. 上行和下行的接收质量报告2. 上行和下行的接收信号强度3. 距离，迁时4. 干扰层。
5. 功率预算。
6. 切换包括：同一小区内部信道/时隙之间的切换。
小区于小区之间。
加密ciphering: 语音和数据的保密、信号信息的保密；l手机位置更新location update:l1. MSC应知道呼叫手机的位置。
volte主被叫信令流程小结
volte主被叫信令流程⼩结VOLTE呼叫流程介绍：A和B均在IDLE模式，A⽤户（主叫Caller）呼叫B⽤户（被叫Callee）流程图；A、B均在MME附着，已在AS服务器注册；VOLTE呼叫业务流程VOLTE呼叫业务流程VOLTE呼叫业务流程备注：⿊⾊，正常消息描述，包括Rrc、S1信令和普通描述等；红⾊，NAS标准信令；蓝⾊SIP标准信令；上述A和B均是IDLE模式，互相拨打的⽅式是实际应⽤场景中最常见的⼀种⽅式，具体流程如下：1.⽤户A和⽤户B在注册成功后，⽆业务触发，MME发起上下⽂释放，将A和B均置为IDLE模式。
2.UE A呼叫UE B，此时A发现其为IDLE模式，则需要先建⽴信令连接。
受限缓存需要发送的数据，向eNodeB发起RRC Connection Request，携带初始UE ID和S-TMSI（第⼀次是随机值，此时TMSI值应为有效）。
3.eNodeB向UE回复RRC Connection Setup，其中携带⽆线资源专⽤配置信息。
4.UE向eNodeB回复RRCConnection Setup Complete，确认RRC建⽴成功完成。
其中携带选择的PLMN ID，注册的MME信息和NAS消息。
5.eNodeB发送Initial UE Message到MME，其中携带eNodeB UE S1APId，TAI，E-UTRAN-CGI，RRCEstablishment Csuse，NASPDU为Service Request。
6.MME侧⽤户⾯承载建⽴成功后向eNodeB返回Initial Context Setup Request，携带MME UE S1APId，ERAB相关信息（Qos，GTP-TEID，ERAB id，IP），UE 安全能⼒和安全密钥，如果存在UE⽆线能⼒，也需要带回。
如果没有UE⽆线能⼒，则eNodeB需要向UE索要UE⽆线能⼒参数。
7.⽆线承载的建⽴，对上下⽂进⾏处理，eNodeB向UE发送RRCConnectionReconfiguration消息，其中包含测量配置，移动性配置（RBs，MAC主要配置，物理信道配置），NAS信息和安全配置等信息。
主叫、短消息信令流程资料
主叫信令流程汉文流程如下图示：2.1.1、信道请求Channel Request（Rach）MS BTSMS通过动态地在RACH信道（随机接入信道）上发送一个随机接入脉冲向一个（BTS）BTS 申请一条信道。
在信道请求消息中包括了建立的原因，这个原因可能是“应答寻呼”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位置更新”。
此外，这条消息还包括随机参数，移动台（MS ）随机的选5个比特作为随机参数。
Random reference 有5位，最多可同时区分32个MS ，但不保证两个同时发起呼叫的MS 的RAND 值一定不同。
要进一步区别同时发起请求的MS ，还要根据Um 接口上的应答消息下面是一个Channel Request 信令的举例2.1.2 申请信道 Channel Required( BTS →BSC)BTS 向BSC 发一条申请信道消息。
通过这条消息，BTS 进一步向BSC 传递由移动台发起的信道请求。
实际上，申请信道消息中除了包含信道请求消息中的一些消息外，还包括通过BTS 加入的一些消息。
申请参数直接从信道请求消息中来，初始时间提前量TA （接入延迟）由BTS 加入到这条消息中去。
2.1.3 信道激活 Channel Activation (BSC →BTS)收到从BTS 发来的申请信道消息后，BSC 开始按照一定的条件为此次呼叫寻找和分配SDCCH 信道，同时BSC 向BTS 发送一条信道激活消息。
其中最重要的是：分配给哪个BTS 以及此SDCCH 的信道组合。
此消息中包含的参数有：DTX 控制、信道的ID （识别）、信道描述和移动分配、移动台和基站的最大功率电平、BSC 计算的有关此次接入的初始时间提前量等。
2.1.4信道激活证实 Channel Activation ACK(BTS →BSC)这是对信道激活消息的应答。
当BTS 收到这条消息后，它开始在SACCH 信道发送和接受消息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
主叫消息流程说明
BSS——>MSC 完全层三消息（Complete Layer 3 Information）
MS发起呼叫业务请求,其中包括呼叫类型(MS主叫,紧急呼叫,补充业务等),MS级别信息(功率,加密算法等),MS识别( IMSI,TMSI等)。
MSC——>BSS 连接证实( Connect Confirm)
SCCP的连接证实。
MSC——>BSS 鉴权请求( Authentication Request)
MSC要求MS进行鉴权,其中包括鉴权随机数(Authentication Rand Value)。
BSS——>MSC 鉴权响应(Authentication Response)
MS根据Ki鉴权随机数计算出Authentication SRES Value在此消息中发给MSC。
MSC将其与HLR发来的Authentication SRES Value进行比较，如果二者相等则鉴权成功，否则鉴权失败。
MSC——>BSS 加密模式命令(Cipher Mode Command)
MSC指示BSS和MS是否加密及加密算法，如果进行加密还需通知BSS所用的加密KEY。
BSS——>MSC 加密模式完成(Cipher Mode Complete)
对加密模式命令的应答
MSC——>BSS TMSI重分配命令(TMSI Reallocation Command)
MSC给MS重新分配TMSI。
BSS——>MSC TMSI重分配完成(TMSI Reallocation Complete)
此消息位置可变
BSS——>MSC 建立(Setup)
MS在此消息中包括被叫号码。
MSC——>BSS 呼叫进行(Call Proceeding)
表示MSC正在处理本次呼叫。
MSC——>BSS 分配请求(Assignment Request)
要求分配地面电路和空中信道。
BSS——>MSC 分配完成(Assignment Complete)
. 已经成功分配地面电路和空中信道。
MSC——>BSS 振铃(Alerting)
让MS发回铃音。
MSC——> BSS 连接(Connect)
通知MS被叫已经摘机。
BSS——>MSC 连接证实(Connect Acknowledge)
对连接的应答
MSC——>BSS 挂机(Disconnect)
被叫挂机。
BSS——>MSC 释放(Release)
要求结束本次事务处理。
MSC——>BSS 释放完成(Release Complete)
MSC——>BSS 清除命令(Clear Command)
要求释放本次呼叫中使用的资源。
MSC——>BSS 清除完成(Clear Complete)
对清除命令的应答
MSC——>BSS RLSD(Released)
要求结束SCCP连接。
BSS——>MSC RLC(Released Complete)
对RLSD的应答。