CN116800388A - 一种下行数据传输指示方法及装置、ue、网络设备 - Google Patents
一种下行数据传输指示方法及装置、ue、网络设备 Download PDFInfo
- Publication number
- CN116800388A CN116800388A CN202210236326.9A CN202210236326A CN116800388A CN 116800388 A CN116800388 A CN 116800388A CN 202210236326 A CN202210236326 A CN 202210236326A CN 116800388 A CN116800388 A CN 116800388A
- Authority
- CN
- China
- Prior art keywords
- downlink
- downlink data
- bit
- paging
- packet
- 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.)
- Pending
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 137
- 238000000034 method Methods 0.000 title claims abstract description 135
- 230000000977 initiatory effect Effects 0.000 claims abstract description 43
- 230000008569 process Effects 0.000 claims description 33
- 238000004590 computer program Methods 0.000 claims description 31
- 230000006399 behavior Effects 0.000 claims description 9
- 230000003213 activating effect Effects 0.000 claims description 5
- 239000000523 sample Substances 0.000 claims 3
- 238000004891 communication Methods 0.000 description 31
- 238000010586 diagram Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 12
- 230000011664 signaling Effects 0.000 description 11
- 238000011084 recovery Methods 0.000 description 10
- 238000012545 processing Methods 0.000 description 9
- 230000004913 activation Effects 0.000 description 8
- 230000009849 deactivation Effects 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000007796 conventional method Methods 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种下行数据传输指示方法及装置、UE、网络设备,所述方法包括:UE接收寻呼消息,所述寻呼消息用于指示以下至少之一:是否在下行半持续调度SPS资源上接收下行数据;是否通过发起随机接入接收下行数据;是否激活下行SPS资源;是否去激活下行SPS资源。
Description
技术领域
本申请涉及无线通信技术领域,尤其涉及一种下行数据传输指示方法及装置、用户设备(User Equipment,UE)、网络设备。
背景技术
目前,RRC非激活(RRC_INACTIVE)态的UE不支持下行用户面数据传输。当UE处于RRC_INACTIVE态时,如果核心网有下行数据到达且需要发送,则会由核心网或者接入网(Radio Access Network,RAN)侧发起寻呼。UE收到寻呼请求后,会先通过无线资源控制(Radio Resource Control,RRC)连接恢复流程来恢复RRC连接,然后再进行下行数据传输。数据传输完毕后,网络可能会通过RRC连接释放流程来释放RRC连接并让UE再次进入RRC_INACTIVE态。也就是说,无论数据包多小且不频繁,每次下行数据传输都会发生RRC连接恢复(建立)并随后释放到RRC_INACTIVE态的过程,这会带来不必要的功耗和信令开销,并产生较大的时延。
发明内容
本申请实施例提供了一种下行数据传输指示方法及装置、UE、网络设备、芯片、计算机可读存储介质。
本申请实施例提供的下行数据传输指示方法,包括:
UE接收寻呼消息,所述寻呼消息用于指示以下至少之一:
是否在下行半持续调度(Semi-Persistent Scheduling,SPS)资源上接收下行数据;
是否通过发起随机接入接收下行数据;
是否激活下行SPS资源;
是否去激活下行SPS资源。
本申请实施例提供的下行数据传输指示方法,包括:
网络设备发送寻呼消息,所述寻呼消息用于指示以下至少之一:
是否在下行SPS资源上接收下行数据;
是否通过发起随机接入接收下行数据;
是否激活下行SPS资源;
是否去激活下行SPS资源。
本申请实施例提供的下行数据传输指示装置,应用于UE,所述装置包括:
接收单元,用于接收寻呼消息,所述寻呼消息用于指示以下至少之一:
是否在下行SPS资源上接收下行数据;
是否通过发起随机接入接收下行数据;
是否激活下行SPS资源;
是否去激活下行SPS资源。
本申请实施例提供的下行数据传输指示装置,应用于网络设备,所述装置包括:
发送单元,用于发送寻呼消息,所述寻呼消息用于指示以下至少之一:
是否在下行SPS资源上接收下行数据;
是否通过发起随机接入接收下行数据;
是否激活下行SPS资源;
是否去激活下行SPS资源。
本申请实施例提供的UE,包括:处理器和存储器,该存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行上述任意一种下行数据传输指示方法。
本申请实施例提供的网络设备,包括:处理器和存储器,该存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行上述任意一种下行数据传输指示方法。
本申请实施例提供的芯片,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行上述任意一种方法。
本申请实施例提供的芯计算机可读存储介质,用于存储计算机程序,所述计算机程序使得计算机执行上述任意一种方法。
本申请实施例的技术方案中,一方面,实现了非激活态下的下行小包传输,由于下行小包传输不需要从非激活态转换到连接态,因而有效地降低了信令开销和UE功耗。另一方面,由于UE不需要在预先配置的下行SPS资源上周期性地接收下行小包,而是在需要时通过寻呼(Paging)消息来激活/去激活该下行SPS资源,降低了非激活态UE的功耗。再一方面,由于寻呼消息的开销更小,可指示更多的非激活态UE在下行SPS资源上接收下行小包。
附图说明
图1是本申请实施例的一个应用场景的示意图;
图2-1是一种RRC连接恢复的流程示意图;
图2-2是一种RRC连接恢复回退到RRC连接重建的流程示意图;
图3是本申请实施例提供的下行数据传输指示方法的流程示意图;
图4是本申请实施例提供的下行SPS资源的激活/去激活的示意图;
图5是本申请实施例提供的寻呼记录的分布示意图;
图6是本申请实施例提供的UE接收到寻呼消息后的处理流程图一;
图7是本申请实施例提供的UE接收到寻呼消息后的处理流程图二;
图8是本申请实施例提供的bitmap1和bitmap2的示意图;
图9是本申请实施例提供的UE接收到寻呼消息后的处理流程图三;
图10是本申请实施例提供的UE接收到寻呼消息后的处理流程图四;
图11是本申请实施例提供的下行数据传输指示装置的结构组成示意图一;
图12是本申请实施例提供的下行数据传输指示装置的结构组成示意图二;
图13是本申请实施例提供的一种通信设备示意性结构图;
图14是本申请实施例的芯片的示意性结构图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图1是本申请实施例的一个应用场景的示意图。
如图1所示,通信系统100可以包括UE110和网络设备120。网络设备120可以通过空口与UE110通信。UE110和网络设备120之间支持多业务传输。
应理解,本申请实施例仅以通信系统100进行示例性说明,但本申请实施例不限定于此。也就是说,本申请实施例的技术方案可以应用于各种通信系统,例如:5G通信系统(也称为新无线(New Radio,NR)通信系统),或未来的通信系统等。
在图1所示的通信系统100中,网络设备120可以是与UE110通信的接入网设备。接入网设备可以为特定的地理区域提供通信覆盖,并且可以与位于该覆盖区域内的UE110(例如UE)进行通信。
网络设备120可以是下一代无线接入网(Next Generation Radio AccessNetwork,NG RAN)设备,或者是NR系统中的基站(gNB)等。
UE110可以是任意UE,其包括但不限于与网络设备120或其它UE采用有线或者无线连接的UE。
例如,所述UE110可以指接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、IoT设备、卫星手持终端、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(PersonalDigital Assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的UE或者未来演进网络中的UE等。
无线通信系统100还可以包括与基站进行通信的核心网设备130,该核心网设备130可以是5G核心网(5G Core,5GC)设备,例如,接入与移动性管理功能(Access andMobility Management Function,AMF),又例如,认证服务器功能(Authentication ServerFunction,AUSF),又例如,用户面功能(User Plane在网络演进过程中,上述核心网设备也有可能叫其它名字,或者通过对核心网的功能进行划分形成新的网络实体,对此本申请实施例不做限制。
通信系统100中的各个功能单元之间还可以通过下一代网络(next generation,NG)接口建立连接实现通信。
例如,UE通过NR接口与接入网设备建立空口连接,用于传输用户面数据和控制面信令;UE可以通过NG接口1(简称N1)与AMF建立控制面信令连接;接入网设备例如下一代无线接入基站(gNB),可以通过NG接口3(简称N3)与UPF建立用户面数据连接;接入网设备可以通过NG接口2(简称N2)与AMF建立控制面信令连接;UPF可以通过NG接口4(简称N4)与SMF建立控制面信令连接;UPF可以通过NG接口6(简称N6)与数据网络交互用户面数据;AMF可以通过NG接口11(简称N11)与SMF建立控制面信令连接;SMF可以通过NG接口7(简称N7)与PCF建立控制面信令连接。
图1示例性地示出了一个基站、一个核心网设备和两个UE,可选地,该无线通信系统100可以包括多个基站设备并且每个基站的覆盖范围内可以包括其它数量的UE,本申请实施例对此不做限定。
需要说明的是,图1只是以示例的形式示意本申请所适用的系统,当然,本申请实施例所示的方法还可以适用于其它系统。此外,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。还应理解,在本申请的实施例中提到的“指示”可以是直接指示,也可以是间接指示,还可以是表示具有关联关系。举例说明,A指示B,可以表示A直接指示B,例如B可以通过A获取;也可以表示A间接指示B,例如A指示C,B可以通过C获取;还可以表示A和B之间具有关联关系。还应理解,在本申请的实施例中提到的“对应”可表示两者之间具有直接对应或间接对应的关系,也可以表示两者之间具有关联关系,也可以是指示与被指示、配置与被配置等关系。还应理解,在本申请的实施例中提到的“预定义”或“预定义规则”可以通过在设备(例如,包括UE和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现,本申请对于其具体的实现方式不做限定。比如预定义可以是指协议中定义的。还应理解,本申请实施例中,所述"协议"可以指通信领域的标准协议,例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议,本申请对此不做限定。
为便于理解本申请实施例的技术方案,以下对本申请实施例的相关技术进行说明,以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合,其均属于本申请实施例的保护范围。
在Rel-17中,引入了小数据传输(Small Data Transmission,SDT),其是一种在RRC非激活(RRC_INACTIVE)态实现小数据传输的技术。
在Rel-17中,小数据传输的方案主要针对上行传输。是否使用小数据传输方案基于网络的配置,包括数据量阈值和参考信号接收功率(Reference Signal ReceivingPower,RSRP)阈值的配置。UE基于该数据量阈值和RSRP阈值来确定是使用上行小数据传输方式还是请求转换到RRC连接(RRC_CONNECTED)态以进行上行数据传输。当上行传输的数据包大小小于数据量阈值、下行RSRP大于配置的RSRP阈值且有有效的传输资源时,UE会发起小数据传输(也即小包传输),从而提升传输效率并降低传输时延。
上行小数据传输基于2步(2-step)随机接入机制或4步(4-step)随机接入机制。基于4-step随机接入的小包传输主要是利用消息3(Msg3)来传输数据包,Msg3使用网络调度的上行资源;基于2-step随机接入的小包传输主要利用消息A(MsgA)来传输数据包,MsgA的传输资源基于网络预先配置的资源。
此外,上行小数据传输还可基于Rel-15/16的配置授权(Configured grant)框架,RRC_INACTIVE态的UE也可以使用网络在RRC释放(RRCRelease)消息中预先配置的configured grant资源,并在相应的物理上行共享信道(Physical Uplink SharedChannel,PUSCH)资源上进行上行小数据传输。
目前,小数据传输的方案主要针对上行传输,并没有涉及下行传输的讨论。
RRC_INACTIVE态UE不支持下行用户面数据传输。当UE处于RRC_INACTIVE态时,如果核心网有下行数据到达且需要发送,则会由核心网或者RAN侧发起寻呼。UE收到寻呼请求后,会先通过RRC连接恢复流程来恢复RRC连接,UE进入RRC_CONNECTED态后再进行下行数据传输。数据传输完毕后,网络可能会通过RRC连接释放流程来释放RRC连接并让UE再次进入RRC_INACTIVE态。也就是说,无论数据包多小且不频繁,每次下行数据传输都会发生RRC连接恢复(建立)并随后释放到RRC_INACTIVE态的过程,这会带来不必要的功耗和信令开销,并产生较大的时延。
图2-1示意出了RRC连接恢复流程且恢复成功的情况,包括以下步骤:1、UE向网络发送RRC恢复请求消息;2、网络向UE发送RRC恢复消息;3、UE向网络发送RRC恢复完成消息。
图2-2示意出了RRC连接恢复回退到RRC连接重建且重建成功的情况,包括以下步骤:1、UE向网络发送RRC恢复请求消息;2、网络向UE发送RRC建立消息;3、UE向网络发送RRC建立完成消息。
在Rel-18中,将支持Paging触发的下行小数据传输(SDT),其内容包括RRC_INACTIVE态UE的小包传输触发机制,以及类似于上行的随机接入SDT和Configured grant的SDT机制。其目标是通过不转换到RRC_CONNECTED态来减少信令开销和UE功耗,并通过允许(小且不频繁的)数据包的快速传输来减少延迟。
如果网络通过RRC释放(RRCRelease)消息给UE预先配置了下行SPS资源,那么UE会在该下行SPS资源上周期性地尝试接收下行小包,这会给RRC_INACTIVE态UE带了额外的功耗。
为此,提出了本申请实施例的以下技术方案。本申请实施例的技术方案,通过在寻呼(Paging)消息中引入指示信息以指示RRC_INACTIVE态UE是通过发起随机接入来接收下行数据,还是在下行SPS资源上接收下行数据的方式,使得RRC_INACTIVE态UE也可以接收下行小包。此外,还可以避免UE周期性地在下行SPS资源上尝试接收下行小包,从而降低RRC_INACTIVE态UE的功耗。
为便于理解本申请实施例的技术方案,以下通过具体实施例详述本申请的技术方案。以上相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合,其均属于本申请实施例的保护范围。本申请实施例包括以下内容中的至少部分内容。
图3是本申请实施例提供的下行数据传输指示方法的流程示意图,如图3所示,所述下行数据传输指示方法包括:
步骤301:UE接收寻呼消息,所述寻呼消息用于指示以下至少之一:是否在下行SPS资源上接收下行数据;是否通过发起随机接入接收下行数据;是否激活下行SPS资源;是否去激活下行SPS资源。
本申请实施例中,网络设备发送寻呼消息,相应地,UE接收寻呼消息。这里,网络设备可以是基站,该寻呼消息可以由核心网侧触发或者RAN侧触发。具体地,当下行数据到达时,核心网或RAN侧会发起寻呼流程,即向UE发送寻呼消息。作为示例,寻呼消息的内容如下表1所示:
表1
在上述表1中,寻呼记录列表(pagingRecordList)包括一个或多个寻呼记录(PagingRecord),用于指示被寻呼的UE列表。进一步,对于寻呼记录(PagingRecord)来说,包括UE标识(ue-Identity)和接入类型(accessType),其中,ue-Identity用于指示被寻呼UE的ID,accessType用于指示是否由于来自非3GPP接入的PDU会话而发起的寻呼消息。对于寻呼UE标识(PagingUE-Identity)来说,可以是NAS层ID(即ng-5G-S-TMSI),用于核心网侧寻呼(CN paging),或者也可以是RRC_INACTIVE态UE的ID(即fullI-RNTI),用于RAN侧寻呼(RAN paging)。
对于非激活态下的UE,下行传输(尤指下行小包传输)可以通过以下三种方式来实现:
方式1:UE在预先配置的下行SPS资源上接收下行数据(尤指下行小包)。
方式2:UE发起随机接入在随机接入过程中接收下行数据(尤指下行小包),这里,UE在接收下行数据的时候尚未进入连接态。
方式3:UE发起随机接入并进入连接态,在连接态下接收下行数据(尤指非下行小包)。
对于方式2和方式3,网络可以通过寻呼消息通知UE发起随机接入(可以使用已有的寻呼流程),然后在随机接入过程中,网络会指示UE是结束随机过程且不进入连接态(对应方式2)以接收下行数据,还是进入连接态(对应方式3)后接收下行数据。
对于方式1,网络可以通过寻呼消息来“激活”下行SPS资源,以通知UE在预先配置的下行SPS资源上接收下行数据。当下行数据传输结束时,网络可以通过寻呼消息来“去激活”下行SPS资源,以通知UE停止在预先配置的下行SPS资源上接收下行数据。通过这种方式,UE不需要持续地在下行SPS资源上周期性地尝试接收下行数据,从而降低了UE的功耗。作为示例,如图4所示,UE在一个寻呼时机(Paging Occasion,PO)上收到下行SPS资源的激活指示后,在接下来的SPS资源位置上尝试接收物理下行共享信道(Physical DownlinkShared Channel,PDSCH);UE在一个PO上接收到下行SPS资源的去激活指示后,在接下来的SPS资源位置上无需尝试接收PDSCH,继续休眠。
需要说明的是,如果网络希望UE使用预先配置的下行SPS资源来接收下行数据,那么网络通过RRCRelease消息让UE进入RRC_INACTIVE态时,会在该消息中预先配置下行SPS资源,具体地,配置该下行SPS资源的周期、时频位置、调制与编码策略(Modulation andCoding Scheme,MCS)和混合自动重传请求(Hybrid Automatic Repeat Request,HARQ)等信息。下行SPS资源默认是去激活的,并且在去激活状态下,UE不会在该下行SPS资源上尝试接收下行数据。只有在收到来自网络的激活指示后,UE才会在该下行SPS资源上接收下行数据。
为了实现UE采用上述方式1、或方式2、或方式3所描述的方式接收下行数据,需要网络侧通过寻呼消息向UE指示以下至少之一:
是否在下行SPS资源上接收下行数据;
是否通过发起随机接入接收下行数据;
是否激活下行SPS资源;
是否去激活下行SPS资源。
为了实现在寻呼消息中指示上述内容,需要在寻呼消息中携带指示信息,以下结合不同的方案对寻呼消息中的指示信息的具体实现进行说明。
方案一
在一些可选实施方式中,所述寻呼消息携带第一指示信息,所述第一指示信息用于指示以下至少之一:
在下行SPS资源上接收下行数据的一个或多个UE;
通过发起随机接入接收下行数据的一个或多个UE。
具体实现时,所述第一指示信息包括第一信息和第二信息,其中,所述第一信息包括寻呼记录列表,所述寻呼记录列表包括第一部分UE的寻呼记录和/或第二部分UE的寻呼记录,所述第一部分UE包括在下行SPS资源上接收下行数据的一个或多个UE,所述第二部分UE包括通过发起随机接入接收下行数据的一个或多个UE;所述第二信息用于指示所述第一部分UE的UE数和/或所述第二部分UE的UE数。
作为一种可选方式,在所述寻呼记录列表中,所述第一部分UE的寻呼记录位于所述第二部分UE的寻呼记录之前。作为另一种可选方式,在所述寻呼记录列表中,所述第二部分UE的寻呼记录位于所述第一部分UE的寻呼记录之前。
基于以上第一指示信息的具体实现,UE在接收到寻呼消息后的行为如下:
情况1-1)所述UE被配置了下行SPS资源的情况下:
所述UE在接收到所述寻呼消息后,基于所述第一信息确定所述寻呼记录列表中是否存在与所述UE的标识相匹配的寻呼记录;若存在相匹配的寻呼记录,则所述UE基于所述第二信息确定所述相匹配的寻呼记录是否属于所述第一部分UE中的一个UE的寻呼记录;若属于,则所述UE在下行SPS资源上接收下行数据;若不属于,则所述UE通过发起随机接入接收下行数据;若不存在相匹配的寻呼记录,则所述UE在下行SPS资源上不接收或停止接收下行数据。
进一步,所述UE通过发起随机接入接收下行数据,包括:所述UE发起随机接入,在随机接入过程中获取第三指示信息,所述第三指示信息用于指示下行传输是否为下行小包传输或者是否进入连接态;若所述第三指示信息指示下行传输是下行小包传输或者不进入连接态,则所述UE在不进入连接态的情况下接收下行数据;若所述第三指示信息指示下行传输不是下行小包传输或者进入连接态,则所述UE在进入连接态后接收下行数据。
情况1-2)所述UE未被配置下行SPS资源的情况下:
所述UE在接收到所述寻呼消息后,确定寻呼记录列表中是否存在与所述UE的标识相匹配的寻呼记录;若存在相匹配的寻呼记录,则所述UE通过发起随机接入接收下行数据;若不存在相匹配的寻呼记录,则所述UE维持目前行为不变。
进一步,所述UE通过发起随机接入接收下行数据,包括:所述UE发起随机接入,在随机接入过程中获取第三指示信息,所述第三指示信息用于指示下行传输是否为下行小包传输或者是否进入连接态;若所述第三指示信息指示下行传输是下行小包传输或者不进入连接态,则所述UE在不进入连接态的情况下接收下行数据;若所述第三指示信息指示下行传输不是下行小包传输或者进入连接态,则所述UE在进入连接态后接收下行数据。
方案二
在一些可选实施方式中,所述寻呼消息携带第二指示信息,所述第二指示信息用于指示以下至少之一:
激活下行SPS资源的一个或多个UE;
去激活下行SPS资源的一个或多个UE。
具体实现时,所述第二指示信息包括第三信息和第四信息,其中,所述第三信息包括第一比特图,所述第一比特图中的每个比特对应一个分组,所述第一比特图中的比特的取值用于指示该比特对应的分组内是否存在下行小包传输;所述第四信息包括至少一个第二比特图,每个所述第二比特图对应一个分组,所述第二比特图中的每个比特对应分组内的一个UE,所述第二比特图中的比特的取值用于指示该比特对应的UE的下行SPS资源是被激活还是被去激活。
上述方案中,所述第一比特图中的比特的取值为第一值,用于指示该比特对应的分组内不存在下行小包传输;所述第一比特图中的比特的取值为第二值,用于指示该比特对应的分组内存在下行小包传输。这里,作为示例,第一值为0,第二值为1。或者,第一值为1,第二值为0。
上述方案中,所述第二比特图中的比特的取值为第一值,用于指示该比特对应的UE的下行SPS资源被去激活;所述第二比特图中的比特的取值为第二值,用于指示该比特对应的UE的下行SPS资源被激活。这里,作为示例,第一值为0,第二值为1。或者,第一值为1,第二值为0。
上述方案中,对于所述第三信息所指示的存在下行小包传输的分组,所述第四信息包括该分组对应的第二比特图;对于所述第三信息所指示的不存在下行小包传输的分组,所述第四信息不包括该分组对应的第二比特图。
在一些可选实施方式中,所述第一比特图的长度通过系统信息指示或者通过所述寻呼消息指示,所述第二比特图的长度通过系统信息指示。
基于以上第一指示信息的具体实现,UE在接收到寻呼消息后的行为如下:
情况2-1)所述UE被配置了下行SPS资源的情况下:
所述UE在接收到所述寻呼消息后,确定寻呼记录列表中是否存在与所述UE的标识相匹配的寻呼记录;若存在相匹配的寻呼记录,则所述UE通过发起随机接入接收下行数据;若不存在相匹配的寻呼记录,则所述UE基于所述第三信息确定所述UE所在的分组是否存在下行小包传输;若存在下行小包传输,则所述UE基于所述第四信息确定所述UE的下行SPS资源是否被激活,若被激活,则所述UE在下行SPS资源上接收下行数据,若被去激活,则所述UE在下行SPS资源上不接收或者停止接收下行数据;若不存在下行小包传输,则所述UE在下行SPS资源上不接收或者停止接收下行数据。
进一步,所述UE通过发起随机接入接收下行数据,包括:所述UE发起随机接入,在随机接入过程中获取第三指示信息,所述第三指示信息用于指示下行传输是否为下行小包传输或者是否进入连接态;若所述第三指示信息指示下行传输是下行小包传输或者不进入连接态,则所述UE在不进入连接态的情况下接收下行数据;若所述第三指示信息指示下行传输不是下行小包传输或者进入连接态,则所述UE在进入连接态后接收下行数据。
情况2-2)所述UE未被配置下行SPS资源的情况下:
所述UE在接收到所述寻呼消息后,确定寻呼记录列表中是否存在与所述UE的标识相匹配的寻呼记录;若存在相匹配的寻呼记录,则所述UE通过发起随机接入接收下行数据;若不存在相匹配的寻呼记录,则所述UE维持目前行为不变。
进一步,所述UE通过发起随机接入接收下行数据,包括:所述UE发起随机接入,在随机接入过程中获取第三指示信息,所述第三指示信息用于指示下行传输是否为下行小包传输或者是否进入连接态;若所述第三指示信息指示下行传输是下行小包传输或者不进入连接态,则所述UE在不进入连接态的情况下接收下行数据;若所述第三指示信息指示下行传输不是下行小包传输或者进入连接态,则所述UE在进入连接态后接收下行数据。
需要说明的是,如果某个UE有周期性的下行小包,本申请的技术方案也支持通过RRC释放消息配置的下行SPS资源一直处于激活状态,即不配置基于寻呼消息的激活/去激活下行SPS资源。具体实现时,所述网络设备向UE发送RRC释放消息,相应地,所述UE接收RRC释放消息,所述RRC释放消息携带第四指示信息,所述第四指示信息用于指示所述UE是否使能基于寻呼消息激活或去激活下行SPS资源。
以下结合具体应用实例对本申请实施例的技术方案进行举例说明,需要说明的是,以下应用实例中的技术细节可以与以上描述的方案进行任意结合,其均属于本申请的保护范围。
应用实例一
寻呼消息包括寻呼记录列表(对应第一信息),将通过预先配置的下行SPS资源接收下行数据的所有UE(也即对应方式1)的寻呼记录放在寻呼记录列表的最前面,并将通过发起随机接入接收下行数据的所有UE(也即对应方式2和方式3)的寻呼记录放在寻呼记录列表的最后面。此外,寻呼消息中还新增一个字段(对应第二信息)用于指示通过预先配置的下行SPS资源上接收下行数据的UE数(也即对应方式1的寻呼记录数),作为示例,该新增的字段可以表示为nrOfConfiguredAssignmentUE。
参照图5,假设一个寻呼消息的寻呼记录列表中包含了M个寻呼记录,M为正整数,M个寻呼记录中的前N(N为大于等于1且小于等于M的整数)个寻呼记录为通过预先配置的下行SPS资源接收下行数据的所有UE的寻呼记录(也即对应方式1的寻呼记录数),M个寻呼记录中的后M-N个寻呼记录为通过发起随机接入接收下行数据的所有UE的寻呼记录(也即对应方式2和方式3的寻呼记录数)。可选地,寻呼消息中新增的nrOfConfiguredAssignmentUE字段(对应第二信息)所占的比特数为ceiling(log2(M+1)),且其值等于N。由于一个寻呼记录列表至多包含32(对应maxNrofPageRec)个寻呼记录,对应至多可以同时寻呼32个UE,因此nrOfConfiguredAssignmentUE的取值范围为0~32,对应所需的最大比特数为6。
作为一种可选情况,如果给非激活态UE配置了下行SPS资源,那么UE在收到寻呼消息后的处理流程见图6,包括以下步骤:
步骤601:UE收到寻呼消息。
步骤602:UE判断寻呼消息的寻呼记录列表中是否存在与UE的ID相匹配的寻呼记录,若否,则执行步骤603,若是,则执行步骤604。
步骤603:UE停止在下行SPS资源上接收下行小包(如果正在进行),或保持当前行为不变,流程结束。
步骤604:UE判断与UE的ID相匹配的寻呼记录是否为前N个寻呼记录之一,若是,则执行步骤605,若否,则执行步骤606。
步骤605:UE在下行SPS资源上接收下行小包,流程结束。
步骤606:UE发起随机接入(停止在下行SPS资源上接收下行小包)。
步骤607:UE在随机接入过程中获得网络的指示,基于网络的指示判断是否为小包传输,若是,则执行步骤608,若否,则执行步骤609。
步骤608:UE不进入连接态接收下行小包,流程结束。
步骤609:UE进入连接态接收下行数据,流程结束。
作为另一种可选情况,如果未给非激活态UE配置了下行SPS资源,那么UE在收到寻呼消息后的处理流程见图7,包括以下步骤:
步骤701:UE收到寻呼消息。
步骤702:UE判断寻呼消息的寻呼记录列表中是否存在与UE的ID相匹配的寻呼记录,若否,则执行步骤703,若是,则执行步骤704。
步骤703:UE保持当前行为不变,流程结束。
步骤704:UE发起随机接入。
步骤705:UE在随机接入过程中获得网络的指示,基于网络的指示判断是否为小包传输,若是,则执行步骤706,若否,则执行步骤707。
步骤706:UE不进入连接态接收下行小包,流程结束。
步骤707:UE进入连接态接收下行数据,流程结束。
应用实例二
基于实施例一可以看出,一个寻呼记录列表至多包含32(对应maxNrofPageRec)个寻呼记录,对应可以同时寻呼至多32个UE。如果使用寻呼消息来激活非激活态UE的下行SPS资源,那么一个寻呼消息可以同时激活至多32个非激活态UE的下行SPS资源。一个寻呼记录最少要占用41比特,最多要占用50个比特,使用一个寻呼记录来指示一个UE是否激活下行SPS资源占用较多的资源。为了更加有效地利用空口资源,可以通过以下应用实例二的方案来实现。
在寻呼消息中新增2个字段:bitmap1(对应第三信息)和bitmap2列表(对应第四信息)。同一PO下配置了下行SPS资源的非激活态UE按以下方式映射到这2个bitmap上:
1、先对UE进行分组,每个分组对应一个bitmap2,bitmap2中的每一比特对应一个UE,并用于指示该UE是否需要在预先配置的下行SPS资源上接收下行小包或者说该UE的下行SPS资源是否被激活。如果UE对应的比特为1,则UE在预先配置的下行SPS资源上接收下行数据;如果UE对应的比特为0,则UE在预先配置的下行SPS资源上不接收或停止接收下行数据。bitmap2从最高有效位(MSB)到最低有效位(LSB)对应于该组内第一个到最后一个配置的UE。
2、这些分组本身对应一个bitmap1,bitmap1中的每一比特对应一个分组,用于指示该分组内是否存在下行小包传输。如果一个分组内的所有UE均不存在下行小包传输,那么该分组在bitmap1中的对应比特设置为0,且无需发送该分组对应的bitmap2;如果一个分组内至少有一个UE存在下行小包传输,那么该分组在bitmap1中的对应比特设置为1,且需要发送该分组对应的bitmap2。每个对应比特设置为1的分组所对应的bitmap2会按分组的先后顺序串联起来。bitmap1从MSB到LSB对应于第一个到最后一个配置的分组。
bitmap2的长度可通过系统信息指定。bitmap1的长度可通过系统信息指定,也可在寻呼消息中指定。
需要说明的是,网络在通过RRC释放消息让UE进入非激活态时,会在RRC释放消息中指定UE在bitmap1的位置(即所在的分组)和bitmap2中的位置(即分组内的位置)。
作为示例,假设定义了8个分组,即bitmap1的长度为8比特。同时假设每个分组支持同时对8个UE指示是否激活下行SPS资源,即bitmap2的长度也为8比特。如果第1个分组的第1、3和5个UE和第3个分组的第4、5和8个UE需要激活下行SPS资源,那么在寻呼消息中相关的字段的值如图8所示。由于只有2个分组存在需要激活的下行SPS资源,因此只需要2个长为8的bitmap2串联即可。可以看出,使用这种方法,激活6个UE的下行SPS资源只需要24个比特即可(对应8比特的bitmap1和16比特的bitmap2列表)。而使用传统的方法,要使用至少41*6=246个比特(假设每个寻呼记录占用最少的41比特,且这里不考虑额外的字段来指示是否使能下行SPS)。并且在此例中,网络可以同时激活最多8*8=64个UE的下行SPS资源,并且最多只需占用72个比特。
此例中,最差的场景是每个分组都只有一个UE需要激活下行SPS,此时需要72个比特来指示。而使用传统的方法,激活8个UE的下行SPS至少要使用41*8=328个比特来指示。
作为一种可选情况,如果给非激活态UE配置了下行SPS资源,那么UE在收到寻呼消息后的处理流程见图9,包括以下步骤:
步骤901:UE收到寻呼消息。
步骤902:UE判断寻呼消息的寻呼记录列表中是否存在与UE的ID相匹配的寻呼记录,若是,则执行步骤903,若否,则执行步骤907。
步骤903:UE发起随机接入(如果正在进行,停止在下行SPS资源上接收下行小包)。
步骤904:UE在随机接入过程中获得网络的指示,基于网络的指示判断是否为小包传输,若是,则执行步骤905,若否,则执行步骤906。
步骤905:UE不进入连接态接收下行小包,流程结束。
步骤906:UE进入连接态接收下行数据,流程结束。
步骤907:UE在bitmap1中判断所在分组的对应比特是否设置为1,若否,则执行步骤908,若是,则执行步骤909。
步骤908:UE停止在下行SPS资源上接收下行小包(如果正在进行),或保持当前行为不变,流程结束。
步骤909:UE在分组对应的bitmap2中判断其在分组内的对应比特是否设置为1,若否,则执行步骤910,若是,则执行步骤911。
步骤910:UE停止在下行SPS资源上接收下行小包(如果正在进行),或保持当前行为不变,流程结束。
步骤911:UE在下行SPS资源上接收下行小包。
作为另一种可选情况,如果未给非激活态UE配置了下行SPS资源,那么UE在收到寻呼消息后的处理流程见图10,包括以下步骤:
步骤1001:UE收到寻呼消息。
步骤1002:UE判断寻呼消息的寻呼记录列表中是否存在与UE的ID相匹配的寻呼记录,若否,则执行步骤1003,若是,则执行步骤1004。
步骤1003:UE保持当前行为不变,流程结束。
步骤1004:UE发起随机接入。
步骤1005:UE在随机接入过程中获得网络的指示,基于网络的指示判断是否为小包传输,若是,则执行步骤1006,若否,则执行步骤1007。
步骤1006:UE不进入连接态接收下行小包,流程结束。
步骤1007:UE进入连接态接收下行数据,流程结束。
由于UE不需要在预先配置的下行SPS资源上周期性地接收下行小包,而是在需要时通过寻呼消息来激活/去激活该下行SPS资源,因此降低了非激活态UE的功耗。
需要说明的是,如果某个UE有周期性的下行小包,本申请的技术方案也支持通过RRC释放消息配置的下行SPS资源一直处于激活状态,即不配置基于寻呼消息的激活/去激活。例如,在RRC释放消息中新增一个字段(也即第四指示信息)指示该UE是否使能基于寻呼消息的激活/去激活下行SPS资源。
本申请实施例中,对于网络侧来说,为了实现网络侧在寻呼消息中向UE指示采用上述情况1、或情况2、或情况3所描述的方式接收下行数据,需要网络侧判断采用何种方式将下行数据发送给UE,以下对其进行说明。
所述网络设备接收到下行数据后,基于所述下行数据的数据量确定是通过下行SPS资源还是通过随机接入将所述下行数据发送给UE,所述UE处于非激活态。
具体地,在所述下行数据的数据量小于等于第一阈值,则确定通过下行SPS资源将所述下行数据发送给UE;若所述下行数据的数据量大于第一阈值,则确定通过随机接入将所述下行数据发送给UE。进一步,所述通过随机接入将所述下行数据发送给UE,包括:若所述下行数据的数据量小于等于第二阈值,则在随机接入过程中向UE发送所述下行数据,且所述UE不进入连接态;若所述下行数据的数据量大于第二阈值,则通过随机接入过程使UE进入连接态后,向所述UE发送所述下行数据。
需要说明的是,上述方案虽然只参考了下行数据的数据量,但不局限于此,还可以参考其他因素,例如业务类型、下行RSRP等。
作为示例:在网络侧,基站根据到达的下行数据包的大小以及业务类型等来判断当前是小包传输还是非小包传输,以及判断是使用下行SPS资源还是通过随机接入来发送下行小包。具体地,基站在收到来自核心网的下行数据后,会基于业务类型和数据包的大小与配置的第一阈值作比较,以判定是通过下行SPS资源还是通过随机接入过程将下行数据发送给非激活态UE。分支1)如果下行数据的数据量小于等于第一阈值,则网络侧在寻呼消息中指示UE在预先配置的下行SPS资源上接收下行数据。分支2)如果下行数据的数据量大于第一阈值,则网络侧在寻呼消息中指示UE通过触发随机接入的方式来接收下行数据。进一步,对于分支2),网络侧会进一步基于业务类型和下行数据的数据量与配置的第二阈值作比较,以判定是使用随机接入过程发送小包且不让UE进入连接态,还是让UE进入连接态后再发送下行数据,具体地,分支2-1)如果下行数据的数据量小于等于第二阈值,则使用随机接入过程发送下行小包,且指示UE不进入连接态;如果下行数据的数据量大于第二阈值,则通过随机接入过程让UE进入连接态后,再发送下行数据。
本申请实施例的技术方案,通过在寻呼消息中增加指示信息,实现了向UE指示是在下行SPS资源上接收下行数据,还是通过随机接入接收下行数据(不进入连接态),或是通过随机接入进入连接态后接收下行数据。一方面,实现了非激活态下的下行小包传输,由于下行小包传输不需要从非激活态转换到连接态,因而有效地降低了信令开销和UE功耗。另一方面,由于UE不需要在预先配置的下行SPS资源上周期性地接收下行小包,而是在需要时通过寻呼(Paging)消息来激活/去激活该下行SPS资源,降低了非激活态UE的功耗。再一方面,由于寻呼消息的开销更小,可指示更多的非激活态UE在下行SPS资源上接收下行小包。
图11是本申请实施例提供的下行数据传输指示装置的结构组成示意图一,应用于UE,如图11所示,所述下行数据传输指示装置包括:
接收单元1101,用于接收寻呼消息,所述寻呼消息用于指示以下至少之一:
是否在下行SPS资源上接收下行数据;
是否通过发起随机接入接收下行数据;
是否激活下行SPS资源;
是否去激活下行SPS资源。
在一些可选实施方式中,所述寻呼消息携带第一指示信息,所述第一指示信息用于指示以下至少之一:
在下行SPS资源上接收下行数据的一个或多个UE;
通过发起随机接入接收下行数据的一个或多个UE。
在一些可选实施方式中,所述第一指示信息包括第一信息和第二信息,其中,
所述第一信息包括寻呼记录列表,所述寻呼记录列表包括第一部分UE的寻呼记录和/或第二部分UE的寻呼记录,所述第一部分UE包括在下行SPS资源上接收下行数据的一个或多个UE,所述第二部分UE包括通过发起随机接入接收下行数据的一个或多个UE;
所述第二信息用于指示所述第一部分UE的UE数和/或所述第二部分UE的UE数。
在一些可选实施方式中,在所述寻呼记录列表中,
所述第一部分UE的寻呼记录位于所述第二部分UE的寻呼记录之前;或者,
所述第二部分UE的寻呼记录位于所述第一部分UE的寻呼记录之前。
在一些可选实施方式中,所述寻呼消息携带第二指示信息,所述第二指示信息用于指示以下至少之一:
激活下行SPS资源的一个或多个UE;
去激活下行SPS资源的一个或多个UE。
在一些可选实施方式中,所述第二指示信息包括第三信息和第四信息,其中,
所述第三信息包括第一比特图,所述第一比特图中的每个比特对应一个分组,所述第一比特图中的比特的取值用于指示该比特对应的分组内是否存在下行小包传输;
所述第四信息包括至少一个第二比特图,每个所述第二比特图对应一个分组,所述第二比特图中的每个比特对应分组内的一个UE,所述第二比特图中的比特的取值用于指示该比特对应的UE的下行SPS资源是被激活还是被去激活。
在一些可选实施方式中,所述第一比特图中的比特的取值为第一值,用于指示该比特对应的分组内不存在下行小包传输;所述第一比特图中的比特的取值为第二值,用于指示该比特对应的分组内存在下行小包传输。
在一些可选实施方式中,所述第二比特图中的比特的取值为第一值,用于指示该比特对应的UE的下行SPS资源被去激活;所述第二比特图中的比特的取值为第二值,用于指示该比特对应的UE的下行SPS资源被激活。
在一些可选实施方式中,对于所述第三信息所指示的存在下行小包传输的分组,所述第四信息包括该分组对应的第二比特图;对于所述第三信息所指示的不存在下行小包传输的分组,所述第四信息不包括该分组对应的第二比特图。
在一些可选实施方式中,所述第一比特图的长度通过系统信息指示或者通过所述寻呼消息指示,所述第二比特图的长度通过系统信息指示。
在一些可选实施方式中,所述装置还包括:处理单元1102;
在所述UE被配置了下行SPS资源的情况下,所述接收单元1101在接收到所述寻呼消息后,所述处理单元1102基于所述第一信息确定所述寻呼记录列表中是否存在与所述UE的标识相匹配的寻呼记录;若存在相匹配的寻呼记录,则基于所述第二信息确定所述相匹配的寻呼记录是否属于所述第一部分UE中的一个UE的寻呼记录;若属于,则所述接收单元1101在下行SPS资源上接收下行数据;若不属于,则所述接收单元1101通过发起随机接入接收下行数据;若不存在相匹配的寻呼记录,则所述接收单元1101在下行SPS资源上不接收或停止接收下行数据。
所述UE被配置了下行SPS资源的情况下,所述接收单元1101在接收到所述寻呼消息后,确定寻呼记录列表中是否存在与所述UE的标识相匹配的寻呼记录;若存在相匹配的寻呼记录,则所述接收单元1101通过发起随机接入接收下行数据;若不存在相匹配的寻呼记录,则所述处理单元1102基于所述第三信息确定所述UE所在的分组是否存在下行小包传输;若存在下行小包传输,则基于所述第四信息确定所述UE的下行SPS资源是否被激活,若被激活,则所述接收单元1101在下行SPS资源上接收下行数据,若被去激活,则所述接收单元1101在下行SPS资源上不接收或者停止接收下行数据;若不存在下行小包传输,则所述接收单元1101在下行SPS资源上不接收或者停止接收下行数据。
所述UE未被配置下行SPS资源的情况下,所述接收单元1101在接收到所述寻呼消息后,所述处理单元1102确定寻呼记录列表中是否存在与所述UE的标识相匹配的寻呼记录;若存在相匹配的寻呼记录,则所述接收单元1101通过发起随机接入接收下行数据;若不存在相匹配的寻呼记录,则所述UE维持目前行为不变。
在一些可选实施方式中,所述装置还包括:随机接入单元1103;
所述随机接入单元1103发起随机接入,在随机接入过程中获取第三指示信息,所述第三指示信息用于指示下行传输是否为下行小包传输或者是否进入连接态;若所述第三指示信息指示下行传输是下行小包传输或者不进入连接态,则所述接收单元1101在所述UE不进入连接态的情况下接收下行数据;若所述第三指示信息指示下行传输不是下行小包传输或者进入连接态,则所述接收单元1101在所述UE进入连接态后接收下行数据。
在一些可选实施方式中,所述接收单元1101,用于接收RRC释放消息,所述RRC释放消息携带第四指示信息,所述第四指示信息用于指示所述UE是否使能基于寻呼消息激活或去激活下行SPS资源。
本领域技术人员应当理解,图11所示的下行数据传输指示装置中的各单元的实现功能可参照前述方法的相关描述而理解。图11所示的下行数据传输指示装置中的各单元的功能可通过运行于处理器上的程序而实现,也可通过具体的逻辑电路而实现。
图12是本申请实施例提供的下行数据传输指示装置的结构组成示意图二,应用于网络设备,如图12所示,所述下行数据传输指示装置包括:
发送单元1201,用于发送寻呼消息,所述寻呼消息用于指示以下至少之一:
是否在下行SPS资源上接收下行数据;
是否通过发起随机接入接收下行数据;
是否激活下行SPS资源;
是否去激活下行SPS资源。
在一些可选实施方式中,所述寻呼消息携带第一指示信息,所述第一指示信息用于指示以下至少之一:
在下行SPS资源上接收下行数据的一个或多个UE;
通过发起随机接入接收下行数据的一个或多个UE。
在一些可选实施方式中,所述第一指示信息包括第一信息和第二信息,其中,
所述第一信息包括寻呼记录列表,所述寻呼记录列表包括第一部分UE的寻呼记录和/或第二部分UE的寻呼记录,所述第一部分UE包括在下行SPS资源上接收下行数据的一个或多个UE,所述第二部分UE包括通过发起随机接入接收下行数据的一个或多个UE;
所述第二信息用于指示所述第一部分UE的UE数和/或所述第二部分UE的UE数。
在一些可选实施方式中,在所述寻呼记录列表中,
所述第一部分UE的寻呼记录位于所述第二部分UE的寻呼记录之前;或者,
所述第二部分UE的寻呼记录位于所述第一部分UE的寻呼记录之前。
在一些可选实施方式中,所述寻呼消息携带第二指示信息,所述第二指示信息用于指示以下至少之一:
激活下行SPS资源的一个或多个UE;
去激活下行SPS资源的一个或多个UE。
在一些可选实施方式中,所述第二指示信息包括第三信息和第四信息,其中,
所述第三信息包括第一比特图,所述第一比特图中的每个比特对应一个分组,所述第一比特图中的比特的取值用于指示该比特对应的分组内是否存在下行小包传输;
所述第四信息包括至少一个第二比特图,每个所述第二比特图对应一个分组,所述第二比特图中的每个比特对应分组内的一个UE,所述第二比特图中的比特的取值用于指示该比特对应的UE的下行SPS资源是被激活还是被去激活。
在一些可选实施方式中,所述第一比特图中的比特的取值为第一值,用于指示该比特对应的分组内不存在下行小包传输;所述第一比特图中的比特的取值为第二值,用于指示该比特对应的分组内存在下行小包传输。
在一些可选实施方式中,所述第二比特图中的比特的取值为第一值,用于指示该比特对应的UE的下行SPS资源被去激活;所述第二比特图中的比特的取值为第二值,用于指示该比特对应的UE的下行SPS资源被激活。
在一些可选实施方式中,对于所述第三信息所指示的存在下行小包传输的分组,所述第四信息包括该分组对应的第二比特图;对于所述第三信息所指示的不存在下行小包传输的分组,所述第四信息不包括该分组对应的第二比特图。
在一些可选实施方式中,所述发送单元1201,用于向UE发送RRC释放消息,所述RRC释放消息携带第四指示信息,所述第四指示信息用于指示所述UE是否使能基于寻呼消息激活或去激活下行SPS资源。
在一些可选实施方式中,所述装置还包括:接收单元1202和处理单元1203;
所述接收单元1202接收到下行数据后,所述处理单元1203基于所述下行数据的数据量确定是通过下行SPS资源还是通过随机接入将所述下行数据发送给UE,所述UE处于非激活态。
所述处理单元1203,具体用于若所述下行数据的数据量小于等于第一阈值,则确定通过下行SPS资源将所述下行数据发送给UE;若所述下行数据的数据量大于第一阈值,则确定通过随机接入将所述下行数据发送给UE。
所述发送单元1201,具体用于若所述下行数据的数据量小于等于第二阈值,则在随机接入过程中向UE发送所述下行数据,且所述UE不进入连接态;若所述下行数据的数据量大于第二阈值,则通过随机接入过程使UE进入连接态后,向所述UE发送所述下行数据。
本领域技术人员应当理解,图12所示的下行数据传输指示装置中的各单元的实现功能可参照前述方法的相关描述而理解。图12所示的下行数据传输指示装置中的各单元的功能可通过运行于处理器上的程序而实现,也可通过具体的逻辑电路而实现。
图13是本申请实施例提供的一种通信设备1300示意性结构图。该通信设备可以是UE或者网络设备,图13所示的通信设备1300包括处理器1310,处理器1310可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
可选地,如图13所示,通信设备1300还可以包括存储器1320。其中,处理器1310可以从存储器1320中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器1320可以是独立于处理器1310的一个单独的器件,也可以集成在处理器1310中。
可选地,如图13所示,通信设备1300还可以包括收发器1330,处理器1310可以控制该收发器1330与其他设备进行通信,具体地,可以向其他设备发送信息或数据,或接收其他设备发送的信息或数据。
其中,收发器1330可以包括发射机和接收机。收发器1330还可以进一步包括天线,天线的数量可以为一个或多个。
可选地,该通信设备1300具体可为本申请实施例的网络设备,并且该通信设备1300可以实现本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该通信设备1300具体可为本申请实施例的UE,并且该通信设备1300可以实现本申请实施例的各个方法中由UE实现的相应流程,为了简洁,在此不再赘述。
图14是本申请实施例的芯片的示意性结构图。图14所示的芯片1400包括处理器1410,处理器1410可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
可选地,如图14所示,芯片1400还可以包括存储器1420。其中,处理器1410可以从存储器1420中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器1420可以是独立于处理器1410的一个单独的器件,也可以集成在处理器1410中。
可选地,该芯片1400还可以包括输入接口1430。其中,处理器1410可以控制该输入接口1430与其他设备或芯片进行通信,具体地,可以获取其他设备或芯片发送的信息或数据。
可选地,该芯片1400还可以包括输出接口1440。其中,处理器1410可以控制该输出接口1440与其他设备或芯片进行通信,具体地,可以向其他设备或芯片输出信息或数据。
可选地,该芯片可应用于本申请实施例中的网络设备,并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该芯片可应用于本申请实施例中的UE,并且该芯片可以实现本申请实施例的各个方法中由UE实现的相应流程,为了简洁,在此不再赘述。
应理解,本申请实施例提到的芯片还可以称为系统级芯片,系统芯片,芯片系统或片上系统芯片等。
应理解,本申请实施例的处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解,上述存储器为示例性但不是限制性说明,例如,本申请实施例中的存储器还可以是静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synch link DRAM,SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)等等。也就是说,本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种计算机可读存储介质,用于存储计算机程序。
可选的,该计算机可读存储介质可应用于本申请实施例中的网络设备,并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机可读存储介质可应用于本申请实施例中的UE,并且该计算机程序使得计算机执行本申请实施例的各个方法中由UE实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机程序产品,包括计算机程序指令。
可选的,该计算机程序产品可应用于本申请实施例中的网络设备,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机程序产品可应用于本申请实施例中的UE,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由UE实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机程序。
可选的,该计算机程序可应用于本申请实施例中的网络设备,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机程序可应用于本申请实施例中的UE,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由UE实现的相应流程,为了简洁,在此不再赘述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,)ROM、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。
Claims (34)
1.一种下行数据传输指示方法,其特征在于,所述方法包括:
用户设备UE接收寻呼消息,所述寻呼消息用于指示以下至少之一:
是否在下行半持续调度SPS资源上接收下行数据;
是否通过发起随机接入接收下行数据;
是否激活下行SPS资源;
是否去激活下行SPS资源。
2.根据权利要求1所述的方法,其特征在于,所述寻呼消息携带第一指示信息,所述第一指示信息用于指示以下至少之一:
在下行SPS资源上接收下行数据的一个或多个UE;
通过发起随机接入接收下行数据的一个或多个UE。
3.根据权利要求2所述的方法,其特征在于,所述第一指示信息包括第一信息和第二信息,其中,
所述第一信息包括寻呼记录列表,所述寻呼记录列表包括第一部分UE的寻呼记录和/或第二部分UE的寻呼记录,所述第一部分UE包括在下行SPS资源上接收下行数据的一个或多个UE,所述第二部分UE包括通过发起随机接入接收下行数据的一个或多个UE;
所述第二信息用于指示所述第一部分UE的UE数和/或所述第二部分UE的UE数。
4.根据权利要求3所述的方法,其特征在于,在所述寻呼记录列表中,
所述第一部分UE的寻呼记录位于所述第二部分UE的寻呼记录之前;或者,
所述第二部分UE的寻呼记录位于所述第一部分UE的寻呼记录之前。
5.根据权利要求1所述的方法,其特征在于,所述寻呼消息携带第二指示信息,所述第二指示信息用于指示以下至少之一:
激活下行SPS资源的一个或多个UE;
去激活下行SPS资源的一个或多个UE。
6.根据权利要求5所述的方法,其特征在于,所述第二指示信息包括第三信息和第四信息,其中,
所述第三信息包括第一比特图,所述第一比特图中的每个比特对应一个分组,所述第一比特图中的比特的取值用于指示该比特对应的分组内是否存在下行小包传输;
所述第四信息包括至少一个第二比特图,每个所述第二比特图对应一个分组,所述第二比特图中的每个比特对应分组内的一个UE,所述第二比特图中的比特的取值用于指示该比特对应的UE的下行SPS资源是被激活还是被去激活。
7.根据权利要求6所述的方法,其特征在于,
所述第一比特图中的比特的取值为第一值,用于指示该比特对应的分组内不存在下行小包传输;
所述第一比特图中的比特的取值为第二值,用于指示该比特对应的分组内存在下行小包传输。
8.根据权利要求6所述的方法,其特征在于,
所述第二比特图中的比特的取值为第一值,用于指示该比特对应的UE的下行SPS资源被去激活;
所述第二比特图中的比特的取值为第二值,用于指示该比特对应的UE的下行SPS资源被激活。
9.根据权利要求6所述的方法,其特征在于,
对于所述第三信息所指示的存在下行小包传输的分组,所述第四信息包括该分组对应的第二比特图;
对于所述第三信息所指示的不存在下行小包传输的分组,所述第四信息不包括该分组对应的第二比特图。
10.根据权利要求6至9中任一项所述的方法,其特征在于,所述第一比特图的长度通过系统信息指示或者通过所述寻呼消息指示,所述第二比特图的长度通过系统信息指示。
11.根据权利要求3所述的方法,其特征在于,所述方法还包括:
所述UE被配置了下行SPS资源的情况下,所述UE在接收到所述寻呼消息后,基于所述第一信息确定所述寻呼记录列表中是否存在与所述UE的标识相匹配的寻呼记录;
若存在相匹配的寻呼记录,则所述UE基于所述第二信息确定所述相匹配的寻呼记录是否属于所述第一部分UE中的一个UE的寻呼记录;若属于,则所述UE在下行SPS资源上接收下行数据;若不属于,则所述UE通过发起随机接入接收下行数据;
若不存在相匹配的寻呼记录,则所述UE在下行SPS资源上不接收或停止接收下行数据。
12.根据权利要求6所述的方法,其特征在于,所述方法还包括:
所述UE被配置了下行SPS资源的情况下,所述UE在接收到所述寻呼消息后,确定寻呼记录列表中是否存在与所述UE的标识相匹配的寻呼记录;
若存在相匹配的寻呼记录,则所述UE通过发起随机接入接收下行数据;
若不存在相匹配的寻呼记录,则所述UE基于所述第三信息确定所述UE所在的分组是否存在下行小包传输;若存在下行小包传输,则所述UE基于所述第四信息确定所述UE的下行SPS资源是否被激活,若被激活,则所述UE在下行SPS资源上接收下行数据,若被去激活,则所述UE在下行SPS资源上不接收或者停止接收下行数据;若不存在下行小包传输,则所述UE在下行SPS资源上不接收或者停止接收下行数据。
13.根据权利要求3或6所述的方法,其特征在于,所述方法还包括:
所述UE未被配置下行SPS资源的情况下,所述UE在接收到所述寻呼消息后,确定寻呼记录列表中是否存在与所述UE的标识相匹配的寻呼记录;
若存在相匹配的寻呼记录,则所述UE通过发起随机接入接收下行数据;
若不存在相匹配的寻呼记录,则所述UE维持目前行为不变。
14.根据权利要求11至13中任一项所述的方法,其特征在于,所述UE通过发起随机接入接收下行数据,包括:
所述UE发起随机接入,在随机接入过程中获取第三指示信息,所述第三指示信息用于指示下行传输是否为下行小包传输或者是否进入连接态;
若所述第三指示信息指示下行传输是下行小包传输或者不进入连接态,则所述UE在不进入连接态的情况下接收下行数据;
若所述第三指示信息指示下行传输不是下行小包传输或者进入连接态,则所述UE在进入连接态后接收下行数据。
15.根据权利要求1至9中任一项所述的方法,其特征在于,所述UE接收寻呼消息之前,所述方法还包括:
所述UE接收RRC释放消息,所述RRC释放消息携带第四指示信息,所述第四指示信息用于指示所述UE是否使能基于寻呼消息激活或去激活下行SPS资源。
16.一种下行数据传输指示方法,其特征在于,所述方法包括:
网络设备发送寻呼消息,所述寻呼消息用于指示以下至少之一:
是否在下行SPS资源上接收下行数据;
是否通过发起随机接入接收下行数据;
是否激活下行SPS资源;
是否去激活下行SPS资源。
17.根据权利要求16所述的方法,其特征在于,所述寻呼消息携带第一指示信息,所述第一指示信息用于指示以下至少之一:
在下行SPS资源上接收下行数据的一个或多个UE;
通过发起随机接入接收下行数据的一个或多个UE。
18.根据权利要求17所述的方法,其特征在于,所述第一指示信息包括第一信息和第二信息,其中,
所述第一信息包括寻呼记录列表,所述寻呼记录列表包括第一部分UE的寻呼记录和/或第二部分UE的寻呼记录,所述第一部分UE包括在下行SPS资源上接收下行数据的一个或多个UE,所述第二部分UE包括通过发起随机接入接收下行数据的一个或多个UE;
所述第二信息用于指示所述第一部分UE的UE数和/或所述第二部分UE的UE数。
19.根据权利要求18所述的方法,其特征在于,在所述寻呼记录列表中,
所述第一部分UE的寻呼记录位于所述第二部分UE的寻呼记录之前;或者,
所述第二部分UE的寻呼记录位于所述第一部分UE的寻呼记录之前。
20.根据权利要求16所述的方法,其特征在于,所述寻呼消息携带第二指示信息,所述第二指示信息用于指示以下至少之一:
激活下行SPS资源的一个或多个UE;
去激活下行SPS资源的一个或多个UE。
21.根据权利要求20所述的方法,其特征在于,所述第二指示信息包括第三信息和第四信息,其中,
所述第三信息包括第一比特图,所述第一比特图中的每个比特对应一个分组,所述第一比特图中的比特的取值用于指示该比特对应的分组内是否存在下行小包传输;
所述第四信息包括至少一个第二比特图,每个所述第二比特图对应一个分组,所述第二比特图中的每个比特对应分组内的一个UE,所述第二比特图中的比特的取值用于指示该比特对应的UE的下行SPS资源是被激活还是被去激活。
22.根据权利要求21所述的方法,其特征在于,
所述第一比特图中的比特的取值为第一值,用于指示该比特对应的分组内不存在下行小包传输;
所述第一比特图中的比特的取值为第二值,用于指示该比特对应的分组内存在下行小包传输。
23.根据权利要求21所述的方法,其特征在于,
所述第二比特图中的比特的取值为第一值,用于指示该比特对应的UE的下行SPS资源被去激活;
所述第二比特图中的比特的取值为第二值,用于指示该比特对应的UE的下行SPS资源被激活。
24.根据权利要求21所述的方法,其特征在于,
对于所述第三信息所指示的存在下行小包传输的分组,所述第四信息包括该分组对应的第二比特图;
对于所述第三信息所指示的不存在下行小包传输的分组,所述第四信息不包括该分组对应的第二比特图。
25.根据权利要求16至24中任一项所述的方法,其特征在于,所述网络设备发送寻呼消息之前,所述方法还包括:
所述网络设备向UE发送RRC释放消息,所述RRC释放消息携带第四指示信息,所述第四指示信息用于指示所述UE是否使能基于寻呼消息激活或去激活下行SPS资源。
26.根据权利要求16至24中任一项所述的方法,其特征在于,所述方法还包括:
所述网络设备接收到下行数据后,基于所述下行数据的数据量确定是通过下行SPS资源还是通过随机接入将所述下行数据发送给UE,所述UE处于非激活态。
27.根据权利要求26所述的方法,其特征在于,所述基于所述下行数据的数据量确定是通过下行SPS资源还是通过随机接入将所述下行数据发送给UE,包括:
若所述下行数据的数据量小于等于第一阈值,则确定通过下行SPS资源将所述下行数据发送给UE;
若所述下行数据的数据量大于第一阈值,则确定通过随机接入将所述下行数据发送给UE。
28.根据权利要求27所述的方法,其特征在于,所述通过随机接入将所述下行数据发送给UE,包括:
若所述下行数据的数据量小于等于第二阈值,则在随机接入过程中向UE发送所述下行数据,且所述UE不进入连接态;
若所述下行数据的数据量大于第二阈值,则通过随机接入过程使UE进入连接态后,向所述UE发送所述下行数据。
29.一种下行数据传输指示装置,其特征在于,应用于UE,所述装置包括:
接收单元,用于接收寻呼消息,所述寻呼消息用于指示以下至少之一:
是否在下行SPS资源上接收下行数据;
是否通过发起随机接入接收下行数据;
是否激活下行SPS资源;
是否去激活下行SPS资源。
30.一种下行数据传输指示装置,其特征在于,应用于网络设备,所述装置包括:
发送单元,用于发送寻呼消息,所述寻呼消息用于指示以下至少之一:
是否在下行SPS资源上接收下行数据;
是否通过发起随机接入接收下行数据;
是否激活下行SPS资源;
是否去激活下行SPS资源。
31.一种UE,其特征在于,包括:处理器和存储器,该存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行如权利要求1至15中任一项所述的方法。
32.一种网络设备,其特征在于,包括:处理器和存储器,该存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行如权利要求16至28中任一项所述的方法。
33.一种芯片,其特征在于,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如权利要求1至15中任一项所述的方法,或者权利要求16至28中任一项所述的方法。
34.一种计算机可读存储介质,其特征在于,用于存储计算机程序,所述计算机程序使得计算机执行如权利要求1至15中任一项所述的方法,或者权利要求16至28中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210236326.9A CN116800388A (zh) | 2022-03-11 | 2022-03-11 | 一种下行数据传输指示方法及装置、ue、网络设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210236326.9A CN116800388A (zh) | 2022-03-11 | 2022-03-11 | 一种下行数据传输指示方法及装置、ue、网络设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116800388A true CN116800388A (zh) | 2023-09-22 |
Family
ID=88037296
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210236326.9A Pending CN116800388A (zh) | 2022-03-11 | 2022-03-11 | 一种下行数据传输指示方法及装置、ue、网络设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116800388A (zh) |
-
2022
- 2022-03-11 CN CN202210236326.9A patent/CN116800388A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210076376A1 (en) | Data transmission method, terminal device, and network device | |
CN108401301B (zh) | 一种半静态调度方法、网络设备及终端设备 | |
CN109792712B (zh) | 寻呼方法、网络设备和终端设备 | |
CN110149732B (zh) | 一种通信方法及无线通信装置 | |
CN109039559B (zh) | 上行探测信号的触发方法、装置及系统 | |
US20200178305A1 (en) | System information transmission method, terminal and network device | |
CN112888078B (zh) | 一种数据传输方法、终端设备及网络设备 | |
US10873430B2 (en) | Signal sending method and apparatus | |
CN116017751A (zh) | 随机接入方法和通信装置 | |
JP2021512518A (ja) | データ伝送方法及び端末装置 | |
US20240215107A1 (en) | Drx configuration method and apparatus, terminal device, and network device | |
CN115244979A (zh) | 一种数据传输方法及装置、通信设备 | |
US20190174515A1 (en) | Physical Channel Sending Method and Receiving Method, Terminal Device, and Network Device | |
EP3512253A1 (en) | Communication method, base station and terminal | |
CN108702649B (zh) | 状态指示的传输装置、方法以及通信系统 | |
CN111132268B (zh) | 用于寻呼的方法、网络设备和终端设备 | |
CN112738894A (zh) | 一种信息传输方法及装置、终端设备、网络设备 | |
CN112438058B (zh) | 系统消息更新方法、设备以及存储介质 | |
EP4156813A1 (en) | Bwp configuration method and apparatus, terminal device, and network device | |
CN116800388A (zh) | 一种下行数据传输指示方法及装置、ue、网络设备 | |
CN117099471A (zh) | 一种控制scg状态的方法及装置、终端设备、网络设备 | |
CN110115062B (zh) | 传输信息的方法、终端设备和网络设备 | |
CN116528376A (zh) | 无线通信方法、终端设备和网络设备 | |
CN115884293B (zh) | 一种数据传输方法及装置、通信设备 | |
US11166149B2 (en) | Device-to-device communication method, terminal device, and network device |
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 |