SSB adaptation

Abstract

Example embodiments of the present disclosure relate to a terminal device, a network device, methods, apparatuses, a computer readable storage medium and a computer program product for SSB adaptation for SDT. In the solution, a terminal device may be provided with an SSB adaptation configuration for SDT, and the SSB adaptation configuration for SDT may be activated upon or after an initiation of SDT procedure. The terminal device may perform SSB monitoring based on the SSB adaptation configuration during the SDT procedure. As such, a more suitable SSB configuration may be used while the terminal device in inactive mode during the SDT procedure.

Description

SSB ADAPTATIONFIELD

[0001] Example embodiments of the present disclosure generally relate to the field of communications and in particular, to a terminal device, a network device, methods, apparatuses, a computer readable storage medium and a computer program product for a synchronization signal block (SSB) adaptation.BACKGROUND

[0002] SSB adaptation is one of objective under discussion in the third generation partnership project (3GPP) release 19 (Rel-19 or R19) . It is agreed to support SSB adaptation for CONNECTED mode.SUMMARY

[0003] In general, example embodiments of the present disclosure provide a solution for an SSB adaptation, e.g., for UEs in inactive mode.

[0004] In a first aspect, there is provided a terminal device. The terminal device comprises: at least one processor; and at least one memory storing instructions, wherein the instructions when executed by the at least one processor, cause the terminal device at least to: receive, from a network device, information indicating an SSB adaptation configuration for small data transmission (SDT) ; determine that the SSB adaptation configuration for SDT is activated after an SDT procedure is initiated; and perform an SSB monitoring based on the activated SSB adaptation configuration during the SDT procedure.

[0005] In a second aspect, there is provided a network device. The network device comprises: at least one processor; and at least one memory storing instructions, wherein the instructions when executed by the at least one processor, cause the network device at least to: transmit, to a terminal device, information indicating an SSB adaptation configuration for SDT; determine that the SSB adaptation configuration for SDT is activated after an SDT procedure is initiated; and transmit one or multiple SSBs based on the activated SSB adaptation configuration during the SDT procedure.

[0006] In a third aspect, there is provided a method. The method comprises: receiving, at a terminal device from a network device, information indicating an SSB adaptation configuration for SDT; determining that the SSB adaptation configuration for SDT is activated after an SDT procedure is initiated; and performing an SSB monitoring based on the activated SSB adaptation configuration during the SDT procedure.

[0007] In a fourth aspect, there is provided a method. The method comprises: transmitting, at a network device to a terminal device, information indicating an SSB adaptation configuration for SDT; determining that the SSB adaptation configuration for SDT is activated after an SDT procedure is initiated; and transmitting one or multiple SSBs based on the activated SSB adaptation configuration during the SDT procedure.

[0008] In a fifth aspect, there is provided an apparatus. The apparatus comprises: means for receiving, at a terminal device from a network device, information indicating an SSB adaptation configuration for SDT; means for determining that the SSB adaptation configuration for SDT is activated after an SDT procedure is initiated; and means for performing an SSB monitoring based on the activated SSB adaptation configuration during the SDT procedure.

[0009] In a sixth aspect, there is provided an apparatus. The apparatus comprises: means for transmitting, at a network device to a terminal device, information indicating an SSB adaptation configuration for SDT; means for determining that the SSB adaptation configuration for SDT is activated after an SDT procedure is initiated; and means for transmitting one or multiple SSBs based on the activated SSB adaptation configuration during the SDT procedure.

[0010] In a seventh aspect, there is an apparatus. The apparatus comprises: receiving circuitry configured to receive, from a network device, information indicating an SSB adaptation configuration for SDT; determining circuitry configured to determine that the SSB adaptation configuration for SDT is activated after an SDT procedure is initiated; and performing circuitry configured to perform an SSB monitoring based on the activated SSB adaptation configuration during the SDT procedure.

[0011] In an eighth aspect, there is an apparatus. The apparatus comprises: transmitting circuitry configured to transmit, to a terminal device, information indicating an SSB adaptation configuration for SDT; determining circuitry configured to determine that the SSB adaptation configuration for SDT is activated after an SDT procedure is initiated; and  transmitting circuitry configured to transmit one or multiple SSBs based on the activated SSB adaptation configuration during the SDT procedure.

[0012] In a ninth aspect, there is provided a non-transitory computer readable medium comprising program instructions for causing an apparatus to perform at least the method in a third or fourth aspect.

[0013] In a tenth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus to perform at least the method in a third or fourth aspect.

[0014] It is to be understood that the summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0015] Some example embodiments will now be described with reference to the accompanying drawings, in which:

[0016] FIG. 1A illustrates an example of a network environment in which some example embodiments of the present disclosure may be implemented;

[0017] FIG. 1B illustrates examples of different SSB configurations;

[0018] FIG. 2 illustrates an example of a process flow in accordance with some example embodiments of the present disclosure;

[0019] FIG. 3 illustrates a flowchart of a method implemented at a terminal device in accordance with some example embodiments of the present disclosure;

[0020] FIG. 4 illustrates a flowchart of a method implemented at a network device in accordance with some example embodiments of the present disclosure;

[0021] FIG. 5 illustrates a simplified block diagram of a device that is suitable for implementing some example embodiments of the present disclosure; and

[0022] FIG. 6 illustrates a block diagram of an example of a computer readable medium in accordance with some example embodiments of the present disclosure.

[0023] Throughout the drawings, the same or similar reference numerals represent the same or similar elements, unless otherwise indicated.DETAILED DESCRIPTION

[0024] Principles of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. The disclosure described herein can be implemented in various manners other than the ones described below.

[0025] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0026] References in the present disclosure to “one embodiment, ” “an embodiment, ” “an example embodiment, ” and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0027] It shall be understood that although the terms “first” and “second” etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0028] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the  presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof. As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.

[0029] As used in this application, the term “circuitry” may refer to one or more or all of the following:

[0030] (a) hardware-only circuit implementations (such as implementations in only analog and / or digital circuitry) ;

[0031] (b) combinations of hardware circuits and software, such as (as applicable) :

[0032] (i) a combination of analog and / or digital hardware circuit (s) with software / firmware, and

[0033] (ii) any portions of hardware processor (s) with software (including digital signal processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a mobile phone or server, to perform various functions; and

[0034] (c) hardware circuit (s) and / or processor (s) , such as a microprocessor (s) or a portion of a microprocessor (s) , that requires software (e.g., firmware) for operation, but the software may not be present when it is not needed for operation.

[0035] This definition of circuitry applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.

[0036] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , New Radio (NR) , Wideband Code Division Multiple Access (WCDMA) , High-Speed Packet Access (HSPA) , Narrow Band Internet of Things (NB-IoT) , Non-terrestrial network (NTN) , IoT over NTN, Wi-Fi and so on. Furthermore, the communications in the communication network may be performed according to any suitable generation  communication protocols, including, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) , the sixth generation (6G) communication protocols, IEEE 802.11 protocols and / or any other protocols either currently known or to be developed in the future. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned system.

[0037] As used herein, the term “network device” refers to a node in a communication network via which a terminal device accesses the network and receives services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a new radio (NR) NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio header (RH) , a remote radio head (RRH) , an integrated access and backhaul (IAB) node, a relay, a low power node such as a femto, a pico, and so forth, depending on the applied terminology and technology.

[0038] The term “terminal device” refers to any end device that may be capable of wireless communication. By way of example rather than limitation, a terminal device may also be referred to as a communication device, user equipment (UE) , a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , an Access Terminal (AT) , or an internet of things (IoT) device. The terminal device may include, but not limited to, a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an Internet of Things (loT) device, a machine type communication (MTC) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like. In the following description, the terms “terminal device” ,  “communication device” , “terminal” , “user equipment” , and “UE” may be used interchangeably.

[0039] A UE may be in connected (RRC_CONNECTED) mode, idle (RRC_IDLE) mode, or inactive (RRC_INACTIVE) mode. It is specified adaptation of common signal / channel transmissions including adaptation of SSB in time domain, e.g., adapting periodicity.

[0040] Small Data Transmission (SDT) is a procedure allowing data and / or signalling transmission while remaining in RRC_INACTIVE state (i.e. without transitioning to RRC_CONNECTED state) . SDT is enabled on a radio bearer basis and can be initiated either by the UE in case of MO-SDT (Mobile Originated SDT) or by the network in case of MT-SDT (Mobile Terminated SDT) . MO-SDT is initiated by the UE only if less than or equal to a configured amount of UL data awaits transmission across all radio bearers for which SDT is enabled, the DL RSRP (reference signal received power) is above a configured threshold, and a valid SDT resource is available. MT-SDT is initiated by the network with an indication to the UE in a paging message when DL data awaits transmission for radio bearers configured for SDT; based on the indication, the UE initiates the MT-SDT only if the DL RSRP is above a configured threshold. When MT-SDT is initiated by the UE, a resume cause indicating MT-SDT is included in the RRCResumeRequest / RRCResumeRequest1. Maximum duration the SDT procedure can last is dictated by an SDT failure detection timer that is configured by the network. Network can enable MO-SDT, MT-SDT, or both in a cell.

[0041] SDT procedure is initiated with either a transmission over random access channel (RACH) (configured via system information) or over Type 1 CG (configured grant) resources (configured via dedicated signalling in RRCRelease) . The SDT resources can be configured on initial BWP (bandwidth part) for both RACH and CG. RACH and CG resources for SDT can be configured on either or both of NUL and SUL carriers. The CG resources for SDT are valid only within the PCell of the UE when the RRCRelease with suspend indication is received. CG resources are associated with one or multiple SSB (s) . For RACH, the network can configure 2-step and / or 4-step RA resources for MO-SDT. When both 2-step and 4-step RA resources for MO-SDT are configured, the UE selects the RA type according to the random access procedure. If MT-SDT procedure is initiated over RACH, only the RACH resources not configured for SDT can be used by the UE. Contention free random access (CFRA) is not supported for SDT over RACH.

[0042] Once initiated, the SDT procedure is either:

[0043] -successfully completed after the UE is directed to RRC_IDLE (via RRCRelease) or to continue in RRC_INACTIVE (via RRCRelease or RRCReject) or to RRC_CONNECTED (via RRCResume or RRCSetup) ; or

[0044] -unsuccessfully completed upon cell re-selection, expiry of the SDT failure detection timer, a MAC (medium access control) entity reaching a configured maximum PRACH preamble transmission threshold, an RLC (radio link control) entity reaching a configured maximum retransmission threshold, or integrity check failure while SDT procedure is ongoing, or expiry of SDT-specific timing alignment timer or configuredGrantTimer while SDT procedure is ongoing over CG and the UE has not received a response from the network after the initial PUSCH (physical uplink shared channel) transmission.

[0045] Upon successful completion of the SDT procedure via an RRCRelease message including resumeIndication, the UE triggers the initiation of RRC Resume procedure.

[0046] Upon unsuccessful completion of the SDT procedure, the UE transitions to RRC_IDLE.

[0047] For SDT, network should not send RRCReject in response to RRCResumeRequest / RRCResumeRequest1 if DL data over any radio bearer configured for SDT is transmitted.

[0048] The initial PUSCH transmission during the SDT procedure includes at least the CCCH (common control channel) message. When using CG resources for initial SDT transmission, the UE can perform autonomous retransmission of the initial transmission if the UE does not receive confirmation from the network (dynamic UL grant or DL assignment) before a configured timer expires. After the initial PUSCH transmission, subsequent transmissions are handled differently depending on the type of resource used to initiate the SDT procedure:

[0049] -When using CG resources, the network can schedule subsequent UL transmissions using dynamic grants or they can take place on the following CG resource occasions. The DL transmissions are scheduled using dynamic assignments. The UE can initiate subsequent UL transmission only after reception of confirmation (dynamic UL grant or DL assignment) for the initial PUSCH transmission from the network. For subsequent UL transmission, the UE cannot initiate re-transmission over a CG resource.

[0050] -When using RACH resources, the network can schedule subsequent UL and DL transmissions using dynamic UL grants and DL assignments, respectively, after the completion of the RA procedure.

[0051] When SDT procedure is initiated, AS security is applied for all the radio bearers enabled for SDT.

[0052] While the SDT procedure is ongoing, if data appears in a buffer of any radio bearer not enabled for SDT, the UE initiates a transmission of a non-SDT data arrival indication using UEAssistanceInformation message to the network and, if available, includes the resume cause.

[0053] While the SDT procedure is ongoing and RA procedure is triggered (e.g., upon UL data arrival) , only the RACH resources not configured for SDT can be used by the UE.

[0054] SDT procedure over CG resources can only be initiated with valid UL timing alignment. The UL timing alignment is maintained by the UE based on an SDT-specific timing alignment timer configured by the network via dedicated signalling and, for initial CG-SDT transmission, also by DL RSRP of configured number of highest ranked SSBs which are above a configured RSRP threshold. Upon expiry of the SDT-specific timing alignment timer, the CG resources are released while maintaining the CG resource configuration.

[0055] Logical channel restrictions configured by the network while in RRC_CONNECTED state and / or in RRCRelease message for radio bearers enabled for SDT, if any, are applied by the UE during SDT procedure.

[0056] The network may configure UE to apply ROHC continuity for SDT either when the UE initiates SDT in the PCell of the UE when the RRCRelease with suspend indication was received or when the UE initiates SDT in a cell of its RNA.

[0057] For SDT procedure over CG resources, the network may configure maximum time duration until the next valid CG occasion for initial CG-SDT transmission based on which the UE decides whether SDT procedure over CG resources can be initiated. The maximum time duration is configured per logical channel for MO-SDT and per UE for MT-SDT.

[0058] SDT is supported for INACTIVE mode where DL / UL transmissions can be performed without getting the UE to CONNECTED mode. Further studies on whether to support SSB adaptation for INACTIVE mode should be considered.

[0059] Embodiments of the present disclosure provide a solution for SSB adaptation. In the solution, a terminal device may be provided with an SSB adaptation configuration for SDT. The terminal device may perform SSB monitoring based on the SSB adaptation configuration during the SDT procedure. As such, a more suitable SSB configuration may be used while the terminal device in inactive mode during the SDT procedure. Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0060] FIG. 1A illustrates an example of a network environment 100 in which some example embodiments of the present disclosure may be implemented. The environment 100, which may be a part of a communication network, comprises a network device 110 and a terminal device 120.

[0061] The communication environment 100 may comprise any suitable number of devices and cells. In the communication environment 100, the network device 110 can provide services to the terminal device 120, and the network device 110 and the terminal device 120 may communicate data and control information with each other. In some embodiments, the network device 110 and the terminal device 120 may communicate with direct links / channels.

[0062] In the system 100, a link from the network device 110 to the terminal device 120 is referred to as a downlink (DL) , while a link from the terminal device 120 to the network device 110 is referred to as an uplink (UL) . In downlink, the network device 110 is a transmitting (TX) device (or a transmitter) and the terminal device 120 is a receiving (RX) device (or a receiver) . In uplink, the terminal device 120 is a transmitting TX device (or a transmitter) and the network device 110 is a RX device (or a receiver) . It is to be understood that the network device 110 may provide one or more serving cells. In some embodiments, the network device 110 can provide multiple cells.

[0063] Communications in the network environment 100 may be implemented according to any proper communication protocol (s) , comprising, but not limited to, cellular communication protocols of the first generation (1G) , the second generation (2G) , the third generation (3G) , the fourth generation (4G) , the fifth generation (5G) and the sixth generation (6G) and on the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and / or any other protocols currently known or to be developed in the future. Moreover, the communication may utilize any proper wireless communication technology, comprising but not limited to: Code Division  Multiple Access (CDMA) , Frequency Division Multiple Access (FDMA) , Time Division Multiple Access (TDMA) , Frequency Division Duplex (FDD) , Time Division Duplex (TDD) , Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Division Multiple (OFDM) , Discrete Fourier Transform spread OFDM (DFT-s-OFDM) and / or any other technologies currently known or to be developed in the future.

[0064] It is to be understood that the numbers of devices (i.e., the terminal device 120 and the network device 110) and their connection relationships and types shown in FIG. 1A are only for the purpose of illustration without suggesting any limitation. For example, the environment 100 may include any suitable numbers of devices adapted for implementing embodiments of the present disclosure. For example, while FIG. 1A depicts the terminal device 120 as a mobile phone, the terminal device 120 may be any type of user equipment.

[0065] SSB stands for Synchronization Signal Block and in reality it refers to Synchronization / PBCH (physical broadcast channel) block because Synchronization signal and PBCH channel are packed as a single block that always moves together. The components of this block are as follows:

[0066] - Synchronization Signal (SS) : PSS (Primary Synchronization Signal) , SSS (Secondary Synchronization Signal) ; and

[0067] - PBCH: PBCH DMRS (demodulation reference signal) and PBCH (Data) .

[0068] FIG. 1B illustrates examples of different SSB configurations 150. In 152 for LTE, SS (PSS, SSS) are transmitted in every 5ms and PBCH is transmitted in every 10ms. That is, the periodicity of SS and PBCH are different in LTE. However, in 154 for NR, SS and PBCH are transmitted all at the same time, which means their periodicity is all same. Typical periodicity of SSB (SS+PBCH) in NR is 20ms, but the periodicity can vary in terms of the 3GPP specification.

[0069] FIG. 2 illustrates an example of a process flow 200 in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the process flow 200 will be described with reference to FIG. 1A. The process flow 200 involves a network device 110 and a terminal device 120. It would be appreciated that although the process flow 200 has been described in the network environment 100 of FIG. 1A, this process flow may be likewise applied to other communication scenarios.

[0070] In the process flow 200, the network device 110 transmits, and the terminal device 120 receives, information indicating an SSB adaptation configuration for SDT at 210.

[0071] In some example embodiments, the information may include an RRC release (RRCRelease) message with a suspend indication. In some examples, the network device 110 may transmit the RRC release message which includes or indicates an SSB adaptation configuration for SDT. In some examples, the network device 110 may transmit the RRC release message which includes an SDT configuration, and the SSB adaptation configuration for SDT is added into the SDT configuration.

[0072] In some example embodiments, the information may include system information. In some examples, the network device 110 may transmit system information which includes or indicates an SSB adaptation configuration for SDT.

[0073] In some examples, the SSB adaptation configuration for SDT may include one or a plurality of SSB periodicities, and each of the one or a plurality of SSB periodicities does not equal to an SSB periodicity for inactive mode when there is no SDT procedure ongoing (such as the first periodicity P1 discussed below) . For instance, the one or plurality of SSB periodicities may be represented as PSSB1 to PSSBN, where N is an integer which is larger than or equals to 1.

[0074] For ease of description, it is assumed that the terminal device 120 is configured with a first SSB configuration for inactive mode when there is no SDT procedure ongoing and a second SSB configuration for connected mode. For example, the first SSB configuration is used for inactive mode when no SDT procedure is active. For example, the second SSB configuration is used for the terminal device 120 when operates in connected mode.

[0075] In some examples, at least one parameter for the first SSB configuration and for the second SSB configuration is different. In some examples, the at least one parameter may include an SSB periodicity. For instance, the first SSB configuration may indicate a first periodicity (e.g., represented as P1) and the second SSB configuration may indicate a second periodicity (e.g., represented as P2) . For example, the first periodicity may be different from the second periodicity, e.g., P1 > P2. As such, there is no need for the terminal device 120 to monitor SSB frequently in inactive mode, and thus power saving can be achieved. For example, P1=P2 or P1<P2, the present disclosure does not limit for this aspect.

[0076] In some embodiments, the terminal device 120 may be configured with an SSB adaptation configuration for connected mode, which may include one or multiple SSB periodicities. For example, each of the one or multiple SSB periodicities is not the same as (may be larger or smaller than) the second periodicity.

[0077] In some examples, the information indicating an SSB adaptation configuration for SDT may include an indicator which indicates that the SSB adaptation configuration for connected mode is applied as the SSB adaptation configuration for SDT. For example, the information may indicate that the SSB adaptation configuration for SDT is the same as the SSB adaptation configuration for connected mode. For instance, the indicator may be a flag or a field with a specific value. As such, the overhead of the information can be reduced.

[0078] In some example embodiments, the SSB adaptation configuration for SDT may be applicable for one cell or multiple cells. In some examples, the SSB adaptation configuration for SDT may be applicable for a cell which has valid resources for SDT (e.g., CG resources for SDT) . For example, type 1 CG resources may be configured in the RRC release message. In some examples, the SSB adaptation configuration for SDT may be applicable for a cell in which the information is transmitted. For example, the SSB adaptation configuration for SDT may be applicable for a cell in which the RRC release message is transmitted. For example, the SSB adaptation configuration for SDT may be applicable for a cell where the SDT procedure is initiated and / or where the terminal device moved to INACTIVE mode. In some examples, the information may include an indication which indicates that the SSB adaptation configuration for SDT is applicable for only one cell. In some examples, the indication may be omitted, and it is assumed (by default) that the SSB adaptation configuration for SDT applies for only one cell.

[0079] In some examples, the SSB adaptation configuration for SDT may be applicable for multiple cells, each of which supports SSB adaptation. For example, it is indicated in system information block (SIB) whether a corresponding cell supports SSB adaptation. For example, explicit activation information may be used to indicate which cell (s) is (are) applied for the SSB adaptation configuration for SDT.

[0080] In the process flow 200, the terminal device 120 determines that the SSB adaptation configuration for SDT is activated at 220. In some example embodiments, the terminal device 120 may operate in inactive mode and an SDT procedure is initiated, and the terminal device 120 may determine that the SSB adaptation configuration for SDT is activated.

[0081] In some embodiments, the SSB adaptation configuration for SDT may be implicitly activated without an explicit indication. In some examples, the SSB adaptation configuration for SDT is activated based on an initiation of the SDT procedure.

[0082] In some examples, the terminal device 120 may transmit an initial PUSCH transmission during the SDT procedure, and the terminal device 120 may further receive a response to the initial PUSCH transmission from the network device 110. In some example, the terminal device 120 may determine to active the SSB adaptation configuration for SDT based on (e.g., upon) a reception of the response. For example, the initial PUSCH transmission may be performed in an MO-SDT or MT-SDT procedure. For example, the initial PUSCH transmission during the SDT procedure includes at least one CCCH message.

[0083] In some examples, MT-SDT is initiated by the network device 110 with an indication to the terminal device 120 in a paging message, and the terminal device 120 may determine to active the SSB adaptation configuration for SDT based on (e.g., upon) a reception of the paging message.

[0084] In some embodiments, the SSB adaptation configuration for SDT may be activated without an indication from the network device 110. As illustrated, the network device 110 may transmit, and the terminal device 120 may receive, an indication at 215 for activating the SSB adaptation configuration for SDT.

[0085] In some examples, the indication may be included a MAC control element (CE) , for example, a value of one or multiple specific bits in the MAC CE can be regarded as the indication. In some examples, a bitmap for multiple SCells may not be needed for the MAC CE, for example, SSB adaptation for PCell is active for the terminal device 120 operating in inactive mode. In some examples, the MAC CE defined for SCell with the bitmap for SSB adaptation or for On-Demand SSB may be reused, with one bit in the bitmap is used for PCell indication.

[0086] In some examples, the indication may be included in a paging message. For example, the paging message transmitted from the network device 110 to the terminal device 120 may be used for initiating an MT-SDT procedure, and the paging message comprises an indication for indicating that the SSB adaptation configuration for SDT is activated.

[0087] In some examples, the indication, which indicates to activate the SSB adaptation configuration for SDT, may further include one or multiple identifiers of one or more cells for applying the SSB adaptation configuration for SDT. For example, one or multiple cell IDs may be included.

[0088] In some examples, the indication, which indicates to activate the SSB adaptation configuration for SDT, may further include an SSB periodicity to be activated. For example,  the activated SSB periodicity may be one of the one or plurality of SSB periodicities (PSSB1 to PSSBN) . For instance, the activated SSB periodicity may be represented as PSSBi.

[0089] In the process flow 200, the terminal device 120 performs an SSB monitoring based on the activated SSB adaptation configuration for SDT at 230 during the SDT procedure. For example, the network device 110 may change a transmission scheme of SSBs. For example, the network device 110 may transmit SSBs 225 based on the activated SSB adaptation configuration with a periodicity PSSBi. In some examples, the activated periodicity PSSBi is used for the SSB monitoring during the SDT procedure, and the activated periodicity PSSBi is different from the first periodicity P1 discussed above, i.e., PSSBi≠P1.

[0090] In some examples, the terminal device 120, which is in inactive mode, may perform SSB monitoring based on the first configuration with the first periodicity P1 before the SDT is initiated, and may transfer to perform SSB monitoring based on the activated SSB adaptation configuration for SDT with a periodicity PSSBi upon or after the SDT is initiated.

[0091] It is to be appreciated that the SSB adaptation configuration for SDT will not be activated if the SDT procedure is not performed. In some examples, the terminal device 120 may perform an SSB monitoring when no SDT procedure is active based on the first SSB configuration while the terminal device 120 is operating in inactive mode.

[0092] According to embodiments in the present disclosure, an SSB adaptation may be applied for inactive mode, specifically, an SSB adaptation configuration for SDT may be provided and activated for the terminal device to perform SSB monitoring. As such, less frequent SSB transmission for inactive mode may be allowed when there is no activity in the cell while still allows better the performance during the SDT procedure.

[0093] It should be appreciated that some embodiments are discussed above only for illustration without any limitation, for example, the terminal device 120 may be configured with a third SSB configuration for IDLE mode, and the third SSB configuration may indicate a third periodicity (e.g., represented as P3) . It should be noted that the values of periodicities (such as P1, P2, P3, PSSBi, etc. ) may be determined and configured by the network device 110, e.g., upon network implementations.

[0094] It should be noted that although the periodicity is taken as one parameter that is different among different SSB configurations, one or more other parameters may be different for different SSB configurations. For example, two different SSB configurations may be associated with two different parameter groups, one group for indicating SSB related  information for inactive mode during time period without SDT transmission, and the other group for indicating SSB related information for inactive mode during time period with SDT transmission. For example, one or more of the following parameters may be different in the two different parameter groups: an SSB periodicity, a timing advance offset, positions in burst, PBCH block power, etc. For example, one or more parameters may be dedicated to the SSB configuration for inactive mode with SDT transmission. As one example, the dedicated parameters may be:

[0095] Ssb-PositionsInBurstSDT SEQUENCE {

[0096] inOneGroup BITSTRING (SIZE (8) )

[0097] groupPresence BITSTRING (SIZE (8) )

[0098] },

[0099] ssb-PeriodicityServingCellSDT (ENUMERATD {ms5, ms10, ms20, ms40, ms80, ms160} .

[0100] FIG. 3 illustrates a flowchart of a method 300 implemented at a terminal device in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the method 300 will be described from the perspective of a terminal device 120 in FIG. 1A.

[0101] At block 310, the terminal device 120 receives, from a network device, information indicating an SSB adaptation configuration for SDT. At block 320, the terminal device 120 determines that the SSB adaptation configuration for SDT is activated after an SDT procedure is initiated. At block 330, the terminal device 120 performs an SSB monitoring based on the activated SSB adaptation configuration during the SDT procedure.

[0102] In some example embodiments, the SSB adaptation configuration comprises one or a plurality of SSB periodicities.

[0103] In some example embodiments, the information indicates that an SSB adaptation configuration for connected mode is applied as the SSB adaptation configuration for SDT.

[0104] In some example embodiments, the SSB adaptation configuration for SDT is comprised in an RRC release message with a suspend indication. In some example embodiments, the SSB adaptation configuration for SDT is comprised in system information.

[0105] In some example embodiments, the information further indicates that the SSB adaptation configuration for SDT is applicable for a cell with valid resources for SDT or for a cell in which the information is received. In some example embodiments, the information  further indicates that the SSB adaptation configuration for SDT is applicable for one or multiple cells that support SSB adaptation.

[0106] In some example embodiments, the terminal device 120 determines that the SSB adaptation configuration for SDT is activated based on at least one of: receiving, from the network device, a response to an initial PUSCH transmission in the SDT procedure, wherein the initial PUSCH transmission comprises at least one CCCH message, receiving, from the network device, a paging message for initiating a mobile terminated SDT, an initiation of the SDT procedure, or receiving, from the network device, an indication indicating that the SSB adaptation configuration for SDT is activated.

[0107] In some example embodiments, the indication is comprised in the paging message or the indication comprises a MAC CE. In some example embodiments, the indication indicates a periodicity for the activated SSB adaptation configuration.

[0108] In some example embodiments, the terminal device 120 determines that the terminal device is operating in an inactive mode; the terminal device 120 determines a first SSB configuration for the inactive mode when no SDT procedure is active, wherein the first SSB configuration is different from the SSB adaptation during the SDT procedure; and the terminal device 120 performs an SSB monitoring when no SDT procedure is active based on the first SSB configuration.

[0109] In some example embodiments, the first SSB configuration is different from a second SSB configuration used when the terminal device operates in a connected mode.

[0110] In some example embodiments, a periodicity of the first SSB configuration is different from a periodicity of the second SSB configuration used when the terminal device operates in a connected mode.

[0111] In some example embodiments, a periodicity of the first SSB configuration is different from a periodicity of the SSB adaptation during the SDT procedure.

[0112] FIG. 4 illustrates a flowchart of a method 400 implemented at a network device in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the method 400 will be described from the perspective of a network device 110 in FIG. 1A.

[0113] At block 410, the network device 110 transmits, to a terminal device, information indicating an SSB adaptation configuration for SDT. At block 420, the network device 110  determines that the SSB adaptation configuration for SDT is activated after an SDT procedure is initiated. At block 430, the network device 110 transmits one or multiple SSBs based on the activated SSB adaptation configuration during the SDT procedure.

[0114] In some example embodiments, the SSB adaptation configuration comprises one or a plurality of SSB periodicities.

[0115] In some example embodiments, the information indicates that an SSB adaptation configuration for connected mode is applied as the SSB adaptation configuration for SDT.

[0116] In some example embodiments, the SSB adaptation configuration for SDT is comprised in an RRC release message with a suspend indication. In some example embodiments, the SSB adaptation configuration for SDT is comprised in system information.

[0117] In some example embodiments, the information further indicates that the SSB adaptation configuration for SDT is applicable for a cell with valid resources for SDT or for a cell in which the information is transmitted. In some example embodiments, the information further indicates that the SSB adaptation configuration for SDT is applicable for one or multiple cells that support SSB adaptation.

[0118] In some example embodiments, the network device 110 determines that the SSB adaptation configuration for SDT is activated based on at least one of: transmitting, to the terminal device, a response to an initial PUSCH transmission in the SDT procedure, wherein the initial PUSCH transmission comprises at least one CCCH message, transmitting, to the terminal device, a paging message for initiating a mobile terminated SDT, an initiation of the SDT procedure, or transmitting, to the terminal device, an indication indicating that the SSB adaptation configuration for SDT is activated.

[0119] In some example embodiments, the indication is comprised in the paging message or the indication comprises a MAC CE. In some example embodiments, the indication indicates a periodicity for the activated SSB adaptation configuration.

[0120] In some example embodiments, the network device 110 transmits, to the terminal device 120, at least one of: a first SSB configuration for the terminal device operating in an inactive mode when no SDT procedure is active, or a second SSB configuration for the terminal device operating in a connected mode.

[0121] In some example embodiments, a periodicity of the first SSB configuration is different from a periodicity of the second SSB configuration.

[0122] In some example embodiments, a periodicity of the first SSB configuration is different from a periodicity of the SSB adaptation during the SDT procedure.

[0123] In some example embodiments, an apparatus capable of performing the method 300 (for example, the terminal device 120) may comprise means for performing the respective steps of the method 300. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0124] In some example embodiments, an apparatus capable of performing the method 400 (for example, the network device 110) may comprise means for performing the respective steps of the method 400. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0125] The term “means” as used in the description and in the claims may refer to one or more individual elements configured to perform the corresponding recited functionality or functionalities, or it may refer to several elements that perform such functionality or functionalities. Furthermore, several functionalities recited in the claims may be performed by the same individual means or the same combination of means. For example, performing such functionality or functionalities may be caused in an apparatus by a processor that executes instructions stored in a memory of the apparatus.

[0126] FIG. 5 illustrates a simplified block diagram of a device 500 that is suitable for implementing some example embodiments of the present disclosure. The device 500 may be provided to implement the terminal device or the network device discussed above, e.g., the terminal device 120 or the network device 110 in FIG. 1A. As shown, the device 500 includes one or more processors 510, one or more memories 520 coupled to the processor 510, and one or more communication modules 540 coupled to the processor 510.

[0127] The communication module 540 is for bidirectional communications. The communication module 540 has at least one antenna to facilitate communication. The communication interface may represent any interface that is necessary for communication with other network elements.

[0128] The processor 510 may be of any type suitable to the local technical network and may include one or more of the following: general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 500 may have  multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0129] The memory 520 may include one or more non-volatile memories and one or more volatile memories. Examples of the non-volatile memories include, but are not limited to, a Read Only Memory (ROM) 524, an electrically programmable read only memory (EPROM) , a flash memory, a hard disk, a compact disc (CD) , a digital video disk (DVD) , and other magnetic storage and / or optical storage. Examples of the volatile memories include, but are not limited to, a random access memory (RAM) 522 and other volatile memories that will not last in the power-down duration.

[0130] A computer program 530 includes computer executable instructions that are executed by the associated processor 510. The program 530 may be stored in the ROM 524. The processor 510 may perform any suitable actions and processing by loading the program 530 into the RAM 522.

[0131] The embodiments of the present disclosure may be implemented by means of the program 530 so that the device 500 may perform any process of the disclosure as discussed with reference to FIGS. 2-4. The embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0132] In some example embodiments, the program 530 may be tangibly contained in a computer readable medium which may be included in the device 500 (such as in the memory 520) or other storage devices that are accessible by the device 500. The device 500 may load the program 530 from the computer readable medium to the RAM 522 for execution. The computer readable medium may include any types of tangible non-volatile storage, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like.

[0133] FIG. 6 illustrates a block diagram of an example of a computer readable medium 600 in accordance with some example embodiments of the present disclosure. The computer readable medium 600 has the program 530 stored thereon. It is noted that although the computer readable medium 600 is depicted in form of CD or DVD in FIG. 6, the computer readable medium 600 may be in any other form suitable to carry or hold the program 530.

[0134] Various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While  various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representations, it is to be understood that the block, apparatus, system, technique or method described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0135] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the method as described above with reference to any of FIGS. 2-4. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0136] Program code for the methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0137] In the context of the present disclosure, the computer program codes or related data may be carried by any suitable carrier to enable the device, apparatus or processor to perform various processes and operations as described above. Examples of the carrier include a signal, computer readable medium, and the like.

[0138] The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor  system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the computer readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. The term “non-transitory, ” as used herein, is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (e.g., RAM vs. ROM) .

[0139] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0140] Although the present disclosure has been described in languages specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A terminal device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to:receive, from a network device, information indicating a synchronization signal block (SSB) adaptation configuration for small data transmission (SDT) ;determine that the SSB adaptation configuration for SDT is activated after an SDT procedure is initiated; andperform an SSB monitoring based on the activated SSB adaptation configuration during the SDT procedure.2.The terminal device of claim 1, wherein the SSB adaptation configuration comprises one or a plurality of SSB periodicities.3.The terminal device of claim 1 or 2, wherein the information indicates that an SSB adaptation configuration for connected mode is applied as the SSB adaptation configuration for SDT.4.The terminal device of any of claims 1-3, wherein the SSB adaptation configuration for SDT is comprised in a radio resource control (RRC) release message with a suspend indication.5.The terminal device of any of claims 1-3, wherein the SSB adaptation configuration for SDT is comprised in system information.6.The terminal device of any of claims 1-5, wherein the information further indicates that the SSB adaptation configuration for SDT is applicable for a cell with valid resources for SDT or for a cell in which the information is received.7.The terminal device of any of claims 1-5, wherein the information further indicates that the SSB adaptation configuration for SDT is applicable for one or multiple cells that support SSB adaptation.8.The terminal device of any of claims 1-7, wherein the at least one processor is configured to cause the terminal device to determine that the SSB adaptation configuration for SDT is activated based on at least one of:receiving, from the network device, a response to an initial physical uplink shared channel (PUSCH) transmission in the SDT procedure, wherein the initial PUSCH transmission comprises at least one common control channel (CCCH) message,receiving, from the network device, a paging message for initiating a mobile terminated SDT,an initiation of the SDT procedure, orreceiving, from the network device, an indication indicating that the SSB adaptation configuration for SDT is activated.9.The terminal device of claim 8, wherein the indication is comprised in the paging message or the indication comprises a medium access control (MAC) control element (CE) .10.The terminal device of claim 8 or 9, wherein the indication indicates a periodicity for the activated SSB adaptation configuration.11.The terminal device of claim 1, wherein the at least one processor is further configured to cause the terminal device to:determine that the terminal device is operating in an inactive mode;determine a first SSB configuration for the inactive mode when no SDT procedure is active, wherein the first SSB configuration is different from the SSB adaptation during the SDT procedure; andperform an SSB monitoring when no SDT procedure is active based on the first SSB configuration.12.The terminal device of claim 11, wherein the first SSB configuration is different from a second SSB configuration used when the terminal device operates in a connected mode.13.The terminal device of claim 12, wherein a periodicity of the first SSB  configuration is different from a periodicity of the second SSB configuration used when the terminal device operates in a connected mode.14.The terminal device of claim 11, wherein a periodicity of the first SSB configuration is different from a periodicity of the SSB adaptation during the SDT procedure.15.A network device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the network device at least to:transmit, to a terminal device, information indicating a synchronization signal block (SSB) adaptation configuration for small data transmission (SDT) ;determine that the SSB adaptation configuration for SDT is activated after an SDT procedure is initiated; andtransmit one or multiple SSBs based on the activated SSB adaptation configuration during the SDT procedure.16.The network device of claim 15, wherein the SSB adaptation configuration comprises one or a plurality of SSB periodicities.17.The network device of claim 15 or 16, wherein the information indicates that an SSB adaptation configuration for connected mode is applied as the SSB adaptation configuration for SDT.18.The network device of any of claims 15-17, wherein the SSB adaptation configuration for SDT is comprised in a radio resource control (RRC) release message with a suspend indication.19.The network device of any of claims 15-17, wherein the SSB adaptation configuration for SDT is comprised in system information.20.The network device of any of claims 15-19, wherein the information further indicates that the SSB adaptation configuration for SDT is applicable for a cell with valid resources for SDT or for a cell in which the information is transmitted.21.The network device of any of claims 15-19, wherein the information further indicates that the SSB adaptation configuration for SDT is applicable for one or multiple cells that support SSB adaptation.22.The network device of any of claims 15-21, wherein the at least one processor is configured to cause the network device to determine that the SSB adaptation configuration for SDT is activated based on at least one of:transmitting, to the terminal device, a response to an initial physical uplink shared channel (PUSCH) transmission in the SDT procedure, wherein the initial PUSCH transmission comprises at least one common control channel (CCCH) message,transmitting, to the terminal device, a paging message for initiating a mobile terminated SDT,an initiation of the SDT procedure, ortransmitting, to the terminal device, an indication indicating that the SSB adaptation configuration for SDT is activated.23.The network device of claim 22, wherein the indication is comprised in the paging message or the indication comprises a medium access control (MAC) control element (CE) .24.The network device of claim 22 or 23, wherein the indication indicates a periodicity for the activated SSB adaptation configuration.25.The network device of claim 15, wherein the at least one processor is further configured to cause the network device to:transmit, to the terminal device, at least one of:a first SSB configuration for the terminal device operating in an inactive mode when no SDT procedure is active, ora second SSB configuration for the terminal device operating in a connected mode.26.The network device of claim 25, wherein a periodicity of the first SSB configuration is different from a periodicity of the second SSB configuration.27.The network device of claim 25 or 26, wherein a periodicity of the first SSB configuration is different from a periodicity of the SSB adaptation during the SDT procedure.28.A communication method comprising:receiving, at a terminal device from a network device, information indicating a synchronization signal block (SSB) adaptation configuration for small data transmission (SDT) ;determining that the SSB adaptation configuration for SDT is activated after an SDT procedure is initiated; andperforming an SSB monitoring based on the activated SSB adaptation configuration during the SDT procedure.29.A communication method comprising:transmitting, at a network device to a terminal device, information indicating a synchronization signal block (SSB) adaptation configuration for small data transmission (SDT) ;determining that the SSB adaptation configuration for SDT is activated after an SDT procedure is initiated; andtransmitting one or multiple SSBs based on the activated SSB adaptation configuration during the SDT procedure.30.A non-transitory computer readable medium comprising program instructions that, when executed by an apparatus, cause the apparatus to perform at least the method of claim 28 or 29.

Images