專(zhuān)利名稱(chēng):一種實(shí)現(xiàn)調(diào)度請(qǐng)求的方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及一種實(shí)現(xiàn)調(diào)度請(qǐng)求的方法、裝置和系統(tǒng)。
背景技術(shù):
基于蜂窩無(wú)線通信的智能電網(wǎng)輸配電系統(tǒng),能夠利用現(xiàn)有的蜂窩無(wú)線網(wǎng)絡(luò)來(lái)控制各種遠(yuǎn)程電力控制終端,保證整個(gè)電網(wǎng)高效穩(wěn)定的運(yùn)行,這種通信模式也被稱(chēng)為機(jī)器間通信(Machine to Machine, M2M)。在智能電網(wǎng)配電自動(dòng)化的場(chǎng)景中,既需要基站有廣覆蓋和低時(shí)延,又需要支持海量的電力遠(yuǎn)程控制單元;而按照LTE (Long Term Evolution,長(zhǎng)期演進(jìn))的現(xiàn)有流程,用戶(hù)設(shè)備(User Equipment,UE)需要從“IDLE(空閑)態(tài)”轉(zhuǎn)為“連接態(tài)”再傳數(shù)據(jù),由于接入過(guò)程采用競(jìng)爭(zhēng)隨機(jī)接入的方式,需要交互的次數(shù)較多,因此時(shí)延較大;根據(jù)目前標(biāo)準(zhǔn)的規(guī)定,上述過(guò)程的控制面時(shí)延平均值為85ms,這樣將只有15ms的時(shí)間留給數(shù)據(jù)傳輸,無(wú)法滿(mǎn)足端到端時(shí)延IOOms以?xún)?nèi)的需求,而如果讓設(shè)備始終保持在“連接態(tài)”,則上行控制面時(shí)延僅有13ms,而下行控制面時(shí)延僅有Ims左右,能夠滿(mǎn)足上述性能需求。而目前普遍采用保持設(shè)備同時(shí)在線的方式,采用分配SR的方式來(lái)降低接入時(shí)延;但是,當(dāng)UE數(shù)量較大時(shí),SR周期過(guò)大將同樣造成時(shí)延過(guò)大。SR資源米用競(jìng)爭(zhēng)方式共享,同時(shí)利用PUCCH(Physical Uplink Control Channel,物理上行控制信道)第一類(lèi)巾貞格式通過(guò)QPSK (Quadrature Phase Shift Keying,正交相移鍵控)的四個(gè)符號(hào)分別對(duì)應(yīng)四個(gè)不同的UE,以此來(lái)降低時(shí)延。但是,該方式對(duì)于類(lèi)似智能電網(wǎng)這種發(fā)生概率極小的應(yīng)用而言,將競(jìng)爭(zhēng)限制在4個(gè)UE之內(nèi)明顯過(guò)于保守,從而造成了資源的極大浪費(fèi)。
發(fā)明內(nèi)容
有鑒于此,本發(fā)明實(shí)施例提供一種實(shí)現(xiàn)調(diào)度請(qǐng)求(Scheduling Request, SR)的方法、裝置和系統(tǒng),能夠有效提高SR資源競(jìng)爭(zhēng)方式下的SR承載UE的容量。為解決上述問(wèn)題,本發(fā)明實(shí)施例提供的技術(shù)方案如下:—方面,本發(fā)明提供了一種實(shí)現(xiàn)調(diào)度請(qǐng)求的方法,包括:為多個(gè)用戶(hù)設(shè)備UE配置用戶(hù)設(shè)備標(biāo)識(shí)UE ID以及所述UE的調(diào)度請(qǐng)求SR資源序號(hào);其中,所述SR資源序號(hào)指示每個(gè)SR資源對(duì)應(yīng)多個(gè)UE ;接收所述UE發(fā)送的包含所述UE ID的SR ;根據(jù)所述SR及其包含的UE ID確定發(fā)送該SR的UE,并通過(guò)該UE對(duì)應(yīng)的小區(qū)無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)C-RNTI發(fā)送物理下行控制信道roccH。另一方面,本發(fā)明提供了一種實(shí)現(xiàn)調(diào)度請(qǐng)求的方法,包括:獲取用戶(hù)設(shè)備標(biāo)識(shí)UE ID以及所述UE的調(diào)度請(qǐng)求SR資源序號(hào);其中,所述SR資源序號(hào)指示每個(gè)SR資源對(duì)應(yīng)多個(gè)UE ;當(dāng)有上行數(shù)據(jù)需要發(fā) 送時(shí),向基站發(fā)送包含所述UE ID的SR ;
根據(jù)所述基站的上行調(diào)度發(fā)送上行數(shù)據(jù)。另一方面,本發(fā)明提供了一種實(shí)現(xiàn)調(diào)度請(qǐng)求的基站,包括:配置單元、接收單元和調(diào)度單元;其中,所述配置單元用于為多個(gè)用戶(hù)設(shè)備UE配置用戶(hù)設(shè)備標(biāo)識(shí)UE ID以及所述UE的調(diào)度請(qǐng)求SR資源序號(hào);其中,所述SR資源序號(hào)指示每個(gè)SR資源對(duì)應(yīng)多個(gè)UE ;所述接收單元用于接收所述UE發(fā)送的包含所述UE ID的SR ;所述調(diào)度單元用于根據(jù)所述SR及其包含的UE ID確定發(fā)送該SR的UE,并通過(guò)該UE對(duì)應(yīng)的小區(qū)無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)C-RNTI發(fā)送物理下行控制信道H)CCH。另一方面,本發(fā)明提供了一種實(shí)現(xiàn)調(diào)度請(qǐng)求的UE,包括:獲取單元、請(qǐng)求單元和收發(fā)單元;其中,所述獲取單元用于獲取UE ID以及所述UE的調(diào)度請(qǐng)求SR資源序號(hào);其中,所述SR資源序號(hào)指示每個(gè)SR資源對(duì)應(yīng)多個(gè)UE ;所述請(qǐng)求單元用于當(dāng)有上行數(shù)據(jù)需要發(fā)送時(shí),向基站發(fā)送包含所述UE ID的SR ;所述收發(fā)單元用于根據(jù)所述基站的上行調(diào)度發(fā)送上行數(shù)據(jù)??梢钥闯觯捎帽景l(fā)明實(shí)施例的方法、裝置和系統(tǒng),通過(guò)eNB為多個(gè)UE配置同一個(gè)SR資源,并在有上行數(shù)據(jù)需要傳輸時(shí),使eNB能夠根據(jù)所述SR及其包含的UE ID確定發(fā)送該SR的UE,并發(fā)送下行H)CCH,相比于現(xiàn)有技術(shù)SR所支持的UE數(shù)量而言,本發(fā)明的方案在完成調(diào)度請(qǐng)求的同時(shí)能夠有效提高SR容量;同時(shí),通過(guò)配置UE及其與SR資源周期的變換對(duì)應(yīng)關(guān)系,來(lái)縮短SR接入時(shí)間,降低因SR沖突造成的退避時(shí)延,進(jìn)而降低上行時(shí)延。
為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹顯而易見(jiàn)地,下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例,對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講,在不付出創(chuàng)造性勞動(dòng)的前提下,還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明實(shí)施例實(shí)現(xiàn)調(diào)度請(qǐng)求的方法流程示意圖;圖2是本發(fā)明實(shí)施例中UE與SR資源的對(duì)應(yīng)關(guān)系不意圖;圖3是本發(fā)明實(shí)施例中UE與SR資源的對(duì)應(yīng)關(guān)系的另一不意圖;圖4是本發(fā)明實(shí)施例UE與SR資源循環(huán)移位的對(duì)應(yīng)關(guān)系不意圖;圖5是本發(fā)明實(shí)施例實(shí)現(xiàn)調(diào)度請(qǐng)求的基站結(jié)構(gòu)示意圖;圖6是本發(fā)明實(shí)現(xiàn)調(diào)度請(qǐng)求的UE結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖,對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述;顯然,所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例,而不是全部的實(shí)施例?;诒景l(fā)明中的實(shí)施例,本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例,都屬于本發(fā)明保護(hù)的范圍。眾所周知,目前的調(diào)度請(qǐng)求過(guò)程主要包括:在LTE系統(tǒng)中處于在線狀態(tài)的UE,其會(huì)在上行資源中周期分配SR資源 ,而如果UE要發(fā)起上行數(shù)據(jù)傳輸就要先向eNB (enhancedNodeB,基站)發(fā)起SR,在所述eNB收到所述SR后,調(diào)度該發(fā)起SR的UE,以使所述UE開(kāi)始傳輸上行數(shù)據(jù);具體本文不再贅述?;诖苏{(diào)度請(qǐng)求過(guò)程,本發(fā)明實(shí)施例一提供了一種實(shí)現(xiàn)調(diào)度請(qǐng)求的方法,其可以應(yīng)用于 UTMS (Universal Mobile Telecommunication System,通用移動(dòng)通信系統(tǒng))、LTE 等系統(tǒng)中,而本發(fā)明實(shí)施例僅以LTE系統(tǒng)為例進(jìn)行說(shuō)明;具體,如圖1所示,該方法包括:步驟110:eNB為多個(gè)UE分配UE ID (Identity,標(biāo)識(shí))以及所述UE的SR資源序號(hào);其中,所述UE的SR資源序號(hào)指示每個(gè)SR資源對(duì)應(yīng)至少兩個(gè)UE ;具體的,在本發(fā)明實(shí)施例中,所述eNB可通過(guò)如下方式為所述多個(gè)UE分配其SR資源序號(hào),但并不局限于此:當(dāng)UE首次接入所述eNB時(shí),所述eNB會(huì)在RRC (Radio ResourceControl,無(wú)線資源控制)過(guò)程中,通過(guò)SRC(Scheduling Request Config,調(diào)度請(qǐng)求配置)信息將所述UE對(duì)應(yīng)的SR位置、SR周期通知給所述UE,以完成其SR資源序號(hào)的分配,具體交互過(guò)程與現(xiàn)有RRC配置過(guò)程類(lèi)似,本文在此不再贅述。需要說(shuō)明的,本實(shí)施例中所述UE與SR資源的對(duì)應(yīng)關(guān)系中,每個(gè)SR資源對(duì)應(yīng)多個(gè)UE包括但不限于以下幾種方式:每個(gè)UE僅對(duì)應(yīng)一個(gè)SR,而多個(gè)UE對(duì)應(yīng)同一個(gè)SR,例如圖2所示;或者,每個(gè)UE對(duì)應(yīng)多個(gè)SR,而多個(gè)UE對(duì)應(yīng)多個(gè)SR,例如圖3所示。步驟120:當(dāng)有上行數(shù)據(jù)需要傳輸時(shí),所述UE向所述eNB發(fā)送包含UEID的SR ;具體的,當(dāng)有上行數(shù)據(jù)需要傳輸時(shí),所述UE首先要向所述eNB發(fā)起SR ;在本實(shí)施例中,所述UE利用所述eNB分配所述UE的SR資源序號(hào)指示的SR資源和SR周期發(fā)起SR,并且該SR中需包含所述UE的UE ID,以使所述eNB能夠利用所述UE ID和SR資源的關(guān)系確定發(fā)起該SR的UE ;需要說(shuō)明的是,根據(jù)所述eNB的配置,所述UE在不同的SR周期發(fā)起SR所利用的SR資源可能相同,也可以不同。需要注意的是,由于在現(xiàn)有PUCCH的第二類(lèi)幀格式下,其能夠承載6個(gè)SR,其中每個(gè)SR包括10個(gè)QPSK符號(hào),共20個(gè)比特;針對(duì)此,為了進(jìn)一步提高所述SR承載UE的容量,本實(shí)施例通過(guò)將所述SR中的QPSK分組來(lái)實(shí)現(xiàn),具體如下:本實(shí)施例提出在時(shí)域上將所述QPSK符號(hào)劃分為N組(KNS 10),其中每一組包括N/10個(gè)符號(hào),即N/5個(gè)比特;其中,所述每組的N/5個(gè)比特必須大于所述M個(gè)UE ID占用的比特?cái)?shù)P和校驗(yàn)碼占用的比特?cái)?shù)Q之和,即P+Q ( N/5,由此每個(gè)RB所承載UE數(shù)即為:6XNXM,其明顯多余現(xiàn)有SR資源競(jìng)爭(zhēng)方式下SR所承載的UE數(shù)量; 例如,將每個(gè)SR中的10個(gè)QPSK劃分為2組,每組ZC序列承載5個(gè)QPSK符號(hào)共IObit ;假設(shè)8個(gè)UE共需要3bit來(lái)建立UE ID,共需要Ibit的校驗(yàn)碼,則一個(gè)RB最多能夠承載2X6X8 = 96個(gè)UE,明顯多于現(xiàn)有SR資源競(jìng)爭(zhēng)方式下承載72個(gè)UE的容量。步驟130:所述eNB根據(jù)所述SR及其包含的UE ID確定發(fā)送所述SR的UE,并通過(guò)所述發(fā)送 SR 的 UE 對(duì)應(yīng)的 C-RNTI (Cell Radio Network Temporary Identity,無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí))發(fā)送下行roccH,用以指示所述UE發(fā)送上行數(shù)據(jù)。具體的,當(dāng)所述eNB接收到所述UE發(fā)起的SR后,首先通過(guò)對(duì)所述SR進(jìn)行解碼操作,提取出所述UE的UE ID,然后將該提取出的UE ID與該eNB自身存儲(chǔ)的UE ID列表進(jìn)行比較,當(dāng)所述UE ID列表中存儲(chǔ)有所述UE的UEID時(shí),查找到該UE ID對(duì)應(yīng)的UE的C-RNTI,再利用所述UE對(duì)應(yīng)的C-RNTI向該UE發(fā)送下行H)CCH,完成調(diào)度過(guò)程。例如,所述eNB配置每 個(gè)SR對(duì)應(yīng)12個(gè)UE,并為該12個(gè)UE配置UE ID,則其配置后存儲(chǔ)的UE ID列表如下表I所示;當(dāng)所述eNB接收到所述UE發(fā)起的SR后,通過(guò)對(duì)所述SR進(jìn)行解碼獲得該UE的UE ID為OOl,然后通過(guò)查詢(xún)下述表I,獲取該UE對(duì)應(yīng)的C-RNTI為UE2 C-RNTI,再通過(guò)UE2 C-RNTI向該UE發(fā)送下行TOCCH,完成調(diào)度過(guò)程。表 I
權(quán)利要求
1.一種實(shí)現(xiàn)調(diào)度請(qǐng)求的方法,其特征在于,包括: 為多個(gè)用戶(hù)設(shè)備UE分配用戶(hù)設(shè)備標(biāo)識(shí)UE ID以及所述UE的調(diào)度請(qǐng)求SR資源序號(hào);其中,所述SR資源序號(hào)指示每個(gè)SR資源對(duì)應(yīng)至少兩個(gè)所述UE ; 接收所述UE發(fā)送的包含所述UE ID的SR ; 根據(jù)所述SR及其包含的UE ID確定發(fā)送所述SR的UE,并通過(guò)所述發(fā)送SR的UE對(duì)應(yīng)的小區(qū)無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)C-RNTI發(fā)送物理下行控制信道H)CCH,用以指示所述UE發(fā)送上行數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述為多個(gè)UE分配UEID以及所述UE的SR資源序號(hào)包括: 當(dāng)UE首次接入時(shí),通過(guò)調(diào)度請(qǐng)求配置SRC信息將所述UE的UE ID以及所述UE對(duì)應(yīng)的SR位置、SR周期通知給所述UE,用以為所述UE分配所述SR資源序號(hào)。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述每個(gè)SR資源對(duì)應(yīng)多個(gè)UE包括: 每個(gè)UE僅對(duì)應(yīng)一個(gè)SR、多個(gè)UE對(duì)應(yīng)同一個(gè)SR ;或者, 每個(gè)UE對(duì)應(yīng)多個(gè)SR、多個(gè)UE對(duì)應(yīng)多個(gè)SR。
4.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述根據(jù)SR及其包含的UEID確定發(fā)送所述SR的UE包括: 對(duì)所述包含UE ID的SR進(jìn)行解碼操作; 通過(guò)解碼獲取所述UE的UE ID ; 將所述獲取的UE ID與預(yù)存儲(chǔ)的UE ID列表進(jìn)行比較,確定發(fā)送所述SR的UE。
5.根據(jù)權(quán)利要求1至4任意一項(xiàng)所述的方法,其特征在于,所述方法還包括: 為所述多個(gè)UE配置其與所述SR資源的周期對(duì)應(yīng)關(guān)系;所述周期對(duì)應(yīng)關(guān)系為一個(gè)周期中對(duì)應(yīng)一個(gè)SR資源的多個(gè)UE在其他周期中對(duì)應(yīng)不同的SR資源。
6.根據(jù)權(quán)利要求5所述的方法,其特征在于,所述周期對(duì)應(yīng)關(guān)系包括:與第N個(gè)SR對(duì)應(yīng)的UE根據(jù)其在SR組內(nèi)序號(hào)N,在相鄰SR周期內(nèi)循環(huán)移位N位;其中,N為自然數(shù)。
7.一種實(shí)現(xiàn)調(diào)度請(qǐng)求的方法,其特征在于,包括: 獲取用戶(hù)設(shè)備標(biāo)識(shí)UE ID以及所述UE的SR資源序號(hào);其中,所述SR資源序號(hào)指示每個(gè)SR資源對(duì)應(yīng)至少兩個(gè)UE ; 當(dāng)有上行數(shù)據(jù)需要發(fā)送時(shí),向基站發(fā)送包含所述UE ID的SR ; 根據(jù)接收到的所述基站發(fā)送的HXXH的指示發(fā)送上行數(shù)據(jù)。
8.根據(jù)權(quán)利要求7所述的方法,其特征在于,所述獲取UEID以及所述UE的SR資源序號(hào)包括: 接收基站發(fā)送的調(diào)度請(qǐng)求配置SRC信息; 從所述SRC信息中提取出所述UE的UE ID以及所述UE對(duì)應(yīng)的SR位置和SR周期。
9.根據(jù)權(quán)利要求7所述的方法,其特征在于,所述每個(gè)SR資源對(duì)應(yīng)多個(gè)UE包括: 每個(gè)UE僅對(duì)應(yīng)一個(gè)SR、多個(gè)UE對(duì)應(yīng)同一個(gè)SR ;或者, 每個(gè)UE對(duì)應(yīng)多個(gè)SR、多個(gè)UE對(duì)應(yīng)多個(gè)SR。
10.根據(jù)權(quán)利要求7所述的方法,其特征在于,所述方法還包括: 獲取UE與所述SR資源的周期對(duì)應(yīng)關(guān)系;所述周期對(duì)應(yīng)關(guān)系為一個(gè)周期中對(duì)應(yīng)一個(gè)SR資源的多個(gè)UE在其他周期中對(duì)應(yīng)不同的SR資源。
11.根據(jù)權(quán)利要求10所述的方法,其特征在于,所述周期對(duì)應(yīng)關(guān)系具體包括:與第N個(gè)SR對(duì)應(yīng)的UE根據(jù)其在SR組內(nèi)序號(hào)N,在相鄰SR周期內(nèi)循環(huán)移位N位。
12.根據(jù)權(quán)利要求7所述的方法,其特征在于,所述方法還包括: 如果在預(yù)設(shè)時(shí)間內(nèi)未接收到基站發(fā)送的H)CCH,則判定此次SR發(fā)送失敗,在下一個(gè)SR周期的SR資源上重新發(fā)起SR。
13.一種實(shí)現(xiàn)調(diào)度請(qǐng)求的基站,其特征在于,包括:配置單元、接收單元和調(diào)度單元;其中, 所述配置單元用于為多個(gè)用戶(hù)設(shè)備UE分配用戶(hù)設(shè)備標(biāo)識(shí)UE ID以及所述UE的調(diào)度請(qǐng)求SR資源序號(hào);其中,所述SR資源序號(hào)指示每個(gè)SR資源對(duì)應(yīng)至少兩個(gè)所述UE ; 所述接收單元用于接收所述UE發(fā) 送的包含所述配置單元分配的UE ID的SR ; 所述調(diào)度單元用于根據(jù)所述接收單元接收到的SR及其包含的UE ID確定發(fā)送所述SR的UE,并通過(guò)所述發(fā)送SR的UE對(duì)應(yīng)的小區(qū)無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)C-RNTI發(fā)送物理下行控制信道 PDCCH。
14.根據(jù)權(quán)利要求13所述的基站,其特征在于,所述配置單元包括: 封裝模塊,用以將所述UE的UE ID以及所述UE對(duì)應(yīng)的SR位置、SR周期封裝入所述SRC信息; 發(fā)送模塊,用以當(dāng)UE首次接入時(shí),將所述封裝單元封裝后的SRC信息通知給所述UE,用以為所述UE分配所述SR資源序號(hào)。
15.根據(jù)權(quán)利要求13所述的基站,其特征在于,所述調(diào)度單元包括: 解碼模塊,用于對(duì)所述接收單元接收到的包含UE ID的SR進(jìn)行解碼操作; 提取模塊,用于從所述解碼模塊解碼的結(jié)果中獲取所述UE的UE ID ; 比較模塊,用于將所述提取模塊獲取的UE ID與預(yù)存儲(chǔ)的UE ID列表進(jìn)行比較,確定發(fā)送所述SR的UE。
16.根據(jù)權(quán)利要求13所述的基站,其特征在于: 所述配置單元還用于為所述多個(gè)UE配置其與所述SR資源的周期對(duì)應(yīng)關(guān)系;所述周期對(duì)應(yīng)關(guān)系為一個(gè)周期中對(duì)應(yīng)一個(gè)SR資源的多個(gè)UE在其他周期中對(duì)應(yīng)不同的SR資源。
17.根據(jù)權(quán)利要求16所述的基站,其特征在于,所述配置單元配置的所述周期對(duì)應(yīng)關(guān)系具體包括:與第N個(gè)SR對(duì)應(yīng)的UE根據(jù)其在SR組內(nèi)序號(hào)N,在相鄰SR周期內(nèi)循環(huán)移位N位。
18.一種實(shí)現(xiàn)調(diào)度請(qǐng)求的用戶(hù)設(shè)備UE,其特征在于,包括:獲取單元、請(qǐng)求單元和收發(fā)單元;其中, 所述獲取單元用于獲取UE ID以及所述UE的調(diào)度請(qǐng)求SR資源序號(hào);其中,所述SR資源序號(hào)指示每個(gè)SR資源對(duì)應(yīng)至少兩個(gè)UE ; 所述請(qǐng)求單元用于當(dāng)有上行數(shù)據(jù)需要發(fā)送時(shí),向基站發(fā)送包含所述獲取單元獲取的UEID 的 SR ; 所述收發(fā)單元用于接收所述基站發(fā)送的roccH,并根據(jù)所述roccH的指示發(fā)送上行數(shù)據(jù)。
19.根據(jù)權(quán)利要求18所述的UE,其特征在于,所述獲取單元包括: 接收模塊,用于接收基站發(fā)送的調(diào)度請(qǐng)求配置SRC信息;提取模塊,用于從所述接收模塊接收到的SRC信息中提取出所述UE的UE ID以及所述UE對(duì)應(yīng)的SR位置和SR周期。
20.根據(jù)權(quán)利要求18所述的UE,其特征在于,所述獲取單元獲取的SR資源序號(hào)指示每個(gè)SR資源對(duì)應(yīng)多個(gè)UE包括: 每個(gè)UE僅對(duì)應(yīng)一個(gè)SR、多個(gè)UE對(duì)應(yīng)同一個(gè)SR ;或者, 每個(gè)UE對(duì)應(yīng)多個(gè)SR、多個(gè)UE對(duì)應(yīng)多個(gè)SR。
21.根據(jù)權(quán)利要求18所述的UE,其特征在于: 所述獲取單元還用于獲取UE與所述SR資源的周期對(duì)應(yīng)關(guān)系;所述周期對(duì)應(yīng)關(guān)系為一個(gè)周期中對(duì)應(yīng)一個(gè)SR資源的多個(gè)UE在其他周期中對(duì)應(yīng)不同的SR資源。
22.根據(jù)權(quán)利要求21所述的UE,其特征在于,所述獲取單元獲取的周期對(duì)應(yīng)關(guān)系具體包括:與第N個(gè)SR對(duì)應(yīng)的UE根據(jù)其在SR組內(nèi)序號(hào)N,在相鄰SR周期內(nèi)循環(huán)移位N位。
23.根據(jù)權(quán)利要求21所述的UE,其特征在于,所述UE還包括: 判定模塊,用于判定在預(yù)設(shè)時(shí)間內(nèi)是否接收到基站發(fā)送的roccH,并將判定結(jié)果發(fā)送至通知模塊; 通知模塊, 用于接收所述判定模塊的判定結(jié)果,當(dāng)在預(yù)設(shè)時(shí)間內(nèi)未接收到基站的上行調(diào)度,則判定此次SR發(fā)送失敗,通知所述請(qǐng)求單元在下一個(gè)SR周期的SR資源上重新發(fā)起SR。
全文摘要
一種實(shí)現(xiàn)調(diào)度請(qǐng)求的方法、裝置和系統(tǒng);其中,所述方法包括eNB為多個(gè)UE分配UE ID以及所述UE的SR資源序號(hào);其中,所述SR資源序號(hào)指示每個(gè)SR資源對(duì)應(yīng)多個(gè)UE;當(dāng)有上行數(shù)據(jù)需要傳輸時(shí),所述UE向所述eNB發(fā)送包含UE ID的SR;所述eNB根據(jù)所述SR及其包含的UE ID確定發(fā)送該SR的UE,并通過(guò)該UE對(duì)應(yīng)的C-RNTI發(fā)送下行PDCCH;采用本發(fā)明實(shí)施例的方法、裝置和系統(tǒng),能夠有效提高SR容量,降低上行時(shí)延。
文檔編號(hào)H04W74/08GK103220680SQ20121001898
公開(kāi)日2013年7月24日 申請(qǐng)日期2012年1月20日 優(yōu)先權(quán)日2012年1月20日
發(fā)明者王力, 程鵬 申請(qǐng)人:華為技術(shù)有限公司