專利名稱：支持Iu Flex技術(shù)的Iu接口負(fù)載控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及UMTS(Universal Mobile Telecommunication Systems，通用移動(dòng)通信系統(tǒng))網(wǎng)絡(luò)的MBMS(Multimedia Broadcast/Multicast Service，多媒體廣播/多播業(yè)務(wù))業(yè)務(wù)，尤其涉及采用IuFlex技術(shù)的UMTS網(wǎng)絡(luò)中，進(jìn)行MBMS業(yè)務(wù)時(shí)對(duì)Iu接口負(fù)載的控制。
背景技術(shù)：
近年來(lái)，對(duì)于UMTS網(wǎng)絡(luò)的應(yīng)用日益普及，因此如何對(duì)該網(wǎng)絡(luò)中的RNC(Radio Network Controller，無(wú)線網(wǎng)絡(luò)控制器)負(fù)載進(jìn)行控制被放到研發(fā)日程上。
圖1示出UMTS網(wǎng)絡(luò)中，RNC與CN(Core Network，核心網(wǎng))之間的Iu接口負(fù)載的RANAP(Radio Access network Aplication Protocal，無(wú)線接入應(yīng)用協(xié)議)規(guī)程。根據(jù)目前的行業(yè)規(guī)程，當(dāng)RNC由于負(fù)荷太大無(wú)法給用戶設(shè)備下發(fā)信令消息時(shí)，將向CN發(fā)送OVERLOAD(過(guò)載)消息。CN接收到消息后，通過(guò)以下步驟對(duì)RNC的Iu接口的負(fù)載進(jìn)行控制1.若CN在它的一個(gè)計(jì)時(shí)器TigOC沒(méi)有運(yùn)行的情況下，接收到來(lái)自RNC的OVERLOAD消息，則將下發(fā)給該RNC的業(yè)務(wù)量減小一步。
作為可選，CN可以在OVERLOAD消息中指明減小的步數(shù)。與此同時(shí)，啟動(dòng)CN中的計(jì)時(shí)器TigOC和TinTC。
2.在計(jì)時(shí)器TigOC運(yùn)行期間，CN忽略所有來(lái)自RNC的OVERLOAD消息；由此可見(jiàn)，計(jì)時(shí)器TigOC用于避免CN重復(fù)對(duì)RNC的同一個(gè)過(guò)載狀況進(jìn)行控制。
3.CN一步一步減小下發(fā)給RNC的業(yè)務(wù)量，直到執(zhí)行完最后一步；4.如果計(jì)時(shí)器TinTC過(guò)期后，沒(méi)有接收到來(lái)自RNC的新的OVERLOAD消息，則業(yè)務(wù)量將一步一步增加，如果RNC的Iu接口承載的業(yè)務(wù)量沒(méi)有恢復(fù)正常，則應(yīng)當(dāng)重新啟動(dòng)計(jì)時(shí)器TinTC，因此，計(jì)時(shí)器TinTC用于在CN將RNC的Iu接口負(fù)載減少到低于正常負(fù)載標(biāo)準(zhǔn)時(shí)，及時(shí)增加其業(yè)務(wù)量。
雖然該行業(yè)規(guī)程給出了對(duì)RNC的Iu接口的負(fù)載進(jìn)行控制的整體框架，但是，如何實(shí)現(xiàn)該框架中包含的每一個(gè)步驟，在目前的技術(shù)中尚未產(chǎn)生成熟的方案。

發(fā)明內(nèi)容
本發(fā)明的目的在于針對(duì)上述情況，以已有的行業(yè)規(guī)程為框架，提供一種比較完整的，并且是可實(shí)現(xiàn)的技術(shù)方案，對(duì)UMTS網(wǎng)絡(luò)中的RNC的Iu接口負(fù)載進(jìn)行控制。
本發(fā)明提供的一種Iu接口負(fù)載控制方法包含以下步驟步驟1RNC(無(wú)線網(wǎng)絡(luò)控制器)對(duì)當(dāng)前的負(fù)載量進(jìn)行采樣和計(jì)算，得出平均負(fù)載LoadAverage；步驟2RNC判斷平均負(fù)載loadAverage是否大于等于設(shè)定的過(guò)載參數(shù)LoadMax，如果“是”，RNC啟動(dòng)下行信令負(fù)載控制，進(jìn)入步驟3；步驟3RNC計(jì)算負(fù)載控制需要的步數(shù)TotoalStep；步驟4RNC將OVERLOAD(過(guò)載)消息發(fā)送給CN，在所述消息中包含參數(shù)TotalStep；步驟5CN檢查并判斷其內(nèi)部的定時(shí)器TigOC是否正在運(yùn)行，如果“是”，則忽略接收到的OVERLOAD消息，不再進(jìn)行以下處理；如果“否”，則CN啟動(dòng)其內(nèi)部的定時(shí)器TigOC和TinTC。步驟6CN啟動(dòng)定時(shí)器Tstep進(jìn)入業(yè)務(wù)量受控狀態(tài)，其中Tstep是控制業(yè)務(wù)量的步數(shù)中，每一步所需的時(shí)間長(zhǎng)度，同時(shí)，CN統(tǒng)計(jì)Tstep時(shí)間內(nèi)下發(fā)給RNC的總業(yè)務(wù)量VOtotal；步驟7CN計(jì)算每步負(fù)載控制需要減小的業(yè)務(wù)量Vreduce；步驟8CN設(shè)置原始的控制步數(shù)為n＝0；步驟9CN重新啟動(dòng)Tstep定時(shí)器步驟10為已經(jīng)減少的步數(shù)n加1，并設(shè)定從現(xiàn)在開(kāi)始CN向RNC下發(fā)的業(yè)務(wù)量Vtotal＝0；步驟11CN判斷已減少的步數(shù)是否已經(jīng)達(dá)到參數(shù)TotalStep，如果已經(jīng)達(dá)到，則結(jié)束本次負(fù)載控制；如果沒(méi)有達(dá)到，進(jìn)入步驟12；步驟12CN判斷是否滿足條件Vtotal+L＜＝VOtotal-n*Vreduced，其中，L是每次CN向RNC下發(fā)信令的長(zhǎng)度，以字節(jié)為單位，如果滿足所述條件，則CN通過(guò)Iu接口向RNC下發(fā)業(yè)務(wù)數(shù)據(jù)，Vtotal＝Vtotal+L，并且CN檢查其定時(shí)器Tstep是否過(guò)期，如果過(guò)期，則返回步驟9，否則返回步驟12。如果不滿足所述條件，則CN不向RNC下發(fā)信令，并等待Tstep定時(shí)器的重新啟動(dòng)，即返回步驟9。
在本發(fā)明中，負(fù)載控制需要的步數(shù)TotalStep由以下方法計(jì)算TotoalStep＝(LoadAverage-LoadMax)/(100％-LoadMax)*16，計(jì)算結(jié)果向上取整，其中LoadMax為預(yù)先設(shè)定的過(guò)載參數(shù)。
另外，每步負(fù)載控制需要減少的業(yè)務(wù)量Vreduce是按照以下方式計(jì)算的Vreduce＝VOtotal*(1-LoadMax)/16，其中，Vototal為CN統(tǒng)計(jì)出的Tstep時(shí)間內(nèi)下發(fā)給RNC的總業(yè)務(wù)量。
由于本發(fā)明的上述方案中對(duì)需要控制的步數(shù)、每步所需時(shí)間、每步所需減小的業(yè)務(wù)量等都有比較合理的設(shè)定，故能夠較好的實(shí)現(xiàn)行業(yè)框架中提出的方案，對(duì)UTMS網(wǎng)絡(luò)中的RNC的Iu接口負(fù)載進(jìn)行有效控制。


圖1是Iu接口負(fù)載控制框架的行業(yè)規(guī)程。
具體實(shí)施例為了使本發(fā)明的方案和效果更為顯而易見(jiàn)，下面將進(jìn)一步詳細(xì)描述本發(fā)明的具體實(shí)施例。
在本發(fā)明中，需要設(shè)定RNC能夠承載的最大容量，以及RNC過(guò)載參數(shù)LoadMax。其中，設(shè)定RNC的最大容量為100％，設(shè)定RNC過(guò)載參數(shù)為一個(gè)小于100％的數(shù)值，并通過(guò)操作維護(hù)，分別配置在RNC和CN上。
當(dāng)對(duì)RNC的Iu接口進(jìn)行負(fù)載控制時(shí)，由RNC側(cè)完成以下步驟步驟1RNC進(jìn)入信令負(fù)載控制的觀察狀態(tài)，采樣RNC當(dāng)前的負(fù)載量，并由此計(jì)算觀察期內(nèi)的平均負(fù)載LoadAverage。
具體地說(shuō)，當(dāng)某一個(gè)時(shí)刻RNC的負(fù)載超過(guò)所設(shè)定的LoadMax，RNC啟動(dòng)其內(nèi)部的一個(gè)定時(shí)器Tobserved，進(jìn)入信令負(fù)載控制的觀察狀態(tài)。
該定時(shí)器Tobserved的定時(shí)長(zhǎng)度是事先設(shè)定好的。在定時(shí)器Tobserved的定時(shí)期間內(nèi)，RNC對(duì)當(dāng)前的負(fù)載量進(jìn)行采樣。如果通過(guò)配置或固定的形式設(shè)定采樣點(diǎn)的數(shù)目為Ns，則RNC每隔Tobserved/Ns的時(shí)間間隔采樣一次。
當(dāng)RNC內(nèi)的定時(shí)器Tobserved超時(shí)，RNC根據(jù)觀察期間內(nèi)采集到的樣本值計(jì)算平均負(fù)載LoadAverage。
步驟2RNC判斷平均負(fù)載loadAverage是否大于等于設(shè)定的過(guò)載參數(shù)LoadMax，如果“是”，RNC啟動(dòng)下行信令負(fù)載控制，進(jìn)入步驟3。
步驟3RNC計(jì)算負(fù)載控制需要的步數(shù)TotalStep。
在本實(shí)施例中，本發(fā)明人設(shè)定TotoalStep＝(LoadAverage-LoadMax)/(100％-LoadMax)*16，并且計(jì)算結(jié)果需要向上取整。
步驟4RNC將OVERLOAD消息發(fā)送給CN。具體地說(shuō)，RNC通過(guò)無(wú)線接入網(wǎng)應(yīng)用協(xié)議向RNC發(fā)送OVERLOAD消息，并且在消息中包含了上面計(jì)算出來(lái)的參數(shù)TotalStep。
此后，由CN側(cè)完成以下步驟步驟5CN檢查并判斷其內(nèi)部的定時(shí)器TigOC是否正在運(yùn)行。如果正在運(yùn)行，則忽略接收到的OVERLOAD消息，不進(jìn)行以下處理；如果沒(méi)有運(yùn)行，則CN啟動(dòng)其內(nèi)部的定時(shí)器TigOC和TinTC。
在本發(fā)明中，CN內(nèi)部的定時(shí)器TigOC是用于防止CN由于接收到RNC因同樣的過(guò)載現(xiàn)象而重復(fù)發(fā)出的OVERLOAD消息，重復(fù)啟動(dòng)負(fù)載控制。
步驟6CN啟動(dòng)定時(shí)器Tstep進(jìn)入業(yè)務(wù)量受控狀態(tài)，其中Tstep是控制業(yè)務(wù)量的步數(shù)中，每一步所需的時(shí)間長(zhǎng)度，是一個(gè)預(yù)先設(shè)定的值。另外，CN統(tǒng)計(jì)Tstep時(shí)間內(nèi)下發(fā)給RNC的總業(yè)務(wù)量VOtotal。
步驟7CN計(jì)算每步負(fù)載控制需要減小的業(yè)務(wù)量Vreduce，Vreduce＝VOtotal*(1-LoadMax)/16。
步驟8設(shè)置原始的控制步數(shù)n＝0。
步驟9CN重新啟動(dòng)Tstep定時(shí)器。
步驟10計(jì)算已減少的步數(shù)n＝n+1，并設(shè)定Vtotal＝0。
步驟11CN判斷已減少的步數(shù)是否已經(jīng)達(dá)到參數(shù)TotalStep。
如果已經(jīng)達(dá)到，則結(jié)束本次負(fù)載控制；如果沒(méi)有達(dá)到，進(jìn)入步驟12。
步驟12CN判斷是否滿足條件Vtotal+L＜＝VOtotal-n*Vreduced。其中，L是每次CN向RNC下發(fā)信令的長(zhǎng)度，以字節(jié)為單位。
如果滿足條件，則CN通過(guò)Iu接口向RNC下發(fā)業(yè)務(wù)數(shù)據(jù)，Vtotal＝Vtotal+L，并且CN檢查其定時(shí)器Tstep是否過(guò)期，如果過(guò)期，則返回步驟9，否則返回步驟12。
如果不滿足條件Vtotal+L＜＝VOtotal-n*Vreduced，則CN不向RNC下發(fā)信令，并等待Tstep定時(shí)器的重新啟動(dòng)，即返回步驟9。
權(quán)利要求
1.一種Iu接口負(fù)載控制方法，其特征在于包含以下步驟步驟1無(wú)線網(wǎng)絡(luò)控制器對(duì)當(dāng)前的負(fù)載量進(jìn)行采樣和計(jì)算，得出平均負(fù)載LoadAverage；步驟2無(wú)線網(wǎng)絡(luò)控制器判斷平均負(fù)載loadAverage是否大于等于設(shè)定的過(guò)載參數(shù)LoadMax，如果“是”，無(wú)線網(wǎng)絡(luò)控制器啟動(dòng)下行信令負(fù)載控制，進(jìn)入步驟3；步驟3無(wú)線網(wǎng)絡(luò)控制器計(jì)算負(fù)載控制需要的步數(shù)TotoalStep；步驟4無(wú)線網(wǎng)絡(luò)控制器將OVERLOAD(過(guò)載)消息發(fā)送給核心網(wǎng)，在所述消息中包含參數(shù)TotalStep；步驟5核心網(wǎng)檢查并判斷其內(nèi)部的定時(shí)器TigOC是否正在運(yùn)行，如果“是”，則忽略接收到的OVERLOAD消息，不再進(jìn)行以下處理；如果“否”，則核心網(wǎng)啟動(dòng)其內(nèi)部的定時(shí)器TigOC和TinTC。步驟6核心網(wǎng)啟動(dòng)定時(shí)器Tstep進(jìn)入業(yè)務(wù)量受控狀態(tài)，其中Tstep是控制業(yè)務(wù)量的步數(shù)中，每一步所需的時(shí)間長(zhǎng)度，同時(shí)，核心網(wǎng)統(tǒng)計(jì)Tstep時(shí)間內(nèi)下發(fā)給無(wú)線網(wǎng)絡(luò)控制器的總業(yè)務(wù)量VOtotal；步驟7核心網(wǎng)計(jì)算每步負(fù)載控制需要減小的業(yè)務(wù)量Vreduce；步驟8核心網(wǎng)設(shè)置原始的控制步數(shù)為n＝0；步驟9核心網(wǎng)重新啟動(dòng)Tstep定時(shí)器步驟10為已經(jīng)減少的步數(shù)n加1，并設(shè)定從現(xiàn)在開(kāi)始核心網(wǎng)向無(wú)線網(wǎng)絡(luò)控制器下發(fā)的業(yè)務(wù)量Vtotal＝0；步驟11核心網(wǎng)判斷已減少的步數(shù)是否已經(jīng)達(dá)到參數(shù)TotalStep，如果已經(jīng)達(dá)到，則結(jié)束本次負(fù)載控制；如果沒(méi)有達(dá)到，進(jìn)入步驟12；步驟12核心網(wǎng)判斷是否滿足條件Vtotal+L＜＝VOtotal-n*Vreduced，其中，L是每次核心網(wǎng)向無(wú)線網(wǎng)絡(luò)控制器下發(fā)信令的長(zhǎng)度，以字節(jié)為單位，如果滿足所述條件，則核心網(wǎng)通過(guò)Iu接口向無(wú)線網(wǎng)絡(luò)控制器下發(fā)業(yè)務(wù)數(shù)據(jù)，Vtotal＝Vtotal+L，并且核心網(wǎng)檢查其定時(shí)器Tstep是否過(guò)期，如果過(guò)期，則返回步驟9，否則返回步驟12。如果不滿足所述條件，則核心網(wǎng)不向無(wú)線網(wǎng)絡(luò)控制器下發(fā)信令，并等待Tstep定時(shí)器的重新啟動(dòng)，即返回步驟9。
2.如權(quán)利要求1所述的Iu接口負(fù)載控制方法，其特征在于，負(fù)載控制需要的步數(shù)TotalStep由以下方法計(jì)算TotoalStep＝(LoadAverage-LoadMax)/(100％-LoadMax)*16，計(jì)算結(jié)果向上取整，其中LoadMax為預(yù)先設(shè)定的過(guò)載參數(shù)。
3.如權(quán)利要求1所述的Iu接口負(fù)載控制方法，其特征在于，定時(shí)器Tstep的定時(shí)長(zhǎng)度是預(yù)先設(shè)定的。
4.如權(quán)利要求1所述的Iu接口負(fù)載控制方法，其特征在于，每步負(fù)載控制需要減少的業(yè)務(wù)量Vreduce是按照以下方式計(jì)算的Vreduce＝VOtotal*(1-LoadMax)/16。
全文摘要
本發(fā)明提供了一種Iu接口負(fù)載控制方法，該方法比較完整地實(shí)現(xiàn)了行業(yè)規(guī)程中制定的操作框架。本發(fā)明的Iu接口負(fù)載控制方法包含以下步驟RNC計(jì)算平均負(fù)載，當(dāng)該值大于等于設(shè)定的過(guò)載參數(shù)時(shí)，RNC計(jì)算負(fù)載控制需要的步數(shù)TotoalStep；并將OVERLOAD消息發(fā)送給CN，在所述消息中包含參數(shù)TotalStep；CN計(jì)算每步負(fù)載控制需要減小的業(yè)務(wù)量Vreduce；并一步一步減少下發(fā)給RNC的業(yè)務(wù)量，直到完成計(jì)算出的步數(shù)TotoalStep。
文檔編號(hào)H04W92/24GK1486097SQ0213178
公開(kāi)日2004年3月31日 申請(qǐng)日期2002年9月23日 優(yōu)先權(quán)日2002年9月23日
發(fā)明者趙紅霞 申請(qǐng)人:華為技術(shù)有限公司