EP4360394A1 - Adaptation de transmission de petites données - Google Patents

Adaptation de transmission de petites données

Info

Publication number
EP4360394A1
EP4360394A1 EP22827742.2A EP22827742A EP4360394A1 EP 4360394 A1 EP4360394 A1 EP 4360394A1 EP 22827742 A EP22827742 A EP 22827742A EP 4360394 A1 EP4360394 A1 EP 4360394A1
Authority
EP
European Patent Office
Prior art keywords
sdt
client device
adaptation
network node
procedure
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
EP22827742.2A
Other languages
German (de)
English (en)
Inventor
Daniela Laselva
Jorma Johannes KAIKKONEN
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Nokia Technologies Oy
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 Nokia Technologies Oy filed Critical Nokia Technologies Oy
Publication of EP4360394A1 publication Critical patent/EP4360394A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/115—Grant-free or autonomous transmission
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the disclosure relates generally to communica tions and, more particularly but not exclusively, to small data transmission adaptation.
  • 5G new radio (NR) wireless networks allow so called small data transmissions (SDTs) to convey packet data transmissions while a client de vice or a user equipment (UE) is in a radio resource control (RRC) inactive state. Furthermore, it is possi ble for the client device to send multiple uplink, UL, and/or downlink, DL, subsequent transmissions after a first UL SDT without transitioning the client device to an RRC connected state, i.e. as part of a same ongoing SDT procedure or transaction.
  • SDTs small data transmissions
  • UE user equipment
  • RRC radio resource control
  • the SDT procedure may currently not be as power efficient as might be desirable.
  • the client device may have to perform continuous physical downlink control channel, PDCCH, monitoring e.g., in a random access com mon search space (RA-CSS), i.e.
  • PDCCH physical downlink control channel
  • RRCCSS random access com mon search space
  • type 1 PDCCH common search space because the client device may receive, e.g., a DL acknowledgment for an UL payload that the client device has sent, and/or a UL/DL scheduling grant for subsequent UL/DL data transmissions as part of the same SDT procedure without transition to the RRC con nected mode, and/or an RRC release message to end the ongoing SDT procedure.
  • Such continuous PDCCH monitoring consumes client device power and, thus, is not desirable for the RRC inactive state, which is designed to be a power efficient state.
  • An example embodiment of a client device com prises at least one processor, and at least one memory including computer program code.
  • the at least one memory and the computer program code are configured to, with the at least one processor, cause the client device to at least perform: during an ongoing small data transmission, SDT, procedure with a network node device, receiving from the network node device an SDT adaptation parameter; determining a preconfigured SDT adaptation op eration associated with the received SDT adaptation pa rameter; and adapting the ongoing SDT procedure in accord ance with the determined SDT adaptation operation.
  • the SDT adaptation parameter comprises a scheduling slot offset value or time domain resource assignment infor mation.
  • the scheduling slot offset value comprises a value of an uplink scheduling slot offset K2 or a value of a downlink scheduling slot offset K0.
  • the time domain resource assignment information comprises an indication of a row index of a time domain resource assignment table.
  • the adapting of the ongoing SDT procedure comprises adapting physical downlink control channel, PDCCH, monitoring used by the client device during the ongoing SDT proce dure.
  • the adapting of the PDCCH monitoring used by the client device during the ongoing SDT procedure comprises using by the client device at least one of: a dedicated search space, a dedicated search space group, or a dedicated PDCCH monitoring skipping configuration.
  • the adapting of the ongoing SDT procedure comprises switch ing to a separate SDT bandwidth part for the ongoing SDT procedure.
  • the determining of the preconfigured SDT adaptation opera tion associated with the received SDT adaptation param eter comprises performing a search for the received SDT adaptation parameter in a data structure comprising map pings between SDT adaptation parameters and associated SDT adaptation operations.
  • the at least one memory and the computer program code are further configured to, with the at least one processor, cause the client device to perform the receiving of the SDT adaptation parameter by receiving the SDT adaptation parameter in one of: link scheduling grant information, downlink control information, or a control element of medium access control.
  • An example embodiment of a client device com prises means for performing: during an ongoing small data transmission, SDT, procedure with a network node device, causing the client device to receive from the network node device an SDT adaptation parameter; determining a preconfigured SDT adaptation op eration associated with the received SDT adaptation pa rameter; and adapting the ongoing SDT procedure in accord ance with the determined SDT adaptation operation.
  • An example embodiment of a method comprises: during an ongoing small data transmission, SDT, procedure with a network node device, receiving at a client device from the network node device an SDT adap tation parameter; determining, by the client device, a precon figured SDT adaptation operation associated with the received SDT adaptation parameter; and adapting, by the client device, the ongoing SDT procedure in accordance with the determined SDT adapta tion operation.
  • the SDT adaptation parameter comprises a scheduling slot offset value or time domain resource assignment infor mation.
  • the scheduling slot offset value comprises a value of an uplink scheduling slot offset K2 or a value of a downlink scheduling slot offset K0.
  • the time domain resource assignment information comprises an indication of a row index of a time domain resource assignment table.
  • the adapting of the ongoing SDT procedure comprises adapting physical downlink control channel, PDCCH, monitoring used by the client device during the ongoing SDT proce dure.
  • the adapting of the PDCCH monitoring used by the client device during the ongoing SDT procedure comprises using by the client device at least one of: a dedicated search space, a dedicated search space group, or a dedicated PDCCH monitoring skipping configuration.
  • the adapting of the ongoing SDT procedure comprises switch ing to a separate SDT bandwidth part for the ongoing SDT procedure.
  • the determining of the preconfigured SDT adaptation opera tion associated with the received SDT adaptation param eter comprises performing a search for the received SDT adaptation parameter in a data structure comprising map pings between SDT adaptation parameters and associated SDT adaptation operations.
  • the method further comprises performing the receiving of the SDT adaptation parameter by receiving the SDT adaptation parameter in one of: link scheduling grant information, downlink control information, or a control element of medium access control.
  • An example embodiment of a computer program comprises instructions for causing a client device to perform at least the following: during an ongoing small data transmission, SDT, procedure with a network node device, receiving from the network node device an SDT adaptation parameter; determining a preconfigured SDT adaptation op eration associated with the received SDT adaptation pa rameter; and adapting the ongoing SDT procedure in accord ance with the determined SDT adaptation operation.
  • An example embodiment of a network node device comprises at least one processor, and at least one memory including computer program code.
  • the at least one memory and the computer program code are configured to, with the at least one processor, cause the network node device to at least perform: detecting a need to adapt an ongoing small data transmission, SDT, procedure with a client device; selecting a preconfigured SDT adaptation oper ation for the detected need; and transmitting to the client device an SDT adap tation parameter associated with the selected SDT adap tation operation.
  • the detecting of the need to adapt the ongoing SDT procedure is performed based on information about at least one of: network load, downlink traffic, or uplink traffic.
  • the selecting of the preconfigured SDT adaptation operation is performed by selecting the preconfigured SDT adapta tion operation from a data structure comprising mappings between SDT adaptation operations and associated SDT adaptation parameters.
  • the at least one memory and the computer program code are further configured to, with the at least one processor, cause the network node device to perform: transmitting to the client device SDT config uration information comprising the data structure.
  • An example embodiment of a network node device comprises means for performing: detecting a need to adapt an ongoing small data transmission, SDT, procedure with a client device; selecting a preconfigured SDT adaptation oper ation for the detected need; and causing the network node device to transmit to the client device an SDT adaptation parameter associated with the selected SDT adaptation operation.
  • An example embodiment of a method comprises: detecting, by a network node device, a need to adapt an ongoing small data transmission, SDT, procedure with a client device; selecting, by the network node device, a pre configured SDT adaptation operation for the detected need; and transmitting, by the network node device, to the client device an SDT adaptation parameter associated with the determined SDT adaptation operation.
  • the detecting of the need to adapt the ongoing SDT procedure is performed based on information about at least one of: network load, downlink traffic, or uplink traffic.
  • the selecting of the preconfigured SDT adaptation operation is performed by selecting the preconfigured SDT adapta tion operation from a data structure comprising mappings between SDT adaptation operations and associated SDT adaptation parameters.
  • the method further comprises: transmitting to the client device SDT config uration information comprising the data structure.
  • An example embodiment of a computer program comprises instructions for causing a network node device to perform at least the following detecting a need to adapt an ongoing small data transmission, SDT, procedure with a client device; selecting a preconfigured SDT adaptation oper ation for the detected need; and transmitting to the client device an SDT adap tation parameter associated with the determined SDT ad aptation operation.
  • FIG. 1 shows an example embodiment of the sub ject matter described herein illustrating an example system, where various embodiments of the present dis closure may be implemented;
  • FIG. 2A shows an example embodiment of the sub ject matter described herein illustrating a client de vice
  • FIG. 2B shows an example embodiment of the sub ject matter described herein illustrating a network node device
  • FIG. 3 shows an example embodiment of the sub ject matter described herein illustrating a method
  • FIG. 4 shows an example embodiment of the sub ject matter described herein illustrating another method.
  • Fig. 1 illustrates an example system 100, where various embodiments of the present disclosure may be implemented.
  • the system 100 may comprise a fifth gener ation (5G) new radio (NR) network 110.
  • An example rep resentation of the system 100 is shown depicting a cli ent device 200 and a network node device 210.
  • 5G fifth gener ation
  • NR new radio
  • the 5G NR network 110 may comprise one or more massive machine-to-machine (M2M) network(s), massive machine type communications (mMTC) network(s), internet of things (IoT) network(s), industrial inter- net-of-things (IIoT) network(s), enhanced mobile broad band (eMBB) network(s), ultra-reliable low-latency com munication (URLLC) network(s), and/or the like.
  • M2M massive machine-to-machine
  • mMTC massive machine type communications
  • IoT internet of things
  • IIoT industrial inter- net-of-things
  • eMBB enhanced mobile broad band
  • URLLC ultra-reliable low-latency com munication
  • the 5G NR network 110 may be configured to serve diverse service types and/or use cases, and it may log ically be seen as comprising one or more networks.
  • Small data transmissions may be used in the 5G NR wireless network 110 to convey packet data transmissions while the client device 200 is in an in active state of RRC.
  • An SDT can be used during the RRC inactive state without need for a state transition to a connected state of RRC.
  • an SDT can be used during an RRC idle state and/or in yet another non-connected RRC state without need for a state transition to a connected state of RRC.
  • RRC states include the connected state of RRC, an idle state of RRC, and the inactive state of RRC.
  • the inactive state of RRC may comprise RRC_INACTIVE state of 5G NR
  • the idle state of RRC may comprise RRC_IDLE state of 5G NR
  • the con nected state of RRC may comprise RRC_CONNECTED state of 5G NR.
  • the RRC_INACTIVE state of 5G NR is designed to complement the existing states, RRC_CONNECTED and RRC_IDLE, with the goal of lean signalling and energy- efficient support of NR services.
  • the RRC_INACTIVE state currently allows to more quickly resume the connection and start the transmission of small or sporadic data with a much lower initial access delay and associated signalling overhead as compared to the RRC_IDLE state.
  • a client device in RRC_INACTIVE is able to achieve similar power savings as in RRC_IDLE, benefiting from e.g., a much larger period of physical downlink control channel (PDCCH) mon itoring (e.g., infrequent paging monitoring as per net work configuration) and relaxed radio resource manage ment (RRM) measurements of the serving cell / neighbor cells compared to RRC_CONNECTED.
  • PDCCH physical downlink control channel
  • RRM relaxed radio resource manage ment
  • SDTs may be used, e.g., for traffic from smartphone applications, including traffic from instant messaging (IM) services, heart-beat/keep-alive traffic from IM/email clients and other applications, push no tifications from various applications, and/or traffic from wearable devices (such as periodic positioning in formation, etc.) / traffic from sensors (such as indus trial wireless sensor networks transmitting tempera ture, pressure readings, etc. periodically or in an event triggered manner), traffic from smart meters and smart meter networks sending periodic meter readings, and the like.
  • IM instant messaging
  • sensors such as indus trial wireless sensor networks transmitting tempera ture, pressure readings, etc. periodically or in an event triggered manner
  • smart meters and smart meter networks sending periodic meter readings, and the like.
  • the client device 200 may include, e.g., a mo bile phone, a smartphone, a tablet computer, a smart watch, or any hand-held or portable device.
  • the client device 200 may also be referred to as a user equipment (UE).
  • the network node device 210 may be a base station.
  • the base station may include, e.g., a fifth-generation base station (gNB) or any such device suitable for providing an air interface for client devices to connect to a wireless network via wireless transmissions.
  • gNB fifth-generation base station
  • SDTs may include RA-SDTs (a client de vice in an RRC inactive state can transmit UL data as part of random access (RA)) and/or CG-SDTs (a client device in an RRC inactive state can transmit UL data on preconfigured physical uplink shared channel (PUSCH) resources (i.e., configured grant (CG) type 1 based PUSCH resources) without a random access procedure when the client device has a valid timing advance (TA)).
  • PUSCH physical uplink shared channel
  • CG configured grant
  • TA timing advance
  • scheduling slot offset values relate to cross-slot scheduling for 5G NR, defining that a downlink control information (DCI) carrying the resource allocation for a DL data reception and a UL data trans mission may have a "slot offset" to its allocation in a physical downlink data shared channel (PDSCH) (i.e., DL scheduling slot offset K0) and in a physical uplink data shared channel (PUSCH) (i.e., UL scheduling slot offset K2).
  • PDSCH physical downlink data shared channel
  • PUSCH physical uplink data shared channel
  • Minimum values for the scheduling slot offsets K0 (KO rain ) and K2 (K2 min ) may be determined, e.g., via RRC signalling as: o minimumSchedulingOf fsetKO-rl6 in a PDSCH-Config information element (IE); and o minimumSchedulingOf fsetK2-rl6 in a PUSCH-Config IE.
  • IE PDSCH-Config information element
  • a single-shot SDT procedure refers to an SDT procedure that includes only a single UL data transmission.
  • the single-shot SDT procedure may also include a single DL data transmission.
  • a multi shot SDT procedure refers to an SDT procedure that in cludes multiple subsequent UL/DL data transmissions (oc curring in RRC_Inactive without transitioning to RRC_CONNECTED) .
  • a two-shot SDT procedure is an example of a multi-shot SDT procedure.
  • At least some of these example em bodiments may allow adapting a small data transmission. More specifically, at least some of these example em bodiments may allow a network-based adaptation of SDTs (e.g., adaptation of a PDCCH monitoring pattern) that the client device 200 is to use during an SDT procedure, such that the network (e.g., the network node device 210) can adapt the PDCCH monitoring pattern implicitly, based on a scheduling slot offset (e.g., K0, K2) value and/or time domain resource assignment information.
  • a scheduling slot offset e.g., K0, K2
  • the network does not need to send an explicit command, thereby allowing avoiding additional network node device 210 transmissions and client device 200 receptions during SDTs for the SDT adaptation.
  • the network decision on the SDT adaptation may be based, e.g., on network load and DL/UL traffic knowledge.
  • the scheduling slot offset value and time domain resource assignment information may be used to command the client device 200 to switch to a separate UL bandwidth part (BWP) or to a separate DL BWP for the SDT(s).
  • BWP bandwidth part
  • Fig. 2A is a block diagram of the client device 200, in accordance with an example embodiment.
  • the client device 200 comprises one or more processors 202 and one or more memories 204 that com prise computer program code.
  • the client device 200 may also include other elements, such as a transceiver 206 configured to enable the client device 200 to transmit and/or receive information to/from other devices, as well as other elements not shown in Fig. 2A.
  • the client device 200 may use the transceiver 206 to transmit or receive signaling information and data in accordance with at least one cellular communi cation protocol.
  • the transceiver 206 may be configured to provide at least one wireless radio connection, such as for example a 3GPP mobile broadband connection (e.g., 5G).
  • the transceiver 206 may comprise, or be configured to be coupled to, at least one antenna to transmit and/or receive radio frequency signals.
  • the client device 200 is depicted to include only one processor 202, the client device 200 may include more processors.
  • the memory 204 is capable of storing instructions, such as an operating system and/or various applications. Fur thermore, the memory 204 may include a storage that may be used to store, e.g., at least some of the information and data used in the disclosed embodiments.
  • the processor 202 is capable of executing the stored instructions.
  • the processor 202 may be embodied as a multi-core processor, a single core processor, or a combination of one or more multi-core processors and one or more single core pro cessors.
  • the processor 202 may be embodied as one or more of various processing devices, such as a coprocessor, a microprocessor, a controller, a digital signal processor (DSP), a processing circuitry with or without an accompanying DSP, or various other processing devices including integrated circuits such as, for ex ample, an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), a mi crocontroller unit (MCU), a hardware accelerator, a spe cial-purpose computer chip, or the like.
  • the processor 202 may be configured to execute hard-coded functionality.
  • the proces sor 202 is embodied as an executor of software instruc tions, wherein the instructions may specifically con figure the processor 202 to perform the algorithms and/or operations described herein when the instructions are executed.
  • the memory 204 may be embodied as one or more volatile memory devices, one or more non-volatile memory devices, and/or a combination of one or more volatile memory devices and non-volatile memory devices.
  • the memory 204 may be embodied as semiconductor memories (such as mask ROM, PROM (programmable ROM), EPROM (erasable PROM), flash ROM, RAM (random access memory), etc.).
  • the client device 200 may comprise any of var ious types of devices used directly by an end user entity and capable of communication in a wireless network, such as user equipment (UE).
  • UE user equipment
  • Such devices include but are not limited to smartphones, tablet computers, smart watches, lap top computers, internet-of-things (IoT) devices, massive machine-to-machine (M2M) devices, massive ma chine type communications (mMTC) devices, industrial internet-of-things (IIoT) devices, enhanced mobile broadband (eMBB) devices, ultra-reliable low-latency communication (URLLC) devices, etc.
  • IoT internet-of-things
  • M2M massive machine-to-machine
  • mMTC massive ma chine type communications
  • IIoT industrial internet-of-things
  • eMBB enhanced mobile broadband
  • URLLC ultra-reliable low-latency communication
  • the at least one memory 204 and the computer program code are configured to, with the at least one processor 202, cause the client device 200 to at least perform receiving from the network node device 210 an SDT adaptation parameter, during an ongoing SDT proce dure with the network node device 210.
  • the at least one memory 204 and the computer program code may be further configured to, with the at least one processor 202, cause the client device 200 to perform the receiving of the SDT adaptation parameter by receiving the SDT adaptation parameter in one of link scheduling grant information, downlink con trol information (DCI), or a control element (CE) of medium access control (MAC).
  • DCI downlink con trol information
  • CE control element of medium access control
  • the SDT adaptation parameter may comprise a scheduling slot offset value or time domain resource assignment information.
  • the scheduling slot offset value may comprise a value of an uplink scheduling slot offset K2 or a value of a downlink scheduling slot offset K0.
  • the time domain resource as signment information comprises an indication of a row index of a time domain resource assignment table.
  • the at least one memory 204 and the computer program code are further configured to, with the at least one processor 202, cause the client device 200 to perform determining a preconfigured SDT adaptation op eration that is associated with the received SDT adap tation parameter.
  • the determining of the preconfig ured SDT adaptation operation associated with the re ceived SDT adaptation parameter may comprise performing a search for the received SDT adaptation parameter in a data structure comprising mappings between SDT adapta tion parameters and associated SDT adaptation opera tions.
  • an association between given UL scheduling slot offset K2 values and given PDCCH monitoring patterns and/or an association between given DL scheduling slot offset K0 values and given PDCCH monitoring patterns may be predefined (e.g., by the net work node device 210, by some other network entity) and provided as the data structure to the client device 200 and/or the network node device 210.
  • the association (s) may be stored as the data structure at the client device 200 and/or the network node device 210 at manufacturing or deployment.
  • the at least one memory 204 and the computer program code are further configured to, with the at least one processor 202, cause the client device 200 to perform adapting the ongoing SDT procedure in accordance with the determined SDT adaptation operation.
  • the adapting of the ongoing SDT procedure may comprise adapting physical downlink con trol channel, PDCCH, monitoring used by the client de vice 200 during the ongoing SDT procedure.
  • the adapting of the ongoing SDT procedure may comprise switching to a separate SDT bandwidth part for the ongoing SDT procedure.
  • the adapting of the PDCCH monitoring used by the client device 200 during the ongoing SDT procedure may comprise using by the client device 200 at least one of: a dedicated search space, a dedicated search space group, or a dedicated PDCCH monitoring skipping configuration.
  • the PDCCH moni toring may be performed according to a PDCCH monitoring pattern.
  • the PDCCH monitoring pattern may comprise a search space (SS), a search space set, and/or a search space group dedicated to SDT or configured to be used during SDT.
  • the provisioning to the client device 200 of, e.g., an UL grant DCI during the SDT including a scheduling offset K2 value may trigger the client device 200 to apply the associated PDCCH moni toring pattern.
  • the provisioning to the cli ent device 200 of, e.g., a DL grant DCI during the SDT including a scheduling offset K0 value may trigger the client device 200 to apply the associated PDCCH moni toring pattern.
  • the K2 may have up to, e.g., 16 (32) values, and up to 16 (32) search space configurations may be mapped in total.
  • the K0 may have up to, e.g., 16 (32) values, and up to 16 (32) search space configurations may be mapped in total.
  • the first value of K2 (e.g., slot 1) may be mapped to a PDCCH monitoring pattern 1
  • the second value of K2 e.g., slot 2
  • the lower values of K2 may be associated to PDCCH monitoring patterns having shorter monitoring period and vice- versa.
  • the first value of K0 (e.g., slot 0) may be mapped to a PDCCH monitoring pattern 1
  • the second value of K0 e.g., slot 2
  • the lower values of K0 may be associated to PDCCH monitoring patterns having shorter monitoring period and vice- versa.
  • a default value of minimumSchedulingOffsetK2-rl6 may be used for SDT (e.g., slots > 1) and may be mapped to a default PDCCH monitoring pattern.
  • the client device 200 may apply such a default pattern upon sending a physical random access channel (PRACH) preamble specific to SDT.
  • PRACH physical random access channel
  • a default value of minimumSchedulingOffsetKO-rl6 may be used for SDT (e.g., slots > 1) and may be mapped to a default PDCCH monitoring pattern.
  • the client device 200 may apply such a default pattern upon sending a PRACH preamble specific to SDT.
  • the K2 value cho sen and sent by the network node device 210 may depend on the DL/UL traffic knowledge. For example, if no fur ther UL data is present (i.e., the current UL grant is able to accommodate all the UL data indicated in a buffer status report (BSR)) but the network node device 210 decides not to terminate the SDT procedure yet (e.g., due to waiting for potential DL data to arrive), the network node device 210 may indicate to the client de vice 200 to switch to a monitoring pattern allowing for a sparser monitoring to save power by using a larger K2 value as configured/defined.
  • BSR buffer status report
  • the network node device 210 may select and send a lower K2 value such that the client device 200 may apply an SS with a short(er) periodicity.
  • the K0 value cho sen and sent by the network node device 210 may depend on the DL/UL traffic knowledge. For example, if no fur ther UL data is present (i.e., no BSR was provided by the client device 200) and no further DL data is present (all the DL data can be accommodated with the current DL grant) but the network node device 210 decides not to terminate the SDT procedure yet (e.g., due to waiting for potential DL data to arrive), the network node de vice 210 may indicate to the client device 200 to switch to a monitoring pattern allowing for a sparser monitor ing to save power by using a larger K0/K2 value as configured/defined .
  • the K2 value cho sen and sent by the network node device 210 may depend on the network load. For example, at a higher load, a lower K2 value may be used resulting in more frequent PDCCH monitoring in order to have larger scheduling flexibility, and vice versa.
  • the K0 value cho sen and sent by the network node device 210 may depend on the network load. For example, at a higher load, a lower K0 value may be used resulting in more frequent PDCCH monitoring in order to have larger scheduling flexibility, and vice versa.
  • the association between given scheduling slot offset K0/K2 values and given PDCCH monitoring patterns may be defined dedicat- edly for CG-SDT and RA-SDT.
  • the PDSCH / PUSCH time domain resource assignment values may be associated with given PDCCH search space configurations. If a corre sponding time domain allocation value is indicated by a DCI (via a time domain resource assignment field), the client device 200 may apply a corresponding PDCCH search space configuration.
  • dedicated row indexes and/or search space parameters may be predefined in the TDRA tables to be used for SDT if indicated by the network / network node device 210.
  • de fault search space parameters may be predefined for SDT.
  • a subset of the scheduling offsets (K0 and/or K2) or time domain resource assignment row indexes may be associated to given search space configurations, while other schedul ing offsets may not be associated to any specific search space configurations.
  • the client device 200 is pro vided an indication via a DCI (e.g., a K0 corresponding to a given search space configuration)
  • the client de vice 200 may apply it.
  • the client device 200 is provided, e.g., a K0 that is not specif ically associated to any search space configuration, the client device 200 may keep the search space configura tion unchanged.
  • given scheduling offsets (K0 and/or K2) and/or a time domain resource assignment row index may be associated to, and trigger, the switch to a separate UL BWP / DL BWP to be used during SDT, e.g., a BWP larger than an initial BWP for the transmission of larger payloads.
  • certain scheduling offsets (K0 and/or K2) and/or time domain resource assignment row index may be associated to, and trigger, both the switch to the sep arate UL BWP / DL BWP dedicated to SDT and the switch to a given search space configuration to be applied by the client device 200.
  • Fig. 2B is a block diagram of a network node device 210, in accordance with an example embodiment.
  • the network node device 210 comprises at least one processor 212 and at least one memory 214 including computer program code.
  • the network node device 210 may also include other elements, such as a transceiver 216 configured to enable the network node device 210 to transmit and/or receive information to/from other de vices, as well as other elements not shown in Fig. 2B.
  • the network node device 210 may use the transceiver 216 to transmit or receive signaling infor mation and data in accordance with at least one cellular communication protocol.
  • the transceiver 216 may be con figured to provide at least one wireless radio connec tion, such as for example a 3GPP mobile broadband con nection (e.g., 5G).
  • the transceiver 216 may comprise, or be configured to be coupled to, at least one antenna to transmit and/or receive radio frequency signals.
  • the network node device 210 is de picted to include only one processor 212, the network node device 210 may include more processors.
  • the memory 214 is capable of storing instruc tions, such as an operating system and/or various ap plications.
  • the memory 214 may include a storage that may be used to store, e.g., at least some of the information and data used in the disclosed embodiments.
  • the processor 212 is capable of executing the stored instructions.
  • the processor 212 may be embodied as a multi-core processor, a single core processor, or a combination of one or more multi-core processors and one or more single core pro cessors.
  • the processor 212 may be embodied as one or more of various processing devices, such as a coprocessor, a microprocessor, a controller, a digital signal processor (DSP), a processing circuitry with or without an accompanying DSP, or various other processing devices including integrated circuits such as, for ex ample, an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), a mi crocontroller unit (MCU), a hardware accelerator, a spe cial-purpose computer chip, or the like.
  • the processor 212 may be configured to execute hard-coded functionality.
  • the proces sor 212 is embodied as an executor of software instruc tions, wherein the instructions may specifically con figure the processor 212 to perform the algorithms and/or operations described herein when the instructions are executed.
  • the memory 214 may be embodied as one or more volatile memory devices, one or more non-volatile memory devices, and/or a combination of one or more volatile memory devices and non-volatile memory devices.
  • the memory 214 may be embodied as semiconductor memories (such as mask ROM, PROM (programmable ROM), EPROM (erasable PROM), flash ROM, RAM (random access memory), etc.).
  • the network node device 210 may comprise a base station.
  • the base station may include, e.g., a fifth- generation base station (gNB) or any such device provid ing an air interface for client devices to connect to the wireless network via wireless transmissions.
  • gNB fifth- generation base station
  • the at least one memory 214 and the computer program code are configured to, with the at least one processor 212, cause the network node device 210 to at least perform detecting a need to adapt an ongoing SDT procedure with the client device 200.
  • the detecting of the need to adapt the ongoing SDT procedure may be performed based on information about network load, downlink traffic, and/or uplink traffic.
  • the at least one memory 214 and the computer program code are further configured to, with the at least one processor 212, cause the network node device 210 to perform selecting a preconfigured SDT adaptation operation for the detected need.
  • the selecting of the preconfigured SDT adaptation operation may be performed by selecting the preconfigured SDT adaptation operation from a data structure comprising mappings between SDT adaptation operations and associated SDT adaptation parameters.
  • the at least one memory 214 and the computer program code are further configured to, with the at least one processor 212, cause the network node device 210 to perform transmitting to the client device 200 an SDT adaptation parameter associated with the selected SDT adaptation operation.
  • the SDT adaptation parameter may be transmitted, e.g., in one of link scheduling grant information, downlink control information (DCI), or a control element (CE) of medium access control (MAC).
  • the at least one memory 214 and the computer program code may be further configured to, with the at least one processor 212, cause the network node device 210 to perform transmit ting to the client device 200 SDT configuration infor mation comprising the data structure.
  • Fig. 3 illustrates an example signalling dia gram 300 of a method, in accordance with an example embodiment.
  • the network node device 210 may transmit to the client device 200 SDT configuration information that comprises a data struc ture.
  • the data structure comprises mappings between SDT adaptation operations and associated SDT adaptation parameters.
  • the network node device 210 may retain a copy of the data structure for later use, e.g., in op erations 304 and/or 306 below.
  • client device 200 may start an SDT procedure.
  • the network node device 210 detects a need to adapt the ongoing SDT procedure (e.g., the SDT procedure started at operation 302) with the client device 200.
  • the ongoing SDT procedure e.g., the SDT procedure started at operation 302
  • the network node device 210 selects a preconfigured SDT adaptation operation for the detected need, e.g., by selecting the preconfigured SDT adaptation operation from the data structure comprising the mappings between the SDT adaptation operations and the associated SDT adaptation parameters.
  • the network node device 210 transmits to the client device 200 an SDT adaptation parameter associated with the determined SDT adaptation operation. Further at operation 305, the client device 200 receives the transmitted SDT adaptation parameter.
  • the client device 200 deter mines the preconfigured SDT adaptation operation asso ciated with the received SDT adaptation parameter, e.g., by performing a search for the received SDT adaptation parameter in a data structure comprising mappings between SDT adaptation parameters and associated SDT adaptation operations (such as the data structure re ceived at operation 301).
  • the client device 200 adapts the ongoing SDT procedure in accordance with the deter mined SDT adaptation operation.
  • the method of diagram 300 may be performed by the client device 200 of Fig. 2A and the network node device 210 of Fig. 2B.
  • the operations 301, 303-305 can, for example, be performed by the at least one processor 212 and the at least one memory 214.
  • the operations 301- 302, 305-307 can, for example, be performed by the at least one processor 202 and the at least one memory 204. Further features of the method of diagram 300 directly result from the functionalities and parameters of the client device 200 and the network node device 210, and thus are not repeated here.
  • the method of diagram 300 can be performed by computer program (s).
  • Fig. 4 illustrates an example signalling dia gram 400 of another method, in accordance with an exam ple embodiment. More specifically, diagram 400 of Fig. 4 illustrates a case in which the client device initi ates a two-shot SDT (with subsequent UL data) in a last serving cell.
  • the client device 200 is in an RRC connected state.
  • the network node device 210 may transmit to the client device 200 SDT configuration information that comprises a data struc ture comprising mappings between SDT adaptation operations (e.g., PDCCH monitoring patterns) and associated SDT adaptation parameters (e.g. K2/K0 values).
  • SDT adaptation operations e.g., PDCCH monitoring patterns
  • SDT adaptation parameters e.g. K2/K0 values
  • the client device 200 transitions to an RRC inactive state.
  • the client device 200 may perform a first SDT, including an UL payload and a BSR.
  • the network node device 210 may decode a medium access control (MAC) protocol data unit (PDU) and send an early contention resolution (CR).
  • MAC medium access control
  • CR early contention resolution
  • the network node device 210 may transmit to the client device 200 an SDT specific search space (SDT-SS) in a system information block (SIB).
  • SDT-SS SDT specific search space
  • SIB system information block
  • the network node device 210 may transmit the early contention resolution to the client device 200.
  • the client device 200 may apply a common search space for SDT (SDT-CSS) upon the CR.
  • SDT-CSS SDT-CSS
  • the network node device 210 may account for the SDT-CSS upon the CR.
  • the client device 200 applies PDCCH monitoring skipping for M slots, as associated with the received K2 value.
  • the client device 200 may apply, e.g., a default search space for SDT as predefined/configured by the network node device 210 during operation 401.
  • the network node device 210 may take into account the PDCCH monitoring skipping of M slots, i.e., the network node device 210 may not transmit scheduling grants during this skipping period.
  • the client device 200 may perform a subsequent SDT, including a second UL payload.
  • the network node device 210 may transmit to the client device 200 an RRC release message to end the ongoing SDT procedure.
  • the method of diagram 400 may be performed by the client device 200 of Fig. 2A and the network node device 210 of Fig. 2B.
  • the operations 401, 403-405, 407- 408, 410, 412 can, for example, be performed by the at least one processor 212 and the at least one memory 214.
  • the operations 402, 406, 409, 411 can, for example, be performed by the at least one processor 202 and the at least one memory 204. Further features of the method of diagram 400 directly result from the functionalities and parameters of the client device 200 and the network node device 210, and thus are not repeated here.
  • the method of diagram 400 can be performed by computer program (s).
  • At least some of the embodiments described herein may allow a client device in an RRC inactive state of 5G NR to perform an SDT in a power-efficient manner.
  • At least some of the embodiments described herein may allow a network node device to control the PDCCH monitoring pattern during the SDT while avoiding a switching command DCI and its drawbacks. That is, if the switching among the configured search spaces was controlled by the network node device by using dynamic signalling, i.e., a PDCCH DCI of a given format includ- ing a bit indicating the search space (group) to acti vate, and if such a DCI was reused for controlling the search space adaptation during the SDT, it would result in a need for an additional network transmission of a dedicated DCI (and its reception at the client device) during SDT, which is undesired as it consumes additional radio resources and UE power, and/or it would result in a need to use a DCI having additional bits for the search space (group) identification (ID), thus having a larger size, and in turn consuming more radio resources (con trol channel elements (CCEs)) and having a larger like lihood of PDC
  • At least some of the embodiments described herein may allow the client device to make use of the most suitable SS on a per client device needs basis, and thereby to obtain the highest client device power sav ings.
  • At least some of the embodiments described herein may allow the network node device to avoid having dedicated signalling for the SDT adaptation, thereby keeping the signalling overhead low.
  • the client device 200 may comprise means for performing at least one method described herein.
  • the means may comprise the at least one pro cessor 202, and the at least one memory 204 including program code configured to, when executed by the at least one processor, cause the client device 200 to perform the method.
  • the network node device 210 may comprise means for performing at least one method described herein.
  • the means may comprise the at least one processor 212, and the at least one memory 214 including program code configured to, when executed by the at least one processor, cause the network node device 210 to perform the method.
  • the functionality described herein can be per formed, at least in part, by one or more computer program product components such as software components.
  • the network node device 210 and/or the client device 200 may comprise a processor or pro cessor circuitry, such as for example a microcontroller, configured by the program code when executed to execute the embodiments of the operations and functionality de scribed.
  • the functional ity described herein can be performed, at least in part, by one or more hardware logic components.
  • illustrative types of hardware logic components include Field-pro grammable Gate Arrays (FPGAs), Program-specific Inte grated Circuits (ASICs), Program-specific Standard Products (ASSPs), System-on-a-chip systems (SOCs), Com plex Programmable Logic Devices (CPLDs), and Graphics Processing Units (GPUs).
  • FPGAs Field-pro grammable Gate Arrays
  • ASICs Program-specific Inte grated Circuits
  • ASSPs Program-specific Standard Products
  • SOCs System-on-a-chip systems
  • CPLDs Com plex Programmable Logic Devices
  • GPUs Graphics Processing Units

Landscapes

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

Abstract

L'invention concerne des dispositifs, des procédés et des programmes informatiques permettant d'adapter une petite transmission de données. Un paramètre d'adaptation de SDT est reçu sur un dispositif client (200) par un dispositif de nœud de réseau (210) pendant une procédure de transmission de petites données en cours (SDT) avec le dispositif de nœud de réseau (210). Le dispositif client (200) détermine une opération d'adaptation de SDT préconfigurée associée au paramètre d'adaptation de SDT reçu, et le dispositif client (200) adapte la procédure de SDT en cours conformément à l'opération d'adaptation SDT déterminée.
EP22827742.2A 2021-06-23 2022-06-10 Adaptation de transmission de petites données Pending EP4360394A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20215744 2021-06-23
PCT/FI2022/050402 WO2022269126A1 (fr) 2021-06-23 2022-06-10 Adaptation de transmission de petites données

Publications (1)

Publication Number Publication Date
EP4360394A1 true EP4360394A1 (fr) 2024-05-01

Family

ID=84545240

Family Applications (1)

Application Number Title Priority Date Filing Date
EP22827742.2A Pending EP4360394A1 (fr) 2021-06-23 2022-06-10 Adaptation de transmission de petites données

Country Status (3)

Country Link
EP (1) EP4360394A1 (fr)
CN (1) CN117546591A (fr)
WO (1) WO2022269126A1 (fr)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3791688B1 (fr) * 2018-05-10 2022-11-23 IPLA Holdings Inc. Transmission de petites données avec accès multiple non orthogonal
US11412550B2 (en) * 2019-05-02 2022-08-09 Ofinno, Llc Random access response reception for a two-step random access procedure

Also Published As

Publication number Publication date
WO2022269126A1 (fr) 2022-12-29
CN117546591A (zh) 2024-02-09

Similar Documents

Publication Publication Date Title
US10231182B2 (en) Techniques for implicit indication of trigger frame start times
EP3086609B1 (fr) Systèmes, procédés et appareil pour une balise courte portée dans des communications wi-fi à faible débit
US20220225151A1 (en) Signal measurement method and communications apparatus
CN114424482B (zh) 通信方法及装置
AU2017430821B2 (en) Discontinuous reception method, network device and terminal device
US12096367B2 (en) Discontinuous reception method, terminal device and network device
KR102306686B1 (ko) 무선 통신 방법 및 디바이스
US12063597B2 (en) Communication method and device
AU2017430818B2 (en) Discontinuous reception method, terminal device and network device
US20220225425A1 (en) Random Access Method And Apparatus
CN111865536B (zh) 搜索空间的监测、配置方法及装置
EP3771268A1 (fr) Procédé et dispositif de transmission de signal
CN115174021A (zh) 一种无线通信方法和装置
US11729731B2 (en) Information transmission method, network device and terminal
CN112312589A (zh) 一种节能信号的传输方法、基站及终端设备
KR101687884B1 (ko) Ｍ2ｍ 디바이스에 대한 페이징 사이클을 관리하는 기술
US11895729B2 (en) Discontinuous reception method, terminal device and network device
US20210234764A1 (en) Method and apparatus for configuring transmission bandwidth, and device
CN113973360A (zh) 一种通信方法、设备及装置
EP4360394A1 (fr) Adaptation de transmission de petites données
US10588082B2 (en) Wireless communication system, wireless communication network, wireless terminal, and wireless communication method
EP3941130A1 (fr) Procédé et dispositif de communication
CN113950132B (zh) 一种无线通信方法和装置
WO2023226732A1 (fr) Procédé et appareil d'émission de signal, et procédé et appareil de réception de signal
US20220264628A1 (en) Communication method, communication apparatus, and device

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20240123

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)