專利名稱：一種基于基站硬件資源能力的業(yè)務(wù)分配方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信系統(tǒng)，尤其涉及移動(dòng)通信系統(tǒng)中基于基站硬件資源能力的業(yè)務(wù)分配方法。
背景技術(shù)：
在3GPP中，節(jié)點(diǎn)B應(yīng)用部分(NBAP，Node B application part)信令協(xié)議是節(jié)點(diǎn)B(Node B)和RNC之間的Iub接口協(xié)議，Node B需要利用資源狀態(tài)指示(RESOURCE STATUS INDICATION)信令或者審計(jì)響應(yīng)(AUDITRESPONSE)信令上報(bào)該基站內(nèi)的本地小區(qū)當(dāng)前基帶資源能力及其消耗規(guī)則，以及該本地小區(qū)所屬的本地小區(qū)組的基帶資源能力和消耗規(guī)則。在目前的3GPP 25.433協(xié)議中，本地小區(qū)組定義為在組內(nèi)的所有本地小區(qū)共享基帶資源及消耗規(guī)則，其中基帶資源包括上、下行基帶資源。按此定義，則一個(gè)本地小區(qū)組內(nèi)的本地小區(qū)要么上、下行基帶資源都一起共享，要么都不共享。但事實(shí)上還存在另一種可能，部分本地小區(qū)共享上行基帶資源，這部分本地小區(qū)組成一個(gè)上行資源組，部分本地小區(qū)共享下行基帶資源，這部分本地小區(qū)組成一個(gè)下行資源組，上行資源組和下行資源組的關(guān)系可能有多種，即可能完全不交叉，也有可能完全交叉，還有可能部分交叉，參見圖1A、1B和1C。目前3GPP協(xié)議中的NBAP信令接口只解決了圖1A所示的完全不交叉及圖1B所示的完全交叉的情形，而對(duì)其它情形則不支持。
對(duì)圖1C部分交叉的情形，選擇其中的一個(gè)資源組，或者是上行資源組或者是下行資源組上報(bào)。在現(xiàn)有的技術(shù)方案中，一個(gè)很有效的方法是選擇上、下行基帶資源受限的一方作為本地小區(qū)組的定義。比如該基站內(nèi)上行基帶資源受限，則可以選擇上行資源組作為一個(gè)本地小區(qū)組上報(bào)給無線網(wǎng)絡(luò)控制器(RNC)，該本地小區(qū)組內(nèi)的本地小區(qū)共享該組內(nèi)的所有上行基帶資源，下行基帶資源由于肯定足夠，所以可以上報(bào)一個(gè)最大能力值，即表示不受限；類似地，如果該基站內(nèi)下行基帶資源受限，則可以選擇下行資源組作為一個(gè)本地小區(qū)組上報(bào)給RNC，該本地小區(qū)組內(nèi)的本地小區(qū)共享該組內(nèi)的所有下行基帶資源，上行基帶資源由于肯定足夠，所以可以上報(bào)一個(gè)最大能力值，即表示不受限。
這種技術(shù)方案的缺陷在于，上、下行基帶資源中哪個(gè)會(huì)成為瓶頸可能不是固定的，會(huì)根據(jù)實(shí)際硬件資源變化以及當(dāng)前業(yè)務(wù)狀態(tài)的不同而不同。因此，無法預(yù)知哪種資源類型會(huì)成為瓶頸，這就導(dǎo)致上報(bào)的本地小區(qū)組的定義與實(shí)際情況不符合，從而使RNC無法準(zhǔn)確知道Node B當(dāng)前資源使用狀態(tài)。

發(fā)明內(nèi)容
上述問題的關(guān)鍵是由于基站的硬件實(shí)現(xiàn)方式是上、下資源獨(dú)立處理，而目前3GPP NBAP信令中的RESOURCE STATUS INDICATION或者AUDITRESPONSE中所定義的本地小區(qū)組都是該組中所有本地小區(qū)同時(shí)共享基站基帶上、下行基帶資源。
針對(duì)通過現(xiàn)有的信令接口進(jìn)行上報(bào)不能使RNC準(zhǔn)確分配業(yè)務(wù)量的問題，本發(fā)明提出一種基于基站硬件資源能力的業(yè)務(wù)分配方法。
這種方法，當(dāng)基站內(nèi)的一個(gè)本地小區(qū)屬于上、下行本地小區(qū)組中至少一個(gè)本地小區(qū)組時(shí)，包括步驟A、基站上報(bào)的消息包括承載上、下行本地小區(qū)組標(biāo)識(shí)的信息單元中至少一個(gè)信息單元；B、基站在該信息單元上載入該本地小區(qū)所在的本地小區(qū)組的標(biāo)識(shí)，連同該本地小區(qū)組的能力一起上報(bào)給控制站；C、控制站根據(jù)該本地小區(qū)所在的本地小區(qū)組的能力確定該小區(qū)的業(yè)務(wù)分配。
上述步驟A進(jìn)一步包括當(dāng)基站只有上行資源被一組本地小區(qū)共享時(shí)，上報(bào)的消息包括承載上行本地小區(qū)組標(biāo)識(shí)的信息單元。
上述步驟B進(jìn)一步包括上報(bào)與該上行本地小區(qū)組標(biāo)識(shí)對(duì)應(yīng)的本地小區(qū)組的上行能力并將該本地小區(qū)組的下行能力上報(bào)為最大值。
上述步驟A進(jìn)一步包括當(dāng)基站只有下行資源被一組本地小區(qū)共享時(shí)，上報(bào)的消息包括承載下行本地小區(qū)組標(biāo)識(shí)的信息單元。
上述步驟B進(jìn)一步包括上報(bào)與該下行本地小區(qū)組標(biāo)識(shí)對(duì)應(yīng)的本地小區(qū)組的下行能力并將該本地小區(qū)組的上行能力上報(bào)為最大值。
上述步驟A進(jìn)一步包括當(dāng)基站上下行資源分別被不同組的本地小區(qū)共享時(shí)，上報(bào)的消息包括承載上行本地小區(qū)組標(biāo)識(shí)的信息單元和承載下行本地小區(qū)組標(biāo)識(shí)的信息單元。
上述步驟B進(jìn)一步包括上報(bào)與該上行本地小區(qū)組標(biāo)識(shí)對(duì)應(yīng)的本地小區(qū)組的上行能力并將該本地小區(qū)組的下行能力上報(bào)為最大值，同時(shí)上報(bào)與該下行本地小區(qū)組標(biāo)識(shí)對(duì)應(yīng)的本地小區(qū)組的下行能力而且將該本地小區(qū)組的上行能力上報(bào)為最大值。
上述上行本地小區(qū)組標(biāo)識(shí)信息單元是對(duì)資源狀態(tài)指示信令接口的擴(kuò)展，上述下行本地小區(qū)組標(biāo)識(shí)信息單元是對(duì)資源狀態(tài)指示信令接口中原來本地小區(qū)組標(biāo)識(shí)信息單元所承載的內(nèi)容的修改。
上述上行本地小區(qū)組標(biāo)識(shí)信息單元是對(duì)審計(jì)響應(yīng)信令接口的擴(kuò)展，上述下行本地小區(qū)組標(biāo)識(shí)信息單元是對(duì)審計(jì)響應(yīng)信令接口中原來本地小區(qū)組標(biāo)識(shí)信息單元所承載的內(nèi)容的修改。
上述步驟B還包括所述本地小區(qū)所在的本地小區(qū)組的標(biāo)識(shí)和能力連同所述小區(qū)的標(biāo)識(shí)和能力一起上報(bào)給控制站；上述步驟C還包括當(dāng)新業(yè)務(wù)建立時(shí)，控制站根據(jù)所述本地小區(qū)的能力及其所在的本地小區(qū)組的能力確定所述小區(qū)的業(yè)務(wù)分配。
該發(fā)明的主要優(yōu)點(diǎn)和進(jìn)步如下RESOURCE STATUS INDICATION或者AUDIT RESPONSE接口的擴(kuò)展使每種硬件實(shí)現(xiàn)方式下的Node B都能準(zhǔn)確上報(bào)本地小區(qū)組及本地小區(qū)組的能力，以便RNC根據(jù)本地小區(qū)組能力的準(zhǔn)確信息進(jìn)行更有效的業(yè)務(wù)分配。進(jìn)一步來說，本發(fā)明的技術(shù)方案既能兼容原有NBAP信令協(xié)議中所能實(shí)現(xiàn)的5種方案，還適用于上、下行資源分別被不同組的本地小區(qū)所共享的硬件實(shí)現(xiàn)情況，因此能夠靈活適應(yīng)不同廠家所采用的不同的硬件實(shí)現(xiàn)方式，從而達(dá)到針對(duì)NodeB硬件資源能力進(jìn)行更有效的業(yè)務(wù)分配的目的。


圖1A、1B和1C圖示說明上行資源組和下行資源組之間的關(guān)系；圖2A示出根據(jù)現(xiàn)有技術(shù)的資源狀態(tài)指示信令接口的內(nèi)容；圖2B示出按照本發(fā)明所述的資源狀態(tài)指示信令接口的內(nèi)容；圖3A示出根據(jù)現(xiàn)有技術(shù)的審計(jì)響應(yīng)信令接口的內(nèi)容；圖3B示出按照本發(fā)明所述的審計(jì)響應(yīng)信令接口的內(nèi)容。
圖4是按照本發(fā)明一個(gè)實(shí)施例基于基站硬件資源能力來分配業(yè)務(wù)的方法的流程圖。
具體實(shí)施例方式
首先，對(duì)該發(fā)明技術(shù)方案描述過程中要提及的術(shù)語進(jìn)行定義。資源指的是能夠承載業(yè)務(wù)的一組最小物理器件單元的組合，能力指的是該資源的能力，比如該物理器件能同時(shí)承載32個(gè)業(yè)務(wù)，則32即為該資源的能力。如果這32個(gè)業(yè)務(wù)可以被不同的本地小區(qū)所共用，則稱這些本地小區(qū)共享該資源能力。為了適應(yīng)不同Node B廠家的硬件實(shí)現(xiàn)方式，需要對(duì)3GGP協(xié)議中所定義的RESOURCE STATUS INDICATION和AUDIT RESPONSE這兩個(gè)NBAP信令接口之一進(jìn)行修改，當(dāng)然也可以對(duì)這兩個(gè)NBAP信令接口同時(shí)進(jìn)行修改。
圖2A示出修改前的AUDIT RESPONSE信令接口。
在這里，本地小區(qū)信息包括本地小區(qū)ID(Local Cell ID)、下行或全局能力(DL Or Global Cspacity Credit)、上行能力(UL Capacity Credit)、公共信道能力消耗法則(Common Channels Capacity Consumption Law)、專用信道能力消耗法則(Dedicated Channels Capacity Consumption Law)、最大下行功率能力(Maximum DL Power Capability)、最小擴(kuò)展系數(shù)(Minimum SpreadingFactor)、最小下行功率能力(Minimum DL Power Capability)、本地小區(qū)組ID(Local Cell Group ID)、以及參考時(shí)鐘可用性(Reference Clock Availability)等等。
本地小區(qū)組信息包括本地小區(qū)組ID(Local Cell Group ID)、下行或全局能力(DL Or Global Capacity Credit)、以及上行能力(UL Capacity Credit)等等。
本地小區(qū)ID是NODE B通過其上報(bào)AUDIT RESPONSE信令的報(bào)告單元所在的本地小區(qū)的標(biāo)識(shí)。
下行或全局能力是發(fā)送AUDIT RESPONSE信令的基站可以提供的下行鏈路無線資源能力的信息，或者總無線資源能力信息。
公共信道能力消耗法則和專用信道能力消耗法是基站為了建立公共信道和專用信道發(fā)送AUDIT RESPONSE所使用的無線資源消耗信息。
上行能力信用量是發(fā)送AUDIT RESPONSE信令的基站所能提供的上行鏈路無線資源能力的信息。
本地小區(qū)組ID是本地小區(qū)ID對(duì)應(yīng)的本地小區(qū)所屬的本地小區(qū)組的標(biāo)識(shí)。
最大下行功率能力是在基站下行發(fā)送AUDIT RESPONSE信令時(shí)的最大可用傳輸功率。
圖2B示出修改后的AUDIT RESPONSE信令接口。
在本地小區(qū)信息中，原來的本地小區(qū)組ID信息單元(Local Cell Group ID IE)變成下行或全局本地小區(qū)組ID信息單元(DL or Global Local Cell Group ID IE)，并且新加入上行本地小區(qū)組ID(UL Local Cell Group ID)信息單元。
圖3A示出修改前的RESOURCE STATUS INDICATION信令接口。
在這里，本地小區(qū)信息包括本地小區(qū)ID(Local Cell ID)、添加/刪除指示符(Add/Delete Indicator)、下行或全局能力(DL Or Global Capacity Credit)、上行能力(UL Capacity Credit)、公共信道能力消耗法則(Common Channels置更加靈活，以充分滿足用戶的個(gè)性化需求。
播放時(shí)間可以通過一個(gè)播放時(shí)間函數(shù)來設(shè)置。
第三實(shí)施例在第三實(shí)施例中，如表3所示，提示音表中不僅僅包含多個(gè)聲音片段，對(duì)于每一個(gè)聲音片段，還設(shè)置了一個(gè)播放速度。

表3這些聲音片段按順序排列，播放的時(shí)候按照順序播放，但是和第一實(shí)施例不同，并不是按照同樣的播放速度來播放每一個(gè)聲音片段，而是按照不同的播放速度來播放不同的聲音片段。例如，聲音片段1的播放速度1可以設(shè)置為正常播放速度，聲音片段2的播放速度2可以設(shè)置為正常播放速度的一倍速，聲音片段3的播放速度3可以設(shè)置為正常播放速度的二倍速，以此類推。這樣，隨著播放時(shí)間的延長(zhǎng)，播放越來越急促，從而便于用戶在例如喧鬧的場(chǎng)合聽到振鈴提示。
當(dāng)然，對(duì)一個(gè)聲音片段的播放速度，也可以設(shè)置為正常播放速度的半倍速度，這樣就實(shí)現(xiàn)慢速播放。
通過為不同的聲音片段設(shè)置不同的播放速度，可以使振鈴提示的設(shè)置更加靈活，以幫助用戶聽到振鈴提示而不會(huì)錯(cuò)過來電。
播放速度可以通過一個(gè)播放速度函數(shù)來設(shè)置。
第四實(shí)施例在第四實(shí)施例中，如表4所示，提示音表中不僅僅包含多個(gè)聲音片段，對(duì)于每一個(gè)聲音片段，還設(shè)置了一個(gè)播放音量。
圖4是按照本發(fā)明一個(gè)實(shí)施例基于基站硬件資源能力來分配業(yè)務(wù)的方法的流程圖。
在步驟1，基站根據(jù)本身的硬件實(shí)現(xiàn)及用戶數(shù)據(jù)配置確定本地小區(qū)組的劃分和本地小區(qū)組的上報(bào)方式。
在步驟2，基站上報(bào)給控制器本地小區(qū)的能力、消耗規(guī)則以及其所在的本地小區(qū)組的能力、消耗規(guī)則。本地小區(qū)可能在最多兩個(gè)本地小區(qū)組中，例如既屬于一個(gè)上行本地小區(qū)組又屬于另一個(gè)下行本地小區(qū)組。
在步驟3，一個(gè)新業(yè)務(wù)建立需要占用所在的本地小區(qū)的基帶能力，如果該本地小區(qū)有對(duì)應(yīng)的本地小區(qū)組，則會(huì)同時(shí)占用本地小區(qū)組的基帶能力，控制器根據(jù)步驟2上報(bào)的內(nèi)容來確定該本地小區(qū)是否能接納此業(yè)務(wù)。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種基于基站硬件資源能力的業(yè)務(wù)分配方法，其特征在于，當(dāng)基站內(nèi)的一個(gè)本地小區(qū)屬于上、下行本地小區(qū)組中至少一個(gè)本地小區(qū)組時(shí)，該方法包括以下步驟A、基站上報(bào)的消息包括承載上、下行本地小區(qū)組標(biāo)識(shí)的信息單元中至少一個(gè)信息單元；B、基站在所述信息單元上載入所述本地小區(qū)所在的本地小區(qū)組的標(biāo)識(shí)，連同所述本地小區(qū)組的能力一起上報(bào)給控制站；C、控制站根據(jù)所述本地小區(qū)所在的本地小區(qū)組的能力確定所述小區(qū)的業(yè)務(wù)分配。
2.如權(quán)利要求1所述的方法，其特征在于所述步驟A進(jìn)一步包括當(dāng)基站只有上行資源被一組本地小區(qū)共享時(shí)，上報(bào)的消息包括承載上行本地小區(qū)組標(biāo)識(shí)的信息單元。
3.如權(quán)利要求2所述的方法，其特征在于所述步驟B進(jìn)一步包括上報(bào)與所述上行本地小區(qū)組標(biāo)識(shí)對(duì)應(yīng)的本地小區(qū)組的上行能力并將所述本地小區(qū)組的下行能力上報(bào)為最大值。
4.如權(quán)利要求1所述的方法，其特征在于所述步驟A進(jìn)一步包括當(dāng)基站只有下行資源被一組本地小區(qū)共享時(shí)，上報(bào)的消息包括承載下行本地小區(qū)組標(biāo)識(shí)的信息單元。
5.如權(quán)利要求4所述的方法，其特征在于所述步驟B進(jìn)一步包括上報(bào)與所述下行本地小區(qū)組標(biāo)識(shí)對(duì)應(yīng)的本地小區(qū)組的下行能力并將所述本地小區(qū)組的上行能力上報(bào)為最大值。
6.如權(quán)利要求1所述的方法，其特征在于所述步驟A進(jìn)一步包括當(dāng)基站上下行資源分別被不同組的本地小區(qū)共享時(shí)，上報(bào)的消息包括承載上行本地小區(qū)組標(biāo)識(shí)的信息單元和承載下行本地小區(qū)組標(biāo)識(shí)的信息單元。
7.如權(quán)利要求6所述的方法，其特征在于所述步驟B進(jìn)一步包括上報(bào)與所述上行本地小區(qū)組標(biāo)識(shí)對(duì)應(yīng)的本地小區(qū)組的上行能力并將所述本地小區(qū)組的下行能力上報(bào)為最大值，同時(shí)上報(bào)與所述下行本地小區(qū)組標(biāo)識(shí)對(duì)應(yīng)的本地小區(qū)組的下行能力而且將所述本地小區(qū)組的上行能力上報(bào)為最大值。
8.如權(quán)利要求1所述的方法，其特征在于所述上行本地小區(qū)組標(biāo)識(shí)信息單元是對(duì)資源狀態(tài)指示信令接口的擴(kuò)展，所述下行本地小區(qū)組標(biāo)識(shí)信息單元是對(duì)資源狀態(tài)指示信令接口中原來本地小區(qū)組標(biāo)識(shí)信息單元所承載的內(nèi)容的修改。
9.如權(quán)利要求1所述的方法，其特征在于所述上行本地小區(qū)組標(biāo)識(shí)信息單元是對(duì)審計(jì)響應(yīng)信令接口的擴(kuò)展，所述下行本地小區(qū)組標(biāo)識(shí)信息單元是對(duì)審計(jì)響應(yīng)信令接口中原來本地小區(qū)組標(biāo)識(shí)信息單元所承載的內(nèi)容的修改。
10.如權(quán)利要求1所述的方法，其特征在于所述步驟B還包括所述本地小區(qū)所在的本地小區(qū)組的標(biāo)識(shí)和能力連同所述小區(qū)的標(biāo)識(shí)和能力一起上報(bào)給控制站；所述步驟C還包括當(dāng)新業(yè)務(wù)建立時(shí)，控制站根據(jù)所述本地小區(qū)的能力及其所在的本地小區(qū)組的能力確定所述小區(qū)的業(yè)務(wù)分配。
全文摘要
本發(fā)明公開了一種基于基站硬件資源能力的業(yè)務(wù)分配方法。當(dāng)基站內(nèi)的一個(gè)本地小區(qū)屬于上、下行本地小區(qū)組中至少一個(gè)本地小區(qū)組時(shí)，該方法包括步驟基站上報(bào)的消息包括承載上、下行本地小區(qū)組標(biāo)識(shí)的信息單元中至少一個(gè)信息單元；基站在該信息單元上載入該本地小區(qū)所在的本地小區(qū)組的標(biāo)識(shí)，連同該本地小區(qū)組的能力一起上報(bào)給控制站；控制站根據(jù)該本地小區(qū)所在的本地小區(qū)組的能力確定該小區(qū)的業(yè)務(wù)分配。該方法可以使NBAP接口靈活適應(yīng)不同廠家Node B的硬件實(shí)現(xiàn)，以達(dá)到針對(duì)Node B硬件資源能力進(jìn)行更有效的業(yè)務(wù)分配的目的。
文檔編號(hào)H04W72/04GK1859597SQ20051011898
公開日2006年11月8日 申請(qǐng)日期2005年11月2日 優(yōu)先權(quán)日2005年11月2日
發(fā)明者徐旭華 申請(qǐng)人:華為技術(shù)有限公司