專利名稱：一種跟蹤rnc中信令fp幀的方法和裝置的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種跟蹤RNC中信令FP幀的方法和 裝置。
背景技術：
在3G系統(tǒng)的協(xié)議定義里，UE (User Equipment,用戶終端設備)和RNC (Radio Network Controller,無線網絡控制器)之間用RRC (Radio Resource Control,無線資源控制)協(xié)議消息(即RRC信令)的交互進行UE的接入和釋 放等過程，在3G網絡的測試和建設中，由于無線環(huán)境的復雜多變，經常會使 UE和RNC交互的RRC信令的收發(fā)出現問題。對于RNC來說，它需要知道自己 的RRC信令是否正常收發(fā)。進一步講，由于在RRC信令的具體傳輸途徑上， UE和RNC不是直接交互的，而要通過NODE B (基站)UE和NODE B通過 無線信號交互，NODE B和RNC通過有線網絡進行交互，NODE B進行著UE 的無線傳輸內容和RNC的網絡傳輸內容的轉換。因而，RNC需要關心的是RRC 信令的傳輸在RNC到NODE B這一段是否正常。圖l是現有技術中RRC信令在 從UE到RNC傳輸時所涉及到的協(xié)議棧和這些協(xié)議在UE、 NODE B 、 RNC設備 上的分布情況。如圖1所示，NODE B和RNC之間共有的是Tr—LAYER ( Transfer layer, 傳輸網絡層)、FP( Frame Protocol,幀協(xié)議)協(xié)議層和NBAP( Node B Application Part, Node B應用部分)協(xié)議層，NBAP協(xié)議層用來控制傳輸網絡層建立傳 輸通路，而RRC信令的傳輸經過的是傳輸網絡層和FP協(xié)議層。其中FP協(xié)議 層是Iub接口 ( RNC和NODE B設備之間的接口叫做Iub接口 )中RNC和NODE B所使用的 一個協(xié)議層，為了和分布在Iu接口 ( RNC和CN設備之間 的接口叫作Iu接口 )的FP層相區(qū)別，這里的FP層實際上應該是IubFP (Iub Frame Protocal， Iub接口中的FP協(xié)議)層。FP層使用FP幀來承載上層傳輸 信道上傳輸的數據，其中包括RRC信令數據和業(yè)務數據，如果是承載RRC 信令數據的，這樣的FP幀就是信令FP幀。對于RNC來說，如果在系統(tǒng)測試 中出現RRC信令交互問題， 一般要找到相應的信令FP幀加以分析，從而確 認RNC對于RRC信令的收發(fā)是否存在問題?，F有技術中，尋找對應FP幀的 通常做法是在Iub接口掛接第三方儀表來觀察，但是由于儀表是把FP協(xié)議層 所有的數據包都抓下來，所以這些FP幀里既有承載信令的FP幀，又有承載 業(yè)務的FP幀，而且包含多個UE的FP幀，需要人工區(qū)分辨認所關心的FP幀。 儀表無法按照某個UE來抓取消息，而且無法只抓取信令FP幀，使得大量用 戶在線測試時，儀表將抓取到大量的FP幀，所關心的某個UE的信令FP幀 淹沒在其中，對其查找和分析比較困難。發(fā)明內容有鑒于此，本發(fā)明解決的問題是提出一種跟蹤RNC中信令FP幀的方法 和裝置，可以做到儀表所不能做到的按照UE對承載RRC信令的FP幀進行跟蹤。為此，本發(fā)明提供的技術方案如下一種跟蹤RNC中信令FP幀的方法，該方法包括A、 RNC接收UE信令FP幀跟蹤指示，并將UE初始接入標識儲存在跟 蹤列表中；B、 當RNC接收該UE發(fā)出的接入請求后，判斷該UE是否被指示需要進 行信令FP幀跟蹤；C、當該UE的信令FP幀需要跟蹤，則指示FP層將后續(xù)處理的信令FP 幀上才艮。優(yōu)選的，步驟A包括RNC接收UE信令FP幀的跟蹤消息，并將其中攜帶的該UE接入標識儲 存在跟蹤列表中。優(yōu)選的，步驟A包括RNC接收包含信令FP幀跟蹤指令的UE跟蹤激活消息，并將其中攜帶的 待跟蹤UE的接入標識儲存在跟蹤列表中。優(yōu)選的，通過以下步驟判斷UE是否被指示需要進行信令FP幀跟蹤提取所述請求接入的UE的初始接入標識；根據該UE的初始接入標識查找所述跟蹤列表，根據查找結果獲知所述 UE是否被指示需要進行信令FP幀跟蹤。優(yōu)選的，，所述步驟C進一步包括Cl、 RNC為請求接入的UE分配與該UE初始接入標識對應的UE內部 標識后，如果該UE的信令FP幀需要跟蹤，則將該UE初始接入標識對應的 UE內部標識標記為需要跟蹤信令FP幀；C2、在創(chuàng)建針對UE內部標識的承載RRC信令的FP幀的處理實例時， 查看該UE內部標識是否被標記過需要信令FP幀跟蹤，如標記過，則將創(chuàng)建 的FP層處理實例標記為跟蹤狀態(tài)；C3、被標記的FP層處理實例將后續(xù)處理中接收或者發(fā)送的FP幀上才艮。優(yōu)選的，所述步驟C2之前還包括查看所述UE內部標識是否標記為需要跟蹤信令FP幀。優(yōu)選的，在所述步驟C之后還包括當該UE釋放后，該UE對應的信令FP幀處理實例銷毀，跟蹤自動終止。一種跟蹤RNC中信令FP幀的裝置，該裝置包括跟蹤激活處理單元， 判斷單元和跟蹤指示單元；所述跟蹤激活處理單元位于RNC內部，用于接收UE信令FP幀跟蹤指 示，并將所述指示消息中的各參數儲存在跟蹤列表中；所述判斷單元用于通過查找跟蹤列表判斷請求"接入的UE是否被指示需 要進行信令FP幀跟蹤；所述跟蹤指示單元用于當所述UE被指示需要跟蹤信令FP幀時，指示FP 層將后續(xù)處理的信令FP幀上報。優(yōu)選的，所述判斷單元包括提取單元，用于提取所述請求接入的UE的初始接入標識； 查找單元，用于根據提取單元提取的該UE的初始接入標識查找所述跟蹤 列表，并根據查找結果獲知所述UE是否被指示需要進行信令FP幀跟蹤。 優(yōu)選的，所述跟蹤指示單元包括標記單元，用于當RNC為請求接入的UE分配到與該UE初始接入標識 對應的UE內部標識后，根據查找單元的查找結果，當該UE的信令FP幀需 要跟蹤時把UE內部標識標記為需要跟蹤信令FP幀；實例單元，用于在RRC層創(chuàng)建針對UE內部標識的處理實例時，根據標 記單元標記的UE內部標識將創(chuàng)建的FP層處理實例標記為跟蹤狀態(tài)；上報單元，用于將實例單元標記的FP層處理實例處理的FP幀上才艮。優(yōu)選的，所述跟蹤指示單元進一步包括查看單元，用于在實例單元創(chuàng)建針對UE的處理實例前，查看所述UE內 部標識是否被標記為需要跟蹤信令FP幀?？梢钥闯?，釆用本發(fā)明的方法和裝置，利用RNC自身在其RRC層參與 信令FP幀跟蹤的控制和觸發(fā)，使得信令FP幀可以實現按照UE來跟蹤，極大的方便了對某個UE的信令FP幀進行分析，同時也增加了 RNC自身定位 信令處理問題的能力。


圖1是現有技術中RRC信令交互中涉及到的協(xié)議層及其分布； 圖2是實現本發(fā)明在RNC中跟蹤信令FP幀的方法的流程示意圖； 圖3是實現本發(fā)明在RNC中跟蹤信令FP幀的裝置示意圖-具體實施方式
本發(fā)明方法的基本思想是將儀表的巨細無遺的對所有FP幀的被動接收 變?yōu)镽NC有針對性的輸出上報需要的FP幀，從而實現按照UE來跟蹤FP幀。RNC是一個同時處理多用戶的設備，在其FP層上，不同的用戶有自己獨 立的處理實例，而且這些實例又分為承載業(yè)務的FP實例和承載信令的FP實例。 在用戶接入期間，RNC可以知道哪個UE使用了哪個實例來承載FP層的信令 (以下簡稱這個實例是FP幀實例)通過RRC信令中的IMSI (International Mobile Subscriber Identity,國際移動訂閱標志)等初始接入標志和RNC內部 UE標識(UE-ID)的對應，再通過UE-ID和其FP層處理實例的對應，RNC就 可以知道該接入UE所對應的處理信令FP幀的FP層實例。當要跟蹤某個UE的信 令FP幀時，RNC可以讓這個UE對應的FP層實例輸出FP幀以供跟蹤之用。本發(fā)明方法具體是由RNC之外的監(jiān)管設備，例如OAM (Operation And Maintenance,意為操作維護，是RNC的監(jiān)管設備之一，對RNC的其它監(jiān)管設 備，以下都用OAM來代表)，對RNC發(fā)起UE信令FP幀跟蹤指示，RNC收到指 示后，其RRC層會監(jiān)視和判斷某個新接入的UE是否被指示需要進行信令FP幀 跟蹤，在UE接入的后續(xù)處理中，RRC層會在底層創(chuàng)建針對該UE的承載RRC信令的處理實例，在創(chuàng)建時，RRC層需要根據是否需要進行信令FP幀跟蹤的判 斷結果來指示所創(chuàng)建的實例是否對其處理的信令FP幀進行跟蹤，也就是在該 實例每次收到或者發(fā)出FP幀的時候，該實例檢查一下自己創(chuàng)建時有沒有被指 示需要跟蹤信令FP幀，需要則同時將FP幀上報給OAM,不需要則不做額外的 動作。如此，由這個特定FP處理實例所跟蹤到的FP幀一定都是隸屬于被跟蹤 UE的承載信令的FP幀，通過這樣的方法，RNC實現了按照UE對信令FP幀進 行跟蹤。如圖2所示，實現本發(fā)明在RNC中跟蹤信令FP幀的方法的具體步驟如下 步驟101: RNC接收UE信令FP幀跟蹤指示，并將UE初始接入標識儲存在 跟蹤列表中；步驟102:當RNC接收該UE發(fā)出的接入請求后，判斷該UE是否被指示需 要進行信令FP幀跟蹤；步驟103:當該UE的信令FP幀需要跟蹤，則指示FP層將后續(xù)處理的信令 FP幀上才艮；步驟104:當該UE釋放后，該UE對應的信令FP幀處理實例銷毀，跟蹤自 動終止。具體的，本發(fā)明實施例l詳細描述了實現本發(fā)明在RNC中跟蹤FP幀的方法S101 :OAM發(fā)送信令FP幀跟蹤指示；如果OAM要在RNC中跟蹤某個UE信令FP幀，則將該l正信令FP幀的跟蹤 信息通過消息發(fā)給RNC, RNC收到后存儲這些信息。在本實施例中，該UE信 令FP幀指示消息中帶有UE的初始接入標識(比如IMSI) ， OAM通過UE初始 接入標識告知RNC所需要監(jiān)視的UE。S102: UE跟蹤處理；RNC接收信令FP幀跟蹤指令消息后，將這些信息存入跟蹤列表中待跟蹤。SI03: UE向RNC發(fā)送接入請求消息，請求接入RNC; 其中該接入請求消息中帶有該UE的初始接入標識。S104: RNC處理UE接入請求消息，并為該UE分配UE內部標識(UE-ID );RNC收到UE的接入請求消息時，RRC層處理該消息，并^是取出其中的初 始接入標識，同時為該UE分配到內部標識(UE-ID),將UE的初始接入標識 與UE-ID對應起來。S105:判斷UE是否被指示需要進行信令FP幀跟蹤；RRC層將請求接入的UE的初始接入標識提供給跟蹤列表，以查找該UE是 否被指示需要進行信令FP幀跟蹤；并且，當UE分配到內部標識(UE-ID )時， RRC層根據查找結果，當該UE被指示需要進行信令FP幀跟蹤時，則將該UE 初始接入標識對應的UE-ID標記為需要跟蹤信令FP幀。S106:在以UE - ID為標識為該UE建立承載RRC信令的FP幀的處理實例 時，如果需要跟蹤信令FP幀，則指示該實例跟蹤；RNC的RRC層在RRC信令連接建立過程中，需要在底層創(chuàng)建承載RRC信 令的實例，該消息依次創(chuàng)建該UE的RLC層處理實例、MAC層處理實例以及FP 層的處理實例。在觸發(fā)創(chuàng)建實例之前，RRC層需要查看該UE是否被指示需要 進行信令FP幀跟蹤，即RRC查看該UE-ID是否標記為需要跟蹤信令FP幀，如 果已標記為需要跟蹤，則將創(chuàng)建出的FP層處理實例標記為跟蹤狀態(tài)，該實例 根據標記，在當前和后續(xù)處理FP幀的同時需要上凈艮FP幀；如果不需要跟蹤， 對創(chuàng)建出的FP層處理實例不做標記，則它只進行正常的處理，不額外對FP幀 進4亍上報。本發(fā)明實施例中RNC也可以不為UE分配UE-ID,而以UE的初始4妄 入標識為標識為該UE建立承載RRC信令的FP幀的處理實例；而在建立處理實 例前只要根據是否進行信令FP幀的跟蹤判斷結果即可指示FP層處理實例上報 FP幀。S107:上報信令FP幀；同時將它們上報給OAM或者本地監(jiān)視設備進行跟蹤之用。S108:跟蹤終止；UE通信結束^皮RNC釋放后，RNC將對應的FP實例銷毀，FP幀的上報也隨 之結束，信令FP的跟蹤自然終止。RNC上報給OAM的是一個或者幾個(該方法不限制同時只能跟蹤一個 UE)特定UE的承載信令FP幀，不是包括承載業(yè)務的FP幀，更不是全部UE的 FP幀，這比儀表的消息量小很多。另外，考慮到信令FP幀跟蹤的觸發(fā)、跟蹤數據的上報這些過程和UE跟蹤 過程類似，而且二者的目的也都是分析定位問題之用，所以本發(fā)明實現在RNC 中跟蹤信令FP幀的方法時，可以把信令FP幀跟蹤和UE跟蹤結合起來，具體如 本發(fā)明實施例2。本實施例中提及的UE跟蹤是指由OAM控制的RNC對接入UE 信令進行跟蹤的機制，在3GPP協(xié)議32.422和32.423中有具體的描述，它分為跟 蹤激活，跟蹤去激活和跟蹤上報三部分，但本實施例中對于跟蹤去激活并不 考慮。具體的，本實施例是在實施例l的基礎上，將信令FP幀跟蹤指示消息變?yōu)?UE跟蹤激活消息(UE跟蹤激活消息是OAM指示RNC進行UE跟蹤的消息，在 UE跟蹤機制的跟蹤激活這一部分發(fā)生)，并且使該消息中包含信令FP幀跟蹤 指示參數，RNC在接收到所述跟蹤激活消息后將該消息中的信息存儲在跟蹤 列表中，其中包含信令FP幀跟蹤參數；在判斷信令FP幀是否需要跟蹤的同時， 通過上述同樣的方式查找跟蹤列表來確定該請求接入的UE是否需要跟蹤；UE 跟蹤和FP層跟蹤可以同時進行，即FP幀跟蹤在上報所跟蹤的信令FP幀的同時 UE跟蹤上報所跟蹤的與該UE相關的RRC信令、RANAP信令(RANAP: Radio Access Network Application Part,無線4矣入網應用部分)、NBAP信令(NBAP: Node B Application Part, Node B應用部分)等。本實施例中對信令FP幀是否需要跟蹤及指示上報與實施例1中的對信令FP幀的跟蹤方法步驟一致，在此不再 詳述。此外，是否進行UE跟蹤，是否進行信令FP幀的跟蹤，這些都可由OAM用 不同的跟蹤開關控制，OAM在觸發(fā)UE跟蹤時跟據現場定位問題的需要決定是 否同時打開跟蹤開關。由于每一條RRC信令消息都必然要通過FP層和RRC層， 當UE跟蹤和信令FP幀跟蹤都打開時，經過RRC層上報出UE跟蹤的RRC信令， 經過FP層將上報出信令FP幀，這樣，兩個上報內容在時序上是關聯的，所以 就直接知道了FP幀里承載的是什么RRC信令了 ，也就是說信令FP幀的跟蹤可 以利用UE跟蹤實現FP幀里承載內容的解析。當然，即使沒有UE跟蹤同時打開， 本發(fā)明實施例中OAM也可以按照協(xié)議規(guī)則對上報的信令FP幀進行組合解析， 取出其中承載的RRC信令。FP幀的跟蹤將持續(xù)在用戶面處理實例的整個生命周期中，當UE發(fā)生釋 放，相應的處理實例被銷毀，FP幀的跟蹤自動終止，不需要OAM用去跟蹤激 活消息進行專門的指示，l正跟蹤的去激活消息也不需要增加參數?？梢钥闯觯捎帽景l(fā)明提供的方法，將UE跟蹤和信令FP幀的跟蹤機制結 合，使得RNC可以按照UE來進行信令FP幀的跟蹤?；谏鲜龇椒?，本發(fā)明還提供一種在RNC中跟蹤信令FP幀的裝置，圖3 是該裝置的示意圖。該裝置包括跟蹤激活處理單元31,判斷單元32和跟蹤指 示單元33:所述跟蹤激活處理單元31位于RNC內部，用于接收OAM發(fā)來的UE信 令FP幀跟蹤指示，并將所述指示消息中的各參數儲存在跟蹤列表中；該消息 中帶有UE的初始接入標識(比如IMSI )， OAM通過UE初始接入標識告知 RNC所需要監(jiān)視的UE信令FP幀。所述判斷單元32用于接收UE的請求接入消息，并通過查找跟蹤列表判 斷請求接入的UE是否被指示需要進行信令FP幀跟蹤；所述判斷單元32包括提取單元321和查找單元322:提取單元321在收到UE發(fā)送的包含初始接入標識的接入請求消息后，提 取出該UE的初始接入標識；蹤列表，并根據查找結果獲知所述UE是否被指示需要進行信令FP幀跟蹤。所述跟蹤指示單元33用于當所述UE被指示需要跟蹤信令FP幀時，指示FP 層將后續(xù)處理的信令FP幀上報；跟蹤指示單元33包括標記單元331、實例單元 332和上報單元333:所述標記單元331用于當RNC為請求接入的UE分配到與該UE初始接 入標識對應的UE內部標識后，根據查找單元的查找結果，當該UE的信令 FP幀需要跟蹤時把UE內部標識標記為需要跟蹤信令FP幀；所述實例單元332用于在RRC層創(chuàng)建針對UE內部標識的處理實例時， 才艮據標記單元標記的UE內部標識將創(chuàng)建的FP層處理實例標記為跟蹤狀態(tài)；RRC層在底層創(chuàng)建針對UE的承載RRC信令的實例時，根據標記單元標記 的UE內部標識將FP層的處理實例標記為跟蹤狀態(tài)，指示該實例在當前和后續(xù) 處理FP幀的同時需要上報FP幀；RNC是一個可同時處理多用戶的設備，在其 FP層上，不同的用戶有自己獨立的處理實例，而且這些實例又分為承載業(yè)務 的FP實例和岸、載信令的FP實例；所述上報單元333根據實例單元332的標記，將被標記的FP層處理實例處戶釋放實例被銷毀，FP幀停止上報。所述跟蹤指示單元33還可包括查看單元334,用于在實例單元332創(chuàng)建針 對UE的處理實例前，查看所述UE內部標識是否被標記為需要跟蹤信令FP幀， 如果是，則通知實例單元332進行后續(xù)處理。在結合UE跟蹤機制跟蹤信令FP幀的時候，所述跟蹤激活單元還可接收包 含信令FP幀跟蹤指示的UE跟蹤激活消息，并將該消息中的信息存儲在跟蹤列 表中，其中包含信令FP幀跟蹤參數；查找單元在判斷信令FP幀是否需要跟蹤 的同時，通過上述同樣的方式查找跟蹤列表也可以確定該請求接入的UE是否 需要跟蹤；上報單元在上報所跟蹤的信令FP幀的同時還可上才艮所跟蹤的與該 UE相關的RRC信令、RANAP信令、NBAP信令等?？梢钥闯觯捎帽景l(fā)明提供的裝置，可以做到只對信令FP幀進行跟蹤， 而且是按照UE進行跟蹤來跟蹤，這種裝置使RNC自身集成了信令FP幀的跟 蹤，增加了RNC定位信令處理問題的能力。以上所述的實施例僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明， 凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應 包含在本發(fā)明的保護范圍之內。
權利要求
1、一種跟蹤RNC中信令FP幀的方法，其特征在于，該方法包括A、RNC接收UE信令FP幀跟蹤指示，并將UE初始接入標識儲存在跟蹤列表中；B、當RNC接收該UE發(fā)出的接入請求后，判斷該UE是否被指示需要進行信令FP幀跟蹤；C、當該UE的信令FP幀需要跟蹤，則指示FP層將后續(xù)處理的信令FP幀上報。
2、 根據權利要求1所述的方法，其特征在于，步驟A包括RNC接收UE信令FP幀的跟蹤消息，并將其中攜帶的該UE接入標識儲 存在跟蹤列表中。
3、 根據權利要求1所述的方法，其特征在于，步驟A包括RNC接收包含信令FP幀跟蹤指令的UE跟蹤激活消息，并將其中攜帶的 待跟蹤UE的接入標識儲存在跟蹤列表中。
4、 根據權利要求1所述的方法，其特征在于，通過以下步驟判斷UE是 否被指示需要進行信令FP幀跟蹤提取所述請求接入的UE的初始接入標識；根據該UE的初始接入標識查找所述跟蹤列表，根據查找結果獲知所述 UE是否被指示需要進行信令FP幀跟蹤。
5、 根據權利要求1所述的方法，其特征在于，所述步驟C進一步包括Cl、 RNC為請求，接入的UE分配與該UE初始4妻入標識對應的UE內部 標識后，如果該UE的信令FP幀需要跟蹤，則將該UE初始接入標識對應的 UE內部標識標記為需要跟蹤信令FP幀；C2、在創(chuàng)建針對UE內部標識的承載RRC信令的FP幀的處理實例時， 查看該UE內部標識是否被標記過需要信令FP幀跟蹤，如標記過，則將創(chuàng)建的FP層處理實例標記為跟蹤狀態(tài)；C3、被標記的FP層處理實例將后續(xù)處理中接收或者發(fā)送的FP幀上報。
6、 根據權利要求4所述的方法，其特征在于，所述步驟C2之前還包括 查看所述UE內部標識是否標記為需要跟蹤信令FP幀。
7、 根據權利要求1所述的方法，其特征在于，在所述步驟C之后還包括 當該UE釋放后，該UE對應的信令FP幀處理實例銷毀，跟蹤自動終止。
8、 一種跟蹤RNC中信令FP幀的裝置，其特征在于，該裝置包括跟蹤 激活處理單元，判斷單元和跟蹤指示單元；所述跟蹤激活處理單元位于RNC內部，用于接收UE信令FP幀跟蹤指 示，并將所述指示消息中的各參數儲存在跟蹤列表中；所述判斷單元用于通過查找跟蹤列表判斷請求接入的UE是否被指示需 要進行信令FP幀跟蹤；所述跟蹤指示單元用于當所述UE被指示需要跟蹤信令FP幀時，指示FP 層將后續(xù)處理的信令FP幀上報。
9、 根據權利要求8所述的裝置，其特征在于，所述判斷單元包括提取單元，用于提取所述請求接入的UE的初始接入標識；查找單元，用于根據提取單元提取的該UE的初始接入標識查找所述跟蹤 列表，并根據查找結果獲知所述UE是否被指示需要進行信令FP幀跟蹤。
10、 根據權利要求8所述的裝置，其特征在于，所述跟蹤指示單元包括 標記單元，用于當RNC為請求接入的UE分配到與該UE初始接入標識對應的UE內部標識后，才艮據查找單元的查找結果，當該UE的信令FP幀需 要3艮蹤時把UE內部標識標記為需要^艮蹤信令FP幀；實例單元，用于在RRC層創(chuàng)建針對UE內部標識的處理實例時，根據標 記單元標記的UE內部標識將創(chuàng)建的FP層處理實例標記為跟蹤狀態(tài)；上凈艮單元，用于將實例單元標記的FP層處理實例處理的FP幀上凈艮。 11、根據權利要求IO所述的裝置，其特征在于，所述跟蹤指示單元進一 步包括查看單元，用于在實例單元創(chuàng)建針對UE的處理實例前，查看所述UE內 部標識是否被標記為需要跟蹤信令FP幀。
全文摘要
本發(fā)明提供一種跟蹤RNC中信令FP幀的方法，具體包括A.RNC接收UE信令FP幀跟蹤指示，并將UE初始接入標識儲存在跟蹤列表中；B.當RNC接收該UE發(fā)出的接入請求后，判斷該UE是否被指示需要進行信令FP幀跟蹤；C.當該UE的信令FP幀需要跟蹤，則指示FP層將后續(xù)處理的信令FP幀上報。本發(fā)明還提出一種跟蹤RNC中信令FP幀的裝置。采用本發(fā)明的方法和裝置，可以做到儀表所不能做到的按照UE對信令FP幀進行跟蹤，方便了對某個UE的FP幀的分析，也增加了RNC設備自身定位信令處理問題的能力。
文檔編號H04Q7/38GK101330502SQ20071011903
公開日2008年12月24日 申請日期2007年6月18日 優(yōu)先權日2007年6月18日
發(fā)明者李新遠, 許晨輝, 鄧鴻威 申請人:大唐移動通信設備有限公司