紧急呼叫信令流程
- 格式:docx
- 大小:3.86 KB
- 文档页数:3
手机作主叫的信令流程:手机作被叫的信令流程: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值不一致时就发起一次位置更新请求。
信令流程(图+介绍)GSM 信令流程(菜鸟多看看,不要到处跑)GSM 系统使用类似OSI 协议模型的简化协议,包括物理层(L1)、数据链路层(L2)和应用层(L3)。
L1是协议模型最底层,提供物理媒介传输比特流所需的全部功能。
L2保证正确传递消息及识别单个呼叫。
在GSM 系统中,无线接口(Um )上的L1和L2分别是TDMA 帧和LAPDm 协议。
在网络侧,Abis 接口和A 接口使用的L1均为E1传输方式,L2分别为LAPD 和MTP 协议。
在Um 接口,MS 每次呼叫时都有一个L1和L2层的建立过程,在此基础上再与网络侧建立L3上的通信。
在网络侧(A 和Abis 接口),其L1和L2(SCCP 除外)始终处于连接状态。
L3层的通信消息按阶段和功能的不同,分为无线资源管理(RR )、G C H )C C H )H )移动性管理(MM)和呼叫控制(CC)三部分。
1、建立RR连接RR的功能包括物理信道管理和逻辑信道的数据链路层连接等。
在任何情况下,MS向系统发出的第一条消息都是CH-REQ(信道请求),要求系统提供一条通信信道,所提供的信道类型则由网络决定。
CH-REQ有两个参数:建立原因和随机参考值(RAND)。
建立原因是指MS发起这次请求的原因,本例的原因是MS发起呼叫,其它原因有紧急呼叫、呼叫重建和寻呼响应等。
RAND是由MS确定的一个随机值,使网络能区别不同MS所发起的请求。
RAND有5位,最多可同时区分32个MS,但不保证两个同时发起呼叫的MS的RAND值一定不同。
要进一步区别同时发起请求的MS,还要根据Um 接口上的应答消息。
CH-REQ消息在BSS内部进行处理。
BSC收到这一请求后,根据对现有系统中无线资源的判断,分配一条信道供MS使用。
该信道是否能正常使用,还需BTS作应答证实,Abis接口上的一对应答消息CHACT(信道激活)和CHACK(信道激活证实)完成这一功能。
CHACT指明激活信道工作所需的全部属性,包括信道类型、工作模式、物理特性和时间提前量等。
6Issue 3.3第1章呼叫过程的信令分析对一次发生在移动用户间的呼叫来说,信令流程可以分为三个相对独立的部分:●主叫移动用户部分●被叫移动用户部分●拆线部分1.1 主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始,到主叫用户TCH指配完成为止。
一般来说,主叫经过几个大的阶段:接入阶段,鉴权加密阶段,TCH指配阶段,取被叫用户路由信息阶段。
接入阶段主要包括:信道请求,信道激活,信道激活响应,立即指配,业务请求等几个步骤。
经过这个阶段,手机和BTS(BSC)建立了暂时固定的关系。
鉴权加密阶段主要包括:鉴权请求,鉴权响应,加密模式命令,加密模式完成,呼叫建立等几个步骤。
经过这个阶段,主叫用户的身份已经得到了确认,网络认为主叫用户是一个合法用户,允许继续处理该呼叫。
TCH指配阶段主要包括:指配命令,指配完成。
经过这个阶段,主叫用户的话音信道已经确定,如果在后面被叫接续的过程中不能接通,主叫用户可以通过话音信道听到MSC的语音提示。
取被叫用户路由信息阶段主要包括:向HLR请求路由信息;HLR向VLR请求漫游号码;VLR回送被叫用户的漫游号码;HLR向MSC回送被叫用户的路由信息(MSRN)。
MSC收到路由信息后,对被叫用户的路由信息进行分析,可以得到被叫用户的局向。
然后进行话路接续。
6Issue 3.3主叫过程的信令流程如后面的图所示。
注意:应该注意的是:从VLR到HLR/AUC取鉴权集的过程不是必须的。
VLR到HLR/AUC取鉴权集时,HLR每次送5组,本次使用一组,另外4组保存在VLR中供后续的鉴权过程使用。
只有当VLR中的鉴权集使用完毕,VLR才发起向HLR/AUC取鉴权集的过程。
另外,如果MSC通过对被叫用户的MSRN的分析得知被叫用户是本局用户,那么就不会向其它MSC发送初始地址消息(IAI/IAM),而是根据被叫用户的位置区直接通知本局BSC对被叫用户发起寻呼。
如果被叫用户非本局用户,则通过信令路由分析,通过适当的链路向目的MSC发IAI消息,以建立话路。
LTE系统主要信令流程引言LTE〔Long Term Evolution〕是第四代移动通信技术,其特点是高速率、低延迟和更高的系统容量。
在LTE系统中,主要的通信过程需要依赖一系列的信令流程来实现。
本文将介绍LTE系统中主要的信令流程,包括系统接入过程、呼叫建立过程以及呼叫释放过程。
一、系统接入过程系统接入是指UE〔User Equipment,用户设备〕首次进入LTE网络时,与网络进行连接的过程。
主要的信令流程如下:1.小区搜寻过程:UE通过接收播送信道上的系统信息,实现对可用小区的搜寻。
系统信息包括小区标识、频率等信息。
2.小区选择过程:UE根据接收到的系统信息,选择适合自身的小区。
这个过程主要考虑小区的信号质量、信号强度等因素。
3.小区注册过程:UE选择了目标小区后,需要向目标小区进行注册。
UE通过随机访问信道发送带有身份信息的接入请求,目标小区收到请求后进行验证和鉴权。
4.分配临时标识过程:目标小区验证通过后,为UE分配临时的标识,用于后续的通信过程中的身份认证。
同时,UE也会得到小区的系统信息。
5.RRC连接过程:UE和目标小区建立RRC〔Radio Resource Control,无线资源控制〕连接。
在RRC连接建立后,UE可以与网络进行通信。
呼叫建立过程是指在LTE网络中,UE发起呼叫并与目标终端进行连接的过程。
主要的信令流程如下:1.呼叫请求过程:UE向网络发起呼叫请求。
呼叫请求中包含被叫号码、呼叫类型等信息。
2.寻呼过程:网络收到呼叫请求后,根据被叫号码进行寻呼。
寻呼过程可以通过播送信道或者专用的寻呼信道进行。
3.寻呼回应过程:被叫终端收到寻呼信息后,发送回应给网络。
回应中包含被叫终端的临时标识等信息。
4.呼叫建立过程:网络收到寻呼回应后,根据被叫终端的临时标识,与被叫终端建立起连接。
连接建立后,就可以进行语音或数据传输。
呼叫释放过程是指在LTE网络中,呼叫结束后双方终止连接的过程。
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.1 当我们拿起电话听筒或者点击手机上的拨号图标时,这就像是吹响了通信之旅的号角。
这是电话接续的开端,一个看似简单却意义非凡的动作。
这个时候,就好比我们站在了通信的起跑线上,满心期待着与对方建立连接。
1.2 我们输入要拨打的号码,这一串数字就像是打开通信大门的密码。
每一个数字都至关重要,错一个可能就会南辕北辙,无法到达我们想要联系的那个人那里。
这就像我们在生活中找对路才能到达目的地一样,电话号码输对了才能顺利接续。
二、信令的传输。
2.1 一旦号码输入完毕,电话就开始发送信令了。
这个信令啊,就像是一个小小的信使,带着我们要打电话的这个消息,在通信网络的“大街小巷”里穿梭。
它风风火火地朝着目的地奔去,一刻也不停歇。
2.2 在传输的过程中呢,信令可能会遇到各种各样的情况,就像我们在生活中出门办事会遇到各种阻碍一样。
有时候网络拥堵,信令就像在人山人海的集市里艰难前行,它得左挤右挤才能继续往前走。
不过呢,通信网络也有自己的一套规则来确保信令能顺利通过,就像交通规则保证车辆行驶一样。
三、呼叫的建立。
3.1 交换机检查通过后,就会向被叫方发送呼叫信号。
这个呼叫信号就像是敲门声,告诉被叫方“有人找你啦”。
如果被叫方的电话是空闲的,那就相当于家里有人在等着开门呢。
3.2 被叫方的电话收到呼叫信号后,就会响铃或者震动,这是在告诉被叫的人“有电话来了,快接呀”。
这个时候,整个电话接续的基本信令流程就快要大功告成了,就差被叫方接听电话这一哆嗦了。
如果被叫方接听了电话,那就像两座孤岛之间架起了桥梁,双方就可以愉快地聊天啦。
整个电话接续的信令流程就像是一场精心编排的舞蹈,每个环节都必须准确无误地进行,才能让我们顺利地与他人通话。
信令过程表通话建立(主Page—1、被叫P—2、紧急呼叫P—3)、呼叫释放(手机先挂、后挂P—4)、位置更新P—5、呼叫重建P—5、DTMF协议控制P—6通话建立(手机作主叫)信令过程说明RR层连接建立RACH—UL:CHANNEL _REQUEST内容:建立原因和随机参考值(RAND)原因:MS发起呼叫、紧急呼叫、呼叫重建和寻呼响应等;RAND:有5 位,用来区别不同MS所发起的请求。
AGCH—DL:IMMEDIA TE_ASSINGMENT 在Um接口建立MS与系统间的无线连接(分配SDCCH)RR连接建立MM层连接的建立CCCH—UL:CM SERVICE_REQUEST 请求业务如电路交换连接、短信业务等SDCCH—DL:AUTH_REQUEST 鉴权请求SDCCH—UL:AUTH_RESPONSE 鉴权响应SDCCH—DL:CIPHERING_REQUEST 加密命令SDCCH—UL:CIPHERING_COMPLETE 加密完成CC层连接的建立SDCCH—UL:SETUP 请求建立呼叫内容:呼叫请求的业务种类及MS发送方式、编码标准等SDCCH—DL:CALL _PROCEEDINGSDCCH—DL:ASSIGNMENT_COMMANDSDCCH—UL:ASSIGNMENT_COMPLETE系统接受请求后开始处理呼叫分配TCH分配确认SDCCH—DL:ALERTING 振铃音SDCCH—DL:CONNECT 用户摘机或连接消息SDCCH—UL:CONNECT_ACKNOWLEDGE 连接确认,表示MS接受连接通话建立(手机作被叫)RR层连接建立CCCH—DL:PAGING_REQUEST 呼叫请求,触发信道接入内容:被叫用户的TMSI、IMSI等RACH—UL:CHANNEL _REQUEST内容:建立原因和随机参考值(RAND)原因:寻呼响应、紧急呼叫、MS发起呼和呼叫重建叫等;RAND:有5 位,用来区别不同MS所发起的请求。
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消息,以建立话路。
位置更新及呼叫流程位置更新操作(一)____位置更新仅涉及本VLRM SB S SM S CV L RU mB S S A PM A PABLocation upd ating requ est (位置更新类型,C K S N o, LA Io,IM S I/TM S I)C O M P L E T E L3 IN FO R M A TIO N(Layer 3 信息)U pdate location area (C K S N ,L A Io,LA In,IM S I/T M S I)A uth entication(R A N D ,C K S N n)A uth entication requ est (R A N D ,C K S N n)A uth entication resp ons e (S R E S )A uth entication resp ons e(S R E S )S et cyph ering m ode(K c 和算法标识符或不进行编码的指示)Forw ard new T M S I(TM S I)U pd ate location area ack.(H LR 号)C Y P H E R M ODE C O M M A N D (K c,L3头部消息)C Y P H E R M ODE C O M P LE T E Location upd ating acc ept(T M S In,L A In)TM S I reallocation com pleteC L E A R C O M M A ND (资源释放)C L E A R C O M P L E TETM S I ackno w ledg e (caus e,L3头部消息)2.1.2位置更新操作(二)____位置更新涉及本VLR 和HLR(当MS 进入新的VLR或MS 首次登录,或相关网络数据丢失后,MS 都使用IMSI 来标识自己)M SBSSM SCVL RH LR /AU CL oc ating up d atin g req u est(IM SI)U mBSS APM APM APABDC O M P LE TE L3 IN F O.U pd ate loc ation area(IM S I)S en d p aram eters(IM S I)Auth entic ation p aram eters (R A N D /SR ES/Kc,IM S I)Auth entic ateA uth entic ation requ est Auth entic ation resp ons eAuth entic ation res p ons eU pd ate loc ation Ins erte subscrib er d ata Su bscrib er d ata ins ertion ack. c anc el loc ationc anc el loc ationack.P V LRU pd ate loc ation ack.(H L R 号)S et cyph ering m od e Forw ard new TM S IU pd ate loc ation area ack.C YP H E R M ODE C O M M A N D C Y P H E R M O D E C O M P L ET E L oc ation u pd atin g acc epte TM S I realloc ation com p leteTM S I ackn ow led g eC L EA R C O M M A ND C L EA R C O M PL ET E先前的V LR 从正在单中删除相关的M S 数据拜访本V LR 的M S 名内)(一)U mABDAU mM Sa BSSaM SC VLRHLRAUCBSSbM Sb信道请求R AC HSD C C H C M service request (C KSN,IM SI/TM SI)C OM PLE TE L3 INFO(包含C M service req.)C ON_C O NF (SC C P 接续确认 消息C C )Process access req.(包含C M service req.)Send parameters AUT_INFO_R EQ 内部接口AUT_INFO_PR O V(IM SI,R AND /SR ES/Kc)(IM SI/TM SI)Authentication para.(IM SI,R AND /SR ES/Kc)Authenticate (R AND ,C KSNn)Authentication request(R AND ,C KSNn)Authentication response(SR ES)Authen. res.(SR ES)Set cyphering modeAccess req. accepted (IM SI/M SISD N)C M service acceptCIPHER M OD E C OM M AND (Kc)C IPHER M OD E C OM PLETE 呼叫建立 Setup ( 被叫号码M SISD N)Send info. for o/g call setup(包含service indication,call number)C omplete C all(包含所请求的呼叫处理信息)基本业务和补充业务C all proceeding ASSIGNM EN T R EQUEST ASSIGNM ENT C OM PLETESend routing info. (M SISD N,补充业务信息)Provide roaming number(IM SI) roaming numberR outing infomation acknowledge send info.for i/c call setup page M S(LAI)PAGINGPage responseC OM PLE TE L3 INFOR M ATION (包含Page response)(内部过程)鉴权核对成功启动加密为来话发送消息,VLR 将核对参数寻呼启动VLR 核对IM SI 分配M SR N中)(二)U mABDAU mM S a B S SaM SC VLR H L RA UCB S SbM S b内部接口连接证实 C O N _C O N F (S C C P 接续确认消息C C )P rocess access req.S end para.(IM SI/T M SI)A U T _IN F O _R E QA U T _IN F O _P R O VA uthen. para.(IM SI,R A N D /S R E S /Kc)(IM SI,R A N D /S R E S /Kc)A uthenticate (R A N D ,C K S N n)A uthentication requ est(R A N D ,C K S N n)A uthentication(S R E S )A uthentication resp onse(S R E S )S et cyphering m odeA ccess requ est acceptedC om plete call C IP H E R M ODE C O M M A N D (K c)C IP H E R M ODE C O M P LE T E呼叫建立S etup呼叫证实C all confirm edA S SIG N M E N T R E Q U E S T A S SIG N M E N T C O M P LE T E提醒 A lerting 连接 C onnect连接证实 C onn ect ackn ow ledg e通话A lerting 回铃音 C onn ectC onn ect acknow ledg e网路接续T C H 振铃应答完成呼叫(回送被叫用户数据)3.1.3呼叫接续流程____挂机过程U mABDAU mM S aBSS aM SCVLRH LRAU CBSSbM S b(一) 主叫先挂机断连 D isconnec t断连 D isconnec t 释放 R eleas e释放 R eleas e释放完成 R eleas e com plete释放完成 R eleas e c om plete 清除命令 C LEAR C O M M M AN D 清除完成 C LEAR C O M PLET ECLE A R CO M M A N D CLE A R CO M P LE TEM SC 释放陆地信道和物理连接(二) 被叫先挂机断连 D isconnec t断连 D isc onnect释放 R eleas e释放完成 R eleas e com plete清除命令 C LEAR C O M M AN D清除完成 C LEAR C O M PLET E释放 R eleas e释放完成 R eleas e c om pleteC LEAR C O M M AN DC LEAR C O M PLET EM SC 释放陆地信道和物理连接切换控制流程____同MSC 内基站间切换MSC BSS1BSS2MSA AU mUmB S S 1和MS 间无线传输信号测量HA N D O V E R RE Q UIRE D(目标小区表)切换请求 HA ND O V E R RE Q UE S T (P C M&Ch an n el typ e)切换确认 HA ND O V E R RE Q UE S T A CK NO W LE DG E (参数L3信息携带了无线接口上的HAND O VER C OM M AND 消息它包含New TC H 号切换参考号)切换命令 HAND O VER C OM M AND (包含Target channel 并携带了无线接口上HAND O VER C OM M AND 消息)切换命令HAND O VER COM M AND (包含New TC H 号和切换参考号)通过原BSS,让M S 转到新的信道切换检测 HANDO VER D ETEC T切换检测 HAND O VER D ETEC T切换完成 HAND O VER C OM PLETE切换完成 HAND O VER C O M PLETEM S 进入目标小区C LEAR C OM M ANDC LEAR C OM PLETE释放资源释放PC M切换命令证实4.2.1切换控制流程____基本切换处理~~~~M SM SBSS1M SC a M SC bBSS2VLR b无线传输信号测量HANDO VER REQ.Perform handover(MAP)(全球目标小区表)(全球目标小区标识 全球服务小区标识 信道类型)HANDO VER REQ UEST (PCM&Channel type)HANDO VER REQ UEST ACKNO W LEDG E(包含New T CH 和切换参考号)Allocation handover num ber (分配切换号码)Send handover report (HO N.)(发送切换报告)Radio channel ack.(MAP) (包含New T CH 和HON.)无线信道证实IA M ACMHANDO VER CO MMAND HANDO VER CMD 经原BSS 让MS转到新的信道切换检测 HANDO VER DET ECT 切换完成 HANDO VER CO MPLET EBSS2新选T CH 连到PCM 电路MS 进入目标小区发送结束信号Send end signal(MAP) CLEAR CO MMAND 释放PCM0CLEAR CO MPLET EANS释放(T UP/ISUP)End signal(MAP)结束信号拆去MSCa 和MSCb 的物理连接Handover report 释放切换报告移动UmAEBAUm4.2.2切换控制流程____后续切换流程(MS离开MSCb漫游到MSCb')漫游EM SM SC a M SC b M SC b'VLR bVLR b'BSS2BSS2'无线传输信号测量HAND O VER R EQ UIR ED (目标小区表)执行后续切换Perform subsequent handover(M AP) (目标小区标识,服务小区标识,M SC号)执行切换 Perform handover(目标小区标识, 服务小区标识,信道类型)HAND O VER R EQ UEST (PC M&C hannel type)HAND O VER R EQ UEST AC KNOW LED G E (包含New TC H号和切换号码)Allocate handover number(分配切换号码)Send handover report(HO N) (发送切换报告) R adio channnel ack. (M AP) (包含New TC H号和HO N.)无线信道证实IAMAC M后续切换证实 Subsequent handover ack.HAND O VER C OM M AND切换命令切换检测 HAND O VER D ETEC T切换完成 HAND O VER C O M PLETE 发送结束信号 Send end signal (M AP)ANS结束信号 End signal (MAP)释放切换报告 Handover report 释放HO NC LEAR C OM M ANDC LEAR C O M PLETE释放(TUP)拆去M SC a和M SC b的物理连接结束信号 End signal (MAP)释放 (TUP/ISUP)释放切换报告 Handover report 释放HO N 拆去M SC Aa和M SC b' 的物理连接~ ~~~M S附:消息说明DTAP消息移动管理MM消息消息名传递方向功能鉴权拒绝 AuthenticationrejectTo MS 向MS指明鉴权已经失败鉴权请求 AuthenticationrequestTo MS 网络启动MS鉴权鉴权响应 Authentication response To Network 将计算出的鉴权响应SERS传送到网络CM重建请求 CMRe-establishment request To Network 若前一个连接失败,MS请求重建一个连接CM业务接受 CM service accept To MS 网络向MS指明已经接受请求的业务CM业务拒绝 CM service reject To MS 网络向MS指明不能提供请求的业务CM业务请求 CM service request To Network MS请求连接管理(CM)子层实体业务识别请求 Identity request To MS 网络请求MS提供标识识别响应 Identity response To Network MS提供标识给网络IMSI分离指示 IMSI detach indication To Network 在网络中设置此MS处于非活动状态位置更新接受 Location updating accept To MS 网络通知MS位置更新或IMSI附着已经完成位置更新拒绝 Location updating reject To MS 网络通知MS位置更新或IMSI附着失败位置更新请求 Locationupdating requestTo Network MS请求位置更新或IMSI附着MM状态 MM-Status 双向向另一方报告错误状况TMSI再分配 TMSIreallocation commandTo MS 网络再分配一个新的TMSI给MSTMSI再分配完成 TMSI reallocation complete To Network MS通知网络一个新的TMSI再分配已经发生DTAP 消息呼叫控制(CC)消息消息名传递方向功能提醒 Alerting 被叫MS到网络或网络到主叫MS 通知对方已经提醒被叫用户呼叫证实 Call confirmed 被叫MS到网络被叫用户证实一个来话请求呼叫进行 Call proceeding 网络到主叫MS 网络表明主叫用户所请求的呼叫建立信息已经接收到连接 Connect 被叫MS到网络或网络到主叫MS 表明被叫用户已经接收呼叫连接证实 Connectacknowledge网络到被叫MS或主叫MS到网络表明MS已经获得呼叫紧急建立 Emergency setup MS到网络MS启动紧急呼叫的建立进展 Progress 网络到MS 表明一个呼叫的进展建立 Setup 双向启动呼叫建立修改 Modify 双向请求改变一个呼叫的负载能力修改完成 Modify complete 双向表明呼叫负载能力的改变已经完成修改拒绝 Modify reject 双向表明呼叫负载能力的改变已经失败用户信息 User information 双向MS发送到远端用户的信息或网络发送远端用户的信息断连 Disconnect 双向MS请求清除端对端连接或网络指明端对端连接被清除释放 Release 双向表明发送方准备释放业务标识符TI释放完成 Release complete 双向表明发送方已经释放TI,且接收方将释放TI拥塞控制 Congestion control 双向表明在发送用户信息消息时流量控制的建立和终止通知 Notify 双向指明关于一个呼叫的信息启动DTMF Start DTMF MS到网络网络请求将包含的数字转变成DTMF音调启动DTMF证实 Start DTMF ack 网络到MS 指明网络已经成功地将包含的数字转变成DTMF音调启动DTMF拒绝 Start DTMF rej 网络到MS 表明网络不接收将包含的数字转变成DTMF音调的请求状态 Status 双向报告错误状况状态查询 Status enquiry 双向请求同层的层3实体发送Status消息停止DTMF Stop DTMF MS到网络停止发送DTMF音调到远端用户停止DTMF证实 Stop DTMF ack 网络到MS 表明DTMF音调的发送已经停止BSSMAP 消息无连接消息消息名传递方向功能阻塞 BLOCK BSS=>MSC 向MSC指明特定的陆地资源阻塞阻塞证实 BLOCKING ACKNOWLEDGE MSC=>BSS 指明相关电路中的业务已经被移去解闭 UNBLOCK BSS=>MSC 指明特定的陆地资源可恢复服务解闭证实 UNBLOCKINGACKNOWLEDGEMSC=>BSS 指明相关电路已经恢复服务切换已执行 HANDOVER PERFORMED BSS=>MSC 指明BSS已经执行了一个内部切换切换候选者询问 HANDOVER CANDIDATE ENQUIRE MSC=>BSS MSC查询正在某小区中工作的MS是否可以切换到其它小区切换候选者询问响应HANDOVER CANDIDATE RES.BSS=>MSC 指明候选MS的数目资源请求 RESOURCE REQUEST MSC=>BSS BSS请求当前特定小区中的空闲资源资源指示 RESOURCEINDICATIONBSS=>MSC 响应资源请求消息寻呼 PAGING MSC=>BSS 通知BSS在正确的小区发送寻呼消息复位 RESET 双向指明发送方发生了故障复位证实 RESET ACKNOWLEDGE 双向指明发送方已经发生了复位,等待恢复业务过载 OVERLOAD 双向表明发送方过载复位电路 RESET CIRCUIT 双向由于故障发送方特定的电路状态不明复位电路证实 RESET CIRCUIT ACKNOWLEDGE 双向表明发送方已清除了可能有关的呼叫,等待恢复服务BSSMAP 消息面向连接消息消息传递方向功能指配请求 ASSIGNMENT REQ MSC=>BTS 请求BSS指配无线资源,消息中包括资源的特性和地面信道指配完成 ASSIGNMENT COMPLETE BSS=>MSC 指出所请求的指配已经正确完成指配故障 ASSIGNMENT FAILURE BSS=>MSC 指出在BSS指配过程中出现故障,指配程序已终止切换请求 HO REQUEST MSC=>BTS 某MS要切换到该BSS所属的小区切换要求 HO REQUIRED BSS=>MSC 指出已有专用无线资源的某一MS请求切换,原因在消息中给出切换请求证实 HO Required Acknowledge BSS=>MSC 指出BSS可以支持请求的切换,并指示MS应切换到的信道切换命令 HO Command MSC=>BTS 包含MS应重新调谐的目标信道切换完成 HO Complete BSS=>MSC 指出正确的MS已经成功地接入目标小区切换故障 HO Failure BSS=>MSC 指出在对资源分配过程中出现故障,已放弃切换切换要求拒绝 HO RequiredrejectMSC=>BTS 指出BSS要求的切换没能执行切换执行 HO Performed BSS=>MSC 指出BSS已完成了一个内部切换,包括小区识别清除请求 Clear Request BSS=>MSC 指出BSS希望释放相关的专用资源清除命令 Clear Command MSC=>BTS 指示BSS释放相关专用资源清除完成 Clear Complete BSS=>MSC BSS通知相关专用资源已释放MSC调用跟踪 MSC InvokeTraceMSC=>BTS 指示BSS开始跟踪记录级别更新 Classmark Updated 双向更新相关的MS的级别加密模式命令 Cipher ModeCommandMSC=>BTS 要求更新相关的MS加密参数加密模式完成 Cipher Mode Complete BSS=>MSC 指出通过无线接口已达到成功的加密同步完全层3消息 Complete L3 Message BSS=>MSC 寻呼响应,位置更新请求,CM请求重建,CM业务请求,IMSI分离BSS执行SCCP连接建立时,MS发出的第一个层3消息排队指示 QueryingIndicationBSS=>MSC 指出所需的TCH的指配会有延时SAPI"n"拒绝 SAPI"n" Reject BSS=>MSC 指出SAPI!=0的一个消息被拒绝了寻呼 Paging MSC=>BTS 该消息包含足够的信息以使寻呼在正确的时间和正确的小区发送切换检测 HO Detected BSS=>MSC 指出正确的MS已成功地接入目标小区BSS调用跟踪 BSS InvokeTrace双向发端指示收端开始跟踪记录级别请求 Classmark Request MSC=>BTS 请求为对应的MS更新级别参数加密模式拒绝 Cipher ModeRejectBSS=>MSC七号信令:A p p lic a tio n P re s e n ta tio n S e s s io nT ra n s p o rtN e tw o rkD a ta L in kP h y s ic a lA p p lic a tio nP re s e n ta tio nS e s s io nT ra n s p o rtN e tw o rkD a ta L in kP h y s ic a l N e tw o rkD a ta L in kP h y s ic a lN e tw o rk N o d eU s e r U s e rGSM 信令分层:● BSSAP BSS Application Part● BSSMAP BSS Management Application Part ● DTAP D irect Transfer Application Part ● MM Mobility Managemert ●CM Connection Management● CC Call Control● SMSShort Message Services● SS SCCP Signalling Connection Control Part ● MTP Message Transfer Part ● RR Radio Resourses ● BTSM BTS Management● LapDLink Access Protocol on the D channel● LapDm Link Access Protocol on the D channel modified ● Layer 1 (Physical Layer)● The physical layer is responsible for the error free transfer of physical data units. This layer definesthe electrical and mechanical characteristics of the transmission path. ● Layer 2 (Link Layer)● The function of the link layer is to transfer frames, error free, between two stations using the bittransfer connection created by the physical layer. The tasks of this layer include opening,maintaining, and closing a connection between two stations.● In GSM, the data link layer is implemented with the standard LapD (Link Access Protocol on D channel) protocol on the BTS-BSC link, and with a GSM specific LapDm protocol on the BTS-MS (radio interface) link.● Layer 3 (Network Layer)RRAir In terfaceRR'LapD BTS MLapD Abis In terfaceR RBSSM APMSBTSB SC M SCBTSMA Interface M T P M T PS CCPLa pDm Lap DmSCCPB SS A P D TA PB S SM APM MCCSSSM SC M M MC C SS SM SC M●The network layer isolates the higher levels from routing and connection tasks. It is responsible forgetting the message to its destination through an arbitrary network topology.●In GSM, this layer is hierarchically divided into three sublayers; CM (Connection Management),MM (Mobility Management), and RR (Radio Resource) layers.●The Radio Resource layer, RR, produces services for the Mobility Management layer. Thefunctions of this layer include establishing, maintaining, and releasing physical connections (i.e.RF traffic and control channels). The main part of this function is located in the BSC, although some of the functions are performed by the BTS.●The Mobility Management layer, MM, controls the registration of subscriber equipment in thenetwork and identification of users. This function is located in the MSC.●The Connection Management layer, CM is the highest layer in the GSM implementation of the OSImodel. This is indicated by its location (top of the protocol stack in both MSC and MS). This layer is basically the interface to the user in the GSM system.●The connection management layer is subdivided into three segments; Call Control segment, CC,which is responsible for establishing, maintaining and releasing calls, Suplementary Services segment, SS, and Short Message Service segment, SMS.●呼叫建立过程:呼叫建立过程说明:1.CHANNEL_REQUESTThe MS requests a channel by sending a random access burst on a RACH channel via one BTS. Channelrequest -message contains the establishment cause. This can be 'Answer for paging', 'emergency call', 'other services (Mobile Originated Call, Short Message Service)' or 'Other', like location update. In addition to, this message contains Random Reference. This is 5 bits randomly selected by MS. The usage of random reference is: when two MSs are accessing to the network exactly the same time, the network can separate these Mobile Stations by using this random reference. 2. IMMEDIATE_ASSIGNMENTThe BSS informs the MS on AGCH channel about the SDCCH channel to be used. In practice, this message is an order from the network to the MS to move to the SDCCH -channel defined before. Page mode, SDCCH channel description, associated SACCH and hopping frequency are included as parameters. In addition, request reference (same as establishment cause), initial timing advance and frequency allocation if frequency hopping applies are also included.M S C B S CB T SM SV L R C h a n n el R eq u ir edC h a n n el A ctiva tionC h a n n el A ctiva tion A ck.Im m ed ia te A ssig m en t C om m a n d.C h a n n el R eq u est ( R A C H )Im m ed ia te A ssig m en t ( A G C H ).C M S er vice R eq u est ( SD C C H )E sta blish In d ica tionC R (C M S er vice R eq u est) P r ocess A ccess R eq u estA u th en tica teC C A u th en tica tion R eq u estA u th en tica tion R eq u est ( S D C C H ) A u th en tica tion R esp on se ( S D C C H )D T 1 A u th en tica tion R esp on seA u th en tica tion R esp on seS et C ip h er in g M od eD T 1 C ip h er in g M od e C om m a n dE n cr yp tion C om m a n dC ip h er in g M od e C om m a n d ( SD C C H )C ip h er in g M od e C om p let e ( SD C C H )D T 1 C ip h er in g M od e C om p leteA ccess R eq u est A ccep ted F or w a r d N ew T M S IT MS I R ea lloca tion C om m a n d T M S I R ea lloca tion C om m a n d ( S D C C H ) T M S I R ea lloca tion C om p lete ( S D C C H )T M S I R ea lloca tion C om p leteT M S I A ck.S etu p ( S D C C H )D T 1 S etu pS en d In fo for O.G. C a llC om p lete C a llD T 1 C a ll P r oceed in gC a ll P r oceed in g ( SD C C H )D T 1 A ssig n m en t R eq u estP h ysica l C on tex t R eq u estP h ysica l C on tex t C on fir m edC h a n n el A ctiva tion C h a n n el A ctiva tion A ck.A ssig n m en t C om m a n d ( S D C C H )S A B M ( F A C C H ) E sta blish In d ica tionU A ( F A C C H )A ssig n m en t C om p lete ( F A C C H )D T 1 A ssig n m en t C om p leteC h a n n el R elea seC h a n n el R elea se A ck.D T 1 A ler tin g A ler tin g ( F A C C H ) D T 1 C on n ectC on n ect ( F A C C H )C on n ect A ck.( F A C C H )D T 1 C on n ect A ck.M ea su r em en t R ep or t ( S A C C H )M ea su r em en t R ep or t/R esu lt D iscon n ect ( F A C C H )D T 1 ( D iscon n ect )D T 1 ( R elea se )D T 1 ( R elea se C om p lete)D T 1 ( C lea r C om m a n d )R elea se ( F A C C H )R elea se C om p lete ( F A C C H )C h a n n el R elea se ( F A C C H )D ea ctiva te S A C C HD IS C ( F A C C H )U A ( F A C C H )R elea se In d ica tionR F C h a n n el R elea se R F C h a n n el R elea se A ck.D T 1 ( C lea r C om p lete )R L S D ( S C C P R elea sed )R L C ( S C C P R elea sed A ck.) 12 3 456 7 8910 111213 14151617181920212223242526 2728 2930 313233343536 37 38 39 40 414243444546 47484950 51 525354 5556575859606162636465 666768697071727374U A (S D C C H )R A D IO A C C E S S P A R TE S T A B L IS H M E N T P A R TC IP H E R IN G ,A U T H E N T IC A T IO A N D C A L L S E T U P P A R TT C H S E IZ E DC O N V E R S A T IO NP A R TR E L E A S E B Y M SC M S er vice R eq u estC ip h er in g M od e C om m a n d3. AUTHENTICATION_RESPONSEThe MS responds to the Authentication Request with the Signed Response SRES. The Authentication Response is sent to the BSC via the BTS.In the MS Authentication procedure, two algorithms, A3 and A8 are used. In the SIM -card (In MS), both of these algorithms and 32 -digit key are stored) and the very same information can be found in Authentication Centre (AuC) also. When MS Authentication is requested by the network, AuC/VLR sends 32 -digit RANDom Number to the MS. MS calculates then Signed Response (SRES and returns that back to the VLR. VLR makes a comparison if received SRES is same than it has received inside of the Authentication triplet from the AuC before. If these two SRESs are the same, authentication went OK and MS can continue the call setup.Should you notice, the first 8 digits of the KI are used for Authentication and SRES calculation, the rest 24 are reserved for Ciphering Key calculation.4. SETUPAfter authentication, Identification and Ciphering, the MS is in the SDCCH channel and ready to start real call setup signaling. The MS sends a Setup message to the BSC to be forwarded to the MSC.5. ASSIGNMENT_COMMANDThe BTS delivers received information further on towards the MS. Contents: channel description, power levels, cell channel description, channel mode (Full / Half) and mobile allocation.位置更新M S C B S CB T SM SV LRC hannel R equiredC hannel A ctivatio n C hannel A ctivatio n A ck.Im m ediate A ssigm ent C o m m and.C hannel R equest ( R A C H )Im m ediate A ssigm ent ( A G C H ).L o catio n U pdate R equest E stablish Indicatio nP ro cess A ccess R equestA uthenticateD T 1A uthenticatio n R equestA uthenticatio n R equest ( S D C C H ) A uthenticatio n R espo nse ( S D C C H )D T 1 A uthenticatio n R espo nseA uthenticatio n R espo nse S et C iphering M o deD T 1 C ipher M o de C o m m andE ncryptio n C o m m and C iphering M o de C o m m and ( S D C C H )C iphering M o de C o m plete ( SD C C H ) D T 1C ipher M o de C o m pleteA ccess R equest A cceptedD T 1 L o catio n U pdate A cceptedL o catio n U pdate A cceptedT M S I reallo catio n C o m pleteD T 1T M S I R eallo catio n C o m pleteD T 1 C lear C o m m andC hannel R elease ( SD C C H )D eactivate S A C C HD IS C ( FA C C H )U A ( FA C C H )R elease Indicatio nR F C hannel R elease R F C hannel R elease A ck. D T 1 C lear C o m pleteR L S D (S C C P R eleased)R L C (S C C P R eleased A ck.) C R L o catio n U pdate R eq. U A ( S D C C H )Identity R equestC C Identity R equestIdentity R equest ( S D C C H ) Identity R espo nse ( S D C C H )D T 1 Identity R espo nse Identity R espo nse 1 2345 6 7 8 910 11 12131415 161718 1920 21 22232425262728 29 3031323334353637 38R A D IO A C C E SS PA R TID E N T IFIC A T IO N A U T H E N T IC A T IO PR O C E D U R E SC H A N N E L R E L E A SEL O C A T IO NU PD A T E R E Q U E STC IPH E R IN G A N DE N C R Y PT IO N PA R TL O C A T IO N U PD A T EL o catio n U pdate R equest S A B M (S D C C H )。
紧急呼叫信令流程
一、引言
紧急呼叫信令是指在紧急情况下发起的电话呼叫,用于向相关部门或个人传达紧急情况并寻求帮助。
本文将详细介绍紧急呼叫信令的流程,旨在提供一个清晰的指南,使人们在紧急情况下能够正确高效地发起紧急呼叫。
二、紧急呼叫信令的定义
紧急呼叫信令是一种专门用于紧急情况的通信方式,通过电话网络传输紧急情况信息,并将其传达给相关部门或个人。
紧急呼叫信令通常包括呼叫发起、呼叫接听、信息传递和救援响应等过程。
三、紧急呼叫信令流程
1. 呼叫发起
在紧急情况下,呼叫发起者需要拨打紧急电话号码,如110(公安报警)、120(急救医疗)、119(火警报警)等。
呼叫发起者应保持冷静,尽可能提供准确的紧急情况信息,包括事发地点、事发时间、伤亡人数等。
2. 呼叫接听
一旦呼叫发起者拨打紧急电话号码,通信运营商会将呼叫连接到相应的紧急呼叫中心。
紧急呼叫中心的工作人员会接听呼叫,了解呼叫发起者的紧急情况,并记录相关信息。
3. 信息传递
紧急呼叫中心的工作人员会根据呼叫发起者提供的信息,将紧急情况信息传达给相关部门或个人。
例如,如果是火警报警,紧急呼叫中心会将信息传达给消防部门;如果是急救医疗,信息会传达给医疗救援队伍。
4. 救援响应
相关部门或个人接收到紧急情况信息后,会立即做出相应的救援响应。
例如,消防部门会调派消防车辆前往火灾现场进行灭火;医疗救援队伍会派遣救护车前往急救现场进行救治。
四、紧急呼叫信令的注意事项
1. 保持冷静:在紧急情况下,呼叫发起者要保持冷静,尽可能提供准确的信息,以便相关部门或个人能够快速做出响应。
2. 避免恶意滥用:紧急呼叫信令是为了处理真正的紧急情况而设立的,不应被恶意滥用。
滥用紧急呼叫信令可能导致资源浪费和对真正紧急情况的延误。
3. 合理使用紧急电话号码:不同国家和地区的紧急电话号码可能不同,呼叫发起者需要了解当地的紧急电话号码并正确使用。
4. 配合救援工作:一旦紧急情况发生,呼叫发起者应积极配合相关部门或个人的救援工作,提供必要的协助和配合。
五、紧急呼叫信令的发展趋势
随着通信技术的不断发展,紧急呼叫信令也在不断演进。
现代的紧急呼叫信令系统已经实现了自动化处理和定位功能,可以更快速、精确地定位紧急情况发生地点,并将信息传达给相关部门或个人。
未来,随着物联网和人工智能等技术的发展,紧急呼叫信令系统有望进一步提升处理效率和准确性。
六、结论
紧急呼叫信令是一种重要的通信方式,能够在紧急情况下提供及时的救援和帮助。
通过正确理解和掌握紧急呼叫信令流程,人们可以在紧急情况下迅速发起紧急呼叫,并得到相关部门或个人的快速响应。
同时,也应注意合理使用紧急电话号码,避免滥用和误用的情况发生。
希望本文能够帮助读者更好地了解和应用紧急呼叫信令流程。