WO2022042652A1 - 上行数据处理方法、装置、网络设备、终端设备及介质 - Google Patents

上行数据处理方法、装置、网络设备、终端设备及介质 Download PDF

Info

Publication number
WO2022042652A1
WO2022042652A1 PCT/CN2021/114806 CN2021114806W WO2022042652A1 WO 2022042652 A1 WO2022042652 A1 WO 2022042652A1 CN 2021114806 W CN2021114806 W CN 2021114806W WO 2022042652 A1 WO2022042652 A1 WO 2022042652A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
context
uplink data
message
data
Prior art date
Application number
PCT/CN2021/114806
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 WO2022042652A1 publication Critical patent/WO2022042652A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information

Definitions

  • the present application relates to the field of communication technologies, and in particular, to an uplink data processing method, apparatus, network device, terminal device, and medium.
  • the network equipment includes a Centralized Unit (CU) node and a Distributed Unit (DU) node.
  • the terminal equipment (User Equipment, UE) completes the last uplink data transmission and enters the Radio Resource Control (Radio Resource Control, RRC) in the inactive state, the distribution unit DU in the network device that performed the last service on the terminal device will release the UE context corresponding to the terminal device.
  • RRC Radio Resource Control
  • the distribution unit DU in the network equipment needs to re-establish the UE context corresponding to the terminal equipment. Therefore, the existing data transmission process is cumbersome and inefficient.
  • the present application provides an uplink data processing method, apparatus, network device, terminal device and medium to solve the technical problems existing in the prior art.
  • the present application provides an uplink data processing method, which is applied to the first distribution unit DU, and the method includes:
  • the first processing data is sent to the first centralized unit CU, and the UE context corresponding to the terminal device is reserved; wherein, the reserved UE context is used to perform data processing on uplink data sent by the terminal device next time.
  • the reserving the UE context corresponding to the terminal device includes:
  • the first message further includes an RRC recovery request for requesting RRC recovery
  • the method After receiving the first message and uplink data sent by the terminal equipment UE in the RRC inactive state, the method further includes:
  • the RRC recovery request is sent to the first CU.
  • the data processing is performed on the uplink data to obtain the first processed data include:
  • performing data processing on the uplink data to obtain first processed data includes:
  • the present application provides an uplink data processing method, which is applied to the first centralized unit CU, and the method includes:
  • the first processing data is that after the first DU receives the first message and uplink data sent by the terminal equipment UE in the RRC inactive state, according to the The UE context corresponding to the terminal device is obtained by performing data processing on the uplink data;
  • it also includes:
  • it also includes:
  • the method further includes:
  • a UE context establishment request is initiated to the first DU, where the UE context establishment request is used to instruct the first DU to establish a UE context, and the uplink data is updated according to the established UE context. Perform data processing to obtain the first processed data.
  • it also includes:
  • the DU of the UE context operation corresponding to the terminal device, the second DU is different from the first DU.
  • the method further includes:
  • the UE context establishment request is used to instruct the first DU to establish a UE context, and perform data processing on the uplink data according to the established UE context,
  • the first processed data is obtained.
  • it also includes:
  • the present application provides an uplink data processing method, which is applied to a terminal device, and the method includes:
  • the uplink data sent once is processed for data processing.
  • the present application provides a first distribution unit DU of a network device, including a memory, a transceiver, and a processor:
  • a memory for storing a computer program
  • a transceiver for sending and receiving data under the control of the processor
  • a processor for reading the computer program in the memory and performing the following operations:
  • the first processing data is sent to the first centralized unit CU, and the UE context corresponding to the terminal device is reserved; wherein, the reserved UE context is used to perform data processing on uplink data sent by the terminal device next time.
  • the reserving the UE context corresponding to the terminal device includes:
  • the first message further includes an RRC recovery request for requesting RRC recovery
  • the operation After receiving the first message and uplink data sent by the terminal equipment UE in the radio resource control RRC inactive state, the operation further includes:
  • the RRC recovery request is sent to the first CU.
  • the data processing is performed on the uplink data to obtain the first processed data include:
  • performing data processing on the uplink data to obtain first processed data includes:
  • the present application provides a first centralized unit CU of a network device, including a memory, a transceiver, and a processor:
  • a memory for storing a computer program
  • a transceiver for sending and receiving data under the control of the processor
  • a processor for reading the computer program in the memory and performing the following operations:
  • the first processing data is that after the first DU receives the first message and uplink data sent by the terminal equipment UE in the RRC inactive state, according to the The UE context corresponding to the terminal device is obtained by performing data processing on the uplink data;
  • the operations further include:
  • the operations further include:
  • the method further includes:
  • a UE context establishment request is initiated to the first DU, where the UE context establishment request is used to instruct the first DU to establish a UE context, and the uplink data is updated according to the established UE context. Perform data processing to obtain the first processed data.
  • the operations further include:
  • the DU of the UE context operation corresponding to the terminal device, the second DU is different from the first DU.
  • the method further includes:
  • the UE context establishment request is used to instruct the first DU to establish a UE context, and perform data processing on the uplink data according to the established UE context,
  • the first processed data is obtained.
  • the operations further include:
  • the present application provides a network device, including the above-mentioned first distribution unit DU and the above-mentioned first centralized unit CU.
  • the present application provides a terminal device, including a memory, a transceiver, and a processor:
  • a memory for storing a computer program
  • a transceiver for sending and receiving data under the control of the processor
  • a processor for reading the computer program in the memory and performing the following operations:
  • a first message is generated; the first message and the uplink data are sent to the first distribution unit DU, and the first message is used to indicate the first
  • the DU performs data processing on the uplink data according to the UE context corresponding to the terminal device to obtain first processed data, and sends the first processed data to the first centralized unit CU, and retains the corresponding data of the terminal device.
  • UE context wherein, the reserved UE context is used for the first DU to perform data processing on uplink data sent by the terminal device next time.
  • the present application provides an uplink data processing apparatus, which is applied to the first distribution unit DU, and the apparatus includes:
  • a receiving unit configured to receive a first message and uplink data sent by a terminal device UE in a radio resource control RRC inactive state, where the first message is used to request RRC recovery;
  • a processing unit configured to perform data processing on the uplink data according to the UE context corresponding to the terminal device to obtain first processed data
  • a sending unit configured to send the first processing data to the first centralized unit CU;
  • the processing unit is further configured to reserve the UE context corresponding to the terminal device; wherein, the reserved UE context is used to perform data processing on the uplink data sent by the terminal device next time.
  • the present application provides an uplink data processing apparatus, which is applied to the first centralized unit CU, and the apparatus includes:
  • the receiving unit is configured to receive the first processing data sent by the first distribution unit DU, where the first processing data is the first message and uplink data sent by the first DU when receiving the terminal equipment UE in the RRC inactive state Then, the uplink data is obtained by performing data processing on the uplink data according to the UE context corresponding to the terminal device;
  • a sending unit configured to send a second message to the first DU, where the second message is used to instruct the first DU to reserve the UE context corresponding to the terminal device; wherein the reserved UE context is used for the first DU
  • a DU performs data processing on the uplink data sent by the terminal device next time.
  • the present application provides an uplink data processing apparatus, which is applied to terminal equipment, and the apparatus includes:
  • a processing unit configured to generate a first message if uplink data needs to be sent when in the RRC inactive state
  • a sending unit configured to send the first message and the uplink data to the first distribution unit DU, where the first message is used to instruct the first DU to perform data processing on the uplink data according to the UE context corresponding to the terminal device processing to obtain first processing data, and sending the first processing data to the first centralized unit CU, and reserving the UE context corresponding to the terminal device; wherein, the reserved UE context is used for the first DU pair Data processing is performed on the uplink data sent by the terminal device next time.
  • the present application provides a computer-readable storage medium, where computer-executable instructions are stored in the computer-readable storage medium, and the computer-executable instructions are used to implement the above uplink data processing method when executed by a processor.
  • the present application provides an uplink data processing method, apparatus, network device, terminal device and medium.
  • the method includes: receiving a first message and uplink data sent by a terminal device UE in a radio resource control RRC inactive state, and the first message uses Perform RRC recovery upon request; perform data processing on uplink data to obtain first processed data; send the first processed data to the first centralized unit CU, and retain the UE context corresponding to the terminal device.
  • the first DU when receiving uplink data sent by a terminal device in an RRC inactive state, the first DU processes the uplink data and sends it to the first CU.
  • the first DU retains the UE context corresponding to the terminal device, and when performing the next uplink data processing, the first DU can process the next uplink data according to the unreleased UE context without re-connecting with the first DU.
  • the CU establishes a corresponding UE context, thereby simplifying the transmission process of uplink data and improving data transmission efficiency.
  • FIG. 1 is a schematic diagram of a CU-DU separation architecture
  • FIG. 2 is a schematic diagram of data transmission performed by a terminal device in an RRC inactive state in the prior art
  • FIG. 3 is a schematic diagram of an uplink data processing method provided by an embodiment of the present application.
  • FIG. 4 is another schematic diagram of an uplink data processing method provided by an embodiment of the present application.
  • FIG. 5 is another schematic diagram of an uplink data processing method provided by an embodiment of the present application.
  • FIG. 6 is still another schematic diagram of an uplink data processing method provided by an embodiment of the present application.
  • FIG. 7 is a schematic diagram of a first distribution unit provided by an embodiment of the present application.
  • FIG. 8 is a schematic diagram of a terminal device provided by an embodiment of the present application.
  • FIG. 9 is a schematic diagram of an uplink data processing apparatus provided by an embodiment of the present application.
  • FIG. 10 is another schematic diagram of an uplink data processing apparatus provided by an embodiment of the present application.
  • FIG. 11 is another schematic diagram of an uplink data processing apparatus provided by an embodiment of the present application.
  • the words “if”, “if” as used herein may be interpreted as “at” or “when” or “in response to determining” or “in response to detecting”.
  • the phrases “if determined” or “if detected (the stated condition or event)” can be interpreted as “when determined” or “in response to determining” or “when detected (the stated condition or event),” depending on the context )” or “in response to detection (a stated condition or event)”.
  • GSM Global System Of Mobile Communication
  • CDMA Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • GPRS General Packet Radio Service
  • LTE Long Term Evolution
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • LTE-A Long Term Evolution Advanced
  • UMTS Universal Mobile Telecommunication System
  • Wimax Worldwide Interoperability For Microwave Access
  • 5G New Radio, NR 5G New Radio, NR
  • the terminal device involved in the embodiments of the present application may be a device that provides voice and/or data connectivity to a user, a handheld device with a wireless connection function, or other processing device connected to a wireless modem.
  • the name of the terminal device may be different.
  • the terminal device may be called user equipment (User Equipment, UE).
  • Wireless terminal equipment can communicate with one or more core networks (Core Network, CN) via a radio access network (Radio Access Network, RAN).
  • RAN Radio Access Network
  • phone and computers with mobile terminal equipment, eg portable, pocket-sized, hand-held, computer-built or vehicle-mounted mobile devices, which exchange language and/or data with the radio access network.
  • Wireless terminal equipment may also be referred to as a system, a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, or an access point.
  • Remote Terminal Remote Terminal
  • Access Terminal Access Terminal
  • User Terminal User Terminal
  • User Agent User Agent
  • User Device User Device
  • the network device involved in the embodiments of the present application may be a base station, and the base station may include a plurality of cells providing services for the terminal.
  • the base station may also be called an access point, or may be a device in the access network that communicates with wireless terminal equipment through one or more sectors on the air interface, or other names.
  • the network device can be used to exchange received air frames with Internet Protocol (IP) packets, and act as a router between the wireless terminal device and the rest of the access network, which can include the Internet. Protocol (IP) communication network.
  • IP Internet Protocol
  • the network devices may also coordinate attribute management for the air interface.
  • the network device involved in the embodiments of the present application may be a network device (Base Transceiver Station, BTS) in a Global System For Mobile Communications (GSM) or a Code Division Multiple Access (Code Division Multiple Access, CDMA). ), it can also be a network device (Nodeb) in the Wide-Band Code Division Multiple Access (WCDMA), or it can be an evolved network device in the Long Term Evolution (Long Term Evolution, LTE) system (Evolutional Node B, Enb or E-Nodeb), 5G base station (Gnb) in 5G network architecture (Next Generation System), it can also be Home Evolved Node B (Henb), Relay Node (Relay Node) , a home base station (Femto), a pico base station (Pico), etc., which are not limited in the embodiments of the present application.
  • the network device may include a centralized unit (Centralized Unit, CU) node and a distributed unit (Distributed Unit,
  • FIG. 1 is a schematic diagram of a CU-DU separation architecture. As shown in FIG. 1 , the CU and the DU can be physically separated or deployed together. Multiple DUs can share one CU. A DU can also be connected to multiple CUs. The CU and the DU can be connected through an interface, for example, through an F1 interface. CU and DU can be divided according to the protocol layer of the wireless network.
  • RRC Radio Resource Control, radio resource control layer
  • service data adaptation protocol stack Service Data Adaptation Protocol, SDAP
  • packet data convergence layer protocol Packet Data Convergence Protocol, PDCP
  • the functions of the layer are set in the CU, while the wireless
  • the functions of the link control (Radio Link Control, RLC), media access control (Media Access Control, MAC) layer, and physical (Physical, PHY) layer are set in the DU.
  • RLC Radio Link Control
  • MAC Media Access Control
  • PHY Physical (Physical, PHY) layer
  • the division of the CU and DU processing functions according to this protocol layer is only an example, and may also be divided in other ways.
  • a CU or DU may be divided into functions with more protocol layers.
  • a CU or DU can also be divided into partial processing functions with a protocol layer.
  • the functions of the CU or DU may also be divided according to service types or other system requirements. For example, according to the delay, the functions whose processing time needs to meet the delay requirements are set in the DU, and the functions that do not need to meet the delay requirements are set in the CU.
  • the CU may also have one or more functions of the core network.
  • One or more CUs can be set centrally or separately.
  • the CU can be set on the network side to facilitate centralized management.
  • the DU can have multiple radio functions, or the radio functions can be set farther away.
  • FIG. 2 is a schematic diagram of data transmission performed by a terminal device in the RRC inactive state in the prior art.
  • the terminal device UE in the RRC inactive state first sends the DU carrying the UE context identifier (eg I-RNTI)
  • the DU sends an access request carrying the UE context identifier to the CU, and then the CU establishes the UE context with the DU based on the access request, so that the terminal device returns to the RRC connection state, and finally, the terminal Devices, DUs, and CUs perform uplink and downlink data transmission.
  • the uplink data transmission process between the DU and the CU includes: the DU performs data processing on the uplink data, and sends the processed data to the CU.
  • the DU does not retain the UE context corresponding to the terminal device, so that the DU cannot process the uplink data.
  • the DU can complete the processing of uplink data according to the established UE context. Therefore, in the prior art, establishing the UE context between the CU and the DU becomes the key in the uplink data transmission process.
  • the quantity and size of uplink data are small. If the UE context of CU and DU needs to be established for each uplink data transmission, the data transmission process will be cumbersome. less efficient.
  • the corresponding upstream data only includes water consumption data and device health status data, etc.
  • the upstream data can be transmitted through one or a small number of upstream data packets, and the device does not have the desired downstream data.
  • the existing uplink data transmission methods have the problems of cumbersome process and low efficiency.
  • operations such as anchor point transfer or path conversion need to be performed, a large amount of signaling overhead will also be incurred, thereby resulting in a waste of network resources.
  • Embodiments of the present application provide an uplink data processing method, apparatus, network device, terminal device, and medium, so as to solve the technical problems existing in the prior art.
  • the method and the device are conceived based on the same application. Since the principles of the method and the device for solving problems are similar, the implementation of the device and the method can be referred to each other, and repeated descriptions will not be repeated.
  • FIG. 3 is a schematic diagram of an uplink data processing method provided by an embodiment of the present application. As shown in FIG. 3 , the uplink data processing method specifically includes the following steps:
  • the terminal device When in the radio resource control RRC inactive state, the terminal device sends a first message and uplink data to the first distribution unit DU.
  • the first message is used to request RRC recovery.
  • the first DU is a service DU corresponding to the terminal device
  • the first CU corresponding to the first DU is a service CU corresponding to the terminal device.
  • the first DU receives the first message sent by the terminal equipment UE in the RRC inactive state, and performs data processing on the uplink data to obtain the first processed data.
  • the first DU performs L2 (layer 2) processing on uplink data according to the UE context corresponding to the terminal device, that is, data processing at the MAC and RLC layers, thereby obtaining the first processed data.
  • L2 layer 2
  • the first DU sends the first processing data to the first centralized unit CU, and reserves the UE context corresponding to the terminal device; wherein, the reserved UE context is used for the next transmission of the first DU to the terminal device
  • the uplink data is processed.
  • the first CU may perform data processing on the first processing data, including PDCP and SDAP processing, so as to obtain the second processing data, and send the second processing data to the core network device, Thus, the uplink data transmission of the terminal device is completed.
  • the first DU reserves the UE context corresponding to the terminal device, which specifically includes the following two situations:
  • the first DU does not release the UE context by default; when receiving the UE context release indication message sent by the first CU, the UE context corresponding to the terminal device is released.
  • the first DU releases the UE context by default, and after the first CU sends an instruction message for not releasing the UE context to the first DU, the first DU does not release the UE context according to the instruction message.
  • each embodiment of the present application takes the second case as an example to explain the technical solution of the present application. It can be understood that the technical solution of the present application is not limited to the second case. Corresponding changes are applicable to the above case 1.
  • the first DU when the first DU retains the UE context corresponding to the terminal device specifically in case 2, it further includes:
  • the first CU sends a second message to the first DU, where the second message is used to instruct the first DU to reserve the UE context corresponding to the terminal device.
  • the first DU receives the second message sent by the first CU, and reserves the UE context corresponding to the terminal device according to the second message, so that the UE context corresponding to the terminal device is retained in the first DU.
  • the first DU may directly perform data processing on the uplink data according to the reserved UE context to obtain the first processed data.
  • the first DU when receiving the uplink data sent by the terminal device in the RRC inactive state, processes the uplink data and sends it to the first CU.
  • the first DU retains the UE context corresponding to the terminal device, and when performing the next uplink data processing, the first DU can process the next uplink data according to the unreleased UE context without re-connecting with the first DU.
  • the CU establishes a corresponding UE context, thereby simplifying the transmission process of uplink data and improving data transmission efficiency.
  • the uplink data processing method provided in the embodiment of the present application can be applied to an application scenario in which a terminal device and its currently corresponding service network device perform small data transmission, and the application scenario can be specifically divided into services currently corresponding to the terminal device. Whether the CU stores the UE context corresponding to the terminal device, whether the service DU currently corresponding to the terminal device stores the UE context corresponding to the terminal device, etc. Specific explanations are given below for uplink data processing methods in different situations.
  • the flow of the uplink data processing method is explained. This embodiment specifically corresponds to the situation in which the first DU does not perform the operation of releasing the UE context corresponding to the terminal device in the previous uplink data processing process.
  • FIG. 4 is a schematic diagram of an uplink data processing method provided by an embodiment of the present application. As shown in FIG. 4 , the uplink data processing method specifically includes the following steps:
  • S100a When sending a first control message to the terminal device to instruct the terminal device to enter the RRC inactive state, the first CU sends a second control message to the first DU, where the second control message is used to instruct the first DU to reserve all The UE context corresponding to the terminal device.
  • the first CU is a CU in a serving network device currently corresponding to the terminal device, that is, the first CU is a serving CU
  • the first DU is a DU in a serving network device currently corresponding to the terminal device, that is, the first DU is a serving DU.
  • the UE context specifically includes the configuration of SRB (Signalling Radio Bearer, signaling radio bearer) and DRB ((Data Radio Bearer, data radio bearer) before the terminal device enters the RRC inactive state, wherein the DRB configuration includes the Qos (Quality of the DRB) Of Service, quality of service) information, the TNL (Transport Network Layer) address of the UL user plane, and the mapping relationship between DRB and QoS Flow, etc.
  • SRB Signaling radio bearer
  • DRB Data Radio Bearer, data radio bearer
  • the terminal device enters the RRC inactive state according to the first control message.
  • the first DU reserves the UE context corresponding to the terminal device according to the second control message.
  • a terminal device in an RRC inactive state needs to send uplink data, it sends a first message and uplink data to a corresponding first distribution unit DU, where the first message includes an RRC recovery request.
  • the uplink data may specifically be uplink small data (UL Small Data).
  • the RRC resume request (Rrcresumerequest) includes the identity identifier corresponding to the terminal device.
  • the terminal device in addition to sending the first message including the RRC recovery request to the first DU, the terminal device also sends uplink data.
  • the first message also includes auxiliary information, specifically, whether there is still subsequent uplink data (Subsequent UL Data) that needs to be sent, the data volume of the subsequent uplink data, whether there is any desired downlink data, and the like.
  • auxiliary information specifically, whether there is still subsequent uplink data (Subsequent UL Data) that needs to be sent, the data volume of the subsequent uplink data, whether there is any desired downlink data, and the like.
  • the first DU After receiving the first message and uplink data sent by the terminal device, the first DU sends an RRC recovery request to the first CU.
  • the first DU sends an RRC recovery request to the first CU through the F1 interface, and the RRC recovery request sent by the first DU to the first CU includes the cause value (Cause Value) as small data.
  • the cause value (Cause Value)
  • auxiliary information in the first message may also be included.
  • the first DU performs data processing on the uplink data to obtain first processed data.
  • the first DU did not perform the operation of releasing the UE context corresponding to the terminal device, so the first DU retained the UE context corresponding to the terminal device.
  • the UE context of the device performs L2 (layer 2) processing on the uplink data, that is, data processing at the MAC and RLC layers, so as to obtain the first processed data.
  • the first DU sends the first processing data to the first CU.
  • the first CU receives the first processed data sent by the first DU, and performs data sending processing.
  • the first CU may perform data processing on the first processing data, including PDCP and SDAP processing, so as to obtain the second processing data, and send the second processing data to the core network device, Thus, the uplink data transmission of the terminal device is completed.
  • the terminal device when there is subsequent uplink data, the terminal device sends the subsequent uplink data to the first DU, and the first DU processes the subsequent uplink data according to the reserved UE context, and sends the processed uplink data to the first CU, After the first CU performs data processing on the processed uplink data, the processing result is sent to the core network device.
  • the first CU determines the RRC state of the terminal device according to the auxiliary information.
  • the first CU determines according to the auxiliary information that there is currently no subsequent uplink data, and the terminal device does not have expected downlink data, the first CU determines that the RRC state of the terminal device is the RRC inactive state, and at this time, the first CU sends the corresponding message to instruct the terminal equipment to maintain the RRC inactive state.
  • the first CU sends a second message to the first DU, where the second message is used to instruct the first DU to reserve the UE context corresponding to the terminal device.
  • the first DU After receiving the second message sent by the first CU, the first DU retains the UE context corresponding to the terminal device, so that when the next uplink data transmission is performed, the first DU can perform data transmission according to the reserved UE context. process without establishing a UE context with the first CU.
  • This embodiment provides an uplink data processing method.
  • the first DU processes the uplink data according to the reserved UE context and sends the processed uplink data to the first CU. data, in this process, the first DU does not need to establish a UE context with the first CU.
  • the first CU sends to the first DU a second message indicating that the UE context corresponding to the terminal is reserved, so that the first DU continues to retain the UE context corresponding to the terminal device after completing the processing of the uplink data, and performs the next uplink
  • the first DU since the first DU stores the UE context corresponding to the terminal device, the first DU can process the uplink data sent by the terminal device without establishing a corresponding UE context with the first CU, thereby simplifying the transmission process of the uplink data. , improve data transmission efficiency.
  • the serving DU currently corresponding to the terminal device does not store the UE context corresponding to the terminal device, and the serving CU stores the UE context corresponding to the terminal device
  • the flow of the uplink data processing method is explained. This embodiment specifically corresponds to the situation that the first DU does not retain the UE context corresponding to the terminal device, and the first CU retains the UE context corresponding to the terminal device.
  • FIG. 5 is a schematic diagram of an uplink data processing method provided by an embodiment of the present application. As shown in FIG. 5 , the uplink data processing method specifically includes the following steps:
  • S200a When sending a first control message to the terminal device to instruct the terminal device to enter the RRC inactive state, the first CU sends a second control message to the second DU, where the second control message is used to instruct the second DU to reserve the terminal device Corresponding UE context.
  • the first CU is the CU in the serving network device currently corresponding to the terminal device, that is, the first CU is the serving CU, the second DU is the DU in the serving network device currently corresponding to the terminal device, and the serving network device further includes the first DU , the first DU is a service DU, the second DU is a DU for which the operation of releasing the UE context corresponding to the terminal device is not performed in the previous uplink data processing process, and the second DU is different from the first DU.
  • the terminal device enters the RRC inactive state according to the first control message.
  • the second DU reserves the UE context corresponding to the terminal device according to the second control message.
  • a terminal device in an RRC inactive state needs to send uplink data, it sends a first message and uplink data to a corresponding first DU, where the first message includes an RRC recovery request.
  • the uplink data may specifically be uplink small data.
  • the RRC recovery request includes the identity identifier corresponding to the terminal device.
  • the terminal device in addition to sending the first message including the RRC recovery request to the first DU, the terminal device also sends uplink data.
  • the first message further includes auxiliary information, for example, whether there is still subsequent uplink data to be sent, the data volume of the subsequent uplink data, whether there is promising downlink data, and the like.
  • the first DU After receiving the first message and uplink data sent by the terminal device, the first DU sends an RRC recovery request to the first CU.
  • the first DU sends an RRC recovery request to the first CU through the F1 interface, and the RRC recovery request sent by the first DU to the first CU includes the cause value (Cause Value) as small data.
  • the cause value (Cause Value)
  • auxiliary information in the first message may also be included.
  • the first CU initiates a UE context establishment request to the first DU based on the reserved UE context.
  • the first DU receives a UE context establishment request initiated by the first CU based on the saved UE context, and establishes the UE context.
  • the first DU performs data processing on the uplink data according to the established UE context, to obtain first processed data.
  • the first DU performs L2 (layer 2) processing on uplink data according to the established UE context, that is, data processing at the MAC and RLC layers, thereby obtaining the first processed data.
  • L2 layer 2
  • the first DU sends the first processing data to the first CU.
  • the first CU receives the first processed data sent by the first DU, and performs data sending processing.
  • the first CU may perform data processing on the first processing data, including PDCP and SDAP processing, so as to obtain the second processing data, and send the second processing data to the core network device, Thus, the uplink data transmission of the terminal device is completed.
  • the first CU determines the RRC state of the terminal device according to the auxiliary information.
  • the first CU determines that the RRC state of the terminal device is the RRC inactive state
  • the first CU sends a second message to the first DU, where the second message is used to instruct the first DU to retain the UE context corresponding to the terminal device.
  • the first DU After receiving the second message sent by the first CU, the first DU retains the UE context corresponding to the terminal device, so that when the next uplink data transmission is performed, the first DU can perform data transmission according to the reserved UE context. process without establishing a UE context with the first CU.
  • the first CU sends a third message to the second DU that retains the UE context corresponding to the terminal device.
  • the third message is used to instruct the second DU to release the UE context corresponding to the terminal device.
  • DU is different.
  • the second DU releases the UE context of the terminal device according to the third message, so as to avoid waste of network resources.
  • This embodiment provides an uplink data processing method.
  • the first DU When receiving uplink data sent by a terminal device in an RRC inactive state, the first DU sends an RRC recovery request to the first CU that stores the UE context to establish the UE context. , so that the uplink data can be processed according to the established UE context.
  • the first CU sends the second message to the first DU, so that the first DU retains the UE context corresponding to the terminal device after completing the processing of the uplink data, so as to retain the UE context corresponding to the terminal device, so that the next time
  • the first DU can process the uplink data without establishing a corresponding UE context with the first CU, thereby simplifying the transmission process of the uplink data and improving the data transmission efficiency.
  • the flow of the uplink data processing method is explained.
  • FIG. 6 is a schematic diagram of an uplink data processing method provided by an embodiment of the present application. As shown in FIG. 6 , the uplink data processing method specifically includes the following steps:
  • the terminal device in the RRC inactive state needs to send uplink data, it sends a first message and uplink data to the corresponding first distribution unit DU, where the first message includes an RRC recovery request.
  • the first message further includes auxiliary information.
  • the first DU is a DU in a serving network device currently corresponding to the terminal device, that is, the first DU is a serving DU, the serving network device further includes a first CU, and the first CU is a serving DU. Neither the first CU nor the first DU saves the UE context corresponding to the terminal device.
  • the first DU After receiving the first message and uplink data sent by the terminal device, the first DU sends an RRC recovery request to the first CU.
  • the first CU sends a UE context acquisition request to the second CU according to the RRC recovery request.
  • the second CU is the anchor CU of the terminal device, that is, the second CU stores the UE context corresponding to the terminal device.
  • the second CU sends the UE context corresponding to the terminal device to the first CU based on the UE context acquisition request.
  • the first CU initiates a UE context establishment request to the first DU based on the UE context acquired by reception.
  • the first DU receives a UE context establishment request initiated by the first CU based on the received UE context, and establishes a UE context.
  • the first DU performs data processing on the uplink data according to the established UE context to obtain first processed data.
  • the first DU sends the first processing data to the first CU.
  • the first CU receives the first processed data sent by the first DU, and performs data sending processing.
  • the first CU may perform data processing on the first processing data, including PDCP and SDAP processing, so as to obtain the second processing data, and send the second processing data to the core network device, Thus, the uplink data transmission of the terminal device is completed.
  • the first CU determines the RRC state of the terminal device according to the auxiliary information.
  • the first CU determines that the RRC state of the terminal device is the RRC inactive state
  • the first CU sends a second message to the first DU, where the second message is used to instruct the first DU to retain the UE context corresponding to the terminal device.
  • the first DU After receiving the second message sent by the first CU, the first DU retains the UE context corresponding to the terminal device, so that when performing the next uplink data transmission, the first DU can perform data transmission according to the reserved UE context. process without establishing a UE context with the first CU.
  • the first CU sends a fourth message to the second CU that retains the UE context corresponding to the terminal device, where the fourth message is used to instruct the second CU to release the UE context corresponding to the terminal device.
  • the second CU releases the UE context of the terminal device according to the fourth message, so as to avoid waste of network resources.
  • This embodiment provides an uplink data processing method.
  • the first DU When receiving uplink data sent by a terminal device in an RRC inactive state, the first DU sends an RRC recovery request to the first CU.
  • the second CU of the UE context acquires the UE context corresponding to the terminal device, and then establishes the UE context, so that the first DU can process the uplink data according to the established UE context.
  • the first CU sends to the first DU a second message indicating that the UE context corresponding to the terminal is reserved. Therefore, after the first DU completes the processing of the uplink data, the first DU retains the UE context corresponding to the terminal device, that is, retains the UE context corresponding to the terminal device.
  • UE context so that when the next uplink data processing is performed, the first DU can process the uplink data without establishing a corresponding UE context with the first CU, thereby simplifying the uplink data transmission process and improving the data transmission efficiency.
  • a first distribution unit DU of a network device is provided.
  • FIG. 7 is a schematic diagram of the first distribution unit.
  • the first distribution unit 600 includes a memory 610 , a transceiver 620 , and a processor 630.
  • the memory 610 is used to store computer programs.
  • the transceiver 620 is used to send and receive data under the control of the processor 630 .
  • the processor 630 is configured to read the computer program in the memory 610 and perform the following operations: receive the first message and uplink data sent by the terminal equipment UE in the RRC inactive state, where the first message is used to request RRC recovery; performing data processing on the uplink data to obtain first processing data; sending the first processing data to the first centralized unit CU, and retaining the UE context corresponding to the terminal device.
  • the bus architecture may include any number of interconnected buses and bridges, in particular one or more processors represented by processor 630 and various circuits of memory represented by memory 610 linked together.
  • the bus architecture may also link together various other circuits, such as peripherals, voltage regulators, and power management circuits, which are well known in the art and therefore will not be described further herein.
  • the bus interface provides the interface.
  • Transceiver 620 may be multiple elements, ie, including transmitters and receivers, providing means for communicating with various other devices over transmission media including wireless channels, wired channels, fiber optic cables, and the like.
  • the processor 630 is responsible for managing the bus architecture and general processing, and the memory 610 may store data used by the processor 630 in performing operations.
  • the processor 630 may be a central processor (CPU), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or a complex programmable logic device (Complex Programmable Logic Device). , CPLD), the processor can also use a multi-core architecture.
  • CPU central processor
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • CPLD complex programmable logic device
  • retaining the UE context corresponding to the terminal device includes:
  • the first message further includes an RRC recovery request for requesting RRC recovery
  • the operation After receiving the first message and uplink data sent by the terminal equipment UE in the RRC inactive state, the operation further includes:
  • data processing is performed on the uplink data to obtain the first processed data, including:
  • data processing is performed on the uplink data to obtain the first processed data, including:
  • a first centralized unit CU of a network device including a memory, a transceiver, and a processor, wherein the memory is used to store a computer program.
  • the transceiver is used to send and receive data under the control of the processor.
  • a processor configured to read the computer program in the memory and perform the following operations: receiving the first processing data sent by the first distribution unit DU, where the first processing data is that the first DU is receiving the terminal in the RRC inactive state After the first message and uplink data sent by the equipment UE, the uplink data is processed to obtain the data; the second message is sent to the first DU, and the second message is used to instruct the first DU to retain the UE context corresponding to the terminal equipment.
  • first centralized unit CU Regarding the structure of the first centralized unit CU, reference may be made to the structure definition of the first distribution unit DU in FIG. 7 , and details are not repeated here.
  • the operations further include:
  • the operations further include:
  • a second control message is sent to the first DU, where the second control message is used to instruct the first DU to retain the UE context corresponding to the terminal device.
  • the method further includes:
  • a UE context establishment request is initiated to the first DU.
  • the UE context establishment request is used to instruct the first DU to establish a UE context, and data processing is performed on uplink data according to the established UE context to obtain first processed data.
  • the operations further include:
  • the third message is used to instruct the second DU to release the UE context corresponding to the terminal device, and the second DU is the operation of releasing the UE context corresponding to the terminal device in the previous uplink data processing process.
  • the second DU is different from the first DU.
  • the method further includes:
  • the RRC recovery request send a UE context acquisition request to the second CU, where the second CU is the anchor CU of the terminal device;
  • a UE context establishment request is initiated to the first DU, and the UE context establishment request is used to instruct the first DU to establish a UE context, and data processing is performed on the uplink data according to the established UE context to obtain the first processed data.
  • the operations further include:
  • a network device including the above-mentioned first distribution unit DU and the above-mentioned first centralized unit CU.
  • the network device may adopt a CU-DU separation architecture.
  • the structure of the network device reference may be made to FIG. 1 and corresponding explanations, which will not be repeated here.
  • FIG. 8 is a schematic diagram of the terminal device.
  • the terminal device 700 includes a memory 710 , a transceiver 720 , and a processor 730 .
  • the memory is used to store computer programs.
  • the transceiver is used to send and receive data under the control of the processor.
  • a processor configured to read the computer program in the memory and perform the following operations: when in the RRC inactive state, if uplink data needs to be sent, generate a first message; send the first message to the first distribution unit DU message and uplink data, the first message is used to instruct the first DU to perform data processing on the uplink data to obtain first processed data, and send the first processed data to the first centralized unit CU, and retain UE context corresponding to the terminal device.
  • the terminal device further includes a user interface 740 .
  • the bus architecture may include any number of interconnected buses and bridges, in particular one or more processors represented by processor 730 and various circuits of memory represented by memory 710 linked together.
  • the bus architecture may also link together various other circuits, such as peripherals, voltage regulators, and power management circuits, which are well known in the art and therefore will not be described further herein.
  • the bus interface provides the interface.
  • Transceiver 720 may be a number of elements, including transmitters and receivers, providing means for communicating with various other devices over transmission media including wireless channels, wired channels, fiber optic cables, and the like Transmission medium.
  • the user interface 740 may also be an interface capable of externally connecting the required equipment, and the connected equipment includes but is not limited to a keypad, a display, a speaker, a microphone, a joystick, and the like.
  • the processor 730 is responsible for managing the bus architecture and general processing, and the memory 710 may store data used by the processor 730 in performing operations.
  • the processor 730 can be a CPU (central processor), an ASIC (Application Specific Integrated Circuit, an application-specific integrated circuit), an FPGA (Field-Programmable Gate Array, a field programmable gate array) or a CPLD (Complex Programmable Logic Device) , complex programmable logic devices), the processor can also use a multi-core architecture.
  • CPU central processor
  • ASIC Application Specific Integrated Circuit
  • FPGA Field-Programmable Gate Array
  • CPLD Complex Programmable Logic Device
  • complex programmable logic devices complex programmable logic devices
  • the processor is configured to execute any method provided by the embodiments of the present application according to the obtained executable instructions by invoking the computer program stored in the memory.
  • the processor and memory may also be physically separated.
  • an uplink data processing apparatus is provided, which is applied to the first distribution unit DU.
  • FIG. 9 is a schematic diagram of an uplink data processing apparatus in an embodiment of the present application. As shown in FIG. 9 , the uplink data processing apparatus 800 includes:
  • the receiving unit 810 is configured to receive a first message and uplink data sent by a terminal device UE in a radio resource control RRC inactive state, where the first message is used to request RRC recovery.
  • the processing unit 820 is configured to perform data processing on the uplink data to obtain first processed data.
  • the sending unit 830 is configured to send the first processing data to the first centralized unit CU.
  • the processing unit 820 is further configured to reserve the UE context corresponding to the terminal device.
  • the receiving unit 810 is further configured to: receive the second message sent by the first CU.
  • the processing unit 820 is further configured to: reserve the UE context corresponding to the terminal device according to the second message.
  • the sending unit 830 is further configured to: send an RRC recovery request to the first CU.
  • the processing unit 820 is further configured to: perform data processing on the uplink data according to the reserved UE context to obtain the first processed data.
  • the receiving unit 810 is further configured to: receive a UE context establishment request initiated by the first CU based on the UE context corresponding to the terminal device, and establish the UE context.
  • the processing unit 820 is further configured to: perform data processing on the uplink data according to the established UE context to obtain the first processed data.
  • an uplink data processing apparatus is provided, which is applied to a first centralized unit CU.
  • FIG. 10 is a schematic diagram of an uplink data processing apparatus in an embodiment of the present application. As shown in FIG. 10 , the uplink data processing apparatus 900 includes:
  • the receiving unit 910 is configured to receive the first processed data sent by the first distribution unit DU, where the first processed data is after the first DU receives the first message and uplink data sent by the terminal equipment UE in the RRC inactive state , which is obtained by performing data processing on the uplink data.
  • the sending unit 920 is configured to send a second message to the first DU, where the second message is used to instruct the first DU to reserve the UE context corresponding to the terminal device.
  • the receiving unit 910 is further configured to: receive an RRC recovery request sent by the first DU and included in the first message.
  • the sending unit 920 is further configured to: when sending the first control message to the terminal device to instruct the terminal device to enter the RRC inactive state, send a second control message to the first DU, where the second control message is used to indicate The first DU reserves the UE context corresponding to the terminal device
  • the sending unit 920 is further configured to: based on the UE context corresponding to the terminal device, initiate a UE context establishment request to the first DU, where the UE context establishment request is used to instruct the first DU to establish the UE context, according to the established UE context Perform data processing on the uplink data to obtain first processed data.
  • the sending unit 920 is further configured to: send a third message to the second DU, where the third message is used to instruct the second DU to release the UE context corresponding to the terminal device, and the second DU is the previous uplink data processing process In the DU, the operation of releasing the UE context corresponding to the terminal device is not performed, and the second DU is different from the first DU.
  • the sending unit 920 is further configured to: send a UE context acquisition request to the second CU according to the RRC recovery request, where the second CU is the anchor CU of the terminal device.
  • the receiving unit 910 is further configured to: receive the UE context corresponding to the terminal device sent by the second CU based on the UE context acquisition request.
  • the sending unit 920 is further configured to: based on the UE context, initiate a UE context establishment request to the first DU, where the UE context establishment request is used to instruct the first DU to establish a UE context, and perform uplink data according to the established UE context.
  • the data is processed to obtain the first processed data.
  • the uplink data processing apparatus 900 includes: a processing unit 930, configured to perform data processing on the first processed data after receiving the first processed data, including PDCP and SDAP processing, so as to obtain the first processed data. 2. Process the data.
  • the sending unit 920 is further configured to: send a fourth message to the second CU, where the fourth message is used to instruct the second CU to release the UE context corresponding to the terminal device.
  • an uplink data processing apparatus is provided, which is applied to terminal equipment.
  • FIG. 11 is a schematic diagram of an uplink data processing apparatus in an embodiment of the present application. As shown in FIG. 11 , the uplink data processing apparatus 1000 includes:
  • the processing unit 1010 is configured to generate a first message if uplink data needs to be sent when in the RRC inactive state;
  • the sending unit 1020 is configured to send a first message and uplink data to the first distribution unit DU, where the first message is used to instruct the first DU to perform data processing on the uplink data to obtain the first processed data, and send the first processed data to the first centralized unit CU, and reserve the UE context corresponding to the terminal device.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit.
  • the above-mentioned integrated units may be implemented in the form of hardware, or may be implemented in the form of software functional units.
  • the integrated unit if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a processor-readable storage medium.
  • the technical solutions of the present application can be embodied in the form of software products in essence, or the parts that contribute to the prior art, or all or part of the technical solutions, and the computer software products are stored in a storage medium , including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (processor) to execute all or part of the steps of the methods in the various embodiments of the present application.
  • the aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disk and other media that can store program codes .
  • a computer-readable storage medium where computer-executable instructions are stored in the computer-readable storage medium, and when the computer-executable instructions are executed by a processor, are used to implement the steps of the uplink data processing method in the embodiments of the present application .
  • a processor-readable storage medium can be any available medium or data storage device that can be accessed by a processor, including but not limited to magnetic storage (eg, floppy disk, hard disk, magnetic tape, magneto-optical disk (MO), etc.), optical storage (eg, CD, DVD, BD, HVD, etc.), and semiconductor memory (eg, ROM, EPROM, EEPROM, non-volatile memory (NAND FLASH), solid-state disk (SSD)), etc.
  • magnetic storage eg, floppy disk, hard disk, magnetic tape, magneto-optical disk (MO), etc.
  • optical storage eg, CD, DVD, BD, HVD, etc.
  • semiconductor memory eg, ROM, EPROM, EEPROM, non-volatile memory (NAND FLASH), solid-state disk (SSD)

Landscapes

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

Abstract

本申请提供一种上行数据处理方法、装置、网络设备、终端设备及介质,该方法包括:接收终端设备发送的第一消息和上行数据;对上行数据进行数据处理,得到第一处理数据;将第一处理数据发送至第一集中单元CU,且保留所述终端设备对应的UE上下文。本申请中,第一DU在接收到终端设备发送的上行数据时,对上行数据进行处理并发送至第一CU。此外,第一DU保留所述终端设备对应的UE上下文,在进行下一次的上行数据处理时,第一DU可以根据UE上下文对下一次的上行数据进行处理,而无需重新与第一CU建立相应的UE上下文,从而可以简化上行数据的传输流程,提高数据传输效率。

Description

上行数据处理方法、装置、网络设备、终端设备及介质 技术领域
本申请涉及通信技术领域,尤其涉及一种上行数据处理方法、装置、网络设备、终端设备及介质。
背景技术
在第五代移动通信技术(5-Generation,5G)新型无线(New Radio,NR)通信***中,除了沿用长期演进(Long Term Evolution,LTE)***中接入层的状态(空闲态IDLE和连接态Connected)以外,还引入了第三个状态,称为非活跃态Inactive。
网络设备包括集中单元(Centralized Unit,CU)节点和分布单元(Distributed Unit,DU)节点,在终端设备(User Equipment,UE)完成上一次的上行数据的传输并进入无线资源控制(Radio Resource Control,RRC)非活跃态时,网络设备中对终端设备进行上一次服务的分布单元DU会释放终端设备对应的UE上下文。
然而,处于RRC非活跃态的终端设备在进行下一次的上行数据传输时,网络设备中的分布单元DU需要重新建立终端设备对应的UE上下文。因此,现有的数据传输的过程较为繁琐,效率较低。
发明内容
本申请提供一种上行数据处理方法、装置、网络设备、终端设备及介质,以解决现有技术存在的技术问题。
第一方面,本申请提供一种上行数据处理方法,应用于第一分布单元DU,所述方法包括:
接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据,所述第一消息用于请求进行RRC恢复;
根据所述终端设备对应的UE上下文,对所述上行数据进行数据处理,得到第一处理数据;
将所述第一处理数据发送至第一集中单元CU,且保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于对所述终端设备下一次发送的上行数据进行数据处理。
在一些实施例中,所述保留所述终端设备对应的UE上下文,包括:
接收第一CU发送的第二消息,根据所述第二消息保留所述终端设备对应的UE上下文。
在一些实施例中,所述第一消息还包括用于请求进行RRC恢复的RRC恢复请求;
所述接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据之后,还包括:
向所述第一CU发送所述RRC恢复请求。
在一些实施例中,在前一次上行数据处理过程中,若第一DU未执行释放所述终端设备对应的UE上下文的操作,所述对所述上行数据进行数据处理,得到第一处理数据,包括:
根据保留的所述UE上下文对所述上行数据进行数据处理,得到所述第一处理数据。
在一些实施例中,若第一DU未保留有所述终端设备对应的UE上下文,所述对所述上行数据进行数据处理,得到第一处理数据,包括:
接收所述第一CU基于所述终端设备对应的UE上下文发起的UE上下文建立请求,建立UE上下文;
根据建立的UE上下文对所述上行数据进行数据处理,得到所述第一处理数据。
第二方面,本申请提供一种上行数据处理方法,应用于第一集中单元CU,所述方法包括:
接收第一分布单元DU发送的第一处理数据,所述第一处理数据为第一DU在接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据后,根据所述终端设备对应的UE上下文对所述上行数据进行数据处理得到;
向所述第一DU发送第二消息,所述第二消息用于指示所述第一DU 保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于所述第一DU对所述终端设备下一次发送的上行数据进行数据处理。
在一些实施例中,还包括:
接收所述第一DU发送的、所述第一消息中包含的RRC恢复请求。
在一些实施例中,还包括:
在向所述终端设备发送第一控制消息以指示所述终端设备进入RRC非活跃态时,向所述第一DU发送第二控制消息,所述第二控制消息用于指示所述第一DU保留所述终端设备对应的UE上下文。
在一些实施例中,若第一CU保留有所述终端设备对应的UE上下文,还包括:
基于所述终端设备对应的UE上下文,向所述第一DU发起UE上下文建立请求,所述UE上下文建立请求用于指示所述第一DU建立UE上下文,根据建立的UE上下文对所述上行数据进行数据处理,得到所述第一处理数据。
在一些实施例中,还包括:
向第二DU发送第三消息,所述第三消息用于指示所述第二DU释放所述终端设备对应的UE上下文,所述第二DU为在前一次上行数据处理过程中,未执行释放所述终端设备对应的UE上下文的操作的DU,所述第二DU与所述第一DU不同。
在一些实施例中,若第一CU未保留有所述终端设备对应的UE上下文,还包括:
根据所述RRC恢复请求,向第二CU发送UE上下文获取请求,所述第二CU为所述终端设备的锚点CU;
接收所述第二CU基于所述UE上下文获取请求发送的所述终端设备对应的UE上下文;
基于所述UE上下文,向所述第一DU发起UE上下文建立请求,所述UE上下文建立请求用于指示所述第一DU建立UE上下文,根据建立的UE上下文对所述上行数据进行数据处理,得到所述第一处理数据。
在一些实施例中,还包括:
向所述第二CU发送第四消息,所述第四消息用于指示所述第二CU 释放所述终端设备对应的UE上下文。
第三方面,本申请提供一种上行数据处理方法,应用于终端设备,所述方法包括:
在处于无线资源控制RRC非活跃态时,若需要发送上行数据,生成第一消息;
向第一分布单元DU发送所述第一消息和所述上行数据,所述第一消息用于指示第一DU根据所述终端设备对应的UE上下文对所述上行数据进行数据处理,得到第一处理数据,以及,将所述第一处理数据发送至第一集中单元CU,且保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于所述第一DU对所述终端设备下一次发送的上行数据进行数据处理。
第四方面,本申请提供一种网络设备的第一分布单元DU,包括存储器,收发机,处理器:
存储器,用于存储计算机程序;收发机,用于在所述处理器的控制下收发数据;处理器,用于读取所述存储器中的计算机程序并执行以下操作:
接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据,所述第一消息用于请求进行RRC恢复;
根据所述终端设备对应的UE上下文,对所述上行数据进行数据处理,得到第一处理数据;
将所述第一处理数据发送至第一集中单元CU,且保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于对所述终端设备下一次发送的上行数据进行数据处理。
在一些实施例中,所述保留所述终端设备对应的UE上下文,包括:
接收第一CU发送的第二消息,根据所述第二消息保留所述终端设备对应的UE上下文。
在一些实施例中,所述第一消息还包括用于请求进行RRC恢复的RRC恢复请求;
所述接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一 消息和上行数据之后,所述操作还包括:
向所述第一CU发送所述RRC恢复请求。
在一些实施例中,在前一次上行数据处理过程中,若第一DU未执行释放所述终端设备对应的UE上下文的操作,所述对所述上行数据进行数据处理,得到第一处理数据,包括:
根据保留的所述UE上下文对所述上行数据进行数据处理,得到所述第一处理数据。
在一些实施例中,若第一DU未保留有所述终端设备对应的UE上下文,所述对所述上行数据进行数据处理,得到第一处理数据,包括:
接收所述第一CU基于所述终端设备对应的UE上下文发起的UE上下文建立请求,建立UE上下文;
根据建立的UE上下文对所述上行数据进行数据处理,得到所述第一处理数据。
第五方面,本申请提供一种网络设备的第一集中单元CU,包括存储器,收发机,处理器:
存储器,用于存储计算机程序;收发机,用于在所述处理器的控制下收发数据;处理器,用于读取所述存储器中的计算机程序并执行以下操作:
接收第一分布单元DU发送的第一处理数据,所述第一处理数据为第一DU在接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据后,根据所述终端设备对应的UE上下文对所述上行数据进行数据处理得到;
向所述第一DU发送第二消息,所述第二消息用于指示所述第一DU保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于所述第一DU对所述终端设备下一次发送的上行数据进行数据处理。
在一些实施例中,所述操作还包括:
接收所述第一DU发送的、所述第一消息中包含的RRC恢复请求。
在一些实施例中,所述操作还包括:
在向所述终端设备发送第一控制消息以指示所述终端设备进入RRC非活跃态时,向所述第一DU发送第二控制消息,所述第二控制消息用于 指示所述第一DU保留所述终端设备对应的UE上下文。
在一些实施例中,若第一CU保留有所述终端设备对应的UE上下文,还包括:
基于所述终端设备对应的UE上下文,向所述第一DU发起UE上下文建立请求,所述UE上下文建立请求用于指示所述第一DU建立UE上下文,根据建立的UE上下文对所述上行数据进行数据处理,得到所述第一处理数据。
在一些实施例中,所述操作还包括:
向第二DU发送第三消息,所述第三消息用于指示所述第二DU释放所述终端设备对应的UE上下文,所述第二DU为在前一次上行数据处理过程中,未执行释放所述终端设备对应的UE上下文的操作的DU,所述第二DU与所述第一DU不同。
在一些实施例中,若第一CU未保留有所述终端设备对应的UE上下文,还包括:
根据所述RRC恢复请求,向第二CU发送UE上下文获取请求,所述第二CU为所述终端设备的锚点CU;
接收所述第二CU基于所述UE上下文获取请求发送的所述终端设备对应的UE上下文;
基于所述UE上下文,向所述第一DU发起UE上下文建立请求,所述UE上下文建立请求用于指示所述第一DU建立UE上下文,根据建立的UE上下文对所述上行数据进行数据处理,得到所述第一处理数据。
在一些实施例中,所述操作还包括:
向所述第二CU发送第四消息,所述第四消息用于指示所述第二CU释放所述终端设备对应的UE上下文。
第六方面,本申请提供一种网络设备,包括上述的第一分布单元DU,以及上述的第一集中单元CU。
第七方面,本申请提供一种终端设备,包括存储器,收发机,处理器:
存储器,用于存储计算机程序;收发机,用于在所述处理器的控制下 收发数据;处理器,用于读取所述存储器中的计算机程序并执行以下操作:
在处于无线资源控制RRC非活跃态时,若需要发送上行数据,生成第一消息;向第一分布单元DU发送所述第一消息和所述上行数据,所述第一消息用于指示第一DU根据所述终端设备对应的UE上下文对所述上行数据进行数据处理,得到第一处理数据,以及,将所述第一处理数据发送至第一集中单元CU,且保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于所述第一DU对所述终端设备下一次发送的上行数据进行数据处理。
第八方面,本申请提供一种上行数据处理装置,应用于第一分布单元DU,所述装置包括:
接收单元,用于接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据,所述第一消息用于请求进行RRC恢复;
处理单元,用于根据所述终端设备对应的UE上下文对所述上行数据进行数据处理,得到第一处理数据;
发送单元,用于将所述第一处理数据发送至第一集中单元CU;
所述处理单元还用于保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于对所述终端设备下一次发送的上行数据进行数据处理。
第九方面,本申请提供一种上行数据处理装置,应用于第一集中单元CU,所述装置包括:
接收单元,用于接收第一分布单元DU发送的第一处理数据,所述第一处理数据为第一DU在接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据后,根据所述终端设备对应的UE上下文对所述上行数据进行数据处理得到;
发送单元,用于向所述第一DU发送第二消息,所述第二消息用于指示所述第一DU保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于所述第一DU对所述终端设备下一次发送的上行数据进行数据处理。
第十方面,本申请提供一种上行数据处理装置,应用于终端设备,所述装置包括:
处理单元,用于在处于无线资源控制RRC非活跃态时,若需要发送上行数据,生成第一消息;
发送单元,用于向第一分布单元DU发送所述第一消息和所述上行数据,所述第一消息用于指示第一DU根据所述终端设备对应的UE上下文对所述上行数据进行数据处理,得到第一处理数据,以及,将所述第一处理数据发送至第一集中单元CU,且保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于所述第一DU对所述终端设备下一次发送的上行数据进行数据处理。
第十一方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现上述的上行数据处理方法。
本申请提供一种上行数据处理方法、装置、网络设备、终端设备及介质,该方法包括:接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据,第一消息用于请求进行RRC恢复;对上行数据进行数据处理,得到第一处理数据;将第一处理数据发送至第一集中单元CU,且保留所述终端设备对应的UE上下文。本申请中,第一DU在接收到处于RRC非活跃态的终端设备发送的上行数据时,对上行数据进行处理并发送至第一CU。此外,第一DU保留所述终端设备对应的UE上下文,在进行下一次的上行数据处理时,第一DU可以根据未释放的UE上下文对下一次的上行数据进行处理,而无需重新与第一CU建立相应的UE上下文,从而可以简化上行数据的传输流程,提高数据传输效率。
应当理解,上述发明内容部分中所描述的内容并非旨在限定本发明的实施例的关键或重要特征,亦非用于限制本发明的范围。本发明的其它特征将通过以下的描述变得容易理解。
附图说明
为了更清楚地说明本申请或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为CU-DU分离架构的示意图;
图2为现有技术中处于RRC非活跃态的终端设备进行数据传输的示意图;
图3为本申请实施例提供的上行数据处理方法的示意图;
图4为本申请实施例提供的上行数据处理方法的另一示意图;
图5为本申请实施例提供的上行数据处理方法的又一示意图;
图6为本申请实施例提供的上行数据处理方法的再一示意图;
图7为本申请实施例提供的第一分布单元的示意图;
图8为本申请实施例提供的终端设备的示意图;
图9为本申请实施例提供的上行数据处理装置的示意图;
图10为本申请实施例提供的上行数据处理装置的另一示意图;
图11为本申请实施例提供的上行数据处理装置的又一示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本发明。在本申请实施例中所使用的单数形式的“一种”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
取决于语境,如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的商品或者***不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种商品或者***所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的商品或者***中还存在另外的相同要素。
本申请实施例提供的技术方案可以适用于多种***,尤其是5G***。例如适用的***可以是全球移动通讯(Global System Of Mobile Communication,GSM)***、码分多址(Code Division Multiple Access,CDMA)***、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)通用分组无线业务(General Packet Radio Service,GPRS)***、长期演进(Long Term Evolution,LTE)***、LTE频分双工(Frequency Division Duplex,FDD)***、LTE时分双工(Time Division Duplex,TDD)***、高级长期演进(Long Term Evolution Advanced,LTE-A)***、通用移动***(Universal Mobile Telecommunication System,UMTS)、全球互联微波接入(Worldwide Interoperability For Microwave Access,Wimax)***、5G新空口(New Radio,NR)***等。这多种***中均包括终端设备和网络设备。***中还可以包括核心网部分,例如演进的分组***(Evloved Packet System,EPS)、5G***(5GS)等。
本申请实施例涉及的终端设备,可以是指向用户提供语音和/或数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备等。在不同的***中,终端设备的名称可能也不相同,例如在5G***中,终端设备可以称为用户设备(User Equipment,UE)。无线终端设备可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网(Core Network,CN)进行通信,无线终端设备可以是移动终端设备,如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机, 例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。例如,个人通信业务(Personal Communication Service,PCS)电话、无绳电话、会话发起协议(Session Initiated Protocol,SIP)话机、无线本地环路(Wireless Local Loop,WLL)站、个人数字助理(Personal Digital Assistant,PDA)等设备。无线终端设备也可以称为***、订户单元(Subscriber Unit)、订户站(Subscriber Station),移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、接入点(Access Point)、远程终端设备(Remote Terminal)、接入终端设备(Access Terminal)、用户终端设备(User Terminal)、用户代理(User Agent)、用户装置(User Device),本申请实施例中并不限定。
本申请实施例涉及的网络设备,可以是基站,该基站可以包括多个为终端提供服务的小区。根据具体应用场合不同,基站又可以称为接入点,或者可以是接入网中在空中接口上通过一个或多个扇区与无线终端设备通信的设备,或者其它名称。网络设备可用于将收到的空中帧与网际协议(Internet Protocol,IP)分组进行相互更换,作为无线终端设备与接入网的其余部分之间的路由器,其中接入网的其余部分可包括网际协议(IP)通信网络。网络设备还可协调对空中接口的属性管理。例如,本申请实施例涉及的网络设备可以是全球移动通信***(Global System For Mobile Communications,GSM)或码分多址接入(Code Division Multiple Access,CDMA)中的网络设备(Base Transceiver Station,BTS),也可以是带宽码分多址接入(Wide-Band Code Division Multiple Access,WCDMA)中的网络设备(Nodeb),还可以是长期演进(Long Term Evolution,LTE)***中的演进型网络设备(Evolutional Node B,Enb或E-Nodeb)、5G网络架构(Next Generation System)中的5G基站(Gnb),也可以是家庭演进基站(Home Evolved Node B,Henb)、中继节点(Relay Node)、家庭基站(Femto)、微微基站(Pico)等,本申请实施例中并不限定。在一些网络结构中,网络设备可以包括集中单元(Centralized Unit,CU)节点和分布单元(Distributed Unit,DU)节点,集中单元和分布单元也可以地理上分开布置。
本申请实施例涉及的网络设备,具体可以是采用CU-DU分离架构。图1为CU-DU分离架构的示意图,如图1所示,CU和DU在物理上可以是分离的,也可以部署在一起。多个DU可以共用一个CU。一个DU也可以连接多个CU。CU和DU之间可以通过接口相连,例如可以是通过F1接口连接。CU和DU可以根据无线网络的协议层划分。例如RRC(Radio Resource Control,无线资源控制层)、业务数据适配协议栈(Service Data Adaptation Protocol,SDAP)以及分组数据汇聚层协议(Packet Data Convergence Protocol,PDCP)层的功能设置在CU,而无线链路控制(Radio Link Control,RLC),媒体接入控制(Media Access Control,MAC)层,物理(Physical,PHY)层等的功能设置在DU。可以理解,对CU和DU处理功能按照这种协议层的划分仅仅是一种举例,也可以按照其他的方式进行划分。例如可以将CU或者DU划分为具有更多协议层的功能。例如,CU或DU还可以划分为具有协议层的部分处理功能。在一种设计中,将RLC层的部分功能和RLC层以上的协议层的功能设置在CU,将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。在另一种设计中,还可以按照业务类型或者其他***需求对CU或者DU的功能进行划分。例如按时延划分,将处理时间需要满足时延要求的功能设置在DU,不需要满足该时延要求的功能设置在CU。在另一种设计中,CU也可以具有核心网的一个或多个功能。一个或者多个CU可以集中设置,也分离设置。例如CU可以设置在网络侧方便集中管理。DU可以具有多个射频功能,也可以将射频功能拉远设置。
图2为现有技术中处于RRC非活跃态的终端设备进行数据传输的示意图,如图2所示,处于RRC非活跃态的终端设备UE首先向DU发送携带UE上下文标识(例如I-RNTI)的RRC连接恢复请求,由DU向CU发送携带有该UE上下文标识的接入请求,然后,CU基于该接入请求与DU建立UE上下文,由此,终端设备恢复至RRC连接态,最后,终端设备、DU以及CU进行上下行数据传输。其中,DU与CU之间的上行数据传输过程包括:DU对上行数据进行数据处理,并将处理后的数据发送至CU。
现有技术中,在CU与DU建立UE上下文之前,DU未保留有终端设备对应的UE上下文,导致DU无法对上行数据进行处理。在CU与DU建立UE上下文之后,DU可以根据建立的UE上下文完成对上行数据的处理。因此,现有技术中,CU与DU建立UE上下文成为上行数据传输过程中的关键。
然而,对于小数据传输场景,例如物联网数据传输场景,上行数据的数量和规格都较小,若每次传输上行数据都需要先建立CU与DU的UE上下文,会导致数据传输过程较为繁琐,效率较低。
例如,对于智能水表等设备,其对应的上行数据仅包括用水数据以及设备健康状态数据等,该上行数据可以通过一个或者少量的上行数据包进行传输,且该设备不具有期望的下行数据。在这种情况下,会使得现有的上行数据传输方式存在过程繁琐、效率低下的问题。另外,在设备数量较多时,若需要进行锚点转移或者路径转换等操作,也会造成大量的信令开销,从而导致网络资源的浪费。
本申请实施例提供了一种上行数据处理方法、装置、网络设备、终端设备及介质,用以解决现有技术存在的技术问题。
其中,方法和装置是基于同一申请构思的,由于方法和装置解决问题的原理相似,因此装置和方法的实施可以相互参见,重复之处不做赘述。
图3为本申请实施例提供的上行数据处理方法的示意图,如图3所示,上行数据处理方法具体包括以下步骤:
S1、在处于无线资源控制RRC非活跃态时,终端设备向第一分布单元DU发送第一消息和上行数据。
其中,第一消息用于请求进行RRC恢复。第一DU为终端设备对应的服务DU,第一DU对应的第一CU为终端设备对应的服务CU。
S2、第一DU接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息,并对上行数据进行数据处理,得到第一处理数据。
具体的,第一DU根据所述终端设备对应的UE上下文对上行数据进行L2(层2)处理,即MAC、RLC层的数据处理,从而得到第一处理数据。
S3、第一DU将第一处理数据发送至第一集中单元CU,且保留所述 终端设备对应的UE上下文;其中,保留的UE上下文用于所述第一DU对所述终端设备下一次发送的上行数据进行数据处理。
具体的,第一CU在接收到第一处理数据后,可以对第一处理数据进行数据处理,包括PDCP和SDAP处理,从而得到第二处理数据,并将第二处理数据发送至核心网设备,从而完成终端设备的上行数据传输。
本实施例中,第一DU保留所述终端设备对应的UE上下文,具体包括以下两种情况:
情况一:
预先通过程序设定等方式设定在完成上行数据处理后,第一DU默认不释放UE上下文;在接收到第一CU发送的释放UE上下文指示消息时,再释放终端设备对应的UE上下文。
情况二:
设定在完成上行数据处理后,第一DU默认释放UE上下文,由第一CU向第一DU发送不释放UE上下文的指示消息后,第一DU根据该指示消息不释放UE上下文。
为了便于理解,本申请各实施例以情况二为例,对本申请的技术方案进行解释说明,可以理解,本申请的技术方案并不仅仅局限于情况二,可以通过对本申请各实施例的方案进行相应的变化以适用于上述情况一。
参考图3,在第一DU保留所述终端设备对应的UE上下文具体为情况二时,还包括:
S4、第一CU向第一DU发送第二消息,第二消息用于指示第一DU保留所述终端设备对应的UE上下文。
相应的,第一DU接收第一CU发送的第二消息,根据第二消息保留所述终端设备对应的UE上下文,从而,终端设备对应的UE上下文在第一DU中保留。在进行下一次的上行数据处理时,第一DU可以根据保留的UE上下文直接对上行数据进行数据处理,得到第一处理数据。
本实施例中,第一DU在接收到处于RRC非活跃态的终端设备发送的上行数据时,对上行数据进行处理并发送至第一CU。此外,第一DU保留所述终端设备对应的UE上下文,在进行下一次的上行数据处理时,第一DU可以根据未释放的UE上下文对下一次的上行数据进行处理,而 无需重新与第一CU建立相应的UE上下文,从而可以简化上行数据的传输流程,提高数据传输效率。
需要说明的是,本申请实施例提供的上行数据处理方法,可以应用于终端设备与其当前所对应的服务网络设备进行小数据传输的应用场景,该应用场景具体可以分为终端设备当前对应的服务CU是否保存有终端设备对应的UE上下文、终端设备当前对应的服务DU是否保存有终端设备对应的UE上下文等多种情况。以下对不同情况下的上行数据处理方法进行具体的解释说明。
在一些实施例中,在终端设备当前对应的服务DU保存有终端设备对应的UE上下文时,对上行数据处理方法的流程进行解释说明。本实施例具体对应在前一次上行数据处理过程中,第一DU未执行释放终端设备对应的UE上下文的操作的情况。
图4为本申请实施例提供的上行数据处理方法的示意图,如图4所示,上行数据处理方法具体包括以下步骤:
S100a、第一CU在向终端设备发送第一控制消息以指示终端设备进入无线资源控制RRC非活跃态时,向第一DU发送第二控制消息,第二控制消息用于指示第一DU保留所述终端设备对应的UE上下文。
其中,第一CU为终端设备当前对应的服务网络设备中的CU,即第一CU为服务CU,第一DU为终端设备当前对应的服务网络设备中的DU,即第一DU为服务DU。
另外,UE上下文具体包括终端设备进入RRC非活跃态之前的SRB(Signalling Radio Bearer,信令无线承载)及DRB((Data Radio Bearer,数据无线承载)的配置,其中DRB配置包括DRB的Qos(Quality Of Service,服务质量)信息以及UL用户面的TNL(传输网络层)地址,以及DRB和Qos Flow的映射关系等。
S100b、终端设备根据第一控制消息进入RRC非活跃态。
S100c、第一DU根据第二控制消息保留所述终端设备对应的UE上下文。
S101、处于RRC非活跃态的终端设备需要发送上行数据时,向对应的第一分布单元DU发送第一消息和上行数据,该第一消息包括RRC恢复请求。
其中,上行数据(UL Data)具体可以是上行小数据(UL Small Data)。RRC恢复请求(Rrcresumerequest)中包括终端设备对应的身份标识。
本实施例与现有技术的不同之处在于,终端设备除了向第一DU发送包含RRC恢复请求的第一消息之外,还发送上行数据。
可选的,第一消息中还包括辅助信息,具体例如是否还有需要发送的后续上行数据(Subsequent UL Data),后续上行数据的数据量,是否有希望的下行数据等。
S102、第一DU在接收到终端设备发送的第一消息和上行数据之后,向第一CU发送RRC恢复请求。
其中,第一DU通过F1接口向第一CU发送RRC恢复请求,第一DU向第一CU发送的RRC恢复请求包括原因值(Cause Value)为小数据。可选的,还可以包括第一消息中的辅助信息。
S103、第一DU对上行数据进行数据处理,得到第一处理数据。
具体的,在前一次上行数据处理过程中,第一DU未执行释放终端设备对应的UE上下文的操作,因此第一DU中保留有终端设备对应的UE上下文,从而,第一DU根据保留的终端设备的UE上下文对上行数据进行L2(层2)处理,即MAC、RLC层的数据处理,从而得到第一处理数据。
S104、第一DU向第一CU发送第一处理数据。
S105、第一CU接收第一DU发送的第一处理数据,并进行数据发送处理。
具体的,第一CU在接收到第一处理数据后,可以对第一处理数据进行数据处理,包括PDCP和SDAP处理,从而得到第二处理数据,并将第二处理数据发送至核心网设备,从而完成终端设备的上行数据传输。
可以理解,在存在后续上行数据时,终端设备将后续上行数据发送至第一DU,第一DU根据保留的UE上下文对后续上行数据进行处理,并将处理后的上行数据发送至第一CU,第一CU对处理后的上行数据进行数据处理后,将处理结果发送至核心网设备。
S106、第一CU根据辅助信息确定终端设备的RRC状态。
具体的,若第一CU根据辅助信息确定当前不存在后续上行数据,且终端设备没有期望的下行数据,第一CU确定终端设备的RRC状态为RRC非活跃态,此时,第一CU发送相应的消息以指示终端设备维持RRC非活跃态。
S107、第一CU向第一DU发送第二消息,第二消息用于指示第一DU保留所述终端设备对应的UE上下文。
S108、第一DU在接收到第一CU发送的第二消息后,保留所述终端设备对应的UE上下文,从而,在进行下一次上行数据传输时,第一DU可以根据保留的UE上下文进行数据处理,而无需与第一CU建立UE上下文。
本实施例提供一种上行数据处理方法,第一DU在接收到处于RRC非活跃态的终端设备发送的上行数据时,根据保留的UE上下文对上行数据进行处理并向第一CU发送处理后的数据,该处理过程中,第一DU无需与第一CU建立UE上下文。然后,第一CU向第一DU发送指示保留终端对应的UE上下文的第二消息,从而,第一DU在完成上行数据的处理后,继续保留终端设备对应的UE上下文,在进行下一次的上行数据处理时,由于第一DU保存有终端设备对应的UE上下文,第一DU无需与第一CU建立相应的UE上下文即可对终端设备发送的上行数据进行处理,从而可以简化上行数据的传输流程,提高数据传输效率。
在一些实施例中,在终端设备当前对应的服务DU未保存有终端设备对应的UE上下文、服务CU保存有终端设备对应的UE上下文时,对上行数据处理方法的流程进行解释说明。本实施例具体对应第一DU未保留有终端设备对应的UE上下文、第一CU保留有终端设备对应的UE上下文的情况。
图5为本申请实施例提供的上行数据处理方法的示意图,如图5所示,上行数据处理方法具体包括以下步骤:
S200a、第一CU在向终端设备发送第一控制消息以指示终端设备进入RRC非活跃态时,向第二DU发送第二控制消息,第二控制消息用于指示第二DU保留所述终端设备对应的UE上下文。
其中,第一CU为终端设备当前对应的服务网络设备中的CU,即第一CU为服务CU,第二DU为终端设备当前对应的服务网络设备中的DU, 服务网络设备还包括第一DU,第一DU为服务DU,第二DU为在前一次上行数据处理过程中,未执行释放终端设备对应的UE上下文的操作的DU,第二DU与第一DU不同。
S200b、终端设备根据第一控制消息进入RRC非活跃态。
S200c、第二DU根据第二控制消息保留所述终端设备对应的UE上下文。
S201、处于RRC非活跃态的终端设备需要发送上行数据时,向对应的第一DU发送第一消息和上行数据,该第一消息包括RRC恢复请求。
其中,上行数据具体可以是上行小数据。RRC恢复请求中包括终端设备对应的身份标识。
本实施例与现有技术的不同之处在于,终端设备除了向第一DU发送包含RRC恢复请求的第一消息之外,还发送上行数据。
可选的,第一消息中还包括辅助信息,具体例如是否还有需要发送的后续上行数据,后续上行数据的数据量,是否有希望的下行数据等。
S202、第一DU在接收到终端设备发送的第一消息和上行数据之后,向第一CU发送RRC恢复请求。
其中,第一DU通过F1接口向第一CU发送RRC恢复请求,第一DU向第一CU发送的RRC恢复请求包括原因值(Cause Value)为小数据。可选的,还可以包括第一消息中的辅助信息。
S203、第一CU基于保留的UE上下文,向第一DU发起UE上下文建立请求。
S204、第一DU接收第一CU基于保存的UE上下文发起的UE上下文建立请求,建立UE上下文。
S205、第一DU根据建立的UE上下文对上行数据进行数据处理,得到第一处理数据。
具体的,第一DU根据建立的UE上下文对上行数据进行L2(层2)处理,即MAC、RLC层的数据处理,从而得到第一处理数据。
S206、第一DU向第一CU发送第一处理数据。
S207、第一CU接收第一DU发送的第一处理数据,并进行数据发送处理。
具体的,第一CU在接收到第一处理数据后,可以对第一处理数据进行数据处理,包括PDCP和SDAP处理,从而得到第二处理数据,并将第二处理数据发送至核心网设备,从而完成终端设备的上行数据传输。
S208、第一CU根据辅助信息确定终端设备的RRC状态。
S209、在第一CU确定终端设备的RRC状态为RRC非活跃态时,第一CU向第一DU发送第二消息,第二消息用于指示第一DU保留所述终端设备对应的UE上下文。
S210、第一DU在接收到第一CU发送的第二消息后,保留所述终端设备对应的UE上下文,从而,在进行下一次上行数据传输时,第一DU可以根据保留的UE上下文进行数据处理,而无需与第一CU建立UE上下文。
S211、可选的,第一CU向保留有终端设备对应的UE上下文的第二DU发送第三消息,第三消息用于指示第二DU释放终端设备对应的UE上下文,第二DU与第一DU不同。
S212、第二DU根据第三消息释放终端设备的UE上下文,以避免网络资源的浪费。
本实施例提供一种上行数据处理方法,第一DU在接收到处于RRC非活跃态的终端设备发送的上行数据时,通过向保存有UE上下文的第一CU发送RRC恢复请求,以建立UE上下文,从而可以根据建立的UE上下文对上行数据进行处理。另外,第一CU向第一DU发送第二消息,从而,第一DU在完成上行数据的处理后,保留所述终端设备对应的UE上下文,以保留终端对应的UE上下文,从而在进行下一次的上行数据处理时,第一DU无需与第一CU建立相应的UE上下文即可对上行数据进行处理,从而可以简化上行数据的传输流程,提高数据传输效率。
在一些实施例中,在终端设备当前对应的服务DU以及服务CU均未保存有终端设备对应的UE上下文时,对上行数据处理方法的流程进行解释说明。
图6为本申请实施例提供的上行数据处理方法的示意图,如图6所示,上行数据处理方法具体包括以下步骤:
S301、处于无线资源控制RRC非活跃态的终端设备需要发送上行数据 时,向对应的第一分布单元DU发送第一消息和上行数据,该第一消息包括RRC恢复请求。可选的,第一消息中还包括辅助信息。
其中,第一DU为终端设备当前对应的服务网络设备中的DU,即第一DU为服务DU,服务网络设备还包括第一CU,第一CU为服务DU。第一CU和第一DU均未保存有终端设备对应的UE上下文。
S302、第一DU在接收到终端设备发送的第一消息和上行数据之后,向第一CU发送RRC恢复请求。
S303、第一CU根据RRC恢复请求,向第二CU发送UE上下文获取请求。
其中,第二CU为终端设备的锚点CU,即第二CU保存有终端设备对应的UE上下文。
S304、第二CU基于UE上下文获取请求向第一CU发送终端设备对应的UE上下文。
S305、第一CU基于接收获取的UE上下文,向第一DU发起UE上下文建立请求。
S306、第一DU接收第一CU基于接收获取的UE上下文发起的UE上下文建立请求,建立UE上下文。
S307、第一DU根据建立的UE上下文对上行数据进行数据处理,得到第一处理数据。
S308、第一DU向第一CU发送第一处理数据。
S309、第一CU接收第一DU发送的第一处理数据,并进行数据发送处理。
具体的,第一CU在接收到第一处理数据后,可以对第一处理数据进行数据处理,包括PDCP和SDAP处理,从而得到第二处理数据,并将第二处理数据发送至核心网设备,从而完成终端设备的上行数据传输。
S310、第一CU根据辅助信息确定终端设备的RRC状态。
S311、在第一CU确定终端设备的RRC状态为RRC非活跃态时,第一CU向第一DU发送第二消息,第二消息用于指示第一DU保留所述终端设备对应的UE上下文。
S312、第一DU在接收到第一CU发送的第二消息后,保留所述终端设 备对应的UE上下文,从而,在进行下一次上行数据传输时,第一DU可以根据保留的UE上下文进行数据处理,而无需与第一CU建立UE上下文。
S313、可选的,第一CU向保留有终端设备对应的UE上下文的第二CU发送第四消息,第四消息用于指示第二CU释放终端设备对应的UE上下文。
S314、第二CU根据第四消息释放终端设备的UE上下文,以避免网络资源的浪费。
本实施例提供一种上行数据处理方法,第一DU在接收到处于RRC非活跃态的终端设备发送的上行数据时,向第一CU发送RRC恢复请求,第一CU基于RRC恢复请求向保存有UE上下文的第二CU获取终端设备对应的UE上下文,再建立UE上下文,从而使得第一DU可以根据建立的UE上下文对上行数据进行处理。另外,第一CU向第一DU发送指示保留终端对应的UE上下文的第二消息,从而,第一DU在完成上行数据的处理后,保留所述终端设备对应的UE上下文,即保留终端对应的UE上下文,从而在进行下一次的上行数据处理时,第一DU无需与第一CU建立相应的UE上下文即可对上行数据进行处理,从而可以简化上行数据的传输流程,提高数据传输效率。
在一些实施例中,提供一种网络设备的第一分布单元DU,图7为第一分布单元的示意图,如图7所示,该第一分布单元600包括存储器610,收发机620,处理器630。
其中,存储器610,用于存储计算机程序。收发机620,用于在处理器630的控制下收发数据。处理器630,用于读取存储器610中的计算机程序并执行以下操作:接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据,所述第一消息用于请求进行RRC恢复;对所述上行数据进行数据处理,得到第一处理数据;将所述第一处理数据发送至第一集中单元CU,且保留所述终端设备对应的UE上下文。
在图7中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器630代表的一个或多个处理器和存储器610代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的 各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机620可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元,这些传输介质包括无线信道、有线信道、光缆等传输介质。处理器630负责管理总线架构和通常的处理,存储器610可以存储处理器630在执行操作时所使用的数据。
处理器630可以是中央处埋器(CPU)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device,CPLD),处理器也可以采用多核架构。
在一些实施例中,保留所述终端设备对应的UE上下文,包括:
接收第一CU发送的第二消息,根据第二消息保留所述终端设备对应的UE上下文。
在一些实施例中,第一消息还包括用于请求进行RRC恢复的RRC恢复请求;
接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据之后,操作还包括:
向第一CU发送RRC恢复请求。
在一些实施例中,在前一次上行数据处理过程中,若第一DU未执行释放终端设备对应的UE上下文的操作,对上行数据进行数据处理,得到第一处理数据,包括:
根据保留的UE上下文对上行数据进行数据处理,得到第一处理数据。
在一些实施例中,若第一DU未保留有终端设备对应的UE上下文,对上行数据进行数据处理,得到第一处理数据,包括:
接收第一CU基于终端设备对应的UE上下文发起的UE上下文建立请求,建立UE上下文;
根据建立的UE上下文对上行数据进行数据处理,得到第一处理数据。
在一些实施例中,提供一种网络设备的第一集中单元CU,包括存储器,收发机,处理器,其中,存储器,用于存储计算机程序。收发机,用于在处 理器的控制下收发数据。处理器,用于读取存储器中的计算机程序并执行以下操作:接收第一分布单元DU发送的第一处理数据,第一处理数据为第一DU在接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据后,对上行数据进行数据处理得到;向第一DU发送第二消息,第二消息用于指示第一DU保留所述终端设备对应的UE上下文。
关于第一集中单元CU的结构,可以参考图7中对于第一分布单元DU的结构限定,在此不再赘述。
在一些实施例中,操作还包括:
接收第一DU发送的、第一消息中包含的RRC恢复请求。
在一些实施例中,操作还包括:
在向终端设备发送第一控制消息以指示终端设备进入RRC非活跃态时,向第一DU发送第二控制消息,第二控制消息用于指示第一DU保留所述终端设备对应的UE上下文。
在一些实施例中,若第一CU保留有终端设备对应的UE上下文,还包括:
基于终端设备对应的UE上下文,向第一DU发起UE上下文建立请求,UE上下文建立请求用于指示第一DU建立UE上下文,根据建立的UE上下文对上行数据进行数据处理,得到第一处理数据。
在一些实施例中,操作还包括:
向第二DU发送第三消息,第三消息用于指示第二DU释放终端设备对应的UE上下文,第二DU为在前一次上行数据处理过程中,未执行释放终端设备对应的UE上下文的操作的DU,第二DU与第一DU不同。
在一些实施例中,若第一CU未保留有终端设备对应的UE上下文,还包括:
根据RRC恢复请求,向第二CU发送UE上下文获取请求,第二CU为终端设备的锚点CU;
接收第二CU基于UE上下文获取请求发送的终端设备对应的UE上下文;
基于UE上下文,向第一DU发起UE上下文建立请求,UE上下文建立请求用于指示第一DU建立UE上下文,根据建立的UE上下文对上行 数据进行数据处理,得到第一处理数据。
在一些实施例中,操作还包括:
向第二CU发送第四消息,第四消息用于指示第二CU释放终端设备对应的UE上下文。
在一些实施例中,提供一种网络设备,包括上述的第一分布单元DU,以及上述的第一集中单元CU。
其中,网络设备具体可以采用CU-DU分离架构,关于网络设备的结构可以参考图1以及相应的解释说明,在此不再赘述。
在一些实施例中,提供一种终端设备,图8为终端设备的示意图,如图8所示,该终端设备700包括存储器710,收发机720,处理器730。其中,存储器,用于存储计算机程序。收发机,用于在处理器的控制下收发数据。处理器,用于读取存储器中的计算机程序并执行以下操作:在处于无线资源控制RRC非活跃态时,若需要发送上行数据,生成第一消息;向第一分布单元DU发送所述第一消息和上行数据,所述第一消息用于指示第一DU对所述上行数据进行数据处理,得到第一处理数据,以及,将所述第一处理数据发送至第一集中单元CU,且保留所述终端设备对应的UE上下文。
可选的,参考图8,终端设备还包括用户接口740。
在图8中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器730代表的一个或多个处理器和存储器710代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机720可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元,这些传输介质包括,这些传输介质包括无线信道、有线信道、光缆等传输介质。针对不同的用户设备,用户接口740还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器730负责管理总线架构和通常的处理,存储器710可以存储处理 器730在执行操作时所使用的数据。
可选的,处理器730可以是CPU(中央处埋器)、ASIC(Application Specific Integrated Circuit,专用集成电路)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)或CPLD(Complex Programmable Logic Device,复杂可编程逻辑器件),处理器也可以采用多核架构。
处理器通过调用存储器存储的计算机程序,用于按照获得的可执行指令执行本申请实施例提供的任一方法。处理器与存储器也可以物理上分开布置。
在此需要说明的是,本发明实施例提供的上述装置,能够实现上述方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
在一些实施例中,提供一种上行数据处理装置,应用于第一分布单元DU。
图9为本申请实施例中上行数据处理装置的示意图,如图9所示,该上行数据处理装置800包括:
接收单元810,用于接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据,第一消息用于请求进行RRC恢复。
处理单元820,用于对上行数据进行数据处理,得到第一处理数据。
发送单元830,用于将第一处理数据发送至第一集中单元CU。
处理单元820还用于保留所述终端设备对应的UE上下文。
在一些实施例中,接收单元810还用于:接收第一CU发送的第二消息。
在一些实施例中,处理单元820还用于:根据第二消息保留所述终端设备对应的UE上下文。
在一些实施例中,发送单元830还用于:向第一CU发送RRC恢复请求。
在一些实施例中,处理单元820还用于:根据保留的UE上下文对上行数据进行数据处理,得到第一处理数据。
在一些实施例中,接收单元810还用于:接收第一CU基于终端设备对应的UE上下文发起的UE上下文建立请求,建立UE上下文。
在一些实施例中,处理单元820还用于:根据建立的UE上下文对上行数据进行数据处理,得到第一处理数据。
在一些实施例中,提供一种上行数据处理装置,应用于第一集中单元CU。
图10为本申请实施例中上行数据处理装置的示意图,如图10所示,该上行数据处理装置900包括:
接收单元910,用于接收第一分布单元DU发送的第一处理数据,第一处理数据为第一DU在接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据后,对上行数据进行数据处理得到。
发送单元920,用于向第一DU发送第二消息,第二消息用于指示第一DU保留所述终端设备对应的UE上下文。
在一些实施例中,接收单元910还用于:接收第一DU发送的、第一消息中包含的RRC恢复请求。
在一些实施例中,发送单元920还用于:在向终端设备发送第一控制消息以指示终端设备进入RRC非活跃态时,向第一DU发送第二控制消息,第二控制消息用于指示第一DU保留所述终端设备对应的UE上下文
在一些实施例中,发送单元920还用于:基于终端设备对应的UE上下文,向第一DU发起UE上下文建立请求,UE上下文建立请求用于指示第一DU建立UE上下文,根据建立的UE上下文对上行数据进行数据处理,得到第一处理数据。
在一些实施例中,发送单元920还用于:向第二DU发送第三消息,第三消息用于指示第二DU释放终端设备对应的UE上下文,第二DU为在前一次上行数据处理过程中,未执行释放终端设备对应的UE上下文的操作的DU,第二DU与第一DU不同。
在一些实施例中,发送单元920还用于:根据RRC恢复请求,向第二CU发送UE上下文获取请求,第二CU为终端设备的锚点CU。
在一些实施例中,接收单元910还用于:接收第二CU基于UE上下文获取请求发送的终端设备对应的UE上下文。
在一些实施例中,发送单元920还用于:基于UE上下文,向第一DU发起UE上下文建立请求,UE上下文建立请求用于指示第一DU建立UE上下文,根据建立的UE上下文对上行数据进行数据处理,得到第一处理数据。
在一些实施例中,参考图10,上行数据处理装置900包括:处理单元 930,用于在接收到第一处理数据后,对第一处理数据进行数据处理,包括PDCP和SDAP处理,从而得到第二处理数据。
在一些实施例中,发送单元920还用于:向第二CU发送第四消息,第四消息用于指示第二CU释放终端设备对应的UE上下文。
在一些实施例中,提供一种上行数据处理装置,应用于终端设备。
图11为本申请实施例中上行数据处理装置的示意图,如图11所示,该上行数据处理装置1000包括:
处理单元1010,用于在处于无线资源控制RRC非活跃态时,若需要发送上行数据,生成第一消息;
发送单元1020,用于向第一分布单元DU发送第一消息和上行数据,第一消息用于指示第一DU对上行数据进行数据处理,得到第一处理数据,以及,将第一处理数据发送至第一集中单元CU,且保留所述终端设备对应的UE上下文。
需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
在一些实施例中,提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机执行指令,计算机执行指令被处理器执行时用于实现本申请实施例中的上行数据处理方法的步骤。
处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备,包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (31)

  1. 一种上行数据处理方法,应用于第一分布单元DU,其特征在于,包括:
    接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据,所述第一消息用于请求进行RRC恢复;
    根据所述终端设备对应的UE上下文,对所述上行数据进行数据处理,得到第一处理数据;
    将所述第一处理数据发送至第一集中单元CU,且保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于对所述终端设备下一次发送的上行数据进行数据处理。
  2. 根据权利要求1所述的方法,其特征在于,所述保留所述终端设备对应的UE上下文,包括:
    接收第一CU发送的第二消息,根据所述第二消息保留所述终端设备对应的UE上下文,用于下一次数据处理。
  3. 根据权利要求1或2所述的方法,其特征在于,所述第一消息还包括用于请求进行RRC恢复的RRC恢复请求;
    所述接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据之后,还包括:
    向第一CU发送所述RRC恢复请求。
  4. 根据权利要求1或2所述的方法,其特征在于,在前一次上行数据处理过程中,若第一DU未执行释放所述终端设备对应的UE上下文的操作,所述对所述上行数据进行数据处理,得到第一处理数据,包括:
    根据保留的所述UE上下文对所述上行数据进行数据处理,得到所述第一处理数据。
  5. 根据权利要求1或2所述的方法,其特征在于,若第一DU未保留有所述终端设备对应的UE上下文,所述对所述上行数据进行数据处理,得到第一处理数据,包括:
    接收第一CU基于所述终端设备对应的UE上下文发起的UE上下文 建立请求,建立UE上下文;
    根据建立的UE上下文对所述上行数据进行数据处理,得到所述第一处理数据。
  6. 一种上行数据处理方法,应用于第一集中单元CU,其特征在于,包括:
    接收第一分布单元DU发送的第一处理数据,所述第一处理数据为第一DU在接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据后,根据所述终端设备对应的UE上下文对所述上行数据进行数据处理得到;
    向所述第一DU发送第二消息,所述第二消息用于指示所述第一DU保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于所述第一DU对所述终端设备下一次发送的上行数据进行数据处理。
  7. 根据权利要求6所述的方法,其特征在于,还包括:
    接收所述第一DU发送的、所述第一消息中包含的RRC恢复请求。
  8. 根据权利要求6或7所述的方法,其特征在于,还包括:
    在向所述终端设备发送第一控制消息以指示所述终端设备进入RRC非活跃态时,向所述第一DU发送第二控制消息,所述第二控制消息用于指示所述第一DU保留所述终端设备对应的UE上下文。
  9. 根据权利要求6或7所述的方法,其特征在于,若第一CU保留有所述终端设备对应的UE上下文,还包括:
    基于所述终端设备对应的UE上下文,向所述第一DU发起UE上下文建立请求,所述UE上下文建立请求用于指示所述第一DU建立UE上下文,根据建立的UE上下文对所述上行数据进行数据处理,得到所述第一处理数据。
  10. 根据权利要求9所述的方法,其特征在于,还包括:
    向第二DU发送第三消息,所述第三消息用于指示所述第二DU释放所述终端设备对应的UE上下文,所述第二DU为在前一次上行数据处理过程中,未执行释放所述终端设备对应的UE上下文的操作的DU,所述第二DU与所述第一DU不同。
  11. 根据权利要求7所述的方法,其特征在于,若第一CU未保留有所述终端设备对应的UE上下文,还包括:
    根据所述RRC恢复请求,向第二CU发送UE上下文获取请求,所述第二CU为所述终端设备的锚点CU;
    接收所述第二CU基于所述UE上下文获取请求发送的所述终端设备对应的UE上下文;
    基于所述UE上下文,向所述第一DU发起UE上下文建立请求,所述UE上下文建立请求用于指示所述第一DU建立UE上下文,根据建立的UE上下文对所述上行数据进行数据处理,得到所述第一处理数据。
  12. 根据权利要求11所述的方法,其特征在于,还包括:
    向所述第二CU发送第四消息,所述第四消息用于指示所述第二CU释放所述终端设备对应的UE上下文。
  13. 一种上行数据处理方法,应用于终端设备,其特征在于,包括:
    在处于无线资源控制RRC非活跃态时,若需要发送上行数据,生成第一消息;
    向第一分布单元DU发送所述第一消息和所述上行数据,所述第一消息用于指示第一DU根据所述终端设备对应的UE上下文对所述上行数据进行数据处理,得到第一处理数据,以及,将所述第一处理数据发送至第一集中单元CU,且保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于所述第一DU对所述终端设备下一次发送的上行数据进行数据处理。
  14. 一种网络设备的第一分布单元DU,其特征在于,包括存储器,收发机,处理器:
    存储器,用于存储计算机程序;收发机,用于在所述处理器的控制下收发数据;处理器,用于读取所述存储器中的计算机程序并执行以下操作:
    接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据,所述第一消息用于请求进行RRC恢复;
    根据所述终端设备对应的UE上下文,对所述上行数据进行数据处理, 得到第一处理数据;
    将所述第一处理数据发送至第一集中单元CU,且保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于对所述终端设备下一次发送的上行数据进行数据处理。
  15. 根据权利要求14所述的分布单元,其特征在于,所述保留所述终端设备对应的UE上下文,包括:
    接收第一CU发送的第二消息,根据所述第二消息保留所述终端设备对应的UE上下文。
  16. 根据权利要求14或15所述的分布单元,其特征在于,所述第一消息还包括用于请求进行RRC恢复的RRC恢复请求;
    所述接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据之后,所述操作还包括:
    向第一CU发送所述RRC恢复请求。
  17. 根据权利要求14或15所述的分布单元,其特征在于,在前一次上行数据处理过程中,若第一DU未执行释放所述终端设备对应的UE上下文的操作,所述对所述上行数据进行数据处理,得到第一处理数据,包括:
    根据保留的所述UE上下文对所述上行数据进行数据处理,得到所述第一处理数据。
  18. 根据权利要求14或15所述的分布单元,其特征在于,若第一DU未保留有所述终端设备对应的UE上下文,所述对所述上行数据进行数据处理,得到第一处理数据,包括:
    接收第一CU基于所述终端设备对应的UE上下文发起的UE上下文建立请求,建立UE上下文;
    根据建立的UE上下文对所述上行数据进行数据处理,得到所述第一处理数据。
  19. 一种网络设备的第一集中单元CU,其特征在于,包括存储器,收发机,处理器:
    存储器,用于存储计算机程序;收发机,用于在所述处理器的控制下 收发数据;处理器,用于读取所述存储器中的计算机程序并执行以下操作:
    接收第一分布单元DU发送的第一处理数据,所述第一处理数据为第一DU在接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据后,根据所述终端设备对应的UE上下文对所述上行数据进行数据处理得到;
    向所述第一DU发送第二消息,所述第二消息用于指示所述第一DU保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于所述第一DU对所述终端设备下一次发送的上行数据进行数据处理。
  20. 根据权利要求19所述的集中单元,其特征在于,所述操作还包括:
    接收所述第一DU发送的、所述第一消息中包含的RRC恢复请求。
  21. 根据权利要求19或20所述的集中单元,其特征在于,所述操作还包括:
    在向所述终端设备发送第一控制消息以指示所述终端设备进入RRC非活跃态时,向所述第一DU发送第二控制消息,所述第二控制消息用于指示所述第一DU保留所述终端设备对应的UE上下文。
  22. 根据权利要求19或20所述的集中单元,其特征在于,若第一CU保留有所述终端设备对应的UE上下文,还包括:
    基于所述终端设备对应的UE上下文,向所述第一DU发起UE上下文建立请求,所述UE上下文建立请求用于指示所述第一DU建立UE上下文,根据建立的UE上下文对所述上行数据进行数据处理,得到所述第一处理数据。
  23. 根据权利要求22所述的集中单元,其特征在于,所述操作还包括:
    向第二DU发送第三消息,所述第三消息用于指示所述第二DU释放所述终端设备对应的UE上下文,所述第二DU为在前一次上行数据处理过程中,未执行释放所述终端设备对应的UE上下文的操作的DU,所述第二DU与所述第一DU不同。
  24. 根据权利要求20所述的集中单元,其特征在于,若第一CU未保留有所述终端设备对应的UE上下文,还包括:
    根据所述RRC恢复请求,向第二CU发送UE上下文获取请求,所述第二CU为所述终端设备的锚点CU;
    接收所述第二CU基于所述UE上下文获取请求发送的所述终端设备对应的UE上下文;
    基于所述UE上下文,向所述第一DU发起UE上下文建立请求,所述UE上下文建立请求用于指示所述第一DU建立UE上下文,根据建立的UE上下文对所述上行数据进行数据处理,得到所述第一处理数据。
  25. 根据权利要求24所述的集中单元,其特征在于,所述操作还包括:
    向所述第二CU发送第四消息,所述第四消息用于指示所述第二CU释放所述终端设备对应的UE上下文。
  26. 一种网络设备,其特征在于,包括如权利要求14~18任一项所述的第一分布单元DU,以及如权利要求19~25任一项所述的第一集中单元CU。
  27. 一种终端设备,其特征在于,包括存储器,收发机,处理器:
    存储器,用于存储计算机程序;收发机,用于在所述处理器的控制下收发数据;处理器,用于读取所述存储器中的计算机程序并执行以下操作:
    在处于无线资源控制RRC非活跃态时,若需要发送上行数据,生成第一消息;向第一分布单元DU发送所述第一消息和所述上行数据,所述第一消息用于指示第一DU根据所述终端设备对应的UE上下文对所述上行数据进行数据处理,得到第一处理数据,以及,将所述第一处理数据发送至第一集中单元CU,且保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于所述第一DU对所述终端设备下一次发送的上行数据进行数据处理。
  28. 一种上行数据处理装置,其特征在于,应用于第一分布单元DU,所述装置包括:
    接收单元,用于接收处于无线资源控制RRC非活跃态的终端设备UE 发送的第一消息和上行数据,所述第一消息用于请求进行RRC恢复;
    处理单元,用于根据所述终端设备对应的UE上下文对所述上行数据进行数据处理,得到第一处理数据;
    发送单元,用于将所述第一处理数据发送至第一集中单元CU;
    所述处理单元还用于保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于对所述终端设备下一次发送的上行数据进行数据处理。
  29. 一种上行数据处理装置,其特征在于,应用于第一集中单元CU,所述装置包括:
    接收单元,用于接收第一分布单元DU发送的第一处理数据,所述第一处理数据为第一DU在接收处于无线资源控制RRC非活跃态的终端设备UE发送的第一消息和上行数据后,根据所述终端设备对应的UE上下文对所述上行数据进行数据处理得到;
    发送单元,用于向所述第一DU发送第二消息,所述第二消息用于指示所述第一DU保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于所述第一DU对所述终端设备下一次发送的上行数据进行数据处理。
  30. 一种上行数据处理装置,其特征在于,应用于终端设备,所述装置包括:
    处理单元,用于在处于无线资源控制RRC非活跃态时,若需要发送上行数据,生成第一消息;
    发送单元,用于向第一分布单元DU发送所述第一消息和所述上行数据,所述第一消息用于指示第一DU根据所述终端设备对应的UE上下文对所述上行数据进行数据处理,得到第一处理数据,以及,将所述第一处理数据发送至第一集中单元CU,且保留所述终端设备对应的UE上下文;其中,保留的UE上下文用于所述第一DU对所述终端设备下一次发送的上行数据进行数据处理。
  31. 一种计算机可读存储介质,其特征在于,所述计算机可读存储介 质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1~13任一项所述的上行数据处理方法。
PCT/CN2021/114806 2020-08-26 2021-08-26 上行数据处理方法、装置、网络设备、终端设备及介质 WO2022042652A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010873107.2 2020-08-26
CN202010873107.2A CN114126091B (zh) 2020-08-26 2020-08-26 上行数据处理方法、装置、网络设备、终端设备及介质

Publications (1)

Publication Number Publication Date
WO2022042652A1 true WO2022042652A1 (zh) 2022-03-03

Family

ID=80352674

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/114806 WO2022042652A1 (zh) 2020-08-26 2021-08-26 上行数据处理方法、装置、网络设备、终端设备及介质

Country Status (2)

Country Link
CN (1) CN114126091B (zh)
WO (1) WO2022042652A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022236000A1 (en) * 2021-05-07 2022-11-10 Google Llc Managing early data communication with a ue operating in an inactive state

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109246773A (zh) * 2017-06-05 2019-01-18 维沃移动通信有限公司 一种数据传输方法和装置
CN109391963A (zh) * 2017-08-11 2019-02-26 华为技术有限公司 一种传输方法和网络设备
CN110139387A (zh) * 2018-02-08 2019-08-16 电信科学技术研究院有限公司 一种上行小数据的传输方法、网络侧du和网络侧cu
CN110139386A (zh) * 2018-02-08 2019-08-16 电信科学技术研究院有限公司 一种上行小数据的传输方法、网络侧du和网络侧cu
WO2020166817A1 (en) * 2019-02-12 2020-08-20 Lg Electronics Inc. Early data transmission in cu-du split

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104969586A (zh) * 2013-12-30 2015-10-07 华为技术有限公司 小数据包的传输方法、基站和用户设备
US10009942B2 (en) * 2015-09-30 2018-06-26 Apple Inc. RRC state transition techniques with reduced signaling overhead
WO2017107073A1 (zh) * 2015-12-22 2017-06-29 华为技术有限公司 数据传输处理方法、用户设备和基站
CN108377550A (zh) * 2016-11-03 2018-08-07 中兴通讯股份有限公司 上下文信息的释放方法、装置及***、网络侧设备
WO2018170798A1 (zh) * 2017-03-22 2018-09-27 华为技术有限公司 一种会话迁移方法及设备
WO2018201483A1 (zh) * 2017-05-05 2018-11-08 华为技术有限公司 数据传输的方法、终端设备和接入网设备
RU2742948C1 (ru) * 2017-09-08 2021-02-12 Гуандун Оппо Мобайл Телекоммьюникейшнз Корп., Лтд. Способ переключения состояния, сетевое устройство и терминальное устройство
CN110636572A (zh) * 2018-06-21 2019-12-31 华为技术有限公司 通信方法及装置
CN110636565B (zh) * 2018-06-21 2021-01-22 电信科学技术研究院有限公司 Rrc非活跃状态下的数据传输方法、装置、终端及设备
CN111491338B (zh) * 2019-01-28 2022-04-22 华为技术有限公司 上下文存储方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109246773A (zh) * 2017-06-05 2019-01-18 维沃移动通信有限公司 一种数据传输方法和装置
CN109391963A (zh) * 2017-08-11 2019-02-26 华为技术有限公司 一种传输方法和网络设备
CN110139387A (zh) * 2018-02-08 2019-08-16 电信科学技术研究院有限公司 一种上行小数据的传输方法、网络侧du和网络侧cu
CN110139386A (zh) * 2018-02-08 2019-08-16 电信科学技术研究院有限公司 一种上行小数据的传输方法、网络侧du和网络侧cu
WO2020166817A1 (en) * 2019-02-12 2020-08-20 Lg Electronics Inc. Early data transmission in cu-du split

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022236000A1 (en) * 2021-05-07 2022-11-10 Google Llc Managing early data communication with a ue operating in an inactive state

Also Published As

Publication number Publication date
CN114126091A (zh) 2022-03-01
CN114126091B (zh) 2024-05-31

Similar Documents

Publication Publication Date Title
WO2018171398A1 (zh) QoS处理方法和设备
US20210274393A1 (en) Data transmission method and device in rrc inactive state, terminal and network side device
WO2021135187A1 (zh) 一种切片控制方法及装置
WO2021031022A1 (zh) 链路切换的方法和通信设备
WO2023066383A1 (zh) 数据传输方法、装置及存储介质
WO2022028276A1 (zh) 业务处理方法、信息指示方法、终端和网络设备
WO2018001297A1 (zh) 数据传输的方法及装置
CN114513832A (zh) 终端设备定位方法、装置、设备及存储介质
JP2023525094A (ja) サイドリンク中継アーキテクチャ中の配置方法及び機器
WO2019024615A1 (zh) 下行信息的发送方法、接入及移动性管理功能实体及网络功能实体
WO2022206007A1 (zh) 中继通信方法及装置、存储介质、中继设备
WO2022042652A1 (zh) 上行数据处理方法、装置、网络设备、终端设备及介质
WO2022152092A1 (zh) 数据传输控制方法和装置
WO2022206393A1 (zh) 通信方法及装置
WO2022206918A1 (zh) 一种prs资源确定方法及装置
CN114126090B (zh) 上行数据处理方法、装置、网络设备、终端设备及介质
WO2022156439A1 (zh) 信息传输方法、装置、基站及介质
CN114363975B (zh) 数据通信方法、装置、电子设备及存储介质
WO2022206678A1 (zh) 数据传输方法、装置及存储介质
WO2022116820A1 (zh) 终端rrc连接恢复的方法和装置
WO2021147672A1 (zh) 会话处理方法及通信装置
WO2022082543A1 (zh) Iab节点的移植方法及装置
WO2022141301A1 (zh) 通信方法、装置和***
WO2021142669A1 (zh) 业务传输的方法和设备
WO2020029747A1 (zh) 一种无线资源控制rrc连接建立方法及相关设备

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: 21860486

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21860486

Country of ref document: EP

Kind code of ref document: A1