WO2018126801A1

WO2018126801A1 - Data sending method and apparatus, and data receiving method and apparatus

Info

Publication number: WO2018126801A1
Application number: PCT/CN2017/111769
Authority: WO
Inventors: 陈中明; 吴昱民
Original assignee: 中兴通讯股份有限公司
Priority date: 2017-01-04
Filing date: 2017-11-18
Publication date: 2018-07-12
Also published as: CN108271125A; CN108271125B

Abstract

The present invention provides a data sending method and apparatus, and a data receiving method and apparatus. The data sending method comprises: obtaining a resource for sending data in an inactive state; detecting data to be sent in the inactive state; sending the data to be sent over the obtained resource. The present invention can resolve the problem in the related art of how to send data in an inactive state by a terminal.

Description

Data transmission, data receiving method and device

Technical field

The present invention relates to the field of communications, and in particular to a data transmission and data receiving method and apparatus.

Background technique

In the related art, the terminal in the idle state needs to send data, and must first enter the connected state, and then according to the data transmission mode of the connected state, after the transmission is completed, return to the idle state or continue to remain in the connected state. FIG. 1 is a schematic diagram of a process of transmitting network attached storage (NAS) information in a terminal idle state in the related art, as shown in FIG. 1 . The terminal needs to establish a Radio Resource Control (RRC) connection with the base station, and then establish a bearer between the base station and the core network. The terminal can send data to the core network through the base station, and the data is transmitted, and the base station and the core network are released. The bearer between and then releases the RRC connection between the terminal and the base station.

In the LTE system, before the user equipment UE in the connected state sends data to the base station, it needs to obtain uplink synchronization and downlink synchronization with the base station. 2 is a schematic diagram of a random access procedure in an LTE system in the related art. As shown in FIG. 2, a contention based random access procedure is shown in FIG. 2, and includes four steps, where steps 3 and 4 are The non-conflict-based process used to resolve conflicts has only the first two steps.

In order to meet the higher, faster and newer communication needs of the foreseeable future, the industry has begun to research on future 5G technologies. 5G will conduct further technical research on greater throughput, more user connections, lower latency, higher reliability, lower power consumption, including network-side devices and user terminals. In order to meet the requirement that the terminal can quickly send data in a 5G scenario, the terminal needs to exist in an inactive state, and can be quickly executed when there is a data transmission request, but how the terminal sends data in an inactive state, there is currently no publicly available technology. solve.

Summary of the invention

The embodiment of the invention provides a data transmission and data receiving method and device, so as to at least solve the problem of how the terminal sends data in an inactive state in the related art.

According to an embodiment of the present invention, a data sending method is provided, including: acquiring a resource for transmitting the data in an inactive state; detecting data to be sent in an inactive state; and acquiring the resource in an inactive state The data to be transmitted is sent to the base station.

According to another embodiment of the present invention, a data receiving method is provided, including: receiving, by a resource for transmitting data in an inactive state acquired by a terminal, the data sent by the terminal; The terminal sends a response message, where the response message carries a first identification message for identifying whether the data is successfully received.

According to another embodiment of the present invention, there is provided a data transmitting apparatus, comprising: an obtaining module configured to acquire a resource for transmitting data in an inactive state; and a detecting module configured to detect that the device is to be sent in an inactive state The first sending module is configured to send the to-be-sent data to the base station on the acquired resource.

According to another embodiment of the present invention, a data receiving apparatus is provided, including: a second receiving module, configured to The data sent by the terminal is received on a resource for sending data in an inactive state acquired by the terminal; the second sending module is configured to send a response message to the terminal according to the data, where the response message Carrying a first identification message for identifying whether the data was successfully received.

According to still another embodiment of the present invention, a storage medium is also provided. The storage medium is configured to store program code for performing the following steps: acquiring a resource for transmitting data in an inactive state; detecting data to be transmitted in an inactive state; transmitting the location to the base station on the acquired resource Tell the data to be sent.

According to still another embodiment of the present invention, a storage medium is also provided. The storage medium is configured to store program code for performing the following steps: receiving the data sent by the terminal on a resource for transmitting data in an inactive state acquired by the terminal; and transmitting a response to the terminal according to the data a message, wherein the response message carries a first identification message for identifying whether the data was successfully received.

With the present invention, a resource for transmitting data in an inactive state is acquired; data to be transmitted is detected in an inactive state; and data to be transmitted is transmitted to a base station on the acquired resource. Since the data is transmitted on the resource that transmits the data in the acquired inactive state, the data can be transmitted in the inactive state, and therefore, the problem of how the terminal transmits the data in the inactive state in the related art can be solved.

DRAWINGS

The drawings described herein are intended to provide a further understanding of the invention, and are intended to be a part of the invention. In the drawing:

1 is a schematic diagram of a process of additionally storing NAS information in a terminal idle state sending network in the related art;

2 is a schematic diagram of a random access procedure in an LTE system in the related art;

3 is a block diagram showing the hardware structure of a mobile terminal according to a data transmission method according to an embodiment of the present invention;

4 is a flowchart of a data transmitting method according to an embodiment of the present invention;

FIG. 5 is a flowchart of a data receiving method according to an embodiment of the present invention; FIG.

6 is a flow chart 1 of a preferred method of data transmission according to an embodiment of the present invention;

FIG. 7 is a second flowchart of a data transmission method according to an embodiment of the present invention; FIG.

FIG. 8 is a third flowchart of a data transmission method according to an embodiment of the present invention; FIG.

9 is a block diagram showing the structure of a data transmitting apparatus according to an embodiment of the present invention;

FIG. 10 is a block diagram showing a preferred structure of a data transmitting apparatus according to an embodiment of the present invention; FIG.

11 is a block diagram showing the structure of a data receiving apparatus according to an embodiment of the present invention.

detailed description

The invention will be described in detail below with reference to the drawings in conjunction with the embodiments. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict.

It is to be understood that the terms "first", "second" and the like in the specification and claims of the present invention are used to distinguish similar objects, and are not necessarily used to describe a particular order or order.

Example 1

The method embodiment provided by Embodiment 1 of the present application can be executed in a mobile terminal, a computer terminal or the like. Taking a mobile terminal as an example, FIG. 3 is a block diagram showing a hardware structure of a mobile terminal according to a data transmission method according to an embodiment of the present invention. As shown in FIG. 3, the mobile terminal 30 may include one or more (only one shown) processor 302 (the processor 302 may include, but is not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA). A memory 304 for storing data, and a transmission device 306 for communication functions. It will be understood by those skilled in the art that the structure shown in FIG. 3 is merely illustrative and does not limit the structure of the above electronic device. For example, the mobile terminal 30 may also include more or fewer components than those shown in FIG. 3, or have a different configuration than that shown in FIG.

The memory 304 can be used to store software programs and modules of application software, such as program instructions/modules corresponding to the data transmission method in the embodiment of the present invention, and the processor 302 executes various programs by running software programs and modules stored in the memory 304. Functional application and data processing, that is, the above method is implemented. Memory 304 can include high speed random access memory and can also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid state memory. In some examples, memory 304 can further include memory remotely located relative to processor 302, which can be connected to mobile terminal 30 over a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

Transmission device 306 is for receiving or transmitting data via a network. The above-described network specific example may include a wireless network provided by a communication provider of the mobile terminal 30. In one example, transmission device 306 includes a Network Interface Controller (NIC) that can be connected to other network devices through a base station to communicate with the Internet. In one example, the transmission device 306 can be a Radio Frequency (RF) module for communicating with the Internet wirelessly.

In this embodiment, a data transmission method running on the mobile terminal is provided. FIG. 4 is a flowchart of a data transmission method according to an embodiment of the present invention. As shown in FIG. 4, the process includes the following steps:

Step S402, acquiring resources for transmitting data in an inactive state;

Step S404, detecting data to be sent in an inactive state;

Step S406: Send data to be sent to the base station on the acquired resource.

The above steps 402 and 404 have no sequence, and generally the resources are obtained by step 402 first, and then can be sent more quickly when there is data transmission.

Through the above steps, since the data is transmitted on the resource that transmits the data in the acquired inactive state, the data can be transmitted in the inactive state, and therefore, the problem of how the terminal transmits the data in the inactive state in the related art can be solved.

Optionally, the foregoing data carries at least one of the following: a recovery connection request resume request, a short message authentication code shortMAC-i, a recovery connection identifier, a resume ID, and a reason for sending the data.

Optionally, the reason for sending the data includes at least one of the following: the terminal needs to send data in the inactive state without entering the connection state, and the terminal needs to enter the connection state from the inactive state, and the data needs to be sent (mo-data), and needs to be sent. It is the mo-signaling, the size of the data that needs to be sent.

Optionally, after the data to be sent is sent to the base station on the acquired resource, the method further includes: receiving the response information sent by the base station, where the response information carries the first identifier information used to identify whether the data to be sent is successfully received. Through the above steps, it can be known whether the transmitted data is successfully received.

Optionally, the first identifier information includes at least one of the following values: a value obtained by using a resume connection identifier resume ID, a short message authentication code shortMAC-i, and a cause value cause value by a predetermined algorithm; and a most significant bit of the transmitted data ( Most Significant Bit (MSB), where the transmitted data includes Signaling Radio Bearer (SRB), Data Radio Bearer (DRB) or Media Access Control Protocol Data Unit (Media). Access Control MAC PDU).

Optionally, the foregoing resources include: a time-frequency domain resource of at least one of a physical random access channel (PRACH) and a physical uplink shared channel (PUSCH).

Optionally, the response information further includes: an uplink grant information, a Temporary Cell Radio Network Temporary Identifier (TC-RNTI), or a new Paging Area ID (PA-A). ID).

In this embodiment, a data transmission method running on the mobile terminal is further provided. FIG. 5 is a flowchart of a data receiving method according to an embodiment of the present invention. As shown in FIG. 5, the process includes the following steps:

Step S502: Receive data sent by the terminal on a resource for transmitting data in an inactive state acquired by the terminal;

Step S504: Send a response message to the terminal according to the data, where the response message carries a first identification message for identifying whether the data is successfully received.

Optionally, the reason for sending the data includes at least one of the following: the terminal needs to send data in the inactive state without entering the connection state, and the terminal needs to enter the connection state from the inactive state, and the data needs to be sent (mo-data), and needs to be sent. It is mo-signaling, the size of the data that needs to be sent.

Optionally, in the case that the data carries the reason for sending the data, the response message further carries the uplink authorization information, where the uplink authorization information is used to notify the terminal to continue to send the data.

Optionally, the first identifier information includes at least one of the following values: a value obtained by using a resume connection identifier resume ID, a short message authentication code shortMAC-i, and a cause value cause value by a predetermined algorithm; a most significant bit MSB of the transmitted data, The data sent includes a signaling radio bearer SRB, a data radio bearer DRB, or a media access control protocol data unit MAC PDU.

Optionally, the resource includes: a time-frequency domain resource of at least one of a physical random access channel (PRACH) and a physical uplink shared channel (PUSCH).

Optionally, the response message further includes: a temporary cell radio network temporary identifier T-C-RNTI or a new paging area identifier PA-ID.

It should be noted that the foregoing embodiment may be applied to a terminal. When the terminal is in an inactive state, the data sent in the acquired inactive state, such as the PRACH and the PUSCH, carries data, and carries at least one of the following information: shortMAC-i, resume ID, the reason for sending the data (the same as above) The preset number of transmissions of the data to be transmitted, the base station selects the information for resolving the conflict (same as the above-mentioned response information), and sends the information to the terminal, and carries at least one of the following information: TC-RNTI, UL grant (Uplink grant), new PA -ID. By adopting the above method, the delay of the terminal accessing the 5G system is greatly reduced, and the 5G requirement can be smoothly achieved.

In order to facilitate the understanding of the above embodiments, a detailed description will be given below. It should be noted that, in the following embodiments, the base station 1 is a 5G base station or an LTE enhanced base station, and has one cell, which is a cell 1, and the base station 2 is a 5G base station or an LTE enhanced base station, and has one cell and is a cell. 2. The following procedure is described by taking a 5G base station as an example. For an LTE enhanced base station, the process is the same.

FIG. 6 is a first flowchart of a data transmission method according to an embodiment of the present invention. As shown in FIG. 6, the terminal enters a connected state in the cell 1, and the base station 1 to which the cell 1 belongs is referred to as an anchor base station of the terminal. The process includes the following steps:

S61. The base station 1 determines to send an RRC release command to the terminal according to the service of the terminal, and may carry at least one of the following information: the inactive state, the Paging Area ID, and the resume ID of the terminal, and the data radio bearer that can transmit the uplink data without authorization. (Data Radio Bearer, abbreviated as DRB) list (each DRB contains at least a DRB ID), a list of recoverable DRBs (each DRB contains at least a DRB ID);

S62, the terminal moves to the coverage of the cell 2, reads the system message of the cell 2, and obtains at least one of the following information: the PA ID of the cell 2, the cell 2 supports the terminal to perform data transmission in the inactive state, and the terminal is inactive. a PRACH resource in which a state transmits data, and a PUSCH resource in which a terminal transmits data in an inactive state;

S63: The uplink data of the terminal arrives, and the data needs to be sent;

S64: The terminal determines to initiate a resume process according to the information acquired by the S62, and sends a random access preamble to the PRACH resource acquired in S62, and generates an RA-RNTI according to the prior art.

The PUSCH resource transmission data acquired in S62: the short MAC-i is generated by using the information of the cell 1, and the RA-RNTI scrambling data is used, and at least one of the following information is carried: the request type is, for example, a resume request, a resume ID, a DRB ID that requires a resume, or List, using the information of cell 1 to generate shortMAC-i, cause value (may be that the terminal needs to enter the connected state from the inactive state, or mo-data (data needs to be sent), or mo-signalling (the letter that needs to be sent) Order), or the size of the data that needs to be sent);

The data sent by the process on the PUSCH can directly adopt the current resume request cell, and the transmitted location can be PUSCH or sent along with the preamble in the PRACH. S65: The cell 2 receives the preamble sent by the terminal and the data on the PUSCH, and carries the resume ID to obtain the terminal context from the cell 1.

S66: The cell 2 acquires a terminal context fed back to the cell 1;

S67: The cell 2 obtains the data through the acquired terminal context, and sends the data to the cell 1 through the GPRS tunneling protocol (GTP), which carries the following information: at least one of the following information: the resumeID; MME (Mobility Management Entity);

S68: The cell 2 sends the access procedure message 2 to the terminal, and performs scrambling with the RA-RNTI of the S64, and carries at least one of the following information: Temp-C-RNTI, conflict resolution ID, uplink authorization, and the terminal enters the connection state indication, new PA ID;

S69: The base station 2 sends a context release message to the base station 1, and notifies the MME to perform a line switch path switch.

S690: The terminal sets the Temp-C-RNTI to the C-RNTI, enters the connected state, starts to use the C-RNTI scrambling to perform data transmission and reception with the cell 2, and the cell 2 sends the data to the MME;

The conflict resolution ID in S68 can be the following:

The value calculated by the fixed algorithm using the resumeID, shortMAC-i, and cause value;

The most significant bit (Most Significant Bit, MSB) bits of the data sent by S62 (e.g. 48bits), The data sent by S62 may be SRB, or DRB, or MAC PDU.

FIG. 7 is a second flowchart of a data transmission method according to an embodiment of the present invention. As shown in FIG. 7, the terminal enters a connected state in the cell 1, and the base station 1 to which the cell 1 belongs is referred to as an anchor base station of the terminal.

S71: The base station 1 determines to send an RRC release command to the terminal according to the service of the terminal, and may carry at least one of the following information: entering the inactive state, the Paging Area ID of the home, and the resume ID, and performing the DRB list for transmitting the uplink data without authorization. Each DRB contains at least a DRB ID), a list of recoverable DRBs (each DRB contains at least a DRB ID);

S72: The terminal moves to the coverage of the cell 2, reads the system message of the cell 2, and obtains at least one of the following information: the PA ID of the cell 2, the cell 2 supports the terminal to perform data transmission in the inactive state, and the terminal is inactive. a PRACH resource in which a state transmits data, and a PUSCH resource in which a terminal transmits data in an inactive state;

S73: The uplink data of the terminal arrives, and the data needs to be sent;

S74: The terminal determines to initiate a resume process according to the information acquired by the S72, and sends a preamble to the PRACH resource acquired in S72, and generates an RA-RNTI according to the prior art.

The PUSCH resource is sent in S72: the short MAC-i is generated by using the information of the cell 1, and the RA-RNTI scrambled data is used, and at least one of the following information is carried: the request type is, for example, a resume request, a resumeId, a DRB ID or a list that requires a resume. Use the information of cell 1 to generate shortMAC-i, cause value (may be that the terminal needs to enter the connection state from the inactive state, or mo-data (data needs to be sent), or mo-signalling (signal to be sent) ));

The data sent by the process on the PUSCH can directly adopt the current resume request cell, and the transmitted location can be PUSCH or sent along with the preamble in the PRACH.

S75: The cell 2 receives the preamble sent by the terminal, and the data on the PUSCH, carries the resume ID, and acquires the terminal context from the cell 1.

S76: The cell 2 acquires the terminal context fed back to the cell 1, and reserves the obtained data.

S77: The cell 2 sends the access procedure message 2 to the terminal, and performs the scrambling of the RA-RNTI in the fourth step, and carries at least one of the following information: a Temp-C-RNTI, a conflict resolution ID, an uplink authorization, and an indication that the terminal enters the connection state. New PA ID;

S78: The base station 1 sends the data obtained in step 76 (that is, the data received before the terminal enters the connected state) to the base station 2, and the base station 2 forwards the data to the MME.

The base station 2 sends a context release message to the base station 1, and notifies the MME to perform a path switch;

S79: The terminal sets the Temp-C-RNTI to the C-RNTI, enters the connected state, and first sends the data retained in the fifth step to the MME, and then starts to use the C-RNTI scrambling to perform data transmission and reception with the cell 2, and the cell 2 sends the data. Give MME;

The conflict resolution ID in S77 can be the following:

The MSB bits (e.g. 48 bits) of the data sent by S72, the data sent by S72 may be SRB, or DRB, or MAC PDU.

FIG. 8 is a third flowchart of a data transmission method according to an embodiment of the present invention. As shown in FIG. 8, the terminal enters a connected state in the cell 1, and the base station 1 to which the cell 1 belongs is referred to as an anchor base station of the terminal.

S81: The base station 1 determines to send an RRC release command to the terminal according to the service of the terminal, and may carry at least one of the following information: entering the inactive state, the Pating Area ID of the home, and the resume ID, and performing the DRB list for transmitting the uplink data without authorization. Each DRB contains at least a DRB ID), a list of recoverable DRBs (each DRB contains at least a DRB ID);

S82: The terminal moves to the coverage of the cell 2, reads the system message of the cell 2, and obtains at least one of the following information: the PA ID of the cell 2, the cell 2 supports the terminal to perform data transmission in the inactive state, and the terminal is inactive. a PRACH resource in which a state transmits data, and a PUSCH resource in which a terminal transmits data in an inactive state;

S83: The uplink data of the terminal arrives, and the data needs to be sent;

S84: The terminal determines to initiate a resume process according to the information acquired by the S82, and sends a preamble to the PRACH resource acquired in S82, and generates an RA-RNTI according to the prior art.

The PUSCH resource transmission data acquired in S82: the short MAC-i is generated by using the information of the cell 2, and the RA-RNTI scrambled data is used, and at least one of the following information is carried: the request type is, for example, a resume request, a resumeId, a DRB ID or a list that requires a resume. Using the information of the cell 2 to generate shortMAC-i, cause value (may be that the terminal needs to send data in an inactive state without entering the connection state);

S85: The cell 2 receives the preamble sent by the terminal and the data on the PUSCH, and sends the received data to the cell 2 through the GPRS tunnel protocol (GTP, GPRS tunnel protocol) established in advance, and carries at least the information received in step three: Resume ID, shortMAC-i;

S86: The cell 2 sends the access procedure message 2 to the terminal, and is scrambled by the RA-RNTI of the S74, and carries at least one of the following information: Temp-C-RNTI, conflict resolution ID, uplink authorization, and the terminal maintains an inactive state indication. New PA ID;

S87: The terminal sets the Temp-C-RNTI to the C-RNTI, and performs data transmission and reception with the cell 2 by C-RNTI scrambling;

S88: The cell 2 sends the data to the cell 1, and then forwards the data to the MME.

The conflict resolution ID in S86 can be the following:

The MSB bits (e.g. 48 bits) of the data sent in step 2 are used, and the data sent in step 2 may be SRB, or DRB, or MAC PDU.

It should be noted that the selection of the Cause value in the above embodiment is to determine whether the terminal needs to send data in the inactive state without entering the connected state, that is, to remain inactive, or whether the terminal needs to send data in the inactive state and then enter the connected state.

Step 1: The terminal receives the first threshold set by the network side to the terminal. The usage is that the data size that the terminal needs to send is lower than or equal to the first threshold, and the terminal selects that the data needs to be sent in the inactive state without entering the connection state. In the active state, if the size of the data that the terminal needs to send is higher than or equal to the first threshold, the terminal selects that the data needs to be sent in the inactive state and then enters the connected state.

Alternatively, the terminal receives a data transmission mode set by the network side to the terminal, such as a first data transmission interval, where the terminal needs to send a data transmission interval greater than or equal to the first data transmission interval, and the terminal selects to send data in an inactive state. It does not need to enter the connected state to remain inactive, and the data transmission interval that the terminal needs to send is less than or equal to the first data transmission. For the interval, the terminal chooses to send data in the inactive state and then enter the connected state.

Step 2: The terminal determines that the data size that needs to be sent is smaller than the first threshold, and the terminal selects that the data needs to be sent in the inactive state without being in the connected state, and remains inactive, and is sent to the network side.

The terminal determines that the data transmission interval that needs to be sent data is smaller than the first transmission interval set by the network side, and the terminal selects that the data needs to be sent in the inactive state and then enters the connected state, and is sent to the network side.

Through the description of the above embodiments, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation. Based on such understanding, the technical solution of the present invention, which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk, The optical disc includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.

Example 2

In the embodiment, a data receiving device is also provided, which is used to implement the above-mentioned embodiments and preferred embodiments, and will not be described again. As used below, the term "module" may implement a combination of software and/or hardware of a predetermined function. Although the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.

FIG. 9 is a structural block diagram of a data transmitting apparatus according to an embodiment of the present invention. As shown in FIG. 9, the apparatus includes:

The obtaining module 92 is configured to acquire a resource for sending data in an inactive state;

The detecting module 94 is connected to the detecting module 92, and is configured to detect data to be sent in an inactive state;

The first sending module 96 is connected to the obtaining module 94, and configured to send data to be sent to the base station on the acquired resource.

Optionally, the foregoing data carries at least one of the following: a recovery connection request resume request, a short message authentication code shortMAC-i, a recovery connection identifier, a resume ID, and a reason for sending data.

FIG. 10 is a block diagram of a preferred structure of a data transmitting apparatus according to an embodiment of the present invention. As shown in FIG. 10, the apparatus further includes:

The first receiving module 102 is configured to receive response information sent by the base station, where the response information carries first identifier information used to identify whether the data to be sent is successfully received.

Optionally, the first identifier information includes at least one of the following values: a value obtained by using a resume connection identifier resume ID, a short message authentication code shortMAC-i, and a cause value cause value by a predetermined algorithm; a most significant bit MSB of the transmitted data. The data sent includes a signaling radio bearer SRB, a data radio bearer DRB, or a medium access control protocol data unit MAC PDU.

Optionally, the response information further includes: uplink grant information, a temporary cell radio network temporary identifier T-C-RNTI or a new paging area identifier PA-ID.

FIG. 11 is a structural block diagram of a data receiving apparatus according to an embodiment of the present invention. As shown in FIG. 11, the apparatus includes:

The second receiving module 112 is configured to send data on the receiving terminal for transmitting data in an inactive state acquired by the terminal;

The second sending module 114 is connected to the second receiving module 112, and configured to send a response message to the terminal according to the data, where the response message carries a first identification message for identifying whether the data is successfully received.

It should be noted that each of the above modules may be implemented by software or hardware. For the latter, the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the above modules are in any combination. The forms are located in different processors.

Example 3

Embodiments of the present invention also provide a storage medium. Optionally, in the embodiment, the foregoing storage medium may be configured to store program code for performing the following steps:

S1. Acquire a resource for sending data in an inactive state;

S2, detecting data to be sent in an inactive state;

S3. Send the data to be sent to the base station on the acquired resource.

Optionally, the storage medium is further arranged to store program code for performing the following steps:

S1. The foregoing data carries at least one of the following: a resume connection request resume request, a short message authentication code shortMAC-i, a recovery connection identifier, a resume ID, and a reason for sending data.

S1. The reason for sending the data includes at least one of the following: the terminal needs to send data in an inactive state without entering the connected state. The terminal needs to enter the connected state from the inactive state. The data needs to be sent (mo-data), and the signal to be sent is the mo-signaling and the size of the data to be sent.

Optionally, the storage medium is further configured to store program code for performing the following steps: after sending the data to be sent to the base station on the acquired resource, the method further includes:

S1. The response information sent by the base station is received, where the response information carries first identifier information used to identify whether the data to be sent is successfully received.

S1. The first identifier information includes at least one of the following values: a value obtained by a predetermined algorithm by using a resume connection identifier, a short message authentication code shortMAC-i, and a cause value cause value; and a most significant bit MSB of the transmitted data, where The transmitted data includes a signaling radio bearer SRB, a data radio bearer DRB, or a medium access control protocol data unit MAC PDU.

S1. The resource includes: a time-frequency domain resource of at least one of a physical random access channel (PRACH) and a physical uplink shared channel (PUSCH).

S1. The response information further includes: uplink grant information, a temporary cell radio network temporary identifier T-C-RNTI or a new paging area identifier PA-ID.

S1: The receiving terminal sends data on a resource used for sending data in an inactive state acquired by the terminal;

S2. Send a response message to the terminal according to the data, where the response message carries a first identification message for identifying whether the data is successfully received.

S1. Optionally, the storage medium is further configured to store program code for performing the following steps: the data carries at least one of the following: a recovery connection request resume request, a short message authentication code shortMAC-i, a recovery connection identifier, Resume ID, the reason for sending data.

S1. The reason for sending the data includes at least one of the following: the terminal needs to send data in the inactive state without entering the connection state, and the terminal needs to enter the connection state from the inactive state, and the data needs to be sent is (mo-data), and the Mo-signaling, the size of the data that needs to be sent.

S1: In the case that the data carries the reason for sending the data, the response message further carries the uplink authorization information, where the uplink authorization information is used to notify the terminal to continue to send the data.

S1. The first identifier information includes at least one of: a value obtained by using a resume connection identifier, a short message authentication code shortMAC-i, and a cause value cause value by a predetermined algorithm; and a most significant bit MSB of the sent data, The data sent includes a signaling radio bearer SRB, a data radio bearer DRB, or a media access control protocol data unit MAC PDU.

S1. The response message further includes: a temporary cell radio network temporary identifier T-C-RNTI or a new paging area identifier PA-ID.

Optionally, in this embodiment, the foregoing storage medium may include, but not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, and a magnetic memory. A variety of media that can store program code, such as a disc or a disc.

Optionally, in this embodiment, the processor performs, according to the stored program code in the storage medium, acquiring the resource for sending data in the inactive state, and detecting the data to be sent in the inactive state; And sending the data to be sent to the base station on the obtained resource.

Optionally, in this embodiment, the processor executes according to the stored program code in the storage medium: the storage medium is further configured to store program code for performing the following steps: the data carries at least one of the following: restoring the connection Request resume request, short message authentication code shortMAC-i, restore connection identifier resume ID, reason for sending data.

Optionally, in this embodiment, the processor executes according to the stored program code in the storage medium: the storage medium is further configured to store program code for performing the following steps: the reason for transmitting the data includes at least one of the following: The terminal needs to send data in the inactive state without entering the connection state. The terminal needs to enter the connection state from the inactive state. The data needs to be sent (mo-data), and the signal to be sent is mo-signaling. the size of.

Optionally, in this embodiment, the processor is executed according to the stored program code in the storage medium: the storage medium is further configured to store program code for performing the following steps: sending the acquired base station to the base station After the data to be sent, the method further includes: receiving response information sent by the base station, where the response information carries first identifier information used to identify whether the data to be sent is successfully received.

Optionally, in this embodiment, the processor executes according to the stored program code in the storage medium: the storage medium is further configured to store program code for performing the following steps: the first identification information includes at least one of the following: a value obtained by a predetermined algorithm using a recovery connection identifier resume ID, a short message authentication code shortMAC-i, and a cause value cause value; a most significant bit MSB of the transmitted data, wherein the transmitted data includes a signaling radio bearer SRB The data radio bears the DRB or the Medium Access Control Protocol data unit MAC PDU.

Optionally, in this embodiment, the processor executes according to the stored program code in the storage medium: the storage medium is further configured to store program code for performing the following steps: the resource comprises: a physical random access channel PRACH and A time-frequency domain resource of at least one of the physical uplink shared channel PUSCH.

Optionally, in this embodiment, the processor is executed according to the stored program code in the storage medium: the storage medium is further configured to store program code for performing the following steps: the response information further includes: uplink authorization information, temporary The cell radio network temporarily identifies the TC-RNTI or the new paging zone identifier PA-ID.

Optionally, in this embodiment, the processor executes according to the stored program code in the storage medium: acquired at the terminal The data sent by the terminal is received on the resource for sending data in an inactive state; the response message is sent to the terminal according to the data, where the response message carries a identifier for identifying whether the data is successfully received. The first identification message.

Optionally, in this embodiment, the processor executes according to the stored program code in the storage medium: the storage medium is further configured to store program code for performing the following steps: the data carries at least one of the following: restoring the connection Request resume request, short message authentication code shortMAC-i, restore connection identifier, resume ID, reason for sending data.

Optionally, in this embodiment, the processor executes according to the stored program code in the storage medium: the storage medium is further configured to store program code for performing the following steps: the reason for transmitting the data includes at least one of the following: The terminal needs to send data in the inactive state without entering the connection state. The terminal needs to enter the connection state from the inactive state. The data needs to be sent (mo-data), the signaling needs to be sent (mo-signaling), and the data needs to be sent. size.

Optionally, in the embodiment, the processor executes according to the stored program code in the storage medium: the storage medium is further configured to store program code for performing the following steps: when the data carries the reason for transmitting data The response message further carries uplink authorization information, where the uplink authorization information is used to notify the terminal to continue to send the data.

Optionally, in this embodiment, the processor executes according to the stored program code in the storage medium: the storage medium is further configured to store program code for performing the following steps: the first identification information includes at least one of the following: a value obtained by a predetermined algorithm using a recovery connection identifier resume ID, a short message authentication code shortMAC-i, and a cause value cause value; a most significant bit MSB of the transmitted data, wherein the transmitted data includes a signaling radio bearer SRB, The data radio bears the DRB or the Medium Access Control Protocol data unit MAC PDU.

Optionally, in this embodiment, the processor is executed according to the stored program code in the storage medium: the storage medium is further configured to store program code for performing the following steps: the response message further comprises: a temporary cell wireless network Temporarily identify the TC-RNTI or the new paging zone identifier PA-ID.

For example, the specific examples in this embodiment may refer to the examples described in the foregoing embodiments and the optional embodiments, and details are not described herein again.

It will be apparent to those skilled in the art that the various modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein. The steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software.

The above description is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Industrial applicability

The present disclosure is applicable to the field of communications to solve the problem of how a terminal transmits data in an inactive state in the related art.

Claims

A data transmission method includes:

Obtaining resources for transmitting data in an inactive state;

Detecting data to be sent in the inactive state;

Sending the to-be-sent data to the base station on the acquired resource.
The method according to claim 1, wherein the data carries at least one of the following: a recovery connection request resume request, a short message authentication code shortMAC-i, a recovery connection identifier, a resume ID, and a reason for transmitting data.
The method according to claim 2, wherein the reason for transmitting the data comprises at least one of the following: the terminal needs to send data in an inactive state without entering a connected state, and the terminal needs to enter a connected state from an inactive state, and the The data that needs to be sent is the size of the data that needs to be sent.
The method of claim 2, after the sending the data to be sent to the base station on the acquired resource, further comprising:

Receiving response information sent by the base station, where the response information carries first identifier information used to identify whether the data to be sent is successfully received.
The method according to claim 4, wherein the first identification information comprises at least one of: a value obtained by a predetermined algorithm using a resume connection identifier resume ID, a short message authentication code shortMAC-i, and a cause value cause value. The most significant bit MSB of the transmitted data, wherein the transmitted data includes a signaling radio bearer SRB, a data radio bearer DRB, or a medium access control protocol data unit MAC PDU.
The method according to any one of claims 1 to 5, wherein the resource comprises a time-frequency domain resource of at least one of a physical random access channel PRACH and a physical uplink shared channel PUSCH.
The method according to claim 4, wherein the response information further comprises: uplink grant information, a temporary cell radio network temporary identifier T-C-RNTI or a new paging area identifier PA-ID.
A data receiving method includes:

Receiving, by the terminal, the data sent by the terminal on a resource for sending data in an inactive state acquired by the terminal;

Sending a response message to the terminal according to the data, where the response message carries a first identification message for identifying whether the data is successfully received.
The method according to claim 8, wherein the data carries at least one of: a resume connection request resume request, a short message authentication code shortMAC-i, a resume connection identifier, a resume ID, and a reason for transmitting data.
The method according to claim 9, wherein the reason for transmitting the data comprises at least one of the following: the terminal needs to send data in an inactive state without entering a connected state, and the terminal needs to enter a connected state from an inactive state, and the The data that needs to be sent is the size of the data that needs to be sent.
The method according to claim 10, wherein, in the case that the data carries a reason for transmitting data, the response message further carries uplink grant information, wherein the uplink grant information is used to notify the terminal to continue Send the data.
The method of claim 8, wherein the first identification information comprises at least one of the following: Restoring the connection identifier resume ID, the short message authentication code shortMAC-i, and the cause value cause value obtained by the predetermined algorithm; transmitting the most significant bit MSB of the data, wherein the transmitted data includes the signaling radio bearer SRB, the data The radio carries the DRB or the Medium Access Control Protocol Data Unit MAC PDU.
The method according to any one of claims 8 to 12, wherein the resource comprises a time-frequency domain resource of at least one of a physical random access channel PRACH and a physical uplink shared channel PUSCH.
The method according to any one of claims 8 to 12, wherein the response message further comprises: a temporary cell radio network temporary identity T-C-RNTI or a new paging zone identity PA-ID.
A data transmitting device includes:

Obtaining a module, configured to acquire a resource for transmitting data in an inactive state;

a detecting module, configured to detect data to be sent in the inactive state;

The first sending module is configured to send the to-be-sent data to the base station on the acquired resource.
The apparatus according to claim 15, wherein said data carries at least one of: a resume connection request resume request, a short message authentication code shortMAC-i, a resume connection identifier, a resume ID, and a reason for transmitting data.
The apparatus according to claim 16, wherein the reason for transmitting the data comprises at least one of the following: the terminal needs to transmit data in an inactive state without entering a connected state, and the terminal needs to enter a connected state from an inactive state, and the The data that needs to be sent is the size of the data that needs to be sent.
The apparatus of claim 16 further comprising:

The first receiving module is configured to receive the response information sent by the base station, where the response information carries first identifier information used to identify whether the data to be sent is successfully received.
The apparatus according to claim 18, wherein said first identification information comprises at least one of: a value obtained by a predetermined algorithm using a resume connection identifier resume ID, a short message authentication code shortMAC-i, and a cause value cause value The most significant bit MSB of the transmitted data, wherein the transmitted data includes a signaling radio bearer SRB, a data radio bearer DRB, or a medium access control protocol data unit MAC PDU.
The apparatus according to any one of claims 15 to 19, wherein the resource comprises a time-frequency domain resource of at least one of a physical random access channel PRACH and a physical uplink shared channel PUSCH.
The apparatus according to claim 18, wherein the response information further comprises: uplink grant information, a temporary cell radio network temporary identifier T-C-RNTI or a new paging area identifier PA-ID.
A data receiving device includes:

a second receiving module, configured to receive the data sent by the terminal on a resource for sending data in an inactive state acquired by the terminal;

The second sending module is configured to send a response message to the terminal according to the data, where the response message carries a first identification message for identifying whether the data is successfully received.
The apparatus according to claim 22, wherein said data carries at least one of: resume connection request resume request, short message authentication code shortMAC-i, resume connection identifier, resume ID, original data transmission because.
The apparatus according to claim 22, wherein the reason for transmitting the data comprises at least one of the following: the terminal needs to transmit data in an inactive state without entering a connected state, and the terminal needs to enter a connected state from an inactive state, and the The data that needs to be sent is the size of the data that needs to be sent.
The device according to claim 24, wherein, in the case that the data carries a reason for transmitting data, the response message further carries uplink grant information, wherein the uplink grant information is used to notify the terminal to continue Send the data.
The apparatus according to claim 23, wherein said first identification information comprises at least one of: a value obtained by a predetermined algorithm using a resume connection identifier resume ID, a short message authentication code shortMAC-i, and a cause value cause value And transmitting the most significant bit MSB of the data, wherein the transmitted data comprises a signaling radio bearer SRB, a data radio bearer DRB or a media access control protocol data unit MAC PDU.
The apparatus according to any one of claims 22 to 26, wherein the resource comprises a time-frequency domain resource of at least one of a physical random access channel PRACH and a physical uplink shared channel PUSCH.
The apparatus according to any one of claims 22 to 26, wherein the response message further comprises: a temporary cell radio network temporary identifier T-C-RNTI or a new paging area identifier PA-ID.