Patent Description:
In a related technology, based on early data transmission (Early Data Transmission, EDT), and according to a resource configured by a network device, when a terminal such as user equipment (User Equipment, UE) is idle (IDLE) or inactive (INACTIVE), the network device may directly send downlink data to the UE. However, it is not determined how the network device in the related technology sends the downlink data to the idle or inactive UE.

<CIT> provides a small data transmission method. The method includes: monitoring a paging opportunity (PO) sub frame in a paging frame in an idle mode; when an identifier in the PO sub frame corresponding to the UE is detected, receiving a paging message corresponding to the PO sub frame; and analyzing the paging message, and when the paging message includes a small data indicator, extracting a data from an indicating address, in which the data is the small data.

<CIT> provides a method for downlink data transmission, which includes: in the case that a network side has downlink data needing to be sent to a terminal in an inactive connection state, sending, to the terminal, by one or more access devices, an indication message carrying an inactive connection state terminal identification of the terminal; and receiving, by the one or more access devices, an uplink feedback initiated by the terminal based on the indication message. The terminal in the Inactive state may perform a fast downlink data transmission.

"<NPL>) proposes solutions for both mobile originated and mobile terminating small data packet transmission in an S1-based architecture.

<CIT> provides methods for optimizing delivery of a small amount of mobile originated (MO) or mobile terminated (MT) data.

"<NPL>) discusses some aspects of supporting UL and DL data transmission during the RA procedure for UEs in IDLE mode.

<CIT> provides a UE for receiving downlink signals. The UE receives a paging message while using a paging discontinuous reception (DRX). The UE transitions from the paging DRX with a paging DRX cycle to an inactive DRX with a inactive DRX cycle if the paging message includes an indication that there is downlink data for the UE. The UE monitors a physical downlink control channel (PDCCH) using the inactive DRX to receive the downlink data.

<CIT> provides a downlink data transmission method. The downlink data transmission method includes: transmitting a paging message to a UE which has not been connected to any individual cell when downlink data is to be transmitted to the UE; and notifying the UE to receive the downlink data.

"<NPL>) discloses that the parameter first-PDCCH-MonitoringOccasionOfPO is signaled in SIB1 for paging in initial DL BWP; for paging in a DL BWP other than the initial DL BWP, the parameter first-PDCCH-MonitoringOccasionOfPO is signaled in BWP configuration of that DL BWP.

<CIT> provides a downlink data control method and device. The control method comprises steps of setting instruction information; and carrying out first processing related to a first identifier of UE on the instruction information, wherein the instruction information is carried by a first type control channel resource unit after being subjected to first processing and the UE is capable of judging whether itself has been scheduled according to information in the first type control channel resource unit.

<CIT> provides a method for realizing terminal electric energy optimization, which includes: detecting an active signals by user equipment UE, wherein the active signal indicates a control signal sent after the active signal; receiving the control signal according to the active signal; and the UE entering asleep mode while the active signal is undetected or the inexistence of the required control signal is ensured.

<CIT> provides a method of transmitting a paging message, which includes: receiving a paging information from a Central Unit (CU) of the base station; and transmitting the paging message based on the paging information to a User Equipment (UE), wherein the DU is a lower layer of the base station, and the CU is a higher layer of the base station.

Embodiments of the present disclosure provide a data receiving method, a data sending method, a terminal, and a network device, as defined in the appended claims, to resolve a problem of how a network device in a related technology sends downlink data to an idle or inactive terminal.

To describe the technical solutions of the embodiments of the present disclosure more clearly, the following briefly describes the accompanying drawings required for describing the embodiments of the present disclosure. Apparently, the accompanying drawings in the following description show merely some embodiments of the present disclosure, and a person of ordinary skill in the art may still derive other accompanying drawings from these accompanying drawings without creative efforts.

The technology described in the present disclosure is not limited to a Long Term Evolution (Long Time Evolution, LTE) system or an LTE-advanced (LTE-Advanced, LTE-A) system, and may also be used in various wireless communications systems, for example, Code Division Multiple Access (Code Division Multiple Access, CDMA), Time Division Multiple Access (Time Division Multiple Access, TDMA), Frequency Division Multiple Access (Frequency Division Multiple Access, FDMA), Orthogonal Frequency Division Multiple Access (Orthogonal Frequency Division Multiple Access, OFDMA), Single-carrier Frequency Division Multiple Access (Single-carrier Frequency-Division Multiple Access, SC-FDMA), and another system. The terms "system" and "network" are often exchanged in use. A CDMA system may implement a radio technology such as CDMA <NUM> or Universal Terrestrial Radio Access (Universal Terrestrial Radio Access, UTRA). UTRA includes wideband CDMA (Wideband Code Division Multiple Access, WCDMA) and another CDMA variation. A TDMA system may implement a radio technology such as Global System for Mobile Communication (Global System for Mobile Communication, GSM). An OFDMA system may implement radio technologies such as Ultra Mobile Broadband (Ultra Mobile Broadband, UMB), Evolution-UTRA (Evolution-UTRA, E-UTRA), IEEE <NUM> (Wireless Fidelity (Wireless Fidelity, Wi-Fi)), IEEE <NUM> (Worldwide Interoperability for Microwave Access (Worldwide Interoperability for Microwave Access, WiMAX)), IEEE <NUM>, and Flash-OFDM. UTRA and E-UTRA are parts of a universal mobile telecommunications system (Universal Mobile Telecommunications System, UTMS). LTE and advanced LTE (for example, LTE-A) are new UMTS versions that use E-UTRA. UTRA, E-UTRA, UMTS, LTE, LTE-A, and GSM are described in a document of an organization named "3rd Generation Partnership Project" (3rd Generation Partnership Project, 3GPP). CDMA <NUM> and UMB are described in a document of an origination named "3rd Generation Partnership Project <NUM>" (3GPP2). The technology described in the present disclosure may also be used in the foregoing system and radio technology, and may also be used in another system and radio technology.

In the embodiments of the present disclosure, a wireless communications system includes a terminal and a network device. The terminal may also be referred to as a terminal device or user equipment (User Equipment, UE). The terminal may be a terminal-side device such as a mobile phone, a tablet personal computer (Tablet Personal Computer), a laptop computer (Laptop Computer), a personal digital assistant (Personal Digital Assistant, PDA), a mobile internet device (Mobile Internet Device, MID), a wearable device (Wearable Device), or an in-vehicle device. It should be noted that a specific type of the terminal is not limited in the embodiments of the present disclosure. The network device may be a base station or a core network. The base station may be a fifth generation (<NUM>th generation, <NUM>) base station and later versions (for example, a next generation node base station (next generation node base station, gNB) or a <NUM> New Radio (New Radio, NR) node base station (node base station, NB)), or a base station (for example, an eNB, a wireless local area network (wireless local area network, WLAN) access point, or another access point) in another communications system. The base station may be referred to as a NodeB, an evolved NodeB, an access point, a base transceiver station (Base Transceiver Station, BTS), a radio base station, a radio transceiver, a basic service set (Basic Service Set, BSS), an extended service set (Extended Service Set, ESS), a NodeB, an evolved NodeB (eNB), a home NodeB, a home evolved NodeB, a WLAN access node, a WiFi node, or another proper term in the art provided that a same technical effect is achieved. This is not limited to specific technical terms.

To facilitate understanding of the embodiments of the present disclosure, a paging (Paging) message is first described as follows.

Specifically, content of the paging message mainly includes: indicating update to system information and indicating service arrival of a terminal (UE). When the terminal is in an IDLE or INACTIVE state, a paging message may be received in a discontinuous reception (Discontinuous Reception, DRX) manner. Information about a location at which the terminal receives the paging message may include:.

Locations of the PF and the PO may be obtained by the terminal through calculation according to an identifier UE-ID (such as an international mobile subscriber identity (International Mobile Subscriber Identity, IMSI)) of the terminal. A DRX cycle for receiving the paging message by the terminal may be determined by the shortest one of a broadcast paging cycle in system information and a terminal-specific paging cycle.

When a network device sends a paging message in a beam scanning manner, for each paging cycle, the network device may send multiple synchronous signal block (Synchronous Signal Block, SSB) signals (or referred to as SSB burst). Each SSB is associated with one paging listening location, and receives the paging message at a specific paging listening location corresponding to a specific SSB. For example, the network device broadcasts SSB <NUM>, SSB <NUM>, and SSB <NUM> that correspond to a physical downlink control channel (Physical Downlink Control Channel, PDCCH) listening occasion <NUM>, a PDCCH listening occasion <NUM>, and a PDCCH listening occasion <NUM> for paging. When the UE detects the SSB <NUM> at a PO location of the UE, the UE receives scheduling information of a paging message on the PDCCH listening opportunity <NUM> corresponding to the SSB <NUM>, and receives the paging message by using the received scheduling information.

<FIG> is a flowchart of a data receiving method according to an embodiment of the present disclosure. The method is applied to a terminal.

Step <NUM>: When the paging message includes indication information indicating that downlink data of a terminal is to be sent, obtain the downlink data of the terminal.

It should be noted that the terminal in this embodiment may be in an idle (IDLE) state or an inactive (INACTIVE) state. The paging message may be a specific paging message, and configuration information different from that for a paging message in a related technology is used. The downlink data may be data radio bearer (Data Radio Bearer, DRB) data.

Optionally, the indication information indicating that the downlink data of the terminal is sent may be identification information of the terminal, for example, I-RNTI or ng-<NUM>-S-TMSI, or may be <NUM>-bit indication information. When the indication information is <NUM>, it indicates that the downlink data of the terminal is sent.

Optionally, the paging message may be identified by identification information indicating that downlink data is sent. For example, the identification information may be P-Data-RNTI, and a corresponding paging message is scheduled and sent by using scheduling information identified by the P-Data-RNTI.

Optionally, to implement normal receiving of the paging message and the corresponding downlink data, before step <NUM>, the terminal may further receive paging message configuration information from the network device and configuration information for receiving downlink data associated with the paging message configuration information. For example, the UE receives system information SIB <NUM> of a cell <NUM>, where the SIB <NUM> includes specific paging message configuration information (for example, pagingForDataConfig) and configuration information (for example, dataConfig) for receiving downlink data associated with the specific paging message configuration information. It may be understood that the specific paging message configuration information is different from common paging message configuration information (for example, pagingConfig) that is not used for data sending in a related technology.

Optionally, the configuration information for receiving the downlink data includes at least one of the following:.

To help the terminal obtain the corresponding downlink data through decoding, before obtaining the downlink data, the terminal may further restore the configuration information used by the terminal to receive the downlink data. For example, the configuration information used for receiving the downlink data may be a security algorithm, a security key, DRB configuration information, or the like.

In the data receiving method in this embodiment of the present disclosure, a paging message is received, and when the paging message includes indication information indicating that downlink data of a terminal is to be sent, the downlink data of the terminal is obtained, so that when the terminal is in an idle state or an inactive state, a network device directly sends corresponding downlink data to the terminal, thereby reducing a sending delay of the downlink data.

In this embodiment of the present disclosure, to enable the network device to learn a data receiving status of the terminal, after obtaining the downlink data, the terminal may further send feedback information to the network device. The feedback information may include but is not limited to at least one of the following:.

Optionally, a sending resource of the foregoing feedback information may be indicated by the network device, and an indication manner may include either of the following:.

In this embodiment of the present disclosure, the downlink data of the terminal may be sent at the same time as the paging message, or may be sent at a downlink data sending location associated with the paging message. In other words, the downlink data of the terminal and the paging message are separately sent. Separate descriptions are as follows:.

In the case <NUM>, the downlink data of the terminal and the paging (paging) message may be sent simultaneously in a same media access control (Media Access Control, MAC) protocol data unit (Protocol Data Unit, PDU). The MAC PDU may be transmission content in a physical downlink shared channel (physical downlink shared channel, PDSCH), that is, the downlink data of the terminal and the paging message may be simultaneously in a same PDSCH.

In the case <NUM>, to implement normal receiving of the paging message and the corresponding downlink data, before step <NUM>, the terminal may further receive paging message configuration information from the network device and configuration information for receiving downlink data associated with the paging message configuration information. For example, the UE receives system information SIB <NUM> of a cell <NUM>, where the SIB <NUM> includes specific paging message configuration information (for example, pagingForDataConfig) and configuration information (for example, dataConfig) for receiving downlink data associated with the specific paging message configuration information. It may be understood that the specific paging message configuration information is different from common paging message configuration information (for example, pagingConfig) that is not used for data sending in a related technology.

In this way, by using the configuration information for receiving the downlink data, the terminal may receive the corresponding downlink data by using the paging message.

It should be noted that in this embodiment, to send the downlink data to the terminal in an INACTIVE or IDLE state, to ensure that the terminal receives data, the network device may further send configuration information to the terminal, where the configuration information is used to instruct the terminal to store the configuration information for receiving the downlink data in the INACTIVE or IDLE state. The configuration information for receiving the downlink data may include at least one of the following: a DRB identifier (for example, the downlink data of the UE is sent by using a DRB <NUM>) for receiving the downlink data and indication information (for example, the downlink data of the UE is carried in a downlink radio resource control (Radio Resource Control, RRC) message) for receiving the downlink data by using control plane signaling.

In an implementation, when UE <NUM> is in a connected state, a base station <NUM> may send an RRC release (RRC Release) message to the UE <NUM>, to instruct the UE <NUM> to enter the INACTIVE state, and instruct the UE to store the configuration information used for receiving the downlink data.

In the case <NUM>, the obtaining the downlink data of the terminal in step <NUM> may include:.

For the data format <NUM>, referring to <FIG>. The downlink data (data) of the terminal may be arranged after the paging message (Paging). In addition, as shown in <FIG>, the data format <NUM> may further additionally include the following content:.

For the data format <NUM>, referring to <FIG>. The downlink data (data) of the multiple terminals may be arranged in a terminal sequence indicated in the paging message (Paging) (the terminal sequence may be a sequence identified by the terminal). For example, as shown in <FIG>, if the paging message indicates that a UE identifier indicating that data is sent includes UE <NUM> and UE <NUM>, the paging message is followed by data of the UE <NUM>, and the data of the UE <NUM> is followed by data of the UE <NUM>.

In addition, as shown in <FIG>, the data format <NUM> may further additionally include the following content:.

Alternatively, as shown in <FIG>, the data format <NUM> may further additionally include the following content:.

It should be noted that the foregoing terminal identifier may be an implicit indication or an explicit indication. For implicit indication, terminal identification information may be any one of the following: a truncated part of the terminal identification information, identification information obtained through calculation based on the terminal identifier, or logical channel identifier information corresponding to the terminal identifier (for example, a terminal identifier indicated by the first indication in the paging message corresponds to a logical channel identifier <NUM>, or a terminal identifier indicated by the second indication in the paging message corresponds to a logical channel identifier <NUM>). For explicit indication, the terminal identification information directly indicates the terminal identifier.

In an implementation, for UE that has received the paging message configuration information and the configuration information for receiving the downlink data associated with the paging message configuration information, when the UE needs to receive the downlink data, the UE may monitor sending of the paging message (that is, a specific paging message in this embodiment), for example, obtain scheduling information of the paging message by monitoring a PDCCH of the P-Data-RNTI. If the UE learns, through listening, that the PDCCH of the P-Data-RNTI schedules sending of the paging message, the UE may receive the paging message. Further, if the paging message includes a UE identifier (such as I-RNTI or ng-<NUM>-S-TMSI) or indication information indicating that downlink data of the UE is received, the UE decodes downlink data corresponding to the UE.

In the case <NUM>, the downlink data of the terminal may be sent by using a downlink resource (for example, a physical downlink shared channel (Physical Downlink Shared Channel, PDSCH) channel) associated with the paging (paging) message).

In an implementation, for the resource configuration information for sending the downlink data, a resource location of paging message scheduling information may be a subframe <NUM> in a cycle of <NUM>, and a resource location of corresponding downlink data scheduling information may be a subframe <NUM> in the cycle of <NUM>. In this way, in the subframe <NUM>, the terminal may receive the downlink data scheduling information, and receive the downlink data based on the received downlink data scheduling information.

In another implementation, for the resource configuration information for sending the downlink data, a resource location of paging message scheduling information may be one PO (Paging Occasion) in a cycle of <NUM>, and in the PO, S PDCCH monitoring locations correspond to S transmitted SSBs in one SSB burst, and a PDCCH monitoring locations of the Kth paging in the S PDCCH monitoring locations in the PO corresponds to the Kth transmitted SSB. Even further, the S transmitted SSBs in the one SSB burst correspond to S sending scheduling information sending locations for S pieces of downlink data, and a PDCCH monitoring location of the Kth downlink data corresponds to the Kth transmitted SSB. For example, in one PO of the UE <NUM>, three PDCCH monitoring locations correspond to three SSBs, and the three SSBs correspond to PDCCH monitoring locations of three pieces of downlink data. When the UE <NUM> detects an SSB-<NUM> in a downlink, the UE <NUM> may receive the paging message at a location of a PDCCH (paging)-<NUM>, and receive the downlink data at the location of the PDCCH (data)-<NUM>.

In another implementation, identification information for sending the downlink data may be an identifier of PDCCH scheduling information of the downlink data, for example, Data-RNTI. The PDCCH scheduling information of the downlink data may have multiple identifiers, for example, multiple Data-RNTIs. For multiple UEs that are indicated in the paging message and that send downlink data, different UEs may correspond to identification information for sending different downlink data. For example, identification information for sending multiple pieces of downlink data is sequentially allocated in an arrangement sequence of the multiple UEs that are indicated in the paging message and that send downlink data. For example, an arrangement sequence of the identification information for sending the downlink data indicated in a system message is: Data-RNTI-<NUM>; Data-RNTI-<NUM>. Identification information of UEs that are indicated in the paging message and that send data is arranged in the following sequence: UE-ID-<NUM>; UE-ID-<NUM>. In this case, identification information for sending downlink data corresponding to UE-ID-<NUM> is Data-RNTI-<NUM>, and identification information for sending downlink data corresponding to UE-ID-<NUM> is Data-RNTI-<NUM>.

It should be noted that in this embodiment, to send the downlink data to the terminal in an INACTIVE or IDLE state, to ensure that the terminal receives data, the network device may further send configuration information to the terminal, where the configuration information is used to instruct the terminal to store the configuration information for receiving the downlink data in the INACTIVE or IDLE state. The configuration information for receiving the downlink data may include at least one of the following: a DRB identifier (for example, the downlink data of the UE is sent by using a DRB <NUM>) for receiving the downlink data and indication information (for example, the downlink data of the UE is carried in a downlink RRC message) for receiving the downlink data by using control plane signaling.

The obtaining the downlink data of the terminal in step <NUM> includes:
receiving the downlink data of the terminal at a downlink data receiving location associated with the paging message.

It may be understood that for same downlink data, a downlink data sending location and a downlink data receiving location are a same location, and different statements are used for different relative bodies. It is a downlink data sending location for the network device, and is a downlink data receiving location for the terminal.

Optionally, when downlink data of multiple terminals is received at the downlink data receiving location associated with the paging message, the receiving the downlink data of the terminal may include:
receiving, by using either of the following information, the downlink data of the terminal at the downlink data receiving location associated with the paging message:
identification information for distinguishing downlink data of different terminals; where for example, if scheduling information of downlink data of both UE-<NUM> and UE-<NUM> is sent in a slot-<NUM>, Data-RNTI-<NUM> is used to send downlink data scheduling information of the UE-<NUM>, and Data-RNTI-<NUM> is used to send downlink data scheduling information of the UE-<NUM>. In other words, different UE data is distinguished by using different identifiers; and a preset data packet format for distinguishing downlink data of different terminals.

Optionally, the preset data packet format may be either of the following:.

For the data packet format <NUM>, refer to <FIG>. A data header (for example, Data Header) corresponding to data (data) of each terminal, where the data header may be referred to as a data packet header, and the data header may include indication information indicating a length of the corresponding terminal data (for example, a length L of the terminal data indicated by the indication information may be equal to <NUM> bytes) and terminal identifier indication information, as shown in an ID <NUM> and an ID <NUM> in <FIG>. The ID1 is, for example, a logical channel <NUM>, and corresponds to a UE-ID-<NUM> in the paging message. The ID <NUM> is, for example, a logical channel <NUM>, and corresponds to a UE-ID-<NUM> in the paging message.

It should be noted that the foregoing terminal identification information may be an implicit indication or an explicit indication. For implicit indication, the terminal identification information may be any one of the following: a truncated part of terminal identification information, identification information obtained through calculation based on the terminal identification information, a numbering sequence for identifiers of terminals that are indicated in the paging message and that send data (for example, an identifier of the first terminal that is indicated in the paging message and that sends data is a value <NUM>, an identifier of the second terminal that is indicated in the paging message and that sends data is a value <NUM>), and logical channel identifier information corresponding to the terminal identifier (for example, the first terminal identifier indicated in the paging message corresponds to a logical channel identifier <NUM>, and the second terminal identifier indicated in the paging message corresponds to a logical channel identifier <NUM>), and the like. For explicit indication, the terminal identification information directly indicates the terminal identifier.

For the data packet format <NUM>, referring to <FIG>, data (data) of each terminal has a corresponding data header (for example, Data Header), and the data header may include indication information indicating a length of the corresponding terminal data. For example, a length L of terminal data indicated by the indication information may be equal to <NUM> bytes. As shown in <FIG>, if identifiers of UEs that are indicated in the paging message and that send data includes UE <NUM> and UE <NUM>, the first data corresponds to data of the UE <NUM>, and the data of the UE <NUM> is followed by data of the UE <NUM>.

Before step <NUM>, the method further includes:
sending uplink indication information to the network device.

The uplink indication information may indicate a location of the terminal, so that the network device sends the downlink data to the terminal based on the location of the terminal. For example, the uplink indication information may indicate a cell in which the terminal sends the uplink indication information. In this way, when sending the downlink data to the terminal, the network device may send the corresponding downlink data to the terminal by using the cell indicated by the uplink indication information.

Alternatively, the uplink indication information may notify the network device that the paging message is received, so that the network device sends the downlink data to the terminal by using a location (for example, a cell) at which the terminal sends the uplink indication information.

Optionally, a sending resource location of the uplink indication information may be associated with the paging (paging) message. For example, if a resource location of the paging message scheduling information is a subframe <NUM> in a cycle of <NUM>, the resource location of the uplink indication information may be a subframe <NUM> in the cycle of <NUM>. In this way, in the subframe <NUM>, the terminal may send corresponding uplink indication information. For another example, a resource location of the paging message scheduling information may be one PO (Paging Occasion) in a cycle of <NUM>, and in the PO, S PDCCH monitoring locations correspond to S transmitted SSBs in one SSB burst, and a PDCCH monitoring locations of the Kth paging in the S PDCCH monitoring locations in the PO corresponds to the Kth transmitted SSB. Even further, the S transmitted SSBs in the one SSB burst correspond to S sending scheduling information sending locations, and the Kth piece of uplink indication information sending location corresponds to the Kth transmitted SSB. For example, in one PO of the UE <NUM>, three PDCCH monitoring locations correspond to three SSBs, and the three SSBs correspond to three uplink indication information sending locations. When the UE <NUM> detects an SSB-<NUM> in a downlink, the UE <NUM> may receive the paging message at a location of a PDCCH (paging)-<NUM>, and send the uplink indication information at a location of PRACH (data)-<NUM>.

Optionally, a channel corresponding to the uplink indication information may be any one of the following:.

Optionally, the foregoing uplink indication information may include identification information of the terminal, so that the network device distinguishes different terminals. For example, the PUSCH includes an I-RNTI identifier of the terminal. For another example, an uplink PRACH resource corresponding to the first terminal identifier that is indicated in the paging message to have downlink data transmission is PRACH-<NUM> (in other words, a terminal identifier is associated with a sending resource of the uplink indication information, to implicitly indicate the terminal identifier).

<FIG> is a flowchart of a data sending method according to an embodiment of the present disclosure. The method is applied to a network device.

Step <NUM>: Send a paging message to a terminal.

Step <NUM>: When the paging message includes indication information indicating that downlink data of a terminal is to be sent, send the downlink data of the terminal.

In this embodiment of the present disclosure, when the terminal is in an idle state or an inactive state, the network device directly sends the corresponding downlink data to the terminal, thereby reducing a sending delay of the downlink data.

Optionally, the sending the downlink data of the terminal in step <NUM> may include:
send the downlink data of the terminal based on a preset data format in a MAC PDU that sends the paging message.

Optionally, the preset data format may be either of the following:.

For specific forms of the data format <NUM> and the data format <NUM>, refer to descriptions in <FIG>.

Optionally, before step <NUM>, the method may further include:.

Optionally, the sending the downlink data of the terminal in step <NUM> may include:
send the downlink data of the terminal at a downlink data sending location associated with the paging message.

Optionally, before step <NUM>, the method may further include:
receiving uplink indication information from the terminal.

Further, step <NUM> may include: send, based on the uplink indication information, the downlink data of the terminal at the downlink data sending location associated with the paging message.

Optionally, a sending resource location of the uplink indication information is associated with the paging message.

Optionally, the uplink indication information includes identification information of the terminal.

Optionally, when downlink data of multiple terminals is sent at the downlink data sending location associated with the paging message, step <NUM> may include:
sending, by using any one of the following information, the downlink data of the terminal at the downlink data sending location associated with the paging message:.

Optionally, the preset data packet format is either of the following:.

Optionally, after step <NUM>, the method further includes:.

The foregoing embodiments describe the data receiving method and the data sending method in the present disclosure, and the following describes a terminal and a network device in the present disclosure with reference to embodiments and the accompanying drawings.

<FIG> is a schematic structural diagram of a terminal according to an embodiment of the present disclosure. As shown in <FIG>, a terminal <NUM> includes:.

In this embodiment of the present disclosure, a paging message is received, and when the paging message includes indication information indicating that downlink data of a terminal is to be sent, the downlink data of the terminal is obtained, so that when the terminal is in an idle state or an inactive state, a network device directly sends corresponding downlink data to the terminal, thereby reducing a sending delay of the downlink data.

Optionally, the obtaining module <NUM> is further configured to:
obtain, through decoding based on a preset data format, the downlink data of the terminal from a MAC PDU that sends the paging message.

Optionally, the terminal <NUM> may further include:.

The obtaining module <NUM> further includes:
a receiving unit, configured to receive the downlink data of the terminal at a downlink data receiving location associated with the paging message.

The terminal <NUM> further includes:
a first sending module, configured to send indication information to the network device.

Optionally, the obtaining module <NUM> is further configured to: when downlink data of multiple terminals is received at a downlink data receiving location associated with the paging message, receive, by using either of the following information, the downlink data of the terminal at a downlink data receiving location associated with the paging message:.

Optionally, the terminal <NUM> may further include:
a processing module, configured to restore configuration information that is used by the terminal to receive the downlink data.

Optionally, a sending resource indication manner of the feedback information includes either of the following:.

Optionally, the paging message is identified by identification information indicating that downlink data is sent.

<FIG> is a schematic structural diagram of a network device according to an embodiment of the present disclosure. As shown in <FIG>, a network device <NUM> includes:.

Optionally, the fourth sending module <NUM> is configured to:
send the downlink data of the terminal based on a preset data format in a MAC PDU that sends the paging message.

Optionally, the network device <NUM> may further include:.

The fourth sending module <NUM> is configured to:
send the downlink data of the terminal at a downlink data sending location associated with the paging message.

The network device <NUM> further includes:
a fourth receiving module, configured to receive uplink indication information from the terminal.

Further, the fourth sending module <NUM> is configured to:
send, based on the uplink indication information, the downlink data of the terminal at the downlink data sending location associated with the paging message.

Optionally, the fourth sending module <NUM> is configured to: when downlink data of multiple terminals is received at a downlink data sending location associated with the paging message, send, by using either of the following information, the downlink data of the terminal at the downlink data receiving location associated with the paging message:.

An embodiment of the present disclosure further provides a communication device, including a processor, a memory, and a computer program that is stored in the memory and that runs on the processor. When the computer program is executed by the processor, processes of the data receiving method embodiment shown in <FIG> can be implemented, or processes of the data sending method embodiment shown in <FIG> can be implemented, and a same technical effect can be achieved. To avoid repetition, details are not described herein again. The communication device may optionally be a terminal or a network device.

<FIG> is a schematic diagram of a hardware structure of a terminal for implementing embodiments of the present disclosure. The terminal <NUM> includes but is not limited to components such as a radio frequency unit <NUM>, a network module <NUM>, an audio output unit <NUM>, an input unit <NUM>, a sensor <NUM>, a display unit <NUM>, a user input unit <NUM>, an interface unit <NUM>, a memory <NUM>, a processor <NUM>, and a power supply <NUM>. A person skilled in the art may understand that a structure of the terminal shown in <FIG> does not constitute a limitation on the terminal, and the terminal may include more or fewer components than those shown in the figure, or combine some components, or have different component arrangements. In this embodiment of the present disclosure, the terminal includes but is not limited to a mobile phone, a tablet computer, a laptop computer, a palmtop computer, an in-vehicle terminal, a wearable device, a pedometer, and the like.

The radio frequency unit <NUM> is configured to receive a paging message.

The processor <NUM> is configured to: when the paging message includes indication information indicating that downlink data of the terminal is to be sent, obtain the downlink data of the terminal.

It may be understood that the terminal <NUM> in this embodiment of the present disclosure may implement processes implemented in the foregoing method embodiment shown in <FIG> and achieve a same beneficial effect. To avoid repetition, details are not described herein again.

It should be understood that, in this embodiment of the present disclosure, the radio frequency unit <NUM> may be configured to receive and send information or receive and send a signal in a call process. Specifically, after downlink data from a base station is received, the processor <NUM> processes the downlink data. In addition, uplink data is sent to the base station. Generally, the radio frequency unit <NUM> includes but is not limited to an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit <NUM> may further communicate with a network and another device by using a wireless communication system.

The terminal provides wireless broadband Internet access for a user by using a network module <NUM>, for example, helping the user send and receive an email, browsing a web page, and accessing streaming media.

The audio output unit <NUM> may convert audio data received by the radio frequency unit <NUM> or the network module <NUM> or stored in the memory <NUM> into an audio signal and output as sound. In addition, the audio output unit <NUM> may further provide audio output (for example, call signal receiving sound or message receiving sound) related to a specific function performed by the terminal <NUM>. The audio output unit <NUM> includes a loudspeaker, a buzzer, a telephone receiver, and the like.

The input unit <NUM> is configured to receive an audio or video signal. The input unit <NUM> may include a graphics processing unit (Graphics Processing Unit, GPU) <NUM> and a microphone <NUM>. The graphics processing unit <NUM> processes image data of a static picture or a video obtained by an image capture apparatus (such as a camera) in a video capture mode or an image capture mode. A processed image frame may be displayed on the display unit <NUM>. The image frame processed by the graphics processing unit <NUM> may be stored in the memory <NUM> (or another storage medium) or sent by using the radio frequency unit <NUM> or the network module <NUM>. The microphone <NUM> may receive sound and can process such sound into audio data. The processed audio data may be output by being converted into a format that may be sent to a mobile communications base station by using the radio frequency unit <NUM> in a telephone call mode.

The terminal <NUM> further includes at least one sensor <NUM>, such as an optical sensor, a motion sensor, and another sensor. Specifically, the optical sensor includes an ambient light sensor and a proximity sensor. The ambient light sensor may adjust luminance of the display panel <NUM> based on brightness of ambient light, and the proximity sensor may disable the display panel <NUM> and/or backlight when the terminal <NUM> approaches an ear. As a type of the motion sensor, an accelerometer sensor may detect magnitude of an acceleration in each direction (generally three axes), and may detect magnitude and a direction of gravity when being static. The accelerometer sensor may be used for recognizing a terminal gesture (for example, horizontal and vertical screen switching, a related game, or magnetometer posture calibration), a function related to vibration recognition (for example, a pedometer or a strike), or the like. The sensor <NUM> may further include a fingerprint sensor, a pressure sensor, an iris sensor, a molecular sensor, a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor, and the like. This is not described herein.

The display unit <NUM> is configured to display information entered by the user or information provided for the user. The display unit <NUM> may include a display panel <NUM>, and the display panel <NUM> may be configured in a form of a liquid crystal display (Liquid Crystal Display, LCD), an organic light-emitting diode (Organic Light-Emitting Diode, OLED), or the like.

The user input unit <NUM> may be configured to receive input digit or character information and generate key signal input related to user setting and function control of a terminal. Specifically, the user input unit <NUM> includes a touch panel <NUM> and another input device <NUM>. The touch panel <NUM>, also referred to as a touchscreen, may collect a touch operation performed by the user on or near the touch panel <NUM> (for example, an operation performed by the user on or near the touch panel <NUM> by using any suitable object or accessory such as a finger or a stylus). The touch panel <NUM> may include two parts: a touch detection apparatus and a touch controller. The touch detection apparatus detects a touch position of the user, detects a signal brought by the touch operation, and transmits the signal to the touch controller. The touch controller receives touch information from the touch detection apparatus, converts the touch information into contact coordinates, sends the contact coordinates to the processor <NUM>, and can receive and execute a command sent by the processor <NUM>. In addition, the touch panel <NUM> may be implemented by using a plurality of types such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. The user input unit <NUM> may include another input device <NUM> in addition to the touch panel <NUM>. Specifically, the another input device <NUM> may include but is not limited to one or more of a physical keyboard, a function key (such as a volume control key or an on/off key), a trackball, a mouse, a joystick, and the like.

Further, the touch panel <NUM> may cover the display panel <NUM>. After detecting the touch operation on or near the touch panel <NUM>, the touch panel <NUM> transmits the touch operation to the processor <NUM> to determine a type of a touch event, and then the processor <NUM> provides corresponding visual output on the display panel <NUM> based on the type of the touch event. In <FIG>, the touch panel <NUM> and the display panel <NUM> are used as two independent components to implement input and output functions of the terminal. However, in some embodiments, the touch panel <NUM> and the display panel <NUM> may be integrated to implement the input and output functions of the terminal. This is not specifically limited herein.

The interface unit <NUM> is an interface connecting an external apparatus to the terminal <NUM>. For example, the external apparatus may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a storage card port, a port configured to connect to an apparatus having an identification module, an audio input/output (input/output, I/O) port, a video I/O port, a headset port, and the like. The interface unit <NUM> may be configured to receive input (for example, data information and power) from the external apparatus and transmit the received input to one or more elements in the terminal <NUM>, or may be configured to transmit data between the terminal <NUM> and the external apparatus.

The memory <NUM> may be configured to store a software program and various data. The memory <NUM> may mainly include a program storage area and a data storage area. The program storage area may store an operating system, an application program required by at least one function (such as a sound play function or an image play function), and the like. The data storage area may store data (such as audio data or an address book) or the like created based on use of the mobile phone. In addition, the memory <NUM> may include a high-speed random access memory, and may further include a non-volatile memory such as at least one magnetic disk storage component, a flash memory component, or another volatile solid-state storage component.

The processor <NUM> is a control center of the terminal, and is connected to all parts of the entire terminal by using various interfaces and lines, and performs various functions of the terminal and processes data by running or executing the software program and/or the module that are stored in the memory <NUM> and invoking the data stored in the memory <NUM>, to implement overall monitoring on the terminal. The processor <NUM> may include one or more processing units. Optionally, the processor <NUM> may be integrated with an application processor and a modem processor. The application processor mainly processes an operating system, a user interface, an application program, and the like, and the modem processor mainly processes wireless communication. It may be understood that the modem processor may alternatively not be integrated into the processor <NUM>.

The terminal <NUM> may further include a power supply <NUM> (such as a battery) that supplies power to each component. Optionally, the power supply <NUM> may be logically connected to the processor <NUM> by using a power management system, to implement functions such as charging, discharging, and power consumption management by using the power management system.

In addition, the terminal <NUM> may further include some function modules not shown, and details are not described herein.

<FIG> is a schematic diagram of a hardware structure of a network device for implementing embodiments of the present disclosure. The network device <NUM> includes but is not limited to a bus <NUM>, a transceiver <NUM>, an antenna <NUM>, a bus interface <NUM>, a processor <NUM>, and a memory <NUM>.

In this embodiment of the present disclosure, the network side device <NUM> further includes a computer program that is stored in the memory <NUM> and that can run on the processor <NUM>. When the computer program is executed by the processor <NUM>, the following steps are implemented:
sending a paging message to a terminal; and when the paging message includes indication information indicating that downlink data of the terminal is to be sent, sending the downlink data of the terminal.

The transceiver <NUM> is configured to receive and send data under the control of the processor <NUM>.

It may be understood that the network device <NUM> in this embodiment of the present disclosure may implement processes implemented in the foregoing method embodiment shown in <FIG> and achieve a same beneficial effect. To avoid repetition, details are not described herein again.

In <FIG>, in a bus architecture (represented by the bus <NUM>), the bus <NUM> may include any quantity of interconnected buses and bridges, and the bus <NUM> links various circuits including one or more processors represented by the processor <NUM> and a memory represented by the memory <NUM>. The bus <NUM> may further link various other circuits such as a peripheral device, a voltage regulator, and a power management circuit together. These are all well-known in the art, and therefore are not further described in the present specification. The bus interface <NUM> provides an interface between the bus <NUM> and the transceiver <NUM>. The transceiver <NUM> may be one element or multiple elements, for example, multiple receivers and multiple transmitters, to provide a unit configured to communicate with various other apparatuses on a transmission medium. Data processed by the processor <NUM> is transmitted on a wireless medium by using the antenna <NUM>. Further, the antenna <NUM> further receives data and transmits the data to the processor <NUM>.

The processor <NUM> is responsible for managing the bus <NUM> and common processing, and may further provide various functions, including timing, a peripheral interface, voltage regulation, power management, and other control functions. The memory <NUM> may be configured to store data used when the processor <NUM> performs an operation.

Optionally, the processor <NUM> may be a central processing unit (central processing unit, CPU), an ASIC, an FPGA, or a complex programmable logic device (Complex Programmable Logic Device, CPLD).

An embodiment of the present disclosure further provides a computer-readable storage medium. A computer program is stored in the computer-readable storage medium. When the computer program is executed by a processor, processes of the data receiving method embodiment shown in <FIG> can be implemented, or processes of the data sending method embodiment shown in <FIG> can be implemented, and a same technical effect can be achieved. To avoid repetition, details are not described herein again. The computer-readable storage medium includes a read-only memory (Read-Only Memory, ROM), a random access memory (Random Access Memory, RAM), a magnetic disk, an optical disc, or the like.

It should be noted that in this specification, the term "include", "including", or any other variant is intended to cover non-exclusive inclusion, so that a process, method, article, or apparatus that includes a series of elements includes not only those elements but also other elements that are not explicitly listed, or includes elements inherent to such a process, method, article, or apparatus. In the absence of more restrictions, an element defined by the statement "including a. " does not exclude another same element in a process, method, article, or apparatus that includes the element.

According to the descriptions of the foregoing implementations, a person skilled in the art may clearly understand that the foregoing method embodiments may be implemented by using software and a required universal hardware platform, or certainly may be implemented by using hardware. However, in many cases, the former is a better implementation. Based on such an understanding, the technical solutions of the present disclosure essentially or the part contributing to related technologies may be implemented in a form of a software product. The computer software product is stored in a storage medium (such as a ROM/RAM, a magnetic disk, or an optical disc) and includes several instructions for instructing a terminal (which may be a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the methods described in the embodiments of the present disclosure.

A person of ordinary skill in the art may recognize that, with reference to the examples described in the embodiments disclosed herein, units and algorithm steps may be implemented by electronic hardware or a combination of computer software and electronic hardware. Whether these functions are implemented by using hardware or software depends on the specific application and design constraints of the technical solution. A person skilled in the art may use different methods for each particular application to implement the described functions, but such implementation shall not be considered to be outside the scope of the present disclosure.

It may be clearly understood by a person skilled in the art that, for convenience and brevity of description, for a specific working process of the foregoing described system, apparatus, and unit, reference may be made to a corresponding process in the foregoing method embodiments, and details are not described herein again.

In the embodiments provided in this application, it should be understood that the disclosed apparatus and method may be implemented in another manner. For example, the unit division is merely logical function division. In actual implementation, there may be another division manner. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not performed. In addition, the displayed or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of the apparatus or unit, and may be in an electrical, mechanical, or another form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on multiple network units. Some or all of the units may be selected based on an actual requirement to implement the objectives of the solutions in the embodiments.

In addition, functional units in the embodiments of the present disclosure may be integrated into one processing unit, or each unit may exist separately physically, or two or more units may be integrated into one unit.

The function may be stored in a computer readable storage medium if it is implemented in the form of a software functional unit and sold or used as an independent product. Based on such an understanding, the technical solutions of the present disclosure essentially or the part contributing to related technologies may be implemented in a form of a software product. The computer software product is stored in a storage medium and includes several instructions for instructing a computer device (which may be a personal computer, a server, a network device, or the like) to perform all or some steps in the method described in the embodiments of the present disclosure. The foregoing storage medium includes any medium that can store program code, such as a USB flash drive, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disc.

A person of ordinary skill in the art may understand that all or some of the processes in the methods in the foregoing embodiments may be implemented by using a computer program to control related hardware. The program may be stored in a computer readable storage medium. When the program is executed, the processes in the foregoing methods embodiments may be performed. The storage medium includes a magnetic disk, a compact disc, a read-only memory (Read-Only Memory, ROM), a random access memory (Random Access Memory, RAM), or the like.

It may be understood that the embodiments described in the embodiments of the present disclosure may be implemented by hardware, software, firmware, middleware, microcode, or a combination thereof. For hardware implementation, a module, a unit, a subunit, or the like may be implemented in one or more application specific integrated circuits (Application Specific Integrated Circuits, ASIC), a digital signal processor (Digital Signal Processing, DSP), a digital signal processing device (DSP Device, DSPD), a programmable logic device (Programmable Logic Device, PLD), a field-programmable gate array (Field-Programmable Gate Array, FPGA), a general purpose processor, a controller, a microcontroller, a microprocessor, another electronic unit configured to perform the functions described in the present disclosure, or a combination thereof.

Claim 1:
A data receiving method, applied to a terminal in idle or inactive state and comprising:
receiving (<NUM>) a paging message; and
when the paging message comprises indication information indicating that downlink data of the terminal is to be sent, obtaining (<NUM>) the downlink data of the terminal;
characterized in that
the obtaining (<NUM>) the downlink data of the terminal comprises: receiving the downlink data of the terminal at a downlink data receiving location associated with the paging message;
before the receiving the downlink data of the terminal at a downlink data receiving location associated with the paging message, the method further comprises: sending uplink indication information to a network device, wherein the uplink indication information is used to indicate a location of the terminal and instruct the network device to send the downlink data to the terminal in a resource based on the location of the terminal.