專利名稱：一種修改傳輸帶寬的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信系統(tǒng)中傳輸技術(shù)，特別涉及一種修改傳輸帶寬的方法和系統(tǒng)。
背景技術(shù)：
隨著第三代移動通訊(3G)技術(shù)的迅速發(fā)展，移動數(shù)據(jù)業(yè)務量也不斷增大，這對本來資源就不充足的傳輸層來講是個巨大的挑戰(zhàn)，為了高效的利用有限的傳輸層帶寬，需要根據(jù)用戶實時流量來動態(tài)的調(diào)整傳輸層帶寬。在寬帶碼分多址(WCDMA)的R99版本中，利用異步傳輸模式適配層(AAL，ATM Adaptation Layer type)2建立(Establish)流程和AAL2釋放(Release)流程來進行傳輸帶寬的修改，在R5版本中，利用AAL2修改(Modify)流程來進行傳輸帶寬的修改。所述Modify流程為對當前傳輸帶寬進行修改的流程，所述Establish流程和Release流程是重新建立傳輸帶寬的流程。
圖1為由Establish流程進行傳輸帶寬修改的系統(tǒng)示意圖，圖1所示的系統(tǒng)包含無線網(wǎng)絡(luò)控制器(RNC)11、基站Node B12，其中，RNC11包含業(yè)務處理單元13、AAL2單元14，Node B12單元包含應用單元15、AAL2單元16，其中，RNC11的AAL2單元14包含信令單元14a。
RNC11中的業(yè)務處理單元13向信令單元14a發(fā)送Establish請求消息，接收信令單元14a返回的Establish拒絕消息、Establish確認消息，向信令單元14a發(fā)送Release請求消息，接收信令單元14a返回的Release確認消息。
RNC11中的信令單元14a接收業(yè)務處理單元13發(fā)送的Establish請求消息，向業(yè)務處理單元13返回Establish拒絕消息、Establish確認消息，接收業(yè)務處理單元13發(fā)送的Release請求消息，向業(yè)務處理單元13返回Release確認消息。
RNC11中的信令單元14a還與Node B12交互Establish消息、Release消息，具體地說信令單元14a向Node B12中的AAL2單元16發(fā)送Establish請求消息，接收AAL2單元16返回的Establish應答消息；信令單元14a向AAL2單元16發(fā)送Release請求消息，接收AAL2單元16返回的Release應答消息。
Node B12與RNC11中的信令單元14a交互Establish消息、Release消息，具體地說Node B12中的AAL2單元16接收RNC11中的信令單元14a發(fā)送的Establish請求消息，向信令單元14a返回Establish應答消息；AAL2單元16接收RNC11中的信令單元14a發(fā)送的Release請求消息，向信令單元14a返回Release應答消息。
Node B12中，AAL2單元16與應用單元15交互信息，具體地說AAL2單元16向應用單元發(fā)送Establish指示消息，應用單元15向AAL2單元16返回Establish響應消息；AAL2單元16向應用單元發(fā)送Release指示消息，應用單元15向AAL2單元16返回Release響應消息。
圖2為圖1所示系統(tǒng)中由Establish流程進行傳輸帶寬修改的過程示意圖，即圖2為執(zhí)行重新建立傳輸帶寬流程時的過程示意圖，圖2所示的過程包含以下步驟步驟201業(yè)務處理單元13向信令單元14a發(fā)送Establish請求消息，Establish請求消息中包含目的傳輸帶寬信息。
通常是需要修改傳輸層帶寬時，業(yè)務處理單元13向信令單元14a發(fā)送Establish請求消息。執(zhí)行步驟201之前，RNC11和Node B12之間先通過Node B應用部分(NBAP)信令交互過程來準備無線資源，當業(yè)務處理單元13獲知準備好無線資源之后，執(zhí)行步驟201。
步驟202信令單元14a判定為Establish可能，即傳輸路徑(PATH)中存在滿足步驟201所述目的傳輸帶寬的PATH，執(zhí)行步驟204。
如果信令單元14a判定為Establish不可能，即傳輸路徑(PATH)中不存在滿足步驟201所述目的傳輸帶寬的PATH，則執(zhí)行圖2中用虛線標出的步驟203。
步驟203信令單元14a向業(yè)務處理單元13返回Establish拒絕消息，結(jié)束本流程。
步驟204信令單元14a向Node B12發(fā)送Establish請求消息。
步驟205～步驟207Node B12向信令單元14a返回Establish確認消息，具體為AAL2單元16向應用單元15發(fā)送Establish指示消息；應用單元15向AAL2單元16返回Establish響應消息；AAL2單元16向信令單元14a返回Establish應答消息。
步驟208信令單元14a向業(yè)務處理單元13發(fā)送Establish確認消息。
步驟209～步驟214RNC11與Node B12完成Release過程，具體為業(yè)務處理單元13向信令單元14a發(fā)送Release請求消息；信令單元14a向AAL2單元16發(fā)送Release請求消息；AAL2單元16向應用單元15發(fā)送Release指示消息；應用單元15向AAL2單元16返回Release響應消息；AAL2單元16向信令單元14a返回Release確認消息；信令單元14a向業(yè)務處理單元13返回Release確認消息，結(jié)束本流程。
圖3為由Modify流程進行傳輸帶寬修改的系統(tǒng)示意圖，圖3所示的系統(tǒng)包含RNC31、Node B32，其中，RNC31包含業(yè)務處理單元33、AAL2單元34，Node B32單元包含應用單元35、AAL2單元36，其中，RNC11的AAL2單元34包含信令單元34a。
RNC31中的業(yè)務處理單元33向RNC31中的信令單元34a發(fā)送Modify請求消息，接收信令單元34a返回的Modify拒絕消息、Modify確認消息。
RNC31中的信令單元34a接收業(yè)務處理單元33發(fā)送的Modify請求消息，向業(yè)務處理單元33返回Modify拒絕消息、Modify確認消息。
RNC31中的信令單元34a還與Node B32交互信息，具體地說信令單元34a向Node B32中的AAL2單元36發(fā)送Modify請求消息，接收AAL2單元36返回的Modify應答消息。
Node B32與RNC31中的信令單元34a交互信息，具體地說Node B32中的AAL2單元36接收RNC31中的信令單元34a發(fā)送的Modify請求消息，向信令單元34a返回Modify應答消息。
Node B32中，AAL2單元36與應用單元35交互信息，具體地說AAL2單元36向應用單元發(fā)送Modify指示消息，應用單元35向AAL2單元36返回Modify響應消息。
圖4為圖3所示系統(tǒng)中由Modify流程進行傳輸帶寬修改的過程示意圖，即圖4為執(zhí)行對當前傳輸帶寬進行修改流程的過程示意圖，圖4所示的過程包含以下步驟步驟401業(yè)務處理單元33向信令單元34a發(fā)送Modify請求消息，Modify請求消息中包含當前PATH信息，目的傳輸帶寬信息。
通常是需要修改傳輸層帶寬時，業(yè)務處理單元33向信令單元34a發(fā)送Modify請求消息。執(zhí)行步驟401之前，RNC31和Node B32之間先通過信令交互過程來準備無線資源，當業(yè)務處理單元33獲知準備好無線資源之后，執(zhí)行步驟401。
步驟402信令單元34a判定為Modify可能，即當前PATH帶寬資源滿足步驟401所述目的傳輸帶寬，執(zhí)行步驟404。
如果信令單元34a判定為Modify不可能，即當前PATH帶寬資源不滿足步驟401所述目的傳輸帶寬，則執(zhí)行圖4中用虛線標出的步驟403。
步驟403信令單元34a向業(yè)務處理單元33返回Modify拒絕消息，結(jié)束本流程。
步驟404信令單元34a向Node B32發(fā)送Modify請求消息。
步驟405～步驟407Node B32向信令單元34a返回Modify確認消息，具體為AAL2單元36向應用單元35發(fā)送Modify指示消息；應用單元35向AAL2單元36返回Modify響應消息；AAL2單元36向信令單元34a返回Modify應答消息。
步驟408信令單元34a向業(yè)務處理單元33返回Modify確認消息，結(jié)束本流程。
現(xiàn)有技術(shù)的缺點是1)利用AAL2 Establish過程和AAL2 Release過程來實現(xiàn)傳輸帶寬的修改，需要RNC和Node B之間的兩次信令交互過程，增加了信令交互開銷和時延。
2)利用AAL2 Modify過程來實現(xiàn)傳輸帶寬的修改，RNC和Node B之間只需要一次信令流程就可以完成傳輸帶寬的修改，減少了信令交互開銷和時延。但是當用戶所在的PATH上帶寬資源不足時，會導致修改傳輸帶寬失敗，使得用戶流量調(diào)節(jié)失敗。另外由于AAL2 Modify過程只能在當前PATH上進行傳輸帶寬修改，因此此時即使其它的PATH上有足夠的帶寬資源，也會導致修改傳輸帶寬失敗，傳輸帶寬利用率很低。
3)傳輸帶寬的修改流程是在準備好無線資源之后進行，當修改傳輸帶寬失敗時，使得無線資源準備好卻不用，導致浪費，且由于準備無線資源過程中的信令交互，增加了信令交互開銷。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種修改傳輸帶寬的方法，能夠兼顧考慮信令交互開銷和傳輸帶寬修改成功率。
本發(fā)明的另一目的在于提供一種修改傳輸帶寬的系統(tǒng)，能夠兼顧考慮信令交互開銷和傳輸帶寬修改成功率。
本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種修改傳輸帶寬的方法，該方法包含以下步驟a、獲取當前業(yè)務資源ID和目的帶寬信息；b、判斷當前傳輸路徑PATH的帶寬資源是否滿足當前業(yè)務需要的傳輸帶寬，如果滿足，則執(zhí)行對當前傳輸帶寬進行修改的流程，結(jié)束本處理流程；如果不滿足，則執(zhí)行步驟c；c、判斷是否有滿足步驟b所述需要的傳輸帶寬的PATH，如果有，則執(zhí)行建立傳輸帶寬的流程；如果沒有，則確定修改傳輸帶寬失敗。
所述步驟a具體為無線網(wǎng)絡(luò)控制器RNC中的異步傳輸模式適配層AAL2單元接收RNC中業(yè)務處理單元發(fā)送的消息，從接收的消息中獲取當前業(yè)務資源ID和目的帶寬信息。
步驟c之前進一步包含查詢所有可用PATH的傳輸資源信息。
步驟b中，如果滿足，則執(zhí)行對當前傳輸帶寬進行修改的流程之前進一步包含AAL2單元向業(yè)務處理單元發(fā)送對當前傳輸帶寬進行修改可成功消息；相應地，執(zhí)行對當前傳輸帶寬進行修改的流程時，由業(yè)務處理單元向AAL2單元發(fā)送修改Modify請求消息來發(fā)起對當前傳輸帶寬進行修改的流程；步驟c中，如果有，則執(zhí)行建立傳輸帶寬的流程之前進一步包含AAL2單元向業(yè)務處理單元發(fā)送不能對當前傳輸帶寬進行修改但可建立傳輸帶寬的消息；步驟c中，如果沒有，則確定修改傳輸帶寬失敗之前包含AAL2單元向業(yè)務處理單元發(fā)送不能對當前傳輸帶寬進行修改且不能重新建立傳輸帶寬的消息。
步驟b中，業(yè)務處理單元接收對當前傳輸帶寬進行修改可成功消息后，發(fā)起對當前傳輸帶寬進行修改的流程之前進一步包含RNC和基站Node B之間準備無線資源；步驟c中，業(yè)務處理單元接收不能對當前傳輸帶寬進行修改但可建立傳輸帶寬的消息后，執(zhí)行建立傳輸帶寬的流程之前進一步包含RNC和Node B之間準備無線資源。
所述步驟a具體為RNC中的業(yè)務處理單元向RNC中的信令單元發(fā)送Modify請求消息；信令單元從接收的Modify請求消息中，獲取當前業(yè)務資源ID和目的帶寬信息。
步驟b中，如果滿足，則由信令單元向Node B發(fā)送Modify請求消息來進一步執(zhí)行對當前傳輸帶寬進行修改的流程；
步驟c中，如果有，則執(zhí)行建立傳輸帶寬的流程之前進一步包含AAL2單元向業(yè)務處理單元發(fā)送不能對當前傳輸帶寬進行修改但可建立傳輸帶寬的消息；步驟c中，如果沒有，則確定修改傳輸帶寬失敗之前進一步包含AAL2單元向業(yè)務處理單元發(fā)送不能對當前傳輸帶寬進行修改且不能重新建立傳輸帶寬的消息，業(yè)務處理單元獲知不能對當前傳輸帶寬進行修改但可以建立傳輸帶寬的信息。
步驟a之前進一步包含RNC和Node B之間準備無線資源。
步驟a和步驟b之間進一步包含根據(jù)當前業(yè)務資源ID獲知承載當前業(yè)務的PATH ID以及當前業(yè)務在所述PATH中已占用帶寬信息。
該系統(tǒng)包含RNC、Node B，其中RNC包含業(yè)務處理單元、AAL2單元；RNC中的業(yè)務處理單元，向AAL2單元發(fā)送包含當前業(yè)務資源ID和目的帶寬信息的消息，接收AAL2單元返回的Modify可能性判決結(jié)果、建立Establish可能性判決結(jié)果；與AAL2單元交互Modify消息、Establish消息、Release消息；RNC中的AAL2單元，接收業(yè)務處理單元發(fā)送的包含當前業(yè)務資源ID和目的帶寬信息的消息，進行Modify可能性判決、Establish可能性判決，并向業(yè)務處理單元返回判決結(jié)果；與業(yè)務處理單元和Node B分別交互Modify消息、Establish消息、Release消息。
所述AAL2單元包含信令單元、預準入單元；信令單元與業(yè)務處理單元和Node B分別交互Modify消息、Establish消息、Release消息；預準入單元，接收業(yè)務處理單元發(fā)送的包含當前業(yè)務資源ID和目的帶寬信息的預準入消息，進行Modify可能性判決、Establish可能性判決，并向業(yè)務處理單元返回判決結(jié)果；向信令單元發(fā)送查詢并獲知所有可用PATH傳輸資源信息；
信令單元進一步接收預準入單元發(fā)送的查詢所有可用PATH傳輸資源的消息，向預準入單元返回所有可用PATH傳輸資源信息。
所述AAL2單元包含信令單元、判決單元；信令單元接收判決單元發(fā)送的查詢所有可用PATH傳輸資源的消息，向判決單元返回所有可用PATH傳輸資源信息；接收判決單元發(fā)送的不能使用Modify但可以使用Establish消息、不能使用Modify且不能使用Establish消息后向業(yè)務處理單元轉(zhuǎn)發(fā)；與業(yè)務處理單元和Node B分別交互Modify消息、Establish消息、Release消息；判決單元接收信令單元發(fā)送的不能使用Modify消息，進行Establish可能性判決，并向信令單元發(fā)送不能使用Modify但可以使用Establish消息、不能使用Modify且不能使用Establish消息；向信令單元發(fā)送查詢并獲知所有可用PATH傳輸資源信息；或者是信令單元接收判決單元發(fā)送的查詢所有可用PATH傳輸資源的消息，向判決單元返回所有可用PATH傳輸資源信息；與業(yè)務處理單元和Node B分別交互Modify消息、Establish消息、Release消息；判決單元接收信令單元發(fā)送的不能使用Modify消息，進行Establish可能性判決，并向業(yè)務處理單元發(fā)送不能使用Modify但可以使用Establish消息、不能使用Modify且不能使用Establish消息；向信令單元查詢并獲知所有可用PATH傳輸資源信息。
所述AAL2單元包含信令單元；信令單元向業(yè)務處理單元發(fā)送不能使用Modify但可以使用Establish消息、不能使用Modify且不能使用Establish消息；與業(yè)務處理單元和Node B分別交互Modify消息、Establish消息、Release消息。
本發(fā)明中先判斷當前PATH的帶寬資源能否滿足需要的傳輸帶寬，如果滿足，則執(zhí)行AAL2 Modify流程，如果不滿足，則再判斷是否有滿足需要的傳輸帶寬的PATH，如果有，則執(zhí)行AAL2 Establish流程和AAL2 Release流程，如果沒有，則判斷傳輸帶寬修改失敗。本發(fā)明有以下有益效果1)只要能用AAL2 Modify過程修改傳輸帶寬，就直接執(zhí)行AAL2Modify流程，以此避免可以用AAL2 Modify過程卻用AAL2 Establish過程和AAL2Release過程修改傳輸帶寬所導致的RNC和Node B之間的信令開銷增加和傳輸時延的增加；同時，對于不能用AAL2 Modify過程修改傳輸帶寬的情況，如果存在其他滿足資源要求的PATH，則執(zhí)行AAL2 Establish流程和AAL2Release流程，提高了修改傳輸帶寬的成功率，且傳輸帶寬資源充分被利用，因此本發(fā)明的方法兼顧考慮了信令開銷和修改傳輸帶寬的成功率。
2)先執(zhí)行預準入過程，再根據(jù)其結(jié)果判斷是否需要準備無線資源，具體地說如果預準入過程執(zhí)行的結(jié)果是可以使用Modify過程、或可以使用Establish和Release過程來修改傳輸帶寬，則準備無線資源，如果預準入過程執(zhí)行的結(jié)果是修改傳輸帶寬失敗，則不準備無線資源，由此避免了先準備了無線資源，卻因修改傳輸帶寬失敗而不使用無線資源導致的浪費，無須準備無線資源也可以節(jié)省信令交互開銷。


圖1為現(xiàn)有技術(shù)中由Establish流程進行傳輸帶寬修改的系統(tǒng)示意圖；圖2為現(xiàn)有技術(shù)中由Establish流程進行傳輸帶寬修改的過程示意3為現(xiàn)有技術(shù)中由Modify流程進行傳輸帶寬修改的系統(tǒng)示意圖；圖4為現(xiàn)有技術(shù)中由Modify流程進行傳輸帶寬修改的過程示意圖；圖5本發(fā)明實施例1中進行傳輸帶寬修改的系統(tǒng)示意圖；圖6本發(fā)明實施例1中進行傳輸帶寬修改的過程示意圖；圖7為本發(fā)明實施例2中進行傳輸帶寬修改的系統(tǒng)示意圖；圖8為本發(fā)明實施例2中進行傳輸帶寬修改的過程示意圖；圖9為本發(fā)明實施例3中進行傳輸帶寬修改的系統(tǒng)示意圖；圖10為本發(fā)明實施例3中進行傳輸帶寬修改的過程示意圖。
具體實施例方式
本發(fā)明是獲知當前業(yè)務資源ID和目的帶寬信息后，判斷當前PATH的帶寬資源是否滿足當前業(yè)務需要的傳輸帶寬，如果滿足，則執(zhí)行對當前傳輸帶寬進行修改的流程；如果不滿足，則再判斷是否有滿足需要的傳輸帶寬的PATH，如果有，則執(zhí)行建立傳輸帶寬的流程，如果沒有，則確定修改傳輸帶寬失敗。
本發(fā)明中，判斷當前PATH的帶寬資源是否滿足需要的傳輸帶寬，可以在發(fā)起Modify請求之前進行，也可以在發(fā)起Modify請求之后進行。
實施例1本實施例中判斷當前PATH的帶寬資源是否滿足當前需要的傳輸帶寬是在發(fā)起AAL2 Modify請求之前進行。
圖5為本實施例中修改傳輸帶寬的系統(tǒng)示意圖，圖5所示的系統(tǒng)包含RNC51、Node B52，其中，RNC51包含業(yè)務處理單元53、AAL2單元54，Node B52單元包含應用單元55、AAL2單元56，其中，RNC11的AAL2單元54包含預準入單元54a、信令單元54b。
RNC51中的業(yè)務處理單元53，向預準入單元54a發(fā)送預準入消息，接收預準入單元54a返回的Modify成功消息、Modify失敗但可重建消息、Modify失敗且不可重建消息；向信令單元54b發(fā)送Modify請求消息，接收信令單元54b返回的Modify拒絕消息、Modify確認消息；向信令單元54b發(fā)送Establish請求消息，接收信令單元54b返回的Establish拒絕消息、Establish確認消息；向信令單元54b發(fā)送Release請求消息，接收信令單元54b返回的Release確認消息。
RNC51中的預準入單元54a，接收業(yè)務處理單元53發(fā)送的預準入消息，進行Modify可能性判決，Establish可能性判決，并向業(yè)務處理單元53返回Modify成功消息、Modify失敗但可重建消息、Modify失敗且不可重建消息；預準入單元54a向信令單元54b發(fā)送查詢所有可用PATH傳輸資源的消息，接收信令單元54b發(fā)送的所有可用PATH傳輸資源信息。
RNC51中的信令單元54b，接收業(yè)務處理單元53發(fā)送的Modify請求消息，向業(yè)務處理單元53返回Modify拒絕消息、Modify確認消息；接收業(yè)務處理單元53發(fā)送的Establish請求消息，向業(yè)務處理單元53返回Establish拒絕消息、Establish確認消息；接收業(yè)務處理單元53發(fā)送的Release請求消息，向業(yè)務處理單元53返回Release確認消息；信令單元54b接收預準入單元54a發(fā)送的查詢所有可用PATH傳輸資源的消息，向預準入單元54a返回所有可用PATH傳輸資源信息。
RNC51中的信令單元54b還與Node B52交互信息，具體地說信令單元54b向Node B52中的AAL2單元56發(fā)送Modify請求消息，接收AAL2單元56返回的Modify應答消息；信令單元54b向Node B52中的AAL2單元56發(fā)送Establish請求消息，接收AAL2單元56返回的Establish應答消息；信令單元54b向AAL2單元56發(fā)送Release請求消息，接收AAL2單元56返回的Release應答消息。
Node B52與RNC51中的信令單元54b交互信息，具體地說Node B52中的AAL2單元56接收RNC51中的信令單元54b發(fā)送的Modify請求消息，向信令單元54b返回Modify應答消息；Node B52中的AAL2單元56接收RNC51中的信令單元54b發(fā)送的Establish請求消息，向信令單元54b返回Establish應答消息；AAL2單元56接收RNC51中的信令單元54b發(fā)送的Release請求消息，向信令單元54b返回Release應答消息。
Node B52中，AAL2單元56與應用單元55交互信息，具體地說AAL2單元56向應用單元發(fā)送Modify指示消息，應用單元55向AAL2單元56返回Modify響應消息；AAL2單元56向應用單元發(fā)送Establish指示消息，應用單元55向AAL2單元56返回Establish響應消息；AAL2單元56向應用單元發(fā)送Release指示消息，應用單元55向AAL2單元56返回Release響應消息。
圖5中所述Modify成功消息用以表明可以使用Modify修改當前傳輸帶寬；所述Modify失敗但可重建消息用以表明不能使用Modify修改當前傳輸帶寬，但可以使用Establish和Release重新建立傳輸帶寬；所述Modify失敗且不可重建消息用以表明不能使用Modify修改當前傳輸帶寬，且不能使用Establish重建傳輸帶寬。
圖6為本實施例中進行傳輸帶寬修改的過程示意圖，圖6所示的過程包含以下步驟步驟601RNC中的業(yè)務處理單元向RNC AAL2中的預準入單元發(fā)送預準入請求消息，預準入請求消息中包含承載當前業(yè)務的資源ID、目的傳輸帶寬信息。
通常是需要修改傳輸層帶寬時，業(yè)務處理單元向預準入單元發(fā)送預準入請求消息。
根據(jù)收到的當前業(yè)務的資源ID，預準入單元能夠獲知當前業(yè)務已使用的傳輸資源信息，比如當前業(yè)務承載在哪條PATH上和當前業(yè)務在所述PATH中已占用帶寬等信息。通常預準入單元向信令單元發(fā)送當前業(yè)務的資源ID，信令單元則根據(jù)當前業(yè)務的資源ID在自身查詢當前業(yè)務已使用的傳輸資源信息，并向預準入單元返回查詢到的信息。這里，信令單元根據(jù)當前業(yè)務的資源ID在自身查詢當前業(yè)務已使用的傳輸資源信息的方法屬于現(xiàn)有技術(shù)。
所述目的傳輸帶寬為傳輸帶寬修改后需要的總的傳輸帶寬。
步驟602預準入單元查詢所有可用PATH的傳輸資源信息。
通常預準入單元向RNC AAL2中的信令單元查詢，并獲得包含當前PATH和其他所有可用PATH的傳輸資源信息，所述PATH的傳輸資源信息通常包含PATH的剩余帶寬信息。
步驟603預準入單元判斷當前PATH帶寬資源是否滿足目的傳輸帶寬，如果不滿足，則執(zhí)行步驟606，如果滿足，則執(zhí)行步驟604。
步驟603中，預準入單元判斷當前PATH的剩余帶寬資源是否不小于步驟601中目的傳輸帶寬與當前業(yè)務已用帶寬的差值。比如目的傳輸帶寬為192k，當前業(yè)務已使用的帶寬為64k，此時，如果當前PATH的剩余帶寬資源不小于192k-64k＝128k，則表明當前PATH帶寬資源滿足目的傳輸帶寬，如果當前PATH的剩余帶寬資源小于128k，則表明當前PATH帶寬資源不滿足目的傳輸帶寬。
步驟604預準入單元向業(yè)務處理單元返回AAL2 Modify可成功消息。
步驟605執(zhí)行AAL2 Modify流程，當業(yè)務處理單元接收信令單元發(fā)送的Modify拒絕消息或Modify確認消息后，結(jié)束本流程。
步驟605中，首先由RNC中的業(yè)務處理單元向RNC AAL2中的信令單元發(fā)送Modify請求消息來開始AAL2 Modify流程，具體執(zhí)行步驟605的過程與執(zhí)行圖4中步驟401～步驟408的過程相同。
在步驟604和步驟605之間，可以包含RNC和Node B之間通過NBAP信令交互過程來準備無線資源，業(yè)務處理單元獲知準備好無線資源之后，執(zhí)行步驟605。
步驟606預準入單元判斷是否有滿足步驟601所述目的傳輸帶寬的PATH，如果有，則執(zhí)行步驟608，如果沒有，則執(zhí)行步驟607。
步驟606中，預準入單元查找并判斷是否有滿足步驟601所述目的傳輸帶寬的PATH。所述查找可以是在所有PATH中查找，也可以是在除了步驟601所述當前業(yè)務所在PATH之外的其他PATH中查找。
步驟607預準入單元向業(yè)務處理單元返回AAL2 Modify失敗且不可重建消息，結(jié)束本流程。
步驟608預準入單元向業(yè)務處理單元返回AAL2 Modify失敗但可重建消息。
步驟609執(zhí)行AAL2 Establish流程，當業(yè)務處理單元接收信令單元發(fā)送的Establish拒絕消息或Release確認消息后，結(jié)束本流程。
步驟609中，首先由RNC中的業(yè)務處理單元向RNC AAL2中的信令單元發(fā)送Establish請求消息來開始AAL2 Establish流程，具體執(zhí)行步驟609的過程與執(zhí)行圖2中步驟201～步驟214的過程相同。
在步驟608和步驟609之間，可以包含RNC和Node B之間通過NBAP信令交互過程來準備無線資源，業(yè)務處理單元獲知準備好無線資源之后，執(zhí)行步驟609。
實施例2本實施例中判斷當前PATH的帶寬資源是否滿足當前需要的傳輸帶寬是在發(fā)起AAL2 Modify請求之后進行。
圖7為本實施例中修改傳輸帶寬的系統(tǒng)示意圖，圖7所示的系統(tǒng)包含RNC71、Node B72，其中，RNC71包含業(yè)務處理單元73、AAL2單元74，Node B72單元包含應用單元75、AAL2單元76，其中，RNC11的AAL2單元74包含信令單元74a、判決單元74b。
RNC71中的業(yè)務處理單元73，向信令單元74a發(fā)送Modify請求消息，接收信令單元74a返回的Modify拒絕消息、Modify確認消息；接收判決單元74b發(fā)送的Modify失敗但可重建消息、Modify失敗且不可重建消息；向信令單元74a發(fā)送Establish請求消息，接收信令單元74a返回的Establish拒絕消息、Establish確認消息；向信令單元74a發(fā)送Release請求消息，接收信令單元74a返回的Release確認消息。
RNC71中的信令單元74a，接收業(yè)務處理單元73發(fā)送的Modify請求消息，向業(yè)務處理單元73返回Modify拒絕消息、Modify確認消息；接收業(yè)務處理單元73發(fā)送的Establish請求消息，向業(yè)務處理單元73返回Establish拒絕消息、Establish確認消息；接收業(yè)務處理單元73發(fā)送的Release請求消息，向業(yè)務處理單元73返回Release確認消息；接收判決單元74b發(fā)送的查詢所有可用PATH傳輸資源的消息，向判決單元74b返回所有可用PATH傳輸資源信息。
RNC71中的信令單元74a還與Node B72交互信息，具體地說信令單元74a向Node B72中的AAL2單元76發(fā)送Modify請求消息，接收AAL2單元76返回的Modify應答消息；信令單元74a向Node B72中的AAL2單元76發(fā)送Establish請求消息，接收AAL2單元76返回的Establish應答消息；信令單元74a向AAL2單元76發(fā)送Release請求消息，接收AAL2單元76返回的Release應答消息。
RNC71中的判決單元74b，接收業(yè)務處理單元73發(fā)送的Modify失敗消息，進行傳輸帶寬重建可能性判決，向業(yè)務處理單元73發(fā)送Modify失敗但可重建消息、Modify失敗且不可重建消息；判決單元74b向信令單元74a發(fā)送查詢所有可用PATH傳輸資源的消息，接收信令單元74a發(fā)送的所有可用PATH傳輸資源信息。
Node B72與圖5中的Node B52相同，即Node B72與RNC71中的信令單元74a交互信息，具體地說Node B72中的AAL2單元76接收RNC71中的信令單元74a發(fā)送的Modify請求消息，向信令單元74a返回Modify應答消息；Node B72中的AAL2單元76接收RNC71中的信令單元74a發(fā)送的Establish請求消息，向信令單元74a返回Establish應答消息；AAL2單元76接收RNC71中的信令單元74a發(fā)送的Release請求消息，向信令單元74a返回Release應答消息。
Node B72中，AAL2單元76與應用單元75交互信息，具體地說AAL2單元76向應用單元發(fā)送Modify指示消息，應用單元75向AAL2單元76返回Modify響應消息；AAL2單元76向應用單元發(fā)送Establish指示消息，應用單元75向AAL2單元76返回Establish響應消息；AAL2單元76向應用單元發(fā)送Release指示消息，應用單元75向AAL2單元76返回Release響應消息。
圖7中所述Modify成功消息用以表明可以使用Modify修改當前傳輸帶寬；所述Modify失敗但可重建消息用以表明不能使用Modify修改當前傳輸帶寬，但可以使用Establish和Release重新建立傳輸帶寬；所述Modify失敗且不可重建消息用以表明不能使用Modify修改當前傳輸帶寬，且不能使用Establish重建傳輸帶寬。
上述描述中，業(yè)務處理單元73接收判決單元74b發(fā)送的Modify失敗但可重建消息、Modify失敗且不可重建消息；判決單元74b向業(yè)務處理單元73發(fā)送Modify失敗但可重建消息、Modify失敗且不可重建消息。
實際應用時也可以是判決單元74b通過信令單元74a將Modify失敗但可重建消息、Modify失敗且不可重建消息發(fā)送給業(yè)務處理單元73。具體地說業(yè)務處理單元73接收信令單元74a發(fā)送的Modify失敗但可重建消息、Modify失敗且不可重建消息；信令單元74a向業(yè)務處理單元73發(fā)送Modify失敗但可重建消息、Modify失敗且不可重建消息；判決單元74b向信令單元74a發(fā)送Modify失敗但可重建消息、Modify失敗且不可重建消息。
圖8為本實施例中進行傳輸帶寬修改的過程示意圖，圖8所示的過程包含以下步驟步驟801RNC中的業(yè)務處理單元向RNC AAL2中的信令單元發(fā)送Modify請求消息，Modify請求消息中包含承載當前業(yè)務的資源ID，目的傳輸帶寬信息。
通常是需要修改傳輸層帶寬時，業(yè)務處理單元向信令單元發(fā)送Modify請求消息。執(zhí)行步驟801之前，RNC和Node B之間先通過信令交互，準備無線資源，業(yè)務處理單元獲知準備好無線資源之后，執(zhí)行步驟801。
所述當前PATH信息用以表示當前業(yè)務使用哪條PATH上的多少帶寬等信息。
根據(jù)當前業(yè)務的資源ID，信令單元能夠在自身處查詢并獲知當前業(yè)務已使用的傳輸資源信息，比如當前業(yè)務承載在哪條PATH上和當前業(yè)務在所述PATH中已占用帶寬等信息。這里，信令單元根據(jù)當前業(yè)務的資源ID在自身查詢并獲知當前業(yè)務已使用的傳輸資源信息的方法屬于現(xiàn)有技術(shù)。
所述目的傳輸帶寬為傳輸帶寬修改后需要的總的傳輸帶寬。
步驟802信令單元判斷當前PATH帶寬資源是否滿足目的傳輸帶寬，如果滿足，則執(zhí)行步驟803，如果不滿足，則執(zhí)行步驟804。
步驟802中，信令單元判斷當前PATH的剩余帶寬資源是否不小于步驟801中目的傳輸帶寬與當前業(yè)務已用帶寬的差值。比如目的傳輸帶寬為192k，當前業(yè)務已使用的帶寬為64k，此時，如果當前PATH的剩余帶寬資源不小于192k-64k＝128k，則表明當前PATH帶寬資源滿足目的傳輸帶寬，如果當前PATH的剩余帶寬資源小于128k，則表明當前PATH帶寬資源不滿足目的傳輸帶寬。
步驟803RNC AAL2中的信令單元向Node B發(fā)送Modify請求消息，NodeB向RNC AAL2中的信令單元返回Modify應答消息，信令單元向業(yè)務單元返回Modify確認消息，結(jié)束本流程。
具體執(zhí)行步驟803的過程與執(zhí)行圖3中步驟304～步驟308的過程相同。
步驟804信令單元將Modify失敗消息發(fā)送給判決單元。
步驟805判決單元向信令單元發(fā)送查詢所有可用PATH的傳輸資源信息，信令單元向判決單元返回所有可用PATH的傳輸資源信息。
步驟806判決單元判斷是否有滿足步驟801所述目的傳輸帶寬的PATH，如果滿足，則執(zhí)行步驟808，如果不是，則執(zhí)行步驟807。
步驟806中，查找并判斷是否有滿足步驟801所述目的傳輸帶寬的PATH。所述查找是可以是在所有PATH中查找，也可以是在除了步驟801所述當前業(yè)務所在PATH之外的其他PATH中查找。
步驟807判決單元向業(yè)務處理單元返回AAL2 Modify失敗且不可重建消息，結(jié)束本流程。
實際應用時也可以是判決單元通過信令單元向業(yè)務處理單元返回AAL2 Modify失敗且不可重建消息，結(jié)束本流程。
步驟808判決單元向業(yè)務處理單元返回AAL2 Modify失敗但可重建消息。
實際應用時也可以是判決單元通過信令單元向業(yè)務處理單元返回AAL2 Modify失敗但可重建消息。
步驟809執(zhí)行AAL2 Establish流程，當業(yè)務處理單元接收信令單元發(fā)送的Establish拒絕消息或Release確認消息后，結(jié)束本流程。
步驟809中，首先由RNC中的業(yè)務處理單元向RNC AAL2中的信令單元發(fā)送Establish請求消息來開始AAL2 Establish流程，具體執(zhí)行步驟809的過程與執(zhí)行圖2中步驟201～步驟214的過程相同。
實施例3本實施例中判斷當前PATH的帶寬資源是否滿足當前需要的傳輸帶寬是在發(fā)起AAL2 Modify請求之后進行。本實施例與實施例2的區(qū)別在于實施例2中由判決單元完成的功能，在本實施例中直接由信令單元完成。
圖9為本實施例中修改傳輸帶寬的系統(tǒng)示意圖，圖9所示的系統(tǒng)包含RNC91、Node B92，其中，RNC91包含業(yè)務處理單元93、AAL2單元94，Node B92單元包含應用單元95、AAL2單元96，其中，RNC11的AAL2單元94包含信令單元94a。
RNC91中的業(yè)務處理單元93，向信令單元94a發(fā)送Modify請求消息，接收信令單元94a返回的Modify失敗但可重建消息、Modify失敗且不可重建消息、Modify拒絕消息、Modify確認消息；向信令單元94a發(fā)送Establish請求消息，接收信令單元94a返回的Establish拒絕消息、Establish確認消息；向信令單元94a發(fā)送Release請求消息，接收信令單元94a返回的Release確認消息。
RNC91中的信令單元94a，接收業(yè)務處理單元93發(fā)送的Modify請求消息，向業(yè)務處理單元93返回Modify失敗但可重建消息、Modify失敗且不可重建消息、Modify拒絕消息、Modify確認消息；接收業(yè)務處理單元93發(fā)送的Establish請求消息，向業(yè)務處理單元93返回Establish拒絕消息、Establish確認消息；接收業(yè)務處理單元93發(fā)送的Release請求消息，向業(yè)務處理單元93返回Release確認消息。
RNC91中的信令單元94a還與Node B92交互信息，具體地說信令單元94a向Node B92中的AAL2單元96發(fā)送Modify請求消息，接收AAL2單元96返回的Modify應答消息；信令單元94a向Node B92中的AAL2單元96發(fā)送Establish請求消息，接收AAL2單元96返回的Establish應答消息；信令單元94a向AAL2單元96發(fā)送Release請求消息，接收AAL2單元96返回的Release應答消息。
Node B92與圖5中的Node B52相同，即Node B92與RNC91中的信令單元94a交互信息，具體地說Node B92中的AAL2單元96接收RNC91中的信令單元94a發(fā)送的Modify請求消息，向信令單元94a返回Modify應答消息；Node B92中的AAL2單元96接收RNC91中的信令單元94a發(fā)送的Establish請求消息，向信令單元94a返回Establish應答消息；AAL2單元96接收RNC91中的信令單元94a發(fā)送的Release請求消息，向信令單元94a返回Release應答消息。
Node B92中，AAL2單元96與應用單元95交互信息，具體地說AAL2單元96向應用單元發(fā)送Modify指示消息，應用單元95向AAL2單元96返回Modify響應消息；AAL2單元96向應用單元發(fā)送Establish指示消息，應用單元95向AAL2單元96返回Establish響應消息；AAL2單元96向應用單元發(fā)送Release指示消息，應用單元95向AAL2單元96返回Release響應消息。
圖9中所述Modify成功消息用以表明可以使用Modify修改當前傳輸帶寬；所述Modify失敗但可重建消息用以表明不能使用Modify修改當前傳輸帶寬，但可以使用Establish和Release重新建立傳輸帶寬；所述Modify失敗且不可重建消息用以表明不能使用Modify修改當前傳輸帶寬，且不能使用Establish重建傳輸帶寬。
圖10為本實施例中進行傳輸帶寬修改的過程示意圖，圖10所示的過程包含以下步驟步驟1001RNC中的業(yè)務處理單元向RNC AAL2中的信令單元發(fā)送Modify請求消息，Modify請求消息中包含承載當前業(yè)務的資源ID，目的傳輸帶寬信息。
通常是需要修改傳輸層帶寬時，業(yè)務處理單元向信令單元發(fā)送Modify請求消息。執(zhí)行步驟1001之前，RNC和Node B之間先通過信令交互，準備無線資源，業(yè)務處理單元獲知準備好無線資源之后，執(zhí)行步驟1001。
所述當前PATH信息用以表示當前業(yè)務使用哪條PATH上的多少帶寬等信息。
通過當前業(yè)務的資源ID，信令單元能夠在自身查詢并獲知當前業(yè)務已使用的傳輸資源信息，比如當前業(yè)務承載在哪條PATH上和當前業(yè)務在所述PATH中已占用帶寬等信息。這里，信令單元根據(jù)當前業(yè)務的資源ID在自身查詢并獲知當前業(yè)務已使用的傳輸資源信息的方法屬于現(xiàn)有技術(shù)。
所述目的傳輸帶寬為傳輸帶寬修改后需要的總的傳輸帶寬。
步驟1002信令單元判斷當前PATH帶寬資源是否滿足目的傳輸帶寬，如果滿足，則執(zhí)行步驟1003，如果不滿足，則執(zhí)行步驟1004。
步驟1002中，信令單元判斷當前PATH的剩余帶寬資源是否不小于步驟1001中目的傳輸帶寬與當前業(yè)務已用帶寬的差值。比如目的傳輸帶寬為192k，當前業(yè)務已使用的帶寬為64k，此時，如果當前PATH的剩余帶寬資源不小于192k-64k＝128k，則表明當前PATH帶寬資源滿足目的傳輸帶寬，如果當前PATH的剩余帶寬資源小于128k，則表明當前PATH帶寬資源不滿足目的傳輸帶寬。
步驟1003RNC AAL2中的信令單元向Node B發(fā)送Modify請求消息，Node B向RNC AAL2中的信令單元返回Modify應答消息，信令單元向業(yè)務單元返回Modify確認消息，結(jié)束本流程。
具體執(zhí)行步驟1003的過程與執(zhí)行圖3中步驟304～步驟308的過程相同。
步驟1004信令單元判斷是否有滿足步驟1001所述目的傳輸帶寬的PATH，如果滿足，則執(zhí)行步驟1006，如果不是，則執(zhí)行步驟1005。
步驟1004中，查找并判斷是否有滿足步驟1001所述目的傳輸帶寬的PATH。所述查找是可以是在所有PATH中查找，也可以是在除了步驟1001所述當前業(yè)務所在PATH之外的其他PATH中查找。
步驟1005信令單元向業(yè)務處理單元返回AAL2 Modify失敗且不可重建消息，結(jié)束本流程。
步驟1006信令單元向業(yè)務處理單元返回AAL2 Modify失敗但可重建消息。
步驟1007執(zhí)行AAL2 Establish流程，當業(yè)務處理單元接收信令單元發(fā)送的Establish拒絕消息或Release確認消息后，結(jié)束本流程。
步驟1007中，首先由RNC中的業(yè)務處理單元向RNC AAL2中的信令單元發(fā)送Establish請求消息來開始AAL2 Establish流程，具體執(zhí)行步驟1007的過程與執(zhí)行圖2中步驟201～步驟214的過程相同。
以上所述，僅為本發(fā)明的較佳實施例，并非用于限定本發(fā)明的使用范圍。
權(quán)利要求
1.一種修改傳輸帶寬的方法，其特征在于，該方法包含以下步驟a、獲取當前業(yè)務資源ID和目的帶寬信息；b、判斷當前傳輸路徑PATH的帶寬資源是否滿足當前業(yè)務需要的傳輸帶寬，如果滿足，則執(zhí)行對當前傳輸帶寬進行修改的流程，結(jié)束本處理流程；如果不滿足，則執(zhí)行步驟c；c、判斷是否有滿足步驟b所述需要的傳輸帶寬的PATH，如果有，則執(zhí)行建立傳輸帶寬的流程；如果沒有，則確定修改傳輸帶寬失敗。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟a具體為無線網(wǎng)絡(luò)控制器RNC中的異步傳輸模式適配層AAL2單元接收RNC中業(yè)務處理單元發(fā)送的消息，從接收的消息中獲取當前業(yè)務資源ID和目的帶寬信息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟c之前進一步包含查詢所有可用PATH的傳輸資源信息。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟b中，如果滿足，則執(zhí)行對當前傳輸帶寬進行修改的流程之前進一步包含AAL2單元向業(yè)務處理單元發(fā)送對當前傳輸帶寬進行修改可成功消息；相應地，執(zhí)行對當前傳輸帶寬進行修改的流程時，由業(yè)務處理單元向AAL2單元發(fā)送修改Modify請求消息來發(fā)起對當前傳輸帶寬進行修改的流程；步驟c中，如果有，則執(zhí)行建立傳輸帶寬的流程之前進一步包含AAL2單元向業(yè)務處理單元發(fā)送不能對當前傳輸帶寬進行修改但可建立傳輸帶寬的消息；步驟c中，如果沒有，則確定修改傳輸帶寬失敗之前包含AAL2單元向業(yè)務處理單元發(fā)送不能對當前傳輸帶寬進行修改且不能重新建立傳輸帶寬的消息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，步驟b中，業(yè)務處理單元接收對當前傳輸帶寬進行修改可成功消息后，發(fā)起對當前傳輸帶寬進行修改的流程之前進一步包含RNC和基站Node B之間準備無線資源；步驟c中，業(yè)務處理單元接收不能對當前傳輸帶寬進行修改但可建立傳輸帶寬的消息后，執(zhí)行建立傳輸帶寬的流程之前進一步包含RNC和Node B之間準備無線資源。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟a具體為RNC中的業(yè)務處理單元向RNC中的信令單元發(fā)送Modify請求消息；信令單元從接收的Modify請求消息中，獲取當前業(yè)務資源ID和目的帶寬信息。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，步驟b中，如果滿足，則由信令單元向Node B發(fā)送Modify請求消息來進一步執(zhí)行對當前傳輸帶寬進行修改的流程；步驟c中，如果有，則執(zhí)行建立傳輸帶寬的流程之前進一步包含AAL2單元向業(yè)務處理單元發(fā)送不能對當前傳輸帶寬進行修改但可建立傳輸帶寬的消息；步驟c中，如果沒有，則確定修改傳輸帶寬失敗之前進一步包含AAL2單元向業(yè)務處理單元發(fā)送不能對當前傳輸帶寬進行修改且不能重新建立傳輸帶寬的消息，業(yè)務處理單元獲知不能對當前傳輸帶寬進行修改但可以建立傳輸帶寬的信息。
8.根據(jù)權(quán)利要求6或7所述的方法，其特征在于，步驟a之前進一步包含RNC和Node B之間準備無線資源。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟a和步驟b之間進一步包含根據(jù)當前業(yè)務資源ID獲知承載當前業(yè)務的PATH ID以及當前業(yè)務在所述PATH中已占用帶寬信息。
10.一種修改傳輸帶寬的系統(tǒng)，其特征在于，該系統(tǒng)包含RNC、NodeB，其中RNC包含業(yè)務處理單元、AAL2單元；RNC中的業(yè)務處理單元，向AAL2單元發(fā)送包含當前業(yè)務資源ID和目的帶寬信息的消息，接收AAL2單元返回的Modify可能性判決結(jié)果、建立Establish可能性判決結(jié)果；與AAL2單元交互Modify消息、Establish消息、Release消息；RNC中的AAL2單元，接收業(yè)務處理單元發(fā)送的包含當前業(yè)務資源ID和目的帶寬信息的消息，進行Modify可能性判決、Establish可能性判決，并向業(yè)務處理單元返回判決結(jié)果；與業(yè)務處理單元和Node B分別交互Modify消息、Establish消息、Release消息。
11.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，所述AAL2單元包含信令單元、預準入單元；信令單元與業(yè)務處理單元和Node B分別交互Modify消息、Establish消息、Release消息；預準入單元，接收業(yè)務處理單元發(fā)送的包含當前業(yè)務資源ID和目的帶寬信息的預準入消息，進行Modify可能性判決、Establish可能性判決，并向業(yè)務處理單元返回判決結(jié)果；向信令單元發(fā)送查詢并獲知所有可用PATH傳輸資源信息；信令單元進一步接收預準入單元發(fā)送的查詢所有可用PATH傳輸資源的消息，向預準入單元返回所有可用PATH傳輸資源信息。
12.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，所述AAL2單元包含信令單元、判決單元；信令單元接收判決單元發(fā)送的查詢所有可用PATH傳輸資源的消息，向判決單元返回所有可用PATH傳輸資源信息；接收判決單元發(fā)送的不能使用Modify但可以使用Establish消息、不能使用Modify且不能使用Establish消息后向業(yè)務處理單元轉(zhuǎn)發(fā)；與業(yè)務處理單元和Node B分別交互Modify消息、Establish消息、Release消息；判決單元接收信令單元發(fā)送的不能使用Modify消息，進行Establish可能性判決，并向信令單元發(fā)送不能使用Modify但可以使用Establish消息、不能使用Modify且不能使用Establish消息；向信令單元發(fā)送查詢并獲知所有可用PATH傳輸資源信息；或者是信令單元接收判決單元發(fā)送的查詢所有可用PATH傳輸資源的消息，向判決單元返回所有可用PATH傳輸資源信息；與業(yè)務處理單元和Node B分別交互Modify消息、Establish消息、Release消息；判決單元接收信令單元發(fā)送的不能使用Modify消息，進行Establish可能性判決，并向業(yè)務處理單元發(fā)送不能使用Modify但可以使用Establish消息、不能使用Modify且不能使用Establish消息；向信令單元查詢并獲知所有可用PATH傳輸資源信息。
13.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，所述AAL2單元包含信令單元；信令單元向業(yè)務處理單元發(fā)送不能使用Modify但可以使用Establish消息、不能使用Modify且不能使用Establish消息；與業(yè)務處理單元和Node B分別交互Modify消息、Establish消息、Release消息。
全文摘要
本發(fā)明公開了一種修改傳輸帶寬的方法，其特征在于，該方法包含以下步驟a.獲取當前業(yè)務資源ID和目的帶寬信息；b.判斷當前傳輸路徑PATH的帶寬資源是否滿足當前業(yè)務需要的傳輸帶寬，如果滿足，則執(zhí)行對當前傳輸帶寬進行修改的流程，結(jié)束本處理流程；如果不滿足，則執(zhí)行步驟c；c.判斷是否有滿足步驟b所述需要的傳輸帶寬的PATH，如果有，則執(zhí)行建立傳輸帶寬的流程；如果沒有，則確定修改傳輸帶寬失敗。本發(fā)明還公開了一種修改傳輸帶寬的系統(tǒng)。使用本發(fā)明公開的方法和系統(tǒng)，能夠兼顧考慮信令開銷和傳輸帶寬修改成功率。
文檔編號H04W28/20GK1933610SQ200610058690
公開日2007年3月21日 申請日期2006年3月8日 優(yōu)先權(quán)日2006年3月8日
發(fā)明者劉霞玲 申請人:華為技術(shù)有限公司