專利名稱：一種增強專用信道的媒體接入控制調(diào)度方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種通信系統(tǒng)中的調(diào)度技術(shù)，特別涉及一種增強專用信道的媒體接入控制(MAC-e)調(diào)度方法和系統(tǒng)。
背景技術(shù)：
3GPP R6版本引入了高速上行分組接入(HSUPA)，HSUPA中，新增了增強專用信道(E-DCH)，用戶設(shè)備(UE)通過E-DCH向基站NodeB發(fā)送上行數(shù)據(jù)。為了支持HSUPA，在媒體接入控制(MAC)層增加了一個新的MAC-e實體和一個新的MAC-es實體。具體地說給每一個使用E-DCH的UE中都增加了MAC-e實體和MAC-es實體，該UE對應的每個NodeB配置了一個MAC-e實體，在無線網(wǎng)絡控制器(RNC)的服務RNC(SRNC)配置了一個MAC-es實體。位于NodeB中的MAC-e實體控制E-DCH的接入，NodeB中的MAC-e實體連接到位于SRNC中的MAC-es實體。UE和SRNC中的MAC-es實體進一步連接到自身的專用信道媒體訪問控制(MAC-d)實體。MAC-e實體和MAC-es實體之間執(zhí)行數(shù)據(jù)傳送時，把用戶中的多個邏輯信道的數(shù)據(jù)綁定在一個MAC-d流上進行傳送，具體的綁定關(guān)系由SRNC決定，并通知NodeB。例如在UTRAN側(cè)，NodeB的MAC-e實體接收到發(fā)自UE的數(shù)據(jù)后，根據(jù)綁定關(guān)系把屬于一個用戶的MAC-e數(shù)據(jù)分配在一個或者幾個MAC-d流上，每個MAC-d流會建立一個Iub傳輸承載，通過建立好的傳輸承載，NodeB把數(shù)據(jù)發(fā)送給RNC。RNC接收后再根據(jù)綁定關(guān)系把數(shù)據(jù)恢復為MAC-es的數(shù)據(jù)。
NodeB中與HSUPA相關(guān)的功能由MAC-e實體執(zhí)行，比如MAC-e調(diào)度、MAC-e調(diào)度控制、解復用、混合自動重傳請求(HARQ)等功能。其中，MAC-e調(diào)度功能主要是根據(jù)UE的調(diào)度請求，為不同UE分配E-DCH小區(qū)資源來進行具體的調(diào)度分配；MAC-e調(diào)度控制功能負責接收對E-DCH的調(diào)度請求和發(fā)送分配給各UE的調(diào)度。所述MAC-e調(diào)度由NodeB控制，并基于上下行控制信令以及UE根據(jù)這些控制命令需要遵循的規(guī)則。實際應用時，所述MAC-e調(diào)度可以是只針對一個用戶進行，也可以針對多個用戶進行。
圖1為現(xiàn)有技術(shù)中進行MAC-e調(diào)度的系統(tǒng)示意圖，該系統(tǒng)包含UE11、NodeB12，其中NodeB12包含空口信息單元12a、MAC-e調(diào)度單元12b。
UE11，向NodeB12中的空口信息單元12a發(fā)送調(diào)度請求，接收MAC-e調(diào)度單元12b發(fā)送的調(diào)度命令信息。
NodeB12中的空口信息單元12a，接收UE11發(fā)送的調(diào)度請求，向MAC-e調(diào)度單元12b發(fā)送空口信息。
NodeB12中的MAC-e調(diào)度單元12b，接收空口信息單元12a發(fā)送的空口信息，向UE11發(fā)送調(diào)度命令信息。
圖1中所示系統(tǒng)可以指針對一個用戶，也可以針對多個用戶，其中，如果針對一個用戶時，則所述UE11是指某個用戶、所述空口信息單元12a、MAC-e調(diào)度單元12b是針對該用戶而言，如果針對多個用戶，則所述UE11是指多個用戶、所述空口信息單元12a、MAC-e調(diào)度單元12b也是針對多個用戶而言。
圖2為現(xiàn)有技術(shù)中進行MAC-e調(diào)度的過程示意圖，該過程包含步驟201MAC-e調(diào)度開始。
所述MAC-e調(diào)度，可以是針對一個用戶，也可以是針對多個用戶。
步驟202根據(jù)空口資源信息對用戶進行MAC-e調(diào)度。
步驟202所述根據(jù)空口資源信息對用戶進行MAC-e調(diào)度是指MAC-e調(diào)度根據(jù)空口資源、用戶的上行信令、服務質(zhì)量(QoS)要求等信息對HSUPA用戶進行調(diào)度，具體地說NodeB根據(jù)自身測量獲得的接收總帶寬功率(RTWP)值和SRNC配置的RTWP目標值的差值估計空口負載的余量，然后根據(jù)來自UE的調(diào)度請求、從SRNC獲得的與QoS有關(guān)的信息、業(yè)務優(yōu)先級等信息給UE分配負載余量，實現(xiàn)基于空口負載的調(diào)度行為。所述RTWP值是3GPP規(guī)定的一種測量值，能夠用來衡量上行小區(qū)的負載狀況，所述RTWP目標值是SRNC配置的一個RTWP值。NodeB執(zhí)行上行MAC-e調(diào)度時，最佳的調(diào)度結(jié)果是調(diào)度后的小區(qū)RTWP測量值與RTWP目標值保持一致。
如果步驟201中所述MAC-e調(diào)度是針對一個用戶，則步驟202中就是對該用戶進行MAC-e調(diào)度，如果步驟201中所述MAC-e調(diào)度是針對多個用戶，則步驟202中就是對分別對每個用戶進行MAC-e調(diào)度。
步驟203根據(jù)空口負載的約束結(jié)束MAC-e調(diào)度。
在NodeB中，MAC-e實體進行具體的調(diào)度分配后，通過調(diào)度授權(quán)將UE最大可用的上行資源通知給該UE。調(diào)度授權(quán)包括兩種類型，一個是絕對授權(quán)(AG)，AG提供了UE可用的上行最大功率資源的上限；另一個是相對授權(quán)(RG)，RG用以表示UE在前一調(diào)度使用的功率資源基礎(chǔ)上增加或減少一個相對值。UE根據(jù)從NodeB接收的AG或RG，并根據(jù)自身緩存數(shù)據(jù)狀況，UE的最大發(fā)射功率限制等信息向NodeB發(fā)送數(shù)據(jù)。
為了避免連接NodeB和RNC的Iub傳輸端口頻繁出現(xiàn)擁塞導致數(shù)據(jù)包丟失或者時延過大，3GPP R6制訂了以下機制SRNC檢測NodeB發(fā)送的上行數(shù)據(jù)傳輸幀，如果在某個FP承載上發(fā)現(xiàn)有上行數(shù)據(jù)丟失或者時延過大，則向NodeB發(fā)傳輸擁塞指示，指示NodeB控制該FP承載上上行數(shù)據(jù)的發(fā)送。所述FP承載是NodeB和SRNC之間給某一用戶分配的Iub承載資源。
圖3為現(xiàn)有技術(shù)中RNC向NodeB發(fā)送傳輸擁塞指示的系統(tǒng)示意圖，該系統(tǒng)包含NodeB31、RNC32，其中，NodeB31包含擁塞指示接收單元31c。
NodeB31中的擁塞指示接收單元31c，接收RNC32發(fā)送的傳輸擁塞指示。
RNC32，向擁塞指示接收單元31c發(fā)送傳輸擁塞指示。
圖3所示擁塞指示接收單元31c可以是針對一個用戶而言，也可以是針對多個用戶而言。
現(xiàn)有技術(shù)中，圖3所示NodeB包含的擁塞指示接收單元，與圖1所示NodeB包含的空口信息單元、MAC-e調(diào)度單元之間相互獨立，沒有關(guān)聯(lián)。
現(xiàn)有技術(shù)的缺點是
1)基于空口負載的MAC-e調(diào)度算法只考慮了NodeB小區(qū)內(nèi)的空口負載資源，但是HSUPA用戶的上行方向的單用戶最大流量可高達5.76Mbps，呈現(xiàn)出很強的突發(fā)，實際系統(tǒng)應用中Iub口傳輸帶寬的資源是有限的，如果NodeB在MAC-e調(diào)度時不考慮Iub傳輸帶寬資源的分配和控制，在傳輸帶寬配置有限的情況下，很有可能出現(xiàn)上行傳輸擁塞，并導致數(shù)據(jù)丟失、時延過大等問題，影響傳輸質(zhì)量，傳輸?shù)腝oS無法得到保證。
2)如果在某個FP承載上發(fā)現(xiàn)有上行數(shù)據(jù)丟失或者時延過大，RNC向Node反饋傳輸擁塞指示，指示NodeB控制該FP承載上上行數(shù)據(jù)的發(fā)送。此時如果沒有針對此擁塞狀況的特殊MAC-e調(diào)度，那么調(diào)度的結(jié)果有可能是要求該用戶繼續(xù)升速或降速或保持，如果調(diào)度的結(jié)果是升速，NodeB接收的上行數(shù)據(jù)會更多，但又需要減少向RNC發(fā)送的數(shù)據(jù)，容易導致NodeB負擔過重。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種MAC-e調(diào)度方法，能夠減少數(shù)據(jù)丟失，降低傳輸時延，進而提高傳輸質(zhì)量。
本發(fā)明的另一主要目的在于提供一種MAC-e調(diào)度系統(tǒng)，能夠減少數(shù)據(jù)丟失，降低傳輸時延，進而提高傳輸質(zhì)量。
本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種增強專用信道的媒體接入控制MAC-e調(diào)度方法，在執(zhí)行MAC-e調(diào)度時，該方法包含以下步驟A、判斷上行傳輸是否出現(xiàn)異常狀況，如果出現(xiàn)，則執(zhí)行步驟B；B、根據(jù)出現(xiàn)的異常狀況向用戶發(fā)送降速或保持速度的MAC-e調(diào)度命令。
所述出現(xiàn)異常狀況為出現(xiàn)傳輸擁塞；步驟A所述判斷為判斷是否有用戶出現(xiàn)傳輸擁塞，如果是，則上行傳輸出現(xiàn)異常狀況；否則，上行傳輸未出現(xiàn)異常狀況；所述步驟B為對出現(xiàn)傳輸擁塞的用戶發(fā)送降速的MAC-e調(diào)度命令；
步驟B之后進一步包含步驟C11C11、對未出現(xiàn)傳輸擁塞的用戶進行MAC-e調(diào)度。
步驟B和步驟C11之間進一步包含判斷是否有用戶收到擁塞解除指示，如果沒有，則執(zhí)行步驟C11，否則停止對出現(xiàn)傳輸擁塞的用戶發(fā)送降速調(diào)度命令后，執(zhí)行步驟C11。
所述出現(xiàn)異常狀況為出現(xiàn)數(shù)據(jù)緩存過大；步驟A所述判斷為判斷是否出現(xiàn)用戶數(shù)據(jù)緩存過大，如果是，則上行傳輸出現(xiàn)異常狀況；否則，上行傳輸未出現(xiàn)異常狀況；所述步驟B為對出現(xiàn)數(shù)據(jù)緩存過大傳輸端口上的用戶發(fā)送降速的MAC-e調(diào)度命令；步驟B之后進一步包含對不屬于數(shù)據(jù)緩存過大傳輸端口的用戶進行MAC-e調(diào)度。
步驟A之前包含預先設(shè)置數(shù)據(jù)緩存門限值；步驟A所述判斷根據(jù)比較數(shù)據(jù)緩存值與緩存門限值比較的結(jié)果進行。
所述出現(xiàn)異常狀況為存在調(diào)度后上行流量超過配置的Iub傳輸端口帶寬的傳輸端口；步驟A之前進一步包含對用戶進行MAC-e調(diào)度，并計算調(diào)度后傳輸端口的上行流量；步驟A所述判斷為判斷是否存在調(diào)度后上行流量超過配置的Iub傳輸端口帶寬的傳輸端口，如果存在，則上行傳輸出現(xiàn)異常狀況；否則，上行傳輸未出現(xiàn)異常狀況；所述步驟B為判斷上行流量超過配置的Iub傳輸端口帶寬的傳輸端口上是否存在調(diào)度結(jié)果為升速的用戶，如果存在，則將調(diào)度結(jié)果為升速用戶的調(diào)度命令修改為降速MAC-e調(diào)度命令或保持速度MAC-e調(diào)度命令；否則結(jié)束MAC-e調(diào)度流程。
步驟C11之前進一步包含C111、判斷是否出現(xiàn)用戶數(shù)據(jù)緩存過大，如果是，則執(zhí)行步驟C112，否則執(zhí)行步驟C113；C112、對出現(xiàn)數(shù)據(jù)緩存過大傳輸端口上的用戶發(fā)送降速的MAC-e調(diào)度命令；所述步驟C11具體為步驟C113C113、對未出現(xiàn)傳輸擁塞且不屬于數(shù)據(jù)緩存過大傳輸端口的用戶進行MAC-e調(diào)度。
步驟C113之后進一步包含C21、計算MAC-e調(diào)度后傳輸端口的上行流量；C22、判斷是否存在調(diào)度后上行流量超過配置的Iub傳輸端口帶寬的傳輸端口，如果存在，則執(zhí)行步驟C23；否則結(jié)束MAC-e調(diào)度流程；C23、判斷上行流量超過配置的Iub傳輸端口帶寬的傳輸端口上是否存在調(diào)度結(jié)果為升速的用戶，如果存在，則執(zhí)行步驟C24；否則結(jié)束MAC-e調(diào)度流程；C24、將調(diào)度結(jié)果為升速用戶的MAC-e調(diào)度命令修改為降速或保持速度MAC-e調(diào)度命令。
步驟A中判斷為未出現(xiàn)異常狀況后進一步包含對用戶進行MAC-e調(diào)度。
一種MAC-e調(diào)度系統(tǒng)，包含用戶設(shè)備UE，包含空口信息單元、MAC-e調(diào)度單元的NodeB，UE向空口信息單元發(fā)送調(diào)度請求；空口信息單元向MAC-e調(diào)度單元發(fā)送空口信息，NodeB進一步包含上行傳輸檢測單元；上行傳輸檢測單元，用于向MAC-e調(diào)度單元發(fā)送上行傳輸信息；MAC-e調(diào)度單元，用于根據(jù)收到的上行傳輸信息向UE發(fā)送降速或保持速度的MAC-e調(diào)度命令。
所述上行傳輸檢測單元由擁塞指示接收單元和/或Iub信息單元組成；該系統(tǒng)進一步包含無線網(wǎng)絡控制器RNC；擁塞指示接收單元，接收RNC發(fā)送的傳輸擁塞信息，向MAC-e調(diào)度單元發(fā)送傳輸擁塞信息；MAC-e調(diào)度單元根據(jù)收到的傳輸擁塞信息向UE發(fā)送降速MAC-e調(diào)度命令；
Iub信息單元，接收RNC發(fā)送的Iub傳輸端口信息，向MAC-e調(diào)度單元發(fā)送Iub傳輸端口信息；MAC-e調(diào)度單元根據(jù)收到的Iub傳輸端口信息向UE發(fā)送降速或保持速度的MAC-e調(diào)度命令。
所述上行傳輸檢測單元包含緩存單元；緩存單元，接收空口信息單元發(fā)送的用戶數(shù)據(jù)，向MAC-e調(diào)度單元發(fā)送數(shù)據(jù)緩存過大信息；MAC-e調(diào)度單元根據(jù)收到的數(shù)據(jù)緩存過大信息向UE發(fā)送降速MAC-e調(diào)度命令。
本發(fā)明有以下有益效果1)本方明通過對于上行流量超過配置的Iub傳輸端口帶寬傳輸端口中調(diào)度結(jié)果為升速的用戶發(fā)送保持速度或降速的調(diào)度命令，可以預先控制上行流量，由此盡量避免Iub口的單用戶擁塞或數(shù)據(jù)緩存過大導致的數(shù)據(jù)丟失或時延過大，進而能夠提高傳輸質(zhì)量，保證Iub傳輸?shù)腝oS。
2)本方明對出現(xiàn)傳輸擁塞的用戶通過MAC-e調(diào)度進行降速，能夠有效快速地解除對應用戶的傳輸擁塞狀態(tài)，避免數(shù)據(jù)丟失或時延過大，進而提高傳輸質(zhì)量。
3)本方明對出現(xiàn)緩存過大的用戶通過MAC-e調(diào)度進行降速，能夠有效快速地解除對應用戶的緩存過大狀態(tài)，避免數(shù)據(jù)丟失或時延過大，進而提高傳輸質(zhì)量。
4)HSUPA中，NodeB的MAC-e調(diào)度能夠限制用戶的發(fā)射功率，用戶的可用發(fā)射功率直接影響到其數(shù)據(jù)發(fā)送，即通過NodeB的MAC-e調(diào)度，NodeB可以限制UE的數(shù)據(jù)發(fā)送流量。本發(fā)明利用HSUPA的此特性，結(jié)合NodeB檢測的Iub傳輸端口的傳輸帶寬、流量等信息，NodeB可以根據(jù)可用的Iub傳輸帶寬資源執(zhí)行對用戶的調(diào)度，能夠充分利用傳輸帶寬。


圖1為現(xiàn)有技術(shù)中進行MAC-e調(diào)度的系統(tǒng)示意圖；圖2為現(xiàn)有技術(shù)中進行MAC-e調(diào)度的過程示意圖；
圖3為現(xiàn)有技術(shù)中RNC向NodeB發(fā)送傳輸擁塞指示的系統(tǒng)示意圖；圖4為本發(fā)明實施例1中MAC-e調(diào)度的系統(tǒng)示意圖；圖5為本發(fā)明實施例1中MAC-e調(diào)度的過程示意圖；圖6為本發(fā)明實施例2中MAC-e調(diào)度的系統(tǒng)示意圖；圖7為本發(fā)明實施例2中MAC-e調(diào)度的過程示意圖；圖8為本發(fā)明實施例3中MAC-e調(diào)度的系統(tǒng)示意圖；圖9為本發(fā)明實施例3中MAC-e調(diào)度的過程示意圖；圖10為本發(fā)明實施例4中MAC-e調(diào)度的系統(tǒng)示意圖；圖11為本發(fā)明實施例4中MAC-e調(diào)度的過程示意圖。
具體實施例方式
本發(fā)明的核心思想是在執(zhí)行MAC-e調(diào)度時，判斷上行傳輸是否出現(xiàn)異常狀況，如果出現(xiàn)，則根據(jù)出現(xiàn)的異常狀況向用戶發(fā)送降速或保持速度的MAC-e調(diào)度命令。
所述MAC-e調(diào)度可以是針對一個用戶，也可以是針對多個用戶，其中，如果針對一個用戶，則所述向用戶發(fā)送中的用戶是指某個用戶，如果針對多個用戶，則所述向用戶發(fā)送中的用戶是一個用戶或多個用戶，以下本文中均如此。
所述出現(xiàn)異常狀況是指出現(xiàn)有可能會導致數(shù)據(jù)丟失或時延過大的狀況，比如出現(xiàn)傳輸擁塞、數(shù)據(jù)緩存過大、存在調(diào)度后上行流量超過配置的Iub傳輸端口帶寬的傳輸端口等狀況中的一個或多個。
本發(fā)明所述MAC-e調(diào)度系統(tǒng)除了圖1所述單元，進一步包含上行傳輸檢測單元，上行傳輸檢測單元向MAC-e調(diào)度單元發(fā)送上行傳輸信息，MAC-e調(diào)度單元根據(jù)收到的上行傳輸信息，向UE發(fā)送降速或保持速度的調(diào)度命令。所述上行傳輸檢測單元為檢測上行傳輸狀態(tài)的單元，比如擁塞指示接收單元、緩存單元、Iub信息單元中的一個或多個；所述上行傳輸信息為與上行傳輸狀態(tài)有關(guān)的信息，比如傳輸擁塞信息、數(shù)據(jù)緩存過大信息、Iub傳輸端口信息中的一個或多個。
以下本文中所述UE、上行傳輸檢測單元、MAC-e調(diào)度單元、擁塞指示接收單元、緩存單元、Iub信息單元，以及空口信息單元，可以針對一個用戶而言，也可以針對多個用戶而言。
實施例1本實施例中，上行傳輸檢測單元為擁塞指示接收單元；上行傳輸信息為傳輸擁塞信息。
本實施例中所述出現(xiàn)異常狀況是指出現(xiàn)傳輸擁塞。
圖4為本實施例中MAC-e調(diào)度的系統(tǒng)示意圖，該系統(tǒng)包含UE41、NodeB42、RNC43，其中NodeB42包含空口信息單元42a、MAC-e調(diào)度單元42b、擁塞指示接收單元42c。
UE41，向NodeB42中的空口信息單元42a發(fā)送調(diào)度請求，接收MAC-e調(diào)度單元42b發(fā)送的調(diào)度命令信息。
NodeB42中的空口信息單元42a，接收UE41發(fā)送的調(diào)度請求，向MAC-e調(diào)度單元42b發(fā)送空口信息。
NodeB42中的MAC-e調(diào)度單元42b，接收空口信息單元42a發(fā)送的空口信息，接收擁塞指示接收單元42c發(fā)送的傳輸擁塞信息，向UE41發(fā)送調(diào)度命令信息。
NodeB42中的擁塞指示接收單元42c，接收RNC43發(fā)送的傳輸擁塞信息，向MAC-e調(diào)度單元42b發(fā)送傳輸擁塞信息。
RNC43，向擁塞指示接收單元31c發(fā)送傳輸擁塞信息。
圖5為本實施例中MAC-e調(diào)度的過程示意圖，該過程包含以下步驟步驟501與步驟201相同。
步驟502MAC-e調(diào)度單元判斷是否有用戶出現(xiàn)傳輸擁塞，如果是，則執(zhí)行步驟503，否則執(zhí)行步驟504。
步驟502所述判斷，可以根據(jù)擁塞指示接收單元給MAC-e調(diào)度單元發(fā)送的傳輸擁塞信息進行，MAC-e調(diào)度單元根據(jù)收到的信息，即可判斷哪個用戶出現(xiàn)傳輸擁塞。擁塞指示接收單元通常是從RNC中的SRNC接收傳輸擁塞指示，這里，由于HSUPA的突發(fā)性特點以及NodeB MAC-e調(diào)度的準確性、空口誤碼導致的上下行信息失真等原因，上行傳輸中通常存在傳輸擁塞。根據(jù)3GPP的R6版本協(xié)議，出現(xiàn)傳輸擁塞后，RNC中的SRNC可以向NodeB發(fā)送傳輸擁塞指示，比如發(fā)送傳輸擁塞指示(TNL CONGESTION INDICATION)控制幀。TNL CONGESTION INDICATION的幀結(jié)構(gòu)可以根據(jù)3GPP TS25.427 V6.4.0(2005-09)協(xié)議中的描述。協(xié)議中TNL CONGESTIONINDICATION控制幀可以使用擁塞狀態(tài)(Congestion Status)參數(shù)表示對應的傳輸承載上的傳輸擁塞狀態(tài)，比如由0表示不擁塞；由1表示保留；由2表示傳輸延時導致的擁塞；由3表示丟幀導致的擁塞。根據(jù)協(xié)議的規(guī)定，RNC在檢測到傳輸擁塞后，向NodeB發(fā)送上述的TNL CONGESTIONINDICATION控制幀指示RNC檢測到了傳輸擁塞，此時Congestion Status參數(shù)可以為1或2；擁塞解除后，RNC也會向NodeB發(fā)送TNL CONGESTIONINDICATION控制幀，指示擁塞解除，此時Congestion Status參數(shù)可以為0。
步驟503MAC-e調(diào)度對出現(xiàn)傳輸擁塞的用戶發(fā)送降速的調(diào)度命令。
通過步驟503，MAC-e調(diào)度可以減少所述用戶的上行數(shù)據(jù)發(fā)送速率，進而可以減輕或者消除上行傳輸擁塞。
本步驟之后，可以直接執(zhí)行步驟504，也可以由MAC-e調(diào)度單元先判斷是否有用戶收到RNC下發(fā)的擁塞解除指示，如果沒有，則執(zhí)行步驟504，否則停止對收到擁塞解除指示用戶發(fā)送的降速調(diào)度命令后，執(zhí)行步驟504。比如NodeB如果接收到每個用戶的TNL CONGESTION INDICATION控制幀且指示為擁塞產(chǎn)生，則NodeB從當前時刻起在MAC-e調(diào)度時對此類用戶強制發(fā)送降速的調(diào)度命令，一直到接收到RNC下發(fā)的TNL CONGESTIONINDICATION控制幀且指示擁塞解除。
步驟504根據(jù)空口資源信息對沒出現(xiàn)傳輸擁塞的用戶進行MAC-e調(diào)度。
步驟504與步驟202基本相同，只是如果步驟504之前執(zhí)行了步驟503，則步驟504中只對沒出現(xiàn)傳輸擁塞的用戶進行MAC-e調(diào)度。
步驟505與步驟203相同。
實施例2本實施例中，上行傳輸檢測單元為緩存單元；上行傳輸信息為數(shù)據(jù)緩存過大信息。
本實施例中所述出現(xiàn)異常狀況是指出現(xiàn)數(shù)據(jù)緩存過大。
圖6為本實施例中MAC-e調(diào)度的系統(tǒng)示意圖，該系統(tǒng)包含UE41、NodeB42，其中NodeB42包含空口信息單元42a、MAC-e調(diào)度單元42b、緩存單元42d。
UE41，與圖4中所述相同。
空口信息單元42a，接收UE41發(fā)送的調(diào)度請求，向MAC-e調(diào)度單元42b發(fā)送空口信息，接收UE41發(fā)送的用戶數(shù)據(jù)，向緩存單元42d發(fā)送。
MAC-e調(diào)度單元42b，接收空口信息單元42a發(fā)送的空口信息，接收緩存單元42d發(fā)送的數(shù)據(jù)緩存過大信息，向UE41發(fā)送調(diào)度命令信息。
緩存單元42d，接收空口信息單元42a發(fā)送的用戶數(shù)據(jù)，向MAC-e調(diào)度單元42b發(fā)送數(shù)據(jù)緩存過大信息。
圖7為本實施例中MAC-e調(diào)度的過程示意圖，該過程包含以下步驟步驟701與步驟501相同。
步驟702MAC-e調(diào)度單元判斷是否出現(xiàn)用戶數(shù)據(jù)緩存過大，如果是，則執(zhí)行步驟703，否則執(zhí)行步驟704。
步驟702所述判斷，可以根據(jù)緩存單元給MAC-e調(diào)度單元發(fā)送的數(shù)據(jù)緩存過大信息進行，MAC-e根據(jù)收到的信息，結(jié)合用戶使用的Iub傳輸端口信息，即可判斷數(shù)據(jù)緩存過大Iub傳輸端口中承載的數(shù)據(jù)對應的用戶。這里，針對HSUPA上行數(shù)據(jù)突發(fā)較大的特點，NodeB通常會提供一定的Iub傳輸端口上行數(shù)據(jù)緩存能力，當上行傳輸提供的發(fā)送能力比上行需要發(fā)送的數(shù)據(jù)量小時，NodeB把無法及時發(fā)送出去的數(shù)據(jù)緩存到緩沖區(qū)，即緩存單元中，以便能夠有效避免峰值數(shù)據(jù)突發(fā)時數(shù)據(jù)的丟失。NodeB的上行數(shù)據(jù)緩存可以采用在每個Iub傳輸發(fā)送端口提供數(shù)據(jù)緩沖區(qū)的方式或其他方式實現(xiàn)。實際應用時，NodeB可以周期性檢測上行Iub傳輸端口的緩存。至于用戶使用的Iub傳輸端口信息，通常是HSUPA用戶接入NodeB時，RNC通過高層信令的方式通知NodeB建立該用戶使用的傳輸承載信息，包括業(yè)務使用的Iub傳輸端口等。
步驟702中，判斷數(shù)據(jù)緩存是否過大時，可以將緩存值與預先設(shè)置的門限值進行比較。所述門限值的大小可以根據(jù)綜合傳輸業(yè)務所能接受的時延大小，緩沖區(qū)大小進行設(shè)置，具體門限值的大小不影響本實施例所述過程的實現(xiàn)。
步驟703MAC-e調(diào)度對出現(xiàn)數(shù)據(jù)緩存過大Iub傳輸端口上的用戶發(fā)送降速的調(diào)度命令。
本步驟之后，可以直接執(zhí)行步驟704，也可以MAC-e調(diào)度單元先判斷緩沖區(qū)中的數(shù)據(jù)是否發(fā)送完畢，如果不是，則執(zhí)行步驟704，否則取消對出現(xiàn)數(shù)據(jù)緩存過大用戶發(fā)的降速調(diào)度命令后，執(zhí)行步驟704。
實際應用時，NodeB可以一直保持對傳輸緩存的監(jiān)測，如果發(fā)現(xiàn)某個Iub傳輸端口對應的緩沖區(qū)出現(xiàn)數(shù)據(jù)緩存過多比如超過一個設(shè)定的門限，則意味著NodeB此Iub傳輸端口的發(fā)送能力無法滿足數(shù)據(jù)發(fā)送的要求；出現(xiàn)緩存異常后，MAC-e實體執(zhí)行調(diào)度時對使用本傳輸端口的HSUPA用戶發(fā)送降速命令，控制UE降低上行數(shù)據(jù)發(fā)送速率。
步驟704根據(jù)空口資源信息對不屬于數(shù)據(jù)緩存過大Iub傳輸端口的用戶進行MAC-e調(diào)度。
步驟704與步驟202基本相同，只是如果步驟704之前執(zhí)行了步驟703，則步驟704中只對沒出現(xiàn)數(shù)據(jù)緩存過大的用戶進行MAC-e調(diào)度。
步驟705與步驟505相同。
實施例3本實施例中，上行傳輸檢測單元為Iub信息單元，上行傳輸信息為Iub傳輸端口信息。
本實施例中所述出現(xiàn)異常狀況是指存在調(diào)度后上行流量超過配置的Iub傳輸端口帶寬的傳輸端口。
圖8為本實施例中MAC-e調(diào)度的系統(tǒng)示意圖，該系統(tǒng)包含UE41、NodeB42、RNC43，其中NodeB42包含空口信息單元42a、MAC-e調(diào)度單元42b、Iub信息單元42e。
UE41、空口信息單元42a，與圖4中所述相同。
MAC-e調(diào)度單元42b，接收空口信息單元42a發(fā)送的空口信息，接收Iub信息單元42e發(fā)送的Iub傳輸端口信息，向UE41發(fā)送調(diào)度命令信息。
Iub信息單元42e，接收RNC發(fā)送的Iub傳輸端口信息，向MAC-e調(diào)度單元42b發(fā)送Iub傳輸端口信息。
RNC43，向Iub信息單元42e發(fā)送Iub傳輸端口信息。
圖9為本實施例中MAC-e調(diào)度的過程示意圖，該過程包含以下步驟步驟901與步驟501相同。
步驟902根據(jù)空口資源信息對用戶進行MAC-e調(diào)度，并計算出調(diào)度后傳輸端口的上行流量。
步驟902所述根據(jù)空口資源信息對用戶進行MAC-e調(diào)度，與步驟202相同。通常，MAC-e實體根據(jù)協(xié)議提供的框架執(zhí)行MAC-e調(diào)度時，對NodeB中已經(jīng)存在的HSUPA用戶發(fā)升速、或降速、或保持的調(diào)度命令，產(chǎn)生調(diào)度命令后，NodeB根據(jù)調(diào)度結(jié)果能夠預測UE被NodeB調(diào)度后的最大上行發(fā)送數(shù)據(jù)速率，并結(jié)合每個用戶使用的Iub傳輸端口配置，可以計算出NodeB配置的所有Iub傳輸端口上的上行傳輸流量。至于用戶使用的Iub傳輸端口信息，通常是HSUPA用戶接入NodeB時，RNC通過高層信令的方式通知NodeB建立該用戶使用的傳輸承載信息，包括業(yè)務使用的Iub傳輸端口和帶寬等。
步驟902中，通常是調(diào)度一個用戶后就算出該用戶調(diào)度后的上行流量，并根據(jù)各個用戶的上行流量，能夠計算出各個Iub傳輸端口中所有用戶總的上行流量。
步驟903MAC-e調(diào)度單元判斷是否存在調(diào)度后上行流量超過配置的Iub傳輸端口帶寬的傳輸端口，如果存在，則執(zhí)行步驟904，否則執(zhí)行步驟906。
步驟903所述判斷，可以根據(jù)Iub信息單元給MAC-e調(diào)度單元發(fā)送的Iub傳輸端口信息進行，MAC-e調(diào)度單元根據(jù)收到的信息，即可判斷各個Iub傳輸端口的最大上行流量是否將超過配置的Iub傳輸端口最大帶寬。所述Iub傳輸端口信息包含Iub傳輸端口允許的最大帶寬。所述允許的最大帶寬通常在基站建立時配置，這里，基站建立時，配置的信息包含NodeB與RNC之間使用的Iub傳輸端口、每個Iub傳輸端口配置的帶寬等傳輸資源信息，所配置的信息相對固定，除非修改Iub傳輸端口帶寬配置，否則不會變。
步驟904MAC-e調(diào)度單元判斷步驟903中所述超過的傳輸端口是否存在調(diào)度結(jié)果為升速的用戶，如果存在，則執(zhí)行步驟905，否則執(zhí)行步驟906。
步驟905修改調(diào)度結(jié)果為升速用戶的調(diào)度命令。
步驟905所述修改升速的調(diào)度命令可以為將調(diào)度命令修改為保持速度或者降速。步驟905中修改調(diào)度命令的目標可以為調(diào)度后Iub傳輸端口的上行流量不超過配置的Iub傳輸端口帶寬。
步驟906與步驟505相同。
實施例4本實施例中，上行傳輸出現(xiàn)異常狀況可以為出現(xiàn)傳輸擁塞、出現(xiàn)數(shù)據(jù)緩存過大、存在調(diào)度后上行流量超過配置的Iub傳輸端口帶寬的傳輸端口等狀況中的一個或多個。
本實施例為實施例1～實施例3中分別所述的3個方案的組合，組合后的系統(tǒng)如圖10所示。
圖10為本實施例中MAC-e調(diào)度的系統(tǒng)示意圖，該系統(tǒng)包含UE41、NodeB42、RNC43，其中NodeB42包含空口信息單元42a、MAC-e調(diào)度單元42b、擁塞指示接收單元42c、緩存單元42d、Iub信息單元42e。
UE41，向NodeB42中的空口信息單元42a發(fā)送調(diào)度請求，接收MAC-e調(diào)度單元42b發(fā)送的調(diào)度命令信息。
NodeB42中的空口信息單元42a，接收UE41發(fā)送的調(diào)度請求，接收UE41發(fā)送的用戶數(shù)據(jù)，向緩存單元42d發(fā)送，向MAC-e調(diào)度單元42b發(fā)送空口信息。
NodeB42中的MAC-e調(diào)度單元42b，接收空口信息單元42a發(fā)送的空口信息，接收擁塞指示接收單元42c發(fā)送的傳輸擁塞指示，接收緩存單元42d發(fā)送的數(shù)據(jù)緩存過大信息，接收Iub信息單元42e發(fā)送的Iub傳輸端口信息，向UE41發(fā)送調(diào)度命令信息。
NodeB42中的擁塞指示接收單元42c，接收RNC43發(fā)送的傳輸擁塞指示，向MAC-e調(diào)度單元42b發(fā)送傳輸擁塞指示。
緩存單元42d，接收空口信息單元42a發(fā)送的用戶數(shù)據(jù)，向MAC-e調(diào)度單元42b發(fā)送數(shù)據(jù)緩存過大信息。
Iub信息單元42e，接收RNC發(fā)送的Iub傳輸端口信息，向MAC-e調(diào)度單元42b發(fā)送Iub傳輸端口信息。
RNC43，向擁塞指示接收單元31c發(fā)送傳輸擁塞指示，向Iub信息單元42e發(fā)送Iub傳輸端口信息。
實施例1～實施例3中分別所述的3個方案進行組合時可以按不同的先后順序進行組合，圖11為其中的一種組合方式，圖11所示過程包含以下步驟步驟1101～步驟1103與步驟501～步驟503相同，只是步驟503之后根據(jù)空口資源信息對其他用戶進行MAC-e調(diào)度，而執(zhí)行步驟1103之后，執(zhí)行步驟1104。
步驟1104～步驟1105與步驟702～步驟703相同，只是步驟703之后根據(jù)空口資源信息對其他用戶進行MAC-e調(diào)度，而執(zhí)行步驟1105之后，執(zhí)行步驟1106。
步驟1106～步驟1110與步驟902～步驟906相同，只是步驟1106中對沒有出現(xiàn)傳輸擁塞、且不屬于出現(xiàn)緩存過大傳輸端口的用戶進行MAC-e調(diào)度，并計算調(diào)度后各傳輸端口的上行流量。
實際應用時，實施例1～實施例3中分別所述的3個方案，可以進行兩個或三個的合理組合，比如實施例4中提供的3個方案組合之后的一種方案，其他合理組合均在本發(fā)明保護范圍之內(nèi)，在此不再詳述。
本發(fā)明中，上行傳輸檢測單元為除了可以為擁塞指示接收單元、緩存單元、Iub信息單元中的一個或多個，也可以為其他檢測上行傳輸狀態(tài)的單元。
本發(fā)明中，上行傳輸信息除了可以為傳輸擁塞信息、數(shù)據(jù)緩存過大信息、Iub傳輸端口信息中的一個或多個之外，也可以為其他信息。
本發(fā)明中，所述出現(xiàn)異常狀況除了可以為出現(xiàn)傳輸擁塞、數(shù)據(jù)緩存過大、存在調(diào)度后上行流量超過配置的Iub傳輸端口帶寬的傳輸端口等狀況中的一個或多個之外，也可以為出現(xiàn)其他可能會導致數(shù)據(jù)丟失或時延過大的狀況。
以上所述僅為本發(fā)明的較佳實施例，并非用以限定本發(fā)明的保護范圍。
權(quán)利要求
1.一種增強專用信道的媒體接入控制MAC-e調(diào)度方法，在執(zhí)行MAC-e調(diào)度時，其特征在于，該方法包含以下步驟A、判斷上行傳輸是否出現(xiàn)異常狀況，如果出現(xiàn)，則執(zhí)行步驟B；B、根據(jù)出現(xiàn)的異常狀況向用戶發(fā)送降速或保持速度的MAC-e調(diào)度命令。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述出現(xiàn)異常狀況為出現(xiàn)傳輸擁塞；步驟A所述判斷為判斷是否有用戶出現(xiàn)傳輸擁塞，如果是，則上行傳輸出現(xiàn)異常狀況；否則，上行傳輸未出現(xiàn)異常狀況；所述步驟B為對出現(xiàn)傳輸擁塞的用戶發(fā)送降速的MAC-e調(diào)度命令；步驟B之后進一步包含步驟C11C11、對未出現(xiàn)傳輸擁塞的用戶進行MAC-e調(diào)度。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟B和步驟C11之間進一步包含判斷是否有用戶收到擁塞解除指示，如果沒有，則執(zhí)行步驟C11，否則停止對出現(xiàn)傳輸擁塞的用戶發(fā)送降速調(diào)度命令后，執(zhí)行步驟C11。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述出現(xiàn)異常狀況為出現(xiàn)數(shù)據(jù)緩存過大；步驟A所述判斷為判斷是否出現(xiàn)用戶數(shù)據(jù)緩存過大，如果是，則上行傳輸出現(xiàn)異常狀況；否則，上行傳輸未出現(xiàn)異常狀況；所述步驟B為對出現(xiàn)數(shù)據(jù)緩存過大傳輸端口上的用戶發(fā)送降速的MAC-e調(diào)度命令；步驟B之后進一步包含對不屬于數(shù)據(jù)緩存過大傳輸端口的用戶進行MAC-e調(diào)度。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，步驟A之前包含預先設(shè)置數(shù)據(jù)緩存門限值；步驟A所述判斷根據(jù)比較數(shù)據(jù)緩存值與緩存門限值比較的結(jié)果進行。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述出現(xiàn)異常狀況為存在調(diào)度后上行流量超過配置的Iub傳輸端口帶寬的傳輸端口；步驟A之前進一步包含對用戶進行MAC-e調(diào)度，并計算調(diào)度后傳輸端口的上行流量；步驟A所述判斷為判斷是否存在調(diào)度后上行流量超過配置的Iub傳輸端口帶寬的傳輸端口，如果存在，則上行傳輸出現(xiàn)異常狀況；否則，上行傳輸未出現(xiàn)異常狀況；所述步驟B為判斷上行流量超過配置的Iub傳輸端口帶寬的傳輸端口上是否存在調(diào)度結(jié)果為升速的用戶，如果存在，則將調(diào)度結(jié)果為升速用戶的調(diào)度命令修改為降速MAC-e調(diào)度命令或保持速度MAC-e調(diào)度命令；否則結(jié)束MAC-e調(diào)度流程。
7.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟C11之前進一步包含C111、判斷是否出現(xiàn)用戶數(shù)據(jù)緩存過大，如果是，則執(zhí)行步驟C112，否則執(zhí)行步驟C113；C112、對出現(xiàn)數(shù)據(jù)緩存過大傳輸端口上的用戶發(fā)送降速的MAC-e調(diào)度命令；所述步驟C11具體為步驟C113C113、對未出現(xiàn)傳輸擁塞且不屬于數(shù)據(jù)緩存過大傳輸端口的用戶進行MAC-e調(diào)度。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，步驟C113之后進一步包含C21、計算MAC-e調(diào)度后傳輸端口的上行流量；C22、判斷是否存在調(diào)度后上行流量超過配置的Iub傳輸端口帶寬的傳輸端口，如果存在，則執(zhí)行步驟C23；否則結(jié)束MAC-e調(diào)度流程；C23、判斷上行流量超過配置的Iub傳輸端口帶寬的傳輸端口上是否存在調(diào)度結(jié)果為升速的用戶，如果存在，則執(zhí)行步驟C24；否則結(jié)束MAC-e調(diào)度流程；C24、將調(diào)度結(jié)果為升速用戶的MAC-e調(diào)度命令修改為降速或保持速度MAC-e調(diào)度命令。
9.根據(jù)權(quán)利要求2、3、4、5、7或8所述的方法，其特征在于，步驟A中判斷為未出現(xiàn)異常狀況后進一步包含對用戶進行MAC-e調(diào)度。
10.一種MAC-e調(diào)度系統(tǒng)，包含用戶設(shè)備UE，包含空口信息單元、MAC-e調(diào)度單元的NodeB，UE向空口信息單元發(fā)送調(diào)度請求；空口信息單元向MAC-e調(diào)度單元發(fā)送空口信息，其特征在于，NodeB進一步包含上行傳輸檢測單元；上行傳輸檢測單元，用于向MAC-e調(diào)度單元發(fā)送上行傳輸信息；MAC-e調(diào)度單元，用于根據(jù)收到的上行傳輸信息向UE發(fā)送降速或保持速度的MAC-e調(diào)度命令。
11.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，所述上行傳輸檢測單元由擁塞指示接收單元和/或Iub信息單元組成；該系統(tǒng)進一步包含無線網(wǎng)絡控制器RNC；擁塞指示接收單元，接收RNC發(fā)送的傳輸擁塞信息，向MAC-e調(diào)度單元發(fā)送傳輸擁塞信息；MAC-e調(diào)度單元根據(jù)收到的傳輸擁塞信息向UE發(fā)送降速MAC-e調(diào)度命令；Iub信息單元，接收RNC發(fā)送的Iub傳輸端口信息，向MAC-e調(diào)度單元發(fā)送Iub傳輸端口信息；MAC-e調(diào)度單元根據(jù)收到的Iub傳輸端口信息向UE發(fā)送降速或保持速度的MAC-e調(diào)度命令。
12.根據(jù)權(quán)利要求10或11所述的系統(tǒng)，其特征在于，所述上行傳輸檢測單元包含緩存單元；緩存單元，接收空口信息單元發(fā)送的用戶數(shù)據(jù)，向MAC-e調(diào)度單元發(fā)送數(shù)據(jù)緩存過大信息；MAC-e調(diào)度單元根據(jù)收到的數(shù)據(jù)緩存過大信息向UE發(fā)送降速MAC-e調(diào)度命令。
全文摘要
本發(fā)明公開了一種增強專用信道的媒體接入控制MAC－e調(diào)度方法，在執(zhí)行MAC－e調(diào)度時，其特征在于，該方法包含以下步驟A.判斷上行傳輸是否出現(xiàn)異常狀況，如果出現(xiàn)，則執(zhí)行步驟B；B.根據(jù)出現(xiàn)的異常狀況向用戶發(fā)送降速或保持速度的MAC－e調(diào)度命令。本發(fā)明還公開了一種MAC－e調(diào)度系統(tǒng)，使用本發(fā)明公開的方法和系統(tǒng)，能夠減少數(shù)據(jù)丟失，降低傳輸時延，進而提高傳輸質(zhì)量。
文檔編號H04B7/26GK101047425SQ20061006707
公開日2007年10月3日 申請日期2006年3月31日 優(yōu)先權(quán)日2006年3月31日
發(fā)明者朱才軍, 朱衛(wèi)東 申請人:華為技術(shù)有限公司