WO2018127216A1

WO2018127216A1 - 一种数据传输方法、装置及***

Info

Publication number: WO2018127216A1
Application number: PCT/CN2018/075302
Authority: WO
Inventors: 谌丽
Original assignee: 电信科学技术研究院
Priority date: 2017-01-04
Filing date: 2018-02-05
Publication date: 2018-07-12
Also published as: CN108616999B; US20190349970A1; US11089619B2; CN108616999A

Abstract

一种数据传输方法、装置及***，用以解决现有技术中RRC_INACTIVE态下UE的DRX周期通常比较长，gNB不能及时向在RRC_INACTIVE态下的UE传输下行数据，进一步造成后续数据传输的延迟的问题。所述方法包括：UE在RRC_INACTIVE状态下完成上行数据传输后，在确定时间段内监听下行数据传输；当所述确定时间段超时或接收完成下行数据后，进入DRX状态。由于UE在完成上行数据传输后，可以在确定时间段内监听下行数据，当该确定时间段超时或接收完成下行数据后，进入DRX状态。可以使gNB及时向在RRC_INACTIVE态下的UE传输下行数据，避免造成后续数据传输的延迟。

Description

一种数据传输方法、装置及***

本申请要求在2017年1月4日提交中国专利局、申请号为201710005684.8、发明名称为“一种数据传输方法、装置及***”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及数据传输技术领域，特别涉及一种数据传输方法、装置及***。

背景技术

目前，随着无线通信***的发展，终端UE(User Equipment，用户设备)类型和业务类型多样化、UE省电、节约网络资源和满足各种业务类型的需求并存。为了同时保证UE省电和快速数据传输，引入一种UE状态不活跃(RRC_INACTIVE)状态，在RRC_INACTIVE状态下UE保持核心网连接，但没有空口连接，即不与特定小区有随时可以进行数据传输的连接关系。

新一代无线通信***(NR***或称5G***)支持三种RRC(Radio Resource Control，无线资源控制)状态，分别为：空闲状态(RRC_IDLE)、不活跃状态(RRC_INACTIVE)和连接状态(RRC_CONNECTED)，分别简称为idle态、RRC_INACTIVE态和connected态。

在RRC_INACTIVE状态下，网络侧gNB(next generation NodeB，下一代基站)和UE虽然存储有UE上下文(context)，但没有建立空口连接，如果UE有数据要发送，需要临时发起。现有技术中，如果UE有大量数据需要发送，UE需要进入连接态，如果UE有突发小数据发送，则UE需要每次激活。对于上行数据，UE可以通过随机接入或基于竞争的传输方式发送。对于下行数据，gNB只能在UE接收通知消息的时刻通知UE接收下行数据并向UE发送下行数据。为了使UE省电，UE在接收通知消息时采用DRX (Discontinuous Reception，非连续接收)的方式接收，UE只在DRX周期的确定时刻醒来才能接收通知消息，但是DRX周期通常比较长。因此这种下行数据的传输方式，不利于gNB及时向在RRC_INACTIVE状态下的UE传输下行数据，且由于下行数据传输延迟，有可能进一步造成后续数据传输的延迟。

发明内容

本发明提供了一种数据传输方法、装置及***，用以解决现有技术中因RRC_INACTIVE状态下UE的DRX周期长使得gNB不能及时向在RRC_INACTIVE状态下的UE传输下行数据，进一步造成后续数据传输的延迟的问题。

本发明实施例公开了一种数据传输方法，所述方法包括：

UE在不活跃RRC_INACTIVE状态下完成上行数据传输后，在确定时间段内监听下行数据传输；

当所述确定时间段超时或接收完成下行数据后，进入非连续接收DRX状态。

进一步地，所述在确定时间段内监听下行数据传输包括：

所述UE完成上行数据传输后进入连续接收状态，直至监听到下行数据传输；或，

所述UE完成上行数据传输后进入连续接收状态，启动定时器T1，在定时器T1的定时时长内监听下行数据传输；或，

所述UE完成上行数据传输后，启动定时器T2，在定时器T2的定时时长内进入DRX状态，当所述定时器T2超时后启动定时器T3，UE进入连续接收状态，并在所述定时器T3的定时时长内监听下行数据传输。

进一步地，所述在确定时间段内监听下行数据传输还包括：

所述UE接收到下行数据，所述下行数据中包含网络侧指示所述UE继续进行下行数据传输监听的信息，重新在所述确定时间段内监听下行数据传输；或

所述UE接收到下行数据或下行调度命令，启动定时器T4，在定时器T4的定时时长内监听下行数据传输，并在接收到新的下行数据或下行调度命令时，重启定时器T4。

进一步地，所述定时器T1的定时时长、定时器T2的定时时长、定时器T3的定时时长和定时器T4的定时时长采用以下方式确定：

网络侧通过广播消息为所述UE配置；或，

网络侧通过专用信令为所述UE配置；或，

通过协议预先规定。

进一步地，所述上行数据传输包括：

任意一个上行数据传输；或，

特定类型的业务的任意一个上行数据传输；或，

特定类型的业务的特定上行数据包传输；或，

在预设时间段内的上行数据传输。

进一步地，所述特定类型的业务为网络侧通过广播消息为所述UE配置的，或，网络侧通过专用信令为所述UE配置的。

进一步地，所述特定上行数据包为需网络侧发送对应下行数据传输的上行数据包。

进一步地，所述预设时间段为网络侧通过广播消息为所述UE配置的；或，

网络侧通过专用信令为所述UE配置的；或，

UE在特定业务业务传输激活和有数据传输期间。

进一步地，所述网络侧为所述UE配置特定业务时，在广播消息或专用信令中携带业务类型的标识信息，所述业务类型的标识信息包括：应用层标识、或无线承载标识RB ID、或逻辑信道标识LCID、或流标识Flow ID。

进一步地，所述UE在RRC_INACTIVE状态下进行上行数据包传输时，在确定时间段内监听下行数据传输之前，所述方法还包括：

向网络侧发送所述UE将进入监听下行数据传输的指示信息。

进一步地，所述接收完成下行数据包括：

接收网络侧发送的寻呼UE的下行通知消息，并接收与该通知消息一起发送的下行数据；或，

接收网络侧发送的下行调度命令，该下行调度命令携带RRC_INNACTIVE UE公共的RNTI，接收该下行调度命令调度的下行数据传输，判断该下行数据传输中携带的UE ID信息是否与自身的UE ID信息相同，如果是，解析所述下行数据传输中的下行数据内容；或，

接收网络侧发送的下行调度命令，判断所述下行调度命令中携带的UE的C-RNTI是否与自身的C-RNTI相同，如果是，接收所述下行调度命令所调度的下行数据传输。

本发明实施例公开了一种数据传输方法，所述方法包括：

网络侧与在RRC_INACTIVE状态下的UE完成上行数据传输后，在确定时间段内向UE发送下行数据。

进一步地，所述在确定时间段内向UE发送下行数据包括：

所述网络侧与UE完成上行数据传输后，在任意时刻向UE发送下行数据；或，

所述网络侧与UE完成上行数据传输后，启动定时器T1，在定时器T1的定时时长内向UE发送下行数据；或，

所述网络侧与UE完成上行数据传输后，启动定时器T2，当所述定时器T2超时后启动定时器T3，在所述定时器T3的定时时长内向UE发送下行数据。

进一步地，所述在确定时间段内向UE发送所述下行数据还包括：

网络侧向UE发送指示所述UE继续进行下行数据传输监听的信息，重新在所述确定时间段内向UE发送下行数据；或

网络侧在发送下行数据或下行调度命令后，启动定时器T4，并在发送新的下行数据或下行调度命令时，重启定时器T4。

进一步地，所述定时器T1的定时时长、定时器T2的定时时长、定时器T3的定时时长和定时器T4的定时时长为所述网络侧针对所述UE预先配置的，或协议预先规定的。

进一步地，所述上行数据包括：

任意一个上行数据；或，

特定类型的业务的任意一个上行数据；或，

特定类型的业务的特定上行数据包；或，

在预设时间段内的上行数据。

进一步地，所述特定类型的业务为网络侧针对所述UE预先配置的。

进一步地，所述网络侧与在RRC_INACTIVE状态下的UE进行上行数据传输时，所述方法还包括：

接收所述UE发送的所述UE将进入监听下行数据传输的指示信息。

进一步地，所述向UE发送下行数据包括：

向UE发送寻呼UE的下行通知消息，并与该通知消息一起发送下行数据；或，

向UE发送下行调度命令，该下行调度命令携带RRC_INNACTIVE UE公共的RNTI，通过该下行调度命令向UE调度下行数据传输，其中，该下行数据传输中携带UE ID信息和下行数据内容；或，

向UE发送下行调度命令，通过该下行调度命令向UE调度下行数据传输，其中，所述下行调度命令中携带UE的C-RNTI。

本发明实施例公开了一种数据传输装置，所述装置包括：

监听模块，用于UE在不活跃RRC_INACTIVE状态下完成上行数据传输后，在确定时间段内监听下行数据传输；

接收休眠模块，用于当所述确定时间段超时或接收完成下行数据后，进入非连续接收DRX状态。

本发明实施例公开了一种数据传输装置，所述装置包括：

接收模块，用于与在不活跃RRC_INACTIVE状态下的UE完成上行数据传输；

发送模块，用于在确定时间段内向UE发送下行数据。

本发明实施例公开了一种数据传输***，所述***包括上述应用于终端的数据传输装置和上述应用于网络侧设备的数据传输装置。

本发明实施例公开了一种用户设备，用户设备包括：

收发机，用于在处理器的控制下接收和发送数据，执行下列过程：

进行上下行数据传输；

处理器，用于读取存储器中的程序，执行下列过程：

在UE不活跃RRC_INACTIVE状态下完成上行数据传输后，在确定时间段内监听下行数据传输；

本发明实施例公开了一种基站，基站包括：

处理器，用于读取存储器中的程序，执行下列过程：

确定网络侧是否与在不活跃RRC_INACTIVE状态下的UE完成上行数据传输；

在网络侧与在不活跃RRC_INACTIVE状态下的UE完成上行数据传输后，在确定时间段内向UE发送下行数据。

本发明实施例公开了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现UE侧的数据传输方法。

本发明实施例公开了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现网络侧的数据传输述方法。

本发明实施例公开了一种数据传输方法、装置及***，所述方法包括：UE在RRC_INACTIVE状态下完成上行数据传输后，在确定时间段内监听下行数据传输；当所述确定时间段超时或接收完成下行数据后，进入DRX状态。由于UE在完成上行数据传输后，可以在确定时间段内监听下行数据，当该确定时间段超时或接收完成下行数据后，进入DRX状态。可以使gNB及时向在RRC_INACTIVE状态下的UE传输下行数据，避免造成后续数据传输的延迟。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种数据传输过程示意图；

图2为本发明实施例提供的一种数据传输过程示意图；

图3为本发明实施例提供的一种数据传输装置结构图；

图4为本发明实施例提供的一种数据传输装置结构图；

图5为本发明实施例提供的一种数据传输***结构图；

图6为本发明实施例提供的一种UE结构示意图；

图7为本发明实施例提供的一种基站结构示意图。

具体实施方式

为了使gNB可以及时向在RRC_INACTIVE状态下的UE传输下行数据，避免造成后续数据传输的延迟，本发明实施例提供了一种数据传输方法、装置及***。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例提供的一种数据传输过程示意图，该过程包括以下步骤：

步骤101：UE在RRC_INACTIVE状态下完成上行数据传输后，在确定时间段内监听下行数据传输。

步骤102：当所述确定时间段超时或接收完成下行数据后，进入DRX状态。

本发明实施例中提供的数据传输方法应用于UE，UE可以与gNB进行上行数据传输，也可以接收所述gNB发送的下行数据。UE在RRC_INACTIVE状态下完成上行数据传输后，可以在确定时间段内监听下行数据传输。UE判断所述确定时间段是否超时，并且判断是否接收完成下行数据，如果UE判断出所述确定时间段超时或接收完成下行数据，则进入DRX状态。

由于UE在完成上行数据传输后，可以在确定时间段内监听下行数据，当该确定时间段超时或接收完成下行数据后，进入DRX状态。可以使gNB及时向在RRC_INACTIVE状态下的UE传输下行数据，避免造成后续数据传输的延迟。

如果gNB确定在发送一个下行数据后，后续还会有下行数据传输，则此时gNB可以在发送下行数据时指示UE继续监听下行数据传输。因此在上述实施例的基础上，如果UE接收到下行数据，则在进入DRX状态之前，所述方法还包括：

所述UE接收到的下行数据中包含gNB指示所述UE继续进行下行数据传输监听的信息，重新在所述确定时间段内监听下行数据传输。

UE接收到gNB发送的下行数据，如果该下行数据中包含gNB指示所述UE继续进行下行数据传输监听的信息，所述UE则重新在所述确定时间段内监听下行数据传输。如果下行数据数据中不包含gNB指示所述UE继续进行下行数据传输监听的信息，所述UE在该确定时间段超时或接收完成下行数据后，进入DRX状态。

在上述实施例中，所述在确定时间段内监听下行数据传输包括：

所述UE完成上行数据传输后，启动定时器T2，在定时器T2的定时时长内进入DRX状态，当所述定时器T2超时后启动定时器T3，UE进入连续接收状态，并在定时器T3的定时时长内监听下行数据传输。

具体的，UE完成上行数据传输后进入连续接收状态，监听下行数据传输，直至接收到下行数据传输，并在接收完成下行数据后，进入DRX状态。

或者，UE完成上行数据传输后进入连续接收状态，并启动定时器T1，监听下行数据传输，在定时器T1超时或接收完成下行数据后，进入DRX状态。其中，所述定时器T1的定时时长可以是gNB通过广播消息为每个UE配置；或，可以是gNB通过专用信令为该UE配置；或，也可以是通过协议预先规定的。

或者，UE在完成上行数据传输后，启动定时器T2，在定时器T2运行期间UE进入DRX状态，定时器T2超时后UE进入连续接收状态，同时启动定时器T3，在定时器T3的定时时长内监听下行数据传输，在定时器T3超时或接收完成下行数据后，进入DRX状态。

定时器T2的定时时长对应于从完成上行传输到gNB准备好下行数据传输之间的时间，对于特定业务，例如下行数据传输固定为对上行传输数据的TCP(Transmission Control Protocol，传输控制协议)的ACK(Acknowledgement，确认)字符TCP ACK反馈的情况，定时器T2的定时时长是一个可以预估的值。

其中，所述定时器T2的定时时长可以是gNB通过广播消息为每个UE配置的，或，通过协议预先规定的，或，gNB通过专用信令为所述UE配置的。所述定时器T3的定时时长可以是gNB通过广播消息为每个UE配置的，或gNB通过广播消息为每个UE配置的，或，gNB通过专用信令为所述UE配置的。

其中定时器T1的定时时长、定时器T2的定时时长、定时器T3的定时时长和定时器T4的定时时长的确定方式可以相同或不同。例如定时器T2的定时时长可以是通过协议规定的，定时器T3的定时时长则是gNB通过专用信令为所述UE配置的。

所述在确定时间段内监听下行数据传输还包括：

所述UE接收到下行数据，所述下行数据中包含网络侧指示所述UE继续进行下行数据传输监听的信息，重新在所述确定的时间段内监听下行数据传输；或，

如果网络侧未为UE配置监听下行数据传输的定时器T4，所述UE接收到下行数据，所述下行数据中包含网络侧指示所述UE继续进行下行数据传输监听的信息，重新在所述确定时间段内监听下行数据传输。

具体的，可以是所述UE接收到的下行数据中包含gNB指示所述UE继续进行下行数据传输监听的信息后进入连续接收状态，持续监听下行数据传输，直至接收到下行数据传输并且没有接收到指示所述UE继续进行下行数据传输监听的信息，进入DRX状态。

或者，所述UE完成上行数据传输后进入连续接收状态，启动定时器T1，在定时器T1的定时时长内监听下行数据传输，在该定时器T1的定时时长内接收到的下行数据中包含gNB指示所述UE继续进行下行数据传输监听的信息时，重新启动定时器T1，重新在所述定时器T1的定时时长内监听下行数据传输。当重新启动的定时器T1的定时时长超时或接收完成下行数据后，进入DRX状态。

或者，所述UE完成上行数据传输后，启动定时器T2，在定时器T2的定时时长内进入DRX状态，当所述定时器T2的定时时长超时后启动定时器T3，UE进入连续接收状态，并在定时器T3的定时时长内监听下行数据传输。在该定时器T3的定时时长内接收到的下行数据中包含gNB指示所述UE继续进行下行数据传输监听的信息时，重新启动定时器T3，重新在所述定时器T3的定时时长内监听下行数据传输。当所述重新启动的定时器T3的定时时长超时或接收完成下行数据后，进入DRX状态。

如果网络侧为UE配置监听下行数据传输的定时器T4，所述UE接收到下行数据或下行调度命令，启动定时器T4，在定时器T4的定时时长内监听下行数据传输，并在接收到新的下行数据或下行调度命令时，重启定时器T4。

具体地，对应UE在确定时间段内监听下行数据传输中的各个实施例，如果对应所述UE完成上行数据传输后进入连续接收状态，直至监听到下行数据传输，UE接收到下行数据传输或下行调度命令后，启动定时器T4，在接收到新的下行数据传输或下行调度命令后重启定时器T4，定时器T4超时UE进入DRX状态。

如果对应UE完成上行数据传输后进入连续接收状态，并启动定时器T1，监听下行数据传输，接收到下行数据传输或下行调度命令后，启动定时器T4，在接收到新的下行数据传输或下行调度命令后重启定时器T4，定时器T4超时UE进入DRX状态，定时器T4的定时时长可以与定时器T1的定时时长相同或不同。

如果对应UE在完成上行数据传输后，启动定时器T2，在定时器T2运行期间进入DRX状态，定时器T2超时后UE进入连续接收状态，同时启动定时器T3，在定时器T3运行期间监听下行数据传输，接收到下行数据传输或下行调度命令后，启动定时器T4，在接收到新的下行数据传输或下行调度命令后重启定时器T4，定时器T4超时UE进入DRX状态，定时器T4的定时时长可以与定时器T3的定时时长相同或不同。

在上述实施例中，所述上行数据传输可以是任意一个上行数据传输，可以是特定类型的业务的任意一个上行数据传输，可以是特定类型的业务的特定上行数据包传输，也可以是在预设时间段内的上行数据传输。

具体的，UE在RRC_INACTIVE状态下完成任意一个上行数据传输后，启动下行数据传输监听过程。

或者，UE在RRC_INACTIVE状态下完成特定业务的任意一个上行数据传输后，启动下行数据传输监听过程。

或者，UE在RRC_INACTIVE状态下完成特定业务的特定上行数据包传输后，启动下行数据传输监听过程。

其中，所述特定类型的业务为gNB通过广播消息为每个UE配置的，此时每个UE的特定类型的业务都是相同的，或gNB也可以通过专用信令为所述UE配置的，此时每个UE的特定类型的业务可以是相同，也可以是不同的。

所述gNB为所述UE配置特定类型的业务时，在广播消息或专用信令中携带业务类型的标识信息，所述业务类型的标识信息包括：应用层标识、或RB ID(Radio Bear identification，无线承载标识)、或LC ID(Logical channel identification，逻辑信道标识)、或Flow ID(Flow identification，流标识)等。

网络侧不仅可以为UE配置特定类型的业务，还可以针对特定类型的业务配置特定上行数据包，所述特定上行数据包为需网络侧发送对应下行数据传输的上行数据包。即所述上行数据包是指UE确定随后会有对应下行数据传输的数据包，例如在TCP业务中，UE在发送了几个TCP上行数据传输后，会接收到下行TCP的ACK的信息。该TCP ACK信息前的上行数据包即为特定上行数据包。

所述UE在RRC_INACTIVE状态下进行特定类型的业务的特定上行数据包传输时，在确定时间段内监听下行数据传输之前，所述方案还包括：向网络侧发送所述UE将进入监听下行数据传输的指示信息。

根据上述描述可知，UE在发送了几个TCP上行数据传输后，会接收到下行TCP的ACK的信息。因此UE在RRC_INACTIVE状态下进行特定类型的业务的特定上行数据包传输时，可以向网络侧的gNB发送UE将进入监听下行数据传输的指示信息，以便接收gNB的下行数据传输。

或者，UE在预设时间段内完成上行数据传输后，启动下行数据传输监听过程。

所述预设时间段为网络侧通过广播消息为每个UE配置的，或，网络侧通过专用信令为所述UE配置的，或UE在特定业务传输激活和有数据传输期间持续启动下行数据传输监听过程。网络侧通过广播消息为UE配置预设时间段时，每个UE的预设时间段都相同，网络侧通过专用信令为所述UE配置预设时间段时，每个UE的预设时间段可以相同，也可以不同。

在本发明实施例中，所述接收完成下行数据包括：

接收网络侧发送的下行调度命令，该下行调度命令携带RRC_INNACTIVE UE公共的RNTI(Radio Network Temporary Identity，无线网络临时识别)，接收该下行调度命令调度的下行数据传输，判断该下行数据传输中携带的UE ID信息是否与自身的UE ID信息相同，如果是，解析所述下行数据传输中的下行数据内容；或，

接收网络侧发送的下行调度命令，判断所述下行调度信令中携带的UE的C-RNTI是否与自身的C-RNTI(Cell-Radio Network Temporary Identifier，小区无线网络临时标识)相同，如果是，接收所述下行调度命令所调度的下行数据传输。

具体的，网络侧具体为gNB通过RAN侧通知消息(notification)通知UE接收下行数据传输，并将下行数据发送给UE。所述RAN(Radio Access Network，无线接入网)侧通知消息可以在RAN侧通知消息区域RNA(RAN-based Notification Area，RAN通知区域)内发送，该区域包含一个或多个小区，也可以只在gNB确定的UE所在的小区内发送。

或者，网络侧具体为gNB在UE所在小区内，用特殊 RRC_INACTIVE-RNTI加扰的调度命令NR-PDCCH为UE调度下行数据传输，在下行数据传输的MAC PDU(MAC：Media Access Control，媒体接入控制；PDU：Protocol Data Unit，协议数据单元)中，包含携带RRC_INACTIVE UE ID的MAC层控制信令MAC CE(Control Element，控制单元)和发送给UE的下行数据包。UE在与该下行数据传输对应的反馈位置发送ARQ(Automatic Repeat Request，自动重复请求)反馈；如果gNB没有接收到ACK反馈，在UE监听下行数据传输期间，gNB采用相同的方式发送下行数据，直至收到UE的ACK反馈或定时器超时。如果定时器超时gNB都没有成功发送下行数据，在下一个UE监听下行数据传输期间，gNB采用通知消息通知UE接收下行数据传输，并将下行数据发送给UE，即回退到上述gNB通过RAN侧通知消息通知UE接收下行数据传输，并将下行数据发送给UE。

或者，网络侧具体为gNB在UE所在小区内，用C-RNTI加扰的调度命令NR-PDCCH为UE调度下行数据传输，该C-RNTI是UE进入RRC_INACTIVE状态前在连接态时gNB分配的，并存储在RRC_INACTIVE UE的UE context中。UE在与该下行数据传输对应的反馈位置发送ARQ反馈；如果gNB没有接收到ACK反馈，在UE监听下行数据传输期间，gNB采用相同的方式发送下行数据，直至收到UE的ACK反馈或定时器超时。如果定时器超时gNB都没有成功发送下行数据，在下一个UE监听下行数据传输期间，gNB采用通知消息通知UE接收下行数据传输并将下行数据发送给UE，即回退到上述gNB通过RAN侧通知消息通知UE接收下行数据传输，并将下行数据发送给UE。该方法下要求gNB为RRC_INACTIVE状态的UE在RNA区域内保留UE连接态下的C-RNTI，且在RNA的多个小区下该C-RNTI是唯一的。

图2为本发明实施例提供了一种数据传输过程示意图，所述过程应用于网络侧，所述过程包括以下步骤：

步骤201：接收在不活跃RRC_INACTIVE状态下的UE发送的上行数据。

步骤202：在确定时间段内向UE发送下行数据。

由于gNB可以在确定时间段内向UE发送下行数据，可以及时向在RRC_INACTIVE状态下的UE传输下行数据，避免造成后续数据传输的延迟。

所述在确定时间段内向UE发送下行数据包括：

所述在确定时间段内向UE发送所述下行数据还包括：

网络侧向UE发送指示所述UE继续进行下行数据传输监听的信息，如果网络侧有新的指示所述UE继续进行下行数据传输监听的信息，重新在所述确定时间段内向UE发送下行数据；或，

所述定时器T1的定时时长、定时器T2的定时时长、定时器T3的定时时长和定时器T4的定时时长为所述网络侧针对所述UE预先配置的，或协议预先规定的，其中定时器T1的定时时长、定时器T2的定时时长、定时器T3的定时时长和定时器T4的定时时长的确定方式相同或不同。

所述上行数据包括：

任意一个上行数据；或，

特定类型的业务的任意一个上行数据；或，

特定类型的业务的特定上行数据包；或，

在预设时间段内的上行数据。

所述特定类型的业务为网络侧针对所述UE预先配置的。

所述特定上行数据包为需网络侧发送对应下行数据传输的上行数据包。

所述网络侧与UE进行上行数据传输时，所述方法还包括：

所述向UE发送下行数据包括：

将上述各情况分为以下各实施例，分别对本发明实施例中的数据传输过程进行描述。

上述的在定时器的定时时长内即为在定时器运行期间内。

首先描述UE在RRC_INACTIVE状态下完成任意一个上行数据传输后启动下行数据传输监听的各实施例。

实施例1：

UE在RRC_INACTIVE状态下完成任意一个上行数据传输后，进入连续接收状态，监听下行数据传输，直至接收到下行数据传输，在接收完成下行数据后，进入DRX状态。

在本发明实施例中UE启动下行数据传输监听过程的条件是：UE在RRC_INACTIVE状态下完成任意一个上行数据传输后，启动下行数据传输监听过程。

监听下行数据时间段的确定方式是：所述UE在RRC_INACTIVE状态下完成上行数据传输后进入连续接收状态，监听下行数据传输，直至监听到下行数据传输，并在接收完成下行数据后进入DRX状态。

在本发明实施例中对于UE侧，该UE进行的操作包括以下步骤：

步骤一：在RRC_INACTIVE状态下完成任意一个上行数据传输，进入连续接收状态。

步骤二：监听下行数据传输，如果监听到下行数据传输，则进行步骤三，如果未监听到下行数据传输，则持续进行下行数据传输监听。

步骤三包括以下并列的分支：

分支1：如果gNB没有为UE配置持续监听下行数据传输的定时器T4，UE接收到gNB发送的继续监听下行数据传输的指示信息，持续监听下行数据传输，在接收完成下行数据后进入DRX状态；或，

分支2：如果gNB为UE配置了持续监听下行数据传输的定时器T4，UE在接收到下行数据传输或下行调度命令时，启动定时器T4，并在每次接收到新的下行数据传输或下行调度命令时，重启定时器T4，在定时器T4运行期间监听下行数据传输，定时器T4超时进入DRX状态；或，

分支3：如果gNB既没有为UE配置持续监听下行数据传输的定时器T4，也没有在下行数据传输中指示UE继续监听下行数据传输，在接收完成下行数据后，UE直接进入DRX状态。

在本发明实施例中对于gNB，gNB进行的操作包括以下步骤：

步骤一：接收完成UE的上行数据传输后，认为UE进入连续接收状态。

步骤二：在有下行数据需要发送给UE时，在任意时刻向UE发送下行数据。

步骤三包括以下并列的分支：

分支1：如果没有为UE配置了持续监听下行数据传输的定时器T4，但启动了gNB在下行数据传输中指示UE持续监听下行数据传输的功能，gNB可以在下行数据传输中向UE发送继续监听下行数据传输的指示信息，认为UE保持在连续接收状态并在后续向UE发送下行数据；或，

分支2：如果gNB为UE配置了持续监听下行数据传输的定时器T4，每次发送下行数据或下行调度命令时，启动或重启定时器T4，定时器T4运行期间gNB可以向UE发送下行数据，定时器T4超时认为UE进入DRX状态，在UE维持DRX状态期间不能向UE发送下行数据。

在该分支中，gNB在定时器T4运行期间可以向UE发送下行数据，认为每次发送下行数据或下行调度命令时，UE的定时器T4重启，定时器T4超时认为UE进入DRX状态，在UE维持DRX状态期间不能向UE发送下行数据；或，

分支3：如果gNB既没有为UE配置持续监听下行数据传输的定时器T4，也没有在下行数据传输中指示UE继续监听下行数据传输，gNB认为UE接收完成下行数据传输后进入DRX状态，在UE维持DRX状态期间不能向UE发送下行数据。

实施例2：

UE在RRC_INACTIVE状态下完成任意一个上行数据传输后，进入连续接收状态，启动定时器T1，在定时器T1的定时时长内监听下行数据传输，当所述定时器T1超时或接收完成下行数据后，进入DRX状态。

在本发明实施例中UE监听下行数据时间段的确定方式：UE在完成上行数据传输后进入连续接收状态，并启动定时器T1，监听下行数据传输，在定时器T1超时或接收完成下行数据后，进入DRX状态。定时器T1的定时时长是gNB通过广播消息为每个UE配置，或通过专用信令为所述UE配置的；或通过协议规定的。

UE启动下行数据传输监听过程的条件：UE在RRC_INACTIVE状态下发送任意一个上行数据传输后，启动下行数据传输监听过程。

在本发明实施例中对于UE侧，该UE进行的操作包括以下步骤：

步骤一：在RRC_INACTIVE状态下完成任意一个上行数据传输，启动定时器T1。

步骤二：在定时器T1运行期间，进入连续接收状态，监听下行数据传输。如果未接收到下行数据传输，并且定时器T1超时，则进入DRX状态，如果接收到下行数据传输，进行步骤三。

步骤三包括以下并列的分支：

分支1：如果gNB没有为UE配置持续监听下行数据传输的定时器T4， UE接收到gNB发送的继续监听下行数据传输的指示信息，重启定时器T1，持续监听下行数据传输，并在每次接收到新的继续监听下行数据传输的指示信息时重启定时器T1，在定时器T1运行期间监听下行数据传输，定时器T1超时或接收完成下行数据后进入DRX状态；或，

分支2：如果gNB为UE配置了持续监听下行数据传输的定时器T4，UE在接收到下行数据传输或下行调度命令时，启动定时器T4，并在每次接收到新的下行数据传输或下行调度命令时，重启定时器T4，在定时器T4运行期间监听下行数据传输，定时器T4超时进入DRX状态；

上述分支2中定时器T4可以与定时器T1相同，此时分支1和分支2可以合并；或，

分支3：如果gNB既没有为UE配置持续监听下行数据传输的定时器T4，也没有在下行数据传输中指示UE继续监听下行数据传输，接收完成下行数据后，UE直接进入DRX状态。

在本发明实施例中对于gNB，gNB进行的操作包括以下步骤：

步骤一：接收完成UE传输的上行数据，gNB认为UE进入连续接收状态，启动定时器T1。

步骤二：在定时器T1运行期间，有下行数据需要发送给UE时，向UE发送下行数据，当完成该下行数据传输后进行步骤三。

步骤三包括以下并列的分支：

分支1：如果没有为UE配置了持续监听下行数据传输的定时器T4，但启动了gNB在下行数据传输中指示UE持续监听下行数据传输的功能，gNB可以在下行数据传输中向UE发送继续监听下行数据传输的指示信息，每次发送继续监听下行数据传输的指示信息后重启定时器T1，认为UE在定时器T1运行期间监听下行数据传输，可以在此期间向UE发送下行数据，定时器T1超时认为UE进入DRX状态，在UE维持DRX状态期间不能向UE发送下行数据；或

分支2：如果gNB为UE配置了持续监听下行数据传输的定时器T4，每次发送下行数据或下行调度命令时，启动或重启定时器T4，定时器T4运行期间gNB可以为UE发送下行数据，定时器T4超时认为UE进入DRX状态，在UE维持DRX状态期间不能向UE发送下行数据；

上述分支中定时器T4可以与定时器T1相同，此时分支1和分支2可以合并。

分支3：如果gNB既没有为UE配置持续监听下行数据传输的定时器T4，也没有在下行数据传输中指示UE继续监听下行数据传输，gNB认为UE在接收完成下行数据后进入DRX状态，在UE维持DRX状态期间不能向UE发送下行数据。

实施例3：

UE在RRC_INACTIVE状态下完成任意一个上行数据传输后，启动定时器T2，在定时器T2的定时时长内进入DRX状态，当所述定时器T2超时后进入连续接收状态，并在定时器T3的定时时长内监听下行数据传输，当所述定时器T3超时或接收完成下行数据后，进入DRX状态。

在本发明实施例中UE监听下行数据时间段的确定方式包括：UE在完成上行数据传输后，启动定时器T2，在定时器T2运行期间进入DRX状态，定时器T2超时后进入连续接收状态，同时启动定时器T3，在定时器T3运行期间监听下行数据传输，在定时器T3超时或接收完成下行数据后，进入DRX状态。所述定时器T2的定时时长和定时器T3的定时时长可以是gNB通过广播消息为每个UE配置的；或，gNB通过专用信令为所述UE配置的；或，通过协议预先规定的。其中定时器T2的定时时长和定时器T3的定时时长的确定方式相同或不同。

UE启动下行数据传输监听过程的条件是：UE在RRC_INACTIVE状态下发送任意一个上行数据传输后，启动下行数据传输监听过程。

在本发明实施例中对于UE侧，该UE进行的操作包括以下步骤：

步骤一：在RRC_INACTIVE状态下完成任意一个上行数据传输，启动定时器T2，在启动定时器T2运行期间，所述UE不进行下行数据传输监听。

步骤二：当UE识别到定时器T2超时，UE启动定时器T3，在定时器T3运行期间，进入连续接收状态，监听下行数据传输。如果未接收到下行数据传输，并且定时器T3超时，则进入DRX状态，如果接收到下行数据传输，进行步骤三。

步骤三包括以下并列的分支：

分支1：如果gNB没有为UE配置持续监听下行数据传输的定时器T4，UE接收到gNB发送的继续监听下行数据传输的指示信息，重启定时器T3，持续监听下行数据传输，并在每次接收到新的继续监听下行数据传输的指示信息时重启定时器T3，在定时器T3运行期间监听下行数据传输，定时器T3超时或接收完成下行数据后进入DRX状态；或，

分支2：如果gNB为UE配置了持续监听下行数据传输的定时器T4，UE在接收到下行数据传输或下行调度命令时启动定时器T4，并在每次接收到新的下行数据传输或下行调度命令时重启定时器T4，在定时器T4运行期间监听下行数据传输，定时器T4超时进入DRX状态；上述分支2中定时器T4可以与定时器T3相同，此时分支1和分支2可以合并，或，

在本发明实施例中对于gNB，gNB进行的操作包括以下步骤：

步骤一：接收完成UE传输的上行数据，准备向UE发送下行数据，启动定时器T2。

步骤二：当gNB识别到定时器T2超时，启动定时器T3，在定时器T3运行期间，有下行数据需要发送给UE时，向UE发送下行数据，进行步骤三，或在定时器T3超时后认为UE进入DRX状态。

步骤三包括以下并列的分支：

分支1：如果没有为UE配置了持续监听下行数据传输的定时器T4，但启动了gNB在下行数据传输中指示UE持续监听下行数据传输的功能，gNB 可以在下行数据传输中向UE发送继续监听下行数据传输的指示信息，每次发送继续监听下行数据传输的指示信息后重启定时器T3，认为UE在定时器T3运行期间监听下行数据传输，可以在此期间向UE发送下行数据，定时器T1超时认为UE进入DRX状态，在UE维持DRX状态期间不能向UE发送下行数据；或，

分支2：如果gNB为UE配置了持续监听下行数据传输的定时器T4，每次发送下行数据或下行调度命令时启动或重启定时器T4，定时器T4运行期间gNB可以为UE发送下行数据，定时器T4超时认为UE进入DRX状态，在UE维持DRX状态期间不能向UE发送下行数据；

上述分支中定时器T4可以与定时器T3相同，此时分支1和分支2可以合并，或，

其次描述本发明中UE在RRC_INACTIVE状态下完成特定类型的业务的任意一个上行数据传输后，启动下行数据传输监听的各实施例。

实施例4：

UE在RRC_INACTIVE状态下完成特定类型的业务的任意一个上行数据传输后，进入连续接收状态，监听下行数据传输，直至接收到下行数据传输，在接收完成下行数据后，进入DRX状态。

在本发明实施例中UE监听下行数据时间段的确定方式包括：UE在完成上行数据传输后进入连续接收状态，监听下行数据传输，直至接收到下行数据传输，并在接收完成下行数据后进入DRX状态。

UE启动下行数据传输监听过程的条件是：UE在RRC_INACTIVE状态下发送特定业务的任意一个上行数据传输后，启动下行数据传输监听。

所述特定类型的业务可以是gNB通过广播消息为每个UE配置的；也可以是gNB通过专用信令为所述UE配置的。所述gNB为所述UE配置特定业务时，在广播消息或专用信令中携带业务类型的标识信息，所述业务类型的标识信息包括：应用层标识、或RB ID、或LCID、或Flow ID。

在本发明实施例中对于UE侧，该UE进行的操作包括以下步骤：

步骤一：在RRC_INACTIVE状态下完成特定类型的业务的任意一个上行数据传输，进入连续接收状态，监听下行数据传输，进行步骤二；或UE在RRC_INACTIVE状态下发送的上行数据的业务类型不允许UE监听下行数据传输，则该UE在发送完所述上行数据后，直接进入DRX状态，不进行步骤二。

步骤二：UE接收到下行数据传输，进行步骤三；否则持续进行下行数据监听。

步骤三包括以下并列的分支：

分支1：如果gNB没有为UE配置持续监听下行数据传输的定时器T4，UE接收到gNB发送的继续监听下行数据传输的指示信息，持续监听下行数据传输，在下行数据传输传输完成后进入DRX状态；或，

分支2：如果gNB为UE配置了持续监听下行数据传输的定时器T4，UE在接收到下行数据传输或下行调度命令时启动定时器T4，并在每次接收到新的下行数据传输或下行调度命令时重启定时器T4，在定时器T4运行期间监听下行数据传输，定时器T4超时进入DRX状态；或，

在本发明实施例中对于gNB，gNB进行的操作包括以下步骤：

步骤一：接收完成UE传输的上行数据，判断所述上行数据所属的业务是否为允许UE监听下行数据传输的特定业务类型，如果是，则认为UE进入连续接收状态，进行步骤二，否则，认为UR进入DRX状态，不进行步骤二。

步骤三包括以下并列的分支：

分支1：如果没有为UE配置了持续监听下行数据传输的定时器T4，但启动了gNB在下行数据传输中指示UE持续监听下行数据传输的功能，gNB可以在下行数据传输中向UE发送继续监听下行数据传输的指示信息，认为UE保持在连续接收状态，并在后续向UE发送下行数据；或，

在该分支中，gNB在T4运行期间可以向UE发送下行数据，认为每次发送下行数据或下行调度命令时UE的定时器T4重启，定时器T4超时认为UE进入DRX状态，在UE维持DRX状态期间不能向UE发送下行数据；或，

分支3：如果gNB既没有为UE配置持续监听下行数据传输的定时器T4，也没有在下行数据传输中指示UE继续监听下行数据传输，认为UE接收完成下行数据后进入DRX状态，在UE维持DRX状态期间不能向UE发送下行数据。

实施例5：

UE在RRC_INACTIVE状态下完成特定类型的业务的任意一个上行数据传输后，进入连续接收状态，启动定时器T1，在定时器T1的定时时长内监听下行数据传输，当所述定时器T1超时或接收完成下行数据后，进入DRX状态。

在本发明实施例中UE监听下行数据时间段的确定方式包括：UE完成上行数据传输后进入连续接收状态，并启动定时器T1，监听下行数据传输，在定时器T1超时或接收完成下行数据后，进入DRX状态。所述定时器T1的定时时长可以是gNB通过广播消息为每个UE配置的；或，gNB通过专用信令为所述UE配置的；或，通过协议预先规定的。

所述特定类型的业务可以是gNB通过广播消息为每个UE配置的，也可以是gNB通过专用信令为所述UE配置的。所述gNB为所述UE配置特定业务时，在广播消息或专用信令中携带业务类型的标识信息，所述业务类型的标识信息包括：应用层标识、或RB ID、或LCID、或Flow ID。

在本发明实施例中对于UE侧，该UE进行的操作包括以下步骤：

步骤一：在RRC_INACTIVE状态下完成特定类型的业务的任意一个上行数据传输，启动定时器T1，进行步骤二；或UE在RRC_INACTIVE状态下发送的上行数据的业务类型不允许UE监听下行数据传输，则该UE在发送完所述上行数据后，直接进入DRX状态，不进行步骤二。

步骤二：在定时器T1运行期间，进入连续接收状态，监听下行数据传输。，如果未接收到下行数据传输，并且定时器T1超时，则进入DRX状态，如果接收到下行数据传输，进行步骤三。

步骤三包括以下并列的分支：

分支1：如果gNB没有为UE配置持续监听下行数据传输的定时器T4，UE接收到gNB发送的继续监听下行数据传输的指示信息，重启定时器T1，持续监听下行数据传输，并在每次接收到新的继续监听下行数据传输的指示信息时重启定时器T1，在定时器T1运行期间监听下行数据传输，定时器T1超时或接收完成下行数据后进入DRX状态；或，

分支2：如果gNB为UE配置了持续监听下行数据传输的定时器T4，UE在接收到下行数据传输或下行调度命令时，启动定时器T4，并在每次接收到新的下行数据传输或下行调度命令时重启定时器T4，在定时器T4运行期间监听下行数据传输，定时器T4超时进入DRX状态；

在本发明实施例中对于gNB，gNB进行的操作包括以下步骤：

步骤一：接收完成UE传输的上行数据，判断所述上行数据所属的业务是否为允许UE监听下行数据传输的特定业务类型，如果是，则启动定时器T1，认为UE进入连续接收状态，进行步骤二，否则，认为UR进入DRX状态，不进行步骤二。

步骤二：在定时器T1运行期间，有下行数据需要发送给UE时，向UE发送下行数据，当完成该下行数据传输后进行步骤三，或在定时器T1超时后认为UE进入DRX状态。

步骤三包括以下并列的分支：

分支1：如果没有为UE配置了持续监听下行数据传输的定时器T4，但启动了gNB在下行数据传输中指示UE持续监听下行数据传输的功能，gNB可以在下行数据传输中向UE发送继续监听下行数据传输的指示信息，每次发送继续监听下行数据传输的指示信息后重启定时器T1，认为UE在定时器T1运行期间监听下行数据传输，可以在此期间向UE发送下行数据，定时器T1超时认为UE进入DRX状态，不能向UE发送下行数据；或，

分支2：如果gNB为UE配置了持续监听下行数据传输的定时器T4，每次发送下行数据或下行调度命令时启动或重启定时器T4，定时器T4运行期间gNB可以为UE发送下行数据，定时器T4超时认为UE进入DRX状态，不能向UE发送下行数据；上述分支2中定时器T4可以与定时器T1相同，此时分支1和分支2可以合并，或，

实施例6：

UE在RRC_INACTIVE状态下完成特定类型的业务的任意一个上行数据传输后，启动定时器T2，在定时器T2的定时时长内进入DRX状态，当所述定时器T2超时后进入连续接收状态，并在定时器T3的定时时长内监听下行数据传输，当所述定时器T3超时或接收完成下行数据后，进入DRX状态。

在本发明实施例中UE监听下行数据时间段的确定方式包括：UE在完成上行数据传输后，启动定时器T2，在定时器T2运行期间进入DRX状态，定时器T2超时后UE进入连续接收状态，同时启动定时器T3，在定时器T3运行期间监听下行数据传输，在定时器T3超时或接收完成下行数据后，进入DRX状态。其中，所述定时器T2的定时时长、定时器T3的定时时长和定时器T4的定时时长可以是gNB通过广播消息为每个UE配置的，或，gNB通过专用信令为所述UE配置的；或，通过协议预先规定的。其中定时器T2的定时时长和定时器T3的定时时长的确定方式相同或不同。

在本发明实施例中对于UE侧，该UE进行的操作包括以下步骤：

步骤一：在RRC_INACTIVE状态下完成特定类型的业务的任意一个上行数据传输，启动定时器T2，在启动定时器T2运行期间，所述UE不监听下行数据传输，进行步骤二；或UE在RRC_INACTIVE状态下发送的上行数据的业务类型不允许UE监听下行数据传输，则该UE在发送完所述上行数据后，直接进入DRX状态，不进行步骤二。

步骤二：当UE识别到定时器T2超时，UE启动定时器T3，在定时器T3运行期间，进入连续接收状态，监听下行数据传输，如果未接收到下行数据传输，并且定时器T3超时，则进入DRX状态，如果接收到下行数据传输，进行步骤三。

步骤三包括以下并列的分支：

在本发明实施例中对于gNB，gNB进行的操作包括以下步骤：

步骤一：接收完成UE传输的上行数据，判断所述上行数据所属的业务是否为允许UE监听下行数据传输的特定业务类型，如果是，则准备向UE发送下行数据，启动定时器T2。

步骤二：当gNB识别到定时器T2超时，启动定时器T3，在定时器T3运行期间，有下行数据需要发送给UE时，向UE发送下行数据，当完成该下行数据传输后进行步骤三，或在定时器T3超时后认为UE进入DRX状态。

步骤三包括以下并列的分支：

分支1：如果没有为UE配置了持续监听下行数据传输的定时器T4，但启动了gNB在下行数据传输中指示UE持续监听下行数据传输的功能，gNB可以在下行数据传输中向UE发送继续监听下行数据传输的指示信息，每次发送继续监听下行数据传输的指示信息后重启定时器T3，认为UE在定时器 T3运行期间监听下行数据传输，可以在此期间向UE发送下行数据，定时器T3超时认为UE进入DRX状态，不能向UE发送下行数据；或，

分支2：如果gNB为UE配置了持续监听下行数据传输的定时器T4，每次发送下行数据或下行调度命令时启动或重启定时器T4，定时器T4运行期间gNB可以为UE发送下行数据，定时器T4超时认为UE进入DRX状态，不能向UE发送下行数据；上述分支中定时器T4可以与定时器T3相同，此时分支1和分支2可以合并，或，

分支3：如果gNB既没有为UE配置持续监听下行数据传输的定时器T4，也没有在下行数据传输中指示UE继续监听下行数据传输，gNB认为UE在下行数据传输接收后进入DRX状态，在UE维持DRX状态期间不能向UE发送下行数据。

再次描述本发明中UE在RRC_INACTIVE状态下完成特定类型的业务的特定上行数据包传输后，启动下行数据传输监听的各实施例。

实施例7：

UE在RRC_INACTIVE状态下完成特定类型的业务的特定上行数据包传输后，进入连续接收状态，监听下行数据传输，直至接收到下行数据传输，在接收完成下行数据后，进入DRX状态。

UE启动下行数据传输监听过程的条件是：UE在RRC_INACTIVE状态下发送特定业务的特定上行数据包传输后，启动下行数据传输监听。

其中，所述特定类型的业务可以是gNB通过广播消息为每个UE配置的，也可以是gNB通过专用信令为所述UE配置的。所述gNB为所述UE配置特定业务时，在广播消息或专用信令中携带业务类型的标识信息，所述业务类型的标识信息包括：应用层标识、或RB ID、或LCID、或Flow ID。

所述特定上行数据包为需gNB发送对应下行数据传输的上行数据包。即所述上行数据包是指UE确定随后会有对应下行数据传输的数据包，如UE在确定发送几个TCP上行数据传输后，会接收到下行TCP的ACK的信息。该TCP ACK信息前的上行数据包即为特定上行数据包。所述UE在RRC_INACTIVE状态下进行特定类型的业务的特定上行数据包传输时，在确定时间段内监听下行数据传输之前，UE可以向gNB发送所述UE将进入监听下行数据传输的指示信息。

在本发明实施例中对于UE侧，该UE进行的操作包括以下步骤：

步骤一：在RRC_INACTIVE状态下完成特定类型的业务的特定上行数据包传输，进入连续接收状态，监听下行数据传输，进行步骤二；或UE在RRC_INACTIVE状态下发送的上行数据包不允许UE监听下行数据传输，则该UE在发送完成所述上行数据后，直接进入DRX状态，不进行步骤二。可选的，UE在发送完最后一个特定上行数据包时，向gNB发送所述UE将进入监听下行数据传输的指示信息。

步骤二、UE接收到下行数据传输，进行步骤三，否则持续进行下行数据监听。

步骤三包括以下并列的分支：

在本发明实施例中对于gNB，gNB进行的操作包括以下步骤：

步骤一：接收完成UE传输的上行数据，判断所述上行数据所属的业务是否为允许UE监听下行数据传输的特定业务类型，如果是，根据UE发送的指示信息或业务特性等隐式方式确定该业务的数据包是否为允许UE监听下行数据传输的特定业务类型的特定数据包，如果是，则认为UE进入连续接收状态，进行步骤二，否则，认为UR进入DRX状态，不进行步骤二。

步骤三包括以下并列的分支：

分支1：如果没有为UE配置了持续监听下行数据传输的定时器T4，但启动了gNB在下行数据传输中指示UE持续监听下行数据传输的功能，gNB可以在下行数据传输中向UE发送继续监听下行数据传输的指示信息，认为UE保持连续接收状态并在后续向UE发送下行数据；或，

分支2：如果gNB为UE配置了持续监听下行数据传输的定时器T4，每次发送下行数据或下行调度命令时启动或重启定时器T4，定时器T4运行期间gNB可以为UE发送下行数据，定时器T4超时认为UE进入DRX状态，在UE维持DRX状态期间不能向UE发送下行数据。

在该分支中，gNB在T4运行期间可以向UE发送下行数据，认为每次发送下行数据或下行调度命令时定时器T4重启，定时器T4超时认为UE进入DRX状态，在UE维持DRX状态期间不能向UE发送下行数据；或，

分支3：如果gNB既没有为UE配置持续监听下行数据传输的定时器T4，也没有在下行数据传输中指示UE继续监听下行数据传输，认为UE接收完下行数据后进入DRX状态，在UE维持DRX状态期间不能向UE发送下行数据。

实施例8：

UE在RRC_INACTIVE状态下完成特定类型的业务的特定上行数据包传输后，进入连续接收状态，启动定时器T1，在定时器T1的定时时长内监听下行数据传输，当所述定时器T1超时或接收完成下行数据后，进入DRX状态。

在本发明实施例中UE监听下行数据时间段的确定方式包括：UE完成上行数据传输后进入连续接收状态，并启动定时器T1，监听下行数据传输，在定时器T1超时或接收完成下行数据后，进入DRX状态。其中，所述定时器T1的定时时长可以是gNB通过广播消息为每个UE配置的，或，gNB通过专用信令为所述UE配置的，或，通过协议预先规定的。

所述特定上行数据包为需gNB发送对应下行数据传输的上行数据包。即所述上行数据包是指UE确定随后会有对应下行数据传输的数据包，如UE在确定发送几个TCP上行数据传输后，会接收到下行TCP ACK的信息。该TCP ACK信息前的上行数据包即为特定上行数据包。所述UE在RRC_INACTIVE状态下进行特定类型的业务的特定上行数据包传输时，在确定时间段内监听下行数据传输之前，UE可以向gNB发送所述UE将进入监听下行数据传输的指示信息。

在本发明实施例中对于UE侧，该UE进行的操作包括以下步骤：

步骤一：在RRC_INACTIVE状态下完成特定类型的业务的特定上行数据包传输，启动定时器T1，进行步骤二；或UE在RRC_INACTIVE状态下发送的上行数据包不允许UE监听下行数据传输，则该UE在发送完所述上行数据后，直接进入DRX状态，不进行步骤二。可选的，UE在发送完最后一个特定上行数据包时，向gNB发送所述UE将进入监听下行数据传输的指示信息。

步骤三包括以下并列的分支：

分支2：如果gNB为UE配置了持续监听下行数据传输的定时器T4，UE在接收到下行数据传输或下行调度命令时启动定时器T4，并在每次接收到新的下行数据传输或下行调度命令时重启定时器T4，在定时器T4运行期间监听下行数据传输，定时器T4超时进入DRX状态；上述分支2中定时器T4可以与定时器T1相同，此时分支1和分支2可以合并，或，

在本发明实施例中对于gNB，gNB进行的操作包括以下步骤：

步骤一：接收完成UE传输的上行数据，判断所述上行数据所属的业务是否为允许UE监听下行数据传输的特定业务类型，如果是，根据UE发送的指示信息或业务特性等隐式方式确定该业务的数据包是否为允许UE监听下行数据传输的特定业务类型的特定数据包，如果是，则启动定时器T1，认为UE进入连续接收状态，进行步骤二，否则，认为UR进入DRX状态，不进行步骤二。

步骤二：在定时器T1运行期间，有下行数据需要发送给UE时，向UE发送下行数据，当完成该下行数据传输后进行步骤三，或在定时器T1超时后认为UE进入DRX状态。在UE维持DRX状态期间不能向UE发送下行数据。

步骤三包括以下并列的分支：

分支3：如果gNB既没有为UE配置持续监听下行数据传输的定时器T4，也没有在下行数据传输中指示UE继续监听下行数据传输，认为UE在接收完下行数据后进入DRX状态，在UE维持DRX状态期间不能向UE发送下行数据。

实施例9：

UE在RRC_INACTIVE状态下完成特定类型的业务的特定上行数据包传输后，启动定时器T2，在定时器T2的定时时长内进入DRX状态，当所述定时器T2超时后进入连续接收状态，并在定时器T3的定时时长内监听下行数据传输，当所述定时器T3超时或接收完成下行数据后，进入DRX状态。

在本发明实施例中UE监听下行数据时间段的确定方式包括：UE在完成上行数据传输后，启动定时器T2，在定时器T2运行期间即定时器T2的定时时长进入DRX状态，定时器T2超时后UE进入连续接收状态，同时启动定时器T3，在定时器T3运行期间监听下行数据传输，在定时器T3超时或接收完成下行数据后，进入DRX状态。其中，所述定时器T2和定时器T3的定时时长可以是gNB通过广播消息为每个UE配置的；或，gNB通过专用信令为所述UE配置的；或，通过协议预先规定的。其中定时器T1的定时时长、定时器T2的定时时长和定时器T3的定时时长的确定方式相同或不同。

所述特定上行数据包为需gNB发送对应下行数据传输的上行数据包。即所述上行数据包是指UE确定随后会有对应下行数据传输的数据包，如在确定发送几个TCP上行数据传输后，会接收到下行TCP ACK的信息。该TCP ACK信息前的上行数据包即为特定上行数据包。所述UE在RRC_INACTIVE状态下进行特定类型的业务的特定上行数据包传输时，在确定时间段内监听下行数据传输之前，UE可以向gNB发送所述UE将进入监听下行数据传输的指示信息。

在本发明实施例中对于UE侧，该UE进行的操作包括以下步骤：

步骤一：在RRC_INACTIVE状态下完成特定类型的业务的特定上行数据包传输，启动定时器T2，在定时器T2运行期间，所述UE不监听下行数据传输进行步骤二；或UE在RRC_INACTIVE状态下发送的上行数据包不允许UE监听下行数据传输，则该UE在发送完所述上行数据后，直接进入DRX状态，不进行步骤二。可选的，UE在发送完最后一个特定上行数据包时，向gNB发送所述UE将进入监听下行数据传输的指示信息。

步骤三包括以下并列的分支：

在本发明实施例中对于gNB，gNB进行的操作包括以下步骤：

步骤一：接收完成UE传输的上行数据，判断所述上行数据所属的业务是否为允许UE监听下行数据传输的特定业务类型，如果是，根据UE发送的指示信息或业务特性等隐式方式确定该业务的数据包是否为允许UE监听下行数据传输的特定业务类型的特定数据包，如果是，则准备向UE发送下行数据，启动定时器T2。

步骤二：当gNB识别到定时器T2超时，启动定时器T3，在定时器T3运行期间，有下行数据需要发送给UE时，向UE发送下行数据，当完成该下行数据传输后进行步骤三，或在定时器T3超时后认为UE进入DRX状态。在UE维持DRX状态期间不能向UE发送下行数据。

步骤三包括以下并列的分支：

分支1：如果没有为UE配置了持续监听下行数据传输的定时器T4，但启动了gNB在下行数据传输中指示UE持续监听下行数据传输的功能，gNB可以在下行数据传输中向UE发送继续监听下行数据传输的指示信息，每次发送继续监听下行数据传输的指示信息后重启定时器T3，认为UE在定时器T3运行期间监听下行数据传输，可以在此期间向UE发送下行数据，定时器 T3超时认为UE进入DRX状态，不能向UE发送下行数据；或，

分支3：如果gNB既没有为UE配置持续监听下行数据传输的定时器T4，也没有在下行数据传输中指示UE继续监听下行数据传输，gNB认为UE在接收完下行数据后进入DRX状态，在UE维持DRX状态期间不能向UE发送下行数据。

接下来描述本发明中UE在RRC_INACTIVE状态下接收完成下行数据的各实施例。

实施10：

UE接收完成下行数据具体为接收gNB发送的寻呼UE的下行通知消息，并接收与该通知消息一起发送的下行数据。

在本发明实施例中对于UE侧，该UE进行的操作包括以下步骤：

步骤一：UE接收通知消息，该通知消息中携带RRC_INACTIVE UE ID，通知UE接收下行数据。

步骤二(可选)：UE向gNB发送反馈消息，反馈消息具体为随机接入请求preamble或与该通知消息对应物理资源位置和对应反馈序列的ACK反馈。

步骤三：UE接收与通知消息一起发送的，或者在通知消息后对应资源位置发送的下行数据传输。

步骤四(可选)：UE向gNB发送反馈消息，反馈消息具体为随机接入请求preamble或与该通知消息对应物理资源位置和对应反馈序列的ACK反馈。

在本发明实施例中对于gNB，gNB进行的操作包括以下步骤：

步骤一：gNB在UE最后发送上行传输的小区内，或UE最后反馈的位置小区内，向UE侧发送通知消息(notification)，该通知消息中携带 RRC_INACTIVE UE ID，通知UE接收下行数据传输。

步骤二(可选)：接收UE向gNB发送的反馈消息，反馈消息具体为随机接入请求preamble或与该通知消息对应物理资源位置和对应反馈序列的ACK反馈。

步骤三：gNB向UE发送下行数据，具体为与通知消息一起发送，或者在通知消息后对应资源位置发送。

步骤四(可选)：接收UE发送的反馈消息，反馈消息具体为随机接入请求preamble或与该通知消息对应物理资源位置和对应反馈序列的ACK反馈。

步骤五：如果没有接收到UE发送的反馈消息，或者gNB采用固定发送次数的方式，回到步骤一，继续向UE发送下行数据，直至接收到UE发送的反馈消息，确认下行数据传输成功，或确认UE进入DRX状态，或达到最大传输次数，则不再向UE发送下行数据。

实施例11：

UE接收完成下行数据具体为接收gNB发送的下行调度命令，该下行调度命令携带RRC_INNACTIVE UE公共的RNTI，接收该下行调度命令调度的下行数据传输，判断该下行数据传输中携带的UE ID信息是否与自身的UE ID信息相同，如果是，解析所述下行数据传输中的下行数据内容。

在本发明实施例中对于UE侧，该UE进行的操作包括以下步骤：

步骤一：UE接收下行调度命令：物理下行控制信道(Physical Downlink Control Channel，PDCCH))(NR-PDCCH)，该调度命令中携带针对全部RRC_INACTIVE UE的公共RNTI，UE根据该调度命令接收下行数据传输，解析协议数据单元(MAC PDU)，该MAC PDU中包含MAC CE和下行数据，UE解析MAC CE中的UE ID，判断解析出的UE ID是否为该UE的RRC_INACTIVE UE ID，如果是该UE的RRC_INACTIVE UE ID，则接收该MAC PDU中的下行数据部分。

步骤二(可选)：UE向gNB发送反馈消息，反馈消息具体为随机接入请求preamble或与该调度命令或下行数据传输对应资源位置上发送的和对应反馈序列的ACK反馈。

步骤三：如果UE没有成功接收下行数据传输，在下行数据监听时间段内持续监听下行数据传输。

在本发明实施例中对于gNB，gNB进行的操作包括以下步骤：

步骤一：gNB在UE最后发送上行传输的小区内，或UE最后反馈的位置小区内，向UE发送下行调度命令(NR-PDCCH)和下行数据传输，该下行调度命令携带RRC_INACTIVE UE公共的RNTI，该下行数据传输组织的MAC PDU中包含MAC CE和下行数据，MAC CE中包含RRC_INACTIVE UE ID，下行数据部分为向该UE发送的下行数据。

步骤二(可选)：接收UE的反馈消息，反馈消息具体为随机接入请求preamble或与该调度命令或下行数据传输对应的资源位置上发送的对应反馈序列的ACK反馈。

步骤三：如果没有接收到UE发送的确认反馈，或者gNB采用固定发送次数的方式，回到步骤一，继续向UE发送下行数据，直至接收到UE发送的反馈消息，确认下行数据传输成功，或确认UE进入DRX状态，或达到最大传输次数，则不再向UE发送下行数据。

实施例12：

UE接收完成下行数据具体为接收gNB发送的下行调度命令，判断所述下行调度命令中携带的UE的C-RNTI是否与自身的C-RNTI相同，如果是，接收所述下行调度命令所调度的下行数据传输。

在本发明实施例中对于UE侧，该UE进行的操作包括以下步骤：

步骤一：UE接收下行调度命令(NR-PDCCH)，该下行调度命令携带UE的C-RNTI，UE根据该C-RNTI确定该下行数据是发送给自己的，并接收该调度命令对应的下行数据传输。

在本发明实施例中对于gNB，gNB进行的操作包括以下步骤：

步骤一：gNB在UE最后发送上行传输的小区内，或UE最后反馈的位置小区内，向UE发送下行调度命令(NR-PDCCH)和下行数据传输，该下行调度命令携带UE的C-RNTI，下行数据传输中包含该UE发送的下行数据。

步骤三：如果没有接收到UE发送的确认反馈，或者gNB采用固定发送次数的方式，回到步骤一，继续向UE发送下行数据，直至确认下行数据传输成功，或确认UE进入DRX状态，或达到最大传输次数。

图3本发明实施例提供了一种数据传输装置结构图，所述装置包括：

监听模块31，用于UE在不活跃RRC_INACTIVE状态下完成上行数据传输后，在确定时间段内监听下行数据传输；

接收休眠模块32，用于当所述确定时间段超时或接收完成下行数据后，进入非连续接收DRX状态。

所述监听模块31，具体用于完成上行数据传输后进入连续接收状态，直至监听到下行数据传输；或，完成上行数据传输后进入连续接收状态，启动定时器T1，在定时器T1的定时时长内监听下行数据传输；或，完成上行数据传输后，启动定时器T2，在定时器T2的定时时长内进入DRX状态，当所述定时器T2超时后启动定时器T3，进入连续接收状态，并在所述定时器T3的定时时长内监听下行数据传输。

所述监听模块31，还用于接收到下行数据，所述下行数据中包含网络侧指示UE继续进行下行数据传输监听的信息，重新在所述确定时间段内监听下行数据传输；或接收到下行数据或下行调度命令，启动定时器T4，在定时器T4的定时时长内监听下行数据传输，并在接收到新的下行数据或下行调度命令时，重启定时器T4。

所述装置还包括：

发送模块，用于向网络侧发送所述UE将进入监听下行数据传输的指示信息。

所述接收休眠模块32，具体用于接收网络侧发送的寻呼UE的下行通知消息，并接收与该通知消息一起发送的下行数据；或，接收网络侧发送的下行调度命令，该下行调度命令携带RRC_INNACTIVE UE公共的RNTI，接收该下行调度命令调度的下行数据传输，判断该下行数据传输中携带的UE ID信息是否与自身的UE ID信息相同，如果是，解析所述下行数据传输中的下行数据内容；或，接收网络侧发送的下行调度命令，判断所述下行调度命令中携带的UE的C-RNTI是否与自身的C-RNTI相同，如果是，接收所述下行调度命令所调度的下行数据传输。

上述数据传输装置位于UE中。

图4本发明实施例提供了一种数据传输装置结构图，所述装置包括：

接收模块41，用于与在RRC_INACTIVE状态下的UE完成上行数据传输；

发送模块42，用于在确定时间段内向UE发送下行数据。

所述发送模块42，具体用于与UE完成上行数据传输后，在任意时刻向UE发送下行数据；或，与UE完成上行数据传输后，启动定时器T1，在定时器T1的定时时长内向UE发送下行数据；或，与UE完成上行数据传输后，启动定时器T2，当所述定时器T2超时后启动定时器T3，在所述定时器T3的定时时长内向UE发送下行数据。

所述发送模块42，还用于向UE发送指示所述UE继续进行下行数据传输监听的信息，重新在所述确定时间段内向UE发送下行数据；或在发送下行数据或下行调度命令后，启动定时器T4，并在发送新的下行数据或下行调度命令时，重启定时器T4。

所述接收模块41，还用于接收所述UE发送的所述UE将进入监听下行数据传输的指示信息。

所述发送模块42，具体用于向UE发送寻呼UE的下行通知消息，并与该通知消息一起发送下行数据；或，向UE发送下行调度命令，该下行调度命令携带RRC_INNACTIVE UE公共的RNTI，通过该下行调度命令向UE调度下行数据传输，其中，该下行数据传输中携带UE ID信息和下行数据内容；或，向UE发送下行调度命令，通过该下行调度命令向UE调度下行数据传输，其中，所述下行调度命令中携带UE的C-RNTI。

上述数据传输装置位于网络侧，具体的可以位于gNB中。

图5为本发明实施例提供的一种数据传输***，所述***包括应用于终端51的数据传输装置和应用于网络侧设备52的数据传输装置。

本发明实施例公开了一种UE，具体如下：

图6为UE结构示意图，如图所示，用户设备包括：

收发机610，用于在处理器600的控制下接收和发送数据，执行下列过程：

进行上下行数据传输；

处理器600，用于读取存储器620中的程序，执行下列过程：

实施中，所述在确定时间段内监听下行数据传输包括：

在所述UE完成上行数据传输后进入连续接收状态，直至监听到下行数据传输；或，

在所述UE完成上行数据传输后进入连续接收状态，启动定时器T1，在定时器T1的定时时长内监听下行数据传输；或，

在所述UE完成上行数据传输后，启动定时器T2，在定时器T2的定时时长内进入DRX状态，当所述定时器T2超时后启动定时器T3，在UE进入连续接收状态，并在所述定时器T3的定时时长内监听下行数据传输。

实施中，所述在确定时间段内监听下行数据传输还包括：

在所述UE接收到下行数据，所述下行数据中包含网络侧指示所述UE继续进行下行数据传输监听的信息，重新在所述确定时间段内监听下行数据传输；或，

在所述UE接收到下行数据或下行调度命令，启动定时器T4，在定时器T4的定时时长内监听下行数据传输，并在接收到新的下行数据或下行调度命令时，重启定时器T4。

实施中，所述定时器T1的定时时长、定时器T2的定时时长、定时器T3的定时时长和定时器T4的定时时长采用以下方式确定：

网络侧通过广播消息为所述UE配置；或，

网络侧通过专用信令为所述UE配置；或，

通过协议预先规定。

实施中，所述上行数据传输包括：

任意一个上行数据传输；或，

特定类型的业务的任意一个上行数据传输；或，

特定类型的业务的特定上行数据包传输；或，

在预设时间段内的上行数据传输。

实施中，所述特定类型的业务为网络侧通过广播消息为所述UE配置的，或，网络侧通过专用信令为所述UE配置的。

实施中，所述特定上行数据包为需网络侧发送对应下行数据传输的上行数据包。

实施中，所述预设时间段为网络侧通过广播消息为所述UE配置的；或，

网络侧通过专用信令为所述UE配置的；或，

UE在特定业务业务传输激活和有数据传输期间。

实施中，所述网络侧为所述UE配置特定业务时，在广播消息或专用信令中携带业务类型的标识信息，所述业务类型的标识信息包括：应用层标识、或无线承载标识RB ID、或逻辑信道标识LCID、或流标识Flow ID。

实施中，在所述UE在RRC_INACTIVE状态下进行上行数据包传输时，在确定时间段内监听下行数据传输之前，所述方法还包括：

向网络侧发送所述UE将进入监听下行数据传输的指示信息。

实施中，所述接收完成下行数据包括：

其中，在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机610可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口630还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器600负责管理总线架构和通常的处理，存储器620可以存储处理器600在执行操作时所使用的数据。

本发明实施例公开了一种基站，具体如下：

图7为基站结构示意图，如图所示，基站中包括：

处理器700，用于读取存储器720中的程序，执行下列过程：

收发机710，用于在处理器700的控制下接收和发送数据，执行下列过程：

实施中，所述在确定时间段内向UE发送下行数据包括：

在所述网络侧与UE完成上行数据传输后，在任意时刻向UE发送下行数据；或，

在所述网络侧与UE完成上行数据传输后，启动定时器T1，在定时器T1的定时时长内向UE发送下行数据；或，

在所述网络侧与UE完成上行数据传输后，启动定时器T2，当所述定时器T2超时后启动定时器T3，在所述定时器T3的定时时长内向UE发送下行数据。

实施中，所述在确定时间段内向UE发送所述下行数据还包括：

在网络侧向UE发送指示所述UE继续进行下行数据传输监听的信息，重新在所述确定时间段内向UE发送下行数据；或，

在网络侧在发送下行数据或下行调度命令后，启动定时器T4，并在发送新的下行数据或下行调度命令时，重启定时器T4。

实施中，所述定时器T1的定时时长、定时器T2的定时时长、定时器T3的定时时长和定时器T4的定时时长为所述网络侧针对所述UE预先配置的，或协议预先规定的。

实施中，所述上行数据包括：

任意一个上行数据；或，

特定类型的业务的任意一个上行数据；或，

特定类型的业务的特定上行数据包；或，

在预设时间段内的上行数据。

实施中，所述特定类型的业务为网络侧针对所述UE预先配置的。

实施中，所述网络侧与在RRC_INACTIVE状态下的UE进行上行数据传输时，所述方法还包括：

实施中，所述向UE发送下行数据包括：

其中，在图7中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器700代表的一个或多个处理器和存储器720代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机710可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器700负责管理总线架构和通常的处理，存储器720可以存储处理器700在执行操作时所使用的数据。

本发明实施例公开了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现UE侧的数据传输方法。具体参见上述实施例。

本发明实施例公开了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现网络侧的数据传输述方法。具体参见上述实施例。

对于***/装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者一个操作与另一个实体或者另一个操作区分开来，而不一定要求或者暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。

本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全应用实施例、或结合应用和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

一种数据传输方法，其特征在于，所述方法包括：

UE在不活跃RRC_INACTIVE状态下完成上行数据传输后，在确定时间段内监听下行数据传输；

当所述确定时间段超时或接收完成下行数据后，进入非连续接收DRX状态。
如权利要求1所述的方法，其特征在于，所述在确定时间段内监听下行数据传输包括：

所述UE完成上行数据传输后进入连续接收状态，直至监听到下行数据传输；或，

所述UE完成上行数据传输后进入连续接收状态，启动定时器T1，在定时器T1的定时时长内监听下行数据传输；或，

所述UE完成上行数据传输后，启动定时器T2，在定时器T2的定时时长内进入DRX状态，当所述定时器T2超时后启动定时器T3，UE进入连续接收状态，并在所述定时器T3的定时时长内监听下行数据传输。
如权利要求2所述的方法，其特征在于，所述在确定时间段内监听下行数据传输还包括：

所述UE接收到下行数据，所述下行数据中包含网络侧指示所述UE继续进行下行数据传输监听的信息，重新在所述确定时间段内监听下行数据传输；或，

所述UE接收到下行数据或下行调度命令，启动定时器T4，在定时器T4的定时时长内监听下行数据传输，并在接收到新的下行数据或下行调度命令时，重启定时器T4。
如权利要求2或3所述的方法，其特征在于，所述定时器T1的定时时长、定时器T2的定时时长、定时器T3的定时时长和定时器T4的定时时长采用以下方式确定：

网络侧通过广播消息为所述UE配置；或，

网络侧通过专用信令为所述UE配置；或，

通过协议预先规定。
如权利要求1所述的方法，其特征在于，所述上行数据传输包括：

任意一个上行数据传输；或，

特定类型的业务的任意一个上行数据传输；或，

特定类型的业务的特定上行数据包传输；或，

在预设时间段内的上行数据传输。
如权利要求5所述的方法，其特征在于，所述特定类型的业务为网络侧通过广播消息为所述UE配置的，或，网络侧通过专用信令为所述UE配置的。
如权利要求5所述的方法，其特征在于，所述特定上行数据包为需网络侧发送对应下行数据传输的上行数据包。
如权利要求5所述的方法，其特征在于，所述预设时间段为网络侧通过广播消息为所述UE配置的；或，

网络侧通过专用信令为所述UE配置的；或，

UE在特定业务业务传输激活和有数据传输期间。
如权利要求6所述的方法，其特征在于，所述网络侧为所述UE配置特定业务时，在广播消息或专用信令中携带业务类型的标识信息，所述业务类型的标识信息包括：应用层标识、或无线承载标识RB ID、或逻辑信道标识LCID、或流标识Flow ID。
如权利要求1所述的方法，其特征在于，所述UE在RRC_INACTIVE状态下进行上行数据包传输时，在确定时间段内监听下行数据传输之前，所述方法还包括：

向网络侧发送所述UE将进入监听下行数据传输的指示信息。
如权利要求1所述的方法，其特征在于，所述接收完成下行数据包括：

接收网络侧发送的寻呼UE的下行通知消息，并接收与该通知消息一起发送的下行数据；或，

接收网络侧发送的下行调度命令，该下行调度命令携带RRC_INNACTIVE UE公共的RNTI，接收该下行调度命令调度的下行数据传输，判断该下行数据传输中携带的UE ID信息是否与自身的UE ID信息相同，如果是，解析所述下行数据传输中的下行数据内容；或，

接收网络侧发送的下行调度命令，判断所述下行调度命令中携带的UE的C-RNTI是否与自身的C-RNTI相同，如果是，接收所述下行调度命令所调度的下行数据传输。
一种数据传输方法，其特征在于，所述方法包括：

网络侧与在不活跃RRC_INACTIVE状态下的UE完成上行数据传输后，在确定时间段内向UE发送下行数据。
如权利要求12所述的方法，其特征在于，所述在确定时间段内向UE发送下行数据包括：

所述网络侧与UE完成上行数据传输后，在任意时刻向UE发送下行数据；或，

所述网络侧与UE完成上行数据传输后，启动定时器T1，在定时器T1的定时时长内向UE发送下行数据；或，

所述网络侧与UE完成上行数据传输后，启动定时器T2，当所述定时器T2超时后启动定时器T3，在所述定时器T3的定时时长内向UE发送下行数据。
如权利要求13所述的方法，其特征在于，所述在确定时间段内向UE发送所述下行数据还包括：

网络侧向UE发送指示所述UE继续进行下行数据传输监听的信息，重新在所述确定时间段内向UE发送下行数据；或，

网络侧在发送下行数据或下行调度命令后，启动定时器T4，并在发送新的下行数据或下行调度命令时，重启定时器T4。
如权利要求13或14所述的方法，其特征在于，所述定时器T1的定时时长、定时器T2的定时时长、定时器T3的定时时长和定时器T4的定时时长为所述网络侧针对所述UE预先配置的，或协议预先规定的。
如权利要求12所述的方法，其特征在于，所述上行数据包括：

任意一个上行数据；或，

特定类型的业务的任意一个上行数据；或，

特定类型的业务的特定上行数据包；或，

在预设时间段内的上行数据。
如权利要求16所述的方法，其特征在于，所述特定类型的业务为网络侧针对所述UE预先配置的。
如权利要求16所述的方法，其特征在于，所述特定上行数据包为需网络侧发送对应下行数据传输的上行数据包。
如权利要求12所述的方法，其特征在于，所述网络侧与在

RRC_INACTIVE状态下的UE进行上行数据传输时，所述方法还包括：

接收所述UE发送的所述UE将进入监听下行数据传输的指示信息。
如权利要求12所述的方法，其特征在于，所述向UE发送下行数据包括：

向UE发送寻呼UE的下行通知消息，并与该通知消息一起发送下行数据；或，

向UE发送下行调度命令，该下行调度命令携带RRC_INNACTIVE UE公共的RNTI，通过该下行调度命令向UE调度下行数据传输，其中，该下行数据传输中携带UE ID信息和下行数据内容；或，

向UE发送下行调度命令，通过该下行调度命令向UE调度下行数据传输，其中，所述下行调度命令中携带UE的C-RNTI。
一种用户设备，其特征在于，用户设备包括：

收发机，用于在处理器的控制下接收和发送数据，执行下列过程：

进行上下行数据传输；

处理器，用于读取存储器中的程序，执行下列过程：

在UE不活跃RRC_INACTIVE状态下完成上行数据传输后，在确定时间段内监听下行数据传输；

当所述确定时间段超时或接收完成下行数据后，进入非连续接收DRX状态。
如权利要求21所述的用户设备，其特征在于，所述在确定时间段内监听下行数据传输包括：

在所述UE完成上行数据传输后进入连续接收状态，直至监听到下行数据传输；或，

在所述UE完成上行数据传输后进入连续接收状态，启动定时器T1，在定时器T1的定时时长内监听下行数据传输；或，

在所述UE完成上行数据传输后，启动定时器T2，在定时器T2的定时时长内进入DRX状态，当所述定时器T2超时后启动定时器T3，在UE进入连续接收状态，并在所述定时器T3的定时时长内监听下行数据传输。
如权利要求22所述的用户设备，其特征在于，所述在确定时间段内监听下行数据传输还包括：

在所述UE接收到下行数据，所述下行数据中包含网络侧指示所述UE继续进行下行数据传输监听的信息，重新在所述确定时间段内监听下行数据传输；或，

在所述UE接收到下行数据或下行调度命令，启动定时器T4，在定时器T4的定时时长内监听下行数据传输，并在接收到新的下行数据或下行调度命令时，重启定时器T4。
如权利要求22或23所述的用户设备，其特征在于，所述定时器T1的定时时长、定时器T2的定时时长、定时器T3的定时时长和定时器T4的定时时长采用以下方式确定：

网络侧通过广播消息为所述UE配置；或，

网络侧通过专用信令为所述UE配置；或，

通过协议预先规定。
如权利要求21所述的用户设备，其特征在于，所述上行数据传输包括：

任意一个上行数据传输；或，

特定类型的业务的任意一个上行数据传输；或，

特定类型的业务的特定上行数据包传输；或，

在预设时间段内的上行数据传输。
如权利要求25所述的用户设备，其特征在于，所述特定类型的业务为网络侧通过广播消息为所述UE配置的，或，网络侧通过专用信令为所述UE配置的。
如权利要求25所述的用户设备，其特征在于，所述特定上行数据包为需网络侧发送对应下行数据传输的上行数据包。
如权利要求25所述的用户设备，其特征在于，所述预设时间段为网络侧通过广播消息为所述UE配置的；或，

网络侧通过专用信令为所述UE配置的；或，

UE在特定业务业务传输激活和有数据传输期间。
如权利要求26所述的用户设备，其特征在于，所述网络侧为所述UE配置特定业务时，在广播消息或专用信令中携带业务类型的标识信息，所述业务类型的标识信息包括：应用层标识、或无线承载标识RB ID、或逻辑信道标识LCID、或流标识Flow ID。
如权利要求21所述的用户设备，其特征在于，在所述UE在RRC_INACTIVE状态下进行上行数据包传输时，在确定时间段内监听下行数据传输之前，所述方法还包括：

向网络侧发送所述UE将进入监听下行数据传输的指示信息。
如权利要求21所述的用户设备，其特征在于，所述接收完成下行数据包括：

接收网络侧发送的寻呼UE的下行通知消息，并接收与该通知消息一起发送的下行数据；或，

接收网络侧发送的下行调度命令，该下行调度命令携带RRC_INNACTIVE UE公共的RNTI，接收该下行调度命令调度的下行数据传输，判断该下行数据传输中携带的UE ID信息是否与自身的UE ID信息相同，如果是，解析所述下行数据传输中的下行数据内容；或，

接收网络侧发送的下行调度命令，判断所述下行调度命令中携带的UE的C-RNTI是否与自身的C-RNTI相同，如果是，接收所述下行调度命令所调度的下行数据传输。
一种基站，其特征在于，基站包括：

处理器，用于读取存储器中的程序，执行下列过程：

确定网络侧是否与在不活跃RRC_INACTIVE状态下的UE完成上行数据传输；

收发机，用于在处理器的控制下接收和发送数据，执行下列过程：

在网络侧与在不活跃RRC_INACTIVE状态下的UE完成上行数据传输后，在确定时间段内向UE发送下行数据。
如权利要求32所述的基站，其特征在于，所述在确定时间段内向UE发送下行数据包括：

在所述网络侧与UE完成上行数据传输后，在任意时刻向UE发送下行数据；或，

在所述网络侧与UE完成上行数据传输后，启动定时器T1，在定时器T1的定时时长内向UE发送下行数据；或，

在所述网络侧与UE完成上行数据传输后，启动定时器T2，当所述定时器T2超时后启动定时器T3，在所述定时器T3的定时时长内向UE发送下行数据。
如权利要求33所述的基站，其特征在于，所述在确定时间段内向UE发送所述下行数据还包括：

在网络侧向UE发送指示所述UE继续进行下行数据传输监听的信息，重新在所述确定时间段内向UE发送下行数据；或，

在网络侧在发送下行数据或下行调度命令后，启动定时器T4，并在发送新的下行数据或下行调度命令时，重启定时器T4。
如权利要求33或34所述的基站，其特征在于，所述定时器T1的定时时长、定时器T2的定时时长、定时器T3的定时时长和定时器T4的定时时长为所述网络侧针对所述UE预先配置的，或协议预先规定的。
如权利要求32所述的基站，其特征在于，所述上行数据包括：

任意一个上行数据；或，

特定类型的业务的任意一个上行数据；或，

特定类型的业务的特定上行数据包；或，

在预设时间段内的上行数据。
如权利要求36所述的基站，其特征在于，所述特定类型的业务为网络侧针对所述UE预先配置的。
如权利要求36所述的基站，其特征在于，所述特定上行数据包为需网络侧发送对应下行数据传输的上行数据包。
如权利要求32所述的基站，其特征在于，所述网络侧与在RRC_INACTIVE状态下的UE进行上行数据传输时，所述方法还包括：

接收所述UE发送的所述UE将进入监听下行数据传输的指示信息。
如权利要求32所述的基站，其特征在于，所述向UE发送下行数据包括：

向UE发送寻呼UE的下行通知消息，并与该通知消息一起发送下行数据；或，

向UE发送下行调度命令，该下行调度命令携带RRC_INNACTIVE UE公共的RNTI，通过该下行调度命令向UE调度下行数据传输，其中，该下行数据传输中携带UE ID信息和下行数据内容；或，

向UE发送下行调度命令，通过该下行调度命令向UE调度下行数据传输，其中，所述下行调度命令中携带UE的C-RNTI。
一种数据传输装置，其特征在于，所述装置包括：

监听模块，用于UE在不活跃RRC_INACTIVE状态下完成上行数据传输后，在确定时间段内监听下行数据传输；

接收休眠模块，用于当所述确定时间段超时或接收完成下行数据后，进入非连续接收DRX状态。
一种数据传输装置，其特征在于，所述装置包括：

接收模块，用于与在不活跃RRC_INACTIVE状态下的UE完成上行数据传输；

发送模块，用于在确定时间段内向UE发送下行数据。
一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至11任一所述方法。
一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求12至20任一所述方法。