CN111836361B - 数据接收方法、发送方法、终端及网络设备 - Google Patents

Abstract

本发明提供一种数据接收方法、发送方法、终端及网络设备，该数据接收方法包括：接收寻呼消息；在所述寻呼消息中包括指示具有所述终端的下行数据发送的指示信息的情况下，获取所述终端的下行数据。本发明的实施例，可以实现当终端在空闲态或非激活态时，网络设备将相应下行数据直接发送给该终端，从而减少下行数据的发送延时。

Description

数据接收方法、发送方法、终端及网络设备

技术领域

本发明涉及通信技术领域，尤其涉及一种数据接收方法、发送方法、终端及网络设备。

背景技术

目前，基于EDT(早期数据传输，Ealry Data Transmission)，根据网络设备配置的资源，终端比如UE(用户设备，User Equipment)在空闲态(IDLE)或者非激活态(INACTIVE)时，网络设备可以直接将下行数据发送给UE。但是，对于现有网络设备如何将下行数据发送给空闲态或非激活态UE，却没有定论。

发明内容

本发明实施例提供一种数据接收方法、发送方法、终端及网络设备，以解决现有网络设备如何将下行数据发送给空闲态或非激活态终端的问题。

为了解决上述技术问题，本发明实施例是这样实现的：

第一方面，本发明实施例提供一种数据接收方法，应用于终端，包括：

接收寻呼消息；

在所述寻呼消息中包括指示具有所述终端的下行数据发送的指示信息的情况下，获取所述终端的下行数据。

第二方面，本发明实施例提供一种数据发送方法，应用于网络设备，包括：

向终端发送寻呼消息；

在所述寻呼消息中包括指示具有所述终端的下行数据发送的指示信息的情况下，发送所述终端的下行数据。

第三方面，本发明实施例提供了一种终端，包括：

第一接收模块，用于接收寻呼消息；

获取模块，用于在所述寻呼消息中包括指示具有所述终端的下行数据发送的指示信息的情况下，获取所述终端的下行数据。

第四方面，本发明实施例提供了一种网络设备，包括：

第三发送模块，用于向终端发送寻呼消息；

第四发送模块，用于在所述寻呼消息中包括指示具有所述终端的下行数据发送的指示信息的情况下，发送所述终端的下行数据。

第五方面，本发明实施例提供了一种通信设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述计算机程序被所述处理器执行时实现上述数据接收方法的步骤，或者实现上述数据发送方法的步骤。该通信设备可选为终端或者网络设备。

第六方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现上述数据接收方法的步骤，或者实现上述数据发送方法的步骤。

在本发明实施例中，通过接收寻呼消息，在该寻呼消息中包括指示具有终端的下行数据发送的指示信息的情况下，获取该终端的下行数据，可实现当终端在空闲态或非激活态时，网络设备将相应下行数据直接发送给该终端，从而减少下行数据的发送延时。

附图说明

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

图1为本发明实施例的数据接收方法的流程图；

图2A为本发明实施例中的数据格式1的示意图；

图2B为本发明实施例中的数据格式1的示意图之一；

图2C为本发明实施例中的数据格式1的示意图之二；

图3A为本发明实施例中的预设数据包格式的示意图之一；

图3B为本发明实施例中的预设数据包格式的示意图之二；

图4为本发明实施例的数据发送方法的流程图；

图5为本发明实施例的终端的结构示意图之一；

图6为本发明实施例的网络设备的结构示意图之一；

图7为本发明实施例的终端的结构示意图之二；

图8为本发明实施例的网络设备的结构示意图之二。

具体实施方式

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

本文所描述的技术不限于长期演进型(Long Time Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)***，并且也可用于各种无线通信***，诸如码分多址(CodeDivision Multiple Access，CDMA)、时分多址(Time Division Multiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(OrthogonalFrequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrierFrequency-Division Multiple Access，SC-FDMA)和其他***。术语“***”和“网络”常被可互换地使用。CDMA***可实现诸如CDMA2000、通用地面无线电接入(UniversalTerrestrial Radio Access，UTRA)等无线电技术。UTRA包括宽带CDMA(Wideband CodeDivision Multiple Access，WCDMA)和其他CDMA变体。TDMA***可实现诸如全球移动通信***(Global System for Mobile Communication，GSM)之类的无线电技术。OFDMA***可实现诸如超移动宽带(Ultra Mobile Broadband，UMB)、演进型UTRA(Evolution-UTRA，E-UTRA)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、Flash-OFDM等无线电技术。UTRA和E-UTRA是通用移动电信***(Universal Mobile Telecommunications System，UMTS)的部分。LTE和更高级的LTE(如LTE-A)是使用E-UTRA的新UMTS版本。UTRA、E-UTRA、UMTS、LTE、LTE-A以及GSM在来自名为“第三代伙伴项目”(3rd Generation PartnershipProject，3GPP)的组织的文献中描述。CDMA2000和UMB在来自名为“第三代伙伴项目2”(3GPP2)的组织的文献中描述。本文所描述的技术既可用于以上提及的***和无线电技术，也可用于其他***和无线电技术。

本发明实施例中，无线通信***包括终端和网络设备。其中，终端也可以称作终端设备或者用户终端(User Equipment，UE)，终端可以是手机、平板电脑(Tablet PersonalComputer)、膝上型电脑(Laptop Computer)、个人数字助理(Personal DigitalAssistant，PDA)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(WearableDevice)或车载设备等终端侧设备，需要说明的是，在本发明实施例中并不限定终端的具体类型。网络设备可以是基站或核心网，其中，上述基站可以是5G及以后版本的基站(例如：gNB、5G NR NB等)，或者其他通信***中的基站(例如：eNB、WLAN接入点、或其他接入点等)，基站可被称为节点B、演进节点B、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(ExtendedService Set，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点或所述领域中其他某个合适的术语，只要达到相同的技术效果，不限于特定技术词汇。

为了便于理解本发明实施例，首先对寻呼(Paging)消息说明如下。

具体的，寻呼消息的内容主要包括：指示***信息的更新和指示终端(UE)的业务到达。终端在IDLE或者INACTIVE状态下时，可以通过DRX(Discontinuous Reception，非连续接收)的方式接收寻呼消息。终端接收寻呼消息的位置信息可以包括：

1)PF(Paging Frame，寻呼帧)：PF是1个无线帧编号，可以包含1个或多个PO(Paging Occasion，寻呼时机)。

2)PO：PO是1个子帧编号，在PO中可以通过PDCCH(Physical Downlink ControlChannel，物理下行控制信道)中的P-RNTI(Paging Radio Network Temporary Identity，寻呼无线网络临时标识)来调度寻呼消息。

其中，PF和PO的位置可为终端根据其标识UE-ID(如IMSI，International MobileSubscriber Identity，国际移动签约用户标识)计算得出。终端接收寻呼消息的DRX周期可以由***信息中的广播寻呼周期和终端特定的寻呼周期中最短的1个决定。

当网络设备采用波束扫描方式发送寻呼消息时，对于每个寻呼周期，网络设备可以发送多个SSB(Synchronous Signal Block，同步信号块)信号(或称为SSB busrt)，每个SSB关联1个寻呼监听位置，在特定SSB对应特定的寻呼监听位置接收寻呼消息。比如，网络设备广播SSB1、SSB2和SSB3，对应寻呼的PDCCH(Physical Downlink Control Channel，物理下行控制信道)监听机会1、监听机会2和监听机会3；当UE在其PO位置检测到SSB1时，UE在SSB1对应的PDCCH监听机会1接收寻呼消息的调度信息，并借助接收到的调度信息实现接收寻呼消息。

请参见图1，图1是本发明实施例提供的一种数据接收方法的流程图，该方法应用于终端，如图1所示，该方法包括如下步骤：

步骤101：接收寻呼消息。

步骤102：在所述寻呼消息中包括指示具有终端的下行数据发送的指示信息情况下，获取所述终端的下行数据。

需说明的是，本实施例中的终端可选为在空闲态(IDLE)或者非激活态(INACTIVE)。上述寻呼消息可为特定寻呼消息，与现有寻呼消息采用不同的配置信息。上述下行数据可选为DRB(Data Radio Bearer，数据无线承载)数据。

可选的，上述指示具有终端的下行数据发送的指示信息可以是终端的标识信息，比如I-RNTI或ng-5G-S-TMSI，也可以是比如1bit指示信息，当该指示信息为1时，表示有该终端的下行数据发送。

可选的，上述寻呼消息可以由指示下行数据发送的标识信息标识。比如，该标识信息可选为P-Data-RNTI，对应寻呼消息是通过P-Data-RNTI标识的调度信息调度发送。

可选的，为了实现正常接收寻呼消息和相应下行数据，上述步骤101之前，终端还可从网络设备接收寻呼消息配置信息，以及与该寻呼消息配置信息关联的下行数据接收的配置信息。比如，UE接收小区1的***信息SIB8，该SIB8中包含了特定的寻呼消息配置信息(如，pagingForDataConfig)，以及与该特定的寻呼消息配置信息关联的下行数据接收的配置信息(如，dataConfig)。可理解的，该特定的寻呼消息配置信息是相对于现有普通的不用于数据发送的寻呼消息配置信息(如，pagingConfig)而言的，两者采用不同的配置信息。

可选的，上述下行数据接收的配置信息可以包括以下至少一项：

是否通过寻呼消息关联发送下行数据的指示信息；比如，该指示信息可选为1bit，取值为0或1，当取值为1时表示寻呼消息会与下行数据在同1个MAC PDU中发送，而当取值为0时表示寻呼消息会不与下行数据在同1个MAC PDU中发送。

寻呼消息的标识信息。需说明的是，此寻呼消息的标识信息指的是本实施例中特定寻呼消息的标识信息，比如P-Data-RNTI，不同于现有不用于数据发送的寻呼消息的标识信息(如P-RNTI)。

为了便于终端解码获得对应的下行数据，在获取下行数据之前，终端还可恢复使用其用于下行数据接收的配置信息。比如，该用于下行数据接收的配置信息可选为安全算法、安全秘钥、DRB配置信息等。

本发明实施例的数据接收方法，接收寻呼消息，在该寻呼消息中包括指示具有终端的下行数据发送的指示信息的情况下，获取该终端的下行数据，可以实现当终端在空闲态或非激活态时，网络设备将相应下行数据直接发送给该终端，从而减少下行数据的发送延时。

本发明实施例中，为了使得网络设备获知终端的数据接收情况，在获取下行数据之后，终端还可向网络设备发送反馈信息。其中，该反馈信息可包括但不限于以下至少一项：

是否成功接收了下行数据的指示信息。比如，该指示信息可通过以下任意一项反馈：HARQ(Hybrid ARQ,Hybrid Automatic Repeat Request，混合自动重传请求)确认ACK信息、PRACH(Physical Random Access Channel，物理随机接入信道)资源、PUCCH(PhysicalUplink Control Channel，物理上行控制信道)的SR(Scheduling Request，调度请求)信息等。

是否有上行数据发送的指示信息。比如，该指示信息可通过发送BSR(BufferStatus Report，缓存状态报告)信息反馈给网络侧。

可选的，上述反馈信息的发送资源可以是由网络设备指示的，而指示方式可以包括以下任意一种：

通过寻呼(paging)消息中的指示信息指示。比如，在paging消息中下发该反馈信息的发送资源的配置信息。

通过***信息指示。比如，在***信息中指示下行数据接收对应的反馈信息的发送资源。

本发明实施例中，上述终端的下行数据可以与寻呼消息同时发送，也可以在与寻呼消息关联的下行数据发送位置上发送，即与寻呼消息分开发送。对此分别说明如下。

情况一

情况一下，终端的下行数据和寻呼(paging)消息可以同时在1个MAC(MediaAccess Control，介质访问控制)层PDU(Protocol Data Unit，协议数据单元)中发送。其中，此MAC PDU可为PDSCH(物理下行共享信道，Physical Downlink Shared Channel)中的传输内容，即终端的下行数据和寻呼消息可以同时在1个PDSCH中发送。

此情况一下，为了实现正常接收寻呼消息和相应下行数据，上述步骤101之前，终端还可从网络设备接收寻呼消息配置信息，以及与该寻呼消息配置信息关联的下行数据接收的配置信息。比如，UE接收小区1的***信息SIB8，该SIB8中包含了特定的寻呼消息配置信息(如，pagingForDataConfig)，以及与该特定的寻呼消息配置信息关联的下行数据接收的配置信息(如，dataConfig)。可理解的，该特定的寻呼消息配置信息是相对于现有普通的不用于数据发送的寻呼消息配置信息(如，pagingConfig)而言的，两者采用不同的配置信息。

可选的，上述下行数据接收的配置信息可以包括以下至少一项：

是否通过寻呼消息关联发送下行数据的指示信息；比如，该指示信息可选为1bit，取值为0或1，当取值为1时表示寻呼消息会与下行数据在同1个MAC PDU中发送，而当取值为0时表示寻呼消息会不与下行数据在同1个MAC PDU中发送。

寻呼消息的标识信息。需说明的是，此寻呼消息的标识信息指的是本实施例中特定寻呼消息的标识信息，比如P-Data-RNTI，不同于现有不用于数据发送的寻呼消息的标识信息(如P-RNTI)。

这样，借助此下行数据接收的配置信息，可以使得终端通过寻呼消息来接收相应下行数据。

需说明的是，由于本实施例中要实现对在INACTIVE或IDLE态下的终端发送下行数据，因此为了保证终端接收数据，网络设备还可向终端发送配置信息，该配置信息用于指示终端在INACTIVE或IDLE态时保存下行数据接收的配置信息。其中该下行数据接收的配置信息可包括以下至少一项：下行数据接收的DRB标识(如，UE下行数据通过DRB1发送)、下行数据通过控制面信令接收的指示信息(如，UE下行数据通过在下行RRC消息中携带)。

一种实施方式中，当UE1在连接态的时候，基站1可发送RRC释放(RRCRelease)消息给UE1，以指示UE1进入INACTIVE态，同时指示UE保存用于下行数据接收的配置信息。

此情况一下，上述步骤102中的获取终端的下行数据可以包括：

按照预设数据格式，从发送寻呼消息的MAC层PDU中，解码获得所述终端的下行数据。

其中，上述预设数据格式可选为以下任意一项：

数据格式1：MAC层PDU中包括一个终端的下行数据；比如，MAC层PDU中仅包括一个终端的下行数据；

数据格式2：MAC层PDU中包括多个终端的下行数据。

对于上述数据格式1，参见图2A所示，该一个终端的下行数据(data)可排列在该寻呼消息(Paging)之后。此外如图2A所示，上述数据格式1还可以额外包含以下内容：

1)寻呼消息对应的寻呼消息头(如，Paging Header)，该寻呼消息头中可包含指示对应寻呼消息的长度的指示信息。比如，该指示信息指示的应寻呼消息的长度L可等于10byte。

2)终端数据对应的数据头(如，Data Header)，该数据头中可包含指示对应终端数据的长度的指示信息。比如，该指示信息指示的对应终端数据的长度L可等于10byte。

对于上述数据格式2，参见图2B和图2C所示，该多个终端的下行数据(data)可以按照寻呼消息(Paging)中指示的终端顺序(此终端顺序可为终端标识的顺利)，按序排列在该寻呼消息之后。比如图2B所示，若寻呼消息中指示有数据发送的UE标识包括UE1和UE2，则该寻呼消息之后紧跟UE1数据，而UE1数据之后紧跟UE2数据。

此外如图2B所示，上述数据格式2还可以额外包含以下内容：

1)寻呼消息对应的寻呼消息头(如，Paging Header)，该寻呼消息头中可包含指示对应寻呼消息的长度的指示信息。比如，该指示信息指示的应寻呼消息的长度L可等于10byte；

2)终端数据对应的数据头(如，Data Header)，该数据头中可包含指示对应终端数据的长度的指示信息。比如，该指示信息指示的对应终端数据的长度L可等于10byte。

或者，如图2C所示，上述数据格式2还可以额外包含以下内容：

1)寻呼消息对应的寻呼消息头(如，Paging Header)，该寻呼消息头中可包含指示对应寻呼消息的长度的指示信息。比如，该指示信息指示的对应寻呼消息的长度L可等于10byte；

2)终端数据对应的数据头(如，Data Header)，该数据头中可包含指示对应终端数据的长度的指示信息(如该指示信息指示的终端数据的长度L可等于10byte)，以及终端标识指示信息(或称为终端标识信息)，如图2C中的ID1和ID2；其中该ID1比如为逻辑信道1，对应寻呼消息中的UE-ID-1；而该ID2比如为逻辑信道2，对应寻呼消息中的UE-ID-2。

需说明的是，上述终端标识可以为隐式指示，或者显式指示。在隐式指示的情况下，终端标识信息可选为以下任意一项：截短的部分终端标识信息、根据终端标识计算得到的标识信息、终端标识对应逻辑信道标识信息(如，paging消息中第1个指示的终端标识对应逻辑信道标识1；paging消息中第2个指示的终端标识对应逻辑信道标识2)等。而在显式指示的情况下，终端标识信息直接指示终端标识。

一种实施方式中，对于已接收寻呼消息配置信息以及与该寻呼消息配置信息关联的下行数据接收的配置信息的UE，当该UE需要接收下行数据时，可以监听寻呼消息(即本实施例中的特定寻呼消息)的发送，比如通过监听P-Data-RNTI的PDCCH获取该寻呼消息的调度信息。若UE监听到P-Data-RNTI的PDCCH有调度该寻呼消息的发送，则UE可接收该寻呼消息；进一步若该寻呼消息中包含了UE标识(如，I-RNTI或ng-5G-S-TMSI)，或指示有该UE的下行数据接收的指示信息，则UE解码其对应的下行数据。

情况二

情况二下，终端的下行数据可以通过与寻呼(paging)消息关联的下行资源(如，PDSCH(Physical Downlink Shared Channel，物理下行共享信道)信道)发送。

此情况二下，为了实现正常接收寻呼消息和相应下行数据，上述步骤101之前，终端还可从网络设备接收寻呼消息配置信息，以及与该寻呼消息配置信息关联的下行数据接收的配置信息。比如，UE接收小区1的***信息SIB8，该SIB8中包含了特定的寻呼消息配置信息(如，pagingForDataConfig)，以及与该特定的寻呼消息配置信息关联的下行数据接收的配置信息(如，dataConfig)。可理解的，该特定的寻呼消息配置信息是相对于现有普通的不用于数据发送的寻呼消息配置信息(如，pagingConfig)而言的，两者采用不同的配置信息。

可选的，上述下行数据接收的配置信息可以包括以下至少一项：

下行数据发送的资源配置信息。

下行数据发送的标识信息。

一种实施方式中，对于下行数据发送的资源配置信息，paging消息调度信息的资源位置可为10ms周期中的子帧1，则相应下行数据调度信息的资源位置可为10ms周期中的子帧2。这样在该子帧2，终端可接收下行数据调度信息，并基于接收到的下行数据调度信息来接收下行数据。

另一种实施方式中，对于下行数据发送的资源配置信息，paging消息调度信息的资源位置可为10ms周期中有1次PO(Paging Occasion)，而该PO有S个PDCCH监听位置对应于1个SSB burst中的S个传输的SSB，其中该PO的S个PDCCH监听位置中的第K个paging的PDCCH监听位置对应于第K个传输的SSB。则更进一步的，该1个SSB burst的S个传输的SSB对应于S个下行数据的调度信息发送位置，第K个下行数据的PDCCH监听位置对应于第K个传输的SSB。比如，UE1的1个PO有3个PDCCH监听位置对应于3个SSB，该3个SSB对应于3个下行数据的PDCCH监听位置；当UE1下行检测到SSB-1时，UE1可在PDCCH(paging)-1的位置进行paging消息的接收，在PDCCH(data)-1的位置进行下行数据的接收。

另一种实施方式中，上述下行数据发送的标识信息可为下行数据的PDCCH调度信息的标识，比如Data-RNTI。其中，该下行数据的PDCCH调度信息的标识可以为多个，比如多个Data-RNTI。对于paging消息中指示有下行数据发送的多个UE，可以不同UE对应于不同的下行数据发送的标识信息。比如，按照paging消息中指示的有数据发送的多个UE排列顺序依次分配多个下行数据发送的标识信息。比如，***消息中指示的下行数据发送的标识信息排列顺序为：Data-RNTI-1；Data-RNTI-2；Paging消息中指示有数据发送的UE标识信息排列顺序为：UE-ID-1；UE-ID-2；则，UE-ID-1对应的下行数据发送的标识信息为Data-RNTI-1；UE-ID-2对应的下行数据发送的标识信息为Data-RNTI-2。

需说明的是，由于本实施例中要实现对在INACTIVE或IDLE态下的终端发送下行数据，因此为了保证终端接收数据，网络设备还可向终端发送配置信息，该配置信息用于指示终端在INACTIVE或IDLE态时保存下行数据接收的配置信息。其中该下行数据接收的配置信息可包括以下至少一项：下行数据接收的DRB标识(如，UE下行数据通过DRB1发送)、下行数据通过控制面信令接收的指示信息(如，UE下行数据通过在下行RRC消息中携带)。

一种实施方式中，当UE1在连接态的时候，基站1可发送RRC释放(RRC Release)消息给UE1，以指示UE1进入INACTIVE态，同时指示UE保存用于下行数据接收的配置信息。

此情况二下，上述步骤102中的获取终端的下行数据可以包括：

在与寻呼消息关联的下行数据接收位置上，接收所述终端的下行数据。

可理解的，对于同一下行数据，下行数据发送位置和下行数据接收位置是同一位置，因为相对的主体不同而采用的不同说法；对于网络设备为下行数据发送位置，而对于终端为下行数据接收位置。

可选的，在与寻呼消息关联的下行数据接收位置上具有多个终端的下行数据接收的情况下，上述接收所述终端的下行数据可包括：

通过以下任意一种信息，在与所述寻呼消息关联的下行数据接收位置上，接收所述终端的下行数据：

区分不同终端的下行数据的标识信息；比如，时隙slot-1同时有UE-1和UE-2的下行数据的调度信息发送，则，Data-RNTI-1用于UE-1的下行数据调度信息的发送，Data-RNTI-2用于UE-2的下行数据调度信息的发送，即通过不同的标识区分不同的UE数据。

区分不同终端的下行数据的预设数据包格式。

可选的，上述预设数据包格式可为以下任意一种：

数据包格式1：在各个终端的数据的数据头中包括终端标识信息；

数据包格式2：各个终端的数据按照寻呼消息中指示的终端顺序排列。

对于上述数据包格式1，参见图3A所示，各个终端的数据(data)具有其对应的数据头(如，Data Header)，该数据头可称为数据包头，该数据头中可包含指示对应终端数据的长度的指示信息(如该指示信息指示的终端数据的长度L可等于10byte)，以及终端标识信息，如图3A中的ID1和ID2；其中该ID1比如为逻辑信道1，对应寻呼消息中的UE-ID-1；而该ID2比如为逻辑信道2，对应寻呼消息中的UE-ID-2。

需说明的是，上述终端标识信息可以为隐式指示，或者显式指示。在隐式指示的情况下，终端标识信息可选为以下任意一项：截短的部分终端标识信息、根据终端标识计算得到的标识信息、寻呼消息中指示有数据发送的终端标识的编号顺序(如，paging消息中第1个指示有数据发送的终端的标识为数值1；paging消息中第2个指示有数据发送的终端的标识为数值2)、终端标识对应逻辑信道标识信息(如，paging消息中第1个指示的终端标识对应逻辑信道标识1；paging消息中第2个指示的终端标识对应逻辑信道标识2)等。而在显式指示的情况下，终端标识信息直接指示终端标识。

对于上述数据包格式2，参见图3B所示，各个终端的数据(data)具有其对应的数据头(如，Data Header)，该数据头中可包含指示对应终端数据的长度的指示信息，比如，该指示信息指示的终端数据的长度L可等于10byte。如图3B所示，paging消息中指示有数据发送的UE标识包括UE1和UE2，则第1个数据对应UE1的数据，UE1的数据后紧跟UE2的数据。

此情况二下，上述步骤102之前，所述方法还可包括：

向网络设备发送上行指示信息。

其中，该上行指示信息可指示终端的位置，以便网络设备根据该终端的位置向该终端发送下行数据。比如，该上行指示信息可指示终端发送该上行指示信息所在的小区。这样，网络设备在向该终端发送下行数据，可以通过该上行指示信息所指示的小区，将对应的下行数据发送给该终端。

或者，该上行指示信息可通知网络设备其接收到了寻呼消息，以便网络设备通过终端发送该上行指示信息的位置(如，小区)向终端发送下行数据。

可选的，上述上行指示信息的发送资源位置可以与寻呼(paging)消息关联。比如，paging消息调度信息的资源位置为10ms周期中的子帧1，则该上行指示信息的资源位置可为10ms周期中的子帧2。这样在该子帧2，终端可发送相应上行指示信息。又比如，paging消息调度信息的资源位置可为10ms周期中有1次PO(Paging Occasion)，而该PO有S个PDCCH监听位置对应于1个SSB burst中的S个传输的SSB，其中该PO的S个PDCCH监听位置中的第K个paging的PDCCH监听位置对应于第K个传输的SSB。则更进一步的，该1个SSB burst的S个传输的SSB对应于S个上行指示信息发送位置，第K个上行指示信息发送位置对应于第K个传输的SSB。比如，UE1的1个PO有3个PDCCH监听位置对应于3个SSB，该3个SSB对应于3个上行指示信息发送位置；当UE1下行检测到SSB-1时，UE1可在PDCCH(paging)-1的位置进行paging消息的接收，在PRACH(data)-1的位置进行上行指示信息的发送。

可选的，上述上行指示信息对应的信道可以为以下任意一项：

PRACH(物理随机接入信道，Physical Random Access Channel)；

PUSCH(物理上行共享信道，Physical Uplink Shared Channel)；

PUCCH(物理上行控制信道，Physical Uplink Control Channel)；

SRS(探测参考信号，Sounding Reference Signal)。

可选的，上述上行指示信息可包括终端的标识信息，以便由网络设备区分不同终端。比如，在PUSCH中包括终端的I-RNTI标识。又比如，paging消息中第1个被指示有下行数据发送的终端标识对应的上行PRACH资源为PRACH-1(即，终端标识与该上行指示信息的发送资源关联，以隐式指示出终端标识)。

请参见图4，图4是本发明实施例提供的一种数据发送方法的流程图，该方法应用于网络设备，如图4所示，该方法包括如下步骤：

步骤401：向终端发送寻呼消息。

步骤402：在所述寻呼消息中包括指示具有终端的下行数据发送的指示信息的情况下，发送所述终端的下行数据。

需说明的是，本实施例中的终端可选为在空闲态(IDLE)或者非激活态(INACTIVE)。上述寻呼消息可为特定寻呼消息，与现有寻呼消息采用不同的配置信息。上述下行数据可选为DRB(Data Radio Bearer，数据无线承载)数据。

可选的，上述指示具有终端的下行数据发送的指示信息可以是终端的标识信息，比如I-RNTI或ng-5G-S-TMSI，也可以是比如1bit指示信息，当该指示信息为1时，表示有该终端的下行数据发送。

本发明实施例中，可以实现当终端在空闲态或非激活态时，网络设备将相应下行数据直接发送给该终端，从而减少下行数据的发送延时。

可选的，上述步骤402中的送所述终端的下行数据可包括：

按照预设数据格式，在发送所述寻呼消息的MAC层PDU中同时发送所述终端的下行数据。

可选的，所述预设数据格式可为以下任意一项：

数据格式1：MAC层PDU中包括一个终端的下行数据；

数据格式2：MAC层PDU中包括多个终端的下行数据。

对于此数据格式1和数据格式2的具体形式可以参见上述图2A至图2C的说明，在此不再赘述。

可选的，上述步骤401之前，所述方法还可包括：

向所述终端发送寻呼消息配置信息，以及与所述寻呼消息配置信息关联的下行数据接收的配置信息；

其中，所述下行数据接收的配置信息包括以下至少一项：

是否通过寻呼消息关联发送下行数据的指示信息；

寻呼消息的标识信息。

可选的，上述步骤402中的送所述终端的下行数据可包括：

在与寻呼消息关联的下行数据发送位置上，发送所述终端的下行数据。

可选的，上述步骤401之前，所述方法还可包括：

向所述终端发送寻呼消息配置信息，以及与所述寻呼消息配置信息关联的下行数据接收的配置信息；

其中，所述下行数据接收的配置信息包括以下至少一项：

下行数据发送的资源配置信息；

下行数据发送的标识信息。

可选的，上述步骤402之前，所述方法还可包括：

从所述终端接收上行指示信息。

进一步的，上述步骤402可包括：在与所述寻呼消息关联的下行数据发送位置上，根据所述上行指示信息发送所述终端的下行数据。

其中，该上行指示信息可指示终端的位置，以便网络设备根据该终端的位置向该终端发送下行数据。比如，该上行指示信息可指示终端发送该上行指示信息所在的小区。这样，网络设备在向该终端发送下行数据，可以通过该上行指示信息所指示的小区，将对应的下行数据发送给该终端。

或者，该上行指示信息可通知网络设备其接收到了寻呼消息，以便网络设备通过终端发送该上行指示信息的位置(如，小区)向终端发送下行数据。

可选的，所述上行指示信息的发送资源位置与所述寻呼消息关联。

可选的，所述上行指示信息包括所述终端的标识信息。

可选的，在与所述寻呼消息关联的下行数据发送位置上具有多个终端的下行数据发送的情况下，上述步骤402可包括：

通过以下任意一种信息，在与所述寻呼消息关联的下行数据发送位置上，发送所述终端的下行数据：

区分不同终端的下行数据的标识信息；

区分不同终端的下行数据的预设数据包格式。

可选的，所述预设数据包格式为以下任意一种：

在各个终端的数据包的包头中包括终端标识信息；

各个终端的数据包按照寻呼消息中指示的终端顺序排列。

可选的，上述步骤402之后，所述方法还包括：

从所述终端接收反馈信息；

其中，所述反馈信息包括以下至少一项：

是否成功接收了下行数据的指示信息；

是否有上行数据发送的指示信息。

上述实施例对本发明的数据接收方法和数据发送方法进行了说明，下面将结合实施例和附图对本发明的终端和网络设备进行说明。

请参见图5，图5是本发明实施例提供的一种终端的结构示意图，如图5所示，该终端50包括：

第一接收模块51，用于接收寻呼消息；

获取模块52，用于在所述寻呼消息中包括指示具有所述终端的下行数据发送的指示信息的情况下，获取所述终端的下行数据。

本发明实施例中，通过接收寻呼消息，在该寻呼消息中包括指示具有终端的下行数据发送的指示信息的情况下，获取该终端的下行数据，可以实现当终端在空闲态或非激活态时，网络设备将相应下行数据直接发送给该终端，从而减少下行数据的发送延时。

可选的，所述获取模块52还用于：

按照预设数据格式，从发送所述寻呼消息的MAC层PDU中，解码获得所述终端的下行数据。

可选的，所述预设数据格式可为以下任意一项：

数据格式1：MAC层PDU中包括一个终端的下行数据；

数据格式2：MAC层PDU中包括多个终端的下行数据。

对于此数据格式1和数据格式2的具体形式可以参见上述图2A至图2C的说明，在此不再赘述。

可选的，所述终端50还可包括：

第二接收模块，用于从网络设备接收寻呼消息配置信息，以及与所述寻呼消息配置信息关联的下行数据接收的配置信息；

其中，所述下行数据接收的配置信息包括以下至少一项：

是否通过寻呼消息关联发送下行数据的指示信息；

寻呼消息的标识信息。

可选的，所述获取模块52可包括：

接收单元，用于在与所述寻呼消息关联的下行数据接收位置上，接收所述终端的下行数据。

可选的，所述终端50还可包括：

第三接收模块，用于从网络设备接收寻呼消息配置信息，以及与所述寻呼消息配置信息关联的下行数据接收的配置信息；

其中，所述下行数据接收的配置信息包括以下至少一项：

下行数据发送的资源配置信息；

下行数据发送的标识信息。

可选的，所述终端50还可包括：

第一发送模块，用于向网络设备发送上行指示信息。

可选的，所述上行指示信息的发送资源位置与所述寻呼消息关联。

可选的，所述上行指示信息包括所述终端的标识信息。

可选的，所述上行指示信息对应的信道可为以下任意一项：

PRACH、PUSCH、PUCCH、SRS。

可选的，所述获取模块52还用于：在与所述寻呼消息关联的下行数据接收位置上具有多个终端的下行数据接收的情况下，通过以下任意一种信息，在与所述寻呼消息关联的下行数据接收位置上，接收所述终端的下行数据：

区分不同终端的下行数据的标识信息；

区分不同终端的下行数据的预设数据包格式。

可选的，所述预设数据包格式为以下任意一种：

在各个终端的数据包的包头中包括终端标识信息；

各个终端的数据包按照寻呼消息中指示的终端顺序排列。

可选的，所述终端50还可包括：

处理模块，用于恢复使用所述终端的用于下行数据接收的配置信息。

可选的，所述终端50还可包括：

第二发送模块，用于向网络设备发送反馈信息；

其中，所述反馈信息包括以下至少一项：

是否成功接收了下行数据的指示信息；

是否有上行数据发送的指示信息。

可选的，所述反馈信息的发送资源的指示方式包括以下任意一种：

通过寻呼消息中的指示信息指示；

通过***信息指示。

可选的，所述寻呼消息由指示下行数据发送的标识信息标识。

请参见图6，图6是本发明实施例提供的一种网络设备的结构示意图，如图6所示，该网络设备60包括：

第三发送模块61，用于向终端发送寻呼消息；

第四发送模块62，用于在所述寻呼消息中包括指示具有所述终端的下行数据发送的指示信息的情况下，发送所述终端的下行数据。

本发明实施例中，可以实现当终端在空闲态或非激活态时，网络设备将相应下行数据直接发送给该终端，从而减少下行数据的发送延时。

可选的，所述第四发送模块62用于：

按照预设数据格式，在发送所述寻呼消息的MAC层PDU中同时发送所述终端的下行数据。

可选的，所述预设数据格式可为以下任意一项：

数据格式1：MAC层PDU中包括一个终端的下行数据；

数据格式2：MAC层PDU中包括多个终端的下行数据。

对于此数据格式1和数据格式2的具体形式可以参见上述图2A至图2C的说明，在此不再赘述。

可选的，所述网络设备60还可包括：

第五发送模块，用于向所述终端发送寻呼消息配置信息，以及与所述寻呼消息配置信息关联的下行数据接收的配置信息；

其中，所述下行数据接收的配置信息包括以下至少一项：

是否通过寻呼消息关联发送下行数据的指示信息；

寻呼消息的标识信息。

可选的，所述第四发送模块62用于：

在与寻呼消息关联的下行数据发送位置上，发送所述终端的下行数据。

可选的，所述网络设备60还可包括：

第六发送模块，用于向所述终端发送寻呼消息配置信息，以及与所述寻呼消息配置信息关联的下行数据接收的配置信息；

其中，所述下行数据接收的配置信息包括以下至少一项：

下行数据发送的资源配置信息；

下行数据发送的标识信息。

可选的，所述网络设备60还可包括：

第四接收模块，用于从所述终端接收上行指示信息。

进一步的，所述第四发送模块62用于：

在与所述寻呼消息关联的下行数据发送位置上，根据所述上行指示信息发送所述终端的下行数据。

可选的，所述上行指示信息的发送资源位置与所述寻呼消息关联。

可选的，所述上行指示信息包括所述终端的标识信息。

可选的，所述第四发送模块62用于：在与所述寻呼消息关联的下行数据发送位置上具有多个终端的下行数据发送的情况下，通过以下任意一种信息，在与所述寻呼消息关联的下行数据发送位置上，发送所述终端的下行数据：

区分不同终端的下行数据的标识信息；

区分不同终端的下行数据的预设数据包格式。

可选的，所述预设数据包格式为以下任意一种：

在各个终端的数据包的包头中包括终端标识信息；

各个终端的数据包按照寻呼消息中指示的终端顺序排列。

可选的，所述网络设备60还可包括：

第五接收模块，用于从所述终端接收反馈信息；

其中，所述反馈信息包括以下至少一项：

是否成功接收了下行数据的指示信息；

是否有上行数据发送的指示信息。

本发明实施例还提供了一种通信设备，包括处理器，存储器，存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述计算机程序被所述处理器执行时可实现上述图1所示的数据接收方法实施例的各个过程，或者实现上述图4所示的数据发送方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。该通信设备可选为终端或者网络设备。

请参见图7，图7为实现本发明各个实施例的一种终端的硬件结构示意图，终端700包括但不限于：射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709、处理器710、以及电源711等部件。本领域技术人员可以理解，图7中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，射频单元701，用于接收寻呼消息；

处理器710，用于在所述寻呼消息中包括指示具有所述终端的下行数据发送的指示信息的情况下，获取所述终端的下行数据；

可理解的，本发明实施例的终端700，可以实现上述图1所示方法实施例中实现的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。

应理解的是，本发明实施例中，射频单元701可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器710处理；另外，将上行的数据发送给基站。通常，射频单元701包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元701还可以通过无线通信***与网络和其他设备通信。

终端通过网络模块702为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元703可以将射频单元701或网络模块702接收的或者在存储器709中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元703还可以提供与终端700执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元703包括扬声器、蜂鸣器以及受话器等。

输入单元704用于接收音频或视频信号。输入单元704可以包括图形处理器(Graphics Processing Unit，GPU)7041和麦克风7042，图形处理器7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元706上。经图形处理器7041处理后的图像帧可以存储在存储器709(或其它存储介质)中或者经由射频单元701或网络模块702进行发送。麦克风7042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元701发送到移动通信基站的格式输出。

终端700还包括至少一种传感器705，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板7061的亮度，接近传感器可在终端700移动到耳边时，关闭显示面板7061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器705还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元706用于显示由用户输入的信息或提供给用户的信息。显示单元706可包括显示面板7061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板7061。

用户输入单元707可用于接收输入的数字或字符信息，以及产生与终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元707包括触控面板7071以及其他输入设备7072。触控面板7071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板7071上或在触控面板7071附近的操作)。触控面板7071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器710，接收处理器710发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板7071。除了触控面板7071，用户输入单元707还可以包括其他输入设备7072。具体地，其他输入设备7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板7071可覆盖在显示面板7061上，当触控面板7071检测到在其上或附近的触摸操作后，传送给处理器710以确定触摸事件的类型，随后处理器710根据触摸事件的类型在显示面板7061上提供相应的视觉输出。虽然在图7中，触控面板7071与显示面板7061是作为两个独立的部件来实现终端的输入和输出功能，但是在某些实施例中，可以将触控面板7071与显示面板7061集成而实现终端的输入和输出功能，具体此处不做限定。

接口单元708为外部装置与终端700连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元708可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端700内的一个或多个元件或者可以用于在终端700和外部装置之间传输数据。

存储器709可用于存储软件程序以及各种数据。存储器709可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器709可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器710是终端的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器709内的软件程序和/或模块，以及调用存储在存储器709内的数据，执行终端的各种功能和处理数据，从而对终端进行整体监控。处理器710可包括一个或多个处理单元；优选的，处理器710可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器710中。

终端700还可以包括给各个部件供电的电源711(比如电池)，优选的，电源711可以通过电源管理***与处理器710逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。

另外，终端700还可包括一些未示出的功能模块，在此不再赘述。

请参见图8，图8为实现本发明各个实施例的一种网络设备的硬件结构示意图，所述网络设备80包括但不限于：总线81、收发机82、天线83、总线接口84、处理器85和存储器86。

在本发明实施例中，所述网络设备80还包括：存储在存储器86上并可在处理器85上运行的计算机程序，计算机程序被处理器85执行时实现以下步骤：

向终端发送寻呼消息；在所述寻呼消息中包括指示具有所述终端的下行数据发送的指示信息的情况下，发送所述终端的下行数据。

收发机82，用于在处理器85的控制下接收和发送数据。

可理解的，本发明实施例的网络设备80，可实现上述图4所示方法实施例中实现的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。

在图8中，总线架构(用总线81来代表)，总线81可以包括任意数量的互联的总线和桥，总线81将包括由处理器85代表的一个或多个处理器和存储器86代表的存储器的各种电路链接在一起。总线81还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口84在总线81和收发机82之间提供接口。收发机82可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器85处理的数据通过天线83在无线介质上进行传输，进一步，天线83还接收数据并将数据传送给处理器85。

处理器85负责管理总线81和通常的处理，还可以提供各种功能，包括定时，***接口，电压调节、电源管理以及其他控制功能。而存储器86可以被用于存储处理器85在执行操作时所使用的数据。

可选的，处理器85可以是CPU、ASIC、FPGA或CPLD。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时可实现上述图1所示的数据接收方法实施例的各个过程，或者实现上述图4所示的数据发送方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，该计算机可读存储介质，例如为只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (34)

1.一种数据接收方法，应用于终端，其特征在于，包括：

接收寻呼消息；

在所述寻呼消息中包括指示具有所述终端的下行数据发送的指示信息的情况下，获取所述终端的下行数据；

所述获取所述终端的下行数据，包括：

在与所述寻呼消息关联的下行数据接收位置上，接收所述终端的下行数据；

所述在与所述寻呼消息关联的下行数据接收位置上，接收所述终端的下行数据之前，所述方法还包括：

向网络设备发送上行指示信息，以使得所述网络设备获取终端位置并根据所述终端的位置向所述终端发送下行数据；

所述接收寻呼消息之前，所述方法还包括：

从网络设备接收寻呼消息配置信息，以及与所述寻呼消息配置信息关联的下行数据接收的配置信息；

其中，所述下行数据接收的配置信息包括：

是否通过寻呼消息关联发送下行数据的指示信息。

2.根据权利要求1所述的方法，其特征在于，所述获取所述终端的下行数据，包括：

按照预设数据格式，从发送所述寻呼消息的介质访问控制MAC层协议数据单元PDU中，解码获得所述终端的下行数据。

3.根据权利要求2所述的方法，其特征在于，所述预设数据格式为以下任意一项：

数据格式1：MAC层PDU中包括一个终端的下行数据；

数据格式2：MAC层PDU中包括多个终端的下行数据。

4.根据权利要求3所述的方法，其特征在于，所述数据格式1中，所述一个终端的下行数据排列在所述寻呼消息之后。

5.根据权利要求3所述的方法，其特征在于，所述数据格式2中，所述多个终端的下行数据按照所述寻呼消息中指示的终端顺序，按序排列在所述寻呼消息之后。

6.根据权利要求3所述的方法，其特征在于，所述数据格式2中，各个所述终端的下行数据是由对应数据头中的终端标识信息指示。

7.根据权利要求1或2所述的方法，其特征在于，

其中，所述下行数据接收的配置信息还包括：

寻呼消息的标识信息。

8.根据权利要求1所述的方法，其特征在于，所述接收寻呼消息之前，所述方法还包括：

从网络设备接收寻呼消息配置信息，以及与所述寻呼消息配置信息关联的下行数据接收的配置信息；

其中，所述下行数据接收的配置信息包括以下至少一项：

下行数据发送的资源配置信息；

下行数据发送的标识信息。

9.根据权利要求1所述的方法，其特征在于，所述上行指示信息的发送资源位置与所述寻呼消息关联。

10.根据权利要求1所述的方法，其特征在于，所述上行指示信息包括所述终端的标识信息。

11.根据权利要求1所述的方法，其特征在于，所述上行指示信息对应的信道为以下任意一项：

物理随机接入信道PRACH；

物理上行共享信道PUSCH；

物理上行控制信道PUCCH；

探测参考信号SRS。

12.根据权利要求1所述的方法，其特征在于，在与所述寻呼消息关联的下行数据接收位置上具有多个终端的下行数据接收的情况下，所述在与所述寻呼消息关联的下行数据接收位置上，接收所述终端的下行数据，包括：

通过以下任意一种信息，在与所述寻呼消息关联的下行数据接收位置上，接收所述终端的下行数据：

区分不同终端的下行数据的标识信息；

区分不同终端的下行数据的预设数据包格式。

13.根据权利要求12所述的方法，其特征在于，所述预设数据包格式为以下任意一种：

在各个终端的数据包的包头中包括终端标识信息；

各个终端的数据包按照寻呼消息中指示的终端顺序排列。

14.根据权利要求1或2所述的方法，其特征在于，所述获取所述终端的下行数据之前，所述方法还包括：

恢复使用所述终端的用于下行数据接收的配置信息。

15.根据权利要求1或2所述的方法，其特征在于，所述获取所述终端的下行数据之后，所述方法还包括：

向网络设备发送反馈信息；

其中，所述反馈信息包括以下至少一项：

是否成功接收了下行数据的指示信息；

是否有上行数据发送的指示信息。

16.根据权利要求15所述的方法，其特征在于，所述反馈信息的发送资源的指示方式包括以下任意一种：

通过寻呼消息中的指示信息指示；

通过***信息指示。

17.根据权利要求1所述的方法，其特征在于，所述寻呼消息由指示下行数据发送的标识信息标识。

18.一种数据发送方法，应用于网络设备，其特征在于，包括：

向终端发送寻呼消息；

在所述寻呼消息中包括指示具有所述终端的下行数据发送的指示信息的情况下，发送所述终端的下行数据；

所述发送所述终端的下行数据，包括：

在与所述寻呼消息关联的下行数据发送位置上，发送所述终端的下行数据；

所述在与所述寻呼消息关联的下行数据发送位置上，发送所述终端的下行数据之前，所述方法还包括：

从所述终端接收上行指示信息，以使得所述网络设备获取终端位置；

所述发送所述终端的下行数据，还包括：

根据所述终端的位置向所述终端发送下行数据；

所述向终端发送寻呼消息之前，所述方法还包括：

向所述终端发送寻呼消息配置信息，以及与所述寻呼消息配置信息关联的下行数据接收的配置信息；

其中，所述下行数据接收的配置信息包括：

是否通过寻呼消息关联发送下行数据的指示信息。

19.根据权利要求18所述的方法，其特征在于，所述发送所述终端的下行数据，包括：

按照预设数据格式，在发送所述寻呼消息的MAC层PDU中同时发送所述终端的下行数据。

20.根据权利要求19所述的方法，其特征在于，所述预设数据格式为以下任意一项：

数据格式1：MAC层PDU中包括一个终端的下行数据；

数据格式2：MAC层PDU中包括多个终端的下行数据。

21.根据权利要求18或19所述的方法，其特征在于，

其中，所述下行数据接收的配置信息还包括：

是否通过寻呼消息关联发送下行数据的指示信息。

22.根据权利要求18所述的方法，其特征在于，所述向终端发送寻呼消息之前，所述方法还包括：

向所述终端发送寻呼消息配置信息，以及与所述寻呼消息配置信息关联的下行数据接收的配置信息；

其中，所述下行数据接收的配置信息包括以下至少一项：

下行数据发送的资源配置信息；

下行数据发送的标识信息。

23.根据权利要求18所述的方法，其特征在于，所述在与所述寻呼消息关联的下行数据发送位置上，发送所述终端的下行数据，包括：

在与所述寻呼消息关联的下行数据发送位置上，根据所述上行指示信息发送所述终端的下行数据。

24.根据权利要求18所述的方法，其特征在于，所述上行指示信息的发送资源位置与所述寻呼消息关联。

25.根据权利要求18所述的方法，其特征在于，所述上行指示信息包括所述终端的标识信息。

26.根据权利要求18所述的方法，其特征在于，在与所述寻呼消息关联的下行数据发送位置上具有多个终端的下行数据发送的情况下，所述在与所述寻呼消息关联的下行数据发送位置上，发送所述终端的下行数据，包括：

通过以下任意一种信息，在与所述寻呼消息关联的下行数据发送位置上，发送所述终端的下行数据：

区分不同终端的下行数据的标识信息；

区分不同终端的下行数据的预设数据包格式。

27.根据权利要求26所述的方法，其特征在于，所述预设数据包格式为以下任意一种：

在各个终端的数据包的包头中包括终端标识信息；

各个终端的数据包按照寻呼消息中指示的终端顺序排列。

28.根据权利要求18或19所述的方法，其特征在于，所述发送所述终端的下行数据之后，所述方法还包括：

从所述终端接收反馈信息；

其中，所述反馈信息包括以下至少一项：

是否成功接收了下行数据的指示信息；

是否有上行数据发送的指示信息。

29.一种终端，其特征在于，包括：

第一接收模块，用于接收寻呼消息；

获取模块，用于在所述寻呼消息中包括指示具有所述终端的下行数据发送的指示信息的情况下，获取所述终端的下行数据；

所述获取模块包括：

接收单元，用于在与所述寻呼消息关联的下行数据接收位置上，接收所述终端的下行数据；

所述终端还用于：

在与所述寻呼消息关联的下行数据接收位置上，接收所述终端的下行数据之前，向网络设备发送上行指示信息，以使得所述网络设备获取终端位置并根据所述终端的位置向所述终端发送下行数据；

所述接收寻呼消息之前，所述终端还用于：

从网络设备接收寻呼消息配置信息，以及与所述寻呼消息配置信息关联的下行数据接收的配置信息；

其中，所述下行数据接收的配置信息包括：

是否通过寻呼消息关联发送下行数据的指示信息。

30.根据权利要求29所述的终端，其特征在于，所述获取模块还用于：

按照预设数据格式，从发送所述寻呼消息的MAC层PDU中，解码获得所述终端的下行数据。

31.一种网络设备，其特征在于，包括：

第三发送模块，用于向终端发送寻呼消息；

第四发送模块，用于在所述寻呼消息中包括指示具有所述终端的下行数据发送的指示信息的情况下，发送所述终端的下行数据；

所述第四发送模块用于：

在与所述寻呼消息关联的下行数据发送位置上，发送所述终端的下行数据；

所述网络设备，还用于：

在与所述寻呼消息关联的下行数据发送位置上，发送所述终端的下行数据之前，从所述终端接收上行指示信息，以使得所述网络设备获取终端位置；

所述第四发送模块，还用于：

根据所述终端的位置向所述终端发送下行数据；

所述向终端发送寻呼消息之前，所述网络设备还用于：

向所述终端发送寻呼消息配置信息，以及与所述寻呼消息配置信息关联的下行数据接收的配置信息；

其中，所述下行数据接收的配置信息包括：

是否通过寻呼消息关联发送下行数据的指示信息。

32.根据权利要求31所述的网络设备，其特征在于，所述第四发送模块用于：

按照预设数据格式，在发送所述寻呼消息的MAC层PDU中同时发送所述终端的下行数据。

33.一种通信设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述计算机程序被所述处理器执行时实现如权利要求1至17中任一项所述的数据接收方法的步骤，或者如权利要求18至28中任一项所述的数据发送方法的步骤。

34.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至17中任一项所述的数据接收方法的步骤，或者如权利要求18至28中任一项所述的数据发送方法的步骤。

Images