通信呼叫流程信令
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 节
- 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 消息后,释放地面资源。