確定公共信道的方法和設備的製作方法
2023-12-02 14:14:01
確定公共信道的方法和設備的製作方法
【專利摘要】本發明實施例提供確定公共信道的方法和設備。該方法包括：確定RNC的IP位址和基站的IP位址；根據該RNC的IP位址和該基站的IP位址，確定該RNC和該基站之間的單向傳輸信道和該單向傳輸信道的方向；根據該單向傳輸信道的方向，對該單向傳輸信道中的數據的FP頭進行循環冗餘校驗，以確定該單向傳輸信道是否為公共信道。這樣可以方便地確定公共信道，提高網絡運維監管的效率。
【專利說明】確定公共信道的方法和設備
【技術領域】
[0001]本發明實施例涉及無線通信【技術領域】，並且更具體地，涉及確定公共信道的方法和設備。
【背景技術】
[0002]運營商在進行網絡運維時，需要對網絡接口中的數據流進行分析並形成統一的運維日誌。準確的區分網元和公共信道，是分析該網絡接口中的數據流和解析接口數據的關鍵。因為只有在識別了網元和公共信道的情況下，才能夠正確解析該接口數據流中的消息內容，從而正確進行網絡檢測分析、維護、優化等操作，其中該公共信道包括:隨機接入信道(Random Access Channel, RACH)、前向接入信道(Forward Access Channel, FACH)和尋呼信道(Paging Channel, PCH)。
[0003]現有網絡中，運營商可能會採用不同廠商的設備進行組網。由於不同廠商採用的運維手段、方法以及工具等都不相同，區分網元和公共信道的方法就不相同。同時，運營商在區分網元和公共信道時需要人工進行大量的配置。因此，運營商進行網絡維護的難度就會很大。
【發明內容】
[0004]本發明提供確定公共信道的方法和設備，能夠降低運維難度，提升區分公共信道的便捷性。
[0005]第一方面，本發明實施例提供一種確定公共信道的方法，該方法包括:確定無線網絡控制器RNC的網際網路協議IP位址和基站的IP位址；根據該RNC的IP位址和該基站的IP位址，確定該RNC與該基站之間的單向傳輸信道和該單向傳輸信道的方向，其中該單向傳輸信道的方向包括上行方向和下行方向；根據該單向傳輸信道的方向，對該單向傳輸信道中的數據的幀協議FP頭進行循環冗餘校驗CRC，以確定該單向傳輸信道是否為該公共信道。
[0006]結合第一方面，在第一種可能的實現方式中，該方法還包括:在該RNC與多個基站之間的接口上獲取接口數據，其中該基站為該多個基站之一，其中該確定無線網絡控制器RNC的IP位址和基站的IP位址，包括:在該接口數據包括的一個IP位址對應於多個IP位址的情況下，確定該一個IP位址為該RNC的IP位址，確定該多個IP位址分別為該多個基站的IP位址。
[0007]結合第一方面，在第二種可能的實現方式中，該根據該單向傳輸信道的方向，對該單行傳輸信道中的數據的幀協議FP頭進行循環冗餘校驗CRC確定該單向傳輸信道是否為公共信道，包括:在該單向傳輸信道的方向為上行方向的情況下，對該單向傳輸信道中的數據的FP頭進行CRC校驗，確定該單向傳輸信道是否為隨機接入信道RACH。
[0008]結合第一方面，在第三種可能的實現方式中，該根據該單向傳輸信道的方向，對該單行傳輸信道中的數據的幀協議FP頭進行循環冗餘校驗CRC確定該單向傳輸信道是否為公共信道，包括:在該單向傳輸信道的方向為下行方向的情況下，對該單向傳輸信道中的數據的FP頭進行CRC校驗，確定該單向傳輸信道是否為前向接入信道FACH或尋呼信道PCH。
[0009]結合第一方面，在第四種可能的實現方式中，該根據該單向傳輸信道的方向，對該單行傳輸信道中的數據的幀協議FP頭進行循環冗餘校驗CRC確定該單向傳輸信道是否為公共信道，包括:在該單向傳輸信道的方向為上行方向的情況下，對該單向傳輸信道中的數據的FP頭進行CRC校驗，確定該單向傳輸信道是否為隨機接入信道RACH ;在該單向傳輸信道的方向為下行方向的情況下，對該單向傳輸信道中的數據的FP頭進行CRC校驗，確定該單向傳輸信道是否為前向接入信道FACH或尋呼信道PCH。
[0010]結合第一方面或上述任一種可能的實現方式，在第五種可能的實現方式中，該方法還包括:在確定該單向傳輸信道為隨機接入信道RACH、前向接入信道FACH或尋呼信道PCH的情況下，根據該單向傳輸信道所映射到的控制信道對確定結果進行驗證。
[0011]結合第五種可能的實現方式，在第六種可能的實現方式中，在該確定結果為該單向傳輸信道為該RACH的情況下，該根據該單向傳輸信道所映射到的控制信道對確定結果進行驗證，包括:確定該單向傳輸信道所映射到的控制信道；在該控制信道為公共控制信道CCCH的情況下，解析該CCCH中承載的消息；在該CCCH中承載的消息為無線資源控制RRC連接請求消息或小區更新消息或通用移動通信系統通用陸地無線接入網註冊區URA更新消息的情況下，確定該確定結果正確。
[0012]結合第五種可能的實現方式，在第七種可能的實現方式中，在該確定結果為該單向傳輸信道為該FACH的情況下，該根據該單向傳輸信道所映射到的控制信道對確定結果進行驗證，包括:確定該單向傳輸信道所映射到的控制信道；在該控制信道為公共控制信道CCCH的情況下，解析該CCCH中承載的消息；在該CCCH中承載的消息為無線資源控制RRC連接設置消息或RRC連接釋放消息或RRC連接拒絕消息或小區更新確認消息或通用移動通信系統通用陸地無線接入網註冊區URA更新確認消息的情況下，確定該確定結果正確。
[0013]結合第五種可能的實現方式，在第八種可能的實現方式中，在該確定結果為該單向傳輸信道為該PCH的情況下，該根據該單向傳輸信道所映射到的控制信道對確定結果進行驗證，包括:確定該單向傳輸信道該映射到的控制信道；在該控制信道為尋呼控制信道PCCH的情況下，解析該PCCH中承載的消息；在該PCCH中承載的消息為無線資源控制RRC的尋呼類型I消息的情況下，確定該確定結果正確。
[0014]第二方面，本發明實施例提供一種確定公共信道的設備，該確定公共信道的設備包括:第一控制單元，用於確定無線網絡控制器RNC的網際網路協議IP位址和基站的IP位址；第二控制單元，用於根據該RNC的IP位址和該基站的IP位址，確定該RNC與該基站之間的單向傳輸信道和該單向傳輸信道的方向；第三控制單元，用於根據該單向傳輸信道的方向，對該單向傳輸信道中的數據的幀協議FP頭進行循環冗餘校驗CRC，以確定該單向傳輸信道是否為該公共信道。
[0015]結合第二方面，在第一種可能的實現方式中，該設備還包括:獲取單元，用於在該RNC與多個基站之間的接口上獲取接口數據，其中該基站為該多個基站之一；該第一控制單元，具體用於在該接口數據包括一個IP位址對應於多個IP位址的情況下，確定該一個IP位址為該RNC的IP位址，確定該多個IP位址分別為該多個基站的IP位址。
[0016]結合第一方面，在第二種可能的實現方式中，該第三控制單元，具體用於在該單向傳輸信道的方向為上行方向的情況下，對該單向傳輸信道中的數據的FP頭進行CRC校驗，確定該單向傳輸信道是否為隨機接入信道RACH，並且在該單向傳輸信道的方向為下行方向的情況下，對該單向傳輸信道中的數據的FP頭進行CRC校驗，確定該單向傳輸信道是否為前向接入信道FACH或者尋呼信道PCH。
[0017]結合第一方面或上述任一種可能的實現方式，在第三種可能的實現方式中，該確定公共信道的設備還包括第四控制單元，用於根據該單向傳輸信道所映射到的控制信道對該第三控制單元確定的結果進行驗證。
[0018]結合第三種可能的實現方式，在第四種可能的實現方式中，在該第三控制單元確定的結果為該單向傳輸信道為該RACH的情況下，該第四控制單元，具體用於確定該單向傳輸信道所映射到的控制信道，在該控制信道為公共控制信道CCCH的情況下，解析該CCCH中承載的消息，在該CCCH中承載的消息為無線資源控制RRC連接請求消息或小區更新消息或通用移動通信系統通用陸地無線接入網註冊區URA更新消息的情況下，確定該第三控制單元確定的結果正確。
[0019]結合第三種可能的實現方式，在第五種可能的實現方式中，在該第三控制單元確定的結果為該單向傳輸信道為該FACH的情況下，該第四控制單元，具體用於確定該單向傳輸信道所映射到的控制信道，在該控制信道為公共控制信道CCCH的情況下，解析該CCCH中承載的消息，在該CCCH中承載的消息為無線資源控制RRC連接設置消息或RRC連接釋放消息或RRC連接拒絕消息或小區更新確認消息或通用移動通信系統通用陸地無線接入網註冊區URA更新確認消息的情況下，確定該第三控制單元確定的結果正確。
[0020]結合第三種可能的實現方式，在第六種可能的實現方式中，在該第三控制單元確定的結果為該單向傳輸信道為該PCH的情況下，該第四控制單元，具體用於確定該單向傳輸信道所映射到的控制信道，在該控制信道為尋呼控制信道的情況下，解析該PCCH中承載的消息，在該PCCH中承載的消息為無線資源控制RRC的尋呼類型I消息的情況下，確定該第三控制單元確定的結果正確。
[0021]根據本發明實施例，確定公共信道的設備在不需要人工對該設備進行配置且不需要重啟網元的情況下，可以自動確定網元和公共信道。採用這種方法，該設備可以在不影響網絡運營的情況下，自動獲取公共信道的參數。這樣，可以方便地確定網元和公共信道，提高網絡運維監管的效率。
【專利附圖】
【附圖說明】
[0022]為了更清楚地說明本發明實施例的技術方案，下面將對本發明實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面所描述的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
[0023]圖1是根據本發明一個實施例提供的確定公共信道的方法的示意性流程圖。
[0024]圖2是根據本發明另一實施例提供的確定公共信道的方法的示意性流程圖。
[0025]圖3a_圖3c是根據本發明另一實施例提供的確定公共信道的方法的示意性流程圖。
[0026]圖4是根據本發明一個實施例提供的確定公共信道的設備的結構框圖。
[0027]圖5是根據本發明另一實施例提供的確定公共信道的設備的結構框圖。
【具體實施方式】
[0028]下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所述的實施例是本發明的一部分實施例，而不是全部實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動的前提下所獲得的所有其他實施例，都應屬於本發明保護的範圍。
[0029]應理解,本發明實施例的技術方案可以寬帶碼分多址(Wideband Code Divis1nMultiple Access，簡稱「WCDMA」)系統。本發明實施例中的基站是WCDMA中的基站(NodeB)。
[0030]確定公共信道的設備可以是外掛設備，是用於對網絡進行運營維護的常用設備，可以通過探針(Probe)獲取網絡中的數據，例如可以獲取RNC與基站之間的Iub接口的流控制傳輸協議(Stream Control Transmiss1n Protocol, SCTP)消息、用戶數據包協議(UserDatagram Protocol, UDP)消息等,從而可以對網絡進行檢測、分析、優化等操作。
[0031]圖1是根據本發明一個實施例提供的確定公共信道的方法的示意性流程圖。圖1所示的方法由確定公共信道的設備執行。
[0032]101,確定無線網絡控制器(Rad1 Network Controller, RNC)的網際網路協議(Internet Protocol, IP)地址和基站的IP位址。
[0033]102，根據該RNC的IP位址和該基站的IP位址，確定該RNC與該基站之間的單向傳輸信道和該單向傳輸信道的方向，其中該單向傳輸信道的方向包括上行方向(即從基站到RNC的上行數據)和下行方向(即從RNC到基站的下行數據)。
[0034]103，根據該單向傳輸信道的方向，對該單向傳輸信道中的數據的幀協議(FrameProtocol, FP)頭進行循環冗餘校驗(Cyclic Redundancy Check, CRC),以確定該單向傳輸信道是否為公共信道。
[0035]根據本發明的實施例，該公共信道包括RACH、FACH和/或PCH。具體地，RACH中的數據的FP頭具有特定特徵，如果在對數據的FP頭進行CRC校驗後確定該FP頭符合RACH中的數據的FP頭的特徵，則確定傳輸該數據的信道為RACH。類似的，FACH的數據的FP頭也具有特定特徵，如果在對數據的FP頭進行CRC校驗後確定該FP頭符合FACH中的數據的FP頭的特徵，則確定傳輸該數據的信道為FACH。類似的，PCH的數據的FP頭也具有特定特徵，如果在對數據的FP頭進行CRC校驗後確定該FP頭符合PCH中的數據的FP頭的特徵，則確定傳輸該數據的信道為PCH。
[0036]根據圖1所示的方法，確定公共信道的設備在不需要人工對該設備進行配置且不需要重啟網元的情況下，可以自動確定網元和公共信道。採用這種方法，該設備可以在不影響網絡運營的情況下，自動獲取公共信道的參數。這樣，可以方便地確定網元和公共信道，提聞網絡運維監管的效率。
[0037]圖2是根據本發明另一實施例提供的確定公共信道的方法的示意性流程圖。圖2所示的方法是圖1所示方法的一個具體實施例。
[0038]可選的，可以通過執行步驟201和步驟202確定RNC的IP位址和基站的IP位址。
[0039]201，在RNC和多個基站之間的接口上獲取接口數據。
[0040]202，在該接口數據包括一個IP位址對應於多個IP位址的情況下，確定該一個IP位址為該RNC的IP位址，確定該多個IP位址分別為該多個基站的IP位址。
[0041]具體地，UMTS組網模式決定RNC和多個基站之間是一對多的關係，通過獲取各接口的IP鏈路消息並檢測該IP鏈路消息，例如檢測流控制傳輸協議(stream ControlTransmiss1n Protocol, SCTP)消息或檢測用戶數據包協議(User Datagram Protocol,UDP)消息，找到這種一對多的交互模式，記錄這些多個IP報文交互的少數匯聚點IP位址。這些少數匯聚點IP位址即為RNC的IP位址，在Iub接口上和該RNC對端的IP即為基站的IP位址。
[0042]可選的，可以重複執行步驟201和步驟202從而識別出不同的IP位址所對應的網
J Li ο
[0043]可選的，可以通過執行步驟201和步驟202確定該RNC的IP位址和該基站的IP位址，也可以通過其他方式，例如根據配置文件直接確定對應於RNC的IP位址和對應於基站的IP位址。
[0044]203，根據RNC的IP位址和基站的IP位址，確定該RNC和該基站之間的單向傳輸信道和該單向傳輸信道的方向，其中該基站為該多個基站之一。
[0045]具體地，在確定了 RNC的IP位址和基站IP位址後，可以通過IP協議識別出信道中的m)P消息。在識別出UDP消息後，通過該UDP消息中的IP位址信息判斷該信道中的m)P消息是否是單向傳輸的，即僅有從基站到RNC的上行數據或僅有從RNC到基站的下行數據。在該信道中的m)P消息不是單向傳輸的情況下，確定傳輸該UDP的信道是雙向信道，那麼該雙向信道不是公共信道。在該信道中的UDP消息是單向傳輸的情況下，確定傳輸該UDP消息的信道為單向傳輸信道。同時，可以確定該單向傳輸信道的傳輸方向。如果該單向傳輸信道中僅有從基站到RNC的上行數據，則確定該單向傳輸信道的方向為上行方向。如果該單向傳輸信道中僅有從RNC到基站的下行數據，則該單向傳輸信道的方向為下行方向。例如，當RNC的IP位址為該信道中的UDP消息的源IP位址時,說明該信道為單向信道且為下行信道，當RNC的地址為該信道中的UDP消息的目標地址時，說明該信道為單向信道且為上行信道，當RNC的IP位址既作為該信道的某個UDP消息的源IP位址又作為該信道中另一UDP消息的目標IP位址時,說明該信道為雙向信道。
[0046]204，根據該單向傳輸信道的方向，對該單向傳輸信道中的數據的FP頭進行CRC校驗，以確定該單向傳輸信道是否為公共信道。
[0047]可選的，在該單向傳輸信道的方向為上行方向的情況下，對該單向傳輸信道中的數據的FP頭進行CRC校驗，確定該單向傳輸信道是否為該RACH。具體地，RACH中的數據的FP頭具有特定特徵，如果在對數據的FP頭進行CRC校驗後確定該FP頭符合RACH中的數據的FP頭的特徵，則確定傳輸該數據的信道為RACH。
[0048]可選的，在該單向傳輸信道的方向為下行方向的情況下，對該單向傳輸信道中的數據的FP頭進行CRC校驗，確定該單向傳輸信道是否為PACH或PCH。具體地，FACH的數據的FP頭也具有特定特徵，如果在對數據的FP頭進行CRC校驗後確定該FP頭符合FACH中的數據的FP頭的特徵，則確定傳輸該數據的信道為FACH。類似的，PCH的數據的FP頭也具有特定特徵，如果在對數據的FP頭進行CRC校驗後確定該FP頭符合PCH中的數據的FP頭的特徵，則確定傳輸該數據的信道為PCH。
[0049]可選的，在確定該單向傳輸信道為RACH或者FACH或者PCH的情況下，圖2的方法還可以包括步驟205。
[0050]205，在確定該單向傳輸信道為RACH、FACH或PCH的情況下，根據該單向傳輸信道所映射到的控制信道對確定結果進行驗證，從而可以進一步保證確定結果的準確性。
[0051]具體地，在該確定結果為該單向傳輸信道為RACH的情況下，對該確定結果進行驗證具體包括:確定該單向傳輸信道所映射到的控制信道；在該控制信道為公共控制信道(Common Control Channel, CCCH)的情況下,解析該CCCH中承載的消息；在該CCCH中承載的消息為無線資源控制(Rad1 Resource Control, RRC)連接請求消息(RRC connect1nrequest)或者小區更新消息(Cell Update)或者UMTS陸地無線接入網(UMTS TerrestrialRad1 Access Network, UTRAN)註冊區(UTRAN Registrat1n Area, URA)更新消息(URAUpdate)的情況下,確定該確定結果正確。
[0052]具體地，在該確定結果為該單向傳輸信道為FACH的情況下，對該確定結果進行驗證具體包括:確定該單向傳輸信道所映射到的控制信道；在該控制信道為CCCH的情況下，解析該CCCH中承載的消息，具體地，可以通過RRC協議解析出該CCCH中承載的消息；在該CCCH中承載的消息為RRC連接設置消息(RRC connect1n setup)或者RRC連接釋放消息(RRC connect1n release)或者 RRC 連接拒絕消息(RRC connect1n reject)或者小區更新確認消息(Cell update confirm)或者URA更新確認消息(URA update confirm)的情況下，確定該確定結果正確。
[0053]具體地，在該確定結果為該單向傳輸信道為PCH的情況下，對該確定結果進行驗證具體包括:確定該單向傳輸信道所映射到的控制信道；在該控制信道為尋呼控制信道(Paging Control Channel,PCCH)的情況下,解析該PCCH中承載的消息,具體地,可以通過RRC協議解析出該PCCH中承載的消息；在該PCCH中承載的消息為RRC尋呼類型I (PagingTypel)消息的情況下,確定該確定結果正確。
[0054]可選的，圖2的方法還可以包括步驟206。
[0055]206，記錄該單向傳輸信道的相關信息，例如記錄RNC側的IP位址、記錄RNC側的UDP埠號、記錄基站側的IP位址、記錄基站側的UDP埠號等。需要注意的是，步驟206可以在確定了該單向傳輸信道為RACH、FACH或PCH之後執行，也可以在確定該單向傳輸信道為RACH、FACH或PCH之前執行。
[0056]根據圖2所示的方法，確定公共信道的設備在不需要人工對該設備進行配置且不需要重啟網元的情況下，可以自動確定網元和公共信道。採用這種方法，該設備可以在不影響網絡運營的情況下，自動獲取公共信道的參數。這樣，可以方便地確定網元和公共信道，提聞網絡運維監管的效率。
[0057]圖3a_圖3c是根據本發明另一實施例提供的確定公共信道的方法的示意性流程圖。圖3a-圖3c是圖1和圖2的實施例的一個完整的實施例。
[0058]301，獲取Iub數據輸入。
[0059]302，輸入的Iub數據都是IP位址間的通信消息，如UDP、SCTP。
[0060]303，找出互相通信關係的IP位址對，例如IPl、IP2、IP3和IP4分別對應於IPO。
[0061]304，如步驟303所示的，找出少量(不超過3個)一對多的IP位址，如ΙΡ0，該IP位址即為RNC的IP位址。
[0062]305，和RNC的IP位址(IPO)由通信關係的IP位址就是基站的IP位址(IP1、IP2、IP3 和 IP4)。
[0063]306，持續識別並累積識別標識不同IP位址所屬網元RNC或基站。
[0064]307，通過IP協議識別出UDP消息。
[0065]308，判斷每個UDP通道消息流是否是單向傳送。如果該UDP通道消息流是雙向傳送的，則傳送該UDP消息的信道不是公共信道，確定公共信道過程結束。如果傳送該UDP消息的信道是單向信道，且該單向信道是從基站到RNC，則執行步驟309。如果傳送該UDP消息的信道是單向信道，且該單向信道是從RNC到基站，則執行步驟314。
[0066]309,解析出該UDP消息包業務數據單元(Service Data Unit, SDU)。
[0067]310，用RACH信道FP幀頭CPC校驗快速確定傳輸該UDP消息的信道是否是RACH，如果校驗結果確定該信道不是RACH，則確定公共信道過程結束。如果校驗結果確定該信道是狀01，則執行步驟311。
[0068]311,用媒體接入控制協議(Medium Access ControI,MAC)解析傳輸該UDP消息的信道是否為CCCH，如果該信道不是CCCH，則確定步驟310中的確定結果錯誤，該信道不是RACH,確定公共信道過程結束。如果該信道是CCCH，則執行步驟312。
[0069]312，使用RRC協議判斷該CCCH中的消息是否為RRC連接請求消息(RRCconnect1n request)或者小區更新(cell update)或者 URA 更新(URA update)。如果確定給CCCH中的消息不是上述三個消息之一，則確定步驟310中的確定結果錯誤，該信道不是RACH，確定公共信道過程結束。如果確定該CCCH中的消息是上述三個消息之一，則執行步驟313。
[0070]313,標記該信道為RACH,並記錄該信道的信息,其中，給信道的信息包括RNC側的IP位址、RNC側的UDP埠號、基站側的IP位址、基站側的UDP埠號。RACH識別完成。
[0071]314，解析出該UDP消息包SDU。
[0072]315，使用FACH或PCH信道FP幀頭CRC校驗快速識別傳輸該UDP消息的信道是否是FACH或PCH。如果確定該信道既不是FACH也不是PCH，則確定公共信道過程結束。如果確定傳輸該UDP消息的信道是FACH，則執行步驟316。如果確定傳輸該UDP消息的信道是PCH，則執行步驟319。
[0073]316，使用MAC協議解析該信道是否是CCCH信道。如果確定該信道不是CCCH信道，則確定步驟315中確定該信道為FACH信道的確定結果錯誤，確定公共信道過程結束。如果確定該信道是CCCH信道，則執行步驟317。
[0074]317，使用RRC協議判斷該CCCH中的消息是否是RRC連接設置(RRC connect1nsetup)或者小區更新確認(cell update confirm)或者URA更新確認(URA updateconfirm)或者RRC連接拒絕(RRC connect1n reject)或者RRC連接釋放(RRC connect1nrelease)。如果該CCCH中的消息不是上述五個消息中的任一個，則確定步驟315中確定該信道為FACH信道的確定結果錯誤，確定公共信道過程結束。如果該CCCH中的消息是上述五個消息中的一個，則執行步驟318。
[0075]318,標記該信道為FACH,並記錄該信道的信息,其中,給信道的信息包括RNC側的IP位址、RNC側的UDP埠號、基站側的IP位址、基站側的UDP埠號。FACH識別完成。
[0076]319，確定傳輸該UDP的信道中是否是RRC協議尋呼類型I (paging typel)消息。如果確定該信道中的消息不是該RRC協議尋呼類型I消息，則確定步驟315中確定傳輸該UDP消息的信道是PCH的確定結果錯誤，確定公共信道過程結束。如果確定該信道中的消息是該RRC協議尋呼類型I消息，則執行步驟320。
[0077]320,標記該信道為PCH,並記錄該信道的信息,其中，給信道的信息包括RNC側的IP位址、RNC側的UDP埠號、基站側的IP位址、基站側的UDP埠號。PCH識別完成。
[0078]根據圖3所示的方法，可以通過Iub接口中的接口數據，確定進行通信的網元的IP，並確定該IP對應的網元是RNC還是基站。進一步，還可以根據接口數據，識別傳輸接口數據的信道是否是公共信道，即確定傳輸接口數據的信道是否是RACH或者FACH或者PCH。
[0079]圖4是根據本發明一個實施例提供的確定公共信道的設備的結構框圖。圖4所示的確定公共信道的設備400可以執行圖1和圖2的各個步驟。確定公共信道的設備400包括:第一控制單元401、第二控制單元402和第三控制單元403。
[0080]第一控制單元401，用於確定RNC的IP位址和基站的IP位址。
[0081]第二控制單元402，用於根據該RNC的IP位址和該基站的IP位址，確定該RNC與該基站之間的單向傳輸信道和該單向傳輸信道的方向。
[0082]在第一控制單元401確定了 RNC的IP位址和基站的IP位址後，第二控制單元402具體用於通過IP協議識別出m)P消息，並在識別出UDP消息後，通過該UDP消息中的IP位址信息判斷該信道中的UDP消息是否是單向傳輸的，即僅有從基站到RNC的上行數據或僅有從RNC到基站的下行數據。在該信道中的UDP消息不是單向傳輸的情況下，確定傳輸該UDP的信道是雙向信道，那麼該雙向信道不是公共信道。在該信道中的UDP消息是單向傳輸的情況下，確定傳輸該UDP消息的信道為單向傳輸信道。同時，第二控制單元402，在確定該單向傳輸信道時，還可以用於確定該單向傳輸信道的方向。如果該單向傳輸信道中僅有從基站到RNC的上行數據，則確定該單向傳輸信道的方向為上行方向。如果該單向傳輸信道中僅有從RNC到基站的數據，則確定該單向傳輸信道的方向為下行方向。
[0083]第三控制單元403，用於根據該單向傳輸信道的方向，對該單向傳輸信道中的數據的FP頭進行CRC校驗確定該單向傳輸信道是否為公共信道。
[0084]第三控制單元403，具體用於在該單向傳輸信道的方向是上行方向的情況下，對該單向傳輸信道中的數據頭進行CRC校驗，確定該單向傳輸信道是否為RACH。具體地，RACH中的數據的FP頭具有特定特徵，如果第三控制單元403在對數據的FP頭進行CRC校驗後確定該FP頭符合RACH中的數據的FP頭的特徵，則確定傳輸該數據的信道為RACH。
[0085]第三控制單元403，具體用於在該單向傳輸信道的方向為下行方向的情況下，對該單向傳輸信道中的數據的FP頭進行CRC校驗，確定該單向傳輸信道是否為PACH或PCH。具體地，FACH的數據的FP頭具有特定的特徵，如果第三控制單元403在對數據的FP頭進行CRC校驗後確定該FP頭符合FACH中的數據的FP頭的特徵，則確定傳輸該數據的信道為FACH。類似的，PCH的數據的FP頭也具有特定特徵，如果第三控制單元403在對數據的FP頭進行CRC校驗後確定該FP頭符合PCH中數據的FP頭的特徵，則確定傳輸該數據的信道為 PCH。
[0086]如圖4所示的設備400在不需要人工對該設備進行配置且不需要重啟網元的情況下，可以自動確定網元和公共信道。設備400在不影響網絡運營的情況下，自動獲取公共信道的參。這樣，可以方便地確定網元和公共信道，提供網絡運營維護監管的效率。
[0087]可選的，確定公共信道的設備400還可以包括獲取單元404，用於在該RNC與多個基站之間的接口上獲取數據，其中該基站為該多個基站之一。第一控制單元401，具體用於在該接口數據包括一個IP位址對應於多個IP位址的情況下，確定該一個IP位址為該RNC的IP位址，確定該多個IP位址分別為該多個基站的IP位址。具體地，UMTS組網模式決定RNC和基站之間是一對多的關係，第一控制單元401，可以通過獲取各接口的IP鏈路消息並檢測該IP鏈路消息，例如檢測流控制傳輸協議(Stream Control Transmiss1n Protocol,SCTP)消息或檢測用戶數據包協議(User Datagram Protocol, UDP)消息,找到這種一對多的交互模式，記錄這些多個IP報文交互的少數匯聚點IP位址。第一控制單元401，可以確定這些少數匯聚點IP位址即為RNC的IP位址，在Iub接口上和該RNC對端的IP即為基站的IP位址。
[0088]可選的，設備400還可包括第四控制單元405，用於對第三控制單元403確定的結果進行驗證。
[0089]在第三控制單元403的確定結果為該單向傳輸信道為RACH的情況下，第四控制單元405，具體用於確定該單向傳輸信道所映射到的控制信道，在該控制信道為CCCH的情況下，解析該CCCH中承載的消息，在該CCCH中承載的消息為RRC連接請求消息(RRCconnect1n request)或者小區更新消息(Cell update)或者 URA 更新(URA update)的情況下，確定第三控制單元403確定的結果正確。
[0090]在第三控制單元403的確定結果為該單向傳輸信道為FACH的情況下，第四控制單元405，具體用於確定該單向傳輸信道所映射到的控制信道；在該控制信道為CCCH的情況下，解析該CCCH中承載的消息，在該CCCH中承載的消息為RRC連接設置消息(RRCconnect1n setup)或者 RRC 連接釋放消息(RRC connect1n release)或者 RRC 連接拒絕消息(RRC connect1n reject)或者小區更新確認消息(Cell update confirm)或者 URA更新確認消息(URA update confirm)的情況下,確定第三控制單元403確定的結果正確。
[0091]在第三控制單元403的確定結果為該單向傳輸信道為PCH的情況下，第四控制單元405，具體用於確定該單向傳輸信道所映射到的控制信道；在該控制信道為PCCH的情況下，解析該PCCH中承載的消息，在該PCCH中承載的消息為RRC尋呼類型l(Paging Typel)消息的情況下，確定第三控制單元403確定的結果正確。
[0092]可選的，設備400還可以包括存儲單元406，用於存儲該單向傳輸信道的相關信息，例如記錄RNC側的IP位址、記錄RNC側的UDP埠號、記錄基站側的IP位址、記錄基站側的UDP埠號等。
[0093]圖5是根據本發明另一實施例提供的確定公共信道的設備的結構框圖。圖5所示的確定公共信道的設備500可以執行圖1和圖2的各個步驟。確定公共信道的設備500包括:接收器501和處理器502。
[0094]接收器501，用於獲取RNC和基站之間的接口數據。
[0095]處理器502，用於確定RNC的IP位址和基站的IP位址。
[0096]處理器502，還用於根據該RNC的IP位址和該基站的IP位址，確定該RNC與該基站之間的單向傳輸信道和該單向傳輸信道的方向。
[0097]處理器502在確定了 RNC的IP位址和基站的IP位址後，還用於通過IP協議從接收器501獲取到的接口數據中識別出UDP消息，並在識別出UDP消息後，通過該TOP消息中的IP位址信息判斷該信道中的UDP消息是否是單向傳輸的，即僅有從基站到RNC的上行數據或僅有從RNC到基站的下行數據。在該信道中的UDP消息不是單向傳輸的情況下，確定傳輸該UDP的信道是雙向信道，那麼該雙向信道不是公共信道。在該信道中的UDP消息是單向傳輸的情況下，確定傳輸該UDP消息的信道為單向傳輸信道。同時,處理器502,在確定該單向傳輸信道時，還可以用於確定該單向傳輸信道的方向。如果該單向傳輸信道中僅有從基站到RNC的上行數據，則確定該單向傳輸信道的方向為上行方向。如果該單向傳輸信道中僅有從RNC到基站的數據，則確定該單向傳輸信道的方向為下行方向。
[0098]處理器502，還用於根據該單向傳輸信道的方向，對該單向傳輸信道中的數據的FP頭進行CRC校驗確定該單向傳輸信道是否為公共信道。
[0099]處理器502，具體用於在該單向傳輸信道的方向是上行方向的情況下，對該單向傳輸信道中的數據頭進行CRC校驗，確定該單向傳輸信道是否為RACH。具體地，RACH中的數據的FP頭具有特定特徵，如果處理器502在對數據的FP頭進行CRC校驗後確定該FP頭符合RACH中的數據的FP頭的特徵，則確定傳輸該數據的信道為RACH。
[0100]處理器502,具體用於在該單向傳輸信道的方向為下行方向的情況下，對該單向傳輸信道中的數據的FP頭進行CRC校驗，確定該單向傳輸信道是否為PACH或PCH。具體地，FACH的數據的FP頭具有特定的特徵，如果處理器502在對數據的FP頭進行CRC校驗後確定該FP頭符合FACH中的數據的FP頭的特徵，則確定傳輸該數據的信道為FACH。類似的，PCH的數據的FP頭也具有特定特徵，如果處理器502在對數據的FP頭進行CRC校驗後確定該FP頭符合PCH中數據的FP頭的特徵，則確定傳輸該數據的信道為PCH。
[0101]如圖5所示的設備500在不需要人工對該設備進行配置且不需要重啟網元的情況下，可以自動確定網元和公共信道。設備500在不影響網絡運營的情況下，自動獲取公共信道的參。這樣，可以方便地確定網元和公共信道，提供網絡運營維護監管的效率。
[0102]可選的，接收器501可以用於在RNC與多個基站之間的接口上獲取接口數據，其中該基站為該多個基站之一。處理器502，具體在該接口數據包括一個IP位址對應於多個IP位址的情況下，確定該一個IP位址為該RNC的IP位址，確定該多個IP位址分別為該多個基站的IP位址。具體地，UMTS組網模式決定RNC和基站之間是一對多的關係，處理器502，可以通過獲取各接口的IP鏈路消息並檢測該IP鏈路消息，例如檢測流控制傳輸協議(Stream Control Transmiss1n Protocol, SCTP)消息或檢測用戶數據包協議(UserDatagram Protocol,UDP)消息，找到這種一對多的交互模式,記錄這些多個IP報文交互的少數匯聚點IP位址。處理器502，可以確定這些少數匯聚點IP位址即為RNC的IP位址，在Iub接口上和該RNC對端的IP即為基站的IP位址。
[0103]可選的，處理器502，還可以用於對處理器502確定的結果進行驗證。
[0104]在處理器502的確定結果為該單向傳輸信道為RACH的情況下，處理器502，具體用於確定該單向傳輸信道所映射到的控制信道，在該控制信道為CCCH的情況下，解析該CCCH中承載的消息，在該CCCH中承載的消息為RRC連接請求消息(RRC connect1n request)或者小區更新消息(Cell update)或者URA更新(URA update)的情況下,確定處理器502確定的結果正確。
[0105]在處理器502的確定結果為該單向傳輸信道為FACH的情況下，處理器502，具體用於確定該單向傳輸信道所映射到的控制信道；在該控制信道為CCCH的情況下，解析該CCCH中承載的消息，在該CCCH中承載的消息為RRC連接設置消息(RRC connect1n setup)或者RRC連接釋放消息(RRC connect1n release)或者RRC連接拒絕消息(RRC connect1nreject)或者小區更新確認消息(Cell update confirm)或者URA更新確認消息(URAupdate confirm)的情況下,確定處理器502確定的結果正確。
[0106]在處理器502的確定結果為該單向傳輸信道為PCH的情況下，處理器502，具體用於確定該單向傳輸信道所映射到的控制信道；在該控制信道為PCCH的情況下，解析該PCCH中承載的消息，在該PCCH中承載的消息為RRC尋呼類型I (Paging Typel)消息的情況下，確定處理器502確定的結果正確。
[0107]可選的，設備500還可以包括存儲器503，用於存儲該單向傳輸信道的相關信息，例如記錄RNC側的IP位址、記錄RNC側的UDP埠號、記錄基站側的IP位址、記錄基站側的UDP埠號等。
[0108]本領域普通技術人員可以意識到，結合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬體、或者計算機軟體和電子硬體的結合來實現。這些功能究竟以硬體還是軟體方式來執行，取決於技術方案的特定應用和設計約束條件。專業技術人員可以對每個特定的應用來使用不同方法來實現所描述的功能，但是這種實現不應認為超出本發明的範圍。
[0109]所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統、裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。
[0110]在本申請所提供的幾個實施例中，應該理解到，所揭露的系統、裝置和方法，可以通過其它的方式實現。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統，或一些特徵可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。
[0111]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位於一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。
[0112]另外，在本發明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。
[0113]所述功能如果以軟體功能單元的形式實現並作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)或處理器(processor)執行本發明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括:U盤、移動硬碟、只讀存儲器(R0M，Read-Only Memory)、隨機存取存儲器(RAM, Random Access Memory)、磁碟或者光碟等各種可以存儲程序代碼的介質。
[0114]以上所述，僅為本發明的【具體實施方式】，但本發明的保護範圍並不局限於此，任何熟悉本【技術領域】的技術人員在本發明揭露的技術範圍內，可輕易想到的變化或替換，都應涵蓋在本發明的保護範圍之內，因此本發明的保護範圍應以權利要求的保護範圍為準。
【權利要求】
1.一種確定公共信道的方法，其特徵在於，所述方法包括: 確定無線網絡控制器RNC的網際網路協議IP位址和基站的IP位址； 根據所述RNC的IP位址和所述基站的IP位址，確定所述RNC與所述基站之間的單向傳輸信道和所述單向傳輸信道的方向，其中所述單向傳輸信道的方向包括上行方向和下行方向； 根據所述單向傳輸信道的方向，對所述單向傳輸信道中的數據的幀協議FP頭進行循環冗餘校驗CRC，以確定所述單向傳輸信道是否為所述公共信道。
2.如權利要求1所述的方法，其特徵在於，所述方法還包括: 在所述RNC與多個基站之間的接口上獲取接口數據，其中所述基站為所述多個基站之 其中所述確定無線網絡控制器RNC的IP位址和基站的IP位址，包括: 在所述接口數據包括的一個IP位址對應於多個IP位址的情況下，確定所述一個IP位址為所述RNC的IP位址，確定所述多個IP位址分別為所述多個基站的IP位址。
3.如權利要求1所述的方法，其特徵在於，所述根據所述單向傳輸信道的方向，對所述單行傳輸信道中的數據的幀協議FP頭進行循環冗餘校驗CRC確定所述單向傳輸信道是否為公共信道，包括: 在所述單向傳輸信道的方向為上行方向的情況下，對所述單向傳輸信道中的數據的FP頭進行CRC校驗，確定 所述單向傳輸信道是否為隨機接入信道RACH。
4.如權利要求1所述的方法，其特徵在於，所述根據所述單向傳輸信道的方向，對所述單行傳輸信道中的數據的幀協議FP頭進行循環冗餘校驗CRC確定所述單向傳輸信道是否為公共信道，包括: 在所述單向傳輸信道的方向為下行方向的情況下，對所述單向傳輸信道中的數據的FP頭進行CRC校驗，確定所述單向傳輸信道是否為前向接入信道FACH或尋呼信道PCH。
5.如權利要求1所述的方法，其特徵在於，所述根據所述單向傳輸信道的方向，對所述單行傳輸信道中的數據的幀協議FP頭進行循環冗餘校驗CRC確定所述單向傳輸信道是否為公共信道，包括: 在所述單向傳輸信道的方向為上行方向的情況下，對所述單向傳輸信道中的數據的FP頭進行CRC校驗，確定所述單向傳輸信道是否為隨機接入信道RACH ； 在所述單向傳輸信道的方向為下行方向的情況下，對所述單向傳輸信道中的數據的FP頭進行CRC校驗，確定所述單向傳輸信道是否為前向接入信道FACH或尋呼信道PCH。
6.如權利要求1-5任一項所述的方法，其特徵在於，所述方法還包括: 在確定所述單向傳輸信道為隨機接入信道RACH、前向接入信道FACH或尋呼信道PCH的情況下，根據所述單向傳輸信道所映射到的控制信道對確定結果進行驗證。
7.如權利要求6所述的方法，其特徵在於，在所述確定結果為所述單向傳輸信道為所述RACH的情況下，所述根據所述單向傳輸信道所映射到的控制信道對確定結果進行驗證，包括: 確定所述單向傳輸信道所映射到的控制信道； 在所述控制信道為公共控制信道CCCH的情況下，解析所述CCCH中承載的消息； 在所述CCCH中承載的消息為無線資源控制RRC連接請求消息或小區更新消息或通用移動通信系統通用陸地無線接入網註冊區URA更新消息的情況下，確定所述確定結果正確。
8.如權利要求6所述的方法，其特徵在於，在所述確定結果為所述單向傳輸信道為所述FACH的情況下，所述根據所述單向傳輸信道所映射到的控制信道對確定結果進行驗證，包括: 確定所述單向傳輸信道所映射到的控制信道； 在所述控制信道為公共控制信道CCCH的情況下，解析所述CCCH中承載的消息； 在所述CCCH中承載的消息為無線資源控制RRC連接設置消息或RRC連接釋放消息或RRC連接拒絕消息或小區更新確認消息或通用移動通信系統通用陸地無線接入網註冊區URA更新確認消息的情況下,確定所述確定結果正確。
9.如權利要求6所述的方法，其特徵在於，在所述確定結果為所述單向傳輸信道為所述PCH的情況下，所述根據所述單向傳輸信道所映射到的控制信道對確定結果進行驗證，包括: 確定所述單向傳輸信道所述映射到的控制信道； 在所述控制信道為尋呼控制信道PCCH的情況下，解析所述PCCH中承載的消息； 在所述PCCH中承載 的消息為無線資源控制RRC的尋呼類型I消息的情況下，確定所述確定結果正確。
10.一種確定公共信道的設備，其特徵在於，所述確定公共信道的設備包括: 第一控制單元，用於確定無線網絡控制器RNC的網際網路協議IP位址和基站的IP位址； 第二控制單元，用於根據所述RNC的IP位址和所述基站的IP位址，確定所述RNC與所述基站之間的單向傳輸信道和所述單向傳輸信道的方向； 第三控制單元，用於根據所述單向傳輸信道的方向，對所述單向傳輸信道中的數據的幀協議FP頭進行循環冗餘校驗CRC，以確定所述單向傳輸信道是否為所述公共信道。
11.如權利要求10所述的設備，其特徵在於，所述設備還包括: 獲取單元，用於在所述RNC與多個基站之間的接口上獲取接口數據，其中所述基站為所述多個基站之一； 所述第一控制單元，具體用於在所述接口數據包括一個IP位址對應於多個IP位址的情況下，確定所述一個IP位址為所述RNC的IP位址，確定所述多個IP位址分別為所述多個基站的IP位址。
12.如權利要求10所述的設備，其特徵在於， 所述第三控制單元，具體用於在所述單向傳輸信道的方向為上行方向的情況下，對所述單向傳輸信道中的數據的FP頭進行CRC校驗，確定所述單向傳輸信道是否為隨機接入信道RACH，並且在所述單向傳輸信道的方向為下行方向的情況下，對所述單向傳輸信道中的數據的FP頭進行CRC校驗，確定所述單向傳輸信道是否為前向接入信道FACH或者尋呼信道 PCH。
13.如權利要求10-12任一項所述的設備，其特徵在於，所述確定公共信道的設備還包括第四控制單元，用於根據所述單向傳輸信道所映射到的控制信道對所述第三控制單元確定的結果進行驗證。
14.如權利要求13所述的設備，其特徵在於，在所述第三控制單元確定的結果為所述單向傳輸信道為所述RACH的情況下， 所述第四控制單元，具體用於確定所述單向傳輸信道所映射到的控制信道，在所述控制信道為公共控制信道CCCH的情況下，解析所述CCCH中承載的消息，在所述CCCH中承載的消息為無線資源控制RRC連接請求消息或小區更新消息或通用移動通信系統通用陸地無線接入網註冊區URA更新消息的情況下，確定所述第三控制單元確定的結果正確。
15.如權利要求13所述的設備，其特徵在於，在所述第三控制單元確定的結果為所述單向傳輸信道為所述FACH的情況下， 所述第四控制單元，具體用於確定所述單向傳輸信道所映射到的控制信道，在所述控制信道為公共控制信道CCCH的情況下，解析所述CCCH中承載的消息，在所述CCCH中承載的消息為無線資源控制RRC連接設置消息或RRC連接釋放消息或RRC連接拒絕消息或小區更新確認消息或通用移動通信系統通用陸地無線接入網註冊區URA更新確認消息的情況下，確定所述第三控制單元確定的結果正確。
16.如權利要求13所述的設備，其特徵在於，在所述第三控制單元確定的結果為所述單向傳輸信道為所述PCH的情況下， 所述第四控制單元，具體用於確定所述單向傳輸信道所映射到的控制信道，在所述控制信道為尋呼控制信道的情況下，解析所述PCCH中承載的消息，在所述PCCH中承載的消息為無線資源控制RRC的 尋呼類型I消息的情況下，確定所述第三控制單元確定的結果正確。
【文檔編號】H04W24/02GK104080106SQ201310106540
【公開日】2014年10月1日 申請日期:2013年3月29日 優先權日:2013年3月29日
【發明者】謝繼先 申請人:華為技術有限公司