專利名稱：無線網(wǎng)絡(luò)控制器獲取基站傳輸帶寬門限的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及第三代移動(dòng)通信(3G, 3rd-Generation)技術(shù),特別是指ー種無線網(wǎng)絡(luò)控制器(RNC, Radio Network Controller)獲取基站傳輸帶寬門限的方法及系統(tǒng)。
背景技術(shù)：
在3G網(wǎng)絡(luò)中，為了保證服務(wù)質(zhì)量(QoS, Quality of Service),在業(yè)務(wù)的建立、修改、以及釋放流程中，需要根據(jù)IUB接ロ的傳輸帶寬資源的實(shí)際占用情況，執(zhí)行呼叫接納控制(CAC, Call Admission Control);對(duì)于已接入的分組業(yè)務(wù),也需要根據(jù)IUB接ロ的傳輸帶寬資源的占用情況，執(zhí)行流量控制。在執(zhí)行CAC時(shí)，需要為每個(gè)業(yè)務(wù)的準(zhǔn)入預(yù)留足夠的傳輸帶寬資源，在執(zhí)行流量控制時(shí)，需要保證實(shí)際入或出的網(wǎng)元的數(shù)據(jù)量不超過物理帶寬的門限。其中，IUB接口下行傳輸帶寬的CAC及流量控制由RNC來執(zhí)行。
為了準(zhǔn)確地執(zhí)行基于IUB接ロ的傳輸帶寬資源的CAC及流量控制，RNC需要獲知IUB接ロ傳輸帶寬的初始配置門限。當(dāng)IUB接ロ傳輸采用多條低速鏈路比如El或Tl匯聚時(shí)，部分鏈路資源的故障可能會(huì)導(dǎo)致實(shí)際可用帶寬小于初始配置門限；當(dāng)IUB接ロ采用以太網(wǎng)傳輸時(shí)，以太網(wǎng)協(xié)商速率的變化也可能回饋導(dǎo)致實(shí)際可用帶寬小于初始配置門限。對(duì)于IUB接ロ采用低速鏈路匯聚的場景，如果RNC和基站之間采用端到端的點(diǎn)對(duì)點(diǎn)連接，比如異步傳輸模式反向復(fù)用(IMA, Inverse Multiplexing for AsynchronousTransfer Mode)協(xié)議、或多鏈路點(diǎn)對(duì)點(diǎn)協(xié)議(MLPPP, PPP Multilink Protocol)的對(duì)等實(shí)體分別終結(jié)于RNC和基站時(shí)，RNC可以通過協(xié)議中鏈路狀態(tài)機(jī)的變化，檢測到物理鏈路可用性的變化，并更新IUB接ロ的傳輸帶寬門限。對(duì)于IUB接ロ采用以太網(wǎng)傳輸?shù)膱鼍?，如果采用點(diǎn)對(duì)點(diǎn)直連的以太網(wǎng)連接，RNC的以太網(wǎng)端ロ直接參與速率協(xié)商過程，可根據(jù)協(xié)商的結(jié)果自動(dòng)更新IUB接ロ的傳輸帶寬門限。但是，隨著無線接入網(wǎng)絡(luò)(RAN, Radio Access Network)承載向高速寬帶化、分組化的演進(jìn)，IUB接ロ傳輸組網(wǎng)的演進(jìn)趨勢(shì)是基于El或Tl等低速鏈路的IMA或MLPPP的協(xié)議實(shí)體終結(jié)于站點(diǎn)側(cè)最后一公里的用戶邊界(CE，Customer Edge)設(shè)備，然后接入分組傳送網(wǎng)絡(luò)(PTN, Packet Transport Network),最終通過高速物理接ロ如千兆以太網(wǎng)(GE,Gigabit Ethernet)或同步數(shù)字體系(SDH, Synchronous Digital Hierarchy)匯聚進(jìn)入RNC。在這種場景下，RNC無法通過IMA協(xié)議或MLPPP中的鏈路狀態(tài)機(jī)，檢測到基站側(cè)的物理鏈路狀態(tài)及可用帶寬的變化。另外，在IUB全因特網(wǎng)協(xié)議(IP，Internet Protocol)化的傳輸場景下，基站通常是和站點(diǎn)側(cè)交換機(jī)協(xié)商以太網(wǎng)的工作模式和速率，此時(shí)，RNC無法直接感知基站的以太網(wǎng)端ロ的實(shí)際速率協(xié)商結(jié)果。從上面的描述中可以看出，在上述場景中，如果RNC繼續(xù)按照預(yù)先配置的帶寬門限執(zhí)行CAC和流量控制，則當(dāng)基站的實(shí)際物理帶寬門限小于配置的帶寬門限時(shí)，可能會(huì)造成擁塞和丟包
發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供ー種RNC獲取基站傳輸帶寬門限的方法及系統(tǒng)，能使RNC有效地檢測到基站的實(shí)際帶寬門限，以便RNC及時(shí)調(diào)整自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明提供了ー種RNC獲取基站傳輸帶寬門限的方法，該方法包括基站與RNC建立連接后，基站向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限。上述方案中，所述基站向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限，為基站周期性向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限；和/或，基站檢測到自身的物理端ロ的傳輸資源特性發(fā)生變化后，向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限。 上述方案中，所述基站檢測到自身的物理端ロ的傳輸資源特性發(fā)生變化的時(shí)機(jī)為基站上電啟動(dòng)后，與IUB接ロ傳輸網(wǎng)絡(luò)中的CE設(shè)備對(duì)接，并已成功建立傳輸承載鏈路；或者，基站自身固有的承載鏈路的有效帶寬發(fā)生變化。上述方案中，基站檢測到自身的物理端ロ的傳輸資源特性發(fā)生變化后，且在向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限之前，該方法進(jìn)ー步包括基站計(jì)算并更新自身當(dāng)前的物理端ロ的帶寬門限。上述方案中，所述基站計(jì)算自身當(dāng)前的物理端ロ的帶寬門限，為對(duì)于IMA組或MLPPP鏈路組，根據(jù)激活的El或Tl鏈路數(shù)、及每條鏈路的有效時(shí)隙數(shù)，得出物理端ロ總的有效時(shí)隙數(shù)；將總的有效時(shí)隙數(shù)與每時(shí)隙的帶寬之積，作為當(dāng)前的物理端ロ的帶寬門限；對(duì)于以太網(wǎng)鏈路，將物理端ロ協(xié)商后的速率，作為當(dāng)前的物理端ロ的帶寬門限。上述方案中，所述基站向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限，為基站將自身當(dāng)前的物理端ロ的帶寬門限攜帶在基站應(yīng)用部分(NBAP，Node BApplication Part)信令的可選(OPTIONAL)信兀(IE, Information Element)或 NBAP 新增擴(kuò)展消息中，上報(bào)給RNC。上述方案中，該方法進(jìn)ー步包括RNC將上報(bào)的物理端ロ的帶寬門限與自身當(dāng)前保存的帶寬門限進(jìn)行比較，依據(jù)比較結(jié)果，確定是否更新自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限。上述方案中，所述確定是否更新自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限，為如果上報(bào)的物理端ロ的帶寬門限大于等于自身當(dāng)前保存的帶寬門限，則確定不更新自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限；如果上報(bào)的物理端ロ的帶寬門限小于自身當(dāng)前保存的帶寬門限，則將自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限更新為所述上報(bào)的物理端ロ的帶寬門限。上述方案中，該方法進(jìn)ー步包括RNC根據(jù)自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限，實(shí)施CAC和流量控制。
本發(fā)明還提供了ー種RNC獲取基站傳輸帶寬門限的系統(tǒng)，該系統(tǒng)包括基站及RNC ;其中，基站，用干與RNC建立連接后，向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限；RNC,用于接收基站上報(bào)的自身當(dāng)前的物理端ロ的帶寬門限。上述方案中，所述RNC，還用于將上報(bào)的物理端ロ的帶寬門限與自身當(dāng)前保存的帶寬門限進(jìn)行比較，依據(jù)比較結(jié)果，確定是否更新自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限。上述方案中，所述RNC，還用于根據(jù)自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限，實(shí)施CAC和流量控制。本發(fā)明提供的RNC獲取基站傳輸帶寬門限的方法及系統(tǒng)，基站與RNC建立連接后，基站向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限，如此，能使RNC有效地檢測到基站的實(shí)際·帶寬門限，以便RNC能及時(shí)更新自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限，進(jìn)而能有效地實(shí)施CAC和流量控制，以保證QoS，避免擁塞及丟包。另外，基站將自身當(dāng)前的物理端ロ的帶寬門限攜帶在NBAP信令的OPTIONAL IE中，上報(bào)給RNC,從而不影響第三代合作伙伴計(jì)劃(3GPP, the3rd Generation PartnershipProject)協(xié)議中IUB接ロ的兼容性及互操作性，如此，便于實(shí)現(xiàn)，開發(fā)快速；并且，在RAN承載高速帶寬化、分組化的演進(jìn)中，對(duì)于IUB接ロ傳輸資源的有效利用、以及保證QoS具有較高的實(shí)用價(jià)值。


圖I為本發(fā)明RNC獲取基站傳輸帶寬門限的方法流程示意圖；圖2為實(shí)施例RNC進(jìn)行CAC和流量控制的方法流程示意圖；圖3為本發(fā)明RNC獲取基站傳輸帶寬門限的系統(tǒng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式本發(fā)明的基本思想是基站與RNC建立連接后，基站向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限。下面結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明再作進(jìn)ー步詳細(xì)的說明。本發(fā)明RNC獲取基站傳輸帶寬門限的方法，如圖I所示，包括以下步驟步驟101 :基站與RNC建立連接后，基站向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限；這里，所述基站與RNC建立連接具體可以是基站與RNC建立IUB接ロ信令連接，即建立NBAP協(xié)議信令連接；所述基站向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限，具體為基站周期性向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限；和/或，基站檢測到自身的物理端ロ的傳輸資源特性發(fā)生變化后，向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限；其中，周期的時(shí)長可以依據(jù)需要進(jìn)行設(shè)置；這里，所述基站檢測到自身的物理端ロ的傳輸資源特性發(fā)生變化的時(shí)機(jī)為基站上電啟動(dòng)后，與IUB接ロ傳輸網(wǎng)絡(luò)中的CE設(shè)備對(duì)接，并已成功建立傳輸承載鏈路；或者，基站自身固有的承載鏈路的有效帶寬發(fā)生變化；其中，所述傳輸承載鏈路具體可以是IMA組、MLPPP鏈路組、或以太網(wǎng)鏈路；所述固有的承載鏈路的有效帶寬發(fā)生變化是指IMA組或MLPPP鏈路組內(nèi)的部分低速El或Tl鏈路的可用狀態(tài)發(fā)生變化、或配置 的鏈路數(shù)發(fā)生變更，或者，以太網(wǎng)連接重新進(jìn)行了速率協(xié)商等。
基站檢測到自身的物理端ロ的傳輸資源特性發(fā)生變化后，且在向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限之前，該方法還可以進(jìn)一歩包括基站計(jì)算并更新自身當(dāng)前的物理端ロ的帶寬門限；具體地,對(duì)于IMA組或MLPPP鏈路組,根據(jù)激活的El或Tl鏈路數(shù)、及姆條鏈路的有效時(shí)隙數(shù)，得出物理端ロ總的有效時(shí)隙數(shù)；將總的有效時(shí)隙數(shù)與每時(shí)隙的帶寬之積，作為當(dāng)前的物理端ロ的帶寬門限；對(duì)于以太網(wǎng)鏈路，將物理端ロ協(xié)商后的速率，作為當(dāng)前的物理端ロ的帶寬門限；其中，El鏈路及Tl鏈路，每時(shí)隙的帶寬為64kbps ;舉個(gè)例子來說，假設(shè)當(dāng)前IMA組內(nèi)有兩條激活的El鏈路，每條鏈路的有效時(shí)隙數(shù)為30個(gè)，則物理端ロ的總有效時(shí)隙數(shù)為30X2 = 60個(gè)，當(dāng)前的物理端ロ的帶寬門限為60X64 = 3840kbps ;再舉個(gè)例子來說，基站的百兆以太網(wǎng)端ロ與僅支持十兆端ロ速率的以太網(wǎng)交換機(jī)對(duì)接，物理端ロ工作模式協(xié)商成功后，速率降為10Mbps，則該物理端ロ的帶寬門限為10Mbps。所述基站向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限，具體為基站將自身當(dāng)前的物理端ロ的帶寬門限攜帶在NBAP現(xiàn)有信令的OPTIONAL IE或NBAP新增擴(kuò)展消息中，上報(bào)給RNC。步驟102 :RNC將上報(bào)的物理端ロ的帶寬門限與自身當(dāng)前保存的帶寬門限進(jìn)行比較，依據(jù)比較結(jié)果，確定是否更新自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限。具體地，如果上報(bào)的物理端ロ的帶寬門限大于等于自身當(dāng)前保存的帶寬門限，則確定不更新自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限；如果上報(bào)的物理端ロ的帶寬門限小于自身當(dāng)前保存的帶寬門限，則將自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限更新為所述上報(bào)的物理端ロ的帶寬門限；其中，在比較時(shí)，如果RNC從配置帶寬門限后，從未更新過自身保存的帶寬門限，則在比較時(shí)，RNC自身當(dāng)前保存的帶寬門限為預(yù)先配置的帶寬門限。本發(fā)明的方法還可以進(jìn)ー步包括RNC根據(jù)自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限，實(shí)施CAC和流量控制；其中，實(shí)施CAC和流量控制的具體處理過程可采用現(xiàn)有技木。下面結(jié)合實(shí)施例對(duì)本發(fā)明再作進(jìn)ー步詳細(xì)的描述。本實(shí)施例的應(yīng)用場景為預(yù)先在RNC上配置帶寬門限，且RNC從未更新過自身保存的帶寬門限，即=RNC當(dāng)前保存的帶寬門限為預(yù)先配置的帶寬門限。本實(shí)施例RNC進(jìn)行CAC和流量控制的方法，如圖2所示，包括以下步驟步驟201 :基站檢測到自身的物理端ロ的傳輸資源特性發(fā)生變化吋，計(jì)算并更新自身當(dāng)前的物理端ロ的帶寬門限，之后執(zhí)行步驟202 ；
這里，所述基站檢測到自身的物理端ロ的傳輸資源特性發(fā)生變化的時(shí)機(jī)為基站上電啟動(dòng)后，與IUB接ロ傳輸網(wǎng)絡(luò)中的CE對(duì)接，并已成功建立傳輸承載鏈路；或者，基站自身固有的承載鏈路的有效帶寬發(fā)生變化；其中，所述傳輸承載鏈路具體可以是IMA組、MLPPP鏈路組、或以太網(wǎng)鏈路；所述固有的承載鏈路的有效帶寬發(fā)生變化是指IMA組或MLPPP鏈路組內(nèi)的部分低速El或Tl鏈路的可用狀態(tài)發(fā)生變化、或配置的鏈路數(shù)發(fā)生變更，或者，以太網(wǎng)連接重新進(jìn)行了速率協(xié)商等。所述，基站計(jì)算自身當(dāng)前的物理端ロ的帶寬門限，具體為；對(duì)于IMA組或MLPPP鏈路組，根據(jù)激活的El或Tl鏈路數(shù)、及每條鏈路的有效時(shí)隙數(shù)，得出物理端ロ總的有效時(shí)隙數(shù)；將總的有效時(shí)隙數(shù)與每時(shí)隙的帶寬之積，作為當(dāng)前的物理端ロ的帶寬門限；
對(duì)于以太網(wǎng)鏈路，將物理端ロ協(xié)商后的速率，作為當(dāng)前的物理端ロ的帶寬門限；其中，El鏈路和Tl鏈路，每時(shí)隙的帶寬為64kbps ;舉個(gè)例子來說，假設(shè)當(dāng)前IMA組內(nèi)有兩條激活的El鏈路，每條鏈路的有效時(shí)隙數(shù)為30個(gè)，則物理端ロ的總有效時(shí)隙數(shù)為30X2 = 60個(gè)，當(dāng)前的物理端ロ的帶寬門限為60X64 = 3840kbps ;再舉個(gè)例子來說，基站的百兆以太網(wǎng)端ロ與僅支持十兆端ロ速率的以太網(wǎng)交換機(jī)對(duì)接，物理端ロ工作模式協(xié)商成功后，速率降為10Mbps，則該物理端ロ的帶寬門限為10Mbps。步驟202 :基站將自身當(dāng)前的物理端ロ的帶寬門限攜帶在NBAP信令的OPTIONALIE中，上報(bào)給RNC ；具體地，基站將自身當(dāng)前的物理端ロ的帶寬門限攜帯在下一周期的AuditResponse消息中，上報(bào)給RNC ；這里，根據(jù)NBAP協(xié)議規(guī)定，基站與RNC之間的NBAP信令鏈路建立成功后，RNC與基站之間的審計(jì)流程會(huì)周期性循環(huán)觸發(fā)，因此，基站可通過將自身當(dāng)前的物理端ロ的帶寬門限攜帶在下一周期的Audit Response消息中，上報(bào)給RNC ；具體地，基站將自身當(dāng)前的物理端ロ的帶寬門限攜帯在下一周期的AuditResponse消息的新增的OPTIONAL IE中，所述OPTIONAL IE的具體格式如下表格
權(quán)利要求
1.一種無線網(wǎng)絡(luò)控制器(RNC)獲取基站傳輸帶寬門限的方法，其特征在于，該方法包括 基站與RNC建立連接后，基站向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述基站向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限，為 基站周期性向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限；和/或， 基站檢測到自身的物理端ロ的傳輸資源特性發(fā)生變化后，向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述基站檢測到自身的物理端ロ的傳輸資源特性發(fā)生變化的時(shí)機(jī)為· 基站上電啟動(dòng)后，與IUB接ロ傳輸網(wǎng)絡(luò)中的用戶邊界(CE)設(shè)備對(duì)接，并已成功建立傳輸承載鏈路；或者， 基站自身固有的承載鏈路的有效帶寬發(fā)生變化。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，基站檢測到自身的物理端ロ的傳輸資源特 性發(fā)生變化后，且在向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限之前，該方法進(jìn)ー步包括 基站計(jì)算并更新自身當(dāng)前的物理端ロ的帶寬門限。
5.根據(jù)權(quán)利要求4所述的方法,其特征在于,所述基站計(jì)算自身當(dāng)前的物理端ロ的帶寬門限，為 對(duì)于異步傳輸模式反向復(fù)用(IMA)組或多鏈路點(diǎn)對(duì)點(diǎn)協(xié)議(MLPPP)鏈路組，根據(jù)激活的El或Tl鏈路數(shù)、及每條鏈路的有效時(shí)隙數(shù)，得出物理端ロ總的有效時(shí)隙數(shù)；將總的有效時(shí)隙數(shù)與每時(shí)隙的帶寬之積，作為當(dāng)前的物理端ロ的帶寬門限； 對(duì)于以太網(wǎng)鏈路，將物理端ロ協(xié)商后的速率，作為當(dāng)前的物理端ロ的帶寬門限。
6.根據(jù)權(quán)利要求I至5任一項(xiàng)所述的方法，其特征在于，所述基站向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限，為 基站將自身當(dāng)前的物理端ロ的帶寬門限攜帯在基站應(yīng)用部分(NBAP)信令的可選信元或NBAP新增擴(kuò)展消息中，上報(bào)給RNC。
7.根據(jù)權(quán)利要求I至5任一項(xiàng)所述的方法，其特征在于，該方法進(jìn)ー步包括 RNC將上報(bào)的物理端ロ的帶寬門限與自身當(dāng)前保存的帶寬門限進(jìn)行比較，依據(jù)比較結(jié)果，確定是否更新自身當(dāng)前保存的IUB接口下行的呼叫接納控制(CAC)及流量控制的帶寬門限。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述確定是否更新自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限，為 如果上報(bào)的物理端ロ的帶寬門限大于等于自身當(dāng)前保存的帶寬門限，則確定不更新自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限；如果上報(bào)的物理端ロ的帶寬門限小于自身當(dāng)前保存的帶寬門限，則將自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限更新為所述上報(bào)的物理端ロ的帶寬門限。
9.根據(jù)權(quán)利要求7所述的方法，其特征在于，該方法進(jìn)ー步包括 RNC根據(jù)自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限，實(shí)施CAC和流量控制。
10.ー種RNC獲取基站傳輸帶寬門限的系統(tǒng)，其特征在于，該系統(tǒng)包括基站及RNC ;其中， 基站，用干與RNC建立連接后，向RNC上報(bào)自身當(dāng)前的物理端ロ的帶寬門限； RNC,用于接收基站上報(bào)的自身當(dāng)前的物理端ロ的帶寬門限。
11.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在干，所述RNC，還用于將上報(bào)的物理端ロ的帶寬門限與自身當(dāng)前保存的帶寬門限進(jìn)行比較，依據(jù)比較結(jié)果，確定是否更新自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限。
12.根據(jù)權(quán)利要求11所述的系統(tǒng)，其特征在干， 所述RNC，還用于根據(jù)自身當(dāng)前保存的IUB接口下行的CAC及流量控制的帶寬門限，實(shí)施CAC和流量控制。
全文摘要
本發(fā)明公開了一種無線網(wǎng)絡(luò)控制器(RNC)獲取基站傳輸帶寬門限的方法，該方法包括基站與RNC建立連接后，基站向RNC上報(bào)自身當(dāng)前的物理端口的帶寬門限。本發(fā)明同時(shí)公開了一種RNC獲取基站傳輸帶寬門限的系統(tǒng)，采用本發(fā)明的方法及系統(tǒng)，能使RNC有效地檢測到基站的實(shí)際帶寬門限，以便RNC能及時(shí)更新自身當(dāng)前保存的IUB接口下行的呼叫接納控制(CAC)及流量控制的帶寬門限，進(jìn)而能有效地實(shí)施CAC和流量控制，以保證服務(wù)質(zhì)量，避免擁塞及丟包。
文檔編號(hào)H04W28/10GK102843704SQ201110171608
公開日2012年12月26日 申請(qǐng)日期2011年6月23日 優(yōu)先權(quán)日2011年6月23日
發(fā)明者董路明, 趙澤盛 申請(qǐng)人:中興通訊股份有限公司