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

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


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