產品分類

      當前位置: 首頁 > 工業控制產品 > 樓宇自動化 > 綜合布線系統 > 語音與網絡設備

      類型分類:
      科普知識
      數據分類:
      語音與網絡設備

      TD-SCDMA測試儀中Iub接口CDR的合成方案

      發布日期:2022-10-09 點擊率:182

           引言

          隨著有中國自主知識產權的第三代移動通信標準TD-SCDMA商用網測試日趨完成,大規模的3G網絡即將在全國各地組建,作為組網的重要支撐技術,測試儀的開發顯得非常重要。

          對網絡故障進行快速診斷并降低網絡中斷時間是3G信令測試系統的主要用途之一。當3G系統發生故障時,需要使用測試設備接入關鍵的信令鏈路監測點,并進行協議測試和分析。通常來說,通用移動通信系統(universalmobiletelecommuniCAtionsystem,UMTS)網絡故障主要可分為2大類:UMTS的陸地無線接入網絡(UMTSterrestrialradioaccessnetwork,UTRAN)側故障和核心網(corenetwork,CN)側故障。由于3GPPR4(Release4)UTRAN的網絡結構和協議同GSM系統相比有了較大變化,因此比較容易出現問題;而R4核心網和GSM系統基本相同,因此出現問題的概率相對較小。由于Iub和Iu接口是UTRAN中最重要的測試接口,一般來說需要同時對這2個接口進行數據采集和關聯性分析[1-3]。

          若要有效地診斷3G網

          絡故障,網絡工程師需要對UMTS各接口和相關協議有較全面和深入的理解,這樣才能迅速找到存在的問題,并對其中的關鍵字段進行分析。所有這些工作,都離不開一臺具備全面解碼、呼叫跟蹤和統計功能的3G信令測試設備的配合。

          CDR(calldatarecord)在PSTN中表示呼叫數據記錄,現在延伸意思為一個完整的流程,CDR合成是上述功能的基礎,對網絡中消息按信令流程進行歸類,并用索引方式把這些消息聯系到一起,然后才便于完成諸如呼叫跟蹤和呼損統計等高級功能[4-5]。

          我們在本文中將以TD-SCDMAUTRAN中Iub接口間的各個協議的CDR合成,多協議關聯為例,對CDR合成的方法進行描述。該方法同樣實用于WCDMA系統。

          1、Iub接口中的信令消息

          圖1為Iub接口中協議的關系圖。Iub接口協議棧包含3個協議平面,分別是無線網絡控制平面、傳輸網絡控制平面和用戶平面,分別對應3個協議的信令流程,即NBAP(NodeBapplicationpart,NodeB應用部分)、ALCAP(accesslinkcontrolapplicationprotocol,接入層鏈路控制應用協議)、IubFP(frameprotocol)消息[6]。FP所承載的協議包括無線資源控制(radioresourcecontrol,RRC),包數據集中協議(packetdataconvergenceprotocol,PDCP)等。這3個協議有著緊密的聯系,當無線網絡控制器(radionetworkcontroller,RNC)發起傳輸信道管理或者無線連接管理相關過程的時候,是通過NBAP協議的相關過程來實現,比如CommonTransportChannelSetup,RadiolinkSetup,RadiolinkAddition等。但同時需要對用戶平面鏈路進行分配或刪除,在Iub接口上,用戶數據(FP)通過ATM結構中的AAL2傳送,此時需要建立控制機制,ALCAP定義了與用戶面建立、釋放傳輸承載的方式,因此需要ALCAP協議來完成這些操作。一般情況下,如果不涉及到用戶平面時,Iub接口中就只有NBAP過程的消息。當涉及到用戶平面的時候,情況要復雜得多[7]。

       

          RNC在以下2種情況下將涉及到用戶平面的操作:一種是對小區的公共傳輸信道做操作的時候;另一種是為UE提供專用信道的時候。在對傳輸信道做操作的過程中,用戶平面只有FP同步消息,不會有RRC消息。當RNC涉及到對UE操作時候,需要先在RNC和UE之間建立一個無線連接(RRC連接),建立過程大致如下:UE先向RNC請求建立RRC連接,RNC收到請求后根據具體情況選擇是否為該UE建立專用信道。如果要建立專用信道(dedicatedchannel,DCH),RNC將通過NBAP協議請求建立無線鏈路或者重配置無線鏈路,NodeB成功應答后,RNC將通過ALCAP協議分配DCH所需的AAL2鏈路,成功分配后RNC通過前向接入信道(forwardaccesschannel,FACH)發送RRC建立成功消息。如果不需要為該UE建立專用信道,那么就沒有上述NBAP和ALCAP過程,RNC將直接通過FACH發送RRC建立成功消息,該消息將指示UE只能通過公共傳輸信道傳輸所有的消息給RNC。圖2顯示了Iub接口中可能會出現的消息種類。

       

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

          ①純NBAP過程;

          ②NBAP過程+ALCAP過程+FP(公共傳輸信道,同步消息);

          ③NBAP過程+ALCAP過程+FP(DCH,包括同步消息和RRC消息);

          ④RRC過程(公共信道傳輸,共享信道傳輸)。

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

          2、Iub接口CDR合成基本原理和實現算法

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

          的CDR合成方法包含了其它3種類型的CDR合成方法。具體又以移動發起呼叫(mobileorientedcall,MOC)為例(見圖3),對RRC建立連接,以及怎樣實現NBAP,ALCAP,FP,RRC的消息合成,多協議關聯等基本原理進行了描述。

       

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

          對Iub接口的各協議關聯方法說明如下(參見圖3各連接箭頭的指示,暫不考慮NAS消息的合成):

          ●NBAP消息關聯:同一過程的NBAP消息用消息中TransactionID參數進行關聯,涉及同一個UE的不同NB·AP過程之間的消息用Id-CRNC-CommunicationContextID參數進行關聯。

          ●ALCAP消息關聯:一個流程的ACLAP消息可通過OSAID和DSAID參數進行關聯。

          ●RRC消息關聯:同一過程的RRC消息可通過RRCTransactionID進行關聯,同一個UE的RRC消息可通過I·MSI/TMSI進行關聯。在公共傳輸信道中的RRC消息可以根據MAC中UEID來區分是否屬于同一個UE。

          Iub接口的多協議關聯如下(參見圖3各連接箭頭的指示):

          ●NBAP消息和RRC消息關聯:TDD模式中通過TimeSlots和UserCodes進行關聯,FDD模式下通過Scramblingcode進行關聯。

          ●NBAP消息和ALCAP消息關聯:通過NBAP消息中的BindingID參數值與ALCAP的ERQ消息中的SUGR參數值相等的方法進行關聯。

          ●ALCAP消息和RRC(DCH中的)消息關聯:通過承載RRC消息中DCH信道的VPI/VCI/CID與ALCAP的ERQ消息中的PathID(VPI/VCI經過換算等于PathID),ChannelID(CID=ChannelID)進行關聯。

          按照上述先對各個協議進行合成,然后協議之間進行合成,協議間合成按一定的時間周期進行,最后得到的結果便是所需的Iub接口CDR信息。

       

          3、Iub接口CDR合成算法分析

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

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

       

          4、結束語

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

      下一篇: PLC、DCS、FCS三大控

      上一篇: 索爾維全系列Solef?PV

      推薦產品

      更多
      主站蜘蛛池模板: 人妻夜夜爽天天爽一区| 亚洲一区二区三区在线播放| 国产美女精品一区二区三区| 午夜视频一区二区| 亚洲欧美日韩一区二区三区在线 | 一区二区三区视频| 日本在线视频一区二区| 国产在线精品一区二区在线看| 精品福利一区二区三区精品国产第一国产综合精品| 国产天堂在线一区二区三区| 国产精品亚洲高清一区二区| 欧洲无码一区二区三区在线观看| 亚洲高清一区二区三区电影| 视频一区二区在线观看| 日韩内射美女人妻一区二区三区 | 国产一区二区中文字幕| 亚洲AV福利天堂一区二区三| 午夜影院一区二区| 亚洲成av人片一区二区三区 | 精品一区二区三区东京热| 国产精品日韩一区二区三区| 少妇人妻偷人精品一区二区| 交换国产精品视频一区| 好吊视频一区二区三区| 97一区二区三区四区久久| 日韩精品电影一区亚洲| 色窝窝无码一区二区三区色欲| 国产成人精品一区二区A片带套| 中文字幕一区二区三区永久| 风间由美在线亚洲一区| 亚洲AV无码一区二区三区DV| 国产免费一区二区三区VR| 日韩亚洲AV无码一区二区不卡| 国产一区在线电影| 国产精品香蕉一区二区三区 | 精品欧洲av无码一区二区| 一区二区三区中文| 午夜性色一区二区三区不卡视频| 亚洲一区二区影院| 国产在线观看一区精品| 北岛玲在线一区二区|