四、MAP常见信令流程

四、MAP常见信令流程
四、MAP常见信令流程

四、MAP常见信令流程

本部分内容包括

?MAP协议概述

?HLR/VLR的用户数据组织

?MAP常见信令流程

(一)、MAP协议概述

MSC、HLR、VLR之间的接口采用了MAP协议。

MAP协议的层次结构如图所示。

本章第二部分中讲述MAP的常见功能流程。

1.SCCP

?MAP采用SCCP无连接0或1级的无连接服务。

?SSN(子系统号码):

用户部分

比特

87654321

00000101 整个MAP(留待将来可能使用)

00000110 HLR

00000111 VLR

00001000 MSC

00001001 EIR

00001010 AC

?寻址

用DPC+SSN或GT寻址。

2.TCAP

TCAP基于网络的无连接服务。

为了向所有应用业务提供统一的支持,TCAP将不同节点之间的信息交互抽象为一个关于’’操作’’的过程,即起始节点调用(Invoke)一个操作,远端(目的地)节点应请求执行执行该操作,并可能向始节点回送操作执行结果。为了完成某项业务过程,两个节点的对等实体之间可能涉及到许多操作,这些相关操作的执行通过顺序、嵌套等方式组合起来,就构成一个所谓’’对话’’(即’’事务’’,如MAP的业务流程等)。

正如对话语句是由以下基本单词组成一样,TCAP消息由基本构件――组元(Component)组成的。一个组元对应于一个操作请求或响应,一个消息(对话)可以包含多个组元。这样,由若干个组元就可以构成大量的消息。上述统一的消息结构和语法规则适用于任何类型的TC用户。因此,TCAP协议和具体应用无关,但是消息的语义,即每个组元中所包含的信息含义以及一个消息中各个组元的次序则取决于具体的应用,由TCAP用户定义。

MAP层次结构

--------------------------------

第3层: 网络层

第2层: 数据链路层

第1层: 物理层

MTP: Message Transfer Part,消息传递部分

SCCP: Signaling Connection Control Part,信令连接控制部分

BSSAP: Base Station System Application Part, 基站系统应用部分,用于GSM A接口TCAP: Transaction Capability Application Part, 事务能力应用部分

MAP: Mobile Application Part,移动应用部分, 用于MSC﹑VLR﹑HLR之间的接口

TUP: Telephone User Part,电话用户部分, 用于MSC和PSTN之间的接口

(二)、HLR/VLR的用户数据组织

?GSM相应规范

03.08 Organisation of subscriber data

?用户数据组织简述

1、H LR

HLR是负责移动用户管理的数据库。它存储所有它所管辖用户的签约数据以及移动用户的位置信息,可为至某MS的呼叫提供路由信息。所有管理方面的干预,是对HLR的数据修改。HLR不直接控制MSC。

HLR中存储有两个与每个移动签约相依附的号码:

――IMSI;

――MSISDN。

数据库还包括以下信息:

――位置信息(VLR号码);

――基本电信业务签约信息;

――业务限制(例如限制漫游);

――补充业务表包含了业务所涉及的参数。

2、VLR

在某一MSC区域内漫游的移动用户受控于负责该区域的VLR。当某移动台出现在某一位置区内,它将启动位置更新程序。负责该区的MSC注意到此次登记,并将MS所在的位置区的标识转送至VLR。

VLR包含它所管辖区域内出现的移动用户的数据,包含处理呼叫或接收呼叫所需的信息(在某些情况下,VLR也可能需要包含来自HLK的附加信息)。VLR中主要包括下列信息单元:

――IMSI;

――MSISDN;

――TMSI;

――移动台登记所在的位置区;

――补充业务参数。

HLR/VLR中的用户数据浏览

说明:M 必备参数

C 可选参数

P 永久参数

T 可变参数

(三)、MAP常见信令流程

1.移动性管理程序

(1)位置更新

位置更新程序用于更新网络保存的位置信息。此位置信息用于向漫游用户提供入呼叫、短消息等的路由地址。

HLR有用户的MSC/HLR信息,VLR中有位置区。因此,MS每次改变位置区时,VLR需要更新,而HLR仅需在以下情况下更新:

――当用户在一个新的VLR登记时

――因为HLR或VLR复位,用户数据中的标记’’HLR确认’’或’’HLR中位置信息确认’’被置为’’不确认’’时,VLR接收到用户出现的指示。

相关子业务说明:

【1】 MAP_UPDATE_LOCATION业务,用以VLR更新HLR中的存储的位置信息。【2】 MAP_INSERT_SUBSCRIBER_DATA,用于HLR带有某些数据去更新VLR。有以下几种情况:

――运营者改变了一个或若干个补充业务,基本业务的签约或用户的数据,但不用于基本业务或补充业务的取消。

――运营者运用、改变或去掉了由运营者决定的闭锁业务

――用户通过一个用户程序改变了与一个或若干个补充业务有关的数据

――HLR在位置更新时或在恢复时向VLR提供用户数据。

【3】MAP_ACTIVATE_TRACE_MODE业务,用以激活VLR中的用户跟踪。

(2)位置删除 ( MAP_CANCEL_LOCATION)

当MS在一个新的VLR中登记后,删除前一个VLR中的用户记录。

删除用户记录时,也可以采用此程序。

(3)清除MS ( MAP_PURGE_MS)

由于人机命令,或者在相当长的一段时间内MS没有任何活动,VLR删除用户记录时,请求HLR为此MS设置’’MS清除’’标记,以便对于移动终端呼叫或移动终端短消息请求路由信息时认为MS不可及。

VLR区改变时的位置更新

A B C

清除MS

2.M SC间的切换程序

MSC A为主控MSC,在本次呼叫过程中始终主控。

(1)基本切换(MSC A-> MSC B)

流程说明:

MS发送切换请求,MSC A 判断目标小区在MSC B。

MAP_PREPARE_HANDOVER:启动切换,包含目标小区

MAP_PREPARE_HANDOVER证实:包含切换号码(用于区分各个切换),也可以包含MSC B 从A接口收到的消息

MAP_PROCESS_ACCESS_SIGNALLING:MSC B-> MSC A,内含MSC B 从A接口收到的消息

MAP_FORWARD_ACCESS_SIGNALLING:MSC A-> MSC B,内含需MSC B转发的A接口消息

MAP_SEND_END_SIGNALLING:指示MSC-B已建立了至MS的无线路径,MSC-A保留对此呼叫的主要控制直至呼叫结束。

MAP_SEND_END_SIGNALLING证实:MSC-A通知MSC-B,所有在MSC-B中的呼叫资源可以被释放。既可以是因为在MSC-A中的呼叫已被释放,也可以是因为呼叫已成功地从MSC-B切换到别的其它MSC。切换过程结束。

MSC间的基本切换流程

(1)后续切换(MSC B-> MSC B’)

流程说明:

MS已从MSC A切换到 MSC B。

MS发送切换请求,MSC B 判断目标小区在MSC B’。

MAP_PREPARE_SUBSEQUENT_HANDOVER:MSC B -> MSC A,包含目标MSC号、目标小区、和MSC B 从A接口收到的消息

MAP_PREPARE_HANDOVER:MSC A -> MSC B’,包含目标小区

MAP_PREPARE_HANDOVER证实:MSC B’-> MSC A,包含切换号码(用于区分各个切换),也可以包含MSC B 从A接口收到的消息

MAP_PREPARE_SUBSEQUENT_HANDOVER证实:MSC A -> MSC B

MAP_PROCESS_ACCESS_SIGNALLING:MSC B’-> MSC A,内含MSC B’从A接口收到的消息

MAP_FORWARD_ACCESS_SIGNALLING:MSC A-> MSC B’,内含需MSC B’转发的A接口消息

MAP_SEND_END_SIGNALLING:指示MSC-B已建立了至MS的无线路径,MSC-A保留对此呼叫的主要控制直至呼叫结束。

MAP_SEND_END_SIGNALLING证实:MSC-A通知MSC-B,所有在MSC-B中的呼叫资源可以被释放。既可以是因为在MSC-A中的呼叫已被释放,也可以是因为呼叫已成功地从MSC-B切换到别的其它MSC。切换过程结束。

MSC间的后续切换流程

E B

3.故障后复位程序

(1)VLR复位

重新启动后,VLR删除所有受故障影响的用户记录。

当接收到MAP_UPDATE_LOCATION_AREA指示时,启动位置更新,产生对应IMSI 的用户记录。

当接收到MAP_PROVIDE_ROAMING_NUMBER指示时,即MS被叫(或短消息被叫)时,产生对应IMSI的用户记录,并置标记’’无线联系确认’’为’’不确认’’,以便MS出现后启动位置更新。位置更新后,置标记’’无线联系确认’’为’’确认’’。

子业务说明:

【1】 MAP_PROVIDE_ROAMING_NUMBER,用于HLR与VLR之间。HLR调用此业务,以请求VLR返回MSRN。HLR指示GMSC将入呼呼叫接续到被叫MS。

【2】 MAP_SEND_AUTHENTICATION_INFO,用于VLR与HLR之间为使VLR获得鉴权信息。VLR要求提供RAND/SRES/K

的集合。

C

【3】 MAP_RESTORE_DATA,请求HLR向VLR发送关于此用户的所有数据,以存储在此用户IMSI记录中。

【4】 MAP_ACTIVATE_TRACE_MODE业务,用以激活VLR中的用户跟踪。

【5】 MAP_INSERT_SUBSCRIBER_DATA,用于HLR带有某些数据去更新VLR。有以下几种情况:

――运营者改变了一个或若干个补充业务,基本业务的签约或用户的数据,但不用于基本业务或补充业务的取消。

――运营者运用、改变或去掉了由运营者决定的闭锁业务

――用户通过一个用户程序改变了与一个或若干个补充业务有关的数据

――HLR在位置更新时或在恢复时向VLR提供用户数据。

(2)HLR复位

重新启动后,HLR将从永久性存储器下载所有数据,为每个MS复位’’MS清除’’标记,向MS所在的VLR发送MAP_RESET请求。

VLR于是将所涉及的MS的’’HLR中的位置信息确认’’标记置为’’不确认’’,以便在于MS建立无线联系时,启动位置更新程序。位置更新后,置标记’’ HLR中的位置信息确认’’标记置为’’确认’’

在MS被叫时与VLR复位有关的程序

HLR复位的程序

4.呼叫处理程序

GMSC指呼叫的接入MSC,VMSC指MS登记所在的MSC。

对于MS终止的呼叫,当GMSC不是VMSC时,GMSC须向HLR询问以得到路由信息(MSRN)。HLR从VLR取回路由信息。

附:MAP用户错误参数与TUP之间的关系(国标)

查寻路由信息

PSTN

5.补充业务程序

MAP的补充业务程序包括补充业务的登记、删除、激活、去活和询问。

其中,询问程序用于从VLR或HLR得到关于补充业务的信息。由VLR决定是否将询问请求前转至HLR。

登记、删除、询问的信令流程相似,只是登记为’’MAP_REGISTER_SS’’,删除为改为’’MAP_ERASE_SS’’,访问为’’MAP_INTERROGATE_SS’’。

激活、去活的信令流程相似,只是登记为’’MAP_ACTIVATE_SS’’,去活为改为’’MAP_DEACTIVATE_SS’’。

子业务说明:

【1】MAP_GET_PW,用于在HLR中登记口令。口令登记在MS和HLR之间是完全透明的。

补充业务流程

6.短消息

短消息业务用于控制移动发起和移动终止的短消息传递。它包括四个过程:――移动发起的短消息传递

――移动终止的短消息传递

――短消息等待数据设置

――短消息提醒

(1)移动发起短消息传递

移动发起短消息传送程序用于将短消息从MS前转至SC(短消息中心)。

然后再由短消息中心来解释和处理这条短消息。

(2)移动终止的短消息传递

移动终止的短消息传递程序用于将一条或多条短消息从SC传送至MS。

(3)短消息等待数据设置

用于设置短消息的相关标记。

与短消息相关的标记有三个:

――短消息等待:Messages Waiting Data (MWD)

――不可及:Mobile Station Not Reachable Flag (MNRF)

――存储器溢出:Memory Capacity Exceeded Flag (MCEF)

HLR中有MWD、MNRF、MCEF三个标记,VLR中只有MNRF标记。

其中,MWD是HLR中的一个队列,MNRF、MCEF是它的原因。

(4)短消息提醒

当移动用户不可及而导致短消息传送失败之后移动用户激活时,或者当移动台指示它有存储容量可接受短消息时,短消息提醒程序用于提醒业务中心。

子业务说明:

【1】MAP_SEND_ROUTING_INFO_FOR_SM,用于入口MSC和HLR之间,以检索路由信息将短消息接至服务MSC。

【2】MAP_FORWARD_SHORT_MESSAGE,用于入口MSC和服务MSC之间,以前转移动发起的或移动终止的短消息。

【3】MAP_READY_FOR_SM,当用户指示存储器可用时,VLR用此业务向HLR指示;当VLR中用户的消息等待标记激活时,用户通过无线途径与MSC联系时,VLR发起此业务。

【4】MAP_ALERT_SERVICE_CENTRE,用于HLR和互通MSC之间。HLR仅当察觉此用户活动或移动台存储器可用时,发起此业务。此用户MSISDN处于消息等待数据文件中。

移动发起短消息传递

1――短消息

2――MAP_SEND_INFO_FOR_MO_SMC

3――MAP_SEND_INFO_FOR_MO_SMC_ACK

4――MAP_FORWARD_SHORT_MESSAGE

5――短消息

6――短消息证实

7――MAP_FORWARD_SHORT_MESSAGE_ACK

8――短消息证实

移动终止短消息传递

1――短消息

2――MAP_SEND_ROUTING_INFO_FOR_SM

3――MAP_SEND_ROUTING_INFO_FOR_SM_ACK

4――MAP_FORWARD_SHORT_MESSAGE

5――MAP_SEND_INFO_FOR_MT_SMS

6――MAP_PAGE/MAP_SEARCH_FOR_MOBILE_SUBSCRIBER

7――寻呼

8――寻呼响应

9――MAP_PROCESS_ACCESS_REQUEST_ACK和MAP_SEARCH_FOR_MOBILE_SUBSCRIBER_ACK 10――MAP_SEND_INFO_FOR_MT_SMS_ACK

11――短消息

12――短消息证实

13――MAP_FORWARD_SHORT_MESSAGE_ACK

14――短消息证实

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重配置中附带下来。 主要说明如下: 该信令中主要是关注QCI等级,必须是QCI=5,才能传输SIP信令,ERABID=6 REGISTER(1STSipRegisterRequest)®ISTER401(Unauthorized) REGISTER信令是用于网络注册,建立关联 主要说明如下: 这是用户的第一个REGISTERREQUST信令,所以鉴权方面部分内容为空,需要网络回应后才能补齐 REGISTER401信令是用于向终端回送401Unauthorized质询信息,其中包含安全认证所需的令牌,令牌对应用户第一个REGISTERREQUST信令中鉴权摘要为空的部分,并指明算法,主要说明如下:

位置更新具体信令流程

第4章位置更新 4.1 概述 在GSM系统中有三个地方需要知道位置信息,即HLR、VLR和MS。当这个信息发生变化时,需要保持三 者的一致,由位置更新流程实现。位置更新流程是位 置管理中的主要流程,总是由MS发起。 位置更新流程是一个通用流程,在如下三类位置更新流程中要使用到:正常位置更新、周期性位置更 新、IMSI附着位置更新流程。 正常位置更新用于更新网络侧对于MS的位置区信息,LOCATION UPDATING REQUEST消息中包含位置更新 流程的类型信息。 在网络侧VLR判定MS为未知用户时,会启动正常位置更新流程,作为MM连接建立请求的响应。

为限制位置更新尝试次数,位置更新失败时要使用位置更新attempt counter 计数器。在MS开机或SIM卡刚插入时,该计数器清零。 MS中要保持一个"forbidden location areas for roaming"表和一个"forbidden location areas for regional provision of service"表。MS关机或SIM 卡拔出时,将这两个表删除。当MS收到位置更新拒绝消息,其原因值为"Roaming not allowed in this location area"或"Location Area not allowed"时,从BCCH上收到的LAI信息触发位置更新请求的LAI要加到相应的表中。这两个表的容量至少要有10个表项,当表项数目超过表的容量时,最早的表项内容删除。 成功的进行位置更新后,MS在SIM卡中置UPDATED 状态位(UPDATED状态表明最后一次位置更新请求成

华为常见行为的信令流程

1.1 位置更新流程 在GSM系统中有三个地方需要知道位置信息,即HLR、VLR和MS。当这个信息发生变化时,需要保持三者的一致,由位置更新流程实现。位置更新流程是位置管理中的主要流程,总是由MS发起。位置更新流程是一个通用流程,在如下三类位置更新流程中要使用到:正常位置更新、周期性位置更新、IMSI附着位置更新流程。 正常位置更新用于更新网络侧对于MS的位置区信息,LOCATION UPDATING REQUEST消息中包含位置更新流程的类型信息。在网络侧VLR判定MS为未知用户时,会启动正常位置更新流程,作为MM连接建立请求的响应。为限制位置更新尝试次数,位置更新失败时要使用位置更新attempt counter 计数器。在MS 开机或SIM卡刚插入时,该计数器清零。 MS中要保持一个"forbidden location areas for roaming"表和一个"forbidden location areas for regional provision of service"表。MS关机或SIM卡拔出时,将这两个表删除。当MS收到位置更新拒绝消息,其原因值为"Roaming not allowed in this location area"或"Location Area not allowed"时,从BCCH上收到的LAI信息触发位置更新请求的LAI要加到相应的表中。这两个表的容量至少要有10个表项,当表项数目超过表的容量时,最早的表项内容删除。成功的进行位置更新后,MS在SIM卡中置UPDATED状态位(UPDATED状态表明最后一次位置更新请求成功,同时此时LAI、TMSI,加密的密钥和加密序列号都应该保存在SIM卡中),并存储新的位置区信息。 正常位置更新、周期性位置更新和IMSI附着位置更新流程基本相同(不同之处在下面各小节中详细描述),流程如下图: 图1 位置更新流程 (1) MS在空中接口的接入信道上向BTS发送Channel Request(该消息内含接入原因值为位置更新); (2) BTS向BSC发送Channel Required消息;

VoLTE信令详细流程

VoLTE信令流程

内容 VoLTE总体流程 1 VoLTE注册流程 2 VOLTE基本呼叫流程 3

总体流程—承载 ?VoLTE的信令IMS消息使用QCI为5的Non-GBR QoS、语音使用QCI为1的GBR、视频使用QCI为2的GBR QCI Resourc e Type Priority Packet Delay Budget Packet Error Loss Rate Example Services 1 GBR 2 100 ms 10-2Conversational Voice 2 4 150 ms 10-3Conversational Video (Live Streaming) 5 No-GBR 1 100 ms 10-6IMS Signalling 不支持VoLTE的 UE 支持VoLTE的UE 未进行VoLTE会话进行VoLTE语音通话进行VoLTE视频通话 QCI9 QCI5+QCI9 QCI1 + QCI5 + QCI9 QCI1 +QCI2+QCI5+QCI9 ?终端业务承载建立对应关系:

VOLTE总体流程

内容 VoLTE总体流程 1 VoLTE注册流程 2 VOLTE基本呼叫流程 3

VOLTE注册流程—EPS attach(1) ?VoLTE首先在EPS进行联合attach,与普通CSFB一致,再建立QCI5承载: Default bearer (GBR) QCI=8/9 Internet APN Default bearer (Non-GBR) QCI=5 IMS APN ?UE在attach Req中携带SRVCC能力及VOLTE能力: ?EPC在attach Acp中通知UE,网络侧具有VOLTE-IMS,决定UE紧接下来是否发起QCI5承载建立:

完整信令流程

1、IMS_SIP_INVITE->Request 2、LTE NAS-->Service request 3、LTE RRC-->RRC Connection Request SRB1+SRB2 SRB = Signal RB(终端与基站之间的信令承载) 4、LTE RRC-->RRC Connection Setup 5、LTE RRC-->RRC Connection Setup Complete 6、LTE RRC-->Security Mode Command 7、LTE RRC-->Security Mode Complete (鉴权加密) 8、LTE RRC-->RRC Connection Reconfiguration 9、LTE RRC-->RRC Connection Reconfiguration Complete 第1次重配置(2个AM DRB的QCI分别为QCI=5和QCI=8/9 DRB=3 discardTimer =Infinity 为CQI=5,DRB=4 discardTimer = ms300 为QCI=9 DRB = Data RB(终端与基站之间的数据承载) 按照协议,对于语音业务需要建立QCI=1承载,视频业务需要建立QCI=1和QCI=2的传输承载。根据延迟要求,无线侧用户面RLC选用UM模式传输,保证其实时性要求。走SIP信令流的QCI=5承载,无线侧控制面RLC采用AM模式,保障其准确性非确认模式UM和确认模式AM 10、LTE RRC-->RRC Connection Reconfiguration 第2次重配置(包含测量配置,移动性配置等信息) 11、LTE RRC-->RRC Connection Reconfiguration Complete 12、IMS_SIP_INVITE->Trying 100 IMS向主叫响应100Trying。 13、LTE RRC-->RRC Connection Reconfiguration 第3次重配置(DRB=5, discardTimer = ms100为QCI=1) 14、LTE RRC-->RRC Connection Reconfiguration Complete 15、LTE NAS-->Activate dedicated EPS bearer context request 16、LTE NAS-->Activate dedicated EPS bearer context accept 17、IMS_SIP_INVITE 183 18、IMS_SIP_PRACK 19、IMS_SIP_PRACK 200 20、IMS_SIP_UPDATE 21、IMS_SIP_UPDATE 200(资源预留建立过程) 22、IMS_SIP_INVITE->Ringing 180(振铃) 23、IMS_SIP_INVITE->OK 200 24、IMS_SIP_ACK 25、IMS_SIP_BYE->Request 26、IMS_SIP_BYE->OK 200 27、LTE RRC-->RRC Connection Reconfiguration 28、LTE RRC-->RRC Connection Reconfiguration Complete 29、LTE NAS-->Deactivate EPS bearer context request 30、LTE NAS-->Deactivate EPS bearer context accept 主要流程如下:

LTE 空口信令流程详解

LTE空口信令流程详解以及相关优化案例汇总1、附着信令流程 1.1 、Attach附着信令流程 (统计时延:红色的为开始和结束信令) EPS MM Attach request EPS MM Unknown(0x0734) UL CCCH rrcConnectionRequest DL CCCH rrcConnectionSetup UL DCCH rrcConnectionSetupComplete DL DCCH rrcConnectionReconfiguration DL DCCH dlInformationTransfer UL DCCH rrcConnectionReconfigurationComplete EPS MM Security protected NAS message EPS MM Authentication request EPS MM Authentication response EPS MM Unknown(0x077B) UL DCCH ulInformationTransfer DL DCCH dlInformationTransfer EPS MM Security protected NAS message EPS MM Security mode command EPS MM Security mode complete EPS MM Unknown(0x0790) UL DCCH ulInformationTransfer DL DCCH ueCapabilityEnquiry UL DCCH ueCapabilityInformation DL DCCH securityModeCommand DL DCCH rrcConnectionReconfiguration UL DCCH rrcConnectionReconfigurationComplete EPS MM Security protected NAS message EPS MM Attach accept EPS SM Activate default EPS bearer context request EPS SM Activate default EPS bearer context accept EPS MM Attach complete EPS MM Unknown(0x072D) UL DCCH ulInformationTransfer DL DCCH rrcConnectionReconfiguration UL DCCH rrcConnectionReconfigurationComplete

【流程管理)位置更新具体信令流程

(流程管理)位置更新具体信令流程

位置更新 4.1 概述 于GSM系统中有三个地方需要知道位置信息,即HLR、VLR和MS。当 这个信息发生变化时,需要保持三者的壹致,由位置更新流程实现。位置 更新流程是位置管理中的主要流程,总是由MS发起。 位置更新流程是壹个通用流程,于如下三类位置更新流程中要使用到:正 常位置更新、周期性位置更新、IMSI附着位置更新流程。 正常位置更新用于更新网络侧对于MS的位置区信息, LOCATIONUPDATINGREQUEST消息中包含位置更新流程的类型信息。 于网络侧VLR判定MS为未知用户时,会启动正常位置更新流程,作为 MM连接建立请求的响应。 为限制位置更新尝试次数,位置更新失败时要使用位置更新 attemptcounter计数器。于MS开机或SIM卡刚插入时,该计数器清零。 MS中要保持壹个"forbiddenlocationareasforroaming"表和壹个 "forbiddenlocationareasforregionalprovisionofservice"表。MS关机 或SIM卡拔出时,将这俩个表删除。当MS收到位置更新拒绝消息,其 原因值为"Roamingnotallowedinthislocationarea"或 "LocationAreanotallowed"时,从BCCH上收到的LAI信息触发位置更 新请求的LAI要加到相应的表中。这俩个表的容量至少要有10个表项, 当表项数目超过表的容量时,最早的表项内容删除。 成功的进行位置更新后,MS于SIM卡中置UPDATED状态位(UPDATED 状态表明最后壹次位置更新请求成功,同时此时LAI、TMSI,加密的密钥 和加密序列号均应该保存于SIM卡中),且存储新的位置区信息。 4.2 位置更新流程 正常位置更新、周期性位置更新和IMSI附着位置更新流程基本相同(不 同之处于下面各小节中详细描述),流程如下图: 图4-1位置更新流程 (1) MS于空中接口的接入信道上向BTS发送ChannelRequest(该消 息内含接入原因值为位置更新);

四、MAP常见信令流程

四、MAP常见信令流程 本部分内容包括 ?MAP协议概述 ?HLR/VLR的用户数据组织 ?MAP常见信令流程

(一)、MAP协议概述 MSC、HLR、VLR之间的接口采用了MAP协议。 MAP协议的层次结构如图所示。 本章第二部分中讲述MAP的常见功能流程。 1.SCCP ?MAP采用SCCP无连接0或1级的无连接服务。 ?SSN(子系统号码): 用户部分 比特 87654321 00000101 整个MAP(留待将来可能使用) 00000110 HLR 00000111 VLR 00001000 MSC 00001001 EIR 00001010 AC ?寻址 用DPC+SSN或GT寻址。 2.TCAP TCAP基于网络的无连接服务。 为了向所有应用业务提供统一的支持,TCAP将不同节点之间的信息交互抽象为一个关于’’操作’’的过程,即起始节点调用(Invoke)一个操作,远端(目的地)节点应请求执行执行该操作,并可能向始节点回送操作执行结果。为了完成某项业务过程,两个节点的对等实体之间可能涉及到许多操作,这些相关操作的执行通过顺序、嵌套等方式组合起来,就构成一个所谓’’对话’’(即’’事务’’,如MAP的业务流程等)。 正如对话语句是由以下基本单词组成一样,TCAP消息由基本构件――组元(Component)组成的。一个组元对应于一个操作请求或响应,一个消息(对话)可以包含多个组元。这样,由若干个组元就可以构成大量的消息。上述统一的消息结构和语法规则适用于任何类型的TC用户。因此,TCAP协议和具体应用无关,但是消息的语义,即每个组元中所包含的信息含义以及一个消息中各个组元的次序则取决于具体的应用,由TCAP用户定义。

GSM信令流程(超详细)

Issue 3.3 课程说明 课程介绍 GSM通信流程包括两方面的内容:呼叫基本流程,信令基本流程。其中,呼叫流程主要包含:移动主叫流程,移动被 叫流程,汇接呼叫流程。信令基本流程主要包含:鉴权流程,位置登记流程,呼叫重建流程,BSC内部切换流程,BSC 间切换流程,MSC间切换流程,移动始发短消息流程,移动终结短消息流程,定向重试流程。 这些流程从系统的角度描述了移动用户经常发生的行为,描述了GSM的几个组成部分在呼叫流程、信令流程中的相互 关系,对移动性特征做重点说明。 课程目标 本课程的重点是介绍GSM系统的协同工作过程,涉及内容包含:呼叫、位置更新、切换、短消息。对流程的介绍突出 了移动特征,具体的信令细节本课程不做描述,可以参考ETSI的GSM规范获得更加详细的内容。 通过学习本课程,可以基本掌握: ?移动用户做位置登记的信令过程; ?移动用户做主叫的信令过程; ?移动用户做被叫的信令过程; 1

Issue 3.3 ?MSC做汇接呼叫的信令过程; ?BSC内切换信令过程; ?BSC间切换的信令过程; ?MSC间切换的信令过程; ?呼叫重建的信令过程; ?定向重试的信令过程。 对这些信令流程学习之后,对GSM系统的原理会有更加深刻的了解,对每个功能实体(MS,BTS,BSC,MSC,VLR, HLR)的功能有更加深刻的体会。 相关资料 ETSI关于GSM的规范,主要是:GSM0408,GSM0808,GSM0902。 2

Issue 3.3 第一节呼叫过程的信令分析 对一次发生在移动用户间的呼叫来说,信令流程可以分为三个相对独立的部分: ?主叫移动用户部分 ?被叫移动用户部分 ?拆线部分 1.1 主叫信令流程 移动用户做主叫时的信令过程从MS向BTS请求信道开始,到主叫用户TCH指配完成为止。一般来说,主叫经过几个大 的阶段:接入阶段,鉴权加密阶段,TCH指配阶段,取被叫用户路由信息阶段。 ?接入阶段主要包括:信道请求,信道激活,信道激活响应,立即指配,业务请求等几个步骤。经过这个阶段,手机 和BTS(BSC)建立了暂时固定的关系。 ?鉴权加密阶段主要包括:鉴权请求,鉴权响应,加密模式命令,加密模式完成,呼叫建立等几个步骤。经过这个阶 段,主叫用户的身份已经得到了确认,网络认为主叫用户是一个合法用户,允许继续处理该呼叫。 ?TCH 指配阶段主要包括:指配命令,指配完成。经过这个阶段,主叫用户的话音信道已经确定,如果在后面被叫 接续的过程中不能接通,主叫用户可以通过话音信道听到MSC的语音提示。 3

常用信令流程汇总

位置管理的主要流程 位置管理的主要流程是位置更新。根据位置更新情况的不同,可分为如下几种:普通位置更新、周期性位置更新、IMSI附着、联合位置更新。 1.普通位置更新 普通位置更新指移动台在开机或移动过程中,收到的位置区标识与移动台中存储的位置区识别不一致时,移动台发起位置更新请求通知网络更新该移动台的位置区识别。 根据位置更新请求消息中位置区是否属于同一MSC Server/VLR的位置区,是否需要IMSI参与,位置更新流程分为:同一个MSC Server/VLR区域内部的位置更新、跨越不同MSC Server/VLR区域的使用IMSI发起的位置更新、跨越不同MSC Server/VLR区域的使用TMSI发起的位置更新。 (1)同一个MSC Server/VLR区域内部的位置更新(仅涉及VLR) 同一个MSC Server/VLR区域内部的位置更新(仅涉及VLR) ①MS发起位置更新请求LOCATION UPDATING REQUEST,消息中携带MS的TMSI/IMSI、LAI号且注明是普通位置更新类型。 ②MSC Server向VLR发送位置区更新UPDATE LOCATION AREA消息。 ③VLR发起鉴权、加密流程,该流程可选。 ④VLR进行位置更新处理,更新MS的位置消息,存储新的LAI号,并向MSC Server发送位

置更新确认消息UPDATE LOCATION AREA ACK。 ⑤MSC Server向MS发送位置更新接收消息LOCATION UPDATING ACCEPT,同时携带TMSI号码。 ⑥MSC Server释放信道资源,完成位置更新流程。 (2)跨越不同MSC Server/VLR区域的位置更新(不能从PVLR取得用户数据) MS从MSC Server-A的一个位置区(LAI-1)移动到MSC Server-B的一个位置区(LAI-2), 当MS进入新的VLR或MS首次登录,或相关网络数据丢失,此时MS使用IMSI发起位置更新。 跨越不同MSC Server/VLR区域的位置更新(IMSI更新) ①MS移动到MSC Server-B的位置区(LAI-2),监听BCCH信道的新位置区信息,发现和SIM卡上的MSC Server-A的位置区(LAI-1)信息不同。 ②MS向MSC Server-B发送带IMSI的位置更新请求消息LOCATION UPDATING REQUEST。 ③VLR-B发起D接口位置更新消息UPDATE LOCATION。 ④HLR向PVLR发删除位置消息CANCEL LOCATION,PVLR收到消息后删除该MS的所有消息,并向HLR回送删除位置确认消息。

TDLTE信令流程及信令解码详解

TD-LTE信令流程及信令解码 本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析,并加以标注,所有信令为eNB侧跟踪的信令。 PS业务建立流程: 1.1RRC Connection Request UE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连 接,该消息携带主要IE有: -ue-Identity :初始的UE标识。如果上层提供S-TMSI,侧该值为S-TMSI; 否则从0…240-1中抽取一个随机值,设置为ue-Identity。 -establishmentCause:建立原因。该原因值有emergency, highPriorityAccess, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。其中“mt”代表移动终端,“mo”代表移动始端。 信令解码如下: -RRC-MSG : |_msg : |_struUL-CCCH-Message : |_struUL-CCCH-Message : |_message : |_c1 : |_rrcConnectionRequest : |_criticalExtensions : |_rrcConnectionRequest-r8 : |_ue-Identity : |_establishmentCause : ---- highPriorityAccess(1) |_spare : ---- '0'B(00 ) 04 53 14 97 b7 8c 32 1.2RRC Connection Setup UE初始标识,此处因为上层没有提供S-TMSI,所以为随机值。 建立原因,此处 highPriorityAcces s指的是AC11~AC15

信令流程与GT翻译对应关系详解

信令流程与GT翻译详解 MSC与HLR、MSC间进行通信,用到MTP、SCCP、TCAP、CAP各层协议栈,其中MTP层只识别各设备的信令点,SCCP层只识别MSC/VLR/GCR/SSP、HLR/AuC、SCP、SMSC等各个网元的设备识别码(俗称设备号),IMSI、MSISDN等。所以如果要实现MSC与HLR、MSC、SCP(智能网)等网元的通讯(信令流程传递的过程)。就要把SCCP层识别的MSC/VLR/GCR/SSP、HLR/AuC、SCP、SMSC设备识别码、IMSI、MSISDN翻译成相应网元信令点,实现个网元之间的通信和业务通信,即所谓的GT翻译(GT指向)。如下图所示即各个网元间的协议通信模型。 下面用位置更新流程中使用的IMSI,被叫分析流程中使用的MSISDN以及在各网元传递消息时使用的MSC/VLR/GCR/SSP、HLR/AuC、SCP、SMSC识别码,结合信令流程特点分析各网元间的GT翻译(即把各类转换成相应设备的信令点)是如何实现的。

图1:新用户开机位置更新与相关号码GT 翻译对应关系流程分析 1、新用户第一次开机,收到该小区的广播消息中携带的LAI+CGI 值,向网络侧发起位置更新请求消息,消息中携带IMSI 号码,LAI+CGI 信息。 2、MSC/VLR 根据手机上报的IMSI 号码,进行GT 翻译,找到该IMSI 所对应的归属HLR 信令点。并存储移动台的LAI (IMSI 号码对HLR 信令点的GT 翻 译) 、MSC 根据IMSI 翻译出的HLR 信令点向HLR 请求识别号,IMSI 、MSISDN 号码 4、HLR 记录该MSC/VLR 识别码,并建立该移动台IMSI 、MSISDN 号码与 MSC/VLR 识别码的对应关系。以便进行语音呼叫。(即移动台完成了HLR 里的位置登记) 图2 :跨局位置更与相关号码对应关系流程分析 1、移动台漫游到MSC/VLR (2)局,收到该小区BCCH 信道广播消息中携带的LAI+CGI 值,发现与本移动台存储的LAI 值不符,触发位置更新请求,向MSC/VLR (2)请求位置更新,消息中携带该移动台的IMSI 号码 2、MSC/VLR (2)根据移动台上报的IMSI 号码,进行GT 翻译,找到该IMSI 所对应的归属HLR 信令点。并存储移动台的LAI 、MSC (2)向HLR 请求该用户的用户MSC/VLR IMSI 、MSISDN 号码 4、HLR 记录该MSC/VLR (2 )识别码,并建立该移动台IMSI 、MSISDN 号码与(2)识别码的对应关系。以5、HLR 把该MSC/VLR (2)识别号码翻译成MSC/VLR (2)的信令点,找到该MSC/VLR (2),向MSC/VLR 插入该用户的用户数据。并在消息中携带该HLR 的识别号。 6、MSC/VLR (2)把HLR 识别号码翻译成HLR 信令点,向HLR 发送插入数据响应消息8、HLR 5、HLR 把该MSC/VLR 翻译成MSC/VLR 的信令点,找到该MSC/VLR ,向MSC/VLR 插入该用户的用户数据(HLR 中需要做的MSC/VLR 识别号与 MSC/VLR 信令点的GT 翻译) 7、HLR 根据记录的MSC/VLR (1)识别号,翻译成MSC/VLR (1)的信令点,向MSC(1)发送删除用户数据的消息。消息中携带HLR 识别号。

非常详细的LTE信令流程

LTE信令流程

目录 第一章协议层与概念 (5) 1.1控制面与用户面 (5) 1.2接口与协议 (5) 1.2.1NAS协议(非接入层协议) (7) 1.2.2RRC层(无线资源控制层) (7) 1.2.3PDCP层(分组数据汇聚协议层) (8) 1.2.4RLC层(无线链路控制层) (8) 1.2.5MAC层(媒体接入层) (9) 1.2.6PHY层(物理层) (10) 1.3空闲态和连接态 (12) 1.4网络标识 (13) 1.5承载概念 (14) 第二章主要信令流程 (16) 2.1 开机附着流程 (16) 2.2随机接入流程 (19) 2.3 UE发起的service request流程 (23) 2.4寻呼流程 (26) 2.5切换流程 (27) 2.5.1 切换的含义及目的 (27) 2.5.2 切换发生的过程 (28) 2.5.3 站内切换 (28) 2.5.4 X2切换流程 (30) 2.5.5 S1切换流程 (32) 2.5.6 异系统切换简介 (34) 2.6 CSFB流程 (35) 2.6.1 CSFB主叫流程 (36) 2.6.2 CSFB被叫流程 (37) 2.6.3 紧急呼叫流程 (39) 2.7 TAU流程 (40) 2.7.1 空闲态不设置“ACTIVE”的TAU流程 (41)

2.7.2 空闲态设置“ACTIVE”的TAU流程 (43) 2.7.3 连接态TAU流程 (45) 2.8专用承载流程 (46) 2.8.1 专用承载建立流程 (46) 2.8.2 专用承载修改流程 (48) 2.8.3 专用承载释放流程 (50) 2.9去附着流程 (52) 2.9.1 关机去附着流程 (52) 2.9.1 非关机去附着流程 (53) 2.10 小区搜索、选择和重选 (55) 2.10.1 小区搜索流程 (55) 2.10.1 小区选择流程 (56) 2.10.3 小区重选流程 (57) 第三章异常信令流程 (60) 3.1 附着异常流程 (61) 3.1.1 RRC连接失败 (61) 3.1.2 核心网拒绝 (62) 3.1.3 eNB未等到Initial context setup request消息 (63) 3.1.4 RRC重配消息丢失或eNB内部配置UE的安全参数失败 (64) 3.2 ServiceRequest异常流程 (65) 3.2.1 核心网拒绝 (65) 3.2.2 eNB建立承载失败 (66) 3.3 承载异常流程 (68) 3.3.1核心网拒绝 (68) 3.3.2 eNB本地建立失败(核心网主动发起的建立) (68) 3.3.3 eNB未等到RRC重配完成消息,回复失败 (69) 3.3.4 UE NAS层拒绝 (70) 3.3.5上行直传NAS消息丢失 (71) 第四章系统消息解析 (72) 4.1 系统消息 (73) 4.2 系统消息解析 (74) 4.2.1 MIB (Master Information Block)解析 (74) 4.2.2 SIB1 (System Information Block Type1)解析 (75) 4.2.3 SystemInformation消息 (77) 第五章信令案例解析 (83) 5.1实测案例流程 (84)

信令流程

RRC连接建立(专用信道) CN RRC Connection Request RL Setup Request RL Setup Response DL Synchronization UL Synchronization RRC Connection Setup RRC Connection Setup Complete RRC 连接建立(公共信道) CN RRC Connection Request RRC Connection Setup RRC Connection Setup Complete 初始直传信令流程 DCCH: Initial Direct Transfer Connection Request: Initial UE Message (CM Service Request) Connection Confirm Connection Reject RAB 建立流程 核心网和终端之间的承载是通过RAB来表示的,RAB用于终端和CN之间传送语音、数据、多媒体等业务信息。终端和核心网之间的CM信令连接建立完成后,核心网将根据CM 业务的类型及其QoS特性发起RAB的建立过程。 RAB的建立总是由CN发起的。CN首先发送RAB ASSIGNMENT REQUEST指派消息,RNC 根据CN的RAB指派请求进行无线网络的参数配置,结束之后RNC发送RAB ASSIGNMENT RESPONSE消息,指明RAB建立是否成功。 需要说明的是:无论是终端还是网络发起的业务,RAB指派过程都是由CN触发的,每个终端可以有一个或者多个RAB ,并且RAB分域的。 根据RAB建立前RRC连接状态与RAB建立后连接状态,RAB的建立过程分为DCH-DCH、CCH-DCH和CCH-CCH三种情况。

CDMA网络信令流程详解

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、传输误码率高导致指配资源失败

非常详细的LTE信令流程

LTE信令流程 目录 第一章协议层与概念 (7) 1.1控制面与用户面 (7) 1.2接口与协议 (7) 1.2.1................................. N AS协议(非接入层协议) 8 1.2.2................................. R RC层(无线资源控制层) 8 1.2.3............................ P DCP层(分组数据汇聚协议层) 9 1.2.4................................. R LC层(无线链路控制层) 10 1.2.5..................................... M AC层(媒体接入层) 11 1.2.6......................................... P HY层(物理层) 12 1.3空闲态和连接态 (13) 1.4网络标识 (15) 1.5承载概念 (16) 第二章主要信令流程 (18) 2.1 开机附着流程 (18) 2.2随机接入流程 (21)

2.3 UE发起的service request流程 (26) 2.4寻呼流程 (28) 2.5切换流程 (29) 2.5.1 切换的含义及目的 (29) 2.5.2 切换发生的过程 (30) 2.5.3 站内切换 (30) 2.5.4 X2切换流程 (31) 2.5.5 S1切换流程 (34) 2.5.6 异系统切换简介 (36) 2.6 CSFB流程 (36) 2.6.1 CSFB主叫流程 (37) 2.6.2 CSFB被叫流程 (38) 2.6.3 紧急呼叫流程 (40) 2.7 TAU流程 (41) 2.7.1 空闲态不设置“ACTIVE”的TAU流程 (42) 2.7.2 空闲态设置“ACTIVE”的TAU流程 (43)

LTE常见信令流程总结

0.1控制面和用户面协议栈 (2) 0.2S1接口控制面和用户面协议栈 (3) 1 开机附着流程 (4) 1.1正常流程 (4) 1.2异常流程 (5) 1.2.1 RRC连接建立失败 (5) 1.2.2核心网拒绝 (6) 1.2.3 eNB未等到Initial context setup request消息 (7) 1.2.4 RRC重配消息丢失或者没收到RRC重配完成消息或者eNB内部配置UE的安全参数等 失败 (7) 2 UE发起的SERVICE REQUEST流程 (8) 2.1正常流程 (8) 2.2异常流程 (9) 2.2.1 RRC连接建立失败 (9) 2.2.2核心网拒绝 (10) 2.2.3 eNB未等到Initial context setup request消息 (10) 2.2.4 RRC重配消息丢失或者eNB内部配置UE的安全参数失败或者没有建立起来一个非 GBR承载 (10) 2.2.5 eNB建立专用承载失败 (10) 2.2.6 eNB建立默认承载失败 (11) 3网络发起的PAGING流程 (12) 3.1S_TMSI寻呼 (12) 3.2IMSI寻呼 (12) 4 TAU流程: (12) 4.1正常流程 (12) 4.1.1 IDLE下发起的 (12) 4.1.2 CONNECTED下发起的 (14) 4.2异常流程 (14) 5去附着 (14) 5.1关机去附着 (14) 5.2非关机去附着 (14) 6切换流程 (16) 7专用承载建立流程 (16) 7.1正常流程 (16) 7.2异常流程 (17) 7.2.1 核心网拒绝 (17) 7.2.2 eNB本地建立失败(核心网主动发起的建立) (17) 7.2.3 eNB未等到RRC重配完成消息,回复失败 (18)

信令流程的描述

信令流程的描述

信令流程的描述 同步过程 当手机开机后,会去扫描所有的无线信道并在3秒至5秒内测量它们的信号强度,将30个信号最强载频存储下来,然后调制到信号强度最强的载频上,通过扫描它的FCCH突发脉冲来判断它是否是一BCCH频点,若是的话会继续去收听它的SCH突发脉冲,看是否能对之进行解调,若能通过解出的BSIC号,看是否是被SIM卡禁止的,若可以接入,则继续收听BCCH广播,看该小区是否被禁止接入,若允许接入则根据小区选择准则C1算法,看是否满足C1大于0的要求,若完全通过则该小区则被选为服务小区,若其中一步失败则对次强信道进行同样的流程。 手机空闲状态下的工作 当手机进入空闲模式下后,手机先对该服务小区的系统消息进行按TC顺序进行分析,若是GSM900M的话,系统将会接受SYSTEM INFORMATION TYPE 1、TYPE2、TYPE3、TYPE4;若是GSM1800M的话,则会系统接受TYPE1、TYPE2、TYPE2 BIS、TYPE3、TYPE4;若是双频网络的话会系统接受TYPE1、TYPE2、TYPE2 BIS、TYPE2 TER、TYPE3、TPPE4;每个系统消息相隔一个51复祯,中间还要根据noofMultiFrameBetweenPaging参数所定义的时长到所指定的寻呼块来接收系统的寻呼消息(一般在寻呼业务量大的地方或邻小区多的地方该值定义的较小,即定义了手机不连续接收的时长,该值越大,在该服务区的手机就越省电,如市区可定义为2,即手机在102祯内收听一次寻呼消息,郊区可定义为4或6),在手机完成对系统消息的测量后,就进入休息状态,仅在指定的寻呼块内收听寻呼消息并同时测量邻小区的BCCH的接收电平,在30秒左右的时间内又将会去收听系统消息,来判断小区重选的进程。 1个SACCH复帧 = 4个SACCH帧 = 15/26*8*26*4 毫秒(即480ms) 现对手机发起呼叫的流程进行分析: 1、MS通过RACH信道先发起一个channel request消息(8bits),其中包

VoLTE主叫信令流程详解

VoLTE主叫信令流程详解(有抓包截图详细介绍): 注册的目的是信息登记,并为后续的主被叫提前进行了相应的寻址。例如,主叫流程中信令所经历的网元路径就是在注册阶段被分配好的,并在该UE注册期间保持不变。 IMS域的的主叫信令流程总览如下:

1、首先UE向P-CSCF发出SIP INVITE请求,包含初始SDP消息,该初始SDP消息包含一个多媒体会话的一个或多个媒体流。

UE需要在INVITE消息了嵌入Accept:application/sdp,application/3gpp-ims+xml,这里主要指明了MIME(MultipurposeInternet Mail Extensions)的业务格式类型(例如XML、HTML 或者还是WMV等业务媒体格式),以便被服务器进行正确的解码处理,这一点在计算机应用中很普遍,如果没有注明正确的类型,后果很难评估; P-Early-Media: supported,支持该消息意味着支持主叫早放,例如,当收到180振铃指示,UE按授权进行相应的媒体播放; P-Preferred-Identity: sip:+86134********@https://www.360docs.net/doc/3318529620.html,,这里提供了用户的公共标识,与后续从S-CSCF传来的P-Asserted-Identity保持一致; P-Preferred-Service:urn:urn-7:3gpp-service.ims.icsi.mmtel, IMS Communication Service Identifier(ICSI),IMS通信服务标识符在UE与网络侧标记着应用。UE通过该标识符分发SIP 消息到正确的应用,而网络侧通过该标识选择正确的应用服务器; a: *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel",媒体类型标签,标识着终端可支持的软件应用,同时也表征着终端的能力(例如该终端是个电话或者是PDA); 在初始SIP请求中包含的SDP消息应严格符合RFC 4566中定义的SDP协议格式,包含不同域的排列顺序、以及域中内容的格式要求。

相关文档
最新文档