This disclosure generally relates to wireless communication networks and, more particularly, to a method and apparatus for mobile terminated small data transmission in a wireless communication system.
With the rapid rise in demand for communication of large amounts of data to and from mobile communication devices, traditional mobile voice communication networks are evolving into networks that communicate with Internet Protocol (IP) data packets. Such IP data packet communication can provide users of mobile communication devices with voice over IP, multimedia, multicast and on-demand communication services.
An exemplary network structure is an Evolved Universal Terrestrial Radio Access Network (E-UTRAN). The E-UTRAN system can provide high data throughput in order to realize the above-noted voice over IP and multimedia services. A new radio technology for the next generation (e.g., 5G) is currently being discussed by the 3GPP standards organization. Accordingly, changes to the current body of 3GPP standard are currently being submitted and considered to evolve and finalize the 3GPP standard.
Methods, systems, and apparatuses are provided for mobile terminated small data transmission in a wireless communication system, wherein a User Equipment (UE) can apply Downlink (DL) Semi Persistent Scheduling (SPS) during/in a Mobile Terminated Small Data Transmission (MT-SDT) procedure. The UE can handle the configured DL assignment for DL SPS, e.g., when there is Uplink (UL) non-SDT data arrival.
In various embodiments, with this and other concepts, systems, and methods of the present invention, a method for a UE in a wireless communication system comprises receiving one or more configurations of DL SPS for Radio Resource Control Inactive (RRC_INACTIVE) state, initiating a MT-SDT procedure in response to receiving a paging indicating MT-SDT, receiving, in RRC_INACTIVE state, one or more DL transmissions using a configured DL assignment for the DL SPS during the MT-SDT procedure, and keeping the one or more configurations of the DL SPS and entering RRC_CONNECTED state in response to receiving a RRC resume message during the MT-SDT procedure.
In various embodiments, with this and other concepts, systems, and methods of the present invention, a method for a UE in a wireless communication system comprises receiving one or more configurations of DL SPS for RRC_INACTIVE state, initiating a MT-SDT procedure in response to receiving a paging indicating MT-SDT, receiving, in RRC_INACTIVE state, one or more DL transmissions using a configured DL assignment for the DL SPS during the MT-SDT procedure, and releasing the one or more configurations of the DL SPS, clearing the configured DL assignment, and entering RRC_CONNECTED state in response to receiving a RRC resume message during the MT-SDT procedure.
The invention described herein can be applied to or implemented in exemplary wireless communication systems and devices described below. In addition, the invention is described mainly in the context of the 3GPP architecture reference model. However, it is understood that with the disclosed information, one skilled in the art could easily adapt for use and implement aspects of the invention in a 3GPP2 network architecture as well as in other network architectures.
The exemplary wireless communication systems and devices described below employ a wireless communication system, supporting a broadcast service. Wireless communication systems are widely deployed to provide various types of communication such as voice, data, and so on. These systems may be based on code division multiple access (CDMA), time division multiple access (TDMA), orthogonal frequency division multiple access (OFDMA), 3GPP LTE (Long Term Evolution) wireless access, 3GPP LTE-A (Long Term Evolution Advanced) wireless access, 3GPP2 UMB (Ultra Mobile Broadband), WiMax, 3GPP NR (New Radio), or some other modulation techniques.
In particular, the exemplary wireless communication systems and devices described below may be designed to support one or more standards such as the standard offered by a consortium named “3rd Generation Partnership Project” referred to herein as 3GPP, including: [1] RP-193252, “New Work Item on NR small data transmissions in INACTIVE state”; [2] RP-212726, “WI on MT-SDT”; [3] 3GPP TS 36.300 V16.7.0, “E-UTRA, Overall description”; [4] 3GPP TS 38.321 V16.7.0, “NR, Medium Access Control (MAC) protocol specification”; [5] 3GPP TS 38.300 V16.8.0, “NR, NR and NG-RAN Overall description”; [6] 3GPP TS 38.331 V16.7.0, “NR, Radio Resource Control (RRC) protocol specification”; and [7] R2-2203768, “Introduction of SDT”. The standards and documents listed above are hereby expressly and fully incorporated herein by reference in their entirety.
Each group of antennas and/or the area in which they are designed to communicate is often referred to as a sector of the access network. In the embodiment, antenna groups each are designed to communicate to access terminals in a sector of the areas covered by access network 100.
In communication over forward links 120 and 126, the transmitting antennas of access network 100 may utilize beamforming in order to improve the signal-to-noise ratio of forward links for the different access terminals 116 and 122. Also, an access network using beamforming to transmit to access terminals scattered randomly through its coverage normally causes less interference to access terminals in neighboring cells than an access network transmitting through a single antenna to all its access terminals.
The AN may be a fixed station or base station used for communicating with the terminals and may also be referred to as an access point, a Node B, a base station, an enhanced base station, an eNodeB, or some other terminology. The AT may also be called User Equipment (UE), a wireless communication device, terminal, access terminal or some other terminology.
In one embodiment, each data stream is transmitted over a respective transmit antenna. TX data processor 214 formats, codes, and interleaves the traffic data for each data stream based on a particular coding scheme selected for that data stream to provide coded data.
The coded data for each data stream may be multiplexed with pilot data using OFDM techniques. The pilot data is typically a known data pattern that is processed in a known manner and may be used at the receiver system to estimate the channel response. The multiplexed pilot and coded data for each data stream is then modulated (e.g., symbol mapped) based on a particular modulation scheme (e.g., BPSK, QPSK, M-PSK, or M-QAM) selected for that data stream to provide modulation symbols. The data rate, coding, and modulation for each data stream may be determined by instructions performed by processor 230. A memory 232 is coupled to processor 230.
The modulation symbols for all data streams are then provided to a TX MIMO processor 220, which may further process the modulation symbols (e.g., for OFDM). TX MIMO processor 220 then provides NT modulation symbol streams to NT transmitters (TMTR) 222a through 222t. In certain embodiments, TX MIMO processor 220 applies beamforming weights to the symbols of the data streams and to the antenna from which the symbol is being transmitted.
Each transmitter 222 receives and processes a respective symbol stream to provide one or more analog signals, and further conditions (e.g., amplifies, filters, and upconverts) the analog signals to provide a modulated signal suitable for transmission over the MIMO channel. NT modulated signals from transmitters 222a through 222t are then transmitted from NT antennas 224a through 224t, respectively.
At receiver system 250, the transmitted modulated signals are received by NR antennas 252a through 252r and the received signal from each antenna 252 is provided to a respective receiver (RCVR) 254a through 254r. Each receiver 254 conditions (e.g., filters, amplifies, and downconverts) a respective received signal, igitizes the conditioned signal to provide samples, and further processes the samples to provide a corresponding “received” symbol stream.
An RX data processor 260 then receives and processes the NR received symbol streams from NR receivers 254 based on a particular receiver processing technique to provide NT “detected” symbol streams. The RX data processor 260 then demodulates, deinterleaves, and decodes each detected symbol stream to recover the traffic data for the data stream. The processing by RX data processor 260 is complementary to that performed by TX MIMO processor 220 and TX data processor 214 at transmitter system 210.
A processor 270 periodically determines which pre-coding matrix to use (discussed below). Processor 270 formulates a reverse link message comprising a matrix index portion and a rank value portion.
The reverse link message may comprise various types of information regarding the communication link and/or the received data stream. The reverse link message is then processed by a TX data processor 238, which also receives traffic data for a number of data streams from a data source 236, modulated by a modulator 280, conditioned by transmitters 254a through 254r, and transmitted back to transmitter system 210.
At transmitter system 210, the modulated signals from receiver system 250 are received by antennas 224, conditioned by receivers 222, demodulated by a demodulator 240, and processed by a RX data processor 242 to extract the reserve link message transmitted by the receiver system 250. Processor 230 then determines which pre-coding matrix to use for determining the beamforming weights then processes the extracted message.
Memory 232 may be used to temporarily store some buffered/computational data from 240 or 242 through Processor 230, store some buffed data from 212, or store some specific program codes. And Memory 272 may be used to temporarily store some buffered/computational data from 260 through Processor 270, store some buffed data from 236, or store some specific program codes.
Turning to
For LTE, LTE-A, or NR systems, the Layer 2 portion 404 may include a Radio Link Control (RLC) layer and a Medium Access Control (MAC) layer. The Layer 3 portion 402 may include a Radio Resource Control (RRC) layer.
Any two or more than two of the following paragraphs, (sub-)bullets, points, actions, or claims described in each invention paragraph or section may be combined logically, reasonably, and properly to form a specific method.
Any sentence, paragraph, (sub-)bullet, point, action, or claim described in each of the following invention paragraphs or sections may be implemented independently and separately to form a specific method or apparatus. Dependency, e.g., “based on”, “more specifically”, “example”, etc., in the following invention disclosure is just one possible embodiment which would not restrict the specific method or apparatus.
The 3GPP release 17 work item of (mobile originated) small data transmission (SDT) is specified as below in [1] RP-193252, “New Work Item on NR small data transmissions in INACTIVE state”:
NR supports RRC_INACTIVE state and UEs with infrequent (periodic and/or non-periodic) data transmission are generally maintained by the network in the RRC_INACTIVE state. Until Rel-16, the RRC_INACTIVE state doesn't support data transmission. Hence, the UE has to resume the connection (i.e. move to RRC_CONNECTED state) for any DL (MT) and UL (MO) data. Connection setup and subsequently release to INACTIVE state happens for each data transmission however small and infrequent the data packets are. This results in unnecessary power consumption and signalling overhead.
[ . . . ]
As noted in 3GPP TS 22.891, the NR system shall:
Signalling overhead from INACTIVE state UEs for small data packets is a general problem and will become a critical issue with more UEs in NR not only for network performance and efficiency but also for the UE battery performance. In general, any device that has intermittent small data packets in INACTIVE state will benefit from enabling small data transmission in INACTIVE.
The key enablers for small data transmission in NR, namely the INACTIVE state, 2-step, 4-step RACH and configured grant type-1 have already been specified as part of Rel-15 and Rel-16. So, this work builds on these building blocks to enable small data transmission in INACTIVE state for NR.
This work item enables small data transmission in RRC_INACTIVE state as follows:
The work item for 3GPP release 18 has been discussed in RAN meetings, and the work item of mobile terminated (MT) SDT is specified as below in [2] RP-212726, “WI on MT-SDT”:
Rel-17 specified MO-SDT to allow small packet transmission for UL-oriented packets. For DL, MT-SDT (i.e. DL-triggered small data) allows similar benefits, i.e. 1) reducing signalling overhead and UE power consumption by not transitioning to RRC_CONNECTED and reducing latency by allowing fast transmission of (small and infrequent) packets, e.g. for positioning.
Specify the support for paging-triggered SDT (MT-SDT) [RAN2, RAN3]
The stage 2 description of MT-EDT in LTE is specified in TS 36.300 ([3] 3GPP TS 36.300 V16.7.0, “E-UTRA, Overall description”) as below:
MT-EDT is intended for a single downlink data transmission during the random access procedure.
MT-EDT is initiated by the MME if the UE and the network support MT-EDT and there is a single DL data transmission for the UE.
MT-EDT for Control Plane CIoT EPS Optimisation and for User Plane CIoT EPS Optimisation, as defined in TS 23.401 [17], is characterised as below:
MT-EDT is only applicable to BL UEs, UEs in enhanced coverage and NB-IoT UEs.
The MT-EDT procedure for Control Plane CIoT EPS Optimisation is illustrated in FIG. 7.3c-1.
The MT-EDT procedure for User Plane CIoT EPS Optimisation is illustrated in FIG. 7.3c-2.
The procedure related to DL transmission and semi-persistent scheduling (SPS) in NR are specified in TS 38.321 ([4] 3GPP TS 38.321 V16.7.0, “NR, Medium Access Control (MAC) protocol specification”) and TS 38.300 ([5] 3GPP TS 38.300 V16.8.0, “NR, NR and NG-RAN Overall description”) as below:
Downlink assignments received on the PDCCH both indicate that there is a transmission on a DL-SCH for a particular MAC entity and provide the relevant HARQ information.
When the MAC entity has a C-RNTI, Temporary C-RNTI, or CS-RNTI, the MAC entity shall for each PDCCH occasion during which it monitors PDCCH and for each Serving Cell:
For each Serving Cell and each configured downlink assignment, if configured and activated, the MAC entity shall:
The MAC entity includes a HARQ entity for each Serving Cell, which maintains a number of parallel HARQ processes. Each HARQ process is associated with a HARQ process identifier. The HARQ entity directs HARQ information and associated TBs received on the DL-SCH to the corresponding HARQ processes (see clause 5.3.2.2).
The number of parallel DL HARQ processes per HARQ entity is specified in TS 38.214 [7]. The dedicated broadcast HARQ process is used for BCCH.
The HARQ process supports one TB when the physical layer is not configured for downlink spatial multiplexing. The HARQ process supports one or two TBs when the physical layer is configured for downlink spatial multiplexing.
When the MAC entity is configured with pdsch-AggregationFactor>1, the parameter pdsch-AggregationFactor provides the number of transmissions of a TB within a bundle of the downlink assignment. Bundling operation relies on the HARQ entity for invoking the same HARQ process for each transmission that is part of the same bundle. After the initial transmission, pdsch-AggregationFactor−1 HARQ retransmissions follow within a bundle.
The MAC entity shall:
When a transmission takes place for the HARQ process, one or two (in case of downlink spatial multiplexing) TBs and the associated HARQ information are received from the HARQ entity.
For each received TB and associated HARQ information, the HARQ process shall:
The MAC entity then shall:
Semi-Persistent Scheduling (SPS) is configured by RRC for a Serving Cell per BWP. Multiple assignments can be active simultaneously in the same BWP. Activation and deactivation of the DL SPS are independent among the Serving Cells.
For the DL SPS, a DL assignment is provided by PDCCH, and stored or cleared based on L1 signalling indicating SPS activation or deactivation.
RRC configures the following parameters when the SPS is configured:
When the SPS is released by upper layers, all the corresponding configurations shall be released.
After a downlink assignment is configured for SPS, the MAC entity shall consider sequentially that the Nth downlink assignment occurs in the slot for which:
(numberOfSlotsPerFrame×SFN+slot number in the frame)=[(numberOfSlotsPerFrame×SFNstart time±slotstart time)+N×periodicity×numberOfSlotsPerFrame/10]modulo(1024×numberOfSlotsPerFrame)
where SFNstart time and slotstart time are the SFN and slot, respectively, of the first transmission of PDSCH where the configured downlink assignment was (re-)initialised.
In the downlink, the gNB can dynamically allocate resources to UEs via the C-RNTI on PDCCH(s). A UE always monitors the PDCCH(s) in order to find possible assignments when its downlink reception is enabled (activity governed by DRX when configured). When CA is configured, the same C-RNTI applies to all serving cells.
The gNB may pre-empt an ongoing PDSCH transmission to one UE with a latency-critical transmission to another UE. The gNB can configure UEs to monitor interrupted transmission indications using INT-RNTI on a PDCCH. If a UE receives the interrupted transmission indication, the UE may assume that no useful information to that UE was carried by the resource elements included in the indication, even if some of those resource elements were already scheduled to this UE.
In addition, with Semi-Persistent Scheduling (SPS), the gNB can allocate downlink resources for the initial HARQ transmissions to UEs: RRC defines the periodicity of the configured downlink assignments while PDCCH addressed to CS-RNTI can either signal and activate the configured downlink assignment, or deactivate it; i.e. a PDCCH addressed to CS-RNTI indicates that the downlink assignment can be implicitly reused according to the periodicity defined by RRC, until deactivated.
The dynamically allocated downlink reception overrides the configured downlink assignment in the same serving cell, if they overlap in time. Otherwise a downlink reception according to the configured downlink assignment is assumed, if activated.
The UE may be configured with up to 8 active configured downlink assignments for a given BWP of a serving cell. When more than one is configured:
The paging procedure in NR is specified in TS 38.331 ([6] 3GPP TS 38.331 V16.7.0, “NR, Radio Resource Control (RRC) protocol specification”) as below:
The purpose of this procedure is:
The network initiates the paging procedure by transmitting the Paging message at the UE's paging occasion as specified in TS 38.304 [20]. The network may address multiple UEs within a Paging message by including one PagingRecord for each UE.
Upon receiving the Paging message, the UE shall:
The RRC Resume procedure in NR is specified in [6] 3GPP TS 38.331 V16.7.0, “NR, Radio Resource Control (RRC) protocol specification”, and the related procedure in running CR for (MO-)SDT is specified as below in [7] R2-2203768, “Introduction of SDT”:
The purpose of this procedure is to resume a suspended RRC connection, including resuming SRB(s) and DRB(s) or perform an RNA update. This procedure is also used to initiate SDT in RRC_INACTIVE.
[ . . . ]
A UE in RRC_INACTIVE initiates the resume procedure for SDT when all of the following conditions are fulfilled:
The UE initiates the procedure when upper layers or AS (when responding to RAN paging, upon triggering RNA updates while the UE is in RRC_INACTIVE, for NR sidelink communication/V2X sidelink communication as specified in sub-clause 5.3.13.1a) requests the resume of a suspended RRC connection or for initiating SDT as specified in sub-clause 5.3.13.1b.
The UE shall ensure having valid and up to date essential system information as specified in clause 5.2.2.2 before initiating this procedure.
Upon initiation of the procedure, the UE shall:
The UE shall set the contents of RRCResumeRequest or RRCResumeRequest1 message as follows:
If lower layers indicate an integrity check failure while T319 or T319a is running, perform actions specified in 5.3.13.5.
The UE shall continue cell re-selection related measurements as well as cell re-selection evaluation. If the conditions for cell re-selection are fulfilled, the UE shall perform cell re-selection as specified in 5.3.13.6.
The UE shall:
The UE shall:
In New Radio (NR), small data transmission (SDT) is introduced to transmit and/or receive user data (e.g., small data) in RRC_INACTIVE state without establishing (or resuming) a Radio Resource Control (RRC) connection, and subsequently in release [1] RP-193252, “New Work Item on NR small data transmissions in INACTIVE state”, which could save power consumption and signalling overhead. In current 3GPP meetings, the mobile originated (MO) SDT has been discussed in NR release 17. For (MO)-SDT, in response to Uplink (UL) data (e.g., small data) available for transmission while the User Equipment (UE) is in RRC_INACTIVE state, the UE may initiate a RRC connection resume procedure which triggers a Random Access (RA) procedure (e.g., RA-SDT) and/or transmissions on pre-configured Physical Uplink Shared Channel (PUSCH) resources (e.g., Configured Grant-based SDT (CG-SDT)). The UE would be configured with the CG-SDT resources (e.g., CG Type 1 resources) in a RRC Release message (e.g., RRCRelease) from a Network (NW) in RRC_CONNECTED state. The UE may send a RRC request message (e.g., RRCResumeRequest) and the small data in a Msg3 (in RA-SDT), Message A (MSGA) (in RA-SDT), and/or Protocol Data Unit (PDU) to be transmitted using the CG-SDT resources (in CG-SDT). If there is more data which could not be transmitted within the first (or initial) small data transmission (e.g., in Msg3, MSGA, and/or the first PDU using CG-SDT resources), subsequent small data transmission(s) and the RRC state transition decision would be under NW control. The subsequent small data may be transmitted using (pre-) configured PUSCH resources (of CG-SDT), and/or dynamic grant(s) provided by the NW. There may be one or more subsequent small data transmissions after the first (or initial) small data transmission. If there is no more subsequent small data in the UE (e.g., indicates by a Buffer Status Report (BSR)) and/or if the NW decides to complete the (MO-)SDT procedure, the NW may send a RRC release message (e.g., RRCRelease) (e.g., with suspendConfig) to the UE. If the NW decides to transition the UE to RRC_CONNECTED state (and transmit Uplink/Downlink (UL/DL) data in RRC_CONNECTED state), the NW may send a RRC resume message (e.g., RRCResume) to the UE.
For example, as shown in
For example, as shown in
On the other hand, the UE could perform MO-EDT and/or MT-EDT (mobile terminated EDT) in RRC_IDLE state in LTE. The UE could initiate a MO-EDT procedure for one UL data transmission. The NW could indicate the UE to initiate a MT-EDT procedure for a single DL data transmission ([3] 3GPP TS 36.300 V16.7.0, “E-UTRA, Overall description”). When the NW has DL data to transmit, the NW could send a paging including MT-EDT indication (e.g., mt-EDT set to TRUE) to the UE. In response to the paging, the UE may select a RA preamble not configured for EDT and trigger a RA procedure. The RA procedure is a normal RA procedure (e.g., a RA procedure without UL data in Msg3, a RA procedure using RA resources not for EDT). The UE may send a RRC Resume request message (e.g., RRCConnectionResumeRequest) with the resume cause as mt-EDT in a Msg3 in the RA procedure. Then the NW may send a RRC Release message (e.g., RRCRelease) and the DL data in a Msg4 to complete the RA and MT-EDT procedure.
Further enhancements and/or additional features may be introduced for SDT in NR release 18, e.g., for latency reduction and power saving ([2] RP-212726, “WI on MT-SDT”). For example, the mobile terminated MT-SDT would be introduced to support the case of DL data arrival in RRC_INACTIVE state. The UE may receive a paging to trigger a MT-SDT procedure, and respond to the NW by RA-SDT and/or CG-SDT. For example, the UE may receive a paging including a MT-SDT indication. In response to receiving the paging, the UE may initiate a 2-step RA-SDT, 4-step RA-SDT, and/or CG-SDT. The UE may transmit an initial/first UL (data) transmission as an UL response. The UE may transmit the UL response (and/or initial/first UL (data) transmission) in a MSGA, Msg3 and/or PDU to be transmitted using CG-SDT resources. The UL response may be a RRC message (e.g., RRCResumeRequest). The UE may receive a (initial/first) DL (data) transmission after transmitting the UL response. The UE may receive one or more (subsequent) DL (data) transmission(s) after receiving the (initial/first) DL (data) transmission. The UE may transmit one or more (subsequent) UL (data) transmission(s) after receiving the (initial/first) DL (data) transmission.
There may be difference between MT-SDT in NR and MT-EDT in LTE. The UE receives DL data in a RA procedure for MT-EDT in LTE, while the UE may receive DL data in a RA procedure (e.g., RA-SDT) and/or via CG resources (e.g., CG-SDT) in NR. There is one DL transmission in a MT-EDT procedure, while there may be multiple DL (data) transmissions during/in a MT-SDT procedure. The UE may receive the (subsequent) DL data/transmission in dynamic DL assignment(s) provided by the NW. The UE may receive the (subsequent) DL data/transmission in (pre-)configured Physical Downlink Shared Channel (PDSCH) resources (e.g., by DL Semi-Persistent Scheduling (SPS)). The DL SPS may be applied in RRC_INACTIVE state.
In response to DL data (e.g., small data) available for transmission while the UE is in RRC_INACTIVE state, the NW could indicate the UE (e.g., via paging) to initiate a MT-SDT procedure. To perform MT-SDT in NR, the NW could send a paging including MT-SDT indication to the UE. In response to the reception of the paging indicating MT-SDT, the UE could initiate/trigger a MT-SDT procedure. The UE may need to send a RRC message to the NW before receiving DL data. The UE may receive DL data directly after receiving the paging. The UE would monitor Physical Downlink Control Channel (PDCCH) in the paging occasions. The UE would start to monitor PDCCH in response to receiving the paging. The UE would continue monitoring PDCCH during the time duration from receiving the paging indicating MT-SDT to completion of the MT-SDT (e.g., the MT-SDT procedure is terminated).
The UE would initiate/trigger a RRC Resume procedure for a MT-SDT procedure. The UE may transmit a RRC Resume Request message (e.g., RRCResumeRequest) in a RA procedure. The UE may transmit a RRC Resume Request message (e.g., RRCResumeRequest) using RA resources and/or pre-configured PUSCH resources. The RA procedure may be a normal RA and/or RA-SDT. The pre-configured PUSCH resources may be CG-SDT resources. The UE may transmit a RRC Resume Request message (e.g., RRCResumeRequest) in a Msg3, Message B (MSGB) and/or PDU to be transmitted using CG-SDT resources. The UE may receive a DL (data) transmission in response to the transmission of RRC Resume Request message (e.g., RRCResumeRequest). The UE may receive the DL (data) transmission in a dynamic grant and/or pre-configured PDSCH resources. The UE may receive the DL (data) transmission using DL SPS.
The NW may send a paging to indicate the UE (e.g., in RRC_INACTIVE state) to perform MT-SDT when the NW has DL data to transmit. The UE may receive a paging indicating MT-SDT. The UE may receive a paging message (e.g., paging) with a parameter (e.g., mt-SDT as TRUE) to indicate MT-SDT. The UE may receive a Downlink Control Information (DCI) and/or PDCCH indicating MT-SDT.
There may be multiple DL (data) transmission(s) during/in a MT-SDT procedure. The DL (data) transmission(s) during/in the MT-SDT procedure may be small and infrequent packet(s). For example, as shown in
It would be beneficial for the UE to use dedicated resources and/or pre-configured PDSCH resources (e.g., DL SPS resources) to receive the DL data in RRC_INACTIVE state. The UE could activate and/or (re-)initialize a DL SPS for DL transmission(s) in MT-SDT. When the UE activates DL SPS, the UE stores a DL assignment (for the serving cell) and the associated Hybrid Automatic Repeat Request (HARQ) information as configured DL assignment, and (re-)initializes the configured DL assignment to start in the associated PDSCH duration. After a DL SPS is activated and/or (re-)initialized, the UE would consider the configured/stored DL assignment to recur and/or occur based on a pre-defined rule (e.g., in the slot according to rules in TS 38.321 ([4] 3GPP TS 38.321 V16.7.0, “NR, Medium Access Control (MAC) protocol specification”, clause 5.8.1). When the UE activates DL SPS, the UE may resume the DL transmission reception based on the DL SPS configuration. When the UE activates and/or initiates DL SPS, the UE may receive DL transmission using the DL SPS resources. When the UE deactivates DL SPS, the UE may suspend the DL transmission reception based on the DL SPS configuration.
For example, the UE may initiate a MT-SDT procedure in response to receiving a paging. The UE may initiate/trigger a RRC Resume procedure for the MT-SDT procedure. The UE may transmit a first/initial UL (data) transmission (e.g., with RRCResumeRequest) using RA-SDT/CG-SDT resources during/in the MT-SDT procedure. In response to/after transmitting the first/initial UL (data) transmission, the UE may receive a first DL (data) transmission using a dynamic assignment and/or a DL SPS. After receiving the first DL (data) transmission, the UE may receive subsequent DL (data) transmissions using the DL SPS. The UE may be configured with DL SPS when the UE is in RRC_CONNECTED state and/or RRC_INACTIVE state. The UE may receive the DL SPS configuration, a configured DL assignment and/or DL SPS resources. The UE may receive one or multiple DL SPS configuration (e.g., on a Bandwidth Part (BWP)). The DL SPS configuration may comprise the configured DL assignment and/or DL SPS resources. The configured DL assignment may be referred to the DL SPS resources. The UE may be activated to (start to) receive DL (data) transmissions using the DL SPS. The UE may be deactivated to stop receiving DL (data) transmission using the DL SPS.
For example, as shown in FIG. 16, the NW may configure and/or provide Type 1 configured (UL) grant (e.g., CG-SDT resources) in a first RRC Release message (e.g., RRCRelease). In response to receiving the first RRC Release message (e.g., RRCRelease), the UE may transition to RRC_INACTIVE state. The NW may transmit a paging (e.g., paging message) to indicate MT-SDT, e.g., when there are DL small data to transmit. In response to receiving the paging indicating MT-SDT, the UE may use the configured UL grant to transmit a RRC resume request message (e.g., RRCResumeRequest). After receiving the RRC resume request message (e.g., RRCResumeRequest), the NW may send a PDCCH to configure, activate, indicate and/or provide DL SPS (e.g., configured DL assignment) for the multiple DL (small data) transmissions. When receiving a second RRC Release message (e.g., RRCRelease) in the end of the SDT procedure, the UE may reset MAC and clear the configured UL grant and configured DL assignment.
The UE may receive one or more DL SPS configurations and/or DL SPS resources in a RRC message (e.g., a RRCRelease when transitioning the UE from RRC_CONNECTED state to RRC_INACTIVE state, a RRCReconfiguration in RRC_CONNECTED state). The UE may receive the DL SPS configuration(s) and/or DL SPS resources in a system information (e.g., a System Information Block (SIB) in the RRC_INACTIVE state). The UE may receive the DL SPS configuration(s) and/or DL SPS resources in a paging (e.g., in the RRC_INACTIVE state). The UE may receive the DL SPS configuration(s) and/or DL SPS resources in a Msg4, and/or MSGB (e.g., in the RA procedure triggered for MT-SDT).
The UE may receive an indication of activation of DL SPS on PDCCH. The (indication of) activation of DL SPS may be indicated in the PDCCH contents with a DL assignment. The (indication of) activation of DL SPS may be received on a PDCCH occasion. The (indication of) activation of DL SPS may be with a New Data Indicator (NDI) as 0. The downlink assignment may be addressed to Configured Scheduling-Radio Network Temporary Identifier (CS-RNTI), RNTI used in RRC_INACTIVE state, and/or RNTI used for MT-SDT. The UE may receive the DL assignment on the PDCCH. The UE may receive the DL assignment in a RRC message (e.g., a RRCRelease when transitioning the UE from RRC_CONNECTED state to RRC_INACTIVE state). The UE may receive the DL assignment in a system information (e.g., a SIB in the RRC_INACTIVE state). The UE may receive the DL assignment in a paging (e.g., in the RRC_INACTIVE state). The UE may receive the DL assignment in a Msg4, and/or MSGB (e.g., in the RA procedure triggered for MT-SDT). Throughout the disclosure, the “DL assignment” may be (part of) the information of the DL assignment received on the PDCCH. Throughout the disclosure, the DL assignment may indicate a transmission on a DL-SCH and/or provide relevant HARQ information. Throughout the disclosure, the “DL assignment” may indicate and/or be referred to the PDSCH resources (e.g., for DL SPS, for MT-SDT), and/or configured DL assignment (e.g., for DL SPS, in RRC_INACTIVE state).
The UE may receive an indication of deactivation of DL SPS on PDCCH. The (indication of) deactivation of DL SPS may be indicated in the PDCCH contents. The (indication of) deactivation of DL SPS may be received on a PDCCH occasion. The (indication of) deactivation of DL SPS may be with an NDI as 0. If the PDCCH contents indicate SPS deactivation, the UE may clear the configured DL assignment. However, the PDCCH indication of deactivation of the DL SPS may not always be received by the UE during/in a MT-SDT procedure. The NW may not transmit the (indication of) DL SPS deactivation in the end of a MT-SDT procedure. The UE may need to handle the failure in the MT-SDT procedure. The UE may terminate the MT-SDT procedure without NW indication. As a result, the UE would need to determine when to terminate the MT-SDT procedure and/or deactivate a DL SPS.
When non-SDT data arrives during a MT-SDT procedure, the UE may inform the NW by a UE assistance information (UAI). The NW may transmit a RRC resume message (e.g., RRCResume) to the UE. In response to receiving the RRC resume message (e.g., RRCResume), the UE may enter RRC_CONNECTED state and clear the configured UL grant by considering a TA timer for CG-SDT (e.g., cg-SDT-TimeAlignmentTimer) as expired. However, the UE would need to determine whether to clear the configured DL assignment in response to receiving the RRC resume message (e.g., RRCResume).
The UE could terminate a MT-SDT procedure and/or deactivate/release a DL SPS in response to (at least) one or more of the following conditions:
In response to terminating a MT-SDT procedure and/or deactivating/releasing a DL SPS, the UE could perform (at least) one or more of the following behaviors:
The UE could deactivate/release a DL SPS and/or terminate a MT-SDT procedure in response to receiving an indication on PDCCH (e.g., DL SPS deactivation). The indication may be a DL SPS deactivation. The DL SPS deactivation may be received/indicated on PDCCH. The indication may be a dynamic DL assignment. The dynamic DL assignment may replace or overwrite the DL SPS.
For example, the UE may initiate a MT-SDT procedure in response to receiving a paging. The UE may initiate/trigger a RRC Resume procedure for the MT-SDT procedure. The UE may transmit a first/initial UL (data) transmission (e.g., with RRCResumeRequest) using RA-SDT/CG-SDT resources during/in the MT-SDT procedure. In response to/after transmitting the first/initial UL (data) transmission, the UE may receive one or more DL (data) transmissions using DL SPS. The UE may receive a dynamic DL assignment (e.g., to replace or overwrite the DL SPS). The UE may receive a PDCCH indicating deactivation of DL SPS (e.g., when NW has no DL data to transmit).
In response to receiving the indication on PDCCH (e.g., DL SPS deactivation), the UE may or may not perform one or more of the following actions. The UE may terminate the MT-SDT procedure. The UE may deactivate DL SPS. The UE may stop receiving DL (data) transmission using the DL SPS. The UE may release the DL SPS resources. The UE may not release the DL SPS resources. The UE may flush soft buffers for DL HARQ processes. The UE may not flush soft buffers for DL HARQ processes. The UE may clear the configured DL assignment for DL SPS. The UE may not clear the configured DL assignment for DL SPS. The UE may release one or more DL SPS configuration(s). The UE may not release the DL SPS configuration(s). The UE may keep the DL SPS configuration(s). The UE may release the DL SPS configuration(s) indicated by the indication on PDCCH (e.g., DL SPS deactivation). The UE may not release the DL SPS configuration(s) not indicated by the indication on PDCCH (e.g., DL SPS deactivation). The UE may stop monitoring PDCCH. The UE may not stop monitoring PDCCH. The UE may stay in RRC_INACTIVE state. The UE may transition to RRC_IDLE state. The UE may transition to RRC_CONNECTED state. The UE may perform RRC state transition with NW response (e.g., RRCRelease, RRCResume). The UE may perform RRC state transition without NW response.
The UE could deactivate/release a DL SPS and/or terminate a MT-SDT procedure in response to receiving a RRC message (e.g., RRCRelease, RRCResume, a RRC message to terminate the MT-SDT procedure).
For example, the UE may initiate a MT-SDT procedure in response to receiving a paging. The UE may initiate/trigger a RRC Resume procedure for the MT-SDT procedure. The UE may transmit a first/initial UL (data) transmission (e.g., with RRCResumeRequest) using RA-SDT/CG-SDT resources during/in the MT-SDT procedure. In response to/after transmitting the first/initial UL (data) transmission, the UE may receive one or more DL (data) transmissions using DL SPS. The UE may receive a RRC message in (the end of) the MT-SDT procedure. The RRC message may be a Release message (e.g., RRCRelease), a Resume message (e.g., RRCResume), and/or a RRC message to terminate the MT-SDT procedure.
In response to receiving the RRC message, the UE may or may not perform one or more of the following actions. The UE may deactivate the DL SPS. The UE may stop receiving DL (data) transmission using the DL SPS. The UE may release the DL SPS resources. The UE may not release the DL SPS resources. The UE may release the DL SPS resources if the RRC message indicates to release the DL SPS resources. The UE may release the DL SPS resources if the RRC message indicates RRC state transition. The UE may not release the DL SPS resources if the RRC message indicates not to release the DL SPS resources. The UE may not release the DL SPS resources if the RRC message indicates the UE stay in RRC_INACTIVE state (e.g., with a RRCRelease with suspendConfig). The UE may flush soft buffers for DL HARQ processes. The UE may not flush soft buffers for DL HARQ processes. The UE may clear the configured DL assignment for DL SPS. The UE may not clear the configured DL assignment for DL SPS. Not clearing the configured DL assignment for DL SPS could mean to keep (using) the configured DL assignment for DL SPS. The UE may release the DL SPS configuration(s). The UE may not release the DL SPS configuration(s). The UE may keep the DL SPS configuration(s). The UE may release one or more DL SPS configuration(s) if the RRC message indicates to release the DL SPS configuration(s). The UE may release the DL SPS configuration(s) if the RRC message indicates RRC state transition. The UE may not release one or more DL SPS configuration(s) if the RRC message indicates not to release the DL SPS configuration(s). The UE may not release the DL SPS configuration(s) if the RRC message indicates the UE stay in RRC_INACTIVE state (e.g., a RRCRelease with suspendConfig). The UE may stop monitoring PDCCH. The UE may not stop monitoring PDCCH. The UE may terminate the MT-SDT procedure. The UE may stay in RRC_INACTIVE state if the RRC message is a RRC release message (e.g., RRCRelease) with suspend configuration (e.g., suspendConfig). The UE may transition to RRC_IDLE state if the RRC message is a RRC release message (e.g., RRCRelease) without suspend configuration (e.g., suspendConfig). The UE may transition to RRC_CONNECTED state if the RRC message is a RRC resume message (e.g., RRCResume). In response to receiving a RRC resume message (e.g., RRCResume), the UE may transition to RRC_CONNECTED state and clear the configured DL assignment for DL SPS. In response to receiving a RRC resume message (e.g., RRCResume), the UE may transition to RRC_CONNECTED state and not clear the configured DL assignment for DL SPS (e.g., keep using the configured DL assignment for DL SPS when the UE is in RRC_CONNECTED state). In response to receiving a RRC resume message (e.g., RRCResume), the UE may consider a TA timer (e.g., legacy TA timer, TA timer for CG-SDT) as expired.
The UE could deactivate/release a DL SPS and/or terminate a MT-SDT procedure in response to receiving another paging (e.g., other than the paging that initiates the MT-SDT procedure, a paging not indicating MT-SDT, a RAN paging, a paging indicating non-SDT DL data arrival).
For example, the UE may initiate a MT-SDT procedure in response to receiving a first paging. The UE may initiate/trigger a RRC Resume procedure for the MT-SDT procedure. The UE may transmit a first/initial UL (data) transmission (e.g., with RRCResumeRequest) using RA-SDT/CG-SDT resources during/in the MT-SDT procedure. In response to/after transmitting the first/initial UL (data) transmission, the UE may receive one or more DL (data) transmissions using DL SPS. The UE may receive a second paging during the MT-SDT procedure. The second padding may be a paging not indicating MT-SDT, a RAN paging, a paging indicating non-SDT DL data arrival, and/or a paging initiating another RRC Resume procedure.
In response to receiving the second paging, the UE may or may not perform one or more of the following actions. The UE may deactivate the DL SPS. The UE may stop receiving DL (data) transmission using the DL SPS. The UE may release the DL SPS resources. The UE may not release the DL SPS resources. The UE may flush soft buffers for DL HARQ processes. The UE may not flush soft buffers for DL HARQ processes. The UE may clear the configured DL assignment for DL SPS. The UE may not clear the configured DL assignment for DL SPS. The UE may release the DL SPS configuration(s). The UE may not release the DL SPS configuration(s). The UE may keep the DL SPS configuration(s). The UE may stop monitoring PDCCH. The UE may not stop monitoring PDCCH. The UE may terminate the MT-SDT procedure. The UE may terminate the RRC Resume procedure and/or initiate another RRC Resume procedure. The UE may initiate a legacy RA. The UE may transition to RRC_IDLE state. The UE may transition to RRC_CONNECTED state. The UE may perform RRC state transition with NW response (e.g., RRCRelease, RRCResume). The UE may perform RRC state transition without NW response. The UE may perform RRC state transition in response to receiving the second paging and/or initiating the legacy RA.
The UE could deactivate/release a DL SPS and/or terminate a MT-SDT procedure in response to a timer expiry (e.g., expiry of a failure detection timer, expiry of a PDCCH monitoring timer and/or expiry of a TA timer).
For example, the UE may initiate a MT-SDT procedure in response to receiving a paging. The UE may initiate/trigger a RRC Resume procedure for the MT-SDT procedure. The UE may transmit a first/initial UL (data) transmission (e.g., with RRCResumeRequest) using RA-SDT/CG-SDT resources during/in the MT-SDT procedure. In response to/after transmitting the first/initial UL (data) transmission, the UE may receive one or more DL (data) transmissions using DL SPS. The UE may start a timer in/during the MT-SDT procedure.
The timer may be a failure detection timer. The failure detection timer may be the timer to handle failure of RRC Resume procedure, MO-SDT procedure and/or MT-SDT procedure. The failure detection timer may be started upon transmission of a first RRC message (e.g., RRCResumeRequest, RRCResumeRequest1). The failure detection timer may be stopped upon reception of a second RRC message (e.g., RRCResume, RRCSetup, RRCRelease, RRCReject). When the failure detection timer expires, the UE may consider failure of a RRC Resume and/or MT-SDT procedure.
The timer may be a PDCCH monitoring timer. The PDCCH monitoring timer may be the timer to control the UE's PDCCH monitoring. When the PDCCH monitoring timer is running, the UE may monitor PDCCH.
The timer may be a TA timer (e.g., legacy TA timer, TA timer for CG-SDT, TA timer for MT-SDT). The TA timer may be the timer that controls how long the UE considers the Serving Cell, the UL transmission for CG-SDT and/or the UL transmission for MT-SDT to be UL time aligned. When the TA timer is running, the UE may consider the TA is valid.
In response to the timer expiry, the UE may or may not perform one or more of the following actions. The UE may deactivate the DL SPS. The UE may stop receiving DL (data) transmission using the DL SPS. The UE may release the DL SPS resources. The UE may not release the DL SPS resources. The UE may release the DL SPS resources if the timer is the failure detection timer (and/or if the failure detection timer expires). The UE may release the DL SPS resources if the timer is the TA timer (and/or if the TA timer expires). The UE may not release the DL SPS resources if the timer is the TA timer (and/or if the TA timer expires). The UE may not release the DL SPS resources if the timer is the PDCCH monitoring timer (and/or if the PDCCH monitoring timer expires). The UE may clear the configured DL assignment for DL SPS. The UE may not clear the configured DL assignment for DL SPS. Not clearing the configured DL assignment for DL SPS could mean to keep (using) the configured DL assignment for DL SPS. The UE may release the DL SPS configuration(s). The UE may not release the DL SPS configuration(s). The UE may keep the DL SPS configuration(s). The UE may release the DL SPS configuration(s) corresponding to the timer (e.g., PDCCH monitoring timer, TA timer). The UE may not release the DL SPS configuration(s) not corresponding to the timer (e.g., PDCCH monitoring timer, TA timer). The UE may flush soft buffers for DL HARQ processes. The UE may not flush soft buffers for DL HARQ processes. The UE may stop monitoring PDCCH. The UE may not stop monitoring PDCCH. The UE may terminate the MT-SDT procedure. The UE may not terminate the MT-SDT procedure. The UE may transmit an indication to the NW, e.g., to notify the timer expiry, or failure of MT-SDT and/or DL SPS. The UE may initiate a legacy RA procedure (to indicate NW). The UE may indicate to the NW that the TA is not valid. The UE may indicate to the NW to recover the TA. The UE may indicate MT-SDT failure to the NW. The indication may be an UCI, an UAI and/or a MAC CE. The UE may stay in RRC_INACTIVE state. The UE may transition to RRC_IDLE state. The UE may transition to RRC_CONNECTED state. The UE may perform RRC state transition with the NW response (e.g., RRCRelease, RRCResume). The UE may perform RRC state transition without the NW response. The UE may perform RRC state transition in response to the timer expiry. In response to the timer expiry, the UE may clear the configured DL assignment for DL SPS. In response to the timer expiry, the UE may not clear the configured DL assignment for DL SPS.
The UE could deactivate/release a DL SPS and/or terminate a MT-SDT procedure in response to a (or all) DL SSB(s) (e.g., associated with the DL SPS) becomes not qualified (e.g., the Reference Symbol Received Power (RSRP) of the DL SSB becomes below a RSRP threshold). The NW may configure DL SSB(s) for each DL SPS resources. The SSB may refer to a beam. The UE may select any DL SSB among the configured DL SSBs to receive DL (data) transmission using DL SPS. The UE may select a DL SSB with radio condition (e.g., RSRP, Channel State Information Reference Signal (CSI-RS)) above and/or equal to a first threshold among the configured DL SSBs, to receive DL (data) transmission using DL SPS. The UE may use an indicated DL SSB among the configured DL SSBs to receive DL (data) transmission using DL SPS. The UE may evaluate/re-evaluate the radio condition of the DL SSB used for receiving DL (data) transmission during the MT-SDT procedure. The UE may compare the radio condition (e.g., RSRP, CSI-RS) of the DL SSB used for receiving DL (data) transmission with a second threshold during the MT-SDT procedure. The first threshold and the second threshold may be the threshold of RSRP or CSI-RS. The first threshold and the second threshold may be the same threshold. The first threshold and the second threshold may be different thresholds.
For example, the UE may initiate a MT-SDT procedure in response to receiving a paging. The UE may initiate/trigger a RRC Resume procedure for the MT-SDT procedure. The UE may transmit a first/initial UL (data) transmission (e.g., with RRCResumeRequest) using RA-SDT/CG-SDT resources during/in the MT-SDT procedure. In response to/after transmitting the first/initial UL (data) transmission, the UE may receive one or more DL (data) transmissions using DL SPS. The UE may evaluate the radio condition (e.g., RSRP, CSI-RS) of a DL SSB upon receiving the paging and/or initiating/triggering the MT-SDT procedure. The UE may evaluate the radio condition (e.g., RSRP, CSI-RS) of a DL SSB in response to transmitting the first/initial UL (data) transmission. The UE may evaluate the radio condition (e.g., RSRP, CSI-RS) of a DL SSB before receiving the first DL (data) transmission. The UE may evaluate the radio condition (e.g., RSRP, CSI-RS) of a DL SSB before receiving subsequent DL (data) transmission(s). The UE may evaluate the radio condition (e.g., RSRP, CSI-RS) of a DL SSB before using DL SPS (resources). The DL SSB (e.g., used for DL SPS) may be and/or become not qualified during the MT-SDT procedure. The radio condition (e.g., RSRP, CSI-RS) of the DL SSB (e.g., used for DL SPS) may be and/or become below and/or equal to a threshold during the MT-SDT procedure. A DL SSB may be not qualified when the radio condition (e.g., RSRP, CSI-RS) of the DL SSB is below and/or equal to a threshold. A DL SSB may be not qualified when the radio condition (e.g., RSRP, CSI-RS) of the DL SSB is not above a threshold.
In response to a or all DL SSBs (e.g., used for DL SPS) not qualified, the UE may or may not perform one or more of the following actions. The UE may deactivate the DL SPS. The UE may stop receiving DL (data) transmission using the DL SPS. The UE may release the DL SPS resources. The UE may not release the DL SPS resources. The UE may flush soft buffers for DL HARQ processes. The UE may not flush soft buffers for DL HARQ processes. The UE may clear the configured DL assignment for DL SPS. The UE may not clear the configured DL assignment for DL SPS. The UE may release the DL SPS configuration(s). The UE may not release the DL SPS configuration(s). The UE may keep the DL SPS configuration(s). The UE may release the DL SPS configuration(s) corresponding to the not qualified DL SSB. The UE may not release the DL SPS configuration(s) not corresponding to the not qualified DL SSB. The UE may release a DL SPS configuration if all DL SSBs configured for the DL SPS configuration are not qualified. The UE may release a DL SPS configuration if one of the DL SSBs configured for the DL SPS configuration are not qualified. The UE may release the DL SPS configurations if all DL SSBs configured for a DL SPS configurations are not qualified. The UE may stop monitoring PDCCH. The UE may not stop monitoring PDCCH. The UE may terminate the MT-SDT procedure. The UE may not terminate the MT-SDT procedure. The UE may transmit an indication to the NW, e.g., to notify the SSB(s) being not qualified, or failure of MT-SDT and/or DL SPS. The UE may initiate a legacy RA procedure (to indicate the NW). The UE may initiate a RA-SDT and/or CG-SDT procedure (to indicate NW). The UE may indicate MT-SDT failure to the NW. The UE may indicate beam failure to the NW. The UE may request beam recovery from the NW. The indication may be an UCI, an UAI and/or a MAC CE. The UE may stay in RRC_INACTIVE state. The UE may transition to RRC_IDLE state. The UE may transition to RRC_CONNECTED state. The UE may perform RRC state transition with the NW response (e.g., RRCRelease, RRCResume). The UE may perform RRC state transition without the NW response. The UE may perform RRC state transition in response to the one or all DL SSBs (e.g., used for DL SPS) becomes not qualified.
The UE could deactivate/release a DL SPS and/or terminate a MT-SDT procedure in response to moving and/or linking to another cell (e.g., changing its serving cell, cell reselection). The UE could deactivate a DL SPS and/or terminate a MT-SDT procedure in response to initiating a RRC resume procedure from another cell. The UE could deactivate a DL SPS and/or terminate a MT-SDT procedure in response to moving to (and/or initiating a RRC resume procedure from) a cell different from the cell the UE received the DL SPS configuration(s). The UE could deactivate a DL SPS and/or terminate a MT-SDT procedure in response to moving to (and/or initiating a RRC resume procedure from) a cell different from the cell the UE transitions to RRC_INACTIVE state from RRC_CONNECTED state. The UE could deactivate a DL SPS and/or terminate a MT-SDT procedure in response to moving to (and/or initiating a RRC resume procedure from) a cell different from the cell the UE initiates/triggers the MT-SDT procedure. The UE could deactivate a DL SPS and/or terminate a MT-SDT procedure in response to performing cell reselection.
For example, the UE may initiate a MT-SDT procedure in response to receiving a paging in a first cell. The UE may initiate/trigger a first RRC Resume procedure for the MT-SDT procedure. The UE may transmit a first/initial UL (data) transmission (e.g., with RRCResumeRequest) using RA-SDT/CG-SDT resources during/in the MT-SDT procedure. In response to/after transmitting the first/initial UL (data) transmission, the UE may receive one or more DL (data) transmissions using DL SPS. The UE may move to a second cell during the MT-SDT procedure. The UE may perform cell reselection. The UE may initiate/trigger a second RRC Resume procedure in the second cell.
In response to moving to the second cell (e.g., and/or linking to the second cell, performing cell reselection to the second cell, initiating/triggering the second RRC Resume procedure in the second cell), the UE may or may not perform one or more of the following actions. The UE may deactivate the DL SPS. The UE may stop receiving DL (data) transmission using the DL SPS. The UE may release the DL SPS resources. The UE may not release the DL SPS resources. The UE may flush soft buffers for DL HARQ processes. The UE may not flush soft buffers for DL HARQ processes. The UE may clear the configured DL assignment for DL SPS. The UE may not clear the configured DL assignment for DL SPS. The UE may release the DL SPS configuration(s). The UE may not release the DL SPS configuration(s). The UE may keep the DL SPS configuration(s). The UE may stop monitoring PDCCH. The UE may not stop monitoring PDCCH. The UE may terminate the MT-SDT procedure. The UE may initiate/trigger another MT-SDT procedure in the second cell. The UE may initiate a legacy RA procedure. The UE may initiate the second RRC Resume procedure. The UE may stay in RRC_INACTIVE state. The UE may transition to RRC_IDLE state. The UE may transition to RRC_CONNECTED state. The UE may perform RRC state transition with the NW response (e.g., RRCRelease, RRCResume). The UE may perform RRC state transition without the NW response. The UE may perform RRC state transition in response to moving to the second cell, linking to the second cell, performing cell reselection to the second cell, and/or initiating/triggering the second RRC Resume procedure in the second cell.
The UE could deactivate/release a DL SPS and/or terminate a MT-SDT procedure in response to repeated transmission failures (e.g., failing to decode received DL data (e.g., via DL SPS resource, MAC PDU, Radio Link Control (RLC) PDU) up to a configured time.
For example, the UE may initiate a MT-SDT procedure in response to receiving a paging. The UE may initiate/trigger a RRC Resume procedure for the MT-SDT procedure. The UE may transmit a first/initial UL (data) transmission (e.g., with RRCResumeRequest) using RA-SDT/CG-SDT resources during/in the MT-SDT procedure. In response to/after transmitting the first/initial UL (data) transmission, the UE may receive one or more DL (data) transmissions using DL SPS. The UE may fail to decode one or more received DL data in/during the MT-SDT procedure.
In response to repeated transmission failure (e.g., failing to decode received DL data (e.g., MAC PDU, RLC PDU) up to a configured time (e.g., a configured threshold)), the UE may or may not perform one or more of the following actions. The UE may deactivate the DL SPS. The UE may stop receiving DL (data) transmission using the DL SPS. The UE may release the DL SPS resources. The UE may not release the DL SPS resources. The UE may flush soft buffers for DL HARQ processes. The UE may not flush soft buffers for DL HARQ processes. The UE may clear the configured DL assignment for DL SPS. The UE may not clear the configured DL assignment for DL SPS. The UE may release the DL SPS configuration(s). The UE may not release the DL SPS configuration(s). The UE may keep the DL SPS configuration(s). The UE may release the DL SPS configuration(s) corresponding to the DL HARQ process on which the repeated transmission failure occurs. The UE may not release the DL SPS configuration(s) not corresponding to the DL HARQ process on which the repeated transmission failure occurs. The UE may stop monitoring PDCCH. The UE may not stop monitoring PDCCH. The UE may terminate the MT-SDT procedure. The UE may not terminate the MT-SDT procedure. The UE may transmit an indication to the NW, e.g., to notify the reception failure, or failure of MT-SDT and/or DL SPS. The UE may initiate a legacy RA procedure (to indicate NW). The UE may initiate a RA-SDT and/or CG-SDT procedure (to indicate the NW). The UE may indicate MT-SDT failure to the NW. The UE may indicate beam failure to the NW. The UE may request beam recovery from the NW. The indication may be an UCI, an UAI and/or a MAC CE. The UE may stay in RRC_INACTIVE state. The UE may transition to RRC_IDLE state. The UE may transition to RRC_CONNECTED state. The UE may perform RRC state transition with the NW response (e.g., RRCRelease, RRCResume). The UE may perform RRC state transition without the NW response. The UE may perform RRC state transition in response to failing to decode received DL data up to a configured time.
The UE could deactivate/release a DL SPS and/or terminate a MT-SDT procedure in response to non-SDT UL data arrival. The UE could deactivate a DL SPS and/or terminate a MT-SDT procedure in response to transmitting a UAI to indicate non-SDT UL data arrival.
For example, the UE may initiate a MT-SDT procedure in response to receiving a paging. The UE may initiate/trigger a RRC Resume procedure for the MT-SDT procedure. The UE may transmit a first/initial UL (data) transmission (e.g., with RRCResumeRequest) using RA-SDT/CG-SDT resources during/in the MT-SDT procedure. In response to/after transmitting the first/initial UL (data) transmission, the UE may receive one or more DL (data) transmissions using DL SPS. There may be non-SDT UL data arrives at the UE during the MT-SDT procedure. The non-SDT UL data may be the data that belongs to a LCH (logical channel) which is not allowed to be transmitted by SDT procedure (e.g., configured by the NW). The non-SDT UL data may be the data that belongs to a Data Radio Bearer (DRB) and/or Signaling Radio Bearer (SRB) not configured for SDT. The SDT UL data may be the data that belongs to a LCH (logical channel) which is allowed to be transmitted by SDT procedure (e.g., configured by the NW). The SDT UL data may be the data that belongs to a DRB and/or SRB configured for SDT.
In response to non-SDT UL data arrival during a MT-SDT procedure, the UE may inform the NW, e.g., by transmitting a UAI. The UAI may or may not comprise a resume cause (e.g., ResumeCause). In response to non-SDT UL data arrival and/or transmitting the UAI, the UE may or may not perform one or more of the following actions. The UE may deactivate the DL SPS. The UE may stop receiving DL (data) transmission using the DL SPS. The UE may release the DL SPS resources. The UE may not release the DL SPS resources. The UE may flush soft buffers for DL HARQ processes. The UE may not flush soft buffers for DL HARQ processes. The UE may clear the configured DL assignment for DL SPS. The UE may not clear the configured DL assignment for DL SPS. The UE may release the DL SPS configuration(s). The UE may not release the DL SPS configuration(s). The UE may keep the DL SPS configuration(s). The UE may stop monitoring PDCCH. The UE may not stop monitoring PDCCH. The UE may terminate the MT-SDT procedure. The UE may initiate a legacy RA procedure (to indicate the NW). The UE may stay in RRC_INACTIVE state. The UE may transition to RRC_IDLE state. The UE may transition to RRC_CONNECTED state. The UE may perform RRC state transition with the NW response (e.g., RRCRelease, RRCResume). The UE may perform RRC state transition without the NW response. The UE may perform RRC state transition in response to non-SDT UL data arrival.
The UE could deactivate a DL SPS and/or terminate a MT-SDT procedure in response to MT-SDT failure.
For example, the UE may initiate a MT-SDT procedure in response to receiving a paging. The UE may initiate/trigger a RRC Resume procedure for the MT-SDT procedure. The UE may transmit a first/initial UL (data) transmission (e.g., with RRCResumeRequest) using RA-SDT/CG-SDT resources during/in the MT-SDT procedure. In response to/after transmitting the first/initial UL (data) transmission, the UE may receive one or more DL (data) transmissions using DL SPS. The MT-SDT procedure may be considered as failure in response to (at least) one or more of the following conditions:
In response to MT-SDT failure, the UE may or may not perform one or more of the following actions. The UE may deactivate the DL SPS. The UE may stop receiving DL (data) transmission using the DL SPS. The UE may release the DL SPS resources. The UE may not release the DL SPS resources. The UE may flush soft buffers for DL HARQ processes. The UE may not flush soft buffers for DL HARQ processes. The UE may clear the configured DL assignment for DL SPS. The UE may not clear the configured DL assignment for DL SPS. The UE may release the DL SPS configuration(s). The UE may not release the DL SPS configuration(s). The UE may keep the DL SPS configuration(s). The UE may stop monitoring PDCCH. The UE may not stop monitoring PDCCH. The UE may terminate the MT-SDT procedure. The UE may transmit an indication to the NW, e.g., to notify the reception failure, or failure of MT-SDT and/or DL SPS. The UE may initiate a legacy RA procedure (to indicate the NW). The UE may stay in RRC_INACTIVE state. The UE may transition to RRC_IDLE state. The UE may transition to RRC_CONNECTED state. The UE may perform RRC state transition with the NW response (e.g., RRCRelease, RRCResume). The UE may perform RRC state transition without the NW response. The UE may perform RRC state transition in response to MT-SDT failure.
Combinations of the examples herein in the disclosure are possible with various embodiments and concepts disclosed herein.
Throughout the disclosure, the “paging” may refer to a paging message (e.g., paging) and/or (a DCI on) the PDCCH addressed to a specific UE RNTI (e.g., Cell RNTI (C-RNTI), CS-RNTI, Paging RNTI (P-RNTI), a RNTI used in RRC_INACTIVE state, a RNTI used for MT-SDT). The specific UE RNTI may be a RNTI provided by the NW in RRC_CONNECTED state and/or RRC_INACTIVE state.
Throughout the disclosure, the RA-SDT procedure may be a RA procedure with UL data, a RA procedure using RA resources for MO-SDT. The legacy RA and/or normal RA may be a RA procedure without transmitting user data, a RA procedure using RA resources not for MO-SDT and/or a RA procedure using RA resources not for one or more (release 17) features such as (MO-)SDT, RedCap, slicing, coverage enhancement. Throughout the disclosure, the “RRC Resume procedure” may be referred to and/or replaced by “RRC connection resume procedure”. The DL SPS may be referred to as SPS. The “DL data transmission” may be “DL transmission”. The “UL data transmission” may be “UL transmission”.
Throughout the disclosure, the “SDT” may be, may be referred to, may be replaced by, and/or may be supplementary with “MO-SDT” and/or “MT-SDT.” The MO-SDT may be a SDT procedure triggered by the upper layer when UL small data arrival. The MT-SDT may be a SDT procedure triggered by a paging message when DL small data arrival. The UE may transmit and/or receive small data in RRC_INACTIVE state during a SDT procedure.
In a RRC Resume procedure form RRC_INACTIVE state, the UE would transmit a RRC resume request message (e.g., RRCResumeRequestIRRCResumeRequest1) to the NW. In response to receiving the RRC resume request message, the NW may transmit a RRC resume message (e.g., RRCResume) to the UE. In response to receiving the RRC resume message (e.g., RRCResume), the UE would transmit a RRC resume complete message (e.g., RRCresumeComplete) and transition to RRC_CONNECTED state. In response to receiving the RRC resume request message, the NW may transmit a RRC release message (e.g., RRCRelease) with suspend configuration (e.g., suspendConfig) to the UE. In response to receiving the RRC release message (e.g., RRCRelease) with suspend configuration (e.g., suspendConfig), the UE would stay in RRC_INACTIVE state. In response to receiving the RRC resume request message, the NW may transmit a RRC release message (e.g., RRCRelease) without suspend configuration (e.g., suspendConfig) to the UE. In response to receiving the RRC release message (e.g., RRCRelease) without suspend configuration (e.g., suspendConfig), the UE would transition to RRC_IDLE state. The RRC Resume procedure may be triggered/initiated in response to paging and/or initiating of a MT-SDT/MO-SDT procedure.
The UE may receive (and/or apply) some configuration(s) from the NW related to MO-SDT (e.g., CG-SDT/RA-SDT resources) and/or MT-SDT. The UE may receive (and/or apply) some configuration(s) from the NW related to DL SPS. The above configurations may be received in RRC_CONNECTED state. The configurations may be received in RRC_INACTIVE state. The configurations may be received in a RRC message (e.g., RRCReconfiguration, RRCRelease). The UE may receive and/or be configured with a DL assignment (indicating the PDSCH resources) for DL SPS. The UE may receive the DL assignment in/along with the above configuration(s). The UE may receive the DL assignment in a RRC message, system information, paging, and/or Msg3/MSGB. The DL assignment may indicate activation of DL SPS. The DL assignment may not indicate activation of DL SPS. The DL assignment may be stored and/or (re)used for DL transmission for DL SPS. The UE may consider a (configured/stored) DL assignment (e.g., the PDSCH resources) to recur and/or be reused based on a pre-defined rule/formula for DL SPS. The start slot of the (configured/stored) DL assignment (e.g., the PDSCH resources) may be the slot of the first transmission of PDSCH where the DL assignment is (re-)initialized. The start slot of the (configured/stored) DL assignment (e.g., the PDSCH resources) may be the slot of the DL assignment is received. The start slot of the (configured/stored) DL assignment (e.g., the PDSCH resources) may be the slot of the DL SPS configuration(s) is received. The start slot of the (configured/stored) DL assignment (e.g., the PDSCH resources) may be a slot indicated in the DL SPS configuration(s).
The UE may be referred to the UE, a MAC entity of the UE, and/or a RRC entity of the UE. The UE may be a NR device. The UE may be a NR-light device. The UE may be a reduced capability device. The UE may be a mobile phone. The UE may be a wearable device. The UE may be a sensor. The UE may be a stationary device.
The NW may be a network node. The NW may be a base station. The NW may be an access point. The NW may be an evolved Node B (eNB). The NW may be a NR Node B (gNB).
Referring to
MT-SDT procedure and/or deactivating the DL SPS based on and/or in response to at least one or more conditions (step 1010).
In various embodiments, the paging is a paging message and/or a PDCCH reception.
In various embodiments, the UE transmits the UL data in a RA procedure and/or using pre-configured PUSCH resources.
In various embodiments, the DL SPS is configured and activated by the NW.
In various embodiments, the condition is that the UE receives an indication on PDCCH.
In various embodiments, the condition is that the UE receives a RRC message.
In various embodiments, the condition is that the UE receives a second paging.
In various embodiments, the condition is that a timer (e.g., failure detection timer, PDCCH monitoring timer, TA timer) expires.
In various embodiments, the condition is that (all) DL SSB(s) associated with the DL SPS is/becomes not qualified.
In various embodiments, the condition is that the UE performs cell reselection.
In various embodiments, the condition is that the UE initiates a second RRC connection resume procedure.
In various embodiments, the condition is that reception failure up to a configured time.
In various embodiments, the condition is non-SDT UL data arrival.
Referring back to
Referring again back to
Referring to
In various embodiments, the method further comprises transmitting a RRC resume request message (e.g., RRCResumeRequest) using resources for a RA-SDT or a CG-SDT in response to initiating/triggering the MT-SDT procedure.
In various embodiments, the UE clears one or more configurations for the CG-SDT and the resources for the CG-SDT in response to receiving the RRC resume message.
In various embodiments, the configured DL assignment is provided by a PDCCH for activation of the DL SPS or by a RRC release message (e.g., RRCRelease).
In various embodiments, the one or more configurations of the DL SPS are received in a RRC release message (e.g., RRCRelease).
In various embodiments, the UE does not clear the configured DL assignment in response to receiving the RRC resume message (e.g., RRCResume).
In various embodiments, the UE clears the configured DL assignment in response to receiving the RRC resume message (e.g., RRCResume).
In various embodiments, the UE considers a Timing Advance (TA) timer as expired in response to receiving the RRC resume message (e.g., RRCResume).
For various embodiments, the UE may receive one or more configurations of DL SPS for RRC_INACTIVE state, e.g., in a RRC release message (e.g., RRCRelease). The UE may receive one or more configurations for CG-SDT and resources for the CG-SDT in the RRC release message (e.g., RRCRelease). The NW may transmit a paging (e.g., paging message) to indicate a MT-SDT procedure in RRC_INACTIVE state. In response to receiving the paging (e.g., paging message) indicating MT-SDT, the UE may initiate/trigger a (MT-)SDT procedure. In response to initiating/triggering the (MT-)SDT procedure, the UE may transmit a RRC resume request message (e.g., RRCResumeRequest) using resources for RA-SDT or CG-SDT. During/In the (MT-)SDT procedure, the UE may receive one or more DL transmissions using a configured DL assignment for the DL SPS. The configured DL assignment may be provided by a PDCCH for activation of the DL SPS or by a RRC release message (e.g., RRCRelease). The NW may transmit a RRC message to end the (MT-)SDT procedure. The NW may transmit a RRC resume message (e.g., RRCResume) to the UE. In response to receiving the RRC resume message (e.g., RRCResume) during/in the (MT-)SDT procedure, the UE may clear one or more configurations for the CG-SDT and the resources for the CG-SDT. In response to receiving the RRC resume message (e.g., RRCResume) during/in the (MT-)SDT procedure, the UE may keep the one or more configurations of the DL SPS. In response to receiving the RRC resume message (e.g., RRCResume) during/in the (MT-)SDT procedure, the UE may not clear the configured DL assignment. In response to receiving the RRC resume message (e.g., RRCResume) during/in the (MT-)SDT procedure, the UE may consider a TA timer as expired. In response to receiving the RRC resume message (e.g., RRCResume) during/in the (MT-)SDT procedure, the UE may enter RRC_CONNECTED state.
Referring back to
Referring to
In various embodiments, the method further includes transmitting a RRC resume request message (e.g., RRCResumeRequest) using resources for a RA-SDT or a CG-SDT in response to initiating/triggering the MT-SDT procedure.
In various embodiments, the UE clears one or more configurations for the CG-SDT and the resources for the CG-SDT in response to receiving the RRC resume message.
In various embodiments, the configured DL assignment is provided by a PDCCH for activation of the DL SPS or by a RRC release message (e.g., RRCRelease).
In various embodiments, the one or more configurations of the DL SPS are received in a RRC release message (e.g., RRCRelease).
For various embodiments, the UE may receive one or more configurations of DL SPS for RRC_INACTIVE state, e.g., in a RRC release message (e.g., RRCRelease). The UE may receive one or more configurations for CG-SDT and resources for the CG-SDT in the RRC release message (e.g., RRCRelease). The NW may transmit a paging (e.g., paging message) to indicate a MT-SDT procedure in RRC_INACTIVE state. In response to receiving the paging (e.g., paging message) indicating MT-SDT, the UE may initiate/trigger a (MT-)SDT procedure. In response to initiating/triggering the (MT-)SDT procedure, the UE may transmit a RRC resume request message (e.g., RRCResumeRequest) using resources for RA-SDT or CG-SDT. During/In the (MT-)SDT procedure, the UE may receive one or more DL transmissions using a configured DL assignment for the DL SPS. The configured DL assignment may be provided by a PDCCH for activation of the DL SPS or by a RRC release message (e.g., RRCRelease). The NW may transmit a RRC message to end the (MT-)SDT procedure. The NW may transmit a RRC resume message (e.g., RRCResume) to the UE. In response to receiving the RRC resume message (e.g., RRCResume) during/in the (MT-)SDT procedure, the UE may clear one or more configurations for the CG-SDT and the resources for the CG-SDT. In response to receiving the RRC resume message (e.g., RRCResume) during/in the (MT-)SDT procedure, the UE may release the one or more configurations of the DL SPS and/or clear the configured DL assignment. In response to receiving the RRC resume message (e.g., RRCResume) during/in the (MT-)SDT procedure, the UE may enter RRC_CONNECTED state.
Referring back to
Any combination of the above concepts or teachings can be jointly combined or formed to a new embodiment. The disclosed details and embodiments can be used to solve at least (but not limited to) the issues mentioned above and herein.
It is noted that any of the methods, alternatives, steps, examples, and embodiments proposed herein may be applied independently, individually, and/or with multiple methods, alternatives, steps, examples, and embodiments combined together.
Various aspects of the disclosure have been described above. It should be apparent that the teachings herein may be embodied in a wide variety of forms and that any specific structure, function, or both being disclosed herein is merely representative. Based on the teachings herein one skilled in the art should appreciate that an aspect disclosed herein may be implemented independently of any other aspects and that two or more of these aspects may be combined in various ways. For example, an apparatus may be implemented or a method may be practiced using any number of the aspects set forth herein. In addition, such an apparatus may be implemented or such a method may be practiced using other structure, functionality, or structure and functionality in addition to or other than one or more of the aspects set forth herein. As an example of some of the above concepts, in some aspects, concurrent channels may be established based on pulse repetition frequencies. In some aspects, concurrent channels may be established based on pulse position or offsets. In some aspects, concurrent channels may be established based on time hopping sequences. In some aspects, concurrent channels may be established based on pulse repetition frequencies, pulse positions or offsets, and time hopping sequences.
Those of ordinary skill in the art would understand that information and signals may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.
Those of ordinary skill in the art would further appreciate that the various illustrative logical blocks, modules, processors, means, circuits, and algorithm steps described in connection with the aspects disclosed herein may be implemented as electronic hardware (e.g., a digital implementation, an analog implementation, or a combination of the two, which may be designed using source coding or some other technique), various forms of program or design code incorporating instructions (which may be referred to herein, for convenience, as “software” or a “software module”), or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present disclosure.
In addition, the various illustrative logical blocks, modules, and circuits described in connection with the aspects disclosed herein may be implemented within or performed by an integrated circuit (“IC”), an access terminal, or an access point. The IC may comprise a general purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, electrical components, optical components, mechanical components, or any combination thereof designed to perform the functions described herein, and may execute codes or instructions that reside within the IC, outside of the IC, or both. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
It is understood that any specific order or hierarchy of steps in any disclosed process is an example of a sample approach. Based upon design preferences, it is understood that the specific order or hierarchy of steps in the processes may be rearranged while remaining within the scope of the present disclosure. The accompanying method claims present elements of the various steps in a sample order, and are not meant to be limited to the specific order or hierarchy presented.
The steps of a method or algorithm described in connection with the aspects disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module (e.g., including executable instructions and related data) and other data may reside in a data memory such as RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM, or any other form of computer-readable storage medium known in the art. A sample storage medium may be coupled to a machine such as, for example, a computer/processor (which may be referred to herein, for convenience, as a “processor”) such the processor can read information (e.g., code) from and write information to the storage medium. A sample storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC. The ASIC may reside in user equipment. In the alternative, the processor and the storage medium may reside as discrete components in user equipment. Moreover, in some aspects, any suitable computer-program product may comprise a computer-readable medium comprising codes relating to one or more of the aspects of the disclosure. In some aspects, a computer program product may comprise packaging materials.
While the invention has been described in connection with various aspects and examples, it will be understood that the invention is capable of further modifications. This application is intended to cover any variations, uses or adaptation of the invention following, in general, the principles of the invention, and including such departures from the present disclosure as come within the known and customary practice within the art to which the invention pertains.
The present application claims priority to and the benefit of U.S. Provisional Patent Application Ser. No. 63/323,916, filed Mar. 25, 2022, which is fully incorporated herein by reference.
Number | Date | Country | |
---|---|---|---|
63323916 | Mar 2022 | US |