GSM信令流程(超详细)
GSM信令详解(完整版)

BSSAP A
MAP B MSC VLR
MAP D
HLR
AUC
业务请求(CM-SERV-REQ) CM-业务请求(CONN-REQ) CON-CONF(接续确认) CC
处理接入请求(PROC ACCES REQ) 鉴权参数请求 鉴权参数响应
AUT-INFO-REQ AUT-INFO-PROY
鉴权请求 鉴权响应
2、更新位置区 (CKSN,IMSI,LAIO,LAIn)
位置更新
MAP B MAP D VLR
BSSAP A MSC
HLR/AC 来访IMSI 3、鉴权参数请求(IMSI)
4、回送鉴权参数(IMSI,KC,S,R)
鉴权成功后重新分配TMSI,存储 新位置区LAI和CKSN 7、更新位置
5、 6、鉴权响应
鉴权请求,鉴权响应,加密模式命令, 加密模式完成,呼叫建立等几个步骤。 经过这个阶段,主叫用户的身份已经得 到了确认,网络认为主叫用户是一个合 法用户,允许继续处理该呼叫
TCH 指配阶段
取被叫用户路由信息阶段 向HLR请求路由信息;HLR向VLR请求漫游号 码;VLR回送被叫用户的漫游号码;HLR向 MSC回送被叫用户的路由信息(MSRN)。 MSC收到路由信息后,对被叫用户的路由信息 进行分析,可以得到被叫用户的局向。然后进 行话路接续。
位置更新
MS进入新位置区,新旧位置区在同一MSC覆盖区域内,即VLR并未改变
3、 4、鉴权响应(S)
3、 4、
4、SRES 5、启动加密(KC) 6、前传新TMSI 7、位置更新接受
鉴权成功后重新 分配TMSI,存储新位置 LAI和CKSN
8、 开 始 加 密 传 送 9、加密模式完成
一次完整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。
GSM信令流程

TEMS8.0:主叫:1、Call Initiation(MS) –>CM Service Request(MS)–>Channel Request(CallAttempt)(MS)《RACH》->Immediate Assignment(NW)《AGCH》->Classmark Change(MS)《SDCCH》->GPRS Suspension Request(MS) ->A uthentication Request(NW)-> Authentication Response(MS)->Ciphering Mode Command(NW)-> Ciphering Mode Complete(MS)->Setup(MS)->Call Proceeding(NW)->Assignment Command(NW)->Assignment complete(MS) ->Call Progress(NW)->Alerting (Call Setup)(MW)->Connect(Call Established)(NW)->Connect Acknowledge(MS)->Disconnect(MS)-> Release(Call End)(NW)->Release Complete(MS)->Channel Release(NW)2、Call Initiation(MS) -> CM Service Request ↑-> Immediate Assignment↓->Channel Request(Call Attempt) ↑-> Immediate Assignment↓-> Classmark Change↑-> GPRS Suspension Request↑->Authentication Request↓-> Authentication Response↑-> Ciphering Mode Command↓-> Ciphering Mode Complete↑-> Setup↑-> Call Proceeding↓-> Assignment Command↓-> Assignment complete↑ -> Alerting (Call Setup) ↓-> Connect(Call Established) ↓-> Connect Acknowledge↑ -> Disconnect↑ -> Release(Call End) ↓-> Release Complete↑-> Channel Release↓被叫:Channel Request(Call Attempt)-> Immediate Assignment->Paging Response-> Classmark Change-> GPRS Suspension Request -> Authentication Request-> Authentication Response-> Ciphering Mode Command-> Ciphering Mode Complete-> Setup -> Call Confirmed-> Assignment Command-> Assignment Complete-> Alerting(Call Setup)-> Connect->Connect Acknowledge(Call Established)->Disconnect-> Release(Call End)-> Release Complete ->Channel ReleasePilot Navigator:CM Service Request→Immediate Assignment→Classmark Change→Authentication Request→Authentication Response→Chihering Mode Command →Chihering Mode Complete →Setup →Call Proceeding →Assignment Command →Assignment complete→Alerting→Connect→Connect Acknowledge→Disconnect →Release →Release Complete →Channel ReleaseBlocked-Recovery on timer expiry:被叫无答应时出现的信令在红颜色信令之后,未出现SDCCH—DL:CONNECT而出现blocked call 未接通主叫手机在channal request (试呼)之后,如果缺少connect或者connect acknowledge,我们都视为block call,如果某小区SDCCH拥塞,那么我们从测试现象上应该看到一次channal request之后直接转为空闲模式;如果某小区TCH拥塞,那么在Call proceeding之后手机将转为空闲模式。
GSM信令流程(超详细)

Issue 3.3课程说明课程介绍GSM通信流程包括两方面的内容:呼叫基本流程,信令基本流程。
其中,呼叫流程主要包含:移动主叫流程,移动被叫流程,汇接呼叫流程。
信令基本流程主要包含:鉴权流程,位置登记流程,呼叫重建流程,BSC内部切换流程,BSC间切换流程,MSC间切换流程,移动始发短消息流程,移动终结短消息流程,定向重试流程。
这些流程从系统的角度描述了移动用户经常发生的行为,描述了GSM的几个组成部分在呼叫流程、信令流程中的相互关系,对移动性特征做重点说明。
课程目标本课程的重点是介绍GSM系统的协同工作过程,涉及内容包含:呼叫、位置更新、切换、短消息。
对流程的介绍突出了移动特征,具体的信令细节本课程不做描述,可以参考ETSI的GSM规范获得更加详细的内容。
通过学习本课程,可以基本掌握:•移动用户做位置登记的信令过程;•移动用户做主叫的信令过程;•移动用户做被叫的信令过程;1Issue 3.3•MSC做汇接呼叫的信令过程;•BSC内切换信令过程;•BSC间切换的信令过程;•MSC间切换的信令过程;•呼叫重建的信令过程;•定向重试的信令过程。
对这些信令流程学习之后,对GSM系统的原理会有更加深刻的了解,对每个功能实体(MS,BTS,BSC,MSC,VLR,HLR)的功能有更加深刻的体会。
相关资料ETSI关于GSM的规范,主要是:GSM0408,GSM0808,GSM0902。
2Issue 3.3第一节呼叫过程的信令分析对一次发生在移动用户间的呼叫来说,信令流程可以分为三个相对独立的部分:•主叫移动用户部分•被叫移动用户部分•拆线部分1.1 主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始,到主叫用户TCH指配完成为止。
一般来说,主叫经过几个大的阶段:接入阶段,鉴权加密阶段,TCH指配阶段,取被叫用户路由信息阶段。
•接入阶段主要包括:信道请求,信道激活,信道激活响应,立即指配,业务请求等几个步骤。
超详细GSM信令流程

内容摘要
• GSM主叫信令流程 • GSM被叫信令流程 • GSM切换信令流程 • 系统消息及参数分析 • 案例分析
移动主叫流程一
移动主叫流程二
移动主叫流程三
1.Channel Request 信道要求
• MS通过动态地在RACH信道上发送一个随机接入脉冲 向一个BTS申请一条信道。在信道请求消息中包括了 建立的原因,这个原因可能是“寻呼响应”、“紧急 呼叫”、“移动主叫”、“短消息业务”或“其他”, 比如“位置更新”。此外,这条消息还包括随机参数, MS随机的选5个比特作为随机参数。这些参数的作用 是:当两个移动台同时接入网络时,网络能运用这些 参数来区分这些移动台。
Originating speech call from dual-rate MS when TCH/H is sufficient and supported by the MS for speech calls and the network sets NECI bit to 1
Answer to paging
2.Channel Required 信道请求
• BTS向BSC发一条申请信道消息。通过这条消息, BTS进一步向BSC传递由移动台发起的信道请求。信 道请求消息中除了包含信道要求消息中的一些消息外, 还包括由BTS加入的一些重要的附加消息和TA。
3.Chanel Activation Ack 信道激活证实
• 这是对信道激活消息的应答。当基站收发信台收到这 条消息后,它开始在SACCH信道发送和接受消息。
5.Immediate Assignment Command 立即指配命令
• 基站控制器告诉基站收发信台关于被使用的SDCCH信 道。
GSM信令完整流程

下行
上行 下行 下行 上行 上行 下行 上行 下行
指配命令 分配TCH信道
指配完成 TCH分配完成 提醒 连接 连接响应 拆链 释放 释放完成 信道释放
下行
下行 上行 上行 上行 下行 上行 下行 上行 下行
级别查询
识别请求 级别更新 级别更新 识别响应 TMSI再分配命令 TMSI再分配完成 CM业务接收 建立 呼叫进程
Um接口
Um接口 Um接口 Um接口 Um接口 Um接口 Um接口 Um接口 Um接口
Assignment Command
Assignment Complete Alerting Connect Connect Acknowledge Disconnect Release Release Complete Channel Release
完成起呼流程
次
完整的主叫流程(含切换)
试呼: UL:CM service request(如果后面直接收到System Information Type1,则视为 起呼失败) DL: CM service Request CM业务请求 DL: CM service accept CM业务接受 DL: AUTHENTICATION REQUEST 鉴权请求 UL: AUTHENTICATION RESPONSE 鉴权响应 DL: CIPHER MODE COMMAND UL: CIPHER MODE COMPLETE DL: TMSI REALLOCATION COMMAND TMSI分配命令 UL: TMSI REALLOCATION COMPLETE TMSI分配完成 UL: SETUP 建立 DL: CALL PROCEEDING 呼叫进程 DL: ASSIGNMENT COMMAND 立即指配命令分配 TCH信道 UL: ASSIGNMENT COMPLETE (TCH) TCH分配完成 DL: ALERTING 响铃
信令流程(图+介绍)

CH-REQ消息在BSS内部进行处理。BSC收到这一请求后,根据对现有系统中无线资源的判断,分配一条信道供MS使用。该信道是否能正常使用,还需BTS作应答证实,Abis接口上的一对应答消息CHACT(信道激活)和CHACK(信道激活证实)完成这一功能。CHACT指明激活信道工作所需的全部属性,包括信道类型、工作模式、物理特性和时间提前量等。
6.2、识别MS身份
TMSI是网络分配给每个移动用户的临时身份码,只在一个位置区域内有效。为了提高MS用户的保密性,信令通信可首先使用TMSI代替IMSI。如果网络识别TMSI号码,接续流程可以继续;若不能识别TMSI(MS从一个位置区进入另一个位置区),就会要求MS重新上报IMSI号码。若该号码有效,通信继续,同时网络还会给该移动用户分配一个新的TMSI号码。这个接续过程紧跟在A接口的第一个L3消息之后。
6.3、重新分配TMSI
无论当前MS使用的TSMSI是否能被系统识别,出于对用户身份保密的考虑,在每次通信时,网络部可为MS重新分配一个TMSI。TMSI的重新分配过程一般是在加密完成之后,SETUP建立之前。对应于TMSI重新分配命令,MS有一个回应的TMSI分配完成消息。
网络准备好合适的信道后,就通知MS,由IMMASS(立即指配)消息完成这一功能。在IM-MASS中,除包含CHACT中的信道相关信息外,还包括随机参考值RA、缩减帧号T、时间提前量TA等。RA值等于BSS系统收到的某个MS发送的随机值。T是根据收到CH-REQ时的TD-MA帧号计算出的一个取值范围较小的帧号。RA和T值都与请求信道的MS直接相关,用于减少MS之间的请求冲突。TA是根据BTS收到RACH信道上的CH-REQ信息进行均衡时,计算出来的时间提前量。MS根据TA确定下一次发送消息的时间提前量。
详细的GSM信令流程图FlowChat

Figure.5 寻呼不成功信令流程图Figure.6 对MS效劳拒绝信令流程图说明:在极早指配允许的情况下,紧急呼叫、呼叫重建以及SDCCH遇忙会引起极早指配。
说明:在图一(Figure.7)说明极早指配的立即指配信令流程后,对指配操作的流程进行说明。
Figure.9 正常情况下〔即极早指配不允许〕,呼叫重建SDCCH信令流程图Figure.10 正常情况下〔即极早指配不允许〕,呼叫重建TCH信令流程图,排队允许。
Figure.11 呼叫中,指配操作失败情况信令流程图,排队强拆不允许Figure.12 MSC发起的去除操作信令流程图,没有计数器Figure.13 呼叫操作,TCH信道激活失败-超时信令流程图,排队强拆不允许Figure.14 呼叫操作,TCH信道模式修改失败-超时信令流程图,排队强拆不允许Figure.15 SDCCH占用失败,由于没有资源〔即BSS故障〕,极早指配不允许Figure.16 SDCCH占用失败,由于信道激活失败—超时〔即BSS故障〕,极早指配不允许Figure.17 SDCCH掉话情况,由于连接失败、错误指示、Abis断链等原因Figure.18 TCH掉话情况,由于连接失败、错误指示、Abis断链、A接口和OM失败等原因,不包括排队/强拆情况〔两个情况:在振铃时的掉话如何统计,在切换过程中发生的掉话如何统计〔切换接入为界〕?Figure.19 直接重试不允许,呼叫TCH占用排队失败,由于队列满、队列定时器超时原因。
Figure.20 呼叫TCH占用排队失败,由于队列满、队列定时器超时等原因,直接重试允许。
说明:在直接重试允许的情况下,不进行BSC及小区TCH 占用失败统计。
Figure.21 位置更新操作,信令流程图Figure.22 主叫TCH占用遇忙,BSC内部直接重试,排队不允许,省略内部切换计数器Figure.23 呼叫主叫TCH占用遇全忙,启动BSC内部直接重试,由于内部切换拒绝或等待HO_Ready超时,内部直接重试失败,省略内部切换计数器Figure.24 呼叫主叫TCH占用遇全忙,启动出BSC直接重试,由于出局切换拒绝或T7超时,出局直接重试失败,省略出局切换计数器Figure.25 BSC内小区间切换成功流程,由于空间关系,缺少计数器见附图一Figure.26 BSC内小区间切换成功流程,补充计数器,附图一Figure.27 BSC内小区间切换成功流程,后续流程及计数器,附图二Figure.28 BSC内小区内切换成功流程,省略呼叫建立流程及相关计数器Figure.29 出BSC切换成功流程,省略呼叫建立流程及相关计数器Figure.30 出BSC切换成功流程,后续流程及计数器,附图一Figure.31 入BSC切换成功流程,省略呼叫建立流程及相关计数器Figure.32-1 BSC内入小区切换失败流程,无可用信道情况,说明:本图仅包括BSC内小区间切换请求计数器,失败计数器及后续流程见Figure.32-2Figure.32-2 BSC内入小区切换失败流程,无可用信道,切换请求计数器见Figure.32-1Figure.33 BSC内入小区切换失败流程,BSS失败,信道激活否认应答情况,图一说明:切换请求流程及计数器省略,详见Figure.32-1Figure.34 BSC内入小区切换失败流程,BSS失败,信道激活等待超时情况,图二说明:切换请求流程及计数器省略,详见Figure.32-1Figure.35 BSC内入小区切换失败流程,BSS失败,等待iPATH响应超时情况,图三说明:切换请求流程及计数器省略,详见Figure.32-1 ,源小区切换失败计数有错误Figure.36 BSC内入小区切换失败流程,BSS失败,等待CCB更改完成超时情况,图四说明:切换请求流程及计数器省略,详见Figure.32-1,源小区切换失败计数有错误Figure.37 BSC内入小区切换失败流程(其他原因,图一),建立Abis连接失败或发送信道激活消息失败。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
Issue 3.3课程说明课程介绍GSM通信流程包括两方面的内容:呼叫基本流程,信令基本流程。
其中,呼叫流程主要包含:移动主叫流程,移动被叫流程,汇接呼叫流程。
信令基本流程主要包含:鉴权流程,位置登记流程,呼叫重建流程,BSC内部切换流程,BSC间切换流程,MSC间切换流程,移动始发短消息流程,移动终结短消息流程,定向重试流程。
这些流程从系统的角度描述了移动用户经常发生的行为,描述了GSM的几个组成部分在呼叫流程、信令流程中的相互关系,对移动性特征做重点说明。
课程目标本课程的重点是介绍GSM系统的协同工作过程,涉及内容包含:呼叫、位置更新、切换、短消息。
对流程的介绍突出了移动特征,具体的信令细节本课程不做描述,可以参考ETSI的GSM规范获得更加详细的内容。
通过学习本课程,可以基本掌握:•移动用户做位置登记的信令过程;•移动用户做主叫的信令过程;•移动用户做被叫的信令过程;1Issue 3.3•MSC做汇接呼叫的信令过程;•BSC内切换信令过程;•BSC间切换的信令过程;•MSC间切换的信令过程;•呼叫重建的信令过程;•定向重试的信令过程。
对这些信令流程学习之后,对GSM系统的原理会有更加深刻的了解,对每个功能实体(MS,BTS,BSC,MSC,VLR,HLR)的功能有更加深刻的体会。
相关资料ETSI关于GSM的规范,主要是:GSM0408,GSM0808,GSM0902。
2Issue 3.3第一节呼叫过程的信令分析对一次发生在移动用户间的呼叫来说,信令流程可以分为三个相对独立的部分:•主叫移动用户部分•被叫移动用户部分•拆线部分1.1 主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始,到主叫用户TCH指配完成为止。
一般来说,主叫经过几个大的阶段:接入阶段,鉴权加密阶段,TCH指配阶段,取被叫用户路由信息阶段。
•接入阶段主要包括:信道请求,信道激活,信道激活响应,立即指配,业务请求等几个步骤。
经过这个阶段,手机和BTS(BSC)建立了暂时固定的关系。
•鉴权加密阶段主要包括:鉴权请求,鉴权响应,加密模式命令,加密模式完成,呼叫建立等几个步骤。
经过这个阶段,主叫用户的身份已经得到了确认,网络认为主叫用户是一个合法用户,允许继续处理该呼叫。
•TCH 指配阶段主要包括:指配命令,指配完成。
经过这个阶段,主叫用户的话音信道已经确定,如果在后面被叫接续的过程中不能接通,主叫用户可以通过话音信道听到MSC的语音提示。
3Issue 3.3取被叫用户路由信息阶段主要包括:向HLR请求路由信息;HLR向VLR请求漫游号码;VLR回送被叫用户的漫游号码;HLR向MSC回送被叫用户的路由信息(MSRN)。
MSC收到路由信息后,对被叫用户的路由信息进行分析,可以得到被叫用户的局向。
然后进行话路接续。
主叫过程的信令流程如后面的图所示。
注意:应该注意的是:从VLR到HLR/AUC取鉴权集的过程不是必须的。
VLR到HLR/AUC取鉴权集时,HLR每次送5组,本次使用一组,另外4组保存在VLR中供后续的鉴权过程使用。
只有当VLR中的鉴权集使用完毕,VLR才发起向HLR/AUC取鉴权集的过程。
另外,如果MSC通过对被叫用户的MSRN的分析得知被叫用户是本局用户,那么就不会向其它MSC发送初始地址消息(IAI/IAM),而是根据被叫用户的位置区直接通知本局BSC对被叫用户发起寻呼。
如果被叫用户非本局用户,则通过信令路由分析,通过适当的链路向目的MSC发IAI消息,以建立话路。
4Issue 3.3主叫接入阶段、鉴权阶段主要信令:当用户输入被叫号码完毕按下发射按纽后,手机(以下以MS代替)将进行一系列动作,首先MS将在随机接入信道(RACH)向BSS发送信道请求消息,以便申请一个专用信道(SDCCH),BSC为其分配相应的信道成功后,在接入允许信道(AGCH)中通过立即分配消息通知MS为其分配的专用信道,随后MS将在为其分配的SDCCH上发送一个层三消息---CM业务请求消息,在该消息中CM业务类型为移动发起呼叫,该消息被BSS透明的传送至MSC,MSC收到CM业务请求消息后,通过处理接入请求消息通知VLR处理此次MS的接入业务请求,(同时,由于在BSC和MSC之间用到了SCCP有连接服务,为建立SCCP连接,MSC还将向BSC回连接确认消息),收到业务接入请求后,VLR将首先查看在数据库中该MS是否有鉴权三参组,如果有,将直接向MSC下发鉴权命令,否则,向相应的HLR/AUC请求鉴权参数,从HLR/AUC得到三参组,然后再向MSC下发鉴权命令。
MSC收到VLR发送的鉴权命令后,通过BSS向MS下发鉴权请求,在该命令中含有鉴权参数,MS收到鉴权请求后,利用SIM卡中的IMSI和鉴权算法,得出鉴权结果,通过鉴权响应消息送达MSC,MSC将鉴权结果回送VLR,由VLR 核对MS上报的鉴权结果和从HLR取得的鉴权参数中的结果,如果二者不一致,拒绝此次接入请求,此次呼叫失败;如果二者一致则鉴权通过,鉴权通过后,VLR将首先向MSC下发加密命令,然后通知MSC该MS此次接入请求已获通过,MSC通过BSS通知MS业务请求获得通过,然后MSC向MS下发加密命令,该命令内含加密模式,MS收到此命令并完成加密后,回送加密完成消息,到此MS完成了整个接入阶段的工作。
TCH指配阶段、取被叫漫游号码阶段主要信令:5Issue 3.3经过接入阶段和鉴权加密过程后,主叫用户的合法身份已经得到确认,已经接入了网络,为继续进行呼叫,需要更为详细的信息,按照规范,此时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消息。
至此主叫信令流程基本结束。
6Issue 3.31.2 被叫信令流程对移动用户来说,被叫的过程从MSC向BSC发起对被叫用户的寻呼开始,到主叫和被叫通话为止。
一般来说,被叫流程经过几个大的阶段:接入阶段,鉴权加密阶段,TCH指配阶段,通话阶段。
•接入阶段主要包括:手机收到BTS的寻呼命令后,信道请求,信道激活,信道激活响应,立即指配,寻呼响应。
经过这个阶段,手机和BTS(BSC)建立了暂时固定的关系。
•鉴权加密阶段主要包括:鉴权请求,鉴权响应,加密模式命令,加密模式完成,呼叫建立。
经过这个阶段,被叫用户的身份已经得到了确认,网络认为被叫用户是一个合法用户。
•TCH指配阶段主要包括:指配命令,指配完成。
经过这个阶段,被叫用户的话音信道已经确定,被叫振铃,主叫听回铃音。
如果这时被叫用户摘机,主被叫用户进入通话状态。
•通话阶段主要包括:计费命令等。
被叫接入阶段、鉴权阶段主要信令流程当一个端局MSC收到它局发送的IAI消息后,为了确定被叫用户是否能够接受此次呼叫,MSC会首先通过S.F.I.C消息向相应的VLR查询有关该被叫用户的用户信息,如果VLR通过查询用户信息,发现该用户可以接受此次呼叫(未关机且允许接受呼叫),会向MSC发送寻呼命令消息,在该消息中,含有用户的位置信息(LAI),MSC收到此信息后,查询数据,得到控制此位置区的BSC的信令点编码,向相应的BSC下发寻呼命令,BSC通知所控制的BTS在寻呼信道(PCH)下发寻呼消息。
手机一直在侦听该信道,当收到寻呼自身的消7Issue 3.3息后,在随机接入信道(RACH)上报寻呼响应消息,(由于在A接口用到了SCCP的有连接服务,所以寻呼响应同时被视为SCCP的连接建立请求消息,MSC的SCCP层对应的应该回一个连接证实消息),同时MSC向VLR发送处理接入请求消息,VLR首先启动鉴权流程,查看该用户的鉴权参数组,如果VLR中没有该用户的鉴权三参组,VLR会发起向HLR取鉴权参数的过程(详细过程可以参见主叫用户的接入过程中的鉴权过程),否则VLR会直接向MSC发送启动鉴权消息,在启动鉴权消息中含有该用户的一个鉴权三参组(RAND,KC,SERS),MSC收到该消息后,会继续通知对应的BSC、BTS下发鉴权命令,MS收到鉴权请求后,根据SIM卡中的KI,计算出对应的SERS,之后,将SERS在鉴权响应消息中上报MSC,MSC回送至VLR,VLR收到鉴权响应消息后,核对上报的SERS和从HLR得到的三参组中的SERS是否一致,如果一致,向MSC发送接入请求接受消息,通知MSC该用户的此次接入请求被接受。
并通过完成呼叫消息向MSC回送被叫的用户信息;如果不一致,此次呼叫将被拒绝。
8Issue 3.3被叫TCH指配阶段、通话阶段主要信令流程:MSC收到完成呼叫消息后,向BSS侧发送SETUP消息,提示将建立呼叫,MS收到该消息后,回送呼叫证实消息,之后,MSC选择相应的A接口电路,向对应的BSC发送指配请求消息,BSC根据资源情况分配相应的无线资源,并通知MS,MS占用成功后回送指配完成消息,同时被叫MS开始震铃,向其所在MSC回震铃消息,该MSC向主叫所在MSC回地址全消息,主叫所在MSC向MS发送被叫震铃消息,此时主机用户可以听到回铃音;被叫用户如果决定接受此次呼叫,按应答按纽,此动作被手机翻译成为CONNECT消息,向MSC发送,MSC收到该消息后,向主叫MSC发送应答消息(ANC),主叫MSC收到此消息后,向主叫MS发送连接建立请求消息,主叫MS相应的向主叫所在MSC回连接证实消息,此消息经被叫MSC传送至被叫MS,于是,本此呼叫开始通话,双方进行通话。
9Issue 3.31.3 拆线部分拆线部分相对而言是个很独立的过程,不管是主叫先发起还是被叫先发起,流程基本是类似的:拆线、释放、释放完成、清除、清除完成,不同之处仅在于交换局之间的TUP消息略有不同。