上行預(yù)調(diào)度處理方法、裝置和系統(tǒng)的制作方法
【專利摘要】本發(fā)明實(shí)施例提供一種上行預(yù)調(diào)度處理方法、裝置和系統(tǒng)。其中，方法，包括：獲取用戶設(shè)備的業(yè)務(wù)屬性信息,所述業(yè)務(wù)屬性信息用于判斷所述用戶設(shè)備是否可能發(fā)送突發(fā)上行數(shù)據(jù)；若根據(jù)所述業(yè)務(wù)屬性信息確定所述用戶設(shè)備可能發(fā)送突發(fā)上行數(shù)據(jù)，則對所述用戶設(shè)備進(jìn)行上行預(yù)調(diào)度處理。相對于現(xiàn)有技術(shù)需要通過8個(gè)TTI才能完成上行突發(fā)數(shù)據(jù)的調(diào)度來說，本發(fā)明實(shí)施例縮短了上行突發(fā)數(shù)據(jù)的調(diào)度時(shí)間，可以滿足較高的時(shí)延需求以及QoS的需求。
【專利說明】上行預(yù)調(diào)度處理方法、裝置和系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明實(shí)施例涉及通信領(lǐng)域，尤其涉及一種上行預(yù)調(diào)度處理方法，裝置和系統(tǒng)。
【背景技術(shù)】
[0002]用戶設(shè)備(User Equipment,以下簡稱:UE)在向基站,例如eNodeB發(fā)送數(shù)據(jù)之前，需要得到基站的上行調(diào)度授權(quán)。
[0003]在現(xiàn)有技術(shù)中，基站一般采用周期性地為UE分配上行資源的方式，使UE在被分配的上行資源上發(fā)送數(shù)據(jù)。但是，UE時(shí)常需要突發(fā)性地向基站發(fā)送數(shù)據(jù)，例如UE在與網(wǎng)絡(luò)側(cè)設(shè)備進(jìn)行文件傳輸協(xié)議(File Transfer Protocol,以下簡稱:FTP)業(yè)務(wù)時(shí),需要突發(fā)性地向基站發(fā)送反饋ACK消息。如果此時(shí)UE并未得到基站的上行調(diào)度授權(quán)，則UE需要向基站發(fā)送調(diào)度請求指示(Schedule Request Identify,以下簡稱:SRI)消息,基站可以為UE分配上報(bào)緩沖區(qū)狀態(tài)報(bào)告(Buffer State R印ort，以下簡稱:BSR)的資源，并通過上行授權(quán)(Uplink Grant,以下簡稱:UL Grant)通知 UE。在 4 個(gè)傳輸時(shí)間間隔(Transmission TimeInterval,以下簡稱:TTI)后，UE可以在該資源上上報(bào)BSR給基站；基站根據(jù)UE上報(bào)的BSR，為UE的上行數(shù)據(jù)分配上行傳輸資源；再在4個(gè)TTI后，UE將上行數(shù)據(jù)發(fā)送給基站。
[0004]由此可知，現(xiàn)有技術(shù)對于UE有突發(fā)上行數(shù)據(jù)的情況來說，至少需要8個(gè)ΤΤΙ，才能完成UE的上行突發(fā)數(shù)據(jù)的調(diào)度操作，因此，現(xiàn)有技術(shù)對UE突發(fā)的上行數(shù)據(jù)的處理無法滿足較高的時(shí)延需求，也無法滿足業(yè)務(wù)質(zhì)量(Quality of Service,以下簡稱:QoS)的需求。
[0005]中國專利申請CNlO 1835262A公開了一種資源分配方法，包括:基站確定基站有空閑的可調(diào)度資源；基站判斷用戶設(shè)備UE是否有待傳數(shù)據(jù)；若判斷結(jié)果為UE有待傳數(shù)據(jù)，則基站根據(jù)預(yù)先設(shè)置的預(yù)調(diào)度數(shù)據(jù)量主動(dòng)給UE分配預(yù)調(diào)度資源。美國專利申請20090109912A1公開了一種預(yù)調(diào)度上行資源的方法和裝置。其全部內(nèi)容通過引用結(jié)合在本申請文件中。

【發(fā)明內(nèi)容】

[0006]本發(fā)明實(shí)施例提供一種上行預(yù)調(diào)度處理方法、裝置和系統(tǒng)，以使得對UE突發(fā)的上行數(shù)據(jù)的處理滿足較高的時(shí)延需求。
[0007]本發(fā)明實(shí)施例提供一種上行預(yù)調(diào)度處理方法，包括:
[0008]獲取用戶設(shè)備的業(yè)務(wù)屬性信息，所述業(yè)務(wù)屬性信息用于判斷所述用戶設(shè)備是否可能發(fā)送突發(fā)上行數(shù)據(jù)；
[0009]若根據(jù)所述業(yè)務(wù)屬性信息確定所述用戶設(shè)備可能發(fā)送突發(fā)上行數(shù)據(jù)，則對所述用戶設(shè)備進(jìn)行上行預(yù)調(diào)度處理。
[0010]本發(fā)明實(shí)施例提供一種上行預(yù)調(diào)度處理裝置，包括:
[0011]第一獲取模塊，用于獲取用戶設(shè)備的業(yè)務(wù)屬性信息所述業(yè)務(wù)屬性信息用于判斷所述用戶設(shè)備是否可能發(fā)送突發(fā)上行數(shù)據(jù)；
[0012]上行預(yù)調(diào)度模塊，用于若根據(jù)所述業(yè)務(wù)屬性信息確定所述用戶設(shè)備可能發(fā)送突發(fā)上行數(shù)據(jù)，則對所述用戶設(shè)備進(jìn)行上行預(yù)調(diào)度處理。
[0013]本發(fā)明實(shí)施例還提供一種上行預(yù)調(diào)度處理系統(tǒng)，包括:基站，其中所述基站包括上述的上行預(yù)調(diào)度處理裝置，所述基站用于與至少一個(gè)用戶設(shè)備通信。
[0014]本發(fā)明實(shí)施例中，基站可以根據(jù)UE的業(yè)務(wù)屬性信息，確定可能發(fā)送突發(fā)上行數(shù)據(jù)的UE，并對UE進(jìn)行上行預(yù)調(diào)度處理，從而使得UE可以在上行預(yù)調(diào)度的資源上發(fā)送上行突發(fā)數(shù)據(jù)。因此，相對于現(xiàn)有技術(shù)需要通過8個(gè)TTI才能完成上行突發(fā)數(shù)據(jù)的調(diào)度來說，本發(fā)明實(shí)施例縮短了上行突發(fā)數(shù)據(jù)的調(diào)度時(shí)間，可以滿足較高的時(shí)延需求以及QoS的需求。
【專利附圖】

【附圖說明】
[0015]為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0016]圖1為本發(fā)明上行預(yù)調(diào)度處理方法一個(gè)實(shí)施例的流程圖；
[0017]圖2為本發(fā)明上行預(yù)調(diào)度處理方法另一個(gè)實(shí)施例的流程圖；
[0018]圖3為本發(fā)明上行預(yù)調(diào)度處理裝置一個(gè)實(shí)施例的結(jié)構(gòu)示意圖；
[0019]圖4為本發(fā)明上行預(yù)調(diào)度處理裝置另一個(gè)實(shí)施例的結(jié)構(gòu)示意圖；
[0020]圖5為本發(fā)明上行預(yù)調(diào)度處理系統(tǒng)一個(gè)實(shí)施例的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0021]為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0022]以下實(shí)施例中的基站和/或終端包括的通用的部件，不再一一列出。這些通用的部件包括但不限于:基帶處理部件；中射頻處理部件；傳輸部件；處理器；內(nèi)存；天線部件；輸入輸出裝置。每個(gè)基站與一個(gè)或者多個(gè)小區(qū)對應(yīng)。每個(gè)小區(qū)可以服務(wù)一個(gè)或多個(gè)終端。終端包括但不限于:手機(jī)，筆記本電腦，無線通信模塊。
[0023]圖1為本發(fā)明上行預(yù)調(diào)度處理方法一個(gè)實(shí)施例的流程圖，如圖1所示，本實(shí)施例的方法可以包括:
[0024]步驟101、獲取用戶設(shè)備的業(yè)務(wù)屬性信息。該業(yè)務(wù)屬性信息可用于判斷用戶設(shè)備是否可能發(fā)送突發(fā)上行數(shù)據(jù)。
[0025]舉例來說，基站，例如eNodeB等可以在每個(gè)TTI中，執(zhí)行本實(shí)施例的步驟。
[0026]具體來說，基站可以獲取UE的業(yè)務(wù)屬性信息?；究梢栽赨E接入小區(qū)的過程中，或者在UE發(fā)送上行數(shù)據(jù)的過程中獲知該業(yè)務(wù)屬性信息。該業(yè)務(wù)屬性信息可以反映UE是否存在向基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性。
[0027]需要說明的是，本實(shí)施例并不限定該業(yè)務(wù)屬性信息的具體內(nèi)容，本領(lǐng)域技術(shù)人員可以理解的是，只要能夠反映UE是否存在突發(fā)上行數(shù)據(jù)的可能性的任意信息均可以用于實(shí)現(xiàn)本實(shí)施例的技術(shù)方案，而且，本實(shí)施例也不限定該業(yè)務(wù)屬性信息采用的是現(xiàn)有技術(shù)中基站已存儲(chǔ)的信息，還是通過其它技術(shù)手段探測獲取的信息。另外，在本實(shí)施例中，基站并不限于只獲取一個(gè)UE的業(yè)務(wù)屬性信息。其在實(shí)際實(shí)現(xiàn)過程中，可以獲取多個(gè)UE的業(yè)務(wù)屬性信息。
[0028]步驟102、若根據(jù)所述業(yè)務(wù)屬性信息確定所述用戶設(shè)備可能發(fā)送突發(fā)上行數(shù)據(jù)，則對所述用戶設(shè)備進(jìn)行上行預(yù)調(diào)度處理。
[0029]基站若根據(jù)獲取的業(yè)務(wù)屬性信息，獲知UE可能發(fā)送突發(fā)上行數(shù)據(jù)，則基站可以不用等待UE發(fā)送SRI，而可以對UE進(jìn)行上行預(yù)調(diào)度處理。在本實(shí)施例中，該上行預(yù)調(diào)度處理可以采用現(xiàn)有技術(shù)的上行預(yù)調(diào)度處理實(shí)現(xiàn)，例如基站可以向UE發(fā)送UL Grant消息，UE在接收該UL Grant消息后，如果有突發(fā)上行數(shù)據(jù)，則可以直接向基站發(fā)送突發(fā)上行數(shù)據(jù)。
[0030]需要說明的是，由于基站可以確定多個(gè)UE均可能發(fā)送突發(fā)上行數(shù)據(jù)，因此，基站既可以對多個(gè)UE均進(jìn)行上行預(yù)調(diào)度處理，也可以按照一定的策略，例如優(yōu)先級(jí)順序等，對多個(gè)UE中的某一個(gè)或者某幾個(gè)UE進(jìn)行上行預(yù)調(diào)度處理。
[0031]本實(shí)施例中，基站可以根據(jù)UE的業(yè)務(wù)屬性信息，確定可能發(fā)送突發(fā)上行數(shù)據(jù)的UE,并對UE進(jìn)行上行預(yù)調(diào)度處理，從而使得UE可以在上行預(yù)調(diào)度的資源上發(fā)送上行突發(fā)數(shù)據(jù)。因此，相對于現(xiàn)有技術(shù)需要通過8個(gè)TTI才能完成上行突發(fā)數(shù)據(jù)的調(diào)度來說，本實(shí)施例縮短了上行突發(fā)數(shù)據(jù)的調(diào)度時(shí)間,可以滿足較高的時(shí)延需求以及QoS的需求。
[0032]圖2為本發(fā)明上行預(yù)調(diào)度處理方法另一個(gè)實(shí)施例的流程圖，如圖2所示，本實(shí)施例的方法可以包括:
[0033]步驟201、獲取UE的業(yè)務(wù)質(zhì)量類別標(biāo)識(shí)信息。
[0034]為了降低本實(shí)施例的執(zhí)行復(fù)雜度，本實(shí)施例可以選取基站已經(jīng)存儲(chǔ)的信息作為業(yè)務(wù)屬性信息。業(yè)務(wù)質(zhì)量類別標(biāo)識(shí)(QoS Class Identifier，以下簡稱:QCI)即為其中的一種。QCI可以反映UE的業(yè)務(wù)屬性，基站可以采用QCI信息作為是否需要對UE進(jìn)行上行預(yù)調(diào)度處理的判決依據(jù)。該QCI信息可以是在UE接入網(wǎng)絡(luò)，或者發(fā)起業(yè)務(wù)請求的過程中，基站從網(wǎng)絡(luò)側(cè)獲取并存儲(chǔ)的業(yè)務(wù)屬性信息。
[0035]步驟202、根據(jù)業(yè)務(wù)質(zhì)量類別標(biāo)識(shí)信息，確定UE可能發(fā)送突發(fā)上行數(shù)據(jù)。
[0036]基站可以根據(jù)QCI信息確定UE是否會(huì)發(fā)送突發(fā)上行數(shù)據(jù)。
[0037]具體來說，對于每個(gè)UE，基站中都存在其對應(yīng)的QCI信息?；究梢愿鶕?jù)UE對應(yīng)的QCI信息，確定該UE是否存在發(fā)送突發(fā)上行數(shù)據(jù)的可能性。
[0038]由于對于每個(gè)UE來說，其既可能只開通了單個(gè)業(yè)務(wù)，也可能同時(shí)開通了多個(gè)業(yè)務(wù)，對應(yīng)地，每個(gè)UE的QCI信息中，既可能只包含了單個(gè)業(yè)務(wù)的屬性信息，也可能包括了多個(gè)業(yè)務(wù)的屬性信息。因此，在具體實(shí)現(xiàn)時(shí)，即可包括下述兩種技術(shù)方案:
[0039]若該UE為單業(yè)務(wù)UE，也即該UE只開通了單個(gè)業(yè)務(wù)，其QCI信息中僅包含了該業(yè)務(wù)的屬性信息，因此，基站可以根據(jù)該業(yè)務(wù)的OCI信息，確定該UE是否存在發(fā)送突發(fā)上行數(shù)據(jù)的可能性；
[0040]若該UE為多業(yè)務(wù)UE，也即該UE同時(shí)開通了多個(gè)業(yè)務(wù)，其QCI信息中包含了各個(gè)業(yè)務(wù)的屬性信息，因此，基站可以根據(jù)各業(yè)務(wù)的QCI信息，確定該UE是否存在發(fā)送突發(fā)上行數(shù)據(jù)的可能性。舉例來說，基站若確定各個(gè)業(yè)務(wù)的QCI信息中，只要有一個(gè)業(yè)務(wù)的QCI信息表示該UE可能發(fā)送突發(fā)上行數(shù)據(jù)，則確定該UE存在發(fā)送突發(fā)上行數(shù)據(jù)的可能性。
[0041 ] 在本發(fā)明的一個(gè)實(shí)施例中，還可以是在QCI信息中，或者與QCI信息類似的信息中設(shè)置預(yù)調(diào)度屬性信息。這樣，可以根據(jù)預(yù)調(diào)度屬性信息，直接確定UE可能發(fā)送突發(fā)上行數(shù)據(jù)，從而可以進(jìn)行上行預(yù)調(diào)度處理。
[0042]步驟203、判斷系統(tǒng)級(jí)判決條件是否滿足，若滿足，則執(zhí)行步驟204，否則結(jié)束。
[0043]由于基站對UE的突發(fā)上行數(shù)據(jù)進(jìn)行上行預(yù)調(diào)度處理可能會(huì)影響到基站對UE的正常調(diào)度以及本身的操作性能，因此，本實(shí)施例可以設(shè)定系統(tǒng)級(jí)判決條件，從而使得基站可以根據(jù)其系統(tǒng)資源或者性能判斷是否能夠?qū)赡馨l(fā)送突發(fā)上行數(shù)據(jù)的UE進(jìn)行上行預(yù)調(diào)度。
[0044]具體來說，由于上行預(yù)調(diào)度可能會(huì)引入系統(tǒng)資源浪費(fèi)的問題，所以本實(shí)施例中，上行預(yù)調(diào)度的前提條件是上行負(fù)載較輕，物理上行共享信道(Physical Uplink SharedChannel,以下簡稱:PUSCH)信道資源有富余。因此，本實(shí)施例可以采用帶寬利用率作為系統(tǒng)判決條件，當(dāng)帶寬利用率大于第一閾值，表明PUSCH信道資源可能沒有富余，則基站不啟動(dòng)上行預(yù)調(diào)度；而小于第一閾值，表明PUSCH信道資源可能有富余，則基站可以啟動(dòng)上行預(yù)調(diào)度。
[0045]由于上行預(yù)調(diào)度也可能會(huì)引入鄰區(qū)干擾的問題，因此本實(shí)施例還可以將預(yù)調(diào)度帶寬占系統(tǒng)總帶寬的比率作為系統(tǒng)判決條件，當(dāng)預(yù)調(diào)度帶寬占系統(tǒng)總帶寬的比率大于第二閾值，表明預(yù)調(diào)度帶寬占比較高，則基站不啟動(dòng)上行預(yù)調(diào)度；當(dāng)小于第二閾值，表明預(yù)調(diào)度帶寬占比不高，則基站可以啟動(dòng)上行預(yù)調(diào)度，因此，采用預(yù)調(diào)度帶寬占系統(tǒng)總帶寬的比率作為系統(tǒng)判決條件，可以限制上行預(yù)調(diào)度的總帶寬，從而降低對鄰區(qū)的干擾。
[0046]在具體實(shí)現(xiàn)時(shí)，基站還可以將當(dāng)前帶寬利用率和預(yù)調(diào)度帶寬占系統(tǒng)總帶寬的比率均作為系統(tǒng)級(jí)判決條件。當(dāng)兩個(gè)參數(shù)同時(shí)滿足預(yù)設(shè)的條件時(shí)，基站即可確定啟動(dòng)上行預(yù)調(diào)度處理。
[0047]需要說明的是，本領(lǐng)域技術(shù)人員可以根據(jù)對基站系統(tǒng)性能要求等因素，對上述第一閾值和第二閾值的大小進(jìn)行設(shè)置，本實(shí)施例不再贅述。
[0048]另外，本實(shí)施例也并不限定基站只能采用上述兩種參數(shù)作為系統(tǒng)判決條件，本領(lǐng)域技術(shù)人員可以根據(jù)需要采用其它參數(shù)豐富系統(tǒng)判決的內(nèi)容。舉例來說，由于上行預(yù)調(diào)度還可能會(huì)引入增大UE能耗的問題，因此基站還可以將預(yù)調(diào)度最小時(shí)間間隔門限作為系統(tǒng)判決條件。預(yù)調(diào)度時(shí)間間隔=當(dāng)前調(diào)度時(shí)刻-上次調(diào)度時(shí)刻，當(dāng)預(yù)調(diào)度時(shí)間間隔的值小于預(yù)調(diào)度最小時(shí)間間隔，則基站不啟動(dòng)上行預(yù)調(diào)度，從而可以減少UE的上行預(yù)調(diào)度次數(shù)，進(jìn)而降低UE的能耗。另外，需要說明的是，上述步驟202和步驟203之間也可以沒有先后順序。
[0049]步驟204、根據(jù)所述業(yè)務(wù)質(zhì)量類別標(biāo)識(shí)信息，獲取各用戶設(shè)備允許的最大調(diào)度間隔和對應(yīng)的預(yù)調(diào)度數(shù)據(jù)量。
[0050]一旦基站根據(jù)步驟202和步驟203的判決確定要對UE進(jìn)行上行預(yù)調(diào)度后，基站可以根據(jù)QCI信息，獲取UE允許的最大調(diào)度間隔和對應(yīng)的預(yù)調(diào)度數(shù)據(jù)量。舉例來說，基站在完成步驟204后，可以為各UE建立如表I所示的預(yù)調(diào)度屬性列表。
[0051]表I
[0052]
【權(quán)利要求】
1.一種上行預(yù)調(diào)度處理方法，其特征在于，包括: 基站獲取用戶設(shè)備的業(yè)務(wù)屬性信息； 所述基站根據(jù)所述業(yè)務(wù)屬性信息，判斷所述用戶設(shè)備是否存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性； 當(dāng)存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性時(shí)，對所述用戶設(shè)備進(jìn)行上行預(yù)調(diào)度處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)屬性信息包括業(yè)務(wù)質(zhì)量類別標(biāo)識(shí)信息；且，所述基站根據(jù)所述業(yè)務(wù)屬性信息，判斷所述用戶設(shè)備是否存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性，包括: 根據(jù)所述業(yè)務(wù)質(zhì)量類別標(biāo)識(shí)信息，判斷所述用戶設(shè)備是否存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述業(yè)務(wù)屬性信息包括單個(gè)業(yè)務(wù)的屬性信息，且所述基站根據(jù)所述業(yè)務(wù)屬性信息，判斷所述用戶設(shè)備是否存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性，包括: 根據(jù)所述單個(gè)業(yè)務(wù)的屬性信息，判斷所述用戶設(shè)備是否存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述業(yè)務(wù)屬性信息包括多個(gè)業(yè)務(wù)的屬性信息，且所述基站根據(jù)所述業(yè)務(wù)屬性信息，判斷所述用戶設(shè)備是否存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性，包括: 根據(jù)所述多個(gè)業(yè)務(wù)的屬性信息，判斷所述用戶設(shè)備的每個(gè)業(yè)務(wù)是否存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性； 當(dāng)任一個(gè)業(yè)務(wù)存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性，確定所述用戶設(shè)備存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述業(yè)務(wù)屬性信息包括預(yù)調(diào)度屬性信息，且，所述基站根據(jù)所述業(yè)務(wù)屬性信息，判斷所述用戶設(shè)備是否存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性，包括: 根據(jù)所述預(yù)調(diào)度屬性信息，判斷所述用戶設(shè)備是否存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性。
6.一種上行預(yù)調(diào)度處理裝置，其特征在于，包括: 獲取模塊，用于獲取用戶設(shè)備的業(yè)務(wù)屬性信息； 上行預(yù)調(diào)度模塊，用于根據(jù)所述業(yè)務(wù)屬性信息，判斷所述用戶設(shè)備是否存在向基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性，當(dāng)存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性時(shí)，對所述用戶設(shè)備進(jìn)行上行預(yù)調(diào)度處理。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述業(yè)務(wù)屬性信息包括業(yè)務(wù)質(zhì)量類別標(biāo)識(shí)息。
8.根據(jù)權(quán)利6或7所述的裝置，其特征在于，所述上行預(yù)調(diào)度模塊，包括: 判斷單元，用于判斷所述用戶設(shè)備是單業(yè)務(wù)用戶設(shè)備還是多業(yè)務(wù)用戶設(shè)備，其中當(dāng)所述用戶設(shè)備是單業(yè)務(wù)用戶設(shè)備時(shí)，所述業(yè)務(wù)屬性信息包括單個(gè)業(yè)務(wù)的屬性信息；當(dāng)所述用戶設(shè)備是多業(yè)務(wù)用戶設(shè)備時(shí)，所述業(yè)務(wù)屬性信息包括多個(gè)業(yè)務(wù)的屬性信息；第一確定單元，用于在所述判斷單元判斷所述用戶設(shè)備為單業(yè)務(wù)用戶設(shè)備時(shí)，根據(jù)所述單個(gè)業(yè)務(wù)的屬性信息，確定所述用戶設(shè)備是否存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性； 第二確定單元，用于在所述判斷單元判斷所述用戶設(shè)備為多業(yè)務(wù)用戶設(shè)備時(shí)，根據(jù)所述多個(gè)業(yè)務(wù)的屬性信息，確定所述用戶設(shè)備的每個(gè)業(yè)務(wù)是否存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性，且當(dāng)任一個(gè)業(yè)務(wù)存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性時(shí)，確定所述用戶設(shè)備存在向所述基站發(fā)送突發(fā)上行數(shù)據(jù)的可能性； 預(yù)調(diào)度處理單元，用于根據(jù)所述第一確定單元或者第二確定單元確定的結(jié)果，對所述用戶設(shè)備進(jìn)行上行預(yù)調(diào)度處理。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述業(yè)務(wù)屬性信息包括預(yù)調(diào)度屬性信息。
10.一種上行預(yù)調(diào)度處理系統(tǒng)，其特征在于，包括:基站，其中，所述基站包括如權(quán)利要求6~9中任一項(xiàng)所述的上 行預(yù)調(diào)度處理裝置，所述基站用于與至少一個(gè)用戶設(shè)備通信。
【文檔編號(hào)】H04W72/12GK103747432SQ201410020465
【公開日】2014年4月23日 申請日期:2011年2月28日 優(yōu)先權(quán)日:2011年2月28日
【發(fā)明者】朱俊, 王勝 申請人:華為技術(shù)有限公司