WO2023206260A1 - Initiation d'une transmission de petites données à terminaison mobile avec programmation semi-persistante de liaison descendante - Google Patents

Initiation d'une transmission de petites données à terminaison mobile avec programmation semi-persistante de liaison descendante Download PDF

Info

Publication number
WO2023206260A1
WO2023206260A1 PCT/CN2022/089973 CN2022089973W WO2023206260A1 WO 2023206260 A1 WO2023206260 A1 WO 2023206260A1 CN 2022089973 W CN2022089973 W CN 2022089973W WO 2023206260 A1 WO2023206260 A1 WO 2023206260A1
Authority
WO
WIPO (PCT)
Prior art keywords
network device
data transmission
downlink
persistent scheduling
small data
Prior art date
Application number
PCT/CN2022/089973
Other languages
English (en)
Inventor
Jagdeep Singh Ahluwalia
Haibo Xu
Mengchen ZHANG
Chunhua YOU
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 CN202280089831.3A priority Critical patent/CN118592087A/zh
Priority to PCT/CN2022/089973 priority patent/WO2023206260A1/fr
Publication of WO2023206260A1 publication Critical patent/WO2023206260A1/fr

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
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • 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

Definitions

  • This disclosure relates to data transmission in a communications network, in particular to a small data transmission (SDT) procedure in such a network.
  • SDT small data transmission
  • a communications network generally comprises multiple nodes. Each node is a connection point in the communications network and can act as an endpoint for data transmission or redistribution. Each node may be, for example, a gNodeB (gNB) .
  • gNB gNodeB
  • a network node may communicate with a user equipment device (UE) , such as a mobile phone, in the communications network.
  • the network node may send downlink data to the UE and receive uplink data from the UE.
  • UE user equipment device
  • a solution for SDT was first defined for mobile originated (MO) signaling and data transfer and is planned to be enhanced for mobile terminated (MT) SDT, where the UE is able to receive small data while remaining in the RRC_INACTIVE state.
  • a UE in a network such as a Next Generation Radio Access Network (NG-RAN)
  • NG-RAN Next Generation Radio Access Network
  • RNA RAN-based notification area
  • downlink small data may be sent from the network node to the UE.
  • a network device in a communications network the network device being configured to communicate with a user device in the communications network in a current mobile-terminated small data transmission communication session, the network device being configured to: provide a downlink semi-persistent scheduling configuration to the user device for a subsequent mobile-terminated small data transmission communication session; activate the downlink semi-persistent scheduling configuration for the user device; and send downlink data for the subsequent mobile-terminated small data transmission communication session to the user device.
  • a user device in a communications network the user device being configured to communicate with a network device in the communications network in a current mobile-terminated small data transmission communication session, the user device being configured to: receive a downlink semi-persistent scheduling configuration from the network device for a subsequent mobile-terminated small data transmission communication session; receive a notification of activation of the downlink semi-persistent scheduling configuration; and receive downlink data for the subsequent mobile-terminated small data transmission communication session from the network device.
  • the downlink semi-persistent scheduling configuration may comprise an indication of resources (semi-persistent scheduling resources) assigned in a physical layer of a radio interface protocol stack and a periodicity of the resources. This may allow the user device to effectively operate under downlink semi-persistent scheduling for a mobile-terminated SDT communication session.
  • the indication of the periodicity of the resources may indicate that the scheduling configuration applies to every nth subframe of a transmission. Hence, control signaling may only be used once, which may reduce the signaling overhead.
  • n is the periodicity of semi-persistently scheduled transmissions.
  • the network device may be configured for the current mobile-terminated small data transmission communication session according to a random access channel based small data transmission scheme. This may allow for compatibility with existing processes.
  • the network device may be configured for the current mobile-terminated small data transmission communication session according to a configured grant based small data transmission scheme. This may allow for compatibility with alternative existing processes.
  • the network device may be configured to provide the downlink semi-persistent scheduling configuration to the user device in a downlink radio resource control message in the current mobile-terminated small data transmission communication session to be used in the subsequent mobile-terminated small data transmission communication session. This may allow the user device to use downlink semi-persistent scheduling configured resources in the subsequent mobile-terminated SDT session.
  • the network device may be configured to provide the downlink semi-persistent scheduling configuration (which can be a full configuration or a delta configuration with respect to a previous configuration) to the user device in an RRCRelease message. This may provide compatibility with existing architectures and cater for future extensions.
  • the RRCRelease message may further comprise a configured scheduling radio network temporary identifier for the subsequent mobile-terminated small data transmission session. This may allow the network device to identify the user device.
  • the network device may be configured to provide the downlink semi-persistent scheduling configuration (which can be the full configuration or the delta configuration, with respect to the previous configuration) to the user device in a downlink radio resource control (RRC) message, such as RRCSDTReconfiguration (or other downlink RRC message) , in the current mobile-terminated small data transmission session.
  • RRC radio resource control
  • This message may allow the user device to be provided with the the downlink semi-persistent scheduling configuration when the user device is being reconfigured for SDT.
  • the network device may be a receiving node.
  • the network device may be configured to provide a downlink semi-persistent scheduling configuration to the user device for the current mobile-terminated downlink small data transmission communication session using a downlink radio resource control message after user device context information is relocated to the receiving node from a last serving node.
  • the receiving node may operate as a new serving node for the user device in the SDT session once context information from the user device has been transferred from the last serving node to the receiving node. This may assist in the initiation or transfer of an SDT session between nodes in a communications network.
  • the receiving node may be configured to receive the downlink semi-persistent scheduling configuration from the last serving node during relocation of the user device context information.
  • the downlink semi-persistent scheduling configuration may be reused at the receiving node. This may be an efficient implementation during when a user device moves between nodes in the network.
  • the network device may be further configured to provide a configured grant configuration to the user device for subsequent mobile-terminated downlink small data transmission communication session (for example, for transmission of uplink data packets or signaling during the subsequent mobile-terminated small data communication session) .
  • This may also allow the user device to be configured for a configured grant scheme.
  • a user device may be either in RRC_CONNECTED state/mode or in RRC_INACTIVE state/mode when an RRC connection has been established. If this is not the case, i.e. no RRC connection is established, the UE is in RRC_IDLE state/mode.
  • a UE in a network such as a Next Generation Radio Access Network (NG-RAN)
  • NG-RAN Next Generation Radio Access Network
  • RNA RAN-based notification area
  • the network device may be configured to activate the downlink semi-persistent scheduling configuration in dependence on a ResumeCause field in an RRCResume message and send downlink data for the current mobile-terminated small data transmission session to the user device in RRC_INACTIVE mode. This may allow the user device to receive small data while remaining in RRC_INACTIVE mode.
  • the network device may be configured to activate the downlink semi-persistent scheduling configuration for the user device via a physical downlink control channel. This may be a convenient implementation for activating the downlink semi-persistent scheduling configuration for the communication session.
  • the network device may be configured to activate the downlink semi-persistent scheduling configuration for the user device via a paging message sent to the user device. This may be a convenient implementation for activating the downlink semi-persistent scheduling configuration for the communication session.
  • the network device may be configured to activate the downlink semi-persistent scheduling configuration for the user device during a random access channel based small data transmission procedure in a message comprising a signal carrying a contention resolution acknowledgement. This may be a convenient implementation for activating the downlink semi-persistent scheduling configuration in a random access channel based SDT procedure.
  • the network device may be configured to activate the downlink semi-persistent scheduling configuration for the user device during a configured grant based small data transmission procedure in a message comprising a signal carrying an acknowledgement of an initial transmission on configured grant resources. This may be a convenient implementation for activating the downlink semi-persistent scheduling configuration in a configured grant based SDT session.
  • the network device may be configured to send a further RRCRelease message to the user device, the further RRCRelease message including a new downlink semi-persistent scheduling configuration for a further mobile-terminated small data transmission communication session (which may be a full configuration or a delta configuration for downlink semi-persistent scheduling, with respect to the previous configuration) or an indication to reuse the downlink semi-persistent scheduling configuration for the further mobile-terminated small data transmission communication session along with the configured scheduling radio network temporary identifier or a different configured scheduling radio network temporary identifier.
  • This may allow further communication sessions to use downlink semi-persistent scheduling configured resources.
  • the network device may be configured to deactivate the downlink semi-persistent scheduling configuration upon receiving the further RRCRelease message. This may be a convenient implementation for deactivating the downlink semi-persistent scheduling configuration.
  • the downlink data may comprise multiple data packets. Use of the network device for multi-shot downlink data transmission may result in reduced scheduling overhead and downlink control signaling.
  • the downlink data may comprise positioning information. This may be useful for network-initiated positioning for receiving periodic positioning information/data. Downlink semi-persistent scheduling can also be useful for receiving acknowledgement of periodic positioning reports or data packets transmitted in the uplink using a configured grant SDT procedure.
  • the network device may be configured to send one or more of the downlink data and an acknowledgement of uplink data to the device periodically. This may allow the user device to receive data from the network device periodically and acknowledge the data.
  • the network device may be a base station.
  • the network device may be a gNodeB. This may allow the network device to be used in a telecommunications network.
  • the gNodeB may comprise a centralised unit, one or more distributed units and an interface connecting the centralised unit with the one or more distributed units.
  • the network device may be configured to include the downlink semi-persistent scheduling configuration for the user device for the subsequent mobile-terminated downlink small data transmission communication session in a UE MODIFICATION RESPONSE message or a UE CONTEXT RELEASE COMMAND message sent on the interface. Modification of existing procedures on this interface may allow for use of downlink semi-persistent scheduling for mobile-terminated SDT so that the scheduling overhead can be reduced for multi-packet downlink data transmission.
  • the downlink semi-persistent scheduling configuration may be a full configuration or a delta configuration with respect to a previous downlink semi-persistent scheduling configuration.
  • the delta configuration may comprise fewer parameters than the full configuration.
  • the delta configuration may comprise only parameters that have changed relative to the previously used downlink semi-persistent scheduling configuration. Providing a delta configuration may be more efficient where only certain parameters have changed relative to the previous configuration.
  • a method for implementation at a network device in a communications network the network device being configured to communicate with a user device in the communications network in a current mobile-terminated small data transmission communication session, the method comprising: providing a downlink semi-persistent scheduling configuration to the user device for a subsequent mobile-terminated small data transmission communication session; activating the downlink semi-persistent scheduling configuration for the user device; and sending downlink data for the subsequent mobile-terminated small data transmission communication session to the user device.
  • a method for implementation at a user device in a communications network the user device being configured to communicate with a network device in the communications network in a current mobile-terminated small data transmission communication session, the method comprising: receiving a downlink semi-persistent scheduling configuration from the network device for a subsequent mobile-terminated small data transmission communication session; receiving a notification of activation of the downlink semi-persistent scheduling configuration from the network device; and receiving downlink data for the subsequent mobile-terminated small data transmission communication session from the network device.
  • a computer-readable storage medium having stored thereon computer-readable instructions that, when executed at a computer system, cause the computer system to perform the method set out above.
  • the computer system may comprise one or more processors.
  • the computer-readable storage medium may be a non-transitory computer-readable storage medium.
  • Figure 1 schematically illustrates some of the components in a Next Generation Radio Access Network (NG-RAN) .
  • NG-RAN Next Generation Radio Access Network
  • Figure 2 shows an exemplary communication flow between the devices in a network where downlink semi-persistent scheduling is configured using an RRCRelease message in the previous session, with random access-based initiation.
  • Figure 3 shows an exemplary communication flow between the devices in a network where downlink semi-persistent scheduling is configured using an RRCRelease message in the previous session, with configured grant-based initiation.
  • Figure 4 shows an exemplary communication flow between the devices in a network where downlink semi-persistent scheduling for the subsequent SDT session is configured using an RRCSDTReconfiguration message in the current SDT session.
  • Figure 5 shows an exemplary communication flow between the devices in a network where downlink semi-persistent scheduling is configured using an RRCSDTReconfiguration message after UE Context relocation from a last serving node to a receiving node.
  • Figure 6 shows an exemplary communication flow between the devices in a network where downlink semi-persistent scheduling is configured for the subsequent SDT session together with configured grant.
  • Figure 7 shows an example of some alternative methods of activation of downlink semi-persistent scheduling.
  • Figure 8 shows some examples of modification of messages sent on the F1 interface connecting a Centralised Unit and a Distributed Unit of a gNodeB.
  • Figure 9 shows a flow chart of the steps of an example of a method for implementation at a network device in accordance with embodiments of the present invention.
  • Figure 10 shows a flow chart of the steps of an example of a method for implementation at a user device in accordance with embodiments of the present invention.
  • DL SPS downlink semi-persistent scheduling
  • MT SDT mobile-terminated small data transmission
  • the small data transmission ends (i.e. is terminated) at the UE device.
  • the UE In DL SPS, the UE is provided with a scheduling configuration, together with an indication that this applies to every n th subframe. Hence, control signaling can only be used once and the overhead is reduced.
  • the periodicity of the SPS transmissions is equal to the value of n.
  • exemplary solutions described below detail how the configuration, activation and deactivation of DL SPS may be performed for MT SDT sessions, along with Random-Access Channel (RACH) -based Small Data Transmission (RA-SDT) and Configured Grant-based Small Data Transmission (CG-SDT) procedures when the UE responds to paging for the MT-SDT, either in the same cell in which it had the previous SDT session/connection or in a different cell within the same or a different gNB after the UE Context is relocated.
  • RACH Random-Access Channel
  • RA-SDT Random-Access Channel
  • CG-SDT Configured Grant-based Small Data Transmission
  • the described solutions aim at addressing issues with the signaling involved while initiating MT SDT with DL SPS that involves activation through a physical downlink control channel or through other means.
  • the implementations can also include the introduction of new procedures and/or the modification for existing procedures over the Uu, F1 and Xn interfaces, as defined below, to support multi-shot MT SDT with DL SPS.
  • a Next Generation Radio Access Network (NG-RAN) 100 may comprise multiple nodes.
  • the network 100 comprises gNodeBs (gNBs) 101, 102.
  • gNBs gNodeBs
  • Each gNB 101, 102 may comprise multiple computing entities, such as a Centralised Unit (CU) 103 and multiple Distributed Units (DU) 104.
  • the CU may communicate with a DU via an F1 interface 105, which is an interface that connects a gNB CU to a gNB DU.
  • the two gNBs 101, 102 may be interconnected with each other by means of an Xn network interface 106, which is a network interface between the NG-RAN nodes 101, 102 of the NG-RAN 100.
  • Information may be transferred between the nodes on the Xn interface.
  • Information may then be transferred on the control plane of the F1 interface (F1-C) , on the user plane of the F1 interface (F1-U) and on an E1 (transmission) interface between a control plane and user plane of the CU.
  • the Xn interface 106 is an Xn-Control plane interface (Xn-C) .
  • the gNBs are also connected by means of Next Generation (NG) network interfaces 107 to the 5G Core Network (5GC) 108, more specifically to the Access and Mobility Management Function (AMF) by means of a control plane interface (NG-C) between the NG-RAN 100 and the 5GC 108 and to the User Plane Function (UPF) by means of a user plane interface (NG-U) between the NG-RAN 100 and the 5GC 108.
  • NG Next Generation
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • a Uu interface (not shown in Figure 1) connects a gNB with a UE.
  • Each node may comprise at least one processor and at least one memory.
  • the memory stores in a non-transient way code that is executable by the processor (s) to implement the node in the manner described herein.
  • the nodes may also comprise a transceiver for transmitting and receiving data.
  • the communications network is preferably a wireless network.
  • SDT aims at creating a solution where a UE is able to transmit or receive small data to or from a network node while remaining in RRC_INACTIVE mode/state.
  • a user device may be either in RRC_CONNECTED state or in RRC_INACTIVE state when an RRC connection has been established. If this is not the case, i.e. no RRC connection is established, the UE is in RRC_IDLE state.
  • a UE in a network such as a NG-RAN, can move within an area configured by the NG-RAN (the RAN-based notification area, RNA) without notifying the NG-RAN.
  • the NG-RAN the RAN-based notification area, RNA
  • the main advantage of the solutions described herein is to utilize DL SPS scheduling for an MT SDT session to reduce the scheduling overhead during MT SDT, particularly when multiple downlink packets with a known traffic pattern are to be delivered to the UE.
  • the network can provide the DL SPS configuration to the UE for DL SDT, which may include the resources assigned in the physical layer of the radio interface protocol stack and the periodicity of the allocated resources, through the RRC layer message.
  • the DL SPS can then be activated for the UE at an appropriate instant when the DL data has arrived at the network node for the UE.
  • Figure 2 shows an exemplary communication flow between the devices in a network 200 where DL SPS is configured using an RRCRelease message in the previous session, with random access (RA) -based initiation.
  • the devices in the network include a UE 201, gNBs 202 and 203, AMF 204 and UPF 205.
  • the gNBs 202 may a base stations or other network device.
  • An RRCRelease message is a message used by the network to initiate the RRC connection release procedure to transit a UE in the RRC_CONNECTED state to RRC_IDLE, or to transit a UE in the RRC_CONNECTED state to the RRC_INACTIVE state.
  • the UE 201 is in the RRC_CONNECTED state and data transfer is ongoing.
  • the gNB 202 decides to put the UE in the RRC_INACTIVE state and configure the UE with DL SPS for the next MT SDT session.
  • the gNB 202 starts an RRC release procedure and sends an RRCRelease message to the UE 201.
  • the RRCRelease message includes the DL SPS configuration and a configured scheduling radio network temporary identifier (CS-RNTI) for the next MT SDT session.
  • CS-RNTI radio network temporary identifier
  • the UE stores the DL SPS configuration and the CS-RNTI in the UE InActive Context.
  • the UE Context may generally include information such as the Security Key, UE Radio Capability, UE Security Capabilities and configuration parameters for configuring the radio interface protocol layers.
  • the UE InActive Context comprises elements of the UE Context used when the UE is in the RRC_INACTIVE state, including parameters for configuring the radio interface protocol stack layers.
  • the gNB When downlink MT SDT data for the UE arrives at the gNB 202, as shown at 209, the gNB pages the UE and includes an MT-SDT indication in the Paging Message 210.
  • RACH random-access channel
  • the UE in the RRC_INACTIVE mode can initiate a RACH procedure and request resumption of the connection using an RRCResumeRequest message, together with uplink SDT data/signaling.
  • An RRCResume message is a message used by the network to resume the RRC connection to transit a UE in the RRC_INACTIVE state to RRC_CONNECTED.
  • the RRCResumeRequest message is sent from the UE to the network node to request resumption of the connection.
  • ⁇ MSG1 Random Access Preamble
  • ⁇ MSG2 Random Access Response (RAR)
  • RRC Radio Resource Control
  • MSG1 shown at 211, is a preamble transmission of the RACH procedure.
  • MSG3, shown at 213, is the first scheduled transmission of the RACH procedure.
  • the UE resumes SDT data radio bearer (DRB) /signaling radio bearer (SRB) and does not perform any uplink (UL) data volume threshold checking.
  • the UE sends the RRCResumeRequest message with a new ResumeCause field set to MT SDT access without any UL data.
  • the ResumeCause field indicates the reason why the connection is being resumed. In this case, it is set to a new cause value for MT SDT access.
  • MSG4 shown at 214, includes a contention resolution Medium Access Control (MAC) Control Element (CE) .
  • MAC Medium Access Control
  • CE Control Element
  • the gNB 202 can use the new ResumeCause field in MSG3 to distinguish that the DL data can be transferred using an MT SDT session in the RRC_INACTIVE state and there is no need to move the UE to the RRC_CONNECTED state.
  • the gNB 202 decides to activate the configured DL SPS resources for MT SDT for the next session.
  • the UE starts monitoring the physical downlink control channel (PDCCH) with a cell radio network temporary identifier (C-RNTI) for dynamic scheduling and the CS-RNTI for DL SPS.
  • PDCCH physical downlink control channel
  • C-RNTI cell radio network temporary identifier
  • the UE receives the initial and the subsequent DL data transmission using DL SPS configured resources.
  • the gNB activates SPS through PDCCH (using the previously allocated CS-RNTI) .
  • the initial downlink MT SDT data 209 is sent on SPS resources at 218.
  • Subsequent DL MT SDT data is sent to the gNB at 219 and sent to the UE on SPS resources at 220. Further DL data is sent at 221 and 222.
  • the gNB sends an RRCRelease message to the UE.
  • the RRC message optionally includes a new DL SPS configuration (full or delta) or an indication to reuse the existing DL SPS configuration and optionally a new CS-RNTI for the next MT SDT session.
  • the UE implicitly de-activates the DL SPS on receiving the RRCRelease message 223.
  • the UE may also store the new DL SPS configuration in the Access Stratum Context (AS Context) if provided.
  • AS Context Access Stratum Context
  • Figure 3 shows an implementation where DL SPS is configured using an RRCRelease message in the previous session, with configured grant (CG) -based initiation.
  • the solution shown in Figure 3 is similar to solution shown in Figure 2, but in this implementation, the gNB configures the UE with a CG configuration.
  • the UE has a valid CG configuration and responds to the paging by sending an RRCResumeRequest message on a valid CG resource with the new ResumeCause set to MT-SDT access.
  • the UE 201 is in the RRC_CONNECTED state. Data transfer is ongoing.
  • the gNB 202 decides to put the UE in the RRC_INACTIVE state and configure the UE with DL SPS for the next MT SDT session.
  • the gNB 202 starts an RRC release procedure and sends an RRCRelease message to the UE 201.
  • the RRCRelease message includes a CG configuration for the next SDT session, the DL SPS configuration and a CS-RNTI for the next MT SDT session.
  • the UE stores the DL SPS configuration and the CS-RNTI in the UE InActive Context.
  • the gNB When downlink MT SDT data for the UE arrives at the gNB 202, as shown at 305, the gNB pages the UE and includes an MT-SDT indication in the Paging Message 306.
  • the UE 201 which has a valid CG configuration, responds to the paging by sending an RRCResumeRequest message on a valid CG resource with the new ResumeCause set to MT SDT access to the gNB 202 at 307.
  • the UE starts monitoring the PDCCH with a C-RNTI for dynamic scheduling and the CS-RNTI for DL SPS.
  • the UE receives the initial and the subsequent DL data transmission using DL SPS configured resources.
  • the gNB 202 decides to activate the configured DL SPS resources for MT SDT for the next session.
  • the gNB activates SPS through PDCCH (using the previously allocated CS-RNTI) .
  • the initial downlink MT SDT data 305 is sent on SPS resources at 311.
  • Subsequent DL MT SDT data is sent to the gNB at 312 and sent to the UE on SPS resources at 313. Further DL data is sent at 314 and 315.
  • the gNB 202 sends an RRCRelease message to the UE 201.
  • the RRC message optionally includes a new DL SPS configuration (afull configuration or a delta configuration with respect to the previously used configuration) or an indication to reuse the existing DL SPS configuration and optionally a new CS-RNTI for the next MT SDT session.
  • the UE implicitly de-activates the DL SPS on receiving the RRCRelease message 223.
  • the UE may also store the new DL SPS configuration in the AS Context if provided.
  • FIG. 4 shows an alternative implementation where DL SPS for the subsequent SDT session is configured using a downlink RRC message for reconfiguring SDT (referred to herein as an RRCSDTReconfiguration message) in the current SDT session.
  • a downlink RRC message for reconfiguring SDT referred to herein as an RRCSDTReconfiguration message
  • This can be any RRC downlink message other than an RRCRelease message.
  • the gNB pages the UE 201 and includes an MT-SDT indication in the Paging Message, as shown at 402.
  • MSG1 shown at 403 is a preamble transmission of the RACH procedure.
  • MSG2 shown at 404, is a RAR message.
  • MSG3, shown at 405, is the first scheduled transmission of the RACH procedure.
  • the UE resumes SDT DRB/SRB and does not perform any UL data volume threshold checking.
  • the UE sends the RRCResumeRequest message with a new ResumeCause field set to MT SDT access without any UL data.
  • the gNB 202 can use the new ResumeCause field to distinguish that the DL data can be transferred using an MT SDT session in the RRC_INACTIVE state and there is no need to move the UE to the RRC_CONNECTED state.
  • MSG4 shown at 406, includes a contention resolution MAC CE) .
  • the gNB 202 decides to use DL SPS for MT SDT.
  • the gNB 202 configures the UE with DL SPS configuration for the session using an RRCSDTReconfiguration Message
  • the UE starts monitoring the PDCCH with CS-RNTI.
  • the gNB 202 decides to activate the DL SPS resources for MT SDT.
  • the gNB 202 performs DL SPS activation through the PDCCH, and in this example also sends a newly allocated CS-RNTI.
  • the gNB sends the initial DL data transmission 401 using DL SPS configured resources.
  • Subsequent DL MT SDT data is sent to the gNB at 413 and sent to the UE on SPS resources at 414. Further DL data is sent at 415 and 416.
  • the gNB 202 sends an RRCRelease message to the UE 201.
  • the RRC message optionally includes a new DL SPS configuration or an indication to reuse the existing DL SPS configuration and optionally a new CS-RNTI for the next MT SDT session.
  • the UE implicitly de-activates the DL SPS on receiving the RRCRelease message 223.
  • the UE may also store the new DL SPS configuration in the AS Context if provided.
  • the UE is provided with the DL SPS configuration through a downlink radio resource control message (e.g. a RRCSDTReconfiguration message) during the current session.
  • a downlink radio resource control message e.g. a RRCSDTReconfiguration message
  • the implementation in Figure 4 does not have the limitation compared to providing the DL SPS configuration through RRCRelease, which is valid only in the same cell in which it is provided.
  • Figure 5 illustrates configuring DL SPS using an RRCSDTReconfiguration message after UE context relocation from a last serving node to a receiving node (which becomes a new serving node once the UE context has been relocated from the last serving node to the receiving node) .
  • the RRCSDTReconfiguration message is a term used herein for a message sent between the receiving gNB 206 and the UE 201 to reconfigure the UE for SDT when relocating the session.
  • the network comprises a last serving gNB 205 and a receiving gNB 206.
  • known UE Context retrieval procedures can be used to transfer the UE Context from the last serving gNB 205 to the receiving gNB 206.
  • the UE Context may generally include information such as the Security Key, UE Radio Capability, UE Security Capabilities and configuration parameters for configuring the radio interface protocol layers.
  • the DL SPS configuration is not transferred from the last serving gNB 205 to the receiving gNB 206.
  • the receiving gNB 206 configures the UE 201 with a new DL SPS configuration using an RRCSDTReconfiguration message after the UE Context is relocated from the last serving gNB 205 to the receiving gNB 206.
  • the DL SPS configuration can be transferred from the last serving node 205 to the receiving node 206 during the relocation of UE context and can be reused at the receiving node.
  • an RRCSDTReconfiguration message sent during the current SDT session or an RRCRelease message for the next SDT session may include either the full DL SPS configuration or the delta configuration with respect to the DL SPS configuration received from the last serving node.
  • the last serving gNB 205 pages the receiving gNB 206 and includes an MT-SDT indication or MT SDT data size in the Paging Message, as shown at 502.
  • the receiving gNB 206 the pages the UE 201 and includes an MT SDT indication, as shown at 503.
  • MSG1 shown at 504 is a preamble transmission of the RACH procedure.
  • MSG2, shown at 505, is a RAR message.
  • MSG3, shown at 506, is the first scheduled transmission of the RACH procedure.
  • the UE resumes SDT DRB/SRB and does not perform any UL data volume threshold checking.
  • the UE sends the RRCResumeRequest message with a new ResumeCause field (which indicates to the network the reason why the connection is being resumed) set to MT SDT access without any UL data.
  • the receiving gNB 206 can use the new ResumeCause field to distinguish that the DL data can be transferred using an MT SDT session in the RRC_INACTIVE state and there is no need to move the UE to the RRC_CONNECTED state.
  • the receiving gNB 206 then sends a Retrieve UE Context Request to the last serving gNB 205, as shown at 507, along with the ResumeCause set to MT SDT Access.
  • MSG4 shown at 508, includes a contention resolution MAC CE.
  • the last serving gNB 205 sends a Retrieve UE Context Response message to the receiving gNB 206 containing the UE Context.
  • the receiving gNB 206 decides to use DL SPS for MT SDT.
  • the receiving gNB 206 configures the UE 201 with a DL SPS configuration for the session using an RRCSDTReconfiguration Message.
  • the receiving gNB 206 sends an Xn-U address indication to the last serving gNB 205.
  • the Xn-U address indication procedure is used to provide forwarding addresses from the last serving node to the receiving node for all session resources successfully established at the receiving node for which forwarding was requested.
  • DL data is forwarded from the last serving gNB 205 to the receiving gNB 206.
  • the gNB 206 decides to activate the DL SPS resources for MT SDT and performs DL SPS activation through the PDCCH, and in this example also sends a newly allocated CS-RNTI.
  • the gNB 206 sends the initial DL data transmission 501 using DL SPS configured resources.
  • the gNB 206 sends a Next Generation Application Protocol (NGAP) path switch request to the UPF 204 and the patch switch with the UPF is performed at 517.
  • the UPF sends a NGAP path switch response to the gNB 206 at 518.
  • NGAP Next Generation Application Protocol
  • Subsequent DL MT SDT data is sent from the UPF 204 to the receiving gNB 206 at 519 and sent to the UE on SPS resources at 520. Further DL data is sent at 521 and 522.
  • the gNB 206 sends an RRCRelease message to the UE 201.
  • the RRC message optionally includes a new DL SPS configuration or an indication to reuse the existing DL SPS configuration and optionally a new CS-RNTI for the next MT SDT session.
  • the receiving gNB 206 send an Xn Application Protocol (XnAP) UE Context Release message on the Xn interface between the gNBs 205 and 206.
  • XnAP Xn Application Protocol
  • the last serving gNB 205 then releases the UE Context.
  • the UE implicitly de-activates the DL SPS on receiving the RRCRelease message 523.
  • the UE may also store the new DL SPS configuration in the AS Context if provided.
  • Figure 6 illustrates a further example where DL SPS is configured for the subsequent SDT session together with CG.
  • DL SPS can be useful for receiving acknowledgement of periodic positioning reports or data packets transmitted in the UL using a CG SDT procedure (i.e. DL SPS can be activated along with CG SDT) .
  • the UE 201 is in the RRC_CONNECTED state. Data transfer is ongoing.
  • the gNB 202 decides to put the UE in the RRC_INACTIVE state and configure the UE with DL SPS for the next MT SDT session.
  • the gNB 202 starts an RRC release procedure and sends an RRCRelease message to the UE 201.
  • the RRCRelease message includes a CG configuration for the next SDT session, the DL SPS configuration and a CS-RNTI for the next MT SDT session.
  • the UE stores the DL SPS configuration and the CS-RNTI in the UE InActive Context.
  • the UE 201 sends an RRC Resume Request and UL data to the gNB 202 as an initial CG transmission.
  • the UE starts monitoring the PDCCH with a C-RNTI for dynamic scheduling and the CS-RNTI for DL SPS.
  • the gNB 202 decides to activate the configured DL SPS resources for MT SDT for the next session.
  • the gNB activates SPS through PDCCH (using the previously allocated CS-RNTI) .
  • subsequent DL MT SDT data is sent to the gNB and on to the UE, along with an acknowledgement for the UL data sent at 605, on DL SPS resources.
  • the gNB 202 sends an RRCRelease message to the UE 201.
  • the RRC message optionally includes a new DL SPS configuration or an indication to reuse the existing DL SPS configuration and optionally a new CS-RNTI for the next MT SDT session.
  • the UE implicitly de-activates the DL SPS on receiving the RRCRelease message 223.
  • the UE may also store the new DL SPS configuration in the AS Context if provided.
  • DL SPS can be activated via the PDCCH.
  • Figure 7 shows some examples of additional methods of activation of DL SPS.
  • the DL SPS can be activated using the paging message itself, i.e. when the UE is paged, for example at 210 in Figure 2. Further examples are shown in Figures 7 (a) and 7 (b) , at 701.
  • DL SPS can be activated using MSG4/MSGB for RA-based SDT.
  • An example of this is shown in Figure 7 (a) , at 702.
  • the DL SPS can be activated in the confirmation message for an initial CG-SDT transmission.
  • This message may be a common control channel (CCCH) message.
  • CCCH common control channel
  • the UE may be configured to store the DL SPS configuration for the subsequent MT SDT communication session in the active UE Context for the UE.
  • existing procedures on the F1 interface may also be modified for using DL-SPS for MT-SDT, so that the scheduling overhead can be reduced for multi-shot /multi-packet DL data transmission.
  • Implementations using an RRCRelease message for configuring DL SPS may use the modifications shown in Figure 8.
  • the UE 801 communicate with the gNB-DU 802 over a Uu interface using an RRCRelease procedure to provide the DL SPS configuration to the UE for the subsequent session.
  • the gNB-DU 802 communicates with the gNB-CU-CP 803 over an F1-C interface.
  • F1-C interface messages can be sent between the components 801, 802, 803 according to an F1 Application Protocol (F1AP) :
  • F1AP UE CONTEXT MODIFICATION REQUEST –this is a message sent from the gNB-CU-CP 803 to the gNB-DU 802 to request modification of the UE context stored at the gNB.
  • a DL SPS-SDT Query can be included in this message.
  • F1AP UE CONTEXT MODIFICATION RESPONSE –this is a response to the above message sent from the gNB-DU 802 to the gNB-CU-CP 803.
  • the DL SPS configuration can be included in this message.
  • F1AP UE CONTEXT MODIFICATION REQUEST or UE CONTEXT RELEASE COMMAND –a further UE CONTEXT MODIFICATION REQUEST message can be sent from the gNB-CU-CP 803 to the gNB-DU 802.
  • a UE CONTEXT RELEASE COMMAND message can be sent, which is a message sent from the gNB-CU-CP 803 to the gNB-DU 802 to command release of the UE Context.
  • an SDT Indication to keep the DL SPS configuration may be included.
  • RRCRelease –this message is sent between the gNB-DU 802 and the UE 803 on the Uu interface to provide and activate the DL SPS configuration for the UE, as described in the previous embodiments.
  • the UE is in the RRC_INACTIVE state, as indicated at 5.
  • F1AP UE CONTEXT MODIFICATION RESPONSE or UE CONTEXT RELEASE COMPLETE -a further UE CONTEXT MODIFICATION RESPONSE message can be sent from the gNB-DU 802 to the gNB-CU-CP 803.
  • a UE CONTEXT RELEASE COMMAND message can be sent, which is a message sent from the gNB-DU 802 to the gNB-CU-CP 803 to indicate that the UE Context release has been completed.
  • the downlink semi-persistent scheduling configuration for the user device for the subsequent MT SDT communication session may therefore be included in the messages above sent on an F1 interface to support multi-shot MT-SDT with DL SPS
  • the downlink data may comprise periodic packets for network-initiated positioning for receiving periodic positioning information/data.
  • the gNB may be configured to receive an acknowledgement of the periodic positioning reports or data packets transmitted in the UL using CG SDT procedure.
  • the downlink data may have a known traffic pattern.
  • the gNB may be configured to receive acknowledgement of the downlink data.
  • Figure 9 shows a flowchart summarising an example of a method for implementation at a network device in accordance with embodiments of the present invention.
  • the network device is configured to communicate with a user device in the communications network in a current mobile-terminated small data transmission communication session.
  • the method comprises providing a downlink semi-persistent scheduling configuration to the user device for a subsequent mobile-terminated small data transmission communication session.
  • the method comprises activating the downlink semi-persistent scheduling configuration for the user device.
  • the method comprises sending downlink data for the subsequent mobile-terminated small data transmission communication session to the user device.
  • Figure 10 shows a flowchart summarising an example of a method for implementation at a user device in accordance with embodiments of the present invention.
  • the user device is configured to communicate with a network device in the communications network in a current mobile-terminated small data transmission communication session.
  • the method comprises receiving a downlink semi-persistent scheduling configuration from the network device for a subsequent mobile-terminated small data transmission communication session.
  • the method comprises receiving a notification of activation of the downlink semi-persistent scheduling configuration from the network device.
  • the method comprises receiving downlink data for the subsequent mobile-terminated small data transmission communication session from the network device.
  • a main motivation to introduce DL SPS for MT-SDT is that the scheduling overhead can be reduced for subsequent multi-shot DL data transmission.
  • DL control signaling can be reduced if the DL SPS is performed when multiple packets need to be transmitted from the network to the UE in the case of MT SDT.
  • DL SPS may be useful where periodic packets may be needed to be transmitted to the UE for example for network initiated positioning for receiving periodic positioning information/data.
  • DL SPS can also be used for receiving acknowledgement of the periodic positioning reports or data packets transmitted in the UL using CG SDT procedure i.e. DL SPS can be activated along with CG SDT.
  • the present approach can address issues involved with the signaling while initiating MT SDT with DL SPS that involves activation through PDCCH or through other means, such as paging or during the RACH procedure with MSG4/MSGB, or alternatively along with the signaling carrying acknowledgement of an initial transmission on CG resources.
  • the user device may be configured to operate in RRC_INACTIVE mode throughout the above process.
  • Embodiments of the present invention may therefore be used in MT SDT sessions along with RACH-based SDT (RA-SDT) and CG-based SDT (CG-SDT) procedures when the UE responds to paging for the MT SDT, either in the same cell with which it had the previous SDT session/connection or in a different cell within the same or a different gNB after the UE Context is relocated.
  • RACH-based SDT RACH-based SDT
  • CG-SDT CG-based SDT

Landscapes

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

Abstract

Est divulgué un dispositif de réseau (202) dans un réseau de communication (200), le dispositif de réseau (202) étant conçu pour communiquer avec un dispositif utilisateur (201) dans le réseau de communication (200) dans une session de communication de transmission de petites données à terminaison mobile courante, le dispositif réseau (202) étant conçu pour : fournir (901) une configuration de programmation semi-persistante de liaison descendante au dispositif utilisateur (201) en vue d'une session de communication de transmission de petites données à terminaison mobile ultérieure; activer (902) la configuration de planification semi-persistante de liaison descendante pour le dispositif utilisateur (201); et pour envoyer (903) des données de liaison descendante pour la session de communication de transmission de petites données à terminaison mobile ultérieure au dispositif utilisateur (201). Est également divulgué un dispositif utilisateur (201) correspondant. Ceci peut permettre une baisse du surdébit de programmation pour une transmission ultérieure de petites données de liaison descendante, en particulier pour des procédures multicourses.
PCT/CN2022/089973 2022-04-28 2022-04-28 Initiation d'une transmission de petites données à terminaison mobile avec programmation semi-persistante de liaison descendante WO2023206260A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202280089831.3A CN118592087A (zh) 2022-04-28 2022-04-28 利用下行半静态调度发起移动终止的小数据传输
PCT/CN2022/089973 WO2023206260A1 (fr) 2022-04-28 2022-04-28 Initiation d'une transmission de petites données à terminaison mobile avec programmation semi-persistante de liaison descendante

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/089973 WO2023206260A1 (fr) 2022-04-28 2022-04-28 Initiation d'une transmission de petites données à terminaison mobile avec programmation semi-persistante de liaison descendante

Publications (1)

Publication Number Publication Date
WO2023206260A1 true WO2023206260A1 (fr) 2023-11-02

Family

ID=88516840

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/089973 WO2023206260A1 (fr) 2022-04-28 2022-04-28 Initiation d'une transmission de petites données à terminaison mobile avec programmation semi-persistante de liaison descendante

Country Status (2)

Country Link
CN (1) CN118592087A (fr)
WO (1) WO2023206260A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200163103A1 (en) * 2017-05-05 2020-05-21 Huawei Technologies Co., Ltd. Semi-persistent scheduling method, user equipment, and network device
CN112715046A (zh) * 2018-08-09 2021-04-27 Lg 电子株式会社 用于在支持窄带物联网系统的无线通信系统中通过使用预配置上行链路资源传送上行链路数据的方法及其设备
US20210266932A1 (en) * 2018-06-21 2021-08-26 Telefonaktiebolaget Lm Ericsson (Publ) Methods, Apparatus and Computer-Readable Media Related to Semi-Persistent Scheduling Configuration
EP3968716A1 (fr) * 2008-09-17 2022-03-16 Optis Wireless Technology, LLC Procédure de libération de ressource planifiée semi-persistante dans un réseau de communication mobile
CN114258159A (zh) * 2020-09-21 2022-03-29 大唐移动通信设备有限公司 一种小数据的配置方法、装置、设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3968716A1 (fr) * 2008-09-17 2022-03-16 Optis Wireless Technology, LLC Procédure de libération de ressource planifiée semi-persistante dans un réseau de communication mobile
US20200163103A1 (en) * 2017-05-05 2020-05-21 Huawei Technologies Co., Ltd. Semi-persistent scheduling method, user equipment, and network device
US20210266932A1 (en) * 2018-06-21 2021-08-26 Telefonaktiebolaget Lm Ericsson (Publ) Methods, Apparatus and Computer-Readable Media Related to Semi-Persistent Scheduling Configuration
CN112715046A (zh) * 2018-08-09 2021-04-27 Lg 电子株式会社 用于在支持窄带物联网系统的无线通信系统中通过使用预配置上行链路资源传送上行链路数据的方法及其设备
CN114258159A (zh) * 2020-09-21 2022-03-29 大唐移动通信设备有限公司 一种小数据的配置方法、装置、设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SPREADTRUM COMMUNICATIONS: "Discussion on small data transmission for RACH-based scheme", 3GPP TSG-RAN WG2 MEETING #113 ELECTRONIC，R2-2100669, 15 January 2021 (2021-01-15), XP051973790 *

Also Published As

Publication number Publication date
CN118592087A (zh) 2024-09-03

Similar Documents

Publication Publication Date Title
US11252617B2 (en) Network node, wireless device and method for use in a random access procedure therebetween in a cell of the network node
JP7170730B2 (ja) ビーム失敗回復方法、装置およびデバイス
US9924460B2 (en) Network nodes, a user equipment and methods therein for handling a connection between the user equipment and a wireless communications network
EP3457761B1 (fr) Procédé de commutation vers un noeud relais, et dispositif et système correspondants
CN110268795B (zh) 随机接入消息传输方法、装置及存储介质
WO2018127502A1 (fr) Dispositif de communications, procédés et équipement d'infrastructure
EP4033854B1 (fr) Procédé et appareil de gestion de connexion rrc et dispositif
KR20070047124A (ko) 무선 자원에 관한 정보를 송수신하는 방법
CN110831184B (zh) 一种终端能力的传输方法、网络设备及终端
EP3942874B1 (fr) Ressource de liaison montante préconfigurée pendant une radiomessagerie et un accès initial
WO2018024027A1 (fr) Procédé et dispositif d'attribution de ressources et de lancement de demande pour accès aléatoire non basé sur la contention
JP2024503227A (ja) 無線ネットワーク内におけるスモールデータ伝送のための方法、デバイス、およびシステム
WO2022236484A1 (fr) Procédé de rapport de défaillance de sdt, dispositif terminal et dispositif de réseau
TW201836334A (zh) 系統訊息的獲取方法、裝置及系統
WO2019062582A1 (fr) Procédé et terminal d'acquisition d'informations
US20230284231A1 (en) Data transmission method and apparatus, communication device, and storage medium
EP3984308A1 (fr) Procédés de communication de liaison descendante préconfigurée, noeuds de réseau et dispositifs sans fil
WO2023206260A1 (fr) Initiation d'une transmission de petites données à terminaison mobile avec programmation semi-persistante de liaison descendante
WO2021207902A1 (fr) Procédé et appareil de transmission de données
WO2023184492A1 (fr) Extraction de contexte d'équipement utilisateur pour une transmission de petites données
CN116782383A (zh) 一种寻呼方法及其装置
WO2022006915A1 (fr) Procédé et appareil de transmission de données de liaison montante, terminal et support de stockage
US20240155709A1 (en) Remote ue initial access in (layer 2) sidelink relay
WO2022236499A1 (fr) Procédé de maintenance de ressource cg, dispositif terminal et dispositif de réseau
WO2024098579A1 (fr) Procédé pour commutation de cellule à activation couche 1/couche 2 et acquisition d'avance temporelle dans un système de communication sans fil

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

Country of ref document: EP

Kind code of ref document: A1