主叫、被叫信令流程

合集下载

volte主被叫信令流程小结

volte主被叫信令流程小结

volte主被叫信令流程小结VOLTE呼叫流程介绍:A和B均在IDLE模式,A用户(主叫Caller)呼叫B用户(被叫Callee)流程图;A、B均在MME附着,已在AS服务器注册;VOLTE呼叫业务流程VOLTE呼叫业务流程1.2.携带SIP信令INVITE请求。

3.AS服务器发送100 Trying的确认消息给用户A,确认收到INVITE消息。

4.同时转发INVITE到用户B,发送下行数据首先经过PDN网关到SGW网关。

5.SGW发现UE B为IDLE模式,发送下行数据到的通知到MME,同时缓存数据。

6.MME对UE B发起寻呼流程。

7.同上述步骤1-9;8.SGW将缓存的数据发往UE B,其中SIP信令为A呼叫B的INVITE消息。

UE发送上行数据到AS,携带回复的100 Trying消息。

后续信令和数据的传输见A呼叫B(SIP呼叫业务流程)。

SIP呼叫业务流程介绍:SIP呼叫业务流程SIP呼叫业务流程上述步骤1-24详细描述了主叫与被叫之间的SIP信令流程,具体流程如下:1.用户A,摘机对用户B发起呼叫,用户A首先向AS服务器发起INVITE请求。

2.AS服务器回复100 Trying给用户A说明收到INVITE请求。

3.AS服务器通过认证确认用户认证已通过后,向被叫终端B转送INVITE请求。

4.用户B向AS服务器送呼叫处理中的应答消息,100 Trying。

5.用户B向AS服务器送183 Session Progress消息,提示建立通话的进度信息;(此时被叫QCI1专用承载建立)6.AS服务器向主叫终端A转送183 Session Progress消息,终端A了解到整个Session的建立进度信息。

7.终端A向AS服务器回复临时应答消息PRACK,表示收到183 Session Progress消息。

(此时主叫QCI1专用承载建立)8.AS服务器向被叫终端B转送临时应答消息PRACK,终端B了解到终端A收到183 Session Progress消息。

VONR信令流程--终端侧信令

VONR信令流程--终端侧信令

VONR信令流程--终端侧信令
1、VONR拨打流程--终端侧信令
1、预置条件:(1)主被叫A、B设置为SA模式,打开语音中心
(2)基站打开 VONR 开关
2、测试步骤:(1)手机AB 接入NR 网络,查询终端能力信息支持 VONR
(2)手机 AB 接入 NR 网络,并成功注册IMS,手机标识会显示HD(以下展示主叫信令)注册过程中承载建立 5QI=5 和 5QI=9承载建立后进行ims注册流程:
(3)主叫A拨打被叫B,发起 VONR 建立流程
(4)VONR 呼叫建立时延统计主要关注接通时延,即从主叫发出INVITE->Request(消息1)到收到网络侧下发的消息3 (Ringing 180,表示已通知对方振铃)的时延。

实际测试中发现,在主叫收到Ring 180 后,被叫的实际振铃时间会有一定延迟,延迟时间跟被叫采用不同终端样机个体有关,差别很大,测试中对比的两台被叫差别有3s 左右。

因此,对于摘机时延(被叫时延,被叫摘机,通话建立,测试时振铃后尽快摘机以减少反应时间),主叫信令从发出INVITE->Request(消息1)到收到网络侧下发的消息4(OK200/ACK)的时延,跟被叫不同终端个体有关。

总结:从测试数据看,VONR主叫 Request->Ring 180 接通时延平均为1.47s,摘机时延(包含反应时间,被叫终端 B)平均 5.15s,考虑振铃时间样机差异 2.2s-3s,VONR应答时延为2.95s-2.15s。

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。

主被叫叫流程

主被叫叫流程

主叫,若一MS处于激活且空闲状态,客户A 要建立一个呼叫,他只要拨被叫B 客户号码,再按“发送”键,MS便开始启动程序。

首先,MS通过随机接入控制信道(RACH)向网络发第一条消息,既接入请求消息,MSC 会分配它一专用信道,查看A客户的类别并标注此客户忙。

若网络容许此MS接入网络,则MSC发证实接入请求消息。

接着,MS发呼叫建立消息及B客户号码,MSC根据此号码将主叫与被叫所在MSC连通,并将被叫号码送至被叫所在MSC(B客户为移动客户时)或送入固定网(PSTN)的交换机(B客户为固定客户时)中进行分析。

一旦通往B客户的链路准备好,网络便向MS发呼叫建立证实,并给它分配专用业务信道TCH。

至此,呼叫建立过程基本完成,MS等待B客户的证实信号。

若MS作被叫,以PSTN的固定客户A呼叫GSM的移动客户B的呼叫建立过程, 如图24所示。

B客户号码为139H l H2H3ABCD。

A客户拨打B客户,拨MSISDN(0139H l H2H3ABCD)号码。

本地交换机根据A客户所拨B 客户号码中国内目的地代码(139)可以与GSM网的GMSC(GSM网入口交换机)间建立链路,并将B客户MSISDN号码传送给GMSC。

GMSC分析此号码,根据H l H2H3ABCD,应用查询功能向B客户的HLR发MSISDN号码,询问B客户漫游号码(MSRN)。

HLR将B客户MSISDN号码转换为客户识别码(IMSI),查询B客户目前所在的业务区MSC(如他已漫游到广州),向该区VLR发被叫的IMSI,请求VLR分配给被叫客户一个漫游号码MSRN,VLR 把分配给被叫客户的MSRN号码回送给HLR,由HLR发送给GMSC。

GMSC有了MSRN,就可以把入局呼叫接到B客户所在的MSC(郑州-广州)。

GMSC与MSC 的连接可以是直达链路,也可由汇接局转接。

VLR查出被叫客户的位置区识别码(LAI)之后,MSC将寻呼消息发送给位置区内所有的BTS,由这些BTS通过无线路径上的寻呼信道(PCH)发送寻呼消息,在整个位置区覆盖范围内进行广播寻呼。

信令流程-主叫被叫

信令流程-主叫被叫

主叫信令细解✓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连接请求(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建立完成。

主叫和被叫的信令流程

主叫和被叫的信令流程

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 呼叫建立被确认。

电话呼叫处理的信令流程

电话呼叫处理的信令流程

电话呼叫处理的信令流程
电话呼叫处理涉及复杂的信令流程,主要包括以下几个步骤:
1. 呼叫发起阶段:主叫用户摘机后,交换机接收拨号信号(如DTMF),生成初始地址消息(如SS7的IAM消息),通过信令链路发送给被叫方所在网络。

2. 路由选择阶段:沿途各交换机依据信令中的被叫号码信息,执行号码分析和翻译,确定路由,并转发信令消息。

3. 呼叫建立阶段:被叫方交换机接到IAM后,向被叫用户振铃,并发送回铃音信号。

被叫用户摘机后,交换机发送ACM(地址全配置完成)消息通知主叫方,随后主叫方交换机发送连接请求(如ANC 或CON消息),双方交换确认后建立通话连接。

4. 通话阶段:双方进行语音通信。

5. 呼叫释放阶段:任意一方挂机后,触发释放信令流程,最终通过REL和CLR等消息释放通话资源,结束通话。

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 == 2822. VoLTE用户(LTE 附着呼叫 VoLTE 用户(LTE/CS附着2.1 VoL TE 用户呼叫 VoL TE 用户,主被叫均附着在 LTE1 主叫用户 UE(O的呼叫请求发送到主叫 PCSCF 。

通话信令流程

通话信令流程

通话信令流程The call signaling process begins with the establishment of a connection between two parties. Initially, a caller initiates the call by dialing the callee's number on their device. This action triggers a signaling message to be sent from the caller's device to the network.通话信令流程始于双方建立连接。

首先,主叫方通过在其设备上拨打被叫方的号码来发起通话。

这一动作会触发从主叫方设备向网络发送的信令消息。

The network then processes this message and identifies the appropriate routing path to reach the callee. This involves querying various databases and routing tables to determine the current location and availability of the callee.随后,网络处理这一消息并确定到达被叫方的适当路由路径。

这涉及查询各种数据库和路由表,以确定被叫方的当前位置和可用性。

Once the routing path is determined, the network sends a signaling message to the callee's device, notifying it of the incoming call. The callee's device receives this message and typically displays information about the incoming call, such as the caller's number or name.一旦路由路径确定,网络会向被叫方设备发送信令消息,通知其有来电。

SIP完整信令解析

SIP完整信令解析

主叫与被叫之间的SIP呼叫业务流程如下:2. SIP信令完整解析:(1).用户A ,摘机对用户B发起呼叫,用户A首先向AS服务器发起INVITE请求。

(2).AS服务器回复100 Trying给用户A说明收到INVITE请求。

(3).AS服务器通过认证确认用户认证已通过后,向被叫终端B转送INVITE请求。

(4).用户B向AS服务器送呼叫处理中的应答消息,100 Trying。

(5).用户B向AS服务器送183 Session Progress消息,提示建立对话的进度信息。

(此时被叫QCI1专用承载建立)(6).AS服务器向主叫终端A转送183 Session Progress消息,终端A了解到整个Session的建立进度消息。

(7).终端A向AS服务器回复临时应答消息PRACK,表示收到183 Session Progress消息。

(此时主叫QCI1专用承载建立)(8).AS服务器向被叫终端B转送临时应答消息PRACK,终端B了解到终端A收到183 Session Progress 消息。

(9).被叫终端B向AS服务器发送200 OK消息,表示183 S essi o n Progre ss请求已经处理成功。

(10).AS服务器向主叫终端A转送200 OK消息。

(11).主叫终端A向AS服务器发送UPDATE消息,意在与被叫终端B协商相关SDP信息。

(12).AS服务器向被叫终端B转送UPDATE消息。

(13).被叫终端B向AS服务器发送200 OK消息,表示UPDATE请求已经处理成功。

(14).AS服务器向主叫用户A转送200 OK消息,通知用户A UPDATE请求已经处理成功。

(15).被叫用户B振铃,用户振铃后,向AS服务器发送180 Ringing振铃信息。

(16).AS服务器向主叫终端A转送180 Ringing振铃信息。

(17).被叫终端B向AS服务器发送200O K消息,表明主叫最初的I N V I T E请求已经处理成功。

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网络,释放通话资源。

(完整word版)34G信令流程

(完整word版)34G信令流程

34G信令流程一、3G信令流程1。

1 呼叫总体流程1.2 主叫流程(1)用户UE开机,首先进行接入层的信令交互.此时首先进行PLMN选择,选择某个运营商的网络,接着进行小区选择,驻留一个合适的小区,然后进行RRC连接建立,Iu接口的信令连接建立。

至此,通过这些接入层的信令流程,在UE和CN之间搭建起了一条信令通道,为非接入层的信令流程做好了准备。

(2)接着UE和CN之间便开始进行非接入层的移动性管理流程了。

此时用户会进行附着流程,其中包括鉴权、加密等小流程。

如果用户在空闲时位置发生了变化,那么还将发生位置更新流程。

(3) 当通过鉴权等流程后,UE便进行非接入层的业务相关流程了。

包括电路域的呼叫连接流程,分组域的会话管理流程.通过这些流程为进行业务搭建好了业务承载的链路.随后用户就可以开始打电话,上网了。

(4) 当用户结束业务后,同样会进行电路域的呼叫连接流程,分组域的会话管理流程,拆除业务承载链路.(5) 此时如果用户关机的话,则UE和CN之间进行非接入层的移动性管理流程,进行电路域、分组域的分离。

(6) 等非接入层的信令交互结束后,系统会进行接入层的信令流程,拆除之前建立的Iu信令连接,以及RRC信令连接.至此,一个用户在不移动的情况下,从开机,进行业务,到关机的整个流程便结束了。

其中可以看到,这个业务过程是需要接入层的信令流程和非接入层的信令流程互相配合完成的。

接入层的流程为非接入层的流程搭建信号承载。

1.3 被叫流程(1) 用户UE处在待机状态。

此时从网络侧对其进行寻呼;(2)如果没有现存的UE与CN之间的信令连接,则UE、RNC、CN之间会进行接入层的信令流程,建立RRC连接和Iu接口信令连接;(3) 接下来可能会进行移动性管理的鉴权加密流程;(4) 随后通过电路域的呼叫连接流程、分组域的会话管理流程,建立其业务的承载链路,从而就可以进行业务了.(5)结束业务后,再拆除相关的业务承载链路。

GSM呼叫信令流程

GSM呼叫信令流程

TCH指配阶段主要信令 TCH指配阶段主要信令
MS Um A BSS A 建 建 建 建 ( SET UP) B SSAP A M AP B MSC VL R MAP D HLR 被 叫 所 在 V LR MSC 建 建 建 建 ( SET UP) 为 为 为 为 为 为 为 ( S .F .O .C ) 指 指 建 建 (回 回 建 回 回 回 回 C O M C A LL) 建 建 呼 呼 ( C A LL P R O C ) 建 建 呼 呼 ( C A LL P R O C ) 指 指 指 指 ( A S S IG N -R E Q ) 指 指 指 指 ( A S S IG N -R E Q 指指指指 指 指 指 指 ( A S S IG N -C O M P ) 路 路 为 为 指 指 ( S en d R outing Inform ation) 提提提提提提 ( P rov ide M S R N R e q) 回 为 提 提 提 提 ( P R O V M S R N R esp) 路 路 为 为 回 为 ( R ou ting Infotm ation R esp) IA I(IA M )
取被叫漫游号码阶段主要信令
MS Um A BSS A 建建建建(SET UP) BSSAP A MAP B MSC VLR MAP D HLR 被叫所在VLR MSC 建建建建(SET UP) 为为为为为为为(S.F.O.C) 指指建建 (回回建回回回回COM CALL) 建建呼呼(CALL PROC) 建建呼呼(CALL PROC) 指指指指(ASSIGN-REQ) 指指指指(ASSIGN-REQ 指指指指 指指指指(ASSIGN-COMP) 路路为为指指(Send Routing Information) 提提提提提提 (Provide MSRN Req) 回为提提提提(PROV MSRN Resp) 路路为为回为(Routing Infotmation Resp) IAI(IAM)

移动主叫和被叫流程

移动主叫和被叫流程

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

IMS多媒体彩铃的信令流程图

IMS多媒体彩铃的信令流程图

IMS多媒体彩铃的信令流程图
多媒体彩铃系统包括终端、接入网、IMS核心网、提供多媒体彩铃业务的SIP应用服务器(AS)、存储多媒体资料的媒体服务器(MS)和数据库(DB)。

多媒体彩铃系统架构如图2所示。

用户可以通过手机、软终端、笔记本电脑、PDA等多种终端接入并注册到IMS核心网络,SIP应用服务器、媒体服务器和数据库协同工作,为用户提供多媒体彩铃业务。

图3是基于IMS的多媒体彩铃业务的信令流程图,描述了主叫呼叫被叫、被叫空闲、系统向主叫播放视频的正常流程,需要终端支持100rel扩展。

AS采用 B2BUA 模式,收到主叫UAC发送的带主叫SDP的INVITE消息后,AS向被叫UAS发送带主叫SDP的INVITE消息,当收到被叫发送的 180Ringing响应后,AS进行业务逻辑处理,判断应该向主叫播放什么视频。

接着AS向MS发送带主叫SDP的INVITE 消息,MS回复带自身 SDP的200Ok响应,AS向主叫回复183 Session Progress 响应,从而在主叫和MS之间建立早期媒体流。

AS向MS发送指示播放视频的INFO 消息,MS直接向主叫播放定制的精彩视频。

当被叫摘机后,AS收到带被叫SDP 的200 Ok响应,通过UPDATE请求消息向主叫发送被叫的SDP,此时主被叫媒体协商完成,媒体流重定向到主被叫之间,呼叫双方进行视频通话。

CSFB主被叫信令流程介绍

CSFB主被叫信令流程介绍

回落前后LAC有变化
CM Service Request(CSMO) CM Service Accept
。 。 。
在CSFB流程中,如果在2/3G网络中需要重新发起位置更 新,手机终端需要在位置更新请求消息中加入CSMO标 志,提示当前信令连接可以同时服务于后续的呼叫接续;
当MSC收到终端发起的位置更新请求时,MSC需要检查 请求消息中是CSMO标志: •MSS会更新相应的统计计数器。
RRC Connection Reconfiguration+ Attach Accept(combined EPS/IMSI attach,TAI,GUTI,LAI,TMSI)
RRC Connection Reconfiguration Complete
InitialContextSetupResponse UE CapabilityInformationIndication
BTS
A-bis
BSCLeabharlann AMSS/VLRC
SGs
HLR/HSS
S6a LTE-Uu S1-MME
UE
eNodeB
MME
被叫路由 主叫路由
CSFB主叫流程
UE eNB MME MSS
Random Access Sequence
RRCConnectionSetupRequest RRCConnectionSetup
S6a-Update Location Request (MME name, IMSI) S6a-Update Location Accept(NAM =PACKET_AND_CIRCUIT) Modify Bearer Request Modify Bearer Response

主叫、被叫信令流程

主叫、被叫信令流程

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

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的路由,并向主叫送回铃音,向被叫振铃。

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

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

VoNR信令流程

VoNR信令流程

VoNR信令流程介绍随着5G网络覆盖能力逐步提升,特别是700M和2.1G的规模建设,VoNR势必会进行部署。

基站侧打开支持VoNR开关后,NR网络内的UE和IMS间将建立基于IP传输网络的语音专用承载,即NR用户可以直接基于NR网络进行语音业务。

主叫UE(Calling UE)和被叫UE(Called UE)之间语音承载的建立和释放流程如图1所示。

具体流程为:1.主叫UE发起呼叫后,主叫UE和gNodeB之间建立RRC连接。

2.5GC建立主叫UE的用于承载SIP(Session Initiation Protocol)信令的QoSFlow(5QI=5),gNodeB建立相应的DRB(data radio bearer)承载。

3.被叫UE和gNodeB之间建立RRC连接。

4.5GC建立被叫UE的用于承载SIP信令的QoS Flow(5QI=5),gNodeB建立相应的DRB承载。

5.主被叫UE和IMS进行语音业务的SIP会话协商,如编码方式、IP地址、端口号和主被叫相关信息等。

6.SIP会话协商成功后,5GC建立主叫UE的用于承载RTP(Real-TimeTransport Protocol)和RTCP(Real-Time Transport Control Protocol)数据流的QoS Flow(5QI=1),gNodeB建立相应的DRB承载。

7.5GC建立被叫UE的用于承载RTP和RTCP数据流的QoS Flow(5QI=1),gNodeB建立相应的DRB承载。

8.呼叫结束后,主被叫UE释放各自的QoS Flow(5QI=1),gNodeB释放各自相应的DRB承载。

5QI=5为默认承载,建立后仅当UE进入空闲态时才会被释放。

在呼叫过程中,如果UE进入弱覆盖区域,则优先尝试切换到覆盖较好的NR邻区,如果没有满足要求的目标NR邻区,则再尝试切换到覆盖较好的LTE邻区。

VoNR基本功能还支持运营商级VoNR、紧急呼叫、黑名单、EVS(enhanced voice services)语音编解码、基于MAC CE(Media Access Control control element)的调速、上行RB预留和ROHC(robust header compression)语音包头压缩功能。

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

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

MSISDN IMSI MSC
IMSI 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的路由,并向主叫送回铃音,向被叫振铃。

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

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

下面我就对上述的的从MSC发出一个寻呼命令开始所经过的详细的接续过程。

在本图所示中,所讲解的信令是关于
MS BTS BSC MSC
移动台的呼入(本手机是被叫)接续过程:
1、寻呼 MSC/VLR 在数据库中查出用户的资料并向相关的BSC 发寻呼信息。

该信息包含用户所在区域的LAI 和用户的IMSI 或者TMSI 。

2、寻呼命令 BSC 向LA 区内的所有BTS 发出寻呼命令。

该信息包含IMSI 或TMSI 。

收发信单元识别码、信道类型和时隙号。

3、寻呼请求 BTS 在PCH 上向移动台发送寻呼信息。

信息包含用户的IMSI 或TMSI 。

4、信道请求 被寻呼的移动台在RACH 上发送一个短的接入脉冲串至BTS 。

BTS 接收该寻呼响应信号后记录该突发脉冲串的迟滞值。

5、信道请求BTS 向BSC 发信道请求信息。

该信息还包含移动台接入系统的迟滞值。

MS BTS BSC MSC 摘机
6、信道激活。

B SC选择一条空闲的SDCCH并指示BTS激活该信道。

7、信道激活证实。

TS激活SDCCH后向BSC发信道激活证实信息。

8、立即分配 BSC透过BTS经由AGCH向移动台发出允许接入系统信息。

该信息包含频率、时隙号、SDCCH信道号和移动台将要使用的时间提前值TA等。

9、寻呼响应移动台通过SDCCH向BSC发寻呼响应信息。

该信息包含移动台的IMSI或TMSI和移动台的等级标记,BSC加入CGI后把信息送往MSC/VLR。

10、鉴权请求 MSC/VLR透过BSC、BTS向移动台发鉴权请求,其中包含随机数RAND,用移动台的鉴权运算。

11、鉴权响应移动台经鉴权计算后向MSC/VLR发回鉴权响应信息,MSC/VLR检查用户全法性,如用户全法,则开始启动加密程序。

12、加密模式命令
MSC/VLR通过BSC、BTS向移动用户发加密模式命令。

该命令在SDCCH上传送。

13、加密模式完成
移动台进行加密运算后向BTS发出已加密的特定信号,BTS解密成功后透过BSC向MSC/VLR发加密模式完成信息。

14、设置呼叫类型
MSC向移动台发送呼叫类型设置信息。

该信息包含该次呼叫的类型。

如传真、通话或数据通信等类型。

15、呼叫类型证实
移动台设置好呼叫类型后向MSC发出呼叫类型证实信息。

16、分配请求
MSC要求BSC选择一条通往移动台的话音信道,同时MSC在一条通往BSC的PCM上选择一个空闲时隙,并把时隙的电路识别码CIC送往BSC。

17、信道激活
如果BSC发现某小区上有一条空闲的TCH,它将向BTS发送信道激活命令。

18、信道激活证实
BTS激活TCH后向BSC发回信道激活证实信息。

19、分配命令
BSC通过SDCCH向移动台发信道切换指令,命令移动台切换至所指定的TCH。

20、分配完成
移动台切换至所指定的TCH后向BSC发送信道分配完成信息,BSC接收后再送往MSC/VLR。

21、无线频率信道释放/释放证实
BSC释放SDCCH信道并把它标记为空闲状态。

22、振铃回应
当移动台开始振铃时移动台要向MSC发送一个通知信息。

23、连接
当移动台摘机应答时,移动台向MSC发送一个连接信息,MSC把移动台的电路接通,开始通话。

24、连接证实
当MSC为移动台的电路接通了以后,MSC为被叫MS发出一个连接证实信息。

在很多的资料中都没有以上详细的连接过程的,我们现有资料中所示的图中都不是特别的全和正确,上图过程中说讲解的的过程是非常的全的。

下面,我再把手机被叫的英文版信令图给介绍一下。

下图中,虽然没有中文版介绍的清楚,但是我们大家在工作的时候,看到的信令就是根据这些信令来显示的,你可以更加清晰的了解信令的接续过程。

(被叫)
在我们的资料中,大部分的资料都是介绍的被叫的信令过程,所以在这里就再把主叫的信令介绍给大家,大概的过程和被叫的也差不多,在这里就简单的用中文介绍一下了。

我们可以针对被叫和主叫的信令来对比一下,你会发现各个信令的过程中,它们是相辅相成的。

不过在主叫中首先是请求接入,等到经过了鉴权、加密后,MSC就会收到从主叫MS那里发出的一条信息,这个信息里面包括主叫MS需要的服务和被叫的号码等,等MSC收到了这些信息后就会通过主叫提供的被叫的MS的号码来进行查找被叫MS了。

这个时候,我们大家来看被叫MS的信令,你会发现从中文版的第1信令(或英文版的PAGING REQUEST)开始,就开始了一系列的呼叫等工作了。

在说明到这里,我们大家应该都对主叫呼叫和被叫呼入理解了更加透彻了吧。

(主叫)好了,我们大家在看了整个的信令流程后,对整个的接续过程应该更加清楚了,我想这些东西对我们的工作是非常有用的,但是真正了解并且理解的人就太少了,特别是主叫的过程。

我所讲解的只是涉及到MSC到MS的接续过程,对于MSC和MSC等网元之间的连接在这里就不多说了。

在这里,再把我们大家在工作的时候所遇到的各种常见的信令给大家说一下吧,在GSM网络中如果能够熟悉信令的话,那么我们来分析问题的时候就更加深入和透彻的分析问题了。

当然,在GSM网络中可以说任意一个行为之前都是需要信令来打通关节的。

相关文档
最新文档