GSM信令流程(超详细)

合集下载

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主被叫通话的信令流程

一次完整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信令流程

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信令流程(超详细)

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主叫信令流程 • 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信令完整流程

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 响铃

信令流程(图+介绍)

信令流程(图+介绍)
各个信道的连接是一个接路过程。收到ASS-REQ后,BSC将A接口的地面信道和Um接口的无线信道连接在一起。收到CONNECT后,MSC将A接口的地面信道和网络内使用的信道连接在一起。在MS内部也有类似的接路过程。主叫方收到ALERT消息后,接通内部的话音通路;被叫端的用户(GSM用户)在发送CON-NECT时,接通MS内的话音通路。
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

详细的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连接失败或发送信道激活消息失败。

GSM信令流程总结

GSM信令流程总结

GSM信令流程总结呼叫建立阶段的信令流程如下:1.扫描和选择基站:移动台扫描周围的基站,并选择最强信号的基站进行连接。

2.建立无线连接:移动台发送连接请求给所选择的基站。

基站收到请求后,发送连接确认给移动台。

3.注册移动台:移动台通过发送注册请求将自己的位置信息注册到网络中。

基站收到请求后,发送注册确认给移动台。

4.寻呼移动台:当有呼叫或短信发送给移动台时,网络会发送寻呼请求给所在区域的基站。

基站通过广播方式将寻呼请求发送给所有的移动台。

5.移动台响应:移动台收到寻呼请求后,发送响应给所在区域的基站。

基站收到响应后,向核心网发送移动台的位置信息。

6.路径设置:核心网根据移动台的位置信息确定路由和传输路径,以确保呼叫可以正确连接。

呼叫释放阶段的信令流程如下:1.完成通话:通话结束后,通信控制器向基站发送释放请求。

2.呼叫释放确认:基站收到释放请求后,向核心网发送释放确认。

3.核心网清除连接:核心网收到释放确认后,清除与移动台的连接,并从网络中删除移动台的位置信息。

4.发送呼叫释放消息:基站向移动台发送呼叫释放消息。

5.移动台响应:移动台收到呼叫释放消息后,确认释放,并将自己恢复到空闲状态。

在整个信令流程中,GSM使用了多种信令协议和消息来实现不同的功能。

例如,移动台和基站之间使用的信令协议是GSM-MAP(Mobile Application Part),它用于处理移动台的位置注册和寻呼等功能。

通信控制器和核心网之间使用的协议是SS7(Signaling System No.7),它用于处理呼叫建立和释放的信令交换。

总结起来,GSM信令流程是一个复杂的过程,涉及到移动台和基站、基站和核心网之间的信令交换。

通过这个信令流程,GSM实现了移动通信网络中的呼叫建立和释放等功能,确保通信连接的可靠性和稳定性。

GSM各种信令流程详解

GSM各种信令流程详解

1.1鉴权一般过程 (3)1.2.1鉴权异常情况(一) _____VLR不认识TMSI (4)1.2.2鉴权异常情况(二)_____MS用TMSI标识时鉴权核对结果异常 (5)2.1位置更新操作(一) ____位置更新仅涉及本VLR (6)2.2位置更新操作(二) (7)3.1.1呼叫接续信号流程____移动用户呼叫移动用户(主被叫MS在同一MSC内)(一) (8)3.1.2呼叫接续信号流程____移动用户呼叫移动用户(主被叫MS在同一MSC中)(二) (9)3.1.3呼叫接续流程____挂机过程 (10)3.2.1呼叫接续信号流程____固定用户呼叫移动用户(一) (11)3.2.2呼叫接续流程____固定用户呼叫移动用户(二) (12)3.2.3呼叫接续信号流程____固定用户呼叫移动用户的挂机过程 (13)4.1切换控制流程____同MSC内基站间切换 (14)4.2.1切换控制流程____基本切换处理 (15)4.2.2切换控制流程____后续切换流程(MS离开MSCb漫游到MSCb') (16)AUC 鉴权中心BSS 基站子系统CKSN 流水号GMSC 关口移动交换中心HLR 归属位置寄存器IMSI 国际移动用户识别码ISDN 综合业务数字网HON 漫游号码Kc 加密键LAI 位置区标识MS 移动用户MSC 移动交换中心MSRN 漫游号码PSTN 公共交换电话网PVLR 先前的拜访位置寄存器RACH 随机接入信道RAND 鉴权随机数RAND/SRES/Kc 鉴权三元组SDCCH 独立专用控制信道SRES 鉴权响应TCH 业务信道TMSI 临时移动用户识别码TUP 电话用户部分VLR 拜访位置寄存器VMSC 拜访移动交换中心1.1鉴权一般过程1.2.1鉴权异常情况(一) _____VLR不认识TMSI1.2.2鉴权异常情况(二)_____MS用TMSI标识时鉴权核对结果异常2.1位置更新操作(一) ____位置更新仅涉及本VLR2.2位置更新操作(二)____位置更新涉及本VLR和HLR(当MS进入新的VLR或MS首次登录,或相关网络数据丢失后,且MS都使用IMSI来标识自己)3.1.3呼叫接续流程____挂机过程3.2.1呼叫接续信号流程____固定用户呼叫移动用户(一)3.2.2呼叫接续流程____固定用户呼叫移动用户(二)3.2.3呼叫接续信号流程____固定用户呼叫移动用户的挂机过程4.1切换控制流程____同MSC内基站间切换4.2.1切换控制流程____基本切换处理4.2.2切换控制流程____后续切换流程(MS离开MSCb漫游到MSCb')移动管理MM消息呼叫控制(CC)消息BSSMAP 消息无连接消息BSSMAP 消息面向连接消息。

GSM信令流程分析

GSM信令流程分析

GSM信令流程分析一、常见业务流程1.移动主叫流程移动主叫流程图1.1信道请求MS通过动态地在RACH信道(随机接入信道)上发送一个随机接入脉冲向一个BTS申请一条信道。

在信道请求消息中包括了建立的原因,这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”,比如“位置更新”。

此外,这条消息还包括随机参数,移动台(MS)随机的选5个比特作为随机参数。

这些参数的作用是:当两个移动台同时接入网络时,网络能运用这些参数来区分这些移动台。

Random reference有5位,最多可同时区分32个MS,但不保证两个同时发起呼叫的MS的RAND值一定不同。

要进一步区别同时发起请求的MS,还要根据Um接口上的应答消息下面是一个Channel Request信令的举例1.2信道请求BTS向BSC发一条信道请求消息。

通过这条消息,BTS进一步向BSC传递由移动台发起的信道请求。

实际上,信道请求消息中除了包含申请信道消息中的一些消息外,还包括通过BTS 加入的一些消息。

申请参数直接从信道请求消息中来,初始时间提前量TA(接入延迟)由BTS加入到这条消息中去。

1.3信道激活收到从BTS发来的申请信道消息后,BSC开始按照一定的条件为此次呼叫寻找和分配SDCCH 信道,同时BSC向BTS发送一条信道激活消息。

其中最重要的是:分配给哪个BTS以及此SDCCH的信道组合。

此消息中包含的参数有:DTX控制、信道的ID(识别)、信道描述和移动分配、移动台和基站的最大功率电平、BSC计算的有关此次接入的初始时间提前量等。

1.4信道激活证实这是对信道激活消息的应答。

当BTS收到这条消息后,它开始在SACCH信道发送和接受消息。

1.5立即指配命令BSC告诉BTS关于被使用的SDCCH信道。

1.6立即指配基站分系统通过AGCH信道告知移动台有关使用的SDCCH信道的情况。

实际上,这条消息是一条从网络向移动台发送的从AGCH信道转到先前定义的SDCCH信道工作的指令。

GSM信令流程分析

GSM信令流程分析

GSM信令流程分析在建立连接阶段,移动设备通过寻呼信令广播来寻找可用基站。

一旦找到基站,移动设备发送一个呼叫请求信令给基站,请求建立连接。

基站收到呼叫请求信令后,会向移动交换中心(Mobile Switching Center,MSC)发送一个移动呼叫请求信令。

MSC收到移动呼叫请求信令后,会发送一个位置更新请求给移动设备,以确定设备的位置和所在位置区域。

设备收到位置更新请求后,会发送一个位置更新应答信令给MSC,告知自己的新位置。

MSC在接收到位置更新应答后,会开始进行鉴权和鉴别过程,以验证设备的身份和合法性。

一旦设备通过鉴权和鉴别过程,MSC会向目标设备发送一个移动呼叫应答信令,建立连接。

设备收到呼叫应答信令后,会发送一个连接确认信令给MSC,从而确认连接的建立。

一旦呼叫被接听,通话双方可以通过交换信令来进行通话。

例如,当一方想要挂断通话时,会发送一个释放连接信令给MSC,表示结束通话。

MSC接收到释放连接信令后,会向另一方发送一个释放连接信令,同时关闭连接。

最后是释放连接阶段。

在这个阶段,设备和基站之间的连接会被正式释放。

这通常发生在通话结束后,或者在通话过程中发生错误或中断时。

释放连接的信令流程可以由设备或基站发起,方法包括发送释放信令、确认释放信令以及释放信令的回复。

总之,GSM信令流程涵盖了从建立连接到通话再到释放连接的整个过程。

它通过信令的传递和交换,实现了移动设备和基站之间的通信和协调。

这一流程确保了GSM网络的可靠性和稳定性,使得移动通信变得更加便捷和高效。

详细的GSM信令流程图FlowChat

详细的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连接失败或发送信道激活消息失败。

GSM信令流程详解

GSM信令流程详解

1 信令分析在分析问题时,请参照正确的流程,逐步检查到底哪一条消息没有收到,并且分析上一条消息里面携带的内容,从而定位原因所在。

1.1 主被叫呼叫建立流程1.1.1正常信令在分析接入问题时,请参照上图所示正确的流程,逐步检查到底哪一条消息没有收到,且分析上一条消息里面携带的内容,从而定位原因所在【注】Abis-BTS setup消息里面,携带了接入的小区、扇区、walsh码、频点。

关键点1:BSC向MSC发送CM Service Request后,是否收到Assignment Request。

如果没有收到MSC发的Assignment Request,等到6s后定时器超时,基站会给手机发送release order.这种情况是A1接口失败。

关键点2:BTS是否向BSC发送Abis-BTS Setup Ack。

Abis如有问题,如误码高、信令链路带宽不足等,将会体现为Abis无法建链成功,话统原因“指配资源失败”关键点3:是否发送ECAM(扩展信道指配消息)消息。

如Abis正常建链,但却没有发送ECAM消息,在话统里面会体现为“指配资源失败”,可能原因是walsh、CE、power不足。

关键点4:是否在F-DSCH发送order message,如没有收到,说明捕获业务信道前导帧失败。

关键点5:是否发送Assignment complete。

如发送表明呼叫建立成功。

如没有收到,在话统里面体现为“信令交互失败”。

被叫流程与主叫几乎完全一致,被叫中的Paging Response相当于主叫的origination message。

1.1.2典型异常信令1、A1接口失败。

2、传输误码率高导致指配资源失败3、信令交互失败引起信令交互失败一般是空口原因,本案例比较特殊,该基站下面呼叫全部失败,通过结合CSL分析,发现存在大量0x0c8b(SDU_ADD_LINK_FAIL)接入失败,怀疑FMR 板有故障,在征得客户同意基础上复位IP框后(该框下仅有这一个基站)解决。

超详细gsm信令流程

超详细gsm信令流程
GSM网络采用分层架构,包括物理层、数据链路层 和网络层。
GSM网络支持多种业务,如语音、短信、数据等。
GSM网络功能
无线资源管理
负责分配和释放无线资源,包括频谱、时隙、功率 等。
移动性管理
负责跟踪和管理移动用户的位置信息,实现呼叫的 路由和接续。
鉴权和加密
对移动用户的身份进行鉴权,对通信内容进行加密 ,确保通信安全。
用于数据传输和短信。
信令消息格式Βιβλιοθήκη 020103
SMS
短消息业务,用于发送短消息。
USSD
统一业务控制信号,用于发送交互式文本消息。
MMS
多媒体消息业务,用于发送彩信。
03
GSM信令流程
移动台开机流程
01
02
03
04
启动电源
移动台开机后,首先启动电源 ,进行硬件自检。
注册网络
身份验证
移动台通过接收广播信令,寻 找并注册到附近的GSM网络。
另一家运营商在用户反馈中了解到,部分用户存在呼叫延迟和掉 话的问题。通过引入AI技术对信令数据进行分析,该运营商识别 出了一些潜在的优化机会,并进行了相应的优化,有效改善了用 户感知的网络质量。
THANK YOU
感谢聆听
通话结束
通话结束后,双方移动台释放连接,网络释放资 源。
移动台位置更新流程
位置更新请求
当移动台从一个位置区域移动到另一个位置 区域时,会发起位置更新请求。
鉴权
网络对移动台进行鉴权,验证移动台的身份 信息。
注册新位置
移动台向网络注册新位置信息,包括所在的 基站和小区信息。
完成更新
网络完成位置更新处理,更新移动台的位置 信息,并发送响应给移动台。

最详细 GSM信令流程 图文并茂

最详细 GSM信令流程  图文并茂

信令流程的详细描述同步过程当手机开机后,会去扫描所有的无线信道并在3秒至5秒内测量它们的信号强度,将30个信号最强载频存储下来,然后调制到信号强度最强的载频上,通过扫描它的FCCH突发脉冲来判断它是否是一BCCH频点,若是的话会继续去收听它的SCH突发脉冲,看是否能对之进行解调,若能通过解出的BSIC号,看是否是被SIM卡禁止的若可以接入,则继续收听BCCH广播,看该小区是否被禁止接入,若允许接入则根据小区选择准则C1算法,看是否满足C1大于0的要求,若完全通过则该小区则被选为服务小区,若其中一步失败则对次强信道进行同样的流程。

手机空闲状态下的工作当手机进入空闲模式下后,手机先对该服务小区的系统消息进行按TC顺序进行分析,若是GSM900M的话,将会系统接受SYSTEM INFORMATION TYPE 1、TYPE2、TYPE3、TYPE4;若是GSM1800M的话,则会系统接受TYPE1、TYPE2、TYPE2 BIS、TYPE3、TPPE4;若是双频网络的话会系统接受TYPE1、TYPE2、TYPE2 BIS、TYPE2 TER、TYPE3、TPPE4;每个系统消息相隔一个51复祯,中间还要根据noofMultiFrameBetweenPaging参数所定义的时长到所指定的寻呼块来接受系统的寻呼消息(一般在寻呼业务量大的地方,或邻小区多的地方该值定义的较小,即定义了手机不连续接受的时长,该值越大,在该服务区的手机就越省电,如市区可定义为2即手机在102祯内收听一次寻呼消息,郊区可定义为4或6),在手机完成对系统消息的测量后,就进入休息状态,仅在指定的寻呼块内受听寻呼消息并同时测量邻小区的BCCH的接收电平,在30秒左右的时间内又将会去收听系统消息,来判断小区重选的进程。

现对手机发起呼叫的流程进行分析:1)MS通过RACH信道先发起一channel request 消息(8bits),其中包括请求信道原因及一个随机参考值,来等待AGCH信道的指派,此时MS在物理信道TS0上等待BSC给它分配无线资源。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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消息略有不同。

相关文档
最新文档