日韩成人黄色,透逼一级毛片,狠狠躁天天躁中文字幕,久久久久久亚洲精品不卡,在线看国产美女毛片2019,黄片www.www,一级黄色毛a视频直播

一種數(shù)據(jù)傳輸?shù)姆椒?

文檔序號:8265155閱讀:367來源:國知局
一種數(shù)據(jù)傳輸?shù)姆椒?br>【技術(shù)領(lǐng)域】
[0001]本申請涉及通信技術(shù)領(lǐng)域,更具體地,涉及一種數(shù)據(jù)傳輸?shù)姆椒ā?br>【背景技術(shù)】
[0002]在數(shù)據(jù)傳輸過程中,如果終端處于上行同步狀態(tài),則網(wǎng)絡(luò)認為該用戶處于激活狀態(tài),屬于激活用戶。激活用戶能夠利用物理上行鏈路控制信道(PUCCH)資源隨時進行上行調(diào)度資源的申請從而進行數(shù)據(jù)傳輸。如果終端處于上行失步狀態(tài),則網(wǎng)絡(luò)認為該用戶處于在線狀態(tài),屬于連接的在線用戶。在線用戶定義為上行失步且存在RRC連接,且沒有PUCCH/上行偵聽參考信號SRS資源。
[0003]當前激活用戶轉(zhuǎn)化為在線用戶的主要場景包括TA定時器超時或SR達到最大傳輸次數(shù)等情況。當前激活用戶轉(zhuǎn)化為在線用戶時,終端會通知高層釋放PUCCH和SRS資源,即激活用戶會轉(zhuǎn)化為在線用戶。
[0004]在線用戶因沒有上行同步和PUCCH資源,所以無法直接進行數(shù)據(jù)傳輸,當有上行數(shù)據(jù)傳輸時,需要進行以下四個過程:
[0005]I)上行同步過程;
[0006]2)基站側(cè)PUCCH資源的分配和空口配置過程;
[0007]3)上行資源調(diào)度請求和上行資源授權(quán);
[0008]4)上行數(shù)據(jù)發(fā)送;
[0009]以在線用戶進行上行數(shù)據(jù)傳輸為例:
[0010]當有上行數(shù)據(jù)傳輸時,終端側(cè)判斷上行失步,通過隨機接入過程,完成上行同步;在上行同步過程中當基站接收到隨機接入過程消息(Msg) 3后,通過Msg3攜帶的小區(qū)無線網(wǎng)絡(luò)臨時標識(C-RNTI)進行在線用戶的查詢,然后為查詢到的用戶重新分配PUCCH資源,通過空口重配消息通知用戶分配的PUCCH資源,并通知基站側(cè)各層。
[0011]對于小數(shù)據(jù)量的交互業(yè)務(wù),如QQ聊天等,如果通過隨機接入并分配PUCCH的方式實現(xiàn)數(shù)據(jù)傳輸,會頻繁的觸發(fā)在線轉(zhuǎn)激活過程,導(dǎo)致乒乓的PUCCH資源分配。由于小區(qū)用戶量過多,會導(dǎo)致在線用戶無PUCCH資源分配。

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

[0012]本發(fā)明實施例提出一種數(shù)據(jù)傳輸?shù)姆椒ǎ孟鬏敂?shù)據(jù),能夠快速實現(xiàn)數(shù)據(jù)傳輸,避免小數(shù)據(jù)量的交互業(yè)務(wù)的PUCCH資源乒乓切換。
[0013]本發(fā)明實施例的技術(shù)方案如下:
[0014]一種數(shù)據(jù)傳輸?shù)姆椒?,所述方法包?
[0015]在線用戶傳輸上行數(shù)據(jù)時,對于包括組A前導(dǎo)碼的上行數(shù)據(jù)分配固定的資源授權(quán),對于包括組B前導(dǎo)碼的上行數(shù)據(jù)依據(jù)現(xiàn)有資源分配資源授權(quán);
[0016]終端在所述資源授權(quán)上向基站發(fā)送的消息中攜帶小區(qū)無線網(wǎng)絡(luò)臨時標識C-RNTI和上行數(shù)據(jù);
[0017]基站根據(jù)C-RNTI確定在線用戶進入在線狀態(tài)的原因是沒有數(shù)據(jù)傳輸,收到消息中攜帶的上行數(shù)據(jù)。
[0018]所述對于包括組A前導(dǎo)碼的上行數(shù)據(jù)分配固定的資源授權(quán),對于包括組B前導(dǎo)碼的上行數(shù)據(jù)按現(xiàn)有的資源分配資源授權(quán)包括:
[0019]根據(jù)上行數(shù)據(jù)需要的緩存數(shù)據(jù)量和功控確定所述上行數(shù)據(jù)的前導(dǎo)碼;
[0020]對于包括組A前導(dǎo)碼的上行數(shù)據(jù)分配固定的資源授權(quán),對于包括組B前導(dǎo)碼的上行數(shù)據(jù)按現(xiàn)有的資源分配資源授權(quán)。
[0021]所述依據(jù)現(xiàn)有資源分配資源授權(quán)包括:依據(jù)現(xiàn)有資源的調(diào)度情況分配資源授權(quán)。
[0022]所述方法進一步包括:
[0023]終端在所述資源授權(quán)上向基站發(fā)送的消息中BSR ;
[0024]基站根據(jù)C-RNTI確定在線用戶進入在線狀態(tài)的原因是沒有數(shù)據(jù)傳輸,根據(jù)BSR進行上行資源的分配以傳輸上行數(shù)據(jù)。
[0025]所述方法進一步包括:
[0026]終端在所述資源授權(quán)上向基站發(fā)送的消息中攜帶緩存狀態(tài)報告過程BSR ;
[0027]基站收到BSR后,根據(jù)C-RNTI確定在線用戶進入在線狀態(tài)的原因是SR達到最大傳輸次數(shù);
[0028]基站再次下發(fā)資源授權(quán),分配物理上行鏈路控制信道PUCCH資源,傳輸在線用戶剩余的上行數(shù)據(jù)。
[0029]所述方法進一步包括:
[0030]基站根據(jù)C-RNTI確定在線用戶進入在線狀態(tài)的原因是SR達到最大傳輸次數(shù),且在所述資源授權(quán)上向基站發(fā)送的消息中未攜帶BSR ;
[0031]基站進行消息4的下行資源授權(quán)。
[0032]從上述技術(shù)方案中可以看出,在本發(fā)明實施例中在線用戶傳輸上行數(shù)據(jù)時,對于包括組A前導(dǎo)碼的上行數(shù)據(jù)分配固定的資源授權(quán),對于包括組B前導(dǎo)碼的上行數(shù)據(jù)依據(jù)現(xiàn)有資源分配資源授權(quán);終端在所述資源授權(quán)上向基站發(fā)送的消息中攜帶C-RNTI和上行數(shù)據(jù);基站根據(jù)C-RNTI確定在線用戶進入在線狀態(tài)的原因是沒有數(shù)據(jù)傳輸,收到消息中攜帶的上行數(shù)據(jù)。由于終端在向基站發(fā)送的消息3中傳輸上行數(shù)據(jù),能夠快速實現(xiàn)數(shù)據(jù)傳輸,避免小數(shù)據(jù)量的交互業(yè)務(wù)的PUCCH資源乒乓切換。
【附圖說明】
[0033]圖1為數(shù)據(jù)傳輸?shù)姆椒鞒淌疽鈭D。
【具體實施方式】
[0034]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點表達得更加清楚明白,下面結(jié)合附圖及具體實施例對本發(fā)明再作進一步詳細的說明。
[0035]在本發(fā)明實施例中,在上行同步過程中用戶與基站通過消息1、消息2、消息3和消息4進行上行同步。充分利用上行同步過程中UE向eNB發(fā)送的消息3,由于小數(shù)據(jù)量的數(shù)據(jù)量較小的特點因而在消息3中攜帶用戶的上行數(shù)據(jù),而并非利用PUCCH資源申請上行資源傳輸用戶的上行數(shù)據(jù),進而避免小數(shù)據(jù)量的交互業(yè)務(wù)的特點致使PUCCH資源乒乓切換。
[0036]參見附圖1是數(shù)據(jù)傳輸?shù)姆椒鞒淌疽鈭D,具體包括以下步驟:
[0037]101、數(shù)據(jù)分組
[0038]在線用戶當有上行數(shù)據(jù)傳輸時,根據(jù)上行數(shù)據(jù)的緩存數(shù)據(jù)量和功控確定該上行數(shù)據(jù)屬于組A或組B,并再上行數(shù)據(jù)的前導(dǎo)碼中予以標識。即以前導(dǎo)碼區(qū)分上行數(shù)據(jù)所屬分組。其中,依據(jù)上行數(shù)據(jù)的緩存數(shù)據(jù)量和功控確定組A和組B均是現(xiàn)有技術(shù)。
[0039]102、資源授權(quán)
[0040]在隨機接入過程中基站區(qū)分前導(dǎo)碼的組A或組B,進行消息2的資源分配?;靖鶕?jù)固有的調(diào)度原則對組A分配固定的資源授權(quán);對于組B按現(xiàn)有資源的調(diào)度情況分配資源授權(quán)。該分配資源授權(quán)的過程是現(xiàn)有技術(shù)。
[0041]103、數(shù)據(jù)傳輸
[0042]終端在接收到基站發(fā)送的消息2后,根據(jù)緩存數(shù)據(jù)量決定消息3是否攜帶BSR。如果本次數(shù)據(jù)傳輸能夠?qū)崿F(xiàn)所有緩存數(shù)據(jù)傳輸,則直接生成C-RNTI+數(shù)據(jù)的傳輸單元進行發(fā)送;如果本次不能夠?qū)崿F(xiàn)所有緩存數(shù)據(jù)傳輸,則攜帶緩存狀態(tài)報告過程(BSR)即C-RNTI+BSR+數(shù)據(jù)的傳輸單元。BSR用于向服務(wù)eNB提供UE目前上行緩存中等待傳輸?shù)臄?shù)據(jù)量信息。
[0043]104、接收數(shù)據(jù)
[0044]基站收到消息3后拆分協(xié)議單元,收到消息3中攜帶的上行數(shù)據(jù)。
[0045]105、判斷進入在線狀態(tài)的原因,傳輸數(shù)據(jù)。
[0046]判斷進入在線狀態(tài)的原因。若進入在線狀態(tài)的原因是長時間沒有數(shù)據(jù)傳輸,且消息3中并未攜帶BSR,說明數(shù)據(jù)傳輸結(jié)束。這種情況符合小數(shù)據(jù)量突發(fā)數(shù)據(jù)傳輸?shù)那闆r,則不分配PUCCH資源和SRS資源,而是利用消息3傳輸上行數(shù)據(jù)。
[0047]若進入在線狀態(tài)的原因是長時間沒有數(shù)據(jù)傳輸,且攜帶BSR,則eNB根據(jù)終端上報的BSR進行上行資源分配以傳輸上行數(shù)據(jù)和分配下行資源傳輸消息3的應(yīng)答消息(即消息4);之后根據(jù)每次上行數(shù)據(jù)攜帶的BSR分配上行數(shù)據(jù)傳輸?shù)馁Y源授權(quán),直到所有上行數(shù)據(jù)傳輸完成。若進入在線狀態(tài)的原因是SR達到最大傳輸次數(shù),說明無線環(huán)境不好,因此無法確定是否為突發(fā)小數(shù)據(jù)業(yè)務(wù)傳輸,需要eNB分配PUCCH資源以保證適合所有業(yè)務(wù)特性。
[0048]若進入在線狀態(tài)的原因是SR達到最大傳輸次數(shù),消息3中攜帶BSR,則說明還有上行數(shù)據(jù)需要傳輸,eNB分配PUCCH資源配置終端,實現(xiàn)用戶的在線轉(zhuǎn)激活的過程,傳輸剩余的上行數(shù)據(jù)。
[0049]若進入在線狀態(tài)的原因是SR達到最大傳輸次數(shù),且沒有攜帶BSR,則僅進行消息4的下行資源授權(quán)。以上所述,僅為本發(fā)明的較佳實施例而已,并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進等,均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【主權(quán)項】
1.一種數(shù)據(jù)傳輸?shù)姆椒ǎ涮卣髟谟?,所述方法包? 在線用戶傳輸上行數(shù)據(jù)時,對于包括組A前導(dǎo)碼的上行數(shù)據(jù)分配固定的資源授權(quán),對于包括組B前導(dǎo)碼的上行數(shù)據(jù)依據(jù)現(xiàn)有資源分配資源授權(quán); 終端在所述資源授權(quán)上向基站發(fā)送的消息中攜帶小區(qū)無線網(wǎng)絡(luò)臨時標識C-RNTI和上行數(shù)據(jù); 基站根據(jù)C-RNTI確定在線用戶進入在線狀態(tài)的原因是沒有數(shù)據(jù)傳輸,收到消息中攜帶的上行數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述數(shù)據(jù)傳輸?shù)姆椒?,其特征在于,所述對于包括組A前導(dǎo)碼的上行數(shù)據(jù)分配固定的資源授權(quán),對于包括組B前導(dǎo)碼的上行數(shù)據(jù)按現(xiàn)有的資源分配資源授權(quán)包括: 根據(jù)上行數(shù)據(jù)需要的緩存數(shù)據(jù)量和功控確定所述上行數(shù)據(jù)的前導(dǎo)碼; 對于包括組A前導(dǎo)碼的上行數(shù)據(jù)分配固定的資源授權(quán),對于包括組B前導(dǎo)碼的上行數(shù)據(jù)按現(xiàn)有的資源分配資源授權(quán)。
3.根據(jù)權(quán)利要求1所述數(shù)據(jù)傳輸?shù)姆椒?,其特征在于,所述依?jù)現(xiàn)有資源分配資源授權(quán)包括:依據(jù)現(xiàn)有資源的調(diào)度情況分配資源授權(quán)。
4.根據(jù)權(quán)利要求1所述數(shù)據(jù)傳輸?shù)姆椒?,其特征在于,所述方法進一步包括: 終端在所述資源授權(quán)上向基站發(fā)送的消息中BSR ; 基站根據(jù)C-RNTI確定在線用戶進入在線狀態(tài)的原因是沒有數(shù)據(jù)傳輸,根據(jù)BSR進行上行資源的分配以傳輸上行數(shù)據(jù)。
5.根據(jù)權(quán)利要求1所述數(shù)據(jù)傳輸?shù)姆椒ǎ涮卣髟谟?,所述方法進一步包括: 終端在所述資源授權(quán)上向基站發(fā)送的消息中攜帶緩存狀態(tài)報告過程BSR ; 基站收到BSR后,根據(jù)C-RNTI確定在線用戶進入在線狀態(tài)的原因是SR達到最大傳輸次數(shù); 基站再次下發(fā)資源授權(quán),分配物理上行鏈路控制信道PUCCH資源,傳輸在線用戶剩余的上行數(shù)據(jù)。
6.根據(jù)權(quán)利要求1所述數(shù)據(jù)傳輸?shù)姆椒ǎ涮卣髟谟?,所述方法進一步包括: 基站根據(jù)C-RNTI確定在線用戶進入在線狀態(tài)的原因是SR達到最大傳輸次數(shù),且在所述資源授權(quán)上向基站發(fā)送的消息中未攜帶BSR ; 基站進行消息4的下行資源授權(quán)。
【專利摘要】一種數(shù)據(jù)傳輸?shù)姆椒ǎ龇椒òǎ涸诰€用戶傳輸上行數(shù)據(jù)時,對于包括組A前導(dǎo)碼的上行數(shù)據(jù)分配固定的資源授權(quán),對于包括組B前導(dǎo)碼的上行數(shù)據(jù)依據(jù)現(xiàn)有資源分配資源授權(quán);終端在所述資源授權(quán)上向基站發(fā)送的消息中攜帶小區(qū)無線網(wǎng)絡(luò)臨時標識C-RNTI和上行數(shù)據(jù);基站根據(jù)C-RNTI確定在線用戶進入在線狀態(tài)的原因是沒有數(shù)據(jù)傳輸,收到消息中攜帶的上行數(shù)據(jù)。應(yīng)用本發(fā)明實施例后,利用消息傳輸數(shù)據(jù),能夠快速實現(xiàn)數(shù)據(jù)傳輸,避免小數(shù)據(jù)量的交互業(yè)務(wù)頻繁的在線轉(zhuǎn)激活過程,導(dǎo)致PUCCH資源乒乓分配。
【IPC分類】H04L1-00
【公開號】CN104579547
【申請?zhí)枴緾N201310515859
【發(fā)明人】張書園
【申請人】普天信息技術(shù)研究院有限公司
【公開日】2015年4月29日
【申請日】2013年10月28日
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1