语音TD信令详解

TD-LT信令流程及信令解码TD-LTE信令流程及信令解码第1页共84页TD-LT信令流程及信令解码〔2021.03〕本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，第2页共84页TD-LT信令流程及信令解码并加以标注。

所有信令为eNB侧跟踪的信令。

1.PS业务建立流程：1.1RRC Connection RequestUE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连接，该消息携带主要IE有：-ue-Identity :初始的UE标识。

如果上层提供S-TMSI，侧该值为S-TMSI；否那么从0…240-1中抽取一个随机值，设置为ue-Identity。

-establishmentCause :建立原因。

该原因值有emergency, highPriorityAccess,第3页共84页TD-LT 信令流程及信令解码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 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。

少年易学老难成，一寸光阴不可轻- 百度文库1 TD-LTE信令流程及信令解码（2013.03）少年易学老难成，一寸光阴不可轻- 百度文库2 本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。

所有信令为eNB侧跟踪的信令。

1.PS业务建立流程：1.1RRC Connection RequestUE上行发送一条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 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。

呼叫信令详解（前后台）呼叫流程信令图起呼过程分四个阶段：RRC连接建立，直传信令连接建立，RAB建立，震铃接通建立RRC连接直传信令连接建立（含鉴权和加密）RAB建立过程振铃，接通RRC建立过程（1）UE 在取得下行同步后，向NodeB发送SYNC_UL，接收到NodeB 回应的FPACH 信息后，在RACH 信道上向RNC 发送RRC Connection Request 消息，发起RRC 连接建立过程。

（2）RNC 准备建立RRC 连接，分配建立RRC 连接所需要的资源，并发送一条Radio Link Setup Request 消息给NodeB。

（3）NodeB 配置物理信道，在新的物理信道上准备接收UE 消息，并给RNC 发送一条Radio Link Setup Response 响应消息。

（4）RNC 通过ALCAP 协议，建立Iub 数据传输承载。

Iub 数据传输承载通过AAL2 的绑定标识与DCH 绑定在一起。

建立Iub 数据传输承载需要NodeB 确认。

（5）（6）通过Downlink Synchronisation 和Uplink Synchronisation.控制帧，NodeB 与RNC 为Iub 数据传输承载建立同步，此后NodeB 开始DL 发送。

（7）RNC 在FACH 信道上发送RRC Connection Setup 消息给UE。

（8）UE 在DCCH 上发送RRC Connection Setup Complete 消息给RNC，RRC 连接建立完成建立初始直传/上下行直传（9）UE 在DCCH 上给RNC 发送一条Initial Direct Transfer（CM Service Request）消息，该消息包括了UE 请求的业务类型等信息，例如12.2K语音业务。

（10）RNC 发起初始到CN 的信令连接，并发送一条Initial UE Message 消息给CN，通知CN 关于UE 请求的业务等内容。

TD-SCDMA 话音呼叫流程信令随着移动通信的迅速发展，移动通信用户快速增加，移动通信的网络日趋复杂，网络的日常维护、网络故障的定位、网络故障的排除也日趋困难。

一旦有通信故障，就会产生大面积的影响。

信令是建立通信的前提，信令就像网络的脉搏一样，通过对呼叫流程中的信令进行分析可以洞察到网络中存在的问题，对于网络建设与网络维护部门来说能否在出现通信故障时，快速定位故障点，从而在最短时间内排除故障，就显得日益重要。

下面的内容我就对华为DRNC820中发起语音呼叫时所跟踪到的信令来对TD的语音呼叫流程作一个简要的解析。

一个典型的语音呼叫流程通常是分为：主叫流程，被叫流程及释放流程。

1 主叫流程：通常又由RRC（Radio Resource Control：无线资源管理）连接建立流程、初始直接传输建立信令连接、安全控制、建立RAB（Radio Access Bearer：无线接入承载，用于用户面）、准备通话这几个过程来完成。

1.1RRC连接建立流程：当RNC（Radio Network Controller：无线网络控制器）接收到UE（User Equipment ：用户设备）的RRC连接建立请求消息后，由RRM（Radio Resource Management：无线资源管理模块）根据特定的算法确定是接受还是拒绝该RRC 连接建立请求，如果接受，则再判决是建立在专用信道还是公共信道。

RRC 连接建立使用的信道不同，RRC 连接建立流程也不一样。

当RRC连接建立在专用通道时，需要UE、RNC、NODEB（即基站）三者之间协商与数据同步，确定连接所需要的无线链路资源；当RRC 连接建立在公共信道上时，因为用的是已经建立好的小区公共资源，所以无需建立无线链路和用户面的数据传输承载。

RNC图1.1 RRC 连接建立在公共信道流程图1.11 UE 处于空闲模式下，当UE 的非接入层请求建立信令连接时，UE 将发起RRC 连接建立过程。

MMC信令流程：Uu 口消息：UE1 RRC 上行RRC Connection Request 连接请求UE1 RRC 下行RRC Paging Type 1 调度分类UE1 RRC 下行RRC Connection Setup 连接方案UE1 RRC 上行RRC Connection Setup Complete 连接方案完成UE1 MM 上行CM Service Request 服务请求UE1 MM 上行Authentication Request 鉴定请求UE1 MM 上行Authentication Response 鉴定响应UE1 CC 上行Setup 计划UE1 CC 下行Call Proceeding 呼叫进程UE2 RRC 下行RRC Paging Type 1 调度分类UE2 RRC 上行RRC Connection Request 连接请求UE2 RRC 下行RRC Paging Type 1 调度分类UE2 RRC 下行RRC Connection Setup 连接方案UE2 RRC 上行RRC Connection Setup Complete 连接方案完成UE2 RRC 上行Paging Response 调度响应UE1 RRC 下行Physical Channel Reconfiguration 检查频道重新配置UE2 CC 下行Setup 计划UE2 CC 上行Call Confirmed 呼叫巩固UE2 RRC 下行Radio Bearer Setup (DL—DCCH) 无线传输方案UE1 RRC 上行Physical Channel Reconfiguration 物理频道重新配置UE1 RRC 下行Radio Bearer Setup (DL—DCCH) 无线传输方案UE2 RRC 上行Radio Bearer Setup Complete 无线传输方案结束UE2 CC 上行Alerting 鉴定UE1 RRC 上行Radio Bearer Setup Complete 无线传输方案结束UE1 CC 下行Alerting 鉴定UE2 CC 上行Connect 连接UE1 CC 下行Connect 连接UE1 CC 上行Connect Acknowledge 连接结束确认UE2 CC 下行Connect Acknowledge 连接结束确认RRC建立的正常流程：Uu口消息：UE1 RRC 上行RRC Connection RequestUE1 RRC 下行RRC Connection Setup(从该信令中可获取UE ID 以及小区所属RNC ID)UE1 RRC 上行RRC Connection Setup Complete常见RRC异常流程举例：RRC Connection Request 无响应问题：Uu口消息：UE1 RRC 上行RRC Connection Request关键事件：UE1 RRC Connection Request Attempt failureUE1 RRC Connection Request Attempt Retry说明：RRC Connection Request 无响应问题。

出厂默认IP 192.216.5.3G3 原因定义G3.1 正常类别原因NO.1：未分配的(未确定的)号码“unassigned(unallocaled)number”该原因表示不能到达主叫用户所请求的终点，因为虽然号码格式有效，但该号码目前尚未分配(未确定)。

原因NO.2：无路由到达规定的转接网络(国内使用)“no route to specified transit network(nationaluse)”unallocaled(unassigned)number”该原因表示发送该原因的设备已经收到一个通过特定未被识别的转接网络迂回呼叫的请求。

发送该原因的设备不能识别该转接网络是因为该转接网络不存在或当它存在时并没有为该设备提供服务。

是否支持该原因由网络决定。

原因NO.3：无路由到达终点“no route to destination”该原因表示不能到达被叫用户，因为呼叫所经过的网络不为所希望的终点提供服务。

是否支持该原因由网络决定。

原因NO.4：发送特殊的信息音“send special information tone”该原因表示不能达到被叫用户的原因在于应向主叫用户返回特殊信息音。

原因NO.5：转接前缀拨号错误(国内使用)“misdialled trunk prefix(national use)”该原因表示被叫方号码的转接前缀错误内含。

原因NO.6：不可接受的通路“chnnel unacceptable”该原因表示发送实体在呼叫中不接受使用最新标识的通路。

原因NO.7：呼叫已给出并正在已建立的通路上递交“call awarded and being delivered in an established channel”该原因表示已给予用户来呼叫，并表示这一来呼叫在已建立的通路上与类似的呼叫一起正在被连接到该用户。

原因NO.8：先占“preemption”该原因表示呼叫正在被预先占有。

TD-LT 信令流程及信令解码第1页共75页TD-LTE 信令流程及信令解码本文主要就PS 业务建立流程和LTE 系统内切换的信令及信令解码进行重点IE 分析，并加以标注。

所有信令为eNB 侧跟踪的信令。

PS 业务建立流程：1.1 RRC Connection RequestUE 上行发送一条RRC Connection Request 消息给eNB,请求建立一条RRC 连接，该消息携带主要IE 有：- ue-Identity :初始的UE 标识。

如果上层提供S-TMSI ，侧该值为S-TMSI ；否则从0…240-1中抽取一个随机值，设置为ue-Identity 。

- establishmentCause :建立原因。

该原因值有emergency,highPriorityAccess,TD-LT 信令流程及信令解码第2页共75页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 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。

TD信令流程范文TD（Time Division）是一种时分复用的通信技术，由中国发展起来，并获得了国际标准的认可。

TD信令流程是指在TD网络中进行通信时，所涉及的信令传输和处理过程。

下面是一份超过1200字的TD信令流程的详细描述。

1.呼叫建立阶段：-基站会接收到呼叫请求，并向核心网发送一个寻呼消息，用于查找被叫用户所在的基站。

-核心网会找到被叫用户所在的基站，并向其发送一个寻呼消息。

-被叫用户所在的基站会接收到寻呼消息，并通知被叫用户。

-被叫用户接收到通知后，手机会发送一个呼叫确认信令到基站。

-基站接收到呼叫确认后，会向核心网发送一个建立呼叫的请求。

-核心网接收到请求后，会生成一个唯一的呼叫标识，并将其发送给基站。

-基站接收到呼叫标识后，会将其发送给手机，用于标识该呼叫。

-手机接收到呼叫标识后，会发送一个呼叫控制信令到基站。

-基站接收到呼叫控制信令后，会与被叫用户进行通信，并等待被叫用户应答。

2.呼叫释放阶段：当通话结束后，需要释放呼叫。

在TD网络中，呼叫释放阶段的信令流程如下：-通话结束后，一方手机会发送一个呼叫释放信令到基站。

-基站接收到呼叫释放信令后，会将其发送给核心网。

-核心网接收到呼叫释放信令后，会将呼叫标识发送给对方手机。

-对方手机接收到呼叫标识后，也会发送一个呼叫释放信令到基站。

-基站接收到呼叫释放信令后，会将其发送给核心网。

-核心网接收到呼叫释放信令后，会释放与该呼叫相关的资源，并通知双方手机呼叫已经释放。

3.呼叫转移阶段：在一些情况下，用户可能需要将呼叫转移给其他用户。

在TD网络中，呼叫转移阶段的信令流程如下：-用户手机发送一个呼叫转移请求信令到基站。

-基站接收到呼叫转移请求后，会将其发送给核心网。

-核心网接收到呼叫转移请求后，会生成一个新的呼叫标识，并将其发送给基站。

-基站接收到新的呼叫标识后，会将其发送给被转移用户的手机。

-被转移用户的手机接收到新的呼叫标识后，会发送一个呼叫转移确认信令到基站。

TD-LTE 信令流程及信令解码（2013.03）本文主要就PS 业务建立流程和LTE 系统内切换的信令及信令解码进行重点IE 分析，并加以标注。

所有信令为eNB 侧跟踪的信令。

1. PS 业务建立流程：1.1 RRC Connection RequestUE 上行发送一条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---发送数据时，DelayTolerantAccess-v1020---R10中新增原因，延迟容忍接入。

其中“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 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。

TD基本信令解析大全（包括前台及后台）目录1.1 前台正常通话建立信令流程分以下几个步骤： (2)1.1.1 RRC连接过程： (3)1.1.2 初始直传信令 (4)1.1.3 鉴权过程如下： (5)1.1.4 加密过程如下： (5)1.1.5 SETUP过程 (6)1.1.6 CALL PROCEEDING过程 (6)1.1.7 RAB建立过程 (6)1.1.8 呼叫释放过程 (7)1.2 后台信令比前台信令更复杂，因前台信令仅仅包括层三信令（UU口信令），而后台跟踪信令包括IU、IUR、IUB、UU等各层信令，在日常问题定位中往往要结合前后台信令分析才行，因有详细资料就直接附上后台信令解说文档一份（我个人认为是众多资料中比较实用而又相对容易理解的，介绍给大家希望能对大家有所帮助） (10)1.3 切换触发事件类型 (10)1.4 事件2A: 最佳载频变化 (12)频间测量控制 (15)1.1 前台正常通话建立信令流程分以下几个步骤：1.RRC连接过程2.NAS信令建立过程（初始直传信令过程）3.鉴权过程（可选）4.安全模式过程5.SETUP过程6.CALL PROCEEDING过程7.RAB建立过程8.呼叫释放过程1.1.1 RRC连接过程：在RRC连接请求中，可以看出手机的TMSI和当时RRC连接时候的场强，如下RRC连接建立成功的信令中看出，是否支持23G切换，如下：1.1.2 初始直传信令1.1.3 鉴权过程如下：1.1.4 加密过程如下：手机起呼过程可细分为：1.1.5 SETUP过程1.1.6 CALL PROCEEDING过程1.1.7 RAB建立过程手机释放过程，先释放Iu口，再RRC连接释放，如下：以上就是前台一次正常通话建立的信令全过程，此外通话过程中切换信令如下图所示：在Setup中可知被叫号码：物理信道重配置与物理信道重配置完成，可以看到业务时，占用时隙，码道，业务频点，如下：1.2 后台信令比前台信令更复杂，因前台信令仅仅包括层三信令（UU 口信令），而后台跟踪信令包括IU 、IUR 、IUB 、UU 等各层信令，在日常问题定位中往往要结合前后台信令分析才行，因有详细资料就直接附上后台信令解说文档一份（我个人认为是众多资料中比较实用而又相对容易理解的，介绍给大家希望能对大家有所帮助）TD后台信令流程.doc另外从资料中筛选了部分在日常网优中比较实用的信令解说资料1.3 切换触发事件类型事件1G:最佳频内小区变化若任何P-CCPCH 变得优于先前的最佳P-CCPCH ，触发该事件。

TD-SCDMA语音业务主被叫信令解读TD-SCDMA是中国自主研发的第三代移动通信标准，其语音业务是其主要应用之一。

在TD-SCDMA语音业务中，主被叫信令是起到连接和控制各个终端设备的重要作用。

以下是对TD-SCDMA语音业务主被叫信令的解读。

TD-SCDMA语音业务中，主叫用户是指发起呼叫的用户，而被叫用户则是被要求接入呼叫的用户。

主被叫信令则是在主叫用户拨号之后，参与连接和控制主被叫用户终端设备的过程。

主被叫信令主要包括呼叫请求、呼叫接受、呼叫建立、呼叫释放等几个阶段。

首先是呼叫请求阶段。

当主叫用户拨号时，会将呼叫请求信令发送给无线基站控制器（BSC）。

无线BSC收到呼叫请求信令后，会进行用户注册鉴权以及呼叫类型的判断。

如果鉴权通过且呼叫类型为语音呼叫，则无线BSC会将呼叫请求信令转发给核心网的移动交换中心（MSC）。

然后是呼叫接受阶段。

当MSC接收到呼叫请求信令后，会进行分析和处理。

首先，MSC会从HLR（家用归属地寻呼寄存器）中查询到被叫用户的位置信息，并将呼叫请求信令发送给被叫用户所在的无线BSC。

被叫用户的无线BSC会接收到呼叫请求信令后，进一步将其转发给与被叫用户相关的基站控制器（BTS）。

接下来是呼叫建立阶段。

当被叫用户的BTS接收到呼叫请求信令后，会向被叫用户的终端发出呼叫建立信令。

被叫用户的终端会接收到呼叫建立信令后，向BTS发送呼叫建立确认信令。

BTS接收到呼叫建立确认信令后，会将其转发给BSC，并最终通过MSC转发给主叫用户终端。

主叫用户的终端接收到呼叫建立确认信令后，会向主叫用户发出呼叫建立确认的指示。

最后是呼叫释放阶段。

当呼叫建立确认信令成功传输后，主被叫用户之间的语音通话就可以开始了。

当一方挂断电话时，会发出呼叫释放信令，通知对方挂断电话。

被叫用户的终端会接收到呼叫释放信令后，向BTS发送呼叫释放确认信令。

此时，整个呼叫会话就会被释放，双方的终端设备回到初始状态，准备接收下一次呼叫。

TD一些信令浅析Outgoing Call Attempt 即将离任的呼叫尝试Incoming Call Attempt 来电偿试Call Attempt Retry 呼叫尝试重试RRC Connection Completed 区域参考连接完成RAB Setup RAB设置RAB Setup Completed RAB的安装完成Call Setup 呼叫建立Call Established 呼叫成立Call End 通话结束Outgoing Dropped Call 即将离任的掉话Outgoing Blocked Call 即将离任的封锁呼叫Incoming Dropped Call 传入掉话Incoming Blocked Call 阻止传入呼叫Cell Reselection 小区重选Intercell Handover Command Intercell的切换命令Intercell Handover Success Intercell的切换成功 Intercell Handover Failure Intercell的切换失败 Intracell Handover Command 小区内切换命令Intracell Handover Success 小区内切换成功Intracell Handover Failure 小区内切换失败 Soft Handover Command 软切换命令 Soft Handover Success 软切换成功Soft Handover Failure 软切换失败Hard Handover Command 硬切换命令 Hard Handover Success 硬切换成功Hard Handover Failure 硬切换失败Handover Command(UMTSàGSM) 交接命令Handover Success(UMTSàGSM) 交接成功Handover Failure(UMTSàGSM) 交接失败HandOver Command(GSMàUMTS) 交接命令HandOver Success(GSMàUMTS) 交接成功HandOver Failure(GSMàUMTS) 交接失败Location Update Request 位置更新请求 Location Update Success 位置更新成功 Location Update Failure 位置更新失败 Routing Area UpdateRequest 路由区域更新请求 Routing Area Update Success 路由区域更新成功 Routing Area Update Failure 路由区域更新失败Authentication Request 认证请求 Authentication Success 验证成功 Authentication Failure 验证失败 Authentication Reject 验证拒绝 CDMA Site SITE NAME 基站名称LONGITUDE 基站的中央子午线经度LATITUDE 基站的中央子午线纬度 CELL NAME 小区名称 BID 基站ID NID 网络IDSID 移动业务本地网ID PN导频 NEIGHBOR LIST 邻小区列表 MCC 移动国家码 MNC 移动网络码 OMCR 基站操作维护中心 MSC 移动交换中心 BSC 基站控制中心AZIMUTH 天线方位角 TILT 天线倾斜角 POWER天线发射功率 ANTENNA HEIGHT 天线高度 GROUND HEIGHT 地面高度。