專利名稱：快速小區(qū)選擇過(guò)程中基于基站間utran接口的無(wú)線鏈路管理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信分組傳輸技術(shù)，具體地說(shuō)涉及在高速下行包接入(HSDPA)的快速小區(qū)選擇(FCS)過(guò)程中，基于基站間通用陸地?zé)o線接入網(wǎng)(UTRAN)接口之間的鏈路管理方法。
HSDPA采用的FCS技術(shù)用各小區(qū)中的分布式PDU隊(duì)列代替現(xiàn)有的RNC集中式PDU隊(duì)列。在下行傳輸過(guò)程中，RNC將PDU數(shù)據(jù)同時(shí)下發(fā)給激活集中的所有小區(qū)，然后由UE(用戶設(shè)備)選擇一個(gè)最佳小區(qū)(主小區(qū))接收數(shù)據(jù)，而其它小區(qū)對(duì)該UE的下行傳輸保持掛起狀態(tài)。當(dāng)主小區(qū)更替，UE選擇新的小區(qū)接收數(shù)據(jù)時(shí)，當(dāng)前主小區(qū)下行鏈路掛起，被選中的新小區(qū)開(kāi)始下傳數(shù)據(jù)。
為了保證主小區(qū)更替時(shí)由新舊小區(qū)傳給UE的數(shù)據(jù)是連續(xù)的，激活集中的所有小區(qū)需要保持PDU發(fā)送狀態(tài)的同步，盡管每個(gè)時(shí)刻只有主小區(qū)給UE發(fā)送數(shù)據(jù)并解釋返回的確認(rèn)(ACK)信息，但激活集中的其它從小區(qū)也需要隨時(shí)掌握PDU的接收情況，包括被確認(rèn)、被重傳，以及相關(guān)的傳輸參數(shù)。RNC根據(jù)UE或主小區(qū)上報(bào)的PDU接收確認(rèn)信息，向各從小區(qū)定時(shí)發(fā)布PDU隊(duì)列同步信息。各從小區(qū)根據(jù)這一信息調(diào)整各自的PDU隊(duì)列，使之與主小區(qū)PDU隊(duì)列狀態(tài)保持一致。在對(duì)個(gè)小區(qū)的同步控制過(guò)程中，無(wú)論RNC采用什么方式，同步信息都要由RNC轉(zhuǎn)發(fā)給從小區(qū)，由于同步控制需要占用RNC的資源，以及受到通用陸地?zé)o線接入網(wǎng)(UTRAN)中的基站間接口/RNC間接口(Iub/Iur)接口延遲的影響，可能造成RNC數(shù)據(jù)處理和信令處理的擁塞，進(jìn)而影響FCS過(guò)程中的數(shù)據(jù)傳輸質(zhì)量和系統(tǒng)效率。
為達(dá)到上述目的，本發(fā)明提供的快速小區(qū)選擇過(guò)程中基于基站間UTRAN接口的無(wú)線鏈路管理方法，包括通過(guò)IuNB(基站間UTRAN接口)接口的控制面對(duì)激活集內(nèi)的小區(qū)進(jìn)行對(duì)等的互連；在FCS(快速小區(qū)選擇)過(guò)程中，由進(jìn)入或退出激活集的小區(qū)所屬的基站(寬帶碼分多址系統(tǒng)的NodeB)控制完成下述激活集內(nèi)的小區(qū)所屬的基站之間的鏈路管理基站間鏈路的建立(1)當(dāng)RNC(無(wú)線網(wǎng)絡(luò)控制器)判斷一個(gè)新小區(qū)加入激活集時(shí)，向該小區(qū)所屬基站發(fā)送包括激活集內(nèi)所有小區(qū)所屬基站的IP地址和小區(qū)ID(標(biāo)識(shí))號(hào)的無(wú)線鏈路建立請(qǐng)求；(2)新小區(qū)所屬基站向激活集內(nèi)所有小區(qū)所屬基站發(fā)送包括本身IP地址和新小區(qū)ID號(hào)的建立IuNB鏈接請(qǐng)求；
(3)主小區(qū)所屬基站對(duì)上述新小區(qū)所屬基站的鏈路建立請(qǐng)求進(jìn)行響應(yīng)，指示新小區(qū)所屬基站為IuNB鏈接分配鏈路資源，并將分配完畢的鏈路資源信息傳送回主小區(qū)所屬的基站，從而建立IuNB鏈路；(4)RNC通知UE(用戶設(shè)備)更新UE側(cè)保存的激活集；基站間鏈路的釋放(5)當(dāng)RNC判斷一個(gè)小區(qū)退出激活集時(shí)，RNC在通知該小區(qū)所屬基站拆除Iub接口(RNC與NodeB之間的UTRAN接口)鏈路的同時(shí)通知該基站拆除與激活集中其它小區(qū)所屬基站之間的IuNB接口的鏈路；(6)退出小區(qū)所屬基站通知激活集內(nèi)所有其它小區(qū)所屬基站釋放與該退出小區(qū)相關(guān)的IuNB鏈路資源；(7)當(dāng)退出小區(qū)所屬基站得到激活集內(nèi)所有其它小區(qū)所屬基站返回的確認(rèn)消息后，釋放與該激活集相關(guān)的鏈路資源，然后通知RNC鏈路拆除完畢。
上述對(duì)激活集內(nèi)的小區(qū)進(jìn)行對(duì)等的互連，是通過(guò)建立激活集內(nèi)所有小區(qū)之間的邏輯連接實(shí)現(xiàn)的。
在步驟(3)中所述新小區(qū)所屬基站為IuNB鏈接分配鏈路資源，是通過(guò)該基站提供的供IuNB通信的數(shù)據(jù)發(fā)送端口和數(shù)據(jù)接收端口實(shí)現(xiàn)的，屬于同一基站的多個(gè)小區(qū)可共用同一數(shù)據(jù)端口，或分別使用不同的數(shù)據(jù)端口。
在步驟(3)中所述建立IuNB鏈路，通過(guò)基站端口資源分配后即可使用的無(wú)連接鏈路實(shí)現(xiàn)。
在步驟(3)中所述建立IuNB鏈路，通過(guò)基站端口資源分配后，經(jīng)過(guò)不同基站間由發(fā)送端口到接收端口以及由接收端口到發(fā)送端口的連接完成后構(gòu)成的有連接鏈路實(shí)現(xiàn)的。
所述方法還包括建立激活區(qū)小區(qū)接收地址表，用于實(shí)現(xiàn)任何兩個(gè)小區(qū)所屬基站之間的直接數(shù)據(jù)交換，所述地址表包括小區(qū)所屬基站的IP地址、所屬基站的輸入數(shù)據(jù)端口號(hào)(In)和小區(qū)ID號(hào)。
激活集中每個(gè)小區(qū)都保留有相同的激活集小區(qū)接收地址表，該表在IuNB鏈路建立時(shí)由主小區(qū)通知從小區(qū)更新；在IuNB鏈路釋放時(shí)由退出小區(qū)通知激活集內(nèi)所有小區(qū)更新。
由于本發(fā)明將FCS的鏈路管理控制權(quán)由RNC下移到基站，減少了RNC對(duì)FCS過(guò)程的干預(yù)，促使了FCS過(guò)程進(jìn)一步脫離RNC的集中控制，通過(guò)小區(qū)所屬基站之間進(jìn)行的對(duì)等信令連接和分布路由信息，實(shí)現(xiàn)了UTRAN實(shí)體間的一種分布式的傳輸機(jī)制，減輕了RNC的處理負(fù)擔(dān)，降低了Iub/Iur接口的信令流量，同時(shí)簡(jiǎn)化了FCS的小區(qū)間數(shù)據(jù)鏈路的建立過(guò)程，縮短了建鏈時(shí)間，有利于加快激活集邊緣的小區(qū)參與FCS過(guò)程的速度，因此，本發(fā)明能夠減少RNC在數(shù)據(jù)轉(zhuǎn)發(fā)和信令處理時(shí)的擁塞，提高FCS的整體性能和系統(tǒng)效率。
圖4是主小區(qū)所屬基站和從小區(qū)所屬基站之間的IuNB接口鏈路模型示意圖；圖5是本發(fā)明的一個(gè)實(shí)施例中的新小區(qū)C5進(jìn)入激活集的過(guò)程圖；圖6是圖5所述實(shí)施例中的主小區(qū)變更后的IuNB接口鏈路控制與傳輸過(guò)程圖；圖7是圖5所述實(shí)施例中的基站NB2退出后的激活集基站間的鏈路狀態(tài)圖。
在HSDPA的FCS過(guò)程中，為了克服Iub/Iur接口的延遲，減少RNC數(shù)據(jù)和信令處理的擁塞，一種辦法就是HSDPA將部分屬于RNC的功能下移至基站中，如HARQ的端點(diǎn)下移到MAC-hs。這樣，基于IuNB接口的通信就可以利用IuNB接口的數(shù)據(jù)鏈路，直接傳送小區(qū)間的PDU(協(xié)議數(shù)據(jù)單元)隊(duì)列同步信息以及其它傳輸信息，例如經(jīng)基站間數(shù)據(jù)鏈路直接傳送激活集小區(qū)之間的PDU隊(duì)列同步信息、主小區(qū)對(duì)新小區(qū)間直接轉(zhuǎn)發(fā)的PDU信息、AMCS(自適應(yīng)編碼調(diào)制方案)、HARQ(混合自動(dòng)重傳請(qǐng)求)以及基站間的共享信息等。
本發(fā)明提供的基于基站間UTRAN接口的快速小區(qū)選擇時(shí)的鏈路管理方法，以小區(qū)所在基站來(lái)控制IuNB數(shù)據(jù)鏈路的建立、釋放和FCS控制信息的交換功能。參考

圖1。圖1是本發(fā)明方法采用的分布式FCS鏈路管理機(jī)制原理圖。圖中所述的分布式FCS鏈路管理是通過(guò)IuNB接口控制面對(duì)激活集內(nèi)的小區(qū)進(jìn)行對(duì)等的互連。鏈路管理可由任一個(gè)小區(qū)所屬NodeB發(fā)起并控制，不一定局限為主小區(qū)。每個(gè)小區(qū)保留一份相同的“激活集小區(qū)接收地址表”，用于實(shí)現(xiàn)任何兩個(gè)小區(qū)所屬NodeB之間的直接信令交換。因此RNC不必了解當(dāng)前激活集中誰(shuí)是主小區(qū)，它直接將進(jìn)入或退出激活集的判斷結(jié)果通知該新小區(qū)或退出小區(qū)，由該小區(qū)發(fā)起激活集內(nèi)部的鏈路更新和資源重置。激活集小區(qū)的響應(yīng)通過(guò)同樣的路徑反饋回來(lái)，再由新小區(qū)或退出小區(qū)向RNC提交確認(rèn)。這樣，在用戶面上，由于FCS需要通過(guò)IuNB接口傳送的信息是單向的，即只從主小區(qū)發(fā)向從小區(qū)，因而不需要這種對(duì)等連接。
本發(fā)明具體是這樣實(shí)現(xiàn)的首先通過(guò)IuNB接口控制面對(duì)激活集內(nèi)的小區(qū)進(jìn)行對(duì)等的互連，即建立激活集內(nèi)所有小區(qū)之間的邏輯連接；然后在FCS過(guò)程中，由進(jìn)入或退出激活集的小區(qū)所屬的基站完成下述激活集內(nèi)的小區(qū)所屬的基站之間的鏈路的管理。
所述管理的第一部分是基站間鏈路的建立，該部分所述過(guò)程參考圖2，圖中采用的信令為IuNB接口控制面的BBAP(基站到基站應(yīng)用部分)信令，本發(fā)明所述方法不增加新的BBAP信令，只在已有信令中增加特定的信息元素。具體包括下述步驟第一步，RNC判斷一個(gè)新小區(qū)加入激活集后，向該小區(qū)所屬NodeB發(fā)送“Radio link setup request”(無(wú)線鏈路建立請(qǐng)求)請(qǐng)求建立無(wú)線鏈路。新小區(qū)所屬NodeB在建立Iub接口鏈路的同時(shí)，也開(kāi)始建立IuNB接口的數(shù)據(jù)鏈路。建鏈所需的參數(shù)包含在RNC的建鏈請(qǐng)求消息中，其中包括當(dāng)前激活集內(nèi)各小區(qū)的IP地址和小區(qū)ID號(hào)。之所以需要激活集所有小區(qū)的地址而非僅僅主小區(qū)的地址，是因?yàn)樵诜植际紽CS過(guò)程中，RNC已不知道當(dāng)前哪個(gè)小區(qū)是主小區(qū)，除了主小區(qū)本身外，激活集內(nèi)的所有其它小區(qū)不知道當(dāng)前主小區(qū)的信息。
為了實(shí)現(xiàn)新小區(qū)與主小區(qū)直接對(duì)話，在第二步，新小區(qū)所屬基站首先要在激活集中進(jìn)行廣播，即將該小區(qū)加入激活集，并請(qǐng)求IuNB建鏈的信息通知各小區(qū)所屬基站，即發(fā)出IuNB建鏈請(qǐng)求(InterNodeB connectionrequest)。圖中信令①即表示這個(gè)廣播過(guò)程，所附參數(shù)包括新小區(qū)自己的NodeB IP地址和小區(qū)ID號(hào)。
盡管激活集內(nèi)所有小區(qū)所屬基站都將收到新小區(qū)所屬基站的建鏈請(qǐng)求，但在第三步只有主小區(qū)所屬基站進(jìn)行響應(yīng)。用IuNB鏈接建立(InterNodeB Connection setup)命令來(lái)指示新小區(qū)所屬為IuNB連接分配必要的鏈路資源。新小區(qū)所屬基站將分配好的數(shù)據(jù)端口用IuNB鏈接建立完畢(InterNodeB Connection setup complete)信令送回主小區(qū)所屬基站，進(jìn)而完成IuNB數(shù)據(jù)鏈路的建立。
第四步，新小區(qū)所屬基站在建立IuNB鏈路之后，向RNC報(bào)告無(wú)線鏈路建立完成，由RNC通知UE更新激活集。
在FCS鏈路的建立過(guò)程中，數(shù)據(jù)鏈路的分布控制信息在NodeB之間通過(guò)IuNB接口控制面進(jìn)行傳送。在上述第三步中所述新小區(qū)所屬基站為IuNB鏈接分配鏈路資源，是通過(guò)該基站提供的供IuNB通信的數(shù)據(jù)發(fā)送端口和數(shù)據(jù)接收端口實(shí)現(xiàn)的，使得屬于同一基站的多個(gè)小區(qū)可共用同一數(shù)據(jù)端口，或分別使用不同的數(shù)據(jù)端口。參考圖4。圖4中的基站提供兩個(gè)數(shù)據(jù)端口供IuNB通信。一個(gè)為發(fā)送端口(圖中Out)，一個(gè)為接收端口(圖中In)。對(duì)于FCS來(lái)說(shuō)，只需要由主NodeB向從NodeB發(fā)送數(shù)據(jù)信息，因而每一時(shí)刻只占用一對(duì)In/Out端口。當(dāng)NodeB的主從關(guān)系轉(zhuǎn)變時(shí)，NodeB間的控制信令將指示數(shù)據(jù)鏈路反向并移至另一對(duì)In/Out端口。
應(yīng)該指出的是，基站間的這條數(shù)據(jù)鏈路可以是無(wú)連接的，也可以是有連接的。無(wú)連接的數(shù)據(jù)鏈路只需要在兩端的基站分配相應(yīng)端口資源，分配后即可使用；而有連接的數(shù)據(jù)鏈路需要在資源分配后明確測(cè)試不同基站間由發(fā)送端口到接收端口以及由接收端口到發(fā)送端口的連接，即從Out1→In2和Out2→In1兩條連接，以便保證路徑上的QoS(服務(wù)質(zhì)量)。
當(dāng)多個(gè)從小區(qū)存在于同一個(gè)NodeB時(shí)，多個(gè)小區(qū)可以共用同一個(gè)數(shù)據(jù)端口，也可以每個(gè)小區(qū)使用一個(gè)數(shù)據(jù)端口。如圖所示。由于數(shù)據(jù)傳輸?shù)亩它c(diǎn)是小區(qū)而非基站，所以數(shù)據(jù)鏈路的標(biāo)識(shí)需要用到小區(qū)路由地址。如果主小區(qū)和從小區(qū)在同一個(gè)NodeB中，它們之間的數(shù)據(jù)流不需要經(jīng)過(guò)In/Out端口，而是在NodeB的內(nèi)部直接完成。
因此，為實(shí)現(xiàn)基站之間的分布式FCS鏈路控制，本發(fā)明還包括建立激活區(qū)小區(qū)接收地址表，用于實(shí)現(xiàn)任何兩個(gè)小區(qū)所屬基站之間的直接信令交換，所述地址表包括小區(qū)所屬基站的IP地址、所屬基站的輸入數(shù)據(jù)端口號(hào)(In)和小區(qū)ID號(hào)。
需要說(shuō)明，上述激活集小區(qū)接收地址表與IP傳輸?shù)穆酚杀硎莾蓚€(gè)概念，后者是用于IP節(jié)點(diǎn)之間的數(shù)據(jù)傳輸，內(nèi)容是每條IP傳輸路徑上的路由器地址，而前者是無(wú)線網(wǎng)絡(luò)層的概念，只記錄小區(qū)的數(shù)據(jù)接收地址，而不考慮小區(qū)間的傳輸細(xì)節(jié)。
激活集小區(qū)接收地址表中的地址只涉及小區(qū)所屬NodeB的數(shù)據(jù)端口In。主小區(qū)需要這些地址以發(fā)送同步數(shù)據(jù)。地址表涉及所有激活集的小區(qū)，包括主小區(qū)，不過(guò)主小區(qū)在地址中的對(duì)應(yīng)地址并不是它當(dāng)前使用的所屬NodeB的數(shù)據(jù)輸出端口，而是數(shù)據(jù)接收端口。這樣使主小區(qū)進(jìn)行更替時(shí)，新主小區(qū)可以直接根據(jù)激活集小區(qū)接收地址表向原主小區(qū)發(fā)送數(shù)據(jù)，無(wú)需進(jìn)行地址表更新。實(shí)際上，在FCS過(guò)程中，NodeB的數(shù)據(jù)發(fā)送端口對(duì)其它NodeB中的小區(qū)都是沒(méi)有意義的，因?yàn)閺男^(qū)并不用關(guān)心同步數(shù)據(jù)的具體來(lái)源。
激活集中各小區(qū)中都需要保持一份相同的激活集小區(qū)接收地址表。該表在激活集成員發(fā)生改變時(shí)得到更新。FCS過(guò)程中的激活集更新判斷是由RNC作出的。在RNC集中控制的FCS情況下，RNC需要向所有小區(qū)發(fā)送“激活集更新”命令并等待答復(fù)。而在基于IuNB通信的FCS情況下，RNC只需通知被更新，即加入或退出的小區(qū)，后者通過(guò)IuNB接口與激活集小區(qū)完成建鏈及小區(qū)接收地址表更新等過(guò)程。也就是說(shuō)，該表在IuNB鏈路建立時(shí)由主小區(qū)通知從小區(qū)更新；在IuNB鏈路釋放時(shí)由退出小區(qū)通知激活集內(nèi)所有小區(qū)更新。
本發(fā)明所述管理的第二部分是基站間鏈路的釋放，該部分所述過(guò)程參考圖3。該部分包括下述步驟首先，當(dāng)一個(gè)小區(qū)退出激活集時(shí)，需要釋放它的激活集小區(qū)接收地址表及相關(guān)鏈路。當(dāng)然，如果一個(gè)基站中的所有小區(qū)都已離開(kāi)激活集，則還需釋放它的數(shù)據(jù)端口In/Out及相關(guān)資源。RNC首先通知UE更新激活集，并同時(shí)通知正在退出的小區(qū)所屬基站拆除Iub和IuNB接口的鏈路。
其次，退出小區(qū)所屬基站用控制信令③，即IuNB鏈接釋放(InterNodeBConnection Release)信令通知激活集內(nèi)的所有其它小區(qū)所屬基站釋放與退出小區(qū)相關(guān)的鏈路資源。
第三，在得到所有其它小區(qū)所屬基站返回的確認(rèn)消息后，退出小區(qū)所屬基站釋放本小區(qū)內(nèi)與該激活集相關(guān)的資源，包括數(shù)據(jù)端口，激活集小區(qū)接收地址表和分配的緩存空間；然后通知RNC鏈路拆除完畢。
由于拆鏈過(guò)程也是由退出小區(qū)所屬的基站來(lái)控制完成的，因而對(duì)RNC和激活集內(nèi)小區(qū)不會(huì)增加明顯的信令負(fù)擔(dān)，對(duì)保證激活集內(nèi)進(jìn)行的FCS過(guò)程的質(zhì)量有利。
下面是本發(fā)明的一個(gè)具體的實(shí)施例。
當(dāng)前激活集中有兩個(gè)基站NB1和NB2，其IP地址分別為url-1和url-2。NB 1中有兩個(gè)小區(qū)C1和C2，其小區(qū)標(biāo)識(shí)號(hào)分別為cid1和cid2，其中C1為當(dāng)前主小區(qū)，C2為從小區(qū)。NB2中有兩個(gè)從小區(qū)C3和C4，其小區(qū)標(biāo)識(shí)號(hào)分別為cid3和cid4。RNC內(nèi)保存有當(dāng)前激活集小區(qū)信息，內(nèi)容為“C1(url-1，cid1)，C2(url-1，cid2)，C3(url-2，cid3)，C4(url-2，cid4)”，但它不知道當(dāng)前誰(shuí)是主小區(qū)。
在激活集中，每個(gè)小區(qū)各保留一份如下的激活集小區(qū)接收地址表

當(dāng)RNC判斷一個(gè)新小區(qū)C5進(jìn)入了激活集時(shí)，該小區(qū)ID號(hào)為id5，位于一個(gè)地址為url-3的基站中。下面是IuNB接口上發(fā)生的鏈路管理和數(shù)據(jù)傳輸過(guò)程第1步RNC通知C5建立IuNB鏈接，并將小區(qū)地址以下列參數(shù)形式發(fā)給C5“url-1(cid1，cid2)，url-2(cid1，cid2)”。這個(gè)參數(shù)表明，有一個(gè)IP地址為url-1的基站，里面有兩個(gè)屬于激活集的小區(qū)，ID號(hào)為cid1和cid2；同樣，地址為url-2的基站中的兩個(gè)激活小區(qū)cid3和cid4。
第2步C5檢查NB3，發(fā)覺(jué)尚未建立與基站url-1或url-2的IuNB連接，因而向它們發(fā)起建鏈請(qǐng)求(InterNodeB connection request)。該請(qǐng)求通過(guò)IuNB接口控制面的IP傳輸分別到達(dá)NB1和NB2。
第3步NB1中的主小區(qū)C1收到C5的建鏈請(qǐng)求，在分析了可用資源后，決定接受C5的請(qǐng)求，因而向它發(fā)回建立鏈路(InterNodeB connectionsetup)的命令，同時(shí)將自己的通信地址(ip1，id1)附在命令的參數(shù)中。其它小區(qū)判斷自己不是主小區(qū)，所以不作任何響應(yīng)。
第4步C5得到建鏈許可，通知NB1分配數(shù)據(jù)端口等鏈路資源，然后向NB1發(fā)回確認(rèn)，參數(shù)為(ip3，id5)。
第5步C5通知RNC建鏈已成功。
此時(shí)，RNC修改自己的激活集信息為{C1(url-1，cid1)，C2(url-1，cid2)，C3(url-2，cid3)，C4(url-2，cid4)，C5(url-3，cid5)}，并將激活集更新的信息通知UE。
與此同時(shí)，主小區(qū)C1也將自己的激活集小區(qū)接收地址表作下列修改 第6步主小區(qū)將更新后的激活集小區(qū)接收地址表通過(guò)IuNB數(shù)據(jù)鏈路傳給各從小區(qū)C2～C5。
第7步主小區(qū)繼續(xù)向UE傳輸下行數(shù)據(jù)，并通過(guò)IuNB接口的數(shù)據(jù)鏈路將同步信息發(fā)送給各從小區(qū)。
上述過(guò)程參考圖5。
第8步在一段時(shí)間后，UE希望更換主小區(qū)，假設(shè)它選擇了C5。UE通過(guò)上行信令將“FBI＝cid5”(FBI反饋信息)的消息通知C1～C5。C1掛起下行鏈路，而C5則開(kāi)始下行傳輸。IuNB接口用戶面的數(shù)據(jù)流重定向參考圖6。
第9步C5通過(guò)數(shù)據(jù)鏈路將下行傳輸?shù)耐叫畔l(fā)送給各從小區(qū)C1～C4。
第10步一段時(shí)間后，從小區(qū)C3失去了滿足激活集的條件，RNC通知它退出激活集。
第11步C3通過(guò)IuNB接口控制面將鏈路釋放(InterNodeB connectionrelease)的命令發(fā)給各小區(qū)C1、C2、C4、C5。
第12步C1、C2、C4和C5將激活集小區(qū)接收地址表更新如下，并向C3答復(fù)鏈路釋放完成(InterNodeB connection release complete)

由于C3所在的NB2還沒(méi)有完全退出激活集，因此它只釋放自己小區(qū)內(nèi)的相關(guān)資源，而將與C4共享的NB2數(shù)據(jù)端口等資源還是保留。
RNC和UE中的激活集信息改變?yōu)閧C1(url-1，cid1)，C2(url-1，cid2)，C4(url-2，cid4)，C5(url-3，cid5)}第13步C3通知RNC鏈路拆除完畢。
第14步C5繼續(xù)沿IuNB數(shù)據(jù)鏈路向從小區(qū)C1、C2和C4發(fā)送下行傳輸?shù)耐叫畔ⅰ?br> 第15步又一段時(shí)間后，從小區(qū)C4也無(wú)法滿足激活集的條件了，RNC通知它退出激活集。
第16～18步與C3退出激活集的過(guò)程類似，C4通知小區(qū)C1、C2和C5釋放鏈路及相關(guān)資源，并在得到確認(rèn)后通知RNC。所不同的是，C4發(fā)現(xiàn)NB2內(nèi)的所有小區(qū)都已不在當(dāng)前激活集中，所以它還需要釋放NB2的數(shù)據(jù)端口等共享資源。在C4退出后，C1、C2和C5的激活集小區(qū)接收地址表更新為

RNC的激活集信息改為{C1(url-1，cid1)，C2(url-1，cid2)，C5(url-3，cid5)}。激活集中只剩下NB1和NB2，主小區(qū)仍然是C5。
第19步C5沿著NB3→NB1的IuNB數(shù)據(jù)鏈路，向C1和C2繼續(xù)發(fā)送下行傳輸?shù)耐叫畔?。NB2退出激活集后狀態(tài)參考圖7。
權(quán)利要求
1.一種快速小區(qū)選擇過(guò)程中基于基站間UTRAN接口的無(wú)線鏈路管理方法，包括通過(guò)基站間UTRAN接口(IuNB接口，UTRAN通用陸地?zé)o線接入網(wǎng)) 的控制面對(duì)激活集內(nèi)的小區(qū)進(jìn)行對(duì)等的互連；在快速小區(qū)選擇(FCS)過(guò)程中，當(dāng)無(wú)線網(wǎng)絡(luò)控制器(RNC)判斷一個(gè)新小區(qū)加入激活集時(shí)，(1)向該小區(qū)所屬基站發(fā)送包括激活集內(nèi)所有小區(qū)所屬基站的IP地址和小區(qū)標(biāo)識(shí)(ID)號(hào)的無(wú)線鏈路建立請(qǐng)求；(2)新小區(qū)所屬基站向激活集內(nèi)所有小區(qū)所屬基站發(fā)送包括本身IP地址和新小區(qū)ID號(hào)的建立IuNB鏈接請(qǐng)求；(3)主小區(qū)所屬基站對(duì)上述新小區(qū)所屬基站的鏈路建立請(qǐng)求進(jìn)行響應(yīng)，指示新小區(qū)所屬基站為IuNB鏈接分配鏈路資源，并將分配完畢的鏈路資源信息傳送回主小區(qū)所屬的基站，從而建立IuNB鏈路；(4)RNC通知用戶設(shè)備(UE)更新UE側(cè)保存的激活集；當(dāng)RNC判斷一個(gè)小區(qū)退出激活集時(shí)，(5)RNC在通知該小區(qū)所屬基站拆除RNC與基站之間的UTRAN接口(Iub接口)鏈路的同時(shí)通知該基站拆除與激活集中其它小區(qū)所屬基站之間的IuNB接口的鏈路；(6)退出小區(qū)所屬基站通知激活集內(nèi)所有其它小區(qū)所屬基站釋放與該退出小區(qū)相關(guān)的IuNB鏈路資源；(7)當(dāng)退出小區(qū)所屬基站得到激活集內(nèi)所有其它小區(qū)所屬基站返回的確認(rèn)消息后，釋放與該激活集相關(guān)的鏈路資源，然后通知RNC鏈路拆除完畢。
2.根據(jù)權(quán)利要求1所述的無(wú)線鏈路管理方法，其特征在于所述對(duì)激活集內(nèi)的小區(qū)進(jìn)行對(duì)等的互連，是通過(guò)建立激活集內(nèi)所有小區(qū)之間的邏輯連接實(shí)現(xiàn)的。
3.根據(jù)權(quán)利要求1所述的無(wú)線鏈路管理方法，其特征在于在步驟(3)中所述新小區(qū)所屬基站為IuNB鏈接分配鏈路資源，是通過(guò)該基站提供的供IuNB通信的數(shù)據(jù)發(fā)送端口和數(shù)據(jù)接收端口實(shí)現(xiàn)的，屬于同一基站的多個(gè)小區(qū)可共用同一數(shù)據(jù)端口，或分別使用不同的數(shù)據(jù)端口。
4.根據(jù)權(quán)利要求1所述的無(wú)線鏈路管理方法，其特征在于在步驟(3)中所述建立IuNB鏈路，通過(guò)基站端口資源分配后即可使用的無(wú)連接鏈路實(shí)現(xiàn)。
5.根據(jù)權(quán)利要求1所述的無(wú)線鏈路管理方法，其特征在于在步驟(3)中所述建立IuNB鏈路，通過(guò)基站端口資源分配后，經(jīng)過(guò)不同基站間由發(fā)送端口到接收端口以及由接收端口到發(fā)送端口的連接完成后構(gòu)成的有連接鏈路實(shí)現(xiàn)的。
6.根據(jù)權(quán)利要求1所述的無(wú)線鏈路管理方法，其特征在于所述方法還包括建立激活區(qū)小區(qū)接收地址表，用于實(shí)現(xiàn)任何兩個(gè)小區(qū)所屬基站之間的直接數(shù)據(jù)交換，所述地址表包括小區(qū)所屬基站的IP地址、所屬基站的輸入數(shù)據(jù)端口號(hào)(In)和小區(qū)ID號(hào)。
7.根據(jù)權(quán)利要求6所述的無(wú)線鏈路管理方法，其特征在于激活集中每個(gè)小區(qū)都保留有相同的激活集小區(qū)接收地址表，該表在IuNB鏈路建立時(shí)由主小區(qū)通知從小區(qū)更新；在IuNB鏈路釋放時(shí)由退出小區(qū)通知激活集內(nèi)所有小區(qū)更新。
全文摘要
本發(fā)明公開(kāi)了一種在快速小區(qū)選擇過(guò)程中基于基站間UTRAN接口的無(wú)線鏈路管理方法，該方法將基站之間鏈路的管理功能從RNC下移至基站，通過(guò)激活集內(nèi)小區(qū)所屬基站之間的直接通信完成FCS所需鏈路的建立和釋放，減少了RNC對(duì)FCS過(guò)程的干預(yù)，促使了FCS過(guò)程進(jìn)一步脫離RNC的集中控制，從而減少Iub/Iur接口上以及RNC內(nèi)部在信息傳送和信令處理過(guò)程中的擁塞和延遲，提高FCS過(guò)程中下行數(shù)據(jù)的傳輸質(zhì)量。
文檔編號(hào)H04W72/04GK1414798SQ01136740
公開(kāi)日2003年4月30日 申請(qǐng)日期2001年10月23日 優(yōu)先權(quán)日2001年10月23日
發(fā)明者張萍, 李志明, 顏宏華 申請(qǐng)人:華為技術(shù)有限公司