(个人整理)主叫被叫呼叫信令流程

合集下载

文字描述主叫信令流程

文字描述主叫信令流程

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以后就确认新的信道在链路层已经通了。

VOLTE信令流程

VOLTE信令流程

VOLTE信令流程,VOLTE_MO_MT流程1 . VoLTE语音呼叫路由原则1.1:VoLTE主叫(1)VoLTE用户附着在LTE,如果被叫是VoLTE用户,则将呼叫路由至被叫归属IMS 域,由被叫归属IMS进行被叫域选,根据域选结果进行后续路由;(2) VoLTE用户附着在LTE,如果被叫是CS用户,则呼叫从主叫归属IMS域直接进入CS域,由CS域完成后续呼叫;(3)VoLTE用户附着在CS,如果被叫是VoLTE用户,通过被叫锚定方案将语音接续到被叫归属IMS域,由被叫归属IMS进行被叫域选,根据域选结果进行后续路由;(4) VoLTE用户附着在CS,如果被叫是CS用户,呼叫同现网CS用户呼叫CS用户。

1.2:VoLTE被叫(1)主叫是VoLTE用户,附着在LTE,被叫是VoLTE用户,则将呼叫路由至被叫归属IMS域,由被叫归属IMS进行被叫域选,并根据域选结果进行后续路由;(2)主叫是VoLTE用户,附着在CS,被叫是VoLTE用户,通过锚定方案将语音接续到被叫归属IMS域,由被叫归属IMS进行被叫域选,根据域选结果进行后续路由;(3)主叫是CS用户,被叫是VoLTE用户,通过锚定方案将语音接续到被叫归属IMS 域,由归属IMS进行被叫域选,根据域选结果进行后续路由; 1.3:Precondition建立媒体PDP上下文的过程称为资源预留。

对于双方的UE而言,建立PDP上下文的执行过程是相互独立的。

这意味着在资源被成功预留之前,根本无法保证所协商的媒体会话是否可以建立起来。

因此,Precondition作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前,被叫方不应振铃,以最大程度减少被叫方振铃但接听电话又失败的情况 1.4:VoLTE信令包过渡(((diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map)&& !(diameter.cmd.code == 280)) && !(diameter.cmd.code == 257))&& !(diameter.cmd.code == 282)2. VoLTE用户(LTE附着)呼叫VoLTE用户(LTE/CS附着)2.1 VoLTE用户呼叫VoLTE用户,主被叫均附着在LTEVoLTE SBC(O)MMTel AS(O)MMTel AS(T)VoLTE SBC(T)UE(O)MME(O)SAEGW(O)PCRF(O)I/S-CSCF(O)HSS(T)I/S-CSCF(T)PCRF(T)SAEGW(T)MME(T)UE(T)1.INVITE2.AAR3.RAR6.Creat bearer request8.Creat bearerresponse4.RAA5.AAA7.空口流程A-U11.RAR12.RAA13.INVITE14.INVITE15.INVITE16.INVITE17.LIR18.LIA19.INVITE20.UDR21.IDR22.IDA23.UDA24.INVITE25.INVITE26.INVITE27.18328.AAR35.18336.18337.18338.18 339.18340.18341.18331.AAA29.RAR30.RAA32.Creat bearer request34.Creat bearer response33.空口流程42.18343.PRACK/200 OK44.AAR45.RAR46.RAA48.Update bear request49.空口流程47.AAA50.Update bearresponse51.UPDATE52.UPDATE53.UPDATE54.UPDATE55.UPDATE56.UPDATE57.UPDATE58.UPDA TE59.UPDATE60.200 OK61.200 OK62.200 OK63.200 OK64.200 OK65.200 OK66.200OK67.200 OK68.200 OK69.被叫振铃70.180 Ringing71.200 OK/ACK通话建立72.BYE73.BYE75.STR76.RAR77.RAA79.Delete bear request80.空口流程74.BYE82.STR83.RAR78.AAA85.STA84.RAA81.Delete bear response89.200 OK86. Delete bearer request88.Delete bearer response89.空口流程1 主叫用户UE(O)的呼叫请求发送到主叫PCSCF。

GSM主被叫信令流程异同

GSM主被叫信令流程异同

主叫、被叫信令流程有什么区别截一张主被叫信令流程,可以对比进行学习。

二、呼叫流程(主叫)l参考文件:èA-bis_主叫到挂机èA_主叫到挂机CR(Complete_L3_information) (0) MS BTS BSC MSC Channel_req Channel_Required (0)Channel_Active (1)Channel_Active_Ack (2)IMMEDIATE ASSIGN COMMAND (3)Establish_IND(CM Service Req) (5)First SABMCM Service Accepted (9)CC (1)(NOTE 1) (2)Setup (10)Call Processing (11)ASSIGNMENT COMMAND (14)First SABM Establish_IND (18)Channel_Active (12)Channel_Active_Ack (13)(NOTE 2)Assignment_Req (5)Assignment_CMP (7)ASSIGNMENT CMP (23)Alerting (40)Connect (63)Connect Ack (65)(NOTE 3)Disconnect (200)Release (201)Release Complete (203)(NOTE 4)Clear_CMDClear_CM P通话(3)(4)(18)(19)(21)(24)(25)(28)(32)(33)1、被叫比主叫多一条PagingType。

2、主叫RRC建立好后上发CM Service Request,而被叫是上发RR Paging Response。

3、主叫有鉴权加密过程,而被叫只有加密过程,无鉴权过程。

4、主叫的Setup消息是UE上发给RNC,而被叫的Setup则是RNC下发给UE。

信令流程-主叫被叫

信令流程-主叫被叫

主叫信令细解✓1、CHANNEL_REQUEST–Channel request信息包含3bits的建立原因,5bits手机随机选取的Random Reference–建立原因包含呼叫响应、紧急呼叫或其他业务如主叫、短消息或位置更新–Random Reference 用来区分同时请求接入网络的手机✓2、CHANNEL_REQUIRED–包含Channel request的所有信息、TDMA frame number 、Access Delay–Access Delay 是BTS预估的第一次timing advance✓3、CHANNEL_ACTIVATION–收到channel-required 后BSC要分配给该呼叫SDCCH–信息包含DTX control, channel description, mobile allocation, 手机和基站的最大power levels ,BSC计算出的timing advance✓4、CHANNEL_ACTIVATION_ACK–channel activation 的响应–BTS收到该消息后收发就用SACCH✓5、IMMEDIATE_ASSIGNMENT_COMMAND–BSC告知BTS要用的SDCCH信道特征✓6、IMMEDIATE_ASSIGNMENT–BTS在AGCH上通知手机SDCCH信道特征–参数包括the page mode, SDCCH channel 描述, SACCH, hopping indicator, 初始timing advance, mobile allocation (假如开启了跳频)–还包括手机原先发送的request reference (random reference和TDMA frame number),用来识别相应的手机–手机可以开始启用SDCCH✓7、CM_SERVICE_REQUEST–手机在SDCCH发送layer2信令SABM (Set Asynchronous Balanced Mode)给BTS–SABM包括一个layer3服务请求信息,用来向网络侧指示服务类型✓8、ESTABLISH_INDICATION–BTS通过Establish Indication消息应答Immediate Assignment Command–Establish Indication有两个用处,一是在本阶段通过BTS表明手机已经占用上了SDCCH,二是BTS识别主信令信道,以便加入layer3信息✓9、CM_SERVICE_REQUEST–送到MSC✓10、UA–BTS应答手机发送的SABM✓11、PROCESS_ACCESS_REQUEST–把手机的接入请求向VLR发送✓12、AUTHENTICATE–VLR发起鉴权请求✓13、AUTHENTICATION_REQUEST–MSC在DT1 (Data Form 1)上发送Authentication Request ,消息包含RAND✓14、AUTHENTICATION_REQUEST–BSC经BTS发送给手机✓15、AUTHENTICATION_RESPONSE–手机应答Authentication Request ,包含SRES–鉴权有两种算法A3和A8,算法和32位密钥Ki存在SIM卡中,鉴权中心(AuC) 也有相同的信息。

主叫和被叫的信令流程

主叫和被叫的信令流程

1、主叫的主要信令(由上到下)
RRC connection request 连接请求
RRC connection setup在建立时会被分配一个U-RNTI (我理解它的作用应该是2G中的TMSI的功能是一样的)用于UTRAN的临时身份识别。

RRC connection setup complete 在此过程中会处理一些UE与RNC匹配问题和业务的配置。

Identity request 鉴权请求
Identity complete鉴权成功
Security mode command mode协议配置
Security mode complete mode协议配置完成
信道编码
Call proceeding 表明呼叫连接被建立
Radio bearer setup 无线承载配置
Radio bearer complete 无线承载已建立
Measurement control 测量控制
Alerting 向被叫振铃
Connect
Connect acknowledge 确认连接
Disconnect 挂机
Release 释放(UTRAN 到UE)
删除电路
释放成功(UE到UTRAN)
RRC connect release complete 释放成功(释放过程中一般由CN发起,首先释放UE的连接后,在释放与NodeB的连接,RRC释放就是呼叫的结束)。

2、被叫主要信令(由上到下)
Paging type 寻呼
Paging response 被叫响应寻呼
Call confirmed 呼叫建立被确认。

手机作主叫及被叫的信令流程.doc

手机作主叫及被叫的信令流程.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值不一致时就发起一次位置更新请求。

通信呼叫流程信令资料

通信呼叫流程信令资料

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消息,以建立话路。

移动主被叫及切换信令流程分析

移动主被叫及切换信令流程分析

1、主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始,到主叫用户TCH指配完成为止.一般来说,主叫经过几个大的阶段:接入阶段,鉴权加密阶段,TCH指配阶段,取被叫用户路由信息阶段.接入阶段主要包括:信道请求,信道激活,信道激活响应,立即指配业务请求等几个步骤.经过这个阶段,手机和BTS BSC 建立了暂时固定的关系.鉴权加密阶段主要包括:鉴权请求,鉴权响应,加密模式命令,加密模式完成,呼叫建立等几个步骤.经过这个阶段,主叫用户的身份已经得到了确认,网络认为主叫用户是一个合法用户允许继续处理该呼叫.TCH指配阶段主要包括:指配命令,指配完成.经过这个阶段,主叫用户的话音信道已经确定,如果在后面被叫接续的过程中不能接通,主叫用户可以通过话音信道听到MSC的语音提示.取被叫用户路由信息阶段主要包括:向HLR请求路由信息,HLR向VLR请求漫游号码,VLR回送被叫用户的漫游号码,HLR向MSC回送被叫用户的路由信息MSRN. MSC收到路由信息后,对被叫用户的路由信息进行分析,可以得到被叫用户的局向.然后进行话路接续.主叫接入阶段、鉴权阶段主要信令:当用户输入被叫号码完毕按下发射按纽后,手机以下以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指配阶段、取被叫漫游号码阶段主要信令经过接入阶段和鉴权加密过程后,主叫用户的合法身份已经得到确认,已经接入了网络,为继续进行呼叫,需要更为详细的信息,按照规范,此时MS将发送一个set up消息,在此消息中携带有被叫号码和主叫标识等更为详细的信息,MSC收到此消息后,首先通过消息向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消息.至此主叫信令流程基本结束.2、被叫信令流程对移动用户来说,被叫的过程从MSC向BSC发起对被叫用户的寻呼开始,到主叫和被叫通话为止.一般来说,被叫流程经过几个大的阶段:接入阶段、鉴权加密阶段、TCH指配阶段、通话阶段.接入阶段主要包括:手机收到BTS的寻呼命令后,信道请求,信道激活,信道激活响应,立即指配,寻呼响应.经过这个阶段,手机和BTS、BSC 建立了暂时固定的关系.鉴权加密阶段主要包括:鉴权请求,鉴权响应,加密模式命令,加密模式完成,呼叫建立.经过这个阶段,被叫用户的身份已经得到了确认,网络认为被叫用户是一个合法用户.TCH指配阶段主要包括:指配命令,指配完成.经过这个阶段,被叫用户的话音信道已经确定,被叫振铃,主叫听回铃音.如果这时被叫用户摘机,主被叫用户进入通话状态.当一个端局MSC收到它局发送的IAI消息后,为了确定被叫用户是否能够接受此次呼叫,MSC会首先通过消息向相应的VLR查询有关该被叫用户的用户信息,如果VLR通过查询用户信息,发现该用户可以接受此次呼叫未关机且允许接受呼叫,会向MSC发送寻呼命令消息,在该消息中,在该消息中含有用户的位置信息LAI,MSC收到此信息后,查询数据,得到控制此位置区的BSC的信令点编码,向相应的BSC下发寻呼命令,BSC通知所控制的BTS在寻呼信道PCH 下发寻呼消息.手机一直在侦听该信道,当收到寻呼自身的消息后,在随机接入信道RACH 上报寻呼响应消息由于在A接口用到了SCCP的有连接服务所以寻呼响应同时被视为SCCP的连接建立请求消息MSC的SCCP 层对应的应该回一个连接证实消息,同时MSC向VLR发送处理接入请求消息,VLR首先启动鉴权流程,查看该用户的鉴权参数组,如果VLR中没有该用户的鉴权三参组,VLR会发起向HLR取鉴权参数的过程详细过程可以参见主叫用户的接入过程中的鉴权过程,否则VLR会直接向MSC发送启动鉴权消息,在启动鉴权消息中含有该用户的一个鉴权三参组RAND 、KC、 SERS,MSC收到该消息后,MSC收到该消息后,会继续通知对应的BSC、BTS下发鉴权命令,MS收到鉴权请求后,根据SIM卡中的KI, 计算出对应的SERS,之后,将SERS在鉴权响应消息中上报MSC,MSC回送至VLR VLR收到鉴权响应消息后,核对上报的SERS和从HLR得到的三参组中的SERS是否一致,如果一致,向MSC发送接入请求接受消息,通知MSC该用户的此次接入请求被接受.并通过完成呼叫消息向MSC回送被叫的用户信息;如果不一致,此次呼叫将被拒绝.被叫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,于是,本此呼叫开始通话双方进行通话.3、切换信令流程1小区内切换2小区间切换3外部切换。

手机主被叫信令流程

手机主被叫信令流程

通话建立(手机作被叫)
RR层连接建立 信令过程 CCCH—DL:PAGING_REQUEST RACH—UL:CHANNEL _REQUEST
AGCH—DL:IMMEDIATE_ASSINGMENT SDCCH—UL:PAGING_RESPONSE SDCCH—DL:AUTH_REQUEST SDCCH—UL:AUTH_RESPONSE SDCCH—DL:CIPHERING_REQUEST SDCCH—UL:CIPHERING_COMPLETE CC层连接的建立 SDCCH—UL:SETUP SDCCH—UL:CALL _CONFIRMED SDCCH—UL:ALERTING SDCCH—UL:CONNECT SDCCH—DL:ASSIGNMENT_COMMAND SDCCH—UL:ASSIGNMENT_COMPLETE SDCCH—DL:CONNECT_ACKNOWLEDGE
通话建立(手机作主叫)
RR层连接建立 信令过程 RACH—UL:CHANNEL _REQUEST 说明 内容:建立原因和随机参考值(RAND) 原因:MS发起呼叫、紧急呼叫、呼叫重建和寻呼响 应等; RAND:有5 位,用来区别不同MS所发起的请求。 AGCH—DL:IMMEDIATE_ASSINGMENT 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 SDCCH—DL:CALL _PROCEEDING SDCCH—DL:ALERTING SDCCH—DL:ASSIGNMENT_COMMAND SDCCH—UL:ASSIGNMENT_COMPLETE SDCCH—DL:CONNECT SDCCH—UL:CONNECT_ACKNOWLEDGE 在Um 接口建立MS与系统间的无线连接(分配 SDCCH) RR连接建立 请求业务如电路交换连接、短信业务等 鉴权请求 鉴权响应 加密命令 加密完成 请求建立呼叫 内容:呼叫请求的业务种类及MS发送方式、编码标 准等 系统接受请求后开始处理呼叫 振铃音 分配TCH 分配确认 用户摘机或连接消息 连接确认,表示MS接受连接

GSM主被叫位置更新、紧急呼叫、重建信令流程表

GSM主被叫位置更新、紧急呼叫、重建信令流程表

信令过程表通话建立(主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所发起的请求。

主被叫信令流程总结

主被叫信令流程总结

主被叫信令流程总结第一篇:主被叫信令流程总结主被叫信令流程总结截一张主被叫信令流程,可以对比进行学习。

对比,我们可以看出:1、被叫比主叫多一条PagingType。

2、主叫RRC建立好后上发CM Service Request,而被叫是上发RR Paging Response。

3、主叫有鉴权加密过程,而被叫只有加密过程,无鉴权过程。

4、主叫的Setup消息是UE上发给RNC,而被叫的Setup则是RNC下发给UE。

Setup里可以看UE号码。

5、Setup之后主叫是收到Call proceeding,而被叫则上发Call confirmed。

6、alerting、connect和connect ACKnowledge消息主被叫上下相反。

此外我们还可以看出:1、RRC建立过程一般为0.6s左右。

2、RB建立过程一般也为0.6s左右。

3、主叫从RRC请求开始到接通为9s左右,被叫为7s左右。

4、一般主叫收到Call proceeding时,被叫就发起RRC建立,两者几乎同步。

这个可以用来分析因被叫位置而引起的主叫未接通。

流程步骤是固定的,我想问的是,用不同软件进行测试的时候,在软件上看到的信令触发时间是有不同,而且出现的主被叫时间不统一,比如主叫上发的Connect Acknowledge时刻比被叫收到下发的Connect Acknowledge的时刻晚,正常来说应该是主叫比被叫时刻先,同样CC Disconect消息也是如此,而且可能上发和下发的触发机制不一样,手动挂断,定时挂断以及软件停止执行,主被叫都呈现出一种不规律情况。

第二篇: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模式。

volte信令流程

volte信令流程

volte信令流程Volte信令流程。

VoLTE(Voice over LTE)是一种基于LTE网络的语音通信技术,它可以提供更高质量的语音通话和更快的连接速度。

在VoLTE技术中,信令流程扮演着至关重要的角色,它决定了通话的建立、维持和释放。

下面我们将详细介绍VoLTE信令流程的各个环节。

1. 呼叫建立阶段。

当用户发起呼叫时,手机会发送SIP INVITE消息到IMS网络。

这个消息包含了被叫号码、主叫号码以及其他相关信息。

IMS网络会根据这些信息进行路由选择,并向被叫用户发送Ringing消息,告知被叫用户有来电。

被叫用户接听电话后,IMS网络会发送200 OK消息,表示通话即将建立。

接着,IMS网络会向手机发送INVITE消息,告知手机通话已经建立,手机收到消息后,会发送200 OK消息给IMS网络,表示手机已经准备好进行通话。

2. 呼叫维持阶段。

一旦通话建立,VoLTE网络会周期性地发送SIP OPTIONS消息来检测通话的状态。

如果通话中断,VoLTE网络会发送BYE消息来释放通话。

同时,VoLTE网络还会发送SIP INFO消息来传输媒体协商信息,以确保通话质量。

3. 呼叫释放阶段。

当通话结束时,用户会挂断电话,手机会发送BYE消息给IMS 网络,表示通话结束。

IMS网络收到消息后,会向对方发送200 OK 消息,然后释放通话资源。

如果对方没有接听电话,手机也会发送CANCEL消息给IMS网络,表示取消呼叫请求。

以上就是VoLTE信令流程的主要环节。

通过这些信令消息的交互,VoLTE网络可以实现通话的建立、维持和释放。

这种信令流程的设计可以有效地提高通话的质量和稳定性,为用户提供更好的通话体验。

总结:VoLTE信令流程是VoLTE技术中至关重要的一部分,它决定了通话的建立、维持和释放。

在呼叫建立阶段,手机和IMS网络之间通过SIP消息进行交互,最终建立通话;在呼叫维持阶段,VoLTE网络会发送周期性的SIP消息来维持通话状态;在呼叫释放阶段,用户挂断电话后,手机会发送BYE消息给IMS网络,释放通话资源。

信令流程详解

信令流程详解

信令流程详解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框后(该框下仅有这一个基站)解决。

主、被叫过程流程

主、被叫过程流程

移动台作为起始呼叫者,在与网络端接触以前拨被叫号码,然后发送,网络端会向主叫用户作出应答表明呼叫的结果.一、接入阶段:手机与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指配阶段:被叫用户的话音信道已经确定,主叫听回铃音,被叫振铃。

如果被叫用户摘机,则进入通话状态。

移动主叫和被叫流程

移动主叫和被叫流程

移动主叫流程H)H)图 1 移动主叫流程图信道要求MS通过动态地在RACH信道(随机接入信道)上发送一个随机接入脉冲向一个(BTS)基站收发信台申请一条信道。

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

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

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

信道请求基站收发信台向基站控制器发一条申请信道消息。

通过这条消息,基站收发信台进一步向基站控制器传递由移动台发起的信道请求。

实际上,信道请求消息中除了包含信道要求消息中的一些消息外,还包括通过基站收发信台加入的一些消息。

请求参考单元直接从信道要求消息中来,初始时间提前量(接入延迟)由基站收发信台加入到这条消息中去。

信道激活收到从基站收发信台发来的信道请求消息后,基站控制器开始按照一定的条件为此次呼叫寻找和分配SDCCH信道,同时基站控制器向基站收发信台发送一条信道激活消息。

其中最重要的是:分配给哪个基站收发信台以及此SDCCH的信道组合。

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

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

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

立即指配命令基站控制器告诉基站收发信台关于被使用的SDCCH信道。

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

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

在这条消息中,包括的参数有:寻呼模式、SDCCH信道描述、随路SACCH、跳频,如果应用了跳频,则还应包括请求参考(与建立原因相同)、初始时间提前量和频率分配。

主叫、被叫信令流程

主叫、被叫信令流程

主叫、被叫信令流程今天我和大家一起探讨一下关于网优掉话的相关问题,但是在讲解掉话问题之前,我想首先给大家介绍一下简单的通话过程和手机作为被叫和主叫的信令接续过程,然后再和大家探讨一下怎样处理掉话方面的问题。

MSISDN IMSI MSCIMSI MSRN下例是一个北京的固定电话用户拨打广州的一个移动用户的呼叫接续过程中各种识别码的应用过程。

1、主叫拨号。

北京市话用户A拨打广州GSM用户B的MSISDN号码,PSTN网络的交换机分析MSISDN号码,得知B用户为移动用户,它把呼叫转到GSM网络上距它最近的一个具有入口功能的移动业务交换中心GMSC。

2、GMSC分析被叫号码。

GMSC分析该号码为广州位置寄存器HLR的用户后将MSISDN号码送至广州HLR,要求查询有关该被叫用户目前所在的位置信息。

3、HLR申请漫游号码MSRN。

HLR把MSISDN号码转换成IMSI后查出用户目前处于哪个MSC并将该IMSI发至该MSC,向该MSC申请分配一个漫游号码。

4、选定漫游号码MSRN。

MSC收到IMSI后临时给被叫用户B分配一个漫游号码并将此号码送回HLR,再由HLR发给GMSC使用。

5、连接呼叫至被叫所在的MSC。

GMSC收到MSRN后,用此号码选择一条出中继路由至MSC。

MSC将负责本次呼叫的建立和计费功能。

6、令被叫所在位置区内的所有基站发寻呼信息。

被叫MSC发出寻呼命令到MS所在位置区内的所有无线基站,再由基站向被叫用户B发呼叫信号。

7、基站寻呼被叫用户B。

基站收到寻呼命令后,将该寻呼消息(含有MS的IMSI)通过无线控制信道发射。

MS接收到寻呼后向基站发回响应信号。

8、呼叫连接。

MS响应信号经BTS、BSC送回MSC,经鉴权、设备识别后认为合法,则令BSC给该MS分配一条TCH,接通MSC至BSC的路由,并向主叫送回铃音,向被叫振铃。

当被叫摘机应答,则系统开始计费。

以上的只是比较简单的粗略的说明了一下我们大家在打电话的时候所经过的过程。

主被叫信令流程的区别

主被叫信令流程的区别

主被叫信令流程的区别有几个地方需要注意:一是被叫是在收到paging之后才在RACH上发送channel request。

二是主叫的SETUP是由MS侧发起的,而被叫是在网络侧收到主叫MS发送的SETUP之后由系统发送给被叫MS的。

三是主叫MS发送SETUP之后,系统下发的是CALL PROCEEDING,而被叫是系统侧发起SETUP之后,MS侧返回CALL CONFIRMED。

第四点是,被叫侧MS先发起ALERTING接着发送CONNECT,然后系统下发CONNECT ACKNOWLEDGE。

而主叫侧是由系统下发ALERTING接着发送CONNECT,然后MS返回CONNECT ACKNOWLEDGE。

搞清楚主动和被动关系,弄清楚整个流程就明白了哈!GSM中切换种类,切换失败的原因分析。

分类:技术技巧一、切换的定义及划分。

所谓切换,就是指当移动台在通话过程中从一个基站覆盖区移动到另一个基站覆盖区,或者由于外界干扰而造成通话质量下降时,必须改变原有的语音信道而转接到一条新的空闲语音信道上去,以继续保持通话的过程。

切换根据手机和基站测出的上下行电平质量和TA值作为最基本的测量数据,根据切换判断算法和资源分配算法来决定是否应该切换和切向哪个小区。

切换是移动通信系统中一项非常重要的技术,切换失败会导致通话失败,影响网络的运行质量。

因此,切换成功率(包括切入和切出)是网络考核的一项重要指标,如何提高切换成功率、降低切换失败率是网络优化的重点工作之一。

游戏-GSM中切换种类切换失败的原因分析留着备用。

根据不同的切换判决触发条件,切换可以分为紧急切换、负荷切换等5类。

(1)紧急切换。

包括TA过大紧急切换、质量差(BQ)紧急切换、快速电平下降紧急切换、干扰切换。

●TA过大切换条件:服务小区的TA大于等于紧急切换TA*。

●BQ切换条件:服务小区的上行链路质量在滤波器长度时间内平均值大于等于紧急切换上行链路质量*;服务小区的下行链路质量在滤波器长度时间内平均值大于等于紧急切换下行链路质量*。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

主叫:
1、rrc连接请求(UE—RNC、RACH)
可看出业务类型(speech(12.2k)、video(64k));包含UE标识:TMSI、LAI=MCC+MNC+LAC;请求原因:主叫会话、被叫会话、短信发送、短信接收、FTP下载、注册;UE能力:是否支持GSM等。

2、RNC要求NODEB建立无线链路,准备无线资源(建立在DCH
上才有)
RL建立请求、RL建立响应、DL SYNC、UL SYNC。

3、rrc连接建立(RNC—UE、FACH)
包含rrc建立的链路消息(建立在公共信道或DCH)、频点、上行最大发射功率等;RNC侧还可以看到UE的IMSI、TMSI、P-TMSI,功率步长等。

4、rrc连接建立完成(UE—RNC、DCCH)
UE上报自己的能力:功率支持等级、是否支持GSM、多载波、FDD/TDD。

5、CM服务请求(初始直传消息、RNC—UE、DCCH)
业务请求:呼叫、紧急呼叫、短消息等。

6、初始化UE消息(RNC—UE)
7、直传消息(鉴权请求消息、CN—RNC)
8、直传消息(鉴权请求消息、RNC—UE)
9、直传消息(鉴权响应、UE—RNC—CN)
10、安全模式建立过程,同鉴权过程
11、身份认证请求(RNC—UE)
12、身份认证响应(UE—RNC)
13、SETUP(UE—RNC)
包含UE支持的语音编码及被叫号码。

14、呼叫进程启动(RNC—UE)
表明请求的呼叫已被接受。

15、Rab指派请求(CN—RNC)
Rab建立是为了UE与CN间传送语音、数据及多媒体业务,rrc建立则是为了建立UE—RNC—CN之间的信令连接。

16、无线链路重配置准备(RNC—NODEB)
NODEB建立DCH来承载rab。

17、无线链路重配置完毕(NODEB—RNC)
18、rb建立(RNC—UE)
建立一个新的物理承载,包含扩频因子信息。

19、rb建立完成(UE—RNC)
表明请求的呼叫已被接受。

20、rab指派响应(RNC—CN)
表明rab建立完成。

21、振铃(RNC—UE)
被叫发振铃音。

22、Connect(RNC—UE)
表明被叫已接电话。

23、连接确认(UE—RNC)
主叫确认连接,呼叫建立完成开始通话。

24、Disconnect(UE—RNC)
挂机,包含挂机原因:user等。

25、Release(RNC—UE)
RNC要求释放资源。

26、释放完成(UE—RNC)
27、Rrc释放(RNC—UE)
含原因。

28、释放完成(UE—RNC)
被叫:
1、Paging type1或者Paging type2(RNC—UE)
1为空闲状态时,2为连接状态时;主叫收到呼叫进程启动消息后被叫收到寻呼消息;包含寻呼原因及寻呼方式(TMSI或IMSI)。

2、寻呼响应(UE—RNC)
3、Rrc建立过程
4、Setup(RNC—UE)
含主叫号码。

5、呼叫确认(UE—RNC)
6、Rab建立过程
7、振铃(UE—RNC)
被叫发出振铃音后主叫才能收到振铃消息。

8、Connect(UE—RNC)
9、连接确认(RNC—UE)
10、断开连接,结束呼叫
注意点:
1、IU口command id消息可看到主被叫IMSI消息
2、区分主被叫的一些信令:。

相关文档
最新文档