專(zhuān)利名稱(chēng)：通用陸地?zé)o線接入網(wǎng)中基站接口承載重組的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信系統(tǒng)中的資源管理方法，具體地說(shuō)涉及通用陸地?zé)o線接入網(wǎng)中基站與控制無(wú)線網(wǎng)絡(luò)控制器接口(Iub)上的信令承載和傳輸承載的重組方法。
由上述可知，現(xiàn)有的Iub承載重組方法的缺點(diǎn)在于第一，Iub承載重組是由基站觸發(fā)的。由于傳輸承載的資源分配是無(wú)線資源的管理范疇，由CRNC觸發(fā)完成，如RL建立、同步或異步RL重配置、RL刪除，同時(shí)，新RL接入時(shí)的準(zhǔn)入控制也是由CRNC完成的，CRNC還具有對(duì)Iub承載重組的準(zhǔn)許或否決權(quán)，如果由基站觸發(fā)Iub承載重組，顯然與現(xiàn)有機(jī)制不匹配。而且，基站在不知CRNC是否會(huì)準(zhǔn)許承載重組之前，就必須既保留“目標(biāo)位置”的傳輸資源，又不能釋放“當(dāng)前位置”的資源，造成了兩份資源的占用。
第二，現(xiàn)有方法需要在基站應(yīng)用部分協(xié)議(NBAP)新增Iub承載重組信令來(lái)完成Iub承載重組，而新增Iub承載重組信令對(duì)Iub接口協(xié)議的兼容性必將產(chǎn)生影響。
第三，在NB發(fā)現(xiàn)新RL接入資源不夠時(shí)再觸發(fā)Iub承載重組會(huì)明顯延長(zhǎng)RL接入的時(shí)間。
因此采用現(xiàn)有方法進(jìn)行Iub承載重組兼容性差、浪費(fèi)系統(tǒng)資源和降低系統(tǒng)RL接入的效率。
本發(fā)明的目的在于提供一種兼容性較好的通用陸地?zé)o線接入網(wǎng)中基站接口承載重組的方法，使用該方法進(jìn)行Iub承載重組占用系統(tǒng)資源較少，并能提高系統(tǒng)RL接入的效率。
為達(dá)到上述目的，本發(fā)明提供的通用陸地?zé)o線接入網(wǎng)中基站接口承載重組的方法，包括(1)控制無(wú)線網(wǎng)絡(luò)控制器(CRNC)下發(fā)資源釋放信令前，檢查并判斷通用陸地?zé)o線接入網(wǎng)中基站接口(Iub)承載重組的觸發(fā)條件是否滿足，如果滿足，向基站下發(fā)帶有指示基站執(zhí)行Iub承載重組的資源釋放信令，否則，向基站下發(fā)沒(méi)有指示基站執(zhí)行Iub承載重組的資源釋放信令；(2)基站接收到CRNC下發(fā)的資源釋放信令，執(zhí)行正常的資源釋放操作；(3)基站通過(guò)資源釋放信令的內(nèi)容判斷是否可以執(zhí)行Iub承載重組操作，如果不可以，向CRNC發(fā)送沒(méi)有Iub承載重組方案的資源釋放信令的響應(yīng)信令，然后結(jié)束本次資源釋放操作，否則，根據(jù)當(dāng)前資源占用情況制定出一個(gè)Iub承載重組方案，然后向CRNC發(fā)送帶有這個(gè)Iub承載重組方案的資源釋放信令的響應(yīng)信令；(4)CRNC接到資源釋放信令的響應(yīng)信令后，結(jié)束資源釋放過(guò)程，如果CRNC發(fā)現(xiàn)上述信令攜帶了Iub承載重組的方案，則根據(jù)無(wú)線資源管理狀況、當(dāng)前業(yè)務(wù)狀況等判斷準(zhǔn)則，判斷是否準(zhǔn)許基站執(zhí)行這個(gè)Iub承載重組方案，如果準(zhǔn)許，則通過(guò)無(wú)線鏈路重配置過(guò)程控制基站完成Iub承載重組。
所述步驟(1)中判斷Iub承載重組的觸發(fā)條件是否滿足，是判斷CRNC本次資源釋放的過(guò)程距離上一次Iub承載重組的時(shí)間是否超過(guò)設(shè)定的Iub承載重組時(shí)間閾值。
所述步驟(1)中判斷Iub承載重組的觸發(fā)條件是否滿足，也可以是判斷無(wú)線鏈路(RL)接入和釋放的次數(shù)是否超過(guò)設(shè)定的閾值。
所述步驟(1)中判斷Iub承載重組的觸發(fā)條件是否滿足，也可以是判斷當(dāng)前是否有緊急RL請(qǐng)求接入。
所述步驟(1)中判斷Iub承載重組的觸發(fā)條件是否滿足，還可以是判斷每次RL接入或釋放的資源數(shù)量是否超過(guò)設(shè)定的閾值。
本發(fā)明中所述資源釋放信令為基站應(yīng)用部分協(xié)議(NBAP)的無(wú)線鏈路刪除請(qǐng)求(RADIO LINK DELETION REQUEST)信令，該信令中包括下述指示Iub承載重組的信息元素(IE)Iub承載重組標(biāo)志(Iub Bearer Re-arrangement Flag)，用于指示基站可以進(jìn)行Iub承載的重組；通訊上下文重組掩碼(Comm-Context Rearrange Mask)，用于屏蔽不能被重組的基站通訊上下文(NB Communication Context)；基站通訊上下文標(biāo)識(shí)(NB Communication Context ID)，用于作為通訊上下文重組掩碼的參數(shù)，指示不能被重組的基站通訊上下文。
所述資源釋放信令的響應(yīng)信令為基站應(yīng)用部分協(xié)議(NBAP)的無(wú)線鏈路刪除響應(yīng)(RADIO LINK DELETION RESPONSE)信令，該信令中包括下述指示Iub承載重組的信息元素(IE)Iub承載重組方案(Iub Bearer Re-arrangement Scheme)，用于向CRNC報(bào)告基站制定的Iub承載重組方案；傳輸承載重組類(lèi)型(Transport Bearer Rearrangement type)，用于作為Iub承載重組方案的參數(shù)，向CRNC說(shuō)明是否提供承載重組方案以及說(shuō)明所提供的承載重組方案是信令承載重組、傳輸承載重組還是信令承載和傳輸承載都進(jìn)行重組；目標(biāo)控制無(wú)線網(wǎng)絡(luò)控制器通訊上下文標(biāo)識(shí)(Target CRNC Comm-ContextID)，用于作為Iub承載重組方案的參數(shù)，向CRNC說(shuō)明與被重組的基站通訊上下文相關(guān)的目標(biāo)CRNC通訊上下文；信令承載的新通訊控制接口(New Comm-Control Port)，用于作為Iub承載重組方案的參數(shù)，向CRNC說(shuō)明目標(biāo)CRNC通訊上下文將要使用的通訊控制接口；傳輸承載的新綁定標(biāo)識(shí)和傳輸層地址(New BID-TLA)，用于向CRNC說(shuō)明每個(gè)將被重組的傳輸承載將要使用的異步傳輸模式(ATM)適配層2(AAL2)綁定標(biāo)識(shí)和傳輸層地址。
采用上述方案，使本發(fā)明具有兼容性較好，進(jìn)行Iub承載重組占用系統(tǒng)資源較少，并能提高系統(tǒng)RL接入的效率的特點(diǎn)。具體包括以下幾個(gè)方面1、由于RNC制定承載重組的觸發(fā)準(zhǔn)則并控制執(zhí)行，CRNC先對(duì)Iub承載重組作出觸發(fā)與否的決定，然后再通知基站制定重組方案，可以減少基站中不必要的資源預(yù)留。
2、CRNC作為Iub承載重組流程的起點(diǎn)和終點(diǎn)，構(gòu)成了Iub承載重組過(guò)程的封閉流程，并使CRNC對(duì)Iub承載重組的控制與CRNC的RRM控制能結(jié)合起來(lái)，利于對(duì)系統(tǒng)性能的統(tǒng)一優(yōu)化。
3、采用在RL釋放時(shí)對(duì)NB資源池進(jìn)行優(yōu)化，可以免去新RL接入時(shí)再進(jìn)行承載重組帶來(lái)的接入延遲，對(duì)提高業(yè)務(wù)質(zhì)量有利。
4、通過(guò)現(xiàn)有的NBAP資源釋放過(guò)程信令增加IE來(lái)傳遞Iub承載重組的信息，可以避免在Iub接口引入一組新的NBAP信令，提高系統(tǒng)對(duì)已有協(xié)議的兼容性。
5、將Iub承載重組過(guò)程與新RL接入過(guò)程分離開(kāi)，并在資源釋放信令中允許基站一次提交對(duì)多個(gè)基站通信上下文的信令承載或數(shù)據(jù)承載的重組方案，這使Iub承載重組的觸發(fā)機(jī)制可提高Iub承載重組的靈活性。
在現(xiàn)有的Iub承載重組的方法中，Iub承載的重組要求由基站提出，CRNC只對(duì)負(fù)責(zé)承載重組方案的接受還是拒絕，在這種控制模式下，基站只是給CRNC提供資源狀況的測(cè)量結(jié)果，而無(wú)法做出資源配置的主動(dòng)決策。
本發(fā)明的實(shí)質(zhì)，是在釋放無(wú)線鏈路資源時(shí)，由RNC觸發(fā)Iub承載重組過(guò)程。CRNC在下達(dá)RL釋放信令時(shí)，用一個(gè)標(biāo)志指示基站，可以或不可以(Enable或者disable)執(zhí)行Iub承載重組操作?；驹趫?zhí)行完RL資源的釋放后，判斷資源池中的哪些承載需要重組，然后，將這些承載的重組信息通過(guò)資源釋放過(guò)程的回復(fù)信令通知CRNC。CRNC用異步RL重配置過(guò)程控制基站完成Iub承載的重組?；驹趫?zhí)行完承載重組后，向CRNC報(bào)告重組結(jié)果。這樣一次Iub承載重組過(guò)程，準(zhǔn)許移動(dòng)多個(gè)基站通信上下文中的承載，所用資源釋放信令和RL重配置信令采用現(xiàn)有的NBAP信令，但需要增加一些信息元素(IE)以傳遞Iub承載重組所需的參數(shù)。
NBAP信令中關(guān)于資源釋放的過(guò)程有兩個(gè)，一是無(wú)線鏈路刪除(RLDeletion)，二是無(wú)線鏈路重配置(RL Reconfiguration)。這兩個(gè)過(guò)程被基站執(zhí)行之后，都會(huì)導(dǎo)致原來(lái)基站中被占用的一部分資源的釋放，使之成為基站資源池中新的碎片，這些碎片即可為基站提供至少一次Iub承載重組的理由。
本發(fā)明具體涉及的NBAP的資源釋放信令是無(wú)線鏈路刪除請(qǐng)求信令(RADIO LINK DELETION REQUEST)和無(wú)線鏈路刪除響應(yīng)信令(RADIO LINK DELETION RESPONSE)。其中，無(wú)線鏈路刪除請(qǐng)求信令中包括下述增加的指示Iub承載重組的IEIub承載重組標(biāo)志(Iub Bearer Re-arrangement Flag)，用于指示基站可以進(jìn)行Iub承載的重組；通訊上下文重組掩碼(Comm-Context Rearrange Mask)，用于屏蔽不能被重組的基站通訊上下文(NB Communication Context)；基站通訊上下文標(biāo)識(shí)(NB Communication Context ID)，用于作為通訊上下文重組掩碼的參數(shù)，指示不能被重組的基站通訊上下文。
無(wú)線鏈路刪除響應(yīng)(RADIO LINK DELETION RESPONSE)信令中包括下述指示Iub承載重組的IE
Iub承載重組方案(Iub Bearer Re-arrangement Scheme)，用于向CRNC報(bào)告基站制定的Iub承載重組方案；傳輸承載重組類(lèi)型(Transport Bearer Rearrangement type)，用于作為Iub承載重組方案的參數(shù)，向CRNC說(shuō)明是否提供承載重組方案以及說(shuō)明所提供的承載重組方案是信令承載重組、傳輸承載重組還是信令承載和傳輸承載都進(jìn)行重組；目標(biāo)控制無(wú)線網(wǎng)絡(luò)控制器通訊上下文標(biāo)識(shí)(Target CRNC Comm-ContextID)，用于作為Iub承載重組方案的參數(shù)，向CRNC說(shuō)明與被重組的基站通訊上下文相關(guān)的目標(biāo)CRNC通訊上下文；信令承載的新通訊控制接口(New Comm-Control Port)，用于作為Iub承載重組方案的參數(shù)，向CRNC說(shuō)明目標(biāo)CRNC通訊上下文將要使用的通訊控制接口；傳輸承載的新綁定標(biāo)識(shí)和傳輸層地址(New BID-TLA)，用于向CRNC說(shuō)明每個(gè)將被重組的傳輸承載將要使用的異步傳輸模式(ATM)適配層2(AAL2)綁定標(biāo)識(shí)和傳輸層地址。
由于新增加了上述IE，使得無(wú)線鏈路刪除請(qǐng)求信令和無(wú)線鏈路刪除響應(yīng)信令的IE內(nèi)容發(fā)生了變化。本發(fā)明的實(shí)施例采用的無(wú)線鏈路刪除請(qǐng)求信令的IE參考下表


本發(fā)明的實(shí)施例采用的無(wú)線鏈路刪除響應(yīng)信令的IE參考下表



上表中，從1到RLs最大值(1..<maxnoofRLs>)表示一個(gè)用戶設(shè)備使用的無(wú)線鏈路的最大數(shù)目；從1到上下文最大值(1..<maxnoofContexts>)表示一個(gè)用戶設(shè)備使用的基站上下文最大數(shù)目；從1到承載重組上下文最大值(1..<maxnoofRearrangeContexts>)表示被制定為重組方案的基站通訊上下文最大數(shù)目；從1到傳輸承載最大值(1..<maxnoofTransportBearers>)表示將要參加重組的基站通訊上下文中傳輸承載的最大數(shù)目。
基于上述信令即可實(shí)施本發(fā)明，

圖1是本發(fā)明所述方法的實(shí)施例流程圖。按照?qǐng)D1，首先進(jìn)行步驟1，CRNC下發(fā)資源釋放信令前，檢查并判斷通用Iub承載重組的觸發(fā)條件是否滿足，如果滿足，在步驟2向基站下發(fā)帶有指示基站執(zhí)行Iub承載重組的資源釋放信令，否則，在步驟3向基站下發(fā)沒(méi)有指示基站執(zhí)行Iub承載重組的資源釋放信令。
由于Iub承載重組涉及到現(xiàn)有活躍承載的搬移，可能對(duì)所承載業(yè)務(wù)的瞬時(shí)連續(xù)性產(chǎn)生影響；一次重組需要的基站和CRNC操作以及Iub接口的RL重配置信令都對(duì)系統(tǒng)資源有所占用，因此，RNC不能在每次RL釋放時(shí)都觸發(fā)Iub承載重組，必須檢查并判斷通用Iub承載重組的觸發(fā)條件是否滿足。
基站接收到CRNC下發(fā)的資源釋放信令，在步驟4執(zhí)行正常的資源釋放操作。當(dāng)基站的資源釋放操作完成后，在步驟5通過(guò)資源釋放信令判斷是否可以執(zhí)行Iub承載重組操作，如果不可以，執(zhí)行步驟6向CRNC發(fā)送沒(méi)有Iub承載重組方案的資源釋放信令的響應(yīng)信令，然后結(jié)束本次資源釋放操作；否則，在步驟7檢查自己的當(dāng)前資源占用狀況，根據(jù)當(dāng)前資源占用情況制定出一個(gè)Iub承載重組方案，該方案中可能包含了對(duì)多個(gè)基站通信上下文中的信令承載或傳輸承載的重組信息；然后在步驟8向CRNC發(fā)送帶有這個(gè)Iub承載重組方案的資源釋放信令的響應(yīng)信令。
CRNC接到資源釋放信令的響應(yīng)信令后，結(jié)束資源釋放過(guò)程，如果CRNC發(fā)現(xiàn)上述信令攜帶了Iub承載重組的方案，在步驟9根據(jù)無(wú)線資源管理狀況、當(dāng)前業(yè)務(wù)狀況等判斷準(zhǔn)則，判斷是否準(zhǔn)許基站執(zhí)行這個(gè)Iub承載重組方案，如果準(zhǔn)許，則在步驟11通過(guò)無(wú)線鏈路重配置過(guò)程控制基站完成Iub承載重組；如果CRNC不準(zhǔn)許基站執(zhí)行Iub承載重組時(shí)，不向基站下發(fā)指令，當(dāng)基站在規(guī)定的時(shí)間內(nèi)沒(méi)有接收到CRNC發(fā)出的無(wú)線鏈路重配置請(qǐng)求(RADIO LINK RECONFIGURATION REQUEST)信令時(shí)，在步驟10釋放被預(yù)留的物理資源，然后結(jié)束本次資源釋放操作。上述當(dāng)前業(yè)務(wù)狀況實(shí)際中由Iub承載重組方案、當(dāng)前業(yè)務(wù)狀態(tài)以及無(wú)線資源管理(RRM)的狀態(tài)決定。
上述步驟11由下述具體的步驟完成(A1)CRNC向基站發(fā)送帶有Iub承載重組方案的無(wú)線鏈路重配置請(qǐng)求(RADIO LINK RECONFIGURATION REQUEST)信令；(A2)基站執(zhí)行無(wú)線鏈路的重配置操作，完成Iub承載的重組；(A3)基站將無(wú)線鏈路重配置的結(jié)果通過(guò)無(wú)線鏈路重配置響應(yīng)(RADIOLINK RECONFIGURATION RESPONSE)信令報(bào)告給CRNC。
上述步驟1中判斷Iub承載重組的觸發(fā)條件是否滿足，是判斷CRNC本次資源釋放的過(guò)程距離上一次Iub承載重組的時(shí)間是否超過(guò)設(shè)定的Iub承載重組時(shí)間閾值。也就是說(shuō)，該判斷需要借助定時(shí)器實(shí)現(xiàn)，并且需要預(yù)先所述時(shí)間閾值。
上述步驟中的判斷也可以用下述內(nèi)容取代判斷Iub承載重組的觸發(fā)條件是否滿足，是判斷無(wú)線鏈路(RL)接入和釋放的次數(shù)是否超過(guò)設(shè)定的閾值。該方法是統(tǒng)計(jì)RL接入和釋放的次數(shù)來(lái)完成的，如果為使統(tǒng)計(jì)更精確，可以更進(jìn)一步，直接判斷每次RL接入和釋放的資源數(shù)量是否超過(guò)設(shè)定的閾值。
實(shí)際中CRNC還可以根據(jù)RRM和當(dāng)前承載的業(yè)務(wù)狀況，對(duì)重組觸發(fā)方式進(jìn)行靈活選擇，例如上述判斷還可以用下述內(nèi)容取代，判斷當(dāng)前是否有緊急RL請(qǐng)求接入。即，當(dāng)一個(gè)非常緊急的RL請(qǐng)求接入時(shí)，例如優(yōu)先級(jí)較高的RL，CRNC甚至可以用一個(gè)假的資源釋放過(guò)程來(lái)觸發(fā)Iub承載重組，用帶有錯(cuò)誤IE(如錯(cuò)誤的無(wú)線鏈路標(biāo)識(shí)、錯(cuò)誤的基站通訊標(biāo)識(shí)或錯(cuò)誤的CRNC通訊標(biāo)識(shí))的無(wú)線鏈路刪除請(qǐng)求來(lái)請(qǐng)求基站釋放資源，同時(shí)使能Iub承載重組；基站判斷資源釋放請(qǐng)求異常后，不執(zhí)行資源釋放操作，但由于該請(qǐng)求中包含了Iub承載重組的指示，所以仍然制定相應(yīng)的承載重組方案，并通過(guò)給CRNC的無(wú)線鏈路刪除響應(yīng)信令將Iub承載重組的方案?jìng)鹘oCRNC。
從上述可知，在本發(fā)明中，RNC具有觸發(fā)和中止Iub承載重組的權(quán)力。由于基站可能制定含有多個(gè)Iub承載的重組方案，CRNC可以選擇執(zhí)行該方案的部分或全部，這樣有利于RNC將承載重組方案與當(dāng)時(shí)的業(yè)務(wù)狀態(tài)、RRM狀態(tài)等因素結(jié)合起來(lái)，作出利于提高資源利用率和系統(tǒng)性能的最佳決策。
下面是本發(fā)明實(shí)際應(yīng)用的另一個(gè)實(shí)例。
設(shè)基站目前受控于CRNC，為兩個(gè)用戶用戶提供服務(wù)，分別是UE1和UE2。
CRNC起始狀態(tài)是重組觸發(fā)定時(shí)器當(dāng)前的累計(jì)值為150ms，即距離上次Iub承載重組的時(shí)間已過(guò)去了150ms。CRNC為承載重組設(shè)定的時(shí)間閾值為500ms。CRNC內(nèi)對(duì)應(yīng)于UE1和UE2的通信上下文分別稱(chēng)為CC1和CC2。
基站的起始狀態(tài)是設(shè)基站對(duì)應(yīng)于CC1和CC2的基站通信上下文分別為NBCC1和NBCC2。NBCC1包括一個(gè)信令承載SB1和兩個(gè)傳輸承載TB1和TB2，對(duì)應(yīng)于基站資源池中的通信控制端口C1和數(shù)據(jù)端口D1、D2。NBCC2包括一個(gè)信令承載SB2和三個(gè)傳輸承載TB3、TB4和TB5，對(duì)應(yīng)于基站資源池中的通信控制端口C2和數(shù)據(jù)端口D3、D4、D5。基站資源池中的占用狀態(tài)參考圖2。
假定在400ms后，CRNC決定釋放CC2中的傳輸承載TB4。重組觸發(fā)累計(jì)時(shí)間＝150+400＝550＞閾值500，并且CRNC與該基站相聯(lián)系的兩個(gè)上下文CC1和CC2中有一個(gè)(假設(shè)是CC2)是非緊急業(yè)務(wù)，可以被執(zhí)行RL重配置，因而CRNC決定使能“Iub承載重組”。
CRNC將信令無(wú)線鏈路刪除請(qǐng)求(RADIO LINK DELETIONREQUEST)發(fā)送到基站，所帶參數(shù)為基站通訊上下文(Node B Communication Context ID)＝NBCC2CRNC通訊上下文(CRNC Communication Context ID)＝CC2Iub承載重組標(biāo)志(Iub Bearer Re-arrangement Flag)＝1(可以承載重組Enable)通訊上下文重組掩碼＞基站通訊上下文標(biāo)識(shí)(Comm-Context RearrangeMask＞NB Communication Context ID)＝NBCC1(即NBCC1被屏蔽)RL信息＞RL標(biāo)識(shí)(RL Information＞RL ID)＝TB4基站接到鏈路釋放命令后，釋放TB4對(duì)應(yīng)的NBCC2資源D4。發(fā)現(xiàn)Iub承載重組標(biāo)志(Iub Bearer Re-arrangement Flag)等于1，基站隨即檢查資源池狀況。由于NBCCl被屏蔽在承載重組之外，NB只能在其它的NodeB上下文中尋找可被搬移的傳輸承載。結(jié)果，基站發(fā)現(xiàn)第3段3中只有一個(gè)D5被占用，而且D5資源總量略小于D4，因而產(chǎn)生下面的Iub承載重組方案TB5→D4。
基站將承載重組方案隨無(wú)線鏈路刪除響應(yīng)(RADIO LINK DELETIONRESPONSE)信令傳送給CRNC，所帶參數(shù)為CRNC通訊上下文標(biāo)識(shí)(CRNC Communication Context ID)＝CC2Iub承載重組方案＞傳輸承載重組類(lèi)型(Iub Bearer Re-arrangementScheme＞Transport Bearer Rearrangement type)＝2(僅進(jìn)行傳輸承載重組)Iub承載重組方案＞目標(biāo)基站-CRNC通訊上下文標(biāo)識(shí)(Iub BearerRe-arrangement Scheme＞Target NB-CRNC Comm-Context ID)＝CC2Iub承載重組方案＞新綁定標(biāo)識(shí)-傳輸層地址(Iub Bearer Re-arrangementScheme＞New BID-TLA)＝(TB5，D4)RNC接到無(wú)線鏈路刪除響應(yīng)信令后，檢查并準(zhǔn)許所述的承載重組方案(即TB5→D4)執(zhí)行。然后啟動(dòng)無(wú)線鏈路重配置過(guò)程(無(wú)線鏈路重配置請(qǐng)求RADIO LINK RECONFIGURATION REQUEST和無(wú)線鏈路重配置響應(yīng)RADIO LINK RECONFIGURATION RESPONSE)，將CC2的傳輸承載TB5重配置到NB的D4資源位置上。結(jié)果基站中的資源占用狀況參考圖3。
最后，CRNC接到無(wú)線鏈路重配置成功的消息RADIO LINKRECONFIGURATION RESPONSE后，將當(dāng)前承載重組的累計(jì)定時(shí)器重置為0。
權(quán)利要求
1.一種通用陸地?zé)o線接入網(wǎng)中基站接口承載重組的方法，包括(1)控制無(wú)線網(wǎng)絡(luò)控制器(CRNC)下發(fā)資源釋放信令前，檢查并判斷通用陸地?zé)o線接入網(wǎng)中基站接口(Iub)承載重組的觸發(fā)條件是否滿足，如果滿足，向基站下發(fā)帶有指示基站執(zhí)行Iub承載重組的資源釋放信令，否則，向基站下發(fā)沒(méi)有指示基站執(zhí)行Iub承載重組的資源釋放信令；(2)基站接收到CRNC下發(fā)的資源釋放信令，執(zhí)行正常的資源釋放操作；(3)基站通過(guò)資源釋放信令的內(nèi)容判斷是否可以執(zhí)行Iub承載重組操作，如果不可以，向CRNC發(fā)送沒(méi)有Iub承載重組方案的資源釋放信令的響應(yīng)信令，然后結(jié)束本次資源釋放操作，否則，根據(jù)當(dāng)前資源占用情況制定出一個(gè)Iub承載重組方案，然后向CRNC發(fā)送帶有這個(gè)Iub承載重組方案的資源釋放信令的響應(yīng)信令；(4)CRNC接到資源釋放信令的響應(yīng)信令后，結(jié)束資源釋放過(guò)程，如果CRNC發(fā)現(xiàn)上述信令攜帶了Iub承載重組的方案，則根據(jù)無(wú)線資源管理狀況、當(dāng)前業(yè)務(wù)狀況等判斷準(zhǔn)則，判斷是否準(zhǔn)許基站執(zhí)行這個(gè)Iub承載重組方案，如果準(zhǔn)許，則通過(guò)無(wú)線鏈路重配置過(guò)程控制基站完成Iub承載重組。
2.根據(jù)權(quán)利要求1所述的基站接口承載重組的方法，其特征在于所述步驟(1)中判斷Iub承載重組的觸發(fā)條件是否滿足，是判斷CRNC本次資源釋放的過(guò)程距離上一次Iub承載重組的時(shí)間是否超過(guò)設(shè)定的Iub承載重組時(shí)間閾值。
3.根據(jù)權(quán)利要求1所述的基站接口承載重組的方法，其特征在于所述步驟(1)中判斷Iub承載重組的觸發(fā)條件是否滿足，是判斷無(wú)線鏈路(RL)接入和釋放的次數(shù)是否超過(guò)設(shè)定的閾值。
4.根據(jù)權(quán)利要求1所述的基站接口承載重組的方法，其特征在于所述步驟(1)中判斷Iub承載重組的觸發(fā)條件是否滿足，是判斷當(dāng)前是否有緊急RL請(qǐng)求接入。
5.根據(jù)權(quán)利要求1所述的基站接口承載重組的方法，其特征在于所述步驟(1)中判斷Iub承載重組的觸發(fā)條件是否滿足，是判斷每次RL接入或釋放的資源數(shù)量是否超過(guò)設(shè)定的閾值。
6.根據(jù)權(quán)利要求1所述的基站接口承載重組的方法，其特征在于所述資源釋放信令為基站應(yīng)用部分協(xié)議(NBAP)的無(wú)線鏈路刪除請(qǐng)求(RADIO LINK DELETION REQUEST)信令，該信令中包括下述指示Iub承載重組的信息元素(IE)Iub承載重組標(biāo)志(Iub Bearer Re-arrangement Flag)，用于指示基站可以進(jìn)行Iub承載的重組；通訊上下文重組掩碼(Comm-Context Rearrange Mask)，用于屏蔽不能被重組的基站通訊上下文(NB Communication Context)；基站通訊上下文標(biāo)識(shí)(NB Communication Context ID)，用于作為通訊上下文重組掩碼的參數(shù)，指示不能被重組的基站通訊上下文。
7.根據(jù)權(quán)利要求1所述的基站接口承載重組的方法，其特征在于所述資源釋放信令的響應(yīng)信令為基站應(yīng)用部分協(xié)議(NBAP)的無(wú)線鏈路刪除響應(yīng)(RADIO LINK DELETION RESPONSE)信令，該信令中包括下述指示Iub承載重組的信息元素(IE)Iub承載重組方案(Iub Bearer Re-arrangement Scheme)，用于向CRNC報(bào)告基站制定的Iub承載重組方案；傳輸承載重組類(lèi)型(Transport Bearer Rearrangement type)，用于作為Iub承載重組方案的參數(shù)，向CRNC說(shuō)明是否提供承載重組方案以及說(shuō)明所提供的承載重組方案是信令承載重組、傳輸承載重組還是信令承載和傳輸承載都進(jìn)行重組；目標(biāo)控制無(wú)線網(wǎng)絡(luò)控制器通訊上下文標(biāo)識(shí)(Target CRNC Comm-ContextID)，用于作為Iub承載重組方案的參數(shù)，向CRNC說(shuō)明與被重組的基站通訊上下文相關(guān)的目標(biāo)CRNC通訊上下文；信令承載的新通訊控制接口(New Comm-Control Port)，用于作為Iub承載重組方案的參數(shù)，向CRNC說(shuō)明目標(biāo)CRNC通訊上下文將要使用的通訊控制接口；傳輸承載的新綁定標(biāo)識(shí)和傳輸層地址(New BID-TLA)，用于向CRNC說(shuō)明每個(gè)將被重組的傳輸承載將要使用的異步傳輸模式(ATM)適配層2(AAL2)綁定標(biāo)識(shí)和傳輸層地址。
8.根據(jù)權(quán)利要求1所述的基站接口承載重組的方法，其特征在于步驟(4)中所述當(dāng)前業(yè)務(wù)狀況由Iub承載重組方案、當(dāng)前業(yè)務(wù)狀態(tài)以及無(wú)線資源管理(RRM)的狀態(tài)決定。
9.根據(jù)權(quán)利要求1所述的基站接口承載重組的方法，其特征在于步驟(4)中由CRNC控制基站完成Iub承載重組的過(guò)程由下述步驟完成(A1)CRNC向基站發(fā)送帶有Iub承載重組方案的無(wú)線鏈路重配置請(qǐng)求(RADIO LINK RECONFIGURATION REQUEST)信令；(A2)基站執(zhí)行無(wú)線鏈路的重配置操作，完成Iub承載的重組；(A3)基站將無(wú)線鏈路重配置的結(jié)果通過(guò)無(wú)線鏈路重配置響應(yīng)(RADIOLINK RECONFIGURATION RESPONSE)信令報(bào)告給CRNC。
10.根據(jù)權(quán)利要求1所述的基站接口承載重組的方法，其特征在于步驟(4)中還包括當(dāng)CRNC不準(zhǔn)許基站執(zhí)行Iub承載重組時(shí)，不向基站下發(fā)指令，當(dāng)基站在規(guī)定的時(shí)間內(nèi)沒(méi)有接收到CRNC發(fā)出的無(wú)線鏈路重配置請(qǐng)求(RADIO LINK RECONFIGURATION REQUEST)信令時(shí)，釋放被預(yù)留的物理資源。
全文摘要
本發(fā)明公開(kāi)了一種通用陸地?zé)o線接入網(wǎng)中基站接口承載重組的方法，該方法包括CRNC下發(fā)資源釋放信令前，判斷Iub承載重組的觸發(fā)條件是否滿足，如果滿足，向基站下發(fā)帶有指示基站執(zhí)行Iub承載重組的資源釋放信令，基站接收到CRNC下發(fā)的資源釋放信令，執(zhí)行正常的資源釋放操作，然后判斷是否可以執(zhí)行Iub承載重組操作，如果可以，根據(jù)當(dāng)前資源占用情況制定出一個(gè)Iub承載重組方案，然后向CRNC發(fā)送帶有這個(gè)Iub承載重組方案的資源釋放信令的響應(yīng)信令；CRNC經(jīng)過(guò)判斷，如果準(zhǔn)許基站執(zhí)行這個(gè)Iub承載重組方案，則通過(guò)無(wú)線鏈路重配置過(guò)程控制基站完成Iub承載重組。采用上述方案，使本發(fā)明具有較好的兼容性，能夠提高系統(tǒng)RL接入的效率。
文檔編號(hào)H04W92/12GK1428950SQ0114487
公開(kāi)日2003年7月9日 申請(qǐng)日期2001年12月27日 優(yōu)先權(quán)日2001年12月27日
發(fā)明者張萍 申請(qǐng)人:華為技術(shù)有限公司