WO2023065250A1 - Procédé de détermination et de signalisation d'informations d'assistance lors d'un petit transfert de données - Google Patents

Procédé de détermination et de signalisation d'informations d'assistance lors d'un petit transfert de données Download PDF

Info

Publication number
WO2023065250A1
WO2023065250A1 PCT/CN2021/125427 CN2021125427W WO2023065250A1 WO 2023065250 A1 WO2023065250 A1 WO 2023065250A1 CN 2021125427 W CN2021125427 W CN 2021125427W WO 2023065250 A1 WO2023065250 A1 WO 2023065250A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication node
message
base station
session
distributed base
Prior art date
Application number
PCT/CN2021/125427
Other languages
English (en)
Inventor
Jagdeep Singh Ahluwalia
Haibo Xu
Mengchen ZHANG
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to CN202180103538.3A priority Critical patent/CN118202773A/zh
Priority to EP21960999.7A priority patent/EP4406338A1/fr
Priority to PCT/CN2021/125427 priority patent/WO2023065250A1/fr
Publication of WO2023065250A1 publication Critical patent/WO2023065250A1/fr
Priority to US18/640,802 priority patent/US20240276285A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H04W28/0221—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices power availability or consumption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/32—Release of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/085—Access point devices with remote components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Definitions

  • This invention relates to assistance information determination and signalling during small data transfer.
  • the invention further relates to the configuration of communication nodes that form part of a distributed base station entity.
  • SDT small data transmission
  • This single shot transmission of data refers to the scenario in which only one packet of data is transmitted and that this one packet contains all the data to be transmitted. This works well when the amount of data to be transmitted is small. However, when the amount of data is large it becomes difficult to send data as a single data packet as the required data cannot be accommodated by a single medium access control protocol data unit (MAC PDU) .
  • MAC PDU medium access control protocol data unit
  • the first case being that there are multiple data packets (including both uplink (UL) message and downlink (DL) messages) .
  • each packet is small but they are transmitted at different times. These packets necessarily transmitted by different transmissions.
  • the second case is that in which one packet (DL or UL) is split into multiple transmissions due to its large size because the large size of the total transmission cannot be accommodated by a single shot MAC PDU transmission.
  • a multi-shot procedure design requires additional information to be exchanged between the user equipment (UE) and the network (distributed base station entity) to efficiently support a multi-shot SDT procedure.
  • assistance information used in SDT needs to be determined and transferred/signalled by the different network nodes (communication nodes) in the distributed base station entity architecture.
  • the information about subsequent DL and UL transmissions is usually known at the UE’s application layer. From the network perspective, it would be beneficial to receive such information (single shot, multi-shot or the number of UL/DL packets or traffic pattern information) in the first UL message of SDT from the UE. Based on such assistance information (called SDT Assistance Information, SAI) , the distributed base station entity can determine when to send an RRC Release message to terminate the SDT procedure.
  • SAI SDT Assistance Information
  • assistance information will be useful to help the anchor gNB to make the decision about whether or not to relocate the UE’s context during SDT procedure and to promptly terminating the SDT procedure after all the UL data has been transferred by the UE rather than waiting for the SDT Timer to run close to expiry or to define a new inactivity timer to save UE power
  • a communication node for operation as a part of a distributed base station entity in a communication system the communication node being configured to, on establishment of a small data transmission communication session by a user equipment communicating with the distributed base station entity: receive from another part of the distributed base station entity a first message indicating assistance information for the session and/or traffic data for the session; and after traffic data has been transferred during the session, make a decision as to whether to terminate the session in dependence on the content of the first message. This allows effective small data transmission to be performed when the base station entity is a distributed base station entity.
  • the communication node is capable of operating as a gNB-CU base station entity. This allows the communication node to be used as a central unit capable of communicating with a number of other communication nodes and user equipment.
  • a communication node as above, wherein the first message is received by the communication node over an F1 interface. This provides a means for a communication node to communicate with other entities within the distributed base station.
  • a communication node as above s, wherein the first message is received by the communication node from a gNB-DU base station entity. This expands the configuration of the distributed base station to include distributed units and allows further distribution of the base station entity.
  • the assistance information indicates one or more of: an amount of data in the uplink and or downlink be communicated in the session and a content type of data to be communicated in the session. This allows detailed information about the content and or quantity of the data to be transmitted to passed to the other components of the distributed base station entity in order to assign resources for transmission.
  • the assistance information indicates one or more of: an amount of data in the uplink and or downlink be communicated in a next session and a content type of data to be communicated in the next session including an indication that this assistance information is for the current or the next session.
  • the content type is indicated as an index to a predefined table of content types index of a lookup table with combination of uplink and or downlink packets to be exchanged.
  • the communication node is configured to, during the small data transmission communication session, convey uplink data from the user equipment to a distributed base station entity and convey downlink data from the distributed base station entity to the user equipment.
  • a communication node as above, wherein the communication node is configured to, on making a decision to terminate the session, transmit a user equipment context release command including RRC Release message to the another part of the distributed base station. This allows the communication node to manage the amount of resources allocated to user equipment.
  • a communication node as above, wherein the communication node is configured to, after the transfer of the traffic data or due to encountering a failure condition, receive a RRC Message from a user equipment indicating a session termination request; in response to receiving the RRC message, decide whether to terminate the session; and transmit a context release command including an RRC Release message to the another part of the distributed base station. This allows the communication node to manage the amount of resources allocated to user equipment.
  • a communication node as above, wherein the communication node is configured to, on making a decision to terminate the session, transmit a user equipment context release command including a release message to the another part of the distributed base station via an intermediate part of the distributed base station entity. This allows anchoring to be achieved by providing routing to obtain the correct UE context.
  • another communication node for operation as a part of a distributed base station entity in a communication system, the communication node being configured to, on establishment of a small data transmission communication session by a user equipment communicating with the distributed base station entity: receive from the user equipment a message indicating assistance information for the session; and in response to receiving that message transmit the assistance information for the session to another part of the distributed base station entity. This allows users to communicate with the distributed base station entity.
  • a communication node as above, wherein the communication node is configured to forward uplink data for the session to a network via the another part of the distributed base station entity. This allows communication between communication nodes within a distributed system.
  • another communication node for operation as a part of a distributed base station entity in a communication system, the communication node being configured to, on establishment of a small data transmission communication session by a user equipment communicating with the distributed base station entity: receive from another part of the distributed base station entity a message indicating assistance information for the session; and after traffic data has been transferred during the session, make a decision as to whether to terminate the session in response to receiving from the another part of the distributed base station entity a second message indicating that no further traffic data is to be transmitted in the session by the user equipment.
  • This allows other communication nodes within the distributed base station entity to recognise when the main data transmission has ended.
  • the communication node is capable of operating as a gNB-CU base station entity. This allows the communication node to be used as a central unit capable of communicating with a number of other communication nodes and user equipment.
  • a communication node as above, wherein the first message is received by the communication node over an F1 interface. This provides a means for a communication node to communicate with other entities within the distributed base station.
  • the assistance information indicates one or more of: an amount of data in the uplink and or downlink be communicated in the session and a content type of data to be communicated in the session. This allows detailed information about the content and or quantity of the data to be transmitted to passed to the other components of the distributed base station entity in order to assign resources for transmission.
  • a communication node as above, wherein the content type is indicated as an index of a lookup table with combination of uplink and or downlink packets to be exchanged. This allows the data to be easily ordered and stored within the distributed base station.
  • the communication node is configured to, during the small data transmission communication session, convey uplink data from the user equipment to a network and convey downlink data from the network to the user equipment. This allows users to access the distributed base station entity.
  • a communication node as above, wherein the communication node is configured to, on making a decision to terminate the session, transmit a user equipment context release command to the another part of the distributed base station. This allows the communication node to manage the amount of resources allocated to user equipment.
  • another communication node for operation as a part of a distributed base station entity in a communication system, the communication node being configured to, on establishment of a small data transmission communication session by a user equipment communicating with the distributed base station entity: receive from another part of the distributed base station a control message along with the assistance information, for the session; transmit the control message to a communication system controller; and after transmitting the control message, receive a response to the control message from the communication system controller. This allows for control signals to be sent through the distributed base station entity.
  • the response to the control message is an indication that there are multiple response messages to be received from the communication system controller and requesting that the communication node not terminate the session until further response messages have been received from the communication system controller.
  • a communication node as above, the communication node being configured to, on receiving from the communication system controller a message indicating a change of radio resource status of the session to a connected state, transmit a message to the user equipment to signal it to enter a connected state. This allows the distributed base station entity to handle large and continuous amounts of data communicated from the user equipment.
  • a communication node as above, the communication node being configured to, in response to receiving a response to the control message, transmit an information transfer message to another part of the distributed base station entity; and make a decision as to whether to terminate the session in response to receiving from the another part of the distributed base station entity an indication from another part of the distributed base station that the information transfer message was delivered to the user equipment. This ensures the session is terminated at the correct time.
  • a communication node as above, the communication node being configured to, in response to receiving a response to the control message: generate a status request message to another part of the distributed base station entity; make a decision as to whether to terminate the session in response to receiving from the communication system controller a response to the control message and generate a termination message; transmit the status request message and the termination message as part of a single communication to another part of the distributed base station; and subsequent to transmitting the status request message and the termination message, receive from another part of the distributed base station entity, a delivery report.
  • This allows the number of transmissions within the system to be reduced and thus power to be saved.
  • the status message indicates one or more of information transfer message, an RRC delivery status request and radio bearer identification information. This allows the number of transmissions within the system to be reduced and thus power to be saved.
  • the delivery report indicates one or more of RRC release information and downlink information transfer message. This allows the communication node to track the delivery of the messages it transmits.
  • a communication node as above, wherein the communication node is configured to perform one or more of the steps of: receive the control message via an intermediate part of the distributed base station entity; transmit the status request message to the another part of the distributed base station via an intermediate part of the distributed base station entity; and receive the delivery report via an intermediate part of the distributed base station entity.
  • the communication node is capable of operating as a gNB-CU base station entity. This allows the communication node to be used as a central unit capable of communicating with a number of other communication nodes and user equipment.
  • control message is received by the communication node from a gNB-DU base station entity.
  • the communication node is configured to, during the small data transmission communication session, convey uplink data from the user equipment to a network and convey downlink data from the network to the user equipment. This allows users to access the distributed base station entity.
  • a communication node as above, wherein the communication node is configured to, on making a decision to terminate the session, transmit a user equipment context release command including RRC Release message to the another part of the distributed base station. This allows the communication node to manage the amount of resources allocated to user equipment.
  • control message is received from the another part of the distributed base station entity via an intermediate part of the distributed base station entity. This allows anchoring to be achieved by providing routing to obtain the correct UE context.
  • the communication node is further configured to transmit a response message to the user equipment to enable the transmission of transmission data status reports; and after traffic data has been transferred during the session, the communication node is configured to send a release message to release resources used to send uplink data transmission data status reports for data transmission. In this way the allocated resources can be effectively managed.
  • the response message is an acknowledgment, or a contention resolution message configured to allow the transmission of data status report messages.
  • the response message is a downlink RRC message.
  • the communication node is further configured to receive a non-small data transmission uplink message from the user equipment. This provides a secondary means of data transmission.
  • non-small data transmission uplink message is a trigger message that non-small data transmission data has been received and transmission data status reports transmission is enabled. This allows status report generation to be initiated in an alternate manner.
  • the communication node is further configured to transmit a resume message to the user equipment to enable production of transmission data status reports and to release resources used for small data transmission. This allows for the number of messages transmitted to be reduced and thus power to be saved.
  • a user equipment for operation as a part of a communication system, the user equipment being configured to communicate with the communication node as above, and further configured to, prior to establishment of a small data transmission communication session, enable production of transmission data status reports after re-establishing the packet data convergence protocol entities.
  • This provides an independent user equipment means of re-enabling status report generation.
  • a user equipment for operation as a part of a communication system, the user equipment being configured to communicate with the communication node according to any of the preceding claims, and further configured to, prior to establishment of a small data transmission communication session, transmit a non-small data transmission message to the communication node; and enable production of transmission data status reports.
  • This provides an independent user equipment means of re-enabling status report generation.
  • Figure 1 illustrates an example about of a distributed base station entity, in particular the F1 and Xn interfaces between the distributed gNBs;
  • Figure 2 illustrates an example about of a distributed base station entity architecture and the connections between communication nodes and the user plane
  • FIG. 3 illustrates SDT Indication and SAI transfer to communication node over an F1 interface to terminate the SDT Procedure
  • FIG. 4 illustrates SDT Indication and SAI transfer to the last serving communication node (gNB-CU) to anchor and then terminate the SDT procedure;
  • Figure 5 illustrates assistance information derivation by communication nodes based on padding buffer status reports or padding bits or Release Assistance Information
  • Figure 6a illustrates assistance information derivation by communication nodes based on padding buffer status reports or padding bits and an indication of anchoring the gNB;
  • Figure 6b illustrates assistance information included in the RRC message and an indication of anchoring the gNB
  • Figure 7 illustrates a base case for NAS signalling transfer within a distributed base station entity
  • Figure 8 illustrates an optimised case for NAS signalling transfer within a distributed base station entity
  • Figure 9 illustrates an optimised case for NAS signalling transfer within a distributed base station entity while anchoring
  • Figure 10 illustrates downlink NAS signalling transfer for a distributed base station entity including a state transition of the user equipment
  • Figure 11 illustrates a first embodiment procedure for re-enabling PDCP status reporting for small data transmission
  • Figure 12 illustrates a second embodiment procedure for re-enabling PDCP status reporting for small data transmission
  • Figure 13 illustrates a third embodiment procedure for re-enabling PDCP status reporting for small data transmission
  • Figure 14 illustrates a fourth embodiment procedure for re-enabling PDCP status reporting for small data transmission
  • Figure 15 illustrates a fifth embodiment procedure for re-enabling PDCP status reporting for small data transmission.
  • Embodiments of the system to be described below introduces new procedures an F1 interface between the gNodeB distributed unit and gNodeB-Central Unit.
  • the embodiments disclosed herein also describe new procedures between gNodeB-Central Unit, one of which acts as the last serving gNodeB-Central Unit, over an Xn-C (Xn) interface.
  • Xn Xn-C
  • the present disclosure therefore introduces new procedures on the F1 and Xn-C interfaces and enhances the existing F1 and Xn-C interface procedure.
  • Figure 1 shows an example of a distributed base station entity comprising gNodeB-Distributed Units (gNB-DU) that communicate over an F1 interface with gNodeB-Central Unit (gNB-CU) .
  • the gNB-CUs may be connected and communicate with AMF over a NG interface.
  • Figure 1 also depicts that the gNB-CUs may communicate with each other over an Xn interface in order to retrieve the context related to the relevant UE uplink data to be transmitted.
  • the final gNB-CU that is accessed when the gNB-CUs communicate may be thought of as the last serving gNB-CU for the purpose of sending assistance information.
  • Figure 2 shows a further example of a distributed base station entity comprising a number of communication nodes and the connections between them as well as the user plane connections to each of the nodes.
  • the Xn interfaces between communication nodes can be seen as well as the levels of the architecture.
  • the assistance information to be reported from the UE to the network may be three types of information. SDT Assistance Information (SAI) , Buffer Status Report (BSR) or Power Head Room Report (PHR) . BSRs may be multiplexed together with user data in order to reduce the number of transmissions and therefore save power.
  • SAI SDT Assistance Information
  • BSR Buffer Status Report
  • PHR Power Head Room Report
  • the assistance information can be easily transmitted and used if the gNB of the base station entity is a single node.
  • assistance information will be first received at MAC layer in the gNB-DU and needs to be transferred from gNB-DU to gNB-CU on the F1 interface.
  • the assistance info may also have to be sent to further to the last serving gNB over a Xn-C interface.
  • An example of the overall architecture of such a system can also be seen in figure 2.
  • Figure 3 describes uplink data transfer that uses SAI information transfer using the MAC level and transferring SAI assistance information from the user equipment to the gNB-CU in the uplink and/or downlink.
  • the assistance information may include an amount of data in the uplink and or downlink be communicated in the session and a content type of data to be communicated in the session.
  • the content type of data to be communicated in the session may be information regarding the contents of the data, other than the amount of data, that is to be transmitted as part of the session.
  • the content type may be indicated as an index to a predefined table of content types index of a lookup table with combination of uplink and or downlink packets to be exchanged.
  • SAI information can be carried over the F1AP (F1 interface) as part of an initial UL RRC message transfer as new IE along with the SDT indication.
  • This message can be used by the gNB-CU (communication node) to decide when to terminate the SDT session.
  • the user equipment is configured to transmit SDT assistance information in the form of SAI indicating assistance information and providing a RRC Resume Request.
  • the assistance information sent from the UE is received at the gNB-DU as a layer 2 information this information is converted by the gNB-DU into layer 3 information that includes the SAI information and can be sent to the gNB-CU. There is no need to convert the layer 3 data back to layer 2 data before transmitting it to the user equipment.
  • This transmission from the gNB-DU to gNB-CU is undertaken in the F1AP over a F1 interface.
  • the gNB-CU receives this information as a first message and uses this information, that contains an indication regarding how many packets of data are to be sent, after traffic data has been transferred during the session to decide when to end the SDT session.
  • the gNB-CU may be configured to receive just the traffic data transferred to it.
  • the traffic data may be user data.
  • the gNB-CU then transmits a user equipment context release command, that may include an RRC Release message to the gNB-DU and subsequently the UE to terminate the SDT session.
  • the user equipment context release command may be sent in response to the received assistance information or indication (either at MAC layer or RRC layer) from the user equipment that the UL data transfer has been completed.
  • the assistance information can be carried at both RRC or MAC layer in general and needs to be transferred across the distributed base station to the communication node that controls the SDT session.
  • This is a distributed base unit entity wherein the gNB-CU in the system is the sole gNB-CU that contains the relevant context for the data transmission session.
  • figure 4 a similar distributed base station entity is disclosed that also describes an SDT session.
  • the configuration of figure 4 differs from that of figure 3 in that the gNB-CU is also distributed.
  • SAI assistance information along with the SDT indication and resume cause may be carried to last serving gNB-CU over an XnAP (Xn interface) to retrieve UE context request information.
  • the last serving gNB-CN may decide whether to relocate the UE context or not and when to terminate the SDT session. Therefore, where the receiving gNB-CU does not contain the correct context for the UE SDT transmission, the assistance information, SDT Indication, Resume Cause as mobile originated data is passed from the receiving gNB-CU to a last serving gNB-CU that contains the context.
  • the receiving gNB-CU can be thought of as an intermediate part of the distributed base station entity.
  • the assistance information may be carried to last serving gNB-CU in the XnAP to retrieve the UE Context Request. Based on this the last serving communication node may decide whether to relocate the assistance data or not and when to terminate the SDT session.
  • the assistance information throughout figures 3 and 4 may contain an amount of data information that may comprise the number of packets that are to be sent as part of the uplink transmission.
  • the last serving gNB-CU communicates with the User Plane Function UPF (communication system controller) of the distributed base station entity.
  • UPF User Plane Function
  • the gNB-CU of the last serving gNB decides, after the transmission of packets of data during the SDT session, based on the SAI (assistance information) , to terminate the session. In other words, the session is terminated in dependence on the content of the first message.
  • SAI assistance information
  • an RRC message is transferred back to the UE via the gNB-DU. This message contains instructions regarding UE context release and RRC release message. The release message ensures that no further resources are allocated to the UE by the gNB-DU and the session is terminated.
  • a further solution is disclosed in figure 5, in which instead of SAI information, a buffer status report (BSR) is transmitted from the UEs through the distributed system.
  • the assistance information is derivation is based on buffer status reports and padding bits.
  • no new BSRs are triggered for new data arriving in the same LCG.
  • the gNB-DU can continue allocating resources to the UE until the UE has no more data left to transmit. Once this occurs the UE signals this fact to the distributed base station entity by sending either padding buffer status reports or by sending padding bits. Alternatively this indication can also be sent by the UE in a RRC Message.
  • a RRC Resume Request message is transmitted by the UE that may contain the buffer status reports.
  • the assistance information aids in determining whether the transmission is single shot SDT or multi-shot SDT based on BSR.
  • a new SDT Notification message is needed to be transmitted over the F1 interface to indicate the completion of SDT session to the gNB-CU.
  • the gNB-DU receives this data converts it and transmits it to the gNB-CU (communication node) .
  • the gNB-DU determines whether the SDT session requires a single or multi-shot approach based on the BSR or the buffer size reported from the UE.
  • UE context setup requests are then exchanged between the gNB-DU and the gNB-CU prior to uplink data being transmitted through the distributed base station entity to the UPF.
  • the gNB-DU will continually allocate resources to the UE to allow for SDT to take place. This allocation of resources will continue to occur until, after the last data uplink, the UE begins to transmit a final transmission including padding bits or padding bits alone or RAI (Release Assistance Information) or BSR including padding bits.
  • RAI Release Assistance Information
  • the gNB-DU identifies these as the end of the data stream and transmits a message indicating this to the gNB-CU notifying it that no more UL data is to be transferred, see step 12 of figure 5.
  • the gNB-CU decides, based on this received notification message, to terminate the SDT session.
  • the gNB-CU generates an RRC Release message that is transmitted from the distributed base station entity to the UE, where the session is terminated.
  • Figure 6a represent a slightly modified distributed base station entity as described in relation to figure 5.
  • the assistance information aids in determining whether the transmission is single shot SDT or multi-shot SDT based on BSR.
  • a new SDT Notification message is needed to be transmitted over the F1 interface to indicate the completion of SDT session to the gNB-CU.
  • a further new SDT notification message is needed on the Xn interface to indicate the completion of SDT session to last serving gNB-CU.
  • the difference between figures 5 and 6a being that once the BSR information, which may contain information as to whether the SDT transmission from the UE is single shot or multi-shot, is received by the receiving gNB-CU is it transferred to the last serving gNB-CU (communication node) that contains the correct context.
  • the communication node will construct and send the RRC Release message to the UE, via the other components of the distributed base unit entity.
  • the SDT completion notification message is sent to last serving gNB for it to construct and send RRC Release message to the UE, UE context release message command may also be transmitted to the UE on termination of the session.
  • figure 6b Another possible variant of figure 6a is shown in figure 6b where instead of using the padding bits to indicate that there is no more data to be sent in the uplink, the UE sends an RRC message to the network.
  • This RRC message will be transferred all the way to the last serving gNB-CU (communication node) that contains the correct context, via the gNB-DU and receiving gNB-CU.
  • the communication node will construct and send the RRC Release message to the UE, via the other components of the distributed base unit entity.
  • a communication node that may be part of a distributed base station entity as described above that is configured to receive a control message indicating assistance information, this is seen in figure 7.
  • the gNB-DU can determine that it is a NAS signalling transfer based on the logical channel ID (LCID) over the Signal Radio Bearer 2 (SRB2) channel or Resume Cause value that may be included in the RRC Resume Request transmitted by the UE.
  • the UE may also indicate the number of messages to be exchanged in UL/DL for the NAS Signalling and the BSR as assistance info.
  • gNB-DU is configured to determine that the transmission from the UE is a NAS signalling transfer based on LCID of SRB2 and it may not schedule the UE with additional UE grant (resources) , or if it does it will not send any indication of padding BSR or padding bits to gNB-CU.
  • the gNB-CU of this configuration is also configured to wait for a DL response NAS message from the AMF.
  • the UE transmits a control message as part of the uplink information transfer as well a resource with RRC Resume Request.
  • the resource may be a Msg3, MsgA, or CG resource.
  • This control message is received by the gNB-DU and then forwarded onto the gNB-CU that serves as the communication node in the distributed base station of figure 7.
  • the UE context messages are exchanged between the gNB-DU an gNB-CU.
  • step 5 of figure 7 describes that the gNB-DU may not schedule resources for uplink messages to be transmitted from the UE or may ignore padding bits if these are received in the transmission. This may be based on the NAS control message that is transmitted from the UE. This is important because resources are not utilised when not needed.
  • the uplink RRC message comprising uplink information transfer received by the gNB-DU from the UE is then transmitted over the F1 interface where it is received by the gNB-CU. At this point the gNB-CU transmits the NAS control message to the Access and Mobility Management Function (AMF) of the distributed base station entity. This can be seen in steps 6 and 7 of figure 7.
  • AMF Access and Mobility Management Function
  • the gNB-CU Once the gNB-CU has transmitted the control message to the AMF, also known herein as a communication system controller, it will wait to receive a response. As shown in figure 7, the communication node (gNB-CU) receives a downlink NAS control message from the AMF and in response to this transmits a downlink information transfer message to the gNB-DU, which in turn transmits the DL information transfer to the UEs. When the gNB-DU transmits this message to the UEs it also sends a delivery report message to the gNB-CU.
  • the AMF also known herein as a communication system controller
  • the gNB-CU On receiving this delivery report, the gNB-CU then decides whether to terminate the SDT session and then when the session is to be terminated the communication node transmits a UE context release command message over the F1 interface to the gNB-DU, which in turn transmits the release message to the UE. These steps are shown in steps 12 to 15 of figure 7.
  • the gNB-DU of the distributed base station entity of figure 7 may be configured, upon receiving the NAS control message from the UE, to identify that the SDT is for NAS signalling transfer based on the LCID of SRB2, this is seen in step 2 of figure 8. Steps 1, 3 to 10 of figure 8 are the same as steps 1 to 9 of figure 7.
  • the F1 interface message (UE context release command message) can carry both the RRC release message and the DL information transfer message as well as a new SRB ID, and a delivery status request (RRC delivery status request) .
  • the RRC delivery report is also extended to include both a release message (RRC release message) and a DL information transfer message status.
  • the communication node In response to receiving from the AMF (communication system controller) a response to the control message, the communication node is configured to generate a status request message to another part of the distributed base station entity. The communication node is further configured to make a decision as to whether to terminate the session in response to receiving, from the communication system controller, a response to the control message and generate a termination message.
  • This termination message may be a UE context release command message as generated in figure 7, with the addition that it includes an additional information.
  • the communication node is configured in step 12, to transmit the status request message and the termination message as part of a single communication to another part of the distributed base station entity (the gNB-DU) ; and subsequent to transmitting the status request message and the termination message, receive from another part of the distributed base station entity, a delivery report (step 14) .
  • the gNB-DU (the another part of the distributed base station entity in figure 8) is configured to transmit the release message and DL information transfer message to the UE.
  • the configuration of figure 8 is an optimised version of the configuration shown in figure 7, wherein the messages in the downlink are combined, for example the release message in step 12.
  • the UE Context Release Command Message can carry both the Release (RRC Release) message and DL information transfer containers along with additional SRB ID and a delivery status request flag.
  • the RRC delivery report is thus extended to include both RRC Release and DL Information Transfer Message status.
  • the status message may indicate one or more of an information transfer message, an RRC delivery status request and/or radio bearer identification information.
  • the delivery report may indicate one or more of RRC release information and downlink information transfer messages.
  • a possible variation of Figure 8 can be that the AMF in the DL NAS transport message in step 10 may include an indication that there are multiple response messages to be sent and the gNB-CU should not decide to terminate the SDT procedure by sending a RRC Release message but instead should wait until further response messages have been received from the AMF (communication system controller) .
  • the response to the control message is an indication that there are multiple response messages to be received from the communication system controller and requesting that the gNB-CU not terminate the session until further response messages have been received from the communication system controller
  • Figure 9 depicts a further optimised NAS signalling transfer procedure while anchoring.
  • a Xn SDT transfer message can carry both a release message (RRC release message) and a DL information transfer containers to transfer these together to the receiving gNB-CU.
  • RRC release message a release message
  • a DL information transfer containers to transfer these together to the receiving gNB-CU.
  • the distributed base station of figure 9 there are again two gNB-CUs, a receiving gNB-CU and a last serving gNB-CU.
  • This configuration differs from that of figure 8 in that the receiving gNB-CU transmits the retrieve UE context request and the NAS control message to the last serving gNB-CU (communication node) .
  • the receiving gNB-CU receives the UE context response from the last serving gNB-CU.
  • This exchange of messages can be seen in steps 4 and 5 of figure 9.
  • the gNB-DU performs the same function as in figure 8.
  • the last serving gNB-CU is configured to receive the NAS control messages, transmitted from the UE via the gNB-DU, from the receiving gNB-CU as shown in step 10.
  • the last serving gNB-CU decides whether to terminate the SDT session and transmits the delivery status request message a well as a termination message in the same way as described above in relation to figure 8.
  • the difference being that these messages are transmitted to the another part (gNB-DU) of the distributed base station via an intermediate part (gNB-CU) of the distributed base station entity.
  • the gNB-CU is further configured to receive the delivery report via an intermediate part of the distributed base station entity as seen in steps 18 and 19 of figure 9.
  • the last serving gNB-CU is configured to decide whether to terminate the SDT session and then transmit the downlink information transfer message as well as a release message to the receiving gNB-CU.
  • the receiving gNB-CU transmits a UE Context Release Command Message can carry both the RRC Release message and DL information transfer containers along with additional SRB ID and a delivery status request flag.
  • the RRC delivery report is thus extended to include both RRC Release and DL Information Transfer Message status.
  • the status message may indicate one or more of an information transfer message, an RRC delivery status request and/or radio bearer identification information.
  • the delivery report may indicate one or more of RRC release information and downlink information transfer messages.
  • the gNB-DU (the another part of the distributed base station entity in figure 8) is configured to transmit the release message and DL information transfer message to the UE.
  • the NAS signalling transfer throughout the distributed base station entity can be optimised to reduce the number of messages transmitted over the F1 and Xn interfaces and to identify when to terminate the SDT session and release the resources.
  • Figure 10 depicts an example of downlink NAS signalling transfer with a state transition of the user equipment.
  • the AMF of the configuration shown in figure 10 may instruct the communication nodes to move the UE to a connected state if the UE initiated NAS procedure cannot be continued in an RRC_INACTIVE state in response to receiving the UL NAS message.
  • a connected state allows for continuous data transmission, for example during a video call, whereas in an inactive state the data transmission may be sporadic, for example using an instant messaging service where pauses occur between messages transmitted.
  • the UE is configured to transmit, to a gNB-DU, a RRC resume request and uplink information transfer message (this is a NAS control message) .
  • the gNB-DU is configured to receive the transmission from the UE and identify that the small data transmission is for NAS signalling transfer based on the LCID of SRB2. In this configuration the NAS control signal may be thought of as assistance information.
  • the gNB-DU may then be configured to transmit an initial uplink RRC message (CCCH) (Common Control Channel) as well as receive a UE context setup request from a gNB-CU.
  • CCCH Common Control Channel
  • a UE context setup response may be transmitted by the gNB-DU to the gNB-CU as shown in step 5.
  • the gNB-DU may not schedule at this point, resources to the UE for NAS signalling (data transmission) or may ignore padding BSRs or padding bits if received.
  • the gNB-DU may then transmit in the uplink an information transfer message including a NAS message to the gNB-CU.
  • the gNB-CU may then transmit the NAS message to in the uplink to the AMF in the user plane and wait for a DL response to the NAS message.
  • the AMF of figure 10 decides to move the UE to a connected state (RRC connected) in order perform continuous data transfer.
  • An indication of this decision is transmitted in the downlink to the gNB-CU along with a response NAS message. These are sent as a single message.
  • the indication is sent back through the distributed base station entity in the downlink as part of a resume message (RRC resume) , seen in steps 12 and 13, to the UE.
  • RRC resume resume message
  • the UE is moved to the connected state and then NAS signalling transfer from the UE to the gNB-DU in the uplink direction is undertaken, seen in step 16 of figure 10.
  • Any communications between gNB-CUs in the present disclosure are performed on an Xn interface and any communications between a gNB-CU and a gNB-DU are performed over an F1 interface.
  • the gNB-CUs and the gNB-DUs described herein may all be considered as communication nodes within the distributed base station entity.
  • the UE may indicate that it does not have any UL data to transmit to the last serving gNB by sending padding BSR or padding bits in the TB or RAI MAC CE or a RRC Message.
  • This information may be received from the UE by the gNB-DU and needs to be transferred from the gNB-DU to gNB-CU in the CU-DU split architecture described in this disclosure.
  • Such information may also be carried to the last serving gNB-CU over an Xn interface between gNB-CU nodes to terminate the SDT procedure.
  • the proposed procedures describe the mechanism of signalling such information on the F1 and Xn interfaces.
  • the information on whether SDT procedure is used for NAS signalling transfer or uplink data may be implicitly derived in gNB-DU and conveyed to gNB-CU.
  • the information can therefore be used to appropriately optimize the SDT procedure so that the downlink NAS message can be delivered together with RRC Release message so that the UE stops monitoring the control channels for further control transmissions at the earliest opportunity. This provides the advantage of reducing the power of the components.
  • a communication node as previously described, capable of Packet Data Convergence Protocol (PDCP) status report disabling and enabling during small data transfer. This will be described in relation to figures 11 to 15.
  • PDCP Packet Data Convergence Protocol
  • the PDCP status report is not triggered even if the RB Radio bearer is configured with the setting that a status report is required (statusReportRequired) .
  • PDCP status reports may be multiplexed together with user data in order to reduce the number of transmissions and therefore save power.
  • the radio resource control indicates to the PDCP to disable the PDCP status report. This may be done for example, by de-configuring the statusReportRequired command (i.e. the UE internally indicates this) .
  • PDCP status reporting may enabled using any method.
  • PDCP entities for only the non-SDT RBs may be re-established (i.e. not those for the SDT RBs) when the user equipment moves from an inactive state (RRC_INACTIVE) with SDT session ongoing to RRC CONNECTED.
  • the PDCP solution proposes when and how the PDCP status reporting is re-enabled within the UE for RA SDT and CG SDT when the UE moves to RRC_CONNECTED state and also for having lossless cell reselection procedure for both MO SDT and MT SDT.
  • Figure 11 shows a first option for re-enabling PDCP status reporting for small data transfer.
  • the UE is initially in an inactive state when the SDT procedure begins. In this state the PDCP status reports are disabled by RRC but are then reset by RRC. Once the reset of the PDCP has taken place the sending of PDCP status reports are enabled by RRC. A resume request is then transmitted from a UE to a gNB. Subsequently, traffic data is transferred during the session (uplink and downlink data transmissions take place that make up the SDT session) until a RRC resume message is transmitted from the gNB to the UE.
  • the communication node (integrated gNB in a single node architecture) is configured to send a release message to release resources used to send uplink data.
  • the CG resources and configuration for small data transfer are released by the UE and the UE enters a connected state. After the re-enabling of PDCP status reports, these can then be exchanged in the usual manner during a handover.
  • a user equipment for operation as a part of a communication system (distributed base station entity) .
  • the user equipment being configured to communicate with the communication node (gNB) and further configured to, prior to establishment of a small data transmission communication session, enable production of transmission data status reports after re-establishing the PDCP entities.
  • gNB communication node
  • Figure 12 describes a second option for re-enabling PDCP status reporting for small data transfer.
  • the same initial conditions and PDCP status are in place.
  • the means by which the PDCP status reports are reenabled is different from that shown in figure 11.
  • the UE is configured to transmit a resume request message to the gNB.
  • the gNB is configured to transmit a response message that includes contention resolution for RA-SDT or an explicit acknowledgement for CG SDT.
  • the gNB is configured to transmit a trigger message.
  • the UE is configured to receive the response message and determine that a successful contention resolution or an acknowledgement of the resume request has been received. Once this is confirmed the UE is configured to re-enable PDCP status reporting and then commence traffic data transmission.
  • the traffic data is intended to represent the user data in other words the content of the messages transmitted during a SDT session.
  • the communication node After traffic data has been transferred during the session, the communication node is configured to send a release message to release resources used to send uplink data in the same manner as seen in figure 11. In the same way the UE is changed to a connected state. As such, it is possible to re-enable PDCP status reports after successful contention resolution for RA-SDT or acknowledgement for CG-SDT.
  • FIG 13 A further option for re-enabling PDCP status reporting is depicted in figure 13.
  • the UE is initially in an inactive state when the SDT procedure begins. In this state the PDCP status reports are disabled by RRC but are then reset by RRC. Again, instead of enabling PDCP status reports immediately, the UE is configured to transmit a resume request message to the gNB-DU. This message may be a MSG3/MSGA/CG Resource RRC resume request and uplink data transmission.
  • the gNB is configured to transmit a response message that includes contention resolution for RA-SDT or an explicit acknowledgement for CG SDT. In other words, the gNB is configured to transmit a trigger message.
  • the gNB is further configured to transmit an additional new trigger message that may be in the form of a downlink RRC message.
  • This message may include an inactive –radio network temporary identifier (I-RNTI) and NCC.
  • the UE is configured to receive the new trigger message and re-enable PDCP status reporting and then commence traffic data transmission.
  • the communication node is configured to send a release message to release resources used to send uplink data in the same manner as seen in figure 11. In the same way the UE is changed to a connected state. As such, it is possible to re-enable PDCP status reports after successful contention resolution for RA-SDT or acknowledgement for CG-SDT.
  • a further option for re-enabling PDCP status reporting in a SDT session is seen.
  • the UE is initially in an inactive state when the SDT procedure begins. In this state the PDCP status reports are disabled by RRC but are then reset by RRC.
  • a resume request is then transmitted from a UE to a gNB.
  • the UE is configured to transmit a resume request message to the gNB. This message may be a MSG3/MSGA/CG Resource RRC resume request and uplink data transmission.
  • the gNB is configured to transmit a response message that includes contention resolution for RA-SDT or an explicit acknowledgement for CG SDT. In other words, the gNB is configured to transmit a trigger message.
  • the communication node is further configured to receive a non-small data transmission uplink message from the user equipment.
  • the UE is configured to transmit a trigger message to the communication node indicating that the arrival of the non-SDT data.
  • This trigger message may be a DCCH or CCCH message.
  • FIG. 15 depicts re-enabling PDCP status reporting after receiving an RRC resume message either in response to a non SDT UL data arrival indication or a non SDT DL data arrival indication or if the network (distributed base station entity) decides to move the UE to a RRC connected state on its own.
  • the UE is initially in an inactive state when the SDT procedure begins. In this state the PDCP status reports are disabled by RRC but are then reset by RRC. A resume request is then transmitted from a UE to a gNB-. Again, instead of enabling PDCP status reports immediately, the UE is configured to transmit a resume request message to the gNB. This message may be a MSG3/MSGA/CG Resource RRC resume request and uplink data transmission. In response to receiving this transmission the gNB is configured to transmit a response message that includes contention resolution for RA-SDT or an explicit acknowledgement for CG SDT. In other words, the gNB is configured to transmit a trigger message.
  • the communication node is further configured to receive a non-small data transmission uplink message from the user equipment.
  • the communication node may also transmit a non-small data transmission downlink message to the user equipment or may decide to move the UE to a connected state.
  • the gNB is configured to transmit a RRC resume trigger message that is received by the UE.
  • the UE is configured to re-enable PDCP status reports (and the UE may be moved to a connected state if it has not been already) on receipt of a resume message from the gNB.
  • the CG resources and configuration for small data transfer may be released. After the re-enabling of PDCP status reports, these can then be exchanged in the usual manner during a handover.
  • the communication node may be a gNB-CU if the system is not distributed.
  • PDCP Status Reports may also be re-enabled in the PDCP layer by the RRC layer internally within the UE after the initiation of SDT procedure. This is applicable for both types of STD mechanism e.g., RACH based SDT (RA-SDT) or Configured Grant Based SDT (CG-Based SDT) .
  • RACH based SDT RACH based SDT
  • CG-Based SDT Configured Grant Based SDT
  • CG initial transmission acknowledgement Some important features regarding the CG initial transmission acknowledgement are that explicit L1/L2 acknowledgement should be considered for the first SDT transmission including the RRC Resume request, or alternatively, L3 acknowledgement in the form of a new DL RRC message should be considered for CG SDT. Only after this acknowledgement is received should the subsequent transmission be performed on the CG or dynamic resources. Performing subsequent transmission without the acknowledgement of the first transmission should not be allowed. Furthermore, the handling of CG resources after the UE transitions to an RRC Connected State are as follows. When the UE transitions to the connected state, the CG Resources used for SDT should be released by the UE unless explicitly indicated by the distributed base station entity.
  • the network can indicate that the CG resources should be reused or reconfigured for the RRC connected state. This can be done in either a RRC resume message or in a RRC reconfiguration message later on in when the UE is in the connected state. If the network wants to reuse the CG SDT resources in RRC connected state, the RRC resume message described above may carry such an indication to do so when the UE moves from an inactive state (RRC_INACTIVE) to a connected state (RRC CONNECTED) while the SDT session is ongoing.
  • RRC_INACTIVE an inactive state
  • RRC CONNECTED connected state

Landscapes

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

Abstract

La présente invention concerne un nœud de communication destiné à fonctionner en tant que partie d'une entité de station de base distribuée dans un système de communication, le nœud de communication étant configuré pour, lors de l'établissement d'une session de communication de petites transmission de données par un équipement utilisateur communiquant avec l'entité de station de base distribuée : recevoir, d'une autre partie de l'entité de station de base distribuée, un premier message indiquant des informations d'assistance pour la session ; et après que les données de trafic ont été transférées pendant la session, prendre une décision quant à savoir s'il faut mettre fin à la session en fonction du contenu du premier message.
PCT/CN2021/125427 2021-10-21 2021-10-21 Procédé de détermination et de signalisation d'informations d'assistance lors d'un petit transfert de données WO2023065250A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202180103538.3A CN118202773A (zh) 2021-10-21 2021-10-21 小数据传输期间的辅助信息确定和信号发送方法
EP21960999.7A EP4406338A1 (fr) 2021-10-21 2021-10-21 Procédé de détermination et de signalisation d'informations d'assistance lors d'un petit transfert de données
PCT/CN2021/125427 WO2023065250A1 (fr) 2021-10-21 2021-10-21 Procédé de détermination et de signalisation d'informations d'assistance lors d'un petit transfert de données
US18/640,802 US20240276285A1 (en) 2021-10-21 2024-04-19 Method for assistance information determination and signalling during small data transfer

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/125427 WO2023065250A1 (fr) 2021-10-21 2021-10-21 Procédé de détermination et de signalisation d'informations d'assistance lors d'un petit transfert de données

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/640,802 Continuation US20240276285A1 (en) 2021-10-21 2024-04-19 Method for assistance information determination and signalling during small data transfer

Publications (1)

Publication Number Publication Date
WO2023065250A1 true WO2023065250A1 (fr) 2023-04-27

Family

ID=86058669

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/125427 WO2023065250A1 (fr) 2021-10-21 2021-10-21 Procédé de détermination et de signalisation d'informations d'assistance lors d'un petit transfert de données

Country Status (4)

Country Link
US (1) US20240276285A1 (fr)
EP (1) EP4406338A1 (fr)
CN (1) CN118202773A (fr)
WO (1) WO2023065250A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021074116A1 (fr) * 2019-10-14 2021-04-22 Nokia Technologies Oy Aide à la manipulation d'état précoce pour un changement d'état rrc efficace
WO2021150015A1 (fr) * 2020-01-22 2021-07-29 Lg Electronics Inc. Procédé et appareil pour transmission rapide de petites données dans un système de communication sans fil

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021074116A1 (fr) * 2019-10-14 2021-04-22 Nokia Technologies Oy Aide à la manipulation d'état précoce pour un changement d'état rrc efficace
WO2021150015A1 (fr) * 2020-01-22 2021-07-29 Lg Electronics Inc. Procédé et appareil pour transmission rapide de petites données dans un système de communication sans fil

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
QUALCOMM INCORPORATED: "Control plane aspects on NR small data transmission", 3GPP DRAFT; R2-2010008, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online; 20201102 - 20201113, 23 October 2020 (2020-10-23), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051942751 *
ZTE: "Discussion on SDT with/without UE context relocation", 3GPP DRAFT; R3-211570, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. Online; 20210517 - 20210528, 7 May 2021 (2021-05-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052001937 *

Also Published As

Publication number Publication date
EP4406338A1 (fr) 2024-07-31
US20240276285A1 (en) 2024-08-15
CN118202773A (zh) 2024-06-14

Similar Documents

Publication Publication Date Title
US10149295B2 (en) Method and apparatus for transmitting/receiving data using multiple carriers in mobile communication system
JP5246975B2 (ja) 通信端末及び送信メッセージ生成制御方法
CN102084709B (zh) 电信系统中的方法和设备
US20200229049A1 (en) Communication Method Under Wireless Base Station Separation Architecture, Functional Entity and Wireless Base Station
US20190075517A1 (en) Communications device and method
US10979942B2 (en) Data transmission method, network device, and terminal device
US9271194B2 (en) Method, device, and system for handover of user equipment group
EP2744260B1 (fr) Procédé et dispositif de transmission de données
KR20150015295A (ko) 단말 대 단말 통신을 지원하는 단말 및 그 동작 방법
CN104488316B (zh) 用于在云小区通信系统中调度数据的装置和方法
EP1969877B1 (fr) Procede de transfert dans un systeme de communication mobile
KR102189790B1 (ko) 다중 기지국 연결 기반의 무선 통신 시스템에서의 무선 링크 실패 처리 방법 및 그 장치
JP2024503227A (ja) 無線ネットワーク内におけるスモールデータ伝送のための方法、デバイス、およびシステム
US20240205789A1 (en) Multi-path operation in ue-to-nw sidelink relay
KR20210040009A (ko) 이동 통신 네트워크에서 단말의 위치 등록 방법 및 장치
US20060176845A1 (en) User equipment-based resource management method and system
WO2023065250A1 (fr) Procédé de détermination et de signalisation d'informations d'assistance lors d'un petit transfert de données
EP4014538B1 (fr) Dispositif sans fil, système et procédé de gestion de liaison latérale efficace
WO2023004594A1 (fr) Dispositifs et procédé de configuration d'un dispositif utilisateur pendant une transmission de petites données
WO2022205333A1 (fr) Dispositifs et procédés pour améliorer une resélection de cellule pendant des sessions de communication en cours
WO2023184492A1 (fr) Extraction de contexte d'équipement utilisateur pour une transmission de petites données
WO2023230961A1 (fr) Procédé de configuration de cellule, ainsi qu'appareil, terminal, station de base, support d'enregistrement et produit de programme
CN100527709C (zh) 移动通信分组切换过程中监控临时块流无线资源的方法
US9137715B2 (en) System and method for supporting bandwidth requests in a handover
KR20040065519A (ko) 이동통신 시스템에서 다중 서비스의 제어 장치 및 방법

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202180103538.3

Country of ref document: CN

ENP Entry into the national phase

Ref document number: 2021960999

Country of ref document: EP

Effective date: 20240424

NENP Non-entry into the national phase

Ref country code: DE