專利名稱：數(shù)字蜂窩通信網(wǎng)絡(luò)中逐小區(qū)分散計(jì)數(shù)異常呼叫釋放事件的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字蜂窩通信網(wǎng)絡(luò)領(lǐng)域，更準(zhǔn)確地說(shuō)，涉及一種在數(shù)字蜂窩通信網(wǎng)絡(luò)中逐小區(qū)地分散異常呼叫釋放事件的計(jì)數(shù)的方法，該方法預(yù)見(jiàn)無(wú)線接入網(wǎng)絡(luò)與連接的用戶設(shè)備之間的多個(gè)無(wú)線鏈路。
附錄1中說(shuō)明了首字母縮寫詞的列表。
背景技術(shù)：
圖1a說(shuō)明構(gòu)成本發(fā)明優(yōu)選(但非唯一)的應(yīng)用環(huán)境的UMTS系統(tǒng)的概要圖。將提供對(duì)UMTS FDD和TDD系統(tǒng)的描述，其中所要求保護(hù)的方法由于特定網(wǎng)絡(luò)架構(gòu)而很好地適合，但它可以容易地?cái)U(kuò)展到其他類型的蜂窩網(wǎng)絡(luò)，例如利用類似網(wǎng)絡(luò)架構(gòu)的GSM。
圖1a的UMTS包括連接到UTRAN(見(jiàn)TS 25.401)的核心網(wǎng)絡(luò)1(見(jiàn)TS 23.002)，UTRAN進(jìn)而通過(guò)無(wú)線連接到若干移動(dòng)用戶設(shè)備UE。UTRAN及其服務(wù)的UE構(gòu)成RNS(見(jiàn)TS 23.110)。UTRAN包括一定數(shù)量的、類型2和3的無(wú)線網(wǎng)絡(luò)控制器RNC，每一個(gè)RNC連接到與UE相接的、所謂的節(jié)點(diǎn)B塊4、5和6、7的各個(gè)簇。眾所周知，所有的PLMN被部署在進(jìn)一步劃分成毗鄰的服務(wù)小區(qū)的地域上，每一個(gè)小區(qū)對(duì)應(yīng)于固定基站的無(wú)線覆蓋區(qū)域。一個(gè)或多個(gè)小區(qū)組成節(jié)點(diǎn)B。兩個(gè)RNC 2和3通過(guò)lur接口彼此相連，通過(guò)一樣多的lub接口連接到節(jié)點(diǎn)4到7，并且通過(guò)lu接口連接到核心網(wǎng)絡(luò)1。節(jié)點(diǎn)B和UE通過(guò)Uu無(wú)線接口彼此相連。Uu接口的傳輸是基于CDMA技術(shù)，這意味著多個(gè)信號(hào)可以在同一時(shí)間間隔和同一頻帶中發(fā)送，但是在碼域中分隔開。根據(jù)所采用的標(biāo)準(zhǔn)，CDMA傳輸進(jìn)一步可以是基于TDMA技術(shù)。TDMA技術(shù)意味著每個(gè)幀被劃分成固定數(shù)量的時(shí)隙，每個(gè)時(shí)隙傳送一個(gè)或多個(gè)CDMA突發(fā)串，并且可以將幀的不同時(shí)隙分配給不同的用戶，或者來(lái)導(dǎo)頻公共信令信道。
參照?qǐng)D1b所示的示例性網(wǎng)絡(luò)架構(gòu)，核心網(wǎng)絡(luò)CN包括電路交換部分和分組交換部分。第一個(gè)連接到PSTN(公共交換電話網(wǎng)絡(luò))，而第二個(gè)連接到IP(因特網(wǎng)協(xié)議)網(wǎng)絡(luò)。電路交換部分包括MSC/VLR網(wǎng)絡(luò)元件，它們一起允許用戶在網(wǎng)絡(luò)所覆蓋的地域內(nèi)漫游。分組交換部分包括稱為SGSN和GGSN的兩個(gè)網(wǎng)絡(luò)元件。第一個(gè)與MSC/VLR相接以及與HLR相接，來(lái)獲取UE在分組交換域中的位置信息。S-RNC通過(guò)lu(CS)接口與MSC/VLR塊相接，并且通過(guò)lu(PS)接口與SGSN節(jié)點(diǎn)相接。SGSN節(jié)點(diǎn)進(jìn)一步通過(guò)Gn接口與GGSN節(jié)點(diǎn)相接。GGSN節(jié)點(diǎn)進(jìn)一步通過(guò)Gi接口與IP網(wǎng)絡(luò)相接。
就操作而言，RNC負(fù)責(zé)層2(RLC、MAC)和層3(RRC)協(xié)議棧、以及與核心網(wǎng)絡(luò)和所控制的節(jié)點(diǎn)B相接所需要的線路協(xié)議。節(jié)點(diǎn)B負(fù)責(zé)層1以及與UE和RNC相接所需要的線路協(xié)議。與GSM相反，在UMTS系統(tǒng)中UE與無(wú)線接入網(wǎng)絡(luò)之間的無(wú)線連接可以利用多于一個(gè)無(wú)線鏈路；無(wú)線鏈路的全體構(gòu)成所謂的“有效集”，并且它們?cè)试S的功能是所謂的“宏分集”，這對(duì)于“軟切換”也是有用的。宏分集允許UE充分利用來(lái)自多個(gè)鏈路的接收，以最有效的方式組合所有接收信號(hào)。在連接的過(guò)程中，可以改變構(gòu)成有效集的小區(qū)數(shù)量，即，根據(jù)UE移動(dòng)性可以刪除某些小區(qū)并且可以添加某些其他小區(qū)。作為示例，圖2繪出這樣的情況UE最初連接到小區(qū)A，因此具有僅由一個(gè)小區(qū)(小區(qū)A)構(gòu)成的有效集；然后添加小區(qū)B，從而有效集中具有兩個(gè)小區(qū)(小區(qū)A和小區(qū)B)，最后用小區(qū)C替代小區(qū)A，從而有效集中再次具有兩個(gè)小區(qū)(小區(qū)A和小區(qū)C)。在小區(qū)A連接到第一RNC、小區(qū)B和小區(qū)C連接到第二RNC的情況下，結(jié)果是最后UE僅連接到小區(qū)A和小區(qū)C，由第一RNC間接管理。如果其間沒(méi)有發(fā)生RNC再定位，即，如果連接的管理沒(méi)有從第一RNC轉(zhuǎn)移到第二RNC(該操作實(shí)際中并不經(jīng)常發(fā)生)，那么當(dāng)然適用這種情況。
盡管有多個(gè)小區(qū)(也可能是多個(gè)節(jié)點(diǎn)B)，但僅有一個(gè)RNC控制、維持和終止對(duì)無(wú)線連接的控制?？刂频腞NC被命名為服務(wù)RNC(S-RNC)，而其他涉及的RNC被命名為漂移RNC(D-RNC)。D-RNC負(fù)責(zé)管理直接控制的節(jié)點(diǎn)B的資源以及在這些節(jié)點(diǎn)B與該S-RNC之間傳送信息。D-RNC與S-RNC通過(guò)lur接口通信。S-RNC決定從有效集中添加、刪除或替換無(wú)線鏈路，并且終止向核心網(wǎng)絡(luò)的呼叫。圖3表示圖2的示例應(yīng)用到圖1a的UTRAN，其中RNC 2起到S-RNC的作用，而RNC 3起到D-RNC的作用。在圖3的場(chǎng)景中，有效集的連接和接口用實(shí)線表示。
3GPP-第三代合作項(xiàng)目，負(fù)責(zé)標(biāo)準(zhǔn)化UMTS FDD和TDD無(wú)線接入網(wǎng)絡(luò)。3GPP TS 25.243“Technical Specification Group Radio Access Network；UTRAN lur Interface RNSAP Signalling”定義了在S-RNC與D-RNC之間的lur口上交換的、用于添加或刪除無(wú)線鏈路的消息；這些層3消息是根據(jù)RNSAP協(xié)議。RNSAP支持基本的RNC內(nèi)移動(dòng)性和專用信道(DCH)業(yè)務(wù)、以及公共信道(CCH)業(yè)務(wù)傳輸。
一般而言，所有無(wú)線接入網(wǎng)絡(luò)收集業(yè)務(wù)數(shù)據(jù)，這允許運(yùn)營(yíng)商監(jiān)視所提供的服務(wù)質(zhì)量，并且當(dāng)判斷服務(wù)質(zhì)量不如預(yù)期的那樣好時(shí)，可以采取適當(dāng)?shù)拇胧?。這種數(shù)據(jù)收集是通過(guò)所謂的性能測(cè)量(PM)計(jì)數(shù)器，即，通過(guò)特定業(yè)務(wù)事件的計(jì)數(shù)器完成的，特定業(yè)務(wù)事件例如是●無(wú)線接入嘗試次數(shù)；●無(wú)線接入成功次數(shù)；●無(wú)線接入失敗次數(shù)；●切換嘗試次數(shù)，等等。
對(duì)特定事件的描述也可以參照特定起因來(lái)進(jìn)行，例如對(duì)“信令連接”或者“分組呼叫”或者“電路交換呼叫”的無(wú)線接入嘗試的次數(shù)等。PM計(jì)數(shù)器收集的數(shù)據(jù)可以突出網(wǎng)絡(luò)中本來(lái)無(wú)法看出的問(wèn)題或低效率。硬件故障在預(yù)見(jiàn)時(shí)可以通過(guò)特定警報(bào)來(lái)立即通知，但是例如軟件隱錯(cuò)(bug)或非最優(yōu)的小區(qū)規(guī)劃卻不會(huì)以清楚的警報(bào)通知結(jié)束。這里，只有在收集可靠量的業(yè)務(wù)數(shù)據(jù)并執(zhí)行一些后繼加工(elaboration)之后，才能得出明智的結(jié)論?，F(xiàn)在，PM計(jì)數(shù)器實(shí)際是業(yè)務(wù)事件的收集器，以允許這些后繼加工。因此，對(duì)于這種類型的問(wèn)題，它們?nèi)匀皇强刂破渚W(wǎng)絡(luò)的運(yùn)營(yíng)商所能利用的唯一有效手段。然而，為了PM計(jì)數(shù)器有效，很重要的是，它不僅要報(bào)告給定事件的數(shù)量，還要報(bào)告關(guān)于所收集的數(shù)據(jù)在哪兒發(fā)生的信息。這對(duì)于收集無(wú)線鏈路失敗事件一即，導(dǎo)致無(wú)線鏈路釋放和可能掉話的這些事件的數(shù)量的PM計(jì)數(shù)器來(lái)說(shuō)更是如此。對(duì)于這些情況，運(yùn)營(yíng)商了解受影響的小區(qū)以便開始調(diào)查并最后進(jìn)行適當(dāng)干涉是非常重要的。

發(fā)明內(nèi)容
概要技術(shù)問(wèn)題一般而言，提供的地理信息越精確，收集業(yè)務(wù)數(shù)據(jù)的網(wǎng)絡(luò)元件處的存儲(chǔ)要求就越多。在收集無(wú)線鏈路失敗事件的PM計(jì)數(shù)器的情況下，由于需要海量的記錄存儲(chǔ)器，因此按實(shí)際標(biāo)準(zhǔn)提供該地理信息不是那么容易能負(fù)擔(dān)得起的，結(jié)果是總體上所報(bào)告的數(shù)據(jù)的效率大大降低。問(wèn)題由用于預(yù)先計(jì)數(shù)以無(wú)線連接釋放告終的無(wú)線鏈路失敗事件的機(jī)制之間的交互產(chǎn)生。事實(shí)上，觀察到這一點(diǎn)是很重要的，即，無(wú)線鏈路的刪除并不一定以無(wú)線連接的釋放告終；例如，無(wú)線鏈路可以是包括更多無(wú)線鏈路的有效集的一部分，或者可以由提供更好接收特性的另一無(wú)線鏈路來(lái)替代。然而，D-RNC沒(méi)有辦法來(lái)推斷無(wú)線連接是將在無(wú)線鏈路刪除之后繼續(xù)有效，還是將被釋放。
接下來(lái)由TS 25.423再現(xiàn)的圖4、圖5和圖6幫助我們理解這一事實(shí)。圖4示出在成功情況下圖3的lur接口上的無(wú)線鏈路刪除過(guò)程。參照?qǐng)D4，S-RNC向D-RNC發(fā)送RNSAP Radio_Link_Deletion_Request(無(wú)線鏈路刪除請(qǐng)求)消息，后者首先成功完成UE與小區(qū)C之間存在的無(wú)線鏈路的刪除，然后向S-RNC送回Radio_Link_Deletion_Response(無(wú)線鏈路刪除響應(yīng))消息。圖5示出RNSAP“Radio_Link_Deletion_Request”消息的內(nèi)容，而圖6示出“Radio_Link_Deletion_Response”消息的內(nèi)容。參照?qǐng)D5，各種形式的IE/組名的含義如下列出●消息類型(Message Type)唯一地標(biāo)識(shí)發(fā)送的消息。
●事務(wù)處理ID(Transaction ID)用于將屬于同一過(guò)程的所有消息相關(guān)聯(lián)。屬于同一過(guò)程的消息應(yīng)當(dāng)使用同一事務(wù)處理ID。該ID是由過(guò)程的發(fā)起端決定的。
●RL ID是一個(gè)關(guān)聯(lián)到UE的RL的唯一標(biāo)識(shí)符(ID)。
如圖5所示，S-RNC發(fā)送的Radio_Link_Deletion_Request消息并不包含任何向D-RNC指示關(guān)于無(wú)線連接在無(wú)線鏈路刪除之后是將繼續(xù)有效還是將被釋放的內(nèi)容。結(jié)論是，只有S-RNC當(dāng)前能夠計(jì)數(shù)在拆除無(wú)線鏈路之后的無(wú)線連接釋放事件的數(shù)量?，F(xiàn)在，如上所述，無(wú)線鏈路的拆除可以由差的接受質(zhì)量觸發(fā)，例如，在接收節(jié)點(diǎn)B處失去與該無(wú)線鏈路的同步。以無(wú)線連接的釋放告終的上行同步的失去被認(rèn)為是應(yīng)當(dāng)盡可能避免的異常事件。它的發(fā)生可以揭示缺少無(wú)線覆蓋或者存在需要由運(yùn)營(yíng)商解決的意外干擾。但如上面所述，運(yùn)營(yíng)商為了在由無(wú)線鏈路失敗原因引起的大量無(wú)線連接釋放前面采取適當(dāng)?shù)难a(bǔ)救，必須知道如此大量失敗事件發(fā)生的小區(qū)身份。為了與收集的數(shù)據(jù)一起提供所需的地理信息，S-RNC應(yīng)當(dāng)存儲(chǔ)與直接控制的小區(qū)(即，屬于通過(guò)lub與S-RNC相連的節(jié)點(diǎn)B的小區(qū))和間接控制的小區(qū)(即，屬于通過(guò)lur與S-RNC相連的節(jié)點(diǎn)B的小區(qū))的數(shù)量一樣多的、用于由無(wú)線鏈路失敗引起的連接釋放事件的PM計(jì)數(shù)器。盡管存儲(chǔ)直接控制的小區(qū)的小區(qū)身份是可行并且常用的，但這對(duì)于其他小區(qū)情況則不是這樣的，根本上是因?yàn)樗鼈兊臄?shù)量可能很大。舉一些數(shù)字來(lái)說(shuō)平均RNC直接管理的小區(qū)的數(shù)量可以是在1000的數(shù)量級(jí)，并且RNC通常可以具有多達(dá)8個(gè)與其他RNC的lur連接，因此結(jié)果是記錄相鄰RNC的小區(qū)上下文將PM計(jì)數(shù)器的數(shù)量從1000增加到8000。執(zhí)行這個(gè)任務(wù)確實(shí)是麻煩且非常昂貴的，何況還要考慮將除了單純計(jì)數(shù)以外的許多額外信息字段關(guān)聯(lián)到每個(gè)用于由無(wú)線鏈路失敗引起的連接釋放事件的PM計(jì)數(shù)器。
對(duì)所勾畫的技術(shù)問(wèn)題的公知解決方案至少提出了三種公知的方式來(lái)部分地補(bǔ)救這個(gè)問(wèn)題，下面將說(shuō)明它們。第一種包括為S-RNC提供籃式(basket)PM計(jì)數(shù)器，每次由于D-RNC報(bào)告返回在其直接連接的小區(qū)中檢測(cè)的無(wú)線鏈路失敗的通知而異常釋放連接時(shí)，遞增該計(jì)數(shù)器。缺點(diǎn)是，在所有可能的間接連接的小區(qū)具有唯一的PM計(jì)數(shù)器的情況下，不能提供受影響的小區(qū)的地理位置的信息。第二種提議是在S-RNC中定義與可能連接的D-RNC的數(shù)量一樣多的PM計(jì)數(shù)器；每次由于連接的D-RNC之一報(bào)告返回?zé)o線鏈路失敗事件的指示而異常釋放連接時(shí)，將相應(yīng)地遞增分配給該D-RNC的特定PM計(jì)數(shù)器。縱然該方法允許知道失敗事件發(fā)生在哪個(gè)RNC中，但地理信息仍然是未知的。第三種提議是在S-RNC中定義與可能間接相連的、屬于第一圈鄰居的小區(qū)數(shù)量一樣多的PM計(jì)數(shù)器。在這種情況下，盡管PM計(jì)數(shù)器的數(shù)量增加，但感興趣的小區(qū)的確切地理位置可能并不總是可得到的。
發(fā)明目的本發(fā)明的主要目的是克服現(xiàn)有技術(shù)的缺點(diǎn)，并且指出一種在部署有移動(dòng)設(shè)備和無(wú)線接入網(wǎng)絡(luò)之間的多個(gè)無(wú)線鏈路的數(shù)字蜂窩通信網(wǎng)絡(luò)中計(jì)數(shù)由無(wú)線鏈路失敗而引起的異常呼叫釋放事件的方法，對(duì)于收集的網(wǎng)絡(luò)實(shí)體不需要額外的存儲(chǔ)器要求。
發(fā)明內(nèi)容和優(yōu)點(diǎn)如相關(guān)權(quán)利要求中所披露的，本發(fā)明通過(guò)提供一種在數(shù)字蜂窩通信網(wǎng)絡(luò)中收集關(guān)于與無(wú)線鏈路刪除有關(guān)的事件的性能測(cè)量的方法來(lái)實(shí)現(xiàn)所述目的，該數(shù)字蜂窩通信網(wǎng)絡(luò)部署有無(wú)線接入網(wǎng)絡(luò)與連接的移動(dòng)設(shè)備之間的多個(gè)無(wú)線鏈路。更確切地說(shuō)，多個(gè)無(wú)線鏈路既有在服務(wù)小區(qū)內(nèi)建立的、又有向相鄰簇的一個(gè)或多個(gè)小區(qū)建立的，每個(gè)簇由其自己的無(wú)線控制器控制，后者進(jìn)而連接到相鄰簇的一個(gè)或多個(gè)無(wú)線控制器，以便用作與核心網(wǎng)絡(luò)通信的多個(gè)鏈路的主控者，或者用作管理直接控制的無(wú)線資源和來(lái)自主控者的用于建立或刪除單個(gè)無(wú)線鏈路的請(qǐng)求的從屬者。根據(jù)本發(fā)明的方法，主控?zé)o線控制器在呼叫從屬無(wú)線控制器以請(qǐng)求由于某些各種起因的特定無(wú)線鏈路刪除時(shí)，也向其通知關(guān)于該刪除起因的性質(zhì)。在接收到所述起因時(shí)，從屬無(wú)線控制器遞增特定于該起因以及特定于請(qǐng)求對(duì)其無(wú)線鏈路刪除的小區(qū)的內(nèi)部性能計(jì)數(shù)器。該起因由是否出現(xiàn)呼叫釋放(呼叫掉話/終止)的指示限定。呼叫釋放意圖是指分配給移動(dòng)設(shè)備的用于與接入網(wǎng)絡(luò)通信的資源池的釋放。呼叫釋放可以是正?；虍惓５?。正常呼叫釋放例如發(fā)生主動(dòng)與兩個(gè)交互方之一終止的情況下。當(dāng)無(wú)線接入網(wǎng)絡(luò)由于移動(dòng)設(shè)備的有效集的所有無(wú)線鏈路失敗而確定失去其與該移動(dòng)設(shè)備的上行鏈路同步時(shí)，呼叫一定異常終止。呼叫也可能由于服務(wù)區(qū)內(nèi)的過(guò)量業(yè)務(wù)量而被網(wǎng)絡(luò)異常終止。
一種實(shí)現(xiàn)本發(fā)明目標(biāo)的方式是向Radio_Link_Deletion_Request消息(通常由主控?zé)o線控制器發(fā)送給從屬無(wú)線控制器)添加額外的信息元素，該信息元素包含刪除請(qǐng)求的“起因”。這樣，從屬無(wú)線控制器自己將能夠遞增與該特定小區(qū)和與無(wú)線鏈路刪除請(qǐng)求的該特定“起因”相關(guān)聯(lián)的PM計(jì)數(shù)器來(lái)計(jì)數(shù)事件，例如●由于失去與移動(dòng)設(shè)備的上行鏈路同步而引起的異常呼叫終止；●無(wú)線鏈路失敗而無(wú)呼叫掉話；●正常呼叫終止；●由于服務(wù)區(qū)內(nèi)的過(guò)量業(yè)務(wù)量而引起的異常呼叫終止；●由于RAB建立失敗而引起的無(wú)線鏈路刪除，無(wú)或有呼叫終止(例如，對(duì)于現(xiàn)有服務(wù)的附加話音/分組服務(wù))；●由于運(yùn)營(yíng)商判斷的其他起因而引起的無(wú)線鏈路刪除。
作為添加的“起因”信息的結(jié)果，運(yùn)營(yíng)商將能夠?qū)⑻囟ㄓ?jì)數(shù)事件與特定地理區(qū)域相關(guān)聯(lián)，從而與公知的解決方案相比，不丟失敏感信息。考慮到每個(gè)無(wú)線控制器通常存儲(chǔ)所有直接連接的小區(qū)的上下文，因此該解決方案不需要在收集的網(wǎng)絡(luò)元件處的任何額外存儲(chǔ)器要求。
結(jié)果，如相關(guān)權(quán)利要求中所披露的，本發(fā)明的另一目的是包含刪除請(qǐng)求的特定起因的RNSAP無(wú)線鏈路刪除請(qǐng)求消息。
本發(fā)明的項(xiàng)目非常適合UMTS FDD系統(tǒng)，但它也可以容易地?cái)U(kuò)展到具有相同的網(wǎng)絡(luò)架構(gòu)和相同的線路接口上的消息交換的TDD模式，以及擴(kuò)展到任何具有兩個(gè)無(wú)線控制器之間的直接邏輯連接的其他設(shè)備(例如RNC或BSC)。


在權(quán)利要求書中具體闡述本發(fā)明被認(rèn)為新穎的特征。通過(guò)下面結(jié)合附圖對(duì)其實(shí)施例的詳細(xì)描述，可以理解本發(fā)明及其優(yōu)點(diǎn)，附圖純粹是出于非限制性說(shuō)明目的而給出的，其中圖1a示出UMTS系統(tǒng)的概要圖；圖1b示出圖1a的核心網(wǎng)絡(luò)的概要圖；圖2示出UE從小區(qū)A移動(dòng)到小區(qū)C期間有效無(wú)線鏈路集的改變；圖3用粗線突出圖2的示例到圖1a的UTRAN的應(yīng)用；圖4示出根據(jù)3GPP TS 25.423的、圖3的lur接口上的無(wú)線鏈路刪除過(guò)程成功的情況；圖5示出根據(jù)3GPP TS 25.423的RNSAP Radio_Link_Deletion_Request消息的內(nèi)容；圖6示出根據(jù)3GPP TS 25.423的Radio_Link_Deletion_Response消息的內(nèi)容；圖7示意性示出圖1a和圖1b的UMTS網(wǎng)絡(luò)中使用的信令的總體協(xié)議架構(gòu)；圖8示出圖1a和圖1b的UMTS網(wǎng)絡(luò)的各個(gè)接口上的CS和PS控制平面協(xié)議棧；以及圖9示出根據(jù)本發(fā)明提出的RNSAP“Radio_Link_Deletion_Request”消息的內(nèi)容。
具體實(shí)施例方式
本發(fā)明優(yōu)選實(shí)施例的描述借助于前面針對(duì)UMTS網(wǎng)絡(luò)的附圖的描述。在被分為毗鄰服務(wù)小區(qū)的地域上部署網(wǎng)絡(luò)，每個(gè)小區(qū)對(duì)應(yīng)于固定基站的無(wú)線覆蓋區(qū)域。一個(gè)或多個(gè)小區(qū)組成所謂的節(jié)點(diǎn)B。每個(gè)節(jié)點(diǎn)B通過(guò)無(wú)線與多個(gè)UE相連。更多毗鄰的節(jié)點(diǎn)B物理連接到RNC，進(jìn)而連接到核心網(wǎng)絡(luò)。
圖7示意性示出在UMTS網(wǎng)絡(luò)中使用的信令的總體協(xié)議架構(gòu)。為此，網(wǎng)絡(luò)被劃分成UE、UTRAN和CN部分，分別由Uu和lu接口(盡管圖7中未示出，UTRAN還包括lur和lub接口)劃定界限。在繪出的架構(gòu)中可以看到接入層和疊在上面的非接入層(NAS)。接入層包括TS 25.41x中定義的lu協(xié)議、TS 25.42x/TS 25.43x中定義的lur/lub協(xié)議、以及TS 25.2xx和25.3xx中定義的無(wú)線協(xié)議。使用接入層的無(wú)線協(xié)議和lu協(xié)議，在CN與UE之間交換用戶數(shù)據(jù)和控制信息。這些協(xié)議包含透明傳送NAS消息的機(jī)制，即，所謂的直接傳送(DT)過(guò)程。NAS層包括處理控制方面的高級(jí)別協(xié)議，例如CM、MM、GMM、SMS等。
圖8示出圖1a和圖1b的UMTS網(wǎng)絡(luò)涉及的CS和PS控制平面的主協(xié)議棧。在該圖的底部繪出了下列元件UE、節(jié)點(diǎn)B、D-RNC、S-RNC、CN和各個(gè)接口Uu、lub、lur、lu[lu(CS)，lu(PS)]?？刂破矫娴牡撞堪v留有無(wú)線協(xié)議和非接入層的協(xié)議的傳輸層。傳輸層包括級(jí)別1(L1)和級(jí)別(L2)層以及ALCAP部分。控制平面的中間部分包括無(wú)線協(xié)議。最上面指示的是NAS協(xié)議。參照?qǐng)D8，Uu接口上的傳輸平面包括級(jí)別1(物理)UTRA FDD或TDD模式和級(jí)別2協(xié)議MAC和RLC。lub、lur和lu接口上的傳輸平面包括與用戶平面相同的級(jí)別1。用戶平面包括數(shù)據(jù)流和數(shù)據(jù)流的數(shù)據(jù)承載。每個(gè)數(shù)據(jù)流以對(duì)該接口規(guī)定的一個(gè)或多個(gè)幀協(xié)議為特征。使用ATM和AAL2/AAL5作為層2信令協(xié)議，特別是ALCAP。
所指出的無(wú)線協(xié)議如下RRC、NBAP、RNSAP和RANAP。使用RRC作為用于UE與UTRAN之間的控制信息傳送的層3協(xié)議。RRC消息攜帶建立、修改或釋放無(wú)線鏈路(RL)所需的所有信息，在其凈荷中攜帶高層NAS信令并允許在RRC連接模式中的UE移動(dòng)性。使用NBAP作為lub接口上的層3協(xié)議。它攜帶RNC與節(jié)點(diǎn)B之間的公共信令或?qū)Ｓ眯帕?。使用RNSAP作為lub接口上的層3協(xié)議。它支持基本的RNC問(wèn)移動(dòng)性以及DCH業(yè)務(wù)和CCH業(yè)務(wù)傳輸。使用RANAP作為lu接口上的層3協(xié)議。它用于UTRAN與核心網(wǎng)絡(luò)1之間的信令。RANAP負(fù)責(zé)lu上的，例如尋呼、RAB(無(wú)線承載)管理、S-RNC再定位、安全和過(guò)載控制以及NAS信令傳送。
所指出的NAS協(xié)議如下MM、GMM、SM和CM。MM協(xié)議支持的功能例如有UE附連/分開、安全功能以及位置/路由區(qū)域更新。SM支持PS連接的PDP上下文激活/停用。CM用于支持電路交換呼叫控制、補(bǔ)充服務(wù)和SMS。另外RANAP和RRC包含直接傳送過(guò)程，用于在UE與核心網(wǎng)絡(luò)之間透明傳送NAS消息。
RNSAP作為與本發(fā)明最有關(guān)系的信令部分，一些其他參數(shù)由3GPP TS25.243得出。例如，附錄2中報(bào)告的表1(部分7)指示功能與RNSAP基本過(guò)程之間的映射。在這些功能當(dāng)中，無(wú)線鏈路管理和對(duì)專用資源的無(wú)線鏈路監(jiān)控測(cè)量對(duì)本發(fā)明的方法具有主要影響。每個(gè)RNC(服務(wù)或漂移的)可以使用構(gòu)成所述功能的過(guò)程來(lái)建立、維持、調(diào)查和終止與屬于直接相接的節(jié)點(diǎn)B的小區(qū)相關(guān)的無(wú)線鏈路。所述無(wú)線鏈路在DCH信道上(單獨(dú)或同時(shí)地)傳送話音和/或分組數(shù)據(jù)信號(hào)。出于監(jiān)控的目的，每個(gè)RNC具有足夠存儲(chǔ)若干類型的性能計(jì)數(shù)器的空間；特別是專用于計(jì)數(shù)相連小區(qū)中的無(wú)線鏈路失敗的性能計(jì)數(shù)器這些計(jì)數(shù)器的數(shù)量等于與該RNC直接相接的所有節(jié)點(diǎn)B的小區(qū)總數(shù)。在介紹有效集的概念時(shí)已經(jīng)說(shuō)過(guò)，每個(gè)RNC能夠用作UE與一個(gè)或多個(gè)節(jié)點(diǎn)B之間的多個(gè)無(wú)線鏈路的主控者或從屬者。主或從RNC又分別叫做S-RNC或D-RNC。為了執(zhí)行表1中所述的RNSAP過(guò)程的兩種類型的RNC之間的通信借助于這兩個(gè)網(wǎng)絡(luò)元件之間的lur接口。本發(fā)明的方法利用通過(guò)lur接口的通信能力，來(lái)促使D-RNC對(duì)與由該D-RNC直接控制的S-RNC發(fā)送的、以有效集的無(wú)線鏈路刪除告終的起因相關(guān)的每個(gè)事件計(jì)數(shù)。對(duì)這種類型的計(jì)數(shù)的起因知識(shí)通常僅由有效集的主控角色的S-RNC所擁有，但一旦相關(guān)信息被傳送到D-RNC，后者就可以逐個(gè)小區(qū)、逐個(gè)起因地遞增計(jì)數(shù)器。圖5中可見(jiàn)的RNSAP“Radio_Link_Deletion_Request”消息的內(nèi)容被更新為圖9所示的內(nèi)容。更新后的消息與公知的消息的不同主要在于，在列IE/組名中添加了“起因”(Cause)字段和在相應(yīng)的消息行上添加了一些相關(guān)信息元素(IE)。在釋放起因當(dāng)中，在語(yǔ)義描述列中可以預(yù)見(jiàn)下列起因●起因1)“由于在UE側(cè)確定失去同步而引起的異常連接釋放”。
●起因2)“無(wú)線鏈路失敗而無(wú)連接釋放”。
●起因3)“正常連接釋放”。
●起因4“由于過(guò)量業(yè)務(wù)量而引起的異常連接釋放”。
●起因5)“由于RAB建立失敗而引起的無(wú)線鏈路刪除，無(wú)或有連接釋放”。
●起因6)“由于運(yùn)營(yíng)商判斷的其他起因而引起的無(wú)線鏈路刪除”。術(shù)語(yǔ)“連接”應(yīng)當(dāng)意圖作為為了與網(wǎng)絡(luò)通信而分配給UE的無(wú)線接入網(wǎng)絡(luò)資源的池；例如，向用戶提供基于電路交換或分組交換模式(后者傳統(tǒng)上是無(wú)連接的)的話音服務(wù)和/或凈荷數(shù)據(jù)服務(wù)、和/或信令。結(jié)果，措詞“連接釋放”可以是“呼叫釋放”的同義詞，其中“呼叫”可以指“話音呼叫”或“分組呼叫”。
基于接收到的刪除起因，D-RNC將能夠參照相關(guān)小區(qū)上下文，遞增相關(guān)釋放起因的相關(guān)PM計(jì)數(shù)器。特別地，在D-RNC從S-RNC接收到起因1的Radio_Link_Deletion_Request消息的情況下，它將參照管理請(qǐng)求刪除的無(wú)線鏈路的小區(qū)來(lái)遞增相關(guān)PM計(jì)數(shù)器。在不止一個(gè)小區(qū)(例如，有效集中的“M”個(gè)小區(qū))在管理該連接的情況下，D-RNC可以選擇例如有效集中接納的最后一個(gè)或者它們?nèi)?，從而?duì)于所指示的刪除起因分別遞增一個(gè)或“M”個(gè)PM計(jì)數(shù)器。對(duì)于其他起因也是一樣。
網(wǎng)絡(luò)運(yùn)營(yíng)商周期性地收集來(lái)自全局UTRAN的所有PM計(jì)數(shù)器，從而他將能夠?qū)⑻囟o(wú)線鏈路失敗事件與特定地理區(qū)域(小區(qū))相關(guān)聯(lián)。
附錄1使用的首字母縮寫詞AS 接入層ALCAP 接入鏈路控制應(yīng)用部分BSC 基站控制器CDMA 碼分多址CCH 公共信道CN 核心網(wǎng)絡(luò)CM 連接管理CS 電路交換DCH 專用信道D-RNC 漂移RNCDT 直接傳送FDD 頻分雙工GGSN 網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)GMM GPRS 移動(dòng)性管理GSM 全球移動(dòng)系統(tǒng)HLR 歸屬位置寄存器IP 因特網(wǎng)協(xié)議MAC 媒體訪問(wèn)控制層MM 移動(dòng)性管理NAS 非接入層NBAP 節(jié)點(diǎn)B應(yīng)用部分NE 網(wǎng)絡(luò)元件PDP 分組數(shù)據(jù)協(xié)議PLMN 公共陸地移動(dòng)網(wǎng)絡(luò)PM 性能測(cè)量PS 分組交換PSTN 公共交換電話網(wǎng)絡(luò)RAB 無(wú)線接入承載RANAP 無(wú)線接入網(wǎng)絡(luò)應(yīng)用部分RLC 無(wú)線鏈路控制層
RNC 無(wú)線網(wǎng)絡(luò)控制器RNS 無(wú)線網(wǎng)絡(luò)子系統(tǒng)RNSAP 無(wú)線網(wǎng)絡(luò)子系統(tǒng)應(yīng)用部分RRC 無(wú)線資源控制層SM 會(huì)話管理SMS 短消息服務(wù)SGSN 服務(wù)GPRS支持節(jié)點(diǎn)S-RNC 服務(wù)RNCTDD 時(shí)分雙工TDMA 時(shí)分多址UE 用戶設(shè)備UTRAN 通用地面無(wú)線接入網(wǎng)絡(luò)UMTS 通用移動(dòng)地面系統(tǒng)VLR 訪問(wèn)位置寄存器3GPP 第三代合作項(xiàng)目附錄2表1功能與RNSAP基本過(guò)程之間的映射


權(quán)利要求
1.一種在數(shù)字蜂窩通信網(wǎng)絡(luò)(UE、UTRAN、核心網(wǎng)絡(luò))中收集關(guān)于與無(wú)線鏈路刪除有關(guān)的事件的性能測(cè)量的方法，該數(shù)字蜂窩通信網(wǎng)絡(luò)部署有至少用戶設(shè)備(UE)與無(wú)線接入網(wǎng)絡(luò)(UTRAN)之間的多個(gè)無(wú)線鏈路的有效集，所述無(wú)線鏈路既有在服務(wù)小區(qū)(節(jié)點(diǎn)B、小區(qū)A)內(nèi)建立的、又有向?qū)儆谟上鄳?yīng)無(wú)線控制器(S-RNC、D-RNC)控制的相鄰簇的一個(gè)或多個(gè)相鄰小區(qū)(節(jié)點(diǎn)B、小區(qū)C)建立的，所述相應(yīng)無(wú)線控制器(S-RNC、D-RNC)彼此相連(lur)以便用作與核心網(wǎng)絡(luò)(1)通信的有效集的主控者(S-RNC)，或者用作管理直接控制的無(wú)線資源和執(zhí)行來(lái)自主控者的用于無(wú)線鏈路建立或刪除的請(qǐng)求的從屬者(D-RNC)，特征在于●主控?zé)o線控制器(S-RNC)在呼叫從屬者(D-RNC)以請(qǐng)求從有效集中刪除特定無(wú)線鏈路時(shí)，也向其發(fā)送關(guān)于該刪除的起因的信息；以及●從屬無(wú)線控制器(D-RNC)在接收到所述起因信息時(shí)，遞增與該特定起因以及請(qǐng)求對(duì)其無(wú)線鏈路刪除的特定小區(qū)相關(guān)聯(lián)的性能測(cè)量計(jì)數(shù)器。
2.如權(quán)利要求1所述的方法，特征在于，所述起因信息包括關(guān)于是否釋放話音和/或分組連接的指示。
3.如權(quán)利要求2所述的方法，特征在于，所述起因信息包括關(guān)于由于確定失去與連接上的用戶設(shè)備(UE)的同步而引起的異常連接釋放的指示。
4.如權(quán)利要求2所述的方法，特征在于，所述起因信息包括關(guān)于無(wú)線鏈路失敗而無(wú)連接釋放的指示。
5.如權(quán)利要求2所述的方法，特征在于，所述起因信息包括關(guān)于正常連接釋放的指示。
6.如權(quán)利要求2所述的方法，特征在于，所述起因信息包括關(guān)于由于過(guò)量業(yè)務(wù)量引起的異常連接釋放的指示。
7.如權(quán)利要求2所述的方法，特征在于，所述起因信息包括關(guān)于RAB建立失敗的指示。
8.如前面權(quán)利要求之一所述的方法，特征在于，所述起因信息被包含在無(wú)線鏈路刪除請(qǐng)求消息中。
9.一種無(wú)線鏈路刪除請(qǐng)求消息，包括3GPP RNSAP無(wú)線鏈路刪除請(qǐng)求消息的內(nèi)容，特征在于，它額外包括用于指定所述刪除的起因的信息元素。
10.如權(quán)利要求9所述的消息，特征在于，所述起因還包括是否釋放話音和/或分組連接的指示。
11.如權(quán)利要求10所述的消息，特征在于，所述起因指示由于確定失去與連接上的用戶設(shè)備(UE)的同步而引起的異常連接釋放。
12.如權(quán)利要求10所述的消息，特征在于，所述起因指示無(wú)線鏈路失敗而無(wú)連接釋放。
13.如權(quán)利要求10所述的消息，特征在于，所述起因指示正常連接釋放。
14.如權(quán)利要求10所述的消息，特征在于，所述起因指示由于過(guò)量業(yè)務(wù)量引起的異常連接釋放的指示。
15.如權(quán)利要求10所述的消息，特征在于，所述起因指示RAB建立失敗。
全文摘要
公開了一種在數(shù)字蜂窩通信網(wǎng)絡(luò)中收集關(guān)于與無(wú)線鏈路刪除有關(guān)的事件的性能測(cè)量的方法，該數(shù)字蜂窩通信網(wǎng)絡(luò)部署有至少移動(dòng)設(shè)備與無(wú)線接入網(wǎng)絡(luò)之間的多個(gè)無(wú)線鏈路的有效集。有效集的無(wú)線鏈路既有在服務(wù)小區(qū)內(nèi)建立的、又有向?qū)儆谟上鄳?yīng)無(wú)線控制器控制的相鄰簇的一個(gè)或多個(gè)相鄰小區(qū)建立的。各控制器彼此相連，以便用作與核心網(wǎng)絡(luò)通信的有效集的主控者，或者用作管理直接控制的無(wú)線資源和執(zhí)行來(lái)自主控者的用于無(wú)線鏈路建立或刪除的請(qǐng)求的從屬者。主控?zé)o線控制器在呼叫從屬者以請(qǐng)求從有效集中刪除特定無(wú)線鏈路時(shí)，也向其發(fā)送關(guān)于該刪除的起因的信息。從屬無(wú)線控制器在接收到所述起因信息時(shí)，遞增與該特定起因以及請(qǐng)求對(duì)其無(wú)線鏈路刪除的特定小區(qū)相關(guān)聯(lián)的性能測(cè)量計(jì)數(shù)器。更新3GPP RNSAP無(wú)線鏈路刪除請(qǐng)求消息來(lái)包括用于指定所述刪除的“起因”的信息元素。網(wǎng)絡(luò)運(yùn)營(yíng)商周期性地收集所有PM計(jì)數(shù)器，從而他將能夠?qū)⑻囟o(wú)線鏈路失敗事件與特定小區(qū)相關(guān)聯(lián)。
文檔編號(hào)H04W24/00GK101049035SQ200580037097
公開日2007年10月3日 申請(qǐng)日期2005年8月24日 優(yōu)先權(quán)日2004年8月27日
發(fā)明者羅塞拉·德貝內(nèi)迪蒂斯, 邁克爾·海利格 申請(qǐng)人:西門子公司, 西門子移動(dòng)通訊公司