CN113966631B - 数据传输方法、装置、通信设备及存储介质 - Google Patents

数据传输方法、装置、通信设备及存储介质 Download PDF

Info

Publication number
CN113966631B
CN113966631B CN202080001030.8A CN202080001030A CN113966631B CN 113966631 B CN113966631 B CN 113966631B CN 202080001030 A CN202080001030 A CN 202080001030A CN 113966631 B CN113966631 B CN 113966631B
Authority
CN
China
Prior art keywords
data
rrc
signaling frame
indication information
recovery
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202080001030.8A
Other languages
English (en)
Other versions
CN113966631A (zh
Inventor
董贤东
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Publication of CN113966631A publication Critical patent/CN113966631A/zh
Application granted granted Critical
Publication of CN113966631B publication Critical patent/CN113966631B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/34Reselection control
    • H04W36/36Reselection control by user or terminal equipment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Abstract

本公开实施例是关于数据传输方法、装置、通信设备及存储介质。该方法包括:响应于待传数据的比特数大于承载比特数阈值,生成第一指示信息,其中,所述第一指示信息,用于所述用户设备(UE)请求恢复到无线资源控制(RRC)连接态后发送所述待传数据;发送携带有所述第一指示信息的RRC恢复请求信令帧,其中,所述承载比特数阈值为:所述RRC恢复请求信令帧配置的能够携带业务数据的上限值。

Description

数据传输方法、装置、通信设备及存储介质
技术领域
本申请涉及无线通信技术领域但不限于无线通信技术领域,尤其涉及数据传输方法、装置、通信设备及存储介质。
背景技术
在第五代(5G,5th Generation)新空口(NR,New Radio)中引入了一个新的无线资源控制(RRC,Radio Resource Control)状态,即RRC非激活(RRC INACTIVE)态。
如处于RRC非激活态的用户设备UE(User Equipment)有小数据要进行发送,则需RRC非激活态转换为RRC连接态,再进行数据的发送,这样需要很多的信令开销,不利于用户设备省电。
在通信领域中,为了节省用户设备电量消耗,将定义处于RRC非激活态的用户设备传输小数据的方法。针对于上行的小数据,可以在四步随机接入或两步随机接入过程中实现小数据的传输。
发明内容
有鉴于此,本公开实施例提供了一种数据传输方法、装置、通信设备及存储介质。
根据本公开实施例的第一方面,提供一种数据传输方法,其中,应用于无线资源控制RRC非激活态的用户设备UE,所述方法包括:
响应于待传数据的比特数大于承载比特数阈值,生成第一指示信息,其中,所述第一指示信息,用于所述UE请求恢复到RRC连接态后发送所述待传数据;
发送携带有所述第一指示信息的RRC恢复请求信令帧,其中,所述承载比特数阈值为:所述RRC恢复请求信令帧配置的能够携带业务数据的上限值。
在一个实施例中,所述第一指示信息,用于指示所述待传数据比特数大于所述承载比特数阈值。
在一个实施例中,所述RRC恢复请求信令帧还携带有:所述待传数据的部分数据,其中,被所述RRC恢复请求信令帧中携带的所述部分数据的比特数,小于或等于所述承载比特数阈值;
所述待传数据包括:未被携带在所述RRC恢复请求信令帧中的剩余数据;其中,所述UE在恢复到RRC连接态后发送所述剩余数据。
在一个实施例中,所述方法还包括:
通过缓存状态报告上报所述UE的缓存数据量,其中,所述缓存数据量包括:所述剩余数据的数据量。
在一个实施例中,所述第一指示信息包含所述缓存状态报告。
在一个实施例中,所述方法还包括:
接收基站发送的RRC恢复信令帧,其中,所述RRC恢复信令帧,用于指示将所述UE恢复到所述RRC连接态;
所述通过缓存状态报告上报所述UE的缓存数据量,包括:
响应于所述RRC恢复信令帧,发送所述缓存状态报告。
在一个实施例中,所述响应于所述RRC恢复信令帧,发送所述缓存状态报告,包括:
发送携带有缓存状态报告的RRC恢复完成信令帧。
在一个实施例中,所述方法还包括:
接收基站发送的第二指示信息,其中,所述第二指示信息,用于指示传输所述缓存数据的上行传输资源;
在恢复到所述RRC连接态后,采用所述上行传输资源发送所述剩余数据。
在一个实施例中,所述RRC恢复请求信令帧的第一恢复原因信息元素中承载有所述第一指示信息。
在一个实施例中,所述第一恢复原因信息元素不同于所述RRC恢复请求信令帧的第二恢复原因信息元素,其中,所述第二恢复原因信息元素用于指示业务类型的恢复原因。
根据本公开实施例的第二方面,提供一种数据传输方法,其中,应用于基站,所述方法包括:
接收无线资源控制RRC非激活态的用户设备UE发送的携带有第一指示信息的RRC恢复请求信令帧;
根据所述第一指示信息,确定所述UE内具有恢复到RRC连接态后发送的待传数据,其中,所述RRC恢复请求信令帧,是UE响应于待传数据比特数大于承载比特数阈值发送的,其中,所述承载比特数阈值为:所述RRC恢复请求信令帧配置的能够携带业务数据的上限值。
在一个实施例中,所述根据所述第一指示信息,确定所述UE具有恢复到RRC连接态后发送的待传数据,包括:
根据所述第一指示信息,确定所述待传数据比特数大于所述承载比特数阈值。
在一个实施例中,所述方法还包括:
接收所述RRC恢复请求信令帧中携带的所述待传数据的部分数据,其中,被所述RRC恢复请求信令帧中携带的所述部分数据的比特数,小于或等于所述承载比特数阈值;
所述待传数据包括:未被携带在所述RRC恢复请求信令帧中的剩余数据;其中,所述剩余数据用于所述UE恢复到RRC连接态后发送。
在一个实施例中,所述方法还包括:
根据所述UE上报的缓存状态报告确定所述UE的缓存数据量,其中,所述缓存数据量包括:所述剩余数据的数据量。
在一个实施例中,所述第一指示信息包含所述缓存状态报告。
在一个实施例中,所述方法还包括:
响应于所述RRC恢复请求信令帧发送RRC恢复信令帧,其中,所述RRC恢复信令帧用于指示将所述UE恢复到所述RRC连接态;
所述根据所述UE上报的缓存状态报告确定所述UE的缓存数据量,包括:
接收所述UE响应于所述RRC恢复信令帧,发送的所述缓存状态报告;
根据所述缓存状态报告确定所述UE的缓存数据量。
在一个实施例中,所述接收所述UE响应于所述RRC恢复信令帧,发送的所述缓存状态报告,包括:
接收所述UE发送的携带有缓存状态报告的RRC恢复完成信令帧。
在一个实施例中,所述方法还包括:
响应于缓存状态报告发送第二指示信息,其中,所述第二指示信息,用于指示传输所述缓存数据的上行传输资源;
接收所述UE在恢复到所述RRC连接态后采用所述上行传输资源发送的所述剩余数据。
在一个实施例中,所述接收RRC非激活态的UE发送的携带有第一指示信息的RRC恢复请求信令帧,包括:
接收在第一恢复原因信息元素中承载有所述第一指示信息的所述RRC恢复请求信令帧。
在一个实施例中,所述第一恢复原因信息元素不同于所述RRC恢复请求信令帧的第二恢复原因信息元素,其中,所述第二恢复原因信息元素用于指示业务类型的恢复原因。
根据本公开实施例的第三方面,提供一种数据传输装置,其中,应用于无线资源控制RRC非激活态的用户设备UE,所述装置包括:生成模块和第一发送模块,其中,
所述生成模块,配置为响应于待传数据的比特数大于承载比特数阈值,生成第一指示信息,其中,所述第一指示信息,用于所述UE请求恢复到RRC连接态后发送所述待传数据;
所述第一发送模块,配置为发送携带有所述第一指示信息的RRC恢复请求信令帧,其中,所述承载比特数阈值为:所述RRC恢复请求信令帧配置的能够携带业务数据的上限值。
在一个实施例中,所述第一指示信息,用于指示所述待传数据比特数大于所述承载比特数阈值。
在一个实施例中,所述RRC恢复请求信令帧还携带有:所述待传数据的部分数据,其中,被所述RRC恢复请求信令帧中携带的所述部分数据的比特数,小于或等于所述承载比特数阈值;
所述待传数据包括:未被携带在所述RRC恢复请求信令帧中的剩余数据;其中,所述UE在恢复到RRC连接态后发送所述剩余数据。
在一个实施例中,所述装置还包括:
第一发送模块,配置为通过缓存状态报告上报所述UE的缓存数据量,其中,所述缓存数据量包括:所述剩余数据的数据量。
在一个实施例中,所述第一指示信息包含所述缓存状态报告。
在一个实施例中,所述装置还包括:
第一接收模块,配置为接收基站发送的RRC恢复信令帧,其中,所述RRC恢复信令帧,用于指示将所述UE恢复到所述RRC连接态;
所述第一发送模块,包括:
第一发送子模块,配置为响应于所述RRC恢复信令帧,发送所述缓存状态报告。
在一个实施例中,所述第一发送子模块,包括:
发送单元,配置为发送携带有缓存状态报告的RRC恢复完成信令帧。
在一个实施例中,所述装置还包括:
第二接收模块,配置为接收基站发送的第二指示信息,其中,所述第二指示信息,用于指示传输所述缓存数据的上行传输资源;
第二发送模块,配置为在恢复到所述RRC连接态后,采用所述上行传输资源发送所述剩余数据。
在一个实施例中,所述RRC恢复请求信令帧的第一恢复原因信息元素中承载有所述第一指示信息。
在一个实施例中,所述第一恢复原因信息元素不同于所述RRC恢复请求信令帧的第二恢复原因信息元素,其中,所述第二恢复原因信息元素用于指示业务类型的恢复原因。
根据本公开实施例的第四方面,提供一种数据传输装置,其中,应用于基站,所述装置包括:第三接收模块和第一确定模块,其中,
所述第三接收模块,配置为接收无线资源控制RRC非激活态的用户设备UE发送的携带有第一指示信息的RRC恢复请求信令帧;
所述第一确定模块,配置为根据所述第一指示信息,确定所述UE内具有恢复到RRC连接态后发送的待传数据,其中,所述RRC恢复请求信令帧,是UE响应于待传数据比特数大于承载比特数阈值发送的,其中,所述承载比特数阈值为:所述RRC恢复请求信令帧配置的能够携带业务数据的上限值。
在一个实施例中,所述第一确定模块,包括:
第一确定子模块,配置为根据所述第一指示信息,确定所述待传数据比特数大于所述承载比特数阈值。
在一个实施例中,所述装置还包括:
第四接收模块,配置为接收所述RRC恢复请求信令帧中携带的所述待传数据的部分数据,其中,被所述RRC恢复请求信令帧中携带的所述部分数据的比特数,小于或等于所述承载比特数阈值;
所述待传数据包括:未被携带在所述RRC恢复请求信令帧中的剩余数据;其中,所述剩余数据用于所述UE恢复到RRC连接态后发送。
在一个实施例中,所述装置还包括:
第二确定模块,配置为根据所述UE上报的缓存状态报告确定所述UE的缓存数据量,其中,所述缓存数据量包括:所述剩余数据的数据量。
在一个实施例中,所述第一指示信息包含所述缓存状态报告。
在一个实施例中,所述装置还包括:
第三发送模块,配置为响应于所述RRC恢复请求信令帧发送RRC恢复信令帧,其中,所述RRC恢复信令帧用于指示将所述UE恢复到所述RRC连接态;
所述第二确定模块,包括:
第一接收子模块,配置为接收所述UE响应于所述RRC恢复信令帧,发送的所述缓存状态报告;
第二确定子模块,配置为根据所述缓存状态报告确定所述UE的缓存数据量。
在一个实施例中,所述第一接收子模块,包括:
接收单元,配置为接收所述UE发送的携带有缓存状态报告的RRC恢复完成信令帧。
在一个实施例中,所述装置还包括:
第四发送模块,配置为响应于缓存状态报告发送第二指示信息,其中,所述第二指示信息,用于指示传输所述缓存数据的上行传输资源;
第五接收模块,配置为接收所述UE在恢复到所述RRC连接态后采用所述上行传输资源发送的所述剩余数据。
在一个实施例中,所述第三接收模块,包括:
第二接收子模块,配置为接收在第一恢复原因信息元素中承载有所述第一指示信息的所述RRC恢复请求信令帧。
在一个实施例中,所述第一恢复原因信息元素不同于所述RRC恢复请求信令帧的第二恢复原因信息元素,其中,所述第二恢复原因信息元素用于指示业务类型的恢复原因。
根据本公开实施例的第五方面,提供一种通信设备,包括处理器、收发器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序,所述处理器运行所述可执行程序时执行如第一方面或第二方面所述数据传输方法的步骤。
根据本公开实施例的第六方面,提供一种存储介质,其上存储由可执行程序,所述可执行程序被处理器执行时实现如第一方面或第二方面所述数据传输方法的步骤。
本公开实施例提供的数据传输方法、装置及存储介质,UE响应于待传数据的比特数大于承载比特数阈值,生成第一指示信息,其中,所述第一指示信息,用于所述UE请求恢复到RRC连接态后发送所述待传数据;发送携带有所述第一指示信息的RRC恢复请求信令帧,其中,所述承载比特数阈值为:所述RRC恢复请求信令帧配置的能够携带业务数据的上限值。如此,在RRC恢复请求信令帧携带指示UE请求恢复到RRC连接态后发送待传数据的第一指示信息,通过第一指示信息指示UE连接恢复原因,减少基站由于不确定恢复原因,进而产生的不接受UE恢复请求的情况,提高UE状态切换成功率。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开实施例。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明实施例,并与说明书一起用于解释本发明实施例的原理。
图1是根据一示例性实施例示出的一种无线通信系统的结构示意图;
图2是根据一示例性实施例示出的一种数据传输方法的流程示意图;
图3是根据一示例性实施例示出的一种信令交互示意图;
图4是根据一示例性实施例示出的另一种信令交互示意图;
图5是根据一示例性实施例示出的另一种数据传输方法的流程示意图;
图6是根据一示例性实施例示出的一种数据传输方法的流程示意图;
图7是根据一示例性实施例示出的一种数据传输装置的框图;
图8是根据一示例性实施例示出的另一种数据传输装置的框图;
图9是根据一示例性实施例示出的一种用于数据传输的装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明实施例的一些方面相一致的装置和方法的例子。
在本公开实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
请参考图1,其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示,无线通信系统是基于蜂窝移动通信技术的通信系统,该无线通信系统可以包括:若干个终端11以及若干个基站12。
其中,终端11可以是指向用户提供语音和/或数据连通性的设备。终端11可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网进行通信,终端11可以是物联网终端,如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网终端的计算机,例如,可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如,站(Station,STA)、订户单元(subscriber unit)、订户站(subscriber station),移动站(mobilestation)、移动台(mobile)、远程站(remote station)、接入点、远程终端(remoteterminal)、接入终端(access terminal)、用户装置(user terminal)、用户代理(useragent)、用户设备(user device)、或用户终端(user equipment,UE)。或者,终端11也可以是无人飞行器的设备。或者,终端11也可以是车载设备,比如,可以是具有无线通信功能的行车电脑,或者是外接行车电脑的无线通信设备。或者,终端11也可以是路边设备,比如,可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
基站12可以是无线通信系统中的网络侧设备。其中,该无线通信系统可以是第四代移动通信技术(the 4th generation mobile communication,4G)系统,又称长期演进(Long Term Evolution,LTE)系统;或者,该无线通信系统也可以是5G系统,又称新空口(new radio,NR)系统或5G NR系统。或者,该无线通信系统也可以是5G系统的再下一代系统。其中,5G系统中的接入网可以称为NG-RAN(New Generation-Radio Access Network,新一代无线接入网)。或者,MTC系统。
其中,基站12可以是4G系统中采用的演进型基站(eNB)。或者,基站12也可以是5G系统中采用集中分布式架构的基站(gNB)。当基站12采用集中分布式架构时,通常包括集中单元(central unit,CU)和至少两个分布单元(distributed unit,DU)。集中单元中设置有分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)层、无线链路层控制协议(Radio Link Control,RLC)层、媒体访问控制(Media Access Control,MAC)层的协议栈;分布单元中设置有物理(Physical,PHY)层协议栈,本公开实施例对基站12的具体实现方式不加以限定。
基站12和终端11之间可以通过无线空口建立无线连接。在不同的实施方式中,该无线空口是基于第四代移动通信网络技术(4G)标准的无线空口;或者,该无线空口是基于第五代移动通信网络技术(5G)标准的无线空口,比如该无线空口是新空口;或者,该无线空口也可以是基于5G的更下一代移动通信网络技术标准的无线空口。
在一些实施例中,终端11之间还可以建立E2E(End to End,端到端)连接。比如车联网通信(vehicle to everything,V2X)中的V2V(vehicle to vehicle,车对车)通信、V2I(vehicle to Infrastructure,车对路边设备)通信和V2P(vehicle to pedestrian,车对人)通信等场景。
在一些实施例中,上述无线通信系统还可以包含网络管理设备13。
若干个基站12分别与网络管理设备13相连。其中,网络管理设备13可以是无线通信系统中的核心网设备,比如,该网络管理设备13可以是演进的数据分组核心网(EvolvedPacket Core,EPC)中的移动性管理实体(Mobility Management Entity,MME)。或者,该网络管理设备也可以是其它的核心网设备,比如服务网关(Serving GateWay,SGW)、公用数据网网关(Public Data Network GateWay,PGW)、策略与计费规则功能单元(Policy andCharging Rules Function,PCRF)或者归属签约用户服务器(Home Subscriber Server,HSS)等。对于网络管理设备13的实现形态,本公开实施例不做限定。
本公开实施例涉及的执行主体包括但不限于:支持蜂窝移动通信系统中的手机终端等UE,以及基站等。
本公开实施例的应用场景为,UE发送小数据一般会采用四步随机接入中的MSG3或两步随机接入中的MSGA PUSCH来承载,其中,分别是MSG 3或MSGA PUSCH四步随机接入或两步随机接入的RRC恢复请求消息。
当小数据的大小超过RRC恢复请求消息可以承载小数据最大比特数时,则需要将UE从RRC非激活态切换至RRC连接态。
RRC恢复请求消息中可以包括恢复原因(ResumeCause)信息元素,该信息元素用于指示RRC连接恢复的原因,可以包括:紧急情况(emergency)、高优先级接入(highPriorityAccess)、移动终端-接入(mt-Access)、移动始端-发送信令(mo-Signalling)、移动始端-发送数据(mo-Data)、移动始端-语音通话(mo-VoiceCall)、移动始端-视频通话(mo-VideoCall)、移动始端-短信服务(mo-SMS)、无线接入网-更新(rna-Update)、移动电话业务-优先接入(mps-PriorityAccess)和大众呼叫业务-优先接入(mcs-PriorityAccess)。这些恢复原因均是基于业务需求的。此外,恢复原因字段还包括预留标志位spare1-spare5。
恢复原因信息元素中尚不能指示由于小数据原因产生的连接恢复。
如图2所示,本示例性实施例提供一种数据传输方法,数据传输方法可以应用于无线通信系统中处于无线资源控制RRC非激活态的UE,包括:
步骤201:响应于待传数据的比特数大于承载比特数阈值,生成第一指示信息,其中,第一指示信息,用于UE请求恢复到RRC连接态后发送待传数据;
步骤202:发送携带有第一指示信息的RRC恢复请求信令帧,其中,承载比特数阈值为:RRC恢复请求信令帧配置的能够携带业务数据的上限值。
这里,待传数据可以是小数据。小数据可以是数据量较小的数据。在工作定义(WID,Working Identifier)中对于小数据数在公共控制信道(CCCH,Common ControlChannel)中传输的定义是:小数据的数据量可以超过现有的CCCH承载除UE标识等信息外的大小,即在4-step RACH中的64个或48个比特位,在2-step RACH中的56比特位或72比特位,其中UE标识位I-RNTI,为40比特位或24比特位,其他可能还包含的信息位MAC-I,为16比特位。
RRC恢复请求信令帧可以是分别是四步随机接入过程中的MSG 3或者两步随机接入过程中的MSGA PUSCH。RRC恢复请求信令帧可以用于向基站请求将当前的RRC非激活态切换到RRC连接态。RRC恢复请求信令帧可以用于承载小数据。RRC恢复请求信令帧可以承载的小数据的最大比特数为承载比特数阈值。
当待传数据的比特数大于承载比特数阈值时,可以在RRC恢复请求信令帧中携带第一指示信息。第一指示信息用于请求恢复到RRC连接态后发送待传数据。第一指示信息可以包含在恢复原因等信息元素中。
示例性的,第一指示信息可以采用一个标识位,指示UE请求恢复到RRC连接态后发送待传数据。第一指示信息也可以是待传数据的比特数,直接指示UE恢复到RRC连接态后发送待传数据的数据量。当第一指示信息指示的是待传数据的比特数时,基站接收到第一指示后可以同时确认UE需要恢复到RRC连接态后发送待传数据,以及待传数据的数据量。
基站接收到RRC恢复请求信令帧后,可以确定RRC连接恢复原因至少包括:有待传数据需要在UE恢复到RRC连接态后传输。基站可以确定UE请求切换到RRC连接态的原因,允许UE切换状态。并且基站可以根据第一指示信息确定数据量、和/或分配上行资源等,为待传数据的传输做准备。
如此,在RRC恢复请求信令帧携带指示UE请求恢复到RRC连接态后发送待传数据的第一指示信息,通过第一指示信息指示UE连接恢复原因,减少基站由于不确定恢复原因,进而产生的不接受UE恢复请求的情况,提高UE状态切换成功率。
在一个实施例中,第一指示信息,用于指示待传数据比特数大于承载比特数阈值。
第一指示信指示UE请求恢复到RRC连接态后发送待传数据可以包括:第一指示信息指示待传数据比特数大于承载比特数阈值。
当待传数据比特数大于承载比特数阈值时,UE需要从RRC非激活态恢复到RRC连接态才能将待传数据传输完成。因此,UE可以发送RRC恢复请求信令帧请求切换到RRC连接态,并设置第一指示信息指示待传数据比特数大于承载比特数阈值,请求恢复到RRC连接态后发送待传数据。
基站接收到RRC恢复请求信令帧,并根据第一指示信息确定UE请求切换到RRC连接态的原因,可以允许UE切换到RRC连接态,并接收待传数据。如此,通过第一指示信息显性指示UE切换到RRC连接态的原因,减少基站不确定UE切换状态的原因,减少状态切换失败的情况发生,提高状态切换成功率。
在一个实施例中,RRC恢复请求信令帧还携带有:待传数据的部分数据,其中,被RRC恢复请求信令帧中携带的部分数据的比特数,小于或等于承载比特数阈值;
待传数据包括:未被携带在RRC恢复请求信令帧中的剩余数据;其中,UE在恢复到RRC连接态后发送剩余数据。
RRC恢复请求信令帧具有携带小数据的能力。UE在RRC恢复请求信令帧中携带第一指示信息时,可以同时携带待传数据的部分数据。如此,可以提高RRC恢复请求信令帧的利用效率,提高通信效率。
RRC恢复请求信令帧能携带的小数据的数据量具有上限值,即承载比特数阈值,因此,RRC恢复请求信令帧所携带的待传数据的部分数据的比特数可以小于或等于承载比特数阈值。
待传数据中除携带在RRC恢复请求信令帧中的部分数据之外的剩余数据可以存储到UE的缓存中,在UE恢复到RRC连接态后进行传输。
在一个实施例中,数据传输方法还可以包括:
通过缓存状态报告上报UE的缓存数据量,其中,缓存数据量包括:剩余数据的数据量。
UE可以将自身的缓存数据量,通过缓存状态报告(BSR,Buffer Status Report)的形式发送给基站。这里,缓存数据量可以是UE在RRC非激活态缓存的并在RRC连接态发送的缓存数据的数据量。缓存数据可以包括待传数据的剩余数据。
基站根据缓存状态报告确定UE需要发送的数据量。可以针对UE需要发送的数据量为UE分配上行资源。
在一个实施例中,第一指示信息包含缓存状态报告。
这里,UE在RRC非激活状态下通过RRC恢复请求信令帧中携带缓存状态报告,从而不需要在切换到RRC连接态后发送缓存状态报告。缓存状态报告同时可以用于向基站指示待传数据比特数大于承载比特数阈值。UE可以在切换到RRC连接态后传输缓存数据。
基站通过携带在RRC恢复请求信令帧中的缓存状态报告。基站获取缓存状态报告时,UE仍然处于RRC非激活态。基站可以在UE切换到RRC连接态后再分配上行资源,由UE采用上行资源传输缓存数据。基站根据第一指示信息,一方面确定待传数据比特数大于承载比特数阈值,另一方面确定UE需要发送的数据量。并针对UE需要发送的数据量为UE分配上行资源。
基站可以基于缓存状态报告,确定是否允许UE切换到RRC连接态。
示例性的,基站可以预先设置缓存阈值,当UE上报的缓存状态报告指示缓存数据量大于缓存阈值,则允许UE切换到RRC连接态并进行缓存数据的传输,否则,UE通过初试随机接入信令承载小数据进行传输后保持RRC非激活态。
如此,一方面,通过第一指示信息隐形指示待传数据比特数大于承载比特数阈值,UE需要切换到RRC连接态,减少基站由于误判产生的不接受UE切换到RRC连接态的情况。另一方面,通过第一指示信息显性指示UE需要发送的数据量,不再额外通过信息携带缓存状态报告,增加第一指示信息包含的信息量,提高了第一指示信息的利用效率。
在一个实施例中,UE可以在缓存状态报告中指示缓存数据的优先级,基站可以基于优先级确定是否允许UE切换到RRC连接态并进行缓存数据的传输。
示例性的,UE和基站可以预先商定,高可靠和低延迟通信(URLLC,Ultra-reliableand Low Latency Communications)业务数据的优先级为第一优先级,增强移动宽带(embb,Enhanced Mobile Broadband)业务数据的优先级为第二优先级,其中,第一优先级高于第二优先级。基站可以预先设置优先级阈值,当UE上报的缓存状态报告指示缓存数据的优先级大于优先级阈值,则允许UE切换到RRC连接态并进行缓存数据的传输,否则,保持UE处于RRC非激活态。
在一个实施例中,基站可以结合缓存数据量和优先级,确定是否允许UE切换到RRC连接态。
示例性的,当UE上报的缓存状态报告指示缓存数据的优先级大于优先级阈值,并且缓存数据量大于缓存阈值,则允许UE切换到RRC连接态并进行缓存数据的传输,否则,保持UE处于RRC非激活态。
在一个实施例中,数据传输方法还可以包括:
接收基站发送的RRC恢复信令帧,其中,RRC恢复信令帧,用于指示将UE恢复到RRC连接态;
通过缓存状态报告上报UE的缓存数据量,包括:
响应于RRC恢复信令帧,发送缓存状态报告。
RRC恢复请求信令帧可以是四步随机接入过程中的MSG 3或者两步随机接入过程中的MSGA PUSCH。针对MSG 3或者MSGA PUSCH,基站会发生RRC恢复信令帧指示基站允许UE切换到RRC连接态。
这里,UE接收到RRC恢复信令帧,可以确定基站允许UE切换到RRC连接态。UE可以切换到RRC连接态后,发送缓存状态报告。UE可以在RRC恢复信令帧的响应帧中携带发送缓存状态,UE也可以在发送单独的数据帧携带缓存状态报告。
示例性的,如图3所示,UE可以在恢复到RRC连接态后,将缓存状态报告携带在即分组数据单元(PDU,packet data unit)等数据单元中发送给基站。
在切换到连接态后发送缓存状态报告,缓存状态报告可以准确指示UE处于RRC非激活态的缓存数据量,提高缓存数据量指示的准确性。
在一个实施例中,响应于RRC恢复信令帧,发送缓存状态报告,包括:
发送携带有缓存状态报告的RRC恢复完成信令帧。
响应于RRC恢复信令帧,UE会发送RRC恢复完成信令帧,RRC恢复完成信令帧用于指示UE完成从RRC非激活态切换到RRC连接态。
如图4所示,UE可以将缓存状态报告携带在RRC恢复完成信令帧的预定位置中,将缓存状态报告发送给基站。
基站接收到RRC恢复完成信令帧,可以在RRC恢复完成信令帧的预定位置解析出缓存状态报告。
在RRC恢复完成信令帧中携带缓存状态报告,提高RRC恢复完成信令帧携带的信息量,提高RRC恢复完成信令帧利用效率。
在一个实施例中,数据传输方法还可以包括:
接收基站发送的第二指示信息,其中,第二指示信息,用于指示传输缓存数据的上行传输资源;
在恢复到RRC连接态后,采用上行传输资源发送剩余数据。
基站在接收到缓存状态报告后,可以基于缓存状态报告指示的缓存数据量,分配用于传输缓存数据的上行传输资源。并将上行传输资源发送给UE。第二指示信息可以是上行调度授权(UL Grant)等。
示例性的,基站可以在UL Grant中携带上行传输资源。
UE可以采用接收的上行传输资源传输包含剩余数据在内的缓存数据。从而完成待传数据的上行传输。
在一个实施例中,RRC恢复请求信令帧的第一恢复原因信息元素中承载有第一指示信息。
这里,RRC恢复请求信令帧的第一恢复原因信息元素可以承载第一指示信息。
示例性的,RRC恢复请求信令帧的恢复原因信息元素具有多个预留比特位,可以利用预留比特位承载第一指示信息。如此,可以提高恢复原因信息元素的利用效率。
在一个实施例中,第一恢复原因信息元素不同于RRC恢复请求信令帧的第二恢复原因信息元素,其中,第二恢复原因信息元素用于指示业务类型的恢复原因。
第二恢复原因信息元素可以是相关技术中的第二恢复原因信息元素。第二恢复原因信息元素指示RRC连接恢复的原因通常为不同的业务类型,比如:紧急情况(emergency)、高优先级接入(highPriorityAccess)、移动终端-接入(mt-Access)等,格式较为复杂。
这里,可以在RRC恢复请求信令帧中新增一个第一恢复原因信息元素,用于承载第一指示信息,指示UE请求恢复到RRC连接态后发送待传数据,其中,待传数据可以是待传的小数据。
示例性的,RRC恢复请求信令帧中可以携带不同于第二恢复原因信息元素的第一恢复原因信息元素。第一恢复原因信息元素中可以用一个比特位来指示UE请求恢复到RRC连接态后发送待传数据,或者,第一恢复原因信息元素中可以用一个比特位来指示待传数据的比特数超出承载比特数阈值,或者,第一恢复原因信息元素中可以用一个或多个比特位指示缓存状态报告,缓存状态报告可以指示出具有小数据需要在UE处于RRC连接态下传输。
采用新增的恢复原因信息元素指示UE请求恢复到RRC连接态后发送待传数据,可以不影响相关技术的恢复原因信息元素,提高通信兼容性。
如图5所示,本示例性实施例提供一种数据传输方法,数据传输方法可以应用于移动通信网络中的基站中,包括:
步骤501:接收RRC非激活态的UE发送的携带有第一指示信息的RRC恢复请求信令帧;
步骤502:根据第一指示信息,确定UE内具有恢复到RRC连接态后发送的待传数据,其中,RRC恢复请求信令帧,是UE响应于待传数据比特数大于承载比特数阈值发送的,其中,承载比特数阈值为:RRC恢复请求信令帧配置的能够携带业务数据的上限值。
这里,待传数据可以是小数据。小数据可以是数据量较小的数据。在工作定义(WID,Working Identifier)中对于小数据数在公共控制信道(CCCH,Common ControlChannel)中传输的定义是:小数据的数据量可以超过现有的CCCH承载除UE标识等信息外的大小,即在4-step RACH中的64个或48个比特位,在2-step RACH中的56比特位或72比特位,其中UE标识位I-RNTI,为40比特位或24比特位,其他可能还包含的信息位MAC-I,为16比特位。
RRC恢复请求信令帧可以是分别是四步随机接入过程中的MSG 3或者两步随机接入过程中的MSGA PUSCH。RRC恢复请求信令帧可以用于向基站请求将当前的RRC非激活态切换到RRC连接态。RRC恢复请求信令帧可以用于承载小数据。RRC恢复请求信令帧可以承载的小数据的最大比特数为承载比特数阈值。
当待传数据的比特数大于承载比特数阈值时,可以在RRC恢复请求信令帧中携带第一指示信息。第一指示信息用于请求恢复到RRC连接态后发送待传数据。第一指示信息可以包含在恢复原因等信息元素中。
示例性的,第一指示信息可以采用一个标识位,指示UE请求恢复到RRC连接态后发送待传数据。第一指示信息也可以是待传数据的比特数,直接指示UE恢复到RRC连接态后发送待传数据的数据量。当第一指示信息指示的是待传数据的比特数时,基站接收到第一指示后可以同时确认UE需要恢复到RRC连接态后发送待传数据,以及待传数据的数据量。
基站接收到RRC恢复请求信令帧后,可以确定RRC连接恢复原因至少包括:有待传数据需要在UE恢复到RRC连接态后传输。基站可以确定UE请求切换到RRC连接态的原因,允许UE切换状态。并且基站可以根据第一指示信息确定数据量、和/或分配上行资源等,为待传数据的传输做准备。
如此,在RRC恢复请求信令帧携带指示UE请求恢复到RRC连接态后发送待传数据的第一指示信息,通过第一指示信息指示UE连接恢复原因,减少基站由于不确定恢复原因,进而产生的不接受UE恢复请求的情况,提高UE状态切换成功率。
在一个实施例中,步骤502可以包括:
根据第一指示信息,确定待传数据比特数大于承载比特数阈值。
第一指示信指示UE请求恢复到RRC连接态后发送待传数据可以包括:第一指示信息指示待传数据比特数大于承载比特数阈值。
当待传数据比特数大于承载比特数阈值时,UE需要从RRC非激活态恢复到RRC连接态才能将待传数据传输完成。因此,UE可以发送RRC恢复请求信令帧请求切换到RRC连接态,并设置第一指示信息指示待传数据比特数大于承载比特数阈值,请求恢复到RRC连接态后发送待传数据。
基站接收到RRC恢复请求信令帧,并根据第一指示信息确定UE请求切换到RRC连接态的原因,可以允许UE切换到RRC连接态,并接收待传数据。如此,通过第一指示信息显性指示UE切换到RRC连接态的原因,减少基站不确定UE切换状态的原因,减少状态切换失败的情况发生,提高状态切换成功率。
在一个实施例中,数据传输方法还可以包括:
接收RRC恢复请求信令帧中携带的待传数据的部分数据,其中,被RRC恢复请求信令帧中携带的部分数据的比特数,小于或等于承载比特数阈值;
待传数据包括:未被携带在RRC恢复请求信令帧中的剩余数据;其中,剩余数据用于UE恢复到RRC连接态后发送。
RRC恢复请求信令帧具有携带小数据的能力。UE在RRC恢复请求信令帧中携带第一指示信息时,可以同时携带待传数据的部分数据。如此,可以提高RRC恢复请求信令帧的利用效率,提高通信效率。
RRC恢复请求信令帧能携带的小数据的数据量具有上限值,即承载比特数阈值,因此,RRC恢复请求信令帧所携带的待传数据的部分数据的比特数可以小于或等于承载比特数阈值。
待传数据中除携带在RRC恢复请求信令帧中的部分数据之外的剩余数据可以存储到UE的缓存中,在UE恢复到RRC连接态后进行传输。
在一个实施例中,数据传输方法还可以包括:
根据UE上报的缓存状态报告确定UE的缓存数据量,其中,缓存数据量包括:剩余数据的数据量。
UE可以将自身的缓存数据量,通过缓存状态报告(BSR,Buffer Status Report)的形式发送给基站。这里,缓存数据量可以是UE在RRC非激活态缓存的并在RRC连接态发送的缓存数据的数据量。缓存数据可以包括待传数据的剩余数据。
基站根据缓存状态报告确定UE需要发送的数据量。可以针对UE需要发送的数据量为UE分配上行资源。
在一个实施例中,第一指示信息包含缓存状态报告。
这里,UE在RRC非激活状态下通过RRC恢复请求信令帧中携带缓存状态报告,从而不需要在切换到RRC连接态后发送缓存状态报告。缓存状态报告同时可以用于向基站指示待传数据比特数大于承载比特数阈值。UE可以在切换到RRC连接态后传输缓存数据。
基站通过携带在RRC恢复请求信令帧中的缓存状态报告。基站获取缓存状态报告时,UE仍然处于RRC非激活态。基站可以在UE切换到RRC连接态后再分配上行资源,由UE采用上行资源传输缓存数据。基站根据第一指示信息,一方面确定待传数据比特数大于承载比特数阈值,另一方面确定UE需要发送的数据量。并针对UE需要发送的数据量为UE分配上行资源。
基站可以基于缓存状态报告,确定是否允许UE切换到RRC连接态。
示例性的,基站可以预先设置缓存阈值,当UE上报的缓存状态报告指示缓存数据量大于缓存阈值,则允许UE切换到RRC连接态并进行缓存数据的传输,否则,UE通过初试随机接入信令承载小数据进行传输后保持UE处于RRC非激活态。
如此,一方面,通过第一指示信息隐形指示待传数据比特数大于承载比特数阈值,UE需要切换到RRC连接态,减少基站由于误判产生的不接受UE切换到RRC连接态的情况。另一方面,通过第一指示信息显性指示UE需要发送的数据量,不再额外通过信息携带缓存状态报告,增加第一指示信息包含的信息量,提高了第一指示信息的利用效率。
在一个实施例中,UE可以在缓存状态报告中指示缓存数据的优先级,基站可以基于优先级确定是否允许UE切换到RRC连接态并进行缓存数据的传输。
示例性的,UE和基站可以预先商定,高可靠和低延迟通信(URLLC,Ultra-reliableand Low Latency Communications)业务数据的优先级为第一优先级,增强移动宽带(embb,Enhanced Mobile Broadband)业务数据的优先级为第二优先级,其中,第一优先级高于第二优先级。基站可以预先设置优先级阈值,当UE上报的缓存状态报告指示缓存数据的优先级大于优先级阈值,则允许UE切换到RRC连接态并进行缓存数据的传输,否则,保持UE处于RRC非激活态。
在一个实施例中,基站可以结合缓存数据量和优先级,确定是否允许UE切换到RRC连接态。
示例性的,当UE上报的缓存状态报告指示缓存数据的优先级大于优先级阈值,并且缓存数据量大于缓存阈值,则允许UE切换到RRC连接态并进行缓存数据的传输,否则,保持UE处于RRC非激活态。
在一个实施例中,数据传输方法还可以包括:
响应于RRC恢复请求信令帧发送RRC恢复信令帧,其中,RRC恢复信令帧用于指示将UE恢复到RRC连接态;
根据UE上报的缓存状态报告确定UE的缓存数据量,包括:
接收UE响应于RRC恢复信令帧,发送的缓存状态报告;
根据缓存状态报告确定UE的缓存数据量。
RRC恢复请求信令帧可以是四步随机接入过程中的MSG 3或者两步随机接入过程中的MSGA PUSCH。针对MSG 3或者MSGA PUSCH,基站会发生RRC恢复信令帧指示基站允许UE切换到RRC连接态。
这里,UE接收到RRC恢复信令帧,可以确定基站允许UE切换到RRC连接态。UE可以切换到RRC连接态后,发送缓存状态报告。UE可以在RRC恢复信令帧的响应帧中携带发送缓存状态,UE也可以在发送单独的数据帧携带缓存状态报告。
示例性的,如图3所示,UE可以在恢复到RRC连接态后,将缓存状态报告携带在即分组数据单元(PDU,packet data unit)等数据单元中发送给基站。
在切换到连接态后发送缓存状态报告,缓存状态报告可以准确指示UE处于RRC非激活态的缓存数据量,提高缓存数据量指示的准确性。
在一个实施例中,接收UE响应于RRC恢复信令帧,发送的缓存状态报告,包括:
接收UE发送的携带有缓存状态报告的RRC恢复完成信令帧。
响应于RRC恢复信令帧,UE会发送RRC恢复完成信令帧,RRC恢复完成信令帧用于指示UE完成从RRC非激活态切换到RRC连接态。
如图4所示,UE可以将缓存状态报告携带在RRC恢复完成信令帧的预定位置中,将缓存状态报告发送给基站。
基站接收到RRC恢复完成信令帧,可以在RRC恢复完成信令帧的预定位置解析出缓存状态报告。
在RRC恢复完成信令帧中携带缓存状态报告,提高RRC恢复完成信令帧携带的信息量,提高RRC恢复完成信令帧利用效率。
在一个实施例中,数据传输方法还可以包括:
响应于缓存状态报告发送第二指示信息,其中,第二指示信息,用于指示传输缓存数据的上行传输资源;
接收UE在恢复到RRC连接态后采用上行传输资源发送的剩余数据。
基站在接收到缓存状态报告后,可以基于缓存状态报告指示的缓存数据量,分配用于传输缓存数据的上行传输资源。并将上行传输资源发送给UE。第二指示信息可以是上行调度授权(UL Grant)等。
示例性的,基站可以在UL Grant中携带上行传输资源。
UE可以采用接收的上行传输资源传输包含剩余数据在内的缓存数据。从而完成待传数据的上行传输。
在一个实施例中,步骤501可以包括:
接收在第一恢复原因信息元素中承载有第一指示信息的RRC恢复请求信令帧。
这里,RRC恢复请求信令帧的第一恢复原因信息元素可以承载第一指示信息。
示例性的,RRC恢复请求信令帧的恢复原因信息元素具有多个预留比特位,可以利用预留比特位承载第一指示信息。如此,可以提高恢复原因信息元素的利用效率。
在一个实施例中,第一恢复原因信息元素不同于RRC恢复请求信令帧的第二恢复原因信息元素,其中,第二恢复原因信息元素用于指示业务类型的恢复原因。
第二恢复原因信息元素可以是相关技术中的第二恢复原因信息元素。第二恢复原因信息元素指示RRC连接恢复的原因通常为不同的业务类型,比如:紧急情况(emergency)、高优先级接入(highPriorityAccess)、移动终端-接入(mt-Access)等,格式较为复杂。
这里,可以在RRC恢复请求信令帧中新增一个第一恢复原因信息元素,用于承载第一指示信息,指示UE请求恢复到RRC连接态后发送待传数据,其中,待传数据可以是待传的小数据。
示例性的,RRC恢复请求信令帧中可以携带不同于第二恢复原因信息元素的第一恢复原因信息元素。第一恢复原因信息元素中可以用一个比特位来指示UE请求恢复到RRC连接态后发送待传数据,或者,第一恢复原因信息元素中可以用一个比特位来指示待传数据的比特数超出承载比特数阈值,或者,第一恢复原因信息元素中可以用一个或多个比特位指示缓存状态报告,缓存状态报告可以指示出具有小数据需要在UE处于RRC连接态下传输。
采用新增的恢复原因信息元素指示UE请求恢复到RRC连接态后发送待传数据,可以不影响相关技术的恢复原因信息元素,提高通信兼容性。
以下结合上述任意实施例提供一个具体示例:
数据传输方法的具体步骤,如图6所示,可以包括:
步骤601:UE发送RRC恢复请求信令帧(RRCResumeRequest),其承载待传数据的部分数据(part of small data)和恢复原因信息元素(resume cause IE),其中恢复原因信息元素标识待传数据超过承载比特数阈值,标识UE需要切换至RRC连接(RRC_connected)态来发送小数据的剩余部分,其中,可以新定义一个恢复原因信息元素用于标识待传数据超过承载比特数阈值。
示例性的:新定义的原因信息元素的代码表示方式可以为:
ResumeCause::=enumerated{small data over threshold}
步骤602:基站(gNB)接收到UE发送的部分数据及恢复原因信息元素后,回复RRC恢复信令帧(RRCResume)给UE。
步骤603:UE接收到RRC恢复信令帧后,回复RRC恢复完成信令帧(RRCResumeComplete)给gNB,其中,在RRC恢复完成信令帧中携带缓存状态报告(BSR,Buffer Status Report)其中,可在RRC恢复完成信令帧信息元素中加上BSR,或者,在gNB回复RRC恢复完成信令帧后,UE再发送BSR给gNB。
示例性的:RRC恢复完成信令帧信息元的代码表示方式可以为:
RRCResumeComplete-IEs::= SEQUENCE{
dedicatedNAS-Message DedicatedNAS-Message OPTIONAL,
selectedPLMN-Identity INTEGER(1..maxPLMN) OPTIONAL,
uplinkTxDirectCurrentList UplinkTxDirectCurrentList OPTIONAL,
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE{} OPTIONAL
BSR IE
}
步骤604:gNB回复UL GRANT给UE,UE采用分配的上行资源发送待传数据的剩余数据。
本发明实施例还提供了一种数据传输装置,应用于无线资源控制RRC非激活态的用户设备UE,图7为本发明实施例提供的数据传输装置100的组成结构示意图;如图7所示,装置100包括:生成模块110和第一发送模块120,其中,
生成模块110,配置为响应于待传数据的比特数大于承载比特数阈值,生成第一指示信息,其中,第一指示信息,用于UE请求恢复到RRC连接态后发送待传数据;
第一发送模块120,配置为发送携带有第一指示信息的RRC恢复请求信令帧,其中,承载比特数阈值为:RRC恢复请求信令帧配置的能够携带业务数据的上限值。
在一个实施例中,第一指示信息,用于指示待传数据比特数大于承载比特数阈值。
在一个实施例中,RRC恢复请求信令帧还携带有:待传数据的部分数据,其中,被RRC恢复请求信令帧中携带的部分数据的比特数,小于或等于承载比特数阈值;
待传数据包括:未被携带在RRC恢复请求信令帧中的剩余数据;其中,UE在恢复到RRC连接态后发送剩余数据。
在一个实施例中,装置100还包括:
第一发送模块130,配置为通过缓存状态报告上报UE的缓存数据量,其中,缓存数据量包括:剩余数据的数据量。
在一个实施例中,第一指示信息包含缓存状态报告。
在一个实施例中,装置100还包括:
第一接收模块140,配置为接收基站发送的RRC恢复信令帧,其中,RRC恢复信令帧,用于指示将UE恢复到RRC连接态;
第一发送模块120,包括:
第一发送子模块121,配置为响应于RRC恢复信令帧,发送缓存状态报告。
在一个实施例中,第一发送子模块121,包括:
发送单元1211,配置为发送携带有缓存状态报告的RRC恢复完成信令帧。
在一个实施例中,装置100还包括:
第二接收模块150,配置为接收基站发送的第二指示信息,其中,第二指示信息,用于指示传输缓存数据的上行传输资源;
第二发送模块160,配置为在恢复到RRC连接态后,采用上行传输资源发送剩余数据。
在一个实施例中,RRC恢复请求信令帧的第一恢复原因信息元素中承载有第一指示信息。
在一个实施例中,第一恢复原因信息元素不同于RRC恢复请求信令帧的第二恢复原因信息元素,其中,第二恢复原因信息元素用于指示业务类型的恢复原因。
本发明实施例还提供了一种数据传输装置,应用于基站,图8为本发明实施例提供的数据传输装置200的组成结构示意图;如图8所示,装置200包括:第三接收模块210和第一确定模块220,其中,
第三接收模块210,配置为接收无线资源控制RRC非激活态的用户设备UE发送的携带有第一指示信息的RRC恢复请求信令帧;
第一确定模块220,配置为根据第一指示信息,确定UE内具有恢复到RRC连接态后发送的待传数据,其中,RRC恢复请求信令帧,是UE响应于待传数据比特数大于承载比特数阈值发送的,其中,承载比特数阈值为:RRC恢复请求信令帧配置的能够携带业务数据的上限值。
在一个实施例中,第一确定模块220,包括:
第一确定子模块221,配置为根据第一指示信息,确定待传数据比特数大于承载比特数阈值。
在一个实施例中,装置200还包括:
第四接收模块230,配置为接收RRC恢复请求信令帧中携带的待传数据的部分数据,其中,被RRC恢复请求信令帧中携带的部分数据的比特数,小于或等于承载比特数阈值;
待传数据包括:未被携带在RRC恢复请求信令帧中的剩余数据;其中,剩余数据用于UE恢复到RRC连接态后发送。
在一个实施例中,装置200还包括:
第二确定模块240,配置为根据UE上报的缓存状态报告确定UE的缓存数据量,其中,缓存数据量包括:剩余数据的数据量。
在一个实施例中,第一指示信息包含缓存状态报告。
在一个实施例中,装置200还包括:
第三发送模块250,配置为响应于RRC恢复请求信令帧发送RRC恢复信令帧,其中,RRC恢复信令帧用于指示将UE恢复到RRC连接态;
第二确定模块240,包括:
第一接收子模块241,配置为接收UE响应于RRC恢复信令帧,发送的缓存状态报告;
第二确定子模块242,配置为根据缓存状态报告确定UE的缓存数据量。
在一个实施例中,第一接收子模块241,包括:
接收单元2411,配置为接收UE发送的携带有缓存状态报告的RRC恢复完成信令帧。
在一个实施例中,装置200还包括:
第四发送模块260,配置为响应于缓存状态报告发送第二指示信息,其中,第二指示信息,用于指示传输缓存数据的上行传输资源;
第五接收模块270,配置为接收UE在恢复到RRC连接态后采用上行传输资源发送的剩余数据。
在一个实施例中,第三接收模块210,包括:
第二接收子模块211,配置为接收在第一恢复原因信息元素中承载有第一指示信息的RRC恢复请求信令帧。
在一个实施例中,第一恢复原因信息元素不同于RRC恢复请求信令帧的第二恢复原因信息元素,其中,第二恢复原因信息元素用于指示业务类型的恢复原因。
在示例性实施例中,生成模块110、第一发送模块120、第一发送模块130、第一接收模块140、第二接收模块150、第二发送模块160、第三接收模块210、第一确定模块220、第四接收模块230、第二确定模块240、第三发送模块250、第四发送模块260和第五接收模块270等可以被一个或多个中央处理器(CPU,Central Processing Unit)、图形处理器(GPU,Graphics Processing Unit)、基带处理器(BP,baseband processor)、应用专用集成电路(ASIC,Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD,Programmable Logic Device)、复杂可编程逻辑器件(CPLD,Complex Programmable LogicDevice)、现场可编程门阵列(FPGA,Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU,Micro Controller Unit)、微处理器(Microprocessor)、或其他电子元件实现,也可以结合一个或多个射频(RF,radio frequency)天线实现,用于执行前述方法。
图9是根据一示例性实施例示出的一种用于数据传输的装置3000的框图。例如,装置3000可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图9,装置3000可以包括以下一个或多个组件:处理组件3002,存储器3004,电源组件3006,多媒体组件3008,音频组件3010,输入/输出(I/O)接口3012,传感器组件3014,以及通信组件3016。
处理组件3002通常控制装置3000的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件3002可以包括一个或多个处理器3020来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件3002可以包括一个或多个模块,便于处理组件3002和其他组件之间的交互。例如,处理组件3002可以包括多媒体模块,以方便多媒体组件3008和处理组件3002之间的交互。
存储器3004被配置为存储各种类型的数据以支持在装置3000的操作。这些数据的示例包括用于在装置3000上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器3004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件3006为装置3000的各种组件提供电力。电源组件3006可以包括电源管理系统,一个或多个电源,及其他与为装置3000生成、管理和分配电力相关联的组件。
多媒体组件3008包括在装置3000和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件3008包括一个前置摄像头和/或后置摄像头。当装置3000处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件3010被配置为输出和/或输入音频信号。例如,音频组件3010包括一个麦克风(MIC),当装置3000处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器3004或经由通信组件3016发送。在一些实施例中,音频组件3010还包括一个扬声器,用于输出音频信号。
I/O接口3012为处理组件3002和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件3014包括一个或多个传感器,用于为装置3000提供各个方面的状态评估。例如,传感器组件3014可以检测到装置3000的打开/关闭状态,组件的相对定位,例如组件为装置3000的显示器和小键盘,传感器组件3014还可以检测装置3000或装置3000一个组件的位置改变,用户与装置3000接触的存在或不存在,装置3000方位或加速/减速和装置3000的温度变化。传感器组件3014可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件3014还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件3014还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件3016被配置为便于装置3000和其他设备之间有线或无线方式的通信。装置3000可以接入基于通信标准的无线网络,如Wi-Fi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件3016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,通信组件3016还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置3000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器3004,上述指令可由装置3000的处理器3020执行以完成上述方法。例如,非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明实施例的其它实施方案。本申请旨在涵盖本发明实施例的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明实施例的一般性原理并包括本公开实施例未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明实施例的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明实施例并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明实施例的范围仅由所附的权利要求来限制。

Claims (38)

1.一种数据传输方法,其中,应用于无线资源控制RRC非激活态的用户设备UE,所述方法包括:
响应于待传数据的比特数大于承载比特数阈值,生成第一指示信息,其中,所述第一指示信息,用于所述UE请求恢复到RRC连接态后发送所述待传数据;
发送携带有所述第一指示信息的RRC恢复请求信令帧,其中,所述承载比特数阈值为:所述RRC恢复请求信令帧配置的能够携带业务数据的上限值;
所述RRC恢复请求信令帧还携带有:所述待传数据的部分数据,其中,被所述RRC恢复请求信令帧中携带的所述部分数据的比特数,小于或等于所述承载比特数阈值;
所述待传数据包括:未被携带在所述RRC恢复请求信令帧中的剩余数据;其中,所述UE在恢复到RRC连接态后发送所述剩余数据。
2.根据权利要求1所述的方法,其中,
所述第一指示信息,用于指示所述待传数据比特数大于所述承载比特数阈值。
3.根据权利要求1所述的方法,其中,所述方法还包括:
通过缓存状态报告上报所述UE的缓存数据量,其中,所述缓存数据量包括:所述剩余数据的数据量。
4.根据权利要求3所述的方法,其中
所述第一指示信息包含所述缓存状态报告。
5.根据权利要求3所述的方法,其中,所述方法还包括:
接收基站发送的RRC恢复信令帧,其中,所述RRC恢复信令帧,用于指示将所述UE恢复到所述RRC连接态;
所述通过缓存状态报告上报所述UE的缓存数据量,包括:
响应于所述RRC恢复信令帧,发送所述缓存状态报告。
6.根据权利要求5所述的方法,其中,所述响应于所述RRC恢复信令帧,发送所述缓存状态报告,包括:
发送携带有缓存状态报告的RRC恢复完成信令帧。
7.根据权利要求3所述的方法,其中,所述方法还包括:
接收基站发送的第二指示信息,其中,所述第二指示信息,用于指示传输所述缓存数据的上行传输资源;
在恢复到所述RRC连接态后,采用所述上行传输资源发送所述剩余数据。
8.根据权利要求1至7任一项所述的方法,其中,所述RRC恢复请求信令帧的第一恢复原因信息元素中承载有所述第一指示信息。
9.根据权利要求8所述的方法,其中,
所述第一恢复原因信息元素不同于所述RRC恢复请求信令帧的第二恢复原因信息元素,其中,所述第二恢复原因信息元素用于指示业务类型的恢复原因。
10.一种数据传输方法,其中,应用于基站,所述方法包括:
接收无线资源控制RRC非激活态的用户设备UE发送的携带有第一指示信息的RRC恢复请求信令帧;
根据所述第一指示信息,确定所述UE内具有恢复到RRC连接态后发送的待传数据,其中,所述RRC恢复请求信令帧,是UE响应于待传数据比特数大于承载比特数阈值发送的,其中,所述承载比特数阈值为:所述RRC恢复请求信令帧配置的能够携带业务数据的上限值;
接收所述RRC恢复请求信令帧中携带的所述待传数据的部分数据,其中,被所述RRC恢复请求信令帧中携带的所述部分数据的比特数,小于或等于所述承载比特数阈值;
所述待传数据包括:未被携带在所述RRC恢复请求信令帧中的剩余数据;其中,所述剩余数据用于所述UE恢复到RRC连接态后发送。
11.根据权利要求10所述的方法,其中,所述根据所述第一指示信息,确定所述UE具有恢复到RRC连接态后发送的待传数据,包括:
根据所述第一指示信息,确定所述待传数据比特数大于所述承载比特数阈值。
12.根据权利要求10所述的方法,其中,所述方法还包括:
根据所述UE上报的缓存状态报告确定所述UE的缓存数据量,其中,所述缓存数据量包括:所述剩余数据的数据量。
13.根据权利要求12所述的方法,其中,所述第一指示信息包含所述缓存状态报告。
14.根据权利要求12所述的方法,其中,所述方法还包括:
响应于所述RRC恢复请求信令帧发送RRC恢复信令帧,其中,所述RRC恢复信令帧用于指示将所述UE恢复到所述RRC连接态;
所述根据所述UE上报的缓存状态报告确定所述UE的缓存数据量,包括:
接收所述UE响应于所述RRC恢复信令帧,发送的所述缓存状态报告;
根据所述缓存状态报告确定所述UE的缓存数据量。
15.根据权利要求14所述的方法,其中,所述接收所述UE响应于所述RRC恢复信令帧,发送的所述缓存状态报告,包括:
接收所述UE发送的携带有缓存状态报告的RRC恢复完成信令帧。
16.根据权利要求12所述的方法,其中,所述方法还包括:
响应于缓存状态报告发送第二指示信息,其中,所述第二指示信息,用于指示传输所述缓存数据的上行传输资源;
接收所述UE在恢复到所述RRC连接态后采用所述上行传输资源发送的所述剩余数据。
17.根据权利要求10至16任一项所述的方法,其中,所述接收RRC非激活态的UE发送的携带有第一指示信息的RRC恢复请求信令帧,包括:
接收在第一恢复原因信息元素中承载有所述第一指示信息的所述RRC恢复请求信令帧。
18.根据权利要求17所述的方法,其中,所述第一恢复原因信息元素不同于所述RRC恢复请求信令帧的第二恢复原因信息元素,其中,所述第二恢复原因信息元素用于指示业务类型的恢复原因。
19.一种数据传输装置,其中,应用于无线资源控制RRC非激活态的用户设备UE,所述装置包括:生成模块和第一发送模块,其中,
所述生成模块,配置为响应于待传数据的比特数大于承载比特数阈值,生成第一指示信息,其中,所述第一指示信息,用于所述UE请求恢复到RRC连接态后发送所述待传数据;
所述第一发送模块,配置为发送携带有所述第一指示信息的RRC恢复请求信令帧,其中,所述承载比特数阈值为:所述RRC恢复请求信令帧配置的能够携带业务数据的上限值;所述RRC恢复请求信令帧还携带有:所述待传数据的部分数据,其中,被所述RRC恢复请求信令帧中携带的所述部分数据的比特数,小于或等于所述承载比特数阈值;所述待传数据包括:未被携带在所述RRC恢复请求信令帧中的剩余数据;其中,所述UE在恢复到RRC连接态后发送所述剩余数据。
20.根据权利要求19所述的装置,其中,
所述第一指示信息,用于指示所述待传数据比特数大于所述承载比特数阈值。
21.根据权利要求19所述的装置,其中,所述装置还包括:
第一发送模块,配置为通过缓存状态报告上报所述UE的缓存数据量,其中,所述缓存数据量包括:所述剩余数据的数据量。
22.根据权利要求21所述的装置,其中,
所述第一指示信息包含所述缓存状态报告。
23.根据权利要求21所述的装置,其中,所述装置还包括:
第一接收模块,配置为接收基站发送的RRC恢复信令帧,其中,所述RRC恢复信令帧,用于指示将所述UE恢复到所述RRC连接态;
所述第一发送模块,包括:
第一发送子模块,配置为响应于所述RRC恢复信令帧,发送所述缓存状态报告。
24.根据权利要求23所述的装置,其中,所述第一发送子模块,包括:
发送单元,配置为发送携带有缓存状态报告的RRC恢复完成信令帧。
25.根据权利要求21所述的装置,其中,所述装置还包括:
第二接收模块,配置为接收基站发送的第二指示信息,其中,所述第二指示信息,用于指示传输所述缓存数据的上行传输资源;
第二发送模块,配置为在恢复到所述RRC连接态后,采用所述上行传输资源发送所述剩余数据。
26.根据权利要求19至25任一项所述的装置,其中,所述RRC恢复请求信令帧的第一恢复原因信息元素中承载有所述第一指示信息。
27.根据权利要求26所述的装置,其中,
所述第一恢复原因信息元素不同于所述RRC恢复请求信令帧的第二恢复原因信息元素,其中,所述第二恢复原因信息元素用于指示业务类型的恢复原因。
28.一种数据传输装置,其中,应用于基站,所述装置包括:第三接收模块、第一确定模块和第四接收模块,其中,
所述第三接收模块,配置为接收无线资源控制RRC非激活态的用户设备UE发送的携带有第一指示信息的RRC恢复请求信令帧;
所述第一确定模块,配置为根据所述第一指示信息,确定所述UE内具有恢复到RRC连接态后发送的待传数据,其中,所述RRC恢复请求信令帧,是UE响应于待传数据比特数大于承载比特数阈值发送的,其中,所述承载比特数阈值为:所述RRC恢复请求信令帧配置的能够携带业务数据的上限值
所述第四接收模块,配置为接收所述RRC恢复请求信令帧中携带的所述待传数据的部分数据,其中,被所述RRC恢复请求信令帧中携带的所述部分数据的比特数,小于或等于所述承载比特数阈值;
所述待传数据包括:未被携带在所述RRC恢复请求信令帧中的剩余数据;其中,所述剩余数据用于所述UE恢复到RRC连接态后发送。
29.根据权利要求28所述的装置,其中,所述第一确定模块,包括:
第一确定子模块,配置为根据所述第一指示信息,确定所述待传数据比特数大于所述承载比特数阈值。
30.根据权利要求28所述的装置,其中,所述装置还包括:
第二确定模块,配置为根据所述UE上报的缓存状态报告确定所述UE的缓存数据量,其中,所述缓存数据量包括:所述剩余数据的数据量。
31.根据权利要求30所述的装置,其中,所述第一指示信息包含所述缓存状态报告。
32.根据权利要求30所述的装置,其中,所述装置还包括:
第三发送模块,配置为响应于所述RRC恢复请求信令帧发送RRC恢复信令帧,其中,所述RRC恢复信令帧用于指示将所述UE恢复到所述RRC连接态;
所述第二确定模块,包括:
第一接收子模块,配置为接收所述UE响应于所述RRC恢复信令帧,发送的所述缓存状态报告;
第二确定子模块,配置为根据所述缓存状态报告确定所述UE的缓存数据量。
33.根据权利要求32所述的装置,其中,所述第一接收子模块,包括:
接收单元,配置为接收所述UE发送的携带有缓存状态报告的RRC恢复完成信令帧。
34.根据权利要求30所述的装置,其中,所述装置还包括:
第四发送模块,配置为响应于缓存状态报告发送第二指示信息,其中,所述第二指示信息,用于指示传输所述缓存数据的上行传输资源;
第五接收模块,配置为接收所述UE在恢复到所述RRC连接态后采用所述上行传输资源发送的所述剩余数据。
35.根据权利要求28至34任一项所述的装置,其中,所述第三接收模块,包括:
第二接收子模块,配置为接收在第一恢复原因信息元素中承载有所述第一指示信息的所述RRC恢复请求信令帧。
36.根据权利要求35所述的装置,其中,所述第一恢复原因信息元素不同于所述RRC恢复请求信令帧的第二恢复原因信息元素,其中,所述第二恢复原因信息元素用于指示业务类型的恢复原因。
37.一种通信设备,包括处理器、收发器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序,所述处理器运行所述可执行程序时执行如权利要求1至9任一项、或10至18任一项所述数据传输方法的步骤。
38.一种存储介质,其上存储由可执行程序,所述可执行程序被处理器执行时实现如权利要求1至9任一项、或10至18任一项所述数据传输方法的步骤。
CN202080001030.8A 2020-05-20 2020-05-20 数据传输方法、装置、通信设备及存储介质 Active CN113966631B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/091258 WO2021232281A1 (zh) 2020-05-20 2020-05-20 数据传输方法、装置、通信设备及存储介质

Publications (2)

Publication Number Publication Date
CN113966631A CN113966631A (zh) 2022-01-21
CN113966631B true CN113966631B (zh) 2023-10-03

Family

ID=78709058

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080001030.8A Active CN113966631B (zh) 2020-05-20 2020-05-20 数据传输方法、装置、通信设备及存储介质

Country Status (2)

Country Link
CN (1) CN113966631B (zh)
WO (1) WO2021232281A1 (zh)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103582006A (zh) * 2012-08-03 2014-02-12 英特尔公司 用于3gpp-lte系统中的小数据传输的设备和方法
CN104219712A (zh) * 2013-06-03 2014-12-17 华为技术有限公司 数据传输方法及设备
CN104956721A (zh) * 2013-03-01 2015-09-30 英特尔Ip公司 用于配置和使用小数据无线承载的方法和设备
WO2018031603A1 (en) * 2016-08-10 2018-02-15 Idac Holdings, Inc. Light connectivity and autonomous mobility
CN108738139A (zh) * 2017-04-18 2018-11-02 华为技术有限公司 下行数据传输方法及装置
CN109451846A (zh) * 2017-09-22 2019-03-08 北京小米移动软件有限公司 实现位置区域更新的方法、装置、用户设备及基站
CN109699050A (zh) * 2017-10-24 2019-04-30 普天信息技术有限公司 一种非激活态终端恢复连接的方法、基站、设备及系统
CN110178335A (zh) * 2017-01-16 2019-08-27 三星电子株式会社 无线移动通信系统中的通信方法和装置
CN110249703A (zh) * 2017-02-03 2019-09-17 瑞典爱立信有限公司 无上下文取得的无线电资源控制恢复

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102163867B1 (ko) * 2017-06-28 2020-10-12 에스케이텔레콤 주식회사 단말장치 및 업링크 데이터 전송 방법

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103582006A (zh) * 2012-08-03 2014-02-12 英特尔公司 用于3gpp-lte系统中的小数据传输的设备和方法
CN104956721A (zh) * 2013-03-01 2015-09-30 英特尔Ip公司 用于配置和使用小数据无线承载的方法和设备
CN104219712A (zh) * 2013-06-03 2014-12-17 华为技术有限公司 数据传输方法及设备
WO2018031603A1 (en) * 2016-08-10 2018-02-15 Idac Holdings, Inc. Light connectivity and autonomous mobility
CN110178335A (zh) * 2017-01-16 2019-08-27 三星电子株式会社 无线移动通信系统中的通信方法和装置
CN110249703A (zh) * 2017-02-03 2019-09-17 瑞典爱立信有限公司 无上下文取得的无线电资源控制恢复
CN108738139A (zh) * 2017-04-18 2018-11-02 华为技术有限公司 下行数据传输方法及装置
CN109451846A (zh) * 2017-09-22 2019-03-08 北京小米移动软件有限公司 实现位置区域更新的方法、装置、用户设备及基站
CN109699050A (zh) * 2017-10-24 2019-04-30 普天信息技术有限公司 一种非激活态终端恢复连接的方法、基站、设备及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
RRC connection control from INACTIVE;Samsung;3GPP TSG-RAN WG2 NR Ad hoc#2 R2-1707450;全文 *

Also Published As

Publication number Publication date
CN113966631A (zh) 2022-01-21
WO2021232281A1 (zh) 2021-11-25

Similar Documents

Publication Publication Date Title
CN112262597B (zh) 通信方法及装置、网络设备、ue及存储介质
CN112262600B (zh) 扩展非连续接收参数确定方法、通信设备和存储介质
CN111096058B (zh) 无线链路失败的处理方法、装置及计算机存储介质
CN111771406B (zh) 发送寻呼消息的方法、装置、通信设备及存储介质
CN111096063B (zh) 非连续接收drx的处理方法、装置及计算机存储介质
CN111034255B (zh) 资源处理方法、装置及计算机存储介质
CN113796122B (zh) 一种切换中继用户设备的方法、装置、设备及可读存储介质
CN114128361B (zh) 定位参考信号配置方法及装置、用户设备、存储介质
CN111771351A (zh) 数据传输处理方法、装置、通信设备及存储介质
CN111557102B (zh) 信息传输方法、装置、通信设备及存储介质
CN110999527B (zh) 无线链路失败的处理方法、装置及计算机存储介质
CN111316741B (zh) 传输调度方法、装置、通信设备及存储介质
EP4152818A1 (en) Base station switching method and apparatus, communication device, and storage medium
CN117676918A (zh) 连接建立方法、装置、通信设备和存储介质
CN113853817B (zh) 信息传输方法、装置、通信设备及存储介质
CN113966631B (zh) 数据传输方法、装置、通信设备及存储介质
CN112106425B (zh) 资源处理方法及装置、通信设备及存储介质
CN111226457B (zh) 资源配置方法、装置、通信设备及存储介质
CN114270985A (zh) 波束切换方法及装置、网络设备、终端及存储介质
CN114175740B (zh) 信息传输方法、装置、通信设备和存储介质
CN114246007B (zh) 信息传输方法、装置、通信设备和存储介质
EP4351238A1 (en) Method and apparatus for reporting terminal capability information, and communication device and storage medium
CN112205053B (zh) 激活资源切换方法及装置、通信设备及存储介质
CN113812201B (zh) 数据传输方法、装置及通信设备
US20240137909A1 (en) Information transmission method and apparatus, and communication device and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant