專利名稱：資源調(diào)度的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及通信領(lǐng)域，并且更具體地，涉及資源調(diào)度的方法和裝置。
背景技術(shù)：
物聯(lián)網(wǎng)(1T, Internet of Things)是指通過部署具有一定感知、計算、執(zhí)行和通信能力的各種設備，獲取物理世界的信息，通過網(wǎng)絡實現(xiàn)信息傳輸、協(xié)同和處理，從而實現(xiàn)人與物、物與物的互聯(lián)的網(wǎng)絡。機器對機器通信(M2M, machine-to-machineCommunication)是標準化組織3GPP為研究如何在移動通信網(wǎng)絡上承載物聯(lián)網(wǎng)應用，而提出的技術(shù)和標準化概念。目前，正在研究針對MTC(MTC, machine type communication)設備的引入而需要對移動通信網(wǎng)絡進行的增強或優(yōu)化。其中，提供基于LTE (長期演進)的低成本MTC終端，就是一個研究方向。目的在于提供成本能夠與GSM/GPRS終端成本相比的，甚至比GSM/GPRS終端成本還低的LTE終端，替換在M2M應用中應用的GSM/GPRS終端，從而在M2M應用中使用LTE網(wǎng)絡替換GSM/GPRS網(wǎng)絡。

已知有通過簡化混合自動重傳請求(HARQ, Hybrid Automatic Repeat Request)機制的方式來降低終端成本的方法，就是通過完全去除HARQ機制，或者減少終端所能支持的最大HARQ進程數(shù)目，減少HARQ進程所占用的存儲空間，而達到成本降低的目的。但是，完全去除HARQ進程機制，會對用戶的體驗造成影響。而在減少終端所支持的最大HARQ進程數(shù)目方面，為減少復雜度，針對低成本長期演進MTC用戶(low-cost LTEMTC UE,以下簡稱UE)，標準傾向于只定義一類UE類別(UE category)，限定UE所支持的調(diào)制級別，從而確定了 UE所支持的最大傳輸塊大小(TB size, transport block size)和所能使用的調(diào)制編碼方式。那么，如果再統(tǒng)一限定UE的最大HARQ進程數(shù)，所有UE所能支持的最大速率也將隨之就確定了。但由于M2M應用千差萬別，對于數(shù)據(jù)速率的要求也不一致。對于有些應用，上述確定的最大數(shù)據(jù)速率可能沒有必要的，增加了用戶設備的能量消耗，存在進一步降低成本和能量消耗的空間。同時，支持的最大HARQ進程數(shù)目的減少，使得對于UE的調(diào)度不可能再占滿所有的下行子幀。比如按照現(xiàn)有協(xié)議，下行調(diào)度8個子幀為一個周期，那么，如果采用下行所支持的最大HARQ進程數(shù)目8，那么，下行的8個子幀有UE的調(diào)度信息。并且，為了保持eNB調(diào)度的靈活性，不限定eNB調(diào)度UE的資源位置，這樣，即使實際采用的下行HARQ進程數(shù)目小于8，在所有下行的8個子幀中也同樣都有機會調(diào)度UE。所以，UE在所有下行子幀上都監(jiān)聽信道，接收調(diào)度信息，這對于時延和數(shù)據(jù)速率要求都有所降低、而能量消耗要求提高的low-cost LTE MTC UE而言，增加了用戶設備的能量消耗，存在進一步降低成本和能量消耗的空間。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種資源調(diào)度的方法和裝置，能夠降低用戶設備的成本和能量消耗。
—方面，提供了一種資源調(diào)度的方法，該方法包括:根據(jù)目標用戶，確定資源調(diào)度信息，其中，該資源調(diào)度信息包括用于指示該目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息；根據(jù)該資源調(diào)度信息，對該目標用戶進行資源調(diào)度。另一方面，提供了一種資源調(diào)度的方法，該方法包括:確定資源調(diào)度信息，其中，該資源調(diào)度信息包括用于指示目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息；根據(jù)該資源調(diào)度信息，接受基站的資源調(diào)度。再一方面，提供了一種資源調(diào)度的方法，該方法包括:接收目標用戶發(fā)送的攜帶資源調(diào)度信息的第一消息，其中，該資源調(diào)度信息包括用于指示該目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息；根據(jù)該第一消息，確定該資源調(diào)度信息；向基站發(fā)送攜帶該資源調(diào)度信息的第二消息，以通知該基站根據(jù)該資源調(diào)度信息對該目標用戶進行資源調(diào)度。再一方面，提供了一種資源調(diào)度的裝置，該裝置包括:確定單元，用于根據(jù)目標用戶，確定資源調(diào)度信息，其中，該資源調(diào)度信息包括用于指示該目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息；調(diào)度單元，用于根據(jù)該確定單元確定的該資源調(diào)度信息，對該目標用戶進行資源調(diào)度。再一方面，提供了一種資源調(diào)度的裝置，該裝置包括:接收單元，用于接收目標用戶發(fā)送的攜帶資源調(diào)度信息的第一消息，其中，所述資源調(diào)度信息包括用于指示所述目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息；確定單元，用于根據(jù)所述接收單元接收的所述第一消息，確定所述資源調(diào)度信息；發(fā)送單元，用于向基站發(fā)送攜帶該資源調(diào)度信息的第二消息，以通知該基站根據(jù)該資源調(diào)度信息對該目標用戶進行資源調(diào)度。根據(jù)本發(fā)明實施例的資源調(diào)度的方法和裝置，基站根據(jù)目標用戶的資源調(diào)度信息，進行與目標用戶相適應的資源調(diào)度，例如，在資源調(diào)度時使分配給目標用戶的HARQ進程數(shù)目小于等于目標用戶能夠支持的最大HARQ進程數(shù)目，和/或僅將下行控制信道承載于規(guī)定子幀，而使目標用戶能夠僅在規(guī)定子幀監(jiān)聽下行控制信道，從而能夠降低用戶設備的成本和能量消耗。


為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是根據(jù)本發(fā)明實施例的資源調(diào)度的方法的示意性流程圖。圖2是根據(jù)本發(fā)明另一實施例的資源調(diào)度的方法的示意性流程圖。圖3是根據(jù)本發(fā)明再一實施例的資源調(diào)度的方法的示意性流程圖。圖4是根據(jù) 本發(fā)明實施例的資源調(diào)度的方法的交互圖。
圖5是根據(jù)本發(fā)明實施例的資源調(diào)度的裝置的示意性框圖。圖6是根據(jù)本發(fā)明另一實施例的資源調(diào)度的裝置的示意性框圖。圖7是根據(jù)本發(fā)明再一實施例的資源調(diào)度的裝置的示意性框圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。本發(fā)明實施例的技術(shù)方案,可以應用于長期演進(LTE, Long Term Evolution)系統(tǒng)等。用戶(UE, User Equipment),也可稱之為用戶設備、移動終端(Mobile Terminal)、移動用戶設備等，可以經(jīng)無線接入網(wǎng)(例如,RAN,Radio Access Network)與一個或多個核心網(wǎng)進行通信，用戶設備可以是移動終端，如移動電話(或稱為“蜂窩”電話)和具有移動終端的計算機，例如，可以是便攜式、袖珍式、手持式、計算機內(nèi)置的或者車載的移動裝置，它們與無線接入網(wǎng)交換語言和/或數(shù)據(jù)?；荆梢允荓TE 中的演進型基站(eNB 或 e-NodeB, E-UTRAN(Evolved UniversalTerrestrial Radio Access Network)Node B),本發(fā)明實施例并不限定,但為描述方便,下述實施例以eNB為例進行說明。網(wǎng)絡側(cè),可以是演進的分組核心網(wǎng)(EPC,Evolved Packet Core),本發(fā)明實施例并不限定，下述實施例以EPC為例進行說明 。圖1示出了從eNB角度表述的，根據(jù)本發(fā)明實施例的資源調(diào)度的方法100的示意性流程圖。如圖1所示，該方法100包括:S110，根據(jù)目標用戶，確定資源調(diào)度信息，其中，該資源調(diào)度信息包括用于指示該目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息；S120，根據(jù)該資源調(diào)度信息，對該目標用戶進行資源調(diào)度。具體地說，在對目標用戶進行資源調(diào)度前，eNB可以首先從UE或EPC獲取該目標用戶的資源調(diào)度信息，或自主確定資源調(diào)度信息包括的子幀信息后下發(fā)給UE，因此，eNB能夠根據(jù)該資源調(diào)度信息對UE進行資源調(diào)度，UE可以根據(jù)該資源調(diào)度信息接受eNB的資源調(diào)度。在本發(fā)明實施例中，該資源調(diào)度信息可以包括用于指示UE能夠支持的最大HARQ進程數(shù)目(以下，簡稱最大HARQ進程數(shù)目)的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息。由于針對低成本長期演進用戶(low-cost LTE MTC UE,以下簡稱UE)只定義一類UE類別(UE category)，限定UE所支持的調(diào)制級別，從而確定了UE所支持的最大傳輸塊大小(TB size, transport block size)和所能使用的調(diào)制編碼方式。因此，該UE的最大HARQ進程數(shù)目，決定了 UE所能支持的最大速率。并且，UE可以根據(jù)該子幀信息，僅在在規(guī)定的可能承載下行控制信道的下行子幀上監(jiān)聽信道，接收調(diào)度信息。因此，eNB可以根據(jù)資源調(diào)度信息包括的內(nèi)容，進行不同的調(diào)度(使分配給UE的HARQ進程的數(shù)目不超過最大HARQ進程數(shù)目信息指示的最大HARQ進程數(shù)目或?qū)⑾滦锌刂菩诺莱休d于與子幀信息相對應的子幀)。下面，分別對資源調(diào)度信息包括該最大HARQ進程數(shù)目信息的情況(I)以及資源調(diào)度信息包括該子幀信息的情況(2)進行說明。情況(I)在本發(fā)明實施例中，UE可以將資源調(diào)度信息(例如，最大HARQ進程數(shù)目信息)承載于規(guī)定的消息發(fā)送給eNB，eNB通過對該消息進行解析來獲取該資源調(diào)度信息，但是，當承載資源調(diào)度信息的消息是UE通過eNB透傳給EPC的消息(例如，包含附著請求AttachRequest的消息)時,eNB不會對該透傳消息進行解析,而是直接將其透傳給EPC,此情況下，可以在EPC(例如，EPC中的移動管理實體(MME, Mobility Management Entity)對該消息進行解析，并將獲得的資源調(diào)度信息發(fā)送給eNB，因此，eNB可以通過UE上報的信息來獲取該最大HARQ進程數(shù)目，也可以從EPC獲取該最大HARQ進程數(shù)目。具體地說，當eNB通過UE上報的信息來獲取該最大HARQ進程數(shù)目時，在SI 10，eNB可以接收UE發(fā)送的第一消息，該第一消息攜帶有用于指示該UE能夠支持的最大HARQ進程數(shù)目的最大HARQ進程數(shù)目信息，從而，eNB可以從該第一消息中，獲取該最大HARQ進程數(shù)目信息，從而確定最大HARQ進程數(shù)目，因此，在本發(fā)明實施例中，該確定資源調(diào)度信息可以包括:接收該目標用戶發(fā)送的攜帶該資源調(diào)度信息的第一消息；根據(jù)該第一消息，確定該資源調(diào)度信息。在本發(fā)明實施例中，UE向eNB上報最大HARQ進程數(shù)目的過程可以在RRC (RadioResource Control)連接建立流程、UE能力上報流程或RRC連接重配置流程中進行，因此，該第一消息包括RRC建立完成消息、用戶能力信息消息或RRC重配置完成消息。應理解， 以上列舉的作為第一消息的各消息僅是本發(fā)明的示例性說明，其他UE在接受eNB進行的資源調(diào)度前發(fā)送的、eNB可能解析的、能夠承載資源調(diào)度信息的消息均落入本發(fā)明的保護范圍內(nèi)。以下省略對相同或相似情況的說明。在S120，eNB可以使分配給UE的HARQ進程的數(shù)目不超過UE上報的該最大HARQ進程數(shù)目，因此該對該目標用戶進行資源調(diào)度包括:使分配給該目標用戶的HARQ進程的數(shù)目小于等于該最大HARQ進程數(shù)目。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，基站在對目標用戶進行資源調(diào)度時，根據(jù)目標用戶上報的最大HARQ進程數(shù)目，使分配給目標用戶的HARQ進程的數(shù)目小于等于目標用戶能夠支持的最大HARQ進程數(shù)目，不對UE所能支持的最大速率進行限定，在M2M應用對于數(shù)據(jù)速率的要求不一致的情況下，如果應用所需要的最大數(shù)據(jù)速率較低，則用戶可以減少上報給基站的該用戶支持的最大HARQ進程數(shù)目，從而使基站分配給用戶的HARQ進程的最大數(shù)目也隨之減少，從而降低了該最大數(shù)據(jù)速率，從而降低用戶設備成本；如果應用所需要的最大數(shù)據(jù)速率較高，則用戶可以增加上報給基站的該用戶支持的最大HARQ進程數(shù)目，從而使基站分配給用戶的HARQ進程的最大數(shù)目也隨之增加，從而提高了該最大數(shù)據(jù)速率，而不限于所有用戶統(tǒng)一的最大數(shù)據(jù)速率，從而能夠滿足不同應用對數(shù)據(jù)速率的不同要求，能夠節(jié)約成本并有利于應用支持。在本發(fā)明實施例中，eNB還可以保存該最大HARQ進程數(shù)目信息，并且可以根據(jù)UE上報的最大HARQ進程數(shù)目信息與該UE的用戶標識之間的關(guān)系，記錄該最大HARQ進程數(shù)目信息，生成數(shù)據(jù)庫，當該UE再次通過該eNB進行業(yè)務訪問(例如，UE向EPC發(fā)送上行數(shù)據(jù)報文，或EPC向UE發(fā)送下行數(shù)據(jù)報文)時，可以直接根據(jù)UE的用戶標識，從數(shù)據(jù)庫中，獲取該最大HARQ進程數(shù)目。因此，該確定資源調(diào)度信息還包括:基于該資源調(diào)度信息與該目標用戶的用戶標識的對應關(guān)系，生成第一資源調(diào)度信息數(shù)據(jù)庫；接收該目標用戶或網(wǎng)絡側(cè)發(fā)送的攜帶該用戶標識的第二消息；根據(jù)該用戶標識，從該第一資源調(diào)度信息數(shù)據(jù)庫中獲取與該用戶標識相對應的資源調(diào)度信息。在本發(fā)明實施例中，該第二消息可以是UE或EPC發(fā)送的用于觸發(fā)eNB進行資源調(diào)度的資源請求(Resource Request)，例如，RRC連接建立完成消息，RRC連接重配置完成消息或初始上下文建立請求(Initial Context Setup Request)。應理解，以上列舉的各消息僅是本發(fā)明的示例性說明，本發(fā)明并不限定于此。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，除與網(wǎng)絡側(cè)斷開連接的情況以外，UE僅需上報一次最大HARQ進程數(shù)，能夠進一步減少UE在通信時的能量消耗，降低用戶設備的成本。另一方面，當eNB從EPC獲取該最大HARQ進程數(shù)目時，在SI 10，eNB可以將UE發(fā)送的承載用于指示該UE能夠支持的最大HARQ進程數(shù)目的最大HARQ進程數(shù)目信息的透傳消息(例如，Attach Request )轉(zhuǎn)發(fā)給EPC，EPC對該透傳消息進行解析，并獲取該最大HARQ進程數(shù)目信息后，將該最大HARQ進程數(shù)目信息發(fā)送給eNB。因此，該確定資源調(diào)度信息可以包括:接收該目標用戶發(fā)送的攜帶該資源調(diào)度信息的第三消息；向網(wǎng)絡側(cè)轉(zhuǎn)發(fā)該第三消息；接收該網(wǎng)絡側(cè)發(fā)送的攜帶該資源調(diào)度信息的第四消息；根據(jù)該第四消息，確定該資源調(diào)度信息。在本發(fā)明實施例中，該第三消息可以是例如Attach Request (攜帶資源調(diào)度信息)，UE可以向eNB發(fā)送包含該Attach Request的消息例如RRC建立完成消息，eNB在接收到該RRC建立完成消息后，不解析該Attach Request消息,而是將該Attach Request承載于例如初始用戶信息消息(Initial UEmessage)而發(fā)送給EPC,該第四消息可以是例如初始上下文建立請求消息(Initial Context Setup Request)。因此,第三消息可以認為是透傳給網(wǎng)絡側(cè)，知道收到網(wǎng)絡側(cè)的第四消息，才解析第四消息得到資源調(diào)度信息。應理解，以上列舉的各消息僅是本發(fā)明的示例性說明，本發(fā)明并不限定于此。在S120，eNB可以使分配給UE的HARQ進程的數(shù)目不超過該最大HARQ進程數(shù)目，因此對該目標用戶進行資源調(diào)度包括:根據(jù)該最大HARQ進程數(shù)目信息，為該目標用戶分配HARQ進程，該HARQ進程的數(shù)目小于等于該最大HARQ進程數(shù)目。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，基站在對目標用戶進行資源調(diào)度時，根據(jù)目標用戶上報的最大HARQ進程數(shù)目，使分配給目標用戶的HARQ進程的數(shù)目小于等于目標用戶能夠支持的最大HARQ進程數(shù)目，不對UE所能支持的最大速率進行限定，在M2M應用對于數(shù)據(jù)速率的要求不一致的情況下，如果應用所需要的最大數(shù)據(jù)速率較低，則用戶可以減少上報給基站的該用戶支持的最大HARQ進程數(shù)目，從而使基站分配給用戶的HARQ進程的最大數(shù)目也隨之減少，從而降低了該最大數(shù)據(jù)速率，從而降低用戶設備成本；如果應用所需要的最大數(shù)據(jù)速率較高，則用戶可以增加上報給基站的該用戶支持的最大HARQ進程數(shù)目，從而使基站分配給用戶的HARQ進程的最大數(shù)目也隨之增加，從而提高了該最大數(shù)據(jù)速率，而不限于所有用戶統(tǒng)一的最大數(shù)據(jù)速率，從而能夠滿足不同應用對數(shù)據(jù)速率的不同要求，能夠節(jié)約成本并有利于應用支持?？蛇x地，在本發(fā)明實施例中，EPC還可以保存該最大HARQ進程數(shù)目信息，并且可以根據(jù)UE上報的最大HARQ進程數(shù)目信息與該UE的用戶標識之間的關(guān)系，記錄該最大HARQ進程數(shù)目信息，生成數(shù)據(jù)庫，當該UE再次通過該eNB進行業(yè)務訪問(例如，EPC接收到eNB發(fā)送的業(yè)務請求Service Request)時,可以直接根據(jù)該Service Request包括的用戶標識，從數(shù)據(jù)庫中，獲取該最大HARQ進程數(shù)目，并發(fā)送給eNB。因此，該確定資源調(diào)度信息還可以包括:向該網(wǎng)絡側(cè)發(fā)送的攜帶該目標用戶的用戶標識的第五消息，該用戶標識被該網(wǎng)絡側(cè)用于從基于該資源調(diào)度信息與該用戶標識的對應關(guān)系生成的第二資源調(diào)度信息數(shù)據(jù)庫中獲取與該用戶標識相對應的資源調(diào)度信息。在本發(fā)明實施例中，該第五消息可以是包含業(yè)務請求(Service Request)的消息，例如Initial UE message。應理解，以上列舉的消息僅是本發(fā)明的示例性說明,本發(fā)明并不限定于此。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，除與網(wǎng)絡側(cè)斷開連接的情況以外，UE僅需上報一次最大HARQ進程數(shù)，能夠進一步減少UE在通信時的能量消耗，降低用戶設備的成本。在本發(fā)明實施例中，最大HARQ進程數(shù)目可以是上下行統(tǒng)一的支持的最大HARQ進程數(shù)目，也可以分別包含上行支持的最大HARQ進程數(shù)目(Max HARQ ProcessNumber-Uplink),和下·行支持的最大 HARQ 進程數(shù)目(MaxHARQ Process Number-Downi ink)；更具體地，上行支持的最大HARQ進程數(shù)目(Max HARQ Process Number-Uplink)可以根據(jù)頻分雙工(FDD)系統(tǒng)和時分雙工(TDD)系統(tǒng)分為，F(xiàn)DD系統(tǒng)上行支持的最大HARQ進程數(shù)目(MaxHARQ Process Number-Uplink-FDD)，TDD 系統(tǒng)上行支持的最大 HARQ 進程數(shù)目(MaxHARQ Process Number-Uplink-TDD);下行支持的最大 HARQ 進程數(shù)目(Max HARQ ProcessNumber-Downi ink)可以根據(jù)FDD和TDD分為，F(xiàn)DD系統(tǒng)下行支持的最大HARQ進程數(shù)目(MaxHARQ Process Number-Downlink-FDD)，TDD 系統(tǒng)下行支持的最大 HARQ 進程數(shù)目(Max HARQProcess Number-Downiink-TDD)。因此，該最大HARQ進程數(shù)目包括上行最大HARQ進程數(shù)目、下行最大HARQ進程數(shù)目、頻分雙工FDD系統(tǒng)上行最大HARQ進程數(shù)目、時分雙工TDD系統(tǒng)上行最大HARQ進程數(shù)目、FDD系統(tǒng)下行最大HARQ進程數(shù)目、TDD系統(tǒng)下行最大HARQ進程數(shù)目。這樣，進一步增大了資源調(diào)度的靈活性。情況(2)在本發(fā)明實施例中，UE可以將資源調(diào)度信息(例如，用于指示子幀是否可能承載下行控制信道的子幀信息)承載于規(guī)定的消息發(fā)送給eNB，eNB通過對該消息進行解析來獲取該資源調(diào)度信息，但是，當承載資源調(diào)度信息的消息是UE通過eNB透傳給EPC的消息(例如，包含Attach Request的消息)時,eNB不會對該透傳消息進行解析,而是直接將其透傳給EPC，此情況下，可以在EPC(例如，EPC中的MME)對該消息進行解析，并將獲得的資源調(diào)度信息發(fā)送給eNB，因此，eNB可以通過UE上報的信息來獲取該子幀信息，也可以從EPC獲取該子幀信息。并且，eNB也可以自行確定該子幀信息，然后通知UE。具體地說，當eNB通過UE上報的信息來獲取該子幀信息時，在SI 10，eNB可以接收UE發(fā)送的第一消息，該第一消息攜帶有代表UE希望監(jiān)聽的子幀的子幀信息，從而，eNB可以從該第一消息中，獲取該子幀信息，因此，在本發(fā)明實施例中，該確定資源調(diào)度信息可以包括:接收該目標用戶發(fā)送的攜帶該資源調(diào)度信息的第一消息；根據(jù)該第一消息，確定該資源調(diào)度信息。具體地說，UE可以以位圖(bitmap)的形式上報的代表其希望監(jiān)聽下行控制信道的子幀的子幀信息。以FDD為例，可以用Sbit的bitmap指示其希望監(jiān)聽下行控制信道的子幀信息，bitmap相應位為1，表示UE希望在相應的子幀上監(jiān)聽下行信道，bitmap相應位為0，表示UE不希望在 相應的子幀上監(jiān)聽下行信道。在本發(fā)明實施例中，UE向eNB上報子幀信息的過程可以在RRC連接建立流程、UE能力上報流程或RRC連接重配置流程中進行，因此，該第一消息包括RRC建立完成消息、用戶能力信息消息或RRC重配置完成消息。在S120，eNB可以將下行控制信道承載于與該子幀信息相對應的子幀中，從而使UE可以只在與該子幀信息相對應的子幀監(jiān)聽下行控制信道，而在其它子幀上選擇睡眠，因此該對該目標用戶進行資源調(diào)度包括:根據(jù)該子幀信息，將該下行控制信道承載于與該子幀信息相對應的子幀。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，基站在對目標用戶進行資源調(diào)度時，根據(jù)目標用戶上報的子幀信息，將下行控制信道承載于目標用戶希望監(jiān)聽的子幀，能夠使目標用戶僅在規(guī)定的子幀監(jiān)聽下行控制信道，而在其它子幀上選擇睡眠，從而UE無需在所有下行子幀上都監(jiān)聽信道，接收調(diào)度信息。這對于時延和數(shù)據(jù)速率要求都有所降低、而能量消耗要求提高的low-cost LTE MTC UE而言，降低了能量消耗，從而降低了用戶設備的成本?？蛇x地，在本發(fā)明實施例中，在S110，eNB還可以保存該子幀信息，并且可以根據(jù)UE上報的子幀信息與該UE的用戶標識之間的關(guān)系，記錄該子幀信息，生成數(shù)據(jù)庫，當該UE再次通過該eNB進行業(yè)務訪問(例如，UE向EPC發(fā)送上行數(shù)據(jù)報文，或EPC向UE發(fā)送下行數(shù)據(jù)報文)時，可以直接根據(jù)UE的用戶標識，從數(shù)據(jù)庫中，獲取該子幀信息。因此，該確定資源調(diào)度信息還包括:基于該資源調(diào)度信息與該目標用戶的用戶標識的對應關(guān)系，生成第一資源調(diào)度信息數(shù)據(jù)庫；接收該目標用戶或網(wǎng)絡側(cè)發(fā)送的攜帶該用戶標識的第二消息；根據(jù)該用戶標識，從該第一資源調(diào)度信息數(shù)據(jù)庫中獲取與該用戶標識相對應的資源調(diào)度信息。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，除與網(wǎng)絡側(cè)斷開連接的情況以外，UE僅需上報一次子幀信息，能夠進一步減少UE在通信時的能量消耗，降低用戶設備的成本。另一方面，當eNB從EPC獲取該子幀信息時，在SI 10，eNB可以將UE發(fā)送的攜帶用于指示子幀是否可能承載下行控制信道的子幀信息的透傳消息(例如，Attach Request)轉(zhuǎn)發(fā)給EPC，EPC對該透傳消息進行解析，并在獲取該子幀信息后，將該子幀信息發(fā)送給eNB。因此,該確定資源調(diào)度信息可以包括:接收該目標用戶發(fā)送的攜帶該資源調(diào)度信息的第三消息；向網(wǎng)絡側(cè)轉(zhuǎn)發(fā)該第三消息；接收該網(wǎng)絡側(cè)發(fā)送的攜帶該資源調(diào)度信息的第四消息；根據(jù)該第四消息，確定該資源調(diào)度信息。在本發(fā)明實施例中，該第三消息可以是例如Attach Request, UE可以向eNB發(fā)送包含該Attach Request的消息例如RRC建立完成消息，eNB在接收到該RRC建立完成消息后，不解析該Attach Request消息,而是將該Attach Request (攜帶資源調(diào)度信息)承載于例如Initial UE message而發(fā)送給EPC,該第四消息可以是例如Initial Context SetupRequest ο在S120，eNB可以將下行控制信道承載于與該子幀信息相對應的子幀中，從而使UE可以只在與其向eNB發(fā)送的第一消息中攜帶的子幀信息相對應的子幀監(jiān)聽下行控制信道，而在其它子幀上選擇睡眠，因此該對該目標用戶進行資源調(diào)度包括:根據(jù)該子幀信息，將該下行控制信道承載于與該子幀信息相對應的子幀。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，基站在對目標用戶進行資源調(diào)度時，根據(jù)目標用戶上報的子幀信息，將下行控制信道承載于目標用戶希望監(jiān)聽的子幀，能夠使目標用戶僅在規(guī)定的子幀監(jiān)聽下行控制信道，而在其它子幀上選擇睡眠，從而UE無需在所有下行子幀上都監(jiān)聽信道，接收調(diào)度信息。這對于時延和數(shù)據(jù)速率要求都有所降低、而能量消耗要求提高的low-cost LTE MTC UE而言，降低了能量消耗，從而降低了用戶設備的成本。

可選地，在本發(fā)明實施例中，EPC還可以保存該子幀信息，并且可以根據(jù)UE上報的子幀信息與該UE的用戶標識之間的關(guān)系，記錄該子幀信息，生成數(shù)據(jù)庫，當該UE再次進行業(yè)務訪問，例如，當EPC接收到UE發(fā)送的業(yè)務請求(Service Request)時,可以直接根據(jù)該Service Request包括的用戶標識,從數(shù)據(jù)庫中，獲取該子巾貞信息,并發(fā)送給eNB。因此,該確定資源調(diào)度信息還可以包括:向該網(wǎng)絡側(cè)發(fā)送的攜帶該目標用戶的用戶標識的第五消息，該用戶標識被該網(wǎng)絡側(cè)用于從基于該資源調(diào)度信息與該用戶標識的對應關(guān)系生成的第二資源調(diào)度信息數(shù)據(jù)庫中獲取與該用戶標識相對應的資源調(diào)度信息。在本發(fā)明實施例中，該第五消息可以是包含Service Request 的消息，例如 Initial UE message。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，除與網(wǎng)絡側(cè)斷開連接的情況以外，UE僅需上報一次子幀信息，能夠進一步減少UE在通信時的能量消耗，降低用戶設備的成本。在以上實施例中，該用戶標識可以包括移動用戶手機號(MSISDN，MobileSubscriber Integrated Services Digital Network)、國際移動用戶標識(IMSI,International Mobile Station Equipment Identity)、國際移動臺設備標識(IMEI,International Mobile Subscriber Identity)、全球唯一臨時標識(GUTI, GloballyUnique Temporary Identifier)，和臨時移動用戶識別碼(TMSI, Temporary MobileSubscriber Identifier)。中的至少一個。應理解，以上列舉的作為用戶標識的個信息僅是本發(fā)明的示例性說明，其他能夠唯一地在網(wǎng)絡中表示用戶設備的信息均落入本發(fā)明的保護范圍內(nèi)。以下省略對相同或相似情況的說明。當eNB自行確定該子幀信息后通知UE時，在SI 10，eNB根據(jù)需要和調(diào)度的靈活性，在滿足UE時延和數(shù)據(jù)速率要求的前提下，自行確定所述子幀信息。因此，該確定資源調(diào)度信息包括:確定該子幀信息；向該目標用戶發(fā)送攜帶該子幀信息的第六消息，該子幀信息相對應的子幀被該目標用戶用于監(jiān)聽該下行控制信道。在本發(fā)明實施例中，eNB向UE下發(fā)子幀信息的過程可以在RRC連接重配置流程中進行，因此，該第六消息可以包括RRC重配置完成消息。應理解以上列舉的消息僅是本發(fā)明的示例性說明，本發(fā)明并不限定于此。在S120，eNB可以將下行控制信道承載于與該子幀信息相對應的子幀，UE可以只在與該子幀信息相對應的子幀監(jiān)聽下行控制信道，而在其它子幀上選擇睡眠，因此，該對該目標用戶進行資源調(diào)度包括:根據(jù)該子幀信息，將該下行控制信道承載于與該子幀信息相對應的子幀。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，基站在對目標用戶進行資源調(diào)度時，通過向目標用戶下發(fā)子幀信息，將下行控制信道承載于與所述子幀信息相對應的子幀，能夠使目標用戶僅在規(guī)定 的子幀監(jiān)聽下行控制信道，而在其它子幀上選擇睡眠，從而UE無需在所有下行子幀上都監(jiān)聽信道，接收調(diào)度信息。這對于時延和數(shù)據(jù)速率要求都有所降低、而能量消耗要求提高的low-cost LTE MTC UE而言，降低了能量消耗，從而降低了用戶設備的成本。應理解，在本發(fā)明實施中，本文中術(shù)語“和/或”，僅僅是一種描述關(guān)聯(lián)對象的關(guān)聯(lián)關(guān)系,表示可以存在三種關(guān)系,例如，A和/或B，可以表示:單獨存在A，同時存在A和B，單獨存在B這三種情況。另外，本文中字符“/”，一般表示前后關(guān)聯(lián)對象是一種“或”的關(guān)系。即，該資源調(diào)度信息可以僅包括該最大HARQ進程數(shù)目或子幀信息而分別實現(xiàn)上述情況(I)或情況⑵中表述的技術(shù)效果，也可以包括全部兩者而實現(xiàn)情況⑴和情況⑵中表述的兩個技術(shù)效果。以下，省略對相同或相似情況的說明。圖2示出了從UE角度表述的，根據(jù)本發(fā)明實施例的資源調(diào)度的方法200的示意性流程圖。如圖2所示，該方法200包括:S210，確定資源調(diào)度信息，其中，該資源調(diào)度信息包括用于指示目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息；S220，根據(jù)該資源調(diào)度信息，接受基站的資源調(diào)度。并且，在本發(fā)明實施例中，該資源調(diào)度信息可以包括UE的最大混合自動重傳請求HARQ進程數(shù)目和/或用于指示子幀是否可能承載下行控制信道的子幀信息。具體地說，UE可以向eNB或EPC上報資源調(diào)度信息，從而使eNB根據(jù)該資源調(diào)度信息進行資源調(diào)度。并且，當資源調(diào)度信息為子幀信息時，eNB可以自行確定該子幀信息，并下發(fā)給UE，使UE根據(jù)該子幀，在規(guī)定的子幀監(jiān)聽下行控制信道。在本發(fā)明實施例中，該資源調(diào)度信息可以包括用于指示UE能夠支持的最大HARQ進程數(shù)目(以下，簡稱最大HARQ進程數(shù)目)的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息。由于針對UE只定義一類UE類別，限定UE所支持的調(diào)制級別，從而確定了 UE所支持的最大TB size和所能使用的調(diào)制編碼方式。因此，該UE能夠支持的最大HARQ進程數(shù)目，決定了 UE所能支持的最大速率。并且，UE可以根據(jù)該子幀信息，僅在在規(guī)定的可能承載下行控制信道的下行子幀上監(jiān)聽信道，接收調(diào)度信息。因此，eNB可以根據(jù)資源調(diào)度信息包括的內(nèi)容，進行不同的調(diào)度(使分配給UE的HARQ進程的數(shù)目不超過最大HARQ進程數(shù)目信息指示的最大HARQ進程數(shù)目或?qū)⑾滦锌刂菩诺莱休d于與子幀信息相對應的子幀)。下面，分別對資源調(diào)度信息包括該UE能夠支持的最大HARQ進程數(shù)目信息的情況(3)以及資源調(diào)度信息包括該子幀信息的情況(4)進行說明。情況(3)在本發(fā)明實施例中，UE將資源調(diào)度信息(例如，最大HARQ進程數(shù)目信息)承載于規(guī)定的消息發(fā)送給eNB，eNB通過對該消息進行解析來獲取該資源調(diào)度信息，但是，當承載資源調(diào)度信息的消息是UE通過eNB透傳給EPC的消息(例如，包含Attach Request的消息)時，eNB不會對該透傳消息進行解析，而是直接將其透傳給EPC，此情況下，可以在EPC(例如，EPC中的MME)對該消息進行解析，并將獲得的資源調(diào)度信息發(fā)送給eNB，因此，UE可以將該最大HARQ進程數(shù)目信息上報給eNB，也可以上報給EPC。具體地說，當UE將該最大HARQ進程數(shù)目信息上報給eNB時，在S210，UE可以確定自身能夠支持的最大HARQ進程數(shù)目，并向eNB發(fā)送第一消息，該第一消息攜帶有用于指示該最大HARQ進程數(shù)目的最大HARQ進程數(shù)目信息，從而，eNB可以從該第一消息中，獲取該UE支持的最大HARQ進程數(shù)目信息，從而確定該最大HARQ進程數(shù)目，因此，在本發(fā)明實施例中，該方法還包括:向該基站發(fā)送攜帶該資源調(diào)度信息的第一消息，以通知該基站根據(jù)該資源調(diào)度信息進行資源調(diào)度。在本發(fā)明實施例中，UE向eNB上報最大HARQ進程數(shù)目的過程可以在RRC連接建立流程、UE能力上報流程或RRC連接重配置流程中進行，因此，該第一消息包括RRC建立完成消息、用戶能力信息消息或RRC重配置完成消息。在S220，UE接受的eNB進行的資源調(diào)度為，eNB分配給UE的HARQ進程的最大數(shù)目不超過UE上報的最大HARQ進程數(shù)目。因此，該根據(jù)該資源調(diào)度信息，接受基站的資源調(diào)度，包括:管理該基站根據(jù)該最大HARQ進程數(shù)目信息分配的HARQ進程，該HARQ進程的數(shù)目小于等于該最大HARQ進程數(shù)目。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，基站在對目標用戶進行資源調(diào)度時，根據(jù)目標用戶上報的最大HARQ進程數(shù)目，使分配給目標用戶的HARQ進程的數(shù)目小于等于目標用戶能夠支持的最大HARQ進程數(shù)目，不對UE所能支持的最大速率進行限定，在M2M應用對于數(shù)據(jù)速率的要求不一致的情況下，如果應用所需要的最大數(shù)據(jù)速率較低，則用戶可以減少上報給基站的該用戶支持的最大HARQ進程數(shù)目，從而使基站分配給用戶的HARQ進程的最大數(shù)目也隨之減少，從而降低了該最大數(shù)據(jù)速率，從而降低用戶設備成本；如 果應用所需要的最大數(shù)據(jù)速率較高，則用戶可以增加上報給基站的該用戶支持的最大HARQ進程數(shù)目，從而使基站分配給用戶的HARQ進程的最大數(shù)目也隨之增力口，從而提高了該最大數(shù)據(jù)速率，而不限于所有用戶統(tǒng)一的最大數(shù)據(jù)速率，從而能夠滿足不同應用對數(shù)據(jù)速率的不同要求，能夠節(jié)約成本并有利于應用支持。在本發(fā)明實施例中，eNB還可以保存該最大HARQ進程數(shù)目信息，并且可以根據(jù)UE上報的最大HARQ進程數(shù)目信息與該UE的用戶標識之間的關(guān)系，記錄該最大HARQ進程數(shù)目信息，生成數(shù)據(jù)庫，當該UE再次通過該eNB進行業(yè)務訪問(例如，UE向EPC發(fā)送上行數(shù)據(jù)報文，或EPC向UE發(fā)送下行數(shù)據(jù)報文)時，可以直接根據(jù)UE的用戶標識，從數(shù)據(jù)庫中，獲取該最大HARQ進程數(shù)目。因此，該方法還包括:向該基站發(fā)送攜帶用戶標識的第二消息，該用戶標識被該基站用于從基于該資源調(diào)度信息與該用戶標識的對應關(guān)系生成的第一資源調(diào)度信息數(shù)據(jù)庫中獲取與該用戶標識相對應的資源調(diào)度信息。在本發(fā)明實施例中，該第二消息可以是UE發(fā)送給eNB的用于觸發(fā)eNB的資源調(diào)度的Resource Request，例如，RRC連接建立完成消息，RRC連接重配置完成消息。應理解，以上列舉的各消息僅是本發(fā)明的示例性說明，本發(fā)明并不限定于此。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，除與網(wǎng)絡側(cè)斷開連接的情況以外，UE僅需上報一次最大HARQ進程數(shù)，能夠進一步減少UE在通信時的能量消耗，降低用戶設備的成本。另一方面，當UE向EPC上報該最大HARQ進程數(shù)目時，在S210，UE可以通過eNB，將承載用于指示該UE能夠支持的最大HARQ進程數(shù)目的最大HARQ進程數(shù)目信息的透傳消息(例如，Attach Request)發(fā)送給EPC，EPC在對該透傳消息進行解析，并獲取該最大HARQ進程數(shù)目信息后，將該最大HARQ進程數(shù)目信息發(fā)送給eNB。因此，該方法還包括:向網(wǎng)絡側(cè)發(fā)送攜帶該資源調(diào)度信息的第三消息，以指示該網(wǎng)絡側(cè)向該基站下發(fā)該資源調(diào)度信息。在本發(fā)明實施例中，該第三消息可以是例如Attach Request,此情況下,UE可以向eNB發(fā)送包含該Attach Request的消`息例如RRC建立完成消息，eNB在接收到該RRC建立完成消息后，不對其包含的Attach Request消息進行解析,而將該Attach Request (攜帶資源調(diào)度信息)承載于例如Initial UEmessage而發(fā)送給EPC。應理解，以上列舉的各消息僅是本發(fā)明的示例性說明，本發(fā)明并不限定于此。在S220，UE接受的eNB進行的資源調(diào)度為，eNB分配給UE的HARQ進程的最大數(shù)目不超過UE上報的該最大HARQ進程數(shù)目。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，基站在對目標用戶進行資源調(diào)度時，根據(jù)目標用戶上報的最大HARQ進程數(shù)目，使分配給目標用戶的HARQ進程的數(shù)目小于等于目標用戶能夠支持的最大HARQ進程數(shù)目，不對UE所能支持的最大速率進行限定，在M2M應用對于數(shù)據(jù)速率的要求不一致的情況下，如果應用所需要的最大數(shù)據(jù)速率較低，則用戶可以減少上報給基站的該用戶支持的最大HARQ進程數(shù)目，從而使基站分配給用戶的HARQ進程的最大數(shù)目也隨之減少，從而降低了該最大數(shù)據(jù)速率，從而降低用戶設備成本；如果應用所需要的最大數(shù)據(jù)速率較高，則用戶可以增加上報給基站的該用戶支持的最大HARQ進程數(shù)目，從而使基站分配給用戶的HARQ進程的最大數(shù)目也隨之增加，從而提高了該最大數(shù)據(jù)速率，而不限于所有用戶統(tǒng)一的最大數(shù)據(jù)速率，從而能夠滿足不同應用對數(shù)據(jù)速率的不同要求，能夠節(jié)約成本并有利于應用支持?？蛇x地，在本發(fā)明實施例中，EPC還可以保存該最大HARQ進程數(shù)目信息，并且可以根據(jù)UE上報的最大HARQ進程數(shù)目信息與該UE的用戶標識之間的關(guān)系，記錄該最大HARQ進程數(shù)目信息，生成數(shù)據(jù)庫，當該UE再次通過該eNB進行業(yè)務訪問(例如，EPC接收到eNB發(fā)送的Service Request)時,可以直接根據(jù)該Service Request包括的用戶標識,從數(shù)據(jù)庫中，獲取該最大HARQ進程數(shù)目，并發(fā)送給eNB。因此，該方法還可以包括:向該網(wǎng)絡側(cè)發(fā)送攜帶用戶標識的第四消息，該用戶標識被該網(wǎng)絡側(cè)用于從基于該資源調(diào)度信息與該用戶標識的對應關(guān)系生成的第二資源調(diào)度信息數(shù)據(jù)庫中獲取與該用戶標識相對應的資源調(diào)度信息。在本發(fā)明實施例中，該第四消息可以是Service Request消息。應理解，以上列舉的消息僅是本發(fā)明的示例性說明，本發(fā)明并不限定于此。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，除與網(wǎng)絡側(cè)斷開連接的情況以外，UE僅需上報一次最大HARQ進程數(shù)，能夠進一步減少UE在通信時的能量消耗，降低用戶設備的成本。在本發(fā)明實施例中，最大HARQ進程數(shù)目可以是上下行統(tǒng)一的支持的最大HARQ進程數(shù)目，也可以分別包含上行支持的最大HARQ進程數(shù)目(Max HARQProcess Number-Uplink)，和下行支持的最大 HARQ 進程數(shù)目(Max HARQ ProcessNumber-Downi ink);更具體地，上行支持的最大HARQ進程數(shù)目(Max HARQ ProcessNumber-Uplink)可以根據(jù)頻分雙工(FDD)系統(tǒng)和時分雙工(TDD)系統(tǒng)分為，F(xiàn)DD系統(tǒng)上行支持的最大HARQ進程數(shù)目(MaxHARQ Process Number-Uplink-FDD), TDD系統(tǒng)上行支持的最大HARQ進程數(shù)目(Max HARQ Process Number-Upl ink-TDD);下行支持的最大HARQ進程數(shù)目(Max HARQ Process Number-Downi ink)可以根據(jù)FDD和TDD分為，F(xiàn)DD系統(tǒng)下行支持的最大HARQ進程數(shù)目(Max HARQ Process Number-Downlink-FDD)，TDD系統(tǒng)下行支持的最大 HARQ 進程數(shù)目(Max HARQ Process Number-Downi ink-TDD) 因此，該最大HARQ進 程數(shù)目包括上行最大HARQ進程數(shù)目、下行最大HARQ進程數(shù)目、頻分雙工FDD系統(tǒng)上行最大HARQ進程數(shù)目、時分雙工TDD系統(tǒng)上行最大HARQ進程數(shù)目、FDD系統(tǒng)下行最大HARQ進程數(shù)目、TDD系統(tǒng)下行最大HARQ進程數(shù)目。這樣，進一步增大了資源調(diào)度的靈活性。情況(4)在本發(fā)明實施例中，UE可以將資源調(diào)度信息(例如，用于指示子幀是否可能承載下行控制信道的子幀信息)承載于規(guī)定的消息發(fā)送給eNB，eNB通過對該消息進行解析來獲取該資源調(diào)度信息，但是，當承載資源調(diào)度信息的消息是UE通過eNB透傳給EPC的消息(例如，包含Attach Request的消息)時,eNB不會對該透傳消息進行解析,而是直接將其透傳給EPC，此情況下，可以在EPC(例如，EPC中的MME)對該消息進行解析，并將獲得的資源調(diào)度信息發(fā)送給eNB，因此，UE可以將該子幀信息上報給eNB，也可以上報給EPC，并且，UE也可以從eNB獲取該子幀信息。具體地說，當UE將該子幀信息上報給eNB時，在S210，UE可以向eNB發(fā)送第一消息，該第一消息攜帶有代表UE希望監(jiān)聽的子幀的子幀信息，從而，eNB可以從該第一消息中，獲取該子幀信息，因此，在本發(fā)明實施例中，該方法還包括:向該基站發(fā)送攜帶該資源調(diào)度信息的第一消息，以通知該基站根據(jù)該資源調(diào)度信息進行資源調(diào)度。
具體地說，UE可以以位圖(bitmap)的形式上報的代表其希望監(jiān)聽下行控制信道的子幀的子幀信息。以FDD為例，可以用Sbit的bitmap指示其希望監(jiān)聽下行控制信道的子幀信息，bitmap相應位為1，表示UE希望在相應的子幀上監(jiān)聽下行信道，bitmap相應位為0，表示UE不希望在相應的子幀上監(jiān)聽下行信道。在本發(fā)明實施例中，UE向eNB上報最大HARQ進程數(shù)目的過程可以在RRC連接建立流程、UE能力上報流程或RRC連接重配置流程中進行，因此，該第一消息包括RRC建立完成消息、用戶能力信息消息或RRC重配置完成消息。eNB可以將下行控制信道承載于與該子幀信息相對應的子幀中，從而在S220，UE可以只在與該子幀信息相對應的子幀監(jiān)聽下行控制信道，而在其它子幀上選擇睡眠，因此該接受該基站根據(jù)該資源調(diào)度信息進行的資源調(diào)度包括:根據(jù)該子巾貞信息，在與該子巾貞信息相對應的子巾貞上，監(jiān)聽該下行控制信道。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，基站在對目標用戶進行資源調(diào)度時，根據(jù)目標用戶上報的子幀信息，將下行控制信道承載于目標用戶希望監(jiān)聽的子幀，能夠使目標用戶僅在規(guī)定的子幀監(jiān)聽下行控制信道，而在其它子幀上選擇睡眠，從而UE無需在所有下行子幀上都監(jiān)聽信道，接收調(diào)度信息。這對于時延和數(shù)據(jù)速率要求都有所降低、而能量消耗要求提高的low-cost LTE MTC UE而言，降低了能量消耗，從而降低了用戶設備的成本?？蛇x地，在本發(fā)明實施例中，在S210，eNB還可以保存該子幀信息，并且可以根據(jù)UE上報的子幀信息與該UE的用戶標識之間的關(guān)系，記錄該子幀信息，生成數(shù)據(jù)庫，當該UE再次通過該eNB進行業(yè)務訪問(例如，UE向EPC發(fā)送上行數(shù)據(jù)報文，或EPC向UE發(fā)送下行數(shù)據(jù)報文)時，可以直接根據(jù)UE的用戶標識，從數(shù)據(jù)庫中，獲取該子幀信息。因此，該方法還包括:
向該基站發(fā)送攜帶用戶標識的第二消息，該用戶標識被該基站用于從基于該資源調(diào)度信息與該用戶標識的對應關(guān)系生成的第一資源調(diào)度信息數(shù)據(jù)庫中獲取與該用戶標識相對應的資源調(diào)度信息。在本發(fā)明實施例中，該第二消息可以是UE發(fā)送給eNB的用于觸發(fā)eNB的資源調(diào)度的Resource Request，例如，RRC連接建立完成消息，RRC連接重配置完成消息。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，除與網(wǎng)絡側(cè)斷開連接的情況以外，UE僅需上報一次子幀信息，能夠進一步減少UE在通信時的能量消耗，降低用戶設備的成本。另一方面，當UE將該子幀信息上報給EPC時，在S210，UE可以通過eNB將攜帶用于指示子幀是否可能承載下行控制信道的子幀信息的透傳消息(例如，附著請求消息)通過eNB透傳給EPC，EPC對該透傳消息進行解析，并在獲取該子幀信息后，將該子幀信息發(fā)送給eNB。因此，該方法還可以包括:向網(wǎng)絡側(cè)發(fā)送攜帶該資源調(diào)度信息的第三消息，以指示該網(wǎng)絡側(cè)向該基站下發(fā)該資源調(diào)度信息。在本發(fā)明實施例中，該第三消息可以是例如Attach Request,此情況下,UE可以向eNB發(fā)送包含該Attach Request的消息例如RRC建立完成消息，eNB在接收到該RRC建立完成消息后，不對其包含的Attach Request消息進行解析,而將該Attach Request (攜帶資源調(diào)度信息)承載于例如Initial UEmessage而發(fā)送給EPC。
eNB可以將下行控制信道承載于與該子幀信息相對應的子幀中，從而在S220，UE可以只在與其向eNB發(fā)送的第一消息中攜帶的子幀信息相對應的子幀監(jiān)聽下行控制信道，而在其它子幀上選擇睡眠，因此該接受該基站根據(jù)該資源調(diào)度信息進行的資源調(diào)度包括:根據(jù)該子巾貞信息,在與該子巾貞信息相對應的子巾貞上,監(jiān)聽該下行控制信道。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，基站在對目標用戶進行資源調(diào)度時，根據(jù)目標用戶上報的子幀信息，將下行控制信道承載于目標用戶希望監(jiān)聽的子幀，能夠使目標用戶僅在規(guī)定的子幀監(jiān)聽下行控制信道，而在其它子幀上選擇睡眠，從而UE無需在所有下行子幀上都監(jiān)聽信道，接收調(diào)度信息。這對于時延和數(shù)據(jù)速率要求都有所降低、而能量消耗要求提高的low-cost LTE MTC UE而言，降低了能量消耗，從而降低了用戶設備的成本?？蛇x地，在本發(fā)明實施例中，EPC還可以保存該子幀信息，并且可以根據(jù)UE上報的子幀信息與該UE的用戶標識之間的關(guān)系，記錄該子幀信息，生成數(shù)據(jù)庫，當該UE再次通過該EPC進行業(yè)務訪問(例如，EPC接收到eNB發(fā)送的業(yè)務請求Service Request)時,可以直接根據(jù)UE的該Service Request包括的用戶標識，從數(shù)據(jù)庫中，獲取該子幀信息，并發(fā)送給eNB。因此，該方法還可以包括:向該網(wǎng)絡側(cè)發(fā)送攜帶用戶標識的第四消息，該用戶標識被該網(wǎng)絡側(cè)用于從基于該資源調(diào)度信息與該用戶標識的對應關(guān)系生成的第二資源調(diào)度信息數(shù)據(jù)庫中獲取與該用戶標識相對應的資源調(diào)度信息。在本發(fā)明實施例中，該第四消息可以是Service Request消息。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，除與網(wǎng)絡側(cè)斷開連接的情況以外，UE僅需上報一次子幀信息，能夠進一步減少UE在通信時的能量消耗，降低用戶設備的成本。當UE從eNB獲取子 幀信息時，eNB根據(jù)需要和調(diào)度的靈活性，在滿足UE時延和數(shù)據(jù)速率要求的前提下，自行確定所述子幀信息，在S210，UE接收eNB下發(fā)的子幀信息。因此，該確定資源調(diào)度信息包括:接收該基站發(fā)送的攜帶該子幀信息的第五消息；根據(jù)該第五消息，確定該子幀信息。在本發(fā)明實施例中，eNB向UE下發(fā)子幀信息的過程可以在RRC連接重配置流程中進行，因此，該第六消息可以包括RRC重配置完成消息。應理解以上列舉的消息僅是本發(fā)明的示例性說明，本發(fā)明并不限定于此。在S120，UE可以只在與該子幀信息相對應的子幀監(jiān)聽下行控制信道，而在其它子幀上選擇睡眠，因此，對該目標用戶進行資源調(diào)度包括:根據(jù)該子巾貞信息，在與該子巾貞信息相對應的子巾貞上，監(jiān)聽該下行控制信道。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，基站在對目標用戶進行資源調(diào)度時，通過向目標用戶下發(fā)子幀信息，將下行控制信道承載于與所述子幀信息相對應的子幀，能夠使目標用戶僅在規(guī)定的子幀監(jiān)聽下行控制信道，而在其它子幀上選擇睡眠，從而UE無需在所有下行子幀上都監(jiān)聽信道，接收調(diào)度信息。這對于時延和數(shù)據(jù)速率要求都有所降低、而能量消耗要求提高的low-cost LTE MTC UE而言，降低了能量消耗，從而降低了用戶設備的成本。圖3示出了從EPC角度表述的，根據(jù)本發(fā)明實施例的資源調(diào)度的方法300的示意性流程圖。如圖3所示，該方法300包括:S310，接收目標用戶發(fā)送的攜帶資源調(diào)度信息的第一消息，其中，該資源調(diào)度信息包括用于指示該目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息；S320，根據(jù)該第一消息，確定該資源調(diào)度信息；S330,向基站發(fā)送攜帶該資源調(diào)度信息的第二消息，以通知該基站根據(jù)該資源調(diào)度信息對該目標用戶進行資源調(diào)度。并且，在本發(fā)明實施例中，該資源調(diào)度信息可以包括用于指示UE能夠支持的最大HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子巾貞信息。具體地說,在S310, EPC可以接收UE發(fā)送的第一消息(例如，Attach Request),在該第一消息中，攜帶有UE的資源調(diào)度信息(包括最大HARQ進程數(shù)目信息和/或子幀信息)。在S320，EPC可以通過解析該第一消息而從中獲取該資源調(diào)度信息。在S330，EPC可以向eNB發(fā)送攜帶該資源調(diào)度信息的第二消息，從而使eNB獲取該資源調(diào)度信息，并根據(jù)該資源調(diào)度信息對該目標用戶進行資源調(diào)度(例如，使分配給UE的HARQ進程的最大數(shù)目 小于等于最大HARQ進程數(shù)目信息，和/或?qū)⑾滦锌刂菩诺莱休d于與該子幀信息相對應的子幀)。在本發(fā)明實施方式中，該第一消息可以是例如Attach Request (攜帶資源調(diào)度信息)，UE可以向eNB發(fā)送包含該Attach Request的消息例如RRC建立完成消息，eNB在接收到該RRC建立完成消息后,不對其包含的Attach Request消息進行解析,而將該AttachRequest承載于例如初始用戶消息(Initial UE message)而發(fā)送給EPC,該第二消息可以是例如初始上下文建立請求消息(Initial Context Setup Request)。應理解，以上列舉的各消息僅是本發(fā)明的示例性說明，本發(fā)明并不限定于此。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，基站在對目標用戶進行資源調(diào)度時，根據(jù)目標用戶上報的最大HARQ進程數(shù)目，使分配給目標用戶的HARQ進程的數(shù)目小于等于目標用戶能夠支持的最大HARQ進程數(shù)目，不對UE所能支持的最大速率進行限定，在M2M應用對于數(shù)據(jù)速率的要求不一致的情況下，如果應用所需要的最大數(shù)據(jù)速率較低，則用戶可以減少上報給基站的該用戶支持的最大HARQ進程數(shù)目，從而使基站分配給用戶的HARQ進程的最大數(shù)目也隨之減少，從而降低了該最大數(shù)據(jù)速率，從而降低用戶設備成本；如果應用所需要的最大數(shù)據(jù)速率較高，則用戶可以增加上報給基站的該用戶支持的最大HARQ進程數(shù)目，從而使基站分配給用戶的HARQ進程的最大數(shù)目也隨之增加，從而提高了該最大數(shù)據(jù)速率，而不限于所有用戶統(tǒng)一的最大數(shù)據(jù)速率，從而能夠滿足不同應用對數(shù)據(jù)速率的不同要求，能夠節(jié)約成本并有利于應用支持。并且，基站在對目標用戶進行資源調(diào)度時，根據(jù)目標用戶上報的子幀信息，將下行控制信道承載于目標用戶希望監(jiān)聽的子幀，能夠使目標用戶僅在規(guī)定的子幀監(jiān)聽下行控制信道，而在其它子幀上選擇睡眠，從而UE無需在所有下行子幀上都監(jiān)聽信道，接收調(diào)度信息。這對于時延和數(shù)據(jù)速率要求都有所降低、而能量消耗要求提高的low-cost LTE MTC UE而言，降低了能量消耗,從而降低了用戶設備的成本?？蛇x地，在本發(fā)明實施例中，EPC還可以保存該最大HARQ進程數(shù)目信息，并且可以根據(jù)UE上報的最大HARQ進程數(shù)目信息與該UE的用戶標識之間的關(guān)系，記錄該最大HARQ進程數(shù)目信息，生成數(shù)據(jù)庫，當該UE再次通過該EPC進行業(yè)務訪問(例如，EPC接收到eNB發(fā)送的業(yè)務請求Service Request)時,可以直接根據(jù)UE的該Service Request包括的用戶標識，從數(shù)據(jù)庫中，獲取該最大HARQ進程數(shù)目，并發(fā)送給eNB。因此，該方法還包括:基于該資源調(diào)度信息與該目標用戶的用戶標識的對應關(guān)系，生成資源調(diào)度信息數(shù)據(jù)庫；接收該基站發(fā)送的攜帶該用戶標識的第三消息；根據(jù)該用戶標識，從該資源調(diào)度信息數(shù)據(jù)庫中獲取與該用戶標識相對應的資源調(diào)度 目息。在本發(fā)明實施方式中，該第三消息可以是包含Service Request的消息，例如Initial UE message。應理解，以上列舉的消息僅是本發(fā)明的示例性說明，本發(fā)明并不限定于此。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，除與網(wǎng)絡側(cè)斷開連接的情況以外，UE僅需上報一次子幀信息，能夠進一步減少UE在通信時的能量消耗，降低用戶設備的成本。在本發(fā)明實施例中，最大HARQ進程數(shù)目可以是上下行統(tǒng)一的支持的最大HARQ進程數(shù)目，也可以分別包含上行支持的最大HARQ進程數(shù)目(Max HARQProcess Number-Uplink)，和下行支持的最大 HARQ 進程數(shù)目(Max HARQ ProcessNumber-Downi ink);更具體地，上行支持的最大HARQ進程數(shù)目(Max HARQ ProcessNumber-Uplink)可以根據(jù)頻分雙工(FDD)系統(tǒng)和時分雙工(TDD)系統(tǒng)分為，F(xiàn)DD系統(tǒng)上行支持的最大HARQ進程數(shù)目(Max HARQ Process Number-Uplink-FDD)，TDD系統(tǒng)上行支持的最大HARQ進程數(shù)目(Max HARQ Process Number-Upl ink-TDD);下行支持的最大HARQ進程數(shù)目(Max HARQ Process Number-Downi ink)可以根據(jù)FDD和TDD分為，F(xiàn)DD系統(tǒng)下行支持的最大HARQ進程數(shù)目(Max HARQ Process Number-Downlink-FDD)，TDD系統(tǒng)下行支持的最大 HARQ 進程數(shù)目(Max HARQ Process Number-Downi ink-TDD) 因此，該最大HARQ進程數(shù)目包括上行最大HARQ進程數(shù)目、下行最大HARQ進程數(shù)目、頻分雙工FDD系統(tǒng)上行最大HARQ進程數(shù)目、時分雙工TDD系統(tǒng)上行最大HARQ進程數(shù)目、FDD系統(tǒng)下行最大HARQ進程數(shù)目、TDD系統(tǒng)下行最大HARQ進程數(shù)目。這樣，進一步增大了資源調(diào)度的靈活性。圖4示出了本發(fā)明實施例的資源調(diào)度方法的交互圖，如圖4所示，eNB可以通過三種方式(方式1，方式2，方式3)確定目標用戶的資源調(diào)度信息，下面分別對各方式的資源調(diào)度的流程進行說明。方式I在S401，UE確定資源調(diào)度信息(包括用于指示該UE能夠支持的最大HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息)。在S402，UE將該資源調(diào)度信息承載于例如RRC建立完成消息、用戶能力信息消息或RRC重配置完成消息等，并發(fā)送給eNB。在S403，eNB通過解析以上消息獲取該UE的資源調(diào)度信息。在S430， eNB可以根據(jù)該UE的資源調(diào)度信息，對該UE進行資源調(diào)度，例如，使分配給該UE的HARQ進程的數(shù)目小于等于該最大HARQ進程數(shù)目，和/或?qū)⑾滦锌刂菩诺莱休d于與該子幀信息相對應的子幀，UE僅在與該子幀信息相對應的子幀監(jiān)聽下行控制信道?？蛇x地，在S404，eNB還可以根據(jù)該UE的用戶標識，保存該資源調(diào)度信息。在S405，UE或EPC在請求該eNB進行資源調(diào)度時，可以向eNB發(fā)送例如攜帶用戶標識的 Resource Request。在S406，eNB根據(jù)用戶標識查找出之前保存的該UE的資源調(diào)度信息。方式2在S411，UE確定資源調(diào)度信息(包括該UE能夠支持的最大HARQ進程數(shù)目和/或用于指示子幀是否可能承載下行控制信道的子幀信息)。在S412,將該資源調(diào)度信息承載于eNB不進行解析的Attach Request,通過例如RRC建立完成消息將該Attach Request發(fā)送給eNB, eNB通過例如Initial UE message將該 Attach Request 透傳給 EPC。在S413, EPC通過解析Attach Request獲取該UE的資源調(diào)度信息。在S414, EPC將該資源調(diào)度信息通過例如Initial Context Setup Request發(fā)送給 eNB ο在S430，eNB可以根據(jù)該UE的資源調(diào)度信息，對該UE進行資源調(diào)度，例如，使分配給該UE的HARQ進行數(shù)目小于等于該最大HARQ進程數(shù)目，和/或?qū)⑾滦锌刂菩诺莱休d于與該子幀信息相對應的子幀，UE僅在與該子幀信息相對應的子幀監(jiān)聽下行控制信道。

可選地，在S415，EPC還可以根據(jù)該UE的用戶標識，保存該資源調(diào)度信息。在S416，EPC與UE再次建立連接，例如，接收到eNB發(fā)送的攜帶用戶標識的Service Request。在S417，EPC根據(jù)用戶標識查找出之前保存的該UE的資源調(diào)度信息。在S418, EPC將該資源調(diào)度信息通過Initial Context Setup Request發(fā)送給eNB。方式3在S421，eNB確定資源調(diào)度信息包括的用于指示子幀是否可能承載下行控制信道的子巾貞信息。在S422，將該子幀信息通過例如RRC連接重配置消息下發(fā)給UE。在S423，UE獲取該子幀信息。在S430，eNB可以根據(jù)該子幀信息，對該UE進行資源調(diào)度，將下行控制信道承載于與該資源調(diào)度信息相對應的子幀，UE僅在與該子幀信息相對應的子幀監(jiān)聽下行控制信道。上文中，結(jié)合圖1至圖4，詳細描述了根據(jù)本發(fā)明實施例的資源調(diào)度的方法，下面將結(jié)合圖5和圖7，詳細描述根據(jù)本發(fā)明實施例的資源調(diào)度的裝置。圖5示出了從eNB角度描述的根據(jù)本發(fā)明實施例的資源調(diào)度的裝置500的示意性框圖。如圖5所示，該裝置500包括:確定單元510，用于根據(jù)目標用戶，確定資源調(diào)度信息，其中，該資源調(diào)度信息包括用于指示該目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息；調(diào)度單元520，用于根據(jù)該確單元510確定的該資源調(diào)度信息，對該目標用戶進行資源調(diào)度。在本發(fā)明實施例中，該確定單元510確定的該資源調(diào)度信息包括用于指示該目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息。在本發(fā)明實施例中，該確定單元510還用于接收該目標用戶發(fā)送的攜帶該資源調(diào)度信息的第一消息；以及用于根據(jù)該第一消息，確定該資源調(diào)度信息?？蛇x地，該確定單元510還用于基于該資源調(diào)度信息與該目標用戶的用戶標識的對應關(guān)系，生成第一資源調(diào)度信息數(shù)據(jù)庫；用于接收該目標用戶或網(wǎng)絡側(cè)發(fā)送的攜帶該用戶標識的第二消息；以及用于根據(jù)該用戶標識，從該第一資源調(diào)度信息數(shù)據(jù)庫中獲取與該用戶標識相對應的資源調(diào)度信息。在本發(fā)明實施例中，該確定單元510還用于接收該目標用戶發(fā)送的攜帶該資源調(diào)度信息的第三消息；用于向網(wǎng)絡側(cè)轉(zhuǎn)發(fā)該第三消息；用于接收該網(wǎng)絡側(cè)發(fā)送的攜帶該資源調(diào)度信息的第四消息；以及用于根據(jù)該第四消息，確定該資源調(diào)度信息?？蛇x地，該確定單元5 10還用于向該網(wǎng)絡側(cè)發(fā)送的攜帶該目標用戶的用戶標識的第五消息，以便于該網(wǎng)絡側(cè)根據(jù)該用戶標識從基于該資源調(diào)度信息與該用戶標識的對應關(guān)系生成的第二資源調(diào)度信息數(shù)據(jù)庫中獲取與該用戶標識相對應的資源調(diào)度信息。在本發(fā)明實施例中，該確定單元510還用于確定該子幀信息；用于向該目標用戶發(fā)送攜帶該子幀信息的第六消息，以便于該目標用戶根據(jù)該子幀信息，在與該子幀信息相對應的子幀監(jiān)聽該下行控制信道。在本發(fā)明實施例中，該調(diào)度單元520還用于根據(jù)該確定單元510確定的該指針信息，將該下行控制信道承載于與該子幀信息相對應的子幀。在本發(fā)明實施例中，該調(diào)度單元520還用于根據(jù)該確定單元510確定的該子幀信息，為該目標用戶分配HARQ進程，該HARQ進程的數(shù)目小于等于該最大HARQ進程數(shù)目。在本發(fā)明實施例中，該確定單元510確定的該最大HARQ進程數(shù)目包括該目標用戶能夠支持的上行最大HARQ進程數(shù)目、下行最大HARQ進程數(shù)目、頻分雙工FDD系統(tǒng)上行最大HARQ進程數(shù)目、時分雙工TDD系統(tǒng)上行最大HARQ進程數(shù)目、FDD系統(tǒng)下行最大HARQ進程數(shù)目、TDD系統(tǒng)下行最大HARQ進程數(shù)目。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，基站在對目標用戶進行資源調(diào)度時，根據(jù)目標用戶上報的最大HARQ進程數(shù)目，使分配給目標用戶的HARQ進程的數(shù)目小于等于目標用戶能夠支持的最大HARQ進程數(shù)目，不對UE所能支持的最大速率進行限定，在M2M應用對于數(shù)據(jù)速率的要求不一致的情況下，如果應用所需要的最大數(shù)據(jù)速率較低，則用戶可以減少上報給基站的該用戶支持的最大HARQ進程數(shù)目，從而使基站分配給用戶的HARQ進程的最大數(shù)目也隨之減少，從而降低了該最大數(shù)據(jù)速率，從而降低用戶設備成本；如果應用所需要的最大數(shù)據(jù)速率較高，則用戶可以增加上報給基站的該用戶支持的最大HARQ進程數(shù)目，從而使基站分配給用戶的HARQ進程的最大數(shù)目也隨之增加，從而提高了該最大數(shù)據(jù)速率，而不限于所有用戶統(tǒng)一的最大數(shù)據(jù)速率，從而能夠滿足不同應用對數(shù)據(jù)速率的不同要求，能夠節(jié)約成本并有利于應用支持。并且，基站在對目標用戶進行資源調(diào)度時，根據(jù)目標用戶上報的子幀信息而將下行控制信道承載于目標用戶希望監(jiān)聽的子幀，或基站自行確定承載下行控制信道的子幀后將該子幀的信息下發(fā)給用戶，能夠使目標用戶僅在規(guī)定的子幀監(jiān)聽下行控制信道，而在其它子幀上選擇睡眠，從而UE無需在所有下行子幀上都監(jiān)聽信道，接收調(diào)度信息。這對于時延和數(shù)據(jù)速率要求都有所降低、而能量消耗要求提高的low-cost LTE MTC UE而言，降低了能量消耗，從而降低了用戶設備的成本。并且，根據(jù)本發(fā)明實施例的資源調(diào)度的裝置，除與網(wǎng)絡側(cè)斷開連接的情況以外，UE僅需上報一次子幀信息，能夠進一步減少UE在通信時的能量消耗，降低用戶設備的成本。根據(jù)本發(fā)明實施例的資源調(diào)度的裝置500可對應于本發(fā)明實施例的方法中的eNB，并且，該資源調(diào)度的裝置500中的各單元和模塊上述其他操作和/或功能分別為了實現(xiàn)圖1中的方法100的相應流程，為了簡潔，在此不再贅述。圖6示出了從UE角度描述的根據(jù)本發(fā)明實施例的資源調(diào)度的裝置600的示意性框圖。如圖6所示,該裝置600包括:確定單元610，用于確定資源調(diào)度信息，其中，該資源調(diào)度信息包括用于指示目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息息；調(diào)度單元620，用于根據(jù)該確定單元610確定的該資源調(diào)度信息，接受基站的資源調(diào)度。在本發(fā)明實施例中，該確定單元610確定的該資源調(diào)度信息包括用于指示該目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息。在本發(fā)明實施例中，該確定單元610還用于向該基站發(fā)送攜帶該資源調(diào)度信息的第一消息，以通知該基站根據(jù)該資源調(diào)度信息進行資源調(diào)度?？蛇x地，該確定單元610還用于向該基站發(fā)送攜帶用戶標識的第二消息，該用戶標識被該基站用于從基于該資源調(diào)度信息與該用戶標識的對應關(guān)系生成的第一資源調(diào)度信息數(shù)據(jù)庫中獲取與該用戶標識相對應的資源調(diào)度信息。在本發(fā)明實施例中，該確定單元610還用于向網(wǎng)絡側(cè)發(fā)送攜帶該資源調(diào)度信息的第三消息，以指示該網(wǎng)絡側(cè)向該基站下發(fā)該資源調(diào)度信息。可選地，該確定單元610還用于向該網(wǎng)絡側(cè)發(fā)送攜帶用戶標識的第四消息，該用戶標識被該網(wǎng)絡側(cè)用于從基于該資源調(diào)度信息與該用戶標識的對應關(guān)系生成的第二資源調(diào)度信息數(shù)據(jù)庫中獲取與該用戶標識相對應的資源調(diào)度信息。在本發(fā)明實施例中，該確定單元610還用于接收該基站發(fā)送的攜帶該子幀信息的第五消息；以及用于根據(jù)該第五消息，確定該子幀信息。在本發(fā)明實施例中，該調(diào)度單元620還用于根據(jù)該確定單元610確定的該子幀信息，在與該子幀信息相對應的子幀上，監(jiān)聽該下行控制信道。在本發(fā)明實施例中，該調(diào)度單元620還用于管理該基站根據(jù)該最大HARQ進程數(shù)目信息分配的HARQ進程，該 HARQ進程的數(shù)目小于等于該最大HARQ進程數(shù)目。
在本發(fā)明實施例中，該確定單元610確定的該最大HARQ進程數(shù)目包括該目標用戶能夠支持的上行最大HARQ進程數(shù)目、下行最大HARQ進程數(shù)目、頻分雙工FDD系統(tǒng)上行最大HARQ進程數(shù)目、時分雙工TDD系統(tǒng)上行最大HARQ進程數(shù)目、FDD系統(tǒng)下行最大HARQ進程數(shù)目、TDD系統(tǒng)下行最大HARQ進程數(shù)目。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，基站在對目標用戶進行資源調(diào)度時，根據(jù)目標用戶上報的最大HARQ進程數(shù)目，使分配給目標用戶的HARQ進程的數(shù)目小于等于目標用戶能夠支持的最大HARQ進程數(shù)目，不對UE所能支持的最大速率進行限定，在M2M應用對于數(shù)據(jù)速率的要求不一致的情況下，如果應用所需要的最大數(shù)據(jù)速率較低，則用戶可以減少上報給基站的該用戶支持的最大HARQ進程數(shù)目，從而使基站分配給用戶的HARQ進程的最大數(shù)目也隨之減少，從而降低了該最大數(shù)據(jù)速率，從而降低用戶設備成本；如果應用所需要的最大數(shù)據(jù)速率較高，則用戶可以增加上報給基站的該用戶支持的最大HARQ進程數(shù)目，從而使基站分配給用戶的HARQ進程的最大數(shù)目也隨之增加，從而提高了該最大數(shù)據(jù)速率，而不限于所有用戶統(tǒng)一的最大數(shù)據(jù)速率，從而能夠滿足不同應用對數(shù)據(jù)速率的不同要求，能夠節(jié)約成本·并有利于應用支持。并且，基站在對目標用戶進行資源調(diào)度時，根據(jù)目標用戶上報的子幀信息而將下行控制信道承載于目標用戶希望監(jiān)聽的子幀，或基站自行確定承載下行控制信道的子幀后將該子幀的信息下發(fā)給用戶，能夠使目標用戶僅在規(guī)定的子幀監(jiān)聽下行控制信道，而在其它子幀上選擇睡眠，從而UE無需在所有下行子幀上都監(jiān)聽信道，接收調(diào)度信息。這對于時延和數(shù)據(jù)速率要求都有所降低、而能量消耗要求提高的low-cost LTE MTC UE而言，降低了能量消耗，從而降低了用戶設備的成本。并且，根據(jù)本發(fā)明實施例的資源調(diào)度的裝置，除與網(wǎng)絡側(cè)斷開連接的情況以外，UE僅需上報一次子幀信息，能夠進一步減少UE在通信時的能量消耗，降低用戶設備的成本。根據(jù)本發(fā)明實施例的資源調(diào)度的裝置600可對應于本發(fā)明實施例的方法中的UE，并且，該資源調(diào)度的裝置600中的各單元和模塊上述其他操作和/或功能分別為了實現(xiàn)圖2中的方法200的相應流程，為了簡潔，在此不再贅述。圖7示出了從網(wǎng)絡側(cè)角度描述的根據(jù)本發(fā)明實施例的資源調(diào)度的裝置700的示意性框圖。如圖7所示，該裝置700包括:接收單元710，用于接收目標用戶發(fā)送的攜帶資源調(diào)度信息的第一消息，其中，該資源調(diào)度信息包括用于指示該目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息；確定單元720，用于根據(jù)該接收單元710接收的該第一消息，確定該資源調(diào)度信息；發(fā)送單元730，用于向基站發(fā)送攜帶該確定單元720確定的該資源調(diào)度信息的第二消息，以通知該基站根據(jù)該資源調(diào)度信息對該目標用戶進行資源調(diào)度。在本發(fā)明實施例中，該確定單元720確定的該資源調(diào)度信息包括用于指示該目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息?？蛇x地，該接收單元710還用于接收該基站發(fā)送的攜帶該用戶標識的第三消息；該確定單元720還用于基于該資源調(diào)度信息與該目標用戶的用戶標識的對應關(guān)系，生成資源調(diào)度信息數(shù)據(jù)庫；以及
用于根據(jù)該接收單元接收的該用戶標識，從該資源調(diào)度信息數(shù)據(jù)庫中獲取與該用戶標識相對應的資源調(diào)度信息。在本發(fā)明實施例中，該確定單元720確定的該最大HARQ進程數(shù)目包括該目標用戶能夠支持的上行最大HARQ進程數(shù)目、下行最大HARQ進程數(shù)目、頻分雙工FDD系統(tǒng)上行最大HARQ進程數(shù)目、時分雙工TDD系統(tǒng)上行最大HARQ進程數(shù)目、FDD系統(tǒng)下行最大HARQ進程數(shù)目、TDD系統(tǒng)下行最大HARQ進程數(shù)目。這樣，根據(jù)本發(fā)明實施例的資源調(diào)度的方法，基站在對目標用戶進行資源調(diào)度時，根據(jù)目標用戶上報的最大HARQ進程數(shù)目，使分配給目標用戶的HARQ進程的數(shù)目小于等于目標用戶能夠支持的最大HARQ進程數(shù)目，不對UE所能支持的最大速率進行限定，在M2M應用對于數(shù)據(jù)速率的要求不一致的情況下，如果應用所需要的最大數(shù)據(jù)速率較低，則用戶可以減少上報給基站的該用戶支持的最大HARQ進程數(shù)目，從而使基站分配給用戶的HARQ進程的最大數(shù)目也隨之減少，從而降低了該最大數(shù)據(jù)速率，從而降低用戶設備成本；如果應用所需要的最大數(shù)據(jù)速率較高，則用戶可以增加上報給基站的該用戶支持的最大HARQ進程數(shù)目，從而使基站分配給用戶的HARQ進程的最大數(shù)目也隨之增加，從而提高了該最大數(shù)據(jù)速率，而不限于所有用戶統(tǒng)一的最大數(shù)據(jù)速率，從而能夠滿足不同應用對數(shù)據(jù)速率的不同要求，能夠節(jié)約成本并有利于應用支持。并且，基站在對目標用戶進行資源調(diào)度時，根據(jù)目標用戶上報的子幀信息而將下行控制信道承載于目標用戶希望監(jiān)聽的子幀，或基站自行確定承載下行控制信道的子幀后將該子幀的信息下發(fā)給用戶，能夠使目標用戶僅在規(guī)定的子幀監(jiān)聽下行控制信道，而在其它子幀上選擇睡眠，從而UE無需在所有下行子幀上都監(jiān)聽信道，接收調(diào)度信息。這對于時延和數(shù)據(jù)速率要求都有所降低、而能量消耗要求提高的low-cost LTE MTC UE而言，降低了能量消耗，從而降低了用戶設備的成本。并且，根據(jù)本發(fā)明實施例的資源調(diào)度的裝置，除與網(wǎng)絡側(cè)斷開連接的情況以外，UE僅需上報一次子幀信息，能夠進一步減少UE在通信時的能量消耗，降低用戶設備的成本。根據(jù)本發(fā)明實施例的資源調(diào)度的裝置700可對應于本發(fā)明實施例的方法中的網(wǎng)絡側(cè)，并且，該資源 調(diào)度的裝置700中的各單元和模塊上述其他操作和/或功能分別為了實現(xiàn)圖3中的方法300的相應流程，為了簡潔，在此不再贅述。應理解，在本發(fā)明的各種實施例中，上述各過程的序號的大小并不意味著執(zhí)行順序的先后，各過程的執(zhí)行順序應以其功能和內(nèi)在邏輯確定，而不應對本發(fā)明實施例的實施過程構(gòu)成任何限定。本領(lǐng)域普通技術(shù)人員可以意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、或者計算機軟件和電子硬件的結(jié)合來實現(xiàn)。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應用和設計約束條件。專業(yè)技術(shù)人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)、裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。在本申請所提供的幾個實施例中，應該理解到，所揭露的系統(tǒng)、裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，該單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。該作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。該功能如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例該方法的全部或部分步驟。而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM, Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。以上該，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明 的保護范圍應該以權(quán)利要求的保護范圍為準。
權(quán)利要求
1.一種資源調(diào)度的方法，其特征在于，所述方法包括: 根據(jù)目標用戶，確定資源調(diào)度信息，其中，所述資源調(diào)度信息包括用于指示所述目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息； 根據(jù)所述資源調(diào)度信息，對所述目標用戶進行資源調(diào)度。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)目標用戶，確定資源調(diào)度信息，包括: 接收所述目標用戶發(fā)送的攜帶所述資源調(diào)度信息的第一消息； 根據(jù)所述第一消息，確定所述資源調(diào)度信息。
3.根據(jù)權(quán)利 要求2所述的方法，其特征在于，所述根據(jù)目標用戶，確定資源調(diào)度信息，還包括: 基于所述資源調(diào)度信息與所述目標用戶的用戶標識的對應關(guān)系，生成第一資源調(diào)度信息數(shù)據(jù)庫； 接收所述目標用戶或網(wǎng)絡側(cè)發(fā)送的攜帶所述用戶標識的第二消息； 根據(jù)所述用戶標識，從所述第一資源調(diào)度信息數(shù)據(jù)庫中獲取與所述用戶標識相對應的資源調(diào)度信息。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)目標用戶，確定資源調(diào)度信息，包括: 接收所述目標用戶發(fā)送的攜帶所述資源調(diào)度信息的第三消息； 向網(wǎng)絡側(cè)轉(zhuǎn)發(fā)所述第三消息； 接收所述網(wǎng)絡側(cè)發(fā)送的攜帶所述資源調(diào)度信息的第四消息； 根據(jù)所述第四消息，確定所述資源調(diào)度信息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述根據(jù)目標用戶，確定資源調(diào)度信息，還包括: 向所述網(wǎng)絡側(cè)發(fā)送的攜帶所述目標用戶的用戶標識的第五消息，所述用戶標識被所述網(wǎng)絡側(cè)用于從基于所述資源調(diào)度信息與所述用戶標識的對應關(guān)系生成的第二資源調(diào)度信息數(shù)據(jù)庫中獲取與所述用戶標識相對應的資源調(diào)度信息。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)目標用戶，確定資源調(diào)度信息，包括: 確定所述子幀信息； 向所述目標用戶發(fā)送攜帶所述子幀信息的第六消息，所述子幀信息相對應的子幀被所述目標用戶用于監(jiān)聽所述下行控制信道。
7.根據(jù)權(quán)利要求1至6中任一項所述的方法，其特征在于，所述根據(jù)所述資源調(diào)度信息，對所述目標用戶進行資源調(diào)度，包括: 根據(jù)所述子幀信息，將所述下行控制信道承載于與所述子幀信息相對應的子幀。
8.根據(jù)權(quán)利要求1至5中任一項所述的方法，其特征在于，所述根據(jù)所述資源調(diào)度信息，對所述目標用戶進行資源調(diào)度，包括: 根據(jù)所述最大HARQ進程數(shù)目信息，為所述目標用戶分配HARQ進程，所述HARQ進程的數(shù)目小于等于所述最大HARQ進程數(shù)目。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述最大HARQ進程數(shù)目包括所述目標用戶能夠支持的上行最大HARQ進程數(shù)目、下行最大HARQ進程數(shù)目、頻分雙工FDD系統(tǒng)上行最大HARQ進程數(shù)目、時分雙工TDD系統(tǒng)上行最大HARQ進程數(shù)目、FDD系統(tǒng)下行最大HARQ進程數(shù)目、TDD系統(tǒng)下行最大HARQ進程數(shù)目。
10.一種資源調(diào)度的方法，其特征在于，所述方法包括: 確定資源調(diào)度信息，其中，所述資源調(diào)度信息包括用于指示目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息； 根據(jù)所述資源調(diào)度信息，接受基站的資源調(diào)度。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述方法還包括: 向所述基站發(fā)送攜帶所述資源調(diào)度信息的第一消息，以通知所述基站根據(jù)所述資源調(diào)度信息進行資源調(diào)度。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，所述方法還包括: 向所述基站發(fā)送 攜帶用戶標識的第二消息，所述用戶標識被所述基站用于從基于所述資源調(diào)度信息與所述用戶標識的對應關(guān)系生成的第一資源調(diào)度信息數(shù)據(jù)庫中獲取與所述用戶標識相對應的資源調(diào)度信息。
13.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述方法還包括: 向網(wǎng)絡側(cè)發(fā)送攜帶所述資源調(diào)度信息的第三消息，以指示所述網(wǎng)絡側(cè)向所述基站下發(fā)所述資源調(diào)度信息。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述方法還包括: 向所述網(wǎng)絡側(cè)發(fā)送攜帶用戶標識的第四消息，所述用戶標識被所述網(wǎng)絡側(cè)用于從基于所述資源調(diào)度信息與所述用戶標識的對應關(guān)系生成的第二資源調(diào)度信息數(shù)據(jù)庫中獲取與所述用戶標識相對應的資源調(diào)度信息。
15.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述確定資源調(diào)度信息包括: 接收所述基站發(fā)送的攜帶所述子幀信息的第五消息； 根據(jù)所述第五消息，確定所述資源調(diào)度信息包括的子幀信息。
16.根據(jù)權(quán)利要求10至15中任一項所述的方法，其特征在于，所述根據(jù)所述資源調(diào)度信息，接受基站的資源調(diào)度，包括: 根據(jù)所述子幀信息，在與所述子幀信息相對應的子幀上，監(jiān)聽所述下行控制信道。
17.根據(jù)權(quán)利要求10至14中任一項所述的方法，其特征在于，所述根據(jù)所述資源調(diào)度信息，接受基站的資源調(diào)度，包括: 管理所述基站根據(jù)所述最大HARQ進程數(shù)目信息分配的HARQ進程，所述HARQ進程的數(shù)目小于等于所述最大HARQ進程數(shù)目。
18.根據(jù)權(quán)利要求17所述的方法，其特征在于，所述最大HARQ進程數(shù)目包括所述目標用戶能夠支持的上行最大HARQ進程數(shù)目、下行最大HARQ進程數(shù)目、頻分雙工FDD系統(tǒng)上行最大HARQ進程數(shù)目、時分雙工TDD系統(tǒng)上行最大HARQ進程數(shù)目、FDD系統(tǒng)下行最大HARQ進程數(shù)目、TDD系統(tǒng)下行最大HARQ進程數(shù)目。
19.一種資源調(diào)度的方法，其特征在于，所述方法包括: 接收目標用戶發(fā)送的攜帶資源調(diào)度信息的第一消息，其中，所述資源調(diào)度信息包括用于指示所述目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息； 根據(jù)所述第一消息，確定所述資源調(diào)度信息； 向基站發(fā)送攜帶所述資源調(diào)度信息的第二消息，以通知所述基站根據(jù)所述資源調(diào)度信息對所述目標用戶進行資源調(diào)度。
20.根據(jù)權(quán)利要求19所述的方法，其特征在于，所述方法還包括: 基于所述資源調(diào)度信息與所述目標用戶的用戶標識的對應關(guān)系，生成資源調(diào)度信息數(shù)據(jù)庫； 接收所述基站發(fā)送的攜帶所述用戶標識的第三消息； 根據(jù)所述用戶標識，從所述資源調(diào)度信息數(shù)據(jù)庫中獲取與所述用戶標識相對應的資源調(diào)度信息。
21.根據(jù)權(quán)利要求19或20所述的方法，其特征在于，所述最大HARQ進程數(shù)目包括所述目標用戶能夠支持的上行最大HARQ進程數(shù)目、下行最大HARQ進程數(shù)目、頻分雙工FDD系統(tǒng)上行最大HARQ進程數(shù)目、時分雙工TDD系統(tǒng)上行最大HARQ進程數(shù)目、FDD系統(tǒng)下行最大HARQ進程數(shù)目、TDD系統(tǒng)下行最大HARQ進程數(shù)目。
22.一種資源調(diào)度的裝置，其特征在于，所述裝置包括: 確定單元，用于根據(jù)目標用戶，確定資源調(diào)度信息，其中，所述資源調(diào)度信息包括用于指示所述目標用戶能夠支持的最大 混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息； 調(diào)度單元，用于根據(jù)所述確定單元確定的所述資源調(diào)度信息，對所述目標用戶進行資源調(diào)度。
23.根據(jù)權(quán)利要求22所述的裝置，其特征在于，所述確定單元還用于接收所述目標用戶發(fā)送的攜帶所述資源調(diào)度信息的第一消息；以及 用于根據(jù)所述第一消息，確定所述資源調(diào)度信息。
24.根據(jù)權(quán)利要求23所述的裝置，其特征在于，所述確定單元還用于基于所述資源調(diào)度信息與所述目標用戶的用戶標識的對應關(guān)系，生成第一資源調(diào)度信息數(shù)據(jù)庫； 用于接收所述目標用戶或網(wǎng)絡側(cè)發(fā)送的攜帶所述用戶標識的第二消息；以及 用于根據(jù)所述用戶標識，從所述第一資源調(diào)度信息數(shù)據(jù)庫中獲取與所述用戶標識相對應的資源調(diào)度信息。
25.根據(jù)權(quán)利要求22所述的裝置，其特征在于，所述確定單元還用于接收所述目標用戶發(fā)送的攜帶所述資源調(diào)度信息的第三消息； 用于向網(wǎng)絡側(cè)轉(zhuǎn)發(fā)所述第三消息； 用于接收所述網(wǎng)絡側(cè)發(fā)送的攜帶所述資源調(diào)度信息的第四消息；以及 用于根據(jù)所述第四消息，確定所述資源調(diào)度信息。
26.根據(jù)權(quán)利要求25所述的裝置，其特征在于，所述確定單元還用于向所述網(wǎng)絡側(cè)發(fā)送的攜帶所述目標用戶的用戶標識的第五消息，所述用戶標識被所述網(wǎng)絡側(cè)用于從基于所述資源調(diào)度信息與所述用戶標識的對應關(guān)系生成的第二資源調(diào)度信息數(shù)據(jù)庫中獲取與所述用戶標識相對應的資源調(diào)度信息。
27.根據(jù)權(quán)利要求22所述的裝置，其特征在于，所述確定單元還用于確定所述子幀信息；以及 用于向所述目標用戶發(fā)送攜帶所述子幀信息的第六消息，所述子幀信息相對應的子幀被所述目標用戶用于監(jiān)聽所述下行控制信道。
28.根據(jù)權(quán)利要求22至27中任一項所述的裝置，其特征在于，所述調(diào)度單元還用于根據(jù)所述確定單元確定的所述子幀信息，將所述下行控制信道承載于與所述子幀信息相對應的子中貞。
29.根據(jù)權(quán)利要求22至26中任一項所述的裝置，其特征在于，所述調(diào)度單元還用于根據(jù)所述確定單元確定的所述最大HARQ進程數(shù)目信息，為所述目標用戶分配HARQ進程，所述HARQ進程的數(shù)目小于等于所述最大HARQ進程數(shù)目。
30.根據(jù)權(quán)利要求29所述的裝置，其特征在于，所述確定單元確定的所述最大HARQ進程數(shù)目包括所述目標用戶能夠支持的上行最大HARQ進程數(shù)目、下行最大HARQ進程數(shù)目、頻分雙工FDD系統(tǒng)上行最大HARQ進程數(shù)目、時分雙工TDD系統(tǒng)上行最大HARQ進程數(shù)目、FDD系統(tǒng)下行最大HARQ進程數(shù)目、TDD系統(tǒng)下行最大HARQ進程數(shù)目。
31.一種資源調(diào)度的裝置，其特征在于，所述裝置包括: 確定單元，用于確定資源調(diào)度信息，其中，所述資源調(diào)度信息包括用于指示目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息； 調(diào)度單元，用于根據(jù)所述資源調(diào)度信息，接受基站的資源調(diào)度。
32.根據(jù)權(quán)利要求31所述的裝置，其特征在于，所述確定單元還用于向所述基站發(fā)送攜帶所述資源調(diào)度信息的第一消息，以通知所述基站根據(jù)所述資源調(diào)度信息進行資源調(diào)度。
33.根據(jù)權(quán)利要求32所述`的裝置，其特征在于，所述確定單元還用于向所述基站發(fā)送攜帶用戶標識的第二消息，所述用戶標識被所述基站用于從基于所述資源調(diào)度信息與所述用戶標識的對應關(guān)系生成的第一資源調(diào)度信息數(shù)據(jù)庫中獲取與所述用戶標識相對應的資源調(diào)度信息。
34.根據(jù)權(quán)利要求31所述的裝置，其特征在于，所述確定單元還用于向網(wǎng)絡側(cè)發(fā)送攜帶所述資源調(diào)度信息的第三消息，以指示所述網(wǎng)絡側(cè)向所述基站下發(fā)所述資源調(diào)度信息。
35.根據(jù)權(quán)利要求34所述的裝置，其特征在于，所述確定單元還用于向所述網(wǎng)絡側(cè)發(fā)送攜帶用戶標識的第四消息，所述用戶標識被所述網(wǎng)絡側(cè)用于從基于所述資源調(diào)度信息與所述用戶標識的對應關(guān)系生成的第二資源調(diào)度信息數(shù)據(jù)庫中獲取與所述用戶標識相對應的資源調(diào)度信息。
36.根據(jù)權(quán)利要求31所述的裝置，其特征在于，所述確定單元還用于接收所述基站發(fā)送的攜帶所述子幀信息的第五消息；以及 用于根據(jù)所述第五消息，確定所述資源調(diào)度信息包括的子幀信息。
37.根據(jù)權(quán)利要求31至36中任一項所述的裝置，其特征在于，所述調(diào)度單元還用于根據(jù)所述子幀信息，在與所述子幀信息相對應的子幀上，監(jiān)聽所述下行控制信道。
38.根據(jù)權(quán)利要求31至35中任一項所述的裝置，其特征在于，所述調(diào)度單元還用于管理所述基站根據(jù)所述最大HARQ進程數(shù)目信息分配的HARQ進程，所述HARQ進程的數(shù)目小于等于所述最大HARQ進程數(shù)目。
39.根據(jù)權(quán)利要求38所述的裝置，其特征在于，所述確定單元確定的所述最大HARQ進程數(shù)目包括所述目標用戶能夠支持的上行最大HARQ進程數(shù)目、下行最大HARQ進程數(shù)目、頻分雙工FDD系統(tǒng)上行最大HARQ進程數(shù)目、時分雙工TDD系統(tǒng)上行最大HARQ進程數(shù)目、FDD系統(tǒng)下行最大HARQ進程數(shù)目、TDD系統(tǒng)下行最大HARQ進程數(shù)目。
40.一種資源調(diào)度的裝置，其特征在于，所述裝置包括: 接收單元，用于接收目標用戶發(fā)送的攜帶資源調(diào)度信息的第一消息，其中，所述資源調(diào)度信息包括用于指示所述目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息； 確定單元，用于根據(jù)所述接收單元接收的所述第一消息，確定所述資源調(diào)度信息； 發(fā)送單元，用于向基站發(fā)送攜帶該資源調(diào)度信息的第二消息，以通知該基站根據(jù)該資源調(diào)度信息對該目標用戶進行資源調(diào)度。
41.根據(jù)權(quán)利要求40所述的裝置，其特征在于，所述接收單元還用于接收所述基站發(fā)送的攜帶所述用戶標識的第三消息； 所述確定單元還用于基于所述資源調(diào)度信息與所述目標用戶的用戶標識的對應關(guān)系，生成資源調(diào)度信息數(shù)據(jù)庫；以及 用于根據(jù)所述用戶標識，從所述資源調(diào)度信息數(shù)據(jù)庫中獲取與所述用戶標識相對應的資源調(diào)度信息。
42.根據(jù)權(quán)利要求40或41所述的裝置，其特征在于，所述確定單元確定的所述最大HARQ進程數(shù)目包括所述目標用戶能夠支持的上行最大HARQ進程數(shù)目、下行最大HARQ進程數(shù)目、頻分雙工FDD系統(tǒng)上行最大HARQ進程數(shù)目、時分雙工TDD系統(tǒng)上行最大HARQ進程數(shù)目、FDD系統(tǒng)下行最大HARQ進程數(shù)目、TDD系統(tǒng)下行最大HARQ進程數(shù)目。
全文摘要
本發(fā)明實施例提供了一種資源調(diào)度的方法和裝置，能夠降低用戶設備的成本和能量消耗。該方法包括根據(jù)目標用戶，確定資源調(diào)度信息，該資源調(diào)度信息包括用于指示該目標用戶能夠支持的最大混合自動重傳請求HARQ進程數(shù)目的最大HARQ進程數(shù)目信息和/或用于指示子幀是否可能承載下行控制信道的子幀信息；根據(jù)該資源調(diào)度信息，對該目標用戶進行資源調(diào)度。根據(jù)本發(fā)明實施例的資源調(diào)度的方法和裝置，基站通過進行與目標用戶相適應的資源調(diào)度，在資源調(diào)度時使分配給目標用戶的HARQ進程的數(shù)目小于等于目標用戶能夠支持的最大HARQ進程數(shù)目，和/或僅將下行控制信道承載于規(guī)定子幀，而使目標用戶能夠僅在規(guī)定子幀監(jiān)聽下行控制信道，能夠降低用戶設備的成本和能量消耗。
文檔編號H04L1/18GK103249161SQ20121002250
公開日2013年8月14日 申請日期2012年2月1日 優(yōu)先權(quán)日2012年2月1日
發(fā)明者張向東, 夏金環(huán) 申請人:華為技術(shù)有限公司