GSM信令流程培训

GSM信令流程培训
GSM信令流程培训

信令流程培训讲义

许永展2002/2/22

一、网络概述 (2)

1.1 MSC与BSS间接口(A接口) (2)

1.2 MSC与VLR间接口(B接口) (2)

1.3 MSC与HLR间接口(C接口) (3)

1.4 VLR与HLR间接口(D接口) (3)

1.5 MSC与MSC间接口(E接口) (3)

1.6 MSC与EIR间接口(F接口) (3)

1.7 HLR与AUC间接口(H接口) (3)

1.8 MC与SME、MC之间的接口(M接口) (4)

1.9 HLR与MC之间的接口(N接口) (4)

1.10 MC与MSC接口(Q接口) (4)

1.11 MSC与OMC之间的接口 (4)

1.12 与PSTN/ISDN网的接口(Ai/Di接口) (4)

1.13 与其他PLMN网的接口 (4)

二、七号信令结构概述 (4)

2.1功能级划分 (5)

2.2七号信令的消息格式 (5)

三、业务流程 (6)

1、TUP(ISUP)常用流程 (6)

2、MAP基本业务流程 (9)

2.1起呼流程(以呼叫固网为例) (9)

2.2终呼流程 (10)

2.3业务申请 (10)

2.4位置申请 (12)

2.5始发申请 (14)

2.6改向再呼指令 (15)

2.7业务操作确认后释放呼叫 (16)

3自动漫游流程 (18)

3.1登记 (18)

3.2跨局呼叫 (20)

4鉴权 (20)

4.1登记时的鉴权 (20)

4.2VLR发起的独特查询 (22)

5补充业务 (24)

一、网络概述

CDMA数字蜂窝移动通信系统各逻辑功能实体和相关接口如图 1所示:

图 1 网络参考模型

接口说明:

1.1MSC与BSS间接口(A接口)

实际上为MSC与BSC间的接口,采用2Mb/s PCM数字链路,该接口有标准协议(IS-634,IOS2.4等)。

主要用来传送以下信息:

BSS管理信息

呼叫处理

移动性管理信息

1.2MSC与VLR间接口(B接口)

该接口为内部接口,该接口没有标准定义。其功能描述如下:

VLR是漫游到相关MSC区域的用户的位置和管理数据库。当MSC需要该MSC

区域的用户数据时,MSC需从VLR查询。当移动台作位置更新时,MSC请求VLR存储相关信息。在用户激活补充业务时或修改数据时,MSC(通过VLR)请求HLR存储相关数据。该接口没有标准定义,一般采用内部接口;

1.3MSC与HLR间接口(C接口)

系统采用IS-41D/E协议,该接口基于2Mb/s数字接口或64Kb/s接口,采用24bit No.7信令方式。

1.4VLR与HLR间接口(D接口)

系统采用IS-41D/E协议,基于2Mb/s数字接口或64Kb/s接口,采用24bit No.7信令方式。其功能描述如下:

该接口用来交换用户位置信息、批准信息和业务数据。移动台主要业务功能是:其须具有在服务区内发起和接受呼叫的能力。为了支持该能力,位置寄存器须交换数据,VLR通知HLR用户位置信息,且在呼叫时提供用户漫游号码。HLR发送VLR所需的用户业务数据。而交换数据通常发生在用户请求特殊业务、用户或网络运营商改变用户数据时候。

1.5MSC与MSC间接口(E接口)

MSC与MSC间接口。

系统采用IS-41D/E协议,基于2Mb/s数字接口或64Kb/s接口。

采用24bit No.7信令方式。其功能描述如下:

当移动台从一个MSC漫游到另一个MSC时,为了保持用户间的通话,MSC会做切换处理,这时MSC之间须交换数据。

1.6MSC与EIR间接口(F接口)

该接口没有标准定义,其功能描述如下:

当移动台移动通信时,MSC对移动台进行鉴权时,须查阅EIR,以此识别该移动台是否合法,从而确定是否为该移动台提供服务。

1.7HLR与AUC间接口(H接口)

目前采用内部接口,其功能描述如下:

当HLR从MS接受鉴权请求,HLR从AUC处得到数据。当AUC向MS发起鉴权指示时,AUC通过HLR向用户传递鉴权信息。

1.8MC与SME、MC之间的接口(M接口)

目前采用SMPP phaseⅢ标准。其功能描述如下:

短消息中心与短消息实体及其它短消息中心相互交互信息时,须遵守的协议。

1.9HLR与MC之间的接口(N接口)

接口标准为ANSI-41D/E。其功能描述如下:

短消息中心在向用户发送短消息时,如果没有被叫用户的地址信息,则需要向HLR 查询用户的路由,然后才能够向用户发送短消息。

1.10MC与MSC接口(Q接口)

接口标准为ANSI-41D/E。其功能描述如下:

用户在短消息的提交和接收过程中需要在短消息中心和移动交换中心之间进行短消息的传递,同时在用户的短消息能力发生变化时,移动交换中心需要及时通知短消息中心。

1.11MSC与OMC之间的接口

此接口符合TMN的网络结构要求,可基于2.4-64Kbps的X.25接口或64Kbps的NO.7信令网接口、64Kbps及以上速率的DDN接口。因目前TMN Q3协议未标准,系统采用模拟Q3协议的QX接口,一旦TMN的Q3协议标准化,系统即可提供符合标准的网管协议。CDMA移动网与其他公用网的连接

1.12与PSTN/ISDN网的接口(Ai/Di接口)

CDMA数字蜂窝移动网通过移动业务交换中心(MSC)与PSTN/ISDN网互通,向用户提供语音、数据及某些补充业务。其接口基于2048Kb/s的数字接口。接口信令规程优先采用中国七号信令(SS7)的TUP与ISUP。在条件不具备的地方可以采用中国一号信令。

1.13与其他PLMN网的接口

CDMA数字蜂窝移动网一般通过其他公用网络(如PSTN、ISDN)与不同类型的PLMN网络(如GSM)相连接,也可以直接与其他类型的PLMN网相连接。采用的协议可以是TUP或ISUP,也可以是中国一号信令。

二、七号信令结构概述

图2 七号信令的系统结构

七号信令的通用性决定了整个系统必然包含着许多不同的应用功能,而且结构上应该能够灵活扩展,因此它的一个重要特点就是采用模块化功能结构,以实现一个框架内多种应用的并存。任何一种具体应用都只用到系统的一个子集。

2.1功能级划分

七号信令可分为四个功能级:消息传递部分(M T P)分为三级,各个用户部分(U P)并列于第四级,如图2所示。其中缩写词意义如下:

M T P――消息传递部分(M e s s a g e T r a n s f e r P a r t)

S C C P――信令连接控制部分(S i g n a l l i n g C o n n e c t i o n C o n t r o l P a r t)

T U P――电话用户部分(Te l e p h o n e U s e r P a r t)

I S U P――I S D N用户部分(I S D N U s e r P a r t)

T C A P――事务能力应用部分(T r a n s a c t i o n C a p a b i l i t y A p p l i c a t i o n P a r t)

O M A P――操作维护应用部分(O p e r a t i o n a n d M a i n t e n a n c e A p p l i c a t i o n P a r t)

M A P――移动应用部分(M o b i l e A p p l i c a t i o n P a r t)

I N A P――智能网应用规程(I n t e l l i g e n t N e t w o r k A p p l i c a t i o n P r o t o c o l)

2.2七号信令的消息格式

七号信令共有三种信号单元:消息信号单元(M S U-M e s s a g e S i g n a l U n i t)、链路状态信号单元(L S S U-L i n k

S t a t u s S i g n a l U n i t)和填充信号单元(F I S U-F i l l-I n S i g n a l U n i t)。其中M S U是真正携带消息的信号单元,消息包含在S I F和S I O字段中;L S S U是传送链路状态的信号单元,链路状态由S F字段指示;F I S U是不含任何信息的空信号,作用是在网络节点无信息需要传送时使链路保持通信状态并对对方发来的消息进行证实。

三种信号单元的格式如图2:

图3七号信令的消息格式

三、业务流程

1、TUP(ISUP)常用流程

1)典型的成组发码方式呼叫流程如图4和图5所示(呼叫为互不控释放方式)。

其中T U P消息为:I A M:初始地址消息

I A I:带附加信息的初始地址消息A C M:地址全消息

A N C/A N N:应答计费/不计费消息C L F:前向拆线消息

R L G:释放监护消息C B K:后向挂机消息

I S U P消息为:I A M:初始地址消息

A C M:地址全消息A N M:应答消息

R E L:释放消息R L C:释放完成消息

2)典型的重叠发码方式呼叫流程如图6和图7所示(呼叫为互不控释放方式)。

其中新的T U P消息为:S A O:带一个号码的后向地址消息S A M:带多个号码的后续地址消息

新的I S U P消息为:S A M:后续地址消息

2、 MAP 基本业务流程

2.1起呼流程(以呼叫固网为例)

a、基站向MSC发送业务请求消息CM Service Request消息,其中携带被叫号码及其他呼叫建立所需的参数;

b、如果用户合法,MSC向BS发送Assignment Request消息,开始指配地面电路并指示基站为移动台分配业务信道;

c、基站完成信道分配后向MSC发送Assignment Complete消息。

注:d,e,f 通过TUP或ISUP信令与被叫进行接续直至通话。

2.2终呼流程

a、GMSC向被叫发送IAM消息,其中携带被叫地址;

b、MSC向被叫移动台所在的基站发送寻呼请求消息;

c、基站向MSC发送寻呼响应消息;

d,e.指配地面电路及空中信道;

f、向主叫发送ACM消息,主叫用户听回铃音;

g,h被叫摘机。

2.3业务申请

1)概述

当服务MSC的CC进程收到主叫MS的拨叫号码后进行号码分析,发现拨叫号码是*+FC,并且始呼触发器没有触发,服务MSC CC进程将向本进程发送业务申请Feat_Req。MAP进

程收到此消息后,向HLR 发送业务申请原语FeatureRequest ,HLR 根据用户的拨叫号码进行相关的业务操作,并将处理结果返回给MAP 进程,MAP 进程收到返回消息后传递给CC 进程。CC 进程根据返回结果向主叫用户提示此次业务操作成功或失败;如果HLR 返回的响应消息中包含TerminationList 这一参数,CC 进程根据路由信息继续进行路由接续。 2)流程

说明:

a.服务MSC CC 进程收到主叫用户的拨叫号码,进行号码分析,发现拨叫号码为*+FC 形式,并且始呼触发器没有触发,CC 进程向MSC MAP 进程发送业务申请Feature_Req ,其中包含主叫用户的拨叫号码。

b.MSC MAP 进程收到CC 进程的 Feature_Req ,根据CC 进程申请的用户index 申请新的对话ID ,通过标准C 接口向与主叫MS 有关的HLR 发送业务申请原语FeatureRequest ,启动定时器FRRT 。

c.如果MS 号码簿号码分配给了一个合法用户,并且对于这次呼叫移动用户激活了相应的用户PIN 拦截SPINI 补充业务,HLR 向始发MSC 发送远端用户操作指令RUIDIR ,其中包括语音通知信息和数字收集控制参数。

d.始发MSC MAP 进程收到RUIDIR 后,关闭定时器FRRT ,根据RUIDIR 消息中返回的DID 恢复对应的用户index ,向CC 进程发送RUI_DIR ,同时启动内部定时器rudt 。

a b

c

d

e

f

g

h

e. MSC CC进程向MSC MAP进程返回响应消息RUI_rsp,其中包括CC进程收集到主叫用户输入的数字。

f. 始发MSC MAP进程收到CC的响应后,关闭内部定时器rudt,同时向主叫HLR返回消息ruidir,重新启动定时器FRRT。

g.主叫HLR MAP收到响应ruidir,关闭定时器RUDT,核对用户输入的PIN码,如果成功,则向始发MSC MAP返回业务申请消息featreq,其中包含此次业务申请的处理结果,也有可能包含路由信息。

h.MSC MAP收到来自HLR的业务申请响应featreq,关闭定时器FRRT,向CC进程返回业务申请响应feat_rsp,CC进程根据收到的返回消息通知主叫用户此次业务操作成功与否,若收到路由信息还将准备路由接续。

2.4位置申请

1)概述

当始呼MSC 的CC进程收到MS的拨叫号码,分析拨叫号码是一个移动用户号码,始呼MSC的CC进程向本进程发送位置申请Loc_req,本进程收到此消息后将向与被叫MS有关的HLR发送位置申请原语LocReq,这一关系是通过分析被叫MS的号码簿号码确定的。被叫HLR向本进程返回位置申请响应,其中包括路由信息或呼叫前转号码,本进程收到后向CC进程返回Loc_rsp,CC进程将根据收到的路由信息为这次呼叫准备路由接续或根据前转号码进行呼叫前转。

2)流程

说明:

a. 始发MSC CC 进程收到主叫MS 的拨叫号码,分析拨叫号码为一移动用户号码,向始发MSC MAP 进程发送位置申请Loc_Req ,申请有关此MS 的位置信息,其中包含主叫用户的拨叫号码。

b. 始发MSC MAP 收到 Loc_Req 后,根据用户index 申请对话ID ,向与MS 有关的HLR 发送位置申请消息LocReq ,这一关系是通过MS 的号码簿号码确定的,同时启动LRT 定时器。

c. 如果MS 号码簿号码分配给了一个合法用户,并且对于这次呼叫移动用户激活了相应的用户PIN 拦截SPINI 补充业务,HLR 向始发MSC 发送远端用户操作指令RUIDIR ,其中包括语音通知信息和数字收集控制参数。

d. 始发MSC MAP 进程收到RUIDIR 后,关闭定时器FRRT ,根据RUIDIR 消息中返回的DID 恢复对应的用户index ,向CC 进程发送RUI_DIR ,同时启动内部定时器rudt 。

e. MSC CC 进程向MSC MAP 进程返回响应消息RUI_rsp ,其中包括CC 进程收集到主叫用户输入的数字。

f. 始发MSC MAP 进程收到CC 的响应后,关闭内部定时器rudt ,同时向主叫HLR 返回消息ruidir ,重新启动定时器FRRT 。

g. 被叫HLR 向始发MSC MAP 进程返回位置申请消息locreq ,其中在终端列表参数中包含路由信息。

h. 始发MSC MAP 进程收到HLR 返回的位置申请消息locreq ,关闭定时器LRT ,根据对

a b

c d

e f

g

h

话ID 恢复用户index ,向MSC CC 进程返回loc_rsp 。CC 进程根据收到的路由信息准备呼

叫接续;如果收到返回的前转号码,将进行呼叫前转。 2.5始发申请 1)概述

当服务MSCCC 进程收到主叫MS 的拨叫号码,进行号码分析时发现主叫MS 的始呼触发器触发,这时服务CC 进程将向本进程发送始发申请Ori_Req ,本进程收到此消息后向与主叫MS 有关的HLR 发送始发申请ORIREQ 。主叫HLR 向MSC MAP 进程返回始发申请orireq ,其中包含路由信息或接入拒绝原因,MAP 进程收到响应消息后,向CC 返回ori_rsp ,CC 进程根据返回信息可能继续路由接续或拒绝本次呼叫。 2)流程

说明:

a.服务MSC CC 进程收到主叫MS 的拨叫号码,进行号码分析过程中发现始呼触发器触发,MSC CC 进程向MSC MAP 进程发送始发申请Ori_Req 。

b.服务MSC MAP 收到Ori_Req ,根据用户index 申请对话ID ,向与主叫MS 有关的HLR 发送始发申请ORIREQ ,同时启动定时器ORT 。

c.如果MS 号码簿号码分配给了一个合法用户,并且对于这次呼叫移动用户激活了相应的用户PIN 拦截SPINI 补充业务,HLR 向始发MSC 发送远端用户操作指令RUIDIR ,其中包

a b

c

d

e

f

g

h

括语音通知信息和数字收集控制参数。

d.始发MSC MAP进程收到RUIDIR后,关闭定时器FRRT,根据RUIDIR消息中返回的DID 恢复对应的用户index,向CC进程发送RUI_DIR,同时启动内部定时器rudt。

e. MSC CC进程向MSC MAP进程返回响应消息RUI_rsp,其中包括CC进程收集到主叫用户输入的数字。

f. 始发MSC MAP进程收到CC的响应后,关闭内部定时器rudt,同时向主叫HLR返回消

息ruidir,重新启动定时器FRRT。

g.主叫HLR向服务MSC MAP返回始发申请locreq,其中在TerminationList参数中包括路由

信息或AccessDeniedReason参数中包含接入拒绝原因。

h.服务MSC MAP进程收到主叫HLR返回的orireq,关闭定时器ORT,向CC进程返回始发

申请ori_rsp,CC进程根据返回信息可能继续路由接续或拒绝本次呼叫。

2.6改向再呼指令

1)概述

当呼叫进入通话状态后,当前被叫MSC决定始发MSC必须进行呼叫前转,由CC进程向本进程发送改向再呼指令Red_Dir,其中包括改向再呼号码,本进程收到此消息后向始发MSC发送改向再呼指令REDDIR,命令始发MSC进行呼叫前转,始发MSC收到改向再呼指令后向被叫MSC返回响应消息reddir,释放当前呼叫并根据接收到的前转号码准备呼叫前转。被叫MSC MAP进程收到响应消息reddir后向CC进程返回,CC进程如果收到成功的响应消息,释放当前呼叫。

2)流程

说明:

a.被叫MSC 决定始发MSC 需进行呼叫前转,由被叫MSC CC 进程向MSC MAP 进程发起改向再呼指令Red_Dir ,其中包括改向再呼号码。

b.被叫MSC MAP 进程收到Red_Dir ,根据用户index 申请对话ID ,向始发MSC MAP 进程发送改向再呼指令REDDIR ,启动定时器RDT 。

c.始发MSC MAP 收到REDDIR 后,根据TM 进程发送的消息中的对话DID 和BILLID (始发)恢复用户index 和呼叫index ,向MAP CC 进程发送Red_Dir ,同时启动内部定时器rdt 。

d.始发MSC CC 进程向MSC MAP 进程返回red_rsp 。如果改向再呼申请成功,始发MSC CC 进程将释放当前呼叫并根据收到的前转号码准备呼叫前转。

e.始发MSC MAP 收到red_rsp ,关闭内部定时器rdt ,向被叫MSC MAP 返回消息reddir 。若转向再呼申请成功,则返回结果为空。

f.被叫MSC MAP 收到始发MSC MAP 返回的reddir ,关闭定时器RDT ,向被叫MSC CC 进程返回red_rsp 。若CC 收到成功的响应,将释放呼叫资源。

2.7业务操作确认后释放呼叫 1)概述

a

b

c

d

e

f

本条描述由一个MS的成功的业务操作。服务MSC向MS提供业务操作确认信息,然

后释放该呼叫。

2)流程

a.服务MSC接收拨号数字。在分析拨号数字的过程中服务MSC发现业务码串。

b.服务MSC向与MS有关的HLR发送业务申请消息(FEATREQ),其中包括拨号数字。

c.HLR向服务MSC发送业务申请消息返回结果(featreq),其中包括业务请求确认指示,另外,还可以包括规定服务MSC应当采取的措施的参数。

d.从HLR接收到featreq后,服务MSC根据featreq中的信息对被服务MS予以处理,在本条情况下,应当提供业务确认信息。

e.释放呼叫。

f.如果业务请求使MS的服务项目清单发生变化,HLR通过资格指令消息(QUALDIR)向VLR报告这一变化。

g.VLR向HLR发送资格指令消息返回结果(qualdir)。

h.VLR通过向服务MSC发送QUALDIR报告服务项目清单的变化。

i.服务MSC向VLR发送qualdir。

3自动漫游流程

本条描述在各种情况下支持基本自动漫游功能的相关网络实体之间的消息流程,其中包括:

?登记

?取消登记

?MS去活

?登记

3.1登记

本条说明典型的MS登记的过程。当MS从一个系统漫游到另一个系统时,新的服务系统执行登记和漫游用户批准的过程。

1)登记流程

图 2 登记

a. 当确定一个漫游的MS进入其服务区后,新服务MSC(MSC-2)向它的VLR(VLR-2)发送登记通知消息(REGNOT)。MSC-2是通过自动登记、始呼或服务命令发现MS进入它的服务区。

b. 如果VLR-2中没有MS的记录,VLR-2向MS归属的HLR发送REGNOT。VLR-2发送给MSC-2的响应应当根据来自HLR的响应确定。

c.如果MS曾经在别处登记过,HLR向以前的拜访VLR(VLR-1)发送取消登记消息(REGCANC)。前拜访VLR根据收到的消息,从它的存储器中删除这个MS的所有记录。

d.VLR-1向前拜访MSC(MSC-1)发送REGCANC。前拜访MSC根据收到的消息,从MSC的存储器中删除这个MS的所有记录。

e.MSC向VLR-1发送取消登记消息返回结果(regcanc)。

f.VLR-1向HLR发送regcanc。

g.HLR向VLR-2发送登记通知消息返回结果(regnot)。

h.VLR-2向MSC-2发送regnot。

2)取消登记流程

本条描述由服务MSC对MS取消登记的过程。

图 3 MS取消登记

a.服务的MSC确定一个接受服务的MS是否需要取消登记。它可以根据MS关机指示或MS 去活作出这个决定。

b.服务MSC向其VLR发送MS去活消息(MSINACT),其中包括取消登记类型参数(DEREG)。这时,MSC可以从它的存储器中删除这个MS的所有记录。

c.服务VLR在收到含有取消登记类型参数的MSINACT后,向服务MSC发送一个MS去活消息返回结果(msinact)并删除其存储器中这个MS的所有记录。

d.然后服务VLR向与MS有关的HLR发送MSINACT,其中包含取消登记类型参数。

e.HLR取消MS的登记(即删除指向VLR的指针)并向服务VLR发送一个空msinact以确认操作。

3.2跨局呼叫

4鉴权

本条描述在自动漫游条件下支持鉴权、信令消息加密和话音加密的相关网络实体之间的消息流程,包括:

4.1登记时的鉴权

本条描述当MS在一个拜访系统中登记时,支持鉴权的系统间消息的流程。

位置更新具体信令流程

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

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

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

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

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

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

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

非常详细的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)

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

信令流程

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三种情况。

短消息中心相关信令流程汇总

短消息中心相关信令流程 编写时间:2002年7月 CDMA事业部用服部培训资料

目录 第一章七号信令简介 (4) 1.七号信令简介 (4) 1.1 七号信令的特点 (4) 1.2 七号信令的结构 (4) 1.3 七号信令的消息格式 (5) 第二章MAP信令简介 (7) 1.网络结构 (7) 2.短消息业务流程 (7) 2.1 MS起呼短消息流程 (8) 2.2 MS终呼短消息流程 (8) 2.3 SMS通知消息 (10) 3. 短消息业务相关数据 (11) 3.1 HLR相关数据 (11) 3.2 MSC相关数据 (11) 4. 短消息业务协议体系 (11) 4.1 传输层(SMS Transport Layer) (12) 4.2 电信业务层(SMS Teleservice Layer) (14) 5. MAP信令操作协议 (17) 5.1 SMDPP (17) 5.2 SMSREQ (18) 5.3 SMSNOT (18)

附录: (19) 短消息起呼流程 (19) 短消息终呼流程 (20) 短消息通知流程 (21) 用户关机 (21) 用户不可及 (22)

第一章七号信令简介 1.七号信令简介 1.1 七号信令的特点 1.信道利用率高 一条七号链路理论上可以为数以万计的话路提供服务,即使充分考虑冗余量之后,所服务的话路数目仍可以达到2000到3000条左右。 2.传递速度快 七号信令直接采用数字形式传送信息,4个比特就能表示一位数字,大大优于随路信令。3.信令容量大 七号信令采用消息形式传送信令,编码灵活;消息最大长度为272个字节。 4.应用范围广 七号信令不但可以传送传统的电路接续信令,还可以传送各种与电路无关的管理、维护和查询等信息,是ISDN、移动网和智能网等业务的基础。 1.2 七号信令的结构 七号信令的通用性决定了整个系统必然包含许多不同的应用功能,而且结构上应该能够灵活扩展。因此它的一个重要特点就是采用模块化功能结构,以实现一个模块内多种应用功能并存。任何一种具体应用都只用到系统功能的一个子集。 具体地说,七号信令可分为四个功能集:消息传递部分(MTP)分为三级,个个用户部分并列于第四级。如图1所示,其中缩写词意义如下: MTP――消息传递部分(Message Transfer Part) SCCP――信令连接控制部分(Signalling Connection Control Part) TUP――电话用户部分(Telephone User Part) ISUP――ISDN用户部分(ISDN User Part) TCAP――事务能力应用部分(Transaction Capability Application Part) OMAP――操作维护应用部分(Operation and Maintenance Application Part) MAP――移动应用部分(Mobile Application Part)

非常详细的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)

短消息中心相关信令流程

. 短消息中心相关信令流程 编写时间:2002年7月 CDMA事业部用服部培训资料

目录 第一章七号信令简介 (4) 1.七号信令简介 (4) 1.1 七号信令的特点 (4) 1.2 七号信令的结构 (4) 1.3 七号信令的消息格式 (5) 第二章MAP信令简介 (7) 1.网络结构 (7) 2.短消息业务流程 (8) 2.1 MS起呼短消息流程 (8) 2.2 MS终呼短消息流程 (9) 2.3 SMS通知消息 (10) 3. 短消息业务相关数据 (11) 3.1 HLR相关数据 (11) 3.2 MSC相关数据 (12) 4. 短消息业务协议体系 (12) 4.1 传输层(SMS Transport Layer) (12) 4.2 电信业务层(SMS Teleservice Layer) (14) 5. MAP信令操作协议 (17) 5.1 SMDPP (17)

5.2 SMSREQ (18) 5.3 SMSNOT (18) 附录: (19) 短消息起呼流程 (19) 短消息终呼流程 (20) 短消息通知流程 (21) 用户关机 (21) 用户不可及 (22)

第一章七号信令简介 1.七号信令简介 1.1 七号信令的特点 1.信道利用率高 一条七号链路理论上可以为数以万计的话路提供服务,即使充分考虑冗余量之后,所服务的话路数目仍可以达到2000到3000条左右。 2.传递速度快 七号信令直接采用数字形式传送信息,4个比特就能表示一位数字,大大优于随路信令。3.信令容量大 七号信令采用消息形式传送信令,编码灵活;消息最大长度为272个字节。 4.应用范围广 七号信令不但可以传送传统的电路接续信令,还可以传送各种与电路无关的管理、维护和查询等信息,是ISDN、移动网和智能网等业务的基础。 1.2 七号信令的结构 七号信令的通用性决定了整个系统必然包含许多不同的应用功能,而且结构上应该能够灵活扩展。因此它的一个重要特点就是采用模块化功能结构,以实现一个模块内多种应用功能并存。任何一种具体应用都只用到系统功能的一个子集。 具体地说,七号信令可分为四个功能集:消息传递部分(MTP)分为三级,个个用户部分并列于第四级。如图1所示,其中缩写词意义如下: MTP――消息传递部分(Message Transfer Part) SCCP――信令连接控制部分(Signalling Connection Control Part) TUP――电话用户部分(Telephone User Part)

信令流程的描述

信令流程的描述

信令流程的描述 同步过程 当手机开机后,会去扫描所有的无线信道并在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),其中包

非常详细的LTE信令流程

LTE信令流程 目录 第一章协议层与概念 (5) 1。1?控制面与用户面 (5) 1.2?接口与协议 (5) 1、2。1?NAS协议(非接入层协议) (7) 1.2.2?RRC层(无线资源控制层) (7) 1、2。3 ............................................................................ PDCP层(分组数据汇聚协议层)8? 1。2。4..................................................................................... RLC层(无线链路控制层)8? 1.2.5?MAC层(媒体接入层) ................................................................................................ 9 1、2。6?PHY层(物理层)?10 1。3空闲态与连接态 (12) 1、4?网络标识 ................................................................................................................... 131、5?承载概念?错误!未定义书签。 第二章主要信令流程 (16) 2。1 开机附着流程1?6 2.2随机接入流程 (19) 2、3 UE发起得servicerequest流程?23 2。4寻呼流程 ................................................................................................................. 26 2、5切换流程 (27) 2、5.1切换得含义及目得 (27) 2。5。2 切换发生得过程....................................................................错误!未定义书签。 2、5.3站内切换?28 2。5。4 X2切换流程................................................................................................. 30 2、5.5S1切换流程 ..................................................................................................... 32 2。5。6 异系统切换简介 .............................................................................................. 34 2、6CSFB流程?35 2、6。1CSFB主叫流程 (36) 2.6。2 CSFB被叫流程 ................................................................................................. 37 2。6、3 紧急呼叫流程 (39)

LTE SIP注册流程及重要信令详解

一、注册流程及重要信令详解 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的默认承载向P-CSCF发起注册请求; 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表示接收成功

LTE信令流程学习总结(二)

信令流程学习总结(二) ------------寻呼和切换信令流程 系统的总体网络结构 LTE系统的总体网络包括三个部分,UE(用户设备)、eNodeB(演进型接入网)、EPC(演进型核心网),总体结构图如下: 核心网(EPC)主要逻辑网络实体 核心网主要包括MME、S-GW、P-GW、HSS、PCRF四种网络实体,每种实体对应不同的功能和业务类型: ◆MME:是一个信令实体,主要负责移动性管理、承载管理、用户的鉴权认证、SGW 和PGW的选择等功能; ◆S-GW:主要负责用户面处理,负责数据包的路由和转发等功能,支持3GPP不同接 入技术的切换,发生切换时作为用户面的锚点; ◆PDN-GW:EPS锚点,即是3GPP与non-3GPP网络间的用户面数据链路的锚点,负责 管理数据路由,管理接入间的移动,还负责DHCP、策略执行、计费等功能; ◆HSS(归属用户服务器):核心网主要数据库,包括用户相关信息;HLR(归属位置寄存 器) ,是HSS的一部分; ◆PCRF(策略和计费规则功能) :业务流检测、策略实施、基于流付费的功能实体;

UE的状态 UE有两种基本运行模式:空闲模式与连接模式。UE开机后停留在空闲模式下,通过非接入层表示,如IMSI,P-TMSI,TMSI等标识来区分。UTRAN不保留空闲模式下的UE信息,仅能够寻呼LAC区中的所有UE或同一寻呼时刻的所有UE。当UE完成RRC连接建立后,才会从空闲模式转移到连接模式,当RRC连接释放后UE从连接模式转移到空闲模式。UE连接模式下共有四种状态:CELL_PCH,URA_PCH,CELL_FACH,CELL_DCH。四种状态转移如下: NAS层的终端也有三种状态,LTE-DETACHED、LTE-IDLE、LTE-ACTIVE。 ◆LTE-DETACHED:网络和UE侧均没有RRC实体,此时UE通常处于关机、去附着、UE开 机但没有向网络注册,可能因为没注册或无适合可用的网络下注册失败等状态; ◆LTE-IDLE:对应RRC的IDLE状态,UE已注册到网络,但未激活,处于低功耗模式下。 分组核心域已经了解到UE的位置,如有服务建立,UE能在非常短时间内切换到ACTIVE 模式,继续先前激活的数据会话; ◆LTE-ACTIVE:对应RRC的connected状态,UE和网络实际交换数据和信令的惟一一个激 活状态;

信令流程详解

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重配置中附带下来。 主要说明如下: 该信令中主要是关注QCI等级,必须是QCI=5,才能传输SIP信令,ERAB ID=6 2)REGISTER(1ST Sip Register Request)& REGISTER 401(Unauthorized) REGISTER信令是用于网络注册,建立关联

LTE_attach_信令流程详细解析

LTE Attach流程 1.1 正常流程 UE刚开机时,先进行物理下行同步,搜索测量进行小区选择,选择到一个suitable或者acceptable小区后,驻留并进行附着过程。附着流程图如下: Attach流程图 说明: 1)步骤1~5会建立RRC连接,步骤6、9会建立S1连接,完成这些过程即标志着NAS

signallingconnection建立完成,见协议24.301。 2)消息7的说明:UE刚开机第一次attach,使用的IMSI,无Identity过程;后续,如果有有效的 GUTI,使用GUTI attach,核心网才会发起Identity过程(为上下行直传消息)。 3)消息10~12的说明:如果消息9带了UE Radio Capability IE,则eNB不会发送 UECapabilityEnquiry消息给UE,即没有10~12过程;否则会发送,UE上报无线能力信息后,eNB再发UE Capability Info Indication,给核心网上报UE的无线能力信息。 为了减少空口开销,在IDLE下MME会保存UE Radio Capability信息,在INITIAL CONTEXT SETUP REQUEST消息会带给eNB,除非UE在执行attach或者"first TAU following GERAN/UTRAN Attach" or "UE radio capability update" TAU过程(也就是这些过程MME不 会带UE Radio Capability信息给eNB,并会把本地保存的UE Radio Capability信息删除, eNB会问UE要能力信息,并报给MME。注:"UE radio capability update" TAU is only supported for changes of GERAN and UTRAN radio capabilities in ECM-IDLE.)。 在CONNECTED下,eNB会一直保存UE Radio Capability信息。 UE的E_UTRAN无线能力信息如果发生改变,需要先detach,再attach。 4)发起UE上下文释放(即21~25)的条件: eNodeB-initiated with cause e.g. O&M Intervention, Unspecified Failure, User Inactivity, Repeated RRC signalling Integrity Check Failure, Release due to UE generated signalling connection release, etc.; orMME-initiated with cause e.g. authentication failure, detach, etc. 5)eNB收到msg3以后,DCM给USM配置SRB1,配置完后发送msg4给UE;eNB在发送 RRCConnectionReconfiguration前,DCM先给USM配置DRB/SRB2等信息,配置完后发送RRCConnectionReconfiguration给UE,收到RRCConnectionReconfigurationComplete后,控制面再通知用户面资源可用。 6)消息13~15的说明:eNB发送完消息13,并不需要等收到消息14,就直接发送消息15。 7)如果发起IMSI attach时,UE的IMSI与另外一个UE的IMSI重复,并且其他UE已经attach, 则核心网会释放先前的UE。如果IMSI中的MNC与核心网配置的不一致,则核心网会回复attach reject。 8)消息9的说明:该消息为MME向eNB发起的初始上下文建立请求,请求eNB建立承载资源, 同时带安全上下文,可能带用户无线能力、切换限制列表等参数。UE的安全能力参数是通过attach request消息带给核心网的,核心网再通过该消息送给eNB。UE的网络能力(安全能力)信息改变的话,需要发起TAU。

精编【流程管理】TDLTE信令流程

【流程管理】TDLTE信令流 程 xxxx年xx月xx日 xxxxxxxx集团企业有限公司 Please enter your company's name and contentv

TD-LTE信令流程 (2014.03) 本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析,并加以标注。所有信令为eNB侧跟踪的信令。 1.PS业务建立流程:

1.1 RRC 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 : | |_randomValue : ----'0011000101001001011110110111100011000011'B(31 49 7B 78 C3 ) ---- |_establishmentCause : ---- highPriorityAccess(1) |_spare : ---- '0'B(00 ) 04 53 14 97 b7 8c 32 1.2 RRC Connection Setup eNB 在下行方向发送RRCConnectionSetup 消息给UE ,包含建立SRB1承载和无线资源配置信息。该消息携带主要IE 详细见信令解码。 信令解码如下: UE 初始标识,此处因为 上层没有提供S-TMSI,所以为随机值。

相关文档
最新文档