手机主叫消息流程说明
文字描述主叫信令流程
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 信道发送和接受消息。
手机主被叫流程(含解释及信道)
Channel Request 信道请求(请求分配SDCCH信道，通过RACH信道传送)
Immediate Assigment 立即指配(分配SDCCH信道，通过AGCH信道传送)
CM service Request CM业务请求SD（业务请求）
Connect ack
Disconnect
Release
Release complete
Channel release
当手机开机后，手机会进行寻找PLMN允许的所有频点，并选择适合的小区驻留，也就是小区选择。
小区选择分两种情况：一、手机无存储BCCH信息 二、手机有BCCH信息存储；
Paging Reponse
Authentication Request
Authentication Reponse
Ciphering mode Command
Ciphering mode Complete
Tmsi reallocation Command
Tmsi reallocation Complete
s
Setup
Call Comfirmed
Assignment Command
Assignment Complete
Alerting
Connect
Channel release 信道释放
2. Um接口上手机被叫信令流程
Paging request PCH
Channel Request RACH
Immediate Assigment AGCH
Disconnect 断开连接(主叫挂机，通过FACCH信道传送)
主叫与被叫的信令过程
附录A 一次呼叫典型流程B.1 概述本章将分别给出主叫流程和被叫流程的例子，以示一次通话过程中UTRAN的典型流程。
B.2 主叫流程主叫流程是指UE呼叫其它用户（例如PSTN用户）的过程。
具体流程如图B-1所示，主叫流程大体经过了如下几个过程：(1)RRC连接建立为了成功进行呼叫，UE将发起RRC连接建立过程，建立起与RNC之间的信令连接。
详细信息请参见“4.3 RRC连接建立流程”描述。
(2)信令连接建立RNC建立起与CN之间的信令连接。
详细信息请参见“4.4 直传消息流程”描述。
(3)RAB建立CN响应UE的业务请求，要求RNC建立相应的无线接入承载，建立成功后，对方应答，双方通话。
详细信息请参见“4.6 RAB建立流程”描述。
(4)信令连接释放通话过程结束，首先释放RNC和CN之间的信令连接。
详细信息请参见“4.7 业务释放流程”描述。
(5)RAB释放释放无线接入承载。
详细信息请参见“4.7 业务释放流程”描述。
(6)RRC释放如果该RRC连接没有其他的IU信令连接，将释放UE和RNC之间的RRC连接。
详细信息请参见“4.7 业务释放流程”描述。
图B-1 主叫流程B.3 被叫流程被叫流程是指网络侧有寻呼请求呼叫UE，UE响应寻呼的过程。
UE接收到寻呼消息后，将发起RRC连接建立过程。
被叫流程大体经过如下几个过程：(1)寻呼网络侧寻呼UE。
详细信息请参见“4.2 寻呼流程”描述。
(2)RRC连接建立UE应答呼叫，发起与RNC之间的RRC连接建立过程。
详细信息请参见“4.3RRC连接建立流程”描述。
(3)信令连接建立及直传过程RNC建立起与CN之间的信令连接。
详细信息请参见“4.4 直传消息流程”描述；(4)RAB建立CN要求RNC建立相应的无线接入承载。
建立成功后，UE和CN交互信令，应答进入通话状态。
详细信息请参见“4.6 RAB建立流程”描述；(5)信令连接释放通话结束，释放RNC与CN之间的信令连接。
WCDMA呼叫流程(5)之“WCDMA手机主叫”
占用信道：PRACH Preamble↑－>AICH↓－>PRACH Message↑－>S-CCPCH(FACH)↓－>DPDCH/DPCCH↑↓无线侧主叫流程：1、发送接入前导，进行呼叫请求，开环功控；2、基站确认呼叫请求，发送AI，通知手机继续发送具体接入请求；3、手机发送接入消息；4、基站通过S-CCPCH(FACH)给手机分配信道；5、手机占用PDCH进行话音通信。
WCDMA电路交换业务主叫流程主要有以下几个基本过程：第一步：【1.RRC连接建立】起呼时，首先由UE的RRC接收到非接入层的请求发送【RRC连接建立请求】消息给UTRAN，在该消息中包含被叫UE号码，业务类型等等。
UTRAN接收到该消息后，根据网络情况分配无线资源，并在【RRC CONNECTION SETUP】消息中发送给UE，UE将根据消息配置各协议层参数，同时返回确认消息。
第二步：【2.Iu信令链路建立】在RRC连接建立后，UE将向CN发送业务请求。
此时UE通过DCCH发送【3.INITIAL DIRECT TRANSFER- CM SERVICE REQUEST】消息（在该消息中包含非接入层的信息）。
RNC接收到该消息后，RNC的RANAP发送INITIAL UE MESSAGE，将UE的非接入层消息透明转发给CN，在该消息发送的同时建立Iu信令连接。
（所谓DT，就是对RNC来说全部是直传信令）在Iu信令连接建立后，UE和CN之间的非接入层消息传输使用【DOWNLINK DIRECT TRANSFER】和【UPLINK DIRECT TRANSFER】消息进行。
第三步：【4.鉴权和安全模式】Iu信令连接建立后，CN需要对UE进行鉴权。
鉴权是非接入层功能，在UTRAN中透明传输。
主叫UE收到业务消息或者加密完成之后会发送【5.SETUP】消息给网络侧，核心网收到setup消息后向主叫回送【6.CALL PROCEEDING】消息。
CDMA呼叫流程与切换流程
CDMA呼叫流程和事件判断一.主叫流程:DIAL详细如下：DIAL:( 主叫)1>MS-Access :Origination Message (包括呼出的电话号码,呼叫发起消息)呼叫尝试鉴权失败:之后出现前向Release 或反向Release,或sync channel message2>BTS-Paging : Base Station Acknowledgment Order (指令消息)业务信道分配失败：之后出现前向Release 或反向Release,或sync channel message9> BTS-Paging: Channel Assignment Message(Assign Walsh Code)业务信道分配失败：之后出现前向Release 或反向Release,或sync channel messageBTS-Forward Traffic Channel : Base Station Acknowledgment Order业务信道分配失败：之后出现前向Release 或反向Release,或sync channel messageMS-Reverse Traffic Channel : Mobile Station Acknowledgment Order业务信道建立完成业务协商失败：（上面信令之后出现前向Release 或反向Release,或sync channel message）14> BTS-Forward Traffic Channel : Service Connect Message ( ACK_REQ=1)业务协商失败：之后出现前向Release 或反向Release,或sync channel message(期间可能发生软切换)15> MS-Reverse Traffic Channel :Service Connect Completion Message ( ACK_REQ=1) 业务协商完成呼叫通话成功：二被叫:详细如下：1>BTS-Paging: General Paging Message(Slotted Paging Message or Paging Message )被叫接入响应失败:之后出现前向Release 或反向Release,或sync channel message2>MS-Access: Page Response Message 被叫响应鉴权失败:之后出现前向Release 或反向Release,或sync channel message3> BTS-Paging : Base Station Acknowledgment Order (指令消息)业务信道分配失败：之后出现前向Release 或反向Release,或sync channel message10> BTS-Paging : Channel Assignment Message.（Extended Channel Assignment Message）业务信道分配失败：之后出现前向Release 或反向Release,或sync channel messageBTS-Forward Traffic Channel : Base Station Acknowledgment Order业务信道分配失败：之后出现前向Release 或反向Release,或sync channel messageMS-Reverse Traffic Channel : Mobile Station Acknowledgment Order业务信道建立完成业务协商失败：（上面信令之后出现前向Release 或反向Release,或sync channel message）BTS-Forward Traffic Channel :Service Request Message 业务请求11> BTS-Forward Traffic Channel : Service Connect Message.业务协商失败：（上面信令之后出现前向Release 或反向Release,或sync channel message）12>MS-Reverse Traffic Channel: Service Connect Complete Message 业务协商完成手机未振铃：（上面信令之后出现前向Release 或反向Release,或sync channel message）13> BTS-Forward Traffic Channel : Alert with Information message. 振铃成功（让用户选择可以认为被叫成功）用户未摘机：(期间可能发生软切换)MS-Reverse Traffic Channel:Connect Order 被叫通话成功(provide Origination Call Number , and so on )三.通话期间切换:1>MS-Reverse Traffic :Pilot Strength Measurement Message(给出主服务小区导频和每个有效导频和候选导频的PN和强度,PN=[PILOT_PN_PHASE/64] ,余数是相对Pilot Delay.)2>BTS-Forward Traffic :Order—Base Station Acknowledgment Order软切换请求（当移动台测得邻近集或剩余集中的一个导频的强度超过导频加入门限T_ADD；或者候选集中的一个导频的强度超过活动集中任意导频强度的0.5*T_COMP（dB）（T_COMP 为导频加入比较门限）；或者活动集中的导频低于导频丢弃门限T_DROP，并且持续时间达到导频丢弃定时器门限T_TDROP，移动台会向基站发送―导频强度测量消息‖）3>BTS-Forward Traffic :Extended Handoff Direction Message(or Handoff Direction Message or General Handoff Direction Message or Universal Handoff Direction Message Or Analog Handoff Direction Message)软切换指示(给出切换后的有效导频的PN,原来的活动导频如果不在其中,表示切换后不再是活动导频; 如果出现新的导频表示切换后增加了新的活动导频)4>MS-Reverse Traffic :Order Message—Mobile Station Acknowledgment Order5>MS-Reverse Traffic :Handoff Complete Message 软切换完成(给出切换后的有效导频的PN)BTS-Forward Traffic :Order—Base Station Acknowledgment OrderBTS-Forward Traffic :Neighbor List Update messageMS-Reverse Traffic :Mobile Station Acknowledgement Order四.空闲切换.因为空闲中的移动台只能用一个导频, 初始进入业务状态时也只能使用一个导频, 导频增加是在以后的软切换过程中完成的(如以上三所述)由于下面的消息都包含空闲中移动台使用的导频,故空闲切换的判断只能在以下消息中提取导频进行比较,从而确定发生了空闲切换:BTS-Paging:(只给出PN,没有强度,强度应该是测试手机给出的与消息无关)system parameters messageextended parameters messageaccess parameters messageCDMA channel list messageneighbor list messagegeneral neighbor list messageBTS-Sync Channel:sync channel message五.活动导频的改变的判断因为空闲中的移动台只能用一个导频, 初始进入业务状态时也只能使用一个导频, 空闲中移动台使用的活动导频由上面四中提到的消息中提取.活动导频数量的增加是在以后的软切换过程中完成的(如以上三所述)初始进入业务状态时使用的导频由BTS-Paging: channel assignment message 指定,消息中assign_mode=100,表示扩展业务信道分配,即移动台使用空闲时用的导频作为第一个活动导频.BTS-Forward Traffic Channel 发送Service Connect Message 与移动台在发送MS-Reverse Traffic Channel :service connect complete message 之间也可能发生软切换.过程如上三所述. 在MS-Reverse Traffic Channel :handoff complete message 中给出发生软切换后移动台使用的所有导频移动台在发送MS-Reverse Traffic Channel :service connect complete message 后表示从空闲状态转到业务状态.在业务信道过程中,如果发生软切换,信令过程如上三所述.在MS-Reverse Traffic Channel :handoff complete message 中给出发生软切换后移动台使用的所有导频.六.候选导频的改变的判断.空闲时候没有候选导频在Pilot Strength Measurement Message.中(可以给出相对Pilot Delay)给出.此消息给出所有的活动导频和候选导频.移动台测出Neighbor List 中某一导频强度大于Tadd, 触发移动台发送Pilot Strength Measurement Message , 通过消息中给出的导频对比已知的活动导频,剩下的就是增加的候选导频.如果候选导频强度大于某一个活动导频+TcompX0.5dB时, 触发移动台发送Pilot Strength Measurement Message, 发生软切换,信令过程如上三所述. MS-Reverse Traffic 发送:Handoff Complete Message,其中给出切换后的有效导频的PN,与切换前候选导频比较就知道哪些候选导频成为了活动导频.如果某一个活动导频强度低于Tdrop, 便启动计时器,如果计时器超过TTdrop, 触发移动台发送Pilot Strength Measurement Message, 发生软切换, 信令过程如上三所述.活动导频变为了邻小区导频,不经过候选导频阶段候选导频强度低于Tdrop, 便启动计时器,如果计时器超过TTdrop,移动台发送Pilot Strength Measurement Message中,候选导频中如果KEEP=0,那么此候选导频变为邻小区导频.七.邻小区空闲时,移动台根据以下消息更新邻小区集BTS-Paging :neighbor list messageBTS-Paging: general neighbor list message(include the neighbor priority, IS95 hasn't the message) 业务状态时, 移动台根据以下消息更新邻小区集BTS-Forward Traffic Channel :neighbor list update message消息只给出邻小区列表的PN,强度应该是测试手机给出的与消息无关八.释放过程.主叫释放.:终端先挂主叫：CORM 被叫：CTRMReverse Traffic channel ---Order:ReleaseForward Traffic channel ---Order:ReleaseSync channel –Sync channel message移动台在MS-Reverse Traffic Channel发送Order Message,（Order:Release）中ORDER 为010101表示释放,移动台从业务状态转入空闲状态.接着BTS-Forward Channel 发送Order Message(即移动台收到),其中ORDER 为010101,表示确认释放.然后在BTS-Sync Channel 中发送Sync Channel(即移动台收到) , 移动台从中得到空闲时使用的导频,和系统时间.对方释放:终端后挂机：主叫：CORD 被叫：CTRDForward Traffic channel ---Order:ReleaseReverse Traffic channel ---Order:ReleaseSync channel –Sync channel messageBTS-Forward Channel 发送Order Message(即移动台收到),其中ORDER 为010101,表示释放.接着移动台在MS-Reverse Traffic Channel中发送Order Message,其中ORDER 为:010101表示确认释放,移动台从业务状态转入空闲状态.然后BTS-Sync Channel 中发送Sync Channel(即移动台收到) , 移动台从中得到空闲时使用的导频,和系统时间.于是:空闲-->Origination Message (主叫)或Paging Respond Message(被叫) 标志进入业务状态-->Sync Message ( 标志进入空闲状态).通话过程中，如果没有释放信令，就进入同步与寻呼信道Sync channel message，General Page或者System Parameters就是掉话导频污染掉话:当移动台的激活集中以及候选导频，邻导频有四个或者更多导频信号（这些导频与最佳导频的Ec/Io值之差小于6dB，且都比T_ADD门限大，而且这其中没有一个信号能强到足以成为真正的主导频）覆盖掉话：当移动台的激活集中以及候选导频，邻导频所有导频都低于T_ADD当移动台在网络覆盖的边缘发起呼叫请求时，由于无线环境较差造成掉话。
主叫流程
4.3、呼叫建立
4.3.1、MS发起呼叫
一．信令建立过程
当手机接收到小区系统广播信息并已在该小区所属的MSC/VLR上登记，该手机就可以发起一个呼叫。
过程如图3-1
图3-1：手机作主叫的呼叫建立过程
1、a)手机通过随机接入信道（RACH）申请一个专用信令信道；
b)手机从AGCH信道上得到申请的专用信道信息。
2、手机指示要建立呼叫，MSC对IMSI进行分析，并在VLR中将该手机标记为'忙'；
3、进行鉴权。
4、进行加密。
5、手机将含有手机使用业务种类（话音、数据或传真业务），被叫号码的'呼叫建立信息'发送给MSC。
MSC判断手机是否有权呼出，呼出限制可由用户或运营商激活。
如果手机有权使用，则呼叫建立过程继续进行。
6、在MSC和BSC之间建立一条话务链路同时抓取一个PCM时隙，MSC向BSC申请话务信道。
BSC判断是否存在空闲信道，如有则将它分配给这次呼叫，并通知BTS将信道激活，信道激活后，BTS返还一个确认信息,并通知手机转向该TCH。
信道分配完成后BSC通知MSC。
话务控制子系统分析被叫号码，建立至被叫用户的连接。
7、当对方电话振铃，对端送回铃音至本端手机，回铃音由被叫用户侧的交换机产生，这就是说，回铃音经空中接口传送，而不是由手机自己产生。
8、当被叫用户摘机应答后，网络发送'连通信息'给手机，告诉它呼叫已经建立。
手机收到后，向系统发送一个确认信息，这样整个呼叫建立过程结束。
上图所示为手机作主叫时，呼叫建立过程中手机与网络间的信号发送步骤。
主、被叫过程流程
移动台作为起始呼叫者，在与网络端接触以前拨被叫号码，然后发送，网络端会向主叫用户作出应答表明呼叫的结果.一、接入阶段：手机与BTS（BSC）之间建立了暂时固定的关系。
1、信道请求，2、信道激活，3、信道激活响应，4、立即指配，5、业务请求。
二、鉴权加密阶段：主叫用户的身份已经确认，网络认为主叫用户是一个合法用户。
1、鉴权请求，2、鉴权响应，3、加密模式命令，4、加密模式完成，5、呼叫建立。
三、TCH指配阶段：主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接通，主叫用户可以通过话音信道听到MSC的语音提示。
1、指配命令，2、指配完成。
四、取被叫用户路由信息阶段：MSC接到路由信息后，对被叫用户的路由信息进行分析，得到被叫用户的局向，然后进行话路接续。
1、向HLR请求路由信息，2、HLR向VLR请求漫游号码，3、VLR回送被叫用户的漫游号码，4、HLR向MSC回送被叫用户的路由信息。
五、END。
移动台作被叫时，其MSC通过与外界的接口收到初始化地址消息（IAI）。
从这条消息的内容及MSC已经存在VLR中的记录，MSC可以取到如IMSI、请求业务类别等完成接续所需要的全部数据。
MSC 然后对移动台发起寻呼，移动台接受呼叫并返回呼叫核准消息，此时移动台振铃。
MSC在收到被叫移动台的呼叫校准消息后，会向主叫网方向发出地址完成（ADDRESS COMPLETE）消息（ACM）。
一、接入阶段：手机与BTS（BSC）之间建立了暂时固定的关系。
1、手机收到BTS的寻呼命令后，2、信道请求，3、信道激活，4、信道激活响应，5、立即指配，6、寻呼响应。
二、鉴权加密阶段：经过这个阶段，被叫用户的身份已经确认，网络认为被叫用户是一个合法用户。
1、鉴权请求，2、鉴权响应，3、加密模式命令，4、加密模式完成，5、呼叫建立。
三、TCH指配阶段：被叫用户的话音信道已经确定，主叫听回铃音，被叫振铃。
如果被叫用户摘机，则进入通话状态。
手机主被叫流程教案
知识点手机主被叫流程一、教学目标：掌握主被叫接续流程理解呼叫建立过程了解紧急呼叫过程步骤二、教学重点、难点：重点掌握主被叫手机接续流程三、教学过程设计：1.知识点说明对于一个完整的呼叫建立过程，通常分为三个阶段进行：从MS在RACH信道上发起CHANNEL REQUEST消息，申请占用SDCCH信道到MS成功占上SDCCH为止。
从MS占上SDCCH后，BSS向MSC发出连接请求到收到MSC分配话音信道请求为止。
从MSC向BSS发出分配话音信道请求到MS成功占用所分配的TCH 为止。
2.知识点内容1)对于一个完整的呼叫建立过程，通常分为三个阶段进行：从MS在RACH信道上发起CHANNEL REQUEST消息，申请占用SDCCH信道到MS成功占上SDCCH为止。
从MS占上SDCCH后，BSS向MSC发出连接请求到收到MSC分配话音信道请求为止。
从MSC向BSS发出分配话音信道请求到MS成功占用所分配的TCH 为止。
2)移动台主叫（MOC）过程步骤 :移动台给基站发送通道需求，即移动台发送一个短的随即接入突发脉冲（RACHBurst）；由BCH指定传输信道SDCCH；移动台和基站在独立专用信道（SDCCH）上信道；权限认证；指定移动台在一个业务信道（TCH）上信道；在TCH上进行语音通信。
移动台被叫过程步骤：BTS在PCH呼叫通道上用SIM中的IMSI号码来呼叫用户；由移动台发送RACH；通道指定在BCH；移动台和基站在SDCCH上通信；移动台用户被鉴权；移动台被指定TCH通道；在TCH通道上进行语音和数据通信。
3)GSM规格定义了112为紧急呼叫号码；112在移动台有无SIM卡的情况下均可呼叫；在RACH上，移动台112建立紧急呼叫。
3.知识点讲解1）讲解MS主被叫流程。
2）利用动画演示出主被叫流程图。
4) 本知识点总结。
四、课后作业或思考题：1、TCH指配阶段主要包括什么？答案：指配命令，指配完成。
主、被叫过程流程
移动台作为起始呼叫者，在与网络端接触以前拨被叫号码，然后发送，网络端会向主叫用户作出应答表明呼叫的结果.一、接入阶段：手机与BTS（BSC）之间建立了暂时固定的关系。
1、信道请求，2、信道激活，3、信道激活响应，4、立即指配，5、业务请求。
二、鉴权加密阶段：主叫用户的身份已经确认，网络认为主叫用户是一个合法用户。
1、鉴权请求，2、鉴权响应，3、加密模式命令，4、加密模式完成，5、呼叫建立。
三、TCH指配阶段：主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接通，主叫用户可以通过话音信道听到MSC的语音提示。
1、指配命令，2、指配完成。
四、取被叫用户路由信息阶段：MSC接到路由信息后，对被叫用户的路由信息进行分析，得到被叫用户的局向，然后进行话路接续。
1、向HLR请求路由信息，2、HLR向VLR请求漫游号码，3、VLR回送被叫用户的漫游号码，4、HLR向MSC回送被叫用户的路由信息。
五、END。
移动台作被叫时，其MSC通过与外界的接口收到初始化地址消息（IAI）。
从这条消息的内容及MSC已经存在VLR中的记录，MSC可以取到如IMSI、请求业务类别等完成接续所需要的全部数据。
MSC 然后对移动台发起寻呼，移动台接受呼叫并返回呼叫核准消息，此时移动台振铃。
MSC在收到被叫移动台的呼叫校准消息后，会向主叫网方向发出地址完成（ADDRESS COMPLETE）消息（ACM）。
一、接入阶段：手机与BTS（BSC）之间建立了暂时固定的关系。
1、手机收到BTS的寻呼命令后，2、信道请求，3、信道激活，4、信道激活响应，5、立即指配，6、寻呼响应。
二、鉴权加密阶段：经过这个阶段，被叫用户的身份已经确认，网络认为被叫用户是一个合法用户。
1、鉴权请求，2、鉴权响应，3、加密模式命令，4、加密模式完成，5、呼叫建立。
三、TCH指配阶段：被叫用户的话音信道已经确定，主叫听回铃音，被叫振铃。
如果被叫用户摘机，则进入通话状态。
通信呼叫流程信令
1Issue 3.3第1章呼叫过程的信令分析对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分：●主叫移动用户部分●被叫移动用户部分●拆线部分1.1 主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。
一般来说，主叫经过几个大的阶段：接入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。
接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。
经过这个阶段，手机和BTS（BSC）建立了暂时固定的关系。
鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。
经过这个阶段，主叫用户的身份已经得到了确认，网络认为主叫用户是一个合法用户，允许继续处理该呼叫。
TCH指配阶段主要包括：指配命令，指配完成。
经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接通，主叫用户可以通过话音信道听到MSC的语音提示。
取被叫用户路由信息阶段主要包括：向HLR请求路由信息；HLR向VLR请求漫游号码；VLR回送被叫用户的漫游号码；HLR向MSC回送被叫用户的路由信息（MSRN）。
MSC收到路由信息后，对被叫用户的路由信息进行分析，可以得到被叫用户的局向。
然后进行话路接续。
2Issue 3.3主叫过程的信令流程如后面的图所示。
注意:应该注意的是：从VLR到HLR/AUC取鉴权集的过程不是必须的。
VLR到HLR/AUC取鉴权集时，HLR每次送5组，本次使用一组，另外4组保存在VLR中供后续的鉴权过程使用。
只有当VLR中的鉴权集使用完毕，VLR才发起向HLR/AUC取鉴权集的过程。
另外，如果MSC通过对被叫用户的MSRN的分析得知被叫用户是本局用户，那么就不会向其它MSC发送初始地址消息（IAI/IAM），而是根据被叫用户的位置区直接通知本局BSC对被叫用户发起寻呼。
如果被叫用户非本局用户，则通过信令路由分析，通过适当的链路向目的MSC发IAI消息，以建立话路。
语音主叫过程
1.1.1语音主叫过程对于语音和数据业务，主叫过程定义为从终端发起起呼消息开始，到终端发送服务连接完成消息为止。
对于短消息业务来讲，又分为短—短消息和长—短消息，具体将会在后文详细阐述。
1.1.1.1主叫流程和相关信令一般语音业务主叫流程如下图表示：图：语音主叫流程图从图中可以看到，一般语音主叫由若干个信令处理阶段组成。
某一个阶段上如果出现问题都可能会导致主叫失败。
各处理阶段具体含义如下：阶段1：Origination Message On Access Channel终端在上行链路接入信道上发送一个起呼消息请求服务。
阶段2：Base Station ACK On Paging Channel基站在收到终端发出的起呼消息后，在下行寻呼信道上发送响应消息进行确认。
同时，基站会与系统进行一些配置协商，申请系统资源和基站资源。
在所有配置和资源都具备的情况下，基站在前向业务信道开始发送空业务数据帧，方便终端进行捕获。
阶段3：Channel Assignment Message On Paging Channel & Cell Null Traffic Data基站在下行寻呼信道发送信道指配消息，引导终端捕获前向业务信道。
阶段4：Mobile Traffic Preamble On Acquiring Traffic Channel终端至少“看到”来自基站的两个好空帧后，认为这是一条可用的前向信道，于是就相对应的反向信道上发送两个空帧前缀。
阶段5：Base Station ACK On Traffic Channel基站对收到终端发出的空帧前缀进行响应。
阶段6：Mobile ACK On Traffic Channel & Mobile Null Traffic Data 终端对基站响应消息的再次响应，说明一切都已经准备好。
并且在反向业务信道上发送空数据帧，等待通讯开始。
阶段7：Service Connect Message On Traffic Channel基站此时已经知道通讯双方都已准备就绪，发送该消息询问终端通讯是否可以立即开始。
- 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的应答。