6-GS_SP01_C2_0-点对点短消息信令流程介绍

GS_SP01_C2_0 点对点短消息信令流程介绍课程目标:

z掌握短消息中心MAP标准信令流程

z掌握预付费用户短消息信令处理流程

z了解其它短消息处理流程

参考资料

z《NO.7信令系统》北京邮电大学出版社

3

第1章 信令处理流程

知识点

z 短消息信令处理标准流程。

z 预付费用户短消息信令处理流程。

z 其它用户短消息信令处理。

1.1 短消息信令处理基本流程

根据点对点短消息业务的种类,信令处理基本流程分为以下两种:移动台发起的

短消息业务和移动台终止的短消息业务。分别介绍移动台向短消息中心发送短消

息的信令流程和移动台从短消息中心接收短消息的信令流程。

1.1.1 移动台发送短消息的信令流程

移动台发送短消息可以有两条路径:通过MSC /VLR 向短消息中心发送短消息,

以及通过SGSN 向短消息中心发送短消息。

1.1.1.1 移动台通过MSC /VLR 向短消息中心发送短消息的信令流程

移动台通过MSC /VLR 向短消息中心发送短消息的信令流程如图3.1-1所示。

图1.1-1 移动台通过MSC /VLR 发送短消息的信令流程图

CSUA-040-C1 NO.7信令系统

4

如图1.1-1所示,移动台发送短消息涉及的功能实体包括MS 、MSC 、VLR 、IWMSC

和SC 。起点为MS ,途经发送短消息的移动台所在的MSC 和VLR ,IWMSC (短

消息进入短消息中心的关口局),终点为SC 。

8 说明:

IWMSC 与SC 合设。但是为了更加清楚地描述信令流程,我们将它们分开描述,

但是仍以虚框表示合设结构。

通过MSC /VLR 进行短消息起呼的信令流程的(1)~(12)表示移动台发送短

消息的12个步骤。

(1) MS 向MSC 发起接入请求,其中包含MS 的IMSI 或TMSI 号码。

(2) MSC 向VLR 发起接入请求,VLR 在接入处理过程中可进行鉴权和加密。

(3) VLR 向MSC 回送接入证实消息。

(4) MSC 向MS 回送接入证实消息,允许MS 进入GSM 网络通讯。

(5) MS 向MSC 发送一条短消息,其中包含短消息的内容、目的SC 地址。

(6) MSC 向VLR 查询MS 是否可以发送短消息。

(7) VLR 在确认MS 具有短消息业务且没有被禁止后,通知MSC 当前MS 可

以发送短消息,并提供MSISDN 号码。

(8) MSC 向IWMSC 转发短消息,其中包含该条短消息的内容、源MS 的

MSISDN 号码、目的SC 地址。

(9) IWMSC 向SC 转发短消息,其中包含该条短消息的内容、源MS 的MSISDN

号码、目的SC 地址。

(10)S C 通知IWMSC 已接受短消息。

(11) I WMSC 通知MSC 已接收短消息。

(12)M SC 通知MS 短消息发送成功。

移动台向短消息中心提交短消息成功,即进入下面的短消息中心向移动台转发短

消息过程。

第1章 信令处理流程

5

1.1.1.2 移动台通过SGSN 向短消息中心发送短消息的信令流程

图1.1-2 移动台通过SGSN 发送短消息的信令流程图

如图1.1-2所示,移动台发送短消息涉及的功能实体包括MS 、SGSN 、IWMSC 和

SC 。起点为MS ,途经发送短消息的移动台所在的SGSN ,IWMSC (短消息进入

短消息中心的关口局),终点为SC 。

通过SGSN 进行短消息起呼的信令流程的(1)~(6)表示移动台发送短消息的6

个步骤。

(1) MS 向SGSN 发送一条短消息,其中包含短消息的内容、目的SC 地址。

(2) SGSN 向IWMSC 转发短消息,其中包含该条短消息的内容、源MS 的

MSISDN 号码、目的SC 地址。

(3) IWMSC 向SC 转发短消息,其中包含该条短消息的内容、源MS 的MSISDN

号码、目的SC 地址。

(4) SC 通知IWMSC 已接受短消息。

(5) IWMSC 通知SGSN 已接收短消息。

(6) SGSN 通知MS 短消息发送成功。

移动台向短消息中心提交短消息成功,即进入下面的短消息中心向移动台转发短

消息过程。

CSUA-040-C1 NO.7信令系统

6

1.1.2 移动台接收短消息的信令流程

移动台接收短消息可以有两条路径:分别从MSC /VLR 或SGSN 。在GMSC 从

HLR 收到路由响应后,根据从HLR 获得的MSC 所在的网络实体的号码(包括

MSC 号码,和或者SGSN 号码)。来决定下一步的投递流程。

1.1.

2.1 移动台通过MSC /VLR 接收短消息的信令流程

移动台通过MSC /VLR 接收短消息的信令流程如图3.1-3所示。

图1.1-3 移动台通过MSC /VLR 接收短消息的信令流程图

如图1.1-3所示,移动台通过MSC /VLR 接收短消息涉及的功能实体包括SC 、

GMSC 、HLR 、MSC 、VLR 和MS 。起点为SC ,途经GMSC (短消息中心发送短

消息的关口局)、HLR (接收短消息的移动台所属的HLR )、接收短消息的移动台

所在的MSC 和VLR ,终点为MS 。

经过MSC /VLR 进行短消息投递的信令流程的(1)~(15)表示移动台接收短

消息的15个步骤。

(1) SC 向GMSC 发送短消息,其中包含短消息的内容、源SC 地址、目的MS

的MSISDN 号码,另外还有SC 存在短消息等待发送标识。

(2) GMSC 向目的MS 所属的HLR 查询路由信息。

(3) HLR 向GMSC 返回查询结果,有两种情况:

第1章 信令处理流程

7

● 成功:返回路由信息其中包含目的MS 所在的MSC 号码,以及目的用户的

IMSI ,LMSI 号码。

● 失败:返回错误原因,可能同时返回Alert_MSISDN 号码。

(4) GMSC 根据获得的路由信息向目的MSC 发送短消息,其中包含短消息内

容、源SC 地址、目的MS 的IMSI 或LMSI 号码。

(5) MSC 向VLR 查询目的MS 的相关信息,包括MS 是否可及等标志位。

(6) VLR 向MSC 发送寻呼请求消息,要求建立无线连接。

(7) MSC 收到VLR 的寻呼请求后,向MS 发送寻呼请求。

(8) MS 寻呼成功,进行接入过程。

(9) MSC 发送接入请求消息通知VLR 寻呼成功。

(10)V LR 完成对MS 的鉴权,完成数据的更新以及加密等操作后,通知MSC

接入成功。

(11) M SC 向MS 发送接入证实消息。

(12)M SC 向MS 转发短消息,其中包括短消息内容和源SC 地址。

(13)M S 向MSC 返回短消息成功接收消息。

(14)M SC 通知GMSC ,MS 已成功接收短消息。

(15)GMSC 通知SC ,MS 已成功接收短消息。

如果SC 中还有短消息等待发送,则后续短消息经由SC 送往GMSC ,GMSC 送

往MSC ,MSC 发送到MS ,无需再向HLR ,VLR 查询信息。

1.1.

2.2 移动台通过SGSN 接收短消息的信令流程

移动台通过SGSN 接收短消息的信令流程如图3.1-4所示。

CSUA-040-C1 NO.7信令系统

8

图1.1-4 移动台通过SGSN 接收短消息的信令流程图 如图1.1-4所示,移动台通过SGSN 接收短消息涉及的功能实体包括SC 、GMSC 、

HLR 、SGSN 和MS 。起点为SC ,途经GMSC (短消息中心发送短消息的关口局)、

HLR (接收短消息的移动台所属的HLR ),接收短消息的移动台所在的SGSN ,终

点为MS 。

经过SGSN 进行短消息投递的信令流程的(1)~(8)表示移动台接收短消息的8

个步骤。

(1) SC 向GMSC 发送短消息,其中包含短消息的内容、源SC 地址、目的MS

的MSISDN 号码,另外还有SC 存在短消息等待发送标识。

(2) GMSC 向目的MS 所属的HLR 查询路由信息。

(3) HLR 向GMSC 返回查询结果,有两种情况:

● 成功:返回路由信息,其中包含目的MS 所在的MSC 号码,以及目的用户

的IMSI ,LMSI 号码。

● 失败:返回错误原因,可能同时返回Alert_MSISDN 号码。

(4) GMSC 根据获得的路由信息向目的SGSN 发送短消息,其中包含短消息内

容、源SC 地址、目的MS 的IMSI (肯定没有LMSI )。

(5) SGSN 向MS 转发短消息,其中包括短消息内容和源SC 地址(此过程包括

对MS 的寻呼)。

(6) MS 向SGSN 返回短消息成功接收消息。

第1章 信令处理流程

9

(7) SGSN 通知GMSC ,MS 已成功接收短消息。

(8) GMSC 通知SC ,MS 已成功接收短消息。

如果SC 中还有短消息等待发送,则后续短消息经由SC 送往GMSC ,GMSC 送

往SGSN ,SGSN 发送到MS ,无需再向HLR 查询信息。

1.1.3 重发的信令流程

上述移动台接收短消息的信令流程为MS 可正常接收短消息的情况。

在实际情况中,可能由于移动台不可及、移动台无存储空间而暂时无法接收短消

息。当短消息中心向移动台发送短消息失败时,根据短消息中心的设置,短消息

中心采用不同的重发机制。

● 强制重发

此种情况只限于高优先级短消息。即使当前移动台不可及或者没有存储空

间,短消息中心仍然尝试重发该高优先级短消息。

● 定时重发

将发送失败的短消息存入等待发送队列中,定时时刻到达后,短消息中心

尝试重发。

● 提醒重发

短消息中心接收到移动台可及或者有空闲内存的信息,短消息中心向该移

动台尝试重发。

以下侧重介绍提醒重发流程。

首先,有必要先介绍一下HLR 中的消息等待数据文件(MWD )。MWD 中存储向

MS 发送短消息失败的所有短消息中心号码、该MS 的MSISDN 号码、以及MS

的当前状态:是否可及(以MNRF 标志位表示)、有无存储空间(以MCEF 标志

位表示)。

提醒SC MS 可接收短消息包括三种情况:

1.1.3.1 向MS 强制重发高优先级短消息成功

短消息中心发送高优先级短消息,向GMSC 返回查询结果后,HLR 中相应标识位

(MCEF 、MNRF )被置位时通知GMSC 。由于短消息中心对于高优先级的短消

息强制重发,GMSC 向MS 强制重发成功,且标识位MCEF ,MNRF 被置位时,

GMSC 通知HLR 清除相应的标识位。

CSUA-040-C1 NO.7信令系统

10 HLR 中某用户的标识位MCEF 和MNRF 被清空后,由HLR 提醒短消息中心该用户可接收短消息,信令流程如图3.1-5所示。

图1.1-5 HLR 提醒短消息中心的信令流程图 信令流程从HLR 开始,进入短消息中心的关口局IWMSC 。如图1.1-5所示,信令流程分3个步骤。 (1) HLR 查询存储的MWD ,如果某一MS 的MNRF 和MCEF 标识位均被清空,则向IWMSC 发送通知消息; (2) IWMSC 通知SC ,移动用户可以接收短消息; (3) IWMSC 向HLR 回送成功的响应消息。

1.1.3.2 MS 可及

MS 可以同样包括两种情况:VLR 监测到可及或者SGSN 监测到可及。

MS 开机或者重新进入服务范围,MS 进行位置更新,指示MS 可及。

● 如果MS 进行的是一般的位置更新(从VLR 进行的,非GPRS 位置更新)

VLR 收到MS 的位置更新请求或接入请求,且VLR 中的该MS 的标识位

MNRF 被置位,则VLR 通知短消息中心,移动台可及可以接收短消息。

VLR 提醒短消息中心移动台可以接收短消息的信令流程如图3.1-6所示。

第1章 信令处理流程

11

图1.1-6 VLR 提醒短消息中心的信令流程 信令流程从VLR 开始,进入短消息中心的关口局IWMSC 。如图1.1-6所示,信

令流程分5个步骤。

(1) VLR 向HLR 发起Ready for SM 请求指示用户可及,通知HLR ,MS 可及

可以接收短消息(说明:VLR 向HLR 发起Ready for SM 请求的另一种情

况是指示用户有空闲内存,这种情况在下面“MS 有空闲内存”情况中介

绍);

(2) HLR 向IWMSC 发起AlertSC 请求,通知IWMSC ,MS 可及可以接收短消

息;

(3) IWMSC 通知SC ,移动用户可以接收短消息;

(4) IWMSC 向HLR 回送成功AlertSC 的响应消息;

(5) HLR 向VLR 回送成功Ready for SM 的响应消息。

● 如果MS 进行的是GPRS 位置更新,或者在SGSN 实体中监测到有此用户

活动。且SGSN 中的该MS 的标识位MNRF 被置位,则SGSN 通知短消息

中心,移动台可及可以接收短消息。

SGSN 提醒短消息中心移动台可以接收短消息的信令流程如图3.1-7所示。

CSUA-040-C1 NO.7信令系统

12

图1.1-7 SGSN 提醒短消息中心的信令流程

信令流程从SGSN 开始,进入短消息中心的关口局IWMSC 。如图1.1-7所示,信

令流程分5个步骤。

(1) SGSN 向HLR 发起Ready for SM 请求指示用户可及,通知HLR ,MS 可及

可以接收短消息(说明:SGSN 向HLR 发起Ready for SM 请求的另一种情

况是指示用户有空闲内存,这种情况在下面“MS 有空闲内存”情况中介

绍。);

(2) HLR 向IWMSC 发起AlertSC 请求,通知IWMSC ,MS 可及可以接收短消

息;

(3) IWMSC 通知SC ,移动用户可以接收短消息;

(4) IWMSC 向HLR 回送成功AlertSC 的响应消息;

(5) HLR 向SGSN 回送成功Ready for SM 的响应消息。

1.1.3.3 MS 有空闲内存

在MS 有空闲内存时,可以从MSC 进行报告,也可以通过SGSN 进行报告。

● MS 有空闲内存时,MS 通知MSC ,MSC 通知VLR ,VLR 通知HLR ,HLR

通知短消息中心MS 有空闲内存可以接收短消息。

MS 提醒短消息中心MS 可接收短消息的信令流程如图3.1-8所示。

第1章 信令处理流程

13

图1.1-8 MS 提醒短消息中心的信令流程

信令流程从MS 开始,进入短消息中心的关口局IWMSC 。如图1.1-8所示,信令

流程分9个步骤。

(1) MS 通知MSC ,MS 有空闲内存可以存放一条或多条短消息。

(2) MSC 通知VLR ,MS 有空闲内存。

(3) VLR 向HLR 发起Ready for SM 请求指示MS 有空闲内存,通知HLR ,MS

可以接收短消息。

(4) HLR 得知MS 有空闲内存,且查询到该MS 的MCEF 标识位置位,则向

IWMSC 发起AlertSC 请求,通知IWMSC ,MS 可以接收短消息。

(5) IWMSC 通知SC ,移动用户可以接收短消息。

(6) IWMSC 向HLR 回送成功AlertSC 的响应消息。

(7) HLR 向VLR 回送成功Ready for SM 的响应消息。

(8) VLR 向MSC 回送成功的响应消息。

(9) MSC 向MS 回送成功的响应消息。

● MS 有空闲内存时,MS 通知SGSN ,SGSN 通知HLR ,HLR 通知短消息中

心MS 有空闲内存可以接收短消息。

MS 提醒短消息中心MS 可接收短消息的信令流程如图3.1-9所示。

CSUA-040-C1 NO.7信令系统

14

图1.1-9 MS 提醒短消息中心的信令流程 信令流程从MS 开始,进入短消息中心的关口局IWMSC 。如图1.1-9所示,信令流程分7个步骤。

(1) MS 通知SGSN ,MS 有空闲内存可以存放一条或多条短消息。

(2) SGSN 向HLR 发起Ready for SM 请求指示MS 有空闲内存,通知HLR ,

MS 可以接收短消息。

(3) HLR 得知MS 有空闲内存,且查询到该MS 的MCEF 标识位置位,则向

IWMSC 发起AlertSC 请求,通知IWMSC ,MS 可以接收短消息。

(4) IWMSC 通知SC ,移动用户可以接收短消息。

(5) IWMSC 向HLR 回送成功AlertSC 的响应消息。

(6) HLR 向SGSN 回送成功Ready for SM 的响应消息。

(7) SGSN 向MS 回送成功的响应消息。

1.2 预付费用户短消息流程

为预付费用户提供短消息业务,网络需要解决两个问题:对用户的鉴权和发送结果通知。

1. 用户鉴权

(1) 在叠加网下,当预付费用户发送短消息时,短消息中心在接收到短消息后

根据用户号段判断是否为预付费用户。

● 如果不是预付费用户,按普通流程进行服务。

第1章 信令处理流程

15

● 如果是预付费用户,则分析号码段,确定用户归属的SCP ,向该SCP 查询

用户的权限信息,即该用户状态是否合法(是否处于Active 或Suspend 状态,金额是否足够)。

当向预付费用户发送短信时,需要对被叫用户进行鉴权。如果SMSC 与被叫的SCP 有连接,可以通过鉴权操作到SCP 查询该用户是否具有接收短消息的权限,即该用户状态是否合法(是否处于激活状态)。

如果短信中心没有与被叫SCP 直接连接,可以通过一个已经与短信中心连接的SCP 去完成鉴权。由该SCP 再根据号段判断应该是哪个SCP 的用户,然后向相应的SCP 查询用户权限信息,根据返回的权限决定是否向用户提供短消息服务。

(2) 在目标网下,移动用户发送短消息时,短消息中心在接收到短消息后,根

据用户号段判断。

● 如果是不归属其管理号段之内的短消息,短消息中心将拒绝接收该短消息。 ● 如属于用户归属的SCP ,就向该SCP 查询用户信息,即该用户是否存在或

是否为全球通用户。

如是全球通用户,返回是全球通用户。

如数据不存在,返回是MO 不存在,此时短消息中心按全球通用户处理,即认为鉴权通过,并出相应的话单。

若是预付费用户,查询该用户状态是否合法(是否处于Active 或Suspend 状态,金额是否足够)。

暂不实现MT 鉴权和计费。

当预付费用户发送短消息后,SMSC 需要将短消息的发送结果发给SCP 。SCP 可以根据该结果选择是鉴权操作中扣费有效或者是鉴权操作中扣费无效。如果扣费无效,则应将预扣的费用返给用户(即补钱)。

2. 结果通知

SMSC 可以根据SCP 的要求来选择是发送成功时通知SCP 还是发送失败时通知SCP ,或成功和失败都不通知SCP 。

CSUA-040-C1 NO.7信令系统

16

1.2.1 叠加网下预付费点对点消息流程

1.2.1.1 PPS 用户→PPS 用户消息流程

● 短消息中心与主叫归属的SCP 和被叫归属的SCP 都有连接,流程如图3.3-1

所示。

MSC(PPS1)

图1.3-1 SMSC 与被叫归属的SCP 有直联时的流程图 流程描述如下:

(1) PPS1用户提交短消息到SMSC ;

(2) SMSC 收到消息后,给手机返回提交短消息的应答消息;

(3) SMSC 根据主叫用户号码信息判断是否为预付费用户。如是普通用户,按

普通流程进行服务;若是预付费用户,则分析号码段,确定用户归属的

第1章 信令处理流程

17

SCPa ,SMSC 向该SCPa 发送鉴权扣费消息;SCPa 收到SMSC 的消息后,根据相应的计费规则对计费用户进行鉴权、扣费;

(4) SCP 在对用户鉴权计费后,给SMSC 返回带有操作结果的计费请求应答消

息;如果SMSC 收到SCPa 的鉴权扣费消息是失败的,则不再继续下面的流程,否则SMSC 向目的用户所在的HLR 查找路由。

(5) SMSC 根据被叫用户号码信息判断是否为预付费用户。如是普通用户,按

普通流程进行服务;若是预付费用户,则分析号码段,确定用户归属的SCPa ,SMSC 向该SCPb 发送鉴权扣费消息;SCPb 收到SMSC 的消息后,根据相应的计费规则对计费用户进行鉴权、扣费;

(6) SCP 在对用户鉴权计费后,给SMSC 返回带有操作结果的计费请求应答消

息;如果SMSC 收到SCPb 的鉴权扣费消息是失败的,则不再继续下面的流程,否则SMSC 向目的用户所在的HLR 查找路由。

(7) SMSC 到目的用户所在的HLR 查找路由。

(8) SMSC 接收HLR 回送的路由响应,得到目的用户所在的MSC 号码。

(9) SMSC 向目的用户所在的MSC 发送终呼短消息。

(10)S MSC 接收来自MSC 的终呼响应证实消息,如果响应失败,则SMSC 根

据不同的错误原因采取不同的重发策略进行终呼消息重发,直到消息成功或最终失败。

(11) S MSC 向主叫所在的SCP 发送结果报告,在短消息失败情况下对主叫用户

进行补款。

(12)S MSC 接收SCP 发送的结果报告响应。

● 短消息中心与主叫归属的SCP 有连接,与被叫归属的SCP 没有直接连接,

被叫鉴权通过与其相连的SCP 来进行,流程如图3.3-2所示。

CSUA-040-C1 NO.7信令系统

18

图1.3-1 SMSC 与被叫归属的SCP 间无直连时的流程图 流程描述可参考图1.1-11的流程描述,只是对被叫的鉴权通过SCPa 转发。

1.2.1.2 PPS 用户→普通用户消息流程

流程如图3.3-3所示。

第1章 信令处理流程

19

MSC2(MS2)

图1.3-1 PPS 用户的MO SM 流程 流程描述可参考图1.2-3的流程描述。如果主叫所在的SCP 不与SMSC 直接相连,如图3.3-3中的SCPb ,则通过SCPa 把鉴权消息发给SCPb 。

1.2.1.3 普通用户→PPS 用户消息流程

流程类似于PPS →PPS 流程中MT 流程,所以不再介绍。

1.2.2 目标网下预付费用户点对点流程

目标网下,主叫用户发送短信业务可以分以下两种情况(MT 被叫流程暂不实现)。 ● 短消息中心与主叫归属的SCPa 有连接,流程如图3.3-5所示。

CSUA-040-C1 NO.7信令系统

20

图1.3-1 SMSC 与被主叫归属的SCP 有直联时的流程图 ●

短消息中心与主叫归属的SCPb 没有直接连接,主叫鉴权通过与其相连的

SCPa 来进行,流程如图3.3-6所示。

位置更新具体信令流程

第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状态表明最后一次位置更新请求成

主叫、被叫信令流程

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

GSM通信流程(非常全面)

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

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

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

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承载建立:

(流程管理)GSMBSS信令消息诠释位置更新流程

GSM BSS信令消息诠释——位置更新流程

目录 位置更新流程信令消息诠释 (4) 1.信令流程 (4) 2.信令流程详解 (4) (1).Channel Request (4) (2).Channel Required (7) (3).Channel Activation (7) (4).Channel Activation Acknowledge (9) (5).Immediate Assignment Command (10) (6).SABM(Set Asynchronous Balanced Mode)帧 (13) (7).UA(Unnumbered Acknowledgement)帧 (14) (8).Establish Indication (14) (9).CR(Call Request)(CMP L3 Information) (17) (10).CC(Call Confirm) (19) (11).Location Updating Accept (19) (12).Location Updating Reject (19) (13).TMSI Reallocation Complete (20) (14).Clear Command (20) (15).Clear Complete (20) 附录1:Element Identifier (21) 9.3 Other Information Elements (21) 9.3.1 Channel Number (22) 9.3.2 Link Identifier (23) 9.3.4 BS Power (25) 9.3.5 Channel Identification (25) 9.3.6 Channel Mode (25) 9.3.7 Encryption information (27) 9.3.8 Frame Number (28) 附录2:MS Power Class and Level (28) 4.1Output power (29) 4.1.1Mobile Station (29) 附录3:Channel Description (1) 附录4:Message Type (7) 10.4Message Type (7)

一次完整被叫通话的信令流程

1一次完整被叫通话的信令流程 Mobile Station Network Paging Request Channel Request Immediate Assignment CM Service Request CM Service Accept Classmark Change Authentication Request Authentication Response Ciphering Mode Command Ciphering Mode Complete Setup Call Proceeding Assignment Command Assignment Complete Alerting Disconnect Release Release Complete Channel Release

2 需要注意的几点信令 (1)在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI。 (2)Ciphering Mode 为加密模式 (3)在Setup之后若手机为主叫则是Call Confirm,手机为被叫则是Call Proceeding 3 关于掉话、拥塞等事件的定义 对于用户来说,若在通话过程中没有Disconnect(即使有Release和Channel Release)也算是掉话。 对于Assignment Command 之后若出现的是Assignment Failure 或进入Idle状态,应描述为TCH分配失败比较恰当。因为若是TCH拥塞的话,基站就不应该给手机Assignment Command的指令,而且TCH拥塞从我们软件的三层信令根本看不出来。对于SDCCH也一样。

GSM主要信令接续流程(呼叫流程)

主要信令接续流程 为了对GSM系统的整体工作流程有进一步的认识,本节描述几种主要接续流程。 移动客户至固定客户出局呼叫流程 移动台始发呼叫框图见图8-14,流程图见图8-15。 图8-14 移动台始发呼叫框图

图8-15 MS始发呼叫流程图 图中流程说明如下: (1) 在服务小区内,一旦移动客户拨号后,移动台向基站请求随机接入信道(RACH)。 (2) 在移动台MS与移动业务交换中心MSC之间建立信令连接的过程。AGCH允许接入信道 (3) 对移动台的识别码进行鉴权,如果需加密则设置加密模等,进入呼叫建立的起始阶段。 (4) 分配业务信道的过程。 (5) 采用七号信令的客户部分(1SUP/TUP),建立与固定网(ISDN/PSTN)至被叫客户的通路,并向被叫客户振铃,向移动台回送呼叫接通证实信号。 (6) 被叫客户取机应答,向移动台发送应答连接消息,最后进入通话阶段。

手机主叫的时候发起的第一条消息是在Um接口上的Channel request 消息,然后BTS 对这个消息进行转发,在A-bis 接口上我们看到Channel required。Channel request我们可以理解为信道请求,在BTS与BSC之间的Channel required我们通常叫做信道申请。 BSC收到这个Channel required 以后它会返回一个Channel active,在这个Channel active 里面有一个非常重要的信息,就是BSC对BTS激活的这个目标信道的相关描述。BTS激活这个信道以后会返回一个Channel active ACK。

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

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收到鉴权请求后,利

通信呼叫流程信令

1

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

Issue 3.3 主叫过程的信令流程如后面的图所示。 注意: 应该注意的是:从VLR到HLR/AUC取鉴权集的过程不是必须的。 VLR到HLR/AUC取鉴权集时,HLR每次送5组,本次使用一组,另外4组保存在VLR中供后续的鉴权过程使用。只有当VLR中的 鉴权集使用完毕,VLR才发起向HLR/AUC取鉴权集的过程。 另外,如果MSC通过对被叫用户的MSRN的分析得知被叫用户是本局用户,那么就不会向其它MSC发送初始地址消息(IAI/IAM), 而是根据被叫用户的位置区直接通知本局BSC对被叫用户发起寻呼。如果被叫用户非本局用户,则通过信令路由分析,通过适当的链 路向目的MSC发IAI消息,以建立话路。 主叫接入阶段、鉴权阶段主要信令: 3

位置更新详细讲解

位置更新流程详解 一位置更新在NAS 层中位置和作用 三层业务请求 当BSC收到建立指示后便向MSC发出第一条三层业务请求消息(COMPLETE L3 INFO),具体说该消息为: 位置更新请求(LOCATION UPDATE REQUEST) CM业务请求(CM SERVICE REQUEST) 寻呼应答(PAGING RESPONSE) IMSI分离(IMSI DETACH) 移动性管理程序(MM)公共程序包括: 鉴权程序 识别程序 TMSI再分配程序 IMSI分离程序 位置更新属于MM的特定程序 2 位置更新基本概念 2.1.位置更新涉及的参数及定义: MCC MNC LAC 3位数字3位数字最大16Bit MCC:移动国家码中国460 MNC:移动网号移动01 联通02 LAC:位置区号码 注意:LAI与LAC的区别,其中位置更新中使用的是LAI。 LAC将在每个小区广播信上的系统消息中发送 message 3:小区识别CELLID+LAI区识别+控制信道描述 +小区选择+小区选择参数+RACH控制参数 message 4AI区识别+小区选择参数+RACH控制参数 +CBCH信道描述+CBCH移动配置 https://www.360docs.net/doc/1114770440.html,C位置区划分原则: 保证不会产生寻呼负荷过高的前提下尽量降低位置更新次数。

https://www.360docs.net/doc/1114770440.html,C位置区设置经验: 位置区设置过小,移动台位置更新过程增多,系统信令流量增大。 位置区设置过大,寻呼信道负荷过重,同时也将增加Abis接口上的信令流量。 4.强制登记:当移动台进行小区重选后,发现SIM卡中位置区与小区广播的位置区(LAI)不同时,移动台需把这种变化通知给网络。 当称动台由一个位置区移动到另一个位置区时,必须在新位置区进行登记,也就是说当移动台发现存储器中的LAI与接收到的当前小区的LAI不同,就需进行位置更新。 3 位置更新分类(根据网络对位置更新的标识不同): 正常位置更新(越位置区位置更新) 周期性位置更新(T3212更新) IMSI附着(用户开机时进行) 注:位置更新请求(LOCATION UPDATING REQUEST)中位置更新类型信息单元将分别指示进行何种类型的位置更新。 3.1 正常位置更新(越位置区位置更新) -启动原因: VLR中MS的状态未知 MS从一个LAI小区重选至另外一个LAI小区 -VLR内部位置更新 VLR内部位置更新不需要提供IMSI号码,在VLR中进行,不需要通知HLR. 位置更新请求[1] 在初始化过程中,MS向网络发送的SABM帧携带的初始化报文中注明接入原因为位置更新请求(LOCATION UPDATING REQUEST),并携带MS的TMSI号码及LAI号码,并标注为正常位置更新。 位置更新消息[2] MSC收到MS发送的位置更新请求后,将向VLR发送位置区更新(MAP UPDATE LOCATION AREA)消息。 位置更新处理[3] VLR收到位置更新消息后进行位置更新处理,VLR将更新MS位置消息并存储新的LAI 号码,并根据需要给移动台分配一个新的TMSI号码(此时进入TMSI再分配程序)。 注意:此时TMSI再分配命令也可以不携带新的TMSI号码,MS将使用以前的TMSI号码。 位置更新确认消息[4] 当收到MS发送给网络的TMSI再分配完成消息后,VLR将向MSC发送位置区更新确认(MAP UPDATE LOCATION AREA ACK)消息。 位置更新接受消息[5] MSC收到该消息后则向MS发送位置更新接受消息(LOCATION UPDATE ACCEPT),之后释放信道,完成位置更新

CSFB主叫被叫信令流程

判断方法: 收到Extended Service Request或Service Request(测试三星终端软件消息,且消息中Service Type指示为0000、0001、0010(含意为主叫、被叫和紧急)输出该事件。 其它要求,对于Event information将Service Type记录下来,如下图示,截取Service Type后面的字符 MO: Service Type Value信息为0000和0010 MT:Service Type Value信息为0001 CSFB主叫(重建信令流程) 1.UE发起CS Fallback语音业务请求。 2.MME发送S1-AP UE CONTEXT MODIFICATION REQUEST消息给 eNodeB,包含CS Fallback Indicator。该消息指示eNodeB,UE因CS Fallback 业务需要回落到UTRAN/GERAN。

3.eNodeB要求UE开始异系统的小区测量,并获得UE上报的测量报告,确 定重定向的目标系统小区。然后向UE发送目标系统具体的无线配置信 息,并释放连接。 4.UE接入目标系统小区,发起CS域的业务请求CM SERVICE REQUEST。 5.如果目标系统小区归属的MSC与UE附着EPS网络时登记的MSC不同,则 该MSC收到UE的业务请求时,由于没有该UE的信息,可以采取隐式位 置更新流程,接受用户请求。如果MSC不支持隐式位置更新,且MSC没 有用户数据(即服务MSC与EPS/IMSI登记的MSC不同),则拒绝该用户 的业务请求。如果MSC拒绝用户的业务请求会导致UE发起一个CS域位置 更新流程。 6.CS域语音呼叫建立流程。 CSFB被叫 1.MSC收到IAM入局消息后,根据存在的SGs关联和MME信息,发送 SGsAP-PAGING-REQUEST(IMSI, TMSI, Service indicator ,主叫号码, 位置区信息)消息给MME。 2.MME发送Paging消息给eNodeB。eNodeB发起空口的Paging流程。 3.UE建立连接并发送Extended Service Request消息给MME。 4.MME发送SGsAP-SERVICE-REQUEST消息给MSC。MSC收到此消息,

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

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

位置更新 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(该消 息内含接入原因值为位置更新);

LTE信令流程图(端到端平台)

TDD-LTE 基本信令流程图

1 概述 本文主要针对TD-LTE端到端信令流程图进行分解,为端到端平台提供分析流程呈现依据。由于部分流程无S1口信令支撑,当前根据相关文档进行的绘制,后续具备条件后进行补充调整。

2 TDD-LTE网络结构概述 LTE的系统架构分成两部分,包括演进后的核心网EPC(MME/S-GW)和演进后的接入网E-UTRAN。演进后的系统仅存在分组交换域。 LTE接入网仅由演进后的节点B(evolved NodeB)组成,提供到UE的E-UTRA控制面与用户面的协议终止点。eNB之间通过X2接口进行连接,并且在需要通信的两个不同eNB之间总是会存在X2接口。LTE接入网与核心网之间通过S1接口进行连接,S1接口支持多—多联系方式。 与3G网络架构相比,接入网仅包括eNB一种逻辑节点,网络架构中节点数量减少,网络架构更加趋于扁平化。扁平化网络架构降低了呼叫建立时延以及用户数据的传输时延,也会降低OPEX与CAPEX。 由于eNB与MME/S-GW之间具有灵活的连接(S1-flex),UE在移动过程中仍然可以驻留在相同的MME/S-GW上,有助于减少接口信令交互数量以及MME/S-GW的处理负荷。当MME/S-GW与eNB之间的连接路径相当长或进行新的资源分配时,与UE连接的MME/S-GW 也可能会改变。 E-UTRAN

2.1 EPC 与E-UTRAN 功能划分 与3G 系统相比,由于重新定义了系统网络架构,核心网和接入网之间的功能划分也随之有所变化,需要重新明确以适应新的架构和LTE 的系统需求。针对LTE 的系统架构,网络功能划分如下图: eNodeB 功能: 1) 无线资源管理相关的功能,包括无线承载控制、接纳控制、连接移动 性管理、上/下行动态资源分配/调度等; 2) IP 头压缩与用户数据流加密; 3) UE 附着时的MME 选择; 4) 提供到S-GW 的用户面数据的路由; 5) 寻呼消息的调度与传输; 6) 系统广播信息的调度与传输; 7) 测量与测量报告的配置。 MME 功能: 1) 寻呼消息分发,MME 负责将寻呼消息按照一定的原则分发到相关的 eNB ; 2) 安全控制; E-UTRAN

WCDMA呼叫信令流程

对于信令流程,应该从以下几个方面掌握: 1.能够写出一个完整的呼叫的流程,其中包括RRC连接,Iu口控制面连接,鉴权加密,RAB Assignment。 2.能够写出一个释放业务的流程,清楚的指导单业务和多业务分别释放的流程。 3.能够知道呼叫过程中的每条消息对应的物理信道。 4.能够清楚的理解呼叫过程中的每条消息的主要内容 5.能够清楚的知道呼叫过程中每条消息流经的空中接口和地面接口 6.后期,能够结合NodeB和RNC的单板,指导相关信令从硬件上的流程。 RRC连接: 1.RRC Connection Request 1.1 在这个消息中,主要必须知道其中主要的三个信元: 第一,UE的标识:优先级依次为UE的TMSI或者P-TMSI,IMSI,IMEI 第二,UE发起RRC Connection的原因:其中包括Conversational,Streaming,Interactive,Background,High Priority Signaling, Low Priority Signaling 第三,UE测量到的当时CPICH的Ec/Io 1.2对于这个消息: 从Uu口来看,它从UE的RRC层到UTRAN的RRC层,途径Node B,这个消息在Node B中经过Iub口的用户面,具体是RACH FP。采用的方式是SRB0 1. 3这个消息逻辑信道是CCCH,传输信道RACH,物理信道是PRACH 2.RL Setup Request 2.1这个消息是RNC发给Node B的,其中包含了分配给该UE的所有层一的资源。RNC告诉Node B,让Node B准备相应的资源。在信令Trace中,可以看到里面包含了所有物理信道的配置信息。 2.2这个消息从RNC到Node B,通过NBAP协议过来,具体来说就是CCP。 2.3这里要区分Iub口的用户面和控制面,简单的说来,其用户面就向一个转接头,只是把高层的消息转接过去。而控制面,则是处理了所有RNC和Node B私人之间相关的消息。 3.Start RX 这个时候Node B收到以上参数后,开始收上行UE发来的数据,但是由于UE还不知道上行它自己可以用什么参数,Node B 此时什么都收不到。 4.RL Setup Response Node B给RNC回送的一个准备完成的消息。 5.ALCAP同步 5.1这个同步,主要是给相应的DCH分配AAL2资源。AAL2资源的分配和回收都是Q.AAL2完成的,也就是这个分配的消息途径Iub口的传输网络控制面。 6.DCH FP同步 6.1这个消息主要包含一个CFN 6.2 其作用主要是Node B中的DCH和RNC中的DCH同步,此消息为IuB口的用户面。 7.Start Tx 此时Node B开始发下行的数据,DPCCH

四、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用户定义。

常用信令流程汇总

位置管理的主要流程 位置管理的主要流程是位置更新。根据位置更新情况的不同,可分为如下几种:普通位置更新、周期性位置更新、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回送删除位置确认消息。

用户管理信令流程部分

MAP信令规范的回顾 在MAP规范中对于用户数据管理一节中规定: HLR用用户参数信息去更新VLR有二种方式: a)使用插入用户数据程序在VLR中插入用户数据; b)使用删除用户数据程序将在VLR中去掉用户数据; 插入用户数据程序在下述情况下使用(见图1)。 a)通过管理手段,改变MS一项或多项补充业务、基本业务的注册情况或改 变其用户数据。 b)改变MS其他用户参数。 c)用补充业务程序,改变与MS一个或多个补充业务有关的数据,例如:前 转到的号码。 d)在位置更新时向VLR提供用户参数。 图(1) 插入用户数据过程 HLR中的程序 当在HLR中对某些用户参数做了改变时(例如:补充业务数据,用户数据),由于是由操作者的改变或由MS用补充业务程序完成的改变,HLR启动VLR的更新(插入用户数据消息)。此参数只含改变的参数,例如,只有受到改动影响的参数向VLR报告。 如MS在VLR中,HLR将收到用户数据插入确认消息。然而,如果程序故障(定时器,拒绝,处理异常结束,或者数据丢失,非期望的数据值消息),

后可以重发。如果收到未标识用户消息,HLR应该给此MS标记为取消登记用户。 VLR中的程序 当收到一个插入用户数据消息,如果MS在VLR中登记了,VLR将更新寄存器。即使VLR收到一个其设备不支持的但格式正确的用户数据,它也这样做。 如果MS未登记,VLR将回发未标识用户消息,如果消息含有参数或数据错误,VLR将根据错误的性质不理此消息或数据丢失、非期望的数据值消息。 删除用户数据程序在下述情况下使用(见图2)。 通过管理手段,改变MS一项或多项补充业务或基本业务项目。 图(2) 删除用户数据过程 HLR中的程序 当在HLR中作某个改变,暗含删除某个用户业务(基本业务或补充业务和有关数据),HLR发删除用户数据消息启动VLR的更新,如果一条消息中无法包含所有的信息,HLR可发多个删除用户的数据消息,所有的消息使用同一个处理。 如果MS在VLR中,HLR将接收到用户数据删除确认消息,然而,如果程序故障,(定时器逾时,拒绝,处理异常结束或收到数据丢失或非期望的数

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

主叫: 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等。

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

相关文档
最新文档