圖2　Iub接口中所包含消息
Fig.2 Messages in Iub interface

　　
        至此，可歸納出Iub接口的流程大致有4類：

　?、偌僋BAP過程；

　?、贜BAP過程+ALCAP過程+FP（公共傳輸信道，同步消息）；

　?、跱BAP過程+ALCAP過程+FP（DCH，包括同步消息和RRC消息）；

　?、躌RC過程（公共信道傳輸，共享信道傳輸）。

　　其中②和③可以歸為一類處理。不難看出，Iub接口的CDR合成可先按NBAP，ALCAP，F(xiàn)P，RRC消息合成，然后再進行多協(xié)議的關聯(lián)。雖然RRC是在FP之上的，但一個RRC流程的消息可能會出現(xiàn)在多個FP里面，所以這里將兩者進行了區(qū)分。

　　2、Iub接口CDR合成基本原理和實現(xiàn)算法

　　下面以上節(jié)中流程類型③（NBAP過程+ALCAP過程+FP）的消息合成進行詳細介紹，因為這是復雜的一類，對該類型

　　圖3　MOC消息流前面部分
Fig.3 Message flow.of MOC

　　
        如圖3所示，虛線上面消息流程為RRC建立過程部分，也將是CDR合成的主要部分。首先UE通過RACH隨機接入信道發(fā)送rrcConnectionRequest消息請求建立RRC連接，該消息中包含IMSI/TMSI和建立原因參數(shù)，RNC收到請求后發(fā)起無線鏈路建立請求intiatingMessage Id-radioLinkSetup（如果已經(jīng)建立了無線鏈路，將發(fā)起無線鏈路資源重配置請求），NodeB通過successfulOutcome ID-radioLinkSetup確認請求后，RNC將為UE分配DCH專用信道，即調用ALCAP協(xié)議分配AAL2鏈路來承載DCH，DCH經(jīng)過同步后，所有該UE的RRC消息將在該DCH上傳輸。成功分配后，RNC發(fā)起rrcConnectionSetup建立RRC連接，NodeB通過rrcConnectionSetupComplete確認，至此，RRC建立成功，NAS（Non-Access Stratum，非接入層）消息將通過RRC消息封裝發(fā)送到RNC，再經(jīng)過Iu接口發(fā)送到MSC。

　　對Iub接口的各協(xié)議關聯(lián)方法說明如下（參見圖3各連接箭頭的指示，暫不考慮NAS消息的合成）：

　　●NBAP消息關聯(lián)：同一過程的NBAP消息用消息中Transaction ID參數(shù)進行關聯(lián)，涉及同一個UE的不同NB·AP過程之間的消息用Id-CRNC-CommunicationContextID參數(shù)進行關聯(lián)。

　　●ALCAP消息關聯(lián)：一個流程的ACLAP消息可通過OSAID和DSAID參數(shù)進行關聯(lián)。

　　●RRC消息關聯(lián)：同一過程的RRC消息可通過RRC Transaction ID進行關聯(lián)，同一個UE的RRC消息可通過I·MSI/TMSI進行關聯(lián)。在公共傳輸信道中的RRC消息可以根據(jù)MAC中UEID來區(qū)分是否屬于同一個UE。

　　Iub接口的多協(xié)議關聯(lián)如下（參見圖3各連接箭頭的指示）：

　　●NBAP消息和RRC消息關聯(lián)：TDD模式中通過Time Slots和User Codes進行關聯(lián)，F(xiàn)DD模式下通過Scrambling code進行關聯(lián)。

　　●NBAP消息和ALCAP消息關聯(lián)：通過NBAP消息中的BindingID參數(shù)值與ALCAP的ERQ消息中的SUGR參數(shù)值相等的方法進行關聯(lián)。

　　●ALCAP消息和RRC（DCH中的）消息關聯(lián)：通過承載RRC消息中DCH信道的VPI/VCI/CID與ALCAP的ERQ消息中的PathID（VPI/VCI經(jīng)過換算等于PathID），ChannelID（CID=ChannelID）進行關聯(lián)。

　　按照上述先對各個協(xié)議進行合成，然后協(xié)議之間進行合成，協(xié)議間合成按一定的時間周期進行，得到的結果便是所需的Iub接口CDR信息。3、Iub接口CDR合成算法分析

　　該CDR合成算法主要是根據(jù)一些關鍵參數(shù)進行查找、匹配來確定是否屬于同一個消息流程，因此在這個過程中，需要一些臨時存儲方式來保存沒有匹配到的消息，在內存分配上比較復雜，涉及動態(tài)分配內存。另外，該合成算法涉及大量的查找、匹配，所以需要建立許多方便查找的索引，比較好地建立索引方法顯得至關重要，但是建立這些索引也是要耗費時間的，所以根據(jù)具體情況應使用具體的索引建立方法，我們在設計過程中除了平衡二叉樹以外也曾采用其它索引建立方法，比如二叉樹，哈希表等。

　　協(xié)議間合成是定期執(zhí)行的操作，時間周期的長短選擇也將影響合成的效率。如果間隔時間太短，每關聯(lián)完成的流程很少，同時也耗費了時間；時間太長了缺乏實時性。而我們采用的是多線程的方式單獨用一個線程來完成多協(xié)議關聯(lián)，效果非常好。圖4為該方法應用到TD-SCDMA網(wǎng)絡測試儀中的執(zhí)行結果。

　　圖4　結果顯示
Fig.4 Result display

　　
        4、結束語

　　通過對Iub接口各消息流程的深入分析和研究，結合Iu接口，使用C++語言進行編碼測試，能很好地達到CDR合成的效果，實現(xiàn)多協(xié)議乃至多接口間的協(xié)議關聯(lián)。該程序模塊已經(jīng)應用到重慶郵電大學通信網(wǎng)與測試技術重點實驗室TD-SCDMA網(wǎng)絡測試儀中，效果

　　參考文獻：

　　[1]　3GPPTS 25.401 V5.9.0.UTRAN overall descrIPtion [EB/OL].(2003-09-20)[2006-05-30].http：//WWW.3gpp.org/ftp/Specs/2004-09/Rel-5/25_series/25401-590.zip.

　　[2]　3GPP TS 25.430 V4.4.0.UTRAN Iub Interface：General Aspects and Principles [EB/OL].(2002-09-18)[2006-05-30].http：//WWW.3gpp.org/ftp/specs/2004-09/Rel-4/25_series/25430-490.zip.

　　[3]　李小文，李貴勇，陳賢亮，等.TD-SCDMA第三代移動通信系統(tǒng)、信令及實現(xiàn)[M].北京：人民郵電出版社，2003.

　　[4]　張毅.鮮繼清.TD-SCDMA信令測試軟件設計方案[J].重慶郵電學院學報(自然科學版).2003，15(1)：32-34.

　　[5]　劉偉.張治中.TD-SCDMA網(wǎng)絡測試儀IP數(shù)據(jù)采集卡的研制[J].重慶郵電學院學報(自然科學版).2005，17(6)：853 856.

　　[6]　3GPP TR 25.931 V4.4.0.UTRAN functions，examples on signalling procedures[EB/OL].(2002-06-18)[2006-05-30].http：//WWW.arib.or.jp/IMT-2000/V310Sep02/S3g/R99/25/25931-370.pdf.

　　[7]　ITU-T Q2630.1.AAL type 2 signalling protocol-Capability Set 1[EB/OL].(1999-12-20)[2006-05-30].http：//WWW.itu.int/rec/T-REC-Q.2630.1/en.