通信呼叫流程信令
VoLTE信令流程详解
V o L T E信令流程详解 TYYGROUP system office room 【TYYUA16H-TYY-TYYYUA8Q8-V O L T E信令流程VOLTE是基于SIP协议的语音通话,所有与IMS交互的信令全部为SIP信令,在理解VOLTE信令方面必须对SIP信令进行了解,EPC只是做为业务承载体。
由于SIP信令是以加密方式传输,SIP信令只有在CN侧和终端侧才能解码,基站CDL无法记录SIP信令,同时CDL无法解码较多NAS层直传消息,所以本文中的信令说明部分不结合CDL信令进行说明注册流程及重要信令详解SIP提供了发现机制,如果用户要发起和另一个用户的会话,SIP必须发现可到达目的用户的当前主机,注册将记录地址URI和一个或者多个联系地址相关联,这样才能进行呼叫等业务。
严格意义上说,SUBSCRIBE和NOTIFY过程不属于注册过程,但由于该过程在注册完成后紧跟着出现,所以本文将该过程放在注册流程中进行说明。
用户的注销过程与注册过程相似,主要就是注销请求中,expire值为0,所以本文中不再进行单独说明,注销过程无SUBSCRIBE信令,是因为UE注册时已有SUBSCRIBE。
信令说明如下:UE进行Attach,建立QCI=9的默认承载,并使用IMSAPN建立PDN连接;建立立QCI=5的默认承载,用于传送SIP信令;UE通过QCI=5的默认承载向IMS发起注册请求;P-CSCF通过HSS获知用户信息不在数据库中,便向终端代理回送401Unauthorized质询信息,其中包含安全认证所需的令牌;终端将用户标识和密码根据安全认证令牌加密后,再次用REGISTER消息报告给P-CSCF服务器;P-CSCF将REGISTER消息中的用户信息解密,验证其合法后,IMS核心网将该用户信息登记到数据库中,并向终端返回成功响应消息200OK;用户向IMS订阅注册事件包服务器应答订阅成功IMS服务器发送notify消息,由于订阅的用户已经注册,所以IMS服务器回应Notify消息中,状态为active,同时携带XML信息终端发送Notify200表示接收成功注册过程测试信令载图如下:注销过程测试信令截图如下:ActivateDefaultEPSBearerContextRequest(QCI=5)该信令是用于建立QCI=5的默认承载,所有SIP信令都通过QCI=5的承载传输,该信令的内容已在该信令前的RRC重配置中附带下来。
NO1信令简介与典型呼叫流程
NO 1信令简介与典型呼叫流程编者:禹翔审核:王高原中兴通讯固网交换用服部修改记录目录第1章NO.1信令介绍 (1)1.1中国NO.1信令方式 (1)1.2线路信令 (2)1.2.1 局间直流线路信令方式 (2)1.2.2 带内单频脉冲线路信令 (3)1.2.3 局间数字型线路信令 (5)1.3多频记发器信令 (7)第2章NO.1信令的典型呼叫流程 (13)2.1被叫先挂机的呼叫信令流程与分析 (13)2.1.1 信令流程图 (13)2.1.2 信令流程分析 (14)2.2主叫先挂机的呼叫信令流程与分析 (14)2.3信令流程分析 (15)第1章NO.1信令介绍1.1 中国NO.1信令方式中国No.1号信令是局间信令,它属于随路信令,也就是说,信令信号和话音信号是在同一个信道上传送的。
中国No.1号信令由线路信令和记发器信令两部分组成。
线路信令在线路设备(中继器)之间传送,它主要是传送一些相关中继线的占用、应答、复原等内容。
记发器信令是通过两个交换局中的“记发器”之间传送的,线路信令根据局与局之间采用的中继器的不同,而采用不同的线路信令,不同中继器所采用的记发器信令是一样的,不同的中继器采用不同的线路信令。
实线中继器采用局间直流线路信令;载波中继器采用带内单频脉冲线路信令;PCM数字中继器采用局间数字型线路信令。
不同中继器所采用的记发器信令是一样的,下图为一个中国No.1号信令的组成和分类示意图:图 1.1-1 随路信令分类示意图1.2 线路信令线路信号是为了反映局间线路状态或为改变状态等而设立的一些信号。
它的功能相当于用户线上的监视信号,只是内容和方式更加复杂。
按照完成线路信号的技术手段,线路信号可分为:直流信号、交流信号和数字型信号。
下面将详细对这几种信号一一进行介绍,线路信号包括前向信号和后向信号,前向信号是沿接续前进方向传送的信号,也就是由主叫端向被叫端传送的信号,后向信号则是沿着相反方向传送的信号。
VOLTE指标及信令流程
VOLTE指标及信令流程VOLTE(Voice over LTE)是一种支持语音服务的LTE网络技术。
它通过使用IP数据传输的方式,在现有的LTE网络上实现高质量、高效率的语音通信。
在VOLTE中,语音数据被转换成IP数据包,通过LTE网络传输,并在终端设备上进行重构和还原,从而实现语音通信。
首先,语音质量是衡量VOLTE性能的重要指标之一、它通常由语音抖动和语音丢包率来衡量。
语音抖动是指语音信号在传输过程中出现的时延变化,造成语音的断续或卡顿的现象。
语音丢包率是指在传输过程中语音数据包的丢失情况。
这些因素都会影响到语音的清晰度和连续性,因此需要保证在VOLTE网络中的语音质量能够达到用户的要求。
其次,语音呼叫建立时间也是衡量VOLTE性能的重要指标之一、它包括从拨号到语音呼叫建立的时延,可以体现出VOLTE网络的响应速度和效率。
较短的呼叫建立时间可以为用户提供更好的体验,因此,减少建立时间是提高VOLTE网络性能的一个重要目标。
此外,VOLTE的容量指标也是衡量其性能的重要指标之一、容量指标主要包括语音接入密度和网络拥塞等方面。
语音接入密度是指在一定时间和空间范围内,能够同时支持的语音呼叫数量。
高容量的网络可以支持更多的用户同时进行语音通信,提高网络利用率。
网络拥塞是指当网络负荷过大时,出现的通信资源短缺和性能下降的现象。
减少网络拥塞可以提高VOLTE网络的可靠性和稳定性。
对于VOLTE的信令流程,主要包括以下几个步骤:1. User Equipment (UE) 发送SIP INVITE信令请求进行呼叫发起;2. Access Network (AN) 接收到呼叫请求后,将其转发给VoLTE控制器(VoLTE Controller);4.IMS检查呼叫请求的合法性,并根据呼叫目标的IP地址查询对应的终端设备;5.IMS发送SIPINVITE信令请求到目标终端设备;6.目标终端设备接收到SIPINVITE信令后,发送SIP200OK信令表示呼叫已接受;7.IMS收到200OK信令后,通知VoLTE控制器,VoLTE控制器进一步通知AN和UE,呼叫已建立;8.语音数据经过LTE网络传输,被转换成IP数据包在终端设备上进行重构和还原,完成语音通信。
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。
volte呼叫信令流程
一、终端开机的IMS注册过程:用户开机以后,首先完成附着过程,附着完成以后,发起IMS注册过程。
在IMS注册流程中,先建立QCI=5的SIP信令承载。
然后进行SIP的注册过程,当完成注册过程以后,就可以进行VoLTE呼叫了。
SIP信令的注册过程如下图所示。
二、VoLTE呼叫VoLTE的信令呼叫流程:三、Volte呼叫volte的AMR-WB 12.65K的确定AMR-WB采样频率为16kHz,AMR的采用频率为8kHZ。
AMR-WB总共支持8种模式,其中模式2代表AMR-WB 12.65kbps,模式8代表AMR-WB 23.85kbps。
在上图中就是mode-set=2,表示AMR-WB只适应12.65kbps编码方式。
VOLTE呼叫过程中,I NVITE消息中携带的媒体类型和编码格式:主被叫协商以后,在UPDATE消息中确定的媒体类型和编码格式:AMR-WB采样频率为16kHz,AMR的采用频率为8kHZ。
AMR-WB总共支持8种模式,其中模式2代表AMR-WB 12.65kbps,模式8代表AMR-WB 23.85kbps。
在上图中就是mode-set=2,表示AMR-WB只适应12.65kbps编码方式。
建立语音业务承载QCI=1,打开ROHCTTI-Bundling关闭关闭SPS功能,通过查看qci=1语音承载RRCConnectionReconfiguration消息,没有sps相关ie。
四、Volte呼叫vollte的AMR-WB 23.85k的确定:1:Invite消息中的AMR-23.85k的编码方法:2:update 消息中协商以后的媒体类型和编码方式。
下图中:媒体类型为AMR-WB,采样频率为16k,单通道。
采用的模式为AMR-WB的mode 8。
mode8对应的编码速率为23.85kbps。
五、VoLTE呼叫2G上图是VoLTE呼叫2G信令流程。
流程和VoLTE呼叫VoLTE是相同的。
信令流程讲解-寻呼流程
提升网络覆盖范围
优化基站布局
合理规划基站位置和数量,提高网络 覆盖的连续性和稳定性。
引入新型网络技术
如采用MIMO、Massive MIMO等新 型技术,提高信号传输质量和覆盖范 围。
加强设备维护和故障处理能力
定期巡检和维护
对基站、交换机等设备进行定期巡检和维护,确保设备正常运行。
建立快速响应机制
寻呼响应可以通过单向或双向的 方式发送。
寻呼结果处理
寻呼结果通知
01
当网络收到用户的寻呼响应后,会根据用户的响应内容进行处
理,例如向用户发送新消息、更新用户状态等。
未接收到响应的处理
02
如果网络在一定时间内未收到用户的寻呼响应,网络会采取相
应的措施,例如发送提醒消息或进行再次寻呼。
寻呼结果记录
03
寻呼请求通过无线信令网络发送,并由基站接收和转发给移 动用户。
寻呼类型
立即寻呼
当移动用户处于空闲状态时,立 即寻呼用于通知用户有来电或消 息。
状态寻呼
当移动用户处于通话状态时,状 态寻呼用于通知用户有来电或紧 急消息。
寻呼流程的重要性
保障通信服务质量
寻呼流程是移动通信网络中不可 或缺的一部分,它能够及时地将 来电或消息传递给用户,保障了 通信服务的质量和效率。
网络会对每次寻呼的结果进行记录,用于后续的分析和处理。
03
寻呼流程中的关键信令
Paging Request
用于请求特定移动台响应的信令。
当网络需要与一个或多个移动台通信时,它会向相关的基站发送寻呼请求。这个请 求会包含要寻呼的移动台的标识信息,例如IMSI(国际移动用户识别码)。基站会 根据这些信息向相应的移动台发送寻呼消息。
电话呼叫处理的信令流程
电话呼叫处理的信令流程
电话呼叫处理涉及复杂的信令流程,主要包括以下几个步骤:
1. 呼叫发起阶段:主叫用户摘机后,交换机接收拨号信号(如DTMF),生成初始地址消息(如SS7的IAM消息),通过信令链路发送给被叫方所在网络。
2. 路由选择阶段:沿途各交换机依据信令中的被叫号码信息,执行号码分析和翻译,确定路由,并转发信令消息。
3. 呼叫建立阶段:被叫方交换机接到IAM后,向被叫用户振铃,并发送回铃音信号。
被叫用户摘机后,交换机发送ACM(地址全配置完成)消息通知主叫方,随后主叫方交换机发送连接请求(如ANC 或CON消息),双方交换确认后建立通话连接。
4. 通话阶段:双方进行语音通信。
5. 呼叫释放阶段:任意一方挂机后,触发释放信令流程,最终通过REL和CLR等消息释放通话资源,结束通话。
VONR信令流程
.1 VoNR语音业务主叫流程步骤1:拨打VoNR呼叫时,终端如果处于Idle态,则需要启动Service Request(服务请求)过程,恢复建立UE到UPF的端到端的信令连接和用户面承载。
1.1:UE向gNB发送RRCConnectionRequest消息,请求建立RRC连接。
1.2:gNB向UE发送RRCConnectionSetup消息,开始建立RRC连接。
1.3:UE向gNB发送RRCConnectionSetupComplete消息,其中携带了UE发送给AMF的NAS层Service Request消息。
1.4:gNB向AMF发送AS层Initial UE消息,请求为用户建立N2接口连接,该消息中携带了1.2中UE发送给AMF的NAS层Service Request 消息。
1.5:AMF调用SMF的Nsmf_PDUSession_UpdateSMContext service operation,请求SMF激活PDU Session的用户面资源,SMF的响应消息中包含了UPF的N3接口隧道资源信息。
1.6:AMF向gNB发送INITIAL CONTEXT SETUP REQUEST消息,其中包含UPF的N3接口隧道资源信息。
1.7:gNB与UE之间进行安全流程,并且为UE分配空口资源,然后向AMF返回INITIAL CONTEXT SETUP RESPONSE消息,该消息中包括gNB为各PDU Session分配的N3接口隧道资源信息。
1.8:AMF调用SMF的Nsmf_PDUSession_UpdateSMContext service operation,请求SMF向UPF更新gNB分配的N3接口隧道资源信息。
1.9:SMF向UPF发送N4 Session Modification Request消息,请求更新gNB分配的N3接口隧道资源信息。
UPF更新成功过后向SMF返回响应消息。
通信呼叫流程信令
通信呼叫流程信令通信呼叫流程信令是指在通信系统中,用于建立、控制、维护和结束通话的一系列信令操作。
这些信令操作可以分为两种类型:一种是与信令传输的实际过程相关的物理层信令操作;另一种是与呼叫控制相关的逻辑层信令操作。
无论哪种类型的信令操作,都是基于一种或多种标准化的信令协议进行的,以确保不同设备和系统之间的互操作性。
对于物理层信令操作,通常包括以下几个过程:1. 信令传输:在通信系统中,信令传输通常采用数字信令处理技术,将信令操作转换成数字信号进行传输。
2. 编码与解码:数字信号的传输需要进行编码和解码操作,以便接收方能够正确解析信令信息。
3. 时隙分配:通信系统中的不同媒体可能会共用同一个传输媒介,如采用时分多址技术(TDMA),需要对时隙进行分配,以便不同呼叫之间的信令操作不会发生冲突。
4. 接口协议:不同设备之间的信令传输需要采用相同的接口协议,以确保传输的正确性和互操作性。
对于逻辑层信令操作,通常包括以下几个过程:1. 呼叫建立:呼叫建立是通信系统中最关键的一个流程,通常需要进行用户鉴权、目的地查询、路由选择等一系列判断,以确保呼叫可以成功建立。
2. 呼叫控制:呼叫控制是指在通话过程中对呼叫进行控制操作,如交换呼叫、转移呼叫等。
3. 通话控制:通话控制是指在通话过程中对通话的实际进行进行控制,如调节音量、切换静音等。
4. 呼叫释放:呼叫结束后,需要进行呼叫释放操作,以清除与呼叫相关的资源。
在现代通信系统中,通信呼叫流程信令采用了一些先进技术,如信令控制协议(SCP)、信令传输协议(STP)、通信网络协议(SS7)等,以实现更加高效、可靠和安全的通信操作。
除了以上介绍的信令操作,还有一些其他的信令操作,如数据网络中的信令操作,将会在后续的文档中进行介绍。
总体来说,通信呼叫流程信令是通信系统中必不可少的一部分,它在保证通信质量的同时,还能提供更多基于逻辑层的功能和服务。
理解通信呼叫流程信令的原理和操作过程,对于打造更加高效、智能和完善的通信系统有着重要的意义。
信令流程讲解-语音呼叫流程
呼叫建立 ) (SET_UP)
CALL CONFIRMED
PREPARE_BEARER_REQUES T PREPARE_BEARER_RESPON SE
RAB_ASSIGNMENT_REQU EST REDIO_BERAER_SETUP
O
用于标识当前呼叫的承载 能力
信令参数指导手 册电路域分册 7.2.4节
Bearer capability
参数作用 用于标识当前呼叫的承载能力 如果此参数在呼叫流程的消息中,此参数需要包含语音、 如果此参数在呼叫流程的消息中,此参数需要包含语音、适合的语 音版本以及适合的无线信道参数值。 音版本以及适合的无线信道参数值。
Call priority (octet 1) Bit 3 2 1 0 0 0 0 0 1 0 1 0 0 1 1 1 0 0 1 0 1 1 1 0 1 1 1 no priority applied call priority level 4 call priority level 3 call priority level 2 call priority level 1 call priority level 0 call priority level B call priority level A
准备建立承载 ( PREPARE_BEARER_RESPONSE) )
无线承载建立完成 (REDIO_BERAER_SETUP_COMPLETE) )
承载建立 BEARER ESTABLISHMENT
RAB 指派响应 ( RAB_ASSIGNMENT_RESPONSE) )
信令参数
信令消息 CM SERVICE REQUEST 重要参数 CM service type 属性 M 参数作用 参考章 节 信令参 数指导 手册电 路域分 册8.1.8 节 信令参 数指导 手册电 路域分 册6.1.2 节 信令参 数指导 手册电 路域分 册8.1.20 节
VoLTE信令流程详解
VOLTE信令流程VOLTE是基于SIP协议的语音通话,所有与IMS交互的信令全部为SIP信令,在理解VOLTE信令方面必须对SIP信令进行了解,EPC只是做为业务承载体;由于SIP信令是以加密方式传输,SIP信令只有在CN侧和终端侧才能解码,基站CDL无法记录SIP信令,同时CDL无法解码较多NAS层直传消息,所以本文中的信令说明部分不结合CDL信令进行说明1.注册流程及重要信令详解SIP 提供了发现机制,如果用户要发起和另一个用户的会话,SIP 必须发现可到达目的用户的当前主机,注册将记录地址URI 和一个或者多个联系地址相关联,这样才能进行呼叫等业务;严格意义上说,SUBSCRIBE和NOTIFY过程不属于注册过程,但由于该过程在注册完成后紧跟着出现,所以本文将该过程放在注册流程中进行说明;用户的注销过程与注册过程相似,主要就是注销请求中,expire值为0,所以本文中不再进行单独说明,注销过程无SUBSCRIBE信令,是因为UE注册时已有SUBSCRIBE;信令说明如下:1.UE进行Attach,建立QCI=9的默认承载,并使用IMS APN建立PDN连接;2.建立立QCI=5的默认承载,用于传送SIP信令;3.UE通过QCI=5的默认承载向IMS发起注册请求;4.P-CSCF通过HSS获知用户信息不在数据库中,便向终端代理回送401 Unauthorized 质询信息,其中包含安全认证所需的令牌;5.终端将用户标识和密码根据安全认证令牌加密后,再次用REGISTER消息报告给P-CSCF服务器;6.P-CSCF将REGISTER 消息中的用户信息解密,验证其合法后,IMS核心网将该用户信息登记到数据库中,并向终端返回成功响应消息200 OK;7.用户向IMS订阅注册事件包8.服务器应答订阅成功9.IMS服务器发送notify消息,由于订阅的用户已经注册,所以IMS服务器回应Notify消息中,状态为active,同时携带XML 信息10.终端发送Notify 200表示接收成功注册过程测试信令载图如下:注销过程测试信令截图如下:1)Activate Default EPS Bearer Context RequestQCI=5该信令是用于建立QCI=5的默认承载,所有SIP信令都通过QCI=5的承载传输,该信令的内容已在该信令前的RRC重配置中附带下来;主要说明如下:该信令中主要是关注QCI等级,必须是QCI=5,才能传输SIP信令,ERAB ID=62)REGISTER1ST Sip Register Request& REGISTER401UnauthorizedREGISTER信令是用于网络注册,建立关联主要说明如下:这是用户的第一个REGISTER REQUST信令,所以鉴权方面部分内容为空,需要网络回应后才能补齐REGISTER 401信令是用于向终端回送401 Unauthorized 质询信息,其中包含安全认证所需的令牌,令牌对应用户第一个REGISTER REQUST信令中鉴权摘要为空的部分,并指明算法,主要说明如下:3)REGISTER2nd Sip Register Request& REGISTER 200第二条Register信令是终端将用户标识和密码根据安全认证令牌加密后回送给服务器主要说明如下:REGISTER 200信令是用是确认注册流程完成,并生成SIP-URI和TEL URI,3GPP TS 定义了三种URI如下,VOLTE中使用了后面两种:Alphanumeric SIP-URIsMSISDN represented as a SIP URI:Example: =phoneMSISDN represented as a Tel URI:Example: tel:REGISTER 200信令截图如下:4)SUBSCRIBE& NOTIFYSUBSCRIBE是一个用来请求对方节点的当前状态以及后续状态变化的请求方法,从网络订阅消息,NOTIFY是用于向服务器请求返回当前状态消息;VOLTE中典型的消息流如下:如果订阅过期了,就必须发起新的SUBSCRIBE来进行订阅SUBSCRIBE CDS信令截图如下:SUBSCRIBE 200 CDS信令截图如下网络通过NOTIFY向UE发送订阅的内容,UE通过NOTIFY 200确认已收到,NOTIFY的CDS信令截图如下:2.语音通话流程及重要信令详解语音呼叫过程就是为典型的SIP通话过程,经过多个修改,基本已经定型;由于VOLTE呼叫其它通话制式的手机时,VOLTE终端侧的信令未有变化,所以本文中不会进行说明;CDS软件信令截图如下:呼叫流程图如下:信令说明如下:1.1到6,UE起呼,UE高层协议层需要发送INVITE到IMS,触发RRC连接、安全模式等过程,并通过RRC重配置消息建立SRB2信令无线承载、恢复QCI 5承载,配置测量控制,IMS收到主叫的INITE消息,开始寻呼,并发送INVITE 100TRYING给主叫UE,用于响应INVITE消息,INVITE消息中包含呼叫类型、主被叫的号码、主叫方支持的媒体类型和编码等;2.7到15,核心网向处于空闲态的被叫发INVITE消息,由于被叫处于空闲态,所以核心网侧触发寻呼消息,寻呼处于空闲态的被叫用户,被叫UE收到寻呼后,触发RRC连接、安全模式等过程,被叫通过RRC 重配置消息建立SRB2信令无线承载,CN侧通过QCI=5的RB向被叫发送INVITE消息,UE收到后发送INVITE 100消息进行响应,同时被叫发送INVITE 183消息给CN表示会话正在处理,启动Precondition资源预留过程,并通知主叫自己所支持的媒体类型和编码,并建立起QCI=1的承载;3. 16到17,IMS收到被叫的INVITE 83 后,对主叫启动Precondition资源预留过程,通过EPC通知主叫SM层建立起QCI=1的承载后,向UE发送INVITE 183消息;4.18到25,主叫向被叫发送PRACK消息,PRACK过程是一个预确认过程,主要为了防止会话超时及拥塞,被叫收到后返回PRACK 200,主叫收到被叫的PRACK 200以后,发送UPDATE消息,进行媒体格式协商过程,被叫通过UPDATE 200返回协商结果;5. 26到31是振铃接听过程,被叫发送INVITE 180给主叫,振铃,摘机后发送INVITE 200给主叫,主叫返回ACK进行确认,通话完全建立,进入通话过程;6. 32到37为挂机过程,通话结束后,主叫发送BYE请求结束本次会话,IMS服务器给被叫发送BYE,请求结束本次会话,被叫挂机,回BYE 200消息,核心网IMS服务器给主叫发BYE 200,标明会话结束,主被叫分别去激活EPS专用承载消息,删除QCI=1的数据无线承载;1)INVITEINVITE是发起会话邀请,在VOLTE中就是用于起呼,INVITE消息中主要包含了主叫信息、被叫号码和主叫支持的格式信令截图如下:2)RRCConnectionReconfiguration QCI=1该信令对应流程中的步骤13、14的RRCConnectionReconfiguration,在核心网下发“Activate Dedicated EPS Bearer Context Request”消息后,基站将该消息附加在“RRCConnectionReconfiguration”消息中一起下发,所以“RRCConnectionReconfiguration”中解码出来的“Activate Dedicated EPS Bearer Context Request”消息内容,与后续的“Activate Dedicated EPS Bearer Context Request”消息内容一致;主要说明如下:1.在pdcp-ConfigheaderCompression可以查到头压缩的的相关配置,主要内容为头压缩使用的方案格式;2.在mac-MainConfig节点下可以查到ttiBundling功能是否开启;3.在该消息中如果查不到关于SPS的IE,则说明SPS为关闭状态;如果SPS开启,SPS在信令中的格式如下:3)UPDATE & UPDATE 200UPDATE主要是用于在呼叫过程中进行媒体格式的二次协商,UPDATE 200消息是对UPDATE消息的确认,UPDATE 200消息中协商结果为双方通话使用的通话格式,通常选取主被叫双方中格式中较低的一种,主被叫双方根据协商结果,通过“Modify EPS Bearer Context Request”消息对EPS承载进行相应的修改;在UPDATE消息中携带了主要建议的语音编码格式,好点正常语音业务上下行各占用2个PRB左右,标清语音和高清语音资源占用基本相同,但差点标清PRB占用数会少一些,未来移动也有可能推广标清语音;在收到的UPDATE 200消息中的编码格式为最终格式,截图如下:如果呼叫2/3G、固话等,协商结果为2/3G、固定电话的编码为准,例如下图中为呼叫2G的UPDATE 200消息,协商结果使用AMR-NB 的编码格式4)视频通话流程与语音通话流程的异同视频电话与语音通话过程基本相同,其中最主要的区别是需要建立QCI=1和QCI=2的承载,QCI=1传送语音,QCI=2传送视频,视频电话的信令截图如下,其中需要注意的是正常结束后会去激活两个承载;主要区别如下:1.语音业务INVITE消息中,呼叫的原因为语音,只携带支持的语音编码格式,视频业务的INVITE中呼叫原因为视频,并携带了主叫支持的视频编码格式;2.视频业务需要建立两条业务承载,QCI=1和QCI=2,这与3G的视频电视只建议一个承载不同,同时视频业务释放时需要释放两条承载;3.eSRVCC切换及重要信令详解VOLTE系统内切换与R8/9的切换相同,所以本文只针对eSRVCC 切换流程进行说明;SRVCC切换流程在3GPP协议TS 里定义,有多种SRVCC流程,本文介绍的是“SRVCC from E-UTRAN to GERAN without DTM support ”流程;eSRVCC切换过程比较简单,与TD-SCDMA中的CS系统间切换流程相似,通过对比可以加深理解;eSRVCC的主要流程为A2B2HORELEASE,目前移动公司的策略是从LTE切向GERAN,本文只说明LTE向GERAN的SRVCC切换过程;测试软件UU口信令截图如下:CDL解码截图如下:信令流程如下:信令说明只说明UU口和S1口的信令,其它步骤详细说明见本节最后面的附件或查询TS 的,主要说明如下:1.步骤1 UE上报B2报告,基站会发起切换判决,这里有两个注意事项,必须UE和CN侧均支持SRVCC切换,基站RRM才会有步骤2判决进行SRVCC切换,否则判决为重定向,详见本文;2.步骤3 eNodeB向源MME发送Handover Required消息,该消息中包含括Target ID多为CGI、generic Source to Target Transparent Container、SRVCC切换指示等;SRVCC HO 指标标明切换目标只是CS域;3.步骤14和15,MME和目标MSC、IMS等经过一系统交互过程后,完成PS到CS的转换过程及目标小区资源预留后,MME向eNodeB发送Handover Command, eNodeB通过MobilityFromEUTRACommand通知UE进行切换;4.步骤16到18,UE切换到GSM,进行同步过程,同步后UE发现Suspend过程,对GPRS业务挂起,后续CN侧会数据业务挂起及通知MME进行链路释放等一系列过程,切换完成;如果在CS 语音结束后UE还在GERANor for any other reason specified in TS, UE则需要按照TS规定恢复PS业务. GN SGSN将按照TS 规定恢复PDP上下文, S4 SGSN将按照TS 规定恢复承载,并且通知S- GW和P-GWs恢复暂停的承载;如果UE在CS语音呼叫终止后已经返回到E-UTRAN,则UE必须通过发送TAU向MME恢复PS服务, MME将通知S-GW and P-GWs恢复挂起的承载,恢复在S-GW和P-GW中挂起的承载,应该通过使用某种操作触发Modify Bearer request消息进行隐式恢复,例如RAU、TAU 或Service Request;S- GW知道承载的暂停状态,并且将转发Modify Bearer request消息到P- GW,如果Modify Bearer Request不是由某类操作触发时,直接恢复必须使用恢复指示消息;1)Attach Request& Initial Context Setup RequestAttach Request信令与Attach过程中的Initial Context Setup Request信令分别包含了UE和网络的SRVCC能力,这是进行SRVCC 的必要条件;主要说明如下:从Attach Request信令中可以得到UE对SRVCC的能力,消息中其它内容与平常的信令相同,UE将SRVCC capability indication作为“UE Network Capability”的一部分包含在Attach Request message/Tacking Area updaterequest中发送给MMEInitial Context Setup Request:注意该消息必须是在Attach过程中的消息才携带SRVCC能力部分;注意事项:1.1、SRVCC与SIM卡签约业务有关,HSS向MME指示UE的签约信息STN-SR是否支持SRVCC。
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)
VOLTE基本原理与信令流程
VOLTE基本原理与信令流程VOLTE(Voice over LTE)是一项技术,它将语音通信通过LTE (Long Term Evolution)网络进行传输。
基本原理和信令流程是VOLTE 技术的关键方面之一、下面是一个关于VOLTE基本原理和信令流程的详细解释。
1.VOLTE基本原理:b. 语音编解码:VOLTE使用AMR(Adaptive Multi-Rate)编解码器进行语音编解码。
AMR编码器根据网络质量动态调整编码速率,以提供最佳的语音质量。
c. QoS(Quality of Service)管理:VOLTE通过优先级管理保证语音数据的传输质量。
它使用IP网络的QoS机制,为语音数据分配带宽,并确保其优先传输。
d. 支持高级功能:VOLTE还支持高级功能,如高清语音(HD Voice)、多方通话、语音视频调度等。
2.VOLTE信令流程:VOLTE信令流程涉及多个实体之间的交互,包括UE(User Equipment)、eNodeB(Evolved Node B)、MME(Mobility Management Entity)、AMF(Access and Mobility Management Function),以及IMS核心网络中的其他实体。
以下是一种简化的VOLTE信令流程:a.注册流程:1)UE向eNodeB发送注册请求。
2)eNodeB将注册请求转发给MME。
3)MME向UE发送验证请求。
4)UE向MME发送验证响应。
5)MME完成注册过程,并分配IP地址给UE。
b.呼叫建立过程:1)主叫UE向CSCF(Call Session Control Function)发送呼叫请求。
2)CSCF将呼叫请求转发给P-CSCF(Proxy-CSCF)。
3)P-CSCF将呼叫请求转发给S-CSCF(Serving-CSCF)。
4)S-CSCF与HSS(Home Subscriber Server)进行鉴权。
VoLTE 信令流程详解
VOLTE信令流程VOLTE是基于SIP协议的语音通话,所有与IMS交互的信令全部为SIP信令,在理解VOLTE信令方面必须对SIP信令进行了解,EPC 只是做为业务承载体。
由于SIP信令是以加密方式传输,SIP信令只有在CN侧和终端侧才能解码,基站CDL无法记录SIP信令,同时CDL无法解码较多NAS层直传消息,所以本文中的信令说明部分不结合CDL信令进行说明1.注册流程及重要信令详解SIP 提供了发现机制,如果用户要发起和另一个用户的会话,SIP 必须发现可到达目的用户的当前主机,注册将记录地址URI 和一个或者多个联系地址相关联,这样才能进行呼叫等业务。
严格意义上说,SUBSCRIBE和NOTIFY过程不属于注册过程,但由于该过程在注册完成后紧跟着出现,所以本文将该过程放在注册流程中进行说明。
用户的注销过程与注册过程相似,主要就是注销请求中,expire值为0,所以本文中不再进行单独说明,注销过程无SUBSCRIBE信令,是因为UE注册时已有SUBSCRIBE。
信令说明如下:1.UE进行Attach,建立QCI=9的默认承载,并使用IMS APN建立PDN连接;2.建立立QCI=5的默认承载,用于传送SIP信令;3.UE通过QCI=5的默认承载向IMS发起注册请求;4.P-CSCF通过HSS获知用户信息不在数据库中,便向终端代理回送401 Unauthorized 质询信息,其中包含安全认证所需的令牌;5.终端将用户标识和密码根据安全认证令牌加密后,再次用REGISTER消息报告给P-CSCF服务器;6.P-CSCF将REGISTER 消息中的用户信息解密,验证其合法后,IMS核心网将该用户信息登记到数据库中,并向终端返回成功响应消息200 OK;7.用户向IMS订阅注册事件包8.服务器应答订阅成功9.IMS服务器发送notify消息,由于订阅的用户已经注册,所以IMS服务器回应Notify消息中,状态为active,同时携带XML信息10.终端发送Notify 200表示接收成功注册过程测试信令载图如下:注销过程测试信令截图如下:1)Activate Default EPS Bearer Context Request(QCI=5)该信令是用于建立QCI=5的默认承载,所有SIP信令都通过QCI=5的承载传输,该信令的内容已在该信令前的RRC重配置中附带下来。
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:Preco nditio n建立媒体PDP上下文的过程称为资源预留。
对于双方的UE而言,建立PDP上下文的执行过程是相互独立的。
这意味着在资源被成功预留之前,根本无法保证所协商的媒体会话是否可以建立起来。
因此,Preco ndition 作用主要是为了保证在确认本地和主叫方的资源预留都已成 功之前,被叫万不应振铃,以最大程度减少被叫万振铃但接听电话又失败的情况 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 附着 VoLTE 用户(LTE 附着)^VoLTE 用户(LTE/CS 附着) US-C3CF 2.1 VoL TE 用户呼叫VoL TE 用户,主被叫均附着在LTE1-1 : IfiWLTEKS r-oLTEASr _ "/ ____ k Q | UEEPC VSHTE AS ------------- Hiwratf宦:域曲*&醱乩WE5 国 叭 J6to<SC F®1 hts 曲貝F-C5CF1主叫用户UE(O的呼叫请求发送到主叫PCSCF。
主叫、被叫信令流程
主叫、被叫信令流程今天我和大家一起探讨一下关于网优掉话的相关问题,但是在讲解掉话问题之前,我想首先给大家介绍一下简单的通话过程和手机作为被叫和主叫的信令接续过程,然后再和大家探讨一下怎样处理掉话方面的问题。
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的路由,并向主叫送回铃音,向被叫振铃。
当被叫摘机应答,则系统开始计费。
以上的只是比较简单的粗略的说明了一下我们大家在打电话的时候所经过的过程。
信令简介与典型呼叫流程
信令简介与典型呼叫流程Signaling is a crucial part of communication that involves the exchange of information between different devices or networks to establish, control, and manage communication sessions. 信令是通信中不可或缺的一部分,它涉及不同设备或网络之间的信息交换,以建立、控制和管理通信会话。
Without signaling, devices would not be able to communicate effectively or establish connections to transfer data. 没有信令,设备将无法有效进行通信或建立连接来传输数据。
It is like the language that devices use to communicate with each other and ensure that messages are delivered correctly and efficiently. 这就像设备用来相互交流的语言,确保消息被正确、高效地传递。
There are different types of signaling protocols used in various communication systems, such as SS7, SIP, and , each serving specific purposes and requirements. 在各种通信系统中使用不同类型的信令协议,如SS7、SIP 和,每种协议都有特定的目的和要求。
Understanding signaling protocols is essential for communication engineers to design, implement, and maintain efficient communication networks. 理解信令协议对通信工程师来说至关重要,以设计、实施和维护高效的通信网络。
《GSM呼叫流程》课件
步骤三
移动交换中心为呼叫分配信道。
GSM呼叫中的异常情况处理
断线重新连接
如果通话中断,系统会尝试重新建立连接。
信号弱处理
如果信号弱,系统会选择更好的信道进行通话。
通话质量检测
系统会检测通话质量,发现问题后会尝试解决。
故障处理
故障发生时,系统会进行相应的故障处理。
GSM呼叫流程的优化方法
网络优化
调整网络参数和拓扑结构,提升 通话质量和容量。
用户通过电话机发起呼叫, 接听来电。
GSM呼叫的信令流程
1
呼叫请求
电话机发送呼叫请求到基站系统。
2
信令传递
基站系统通过移动交换中心进行信令传递。叫分配信道,建立通话连接。
GSM呼叫的详细过程
步骤一
电话机发送呼叫请求到基站系 统。
步骤二
基站系统向移动交换中心发送 呼叫请求。
GSM呼叫流程
GSM呼叫流程是移动通信网络中的重要组成部分,通过信令流程实现通话连 接。本课件将详细介绍GSM呼叫的核心要素和优化方法。
GSM呼叫的核心要素
1 基站系统
负责管理和分发无线信号 的设备,提供基础的通信 服务。
2 移动交换中心
调度呼叫流程,管理用户 的通信需求,确保通话质 量。
3 电话机
切换优化
优化切换策略,减少通话中断和 切换失败。
流量管理
合理分配通信资源,降低拥塞情 况。
总结和展望
1 总结
GSM呼叫流程是移动通信的核心,包括呼叫 请求、信令传递和呼叫建立。
2 展望
未来的发展将更加关注通话质量、容量和网 络安全。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
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消息,以建立话路。
主叫接入阶段、鉴权阶段主要信令:3Issue 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此次4Issue 3.3接入请求已获通过,MSC通过BSS通知MS业务请求获得通过,然后MSC向MS下发加密命令,该命令内含加密模式,MS收到此命令并完成加密后,回送加密完成消息,到此MS完成了整个接入阶段的工作。
TCH指配阶段、取被叫漫游号码阶段主要信令:经过接入阶段和鉴权加密过程后,主叫用户的合法身份已经得到确认,已经接入了网络,为继续进行呼叫,需要更为详细的信息,按照规范,此时MS将发送一个set up消息,在此消息中,携带有被叫号码和主叫标识等更为详细的信息,MSC收到此消息后,首先通过S.I.F.O消息向VLR查询该用户的相关业务信息,VLR根据此次业务类别和开户时MS已经申请的业务信息,决定此次呼叫是否可以继续,如果可以继续,通过完成呼叫消息向MSC回送该用户数据,MSC收到该信息后,通过呼叫继续消息,经BSS通知MS呼叫5Issue 3.3在继续处理之中,然后,根据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消息。
至此主叫信令流程基本结束。
1.2 被叫信令流程对移动用户来说,被叫的过程从MSC向BSC发起对被叫用户的寻呼开始,到主叫和被叫通话为止。
一般来说,被叫流程经过几个大的阶段:接入阶段,鉴权加密阶段,TCH指配阶段,通话阶段。
接入阶段主要包括:手机收到BTS的寻呼命令后,信道请求,信道激活,信道激活响应,立即指配,寻呼响应。
经过这个阶段,手机和BTS(BSC)建立了暂时固定的关系。
鉴权加密阶段主要包括:鉴权请求,鉴权响应,加密模式命令,加密模式完成,呼叫建立。
经过这个阶段,被叫用户的身份已经得到了确认,网络认为被叫用户是一个合法用户。
TCH指配阶段主要包括:指配命令,指配完成。
经过这个阶段,被叫用户的话音信道已经确定,被叫振铃,主叫听回铃音。
如果这时被叫用户摘机,主被叫用户进入通话状态。
被叫接入阶段、鉴权阶段主要信令流程6Issue 3.3当一个端局MSC收到它局发送的IAI消息后,为了确定被叫用户是否能够接受此次呼叫,MSC会首先通过S.F.I.C消息向相应的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收到该消息后,会继续通知对应的BSC、BTS下发鉴权命令,MS收到鉴权请求后,根据SIM 卡中的KI,计算出对应的SERS,之后,将SERS在鉴权响应消息中上报MSC,MSC回送至VLR,VLR收到鉴权响应消息后,核对上报的SERS和从HLR得到的三参组中的SERS是否一致,如果一致,向MSC发送接入请求接受消息,通知MSC该用户的此次接入请求被接受。
并通过完成呼叫消息向MSC回送被叫的用户信息;如果不一致,此次呼叫将被拒绝。
7Issue 3.3被叫TCH指配阶段、通话阶段主要信令流程:MSC收到完成呼叫消息后,向BSS侧发送SETUP消息,提示将建立呼叫,MS收到该消息后,回送呼叫证实消息,之后,MSC选择相应的A接口电路,向对应的BSC发送指配请求消息,BSC根据资源情况分配相应的无线资源,并通知MS,MS占用成功后回送指配完成消息,同时被叫MS开始震铃,向其所在MSC回震铃消息,该MSC向主叫所在MSC回地址全消息,主叫所在MSC向MS发送被叫震铃消息,此时主机用户可以听到回铃音;被叫用户如果决定接受此次呼叫,按应答按纽,此动作被手机翻译成为CONNECT消息,向MSC发送,MSC收到该消息后,向主叫MSC发送应答消8Issue 3.3息(ANC),主叫MSC收到此消息后,向主叫MS发送连接建立请求消息,主叫MS相应的向主叫所在MSC回连接证实消息,此消息经被叫MSC传送至被叫MS,于是,本此呼叫开始通话,双方进行通话。
1.3 拆线部分拆线部分相对而言是个很独立的过程,不管是主叫先发起还是被叫先发起,流程基本是类似的:拆线、释放、释放完成、清除、清除完成,不同之处仅在于交换局之间的TUP消息略有不同。
主叫先拆线:在拆线阶段,手机用户的挂机动作被手机转换为拆线消息(Disconnect),经BTS、BSC向MSC传送,MSC收到拆线请求之后,有两个动作:向BSC下发释放命令(Release);同时MSC需要向被叫所在的MSC发送前向拆线TUP消息请求。
此后,主叫方和被叫方的拆线过程将分别进行:9Issue 3.3主叫所在MSC在收到拆线消息后,首先向MS发送DTAP消息REALSE命令,MS去活本次呼叫占用的所有信道,并发送释放完成消息确认,网络侧则会在本端释放所占信道以便可以分配给其它呼叫连接使用;之后,MSC向BSS发送BSSMAP消息CLEARCOMMAND,指示应该释放无线资源,BSS收到CLEAR COMMAND 消息后,开始清除无线接口,同时将分配给此次呼叫的地面资源均标示为空闲,向MSC发送CLEAR COMPLETE ,MSC收到CLEAR COMPLETE 消息后,释放地面资源。
被叫所在MSC收到CLF消息后,向主叫所在MSC会释放保护消息,同时启动本局资源释放流程:MSC向MS发送DTAP消息REALSE命令,MS去活本次呼叫占用的所有信道,并发送释放完成消息确认,网络侧则会在本端释放所占信道以便可以分配给其它呼叫连接使用;之后,MSC向BSS发送BSSMAP消息CLEAR COMMAND,指示应该释放无线资源,BSS收到CLEAR COMMAND 消息后,开始清除无线接口,同时将分配给此次呼叫的地面资源均标示为空闲,向MSC发送CLEAR COMPLETE ,MSC收到CLEARCOMPLETE 消息后,释放地面资源。