如何看懂信令

十分鐘教你看懂信令十分鐘教你看懂信令 熟記信令流程是我們工作中必不可少的 UE 和 RNS 之間 RNS 系統(tǒng)內(nèi)部幾個(gè)設(shè)備 之間的每一次交互都對(duì)應(yīng)著一個(gè)信令流程 一般情況下 我們可以通過(guò)一個(gè)信令流程來(lái)確 定一次交互的進(jìn)行 只需要了解信令之間的前后順序就可以搞定 但是在一些時(shí)候 比如 確定業(yè)務(wù)的速率 判斷切換的方式 查看失敗的原因 可能就需要打開(kāi)某一條信令 看看 該條信令的某些關(guān)鍵字段的值來(lái)更準(zhǔn)確地判斷 但是如何在復(fù)雜的信令內(nèi)容中弄清每一個(gè)字 符的意義 我們需要對(duì)信令的結(jié)構(gòu)有一定的了解 下面要介紹的 不是針對(duì)特定的某一條信令的內(nèi)容是什么 我們應(yīng)該看哪些值 而是信令 內(nèi)容的組成結(jié)構(gòu) 從而能夠很輕松的在復(fù)雜的信令內(nèi)容中找到關(guān)鍵字 一一 設(shè)備中信令的來(lái)源設(shè)備中信令的來(lái)源 通過(guò)后臺(tái)的信令跟蹤工具 我們可以抓到包括 Uu 口 Iub 口 Iu 口的信令 這些信令 的內(nèi)容 其實(shí)就是單板之間完成一個(gè)流程的基礎(chǔ) 當(dāng)我們打開(kāi)信令跟蹤的時(shí)候 等于是在 前臺(tái)單板建立了一個(gè)任務(wù) 讓單板將一些顯示信令消息上報(bào)到后臺(tái) 便于我們分析流程 通過(guò)這個(gè)我們就可以知道 即使我們不打開(kāi)信令跟蹤 設(shè)備之間也存在信令交互 而且一 條信令只是一個(gè)流程處理的最終表現(xiàn)形式 在形成這條信令的背后已經(jīng)涉及了很多模塊之 間的消息傳遞 不同的是信令是協(xié)議規(guī)定的內(nèi)容 是一個(gè)設(shè)備對(duì)外的官方語(yǔ)言 而模塊的 消息傳遞是自己設(shè)備內(nèi)部的實(shí)現(xiàn)方式 二二 代表信令的內(nèi)容字段代表信令的內(nèi)容字段 信令內(nèi)容其實(shí)就是由一套完整的結(jié)構(gòu)體的內(nèi)容組成 只是由于一條消息可能通過(guò)很多 事件觸發(fā) 從而導(dǎo)致調(diào)用的結(jié)構(gòu)體的內(nèi)容不同 我們知道引用一個(gè)結(jié)構(gòu)體內(nèi)的變量 就是 通過(guò)點(diǎn) 這個(gè)符號(hào)一層一層向下延伸的 比如 RRC DL DCCH MSG message u radioBearerSetup u later than r3 criticalExtensions u r 4 radioBearerSetup r4 rrc StateIndicator TRRC cell DCH 可以看出該字段是經(jīng)過(guò)很多個(gè)結(jié)構(gòu)體內(nèi)一層一層的數(shù)據(jù)結(jié)構(gòu)嵌套下來(lái)的 每一次向下加的 點(diǎn)就是程序執(zhí)行一個(gè)單步的過(guò)程 最后完成一個(gè)完整的內(nèi)容的封裝 我們最關(guān)心的 其實(shí)就是這一長(zhǎng)串結(jié)構(gòu)體中最后那個(gè)字段代表的含義 這些字段的大 多數(shù)都是由簡(jiǎn)單的單詞或者單詞的縮寫(xiě)構(gòu)成的 而字段的值可以直接表示內(nèi)容 比如 RRC 的信令 也可以是編碼了的 比如 UE 和 CN 之間的信令 多數(shù)可以通過(guò)解碼工具來(lái)得到 具體內(nèi)容 還可以在協(xié)議的 消息及信息元素的功能性描述及內(nèi)容 找到對(duì)應(yīng)的解釋 對(duì)于一個(gè)完整的字段來(lái)說(shuō) 經(jīng)常會(huì)出現(xiàn)我們將前面的結(jié)構(gòu)名稱(chēng)都搞清楚了 但是最后一個(gè) 關(guān)鍵字符卻是一個(gè)字母 常見(jiàn)的如 t m u n 它們是代表什么 就尋找關(guān)鍵字段來(lái)說(shuō) 可能不需要了解了 但是如果要完全了解信令的結(jié)構(gòu) 就繼續(xù)往下看吧 一 代表信令的結(jié)構(gòu)字段 例 RRC DL DCCH MSG message t 15 RRC DL DCCH MSG message u radioBearerSetup t 2 這個(gè) t 究竟是什么意思 下面告訴你 typedef struct EXTERN TRRC IntraFreqEvent int t union t 1 TRRC Event1a e1a t 2 TRRC Event1b e1b t 3 TRRC Event1c e1c t 4 t 5 TRRC Event1e e1e t 6 TRRC Event1f e1f t 7 t 8 TRRC ThresholdUsedFrequency e1h t 9 TRRC ThresholdUsedFrequency e1i u TRRC IntraFreqEvent typedef struct EXTERN TRRC UL TimingAdvanceControl LCR r4 enabled struct unsigned ul SynchronisationParametersPresent 1 unsigned synchronisationParametersPresent 1 m TRRC UL SynchronisationParameters r4 ul SynchronisationParameters TRRC SynchronisationParameters r4 synchronisationParameters TRRC UL TimingAdvanceControl LCR r4 enabled 以上一個(gè)同頻測(cè)量事件的定義 它是一個(gè)結(jié)構(gòu)體 使用了聯(lián)合 union 這種定義方式 聯(lián) 合的意思就是在一個(gè)結(jié)構(gòu)體中定義多種類(lèi)型相似的數(shù)據(jù)結(jié)構(gòu) 但是每一次只能引用其中的 一種 為了能方便的使用這些結(jié)構(gòu)體 定義了一個(gè)變量 t t 表示一個(gè)聯(lián)合體中的結(jié)構(gòu)索引 可以使用變量 t 的值來(lái)判別什么時(shí)候使用該聯(lián)合中的一種結(jié)構(gòu)體 對(duì)于一條信令來(lái)說(shuō) 可 能有好幾種事件都能觸發(fā)它 但是不同的事件對(duì)應(yīng)該條信令的內(nèi)容不同 比如測(cè)量報(bào)告中 上報(bào)的事件 1g 2a 測(cè)量控制包括開(kāi)始測(cè)量 修改測(cè)量 終止測(cè)量 我們就使用 t 來(lái)確 定信令中某一個(gè)部分的具體內(nèi)容 而 u 就代表一個(gè) t 確定了之后的結(jié)構(gòu)體 結(jié)構(gòu)體中的變 量就通過(guò) u xxxx 來(lái)引用了 比如 RRC DL DCCH MSG message t 15 表示使用聯(lián)合中 t 15 對(duì)應(yīng)的結(jié)構(gòu)體 RRC DL DCCH MSG message u radioBearerSetup t 2 u 中定義了聯(lián)合 t 2 而 m 表示協(xié)議中定義的可選項(xiàng)是否存在 它總是和 Present 對(duì)應(yīng)的 1 則后面會(huì)再列出 該結(jié)構(gòu)的內(nèi)容 0 則不列出 比如 RRC DL DCCH MSG message u radioBearerSetup u later than r3 criticalExtensions u r 4 m v4d0NonCriticalExtensionsPresent 1 RRC DL DCCH MSG message u radioBearerSetup u later than r3 criticalExtensions u r 4 radioBearerSetup r4 m integrityProtectionModeInfoPresent 0 RRC DL DCCH MSG message u radioBearerSetup u later than r3 criticalExtensions u r 4 radioBearerSetup r4 m cipheringModeInfoPresent 0 而字符