文档库 最新最全的文档下载
当前位置:文档库 › 信令流程

信令流程

信令流程
信令流程

主叫试呼流程

UL Channel Request (RACH 随机接入请求)

DL Paging Request Type 1 (MS监听本小区的寻呼信息)

DL System Information Type 2 (邻小区BCCH频点描述,RACH控制信道,允许的PLMN)

DL Immediate Assignment (立即指派消息,分配SDCCH)

UL CM Service Request (CM子层业务请求)连续出现多个此命令时视为呼叫失败

UL Classmark Change

UL GPRS Suspension Request

DL System Information Type 5

DL Ciphering Mode Command

UL Ciphering Mode Complete

UL Setup

UL Measurement Report

DL System Information Type 6 (CI LAI 小区参数设置)

DL Identity Request

UL Identity Response

UL Measurement Report

DL System Information Type 5 (邻近小区BCCH频点扫描)

DL Call Proceeding

UL Measurement Report

DL Assignment Command (分配TCH)

UL Assignment Complete

DL System Information Type 5

UL Measurement Report

DL Alerting (振铃)

DL System Information Type 6

UL Measurement Report

DL System Information Type 5

UL Measurement Report

DL System Information Type 5

UL Measurement Report

DL Connect (呼叫成功标志)

UL Connect Acknowledge

DL System Information Type 6

UL Measurement Report

DL System Information Type 5

UL Measurement Report

切换流程

DL Handover Command (网络向手机发送切换命令)

UL Handover Access (手机在新的BCCH频点上向目标小区发随机接入burst)DL Physical Information (目标小区向手机发送指配信道的物理信息)

UL Handover Complete (切换成功标志)

DL Physical Information

DL Physical Information

DL System Information Type 6

UL Measurement Report

DL System Information Type 5

UL Measurement Report

DL System Information Type 5

UL Measurement Report

DL System Information Type 6

UL Measurement Report

内切换

UL Measurement Report

DL Synch Channel Information

DL Assignment Command

UL Assignment Complete

UL Measurement Report

DL System Information Type 5

UL Measurement Report

DL System Information Type 5

UL Measurement Report

DL System Information Type 6

UL Measurement Report

切换失败

DL Handover Command

UL Handover Access

UL Handover Failure (切换失败标志)

UL Measurement Report

DL System Information Type 5

UL Measurement Report

DL System Information Type 5ter

UL Measurement Report

DL System Information Type 6

呼叫正常释放

UL Measurement Report

UL Disconnect (挂断电话)DL System Information Type 5

UL Measurement Report

DL Release (信道释放)UL Release Complete

DL Synch Channel Information

DL Channel Release

DL System Information Type 1

DL System Information Type 2

DL System Information Type 3

DL System Information Type 4

在空闲模式下,MS会做以下几个动作:

1.解码本小区的BCCH信息:system information tpye 1、2、3、4、13

2.监听本小区的寻呼信道:paging request type 1、2、3

3.在其它时隙上,根据BA表对邻小区进行同步:synch channel information

1)手机做主叫的消息历程

※Assignment Command(分配TCH)之后DL发送disconnect

Cause value 34:no circuit channel available

原因:MSC未能建立对外的连接,有可能是由于没有可用的资源。(被叫用户想接而没有接通)

Cause value 17:user busy

原因:被叫用户忙。

Cause value 18:no user responding

原因:被叫用户没有应答。(被叫用户关机或未应答)

2)SD 拥塞的消息历程

SDCCH拥塞时,系统会向移动台发送Immediate Assignment Reject消息。比较Layer3消息中的Random reference号码,从而可以确定多个信道请求消息中,那一条由于SDCCH拥塞而被拒绝。

3)TCH 拥塞的消息历程

TCH拥塞时,下行发出Call Proceeding消息后,当没有TCH可用信道时,手机在排队打开的情况下,在SDCCH上排队等待,直到排队时长终止。下行即发出Channel Release消息。

4)下行质量差造成TCH接入失败的消息历程

当TCH拥塞和TCH分配失败时,经常可以看到移动台回到SDCCH上发送Assignment Failure 消息,其描述多为:没有无线资源、无线接口失败以及协议错误。

LTE信令流程详解

L T E信令流程详解集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#

LTE信令流程 目录

概述 本文通过对重要概念的阐述,为信令流程的解析做铺垫,随后讲解LTE中重要信令流程,让大家熟悉各个物理过程是如何实现的,其次通过异常信令的解读让大家增强对异常信令流程的判断,再次对系统消息的解析,让大家了解系统消息的特点和携带的内容。最后通过实测信令内容讲解,说明消息的重要信元字段。 第一章协议层与概念 1.1控制面与用户面 在无线通信系统中,负责传送和处理用户数据流工作的协议称为用户面;负责传送 和处理系统协调信令的协议称为控制面。用户面如同负责搬运的码头工人,控制面就相 当于指挥员,当两个层面不分离时,自己既负责搬运又负责指挥,这种情况不利于大货 物处理,因此分工独立后,办事效率可成倍提升,在LTE网络中,用户面和控制面已明 确分离开。 1.2接口与协议 接口是指不同网元之间的信息交互时的节点,每个接口含有不同的协议,同一接口 的网元之间使用相互明白的语言进行信息交互,称为接口协议,接口协议的架构称为协 议栈。在LTE中有空中接口和地面接口,相应也有对应的协议和协议栈。

信令流数据流 图1 子层、协议栈与流 图2 子层运行方式 LTE系统的数据处理过程被分解成不同的协议层。简单分为三层结构:物理层、数据链路层L2和网络层。图1阐述了LTE系统传输的总体协议架构以及用户面和控制面数据信息的路径和流向。用户数据流和信令流以IP包的形式进行传送,在空中接口传送之前,IP包将通过多个协议层实体进行处理,到达eNodeB后,经过协议层逆向处理,再通过S1/X2接口分别流向不同的EPS实体,路径中各协议子层特点和功能如下:

位置更新具体信令流程

第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消息;

完整信令流程

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 主要流程如下:

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.某地主要由4173、4081小区覆盖,上述两个小区及相邻小区同属于LAC:13588。D T测试过程中,MS当前服务小区为4173,当检测到有Level 更强的邻区时,BSC指示MS切换(发起DL:HANDOVER COMMAND),此时发生了连续的三次切换失败(UL:HANDOVER FAILU RE)。虽然本例中经历了连续三次切换失败,MS仍然没有掉话(MS还在发送测量报告),但是对连续的切换失败应该给予很大的重视。导致连续的切换失败的原因可能是目标小区的T CH信道拥塞,也可能是目标小区的BCCH载频与TCH载频的发射功率没有调平,导致BCCH 与TCH的Level值相差很大而造成切换失败。 第三层信令消息流程: DL:HANDOVER COMMAND UL:HANDOVER ACCESS UL:HANDOVER COMPLETE UL:MEASUREMENT REPORT UL:HANDOVER FAILURE DL:SYSTEM INFORMATION TYPE 5 从切换的两个小区来看,4173向4081切换,是不同步切换,所以BSC应该在MS发出U L:HANDOVER ACCESS消息后,接着发出DL:PHYSICAL INFORMATION,指示MS切换至目标小区的Timing Advance,即MS与切换目标小区的距离。同时,在MS发出UL:HANDOVER COM PLETE之后,再发一条DL:PHYSICAL INFORMATION。在本例中BSC没有发出这两条消息,这也是导致发生切换失败的原因之一。 2.MS呼叫失败. 经检查信令发现有立即指派拒绝(immediate assignment reject)消息系统发现无可 用信道.很可能是因为系统拥塞引起的 3.一次正常的LAR&RAU信令流程如下: Direction Type Layer 3 Message UL RR Channel Request DL RR Immediate Assignment UL MM Location Updating Request UL RR Classmark Change UL RR GPRS Suspension Request DL MM Authentication Request UL MM Authentication Response DL MM Identity Request UL MM Identity Respone DL MM Location Updating accept UL MM TMSI Realocation Complete DL RR Channel Release UL GPRS MM Routing Area Update Request UL RR Channel Request

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

TD-LTE测试内容和信令解析

TD-LTE测试内容和信令解析 1.测试内容 现阶段通常涉及到的测试按测试模式来分可分为室外测试与室内测试,按测试内容来分通常可分为覆盖测试与业务测试。由于室外与室内的覆盖测试及业务测试大部分操作都相同,所以本节以室外测试为例,介绍覆盖测试与业务测试的操作流程。 1.1覆盖测试 覆盖测试主要是通过CNT测试软件了解记录覆盖区域的信号强度、信号质量、信干噪比(SINR)。 1.1.1覆盖测试操作 通常进行覆盖测试时终端处于空闲状态,测试时先按上述文档介绍的内容进行正确的设备连接,开始记录测试文件,然后按既定路线进行路测,记录路线上的信号覆盖情况。 1.1.2覆盖测试关注指标 进行覆盖测试时,我们通常关注以下三个问题。第一,测试路段是哪个小区覆盖;第二,该路段覆盖信号强度如何;第三,该路段覆盖信号质量如何。 首先,从测试软件的LTE Cell Information窗口我们可以看到当前的主覆盖小区,如下图。 图15 LTE Cell Information窗口 正确导入小区信息数据后,我们可以在上图窗口中看到当前服务小区的名称,CellID和PCI,这些参数都能标识当前为终端提供服务的是哪个小区。更进一步,我们打开测试软件主菜单Presentation->LTE->LTE Server Cell Information窗口可以看到更详细的服务小区信息,如下图。

图16 LTE Server Cell Information窗口 确认了主服务小区之后,我们可以看到该小区在测试路段的覆盖强度,就是参数RSRP(参考信号接收功率),在图15和图16的两个窗口中均可以看到这个参数,更直观的方法,则是在MAP窗口通过路测覆盖图显示出来,如下图所示。 图17 RSRP覆盖图 现阶段道路覆盖要求RSRP尽量保持在-110dbm以上,为保证业务质量,作为优化的目标,我们尽可能的通过调整,使RSRP尽量保持在-105dbm以上。 对于覆盖路段的信号质量,目前软件不能采样较合适的参数直观显示。由于LTE小区间的干扰对信号质量影响较大,我们可以通过LTE Cell Information窗口的邻区信息间接获知信号质量的大概情况。根据LTE道路覆盖的要求,除正常的切换带外,最好LTE Cell Information 窗口只显示一个服务小区的信息(该窗口对邻区信号的显示有一定阀值控制,当主服务小区较邻区信号强很多的时候邻区信号不显示)。若该窗口中显示了几个小区的信号(如下图),信号强度相差不大,则表示该路段信号覆盖不纯净,信号质量较差。另外,对处于业务状态的终端,我们可以通过下行的BLER或上行的发射功率间接认识该处无线环境的信号质量。

通话信令过程

1、移动通信系统的基本组成 MS(Mobile Station):手机物理设备 2、基站子系统 BSS (Base Station System):基站系统 主要负责手机信号的接收和发送,把收集到的信号简单处理之后再传送到移动交换中心(MSC),通过交换机等设备的处理,再传送给终端用户,也就实现了无线用户的通信功能

基站收发信台(BTS):提供GSM规范所要求的无线信道,与MS进行无线通信。 基站控制器(BSC):功能包括呼叫处理、切换控制、实现陆地电路和空中信道的动态连接/交换、操作和维护管理等,并提供A接口。 3、网络子系统(NSS) 它的作用主要是完成网络侧的数据交换功能、用户数据的存储管理功能、用户移动性管理功能、安全性管理功能以及和其他系统交换数据的网关功能等,是GSM网络的中央机构 NSS包括移动业务交换中心(MSC)、拜访位置寄存器(VLR)、归属位置寄存器(HLR)、设备识别寄存器(EIR)、鉴权中心(AUC) A)访问位置寄存器 VLR (Visitor Location Register ) ?保存移动用户的业务信息 ?保存移动用户当前位置信息--MSRN(Mobile Subscriber Roaming Number ) ?保存的用户标识 TMSI (Temporary Mobile Subscriber Identity ) IMSI MSISDN B)归属位置寄存器 HLR (Home Location Register ) ?HLR保存的主要用户标识:IMSI、MSISDN

?HLR保存的主要信息:位置信息,基本通信业务订制信息,业务限制,补充业务,GPRS订制数据,路由信息。 C)移动交换机 MSC(Mobile-service Switching Center) ?具有传统ISDN交换机的功能, 局间信令采用ISUP、TUP ?移动性的处理功能:必要的无线资源的管理、使用MAP/SS7与VLR、HLR 交互, 用于进行移动用户的位置注册、更新、切换等 ?短信功能 ?USSD功能 D)鉴权中心AUC (Authentication Centre ) ?与HLR相连,存储用户的鉴权信息 E)设备身份寄存器EIR (Equipment Identity Register ) ?用作处理设备身份信息,中国没有使用,原因是山寨机市场和移动用户市场的相关性。 F)群呼寄存器GCR(Group Call Register) ?用于群呼和广播呼叫 4、移动网络信令协议栈

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

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

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

cds测试软件第三信令详细分析

第三层(Layer 3)信令 第三层信令是看网络运行情况的信息层,从第三层可以看到网络的各种动作:如:呼叫流程、拥塞、用户忙、位置更新等,系统信息总共有8个类型,Type1—4只出现在待机状态下,Type5—8只出现在通话状态下: 1、System Information Type1 小区广播信息,有该小区自身的频点,RACH的一些参数设置,祥见上图。 2、System Information Type2

待机模式下小区的测量频点,(同频段,移动网有两个频段,GSM900和DCS1800), 在通话模式下有另外定义的测量频点,也就是说一个小区可以在待机时做测量频点,而通话时不做测量频点,允许小区重选而不允许切换,反之也可以只允许切换不允许小区重选也可以,不过通常情况下待机和通话时的测量频点是一致的。 3、System Information Type2ter 待机模式下小区的测量频点,(异频段,移动网有两个频段,GSM900和DCS1800), 4、System Information Type 3

小区广播信息,可以看到ATT、T3212、ACC、CRO、CRH以及ACCMIN等,祥见上图5、System Information Type 4

小区广播信息,在这里可以看到小区的CRH、CRO、ACCMIN、MAXRET、CB、CBQ、PT 等一些参数的设置值,祥见上图。 6、System Information Type 5

激活模式下服务小区测量频点,(同频段,移动网有两个频段,GSM900和DCS1800) 只有服务小区有做该小区的测量频点,才会测量到该小区的信号,否则在邻区列表中不会看到该小区,也不会切换。在我们平时路测当中,经常遇到强信号不切换,如果做了测量频点,可以很明了地看到有一个强的邻区信号,但是要是没有做测量频点的话就比较隐性。 7、System Information Type 5ter 激活模式下服务小区的测量频点,(异频段,移动网有两个频段,GSM900和DCS1800)8、System Information Type 6

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

中国联通CSFB测试的主要流程信令

中国联通FDD_LTE的CSFB测试和分析 一、前言 本文主要针对联通FDD-LTE网络,使用华星FLY6.0进行CSFB测试和分析;CSFB 涉及4G侧(LTE)、3G侧(WCDMA)和MSC核心网侧三方的配合。以下主要是针对测试和事件消息流程进行分析和说明。 二、CSFB测试流程 CSFB测试过程主要是主叫4G手机、被叫4G手机分别驻留LTE网络中,连接FLY6.0测试软件,进行主叫4G手机拨打被叫4G手机,主叫4G手机和被叫4G手机分别回落至WCDMA网络进行通话的过程。 CSFB测试流程主要分为测试准备、测试过程和测数据统计三个部分:

4、从主被叫的CSFB信令流程来看,主被叫的CSFB信令流程是否正常?一定要查看主被叫的CSFB的起呼、4G 网络RRC释放、4G重选至3G、3G的RRC\RAB\Alerting的完整起呼流程。验证完全完整后,才算合格。 数据统计1、单站报告中CSFB成功率统计 2、CSFB的log记录备份 3、若存在测试不成功现象,可初步按照 第4节指导进行初步分析原因,待调整后 复测 分析原因一定要细分类,描述清晰,复 测一定要确定故障消除 三、正常CSFB信令流程 3.1.主叫主要流程 当开机做主叫时,UE首先在FDD_LTE注册(attach),完成注册后进行拨号; 通过E_nodeB上发CSFB请求;其主要流程如下: 3.1.1开机注册(attach) 注册请求消息Attach Request(层三消息RRCConnectionRequest)由UE发出(消息属NAS层),请求中包括UE注册的小区,UE支持的加密算法和方式;联合注册的4G(TAC)和3G(LAC/RAC)及ClassMark;

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

四、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回送删除位置确认消息。

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

VoLTE基本原理信令流程与端到端测试

《VoLTE基本原理、信令流程与端到端测试》 目录 ▊什么是VoLTE? ▊LTE的语音解决方案 ▊Volte业务特征 ▊Volte与RCS的关系 ▊SRVCC与eSRVCC 1.SRVCC基本架构 2.SRVCC流程及切换性能 3.eSRVCC切换 4.eSRVCC基本原理 5.eSRVCC的几个关键点 ▊eSRVCC切换前后的信令流程 1.支持eSRVCC的UE注册流程 2.支持eSRVCC的UE主叫流程 3.UE的VoLTE被叫流程 4.UE的eSRVCC切换流程 ▊VoLTE的端到端要求 1.终端 2.组网 3.端到端QoS ▊用户数据 ▊域选择 ▊无线侧要求 ▊涉及改造的网元和内容 ▊业务一致性 ▊VoLTE网络改造要求(与CSFB对比) ▊《VoLTE呼叫验证和实时网络问题实例》网络研讨会,免费学习充电的机会,了解更多关于VoLTE测试的内容

▊什么是VoLTE? VoLTE即Voice over LTE,它是一种IP数据传输技术,无需2G/3G网,全部业务承载于4G 网络上,可实现数据与语音业务在同一网络下的统一。换言之,4G网络下不仅仅提供高速率的数据业务,同时还提供高质量的音视频通话,后者便需要VoLTE技术来实现。 VoLTE相较2G、3G语音通话,语音质量能提高40%左右,因为它采用高分辨率编解码技术。VoLTE为用户带来更低的接入时延(拨号后的等待时间),比3G降50%,大概在2秒左右,而2G时代在6-7秒。此外,2G、3G下的掉线率时有发生,但VoLTE的掉线率接近于零。 因为对于语音业务,LTE的频谱利用效率远远优于传统制式,达到GSM的4倍以上。 另外,VoLTE与RCS的无缝集成可以带来丰富的业务。 VoLTE真正实现了端到端全IP语音,主要体现在:其空口IP化,由分组域提供承载,通过IMS进行会话控制。 VoLTE难点在于与2/3G切换流程相对复杂,是核心网电路域不IMS之间的切换,涉及IMS、电路域和LTE核心网之间的互操作,即eSRVCC(enhanced Single Radio Voice Call Continuity)。

相关文档