如何看懂信令

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