TD網(wǎng)規(guī)網(wǎng)優(yōu)部CT信令分析指導手冊

1、td網(wǎng)規(guī)網(wǎng)優(yōu)部ct信令分析指導手冊v1.0目 錄第1章 ct工具的基本知識41.1ct工具的配置41.1.1服務(wù)器端配置41.1.2客戶端配置41.1.3單機版使用6第2章 信令分析說明72.1 基本知識準備72.1.1如何看業(yè)務(wù)信令72.1.2流程中的幾個重要概念92.2 rrc建立過程的信令分析102.2.1 rrc connection request信令綜述102.2.2 rrc connection request信令112.2.3 radio link setup信令132.2.4 radio link setup response信令262.2.5 radio link setu

2、p failure信令272.2.6 rrc connection setup信令282.2.7 radio link restore indication信令372.2.8 rrc connection setupcomplete信令372.2.8 rrc建立過程中常見問題382.3初始直傳信令分析392.3.1 initialdirecttransfer信令分析412.3.2 initialuemessage信令分析422.3.2 commonid信令分析422.4鑒權(quán)過程（可選）信令分析432.4.1 directtransfer信令分析（圖中1）462.4.2 downlinkdire

3、cttransfer信令分析（圖中2）462.4.3 uplinkdirecttransfer信令分析（圖中3）472.4.4 directtransfer信令分析（圖中4）472.4.5 鑒權(quán)過程中常見問題482.5安全模式信令分析482.5.1 securitymodecommand（iu口上，cn到rnc）492.5.2 securitymodecommand（uu口上，rnc到ue）532.5.3 securitymodecomplete（uu口上，ue到rnc）532.5.4 securitymodecomplete（iu口上，rnc到cn）542.6直傳信令分析542.6.1 se

4、tup過程信令分析552.6.2 call proceeding過程信令分析562.7 rab建立過程信令分析572.7.1 rab assignment request信令分析612.7.2 radio link reconfiguration prepare信令分析652.7.3 radio link reconfiguration ready762.7.4 radio link reconfiguration failure762.7.5 radio link reconfiguration commit782.7.6 radio bearer setup信令分析782.7.7 radi

5、o link restore indication872.7.8 radio bearer setup complete882.7.9 rab assignment response892.8 振鈴直傳過程信令分析892.9 呼叫保持中信令分析902.9.1 小區(qū)更新的信令分析902.9.2 切換過程96第1章 ct工具的基本知識1.1ct工具的配置1.1.1服務(wù)器端配置服務(wù)器端的配置只要修改一個配置文件就可以實現(xiàn)。修改的文件路徑為“e:netnumen-tomcums-svrzxwomczxwomc-osf-tkit-rnc.parconf”目錄下的“osf-tkit-config.xml”

6、文件。（注：此目錄也有可能在d盤下，只要是omm服務(wù)器上的安裝目錄即可）打開文件，先找到sbcx配置段，如下： 127.0.0.1 5057 21 zte ztezte 其中藍色標出的地址，修改為網(wǎng)管網(wǎng)段使用的接口地址，以北京為例，rnc11的接口地址為10.223.64.131，下面的端口號不需要修改。再看一下server配置段，如下： rnc,129.0.0.1,5057 其中藍色標出的地址，修改為前臺omp的地址，該地址的配置為（129.0.31.rnc局號）。修改完兩項配置后保存該文件。修改完配置文件后，停止網(wǎng)管服務(wù)器，刪除網(wǎng)管服務(wù)器下“e:netnumen-tomcums-svrte

7、mp”目錄下的文件，然后在啟動網(wǎng)管服務(wù)器后就可以了。注：由于xml文件很容易被修改出錯，修改配置前最好能先備份該文件。而且建議不要使用其他的文檔修改工具，使用“寫字板”工具就可以了。1.1.2客戶端配置客戶端的配置基本很簡單，只需要在登錄的時候改變一下登錄的配置就可以了。配置截圖如下：先選擇“clinet”方式連接。在連接地址和端口號這兩個配置上和以前后一些不同，我們的維護終端一般都在維護網(wǎng)段上（北京為10.223.64.0/24），這里填寫的地址為omm服務(wù)器的網(wǎng)管端口地址，端口號固定為“35057”，其他配置不需要修改。點擊確認后就可以看到連接成功，終于可以實現(xiàn)跨網(wǎng)段的信令跟蹤功能。實現(xiàn)跨

8、網(wǎng)段連接后問題有來了，如果還是只能一個人登錄連接，那么還是如能方便自如的使用。如果多人使用現(xiàn)在的系統(tǒng)也是支持的，需要更改客戶端的模塊號配置。修改的配置文件為“e:omm_2.30.110cums-clnttoolszxwomc-tools-rnczxwomc-wsf-tkit-rncconf”目錄下的“config.xml”文件，模塊號的具體配置如下：在system配置段中有，如下的moduleid字段： 150原來默認的配置模塊為150，如果多人同時使用其他人配置成其他的模塊就可以了，但是注意上面的提示，前臺能夠支持的模塊號只有128-192。講到這個模塊號，大家好像都能有點印象，我們的3g

9、plat工具也需要使用模塊號，rds工具也需要使用模塊號，于是問題就來了，我們這個模塊號到底應(yīng)該怎么取值，才能保證各個工具不相互沖突呢？這就需要使用rds工具登錄到主用的omp單板上，敲一下oss_dbgshowcomm命令，在返回的結(jié)果中，最后的部分，我們可以看到已經(jīng)連接到omp的各工具使用的模塊號,結(jié)果如下：back ground link table:(ip attached)module ip(hex) socket state kpalive rcvfrag sndfrag sndq maxquesize(k) maxqueused(k)153 8100010b 30 3 0 0 0

10、 0 128 0152 8100010b 29 3 1 0 0 0 128 0130 8100010b 31 3 0 0 0 0 128 0151 8100010b 32 3 2 0 0 0 128 0150 8100010b 33 3 0 0 0 0 128 0修改為一個為連接的模塊號后，就能實現(xiàn)多個信令跟蹤同時進行跟蹤了。我在這里就是用了150和151兩個模塊號，實現(xiàn)了兩個信令跟蹤同時使用的情況。使用期間發(fā)現(xiàn)如果多用戶連接，出現(xiàn)了個別用戶可能由于omp資源問題，被異常中斷的情況。注：雖然現(xiàn)在跟蹤工具連接的地址變成了omm的網(wǎng)管地址，但是由于我們的信令跟蹤工具還是通過omm服務(wù)器轉(zhuǎn)接到omp

11、單板上的，其實還是和omp單板進行了連接，所以研發(fā)人員的建議是同時連接的信令跟蹤不能超過3個，還是要盡量少的占用omp的資源，保證rnc的穩(wěn)定運行。1.1.3單機版使用目前的系統(tǒng)支持ct數(shù)據(jù)的自動生成，omm服務(wù)器自動將數(shù)據(jù)備份到e:netnumen-tomcums-svrtkitctback目錄內(nèi)，我們從此目錄內(nèi)取得對應(yīng)時間段的ct數(shù)據(jù)即可進行問題信令的分析（目前ct工具記錄數(shù)據(jù)有限可能會造成記錄缺少的現(xiàn)象）。在取得ct數(shù)據(jù)或手動跟蹤得來的信令的同時，需要在本機上準備一套ct工具單機版，這樣可以方便地進行脫線數(shù)據(jù)分析查詢，對于單機上運行的ct工具，只需要copy以下幾個目錄到本機即可運行：1

12、） e:netnumen-tomcums-clnttoolszxwomc-tools-rncjdk-windows2） e:netnumen-tomcums-clnttools zxwomc-tools-rnczxwomc-wsf-tkit-rnc取得這兩個文件夾后（可放在本機的任何位置），運行zxwomc-tools-rnczxwomc-wsf-tkit-rnc目錄下的run.bat或runsignal.bat都可以運行該工具。第2章 信令分析說明為了更有條理地進行說明，本文將依據(jù)整個信令流程分成幾個獨立階段進行描述。在每個階段中，先進行流程介紹，關(guān)鍵技術(shù)點分析，然后是信令的查看與解釋以及重

13、要信令參數(shù)說明以及常見問題的分析與排查。而對于出問題時的處理方法如下：u 首先比對標準信令過程，看看從哪一條信令開始和標準信令過程不吻合，查找實現(xiàn)流程不吻合的原因；u 排除流程原因后，查看是那一條信令出現(xiàn)異常。從異常信令的位置開始往前，逐條檢查每條信令內(nèi)容，和標準信令配置參數(shù)比對。如果參數(shù)不一樣，則先逐個排除參數(shù)，將參數(shù)調(diào)整為一致，看看是否參數(shù)原因?qū)е碌漠惓 如果全部排除參數(shù)和流程的原因后，就需要從該流程原理以及代碼實現(xiàn)上來排查問題，以及當ue，nodeb，cn返回失敗時，需要請這些設(shè)備的相關(guān)人員一起定位問題。主要階段有以下幾個：u rrc連接過程u nas信令建立過程（初始直傳信令過程）u

14、 鑒權(quán)過程（可選）u 安全模式過程u setup過程u call proceeding過程u rab建立過程u 呼叫釋放過程2.1 基本知識準備2.1.1如何看業(yè)務(wù)信令業(yè)務(wù)信令跟蹤包括了iu信令、iub信令、uu信令，下面以以rrc connection request信令為例進行簡單說明如何看業(yè)務(wù)信令：信令內(nèi)容可以在協(xié)議里面查詢。rrc協(xié)議在25.331，nbap協(xié)議在25.433，ranap協(xié)議在25.413，cn相關(guān)的協(xié)議在24008等如上圖中rrc connection request消息中的內(nèi)容可以在25.331中查詢。比如initialue-identity的詳細相關(guān)內(nèi)容。init

15、ialue-identity :=choice imsiimsi-gsm-map,tmsi-and-laitmsi-and-lai-gsm-map,p-tmsi-and-raip-tmsi-and-rai-gsm-map,imeiimei,esn-ds-41esn-ds-41,imsi-ds-41imsi-ds-41,imsi-and-esn-ds-41imsi-and-esn-ds-41,tmsi-ds-41tmsi-ds-41(意為ue id可以選擇的內(nèi)容)說明如下：initial ue identity是在rrc連接建立時提供一個唯一的ue在空閑模式下的非接入層標識。ucpm_c根據(jù)in

16、itial ue identity選擇sccpch（rlc根據(jù)sccpch獲取fach信息）。ue對非接入層標識類型選擇原則為：若ue中的變量selected_cn值為gsm-map，ue根據(jù)下列優(yōu)先級在信息元素initial ue identity中選擇ue id type：1） tmsi（gsm-map）：tmsi若有效則選擇。當使用tmsi時信息元素initial ue identity中應(yīng)包含信息元素lai以保證其唯一性。2） p-tmsi（gam-map）：若無有效的tmsi（gsm-map）且存在有效的p-tmsi（gsm-map），則選擇。當使用p-tmsi時信息元素initia

17、l ue identity中應(yīng)包含信息元素rai以保證其唯一性。3） imsi（gsm-map）：若無有效的tmsi及p-tmsi（gsm-map），且存在有效的imsi（gsm-map），則選擇。4） imei：若上述條件均不滿足則選擇imei。注意：在使用時信息元素tmsi(gsm-map)、p-tmsi（gam-map）、imsi（gsm-map），lai和rai應(yīng)設(shè)置為與usim或sim存貯的相應(yīng)標識值相等。2.1.2流程中的幾個重要概念在進行信令分析之前，需要了先解幾個重要的概念：1）rrc連接rrc連接是ue與utran的rrc協(xié)議層之間建立的一種雙向點到點的連接。對一個ue來說，

18、至多存在一條rrc連接。rrc連接在ue與utran之間傳輸無線網(wǎng)絡(luò)信令，如進行無線資源的分配等等。rrc連接在呼叫建立之初建立，在通話結(jié)束后釋放，并在期間一直維持。用于傳輸rrc消息的可用無線承載（rb）被定義為“信令無線承載（srb）”。ue和utran應(yīng)為在dcch和ccch上使用rlc-tm、rlc-um和rlc-am的rrc消息來選擇信令無線承載。2）iu信令連接如果說rrc連接建立了ue與utran之間的信令通路，那么iu信令連接則是建立了ue與cn之間的信令通路。iu信令連接主要傳輸ue與cn之間非接入層信令。在utran中，非接入層信令是通過上下行直接傳輸信令透明傳輸?shù)摹?）鑒

19、權(quán)加密出于網(wǎng)絡(luò)安全性能考慮，在呼叫建立時，網(wǎng)絡(luò)必須對ue進行鑒權(quán)和加密。（authentication and ciphering）4）無線接入承載（rab）rab可以看作是ue與cn之間接入層向非接入層提供的業(yè)務(wù)，主要用于用戶數(shù)據(jù)的傳輸,包括iu承載和rb承載。rab直接與ue業(yè)務(wù)相關(guān)，它涉及接入層各個協(xié)議模塊，在空中接口上，rab反映為無線承載（rb）。（radio access bear）5）無線承載（rb）rb是ue與utran之間l2向上層提供的業(yè)務(wù)。上面我們提到的rrc連接也可以看作是一種承載信令的rb。（radio bear）6）無線鏈路（rl）無線鏈路是指一個ue和一個utra

20、n接入點之間的邏輯連接。（radio link）2.2 rrc建立過程的信令分析2.2.1 rrc connection request信令綜述ue處于空閑模式下，當ue的非接入層請求建立信令連接時，ue將發(fā)起rrc連接建立過程。每個ue最多只有一個rrc連接。當rnc接收到ue的rrc connection request消息，由其無線資源管理模塊rrm根據(jù)特定的算法(cac算法)確定是接受還是拒絕該rrc連接建立請求，如果接受，則再判決是建立在專用信道還是公共信道。對于rrc連接建立使用不同的信道，則rrc連接建立流程也不一樣?；玖鞒倘缦拢合鄬?yīng)在，在信令跟蹤工具內(nèi)看到的過程如下圖（此為

21、手動信令跟蹤得來，沒有打開內(nèi)部消息跟蹤）：如果對應(yīng)的tkit內(nèi)自動生成的ct數(shù)據(jù)，則過程如下：圖中：fp為幀協(xié)議（node b與rnc同步使用，此時的同步只是新的無線鏈路的同步，并不是整個node b與rnc的同步）下面逐個對相關(guān)的信令進行分析：2.2.2 rrc connection request信令首先來看rrc connection request信令，它是ue在上行ccch上發(fā)送一個rrc connection request 消息，請求建立一條rrc連接，它的整體結(jié)果如下圖所示：可以將rrc connection request信令為成以下幾個部分：1） initial ue_id

22、entity2） establishmentcause3） protocolerrorindicator4） measureresultonrach5） nocritialextension展開initial ue_identity消息，內(nèi)容如下圖所示：initial ue identity中含有初始的ue標識，如imsi、tmsi and lai、ptmsi and rai等參數(shù)，用來讓網(wǎng)絡(luò)識別發(fā)送該建立請求消息的ue。在本例中，ptmsi=c2748bce、mcc=460、mnc=07、lac=02、rac=01，其中rac占1個8位的字節(jié)、lac占2個8位的字節(jié)、ptmsi占4個8位的字

23、節(jié)establishmentcause為系統(tǒng)間的重選（trrc_interrat_cellreselection，rrc建立原因，有多種類型，但ue每次只能選擇其一rrc建立的方式，而對于rrc建立的方式，系統(tǒng)上可以進行設(shè)置，中興的系統(tǒng)目前的設(shè)置有三種類型：強制fach、強制dch、不強制）rrc建立的原因有以下幾種（參見協(xié)議25.331 p516）：l originating conversational call（主叫會話類）l originating streaming call（主叫流類）l originating interactive call（主叫交互類）l originatin

24、g background call（主叫背景類）l originating subscribed traffic call（主要 類）l terminating conversational call（被叫會話類）l terminating streaming call（被叫流類）l terminating interactive call（被叫交互類）l terminating background call（被叫背景類）l emergency call（緊急呼叫）l inter-rat cell re-selection（系統(tǒng)間重選擇）l inter-rat cell change ord

25、er（系統(tǒng)間重置）l registration（注冊）l detach（分離）l originating high priority signalling(短消息類high彩信)l originating low priority signalling(短消息類low短信)l call re-establishment,( 呼叫重建類)l terminating high priority signallingl terminating low priority signallingl terminating cause unknown, mbms reception, mbms ptp rb

26、 requestprotocolerrorindicator協(xié)議錯誤指示為無錯誤（注：此項目為一boolean值，true表示有協(xié)議錯誤發(fā)生；false表示沒有協(xié)議錯誤發(fā)生。缺省值為false。ue在啟動rrc建立過程時應(yīng)設(shè)置該變量為缺省值。）ie measureresultonrach則主要表明了當前的測試結(jié)果，其中的currentcell則表示當時服務(wù)小區(qū)的測試結(jié)果，而此測試結(jié)果是以-116dbm為基準，測時的絕對值等于測量值+（-116），在本例中，測量的pccpch-rscp值等于-116加上42，結(jié)果為-74dbm。擴展內(nèi)容不存在實際的分析意義，在這里不再描述。2.2.3 radio

27、 link setup信令radio link setup request是由rnc發(fā)向node b的信令，這個過程用于在node b中為新的node b通信上下文建立必需的資源。由crnc通過node b控制端口發(fā)送到node b的，建立一條包括一條或多條傳輸信道的無線鏈路。請求nodeb分配rrc連接所需要的特定無線鏈路資源，在rl獲得uu接口上行同步之前，node b用消息中指定的初始下行功率在rl中每個時隙，每個下行dpch發(fā)起下行傳輸。在這期間不用內(nèi)環(huán)功率控制。隨后，下行功率將依據(jù)內(nèi)環(huán)功控而變化，但將始終保持在radio link setup request消息所指定的最大和最小功率

28、范圍內(nèi)。在這個過程中，如果node b收到了radio link setup request，此時分析lmt數(shù)據(jù)可以看到如下圖（并且很快就回radio link setup response消息）：（注：此小區(qū)第三個載頻為hs頻載，ts0上的6個碼道為公共信道，ts1上的為prach和hs-sich的二個碼道，ts4和ts5上為hs-pdsch的各16個碼道，ts6為hs-scch的4個碼道）radio link setup request信令結(jié)構(gòu)如下圖：其中tprocid消息的說明如下圖所示：ul_cctrch_informationlist_rl_setuprqsttdd (上行cctrc

29、h信息列表-rl建立請求的)的分析如下：在這里我們可以得到的參數(shù)有：1）上行sir目標值參數(shù)：ul_sirtarget，測量值除10即可2）tfci的分割方式：no_split_in_tfci，當其值為1時不分割，當其值為2時分割。本例中其值為2，如下圖所示：在分割成的兩個部分（elem0和elem1）內(nèi)含有以下幾個參數(shù)l 上行鏈路增益因子（beta）：協(xié)議25.331的10.3.6.55中明確rach只有一個tf，因此只有一個beta，取值范圍為015，本處取值為1（注意：在本例的兩個部分中，只有elem1有上行鏈路增益因子）l 傳輸格式組合個數(shù)（ctfc2bit）l 算出的傳輸格式組合（r

30、eftfcnumber）參數(shù)表示如下圖：而在tdd_ul_dpch_timeslotformat_lcr 中我們可以得到qpsk時隙格式，在本例中為17，如下圖所示：對于上行鏈路，qpsk和8psk的取值范圍協(xié)議中規(guī)定如下：時隙格式的具體計算在協(xié)議25.221中，詳細見p18（5.2.2.6 timeslot formats），下面附上本例中使用的上行qpsk時隙格式（表中用紅色加粗表示出）：timeslot formats for the uplinkslot format#spreading factormidamble length (chips)guard period (chips)

31、ntfci code word (bits)ntpc (bits)bits/slotndata/slot (bits)ndata/data field(1) (bits)ndata/data field(2) (bits)016512960024424412212211651296022442421221202165129642244238120118316512968224423411811641651296162244226114112516512963222442101061046162569600276276138138716256960227627413813681625696422

32、762701361349162569682276266134132101625696162276258130128111625696322276242122120128512960048848824424413851296024864842442401485129642482476240236158512968247846823623216851296162470452228224178512963224544202122081882569600552552276276198256960255054827627220825696425465402722682182569682542532268

33、264228256961625345162602562382569632251848424424024451296009769764884882545129602970968488480264512964295895248047227451296829469364724642845129616292290445644829451296322874840424416304256960011041104552552314256960210981096552544324256964210861080544536334256968210741064536528344256961621050103252

34、051235425696322100296848848036251296001952195297697637251296021938193697696038251296421910190496094439251296821882187294492840251296162182618089128964125129632217141680848832422256960022082208110411044322569602219421921104108844225696422166216010881072452256968221382128107210564622569616220822064104

35、010244722569632219701936976960481512960039043904195219524915129602387438721952192050151296423814380819201888511512968237543744188818565215129616236343616182417925315129632233943360169616645412569600441644162208220855125696024386438422082176561256964243264320217621445712569682426642562144211258125696

36、162414641282080204859125696322390638721952192060165121920023223212211061165121920223223012210862165121924223222612010663165121928223222211810464165121921622322141141006516512192322232198106926685121920046446424422067851219202462460244216688512192424584522402126985121928245444423620870851219216244642

37、822820071851219232243039621218472451219200928928488440734512192029229204884327445121924291090448042475451219282898888472416764512192162874856456400774512192322826792424368782512192001856185697688079251219202184218409768648025121924218141808960848812512192821786177694483282251219216217301712912800832

38、512192322161815848487368415121920037123712195217608515121920236823680195217288615121924236223616192016968715121928235623552188816648815121921623442342418241600891512192322320231681696147290165129608244236122114（注意：第90號時隙格式僅用于hs-sich中）dl_cctrch_informationlist_rl_setuprqsttdd (下行cctrch信息列表-rl建立請求的)的分

39、析如下：基本結(jié)構(gòu)與上行一致，但這里面有幾個我們需要注意的參數(shù)：l 無線鏈路所在的時隙位置：timeslotlcrl 無線鏈路下行的時間格式：tdd_dl_dpch_timeslotformat_lcr （本例=17）l 下行初始傳輸功率：initial_dl_transmission_power（本例為-130）l 下行最大發(fā)射功率：相對于pccpchl tstd使用指標：tstdindicator （取值有兩種，inactive和active兩種）l 下行最小發(fā)射功率：相對于pccpch對于下行時隙格式的具體計算也在協(xié)議25.221中，詳細見p18（5.2.2.6 timeslot form

40、ats），下面附上本例中使用的上行qpsk時隙格式（表中用紅色加粗表示出）：time slot formats for the downlinkslot format#spreading factormidamble length (chips)ntfci code word (bits)bits/slotndata/slot (bits)ndata/data field (bits)0165120244244122116512424424012021651282442361183165121624422811441651232244212106516256027627613861625642

41、762721367162568276268134816256162762601309162563227624412210151203904390419521115124390439001950121512839043896194813151216390438881944141512323904387219361512560441644162208161256444164412220617125684416440822041812561644164400220019125632441643842192（注意：本文上下行時隙格式均取自25221協(xié)議的r6版本，可能與r4有所不同）dch_tdd_i

42、nformation 消息解釋：另外兩個參數(shù)：l pre_emptioncapability = tnbap_may_trigger_pre_emption l pre_emptionvulnerability = tnbap_not_pre_emptable 分別解釋如下：這兩個參數(shù)與prioritylevel參數(shù)，一起表示分配或保持（搶占）node b 的內(nèi)部資源的優(yōu)先級（組合），都在協(xié)議25.433的第167頁第9.2.1.1a章節(jié)。同時在dch_tdd_information中我們也可以查出建立的業(yè)務(wù)類型與速率配置情況，主要在dch_tdd_information消息中的ul（dl）_

43、transportformatset 分消息中，下面以ul_transportformatset（此消息定義了與一條傳輸信道相關(guān)的一組傳送格式集合）為例進行解釋如下圖：在這部分消息中從傳輸塊的大小區(qū)基本上可以判斷業(yè)務(wù)的類型，計算方法如下：信令速率：148（transportblocksize） - 4（mac header）- 8（rlc header） / tti （10ms）=13.6 kbps （高速信令），通過計算常的值有ps業(yè)務(wù)的80、65、103等，336為會話類。下面我們來說radio link setup消息最后一條分消息rl_information_rl_setuprqstt

44、dd，對我們來說這里面最有用的只有一條，即服務(wù)小區(qū)的主頻點，如下圖所示：2.2.4 radio link setup response信令node b根據(jù)radio link setup request消息的參數(shù)，來建立nodeb的上、下行無線鏈路，配置成功后， nodeb發(fā)送radio link setup response響應(yīng)消息給srnc。另外也可能存在不成功的機會，如果不成功，則回信令radio link setup failure，我們先來看成功時的信令解釋：這里面對優(yōu)化有意義的是無線鏈路占用的時隙參數(shù)timeslotlcr，在這里這個參數(shù)為3，表示鏈路建立在3時隙上（上行時隙），另

45、外則是iscp值，在這里值22，它表示實際值為-94dbm，也就是表示加上-116即為實際值的大小。2.2.5 radio link setup failure信令沒有找到相關(guān)的信令，如有再加入但在這個信令里的失敗原因是我們需要關(guān)注的，原因有以下幾種：l unknown c-id,l cell not available,l power level not supported,l dl radio resources not available,l ul radio resources not available,l rl already activated allocated,l node

46、b resources unavailable,l measurement not supported for the object,l combining resources not available,l requested configuration not supported,l synchronization failure,l priority transport channel established,l sib origination in node b not supported,l requested tx diversity mode not supported,l un

47、specified,l bcch scheduling error,l measurement temporarily not available,l invalid cm setting,l reconfiguration cfn not elapsed,l number of dl codes not supported,l s-cpich not supported,l combining not supported,l ul sf not supported,l dl sf not supported,2.2.6 rrc connection setup信令rrc connection

48、 setup信令是rnc通過uu口向ue傳送的一條信令，屬于下行信令，主要有initialue_identity 和criticalextensions 兩部分消息組成，而initialue_identity較為簡單，如下圖所示：在本例中是ptmsi來進行標注的，實際上有幾種方式，ptmsi方式、imsi方式、tmsi方式等，所以上圖中的u部分也有可能變化為imsi或tmsi。下面我們重點對criticalextensions信令進行分析解釋，由于這條信令較為寵大，我們也將之分成多個部分，其組成圖如下：1）rrc_stateindicator項：指標了ue將要進入的狀態(tài)，ue將進入由ie“rr

49、c state indicator”指示的狀態(tài)，即使在接收到的消息中包含有僅用于其他狀態(tài)的ie。例如，如果rrc state indicator被設(shè)置為cell_fach，而其它ie由于提供了專用信道配置信息，那么ue應(yīng)當進入cell_fach。然而如果ue沒有獲得由ie“rrc state indicator”指示狀態(tài)所需的配置信息，那么ue可以認為所要求的配置無效。2）utran_drx_cyclelengthcoeff參數(shù)：取值范圍39，主要用來計算尋呼時段和pich偵聽時段，其意為對于某一特定的ue，兩個尋呼時機之間的時間間隔。3）分消息srb_informationsetuplist：這個消息內(nèi)建立了4個srb，對srb0進行查看（如上圖），srb0是um模式，同時我們也可以從rb_map