專利名稱：用于utran中的實(shí)時(shí)aal2信道檢測(cè)的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明 一般涉及用于監(jiān)控?zé)o線通信系統(tǒng)中的消息的系統(tǒng)和方法， 更具體而言涉及4企測(cè)UMTS陸地?zé)o線接入網(wǎng)(UTRAN)中的ATM適 酉己層類型2 (ATM Adaption Layer type 2, AAL2 )。
背景技術(shù)：
通用移動(dòng)電信系統(tǒng)(UMTS)是首先由歐洲電信標(biāo)準(zhǔn)協(xié)會(huì)(ETSI) 且現(xiàn)在由第三代合作伙伴計(jì)劃(3GPP)標(biāo)準(zhǔn)化的第三代(3G)移動(dòng) 電話技術(shù)。UMTS使用例如寬帶碼分多址(W-CDMA)作為其空中接 口來承載電路交換(CS )和分組交換(PS )業(yè)務(wù)(traffic )兩者。UMTS 中所用的網(wǎng)絡(luò)組件和協(xié)議的說明對(duì)于本領(lǐng)域的普通技術(shù)人員來說是 眾所周知的，并且可供來自3GPP、 ETSI及其它源的公眾使用。UMTS 網(wǎng)路架構(gòu)由三個(gè)相交互的域組成核心網(wǎng)絡(luò)(CN) 、 UTRAN以及用 戶設(shè)備(User Equipment, UE )。
核心網(wǎng)絡(luò)(CN)提供用于用戶業(yè)務(wù)的交換和路由并提供網(wǎng)絡(luò)管 理功能。核心網(wǎng)絡(luò)架構(gòu)是基于具有通用分組無線服務(wù)(GPRS)的GSM 網(wǎng)絡(luò)。UTRAN提供與訂戶的UE的空中接口 ，所述UE諸如手持電話、 無線膝上型計(jì)算機(jī)卡、或其它無線設(shè)備。UMTS用戶設(shè)備通過空中接 口與基站通信。UTRAN中的基站稱為Node-B (節(jié)點(diǎn)-B) 。 UE可以 附著于PS域、CS域或這兩者。UE能夠同時(shí)使用PS服務(wù)和CS服務(wù)。 用于Node-B的控制設(shè)備稱為無線網(wǎng)絡(luò)控制器(RNC)。
除空中接口 (Uu)之夕卜，UMTS內(nèi)的數(shù)據(jù)傳輸使用異步傳輸模式 (ATM)。因此，使用ATM來在Iu接口上進(jìn)行發(fā)送。ATM層將復(fù) 用、解復(fù)用并路由ATM信元，并保證其從端到端的序列。ATM中的 最小單元ATM信元包含兩個(gè)地址參數(shù)，虛擬路徑標(biāo)識(shí)符(Virtual PathIdentifier, VPI)和虛擬信道標(biāo)識(shí)符(VCI)。虛擬路徑是用于在RNC 與Node B之間交換Node B應(yīng)用部分(Node B Application Part,NBAP ) 和接入鏈路控制應(yīng)用協(xié)議(ALCAP)消息的永久性虛擬連接。通過永 久性虛擬連接，可以理解，將建立連接一次且該連接將運(yùn)行直至其被 才乘作和維護(hù)(operation and maintenance, Q&M)過程修改或刪除。為 了經(jīng)由ATM發(fā)送較高層級(jí)協(xié)議，使用適配層。ATM適配層(AAL) 負(fù)責(zé)通過代表不同應(yīng)用的ATM的較低層進(jìn)行有效負(fù)荷的創(chuàng)建和接 收。ATM適配層類型2 (AAL2)處理電路交換連接，同時(shí)分組連4妄 協(xié)議AAL5被設(shè)計(jì)為用于數(shù)據(jù)傳遞。AAL2已經(jīng)發(fā)展至傳送多個(gè)數(shù)據(jù) 流且連接標(biāo)識(shí)符(CID)識(shí)別每個(gè)流。每個(gè)AAL2虛擬連沖妻唯一地與 ATM虛擬路徑標(biāo)識(shí)符(VPI) 、 ATM虛擬信道標(biāo)識(shí)符(VCI) 、 AAL2 連4^標(biāo)識(shí)符(CID )和ATM端口相關(guān)聯(lián)，所述ATM端口對(duì)應(yīng)于消息 到達(dá)的端口，并且在本文中也稱為端口識(shí)別(Portld)。
包括大型電信公司在內(nèi)的網(wǎng)絡(luò)運(yùn)營商期望能夠管理其網(wǎng)絡(luò)以便 向包括最終用戶在內(nèi)的其客戶提供適當(dāng)水平的服務(wù)和質(zhì)量。為了管理 這些復(fù)雜的網(wǎng)絡(luò)，首先理解網(wǎng)絡(luò)拓樸是有用的。雖然可以識(shí)別并用手 來表征核心的拓樸結(jié)構(gòu)，例如，當(dāng)正在創(chuàng)建系統(tǒng)時(shí)，由于系統(tǒng)從核心 向外擴(kuò)展，所以連接的數(shù)目增加，使得手動(dòng)識(shí)別不可能實(shí)現(xiàn)，或者至 少不可行的。此外，即時(shí)Node B已知硬件拓樸結(jié)構(gòu)，在最終用戶之 間傳遞的數(shù)據(jù)也穿過虛擬連接。為了更全面的管理網(wǎng)絡(luò)并監(jiān)控服務(wù)水 平和服務(wù)質(zhì)量，期望能夠識(shí)別AAL2虛擬連接。由于這些連接是虛擬 的，所以可以隨著時(shí)間的推移而創(chuàng)建、〗務(wù)改或刪除它們。手動(dòng)地識(shí)別 并跟蹤這些連接是不可能或不可行的。

發(fā)明內(nèi)容
通過本發(fā)明的實(shí)施例， 一般可解決或規(guī)避這些及其它問題，并且 一4殳可實(shí)現(xiàn)技術(shù)優(yōu)點(diǎn)，在本發(fā)明的實(shí)施例中， 一種方法和系統(tǒng)通過經(jīng) 由匹配與RACH和FACH信道相關(guān)的用戶設(shè)備(UE )識(shí)別碼(identity ) 來識(shí)別與特定呼叫相關(guān)的隨機(jī)接入信道(RACH)和前向接入信道 (FACH )從而識(shí)別UMTS陸地?zé)o線接入網(wǎng)(UTRAN )中的ATM AAL2 信道。 一對(duì)專用信道(DCH)通常與用于傳送控制和數(shù)據(jù)消息的呼叫 相關(guān)。通過使DCH信道與 一個(gè)或多個(gè)接入鏈路控制應(yīng)用協(xié)議(ALCAP)消息匹配來識(shí)別與DCH信道相關(guān)的端口。然后識(shí)別與 RACH、 FACH和DCH相關(guān)的AAL2信道?？梢詫⑴cAAL2信道相關(guān) 的信息存儲(chǔ)在數(shù)據(jù)庫中。所存儲(chǔ)的信息還可以與RACH 、 FACH或DCH 信道相關(guān)聯(lián)。
UE識(shí)別碼包括國際移動(dòng)用戶識(shí)別碼(International Mobile Subscriber Identity, IMSI)、與^f立置區(qū)識(shí)另寸石馬(Location Area Identity, LAI )組合的臨時(shí)移動(dòng)用戶識(shí)別碼(TMSI)、或與路由區(qū)識(shí)別碼(Routing Area Identity, RAI)組合的分組臨時(shí)移動(dòng)用戶識(shí)別碼(PTMSI)。
使用DCH密鑰(key )和ALCAP密鑰使DCH與ALCAP消息匹 配。ALCAP密鑰包括連接標(biāo)識(shí)符(CID) 、 ALCAP會(huì)話類型以及虛 擬路徑標(biāo)識(shí)符(VPI)。可以基于在4企測(cè)ALCAP消息之前所檢測(cè)的 NodeB應(yīng)用部分(NBAP)消息來確定ALCAP會(huì)話類型。DCH密鑰 可以包括CID、指示DCH信道是否用于傳送控制或數(shù)據(jù)消息的DCH 會(huì)話類型以及VPI?；谠贒CH上承載的信道的類型來選擇DCH會(huì) 話類型。
在另一實(shí)施例中， 一種用于4吏與UMTS陸地?zé)o線接入網(wǎng) (UTRAN )中的呼叫相關(guān)的接入信道相關(guān)聯(lián)的系統(tǒng)和方法包括檢測(cè)一 個(gè)或多個(gè)隨機(jī)接入信道(RACH)消息并確定用于所述一個(gè)或多個(gè) RACH消息中的每一個(gè)的用戶設(shè)備(UE)識(shí)別碼?？梢詫⒋嬖谟谝粋€(gè) 或多個(gè)RACH消息中的UE識(shí)別碼存儲(chǔ)在數(shù)據(jù)庫中。檢測(cè)前向接入信 道(FACH)消息并可以為該FACH消息確定UE識(shí)別碼?？梢栽跀?shù) 據(jù)庫中搜索存在于RACH消息中的UE識(shí)別碼以便與存在于FACH消 息中的UE識(shí)別碼匹配?？梢詫⒋嬖谟赗ACH和FACH中的成對(duì)的匹 配UE識(shí)別碼存儲(chǔ)在數(shù)據(jù)庫中。可以檢測(cè)一個(gè)或多個(gè)附加FACH消息， 其中每個(gè)附加FACH消息具有UE識(shí)別碼。可以在數(shù)據(jù)庫中搜索與附 加FACH消息的UE識(shí)別碼匹配的UE識(shí)別碼。還可以存j諸許多附加 的成對(duì)匹配UE和UE識(shí)別碼。
通過確定4企測(cè)到多少附加對(duì)來確i人UE識(shí)別碼匹配。當(dāng)#r測(cè)到預(yù) 定凄t目的附加對(duì)時(shí)，可以確i人UE識(shí)別碼匹配。可以由網(wǎng)全各運(yùn)營商來 配置所述預(yù)定數(shù)目。可以基于網(wǎng)絡(luò)運(yùn)營商所需的置信水平來配置所述 預(yù)定數(shù)目?？梢栽贜ode B與無線網(wǎng)絡(luò)控制器(RNC)之間的Iub才妻 口上檢測(cè)RACH和FACH消息。UE識(shí)別碼可以包括國際移動(dòng)用戶識(shí)別碼(IMSI)、與位置區(qū)識(shí) 別碼(LAI)組合的臨時(shí)移動(dòng)用戶識(shí)別碼(TMSI)、或與路由區(qū)識(shí)別 碼(RAI)組合的分組臨時(shí)移動(dòng)用戶識(shí)別碼(PTMSI)。
另一實(shí)施例包括一種用于識(shí)別UMTS陸地?zé)o線接入網(wǎng)(UTRAN) 中的專用信道所使用的端口的系統(tǒng)和方法。檢測(cè)一個(gè)或多個(gè)接入鏈路 控制應(yīng)用協(xié)議(ALCAP )并識(shí)別用來發(fā)送或接收ALCAP消息的端口 。 為每個(gè)ALCAP消息創(chuàng)建ALCAP密鑰。檢測(cè)專用信道(DCH)消息， 并為DCH消息創(chuàng)建DCH密鑰。在ALCAP密鑰中搜索與DCH密鑰的 匹配。使用來發(fā)送或4妻收具有與DCH密鑰匹配的ALCAP密鑰的 ALCAP消息的端口與DCH消息相關(guān)聯(lián)。
可以檢測(cè)具有DCH密鑰的 一 個(gè)或多個(gè)附加DCH消息。在ALCAP 密鑰中搜索與DCH密鑰匹配的附加ALCAP密鑰。跟蹤附加成對(duì)的匹 配ALCAP和DCH密鑰的數(shù)目?；跈z測(cè)到多少附加成對(duì)的匹配 ALCAP和DCH密鑰來確認(rèn)分配給DCH的端口 。
ALCAP密鑰包括連接標(biāo)識(shí)符、會(huì)話類型以及虛擬^各徑標(biāo)識(shí)符。 所述會(huì)話類型可以是數(shù)據(jù)或控制?？梢曰谠贏LCAP消息之前檢測(cè) 的Node B應(yīng)用部分消息來確定會(huì)話類型。DCH密鑰包括連接標(biāo)識(shí)符、 會(huì)話類型以及虛擬路徑標(biāo)識(shí)符?？梢曰谥T如專用控制信道或?qū)Ｓ脴I(yè) 務(wù)信道等在DCH上承載的信道的類型來選擇會(huì)話類型?？梢栽贜odeB 和無線網(wǎng)路控制器之間的Iub接口上或在兩個(gè)無線網(wǎng)絡(luò)控制器之間的 Iur接口上檢測(cè)DCH消息。


為了更全面地理解本發(fā)明及其優(yōu)點(diǎn)，現(xiàn)在對(duì)結(jié)合附圖進(jìn)行的以下 說明進(jìn)行參考，在附圖中
圖1圖解說明根據(jù)本發(fā)明的實(shí)施例的耦合到UTRAN網(wǎng)絡(luò)的監(jiān)控
設(shè)備；
圖2是用于Iub接口的協(xié)議棧； 圖3是用于Iur接口的協(xié)議棧；
圖4圖解說明4艮據(jù)本發(fā)明的實(shí)施例的方面的匹配RACH和FACH
對(duì)；
圖5圖解說明確定NodeB與RNC之間的DCH;以及圖6圖解說明確定兩個(gè)RNC之間的DCH。
具體實(shí)施例方式
圖1圖解說明包括NodeB 101和無線網(wǎng)絡(luò)控制器(RNC) 102的 UMTS網(wǎng)絡(luò)的UTRAN部分。Node B 101經(jīng)由Iub 4妄口 103與RNC 102 通信。RNC 102經(jīng)由Iur接口 104相互通信。Node B101經(jīng)由空中接 口 Uu 106與用戶設(shè)備(UE) 105通信。每當(dāng)UE 105進(jìn)行或接收呼叫 時(shí)，通過Iub接口 103在Node B 101與RNC 102之間和通過Iur接口 104在RNC 102之間交換信令消息。監(jiān)控器或探針107非侵入式地耦 合到RNC 102以捕捉通過Iub 103和Iur 104接口向和從RNC 102傳 播的基本上所有協(xié)議消息。監(jiān)控器107耦合到中央服務(wù)器108,這允 許操作員訪問由監(jiān)控器107收集的網(wǎng)絡(luò)信息。
圖2圖解說明在UTRAN網(wǎng)絡(luò)的Iub接口上使用的協(xié)議棧。圖3 圖解說明在UTRAN網(wǎng)絡(luò)的Iur接口上使用的協(xié)議棧。UTRAN實(shí)現(xiàn)Iub 和Iur接口的ATM基礎(chǔ)設(shè)施。UTRAN在ATM層頂部上使用AAL2 和AAL5適配兩者?？梢酝ㄟ^AAL5信道來承載Node B應(yīng)用部分 (NBAP)、接入鏈路控制應(yīng)用部分(ALCAP)和無線網(wǎng)絡(luò)子系統(tǒng)應(yīng) 用部分(RNSAP)協(xié)議消息。由于在單個(gè)ATM連4妾上復(fù)用來自不同 用戶的語音分組的能力，AAL2還被廣泛地用于無線應(yīng)用。
UTRAN可以包括相互鏈接的許多RNC。例如，每個(gè)RNC可以 連接到兩百個(gè)Node B。 AAL2連接可以存在于RNC和Node B之間的 所有接口上。因此，識(shí)別在URTAN中使用的所有AAL2信道是非常 復(fù)雜的任務(wù)。本發(fā)明的實(shí)施例動(dòng)態(tài)地檢測(cè)被用來在UTRAN中發(fā)送數(shù) 據(jù)的AAL2信道。
在可以檢測(cè)AAL2信道之前，識(shí)別Node B及其相應(yīng)的Iub接口 。 例如，這可以使用在于2007年3月30日提交的題為System and Method for Real-Time Iub and Iur Link Detection and AAL5 Channel Detection in UTRAN的提交美國臨時(shí)專利申請(qǐng)No. 60/909,267和于2007年5月 25日提交的題為System and Method for Real-Time Iub and Iur Link Detection and AAL5 Channel Detection in UTRAN的待決美國專利申 請(qǐng)No. 11/754,090中描述的系統(tǒng)和方法來實(shí)現(xiàn)，這兩個(gè)專利申請(qǐng)的公 開通過引用全部結(jié)合到本文中。一皮;險(xiǎn)測(cè)以全面地^r測(cè)AAL2信道的不同信道是隨枳4妾入信道
(RACH)、前向接入信道(FACH)以及專用信道(DCH )。識(shí)別并 映射屬于特定呼叫的RACH和FACH。可以使用初始UE識(shí)別碼來識(shí) 別RACH和FACH消息。例如，UE識(shí)別碼可以對(duì)應(yīng)于國際移動(dòng)用 戶識(shí)別碼(IMSI),其由8個(gè)字節(jié)組成；臨時(shí)移動(dòng)用戶識(shí)別碼(TMSI) 加位置區(qū)識(shí)別碼(LAI)，其總共由14個(gè)字節(jié)組成；或分組TMSI
(PTMSI)加路由區(qū)識(shí)別碼(RAI),其總共由17個(gè)字節(jié)組成。LAI 還可以是移動(dòng)國家碼(MCC)、移動(dòng)網(wǎng)絡(luò)碼(MNC)以及本地區(qū)碼
(Local Area Code, LAC)的組合。RAI是LAI與路由區(qū)碼(Routing Area Code, RAC )的組合。
現(xiàn)在參照?qǐng)D4,其圖解說明NodeB410與RNC 420之間的通信。 例如，當(dāng)在網(wǎng)絡(luò)中4全測(cè)到RACH消息430 (諸如Iub接口 103上的 rrcConnectionRequest消息(圖1))時(shí)，例如由探針數(shù)據(jù)庫實(shí)例440 來記錄并跟蹤UE識(shí)別碼。例如，當(dāng)看到FACH消息450(諸如Iub 103 上的rrcConnectionSetup消息(圖1 ))時(shí)，提取其UE識(shí)別碼并搜索 相應(yīng)的RACH消息。當(dāng)發(fā)現(xiàn)匹配時(shí)，對(duì)確認(rèn)該匹配的框架(framework ) 進(jìn)行啟動(dòng)(initiate)。該確認(rèn)框架針對(duì)FACH/UE識(shí)別碼和匹配的 RACH/UE識(shí)別碼對(duì)的相同模式(pattern)多次采用檢查。FACH和 RACH對(duì)的匹配不完全準(zhǔn)確。因此，通過^r查才莫式許多次來確認(rèn)匹配。 在一個(gè)實(shí)施例中，將默認(rèn)值設(shè)置為確認(rèn)匹配五次?？梢詫⒋螖?shù)設(shè)置為 實(shí)現(xiàn)大于90%、且在許多情況下接近100%的置信度，例如在沒有檢 查模式過多次數(shù)的情況下將可實(shí)現(xiàn)99.9%。次數(shù)越多，置信水平越高， 并且所需的時(shí)間和處理量越大。在某些實(shí)施例中，重復(fù)匹配的次數(shù)是 固定的。在其它實(shí)施例中，重復(fù)匹配的次數(shù)是可配置的。在某些實(shí)施 例中，可以由網(wǎng)絡(luò)運(yùn)營商基于期望的置信水平來修改配置。
專用信道(DCH)可以承載DCCH (專用控制信道，也稱為控制 信道)或DTCH (專用業(yè)務(wù)信道，也稱為數(shù)據(jù)信道)。DCH用來為來
自物理層之上的層的特定UE傳送用戶數(shù)據(jù)和控制信息。DCH檢測(cè)中 的一個(gè)挑戰(zhàn)是在其上面發(fā)送DCH的"發(fā)送"和"接收"端口對(duì)是未 知的。不知道"發(fā)送"和"接收，，端口對(duì)使得難以確認(rèn)信道。在本發(fā) 明的實(shí)施例中，為了準(zhǔn)確地檢測(cè)DCH,使用ALCAP消息。
圖5示出NodeB510與RNC 520之間的呼叫流程方案的一部分。該呼叫流程描繪如何使用ALCAP消息來沖企測(cè)Node B與RNC之間的 Iub (諸如Iub 103 )上的DCH (圖1 )。當(dāng)DCH尚不可用時(shí)，在RACH 上發(fā)送第一消息530。 ALCAP協(xié)議建立用于DCH的AAL2交換虛擬 電路(SVC)。在下一步驟中，使用無線鏈路建立(radio link setup ) 來確立用于與Node B中的Node B通信環(huán)境(context)有關(guān)的DCH 的空中接口資源。在UE接收到RRC連接建立(RRC Connection Setup ) 之后，其知道已提供哪個(gè)物理資源供其在無線接口上使用。ALCAP 是用來建立并拆除傳輸承載體(transport bearer)的傳輸信令協(xié)議。每 當(dāng)看到ALCAP消息時(shí)，使用CID、會(huì)話類型(數(shù)據(jù)或控制)和VPI 的組合密鑰來識(shí)別并跟蹤那些消息到達(dá)的端口 ?；谠贏LCAP消息 之前接收到的先前的NBAP消息來賦予會(huì)話類型值。當(dāng)檢測(cè)到DCH 消息時(shí)，構(gòu)造包含CID、會(huì)話類型和VPI的組合的密鑰并搜索相應(yīng)的 ALCAP消息。所述會(huì)話類型是基于DCH承載的信道的類型，其為 DCCH或DTCH信道。如果發(fā)現(xiàn)匹配，則指示DCH消息到達(dá)與匹配 ALCAP消息相同的端口 。在看到DHC與ALCAP之間的相同匹配許 多次之后，確認(rèn)DCH并用新信息來更新服務(wù)器。
還可以將AAL2信道用于涉及兩個(gè)無線網(wǎng)絡(luò)控制器(RNC)之間 的通信的Iur接口上的傳輸控制和數(shù)據(jù)消息。圖6示出第一RNC 610 與第二 RNC 620之間的呼叫流程方案的 一部分。該呼叫流程描繪如何 使用ALCAP消息來檢測(cè)諸如Iur 104 (圖1 )等連接兩個(gè)RNC的Iur 上的DCH。 ALCAP協(xié)議建立用于DCH的AAL2 SVC。每當(dāng)看到 ALCAP消息時(shí)，使用CID、會(huì)話類型(數(shù)據(jù)或控制)和VPI的組合 密鑰來識(shí)別并跟蹤那些消息到達(dá)的端口。當(dāng)檢測(cè)到DCH消息時(shí)，構(gòu) 造包含CID、會(huì)話類型和VPI的組合的密鑰并搜索相應(yīng)的ALCAP消 息。所述會(huì)話類型是基于DCH承載的信道的類型，其為DCCH或 DTCH信道。如果發(fā)現(xiàn)匹配，則指示DCH消息到達(dá)與匹配ALCAP消 息相同的端口 。在看到DHC與ALCAP之間的相同匹配許多次之后， 確認(rèn)DCH并用新信息來更新服務(wù)器。
一旦已識(shí)別RACH、 FACH和DCH達(dá)到期望的置信水平，則在 該期望的置信水平下一全測(cè)用于該特定RNC的AAL2信道。
關(guān)于以這種方式檢測(cè)的AAL2信道的信息可以被包括在整個(gè)網(wǎng)絡(luò) 拓樸結(jié)構(gòu)中。例如，可以使用圖形用戶界面在工作站上將包括AAL2信道的拓樸結(jié)構(gòu)顯示給用戶。網(wǎng)絡(luò)拓樸結(jié)構(gòu)越完整，網(wǎng)絡(luò)運(yùn)營商越能 更有效地測(cè)量和管理網(wǎng)絡(luò)的各方面以及整個(gè)網(wǎng)絡(luò)，以提供其客戶和最 終用戶令人滿意地進(jìn)行無線電話呼叫或利用無線網(wǎng)絡(luò)的其它方面所 需的服務(wù)水平和質(zhì)量。
雖然已詳細(xì)描述了本發(fā)明的實(shí)施例，但應(yīng)理解的是在不脫離本發(fā) 明的精神和范圍的情況下可以進(jìn)行各種修改、替換以及變更。此外， 本申請(qǐng)的范圍并不意圖局限于本說明書中所描述的特定實(shí)施例。如本 領(lǐng)域的普通技術(shù)人員通過本7>開將輕易地認(rèn)識(shí)到與本文所述的實(shí)施 例執(zhí)行基本相同的功能或?qū)崿F(xiàn)基本相同的結(jié)果的替換實(shí)施例。
權(quán)利要求
1.一種用于使與UMTS陸地?zé)o線接入網(wǎng)(UTRAN)中的呼叫相關(guān)的接入信道相關(guān)聯(lián)的方法，包括檢測(cè)一個(gè)或多個(gè)隨機(jī)接入信道(RACH)消息；確定用于所述一個(gè)或多個(gè)RACH消息中的每一個(gè)的用戶設(shè)備(UE)識(shí)別碼；將用于所述一個(gè)或多個(gè)RACH消息的UE識(shí)別碼存儲(chǔ)在數(shù)據(jù)庫中；檢測(cè)前向接入信道(FACH)消息；確定用于FACH消息的UE識(shí)別碼；在數(shù)據(jù)庫中搜索存在于RACH消息上的UE識(shí)別碼以匹配存在于FACH消息中的UE識(shí)別碼；以及將與所匹配的UE識(shí)別碼相關(guān)的信息存儲(chǔ)在數(shù)據(jù)庫中。
2. 權(quán)利要求1的方法，還包括檢測(cè)一個(gè)或多個(gè)附加FACH消息，每個(gè)附加FACH消息具有UEJ口 ￡ll Si 在數(shù)據(jù)庫中搜索與附加FACH消息的UE識(shí)別碼匹配的UE識(shí)別碼；以及存儲(chǔ)存在于FACH和RACH消息中的許多附加成對(duì)的匹配UE。
3. 權(quán)利要求2的方法，還包括通過確定4企測(cè)到多少附加對(duì)來確認(rèn)UE識(shí)別碼匹配。
4. 權(quán)利要求3的方法，還包括當(dāng)檢測(cè)到預(yù)定數(shù)目的附加對(duì)時(shí)，確認(rèn)該UE識(shí)別碼匹配。
5. 權(quán)利要求4的方法，還包括由網(wǎng)絡(luò)運(yùn)營商來配置所述預(yù)定數(shù)目。
6. 權(quán)利要求4的方法，還包括基于網(wǎng)絡(luò)運(yùn)營商所需的置信水平來配置所述預(yù)定數(shù)目。
7. 權(quán)利要求1的方法，還包括檢測(cè)Node B與無線網(wǎng)絡(luò)控制器(RNC )之間的Iub接口上的RACH和FACH消息。
8. 權(quán)利要求l的方法，其中，所述UE識(shí)別碼包括國際移動(dòng)用戶識(shí)別碼(IMSI)。
9. 權(quán)利要求l的方法，其中，所述UE識(shí)別碼包括與位置區(qū)識(shí)別碼(LAI)組合的臨時(shí)移動(dòng)用戶識(shí)別碼(TMSI)。
10. 權(quán)利要求l的方法，其中，所述UE識(shí)別碼包括與路由區(qū)識(shí)別碼(RAI)組合的分組臨時(shí)移動(dòng)用戶識(shí)別碼(PTMSI)。
11. 一種用于識(shí)別UMTS陸地?zé)o線接入網(wǎng)(UTRAN)中的專用信道所使用的端口的方法，包括檢測(cè)一個(gè)或多個(gè)接入鏈路控制應(yīng)用協(xié)議(ALCAP)消息；識(shí)別用來發(fā)送或^l妄收ALCAP消息的端口 ；為所述ALCAP消息中的每一個(gè)創(chuàng)建ALCAP密鑰；4企測(cè)專用信道(DCH)消息；為所述DCH消息創(chuàng)建DCH密鑰；搜索與所述DCH密鑰匹配的ALCAP密鑰；以及使用于發(fā)送和/或接收具有與DCH密鑰匹配的ALCAP密鑰的ALCAP消息的端口與所述DCH消息相關(guān)。
12. 權(quán)利要求11的方法，還包括才全測(cè)具有DCH密鑰的一個(gè)或多個(gè)附加DCH消息；搜索與所述DCH密鑰匹配的附加ALCAP密鑰；以及跟蹤許多附加成對(duì)的匹配ALCAP和DCH密鑰。
13. 權(quán)利要求12的方法，還包括基于4企測(cè)到多少附加成對(duì)的匹配ALCAP和DCH密鑰來確i人分配給DCH的端口。
14. 權(quán)利要求11的方法，其中，所述ALCAP密鑰包括連接標(biāo)識(shí)符(CID)、會(huì)話類型以及虛擬路徑標(biāo)識(shí)符(VPI)。
15. 權(quán)利要求14的方法，其中，所述會(huì)話類型是數(shù)據(jù)或控制。
16. 權(quán)利要求14的方法，其中，基于在檢測(cè)ALCAP消息之前所斗全測(cè)的NodeB應(yīng)用部分(NBAP)消息來確定所述會(huì)話類型。
17. 權(quán)利要求11的方法，其中，所述DCH密鑰包括連接標(biāo)識(shí)符(CID)、會(huì)話類型以及虛擬路徑標(biāo)識(shí)符(VPI)。
18. 權(quán)利要求17的方法，其中，基于在DCH上承載的信道的類型來選擇所述會(huì)話類型。
19. 權(quán)利要求18的方法，其中，所述信道類型是專用控制信道(DCCH)或?qū)Ｓ脴I(yè)務(wù)信道(DTCH)。
20. 權(quán)利要求ll的方法，其中，在NodeB與無線網(wǎng)絡(luò)控制器(RNC )之間的Iub接口上檢測(cè)所述DCH消息。
21. 權(quán)利要求ll的方法，其中，在兩個(gè)無線網(wǎng)絡(luò)控制器(RNC)之間的Iur接口上檢測(cè)所述DCH消息。
22. —種用于識(shí)別UMTS陸地?zé)o線接入網(wǎng)(UTRAN)中的ATM適配層類型2 (AAL2)信道的方法，包括通過匹配與RACH和FACH信道相關(guān)的用戶設(shè)備(UE )識(shí)別碼來識(shí)別與特定呼叫相關(guān)的隨才幾接入信道(RACH)和前向4妄入信道(FACH);檢測(cè)與RACH和FACH相關(guān)的專用信道(DCH );通過使DCH與一個(gè)或多個(gè)接入鏈路控制應(yīng)用協(xié)議(ALCAP)消息匹配來識(shí)別與DCH相關(guān)的端口 ；以及識(shí)別與RACH、 FACH和DCH相關(guān)的AAL2信道。
23. 權(quán)利要求22的方法，還包括將與所述AAL2信道相關(guān)的信息存儲(chǔ)在數(shù)據(jù)庫中，其中，所述信息還與RACH、 FACH或DCH信道相關(guān)。
24. 權(quán)利要求22的方法，其中，所述UE識(shí)別碼包括國際移動(dòng)用戶識(shí)別碼(IMSI)。
25. 權(quán)利要求22的方法，所述UE識(shí)別碼包括與位置區(qū)識(shí)別碼(LAI)組合的臨時(shí)移動(dòng)用戶識(shí)別碼(TMSI)。
26. 權(quán)利要求22的方法，其中，所述UE識(shí)別碼包括與路由區(qū)識(shí)別碼(RAI)組合的分組臨時(shí)移動(dòng)用戶識(shí)別碼(PTMSI)。
27. 權(quán)利要求22的方法，還包括使用DCH密鑰和ALCAP密鑰使DCH與ALCAP消息匹配。
28. 權(quán)利要求27的方法，其中，所述ALCAP密鑰包括連接標(biāo)識(shí)符(CID) 、 ALCAP會(huì)話類型以及虛擬路徑標(biāo)識(shí)符(VPI)。
29. 權(quán)利要求28的方法，其中，基于在檢測(cè)ALCAP消息之前所檢測(cè)的Node B應(yīng)用部分(NBAP )消息來確定所述ALCAP會(huì)話類型。
30. 權(quán)利要求27的方法，其中，所述DCH密鑰包括連接標(biāo)識(shí)符(CID) 、 DCH會(huì)話類型以及虛擬路徑標(biāo)識(shí)符(VPI)。
31. 權(quán)利要求17的方法，其中，基于在DCH上承載的信道的類型來選擇所述DCH會(huì)話類型。
全文摘要
本發(fā)明提供了一種用于使用穿過網(wǎng)絡(luò)的消息來檢測(cè)網(wǎng)絡(luò)中的信道的系統(tǒng)和方法。實(shí)施例包括檢測(cè)在Node B與無線網(wǎng)絡(luò)控制器之間以及兩個(gè)無線網(wǎng)絡(luò)控制器之間通信的AAL2信道。在Node B與無線網(wǎng)路控制器之間的通信的情況下，通過使與用戶設(shè)備識(shí)別碼相關(guān)的成對(duì)的隨機(jī)接入信道(RACH)和前向接入信道(FACH)以及專用信道(DCH)匹配直至存在于Node B與RNC之間的AAL2信道被確定為期望的置信水平來檢測(cè)AAL2信道。在兩個(gè)無線網(wǎng)絡(luò)控制器之間進(jìn)行通信的情況下，只需要檢測(cè)DCH信道以完全檢測(cè)AAL2信道。
文檔編號(hào)H04W8/26GK101682573SQ200880018164
公開日2010年3月24日 申請(qǐng)日期2008年3月28日 優(yōu)先權(quán)日2007年3月30日
發(fā)明者B·拉塔康達(dá), S·秦納帕雷迪, S·達(dá)武盧里 申請(qǐng)人:特克特朗尼克公司