專利名稱：：在utran中實時相關用于呼叫的aal2和aal5消息的系統和方法
技術領域：
：本發明通常涉及在無線系統中用于監控消息的方法和系統，更具體的說，涉及用于捕獲和相關從UTRAN的Iub和Iur接口捕獲的有關消息的系統和方法。
背景技術：
：通用移動電信系統(UMTS)是第三代GG)移動電話技術，其首先是由歐洲電信標準協會(ETSI)進行標準化的，現在由第三代合作伙伴項目(3GPP)進行標準化。UMTS使用寬帶碼分多址(W"CDMA)作為其空中接口同時承載電路交換(CS)和分組^J奐(PS)業務。UMTS中使用的網絡元件和協議的描M本領域技術人員來說是公知的，并且公眾倉,從3GPP、ETSI和其他資源獲得。UMTS網絡結構包括三個域核心網(CN)、UMTS陸地無線接入網(UTRAN)、和用戶設備(UE)。楊b網為用戶業務掛共効奐和路由，并且提供網絡管理功能。核心網結構是基于具有GPRS的GSM網絡。UTRAN提供訪問用戶的UE的空中接口。UTRAN中的基站稱之為節點B，用于節點B的控制設備稱之為無線網絡控制器(RNC)。UMTS用戶設備ffl31WCDMA空中接口與節點B通信。可以把UE附著于PS域或者CS域或者二者。UE會,同時l頓PS月艮務和CS月艮務。異步傳輸模式(ATM)用于UMTS中的數據傳輸。AIM層多路復用和多路，軍并路由ATM信元，并且確保它們從端到端的順序。ATM適配層(AAL)負責通過ATM的較低層代表不同的應用創建和接收有效負荷。AIM適配5層2(AAL2)，電路交換連接，并且分組連接協議AAL5被設計用于數據傳輸。現有技術的一錯點是船佳為單個用戶評估服務級別。因為多個UE同時與節點B和RNC通信，所以在一個節點B和一個RNC之間以及多個RNC之間每秒可能傳遞數千的數據和控制消息。這些消息根據消息的目的遵循多個不同的協議格式。結果，UTRAN的接口上傳遞的消息沒有提供足夠的信息以確定明陛消息與相同的用戶相關。現有技術的第二，點是沒有實時或:t^似實時地將用于特定UE呼叫的消息編譯到單個呼叫記錄中的能力。
發明內容M3tt發明的實施例通常解決了或者避開了這些和其它問題，并且通常達到了技術優點，該實施例提供用于從UTRAN的Iur和Iub接口捕獲消息和為了^^用戶將這些消息關職'J呼叫記錄中的系統和方法。根據本發明的實施例，用于在無線接入網絡中相關數據的方法包括捕獲發送給或者來自于第一無線網絡控制器的娜，識別所述娜中的ATM適配層類型5(AAL5)幀，向AAL5幀分配第一呼叫標識符，識別所述數據中的ATM適配層類型2(AAL2)幀，向AAL2幀分配第二呼叫標識符，以及把具有相同的第一呼叫標識符和相同的第二呼叫標識符的AAL2幀和AAL5幀結合到呼叫記錄中。發送給或者來自于第一無線網絡控制器的聽可以包鄉過節點B和第一無線網鄉維制器之間的Iub接口發送的娜，或者fflii第一無線網鄉維制器和第二無線網絡控制器之間的Iur接口發送的數據。該呼叫記錄包括與單個呼叫相關的服務娜單元(SDU)。該方法進一步包MI率密(decipher)AAL2幀，并且重新組合(reassemble)AAL2幀中承載的服務單元(SDU)。捕獲發送給或者來自于第一無線網絡控制器的數據可以進一步包括捕獲從第一無線網絡控制器發送給與用戶設備通信的第一基站的數據，以及捕獲從第一無線網絡控制器發送給與用戶設備通信的第二基站的數據，其中該第一無線基站和第二無線基站同時與OT戶設備通信。根據本發明的另一種實施例，一種用于在無線接入網絡中相關數據的系統包括與無線接入網絡的組件之間的接口耦合的第一相關引擎，其中該第一相關弓摩從該接口接收ATM適配層類型2(AAL2)幀和ATM適配層類型5(AAL5)幀；與該第一相關引磐禹合的第二相關引擎，其中該第二相關引擎從該第一相關引擎接收AAL2幀；以及與i織一和第二相關引磐禹合的第三相關引擎，其中織三相關引擎從該第一相關引擎接收映射至U第一呼叫標識符的AAL5幀，并且從該第二相關引擎接收映射到第二呼叫標識符的AAL2幀。，二相關引擎可以進一步包^l率密引擎，其中該解密引擎解碼和解密AAL2幀；以及重新組合引擎，該重新組合引擎將AAL2幀中承載的數據重新組合到服務數據單元(SDU)中。，一相關引擎將節點B應用部分(NBAP)協議、接入鏈路控制應用部分(ALCAP)協議、禾B/或無線網絡子系統應用部分(RNSAP)協議的參數映射到該第一呼叫標識符。該第二相關引擎將無線資源控制(RRC)協議的參數映射到該第二呼叫標識符。i織一相關引擎可以耦合到UTRAN中的Iub和Iur接口。根據本發明的另一種實施例，可以^/i一個或者多個運行軟件應用的處理器來在無線接入網中相關數據幀。該系統包括具有計算機可執行指令的計算機可讀媒介，用于在無線接入網中結合與呼叫相關的數據，所述計嶽幾可執行指*括用于從無線接入網絡捕獲數據的裝置，用于識別所述數據中的ATM適配層類型5(AAL5)幀的裝置，用于向AAL5幀分配第一呼叫標識符的裝置，用于識別所述翻中的ATM適配層鄉2(AAL2)幀的驢，用于向AAL2幀分配第二呼叫標識符的裝置，以及用于將具有相同的第一呼叫標識符和相同的第二呼叫標識符的AAL2幀和AAL5幀結合到呼叫記錄中的裝置。該計^t幾可讀媒艦一步具有包括用于在無線接入網絡中M:—個或者多個Iub接口以及一個或者多個Iur接口捕獲發送給或者來自于無線網絡控制器的數據的體的計^m可執行指令。該計^t幾可執行指令進一步包括用于解密AAL2幀的體，以朋于重新組合AAL2幀中承載柳艮務娜單元(SDU)的體。該計算機可執行指令可以進一步包括用于捕獲從無線接入網中的第一基站發送給用戶設備的數據的裝置，以及用于捕獲從無線接入網中的第二基站發送給用戶設備的娜的體。本發明允許系統在實時或者近似實時的基礎上為特定呼叫和特定用戶分析網絡性能。本發明還為來自于多個接口的單個呼叫捕獲消息，并且為特定用戶將該具有不同協議和格式的消息編譯到呼叫記錄中。為了更全面的理解本發明，以及其優點，現在結合附圖參考下面的描述，其中圖1示出了根據本發明的實施例耦合到UMTS網絡接口的監控設備；圖2是Iub接口的協議棧；圖3是Iur接口的協議棧；圖4示出了根據本發明的實施例的不同相關弓摩之間的關系；圖5示出了根據本發明的實施例的UTRANRRC管理器的實施例的類亂圖6示出了根據本發明的實施例的RLC/MAC重新組合弓摩和相關弓l擎之間的關系；圖7示出了根據本發明的實施例的RLC/MAC重新組合弓摩的結構；圖8示出了根據本發明的實施例的RLC/MAC重新組合弓l擎的類圖；圖9示出了根據本發明的實施例的消肩J跟宗的框圖。具體實施例方式本發明提供了會,在不同特定環境中實施的多種應用發明和臉。所述特定實施例僅僅是說明實現和4OT本發明的特定方式，并不限制本發明的范圍。圖1示出了包括節點B101和無線網絡控制器(RNC)102和103的UTRAN100的一部分。節點B101Mlub接口104與RNC102通信。RNC102和103fflillur接口105互相通信。節點BIOI與用戶設備(UE)106通信。無論何時UE106，或者接收呼叫，節點BIOI與RNC102之間通過Iub接口104以及在RNC102和103之間ffl31Iur接口105交換信令消息。本發明使用UTRAN監控設備107度跟宗接口104和105，載的協議消息，實際上該監控設備107非侵入性地耦合至贖口以基本上捕獲M51接口的所有協議消息。UTRAN監控設備107識別屬于單個呼叫的消息，并且為它檢測至啲齡呼叫把那些消息關聯到一個呼叫記錄中。圖2示出了UTRAN網絡中Iub接口上使用的協議棧。圖3示出了UTRAN網絡中Iur接口上使用的協議棧。UTRAN實現了用于Iub禾QIur接口的ATM基礎設施。UTRAN在AIM層的上面使用了AAL2和AAL5適配。節點B應用部分(NBAP)、接入lilS各控制應用部分(ALCAP)和無線網絡子系統應用部分(RNSAP)協議消息承載于AAL5信道上，并且(職資源控制)RRC幼議消息承載于AAL2信道上。在本發明的一個實施例中，運行于UTRAN監控設備107中的兩個相關引擎將消息關聯到呼叫記錄中。它們是UTRAN呼叫Id(CID)引擎，AAL5相關器，和UTRANRRC管理器，AAL2相關器。例如，相關引擎可以題行于監控設備107中的M器上的軟件應用。UTRANCID弓l擎-呼叫相關性UTRANCID引擎向由UTRAN監控設備107捕獲的每個AAL5消息分配唯一呼叫標識符(呼叫Id)。呼叫Id從RNC標識符和分配給UE106的上4，1^^尤頻碼得到。AAL呼叫Id的格式如下<table>tableseeoriginaldocumentpage9</column></row><table>AAL5呼叫Id格式屬于相同呼叫的所有AAL5消息都關,同的上行^^尤頻碼，因此擁有相同的AAL5呼叫Id。由此，用于單個呼叫的所有NBAP、ALCAP和RNSAP協議消息將具有相同的AAL5呼叫Id。如下，UTRANCID弓l擎相關不同的AAL5協議。NBAP協議相關性所有基于呼叫的NBAP信令都以NBAP無線鵬(RL)粒請求消息為開始，該消息從RNC102發it^合節點B101o這個消息包括分配給UE106的上fi^M頻碼。產生AAL5呼叫Id并將其分配給NBAPRL^Z1請求消息。NBAPRL建立請求消息還包括控制RNC(CRNC)通信環境Id(COD)，節點BIOI應當在其響應NBAPRL建立請求中使用該CCID。UTRANCID引^^隹護把CCID連接到AAL5呼叫Id的映射<table>tableseeoriginaldocumentpage9</column></row><table>CCID-呼叫Id映射節點BIOI以NBAPRL粒響應消息來響應NBAPRL粒請求，該消息包括CCID和節點B通信環境Id(NBId)。^iP時起，對于這個呼叫，RNC102在所有與節點B101的通信中f頓NBIcU頓CCID，UTRANCID引擎在CCID-呼叫Id映射中查找以識別該呼叫的AAL5呼叫Id。在CCID-呼叫Id映射中找到的AAL5呼叫Id被分配給NBAPRL建立響應消息。UTRANCID弓l擎還維護把NBId連接到AAL5呼叫Id的,NBIdAAL5呼叫Id4字節8字節NBId-呼叫Id,借助于CCID和NBAP呼叫Id映射，從NBAPRL建立到NBAPRL刪除的所有NBAP消息會分配相同的AAL5呼叫Id。NBId和CCID對針節點B是唯一的，因此為^節點B維護單獨的NBId-呼叫Id鵬寸。宏膽和微膽處理微膽是相同節點B中的無線鏈路的增加。這^S1程由NBAPRL附加請求魏，該i青求包括與NBAPRL粒響應消息相同的NBId。因此，UTRANCID弓l擎再次f頓NBId以將AAL5呼叫Id分配給NBAPRL附加請求消息。NBAPRL附加響應消息具有與NBAPRLMli青求消息相同的CCID，并且因此以類似的方式相關聯。宏膽是不同節點B中的無纖路的增加。這^S1程由NBAPRL粒請求消息發起。從UTRANCID引擎這一點上來看，第一無線鏈路的增加與第2個或者第N個無線鏈路的增加之間沒有區別，因為信令流是完全相同的。因為旨節點B維護CCID-呼叫Id映射和NBId-呼叫Id鵬寸，所以不同節點B中的任何新無線將包括向為那個節點B維護的CCID-呼叫Id和NBId-呼叫Id鵬寸中加Aff的條目。因為上fi^擾頻仍然是相同的，所以UTRANCID弓l擎會在所有的宏，和微，場景中分配相同的AAL5呼叫Id。改處行鄉射尤步鵬l正106根據UTRAN網絡分配的物理信道的，在不同服務狀態下運行。不同狀態之間的轉奐是基于不活動計時器和UE106或者UTRAN網絡想要發送的業務量。l正106在小區-DCH(專用信道)狀態下運行以交換相對大量的數據。在小區-DCH狀態下，將具有單獨代碼的專用信道分配給UE106。不用之前保留的資源可以將i(^發送給UE106或者從UE106發送數據。對于相對少量的娜傳輸，UE106轉換到小區-FACH狀態，其中UE106艦隨機接入信道(RACH)和前向接入信道(FACH)發送和接收數據。RACH和FACH信道在不同設備之間共享。NBAP過程由RNC1024頓來^無線鏈路^[吏UE106iSA小區-DCH狀態。根據RRC測量t艮告，RNC可以刪除所有的無繼凝各荊吏l正106，在小區-FACH狀態中。經過一段時間之后，RNC102可以，新的無^f連路，UE106將返回小區-DCH狀態。當UE106，PS呼叫時，這種在小區-DCH狀態和小區-FACH狀態之間來回切換的模式可能非常頻繁地發生。每次UE106返回小區-DCH狀態，可以向其分配與其最后艦的上行HIM;步鵬不同的上娜各擾頻碼。因為AAL5呼叫Id是基于上，灘g射力鵬的，所以可能在單個PS呼叫期間具有每個支路承載唯一上行鏈S射尤頻碼的多個NBAP支路，因此每個NBAP支路有唯一的AAL5呼叫Id。UTRANCID引擎只為第一無線鏈路建立和最后無線鏈路終止之間的AAL5消息保證唯一的AAL5呼叫Id。因為呼叫的RRC支齡包含上行鏈5射尤頻碼改變，所以UTRANRRC管理^AAL2相關器會提供信息以把PS呼叫的所有支路組合到單個呼叫記錄中。ALCAP協議相關性ALCAP信令以^1請求(ERQ)消息開始，該消息之后是接收機發出的建立響應(ECF)消息。建立DCH-Id的某個NBAP消息，例如NBAPRL，響應消息，會具有用于旨正在建立的DCH-Id的綁定Id參數。對于建立的每個DCH-Id，與服務用戶產生的參考(SUGR)參數一起發送ALCAPERQ消息，該參考參數IB子與用于夷，個DCH-Id的NBAP消息的綁定Id相等。ERQ消息還有轉換為唯一WWCI/aD信道的路徑Id/信道Id組合。這是接收用于那個DCH-Id的AAL2幀的信道。這允許本發明，,A^起ALCAP的NBAP消息到不同ALCAP消息和已經建立的AAL2信道的相關。所有這些都^ffl映射被綁定到相同的AAL5呼叫Id。ALCAP協議有兩個參數，^信令關聯Id(OSAId)和目的信令關聯Id(DSAId)，其類似于NBAP協議中的NBId和CCID參數。因此，*節點B,類似的0SAId-AAL5呼叫M映射和DSAId-AAL5呼叫Id,。在識別的VPI/VO/OD和關聯的AAL5呼叫Id之間也M5:映射。用關聯的AAL5呼叫Id(或者上4灘^尤頻碼)和DCH-Id加標簽那個VPI/VCI/CID上的任意AAL2幀上。OSAId、DSAId、和VPI/VCI/CID,如下，:<table>tableseeoriginaldocumentpage12</column></row><table>OSAId-呼叫Id,<table>tableseeoriginaldocumentpage12</column></row><table>DSAId-呼叫Id,<table>tableseeoriginaldocumentpage12</column></row><table>VPI/VCI/CID-呼叫Id-DCH-Id,在這些映射的幫助下，ALCAP支路和建立的DCH信道可以關聯到AAL5呼叫Id上。廳AP協議相關性RNSAP是經IuR接口105上的導向連接SCCP進行傳輸的。SCCP連接以SCCP連接請求(CR)和之后緊跟著DT1消息的SCCP連接確認(CC)消息開始。IuR:SCCPCR(源本地參考x);IuR:SCCPCC(源本地參考y，目的本地參考-x);IuR:SCCPDT1(目的本地參考二y)畫RNSAP無線鵬建立請求。RNSAP協議中的消肩通常與NBAP協議消息相同，例如無線鵬粒請求和響應。RNSAP無線鏈路(RL)#請求消息象從其中產生AAL5呼叫Id的NBAPRL建立請求消息一樣包括上，灘J^尤鵬。然后粒,，該,維護源本地參考與AAL5呼叫Id以及目的本地參考與AAL5呼叫Id之間的,。^hRNC使用SCCP消息中出現的RNC點碼(PC)來維護這個映射。RNCPC+源參考AAL5呼叫Id8字節8字節源參考-呼叫Id,RNCPC+目的參考AAL5呼叫Id8字節8字節目的參考-呼叫Id映射RNSAPRL建立響應消息包含如NBAPRL建立響應消息中的DCH-Id和綁定Id。這用來相關ALCAP協議消息和IuR接口105上的專用AAL2信道。節點B101和RNC102之間的數據傳輸由Iub接口104上的專用傳輸信道(DCH)幀協議(FP)過程來定義。尤其是，FP過程定義了上份鵬(從節點B到RNC)和下fi^!5各(從RNC到節點B)麵幀。齡上行鵬棘下行1^各幀包括報頭部分和有效負荷部分，有效負荷部分也被稱為協議數據單元(PDU)，并支持在有效負荷部分中多路OT多個DCH。^DCH包括傳^i央(TB)，這是用于傳輸M的基本單元。M幀的齡DCH中的TB的大小和M由娜幀的報頭部分的相關傳輸格式指示器(TFI)標識。DCHFP過程還應用于RNC102和103之間ffl31Iur接口105的通信。{頓戰映射，UTRANCID弓摩相關ffl31Iub和Iur接口104和105的所有NBAP、ALCAP和RNSAP消息。UTRANCID弓l擎還將DCH上的每個FPf^幀關reUAAL5呼叫Id(或者上^^各擾^馬)和DCH-Id上。UTRANRRC管理器呼叫相關性圖4示出了UTRANCID引擎401、AAL5相關器、和UTRANRRC管理器402、AAL2相關器之間的關系。UTRANRRC管理器402足跟剠乎叫的旨RRC支路。它從UTRANCID引擎401接收原始的AAL2FPM幀，如果在DCH上接收該幀，則該幀如上所述包含AAL5呼叫Id和DCH-Id。UTRANRRC管理器402執行以下功能-向AAL2幀中出現的^M專lft央分配唯一主呼叫Id;-在DCH-Id幫助下將WM專lri央關聯到它的對應的無線承載Id(RBId)上;-用分配的主呼叫Id和RBId解密AAL2幀；13-用分配的主呼叫Id和RBId重新組合AAL2幀；以及-傳送具有主呼叫Id和可選的AAL5呼叫Id的重新組合的RRC消息。如果FP數據幀在DCH上傳送，就會出現AAL5呼叫Id。在UTRANRRC管理器環境中AAL5呼叫Id是第二呼叫Id。UTRANRRC管理器402然后向主呼叫相關器403轉發具有呼叫Id的RRC消息。AAL5消息直接由UTRANCID引擎401轉發給主呼叫相關器403。主呼叫相關器引擎403然后使用提供的呼叫Id信息將AAL2和AAL5支路連接到一起。UTRANCID引擎401、UTRANRRC管理器402、和主呼叫相關器403是可以運行于監控設備107的単觀處理器或者相同處理器上的軟件應用。例如，監控設備107可以包括多個刀片，其中旨刀片具有會,運行一個或者多個軟件應用的處理器，例如AAL5相關應用、AAL2相關應用、和/或主呼叫相關應用。主呼叫Id分配當在移動終端發起呼叫的瞎況下，UTRANRRC管理器402接收到RRC連接請求消息，或者在移動終端終止呼叫的情況下，UTRANRRC管理器402接收到尋呼消息時，分配主呼叫Id。Mil這些消息中都出.現的UE^Id識別UE106。^fflRNC-Id和接收消息的時間為這些消息中的任一個產生主呼叫Id。主呼叫Id的格式如下RNC-Id當前時間戳(秒)序列號(0-65535)4字節4字節2字節主呼叫Id結構兩字節序列號只^ig^H十數器，該計數器每次分配呼叫Id就加l,當它達到65535時京ffi回0。這意自UTRANRRC管理器402i!31向它們中的每一個分配唯一主呼叫Id每秒可以處理65536個如ltb^多的呼叫。UTRANRRC管理器402M51維持,或者f^表中的多個密鑰跟蹤呼叫。對于每個呼叫，必須足l^以下標識符并將其與該呼叫關聯-上份般各擾頻碼一可以在呼叫期間改變，所以分析特定的RRC消息以判斷是否出現了這樣的改變；-控制，網絡臨時標識(CRNTI)—可以在呼叫期間變化，并且t轉彭艦艮蹤該變化；以及-UTRAN無線網絡臨時標識(URNTI)。UTRANRRC管理器402采取以下fi^力以在接收到各禾中RRC消息時分Mfii呼叫Id。—旦接收到RRC連接i青求消息，UTRANRRC管理器402創建主呼叫Id，并ffiil按照如下創建UEId-呼叫Id,將其與消息中的UE~Id相關聯<table>tableseeoriginaldocumentpage15</column></row><table>一旦接收到RRC連接粒消息，4柳消息中的U&Id，UTRANRRC管理器402從UEId-主呼叫Id映射得到主呼叫IdoUTRANRRC管理器402還從消息中提取其他參數，例如URNTI、CRNTI、和上行U^射尤頻碼，并按照如下創建URNTI-呼叫Id,、CRNTI-呼叫Id映射、以及上行鏈S射尤頻碼(ULS)-呼叫Id映射<table>tableseeoriginaldocumentpage15</column></row><table>對于DCH信道上的AAL2幀，UTRANRRC管理器402使用消息中的上tM^尤頻碼或者AAL5呼叫Id以在ULS-呼叫Id映射中查找主呼叫Id。對于將UE106從小區-DCH狀態轉換到小區-FACH狀態的RRC消息，UTRANRRC管理器402從ULS-主呼叫Id映射中得到主呼叫Id，并從該鵬中刪除那個ULS條目，因為UE106現在處于小區-FACH狀態。使用消息中的CRNTI，UTRANRRC管理器402向CRNTI-主呼叫Id映射中增加條目。因為CRNTI是每個小區唯一的，所以包括小區Id與CRNTI—起作為密鑰。小區Id來自于消息中的主擾頻碼。對于將UE106從小區-FACH狀態轉換到小區-DCH狀態的RRC消息，UTRANRRC管理器402使用消息中的CRNTI或者URNTI并且fflil查找合適的,表得到主呼叫Id。UTRANRRC管理器402也無效CRNTI條目并向ULS-主呼叫Id鵬中增加條目。該消息包含新的上纟￡射尤頻碼，因為它轉換到了小區-DCH模式。一旦接收到RRC連接釋放完成消息，UTRANRRC管理器402無效并刪除與該呼叫相關的所有條目。因此，UTRANRRC管理器402在呼叫足跟宗中處理以下情況并分配相同的唯一主呼叫Id直到UE106終止該呼叫-伴隨小區更新的小區-DCH到小區-FACH轉換；-不伴隨小區更新的小區-DCH到小區-FACH轉換；-伴隨相同上纟，連{^尤頻碼的小區-00^到小區-FACH并返回到小區-DCH轉換；-伴隨不同上fi^S射尤頻碼的小區-DCH到小區-FACH并返回到小區-DCH轉換；以及-小區-FACH到小區-DCH轉換。圖5示出了UTRANRRC管理器402的實施例的類圖，該圖示出了可用來實現AAL2相關弓摩的軟件模塊和結構的實例。無線承載Id(固d)分配需要向在DCCH或者DTCH信道上傳輸的^M專輸i央(TB)分配RBId以識別TB所屬的邏輯信道。另外，需要向TB分配主呼叫Id。分配RBId的主要原因是因為{頓RB-Id作為解密信號單元的參數，如果密碼加密被使能的話，并且重新組劍軍密的信號單元，由于在齡方向上，對齡UE的*RBId進行了RLC重新組合。RBId,從RRC連接，、無線承載,、和無線承載重新配置消息中得到。一旦存儲了這個映射，如果該TB在DCH信i^匕那么可以fOT每個TB承載的DCH-Id來確定旨TB的RB-Id。如果該TB在RACH或者FACH信道上，使用MAC報頭中的C7T字段來得到RBId。解密為了解密IuB和IuR接口上的AAL2傳輸塊，解密密鑰(CK)需要與主呼叫Id關聯。根據該呼叫粒于CS域或者PS域，從IuC或者IuP接口中得到CK。IuC和IuP接口將RNC連接到UMTS核心網。CK還可以綁定U&Id，因為當呼叫粒于IuP或者IuC接口上時，存在UE^Id參數。—旦UTRANRRC管理器接收到CK和UE^Id，則CK可以使用UEId-主呼叫Id映射綁定到主呼叫Id。因此，對于任何承載主呼叫Id的AAL2傳lri央，UTRANRRC管理器可以得到相應的用于解密TB的CK。RLCMAC重新組合引擎無線f淑各控靴媒,取控制(RLC/MAC)協i，新組合引擎在三個RLC模式中將從UTRANCID弓摩接收的FP傳^t央重新組合成RLC月艮務M單元(SDU):傳輸、確認和非確認模式。圖6示出了RLC/MAC重新組合引擎601和解密應用602如何適合UTRAN監控設備的分組處理流。RLC/MAC重新組合引擎601和解密應用602可以具體化為UTRANRRC管理器402中的單獨應用。AAL2幀61包括由UEMii不同邏輯信道，DCHl和DCH2發送的傳t^央。UTRANCID引擎401將來自于信道DCH1和DCH2的塊組合到FP幀61中，并發送給UTRANRRC管理器402。解密器應用602將FP幀61解密劍密幀62。幀62的傳lpt央包括MACPDU63，其依次包括RLCPDU64。RLC/MAC重新組合引擎601處理RLCPDU64中的數據并將RLCPDU64中的數據重新組合到SDU65中。當全部SDU65被重新組合時，RLC/MAC重新組合引擎601和UTRANRRC管理器402發送SDU以用于主呼叫相關器的進一步處理。RLC/MAC重新組合引擎601提供以下功能-為了#^蟲邏輯信道實例，跟蹤RLC重新組^1程，該實例由RBId標識，用于不同的UE，該UE由主呼叫Id標識，并且為了普ffli^輯^[言道實例，足跟宗RLC重新組合過程；-在RLC傳輸模式中重新組合，分段的和未分段的；17-在RLC未確認和確認模式中重新組合，同時鵬分段、串聯、和填充、以及無序到達；-確認模式中，fflMJ^列號檢驗，處理丟失片段檢測；-在確認模式中，處理丟失片段檢測、復制檢測、超出窗口大小到達；-在確認模式中，處理RLCRESET和STATUS助、議控制；-^分集或者軟切換，其中復制幀到達多個IuMuR連接；以及-處理信道，切換，在這種情況下組成RLCSDU的RLC分組數據單元(PDU)可以來自于不同的傳輸信道，例如RACH、FACH、和DCH。RLC/MAC重新組合弓摩6013拉于傳輸信道，因為^^HJ貞都具有主呼叫Id和分配給它的RBId。圖7示出了RLC/MAC重新組合弓摩601的靜態數據結構。RLC/MAC重新組合弓摩6014頓分級繊結構鄉跟鏈U達不同信道的用于多個用戶的RLCPDU。RLC重新組合引擎701是RLC重新組合引擎軟件的一個實例。RLC重新組合弓摩701的每個實例都具有多個UE重新組合702實例鄉艮蹤於活動用戶。l正重新組合702的*實例由唯一主呼叫Id標識。旨UE重新組合702都具有多個信道重新組合處理703實例來為那個用戶的不同邏輯信道實例卿宗RLC重新組合過程。信道重新組合處理703的齡實例都由邏輯信道密鑰標識，其包括兩個部分(1)方向(即上行鵬或者下4灘路)，和(2)RBId，其可以是信令無線承載Id或，輯信道實例Id。^H言道重新組合處理703具有多個PDU緩沖器704實例來為特定邏輯信道的RLC重新組^1程鵬宗PDU片段。每個PDU緩沖器704由PDU的序列號(SN)標識。圖8示出了RLOMAC重新組合弓摩601的類圖，其示出了可以用來重新組合SDU的軟件模±央和數據結構的實例。IuB/IuR軟切換的宏，處理在圖9所示的軟切換情況中，由UE901在多個無線鵬上發送相同幀。在位置1，在UE901和RNC902之間只fflil節點B903和Iub接口904發送幀91。隨著UE901移動到了位置2，它開始從節點B903到節點B905的軟切換操作。在位置2，在UE901和RNC之間S51節點B903和Iub接口904以及ffiil節點B905和Iub接口906發送幀92。隨著軟切換的完成，在位置3，UE901的唯一無線^各是與節點B905的f繊。因此，在健3，在UE901和RNC902之間僅ffl5i節點B905和Iub接口906發送幀93。作為這個切換的結果，UE901上相同呼叫的幀92可以由監控設備同時從兩個路線捕獲到。UTRANRRC管理器402M向這些復制幀92分配相同的主呼叫Id和RBId而消除了這些復制。當多個幀92到達RLC重新組合引擎601時，它們每一個都進入相同的PDU緩沖器704，因為^h復制幀具有相同的RLC序列號。RLC重新組合引擎601取得第一個無錯誤幀并丟棄其余的復制幀。UTRANRRC管理器402育^(OT它的主呼叫W和RB-Id足跟宗邏輯處理IuB/IuR軟切換。監控設備107為所有UE捕獲所有消息，并使用主呼叫Id和AAL5呼叫Id(或者第二呼叫Id)來識別屬于UE的齡呼叫的消息。監控設備107將具有相同的主呼叫Id和AAL5呼叫Id的消息組合到^MI乎叫每個UE的呼叫記錄中。呼叫記錄包括該呼叫的SDU并允i^作者來評估呼叫服務質量、呼叫類型、呼叫長度和其它性能指標。雖然已經詳細描述了本發明和它的優點，但應當理解，這里在不背離由所附權利要求所限定的本發明的精神和范圍的情況下作出各種修改、替換和改變。例如，很多上述特征和功能可以以軟件、硬件、或者固件、或者它們的組合來實現。另一個例子，本領域技術人員容易理解在此描述的各種映射和標識符的格式是可變的，同時保持在本發明的范圍之內。而且，本申請的范圍并不意在限制于在說明書所描述的過程、機器、產品、物質的合成、裝置、方法和步驟的特定實式中。作為本領域普通技術人員從本發明的公開內容中應當容易地理解，可以根據本發明來采用充分實行相同功能或充分實現如這里描述的相應實施例的相同結果的、當前存在或之后發展的處理、機器、產品、內容組合、裝置、方法、或步驟。因此，附加權利要求意在包括在它們范圍內的這些處理、機器、產品、內容組合、裝置、方法、或步驟。權利要求1、一種用于在無線接入網絡中相關數據的方法，包括捕獲發送給或者來自于第一無線網絡控制器的數據；識別所述數據中的ATM適配層類型5(AAL5)幀；向所述AAL5幀分配第一呼叫標識符；識別所述數據中的ATM適配層類型2(AAL2)幀；向所述AAL2幀分配第二呼叫標識符；以及把具有相同的第一呼叫標識符和相同的第二呼叫標識符的AAL2幀和AAL5幀結合到呼叫記錄中。2、根據權利要求1所述的方法，其中發送給或者來自于所述第一無線網絡控制器的所述數據包括M31節點B和所述第一無線網鄉維制器之間的Iub接口發送的數據。3、根據權利要求1所述的方法，其中發送給或者來自于所述第一無線網絡控制器的所述數據包括M:所述第一無線網絡控制器和第二無線網絡控制器之間的Iur接口發送的數據。4、根據權利要求1所述的方法，其中所述呼叫記錄包括與單個呼叫相關的服務娜單元(SDU)。5、根據^l利要求1所述的方法，進一步包括解密所述AAL2幀；并且重新組合所述息2幀中承載柳艮^單元(SDU)。6、根據權利要求1所述的方法，其中捕獲發i^合或者來自于第一無線網絡控制器的進一步包括捕獲從所述第一無線網絡控制器發送給與用戶設備通信的第一基站的數據；以及捕獲iA^述第一無線網絡控制器發送給與所述用戶設備通信的第二基站的離7、根據權利要求6所述的方法，其中所述第一無線基站和所述第二職基站同時與所述用戶設備通信。8、一種用于在無線接入網絡中相關M的系統，包括第一相關引擎，其耦合妾嘸線接入網絡的組件之間的接口，其中所述第一相關引擎A^f述接口接收ATM適配層類型2(AAL2)幀和ATM適配層類型5(AAL5)幀；第二相關引擎，其耦合到所述第一相關引擎，其中所述第二相關引擎從所述第一相關引擎接收AAL2幀；以及第三相關引擎，其耦合到所述第一和第二相關引擎，其中所述第三相關引擎AA^述第一相關引擎接收映射至IJ第一呼叫標識符的AAL5幀，并且/Aff述第二相關弓摩接收映射到第二呼叫標識符的AAL2幀。9、根據權利要求8所述的系統，其中所述第二相關引擎可以進一步包括解密引擎，其中所述解密引擎解碼和解密所述AAL2幀；以及重新組合引擎，所驢新組合引擎將所述AAL2幀中承載的娜重新組合至明艮務數據單元(SDU)中。10、根據權利要求8所述的系統，其中所述第一相關引擎將節點B應用部分(NBAP)協議的參數映射到所述第一呼叫標識符。11、根據權利要求8所述的系統，其中所述第一相關引擎將接入鏈鵬制應用部分(ALCAP)協議的參數艦至IJ所述第一呼叫標識符。12、根據權利要求8所述的系統，其中所述第一相關引擎將職網絡子系統應用部分(RNSAP)協議的參數映射到所述第一呼叫標識符。13、根據權利要求8所述的系統，其中所述第二相關引擎將無線資源控制(RRC)協議的參數,至斷述第二呼叫標識符。14、根據權利要求8所述的系統，其中所述第一相關引^f禹合到UMTS陸地無線接入網絡(UTRAN)中的Iub和Iur接口。15、一種具有計嶽幾可執行指令的計算機可讀媒介，用于在無線接入網中結合與呼叫相關的數據，所述計^m可執行指^a括用于^^萬述無線接入網絡捕獲的裝置；用于識別所述數據中的ATM適配層類型5(AAL5)幀的裝置；用于向所述AAL5幀分配第一呼叫標識符的裝置；用于識別所述數據中的細適配層鄉2(AAL2)幀的裝置；用于向所述AAL2幀分配第二呼叫標識符的裝置；以及用于將具有相同的第一呼叫標識符和相同的第二呼叫標識符的AAL2幀和AAL5幀結合到呼叫記錄中的裝置。16、根據權利要求15所述的具有計穀幾可執行指令的計算機可讀媒介，其中所述用于>^萬述無線接入網絡捕獲的裝置進一步包括用于在所述無線接入網絡中通過一個或者多個Iub接口以及一個或者多個Iur接口捕獲發送給或者來自于無線網鄉維制器的數據的驢。17、根據權利要求15所述的具有計穀幾可執行指令的計算機可讀媒介，其中所述呼叫記錄包括與單個呼叫相關的服務i[^單元(SDU)。18、根據權利要求15所述的具有計穀幾可執行指令的計算機可讀媒介，進一步包括用刊牟密所述AAL2幀的裝置；以及用于重新組合所述AAL2幀中承載的服務數據單元(SDU)的裝置。19、根據權利要求15所述的具有計穀幾可執行指令的計^m可讀媒介，進一步包括用于捕獲i^萬述無線接入網中的第一基站發送給用戶設備的數據的裝置；以及用于捕獲,A^f述無線接入網中的第二基站發送給所述用戶設備的數據的裝置。20、根據權利要求15所述的具有計嶽幾可執行指令的計算機可讀媒介，其中所述用于分配第一呼叫標識符的，將節點B應用部分(NBAP)協議的參數映射到所述第一呼叫標識符。21、根據權利要求i5所述的具有計^m可執行指令的計^m可讀媒介，其中所述用于分配第一呼叫標識符的^S娥入f凝各控制應用部分(ALCAP)協議的參數,至斷述第一呼叫標識符。22、根據權利要求15所述的具有計^t幾可執行指令的計算機可讀媒介，其中所述用于分配第一呼叫標識符的，將無線網絡子系統應用部分(RNSAP)協議的參數,到所述第一呼叫標識符。23、根據權利要求15所述的具有計嶽幾可執行指令的計算機可讀媒介，其中所述用于分配第二呼叫標識符的裝置將無線資源控制(RRC)協議的參數映射到所述第二呼叫標識符。全文摘要本發明涉及在UTRAN中實時相關用于呼叫的AAL2和AAL5消息的系統和方法。用于將與單個呼叫相關的多個數據幀關聯到呼叫記錄中的系統和方法。一種實施例包括通過以下步驟在無線接入網絡中相關數據捕獲發送給或者來自于無線網絡控制器的數據；識別所述數據中的ATM適配層類型5(AAL5)幀；向AAL5幀分配第一呼叫標識符；識別所述數據中的ATM適配層類型2(AAL2)幀；向AAL2幀分配第二呼叫標識符，以及把具有相同的第一呼叫標識符和相同的第二呼叫標識符的AAL2幀和AAL5幀結合到呼叫記錄中。發送給或者來自于第一無線網絡控制器的數據可以是通過節點B和無線網絡控制器之間的Iub接口發送的數據，或者通過兩個無線網絡控制器之間的Iur接口發送的數據。文檔編號H04W4/24GK101437299SQ20081010038公開日2009年5月20日申請日期2008年3月28日優先權日2007年3月30日發明者B·哈里,B·拉塔康達,S·塞爾瓦維納亞甘,V·賈納基拉曼申請人:特克特朗尼克公司