TDSCDMA路测信令流程

TD-SCDMA路测信令流程 软件正常/专门信令流程 2020.12 目 录 1． 正常信令流程 2 1.1 开机过程 2 1.1.1 开机过程 2 1.1.2 小区选择 2 1.1.3 系统消息广播 3 1.2 正常位置更新 4 1.3 正常路由更新 5 1.4 UE触发正常开释 6 1.5 网络触发正常开释 8 1.6 小区更新 8 1.6.1 RLC不可复原错误缘故小区更新 9 1.6.2 Radio link failure缘故小区更新 10 1.7 UE主叫〔MOC〕 11 1.8 UE被叫 (MTC) 14 1.9 移动终端呼叫移动终端〔MMC〕 15 1.10 VP〔视频 〕 16 1.11 PDP上下文激活 18 1.12 CS+PS(H)组合业务 21 1.13 HSDPA〔高速分组数据业务〕 22 1.14 RNC内切换流程 26 1.15 RNC间重定位流程 26 1.16 CS业务TD-SCDMA切换到GSM流程图 27 1.17 PS业务TD-SCDMA重选到GSM 28 1.18 PS业务GSM系统重选到TD系统 29 1.19 SMS〔一般短消息〕 32 1.20 MMS〔多媒体短消息，彩信〕 33 2． 专门信令流程 35 2.1 接入过程 35 2.1.1 RRC连接建立正常和专门信令流程 37 2.1.2 RAB连接建立正常和专门信令流程 39 2.2 切换过程 41 2.2.1 同一RNC内切换正常和专门信令流程 41 2.2.2 RNC间重定位正常和专门信令流程 41 2.3 2G/3G互操作正常和专门流程 43 2.4 掉话 49 2.4.1 通话过程中专门掉话流程 49 2.4.2 切换导致专门掉话流程 50 注：本文的所有资料及截图均来自大唐路测软件Outum。 内容简介：各种业务或过程Outum截图，正常业务消息，并标注明显信令特点，以及RRC setup、RB setup 、 physical reconfiguration、 RB reconfiguration等关键消息资源分配。 1． 正常信令流程 1.1 开机过程 1.1.1 开机过程 UE在开机之后，它使用某种无线接入技术〔RAT〕搜索并选择一个公共移动网〔PLMN〕。UE在选定的PLMN上进行小区初搜，当UE发觉一个合适的小区时便进行登记注册，登记注册成功之后UE将驻留在那个小区，同时监听它的操纵信道。那个过程称为―Camping on the cell‖，现在UE便进入了闲暇状态。在闲暇状态下，UE周期性的接收当前服务小区的广播系统消息和进行物理测量；同时UE还要对当前服务小区进行响应寻呼、主叫呼出、位置更新等。 1.1.2 小区选择 在初始小区搜索过程中，终端的目标是找到一个合适的小区并驻留在该小区。搜 索的过程中需要确定下行同步码、扰码、差不多训练序列码〔basic midamble code 〕、操纵帧周期。以上信息确定后终端就能够读取广播信道上的广播信息了。通常以上过程分四步来完成： 第一步：搜索DwPTS 在初始小区搜索过程的第一时期，终端匹配下行同步码SYNC_DL与基站建立下行同步。那个步骤通常使用一个或一个以上的匹配滤波器来捕捉下行同步码。在那个过程中终端确定目标驻留小区使用的是32个下行同步码集中的哪一个。 第二步：扰码及差不多训练序列的确定 完成初始小区搜索的第一步之后，终端开始接收P-CCPCH信道的midamble 码。 规范中定义了一个下行同步码对应四个可选的差不多midamble 码〔因此，midamble 码组共包含128 个不同的差不多midamble 码〕。终端能够比较容易地从四个可能的差不多midamble码中判定该小区使用的差不多midamble 码。而每一个差不多midamble码又唯独地对应一个扰码，因此终端在确定小区的差不多midamble码的同时也明白了小区使用的扰码。 第三步：操纵帧同步 在这一步中，终端搜索广播信道的主信息块MIB的位置。主信息块的起始位置是 由DwPTS 信道的QPSK 相位调整序列来标识的。确定了BCH 主信息块的位置就能够进入下一步——读广播信息。 第四步：读取广播信息 完成前三步后，完整的广播信息就能够在一个或多个广播信道BCH 上读取了。 上述任何一步假如不成功将返回到上一步。 小区选择是UE物理层过程，与网络无信令交互。 1.1.3 系统消息广播 系统消息来源于核心网及RNC，并在基站进行周期性地重复发送。系统信息块由同类型的系统信息元素组成，在BCCH逻辑信道上发送。BCCH能够映射到BCH和FACH 信道。绝大部分系统信息在BCH上发送，当系统消息发生变更的情形下，网络通过FACH 通知UE。 一条系统信息能够传送几个SIB或者一个SIB的一部分，这依靠于所要传输的SIB 的大小。同时传输的消息大小要适合一个BCH和FACH传输块的大小。假设一个SIB信息大于预定传输块的长度，应对其进行分段后，分别在几个消息中传输；假设SIB信息较少，UTRAN能够在同一个消息内串接几个完整的SIB。同样，UE的RRC也要执行对接收到的信息段进行重组：属于同一个信息块的短消息依照相应的索引进行组合，收到全部的信息后再进行解码；对多次显现的SIB，每次均需要独立重组。 系统信息块成树状结构，如下图。 网络初始化完成以后，依照系统当前的配置，由系统信息治理模块配置系统信息。所配置的系统信息包括： (1) NAS信息〔由CN指定〕； (2) OAM配置信息； (3) RRM中其他模块进行资源分配后的给定信息。 其中NAS信息来自CN。 配置完毕的系统信息通过BCH信道、广播发送给UE。图给出了RNC与UE、NodeB之间的处理流程。 如以下图是系统消息outum截图，从协议消息和outum看见消息比对可知，outum看见的系统小消息MB、SB1、SB2和SIB是UE谊解析出来的消息。从Iub接口来看，RNC只在网络启动或系统消息发生改变时通知Node b组织周期发送系统消息，故没抓取网络侧信令。 1.2 正常位置更新 引起移动用户发生正常位置登记的条件是：移动设备开机时以及移动用户发生漫游引起位置改变。 1.3 正常路由更新 正常路由区更新。当检测到路由区发生变化时，UE通过它更新在网络中注册的路由区； 路由区更新过程只能由UE发起。在路由区更新的过程中，UE和网络端的数据传输都将连续进行〔仅适用于UMTS系统。假设为GSM，那么UE端的数据传输将被挂起〕。 UE通过向网络发送ROUTING AREA UPDATE REQUEST消息来触发路由区更新过程。 网络收到该消息后，依照消息中的参数，可能需要触发其它GMM的一样过程，这与前述的GPRS附着过程相类似。假如网络同意了UE的更新要求，将向UE端应答ROUTING AREA UPDATE ACCEPT消息。反之，那么用ROUTING AREA UPATE REJECT消息来拒绝UE的更新要求。 UE收到网络发来的ROUTING AREA UPDATE ACCEPT消息后，将分析消息中所包含的内容。假设消息中包含P-TMSI〔路由区更新时〕，UE将使用该P-TMSI作为GPRS的新临时标识，同时储备该P-TMSI；假设消息中包含IMSI〔组合路由更新时〕，UE将删除任何的TMSI；假设消息中包含TMSI，UE将删除老的TMSI，使用新的TMSI作为临时标识；假设消息中包含P-TMSI/TMSI或者N-PDU号，那么UE将用ROUTING AREA UPDATE COMPLETE消息来给网络以应答。 1.4 UE触发正常开释 通信终止后，要进行有关资源和标识的开释过程，从资源角度来说，开释是RNC能够把分配的资源重新分配给其它用户，从UE的角度来说是不能再用原先分配的资源进行通信。 开释分正常开释和专门开释，正常开释是指正常通信终止后开释，能够UE发起，也可网络发起，UE发起开释标志是UE发送Disconnect消息到CN,网络发起开释标志是CN发Disconnect消息到UE。 下面图表述的是UE触发的正常开释过程。 1.5 网络触发正常开释 1.6 小区更新 小区更新过程是三代系统中一个比较有特色的功能，它由UE主动发起，同时UE处于四种连接态〔CELL_DCH,CELL_FACH,CELL_PCH和URA_PCH〕都可能发起。 当用户显现专门〔无线链路失败，RLC不可复原错误等〕会发起小区更新；处于CELL_PCH或URA_PCH时假如需要发送上行数据使用小区更新过程；进行小区重选后用小区更新消息通知RNC；用周期性的小区更新过程保持与网络侧的联系；CELL_PCH/URA_PCH的寻呼响应，重新进入服务区也使用小区更新过程。 小区更新过程有以下几个要紧目的： (1) 通知UTRAN，处于CELL_PCH或CELL_FACH状态的UE重新进入了服务区； (2) 通知UTRAN，UE的AM RLC实体发生了不可复原的RLC错误； (3) 周期性小区更新可作为CELL_PCH或CELL_FACH状态下的UE监管机制； (4) 通知UTRAN，处于CELL_PCH或CELL_FACH状态下的UE发生小区重选后所在的小区； (5) 用于处于CELL_DCH状态下的UE发生无线链路故障时的处理； (6) 用于UE 发送UE CAPABILITY INFORMATION消息失败时的处理； (7) 通知UTRAN，处于CELL_PCH状态下的UE收到寻呼或需要发送上行数据，需要将其状态转移到CELL_FACH状态； 小区更新只能由UE触发，小区更新时UE状态只能在连接状态，不可能在idle状态，故小区更新过程不需建立RRC连接。小区更新是UE和RNC的RRC层之间的交互过程，UE发送cell update是在RACH信道，RNC回cell update是在FACH信道上响应。 1.6.1 RLC不可复原错误缘故小区更新 1.6.2 Radio link failure缘故小区更新 1.7 UE主叫〔MOC〕 由移动终端发起的CS呼叫过程，一样称为MOC过程。在UE发起呼叫建立时，假如之前UE没有建立RRC连接那么先建立RRC连接，再通过初始直传建立传输NAS消息的信令连接，最后建立RAB。 以以下图为UE处于Idle状态下发起CS呼叫的流程。 由以下图可知，一个完整的MOC过程，可分为如下6个子过程： (1) RRC连接建立过程 建立SRB传递的通道。即申请SRB资源的过程。如3.4K或13.6K带宽信令承载。 (2) 建立初始直传 通过初始直传，传递有关业务类型到CN.Iu接口是第一次建立信令连接。 (3) 鉴权、加密过程 对用户身份合法性进行签别，并向UE提供新密钥的参数。加密过程是UE和RNC、CN之间协商有关加密参数，后续的信令都以加密的方式进行传递。 (4) 呼叫建立过程 通过setup消息，告诉CN有关被叫信息。 (5) RAB建立过程 第二次资源分配过程，目的是建立业务承载，为传递CS3.4K+12.2K分配资源。 (6) 振铃和接听过程 表示被叫振铃和摘机。 Outum消息截图： 业务承载RB，上行资源分配。 业务承载RB，下行资源分配。 1.8 UE被叫 (MTC) MTC过程是UE响应CS呼叫的过程。网络唤醒UE是通过寻呼的方式，UE收到