WO2024067502A1 - 一种数据传输方法及装置 - Google Patents

一种数据传输方法及装置 Download PDF

Info

Publication number
WO2024067502A1
WO2024067502A1 PCT/CN2023/121157 CN2023121157W WO2024067502A1 WO 2024067502 A1 WO2024067502 A1 WO 2024067502A1 CN 2023121157 W CN2023121157 W CN 2023121157W WO 2024067502 A1 WO2024067502 A1 WO 2024067502A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
message
network device
core network
downlink data
Prior art date
Application number
PCT/CN2023/121157
Other languages
English (en)
French (fr)
Inventor
项弘禹
陈磊
潘奇
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2024067502A1 publication Critical patent/WO2024067502A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]

Definitions

  • the present application relates to the field of communication technology, and in particular to a data transmission method and device.
  • terminal devices in the radio resource control (RRC) idle state or RRC inactive state can wake up periodically to listen to paging messages in a discontinuous reception (DRX) manner.
  • the period of periodic wake-up can be called a DRX period.
  • Paging messages are divided into core network (CN) paging messages and radio access network (RAN) paging messages, which are initiated by core network devices and access network devices respectively.
  • CN paging messages are used to page idle terminal devices
  • RAN paging messages are used to page inactive terminal devices.
  • the network side can configure different DRX cycles for different types of paging messages. Therefore, the DRX used to monitor CN paging messages can also be called idle DRX, and the DRX used to monitor RAN paging messages can also be called inactive DRX.
  • the DRX cycle can be extended, that is, the extended discontinuous reception (eDRX) cycle is used to wake up regularly to monitor paging messages.
  • the duration of the inactive eDRX cycle can exceed 10.24 seconds (second, s), allowing the terminal device to enter the sleep state for a longer time.
  • the network side will need to cache the data sent to the terminal device. However, the longer the terminal device sleeps, the larger the amount of data cached by the network side.
  • the network side can page the terminal device when the terminal device is in the RRC inactive state, so that the terminal device switches to the RRC connected state, thereby transmitting data to the terminal device. After the data transmission is completed, the terminal device switches to the RRC inactive state.
  • the terminal device needs to switch states, and has more signaling interactions with the network side, which consumes more power for the terminal device.
  • the present application provides a data transmission method and apparatus for improving the data transmission efficiency of a terminal device in an RRC inactive state and reducing the power consumption of the terminal device.
  • the present application provides a data transmission method, which is applicable to the scenario in which a terminal device in an RRC non-activated state transmits information through a packet data process.
  • the execution subject of the method is an access network device or a module in the access network device, and is described here by taking the access network device as the execution subject as an example.
  • the method includes: the access network device receives uplink information from the terminal device through packet data transmission SDT, and the resources used to transmit the uplink information are random access resources or configuration authorization resources for SDT; the access network device sends a first message, and the first message is used to trigger the second core network device to stop caching the downlink data of the terminal device; the access network device receives downlink data from the second core network device, and sends downlink data to the terminal device through SDT.
  • the access network device can trigger the second core network device to stop or cancel caching the downlink data of the terminal device.
  • the second core network device can then send the downlink data of the terminal device to the terminal device through SDT, so that when the terminal device is in an inactive state, it can directly obtain downlink data without waiting for being paged by the network side, thereby improving data transmission efficiency and reducing power consumption of the terminal device.
  • the access network device retains the context of the terminal device, or the device sending the first message is an access network device that retains the context of the terminal device.
  • the method further includes: obtaining the context of the terminal device.
  • the method further includes: after the access network device determines that the SDT is completed, sending a second message; wherein the second message is used Trigger the second core network device to cache the downlink data of the terminal device; or, the second message is used to indicate the period length of the extended discontinuous reception period of the terminal device to monitor the paging message initiated by the wireless access network in an inactive state.
  • the access network device determines that the SDT is completed, including: if the access network device receives an empty data packet or a data packet in a preset format, determining that the SDT is completed.
  • the access network device determines that the SDT is completed, including: when the access network device receives a first uplink information from a terminal device or a first downlink data from a second core network device, starting a timer, and the timing duration of the timer is a preset duration; if the timer times out and the access network device does not receive a second uplink information from the terminal device or a second downlink data from the second core network device, then it is determined that the SDT is completed.
  • the method further includes: the access network device sends a third message to the terminal device, where the third message is used to instruct the terminal device to enter an inactive state.
  • it also includes: the access network device releases the terminal device to an inactive state, and reserves the terminal device context and the connection associated with the terminal device with the first core network device for the terminal device.
  • it also includes: receiving a first response message to the first message, the first response message is used to confirm triggering the second core network device to stop or cancel caching of downlink data of the terminal device, or the first response message is used to confirm that data can be transmitted between the terminal device and the access network.
  • it also includes: sending a sixth message, where the sixth message is used to trigger the second core network device to start caching the downlink data of the terminal device.
  • the access network device is an access network device to which the cell where the terminal device currently resides belongs.
  • the present application provides a data transmission method, which is applicable to the scenario in which a terminal device in an RRC non-activated state transmits information through a packet data process.
  • the execution subject of the method is a first core network device or a module in the first core network device, and is described here by taking the first core network device as the execution subject as an example.
  • the method includes: the first core network device receives a first message from an access network device, and the first message is used to trigger the second core network device to stop caching the downlink data of the terminal device; the first core network device sends a fourth message to the second core network device according to the first message, and the fourth message is used to instruct the second core network device to stop caching the downlink data of the terminal device, or the fourth message is used to indicate that data transmission can be performed between the terminal device and the access network.
  • it also includes: receiving a sixth message from the access network device, the sixth message is used to trigger the second core network device to start caching the downlink data of the terminal device; sending a seventh message to the second core network device according to the sixth message, the seventh message is used to instruct the second core network device to start caching the downlink data of the terminal device, or the seventh message is used to indicate that data cannot be transmitted between the terminal device and the access network.
  • the present application provides a data transmission method, which is applicable to the scenario where a terminal device in an RRC non-activated state transmits information through a packet data process.
  • the execution subject of the method is a second core network device or a module in the second core network device, and is described here by taking the second core network device as the execution subject as an example.
  • the method includes: the second core network device receives a fourth message from the first core network device, and the fourth message is used to instruct the second core network device to stop caching the downlink data of the terminal device, or the fourth message is used to indicate that data can be transmitted between the terminal device and the access network; the second core network device stops caching the downlink data of the terminal device according to the fourth message, and sends the downlink data of the terminal device to the access network device.
  • the access network device retains the context of the terminal device, or the access network device is a device that retains the context of the terminal device.
  • it also includes: receiving a seventh message from the first core network device, the seventh message is used to indicate the start of caching the downlink data of the terminal device, or the seventh message is used to indicate that data cannot be transmitted between the terminal device and the access network.
  • the present application provides a data transmission method, which is applicable to scenarios where a terminal device in an RRC non-activated state transmits information through a packet data process.
  • the execution subject of the method is an access network device or a module in the access network device, and is described here by taking the access network device as the execution subject as an example.
  • the method includes: after the access network device determines that the packet data transmission SDT of the terminal device is completed, a second message is generated; the access network device sends a second message to the first core network device, and the second message is used to trigger the second core network device to cache the downlink data of the terminal device.
  • the access network device can trigger the second core network device to cache the downlink data of the terminal device, so that when the terminal device is in an inactive state, the data from the network side is cached on the network side, reducing the number of times the network side pagings the terminal device and reducing the power consumption of the terminal device.
  • the access network device determines that the small packet data transmission SDT of the terminal device is completed, including:
  • the access network device If the access network device receives an empty data packet or a data packet in a preset format, it determines that the SDT is completed.
  • the access network device determines that the small packet data transmission SDT of the terminal device is completed, including:
  • the timer is started, and the timing duration of the timer is a preset duration; if the timer times out and the access network device does not receive the second uplink information from the terminal device or the second downlink data from the second core network device, it is determined that the SDT is completed.
  • the method further includes: the access network device sends a third message to the terminal device, where the third message is used to instruct the terminal device to enter an inactive state.
  • the access network device retains the context of the terminal device.
  • the present application provides a data transmission method, which is applicable to a scenario in which a terminal device in an RRC non-activated state transmits information through a packet data process.
  • the execution subject of the method is a first core network device or a module in the first core network device, and is described here by taking the first core network device as the execution subject as an example.
  • the method includes: the first core network device receives a second message from an access network device, and the second message is used to trigger the second core network device to cache the downlink data of the terminal device; the first core network device sends a fifth message to the second core network device according to the second message, and the fifth message is used to instruct the second core network device to cache the downlink data of the terminal device, or the fifth message is used to instruct the terminal device to enter an inactive state.
  • the present application provides a data transmission method, which is applicable to a scenario in which a terminal device in an RRC inactive state transmits information through a packet data process.
  • the execution subject of the method is a second core network device or a module in the second core network device, and is described here by taking the second core network device as the execution subject as an example.
  • the method includes: the second core network device receives a fifth message from the first core network device, the fifth message is used to instruct the second core network device to cache the downlink data of the terminal device, or the fifth message is used to instruct the terminal device to enter an inactive state; the second core network device caches the downlink data of the terminal device according to the fifth message.
  • the present application provides a data transmission method, which is applicable to the scenario where a terminal device in an RRC non-activated state transmits information through a packet data process.
  • the execution subject of the method is a second core network device or a module in the second core network device, and is described here by taking the second core network device as the execution subject as an example.
  • the method includes: the second core network device receives uplink information from the terminal device through packet data transmission SDT, and sends a cache release request message to the first core network device, and the cache release request message is used to request to stop caching the downlink data of the terminal device; the second core network device stops caching the downlink data of the terminal device, and sends the cached downlink data to the terminal device through SDT.
  • the second core network device determines that the terminal device can transmit data, thereby stopping or canceling the caching of the downlink data of the terminal device, and sending the downlink data to the terminal device through SDT, so that when the terminal device is in an inactive state, it can directly obtain downlink data without waiting for being paged by the network side, thereby improving data transmission efficiency and reducing power consumption of the terminal device.
  • the second core network device receives a cache release response message from the first core network device, and the cache release response message is used to respond to the cache release request message.
  • it also includes: after the second core network device determines that the SDT is completed, it caches the downlink data of the terminal device.
  • it also includes: the second core network device sends a cache opening request message to the first core network device, and the cache opening request message is used to indicate a request to cache the downlink data of the terminal device.
  • the second core network device determines that the SDT is completed, including: if the second core network device receives an empty data packet or a data packet in a preset format, determining that the SDT is completed.
  • the second core network device determines that SDT is completed, including: when the second core network device receives the first uplink information from the terminal device, starting a timer, and the timing duration of the timer is a preset duration; if the timer times out and the second core network device does not receive the second uplink information from the terminal device, it is determined that SDT is completed.
  • the present application provides a data transmission method, which is applicable to a scenario in which a terminal device in an RRC non-activated state transmits information through a packet data process.
  • the execution subject of the method is a second core network device or a module in the second core network device, and is described here by taking the second core network device as the execution subject as an example.
  • the method includes: after the second core network device determines that the packet data transmission SDT of the terminal device is completed, it sends a cache opening request message to the first core network device, and the cache opening request message is used to request caching of the downlink data of the terminal device; the second core network device receives a cache release confirmation message from the first core network device, and caches the downlink data of the terminal device.
  • the second core network device can actively cache the downlink data of the terminal device, so that when the terminal device is in an inactive state, the data from the network side is cached on the network side, reducing the number of times the network side pages the terminal device and reducing the power consumption of the terminal device.
  • the second core network device determines that the SDT of the terminal device is completed, including: if the second core network device receives an empty data packet or a data packet in a preset format, determining that the SDT is completed.
  • the second core network device determines that the SDT of the terminal device is completed, including: when the second core network device receives the first uplink information from the terminal device, starting a timer, and the timing duration of the timer is a preset duration; if the timer times out and the second core network device does not receive the second uplink information from the terminal device, it is determined that the SDT is completed.
  • the present application further provides a communication device, which has the function of implementing any method provided in any one of the first to eighth aspects.
  • the communication device can be implemented by hardware, or can be implemented by hardware executing corresponding software.
  • the hardware or software includes one or more units or modules corresponding to the above functions.
  • the communication device includes: a processor, the processor is configured to support the communication device to perform the corresponding functions of the network device in the method shown above.
  • the communication device may also include a memory, which may be coupled to the processor and stores the necessary program instructions and data of the communication device.
  • the communication device also includes an interface circuit, which is used to support communication between the communication device and a terminal device or other device.
  • the communication device includes corresponding functional modules, which are respectively used to implement the steps in the above method.
  • the functions can be implemented by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the above functions.
  • the structure of the communication device includes a processing unit and a communication unit, which can perform the corresponding functions in the above method examples.
  • a processing unit and a communication unit, which can perform the corresponding functions in the above method examples.
  • a communication device comprising a processor and an interface circuit, the interface circuit being used to receive signals from other communication devices outside the communication device and transmit them to the processor or to send signals from the processor to other communication devices outside the communication device, the processor being used to implement the method in any one of the aforementioned first to eighth aspects, and any possible implementation of any one of the aspects, through logic circuits or execution code instructions.
  • a communication device comprising a processor and an interface circuit, the interface circuit being used to receive signals from other communication devices outside the communication device and transmit them to the processor or to send signals from the processor to other communication devices outside the communication device, the processor being used to implement the functional modules of the method in any one of the first to eighth aspects and any possible implementation of any one of the aspects through logic circuits or execution code instructions.
  • a computer-readable storage medium in which a computer program or instruction is stored.
  • the computer program or instruction is executed by a processor, the method of any one of the first to eighth aspects and any possible implementation of any one of the aspects is implemented.
  • a computer program product storing instructions, which, when executed by a processor, implements the method in any one of the first to eighth aspects, and any possible implementation of any one of the aspects.
  • a chip system in a fourteenth aspect, includes a processor and may also include a memory, for implementing the method in any one of the first to eighth aspects, and any possible implementation of any one of the aspects.
  • the chip system may be composed of a chip, or may include a chip and other discrete devices.
  • a communication system comprising an apparatus for implementing the method provided in the first aspect, an apparatus for implementing the method provided in the second aspect, and an apparatus for implementing the method provided in the third aspect.
  • a communication system comprising an apparatus for implementing the method provided in the fourth aspect, an apparatus for implementing the method provided in the fifth aspect, and an apparatus for implementing the method provided in the sixth aspect.
  • FIG1 is a schematic diagram of a network architecture applicable to an embodiment of the present application.
  • FIG2 is a schematic diagram of an SDT process provided in an embodiment of the present application.
  • FIG3 is a schematic diagram of an SDT process provided in an embodiment of the present application.
  • FIG4 is a schematic diagram of a data transmission method provided in an embodiment of the present application.
  • FIG5 is a schematic diagram of a data transmission method flow chart provided in an embodiment of the present application.
  • FIG6 is a schematic diagram of a data transmission method flow chart provided in an embodiment of the present application.
  • FIG7 is a schematic diagram of a data transmission method flow chart provided in an embodiment of the present application.
  • FIG8 is a schematic diagram of a data transmission method flow chart provided in an embodiment of the present application.
  • FIG9 is a schematic flow chart of a data transmission method provided in an embodiment of the present application.
  • FIG10 is a schematic flow chart of a data transmission method provided in an embodiment of the present application.
  • FIG11 is a schematic flow chart of a data transmission method provided in an embodiment of the present application.
  • FIG12 is a schematic diagram of the structure of a communication device provided in an embodiment of the present application.
  • FIG13 is a schematic diagram of the structure of a communication device provided in an embodiment of the present application.
  • LTE long term evolution
  • NR new radio
  • the terminal device is a device with a wireless transceiver function or a chip that can be set in the device.
  • the device with a wireless transceiver function can also be called a user equipment (UE), an access terminal, a user unit, a user station, a mobile station, a remote station, a remote terminal, a mobile device, a user terminal, a user agent or a user device.
  • UE user equipment
  • the terminal device in the embodiment of the present application can be a mobile phone, a tablet computer (Pad), a computer with a wireless transceiver function, a virtual reality (VR) terminal, an augmented reality (AR) terminal, a wireless terminal in industrial control (industrial control), a wireless terminal in self-driving, a wireless terminal in remote medical, a wireless terminal in smart grid (smart grid), a wireless terminal in transportation safety (transportation safety), a wireless terminal in a smart city (smart city), a wireless terminal in a smart home (smart home), etc.
  • the embodiment of the present application does not limit the application scenario.
  • the aforementioned device with wireless transceiver function and the chip that can be set in the device are collectively referred to as terminal equipment.
  • the access network device may be a wireless access device under various standards, and the access network device may also be referred to as a radio access network (RAN) device.
  • the access network device may be a next generation base station (next Generation node B, gNB) in the NR system, and may be an evolved Node B (evolved Node B, eNB), a radio network controller (radio network controller, RNC) or a Node B (Node B, NB), a base station controller (base station controller, BSC), a base transceiver station (base transceiver station, BTS), a home base station (for example, a home evolved NodeB, or a home
  • the invention may be a baseband unit (BBU), an access point (AP) in a wireless fidelity (WIFI) system, a wireless relay node, a wireless backhaul node, a transmission point (TRP or transmission point, TP), etc.
  • WIFI wireless fidelity
  • TRP transmission point
  • TP transmission
  • It may also be a gNB or a transmission point (TRP or TP) in a 5G (NR) system, one or a group of (including multiple antenna panels) antenna panels of a base station in a 5G system, or a network node constituting a gNB or a transmission point, such as a baseband unit (BBU), or a DU in a centralized-distributed (CU-DU) architecture, etc.
  • BBU baseband unit
  • CU-DU centralized-distributed
  • FIG1 shows a schematic diagram of a communication system applicable to the embodiments of the present application.
  • the communication system includes the following devices or network elements: a session management function (SMF), which can be used to perform functions such as session management in a mobile network (including management of session establishment, modification, and deletion).
  • SMF session management function
  • User plane function is a functional network element of the user plane. Its main functions include packet routing and forwarding, quality of service (QoS) processing of user plane data, etc.
  • QoS quality of service
  • Access and mobility management function the main functions include the termination point of the wireless access network control plane, the termination point of non-access signaling, mobility management, access authorization or authentication, etc.
  • the policy control function is mainly responsible for establishing, releasing and changing the user plane transmission path.
  • a data network can refer to a network that provides services to terminal devices.
  • some DNs can provide Internet access to terminal devices.
  • the communication system may also include other devices or network elements, which will not be described one by one here.
  • Terminal devices can use small data transmission (SDT) technology to achieve data transmission in an inactive state to reduce signaling transmission, thereby reducing the power consumption of terminal devices.
  • SDT can be divided into SDT based on random access (RA) and SDT based on type 1 (Type 1) configured grant (CG).
  • RA-based SDT is divided into RA-based SDT without UE context relocation according to the location of the UE context. and RA-based SDT with UE context relocation.
  • the first access network device that changes the terminal device from a connected state to an inactive state and the second access network device when the terminal device initiates SDT may not be the same access network device.
  • the first access network device releases the terminal device to an inactive state, and reserves the terminal device context and the connection associated with the terminal device and the first core network device for the terminal device.
  • the first access network device is the access network device (last serving gNB) that last served the terminal device before the terminal device was in an inactive state, and may also be referred to as an anchor access network device.
  • the second access network device is the access network device to which the cell where the terminal device currently resides belongs, and may also be referred to as a new access network device (new gNB) or a receiving access network device (receiving gNB).
  • FIG. 2 it is a schematic diagram of an SDT process provided by the present application.
  • FIG. 2 is an RA-based SDT process without the need for UE context relocation, that is, in the SDT process, the anchor access network device does not migrate.
  • Step 201 The terminal device sends an RRC recovery request and uplink information to the second access network device.
  • the terminal device is in an inactive state before executing the SDT process.
  • the RRC recovery request includes information such as an inactive radio network temporary identifier (I-RNTI) and a cause value.
  • the uplink information includes at least one of uplink data and uplink signaling.
  • Step 202 The second access network device determines the first access network device according to the I-RNTI, and sends a terminal device context recovery request message to the first access network device.
  • the request message for restoring the context of the terminal device is used to obtain the context of the terminal or to request the first access network device to transmit data or small data.
  • the request message for restoring the context of the terminal device includes information such as I-RNTI.
  • the terminal device context recovery request message also includes a small data transmission indication (SDT indication), or the terminal device context recovery request message is sent together with the small data transmission indication (SDT indication) to the first access network device.
  • SDT indication small data transmission indication
  • the first access network device decides not to perform anchor point relocation, so that the terminal device context can be retained.
  • Step 203 The first access network device sends a partial terminal device context transfer message to the second access network device.
  • the partial terminal device context transfer message includes a partial context of the terminal device (UE partial context).
  • the partial context may be a partial radio link control (RLC) context, so the first access network device retains the PDCP entity, and the second access network device establishes an RLC entity corresponding to the SDT.
  • RLC radio link control
  • Step 204 The second access network device sends a partial terminal device context confirmation message to the first access network device.
  • Step 205 The second access network device sends uplink information of the terminal device to the first access network device.
  • Step 206 The first access network device forwards the uplink information to the UPF device. The specific process will not be repeated here.
  • the terminal device can send the uplink data to the second access network device; the second access network device sends the uplink data to the first access network device, and the first access network device forwards the uplink data to the UPF device.
  • Step 207 When the uplink information transmission of the terminal device is completed, the first access network device sends a message of failure to restore the context of the terminal device to the second access network device.
  • the message of failure to restore the terminal device context includes an RRC release message, and the RRC release message is used to instruct the terminal device to release the RRC connection.
  • Step 208 The second access network device sends an RRC release message to the terminal device.
  • the terminal device After receiving the RRC release message, the terminal device continues to remain in the inactive state.
  • the above process is an RA-based SDT process that does not require UE context relocation.
  • the following will introduce an RA-based SDT process that requires UE context relocation, that is, in the SDT process, the anchor access network device is migrated.
  • FIG3 which is a schematic diagram of an SDT process provided by the present application
  • the terminal device is in an inactive state before executing the SDT process.
  • Step 301 The terminal device sends an RRC recovery request and uplink information to the second access network device.
  • Step 302 The second access network device determines the first access network device according to the I-RNTI, and sends a terminal device context recovery request message to the first access network device.
  • Step 301 to step 302 are the same as step 201 to step 202 in FIG. 2 , and will not be repeated.
  • the first access network device decides to perform anchor point relocation, thereby forwarding the terminal device context to the second access network device.
  • Step 303 The first access network device sends a terminal device context recovery response message to the second access network device.
  • the restore terminal device context response message includes the entire context of the terminal device.
  • Step 304 The second access network device forwards the uplink information of the terminal device to the UPF device.
  • the second access network device forwards the uplink information to the UPF device, and the specific process is not repeated here.
  • step 305 the second access network device sends an address indication (Xn-U address indication) of the second access network device to the first access network device, where the address indication is used to indicate a tunnel address for forwarding downlink data of the terminal device.
  • Xn-U address indication an address indication of the second access network device
  • the loss of downlink data cached in the first access network device can be prevented.
  • Step 306 The second access network device sends a path switching request message to the first access network device.
  • Step 307 The first access network device sends a path switching request confirmation message to the second access network device.
  • a data forwarding channel is established between the first access network device and the second access network device, and then the second access network device sends the uplink data cached before step 307 to the first access network device, and the first access network device sends the uplink data to the core network.
  • the first access network device can also send the downlink data received from the core network to the terminal device through the second access network device.
  • step 308 if the terminal device still needs to transmit uplink data, the uplink data may be sent to the second access network device.
  • Step 309 The second access network device directly forwards the uplink data from the terminal device to the UPF device.
  • Step 310 When the uplink information transmission of the terminal device is completed, the second access network device sends an RRC release message to the terminal device.
  • the terminal device After receiving the RRC release message, the terminal device continues to remain in the inactive state.
  • the present application provides a method that allows the terminal device to simultaneously transmit uplink information and downlink data through the SDT process when the period duration of the inactive eDRX cycle of the terminal device is greater than 10.24 seconds, thereby improving the data transmission efficiency of the terminal device in the RRC inactive state and reducing the power consumption of the terminal device.
  • the present application can be applied to the process of SDT, where the access network device triggers the core network device to stop caching the downlink data of the terminal device, so that the core network device forwards the downlink data of the terminal device to the terminal device through SDT, and is described in different embodiments below.
  • the core network device can be a UPF or an SMF.
  • the access network device can be an anchor access network device or a new access network device.
  • the anchor access network device is referred to as the first access network device
  • the new access network device is referred to as the second access network device.
  • the message names in the following processes of this application are only examples. In actual applications, the message names may change, and this application does not limit the message names.
  • the access network device can be an anchor access network device or a new access network device.
  • step 401 the following steps may also be performed:
  • the access network device sends a sixth message to the first core network device, and the sixth message is used to trigger the second core network device (such as SMF or UPF) to start caching the downlink data of the terminal device, or the sixth message is used to indicate that data cannot be transmitted between the terminal device and the access network.
  • the access network device can be a base station or other device; the first core network device can be an AMF or other device.
  • the name of the sixth message is not limited, for example, the sixth message can be a mobile terminated (MT) communication handling request (MT communication handling request) message.
  • MT mobile terminated
  • the first core network device sends a seventh message to the second core network device, and the seventh message is used to instruct the second core network device to start caching the downlink data of the terminal device, or the seventh message is used to indicate that data cannot be transmitted between the terminal device and the access network, which is not limited in this application.
  • the seventh message can be determined based on the sixth message.
  • the second core network device is SMF, and the name of the seventh message is not limited.
  • the seventh message can be an Nsmf PDU session update session management (session management, SM) context request (Nsmf_PDUSession_UpdateSMContext Request) message.
  • the second core network device starts to cache the downlink data of the terminal device, or determines that data cannot be transmitted between the terminal device and the access network.
  • Step 401 The terminal device sends uplink information to the access network device via SDT; correspondingly, the access network device receives uplink information from the terminal device via SDT.
  • the terminal device before step 401, the terminal device is in an inactive state, and the eDRX cycle duration configured by the network side for the terminal device to monitor RAN paging messages is greater than 10.24 seconds.
  • the specific process of the terminal device initiating SDT is not limited in this application.
  • the terminal device can also send an RRC recovery request to the access network device, and the specific content of the RRC recovery request is not limited in this application.
  • the terminal device may send an RRC recovery request and uplink information via message 3 in a 4-step random access process or message A in a 2-step random access process.
  • uplink information includes at least one of uplink data and uplink signaling.
  • the uplink data can be called uplink small data (small data), that is, the total amount of uplink data to be sent is lower than the preconfigured threshold, and is data that can be directly sent by the terminal device in an inactive state.
  • SDT can be a configuration authorization-based SDT or a random access-based SDT. If it is a configuration authorization-based SDT, then the resources used to transmit uplink information are configuration authorization resources for SDT; if it is a random access-based SDT, then the resources used to transmit uplink information are random access resources for SDT.
  • the access network device is a device that retains the context of the terminal device.
  • the access network device is the first access network device (i.e., the anchor access network device).
  • the first access network device decides not to perform anchor relocation, thereby retaining the context of the terminal device.
  • the terminal device can first send the uplink information to the second access network device, and the second access network device then forwards the uplink information to the first access network device.
  • the access network device is a second access network device (i.e., a new access network device).
  • the second access network device requests the first access network device to obtain the context of the terminal device
  • the first access network device decides to perform anchor point relocation, thereby forwarding all the context of the terminal device to the second access network device.
  • the access network device can directly obtain uplink information from the terminal device.
  • Step 402 The access network device sends a first message to the first core network device; correspondingly, the first core network device receives the first message from the access network device.
  • the first message is used to trigger the second core network device to stop or cancel caching of downlink data of the terminal device; or, the first message is used to indicate that data can be transmitted between the terminal device and the access network, or the first message is used to instruct the second core network device to stop or cancel caching of downlink data of the terminal device.
  • the first core network device is AMF
  • the second core network device is UPF or SMF.
  • the message type of the first message is an N2 message.
  • the N2 message may be enhanced based on an existing message.
  • the N2 message may be an RRC inactive transition report message (RRC INACTIVE TRANSITION REPORT).
  • RRC INACTIVE TRANSITION REPORT RRC INACTIVE TRANSITION REPORT
  • the N2 message may also be a newly defined message, which is not limited in the present application.
  • steps 202 to 204 are also included.
  • steps 202 to 204 are also included.
  • steps 302 to 303 are also included.
  • steps 302 to 303 are also included.
  • the fourth message is used to instruct the second core network device to stop or cancel caching the downlink data of the terminal device, or the fourth message is used to indicate that data can be transmitted between the terminal device and the access network. Or the fourth message is used to send a new rule to the second core network device, for example, the new rule is: the second core network device does not need to cache the downlink data of the terminal device.
  • the fourth message can be a protocol data unit (PDU) session update session modification context request (session update session modification context request) message.
  • PDU protocol data unit
  • the fourth message can also be used to indicate that the SMF can update the PDU session associated with the terminal device.
  • Implementation method 1 If the first core network device is AMF and the second core network device is SMF, then AMF can directly send the fourth message to SMF; SMF can also send a response message to AMF, for example, the response message is a PDU session update session modification context response message.
  • Implementation method 2 If the first core network device is AMF and the second core network device is UPF, you can refer to the process shown in Figure 5:
  • Step 501 AMF sends a fourth message to SMF, where the fourth message is a PDU session update session modification context request message.
  • the SMF may forward the fourth message to the UPF; in another implementation, the SMF may generate a new message based on the fourth message, and forward the generated message to the UPF, as shown in step 502.
  • Step 502 SMF sends an N4 session modification message to UPF according to the fourth message.
  • the N4 session modification message is used to instruct the second core network device to stop or cancel caching the downlink data of the terminal device, or the N4 session modification message is used to indicate that data can be transmitted between the terminal device and the access network, or the N4 session modification message is used to issue new rules to the UPF.
  • the new rule is: UPF no longer needs to cache the downlink data of the terminal device.
  • Step 503 SMF sends a response message to AMF, for example, the response message is a PDU session update session modification context response message.
  • AMF instructs UPF through SMF not to cache the downlink data of the terminal device, so that UPF can transmit the downlink data of the terminal device through SDT.
  • step 404 the first core network device sends a first response message to the first message to the access network device.
  • the first response message is used to confirm that the second core network device is triggered to stop or cancel caching of downlink data of the terminal device; or, the first response message is used to confirm that data transmission can be carried out between the terminal device and the access network.
  • the first response message may be sent when the first core network device receives a response message from the second core network device.
  • the second core network device after the second core network device obtains the fourth message, it can stop caching the downlink data of the terminal device according to the fourth message. After the second core network device determines that it will no longer cache the downlink data of the terminal device, if the second core network device obtains the downlink data of the terminal device, it is necessary to forward the downlink data of the terminal device to the terminal device.
  • the downlink data of the terminal device may be sent through SDT, for example, the following steps may be performed:
  • Step 405 The second core network device sends the downlink data of the terminal device to the access network device; correspondingly, the access network device receives the downlink data from the second core network device.
  • Step 406 The access network device sends downlink data to the terminal device via SDT.
  • the access network device may also receive small uplink data from the terminal device and forward the small uplink data to the UPF.
  • the access network device can instruct the terminal device to enter the inactive state, as shown below:
  • step 407 the access network device sends a third message to the terminal device, where the third message is used to instruct the terminal device to enter an inactive state.
  • the third message may be an RRC release message.
  • the terminal device receives the third message and enters the inactive state again.
  • the access network device can trigger the second core network device to stop or cancel caching the downlink data of the terminal device.
  • the second core network device can then send the downlink data of the terminal device to the terminal device through SDT, so that when the terminal device is in an inactive state, it can directly obtain downlink data without waiting for being paged by the network side, thereby improving data transmission efficiency and reducing power consumption of the terminal device.
  • the access network device can also trigger the second core network device to cache the downlink data of the terminal device, thereby avoiding the terminal device from being frequently awakened in an inactive state, which will be described in detail below.
  • the access network device can be an anchor access network device or a new access network device.
  • the method flow shown in Figure 6 can be implemented in combination with the method flow shown in Figure 4, or can be implemented separately, and the present application does not limit this.
  • Step 601 After the access network device determines that the SDT of the terminal device is completed, it generates a second message.
  • the access network device retains the context of the terminal device. For details, please refer to the previous description and will not be repeated here.
  • the message type of the second message is an N2 message.
  • the second message is used to trigger the second core network device to cache the downlink data of the terminal device, or the second message is used to indicate the period length of the eDRX cycle of the terminal device to monitor the paging message initiated by the wireless access network in an inactive state.
  • the access network device receives an empty data packet or a data packet in a preset format, it is determined that the SDT is completed.
  • the timer is started, and the timing duration of the timer is the preset duration; if the access network device does not receive the second uplink information from the terminal device or the second downlink data from the second core network device when the timer times out, it is determined that the SDT is completed.
  • the first uplink information is the uplink information sent by the terminal device in the SDT
  • the first downlink data is the downlink data sent by the second core network device in the SDT.
  • Step 602 The access network device sends a second message to the first core network device; correspondingly, the first core network device receives the second message from the access network device.
  • the first core network device is AMF
  • the second core network device is UPF or SMF.
  • Step 603 The first core network device sends a fifth message to the second core network device according to the second message; correspondingly, the second core network device receives the fifth message from the first core network device.
  • the fifth message is used to instruct the second core network device to cache the downlink data of the terminal device, or the fifth message is used to instruct the terminal device to enter an inactive state. Or the fifth message is used to send a new rule to the second core network device, for example, the new rule is: The downlink data of the terminal device is cached.
  • Implementation method 1 If the first core network device is AMF and the second core network device is SMF, then AMF can directly send the fourth message to SMF; SMF can also send a response message to AMF, for example, the response message is a PDU session update session modification context response message.
  • Implementation method 2 If the first core network device is AMF and the second core network device is UPF, you can refer to the process shown in Figure 7:
  • Step 701 AMF sends a fifth message to SMF, for example, the fifth message is a PDU session update session modification context request message.
  • the SMF may forward the fifth message to the UPF; in another implementation, the SMF may generate a new message based on the fifth message, and forward the generated message to the UPF, as shown in step 702.
  • Step 702 SMF sends an N4 session modification message to UPF according to the fifth message.
  • the N4 session modification message is used to instruct the second core network device to cache the downlink data of the terminal device, or the N4 session modification message is used to instruct the terminal device to enter an inactive state, or the N4 session modification message is used to issue new rules to the UPF, for example, the new rule is: UPF caches the downlink data of the terminal device.
  • Step 703 SMF sends a response message to AMF, for example, the response message is a PDU session update session modification context response message.
  • UPF can cache the downlink data of the terminal device when the terminal device is in an inactive state.
  • step 604 the first core network device sends a second response message to the access network device.
  • the second response message is used to confirm that the second core network device caches the downlink data of the terminal device.
  • the second response message may be sent when the first core network device receives a response message from the second core network device.
  • Step 605 The second core network device caches the downlink data of the terminal device according to the fifth message.
  • the core network sends a message to the access network through the N2 interface to start RAN paging.
  • the terminal device responds to the RAN paging and restores the RRC connection
  • the second core network device can send the cached data to the terminal device through the access network, and the specific process will not be repeated.
  • the access network device can trigger the second core network device to cache the downlink data of the terminal device.
  • the second core network device can cache the downlink data when the terminal device is in an inactive state, thereby avoiding the terminal device from being frequently awakened in an inactive state and reducing the power consumption of the terminal device.
  • the core network device that caches the downlink data of the terminal device can also autonomously trigger the stop or cancellation of caching the downlink data of the terminal device, which will be described in detail below.
  • FIG8 a schematic diagram of a data transmission method flow chart provided in an embodiment of the present application is provided.
  • the method flow chart can be executed after the terminal device triggers the SDT.
  • the method flow chart shown in FIG8 can be implemented in combination with the method flow chart shown in FIG6, or can be implemented alone. The present application does not limit this.
  • the method flow chart shown in FIG8 can also be implemented in combination with the flow chart shown in FIG2 or FIG3.
  • Step 801 The second core network device receives uplink information from the terminal device through SDT, and sends a cache release request message to the first core network device.
  • the cache release request message is used to request to stop or cancel the caching of downlink data of the terminal device.
  • the terminal device initiates SDT before step 801. Before the terminal device initiates SDT, the terminal device is in an inactive state, and the eDRX cycle duration configured by the network side for the terminal device to monitor RAN paging messages is greater than 10.24 seconds.
  • the second core network device can receive uplink information of the terminal device through the access network device, and the specific process will not be repeated here.
  • step 802 the first core network device sends a cache release response message to the second core network device; accordingly, the second core network device receives the cache release response message from the first core network device, and the cache release response message is used to respond to the cache release request message.
  • Step 803 The second core network device stops caching the downlink data of the terminal device, and sends the cached downlink data to the terminal device via SDT.
  • the second core network device After the second core network device sends a cache release request message, or after the second core network device receives a cache release response message, it no longer caches the downlink data of the terminal device.
  • the cached downlink data can be sent via SDT.
  • SDT The specific process can be referred to the previous description and will not be repeated here.
  • the access network device can trigger the second core network device to stop or cancel caching the downlink data of the terminal device, so that the second core network device can send the downlink data of the terminal device to the terminal device through SDT.
  • This allows the terminal device to directly obtain downlink data when it is in an inactive state without waiting for being paged by the network side, thereby improving data transmission efficiency and reducing power consumption of the terminal device.
  • the first core network device is AMF
  • the second core network device is UPF or SMF. If the second core network device is UPF, the second core network device can send a cache release request message to AMF through SMF. In one implementation, after SMF obtains the cache release request message from UPF, it can forward the cache release request message to AMF; in another implementation, SMF can generate a new message based on the cache release request message and forward the generated message to AMF, as shown in Figure 9.
  • Step 901 UPF sends a cache release request message to SMF.
  • Step 902 SMF sends a PDU session update message to AMF according to the cache release request message.
  • the PDU session update message is used to indicate to stop or cancel the caching of downlink data of the terminal device.
  • the PDU session update message can also be used to indicate that all SMFs associated with the terminal device can update the PDU session associated with the terminal device.
  • Step 903 AMF sends a PDU session update confirmation message to SMF.
  • Step 904 SMF sends a cache release response message to UPF.
  • UPF may include multiple ones.
  • UPF1 caches the downlink data of the terminal device, and UPF2 receives the uplink information of the terminal device. Then, after AMF receives the cache release request message, it can instruct UPF1 to stop or cancel caching the downlink data of the terminal device. For details, please refer to the process shown in Figure 5, which will not be repeated here.
  • the core network device that caches the downlink data of the terminal device can cache the downlink data of the terminal device again, thereby avoiding the terminal device from being frequently awakened in an inactive state, which will be described in detail below.
  • FIG10 a schematic diagram of a data transmission method flow chart provided in an embodiment of the present application is provided.
  • the method flow chart shown in FIG10 can be implemented in combination with the method flow chart shown in FIG4 or FIG8, or can be implemented alone. The present application does not limit this.
  • the method flow chart shown in FIG10 can also be implemented in combination with the flow chart shown in FIG2 or FIG3.
  • Step 1001 After the second core network device determines that the SDT of the terminal device is completed, it sends a cache opening request message to the first core network device, where the cache opening request message is used to request caching of downlink data of the terminal device.
  • the second core network device receives an empty data packet or a data packet in a preset format, it determines that the SDT is completed.
  • the second core network device receives the first uplink information from the terminal device or sends the first downlink data of the terminal device, it starts a timer, and the timing duration of the timer is a preset duration; if the timer times out, the second core network device does not receive the second uplink information from the terminal device or does not have the second downlink data that needs to be sent to the terminal device, then it determines that the SDT is completed.
  • step 1002 the first core network device sends a cache enable confirmation message to the second core network device; correspondingly, the second core network device receives the cache enable confirmation message from the first core network device.
  • Step 1003 The second core network device caches the downlink data of the terminal device.
  • the second core network device can cache downlink data when the terminal device is in an inactive state, thereby avoiding the terminal device from being frequently awakened in an inactive state and reducing the power consumption of the terminal device.
  • the first core network device is AMF
  • the second core network device is UPF or SMF. If the second core network device is UPF, the second core network device can send a cache opening request message to AMF through SMF.
  • SMF can forward the cache opening request message to AMF; in another implementation, SMF can generate a new message based on the cache opening request message and forward the generated message to AMF, as shown in Figure 11.
  • Step 1101 UPF sends a cache opening request message to SMF.
  • Step 1102 SMF sends a PDU session update message to AMF according to the cache opening request message.
  • the PDU session update message is used to indicate that the downlink data of the terminal device is cached.
  • the PDU session update message can also be used to indicate that the terminal device is in an inactive state and the eDRX cycle duration of the terminal device for monitoring RAN paging messages is greater than 10.24 seconds.
  • Step 1103 AMF sends a PDU session update confirmation message to SMF.
  • Step 1104 SMF sends a cache release response message to UPF.
  • UPF may include multiple ones.
  • UPF1 caches the downlink data of the terminal device, and UPF2 sends a cache enable request message. After AMF receives the cache enable request message, it can instruct UPF1 to cache the downlink data of the terminal device.
  • AMF receives the cache enable request message, it can instruct UPF1 to cache the downlink data of the terminal device.
  • the access network device or the core network device or the terminal device may include a hardware structure and/or a software module, and the above functions are implemented in the form of a hardware structure, a software module, or a hardware structure plus a software module. Whether one of the above functions is executed in the form of a hardware structure, a software module, or a hardware structure plus a software module depends on the specific application and design constraints of the technical solution.
  • each functional module in each embodiment of the present application may be integrated into a processor, or may exist physically separately, or two or more modules may be integrated into one module.
  • the above-mentioned integrated modules may be implemented in the form of hardware or in the form of software functional modules.
  • the embodiment of the present application also provides a device 1200 for implementing the functions of the access network device or the core network device or the terminal device in the above method.
  • the device can be a software module or a chip system.
  • the chip system can be composed of a chip, or it can include a chip and other discrete devices.
  • the device 1200 may include: a processing unit 1201 and a communication unit 1202.
  • the communication unit may also be referred to as a transceiver unit, and may include a sending unit and/or a receiving unit, which are respectively used to execute the sending and receiving steps performed by the access network device or core network device or terminal device in the above method embodiment.
  • the communication unit may also be referred to as a transceiver, a transceiver, a transceiver device, etc.
  • the processing unit may also be referred to as a processor, a processing board, a processing module, a processing device, etc.
  • the device used to implement the receiving function in the communication unit 1202 may be regarded as a receiving unit
  • the device used to implement the sending function in the communication unit 1202 may be regarded as a sending unit, that is, the communication unit 1202 includes a receiving unit and a sending unit.
  • the receiving unit may also be sometimes referred to as a receiver, a receiver, or a receiving circuit, etc.
  • the sending unit may also be sometimes referred to as a transmitter, a transmitter, or a transmitting circuit, etc.
  • the communication device 1200 may perform the following functions:
  • a processing unit configured to receive uplink information from a terminal device through a small packet data transmission SDT through a communication unit, wherein a resource used to transmit the uplink information is a random access resource or a configuration authorization resource used for the SDT;
  • the processing unit is used to send a first message through the communication unit, where the first message is used to trigger the second core network device to stop caching the downlink data of the terminal device; receive the downlink data from the second core network device, and send the downlink data to the terminal device through the SDT.
  • the communication device 1200 may perform the following functions:
  • a processing unit configured to receive a first message from an access network device through a communication unit, wherein the first message is used to trigger the second core network device to stop caching downlink data of the terminal device;
  • the processing unit is used to send a fourth message to the second core network device through the communication unit according to the first message, and the fourth message is used to instruct the second core network device to stop caching the downlink data of the terminal device, or the fourth message is used to indicate that data transmission can be carried out between the terminal device and the access network.
  • the communication device 1200 may perform the following functions:
  • a communication unit configured to receive a fourth message from the first core network device, wherein the fourth message is used to instruct the second core network device to stop caching downlink data of the terminal device, or the fourth message is used to indicate that data can be transmitted between the terminal device and the access network;
  • the processing unit is configured to stop caching downlink data of the terminal device according to the fourth message
  • the communication unit is used to send the downlink data of the terminal device to the access network device.
  • the communication device 1200 may perform the following functions:
  • a processing unit configured to generate a second message after determining that the small packet data transmission SDT of the terminal device is completed
  • a communication unit is used to send a second message to the first core network device, where the second message is used to trigger the second core network device to cache the downlink data of the terminal device.
  • the communication device 1200 may perform the following functions:
  • a communication unit configured to receive a second message from an access network device, wherein the second message is used to trigger a second core network device to cache downlink data of a terminal device;
  • a processing unit is used to send a fifth message to the second core network device according to the second message, wherein the fifth message is used to instruct the second core network device to cache the downlink data of the terminal device, or the fifth message is used to instruct the terminal device to enter an inactive state.
  • the communication device 1200 may perform the following functions:
  • a communication unit configured to receive a fifth message from the first core network device, wherein the fifth message is used to instruct the second core network device to cache downlink data of the terminal device, or the fifth message is used to instruct the terminal device to enter an inactive state;
  • a processing unit is used to cache the downlink data of the terminal device according to the fifth message.
  • the communication device 1200 may perform the following functions:
  • a communication unit configured to receive uplink information from a terminal device through a small packet data transmission SDT, and send a cache release request message to a first core network device, wherein the cache release request message is used to request to stop caching downlink data of the terminal device;
  • the processing unit is used to stop caching the downlink data of the terminal device and send the cached downlink data to the terminal device through the SDT.
  • the communication device 1200 may perform the following functions:
  • a processing unit configured to send a cache opening request message to the first core network device through a communication unit after determining that the packet data transmission SDT of the terminal device is completed, wherein the cache opening request message is used to request caching of the downlink data of the terminal device;
  • the communication unit is used to receive a cache release confirmation message from the first core network device and cache the downlink data of the terminal device.
  • the above is just an example, and the processing unit 1201 and the communication unit 1202 can also perform other functions.
  • the processing unit 1201 and the communication unit 1202 can also perform other functions.
  • FIG13 a device 1300 provided in an embodiment of the present application is shown.
  • the device shown in FIG13 may be a hardware circuit implementation of the device shown in FIG12.
  • the communication device may be applicable to the flowchart shown above to perform the functions of the access network device, core network device, or terminal device in the above method embodiment.
  • FIG13 only shows the main components of the communication device.
  • the communication device 1300 includes a processor 1310 and an interface circuit 1320.
  • the processor 1310 and the interface circuit 1320 are coupled to each other.
  • the interface circuit 1320 may be a transceiver or an input/output interface.
  • the communication device 1300 may further include a memory 1330 for storing instructions executed by the processor 1310 or storing input data required by the processor 1310 to execute instructions or storing data generated after the processor 1310 executes instructions.
  • the processor 1310 is used to implement the function of the processing unit 1201
  • the interface circuit 1320 is used to implement the function of the communication unit 1202.
  • the chip of the access network device implements the functions of the access network device in the above method embodiment.
  • the access network device chip receives information from other modules (such as a radio frequency module or an antenna) in the terminal device; or the access network device chip sends information to other modules (such as a radio frequency module or an antenna) in the access network device.
  • the chip of the core network device implements the functions of the core network device in the above method embodiment.
  • the chip of the core network device receives information from other modules (such as a radio frequency module or an antenna) in the core network device; or the chip of the core network device sends information to other modules (such as a radio frequency module or an antenna) in the core network device.
  • the processor in the embodiments of the present application may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, transistor logic devices, hardware components or any combination thereof.
  • the general-purpose processor may be a microprocessor or any conventional processor.
  • the memory may be a random access memory (RAM), a flash memory, a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), a register, a hard disk, a mobile hard disk, a CD-ROM, or any other form of storage medium known in the art.
  • An exemplary storage medium is coupled to a processor so that the processor can read information from the storage medium and write information to the storage medium.
  • the storage medium may also be a component of the processor.
  • the processor and the storage medium may be located in an ASIC.
  • the ASIC may be located in a network device or a terminal device.
  • the processor and the storage medium may also exist as discrete components in a network device or a terminal device.
  • the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, optical storage, etc.) that contain computer-usable program code.
  • a computer-usable storage media including but not limited to disk storage, optical storage, etc.
  • These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer-readable memory produce a manufactured product including an instruction device that implements the functions specified in one or more processes in the flowchart and/or one or more boxes in the block diagram.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供一种数据传输方法及装置，其中方法包括：接入网设备通过SDT接收来自终端设备的上行信息时，接入网设备发送第一消息，所述第一消息用于触发第二核心网设备停止对所述终端设备的下行数据进行缓存；接收来自第二核心网设备的下行数据，并通过所述SDT向所述终端设备发送所述下行数据。通过上面的过程，当终端设备触发SDT时，接入网设备可以触发第二核心网设备停止或取消对终端设备的下行数据进行缓存，第二核心网设备从而可以通过SDT将终端设备的下行数据发送至终端设备，使得终端设备在非激活态时，不需要等待被网络侧寻呼也可以直接获取下行数据，提高数据传输效率，降低终端设备的功耗。

Description

一种数据传输方法及装置
相关申请的交叉引用
本申请要求在2022年09月30日提交中国专利局、申请号为202211209793.9、申请名称为“一种数据传输方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域，尤其涉及一种数据传输方法及装置。
背景技术
新无线(new radio，NR)系统等系统中，处于无线资源控制(radio resource control，RRC)空闲(idle)态或RRC非激活(inactive)态的终端设备可以按照非连续接收(discontinuous reception，DRX)方式，定期醒来监听寻呼(paging)消息，定期醒来的周期可以称为DRX周期。寻呼消息分为核心网(core network，CN)寻呼消息和无线接入网(radio access network，RAN)寻呼消息，分别由核心网设备和接入网设备发起。其中CN寻呼消息用于寻呼空闲态终端设备，RAN寻呼消息用于寻呼非激活态终端设备。
网络侧可以为不同类型的寻呼消息配置不同的DRX周期，因此用于监听CN寻呼消息的DRX也可以称为空闲DRX，用于监听RAN寻呼消息的DRX也可以称为非激活DRX。为了进一步节省功耗，可以延长DRX周期，即采用扩展的非连续接收(extended discontinuous reception，eDRX)周期定期醒来监听寻呼消息。非激活eDRX周期的时长可以超过10.24秒(second，s)，使得终端设备能够更长时间进入休眠状态。
在终端设备休眠期间，网络侧将需要发往终端设备的数据进行缓存。然而，终端设备休眠时间越长，网络侧缓存的数据量也就越大。一种实现方式中，网络侧可以在终端设备处于RRC非激活态时，寻呼终端设备，使得终端设备切换至RRC连接态，从而向终端设备传输数据。在数据传输完成之后，终端设备再切换至RRC非激活态。
上述数据传输过程中，终端设备需要进行状态切换，与网络侧的信令交互较多，对终端设备的功耗消耗较多。
发明内容
本申请提供一种数据传输方法及装置，用以提高RRC非激活态的终端设备的数据传输效率，降低终端设备的功耗。
第一方面，本申请提供一种数据传输方法，该方法适用于RRC非激活态的终端设备通过小包数据过程传输信息的场景。该方法的执行主体为接入网设备或接入网设备中的一个模块，这里以接入网设备为执行主体为例进行描述。该方法包括：接入网设备通过小包数据传输SDT接收来自终端设备的上行信息，用于传输所述上行信息的资源为用于SDT的随机接入资源或者配置授权资源；接入网设备发送第一消息，第一消息用于触发第二核心网设备停止对终端设备的下行数据进行缓存；接入网设备接收来自第二核心网设备的下行数据，并通过SDT向终端设备发送下行数据。
通过上面的过程，当终端设备触发SDT时，接入网设备可以触发第二核心网设备停止或取消对终端设备的下行数据进行缓存，第二核心网设备从而可以通过SDT将终端设备的下行数据发送至终端设备，使得终端设备在非激活态时，不需要等待被网络侧寻呼也可以直接获取下行数据，提高数据传输效率，降低终端设备的功耗。
在一种实现方式中，接入网设备保留了终端设备的上下文，或者发送所述第一消息的设备为保留了所述终端设备的上下文的接入网设备。
在一种实现方式中，还包括：获取所述终端设备的上下文。
在一种实现方式中，还包括：接入网设备确定SDT完成后，发送第二消息；其中，第二消息用于 触发第二核心网设备对终端设备的下行数据进行缓存；或者，第二消息用于指示终端设备在非激活态监听无线接入网络发起的寻呼消息的扩展非连续接收周期的周期时长。
在一种实现方式中，接入网设备确定SDT完成，包括：如果接入网设备接收到空数据包或预设格式的数据包，则确定SDT完成。
在一种实现方式中，接入网设备确定SDT完成，包括：接入网设备接收来自终端设备的第一上行信息或来自第二核心网设备的第一下行数据时，启动定时器，定时器的定时时长为预设时长；若定时器超时的情况下，接入网设备未接收来自终端设备的第二上行信息或来自第二核心网设备的第二下行数据，则确定SDT完成。
在一种实现方式中，还包括：接入网设备向终端设备发送第三消息，第三消息用于指示终端设备进入非激活态。
在一种实现方式中，还包括：接入网设备将终端设备释放到非激活态，并为终端设备保留终端设备上下文以及终端设备相关联的与第一核心网设备的连接。
在一种实现方式中，还包括：接收所述第一消息的第一响应消息，所述第一响应消息用于确认触发第二核心网设备停止或取消对所述终端设备的下行数据进行缓存，或者，所述第一响应消息用于确认所述终端设备与接入网之间能够进行数据传输。
在一种实现方式中，还包括：发送第六消息，所述第六消息用于触发第二核心网设备开始对所述终端设备的下行数据进行缓存。
在一种实现方式中，接入网设备为终端设备当前驻留的小区所属的接入网络设备。
第二方面，本申请提供一种数据传输方法，该方法适用于RRC非激活态的终端设备通过小包数据过程传输信息的场景。该方法的执行主体为第一核心网设备或第一核心网设备中的一个模块，这里以第一核心网设备为执行主体为例进行描述。该方法包括：第一核心网设备接收来自接入网设备的第一消息，第一消息用于触发第二核心网设备停止对终端设备的下行数据进行缓存；第一核心网设备根据第一消息向第二核心网设备发送第四消息，第四消息用于指示第二核心网设备停止对终端设备的下行数据进行缓存，或者第四消息用于指示终端设备与接入网之间能够进行数据传输。
在一种实现方式中，还包括：接收来自所述接入网设备的第六消息，所述第六消息用于触发第二核心网设备开始对所述终端设备的下行数据进行缓存；根据所述第六消息向所述第二核心网设备发送第七消息，所述第七消息用于指示所述第二核心网设备开始对所述终端设备的下行数据进行缓存，或者所述第七消息用于指示所述终端设备与接入网之间数据不可传输。
第三方面，本申请提供一种数据传输方法，该方法适用于RRC非激活态的终端设备通过小包数据过程传输信息的场景。该方法的执行主体为第二核心网设备或第二核心网设备中的一个模块，这里以第二核心网设备为执行主体为例进行描述。该方法包括：第二核心网设备接收来自第一核心网设备的第四消息，第四消息用于指示第二核心网设备停止对终端设备的下行数据进行缓存，或者第四消息用于指示终端设备与接入网之间能够进行数据传输；第二核心网设备根据第四消息停止对终端设备的下行数据进行缓存，并向接入网设备发送终端设备的下行数据。
在一种实现方式中，接入网设备保留了终端设备的上下文，或者接入网设备为保留了所述终端设备的上下文的设备。
在一种实现方式中，还包括：接收来自所述第一核心网设备的第七消息，所述第七消息用于指示开始对所述终端设备的下行数据进行缓存，或者所述第七消息用于指示所述终端设备与接入网之间数据不可传输。
第四方面，本申请提供一种数据传输方法，该方法适用于RRC非激活态的终端设备通过小包数据过程传输信息的场景。该方法的执行主体为接入网设备或接入网设备中的一个模块，这里以接入网设备为执行主体为例进行描述。该方法包括：接入网设备确定终端设备的小包数据传输SDT完成后，生成第二消息；接入网设备向第一核心网设备发送第二消息，第二消息用于触发第二核心网设备对终端设备的下行数据进行缓存。
通过上面的过程，当确定终端设备的SDT完成时，接入网设备可以触发第二核心网设备对终端设备的下行数据进行缓存，使得终端设备在非激活态时，来自网络侧的数据被缓存在网络侧，减少网络侧寻呼终端设备的次数，降低终端设备的功耗。
在一种实现方式中，接入网设备确定终端设备的小包数据传输SDT完成，包括：
如果接入网设备接收到空数据包或预设格式的数据包，则确定SDT完成。
在一种实现方式中，接入网设备确定终端设备的小包数据传输SDT完成，包括：
接入网设备接收来自终端设备的第一上行信息或来自第二核心网设备的第一下行数据时，启动定时器，定时器的定时时长为预设时长；若定时器超时的情况下，接入网设备未接收来自终端设备的第二上行信息或来自第二核心网设备的第二下行数据，则确定SDT完成。
在一种实现方式中，还包括：接入网设备向终端设备发送第三消息，第三消息用于指示终端设备进入非激活态。
在一种实现方式中，接入网设备保留了终端设备的上下文。
第五方面，本申请提供一种数据传输方法，该方法适用于RRC非激活态的终端设备通过小包数据过程传输信息的场景。该方法的执行主体为第一核心网设备或第一核心网设备中的一个模块，这里以第一核心网设备为执行主体为例进行描述。该方法包括：第一核心网设备接收来自接入网设备的第二消息，第二消息用于触发第二核心网设备对终端设备的下行数据进行缓存；第一核心网设备根据第二消息向第二核心网设备发送第五消息，第五消息用于指示第二核心网设备对终端设备的下行数据进行缓存，或者第五消息用于指示终端设备进入非激活态。
第六方面，本申请提供一种数据传输方法，该方法适用于RRC非激活态的终端设备通过小包数据过程传输信息的场景。该方法的执行主体为第二核心网设备或第二核心网设备中的一个模块，这里以第二核心网设备为执行主体为例进行描述。该方法包括：第二核心网设备接收来自第一核心网设备的第五消息，第五消息用于指示第二核心网设备对终端设备的下行数据进行缓存，或者第五消息用于指示终端设备进入非激活态；第二核心网设备根据第五消息对终端设备的下行数据进行缓存。
第七方面，本申请提供一种数据传输方法，该方法适用于RRC非激活态的终端设备通过小包数据过程传输信息的场景。该方法的执行主体为第二核心网设备或第二核心网设备中的一个模块，这里以第二核心网设备为执行主体为例进行描述。该方法包括：第二核心网设备通过小包数据传输SDT接收来自终端设备的上行信息，向第一核心网设备发送缓存解除请求消息，缓存解除请求消息用于请求停止对终端设备的下行数据进行缓存；第二核心网设备停止对终端设备的下行数据进行缓存，并通过SDT向终端设备发送缓存的下行数据。
通过上面的过程，当终端设备触发SDT时，第二核心网设备确定终端设备可以进行数据传输，从而停止或取消对终端设备的下行数据进行缓存，并通过SDT将向终端设备发送下行数据，使得终端设备在非激活态时，不需要等待被网络侧寻呼也可以直接获取下行数据，提高数据传输效率，降低终端设备的功耗。
在一种实现方式中，还包括：第二核心网设备接收来自第一核心网设备的缓存解除响应消息，缓存解除响应消息用于响应缓存解除请求消息。
在一种实现方式中，还包括：第二核心网设备确定SDT完成后，对终端设备的下行数据进行缓存。
在一种实现方式中，还包括：第二核心网设备向第一核心网设备发送缓存开启请求消息，缓存开启请求消息用于指示请求对终端设备的下行数据进行缓存。
在一种实现方式中，第二核心网设备确定SDT完成，包括：如果第二核心网设备接收到空数据包或预设格式的数据包，则确定SDT完成。
在一种实现方式中，第二核心网设备确定SDT完成，包括：第二核心网设备接收来自终端设备的第一上行信息时，启动定时器，定时器的定时时长为预设时长；若定时器超时的情况下，第二核心网设备未接收来自终端设备的第二上行信息，则确定SDT完成。
第八方面，本申请提供一种数据传输方法，该方法适用于RRC非激活态的终端设备通过小包数据过程传输信息的场景。该方法的执行主体为第二核心网设备或第二核心网设备中的一个模块，这里以第二核心网设备为执行主体为例进行描述。该方法包括：第二核心网设备确定终端设备的小包数据传输SDT完成后，向第一核心网设备发送缓存开启请求消息，缓存开启请求消息用于请求对终端设备的下行数据进行缓存；第二核心网设备接收来自第一核心网设备的缓存解除确认消息，将终端设备的下行数据进行缓存。
通过上面的过程，当确定终端设备的SDT完成时，第二核心网设备可以主动对终端设备的下行数据进行缓存，使得终端设备在非激活态时，来自网络侧的数据被缓存在网络侧，减少网络侧寻呼终端设备的次数，降低终端设备的功耗。
在一种实现方式中，第二核心网设备确定终端设备的SDT完成，包括：如果第二核心网设备接收到空数据包或预设格式的数据包，则确定SDT完成。
在一种实现方式中，第二核心网设备确定终端设备的SDT完成，包括：第二核心网设备接收来自终端设备的第一上行信息时，启动定时器，定时器的定时时长为预设时长；若定时器超时的情况下，第二核心网设备未接收来自终端设备的第二上行信息，则确定SDT完成。
第九方面，本申请还提供一种通信装置，该通信装置具有实现上述第一方面至第八方面中任一方面提供的任一方法。该通信装置可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元或模块。
在一种可能的实现方式中，该通信装置包括：处理器，该处理器被配置为支持该通信装置执行以上所示方法中网络设备的相应功能。该通信装置还可以包括存储器，该存储可以与处理器耦合，其保存该通信装置必要的程序指令和数据。可选地，该通信装置还包括接口电路，该接口电路用于支持该通信装置与终端设备等设备之间的通信。
在一种可能的实现方式中，该通信装置包括相应的功能模块，分别用于实现以上方法中的步骤。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的实施方式中，通信装置的结构中包括处理单元和通信单元，这些单元可以执行上述方法示例中相应功能，具体参见第一方面至第八方面中任一方面提供的方法中的描述，此处不做赘述。
第十方面，提供了一种通信装置，包括处理器和接口电路，接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置，该处理器通过逻辑电路或执行代码指令用于实现前述第一方面至第八方面中任一方面、以及任一方面的任意可能的实现方式中的方法。
第十一方面，提供了一种通信装置，包括处理器和接口电路，接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置，该处理器通过逻辑电路或执行代码指令用于实现前述第一方面至第八方面中任一方面、以及任一方面的任意可能的实现方式中的方法的功能模块。
第十二方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序或指令，当该计算机程序或指令被处理器执行时，实现前述第一方面至第八方面中任一方面、以及任一方面的任意可能的实现方式中的方法。
第十三方面，提供了一种存储有指令的计算机程序产品，当该指令被处理器运行时，实现前述第一方面至第八方面中任一方面、以及任一方面的任意可能的实现方式中的方法。
第十四方面，提供一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现前述第一方面至第八方面中任一方面、以及任一方面的任意可能的实现方式中的方法。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
第十五方面，提供一种通信系统，所述系统包括用于实现第一方面所提供的方法的装置、用于实现第二方面所提供的方法的装置以及用于实现第三方面所提供的方法的装置。
第十六方面，提供一种通信系统，所述系统包括用于实现第四方面所提供的方法的装置、用于实现第五方面所提供的方法的装置以及用于实现第六方面所提供的方法的装置。
附图说明
图1为适用于本申请实施例提供的一种网络架构示意图；
图2为本申请实施例提供的一种SDT过程示意图；
图3为本申请实施例提供的一种SDT过程示意图；
图4为本申请实施例提供的一种数据传输方法流程示意图；
图5为本申请实施例提供的一种数据传输方法流程示意图；
图6为本申请实施例提供的一种数据传输方法流程示意图；
图7为本申请实施例提供的一种数据传输方法流程示意图；
图8为本申请实施例提供的一种数据传输方法流程示意图；
图9为本申请实施例提供的一种数据传输方法流程示意图；
图10为本申请实施例提供的一种数据传输方法流程示意图；
图11为本申请实施例提供的一种数据传输方法流程示意图；
图12为本申请实施例提供的一种通信装置结构示意图；
图13为本申请实施例提供的一种通信装置结构示意图。
具体实施方式
下面结合说明书附图对本申请实施例做详细描述。
本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(long term evolution，LTE)系统、新无线(new radio，NR)系统、未来通信系统等其它通信系统，具体的，在此不做限制。
为便于理解本申请实施例，接下来对本请的应用场景进行介绍，本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
在本申请实施例中，终端设备，为具有无线收发功能的设备或可设置于该设备的芯片。其中，所述具有无线收发功能的设备也可以称为用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、远方站、远程终端、移动设备、用户终端、用户代理或用户装置。在实际应用中，本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请的实施例对应用场景不做限定。本申请中将前述具有无线收发功能的设备及可设置于该设备中的芯片统称为终端设备。
在本申请实施例中，接入网设备可以为各种制式下无线接入设备，接入网设备也可以称为无线接入网络(radio access network，RAN)设备，例如接入网设备可以是NR系统中的下一代基站(next Generation node B，gNB)，可以是演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)或节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(baseband unit，BBU)，无线保真(wireless fidelity，WIFI)系统中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission and reception point，TRP或者transmission point，TP)等，还可以为5G(NR)系统中的gNB或传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或在集中式-分布式(central unit-distributed,CU-DU)架构下的DU等。
为便于理解本申请实施例，首先以图1中示出的通信系统为例详细说明适用于本申请实施例的通信系统。图1示出了适用于本申请实施例的通信系统的示意图。如图1所示，该通信系统包括以下设备或网元：会话管理功能(session management function，SMF)，可以用于执行移动网络中的会话管理(包括会话的建立、修改和删除的管理)等功能。
用户面功能(user plane function，UPF)，是用户面的功能网元，主要功能包括分组路由和转发，用户面数据的服务质量(quality of service，QoS)处理等。
接入和移动性管理(access and mobility management function,AMF)，主要功能包括无线接入网络控制平面的终结点，非接入信令的终结点，移动性管理，接入授权或鉴权等。
策略控制功能(policy control funtion，PCF)，主要负责用户面传输路径的建立、释放和更改等功能。
数据网络(data network，DN)可以是指为终端设备提供服务的网络，比如有些DN可以为终端设备提供上网功能。
以上只是示例，该通信系统还可以包括其他设备或网元，在此不再逐一举例说明。
终端设备可以在非激活态下通过小包数据传输(small data transmission，SDT)技术，实现数据传输，以减少信令传输，从而减少终端设备的功耗消耗。SDT可以分为基于随机接入(random access，RA)的SDT和基于类型1(Type1)配置授权(configured grant，CG)的SDT。基于RA的SDT根据UE上下文的位置分为无需UE上下文重定位的基于RA的SDT(RA-based SDT without UE context relocation) 和需要UE上下文重定位的基于RA的SDT(RA-based SDT with UE context relocation)。
基于RA的SDT过程中，将终端设备从连接态转到非激活态的第一接入网设备和终端设备发起SDT时的第二接入网设备可能不是同一个接入网设备。本申请中，第一接入网设备将终端设备释放到非激活态，并为终端设备保留终端设备上下文以及终端设备相关联的与第一核心网设备的连接。也就是说，第一接入网设备为终端设备处于非激活态之前，最后为终端设备服务的接入网设备(last serving gNB)，也可以称为锚点接入网设备。第二接入网设备为终端设备当前驻留的小区所属的接入网络设备，也可以称为新接入网设备(new gNB)或接收接入网设备(receiving gNB)。
如图2所示，为本申请提供的一种SDT过程示意图，图2为无需UE上下文重定位的基于RA的SDT过程，即在该SDT过程中，锚点接入网设备不迁移。
步骤201：终端设备向第二接入网设备发送RRC恢复请求和上行信息。
其中，终端设备在执行该SDT过程前，处于非激活态。RRC恢复请求包含非激活态无线网络临时标识(inactive radio network temporary identifier，I-RNTI)和原因值等信息。上行信息包括上行数据和上行信令中的至少一项。
步骤202：第二接入网设备根据I-RNTI确定第一接入网设备，并向第一接入网设备发送恢复终端设备上下文请求消息。
该恢复终端设备上下文请求消息用于获取终端的上下文或用于请求第一接入网设备进行数据或小数据传输。该恢复终端设备上下文请求消息包括I-RNTI等信息。
可选的，恢复终端设备上下文请求消息还包括小数据传输指示(SDT indication)，或者，恢复终端设备上下文请求消息与小数据传输指示(SDT indication)一同被发送给第一接入网设备。
在该过程中，第一接入网设备决定不执行锚点重定位，从而可以保留终端设备上下文。
步骤203：第一接入网设备向第二接入网设备发送部分终端设备上下文转移消息。
该部分终端设备上下文转移消息包括终端设备的部分上下文(UE partial context)。该部分上下文可以为部分无线链路控制(radio link control，RLC)上下文，因此第一接入网设备保留PDCP实体，而第二接入网设备则建立与SDT相对应的RLC实体。
步骤204：第二接入网设备向第一接入网设备发送部分终端设备上下文确认消息。
步骤205：第二接入网设备向第一接入网设备发送终端设备的上行信息。
步骤206：第一接入网设备将该上行信息转发至UPF设备，具体过程不再赘述。
可选的，如果终端设备还需要传输上行数据，则可以向第二接入网设备发送上行数据；第二接入网设备将该上行数据发送至第一接入网设备，第一接入网设备将该上行数据转发至UPF设备。
步骤207：当终端设备的上行信息传输完成时，第一接入网设备向第二接入网设备发送恢复终端设备上下文失败消息。
该恢复终端设备上下文失败消息包括RRC释放消息，RRC释放消息用于指示终端设备释放RRC连接。
步骤208：第二接入网设备向终端设备发送RRC释放消息。
终端设备接收到RRC释放消息之后，继续保持在非激活态。
上面的过程为无需UE上下文重定位的基于RA的SDT过程，下面将介绍需要UE上下文重定位的基于RA的SDT过程，即在SDT过程中，锚点接入网设备迁移。
如图3所示，为本申请提供的一种SDT过程示意图，终端设备在执行该SDT过程前，处于非激活态。
步骤301：终端设备向第二接入网设备发送RRC恢复请求和上行信息。
步骤302：第二接入网设备根据I-RNTI确定第一接入网设备，并向第一接入网设备发送恢复终端设备上下文请求消息。
步骤301至步骤302与图2中的步骤201至步骤202相同，不再重复赘述。
在该过程中，第一接入网设备决定执行锚点重定位，从而将终端设备上下文转发至第二接入网设备。
步骤303：第一接入网设备向第二接入网设备发送恢复终端设备上下文响应消息。
该恢复终端设备上下文响应消息包括终端设备的全部上下文。
步骤304：第二接入网设备将终端设备的上行信息转发至UPF设备。
第二接入网设备将该上行信息转发至UPF设备，具体过程不再赘述。
可选的，步骤305：第二接入网设备向第一接入网设备发送第二接入网设备的地址指示(Xn-U address indication)，该地址指示用于指示转发终端设备的下行数据的隧道地址。
通过发送地址指示，可以防止缓存在第一接入网设备处的下行数据丢失。
步骤306：第二接入网设备向第一接入网设备发送路径切换请求消息。
步骤307：第一接入网设备向第二接入网设备发送路径切换请求确认消息。
通过步骤306和步骤307，建立第一接入网设备和第二接入网设备之间的数据转发通道，然后第二接入网设备将在步骤307之前缓存的上行数据发送给第一接入网设备，第一接入网设备将上行数据发送给核心网，第一接入网设备还可以将从核心网收到的下行数据通过第二接入网设备发送给终端设备。
可选的，步骤308：如果终端设备还需要传输上行数据，则可以向第二接入网设备发送上行数据。
步骤309：第二接入网设备将来自终端设备的上行数据直接转发至UPF设备。
步骤310：当终端设备的上行信息传输完成时，第二接入网设备向终端设备发送RRC释放消息。
终端设备接收到RRC释放消息之后，继续保持在非激活态。
图2和图3的SDT过程中，网络侧为终端设备配置的用于监听RAN寻呼消息的eDRX的周期时长大于10.24秒时，终端设备处于非激活态期间，网络侧会配置SMF或者UPF将需要发往终端设备的下行数据进行缓存，因此无法在SDT过程中将下行数据转发至终端设备。
为此，本申请提供一种方法，可以使得终端设备的非激活eDRX周期的周期时长大于10.24秒时，终端设备可以通过SDT过程同时传输上行信息和下行数据，提高RRC非激活态的终端设备的数据传输效率，降低终端设备的功耗。
本申请可以应用于在SDT过程中，由接入网设备触发核心网设备停止对终端设备的下行数据进行缓存，从而使得核心网设备通过SDT将终端设备的下行数据转发至终端设备，下面通过不同的实施例分别进行描述。其中，核心网设备可以为UPF，也可以为SMF。该接入网设备可以为锚点接入网设备，也可以为新接入网设备，为了描述方便，本申请中，锚点接入网设备称为第一接入网设备，新接入网设备称为第二接入网设备。
本申请以下各个流程中的消息名称只是示例，在实际应用中，消息名称可能存在变化，本申请对消息名称并不限定。
如图4所示，为本申请实施例提供的一种数据传输方法流程示意图，该方法流程中，接入网设备可以为锚点接入网设备，也可以为新接入网设备。
可选的，在步骤401之前，还可能存在以下步骤：
接入网设备向第一核心网设备发送第六消息，第六消息用于触发第二核心网设备(例如SMF或者UPF)开始对终端设备的下行数据进行缓存，或者第六消息用于指示终端设备与接入网之间数据不可传输。例如，接入网设备可以为基站等设备；第一核心网设备可以为AMF等设备。第六消息的名称并不限定，例如第六消息可以为移动终止(Mobile Terminated，MT)通信处理请求(MT communication handling request)消息。
第一核心网设备向第二核心网设备发送第七消息，第七消息用于指示第二核心网设备开始对终端设备的下行数据进行缓存，或者第七消息用于指示终端设备与接入网之间数据不可传输，本申请对此并不限定。第七消息可以根据第六消息确定。例如，第二核心网设备为SMF，第七消息的名称并不限定，例如第七消息可以为Nsmf PDU会话更新会话管理(session management，SM)上下文请求(Nsmf_PDUSession_UpdateSMContext Request)消息。
第二核心网设备根据第七消息，开始对终端设备的下行数据进行缓存，或者确定终端设备与接入网之间数据不可传输。
步骤401：终端设备通过SDT向接入网设备发送上行信息；相应的，接入网设备通过SDT接收来自终端设备的上行信息。
一种实现方式中，在步骤401之前，终端设备处于非激活态，且网络侧为终端设备配置的用于监听RAN寻呼消息的eDRX的周期时长大于10.24秒。终端设备发起SDT的具体过程，本申请对此并不限定。终端设备还可以向接入网设备发送RRC恢复请求，RRC恢复请求包括的具体内容，本申请并不限定。
一种实现方式中，终端设备可以通过4步随机接入过程中的消息3、或者2步随机接入过程中的消息A发送RRC恢复请求和上行信息。
本申请中，上行信息包括上行数据和上行信令中的至少一项。该上行数据可以称为上行小数据(small data)，即待发送的上行数据总量低于预配置的门限，是终端设备在非激活态可以直接发送的数据。
一种实现方式中，SDT可以是基于配置授权的SDT，也可以是基于随机接入的SDT。如果是基于配置授权的SDT，那么用于传输上行信息的资源为用于SDT的配置授权资源；如果是基于随机接入的SDT，那么用于传输上行信息的资源为用于SDT的随机接入资源。
本申请中，接入网设备为保留了终端设备的上下文的设备。举例来说，第一种可能的场景中，该接入网设备为第一接入网设备(即锚点接入网设备)。在该场景中，第二接入网设备向第一接入网设备请求获取终端设备的上下文时，第一接入网设备决定不执行锚点重定位，从而保留终端设备上下文。在该场景中，终端设备可以先将上行信息发送至第二接入网设备，第二接入网设备再将上行信息转发至第一接入网设备。
第二种可能的场景中，该接入网设备为第二接入网设备(即新接入网设备)。在该场景中，第二接入网设备向第一接入网设备请求获取终端设备的上下文时，第一接入网设备决定执行锚点重定位，从而将终端设备的全部上下文转发至第二接入网设备。在该场景中，接入网设备可以直接从终端设备获得上行信息。
步骤402：接入网设备向第一核心网设备发送第一消息；相应的，第一核心网设备接收来自接入网设备的第一消息。
其中，第一消息用于触发第二核心网设备停止或取消对终端设备的下行数据进行缓存；或者，第一消息用于指示终端设备与接入网之间能够进行数据传输，或者第一消息用于指示第二核心网设备停止或取消对终端设备的下行数据进行缓存。
一种实现方式中，第一核心网设备为AMF，第二核心网设备为UPF或SMF。
一种实现方式中，第一消息的消息类型为N2消息，该N2消息可以是基于已有的消息增强，例如该N2消息可以是RRC非激活态转换报告消息(RRC INACTIVE TRANSITION REPORT)，该N2消息也可以是新定义的消息，本申请对此并不限定。
第一种可能的场景中，如果该接入网设备为锚点接入网设备，在步骤402之前，还包括步骤202至步骤204，具体可以参考图2所示的流程，在此不再赘述。
第二种可能的场景中，如果该接入网设备为新接入网设备，在步骤402之前，还包括步骤302至步骤303，具体可以参考图3所示的流程，在此不再赘述。
步骤403：第一核心网设备根据第一消息向第二核心网设备发送第四消息；相应的，第二核心网设备接收来自第一核心网设备的第四消息。
其中，第四消息用于指示第二核心网设备停止或取消对终端设备的下行数据进行缓存，或者第四消息用于指示终端设备与接入网之间能够进行数据传输。或者第四消息用于下发新的规则给第二核心网设备，例如该新的规则为：第二核心网设备不需要再缓存终端设备的下行数据。
第四消息的具体名称并不限定，例如第四消息可以为协议数据单元(protocol data unit，PDU)会话更新会话修改上下文请求(session update session modification context request)消息。第四消息还可以用于指示SMF可以更新终端设备相关联的PDU会话。
实现方式一，如果第一核心网设备为AMF，第二核心网设备为SMF，那么AMF可以直接将第四消息发送至SMF；SMF还可以向AMF发送响应消息，例如响应消息为PDU会话更新会话修改上下文响应消息。
实现方式二，如果第一核心网设备为AMF，第二核心网设备为UPF，那么可以参考如5所示的流程：
步骤501：AMF向SMF发送第四消息，该第四消息为PDU会话更新会话修改上下文请求消息。
一种实现方式中，SMF可以将第四消息转发至UPF；另一种实现方式中，SMF可以根据第四消息生成一个新的消息，并将生成的消息转发至UPF，例如步骤502所示。
步骤502：SMF根据第四消息向UPF发送N4会话修改消息。
N4会话修改消息用于指示第二核心网设备停止或取消对终端设备的下行数据进行缓存，或者N4会话修改消息用于指示终端设备与接入网之间能够进行数据传输，或者N4会话修改消息用于下发新的规则给UPF，例如该新的规则为：UPF不需要再缓存终端设备的下行数据。
步骤503：SMF向AMF发送响应消息，例如响应消息为PDU会话更新会话修改上下文响应消息。
通过上述流程，AMF实现通过SMF向UPF指示不对终端设备的下行数据进行缓存，从而可以使得UPF通过SDT传输终端设备的下行数据。
可选的，步骤404：第一核心网设备向接入网设备发送第一消息的第一响应消息。
该第一响应消息用于确认触发第二核心网设备停止或取消对终端设备的下行数据进行缓存；或者，该第一响应消息用于确认终端设备与接入网之间能够进行数据传输。
一种实现方式中，该第一响应消息可以是第一核心网设备接收到来自第二核心网设备的响应消息时发送的。
本申请中，第二核心网设备获取第四消息之后，可以根据第四消息停止对终端设备的下行数据进行缓存。第二核心网设备确定不再对终端设备的下行数据进行缓存之后，如果第二核心网设备获取到终端设备的下行数据，则需要将终端设备的下行数据转发至终端设备。
可选的，如果第二核心网设备已经缓存了终端设备的下行数据，则可以通过SDT发送终端设备的下行数据，例如可以执行以下步骤：
步骤405：第二核心网设备向接入网设备发送终端设备的下行数据；相应的，接入网设备接收来自第二核心网设备的下行数据。
步骤406：接入网设备通过SDT向终端设备发送下行数据。
可选的，接入网设备还可以接收来自终端设备的上行小数据，并将上行小数据转发至UPF。
当终端设备的SDT完成后，接入网设备可以指示终端设备进入非激活态，具体如下所示：
可选的，步骤407：接入网设备向终端设备发送第三消息，第三消息用于指示终端设备进入非激活态。
一种实现方式中，第三消息可以为RRC释放消息。终端设备接收到第三消息，再次进入非激活态。
通过上面的过程，当终端设备触发SDT时，接入网设备可以触发第二核心网设备停止或取消对终端设备的下行数据进行缓存，第二核心网设备从而可以通过SDT将终端设备的下行数据发送至终端设备，使得终端设备在非激活态时，不需要等待被网络侧寻呼也可以直接获取下行数据，提高数据传输效率，降低终端设备的功耗。
本申请中，在SDT完成后，接入网设备还可以触发第二核心网设备对终端设备的下行数据进行缓存，从而避免终端设备在非激活态被频繁唤醒，下面将详细描述。
如图6所示，为本申请实施例提供的一种数据传输方法流程示意图，该方法流程中，接入网设备可以为锚点接入网设备，也可以为新接入网设备。图6所示的方法流程，可以与图4所示的方法流程结合实施，也可以单独实施，本申请对此并不限定。
步骤601：接入网设备确定终端设备的SDT完成后，生成第二消息。
其中，接入网设备保留了终端设备的上下文，具体可以参考前面的描述，在此不再赘述。
一种实现方式中，第二消息的消息类型为N2消息。第二消息用于触发第二核心网设备对终端设备的下行数据进行缓存，或者，第二消息用于指示终端设备在非激活态监听无线接入网络发起的寻呼消息的eDRX周期的周期时长。
本申请中，如何确定终端设备的SDT完成，可能存在多种实现方式。一种实现方式中，如果接入网设备接收到空数据包或预设格式的数据包，则确定SDT完成。一种实现方式中，接入网设备接收来自终端设备的第一上行信息或来自第二核心网设备的第一下行数据时，启动定时器，定时器的定时时长为预设时长；若定时器超时的情况下，接入网设备未接收来自终端设备的第二上行信息或来自第二核心网设备的第二下行数据，则确定SDT完成。其中，第一上行信息为SDT中终端设备发送的上行信息，第一下行数据为SDT中第二核心网设备发送的下行数据。
步骤602：接入网设备向第一核心网设备发送第二消息；相应的，第一核心网设备接收来自接入网设备的第二消息。
一种实现方式中，第一核心网设备为AMF，第二核心网设备为UPF或SMF。
步骤603：第一核心网设备根据第二消息向第二核心网设备发送第五消息；相应的，第二核心网设备接收来自第一核心网设备的第五消息。
其中，第五消息用于指示第二核心网设备对终端设备的下行数据进行缓存，或者第五消息用于指示终端设备进入非激活态。或者第五消息用于下发新的规则给第二核心网设备，例如该新的规则为：对终 端设备的下行数据进行缓存。
实现方式一，如果第一核心网设备为AMF，第二核心网设备为SMF，那么AMF可以直接将第四消息发送至SMF；SMF还可以向AMF发送响应消息，例如响应消息为PDU会话更新会话修改上下文响应消息。
实现方式二，如果第一核心网设备为AMF，第二核心网设备为UPF，那么可以参考如7所示的流程：
步骤701：AMF向SMF发送第五消息，例如该第五消息为PDU会话更新会话修改上下文请求消息。
一种实现方式中，SMF可以将第五消息转发至UPF；另一种实现方式中，SMF可以根据第五消息生成一个新的消息，并将生成的消息转发至UPF，例如步骤702所示。
步骤702：SMF根据第五消息向UPF发送N4会话修改消息。
N4会话修改消息用于指示第二核心网设备对终端设备的下行数据进行缓存，或者N4会话修改消息用于指示终端设备进入非激活态，或者N4会话修改消息用于下发新的规则给UPF，例如该新的规则为：UPF对终端设备的下行数据进行缓存。
步骤703：SMF向AMF发送响应消息，例如响应消息为PDU会话更新会话修改上下文响应消息。
通过上述流程，可以实现在终端设备处于非激活态时，UPF对终端设备的下行数据进行缓存。
可选的，步骤604：第一核心网设备向接入网设备发送第二消息的第二响应消息。
该第二响应消息用于确认第二核心网设备对终端设备的下行数据进行缓存。
一种实现方式中，该第二响应消息可以是第一核心网设备接收到来自第二核心网设备的响应消息时发送的。
步骤605：第二核心网设备根据第五消息对终端设备的下行数据进行缓存。
一种实现方式中，每隔一个缓存周期，如果存在需要向终端设备发送缓存的下行数据时，核心网通过N2接口发送消息给接入网，启动RAN寻呼。在终端设备响应RAN寻呼并恢复RRC连接时，第二核心网设备可以将缓存的数据通过接入网发送至终端设备，具体过程不再赘述。
通过上面的过程，当终端设备的SDT完成时，接入网设备可以触发第二核心网设备对终端设备的下行数据进行缓存，第二核心网设备从而可以在终端设备在非激活态时，缓存下行数据，避免终端设备在非激活态被频繁唤醒，降低终端设备的功耗。
本申请中，也可以由缓存终端设备的下行数据的核心网设备，自主触发停止或取消对终端设备的下行数据进行缓存，下面将详细描述。
如图8所示，为本申请实施例提供的一种数据传输方法流程示意图，该方法流程可以是在终端设备触发SDT之后执行。图8所示的方法流程，可以与图6所示的方法流程结合实施，也可以单独实施，本申请对此并不限定。图8所示的方法流程，还可以和图2或图3所示的流程结合实施。
步骤801：第二核心网设备通过SDT接收来自终端设备的上行信息，向第一核心网设备发送缓存解除请求消息。
其中，缓存解除请求消息用于请求停止或取消对终端设备的下行数据进行缓存。
一种实现方式中，在步骤801之前，终端设备发起SDT。在终端设备发起SDT之前，终端设备处于非激活态，且网络侧为终端设备配置的用于监听RAN寻呼消息的eDRX的周期时长大于10.24秒。
第二核心网设备可以通过接入网设备接收终端设备的上行信息，具体过程不再赘述。
可选的，步骤802：第一核心网设备向第二核心网设备发送缓存解除响应消息；相应的，第二核心网设备接收来自第一核心网设备的缓存解除响应消息，缓存解除响应消息用于响应缓存解除请求消息。
步骤803：第二核心网设备停止对终端设备的下行数据进行缓存，并通过SDT向终端设备发送缓存的下行数据。
第二核心网设备发送缓存解除请求消息之后，或者第二核心网设备接收到缓存解除响应消息之后，不再缓存终端设备的下行数据。
如果第二核心网设备已经缓存了终端设备的下行数据，则可以通过SDT发送缓存的下行数据，具体过程可以参考前面的描述，在此不再赘述。
通过上面的过程，当终端设备触发SDT时，接入网设备可以触发第二核心网设备停止或取消对终端设备的下行数据进行缓存，第二核心网设备从而可以通过SDT将终端设备的下行数据发送至终端设 备，使得终端设备在非激活态时，不需要等待被网络侧寻呼也可以直接获取下行数据，提高数据传输效率，降低终端设备的功耗。
上面的流程中，第一核心网设备为AMF，第二核心网设备为UPF或SMF。如果第二核心网设备为UPF，第二核心网设备可以通过SMF向AMF发送缓存解除请求消息。一种实现方式中，SMF从UPF获取缓存解除请求消息之后，可以将缓存解除请求消息转发至AMF；另一种实现方式中，SMF可以根据缓存解除请求消息生成一个新的消息，并将生成的消息转发至AMF，例如图9所示。
步骤901：UPF向SMF发送缓存解除请求消息。
步骤902：SMF根据缓存解除请求消息向AMF发送PDU会话更新消息。
PDU会话更新消息用于指示停止或取消对终端设备的下行数据进行缓存。PDU会话更新消息还可以用于指示与终端设备相关联的所有SMF可以更新终端设备相关联的PDU会话。
步骤903：AMF向SMF发送PDU会话更新确认消息。
步骤904：SMF向UPF发送缓存解除响应消息。
一种可能的实现方式中，UPF可能包括多个，例如UPF1缓存终端设备的下行数据，而UPF2收到终端设备的上行信息，那么AMF接收到缓存解除请求消息之后，可以向UPF1指示停止或取消对终端设备的下行数据进行缓存，具体可以参考图5所示的流程，在此不再赘述。
本申请中，在SDT完成后，缓存终端设备下行数据的核心网设备还可以再次对终端设备的下行数据进行缓存，从而避免终端设备在非激活态被频繁唤醒，下面将详细描述。
如图10所示，为本申请实施例提供的一种数据传输方法流程示意图，图10所示的方法流程，可以与图4或图8所示的方法流程结合实施，也可以单独实施，本申请对此并不限定。图10所示的方法流程，还可以和图2或图3所示的流程结合实施。
步骤1001：第二核心网设备确定终端设备的SDT完成后，向第一核心网设备发送缓存开启请求消息，缓存开启请求消息用于请求对终端设备的下行数据进行缓存。
本申请中，如何确定终端设备的SDT完成，可能存在多种实现方式。一种实现方式中，如果第二核心网设备接收到空数据包或预设格式的数据包，则确定SDT完成。一种实现方式中，第二核心网设备接收来自终端设备的第一上行信息或发送终端设备的第一下行数据时，启动定时器，定时器的定时时长为预设时长；若定时器超时的情况下，第二核心网设备未接收来自终端设备的第二上行信息或者没有需要发送至终端设备的第二下行数据，则确定SDT完成。
可选的，步骤1002：第一核心网设备向第二核心网设备发送缓存开启确认消息；相应的，第二核心网设备接收来自第一核心网设备的缓存开启确认消息。
步骤1003：第二核心网设备将终端设备的下行数据进行缓存。
通过上面的过程，当终端设备的SDT完成时，第二核心网设备可以在终端设备在非激活态时，缓存下行数据，避免终端设备在非激活态被频繁唤醒，降低终端设备的功耗。
上面的流程中，第一核心网设备为AMF，第二核心网设备为UPF或SMF。如果第二核心网设备为UPF，第二核心网设备可以通过SMF向AMF发送缓存开启请求消息。一种实现方式中，SMF从UPF获取缓存开启请求消息之后，可以将缓存开启请求消息转发至AMF；另一种实现方式中，SMF可以根据缓存开启请求消息生成一个新的消息，并将生成的消息转发至AMF，例如图11所示。
步骤1101：UPF向SMF发送缓存开启请求消息。
步骤1102：SMF根据缓存开启请求消息向AMF发送PDU会话更新消息。
PDU会话更新消息用于指示对终端设备的下行数据进行缓存。PDU会话更新消息还可以用于指示终端设备假如非激活态，且终端设备用于监听RAN寻呼消息的eDRX的周期时长大于10.24秒。
步骤1103：AMF向SMF发送PDU会话更新确认消息。
步骤1104：SMF向UPF发送缓存解除响应消息。
一种可能的实现方式中，UPF可能包括多个，例如UPF1缓存终端设备的下行数据，而UPF2发送缓存开启请求消息，那么AMF接收到缓存开启请求消息之后，可以向UPF1指示对终端设备的下行数据进行缓存，具体可以参考图7所示的流程，在此不再赘述。
上述本申请提供的实施例中，分别从各个设备之间交互的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，接入网设备或核心网设备或终端设备可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。 上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。
本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
与上述构思相同，如图12所示，本申请实施例还提供一种装置1200用于实现上述方法中接入网设备或核心网设备或终端设备的功能。例如，该装置可以为软件模块或者芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。该装置1200可以包括：处理单元1201和通信单元1202。
本申请实施例中，通信单元也可以称为收发单元，可以包括发送单元和/或接收单元，分别用于执行上文方法实施例中接入网设备或核心网设备或终端设备执行的发送和接收的步骤。
以下，结合图12至图13详细说明本申请实施例提供的通信装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，这里不再赘述。
通信单元也可以称为收发器、收发机、收发装置等。处理单元也可以称为处理器，处理单板，处理模块、处理装置等。可选的，可以将通信单元1202中用于实现接收功能的器件视为接收单元，将通信单元1202中用于实现发送功能的器件视为发送单元，即通信单元1202包括接收单元和发送单元。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。
一种实现方式中，通信装置1200可以执行以下功能：
处理单元，用于通过通信单元通过小包数据传输SDT接收来自终端设备的上行信息，用于传输所述上行信息的资源为用于所述SDT的随机接入资源或者配置授权资源；
所述处理单元，用于通过所述通信单元发送第一消息，所述第一消息用于触发第二核心网设备停止对所述终端设备的下行数据进行缓存；接收来自第二核心网设备的下行数据，并通过所述SDT向所述终端设备发送所述下行数据。
一种实现方式中，通信装置1200可以执行以下功能：
处理单元，用于通过通信单元接收来自接入网设备的第一消息，所述第一消息用于触发第二核心网设备停止对终端设备的下行数据进行缓存；
所述处理单元，用于根据所述第一消息通过所述通信单元向所述第二核心网设备发送第四消息，所述第四消息用于指示所述第二核心网设备停止对所述终端设备的下行数据进行缓存，或者所述第四消息用于指示所述终端设备与接入网之间能够进行数据传输。
一种实现方式中，通信装置1200可以执行以下功能：
通信单元，用于接收来自第一核心网设备的第四消息，所述第四消息用于指示所述第二核心网设备停止对所述终端设备的下行数据进行缓存，或者所述第四消息用于指示所述终端设备与接入网之间能够进行数据传输；
所述处理单元，用于根据所述第四消息停止对所述终端设备的下行数据进行缓存；
所述通信单元，用于向接入网设备发送所述终端设备的下行数据。
一种实现方式中，通信装置1200可以执行以下功能：
处理单元，用于确定终端设备的小包数据传输SDT完成后，生成第二消息；
通信单元，用于向第一核心网设备发送第二消息，所述第二消息用于触发第二核心网设备对所述终端设备的下行数据进行缓存。
一种实现方式中，通信装置1200可以执行以下功能：
通信单元，用于接收来自接入网设备的第二消息，所述第二消息用于触发第二核心网设备对终端设备的下行数据进行缓存；
处理单元，用于根据所述第二消息向所述第二核心网设备发送第五消息，所述第五消息用于指示所述第二核心网设备对所述终端设备的下行数据进行缓存，或者所述第五消息用于指示所述终端设备进入非激活态。
一种实现方式中，通信装置1200可以执行以下功能：
通信单元，用于接收来自第一核心网设备的第五消息，所述第五消息用于指示所述第二核心网设备对所述终端设备的下行数据进行缓存，或者所述第五消息用于指示所述终端设备进入非激活态；
处理单元，用于根据所述第五消息对所述终端设备的下行数据进行缓存。
一种实现方式中，通信装置1200可以执行以下功能：
通信单元，用于通过小包数据传输SDT接收来自终端设备的上行信息，向第一核心网设备发送缓存解除请求消息，所述缓存解除请求消息用于请求停止对所述终端设备的下行数据进行缓存；
处理单元，用于停止对所述终端设备的下行数据进行缓存，并通过所述SDT向所述终端设备发送缓存的所述下行数据。
一种实现方式中，通信装置1200可以执行以下功能：
处理单元，用于确定终端设备的小包数据传输SDT完成后，通过通信单元向第一核心网设备发送缓存开启请求消息，所述缓存开启请求消息用于请求对所述终端设备的下行数据进行缓存；
所述通信单元，用于接收来自所述第一核心网设备的缓存解除确认消息，将所述终端设备的下行数据进行缓存。以上只是示例，处理单元1201和通信单元1202还可以执行其他功能，更详细的描述可以参考前面所示的方法实施例中相关描述，这里不加赘述。
如图13所示为本申请实施例提供的装置1300，图13所示的装置可以为图12所示的装置的一种硬件电路的实现方式。该通信装置可适用于前面所示出的流程图中，执行上述方法实施例中接入网设备或核心网设备或终端设备的功能。为了便于说明，图13仅示出了该通信装置的主要部件。
如图13所示，通信装置1300包括处理器1310和接口电路1320。处理器1310和接口电路1320之间相互耦合。可以理解的是，接口电路1320可以为收发器或输入输出接口。可选的，通信装置1300还可以包括存储器1330，用于存储处理器1310执行的指令或存储处理器1310运行指令所需要的输入数据或存储处理器1310运行指令后产生的数据。
当通信装置1300用于实现前面所示的方法时，处理器1310用于实现上述处理单元1201的功能，接口电路1320用于实现上述通信单元1202的功能。
当上述通信装置为应用于接入网设备的芯片时，该接入网设备的芯片实现上述方法实施例中接入网设备的功能。该接入网设备芯片从终端设备中的其它模块(如射频模块或天线)接收信息；或者，该接入网设备的芯片向接入网设备中的其它模块(如射频模块或天线)发送信息。
当上述通信装置为应用于核心网设备的芯片时，该核心网设备的芯片实现上述方法实施例中核心网设备的功能。该核心网设备的芯片从核心网设备中的其它模块(如射频模块或天线)接收信息；或者，该核心网设备的芯片向核心网设备中的其它模块(如射频模块或天线)发送信息。
可以理解的是，本申请的实施例中的处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。
本申请的实施例中存储器可以是随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于网络设备或终端设备中。处理器和存储介质也可以作为分立组件存在于网络设备或终端设备中。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框 图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (68)

  1. 一种数据传输方法，其特征在于，包括：
    通过小包数据传输SDT接收来自终端设备的上行信息，用于传输所述上行信息的资源为用于所述SDT的随机接入资源或者配置授权资源；
    发送第一消息，所述第一消息用于触发第二核心网设备停止对所述终端设备的下行数据进行缓存；
    接收来自第二核心网设备的下行数据，并通过所述SDT向所述终端设备发送所述下行数据。
  2. 根据权利要求1所述的方法，其特征在于，发送所述第一消息的设备为保留了所述终端设备的上下文的接入网设备。
  3. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    获取所述终端设备的上下文。
  4. 根据权利要求1至3任一所述的方法，其特征在于，所述方法还包括：
    确定所述SDT完成后，发送第二消息；其中，所述第二消息用于触发所述第二核心网设备对所述终端设备的下行数据进行缓存；或者，所述第二消息用于指示所述终端设备在所述非激活态监听无线接入网络发起的寻呼消息的扩展非连续接收周期的周期时长。
  5. 根据权利要求4所述的方法，其特征在于，所述确定所述SDT完成，包括：
    如果接收到空数据包或预设格式的数据包，则确定所述SDT完成。
  6. 根据权利要求4所述的方法，其特征在于，所述确定所述SDT完成，包括：
    接收来自所述终端设备的第一上行信息或来自所述第二核心网设备的第一下行数据时，启动定时器，所述定时器的定时时长为预设时长；
    若所述定时器超时的情况下，未接收来自所述终端设备的第二上行信息或来自所述第二核心网设备的第二下行数据，则确定所述SDT完成。
  7. 根据权利要求4所述的方法，其特征在于，所述方法还包括：
    向所述终端设备发送第三消息，所述第三消息用于指示所述终端设备进入非激活态。
  8. 根据权利要求1至7任一所述的方法，其特征在于，所述方法还包括：
    将所述终端设备释放到非激活态，并为所述终端设备保留终端设备上下文以及终端设备相关联的与第一核心网设备的连接。
  9. 根据权利要求1至7任一所述的方法，其特征在于，发送所述第一消息的设备为所述终端设备当前驻留的小区所属的接入网络设备。
  10. 根据权利要求1至9任一所述的方法，其特征在于，所述方法还包括：
    接收所述第一消息的第一响应消息，所述第一响应消息用于确认触发第二核心网设备停止或取消对所述终端设备的下行数据进行缓存，或者，所述第一响应消息用于确认所述终端设备与接入网之间能够进行数据传输。
  11. 根据权利要求1至9任一所述的方法，其特征在于，所述方法还包括：
    发送第六消息，所述第六消息用于触发第二核心网设备开始对所述终端设备的下行数据进行缓存。
  12. 一种数据传输方法，其特征在于，包括：
    接收来自接入网设备的第一消息，所述第一消息用于触发第二核心网设备停止对终端设备的下行数据进行缓存；
    根据所述第一消息向所述第二核心网设备发送第四消息，所述第四消息用于指示所述第二核心网设备停止对所述终端设备的下行数据进行缓存，或者所述第四消息用于指示所述终端设备与接入网之间能够进行数据传输。
  13. 根据权利要求12所述的方法，其特征在于，所述方法还包括：
    接收来自所述接入网设备的第六消息，所述第六消息用于触发第二核心网设备开始对所述终端设备的下行数据进行缓存；
    根据所述第六消息向所述第二核心网设备发送第七消息，所述第七消息用于指示所述第二核心网设备开始对所述终端设备的下行数据进行缓存，或者所述第七消息用于指示所述终端设备与接入网之间数据不可传输。
  14. 一种数据传输方法，其特征在于，包括：
    接收来自第一核心网设备的第四消息，所述第四消息用于指示所述第二核心网设备停止对所述终端设备的下行数据进行缓存，或者所述第四消息用于指示所述终端设备与接入网之间能够进行数据传输；
    根据所述第四消息停止对所述终端设备的下行数据进行缓存，并向接入网设备发送所述终端设备的下行数据。
  15. 根据权利要求14所述的方法，其特征在于，所述接入网设备为保留了所述终端设备的上下文的设备。
  16. 根据权利要求14所述的方法，其特征在于，所述方法还包括：接收来自所述第一核心网设备的第七消息，所述第七消息用于指示开始对所述终端设备的下行数据进行缓存，或者所述第七消息用于指示所述终端设备与接入网之间数据不可传输。
  17. 一种数据传输方法，其特征在于，包括：
    确定终端设备的小包数据传输SDT完成后，生成第二消息；
    向第一核心网设备发送第二消息，所述第二消息用于触发第二核心网设备对所述终端设备的下行数据进行缓存。
  18. 根据权利要求17所述的方法，其特征在于，所述确定终端设备的小包数据传输SDT完成，包括：
    如果接收到空数据包或预设格式的数据包，则确定所述SDT完成。
  19. 根据权利要求17所述的方法，其特征在于，所述确定终端设备的小包数据传输SDT完成，包括：
    接收来自所述终端设备的第一上行信息或来自所述第二核心网设备的第一下行数据时，启动定时器，所述定时器的定时时长为预设时长；
    若所述定时器超时的情况下，未接收来自所述终端设备的第二上行信息或来自所述第二核心网设备的第二下行数据，则确定所述SDT完成。
  20. 根据权利要求17至19任一所述的方法，其特征在于，所述方法还包括：
    向所述终端设备发送第三消息，所述第三消息用于指示所述终端设备进入非激活态。
  21. 根据权利要求17至20任一所述的方法，其特征在于，保留所述终端设备的上下文。
  22. 一种数据传输方法，其特征在于，包括：
    接收来自接入网设备的第二消息，所述第二消息用于触发第二核心网设备对终端设备的下行数据进行缓存；
    根据所述第二消息向所述第二核心网设备发送第五消息，所述第五消息用于指示所述第二核心网设备对所述终端设备的下行数据进行缓存，或者所述第五消息用于指示所述终端设备进入非激活态。
  23. 一种数据传输方法，其特征在于，包括：
    接收来自第一核心网设备的第五消息，所述第五消息用于指示所述第二核心网设备对所述终端设备的下行数据进行缓存，或者所述第五消息用于指示所述终端设备进入非激活态；
    根据所述第五消息对所述终端设备的下行数据进行缓存。
  24. 一种数据传输方法，其特征在于，包括：
    通过小包数据传输SDT接收来自终端设备的上行信息，向第一核心网设备发送缓存解除请求消息，所述缓存解除请求消息用于请求停止对所述终端设备的下行数据进行缓存；
    停止对所述终端设备的下行数据进行缓存，并通过所述SDT向所述终端设备发送缓存的所述下行数据。
  25. 根据权利要求24所述的方法，其特征在于，所述方法还包括：
    接收来自所述第一核心网设备的缓存解除响应消息，所述缓存解除响应消息用于响应所述缓存解除请求消息。
  26. 根据权利要求24或25所述的方法，其特征在于，所述方法还包括：
    确定所述SDT完成后，对所述终端设备的下行数据进行缓存。
  27. 根据权利要求26所述的方法，其特征在于，所述方法还包括：
    向所述第一核心网设备发送缓存开启请求消息，所述缓存开启请求消息用于指示请求对所述终端设备的下行数据进行缓存。
  28. 根据权利要求26所述的方法，其特征在于，所述确定所述SDT完成，包括：
    如果接收到空数据包或预设格式的数据包，则确定所述SDT完成。
  29. 根据权利要求26所述的方法，其特征在于，所述确定所述SDT完成，包括：
    接收来自所述终端设备的第一上行信息时，启动定时器，所述定时器的定时时长为预设时长；
    若所述定时器超时的情况下，未接收来自所述终端设备的第二上行信息，则确定所述SDT完成。
  30. 一种数据传输方法，其特征在于，包括：
    确定终端设备的小包数据传输SDT完成后，向第一核心网设备发送缓存开启请求消息，所述缓存开启请求消息用于请求对所述终端设备的下行数据进行缓存；
    接收来自所述第一核心网设备的缓存解除确认消息，将所述终端设备的下行数据进行缓存。
  31. 根据权利要求30所述的方法，其特征在于，所述确定终端设备的SDT完成，包括：
    如果接收到空数据包或预设格式的数据包，则确定所述SDT完成。
  32. 根据权利要求30所述的方法，其特征在于，所述确定终端设备的SDT完成，包括：
    接收来自所述终端设备的第一上行信息时，启动定时器，所述定时器的定时时长为预设时长；
    若所述定时器超时的情况下，未接收来自所述终端设备的第二上行信息，则确定所述SDT完成。
  33. 一种通信装置，其特征在于，包括：
    处理单元，用于通过通信单元通过小包数据传输SDT接收来自终端设备的上行信息，用于传输所述上行信息的资源为用于所述SDT的随机接入资源或者配置授权资源；
    所述处理单元，用于通过所述通信单元发送第一消息，所述第一消息用于触发第二核心网设备停止对所述终端设备的下行数据进行缓存；接收来自第二核心网设备的下行数据，并通过所述SDT向所述终端设备发送所述下行数据。
  34. 根据权利要求33所述的装置，其特征在于，所述通信装置为保留了所述终端设备的上下文的接入网设备。
  35. 根据权利要求33所述的装置，其特征在于，所述通信单元还用于：
    获取所述终端设备的上下文。
  36. 根据权利要求33至35任一所述的装置，其特征在于，所述通信单元还用于：
    确定所述SDT完成后，发送第二消息；其中，所述第二消息用于触发所述第二核心网设备对所述终端设备的下行数据进行缓存；或者，所述第二消息用于指示所述终端设备在所述非激活态监听无线接入网络发起的寻呼消息的扩展非连续接收周期的周期时长。
  37. 根据权利要求36所述的装置，其特征在于，所述处理单元具体用于：
    如果接收到空数据包或预设格式的数据包，则确定所述SDT完成。
  38. 根据权利要求36所述的装置，其特征在于，所述处理单元具体用于：
    接收来自所述终端设备的第一上行信息或来自所述第二核心网设备的第一下行数据时，启动定时器，所述定时器的定时时长为预设时长；
    若所述定时器超时的情况下，未接收来自所述终端设备的第二上行信息或来自所述第二核心网设备的第二下行数据，则确定所述SDT完成。
  39. 根据权利要求36所述的装置，其特征在于，所述处理单元具体用于：
    向所述终端设备发送第三消息，所述第三消息用于指示所述终端设备进入非激活态。
  40. 根据权利要求33至39任一所述的装置，其特征在于，所述处理单元具体用于：
    将所述终端设备释放到非激活态，并为所述终端设备保留终端设备上下文以及终端设备相关联的与第一核心网设备的连接。
  41. 根据权利要求33至39任一所述的装置，其特征在于，所述通信装置为所述终端设备当前驻留的小区所属的接入网络设备。
  42. 根据权利要求33至41任一所述的装置，其特征在于，所述通信单元还用于：
    接收所述第一消息的第一响应消息，所述第一响应消息用于确认触发第二核心网设备停止或取消对所述终端设备的下行数据进行缓存，或者，所述第一响应消息用于确认所述终端设备与接入网之间能够进行数据传输。
  43. 根据权利要求33至41任一所述的装置，其特征在于，所述通信单元还用于：
    发送第六消息，所述第六消息用于触发第二核心网设备开始对所述终端设备的下行数据进行缓存。
  44. 一种通信装置，其特征在于，包括：
    处理单元，用于通过通信单元接收来自接入网设备的第一消息，所述第一消息用于触发第二核心网设备停止对终端设备的下行数据进行缓存；
    所述处理单元，用于根据所述第一消息通过所述通信单元向所述第二核心网设备发送第四消息，所述第四消息用于指示所述第二核心网设备停止对所述终端设备的下行数据进行缓存，或者所述第四消息用于指示所述终端设备与接入网之间能够进行数据传输。
  45. 根据权利要求44所述的装置，其特征在于，所述通信单元还用于：
    接收来自所述接入网设备的第六消息，所述第六消息用于触发第二核心网设备开始对所述终端设备的下行数据进行缓存；
    根据所述第六消息向所述第二核心网设备发送第七消息，所述第七消息用于指示所述第二核心网设备开始对所述终端设备的下行数据进行缓存，或者所述第七消息用于指示所述终端设备与接入网之间数据不可传输。
  46. 一种通信装置，其特征在于，包括：
    通信单元，用于接收来自第一核心网设备的第四消息，所述第四消息用于指示所述第二核心网设备停止对所述终端设备的下行数据进行缓存，或者所述第四消息用于指示所述终端设备与接入网之间能够进行数据传输；
    所述处理单元，用于根据所述第四消息停止对所述终端设备的下行数据进行缓存；
    所述通信单元，用于向接入网设备发送所述终端设备的下行数据。
  47. 根据权利要求46所述的装置，其特征在于，所述接入网设备为保留了所述终端设备的上下文的设备。
  48. 根据权利要求46所述的装置，其特征在于，所述通信单元还用于：
    接收来自所述第一核心网设备的第七消息，所述第七消息用于指示开始对所述终端设备的下行数据进行缓存，或者所述第七消息用于指示所述终端设备与接入网之间数据不可传输。
  49. 一种通信装置，其特征在于，包括：
    处理单元，用于确定终端设备的小包数据传输SDT完成后，生成第二消息；
    通信单元，用于向第一核心网设备发送第二消息，所述第二消息用于触发第二核心网设备对所述终端设备的下行数据进行缓存。
  50. 根据权利要求49所述的装置，其特征在于，所述处理单元具体用于：
    如果接收到空数据包或预设格式的数据包，则确定所述SDT完成。
  51. 根据权利要求49所述的装置，其特征在于，所述处理单元具体用于：
    接收来自所述终端设备的第一上行信息或来自所述第二核心网设备的第一下行数据时，启动定时器，所述定时器的定时时长为预设时长；
    若所述定时器超时的情况下，未接收来自所述终端设备的第二上行信息或来自所述第二核心网设备的第二下行数据，则确定所述SDT完成。
  52. 根据权利要求49至51任一所述的装置，其特征在于，所述通信单元还用于：
    向所述终端设备发送第三消息，所述第三消息用于指示所述终端设备进入非激活态。
  53. 根据权利要求49至52任一所述的装置，其特征在于，保留所述终端设备的上下文。
  54. 一种通信装置，其特征在于，包括：
    通信单元，用于接收来自接入网设备的第二消息，所述第二消息用于触发第二核心网设备对终端设备的下行数据进行缓存；
    处理单元，用于根据所述第二消息向所述第二核心网设备发送第五消息，所述第五消息用于指示所述第二核心网设备对所述终端设备的下行数据进行缓存，或者所述第五消息用于指示所述终端设备进入非激活态。
  55. 一种通信装置，其特征在于，包括：
    通信单元，用于接收来自第一核心网设备的第五消息，所述第五消息用于指示所述第二核心网设备对所述终端设备的下行数据进行缓存，或者所述第五消息用于指示所述终端设备进入非激活态；
    处理单元，用于根据所述第五消息对所述终端设备的下行数据进行缓存。
  56. 一种通信装置，其特征在于，包括：
    通信单元，用于通过小包数据传输SDT接收来自终端设备的上行信息，向第一核心网设备发送缓存解除请求消息，所述缓存解除请求消息用于请求停止对所述终端设备的下行数据进行缓存；
    处理单元，用于停止对所述终端设备的下行数据进行缓存，并通过所述SDT向所述终端设备发送缓存的所述下行数据。
  57. 根据权利要求56所述的装置，其特征在于，所述通信单元还用于：
    接收来自所述第一核心网设备的缓存解除响应消息，所述缓存解除响应消息用于响应所述缓存解除请求消息。
  58. 根据权利要求56或57所述的装置，其特征在于，所述处理单元还用于：
    确定所述SDT完成后，对所述终端设备的下行数据进行缓存。
  59. 根据权利要求58所述的装置，其特征在于，所述通信单元还用于：
    向所述第一核心网设备发送缓存开启请求消息，所述缓存开启请求消息用于指示请求对所述终端设备的下行数据进行缓存。
  60. 根据权利要求58所述的装置，其特征在于，所述处理单元具体用于：
    如果接收到空数据包或预设格式的数据包，则确定所述SDT完成。
  61. 根据权利要求58所述的装置，其特征在于，所述处理单元具体用于：
    接收来自所述终端设备的第一上行信息时，启动定时器，所述定时器的定时时长为预设时长；
    若所述定时器超时的情况下，未接收来自所述终端设备的第二上行信息，则确定所述SDT完成。
  62. 一种通信装置，其特征在于，包括：
    处理单元，用于确定终端设备的小包数据传输SDT完成后，通过通信单元向第一核心网设备发送缓存开启请求消息，所述缓存开启请求消息用于请求对所述终端设备的下行数据进行缓存；
    所述通信单元，用于接收来自所述第一核心网设备的缓存解除确认消息，将所述终端设备的下行数据进行缓存。
  63. 根据权利要求62所述的装置，其特征在于，所述处理单元具体用于：
    如果接收到空数据包或预设格式的数据包，则确定所述SDT完成。
  64. 根据权利要求62所述的装置，其特征在于，所述处理单元具体用于：
    接收来自所述终端设备的第一上行信息时，启动定时器，所述定时器的定时时长为预设时长；
    若所述定时器超时的情况下，未接收来自所述终端设备的第二上行信息，则确定所述SDT完成。
  65. 一种通信装置，其特征在于，包括处理器和存储器：
    所述处理器，用于执行所述存储器中存储的计算机程序或指令，当所述处理器执行所述计算机程序或指令时，如权利要求1至32中任意一项所述的方法被执行。
  66. 一种芯片，其特征在于，包括处理器，所述处理器与存储器耦合，用于执行所述存储器中存储的计算机程序或指令，当所述处理器执行所述计算机程序或指令时，如权利要求1至32中任意一项所述的方法被执行。
  67. 一种计算机可读存储介质，其特征在于，存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如权利要求1至32中任意一项所述的方法。
  68. 一种计算机程序产品，其特征在于，存储有计算机可读指令，当通信装置读取并执行所述计算机可读指令，使得所述通信装置执行如权利要求1至32中任一项所述的方法。
PCT/CN2023/121157 2022-09-30 2023-09-25 一种数据传输方法及装置 WO2024067502A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202211209793.9A CN117812676A (zh) 2022-09-30 2022-09-30 一种数据传输方法及装置
CN202211209793.9 2022-09-30

Publications (1)

Publication Number Publication Date
WO2024067502A1 true WO2024067502A1 (zh) 2024-04-04

Family

ID=90420437

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/121157 WO2024067502A1 (zh) 2022-09-30 2023-09-25 一种数据传输方法及装置

Country Status (2)

Country Link
CN (1) CN117812676A (zh)
WO (1) WO2024067502A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111800888A (zh) * 2019-08-13 2020-10-20 维沃移动通信有限公司 一种sdt处理方法、设备及系统
CN114449043A (zh) * 2021-11-30 2022-05-06 华为技术有限公司 通信方法及通信装置
WO2022128489A1 (en) * 2020-12-16 2022-06-23 Nokia Technologies Oy Small data transmission procedure termination

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111800888A (zh) * 2019-08-13 2020-10-20 维沃移动通信有限公司 一种sdt处理方法、设备及系统
WO2022128489A1 (en) * 2020-12-16 2022-06-23 Nokia Technologies Oy Small data transmission procedure termination
CN114449043A (zh) * 2021-11-30 2022-05-06 华为技术有限公司 通信方法及通信装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "SDT aspects common for RACH-based and CG-based SDT scheme", 3GPP TSG-RAN WG2 #112-E ONLINE, R2-2009930, 23 October 2020 (2020-10-23), XP051942700 *

Also Published As

Publication number Publication date
CN117812676A (zh) 2024-04-02

Similar Documents

Publication Publication Date Title
JP6810157B2 (ja) Ｓｃｅｆを介した高レイテンシ通信
WO2018082598A1 (zh) 一种寻呼方法、基站及终端
KR101225195B1 (ko) 무선통신 시스템에서 ｒｒｃ 연결 해제 방법 및 장치
WO2018019001A1 (zh) 一种终端状态转换方法及装置
US20200374973A1 (en) Communication Method and Wireless Communications Apparatus
CN112514528B (zh) 用于5g蜂窝物联网的用户平面优化
WO2017193766A1 (zh) 一种下行数据传输的方法及设备
KR20140124411A (ko) 통신 시스템에서 기지국과 사용자 단말기간의 무선 자원 제어 연결 설정/해제 방법 및 장치
WO2023098605A1 (zh) 通信方法及通信装置
GB2513313A (en) Infrastructure equipment, mobile communications network and method
US20150146593A1 (en) User device dormancy
WO2020150903A1 (zh) 省电信号图案的使用方法、装置、设备及系统
US20240049327A1 (en) Communication method, apparatus, and system
WO2022053003A1 (zh) 一种rrc连接释放的方法及装置
US20230038417A1 (en) Data transmission method and apparatus
WO2018170911A1 (zh) 一种功耗参数的配置方法及装置
WO2021189235A1 (zh) 一种数据传输方法及装置、通信设备
CN112369113A (zh) 用于在5gs中的网络调度的到cm-connected/rrc连接模式的ue转变的装置和方法
US20140335864A1 (en) Radio communication system, radio base station, radio terminal and radio communication method
JP6835880B2 (ja) データ伝送方法、アクセスネットワーク装置、端末装置とネットワークエンティティ
WO2023213140A1 (zh) 通信方法、资源配置方法、设备、网络节点、系统及介质
WO2017032197A1 (zh) 一种通信控制方法及装置
WO2021012188A1 (zh) 通信处理方法及相关设备
WO2024067502A1 (zh) 一种数据传输方法及装置
WO2018149280A1 (zh) 数据接收方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23870732

Country of ref document: EP

Kind code of ref document: A1