[發明專利]Msg5的發送方法、網絡側設備及用戶設備

有效

• 申請號: 201811118544.2
• 申請日: 2018-09-25
• 公開（公告）號: CN110944397B
• 公開（公告）日: 2023-01-17
• 發明（設計）人: 張軼;侯雪穎;夏亮;徐曉東
• 申請（專利權）人: 中國移動通信有限公司研究院;中國移動通信集團有限公司
• 主分類號: H04W72/12
• 分類號: H04W72/12;H04L5/00
• 代理公司: 北京銀龍知識產權代理有限公司 11243
• 代理人: 黃燦;張博

本發明提供了一種Msg5的發送方法、網絡側設備及用戶設備，屬于無線通信技術領域。其中，Msg5的發送方法，應用于用戶設備，包括：接收網絡側設備發送的Msg4，所述Msg4中包含有Msg5的調度信息；在所述Msg5的調度信息指示的上行資源上，按照所述調度信息指示的傳輸方式發送Msg5。本發明的技術方案能夠縮短控制面時延。

技術領域

本發明涉及無線通信技術領域，特別是指一種Msg5的發送方法、網絡側設備及用戶設備。

背景技術

圖1為用戶設備從Inactive(非激活)態轉為connected(連接)態的步驟示意圖，包括以下步驟：

步驟1、UE(User Equipment，用戶設備)側存在Delay for RACH SchedulingPeriod(隨機接入信道調度時期的延遲)；

步驟2、UE向gNodeB(基站)發送Rach Preamble(隨機接入信道隨機接入前導碼)；

步驟3、基站側存在進程延遲(Processing delay in gNodeB)；

步驟4、TA+Scheduling Grant(跟蹤區和調度授權)；

步驟5、UE側存在進程延遲(Processing delay in UE)；

步驟6、UE向基站發送RRC connection Resume Request(無線資源控制連接恢復請求)；

步驟7、基站側存在進程延遲(Processing delay in gNodeB)；

步驟8、基站向UE發送RRC connection Resume(無線資源控制連接恢復)；

步驟9、UE側存在進程延遲(Processing delay in UE)；

步驟10、UE向基站發送RRC connection Resume Complete(無線資源控制連接恢復完成)；

步驟11、基站側存在進程延遲(Processing delay in gNodeB)。

其中，從步驟1開始到步驟10完成的時延為控制面時延。其中從步驟8的RRCconnection setup消息(也稱為Msg4)到步驟10的RRC connection setup complete消息(也稱為Msg5)需要以下流程：

gNodeB(基站)下發Msg4；

UE處理Msg4(包括物理層處理+高層處理(層2/層3))，并進行RRC配置；

UE發送針對Msg4的ACK/NACK給基站；

UE發送SR(Scheduling Request,調度請求)，為Msg5的傳輸申請資源；

基站檢測SR，并生成調度Msg5的控制消息UL grant(上行授權)；

基站下發UL grant，調度Msg5；

UE對Msg5進行編碼，并發送Msg5。

由現有技術的方案可以看出，從Msg4到Msg5的過程需要以上提到的諸多步驟，導致從Msg4到Msg5的時延過大，進而影響控制面時延，在TDD(Time Division Duplexing，時分雙工)幀結構中尤其明顯。假設NR(New Radio，新空口)典型幀結構為30kHz子載波間隔，2.5ms上下行轉換周期，DDDDU的配置(其中，D為下行傳輸單元，U為上行傳輸單元)，上述步驟中ACK/NACK、SR以及Msg5都需要等待上行傳輸單元才可以傳輸，這些等待時延會使得控制面時延進一步增大，無法滿足NR的控制面時延需求。

發明內容