《TDSCDMA初级培训教材TDSCDMA接入问题分析.doc》由会员分享，可在线阅读，更多相关《TDSCDMA初级培训教材TDSCDMA接入问题分析.doc（30页珍藏版）》请在三一办公上搜索。
1、TD-SCDMA初级培训教材TD-SCDMA接入问题分析目 录第1章 接入相关知识理论介绍11.1 随机接入过程11.1.1 随机接入准备11.1.2 随机接入流程21.1.3 UE发送SYNC-UL31.1.4 UE接收FPACH突发31.1.5 UE在PRACH上发消息51.1.6 RACH传输控制过程（UE侧）61.1.7 UE在CCPCH上接收消息81.1.8 UE在DCCH逻辑信道上发送消息91.1.9 随机接入过程流程图91.1.10 随机接入冲突处理101.2 上行同步111.2.1 上行同步的建立111.2.2 上行同步的保持121.3 UE的功率控制过程121.3.1 开环功
2、率控制121.3.2 闭环功率控制13第2章 信令流程152.1 呼叫接入流程152.1.1 主叫流程152.1.2 被叫流程162.1.3 呼叫接入层3信令流程162.2 接入失败分类17第3章 分析流程193.1 路测数据分析流程193.2 话统指标分析流程203.3 寻呼问题分析流程213.4 RRC建立问题分析流程22第4章 接入失败实例分析234.1 路测数据分析实例23 第1章 接入相关知识理论介绍1.1 随机接入过程1.1.1 随机接入准备当UE处于空闲模式下，它将维持下行同步并读取小区广播信息。从该小区所用到的DwPTS，UE可以得到为随机接入而分配给UpPTS物理信道的8个S
3、YNC_UL码的码集，一共有256个不同的SYNC_UL码序列，其序号除以8就是DwPTS中的SYNC-DL的序号。从小区广播信息中UE可以知道PRACH信道的详细情况（采用的码、扩频因子、midamble码和时隙）、FPACH信道的详细信息（采用的码、扩频因子、midamble码和时隙）以及其它与随机接入有关的信息。在UE端，物理随机接入流程根据MAC子层的请求来启动的。在物理随机接入过程启动之前，层1通过原语CPHY-TrCH-Config-REQ从RRC层接收下面的信息(这些信息都是网络端通过SIB5或者SIB6告诉UE的)：签名（signatures）和FPACH的关联关系、FPACH
4、s和PRACHs以及PRACHs和SCCPCHs的关系，其中包括每一个物理信道的参数值；与FPACHi相关的RACH消息的长度Li，可以配置为1、2或者4个子帧，对应的时间为5ms、10ms或者20ms；(注：NRACHi 个PRACHs可以对应FPACHi，最大允许的NRACHi是Li)每个接入业务等级（ASC）可用的UpPCH子信道；PRACH消息的传输格式参数集；UpPCH中的最大发送次数M；等待网络对发送签名确认的最大子帧个数WT，范围为(14)帧，层1支持的最大的值为4个子帧；初始签名功率Signature_Initial_Power；功率跃升步长Power Ramp Step。上面
5、的参数在每次物理随机接入流程启动之前由上层进行更新。每次物理随机接入流程启动的时候，层1从MAC层接收到下面的信息：PRACH消息的传输格式；用于指定的随机接入流程的ASC包括定时和功率电平指示；需要发送的数据（传输块集）。1.1.2 随机接入流程在UpPTS中紧随保护时隙之后的SYNC_UL序列仅用于上行同步，UE从它要接入的小区所采用的8个可能的SYNC UL码中随机选择一个，并在UpPTS物理信道上将它发送到基站。然后UE确定UpPTS的发射时间和功率（开环过程），以便在UpPTS物理信道上发射选定的特征码。一旦Node B检测到来自UE的UpPTS信息，那么它到达的时间和接收功率也就知
6、道了。Node B确定发射功率更新和定时调整的指令，并在以后的4个子帧内通过FPACH（在一个突发/子帧消息）将它发送给UE。一旦当UE从选定的FPACH（与所选特征码对应的FPACH）中收到上述控制信息时，表明Node B已经收到了UpPTS序列。然后，UE将调整发射时间和功率，并确保在接下来的两帧后，在对应于FPACH的PPACH信道上发送RACH。在这一步，UE发送到Node B的RACH将具有较高的同步精度。之后，UE将会在对应于FACH的CCPCH的信道上接收到来自网络的响应，指示UE发出的随机接入是否被接收，如果被接收，将在网络分配的UL及DL专用信道上通过FACH建立起上下行链路
7、。在利用分配的资源发送信息之前，UE可以发送第二个UpPTS并等待来自FPACH的响应，从而可得到下一步的发射功率和SS的更新指令。接下来，基站在FACH信道上传送带有信道分配信息的消息，基站和UE间进行信令及业务信息的交互。图 1.11 随机接入过程1.1.3 UE发送SYNC-UL随机接入过程始于UE在UpPCH信道上发送上行同步码SYNC-UL。UE首先将签名重发计数器设为M，将信号发射功率设置为Signature_Initial_Power，如果要求的信号发射功率超过了最大允许值，把信号发射功率设置为最大允许功率，然后从小区允许使用的上行同步码里面随机地选取一个，发送SYNC-UL。S
8、YNC-UL码的选择从小区允许使用的上行同步码中随机地选择一个，选取时应满足概率一致分布的原则。SYNC-UL码功率的确定如前一节描述。SYNC-UL发送时机UpPCH使用开环上行同步控制，UE使用接收到的P-CCPCH和DwPCH功率来估计基于路径损耗的传播延迟Dtp。UpPCH根据接收到的DwPCH时间向Node B提前发射。UpPCH 开始发射的时间TTXUpPCH如下：TTX-UpPCH = TRX-DwPCH -2Dtp +12*16 TC精度为1/8码片。TTX-UpPCH是根据UE的定时UpPCH发射开始时间；TRX-DwPCH是根据UE定时接收到的DwPCH的开始时间；2Dtp
9、是UpPCH的定时提前，可以根据路径损耗来进行近似地估算，但规范里并没有给出具体的估算算法。1.1.4 UE接收FPACH突发UE发出SYNC-UL后，将从下一子帧开始在FPACH物理信道上等待接收FPACH突发。Node B使用快速接入信道（FPACH）承载一个单独的突发用于对检测到的签名进行确认，包括向UE进行定时和功率电平的调整指示。最长等待时间WT由系统信息广播（缺省值为20ms或4个子帧）。如果在预期时间内没有检测到有效应答：UE将提升签名发射功率DP0 = Power Ramp Step dB，签名重发计数器减1，如果计数器小于等于0，则向MAC子层报告一次随机接入失败；在TD-S
10、CDMA系统中，每个小区可以配置多个FPACH，其具体的数目由系统信息广播。在这种情况下，UE应监听的下行FPACH按下式确定：FPACHi=SYNC-ULj mod N (j=1,2,8)式中：FPACHi：UE应监听的下行FPACH信道号；SYNC-ULj：UE在UpPTS时隙发送时所选择的小区上行同步码编号，范围为18；N：服务小区配置的FPACH信道数目。FPACH突发有32位信息比特。具体信息如下表所示：Information fieldLength (in bits)Signature Reference Number（签名参考号）3 (MSB)Relative Sub-Frame
11、 Number（相对子帧号）2Received starting position of the UpPCH (UpPCHPOS)（收到UpPCH的开始位置）11Transmit Power Level Command for RACH message（在PRACH上的传输功率命令）7Reserved bits (default value: 0)9 (LSB)签名参考序号签名参考号就是UE发送的SYNC-UL在小区码组中的编号。UE使用这个信息来确认是否对FPACH消息进行接收。签名参考序号用3个比特进行编码，范围为0-7，位序列（0 0 0）对应小区的第一个签名参考号，位序列(1 1 1)
12、对应小区的第8个签名参考号。相对子帧序号UE收到FPACH突发时的子帧号与发送SYNC-UL时的子帧号之差，UE使用这个信息来确认对FPACH消息的接收。相对子帧序号的范围是0-3，编码如下：位序列(0 0)表明有一个子帧的偏差；位序列为(1 1)表明4个子帧的偏差。接收到的UpPCH (UpPCHPOS)的开始位置该字段表示NODEB 在”SYNC-UL检测窗”内检测到的SYNC-UL位置。时间基准为DwPTS的结束点，精度为1/8chip. 该字段直接指示了UE在以后对网络进行发送的定时调整。Node B根据下面的等式进行计算：UpPCHPOS = UpPTSRxpath - UpPTST
13、S UpPTSRxpath：在Node B上接收到的SYNC_UL的时刻。UpPTSTS：根据Node B的内部定时，在DwPCH结束前的两个符号的时间。在接入到网络的时候，UE使用这个信息调整自己的定时信息。UpPCHPOS的取值范围0-2047，编码如下：位(00,000)表示接收的开始位置为0码片;位(11,111)表示接收的开始位置为2047*1/8码片。在RACH上的发射功率命令(TPLC)该值不是绝对功率命令，它是NODEB的一个期望接收功率。UE在PRACH上发送时，应按下面给出的开环功率计算公式重新计算发送功率，也就是说，尽管NODEB 根据接收功率对UE进行了调整，但UE在P
14、RACH上的发送仍属于开环功率控制范畴，同样需要按下式重新计算发送功率：式中各参数的意义同上一节。1.1.5 UE在PRACH上发消息UE在调整了发送功率及定时后，将在选定的PRACH信道上发送层3消息“RRC CONNECTION REQUEST”。消息中包含了UE的识别信息和可靠的测量信息，在TD-SCDMA系统中，一条FPACH物理信道可对应多条PRACH（14）。这种对应关系一方面取决于PRACH所用的扩频因子，另外一方面也取决于系统配置。两者的映射关系如下式所示：式中：SFN：系统子帧号；Li：第一FPACH信道对应的PRACH数目。这一对应关系由系统信息广播；NPRACH：UE发送
15、层3消息时应使用的PRACH信道编号。下面用一个例子来说明PRACH的选择过程：子帧号012345A.两个UE发送SYNC-UL12B.两个UE接收FPACH证实12C.UE0在PRACH0发送22D.UE1在PRACH1发送11在这个例子中，假设扩频因子SP=8；那么在PRACH信道上发送“RRC CONNECTION REQUEST”消息按其容量需要两个连续的突发才能承载，也就是说，每一个PRACH信道的持续时间为10ms。另外，假设等待时间WT=4，即UE在第i帧送出SYNC-UL后，可在其后连续的i+4帧内等待Node B的响应。若在等待时间 内收到的所有FPACH突发内没有与自己相关
16、的识别信息（相对子帧号和SYNC-UL编号），就应该重新开始（或放弃）签名过程。反之，则延迟一个子帧周期后在PRACH上发送连接请求消息。在第0帧中，有两个用户同时发起签名过程，如果SYNC-UL号相同，则NODEB只能响应一个或两个都不响应。若两个UE选择了不同的SYNC-UL号，则NODEB在其后的两帧中分别作用响应。UE0在子帧号为2时收到证实，则对应的PRACH为0（2 mod 2 =0），接收到证实后间隔1帧在PRACH上发送消息，即在4，5帧上发送。UE1本应在第3帧开始发送，但按交织或传输时间间隔（10ms的整数倍）要求，需要再延迟1个子帧，即从第4帧开始发送。1.1.6 RAC
17、H传输控制过程（UE侧）RACH控制发送流图如图所示：图 1.12 RACH控制发送流图UE MAC通过原语CMAC-ConfigREQ从RRC接收下面的RACH发射控制参数：ASC参数集，包括每个ASC、PRACH分段标识和连续值Pi（I 0，,NumASC）；最大的同步试探个数Mmax。当有数据要发送的时候，MAC从ASCs里面选择ASC，ASC里面包括PRACH分段和相关的持续值Pi的标识；根据持续值Pi，MAC决定在当前的发射时间间隔是否启动L1 PRACH流程。如果发射允许，通过发送原语PHY-ACCESS-REQ启动PRACH发射流程（通过发送SYNC_UL/FPACH序列开始）。
18、然后MAC通过原语PHY-ACCESS-CNF从L1等待接入信息。如果不允许发送，将在下一个发送时间间隙执行一个新的持续检查程序，该持续检查程序被重复执行直到发送被允许；如果FPACH确认同步脉冲，物理层采用原语PHY-ACCESS-CNF向MAC通知接入信息，接入信息中带参数ready for data transmission，则MAC采用PHY-DATA-REQ原语请求数据传输。如果在一个功率跃迁循环里面，在最大的允许发送次数里面没有在FPACH上收到对同步突发的确认，PHY会通过原语PHY-ACCESS-CNF告诉MAC层“没有在FPACH上收到响应”。如果没有超过允许的最大同步试探M
19、max，那么MAC在下个发射时间间隔里面开始一个新的持续测试系列，然后重复PHY-ACCESS-REQ流程。定时器T2确保两个连续的持续测试至少间隔一个TTI。如果最大的同步试探次数超过，MAC放弃RACH流程。通过原语CMAC-STATUS-Ind或者MAC-STATUS-Ind向上层指示MAC流程完成失败。1.1.7 UE在CCPCH上接收消息UE在PRACH信道发送出“RRC连接请求”消息后，将在配置的S-CCPCH物理信道（承载的传输信道为FACH）上接收所有的数据块，以查找是否有属于自己的“RRC CONNECTION SETUP”消息。在TD-SCDMA系统中，一个小区可以配置多条
20、S-CCPCH物理信道，具体数目由系统信息进行广播。第一UE对应的S-CCPCH信道按下式确定：式中：S-CCPCHi：UE应监视的S-CCPCH信道索引号。K：用于承载FACH传输信道的S-CCPCH信道数目，仅用于承载PCH传输信道的S-CCPCH信道不被包含在内；1.1.8 UE在DCCH逻辑信道上发送消息UE在收到“RRC CONNECTION SETUP”消息后，按层3信令的要求，在DCCH逻辑信道上给网络一个证实消息“RRC CONNECTION SETUP COMPLETE”。至此，整个接入过程结束。1.1.9 随机接入过程流程图整个随机接入过程流程图如下所示：图 1.13 随机
21、接入过程流程图过程过程描述aRRC通过原语CPHY-TrCH-Config-REQ配置传输信道RACH，具体的参数包括：a、签名和FPACHs、FPACHs和PRACHs以及PRACHs和SCCPCHs的关系，其中包括每个物理信道的参数值；b、跟FPACHi相对应的RACH消息的长度Li能够配置为1、2或者4个子帧，对应的时间为5ms、10ms或者20ms；(注1：NRACHi 个PRACHs可以对应FPACHi，最大允许的NRACHi是Li)c、用于每个ASC的可用的UpPCH；d、用于PRACH消息的传输格式参数集；e、UpPCH中的最大发送次数M；f、等待网络对发送签名确认的最大子帧个数
22、WT，范围为(1.4)帧，层1支持的最大的值为4个子帧；g、初始信道功率Signature_Initial_Power；h、功率跳跃步长Power Ramp Step。这些参数都是UE通过系统消息SIB5得到的。在第一次或者参数改变的时候使用这个原语进行配置，并非每次RACH发送的时候都需要进行配置。bCMAC-Config-REQ原语配置用于随机接入过程的MAC参数。这个参数包括如持续值、ASC参数和最大同步试探的接入控制参数。cRLC层通过原语MAC-Data-REQ请求数据发送，主要参数包括等待发送的数据包。d根据连续值Pi，MAC决定在当前的发射时间间隔是否启动L1 PRACH流程。如
23、果发射允许，通过发送原语PHY-ACCESS-REQ启动PRACH发射流程（通过发送SYNC_UL/FPACH序列开始）。然后MAC通过原语PHY-ACCESS-CNF从L1等待接入信息。如果不允许发送，将在下一个发送时间间隙执行一个新的持续检查程序，该持续检查程序被重复执行直到发送被允许；MAC层通过原语PHY-Access-REQ启动物理随机接入流程，层1从MAC层接收到下面的信息：a、PRACH消息的传输格式；b、用于指定的随机接入流程的ASC包括定时和功率电平指示；c、需要发送的数据（传输块集）。e如果在同一个时隙，不同的UE选择了同一个SYNC_UL，这个时候就会发生接入碰撞，在定时
24、器(T2)范围内，UE不能收到Node B的响应。fUE增加一个接入功率级别，重复d的过程。gUE的物理层随机选取一个SYNC_UL码进行UpPCH的发送。hNode B的物理层在跟SYNC_UL对应的FPACH上响应UE的接入过程。iUE在FPACH指示的RACH信道上进行数据发送。1.1.10 随机接入冲突处理在有可能发生碰撞的情况下，或在较差的传播环境中， Node B不发射FPACH，也不能接收SYNC_UL，也就是说，在这种情况下，UE就得不到Node B的任何响应。因此UE必须通过新的测量，来调整发射时间和发射功率，并在经过一个随机延时后重新发射SYNC_UL。注意：每次（重）发射
25、，UE都将重新随机地选择SYNC_UL突发。这种两步方案使得碰撞最可能在UpPTS上发生，即RACH资源单元几乎不会发生碰撞。这也保证了在同一个UL时隙中可同时对RACHs和常规业务进行处理。1.2 上行同步1.2.1 上行同步的建立上行链路同步是UE发起一个业务呼叫前必须的过程，如果UE仅驻留在某小区而没有呼叫业务时，UE不用启动上行同步过程。TD-SCDMA系统对上行同步定时有着严格要求，不同用户的数据都要以基站的时间为基准，在预定的时刻到达Node-B。步进调整的时间精度为1/8 chip，对应的时间是0.09765625s，每次调整最大变化量为1chip。在下行链路上UE和系统取得同步
26、后，由于UE和NODE-B的距离关系，系统还不能正确接收UE发送的消息。为了避免在不恰当的时间发送消息而对系统造成干扰，UE在上行方向首先要在UpPTS时隙上发送SYNC_UL。UpPTS时隙专用于UE和系统的上行同步，没有用户的业务数据。按照系统设置，每个SYNC-DL码字对应8个SYNC_UL码字，UE根据收到的DwPTS信息，随机决定将使用的上行SYNC_UL码字。与UE决定SYNC-DL的方式类似，Node-B可以采用逐个做相关运算的办法，判断UE当前使用的是哪个上行同步码字。系统收到UE发送的SYNC_UL，就可得到SYNC_UL的定时和功率信息。并由此决定UE应该使用的发送功率和时
27、间调制值，在接下来的4个子帧中的某一子帧通过F-PACH信道发送给UE。在F-PACH信道中还包含UE初选的SYNC-UL码字信息以及Node-B接收到SYNC_UL的相对时间，以区分在同一时间段内使用不同SYNC-UL的UE，以及不同时间段内使用相同SYNC-UL的UE。UE在F-PACH上接收到这些信息控制命令后，就可得知自己的上行同步请求是否已经被系统接受。从TD-SCDMA系统的子帧结构突发方式可以看出，在上下行同步码字间有96chips保护带，对应的距离变化是：LV ( 96 )/1.28M = 22.5公里（来回）。也就是说当UE在距离NODE-B 11.25公里以内时，不会由于初
28、始定时信息的缺乏而对系统造成额外干扰。UE根据在 DwPTS和/或 P-CCPCH上接受到的信号时间以及功率大小，决定上行SYNC_UL 突发的初始发送时间和初始发送功率。NODEB 收到UE发送的第一个突发后，系统就可以根据接收时间和功率调整UE下次发送的时间和功率。这个功能由物理信道突发结构中的SS（Synchronization Shift）域和TPC（Transmission Power Control）域完成。Node-B需要在收到UE消息后的4个子帧（20ms）内完成SS域和TPC控制消息的发送。否则UE视此次同步建立的过程失败，在一定时间后将重新启动上行同步过程。1.2.2 上行
29、同步的保持由于UE的移动，它到NODEB的距离总是在变化，所以整个通信过程中需要保持上行同步。上行同步的保持是利用上行突发中的Midamble码来实现了。在每一个上行时隙中，各个UE的Midamble码各不相同，NODEB可以在同一个时隙通过测量每个UE的Midamble码来估计UE的发射功率和发射时间偏移，然后在下一个可用的下行时隙中，发射同步偏移（SS）命令和功率控制（PC）命令，以使UE可以根据这些命令分别适当调整它的发送时间和功率。这些过程保证了上行同步的稳定性，上行同步的调整步长是可配置和设置的，取值范围为1/81码片持续时间。上行同步的调整有三种可能情况：增加一个步长，减少一个步长
30、，不变。1.3 UE的功率控制过程1.3.1 开环功率控制开环功率控制主要用于UE端在UpPCH和PRACH上发起随机接入过程。此时UE还没有从DPCH信道上收到功率控制命令。UE将按下述的公式计算发起随机接入时所需的发送功率：上式中：UE发送功率（dBm）；：UE端用于描述路径损耗的加权因子（）：UE到NODEB之间的路径损耗（dB）。UE可以根据NODEB在DwPTS时隙（或P-CCPCH信道）发射的功率与UE端在该时隙接收到的码功率来进行估算。其中，为NODEB在DwPTS时隙发射功率（或TS0时隙的P-CCPCH信号码功率），该信息可由信息信息广播获得；LRX为UE端在DwPTS时隙（
31、或TS0时隙的P-CCPCH）上接收到的信号码功率。：UE到NODEB之间路径损耗的长时间平均值(dB)。其意义和计算与基本相同。：NODEB在给定信道上期望的接收功率。在UpPCH上建立上行同步时，其值取自系统信息广播参数。在PRACH信道发送连接请求消息时，使用从FPACH信道上收到的参数TPLC；：UE端用于描述路径损耗的加权因子（）。其值与两次测量之间的时间间隔有关；:连接发送SYNC-UL的次数。：两次发送SYNC-UL之间的功率增量，其值由系统信息广播；：小区允许的最大发射功率，其值取自系统信息广播参数UE_TXPWR_MAX_RACH；1.3.2 闭环功率控制闭环功率控制用于RR
32、C连接模式，通信双方通过物理层信令来控制对等层实体的发射功率。闭环功率控制由两个控制环组成：外环(Outer loop)功率控制外环功率控制用于控制信号的传输质量，由网络端的高层（RRC）按UE所配置时隙的负载情况给出一个SIR的目标值：SIRTARGET。内环(Inner loop)功率控制UE通过高层信令收到SIRTARGET值以后，以该值作为内环功率控制的一个参考值。若接收信号的SIR大于SIRTARGET，则通过物理层控制信令TPC请求网络发射功率降低一步（步长值由系统信息广播）；反之，若接收信号的SIR小于等于SIRTARGET，则请求网络端将发射功率增加一步。内环功率控制过程也于网
33、络端的功率控制。第2章 信令流程2.1 呼叫接入流程典型的呼叫信令流程包括主叫信令流程、被叫信令流程和呼叫释放信令流程。对一个主叫过程来说，如果之前UE没有建立RRC连接，则先建立RRC连接，再通过初始直传建立传输NAS消息的信令连接，最后建立RAB。被叫过程包括了寻呼过程，在接入层内与主叫过程很类似，其它区别主要体现在NAS消息上。2.1.1 主叫流程主叫信令主要分为几个阶段：RRC连接建立直传信令通过RAB建立业务。RRC连接是UE与UTRAN的RRC协议层之间建立的一种双向点到点的连接，在UE与UTRAN之间传输无线网络信令。UE处于空闲模式下，当UE的非接入层要求建立信令连接时，UE将
34、发起RRC建立请求。每一个UE在尝试建立的过程中，只能建立一次RRC连接。IU口信令流程是在UE与UTRAN之间的RRC连接建立成功后，UE发起的。IU信令连接建立了UE与CN之间的信令通路。主要传输UE与CN之间非接入层信令。在UTRAN中，非接入层信令是通过上下行直接传输信令透明传输的，RNC不做任何处理。UE发送到CN的消息，通过上行直传（Uplink Direct Transfer）发送到RNC，RNC将其转化为直传消息（Direct Transfer）发送到CN；CN发送到UE的消息，通过直传消息发送到RNC，RNC将其转化为下行直传消息（Downlink Direct Transf
35、er）发送到UE。RAB是指用户面的承载，用于UE和CN之间传送语音、数据及多媒体业务，UE首先完成RRC建立，才能建立RAB。RAB的建立是由CN发起，UTRAN执行的一个过程。RAB建立完成后，进行上行和下行的直接传输过程，振铃后，摘机进行通话。详见TD-SCDMA信令流程解读。完整的起呼流程为：图 2.11 起呼流程图2.1.2 被叫流程相对主叫信令来说，被叫信令包含有一个寻呼的过程，其他流程同主叫信令流程。寻呼流程和问题定位分析，详见TD-SCDMA寻呼分析指导书。2.1.3 呼叫接入层3信令流程起呼失败通常发生在弱场，也有因为干扰原因导致在强场的起呼成功率低的现象。从路测仪上看到的一
36、个完整的Uu口主叫信令流程如下图。和从RNC侧看到的信令有对应关系。在分析问题时，需要两者结合共同定位。图 2.12 路测仪上的信令流程2.2 接入失败分类接入失败的定义及可能的问题原因包括以下几类：拨号后，RRC Connection Request消息没有发送；是否手机异常在主叫UE发送了RRC Connection Request后，定时器超时，没有收到RRC Connection Setup消息；RNC没有收到请求，调整PRACH信道功率；若RNC发了建立消息，但UE没有收到，是否是手机发生重选，则优化重选参数；若没有发生重选，需要调整FPACH功率。主叫UE在发出RRC Connec
37、tion Request后，收到RRC Connection Reject消息。并且没有重发RRC Connection Request进行尝试；主叫UE在收到RRC Connection Setup消息后，没有发出RRC Connection Complete消息；若UE没有发，则需要调整下行初始发射功率；若RNC没有收到，调整上行开环功控参数；主叫UE在收到RRC Connection Setup消息后收到或是发出了RRC Connection Release消息；主叫UE在收到RRC Connection Complete消息后，没有收到Measurement Control消息；查看R
38、NC的测量相关的配置参数是否正确主叫UE收到了Service Request Reject消息；参数配置错误可能性最大主叫UE在发送了CM Service Request消息后，没有收到Call Proceeding消息；参数配置错误可能性最大UE收到Call Proceeding消息后，没有收到RB Setup消息；参数配置错误可能性最大UE收到RB Setup消息后，没有发出RB Setup Complete消息；参数配置错误可能性最大UE在发出RB Setup Complete消息后，没有收到Alerting或者Connect消息；参数配置错误可能性最大UE收到Alerting或Conn
39、ect消息后，没有发出Conncect Acknowlege消息。参数配置错误可能性最大第3章 分析流程3.1 路测数据分析流程图 3.11 路测数据分析流程图3.2 话统指标分析流程图 3.21 话统指标分析流程图3.3 寻呼问题分析流程图 3.31 寻呼问题分析流程图3.4 RRC建立问题分析流程图 3.41 RRC建立问题分析流程图第4章 接入失败实例分析4.1 路测数据分析实例现象5097，15:59:20，呼叫失败，重庆中路加油站该点信号情况主服务小区：李沧体育中心3（46），RSCP = -75，C/I = 7邻小区1：李沧体育中心2（113），RSCP = -81邻小区2：李沧体
40、育中心1（84），RSCP = -90分析RAB超时。现象:UE没有发送RADIO BEARER SETUP COMPLETE消息,导致RNC无法向CN回送RAB ASSIGNMENT RESPONSE消息.也就是RAB建立失败.分析:RNC向UE发送RADION BEARER SETUP消息后.UE在定时器规定的范围内并没有按照消息的要求完成RB建立的过程.经过5秒后,呼叫建立过程失败信令现象5086，18:35:20，重庆中路加油站，呼叫失败该点信号情况主服务小区：李沧体育中心3（46），RSCP = -84，C/I = 2邻小区1：石沟村委1（39），RSCP = -87邻小区2：李沧体
41、育中心2（113），RSCP = -94分析RRC连接阶段的“measurementControl”确认模式传输失败现象:RRC链接成功建立后,RNC向UE发送 MEASURE CONTROL消息.UE没有收到该信令.RLC层出现重传超时现象.导致RNC向UE发送RRC CONNECTION RELEASE消息.释放了RRC连接,呼叫失败.信令现象5086，19:56:45，重庆中路汽贸公司，呼叫失败该点信号情况主服务小区：石沟村委2（39），RSCP = -71，C/I =11邻小区1：石沟村委3（49），RSCP = -86邻小区2：李沧体育中心3（46），RSCP = -86分析无信令。现象:从下面的信令流程看在19:56分之前UE成功的进行了一次呼叫保持并成功释放.但是从19:56分到19:58分没有任何信令.说明此时如果发生呼叫,UE并没有发送RRC CONNECITON REQUEST指令.信令
