CN117678311A - Method and apparatus for receiving multicast data based on DRX operation in wireless communication system - Google Patents
Method and apparatus for receiving multicast data based on DRX operation in wireless communication system Download PDFInfo
- Publication number
- CN117678311A CN117678311A CN202280049937.0A CN202280049937A CN117678311A CN 117678311 A CN117678311 A CN 117678311A CN 202280049937 A CN202280049937 A CN 202280049937A CN 117678311 A CN117678311 A CN 117678311A
- Authority
- CN
- China
- Prior art keywords
- drx
- harq
- data unit
- pdcch
- timer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 128
- 238000004891 communication Methods 0.000 title claims abstract description 86
- 230000005540 biological transmission Effects 0.000 claims abstract description 131
- 230000008569 process Effects 0.000 claims abstract description 65
- 230000004044 response Effects 0.000 claims abstract description 9
- 238000003860 storage Methods 0.000 claims description 5
- 238000004590 computer program Methods 0.000 claims description 2
- 238000012544 monitoring process Methods 0.000 abstract description 9
- 239000010410 layer Substances 0.000 description 71
- 230000006870 function Effects 0.000 description 37
- 230000015654 memory Effects 0.000 description 37
- 238000013507 mapping Methods 0.000 description 25
- 238000012545 processing Methods 0.000 description 20
- 238000013468 resource allocation Methods 0.000 description 19
- 238000013473 artificial intelligence Methods 0.000 description 18
- 230000011664 signaling Effects 0.000 description 13
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 11
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 11
- 230000004913 activation Effects 0.000 description 10
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 10
- 238000010295 mobile communication Methods 0.000 description 9
- 230000003190 augmentative effect Effects 0.000 description 8
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 7
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 7
- 238000001514 detection method Methods 0.000 description 7
- 230000009849 deactivation Effects 0.000 description 6
- 230000000694 effects Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- 230000009471 action Effects 0.000 description 5
- 238000007726 management method Methods 0.000 description 5
- 238000012546 transfer Methods 0.000 description 5
- 125000004122 cyclic group Chemical group 0.000 description 4
- 238000002716 delivery method Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000012423 maintenance Methods 0.000 description 4
- 238000005259 measurement Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 3
- 238000012937 correction Methods 0.000 description 3
- 230000033001 locomotion Effects 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 238000002560 therapeutic procedure Methods 0.000 description 3
- 238000012795 verification Methods 0.000 description 3
- ZIIRLFNUZROIBX-UHFFFAOYSA-N 2,3,5-trichlorobenzene-1,4-diol Chemical compound OC1=CC(Cl)=C(O)C(Cl)=C1Cl ZIIRLFNUZROIBX-UHFFFAOYSA-N 0.000 description 2
- 101100400452 Caenorhabditis elegans map-2 gene Proteins 0.000 description 2
- 101150064138 MAP1 gene Proteins 0.000 description 2
- 241000700159 Rattus Species 0.000 description 2
- 208000027418 Wounds and injury Diseases 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000000712 assembly Effects 0.000 description 2
- 238000000429 assembly Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 239000000969 carrier Substances 0.000 description 2
- 230000001276 controlling effect Effects 0.000 description 2
- 230000006378 damage Effects 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 230000036541 health Effects 0.000 description 2
- 208000014674 injury Diseases 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000011218 segmentation Effects 0.000 description 2
- 238000011282 treatment Methods 0.000 description 2
- 238000005406 washing Methods 0.000 description 2
- 208000036357 GUCY2D-related recessive retinopathy Diseases 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000036772 blood pressure Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000011281 clinical therapy Methods 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 201000010099 disease Diseases 0.000 description 1
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 238000010438 heat treatment Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 238000000338 in vitro Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 239000002346 layers by function Substances 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000008450 motivation Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000035935 pregnancy Effects 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
- 238000003892 spreading Methods 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
- H04L1/1851—Time-out mechanisms using multiple timers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1893—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
- H04L1/1841—Resequencing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The present invention relates to a method of receiving a data unit by a User Equipment (UE) in a wireless communication system. In particular, the method comprises the steps of: receiving data units during an active time of a first Discontinuous Reception (DRX) configuration related to a multicast transmission for a hybrid automatic repeat request (HARQ) process; transmitting a negative response to the network based on the data unit not being successfully decoded; starting a HARQ Round Trip Time (RTT) timer of a second DRX configuration related to unicast transmission for the HARQ process; and monitoring a Physical Downlink Control Channel (PDCCH) associated with the retransmitted data unit during an active time of the second DRX configuration based on the HARQ RTT timer expiration.
Description
Technical Field
The present invention relates to a wireless communication system, and more particularly, to a method of receiving multicast data by a User Equipment (UE) based on a Discontinuous Reception (DRX) operation in a wireless communication system and an apparatus therefor.
Background
The introduction of new radio communication technology has led to an increase in the number of User Equipments (UEs) to which a Base Station (BS) provides services in a defined resource region, and also to an increase in the amount of control information and data transmitted by the BS to the UEs. Due to the limited resources typically available for the BS to communicate with the UE, new techniques are needed to enable the BS to efficiently receive/transmit uplink data/downlink data and/or uplink control information/downlink control information using the limited radio resources. In particular, overcoming delay or latency has become an important challenge in applications where performance critically depends on delay/latency.
Disclosure of Invention
Technical problem
It is, therefore, an object of the present invention to provide a method of receiving multicast data by a User Equipment (UE) based on a Discontinuous Reception (DRX) operation in a wireless communication system and an apparatus therefor.
Technical proposal
The object of the present invention can be achieved by a method of receiving a data unit by a User Equipment (UE) in a wireless communication system, the method comprising the steps of: receiving data units during an active time of a first Discontinuous Reception (DRX) configuration related to a multicast transmission for a hybrid automatic repeat request (HARQ) process; transmitting a negative response to the network based on the data unit not being successfully decoded; starting a HARQ Round Trip Time (RTT) timer of a second DRX configuration related to unicast transmission for the HARQ process; and monitoring a Physical Downlink Control Channel (PDCCH) associated with the retransmitted data unit during an active time of the second DRX configuration based on the HARQ RTT timer expiration.
Furthermore, it is proposed that a User Equipment (UE) in a wireless communication system comprises: at least one transceiver; at least one processor; and at least one computer memory operatively connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations comprising: receiving data units during an active time of a first Discontinuous Reception (DRX) configuration related to a multicast transmission for a hybrid automatic repeat request (HARQ) process; transmitting a negative response to the network based on the data unit not being successfully decoded; starting a HARQ Round Trip Time (RTT) timer of a second DRX configuration related to unicast transmission for the HARQ process; and monitoring a Physical Downlink Control Channel (PDCCH) associated with the retransmitted data unit during an active time of the second DRX configuration based on the HARQ RTT timer expiration.
Preferably, the active time of the second DRX configuration includes a duration that a DRX retransmission timer of the second DRX configuration is running after the HARQ RTT timer expires.
More preferably, the DRX retransmission timer of the second DRX configuration is started based on the HARQ RTT timer expiring.
Preferably, the step of receiving the data unit includes receiving the data unit based on a PDCCH identified by a group radio network temporary identifier (G-RNTI), and the PDCCH associated with the retransmitted data unit is identified by a cell-RNTI (C-RNTI).
More preferably, the retransmitted data units are received based on PDCCHs associated with the retransmitted data units.
Advantageous effects
According to the above-described embodiments of the present invention, when the UE fails to receive data via PTM transmission, the UE may receive retransmission of the data via PTP transmission without additional delay after transmitting NACK indicating failure of data reception during DRX operation for PTM transmission and PTP transmission.
The effects obtainable from the present invention may not be limited by the above effects. Further, other effects not mentioned will be clearly understood from the following description by those skilled in the art to which the present invention pertains.
Drawings
The accompanying drawings, which are included to provide a further understanding of the disclosure, illustrate embodiments of the disclosure and together with the description serve to explain the principle of the disclosure:
Fig. 1 illustrates an example of a communication system 1 to which implementations of the present disclosure are applied;
fig. 2 is a block diagram illustrating an example of a communication device that may perform methods according to the present disclosure;
FIG. 3 illustrates another example of a wireless device that may perform an implementation of the present invention;
FIG. 4 illustrates an example of protocol stacks in a third generation partnership project (3 GPP) based wireless communication system;
fig. 5 illustrates an example of a frame structure in a 3 GPP-based wireless communication system;
FIG. 6 illustrates an example of data flow in a 3GPP New Radio (NR) system;
fig. 7 illustrates an example of PDSCH time domain resource allocation through PDCCH and an example of PUSCH time resource allocation through PDCCH;
fig. 8 illustrates an example of physical layer processing at the transmitting side;
fig. 9 illustrates an example of physical layer processing at the receiving side;
fig. 10 illustrates the operation of a wireless device in accordance with an implementation of the present disclosure;
fig. 11 illustrates an example of receiving a multicast data unit according to the present disclosure;
fig. 12 shows a flow chart for receiving a multicast data unit according to the present disclosure; and
fig. 13 illustrates an example of PDCP entities configured with a PTM leg for PTM transmission and a PTP leg for PTP transmission according to the present disclosure.
Detailed Description
Reference will now be made in detail to the exemplary embodiments of the present disclosure, examples of which are illustrated in the accompanying drawings. The detailed description set forth below in connection with the appended drawings is intended as a description of exemplary embodiments of the present disclosure and is not intended to illustrate the only embodiments that may be implemented in accordance with the present disclosure. The following detailed description includes specific details to provide a thorough understanding of the present disclosure. It will be apparent, however, to one skilled in the art that the present disclosure may be practiced without these specific details.
The following techniques, devices, and systems may be applied to various wireless multiple access systems. Examples of multiple-access systems include Code Division Multiple Access (CDMA) systems, frequency Division Multiple Access (FDMA) systems, time Division Multiple Access (TDMA) systems, orthogonal Frequency Division Multiple Access (OFDMA) systems, single carrier frequency division multiple access (SC-FDMA) systems, and multiple carrier frequency division multiple access (MC-FDMA) systems. CDMA may be implemented by a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA 2000. TDMA may be implemented by radio technologies such as global system for mobile communications (GSM), general Packet Radio Service (GPRS), or enhanced data rates for GSM evolution (EDGE). OFDMA may be implemented by a radio technology such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, or evolved UTRA (E-UTRA). UTRA is part of Universal Mobile Telecommunications System (UMTS). The third generation partnership project (3 GPP) Long Term Evolution (LTE) is part of evolved UMTS (E-UMTS) that uses E-UTRA. 3GPP LTE employs OFDMA in the DL and SC-FDMA in the UL. LTE-advanced (LTE-a) is an evolved version of 3GPP LTE.
For ease of description, implementations of the present disclosure are described primarily with respect to 3 GPP-based wireless communication systems. However, technical features of the present disclosure are not limited thereto. For example, although the following detailed description is given based on a mobile communication system corresponding to a 3 GPP-based wireless communication system, aspects of the present disclosure are not limited to the 3 GPP-based wireless communication system and are applicable to other mobile communication systems. For terms and techniques not specifically described in terms and techniques employed in the present disclosure, reference may be made to a wireless communication standard document issued prior to the present disclosure. For example, the following documents may be referred to.
3GPP LTE
-3gpp TS 36.211: physical channel and modulation
-3gpp TS 36.212: multiplexing and channel coding
-3gpp TS 36.213: physical layer procedure
-3gpp TS 36.214: a physical layer; measurement of
-3gpp TS 36.300: general description
-3gpp TS 36.304: user Equipment (UE) procedures in idle mode
-3gpp TS 36.314: layer 2-measurement
-3gpp TS 36.321: medium Access Control (MAC) protocol
-3gpp TS 36.322: radio Link Control (RLC) protocol
-3gpp TS 36.323: packet Data Convergence Protocol (PDCP)
-3gpp TS 36.331: radio Resource Control (RRC) protocol
3GPP NR (e.g., 5G)
-3gpp TS 38.211: physical channel and modulation
-3gpp TS 38.212: multiplexing and channel coding
-3gpp TS 38.213: physical layer process for control
-3gpp TS 38.214: physical layer procedure for data
-3gpp TS 38.215: physical layer measurement
-3gpp TS 38.300: general description
-3gpp TS 38.304: user Equipment (UE) procedures in idle mode and in RRC inactive state
-3gpp TS 38.321: medium Access Control (MAC) protocol
-3gpp TS 38.322: radio Link Control (RLC) protocol
-3gpp TS 38.323: packet Data Convergence Protocol (PDCP)
-3gpp TS 38.331: radio Resource Control (RRC) protocol
-3gpp TS 37.324: service Data Adaptation Protocol (SDAP)
-3gpp TS 37.340: multiple connectivity; general description
In the present disclosure, a User Equipment (UE) may be a fixed or mobile device. Examples of the UE include various apparatuses that transmit and receive user data and/or various control information to and from a Base Station (BS). In the present disclosure, a BS generally refers to a fixed station that communicates with UEs and/or other BSs and exchanges various data and control information with the UEs and other BSs. A BS may be referred to as an Advanced Base Station (ABS), a Node B (NB), an evolved node B (eNB), a Base Transceiver System (BTS), an Access Point (AP), a Processing Server (PS), etc. In particular, the BS of UMTS is called NB, the BS of Enhanced Packet Core (EPC)/Long Term Evolution (LTE) system is called eNB and the BS of New Radio (NR) system is called gNB.
In the present disclosure, a node refers to a point capable of transmitting/receiving a radio signal by communicating with a UE. Various types of BSs may be used as nodes regardless of their terminology. For example, BS, node B (NB), e-node B (eNB), pico cell eNB (PeNB), home eNB (HeNB), relay, repeater, etc. may be a node. In addition, the node may not be a BS. For example, the node may be a radio frequency remote head (RRH) or a radio frequency remote unit (RRU). The power level of the RRH or RRU is typically lower than the power level of the BS. Since the RRH or RRU (hereinafter referred to as RRH/RRU) is generally connected to the BS through a dedicated line such as an optical cable, the cooperative communication between the RRH/RRU and the BS can be smoothly performed as compared with the cooperative communication between the BSs connected through a radio line. At least one antenna is mounted per node. The antennas may include physical antennas or antenna ports or virtual antennas.
In the present disclosure, the term "cell" may refer to a geographical area to which one or more nodes provide a communication system, or to radio resources. A "cell" of a geographical area may be understood as a coverage area where a node may provide a service using a carrier, and a "cell" as a radio resource (e.g. a time-frequency resource) is associated with a Bandwidth (BW) as a frequency range configured by the carrier. A "cell" associated with radio resources is defined by a combination of downlink and uplink resources (e.g., a combination of Downlink (DL) Component Carriers (CCs) and Uplink (UL) CCs). A cell may be configured by only downlink resources or may be configured by downlink resources and uplink resources. Since DL coverage, which is a range in which a node can transmit a valid signal, and UL coverage, which is a range in which a node can receive a valid signal from a UE, depend on a carrier carrying the signal, the coverage of the node may be associated with the coverage of a "cell" of radio resources used by the node. Thus, the term "cell" may sometimes be used to refer to the service coverage of a node, to radio resources at other times, or to the range that a signal using radio resources may reach with an effective strength at other times.
In this disclosure, a Physical Downlink Control Channel (PDCCH) and a Physical Downlink Shared Channel (PDSCH) refer to a set of time-frequency resources or Resource Elements (REs) that carry Downlink Control Information (DCI), and a set of time-frequency resources or REs that carry downlink data, respectively. In addition, a Physical Uplink Control Channel (PUCCH), a Physical Uplink Shared Channel (PUSCH), and a Physical Random Access Channel (PRACH) refer to a set of time-frequency resources or REs carrying Uplink Control Information (UCI), a set of time-frequency resources or REs carrying uplink data, and a set of time-frequency resources or REs carrying a random access signal, respectively.
In Carrier Aggregation (CA), two or more CCs are aggregated. The UE may receive or transmit on one or more CCs simultaneously depending on its capabilities. Both continuous and discontinuous CCs support CA. When CA is configured, the UE has only one Radio Resource Control (RRC) connection with the network. One serving cell provides non-access stratum (NAS) mobility information at RRC connection setup/re-establishment/handover, and one serving cell provides security input at RRC connection re-establishment/handover. This cell is called a primary cell (PCell). The PCell is a cell operating on a primary frequency in which the UE performs an initial connection establishment procedure or initiates a connection re-establishment procedure. Depending on the capabilities of the UE, a secondary cell (SCell) may be configured to form a set of serving cells with the PCell. An SCell is a cell that provides additional radio resources on a special cell. Thus, a set of serving cells configured for a UE is always made up of one PCell and one or more scells. In the present disclosure, for Dual Connectivity (DC) operation, the term "special cell" refers to a PCell of a primary cell group (MCG) or a PSCell of a Secondary Cell Group (SCG), and otherwise the term special cell refers to a PCell. SpCell supports Physical Uplink Control Channel (PUCCH) transmission and contention-based random access, and is always active. The MCG is a set of serving cells associated with a primary node including a SpCell (PCell) and optionally one or more scells. SCG is a subset of serving cells associated with a secondary node including PSCell and zero or more scells for a UE configured with DC. For a UE in RRC CONNECTED that is not CA/DC configured, there is only one serving cell consisting of PCell. For a UE in rrc_connected configured with CA/DC, the term "serving cell" is used to denote a group of cells consisting of SpCell and all scells.
The MCG is a set of serving cells associated with a primary BS terminating at least the S1-MME, and the SCG is a set of serving cells associated with a secondary BS that provides additional radio resources for the UE but is not the primary BS. The SCG includes a primary SCell (PSCell) and optionally one or more scells. In DC, two MAC entities are configured in the UE: one for MCG and one for SCG. Each MAC entity is configured by RRC with a serving cell supporting PUCCH transmission and contention-based random access. In the present disclosure, the term SpCell refers to such a cell, and the term SCell refers to other serving cells. The term SpCell refers to the PCell of the MCG or the PSCell of the SCG, depending on whether the MAC entity is associated with the MCG or SCG, respectively.
In this disclosure, monitoring a channel refers to attempting to decode the channel. For example, monitoring a Physical Downlink Control Channel (PDCCH) refers to attempting to decode the PDCCH (or PDCCH candidate).
In the present disclosure, "C-RNTI" refers to cell RNTI, "SI-RNTI" refers to system information RNTI, "P-RNTI" refers to paging RNTI, "RA-RNTI" refers to random access RNTI, "SC-RNTI" refers to single cell RNTI "," SL-RNTI "refers to side link RNTI," SPS C-RNTI "refers to semi-persistent scheduling C-RNTI, and" CS-RNTI "refers to configured scheduling RNTI.
Fig. 1 illustrates an example of a communication system 1 to which implementations of the present disclosure are applied.
The three main demand categories of 5G include: (1) class of enhanced mobile broadband (emmbb), (2) class of large-scale machine type communication (mctc), and (3) class of ultra-reliable and low latency communication (URLLC).
Some use cases may require multiple categories for optimization, and other use cases may focus on only one Key Performance Indicator (KPI). 5G supports such various use cases using flexible and reliable methods.
The eMBB far exceeds basic mobile internet access and covers rich two-way work and media and entertainment applications in the cloud and augmented reality. Data is one of the 5G core motive forces, and in the 5G age, dedicated voice services may not be provided for the first time. In 5G, it is expected that speech will simply be processed as an application using the data connection provided by the communication system. The main reasons for increasing traffic capacity are due to the increase in content size and the increase in the number of applications requiring high data transfer rates. Streaming services (audio and video), conversational video, and mobile internet access will be more widely used as more and more devices are connected to the internet. Many of these applications require a connection that is always on in order to push real-time information and alerts to the user. Cloud storage and applications are rapidly increasing in mobile communication platforms and can be applied to both work and entertainment. Cloud storage is a special use case that accelerates the increase of uplink data transmission rate. 5G is also used for remote work of the cloud. When using a haptic interface, 5G requires much lower end-to-end latency to maintain a good user experience. Entertainment, such as cloud gaming and video streaming, is another core element that increases the demand for mobile broadband capabilities. Entertainment is essential for smartphones and tablets wherever high mobility environments are included, such as trains, vehicles and planes. Other use cases are augmented reality for entertainment and information searching. In this case, augmented reality requires very low latency and transient data capacity.
In addition, one of the most desirable 5G use cases relates to a function capable of smoothly connecting embedded sensors in all fields, that is, mctc. It is expected that the number of potential IoT devices will reach 2040 hundred million in 2020. Industrial IoT is one of the main roles of implementing smart cities, asset tracking, smart utilities, agriculture, and security infrastructure through 5G.
URLLC includes remote control over the main infrastructure and ultra-reliable/available low latency links that will change the new services of the industry (such as automatically driving vehicles). The level of reliability and time delay is necessary for controlling smart grids, automation industry, implementing robots, and controlling and adjusting drones.
5G is a means to provide streams that are evaluated as hundreds of megabits per second to gigabits per second, and can be supplemented with Fiber To The Home (FTTH) and wire-based broadband (or DOCSIS). Such a fast speed is required to deliver TV at a resolution of 4K or more (6K, 8K and more), as well as virtual reality and augmented reality. Virtual Reality (VR) and Augmented Reality (AR) applications include almost immersive motion games. A particular application may require a particular network configuration. For VR games, for example, gaming companies need to incorporate core servers into the network operator's edge network servers in order to minimize latency.
Automobiles are expected to be a new significant motivation in 5G along with many use cases for mobile communications of vehicles. For example, entertainment of passengers requires a high simultaneous capacity and a mobile broadband with high mobility. This is because future users continue to desire high quality connections regardless of their location and speed. Another example in the automotive field is AR dashboards. The AR dashboard allows a driver to recognize an object in the dark in addition to the object seen from the front window, and to display the distance to the object and the movement of the object by overlapping information taught by the driver. In the future, wireless modules enable communication between vehicles, information exchange between vehicles and supporting infrastructure, and information exchange between vehicles and other connected devices (e.g., pedestrian-accompanied devices). The safety system guides the alternative route of the behavior so that the driver can drive more safely, thereby reducing the risk of accidents. The next stage would be a remotely controlled or self-driving vehicle. This requires very high reliability and very fast communication between different self-driving vehicles and between the vehicle and the infrastructure. In the future, the self-driving vehicle will perform all driving activities, and the driver will only be concerned with abnormal traffic that the vehicle cannot recognize. The technical requirements of self-driving vehicles require ultra-low time delays and ultra-high reliability, so that traffic safety increases to a level that cannot be achieved by humans.
Smart cities and smart homes/buildings referred to as smart society will be embedded in high density wireless sensor networks. The distributed network of intelligent sensors will identify the cost and energy efficient maintenance conditions of the city or home. A similar configuration may be performed for the corresponding home. All temperature sensors, windows and heating controllers, burglar alarms and household appliances are connected wirelessly. Many of these sensors are typically low in terms of data transmission rate, power, and cost. However, certain types of devices may require real-time HD video to perform monitoring.
The consumption and distribution of energy, including heat or gas, is distributed at a higher level, such that automatic control of the distributed sensor network is required. The smart grid collects information and connects the sensors to each other using digital information and communication techniques to act according to the collected information. Since this information may include the behavior of supply companies and consumers, the smart grid may improve the distribution of fuel such as electricity by having efficient, reliable, economically viable, production sustainable, and automated methods. The smart grid may also be considered another sensor network with low latency.
Mission critical applications (e.g., electronic health) are one of the 5G usage scenarios. The health portion includes a number of applications that can enjoy the benefits of mobile communications. The communication system may support remote therapy that provides clinical therapy at a remote location. Remote therapy may help reduce obstructions to distance and improve access to medical services that are not continuously available in remote rural areas. Tele-treatment is also used to perform important treatments and save lives in emergency situations. Wireless sensor networks based on mobile communications may provide remote monitoring and sensors for parameters such as heart rate and blood pressure.
Wireless and mobile communications are becoming increasingly important in the field of industrial applications. Wiring is high in terms of installation and maintenance costs. The possibility of replacing the cable with a reconfigurable wireless link is therefore an attractive opportunity in many industrial fields. However, in order to achieve such replacement, it is required that the wireless connection is established with a delay, reliability, and capacity similar to those of a cable, and that management of the wireless connection is simplified. When a connection to 5G is required, low latency and very low probability of error are new requirements.
Logistics and shipping tracking are important uses of mobile communications that allow inventory and packages to be tracked anywhere using a location-based information system. Use cases of logistics and freight tracking typically require low data rates but require location information with a wide range and reliability.
Referring to fig. 1, a communication system 1 includes a wireless device, a Base Station (BS), and a network. Although fig. 1 illustrates a 5G network as an example of a network of the communication system 1, the implementation of the present disclosure is not limited to the 5G system, and may be applied to future communication systems other than the 5G system.
The BS and network may be implemented as wireless devices and a particular wireless device 200a may operate as a BS/network node with respect to other wireless devices.
A wireless device represents a device that performs communication using a Radio Access Technology (RAT) (e.g., 5G New RAT (NR) or long term evolution LTE), and may be referred to as a communication/wireless/5G device. Wireless devices may include, but are not limited to, robots 100a, vehicles 100b-1 and 100b-2, augmented reality (XR) devices 100c, handheld devices 100d, home appliances 100e, internet of things (IoT) devices 100f, and Artificial Intelligence (AI) devices/servers 400. For example, the vehicles may include vehicles having wireless communication functions, autonomous driving vehicles, and vehicles capable of performing communication between vehicles. The vehicle may include an Unmanned Aerial Vehicle (UAV) (e.g., an unmanned aerial vehicle). The XR devices may include Augmented Reality (AR)/Virtual Reality (VR)/Mixed Reality (MR) devices, and may be implemented in the form of head-mounted devices (HMDs), head-up displays (HUDs) installed in vehicles, televisions, smartphones, computers, wearable devices, home appliance devices, digital signage, vehicles, robots, and the like. Handheld devices may include smart phones, smart tablets, wearable devices (e.g., smart watches or smart glasses), and computers (e.g., notebooks). Home appliances may include TVs, refrigerators, and washing machines. IoT devices may include sensors and smart meters.
In the present disclosure, the wireless devices 100a to 100f may be referred to as User Equipment (UE). User Equipment (UE) may include, for example, cellular phones, smart phones, laptops, digital broadcast terminals, personal Digital Assistants (PDAs), portable Multimedia Players (PMPs), navigation systems, tablet Personal Computers (PCs), tablet PCs, superbooks, vehicles with autonomous driving functions, connected automobiles, unmanned Aerial Vehicles (UAVs), artificial Intelligence (AI) modules, robots, augmented Reality (AR) devices, virtual Reality (VR) devices, mixed Reality (MR) devices, hologram devices, public safety devices, MTC devices, ioT devices, medical devices, fittech devices (or financial devices), security devices, weather/environmental devices, devices related to 5G services, or devices related to the fourth field of industrial evolution. An Unmanned Aerial Vehicle (UAV) may be an aerial vehicle that is piloted by wireless control signals, for example, without the person being onboard. VR devices may include, for example, devices for implementing objects or backgrounds of a virtual world. AR devices may include devices implemented, for example, by connecting a virtual world object or context to a real world object or context. MR devices may include devices implemented, for example, by incorporating virtual world objects or backgrounds into real world objects or backgrounds. The hologram device may include, for example, a device for realizing a 360-degree stereoscopic image by recording and reproducing stereoscopic information, which uses an interference phenomenon of light generated when two lasers called holographic imaging meet. Public safety devices may include, for example, image relay devices or image devices that are wearable on the body of the user. MTC devices and IoT devices may be devices that do not require direct human intervention or manipulation, for example. For example, MTC devices and IoT devices may include smart meters, vending machines, thermometers, smart light bulbs, door locks, or various sensors. The medical device may be a device for example for the purpose of diagnosing, treating, alleviating, curing or preventing a disease. For example, the medical device may be a device for the purpose of diagnosing, treating, alleviating or correcting injury or injury. For example, the medical device may be a device for the purpose of examining, replacing, or modifying a structure or function. For example, the medical device may be a device for the purpose of regulating pregnancy. For example, the medical device may comprise a device for therapy, a device for operation, a device for (in vitro) diagnosis, a hearing aid or a device for surgery. The safety device may be, for example, a device that is installed to prevent possible hazards and to maintain safety. For example, the security device may be a camera, CCTV, recorder or black box. The Fintech device may be, for example, a device capable of providing financial services such as mobile payment. For example, the Fintech device may include a payment device or a point of sale (POS) system. The weather/environment means may comprise, for example, means for monitoring or predicting the weather/environment.
The wireless devices 100a to 100f may be connected to the network 300 via the BS 200. AI technology may be applied to the wireless devices 100a to 100f, and the wireless devices 100a to 100f may be connected to the AI server 400 via the network 300. The network 300 may be configured using a 3G network, a 4G (e.g., LTE) network, a 5G (e.g., NR) network, and a super 5G network. Although the wireless devices 100a to 100f may communicate with each other through the BS 200/network 300, the wireless devices 100a to 100f may perform direct communication (e.g., side link communication) with each other without passing through the BS/network. For example, the vehicles 100b-1 and 100b-2 may perform direct communications (e.g., vehicle-to-vehicle (V2V)/vehicle-to-everything (V2X) communications). The IoT devices (e.g., sensors) may perform direct communication with other IoT devices (e.g., sensors) or other wireless devices 100 a-100 f.
Wireless communication/connections 150A and 150b may be established between wireless devices 100A through 100f/BS200-BS 200. Herein, wireless communication/connection may be established through various RATs (e.g., 5G NR) such as uplink/downlink communication 150a and side link communication 150b (or D2D communication). The wireless device and BS/wireless device may transmit/receive radio signals to/from each other through wireless communication/connections 150a and 150b. For example, the wireless communication/connections 150a and 150b may transmit/receive signals over various physical channels. To this end, at least a part of various configuration information configuration procedures for transmitting/receiving radio signals, various signal processing procedures (e.g., channel coding/decoding, modulation/demodulation, and resource mapping/demapping), and resource allocation procedures may be performed based on various proposals of the present disclosure.
Fig. 2 is a block diagram illustrating an example of a communication device that may perform methods according to the present disclosure.
Referring to fig. 2, the first wireless device 100 and the second wireless device 200 may transmit/receive radio signals to/from external devices through various RATs (e.g., LTE and NR). In fig. 2, { first wireless device 100 and second wireless device 200} may correspond to { wireless devices 100a to 100f and BS200} and/or { wireless devices 100a to 100f and wireless devices 100a to 100f } of fig. 1.
The first wireless device 100 may include one or more processors 102 and one or more memories 104, and additionally one or more transceivers 106 and/or one or more antennas 108. The processor 102 may control the memory 104 and/or the transceiver 106 and may be configured to implement the functions, processes, and/or methods described in this disclosure. For example, the processor 102 may process the information within the memory 104 to generate first information/signals and then transmit radio signals including the first information/signals through the transceiver 106. The processor 102 may receive a radio signal including the second information/signal through the transceiver 106 and then store information obtained by processing the second information/signal in the memory 104. The memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102. For example, the memory 104 may store software code including instructions for performing part or all of the processes controlled by the processor 102 or for performing the processes and/or methods described in this disclosure. Herein, the processor 102 and the memory 104 may be part of a communication modem/circuit/chip designed to implement a RAT (e.g., LTE or NR). The transceiver 106 may be connected to the processor 102 and transmit and/or receive radio signals through one or more antennas 108. Each of the transceivers 106 may include a transmitter and/or a receiver. The transceiver 106 may be used interchangeably with a Radio Frequency (RF) unit. In the present invention, a wireless device may represent a communication modem/circuit/chip.
The second wireless device 200 may include one or more processors 202 and one or more memories 204, and additionally one or more transceivers 206 and/or one or more antennas 208. The processor 202 may control the memory 204 and/or the transceiver 206 and may be configured to implement the functions, processes, and/or methods described in this disclosure. For example, the processor 202 may process the information within the memory 204 to generate a third information/signal and then transmit a radio signal including the third information/signal through the transceiver 206. The processor 202 may receive a radio signal including the fourth information/signal through the transceiver 206 and then store information obtained by processing the fourth information/signal in the memory 204. The memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202. For example, the memory 204 may store software code including instructions for performing part or all of the processes controlled by the processor 202 or for performing the processes and/or methods described in this disclosure. Herein, the processor 202 and the memory 204 may be part of a communication modem/circuit/chip designed to implement a RAT (e.g., LTE or NR). The transceiver 206 may be connected to the processor 202 and transmit and/or receive radio signals through one or more antennas 208. Each of the transceivers 206 may include a transmitter and/or a receiver. The transceiver 206 may be used interchangeably with RF unit. In the present invention, a wireless device may represent a communication modem/circuit/chip.
Hereinafter, hardware elements of the wireless devices 100 and 200 will be described in more detail. One or more protocol layers may be implemented by, but are not limited to, one or more processors 102 and 202. For example, one or more of processors 102 and 202 may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC and SDAP). One or more processors 102 and 202 can generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) according to the functions, procedures, proposals, and/or methods disclosed in the present disclosure. One or more processors 102 and 202 may generate messages, control information, data, or information in accordance with the functions, processes, proposals, and/or methods disclosed in the present disclosure. The one or more processors 102 and 202 may generate signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data, or information according to the functions, procedures, proposals, and/or methods disclosed in the present disclosure and provide the generated signals to the one or more transceivers 106 and 206. The one or more processors 102 and 202 may receive signals (e.g., baseband signals) from the one or more transceivers 106 and 206 and obtain PDUs, SDUs, messages, control information, data, or information according to the functions, procedures, proposals, and/or methods disclosed in the present disclosure.
One or more of the processors 102 and 202 may be referred to as a controller, microcontroller, microprocessor, or microcomputer. One or more of the processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof. For example, one or more Application Specific Integrated Circuits (ASICs), one or more Digital Signal Processors (DSPs), one or more Digital Signal Processing Devices (DSPDs), one or more Programmable Logic Devices (PLDs), or one or more Field Programmable Gate Arrays (FPGAs) may be included in the one or more processors 102 and 202. The functions, processes, suggestions, and/or methods disclosed in the present disclosure may be implemented using firmware or software, and the firmware or software may be configured to include modules, processes, or functions. Firmware or software configured to perform the functions, processes, proposals and/or methods disclosed in the present disclosure may be included in the one or more processors 102 and 202 or stored in the one or more memories 104 and 204 in order to be driven by the one or more processors 102 and 202. The functions, procedures, proposals and/or methods disclosed in the present disclosure may be implemented using firmware or software in the form of codes, commands and/or command sets.
One or more memories 104 and 204 may be coupled to one or more processors 102 and 202 and store various types of data, signals, messages, information, programs, code, instructions, and/or commands. One or more of the memories 104 and 204 may be configured by read-only memory (ROM), random-access memory (RAM), electrically erasable programmable read-only memory (EPROM), flash memory, a hard drive, registers, cache memory, a computer-readable storage medium, and/or combinations thereof. The one or more memories 104 and 204 may be located internal and/or external to the one or more processors 102 and 202. The one or more memories 104 and 204 may be connected to the one or more processors 102 and 202 by various techniques, such as a wired or wireless connection.
One or more transceivers 106 and 206 may transmit the user data, control information, and/or radio signals/channels referred to in the methods and/or operational flow diagrams of the present disclosure to one or more other devices. One or more transceivers 106 and 206 may receive the user data, control information, and/or radio signals/channels referred to in the functions, processes, proposals, methods, and/or operational flow diagrams disclosed in the present disclosure from one or more other devices. For example, one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202 and transmit and receive radio signals. For example, the one or more processors 102 and 202 may perform control such that the one or more transceivers 106 and 206 may transmit user data, control information, or radio signals to one or more other devices. The one or more processors 102 and 202 may perform control such that the one or more transceivers 106 and 206 may receive user data, control information, or radio signals from one or more other devices. One or more transceivers 106 and 206 may be connected to one or more antennas 108 and 208, and one or more transceivers 106 and 206 may be configured to transmit and receive user data, control information, and/or radio signals/channels referred to in the functions, processes, proposals, methods, and/or operational flowcharts disclosed in this disclosure through one or more antennas 108 and 208. In the present disclosure, the one or more antennas may be a plurality of physical antennas or a plurality of logical antennas (e.g., antenna ports). The one or more transceivers 106 and 206 may convert received radio signals/channels, etc., from RF band signals to baseband signals in order to process the received user data, control information, radio signals/channels, etc., using the one or more processors 102 and 202. The one or more transceivers 106 and 206 may convert user data, control information, radio signals/channels, etc., processed using the one or more processors 102 and 202 from baseband signals to RF band signals. To this end, one or more of the transceivers 106 and 206 may comprise (analog) oscillators and/or filters. For example, transceivers 106 and 206 may up-convert OFDM baseband signals to carrier frequencies and transmit the up-converted OFDM signals at the carrier frequencies through their (analog) oscillators and/or filters under the control of processors 102 and 202. Transceivers 106 and 206 may receive OFDM signals at carrier frequencies and down-convert the OFDM signals to OFDM baseband signals through their (analog) oscillators and/or filters under the control of transceivers 102 and 202.
In implementations of the present disclosure, a UE may function as a transmitting device in the Uplink (UL) and a receiving device in the Downlink (DL). In an implementation of the present disclosure, the BS may function as a receiving device operation in UL and a transmitting device in DL. Hereinafter, for convenience of description, unless otherwise stated or described, it is mainly assumed that the first wireless device 100 functions as a UE and the second wireless device 200 functions as a BS. For example, the processor 102 connected to, installed in, or initiated in the first wireless device 100 may be configured to perform UE actions in accordance with an implementation of the present disclosure or to control the transceiver 106 to perform UE actions in accordance with an implementation of the present disclosure. The processor 202 connected to, installed on, or initiated in the second wireless device 200 may be configured to perform BS actions according to an implementation of the present disclosure or to control the transceiver 206 to perform BS actions according to an implementation of the present disclosure.
In the present disclosure, at least one memory (e.g., 104 or 204) may store instructions or programs that, when executed, cause at least one processor in operative connection therewith to perform operations according to some embodiments or implementations of the present disclosure.
In the present disclosure, a computer-readable storage medium stores at least one instruction or computer program that, when executed by at least one processor, causes the at least one processor to perform operations according to some embodiments or implementations of the present disclosure.
In the present disclosure, a processing apparatus or device may include at least one processor, and at least one computer memory connectable to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations according to some embodiments or implementations of the present disclosure.
Fig. 3 illustrates another example of a wireless device that may perform an implementation of the present invention. Wireless devices may be implemented in various forms according to use cases/services (refer to fig. 1).
Referring to fig. 3, wireless devices 100 and 200 may correspond to wireless devices 100 and 200 of fig. 2 and may be configured by various elements, assemblies, units/portions, and/or modules. For example, each of the wireless devices 100 and 200 may include a communication unit 110, a control unit 120, a memory unit 130, and an additional component 140. The communication unit may include a communication circuit 112 and a transceiver 114. For example, the communication circuit 112 may include one or more processors 102 and 202 of fig. 2 and/or one or more memories 104 and 204 of fig. 2. For example, transceiver 114 may include one or more transceivers 106 and 206 of fig. 2 and/or one or more antennas 108 and 208 of fig. 2. The control unit 120 is electrically connected to the communication unit 110, the memory 130, and the additional components 140, and controls the overall operation of the wireless device. For example, the control unit 120 may control the electrical/mechanical operation of the wireless device based on programs/codes/commands/information stored in the memory unit 130. The control unit 120 may transmit information stored in the memory unit 130 to the outside (e.g., other communication devices) through a wireless/wired interface via the communication unit 110, or store information received from the outside (e.g., other communication devices) through a wireless/wired interface via the communication unit 110 in the memory unit 130.
The additional components 140 may be configured differently depending on the type of wireless device. For example, the additional component 140 may include at least one of a power supply unit/battery, an input/output (I/O) unit (e.g., an audio I/O port, a video I/O port), a driving unit, and a computing unit. The wireless device may be implemented in the form of, but is not limited to, a robot (100 a of fig. 1), a vehicle (100 b-1 and 100b-2 of fig. 1), an XR device (100 c of fig. 1), a handheld device (100 d of fig. 1), a home appliance (100 e of fig. 1), an IoT device (100 f of fig. 1), a digital broadcast terminal, a hologram device, a public safety device, an MTC device, a medical device, a fittech device (or a financial device), a security device, a climate/environment device, an AI server/device (400 of fig. 1), a BSS (200 of fig. 1), a network node, or the like. The wireless device may be used in a mobile or fixed location depending on the use case/service.
In fig. 3, the various elements, assemblies, units/portions and/or modules in the wireless devices 100 and 200 may be connected to each other by wired interfaces, or at least a portion thereof may be connected wirelessly by the communication unit 110. For example, in each of the wireless apparatuses 100 and 200, the control unit 120 and the communication unit 110 may be connected by a wire, and the control unit 120 and the first units (e.g., 130 and 140) may be connected wirelessly by the communication unit 110. Each element, component, unit/section, and/or module within wireless devices 100 and 200 may also include one or more elements. For example, the control unit 120 may be configured by a set of one or more processors. As an example, the control unit 120 may be configured by a set of a communication control processor, an application processor, an Electronic Control Unit (ECU), a graphics processing unit, and a memory control processor. As another example, the memory 130 may be configured by Random Access Memory (RAM), dynamic RAM (DRAM), read Only Memory (ROM), flash memory, volatile memory, non-volatile memory, and/or combinations thereof.
Fig. 4 illustrates an example of a protocol stack in a 3 GPP-based wireless communication system.
Specifically, (a) of fig. 4 illustrates an example of a radio interface user plane protocol stack between a UE and a Base Station (BS) and (b) of fig. 4 illustrates an example of a radio interface control plane protocol stack between the UE and the BS. The control plane refers to a path through which control messages for managing calls by the UE and the network are transmitted. The user plane refers to a path for transmitting data (e.g., voice data or internet packet data) generated in the application layer. Referring to fig. 4 (a), the user plane protocol stack may be divided into a first layer (layer 1), i.e., a Physical (PHY) layer, and a second layer (layer 2). Referring to (b) of fig. 4, the control plane protocol stack may be divided into a layer 1 (i.e., PHY layer), a layer 2, a layer 3 (e.g., radio Resource Control (RRC) layer), and a non-access stratum (NAS) layer. Layers 1, 2 and 3 are referred to AS access layers (AS).
The NAS control protocol terminates in an Access Management Function (AMF) on the network side and performs functions such as authentication, mobility management, security control, and the like.
In the 3GPP LTE system, layer 2 is separated into the following sublayers: medium Access Control (MAC), radio Link Control (RLC), and Packet Data Convergence Protocol (PDCP). In a 3GPP New Radio (NR) system, layer 2 is separated into the following sublayers: MAC, RLC, PDCP and SDAP. The PHY layer provides transport channels to the MAC sublayer, the MAC sublayer provides logical channels to the RLC sublayer, the RLC sublayer provides RLC channels to the PDCP sublayer, and the PDCP sublayer provides radio bearers to the SDAP sublayer. The SDAP sublayer provides quality of service (QoS) flows to the 5G core network.
In a 3GPP NR system, main services and functions of the SDAP include: mapping between QoS flows and data radio bearers; qoS Flow ID (QFI) is marked in both DL and UL packets. A single SDAP protocol entity is configured for each individual PDU session.
In a 3GPP NR system, main services and functions of the RRC sublayer include: broadcasting of system information related to the AS and NAS; paging initiated by a 5G core (5 GC) or NG-RAN; establishment, maintenance and release of RRC connection between UE and NG-RAN; security functions including key management; establishment, configuration, maintenance and release of Signaling Radio Bearers (SRBs) and Data Radio Bearers (DRBs); mobility functions (including handover and context transfer, UE cell selection and reselection, control of cell selection and reselection, inter-RAT mobility); qoS management function; UE measurement reporting and control of reporting; detection and recovery of radio link failure; NAS messages are transferred from UE to NAS/from NAS to UE.
In the 3GPP NR system, main services and functions of the PDCP sublayer for the user plane include: sequence numbering; header compression and decompression: ROHC only; user data transmission; reordering and repetition detection; delivering in sequence; PDCP PDU routing (in case of split bearers); retransmission of PDCP SDUs; encryption, decryption, and integrity protection; PDCP SDU discard; PDCP re-establishment and data recovery for RLC AM; PDCP status report for RLC AM; repetition of PDCP PDUs and repetition discard indication to lower layers. The main services and functions of the PDCP sublayer for the control plane include: sequence numbering; encryption, decryption, and integrity protection; transmission of control plane data; reordering and repetition detection; delivering in sequence; repetition of PDCP PDUs and repetition discard indication to lower layers.
The RLC sublayer supports three transmission modes: transparent Mode (TM); unacknowledged Mode (UM); and an Acknowledged Mode (AM). RLC configuration is per logical channel and is independent of parameter sets and/or transmission duration. In the 3GPP NR system, main services and functions of the RLC sublayer depend on a transmission mode and include: transmission of upper layer PDUs; sequence numbers (UM and AM) in PDCP independent; error correction by ARQ (AM only); segmentation (AM and UM) and re-segmentation (AM only) of RLC SDUs; reassembly of SDUs (AM and UM); repeated detection (AM only); RLC SDU discard (AM and UM); RLC re-establishment; protocol error detection (AM only).
In a 3GPP NR system, main services and functions of a MAC sublayer include: mapping between logical channels and transport channels; multiplexing/demultiplexing MAC SDUs belonging to one or different logical channels to/from Transport Blocks (TBs) delivered to/from a physical layer on a transport channel; scheduling information reporting; error correction by HARQ (one HARQ entity per cell in the case of Carrier Aggregation (CA)); priority handling between dynamically scheduled UEs; priority handling between logical channels of one UE ordered by logical channel priority; filling. A single MAC entity may support multiple parameter sets, transmission timings, and cells. The mapping in the logical channel prioritization limits which parameter set(s), cell and transmission timing(s) the control logical channel can use. MAC provides heterogeneous data transfer services. To accommodate different kinds of data transfer services, multiple types of logical channels are defined, i.e., each logical channel supports the transfer of a particular type of information. Each logical channel type is defined by what type of information is transmitted. Logical channels are divided into two groups: control channels and traffic channels. The control channel is used only for transmission of control plane information and the traffic channel is used only for transmission of user plane information. The Broadcast Control Channel (BCCH) is a downlink logical channel for broadcasting system control information, the Paging Control Channel (PCCH) is a downlink logical channel transmitting paging information, a system information change notification, and an indication of ongoing PWS broadcasting, the Common Control Channel (CCCH) is a logical channel for transmitting control information between a UE and a network and used by the UE not having an RRC connection with the network, and the Dedicated Control Channel (DCCH) is a point-to-point bidirectional logical channel transmitting dedicated control information between the UE and the network and used by the UE having an RRC connection. Dedicated Traffic Channel (DTCH) is a point-to-point logical channel dedicated to one UE for transmitting user information. DTCH may be present in both uplink and downlink. In the downlink, there are the following connections between logical channels and transport channels: the BCCH can be mapped to the BCH; the BCCH may be mapped to a downlink shared channel (DL-SCH); PCCH may be mapped to PCH; the CCCH may be mapped to the DL-SCH; DCCH may be mapped to DL-SCH; and DTCH may be mapped to DL-SCH. In the uplink, there are the following connections between logical channels and transport channels: the CCCH may be mapped to an uplink shared channel (UL-SCH); DCCH may be mapped to UL-SCH; and DTCH may be mapped to UL-SCH.
Fig. 5 illustrates an example of a frame structure in a 3 GPP-based wireless communication system.
The frame structure shown in fig. 5 is merely exemplary, and the number of subframes, the number of slots, and/or the number of symbols in a frame may vary differently. In a 3 GPP-based wireless communication system, OFDM parameter sets (e.g., subcarrier spacing (SCS), transmission Time Interval (TTI) duration) may be configured differently among a plurality of cells aggregated for one UE. For example, if the UE is configured with different SCS for cells aggregated for a cell, the (absolute time) duration of the time resource (e.g., subframe, slot or TTI) comprising the same number of symbols may be different among the aggregated cells. Herein, the symbol may include an OFDM symbol (or CP-OFDM symbol), an SC-FDMA symbol (or discrete fourier transform-spread-OFDM (DFT-s-OFDM) symbol).
Referring to fig. 5, downlink and uplink transmissions are organized into frames. Each frame has T f =10 ms duration. Each frame is divided into two fields, with each field having a 5ms duration. Each half frame comprises 5 subframes, wherein the duration T of each subframe sf Is 1ms. Each subframe is divided into slots, and the number of slots in a subframe depends on the subcarrier spacing. Each slot includes 14 or 12 OFDM symbols based on a Cyclic Prefix (CP). In the normal CP, each slot includes 14 OFDM symbols, and in the extended CP, each slot includes 12 OFDM symbols. Parameter sets are based on exponentially shrinking The subcarrier spacing of the placements Δf=2 u *15kHz. The following table shows the data according to subcarrier spacing Δf=2 u * The number of OFDM symbols per slot of 15kHz, the number of slots per frame, and the number of slots per subframe for a normal CP.
TABLE 1
| u | N slot symb | N frame，u slot | N subframe，u slot |
| 0 | 14 | 10 | 1 |
| 1 | 14 | 20 | 2 |
| 2 | 14 | 40 | 4 |
| 3 | 14 | 80 | 8 |
| 4 | 14 | 160 | 16 |
The following table shows the data according to subcarrier spacing Δf=2 u * The number of OFDM symbols per slot of 15kHz, the number of slots per frame, and the number of slots per subframe for extended CP.
TABLE 2
| u | N slot symb | N frame，u slot | N subfrframe，u slot |
| 2 | 12 | 40 | 4 |
A slot includes a plurality of symbols (e.g., 14 or 12 symbols) in the time domain. For each parameter set (e.g., subcarrier spacing) and carrier, from a Common Resource Block (CRB) N indicated by higher layer signaling (e.g., radio Resource Control (RRC) signaling) start，u grid Initially, N is defined size，u grid，x *N RB sc Sub-carriers and N subframe，u symb Resource grid of OFDM symbols, where N size，u grid，x Is the number of resource blocks in the resource grid and the subscript x is DL for downlink and UL for uplink. N (N) RB sc Is the number of subcarriers per resource block. In a 3GPP based wireless communication system, N RB sc Typically 12. There is one resource grid for a given antenna port p, subcarrier spacing configuration u and transmission direction (DL or UL). Carrier bandwidth N for subcarrier spacing configuration u size，u grid Given by higher layer parameters (e.g., RRC parameters). Each element in the resource grid for antenna port p and subcarrier spacing configuration u is referred to as a Resource Element (RE), and one complex symbol may be mapped to each RE. Each RE in the resource grid is uniquely identified by an index k in the frequency domain and an index 1 representing the symbol position relative to the reference point in the time domain. In a 3 GPP-based wireless communication system, a resource block is defined by 12 consecutive subcarriers in the frequency domain.
In the 3GPP NR system, resource blocks are classified into CRBs and Physical Resource Blocks (PRBs). The CRB is numbered upwards in the frequency domain starting from 0 for the subcarrier spacing configuration u. The center of subcarrier 0 of CRB 0 for subcarrier spacing configuration u coincides with "point a" which serves as a common reference point for the resource block grid. In a 3GPPNR system, PRBs are defined within a bandwidth part (BWP) and range from 0 to N size BwP，i -1 number, where i is the number of the bandwidth part. Physical resource block n in bandwidth part i PRB And common resource block n CRB The relationship between them is as follows: b (B) PRB ＝n CRB +N size BwP，i Wherein N is size BwP，i Is the common resource block where the bandwidth part starts with respect to CRB 0. BWP comprises a plurality of consecutive resource blocks. The carrier may include a maximum of N (e.g., 5) BWPs. The UE may be configured with one or more BWPs on a given component carrier. Only one BWP at a time can be activated among the BWPs configured to the UE. The active BWP defines an operation bandwidth of the UE within the operation bandwidth of the cell.
The NR frequency band may be defined as 2 types of frequency ranges, FR1 and FR2.FR2 may also be referred to as millimeter wave (mmW). The frequency ranges in which NR can operate are shown as described in table 3.
TABLE 3
| Frequency range assignment | Corresponding frequency range | Subcarrier spacing |
| FR1 | 410MHz-7125MHz | 15，30，60kHz |
| FR2 | 24250MHz-52600MHz | 60，120，240kHz |
Fig. 6 illustrates an example of data flow in a 3GPP NR system.
In fig. 6, "RB" represents a radio bearer, and "H" represents a header. Radio bearers are classified into two groups: a Data Radio Bearer (DRB) for user plane data and a Signaling Radio Bearer (SRB) for control plane data. The MAC PDU is transmitted/received to/from an external device through the PHY layer using radio resources. The MAC PDU arrives at the PHY layer in the form of a transport block.
At the PHY layer, uplink transport channels UL-SCH and RACH are mapped to a Physical Uplink Shared Channel (PUSCH) and a Physical Random Access Channel (PRACH), respectively, and downlink transport channels DL-SCH, BCH, and PCH are mapped to a Physical Downlink Shared Channel (PDSCH), a Physical Broadcast Channel (PBCH), and PDSCH, respectively. At the PHY layer, uplink Control Information (UCI) is mapped to PUCCH and Downlink Control Information (DCI) is mapped to PDCCH. The UE transmits MAC PDUs related to the UL-SCH via PUSCH based on UL grant, and the BS transmits MAC PDUs related to the DL-SCH via PDSCH based on DL assignment.
To transmit data units of the present disclosure on the UL-SCH, a UE should have uplink resources available to the UE. To receive the data units of the present disclosure on the DL-SCH, the UE should have downlink resources available to the UE. The resource allocation includes time domain resource allocation and frequency domain resource allocation. In the present disclosure, uplink resource allocation is also referred to as uplink grant, and downlink resource allocation is also referred to as downlink assignment. The uplink grant is either dynamically received by the UE on the PDCCH in a random access response or semi-permanently configured to the UE by the RRC. The downlink assignment is either dynamically received by the UE on the PDCCH or semi-permanently configured to the UE through RRC signaling from the BS.
In UL, the BS can dynamically allocate resources to the UE on the PDCCH via a cell radio network temporary identifier (C-RNTI). The UE always monitors the PDCCH in order to find a possible grant for uplink transmission when its downlink reception is enabled (by Discontinuous Reception (DRX) control activity when configured). Further, by configuring the grant, the BS may allocate uplink resources for the initial HARQ transmission to the UE. Two configured uplink grants are defined: type 1 and type 2. For type 1, the rrc directly provides configured uplink grants (including periodicity). For type 2, rrc defines periodicity of the configured uplink grant, while PDCCH addressed to the configured scheduling RNTI (CS-RNTI) may signal and activate the configured uplink grant or deactivate it; that is, the PDCCH indication addressed to the CS-RNTI may implicitly reuse the uplink grant according to the periodicity defined by the RRC until deactivated.
In DL, the BS may dynamically allocate resources to the UE via the C-RNTI on the PDCCH. The UE always monitors the PDCCH in order to find possible assignments when its downlink reception is enabled (by DRX control activity when configured). In addition, through semi-persistent scheduling (SPS), the BS may allocate downlink resources for an initial HARQ transmission to the UE: the RRC defines the periodicity of the configured downlink assignment, while the PDCCH addressed to the CS-RNTI may signal and activate the configured downlink assignment, or deactivate it. In other words, the PDCCH indication addressed to the CS-RNTI may implicitly reuse the downlink assignment according to the periodicity defined by the RRC until deactivated.
< resource allocation by PDCCH (i.e., resource allocation by DCI) >)
The PDCCH may be used to schedule DL transmissions on PDSCH and UL transmissions on PUSCH, wherein Downlink Control Information (DCI) on PDCCH includes: downlink assignment including at least modulation and coding format (e.g., modulation and Coding Scheme (MCS) index IMCS), resource allocation, and hybrid ARQ information related to the DL-SCH; or an uplink scheduling grant containing at least modulation and coding format, resource allocation, and hybrid ARQ information related to the UL-SCH. The size and use of DCI carried by one PDCCH varies according to DCI formats. For example, in the 3GPP NR system, DCI format 0_0 or DCI format 0_1 is used for scheduling of PUSCH in one cell, and DCI format 1_0 or DCI format 1_1 is used for scheduling of PDSCH in one cell.
Fig. 7 illustrates an example of PDSCH time domain resource allocation through PDCCH and an example of PUSCH time resource allocation through PDCCH.
The Downlink Control Information (DCI) carried by the PDCCH for scheduling the PDSCH or PUSCH includes a value m of a row index m+1 of an allocation table for the PDSCH or PUSCH. A predefined default PDSCH time domain allocation A, B or C is applied as an allocation table for PDSCH, or a RRC configured PDSCH-timedomainalllocation list is applied as an allocation table for PDSCH. A predefined default PUSCH time domain allocation a is applied as an allocation table for PUSCH, or an RRC configured PUSCH-timedomainalllocation list is applied as an allocation table for PUSCH. Which PDSCH time domain resource allocation configuration to apply and which PUSCH time domain resource allocation table to apply is determined according to fixed/predefined rules (e.g., table 6.1.2.1.1-1 in tables 5.1.2.1.1-1,3GPP TS 38.214 v15.3.0 in 3GPP TS 38.214 v15.3.0).
Each of PDSCH time domain allocation configurationsThe index row defines a slot offset K 0 The start and length indicator SLIV either directly defines the start symbol S and the allocation length L, and the type of PDSCH mapping assumed in PDSCH reception. Each index row in the PUSCH time domain allocation configuration defines a slot offset K 2 The start and length indicator SLIV either directly defines the start symbol S and the allocation length L, and the PUSCH mapping type assumed in PUSCH reception. K for PDSCH 0 Or K for PUSCH 2 Is a timing difference between a slot having a PDCCH and a slot having a PDSCH or PUSCH corresponding to the PDCCH. The SLIV is a joint indication of a starting symbol S relative to the beginning of a slot with PDSCH or PUSCH and the number L of consecutive symbols counted from the beginning of symbol S. For PDSCH/PUSCH mapping types, there are two mapping types: one is a mapping type a in which a demodulation reference signal (DMRS) is located in the 3 rd or 4 th symbol of a slot according to RRC signaling; and the other is a mapping type B, in which the DMRS is located in the first allocated symbol.
The scheduling DCI includes a frequency domain resource assignment field providing assignment information on resource blocks for PDSCH or PUSCH. For example, the frequency domain resource assignment field may provide information to the UE regarding cells for PDSCH or PUSCH transmissions, information regarding bandwidth portions for PDSCH or PUSCH transmissions, information regarding resource blocks for PDSCH or PUSCH transmissions.
< resource Allocation by RRC >
As described above, in the uplink, there are two transmissions without dynamic grants: configured grant type 1, wherein uplink grants are provided by RRC and stored as configured grants; and a configured grant type 2, wherein the uplink grant is provided by the PDCCH and is stored or cleared as a configured uplink grant based on L1 signaling indicating configured uplink grant activation or deactivation. Type 1 and type 2 are configured by RRC for each serving cell and each BWP. Multiple configurations are active only on different serving cells at the same time. For type 2, activation and deactivation between serving cells are independent. For the same serving cell, the MAC entity is configured as type 1 or type 2.
When the configured grant type 1 is configured, the UE is provided with at least the following parameters via RRC signaling from the BS:
-CS-RNTI, which is CS-RNTI for a retransmission;
-periodicity providing a periodicity of configured grant type 1;
-timeDomainOffset representing an offset of a resource in the time domain relative to sfn=0;
-a timedomainalllocation value m providing a row index m+1 pointing to the allocation table, indicating a combination of start symbol S and length L and PUSCH mapping type;
-frequencydomaimalloperation, which provides frequency domain resource allocation; and
-mcsAndTBS providing an IMCS representing modulation order, target code rate and transport block size. When configured grant type 1 is configured by RRC for a serving cell, the UE stores the uplink grant provided by RRC as a configured uplink grant for the indicated serving cell, and initializes or reinitializes the configured uplink grant to start in a symbol according to timeDomainOffset and S (derived from SLIV), and periodically reappears. After configuring the uplink grant for configured grant type 1, the UE considers the uplink grant to be associated with each symbol, wherein: [ (sfn× numberOfSlotsPerFrame (numberOfSymbolsPerSlot) + (number of slots in frame x number of symbols in slot) +number of symbols in slot ] = (timeDomainOffset x number of symbols per slot+s+n x periodicity) module (1024 x number of slots per frame x number of symbols per slot), for all N > =0.
When the configured grant type 2 is configured, at least the following parameters are provided to the UE via RRC signaling from the BS:
-CS-RNTI, which is CS-RNTI for activation, deactivation and retransmission; and
periodicity, which provides periodicity of configured grant type 2. In practice the uplink grant is provided to the UE through the PDCCH (addressed to the CS-RNTI). After configuring the uplink grant for configured grant type 2, the UE considers the uplinkA path grant is associated with each symbol, wherein: [ (SFN x number ofslotsperframe x number ofsymbol ssslot) + (number of slots in frame x number of symbols in symbol ssslot) +number of slots]＝[(SFN start time *numberOfSlotsPerFrame*numberOfSymbolsPerSlot+slot start time *numberOfSymbolsPerSlot+symbol start time ) Periodicity of +N]Modulo (1024 Xnumber OfSlotsPerframe x number OfSymbsPerslot) for all N>=0, wherein SFN start time 、slot start time And symbol start time The SFN, time slot and symbol, respectively, of the first transmission opportunity of PUSCH in which the configured uplink is (re) initialized. The numberOfSlotsPerFrame and numberOfSymbolsPerSlot refer to the number of consecutive slots per frame and the number of consecutive OFDM symbols per slot, respectively.
For a configured uplink grant, the HARQ process ID associated with the first symbol of the UL transmission is derived from the following equation:
HARQ process id= [ floor (current_symbol/periodicity) ] module nrofHARQ-Processes
Wherein current_symbol= (sfn×number ofslotsperframe×number ofsymbol perslot + number of slots in frame x number ofsymbol perslot + number of symbols in slot), and number ofslotsperframe and number ofsymbol perslot refer to the number of consecutive slots per frame and the number of consecutive symbols per slot, respectively, specified in TS 38.211. Current_symbol refers to a symbol index of a first transmission opportunity at which repetition bundling occurs. If the configured uplink grant is activated and the associated HARQ process ID is less than nrofHARQ-Processes, the HARQ process is configured for the configured uplink grant.
For the downlink, the UE may be configured with semi-persistent scheduling (SPS) per serving cell and per BWP through RRC signaling from the BS. Multiple configurations may only be active simultaneously on different serving cells. The activation and deactivation of DL SPS are independent between serving cells. For DL SPS, DL assignments are provided to the UE over PDCCH and stored or cleared based on L1 signaling indicating SPS activation or deactivation. When configuring SPS, the following parameters are provided to the UE via RRC signaling from the BS:
-CS-RNTI, which is CS-RNTI for activation, deactivation and retransmission;
nrofHARQ-Processes: it provides the number of HARQ processes configured for SPS;
periodicity, which provides periodicity of downlink assignment for SPS configuration.
When SPS is released by the upper layer, all corresponding configurations should be released.
After configuring the downlink assignment for SPS, the UE considers that the nth downlink assignment occurs in the following slot: (numberOfSlotsPerFrame SFN + number of slots in frame) = [ (numberOfSlotsPerFrame SFN) start time +slot start time ) +N periodic ofSlotsPerFrame/10]Modulo (1024 x numberOfSlotsPerframe), where SFN start time And slot start time The SFN and time slot of the first transmission of the (re) initialized PDSCH are respectively configured downlink assignments.
For a configured downlink assignment, the HARQ process ID associated with the slot from which the DL transmission starts is derived from the following equation:
HARQ process id= [ floor (current_slot×10/(numberofslotsperframe×periodicity)) ] module nrofHARQ-Processes
Where current_slot= [ (sfn×number of slots in a frame) +number of slots in a frame ], and number of slots per frame refers to the number of consecutive slots per frame as specified in TS 38.211.
If a Cyclic Redundancy Check (CRC) corresponding to the DCI format is scrambled by a CS-RNTI provided by an RRC parameter CS-RNTI and a new data indicator field for an enabled transport block is set to 0, the UE verifies a DL SPS assignment PDCCH or a configured UL grant type 2PDCCH for scheduling activation or scheduling release. If all fields for the DCI format are set according to table 4 or table 5, verification of the DCI format is achieved. Table 4 shows special fields for DL SPS and UL grant type 2 scheduling activation PDCCH verification, and table 5 shows special fields for DL SPS and UL grant type 2 scheduling release PDCCH verification.
TABLE 4
TABLE 5
| DCI Format 0_0 | DCI Format 1_0 | |
| HARQ process numbering | Set to be all 0' | Set to be all 0' |
| Redundancy version | Set to "00" | Set to "00" |
| Modulation and coding scheme | Is set as all '1' | Is set as all '1' |
| Resource block assignment | Is set as all '1' | Is set as all '1' |
The actual DL assignment and the actual UL grant, and the corresponding modulation and coding schemes are provided by resource assignment fields (e.g., a time domain resource assignment field providing a time domain resource assignment value m, a frequency domain resource assignment field providing frequency resource block allocation, a modulation and coding scheme field) in the DCI format carried by the DL SPS and UL grant type 2 scheduling activation PDCCH. If authentication is achieved, the UE treats the information in the DCI format as a valid activation or valid release of DL SPS or configured UL grant type 2.
For UL, the processor 102 of the present disclosure may transmit (or control the transceiver 106 to transmit) the data units of the present disclosure based on UL grants available to the UE. The processor 202 of the present disclosure may receive (or control the transceiver 206 to receive) data units of the present disclosure based on UL grants available to the UE.
For DL, the processor 102 of the present disclosure may receive (or control the transceiver 106 to receive) DL data of the present disclosure based on DL assignments available to the UE. The processor 202 of the present disclosure may transmit (or control the transceiver 206 to transmit) DL data of the present disclosure based on DL assignments available to the UE.
The data units of the present disclosure are subjected to physical layer processing at the transmitting side before being transmitted via the radio interface, and the radio signals carrying the data units of the present disclosure are subjected to physical layer processing at the receiving side. For example, a MAC PDU including a PDCP PDU according to the present disclosure may be processed through a physical layer as follows.
Fig. 8 illustrates an example of physical layer processing at the transmitting side.
The following table shows the mapping of transport channels (trchs) and control information to their corresponding physical channels. Specifically, table 6 specifies the mapping of uplink transport channels to their corresponding physical channels, table 7 specifies the mapping of uplink control channel information to their corresponding physical channels, table 8 specifies the mapping of downlink transport channels to their corresponding physical channels, and table 9 specifies the mapping of downlink control channel information to their corresponding physical channels.
TABLE 6
| TrCH | Physical channel |
| UL-SCH | PUSCH |
| RACH | PRACH |
TABLE 7
| Control information | Physical channel |
| UCI | PUCCH、PUSCH |
TABLE 8
| TrCH | Physical channel |
| DL-SCH | PDSCH |
| BCH | PBCH |
| PCH | PDSCH |
TABLE 9
| Control information | Physical channel |
| DCI | PDCCH |
< coding >
The data and control streams from/to the MAC layer are encoded to provide transport and control services over the radio transmission link in the PHY layer. For example, a transport block from the MAC layer is encoded into a codeword at the transmitting side. The channel coding scheme is a combination of error detection, error correction, rate matching, interleaving, and transmission channel or control information mapped to/separated from the physical channel.
In the 3GPP NR system, the following channel coding schemes are used for different types of trchs and different control information types.
TABLE 10
TABLE 11
For transmission of DL transport blocks (i.e., DL MAC PDUs) or UL transport blocks (i.e., UL MAC PDUs), a transport block CRC sequence is attached to provide error detection for the receiving side. In the 3GPP NR system, a communication apparatus uses a Low Density Parity Check (LDPC) code in encoding/decoding an UL-SCH and a DL-SCH. The 3GPP NR system supports two LDPC base graphs (i.e., two LDPC base matrices): LDPC base fig. 1 optimized for small transport blocks and LDPC base fig. 2 optimized for larger transport blocks. The LDPC base map 1 or the LDPC base map 2 is selected based on the size of the transport block and the code rate R. The code rate R is indicated by a Modulation Coding Scheme (MCS) index IMCS. The MCS index is provided to the UE dynamically by the PDCCH scheduling PUSCH or PDSCH, by the PDCCH activating or (re) initializing grant 2 of UL configuration or DL SPS, or by RRC signaling related to grant type 1 of UL configuration. If the CRC attached transport block is greater than the maximum code block size for the selected LDPC base map, the CRC attached transport block may be partitioned into code blocks and an additional CRC sequence attached to each code block. The maximum code block sizes for LDPC base fig. 1 and LDPC base fig. 2 are 8448 bits and 3480 bits, respectively. If the CRC attached transport block is not greater than the maximum code block size of the selected LDPC base map, the CRC attached transport block is encoded using the selected LDPC base map. Each code block of the transport block is encoded using the selected LDPC base graph. The LDPC coded blocks are then rate matched individually. Code block concatenation is performed to create codewords for transmission on PDSCH or PUSCH. For PDSCH, at most 2 codewords (i.e., at most 2 transport blocks) may be simultaneously transmitted on PDSCH. PUSCH may be used for transmission of UL-SCH data and layer 1/2 control information. Although not shown in fig. 8, the layer 1/2 control information may be multiplexed with codewords for UL-SCH data.
< scrambling and modulation >
Bits of the codeword are scrambled and modulated to generate a block of complex-valued modulation symbols.
< layer mapping >
Complex-valued modulation symbols of the codeword are mapped to one or more multiple-input multiple-output (MIMO) layers. A codeword can be mapped to a maximum of 4 layers. PDSCH may carry two codewords and thus PDSCH may support 8-layer transmissions at maximum. PUSCH supports a single codeword and thus PUSCH can support up to 4-layer transmission.
< transform precoding >
DL transmission waveforms are conventional OFDM using a Cyclic Prefix (CP). For DL, transform precoding (in other words, discrete Fourier Transform (DFT)) is not applied.
The UL transmission waveform is a conventional OFDM using CP in which a transform precoding function performing DFT spreading may be disabled or enabled. In 3GPP NR systems, transform precoding can be selectively applied for UL, if enabled. Transform precoding spreads UL data in a special way to reduce the peak-to-average power ratio (PAPR) of the waveform. Transform precoding is a form of DFT. In other words, the 3GPP NR system supports two options for UL waveforms: one is CP-OFDM (same as DL waveform), and the other is DFT-s-OFDM. The UE must be configured by the BS via RRC parameters using CP-OFDM or DFT-s-OFDM.
< subcarrier mapping >
The layers are mapped to antenna ports. In DL, a transparent (non-codebook based) mapping is supported for layer-to-antenna port mapping, and how beamforming or MIMO precoding is performed is transparent to the UE. In UL, both non-codebook based and codebook based mappings are supported for layer-to-antenna port mapping.
For each antenna port (i.e., layer) used for transmission of a physical channel (e.g., PDSCH, PUSCH), complex-valued modulation symbols are mapped to subcarriers in a resource block allocated to the physical channel.
< OFDM modulation >
The communication apparatus at the transmitting side generates a time-continuous OFDM baseband signal on the antenna port p and the subcarrier spacing configuration u for the OFDM symbol l in the TTI for the physical channel by adding a Cyclic Prefix (CP) and performing IFFT. For example, for each OFDM symbol, the communication apparatus at the transmitting side may perform Inverse Fast Fourier Transform (IFFT) on complex-valued modulation symbols mapped to resource blocks in the corresponding OFDM symbol and add a CP on the IFFT-ed signal to generate an OFDM baseband signal.
< Up-conversion >
The communication device at the transmitting side up-converts the OFDM baseband signal for antenna port p, subcarrier spacing configuration u and OFDM symbol l to the carrier frequency f0 of the cell to which the physical channel is assigned.
Processors 102 and 202 in fig. 2 may be configured to perform coding, scrambling, modulation, layer mapping, transform precoding (for UL), subcarrier mapping, and OFDM modulation. The processors 102 and 202 may control transceivers 106 and 206 coupled to the processors 102 and 202 to upconvert the OFDM baseband signals to a carrier frequency to generate Radio Frequency (RF) signals. The radio frequency signals are transmitted to external devices through antennas 108 and 208.
Fig. 9 illustrates an example of physical layer processing at the receiving side.
The physical layer processing at the receiving side is basically the inverse of the physical layer processing at the transmitting side.
< Down conversion >
The communication device at the receiving side receives the RF signal at the carrier frequency through the antenna. Transceivers 106 and 206, which receive the RF signals at carrier frequencies, down-convert the carrier frequencies of the RF signals to baseband to obtain OFDM baseband signals.
< OFDM demodulation >
The communication device at the receiving side obtains complex-valued modulation symbols via CP separation and FFT. For example, for each OFDM symbol, the communication apparatus at the receiving side removes the CP from the OFDM baseband signal, and performs FFT on the CP-removed OFDM baseband signal to obtain complex-valued modulation symbols for the antenna port p, the subcarrier spacing u, and the OFDM symbol l.
< subcarrier demapping >
Sub-carrier demapping is performed on the complex-valued modulation symbols to obtain complex-valued modulation symbols for the corresponding physical channel. For example, processor 102 may obtain complex-valued modulation symbols mapped to subcarriers belonging to PDSCH from among complex-valued modulation symbols received in the bandwidth portion. For another example, processor 202 may obtain complex-valued modulation symbols mapped to subcarriers belonging to PUSCH from among complex-valued modulation symbols received in the bandwidth portion.
< transform solution precoding >
If transform precoding has been enabled for the uplink physical channel, transform de-precoding (e.g., IDFT) is performed on complex-valued modulation symbols of the uplink physical channel. For a downlink physical channel and an uplink physical channel for which transform precoding is disabled, transform de-precoding is not performed.
< layer demapping >
The complex-valued modulation symbols are demapped to one or two codewords.
< demodulation and descrambling >
Complex-valued modulation symbols of a codeword are demodulated and descrambled into bits of the codeword.
< decoding >
The codeword is decoded into a transport block. For the UL-SCH and DL-SCH, the LDPC base map 1 or the LDPC base map 2 is selected according to the size of the transport block and the code rate R. The codeword may comprise one or more encoded blocks. Each encoded block is decoded into a CRC-attached code block or a CRC-attached transport block using the selected LDPC base map. If code block segmentation is performed on the CRC-attached transport blocks at the transmitting side, a CRC sequence is removed from each of the CRC-attached code blocks, thereby obtaining code blocks. The code blocks are concatenated into a CRC attached transport block. The transport block CRC sequence is removed from the CRC attached transport block, thereby obtaining a transport block. The transport block is delivered to the MAC layer.
In the physical layer processing at the transmitting side and the receiving side described above, time-domain and frequency-domain resources (e.g., OFDM symbols, subcarriers, carrier frequencies) related to subcarrier mapping, OFDM modulation, and frequency up/down conversion may be determined based on resource allocation (e.g., UL grant, DL assignment).
For uplink data transmission, the processor 102 of the present disclosure may apply the above-described physical layer processing (or control transceiver 106 application) on the transmitting side to the data units of the present disclosure to wirelessly transmit the data units. For downlink data reception, the processor 102 of the present disclosure may apply (or control the transceiver 106 to apply) the above-described physical layer processing on the receiving side to the received radio signal to obtain the data units of the present disclosure.
For downlink data transmission, the processor 202 of the present disclosure may apply the above-described physical layer processing (or control transceiver 206 application) on the transmitting side to the data units of the present disclosure to wirelessly transmit the data units. For uplink data reception, the processor 202 of the present disclosure may apply (or control the transceiver 206 to apply) the above-described physical layer processing on the receiving side to the received radio signal to obtain the data units of the present disclosure.
Fig. 10 illustrates the operation of a wireless device in accordance with an implementation of the present disclosure.
The first wireless device 100 of fig. 2 may generate first information/signals according to the functions, processes, and/or methods described in the present disclosure, and then wirelessly transmit radio signals including the first information/signals to the second wireless device 200 of fig. 2 (S10). The first information/signal may include a data unit (e.g., PDU, SDU, RRC message) of the present disclosure. The first wireless device 100 may receive a radio signal including the second information/signal from the second wireless device 200 (S30), and then perform an operation based on or according to the second information/signal (S50). The second information/signal may be transmitted by the second wireless device 200 to the first wireless device 100 in response to the first information/signal. The second information/signal may include a data unit (e.g., PDU, SDU, RRC message) of the present disclosure. The first information/signal may include content request information and the second information/signal may include content specific to the use of the first wireless device 100. Some examples of operations specific to the use of wireless devices 100 and 200 will be described below.
In some scenarios, the first wireless device 100 may be the handheld device 100d of fig. 1 that performs the functions, processes, and/or methods described in this disclosure. The hand-held device 100d may acquire information/signals (e.g., touch, text, voice, image, or video) input by a user and convert the acquired information/signals into first information/signals. The handheld device 100d may transmit the first information/signal to the second wireless device 200 (S10). The second wireless device 200 may be any one of the wireless devices 100a to 100f in fig. 1 or a BS. The handheld device 100d may receive the second information/signal from the second wireless device 200 (S30) and perform an operation based on the second information/signal (S50). For example, the handheld device 100d may output the content of the second information/signal (e.g., in the form of text, voice, image, video, or haptic) to the user through the I/O unit of the handheld device 100d.
In some scenarios, the first wireless device 100 may be a vehicle or an autonomous vehicle 100b that performs the functions, processes, and/or methods described in the present disclosure. The vehicle 100b may transmit signals (e.g., data and control signals) to and receive signals (e.g., data and control signals) from external devices such as other vehicles, BSs (e.g., gNB and roadside units) and servers through its communication unit (e.g., the communication unit 110 of fig. 1C) (S10). The vehicle 100b may include a driving unit, and the driving unit may cause the vehicle 100b to travel on a road. The drive units of the vehicle 100b may include an engine, a motor, a powertrain, wheels, brakes, steering, and the like. The vehicle 100b may include a sensor unit for acquiring a vehicle state, surrounding information, user information, and the like. The vehicle 100b may generate and transmit the first information/signal to the second wireless device 200 (S10). The first information/signal may include vehicle status information, ambient information, user information, etc. The vehicle 100b may receive second information/signals from the second wireless device 200 (S30). The second information/signal may include vehicle status information, ambient information, user information, etc. The vehicle 100b may travel, stop or adjust the speed on the road based on the second information/signal (S50). For example, the vehicle 100b may receive second information/signals including map data, traffic information data, and the like from an external server (S30). The vehicle 100b may generate an automatic driving path and a driving plan based on the second information/signal, and may move along the automatic driving path according to the driving plan (e.g., speed/direction control) (S50). For another example, the control unit or processor of the vehicle 100b may generate a virtual object based on map information, traffic information, and vehicle position information obtained through the GPS sensor of the vehicle 100b, and the I/O unit 140 of the vehicle 100b may display the generated virtual object in a window of the vehicle 100b (S50).
In some scenarios, the first wireless device 100 may be the XR device 100c of fig. 1 performing the functions, processes, and/or methods described in the present disclosure. XR device 100C may send signals (e.g., media data and control signals) to and receive signals (e.g., media data and control signals) from external devices such as other wireless devices, handheld devices, or media servers via its communication unit (e.g., communication unit 110 of fig. 1C) (S10). For example, XR device 100c sends content request information to another device or media server (S10), and downloads/streams content such as movies or news from the other device or media server (S30), and generates, outputs, or displays an XR object (e.g., AR/VR/MR object) through an I/O unit of the XR device based on the wirelessly received second information/signal (S50).
In some scenarios, the first wireless device 100 may be the robot 100a of fig. 1 that performs the functions, processes, and/or methods described in the present disclosure. The robot 100a may be classified into an industrial robot, a medical robot, a home robot, a military robot, etc., according to the purpose or field of use. The robot 100a may transmit and receive signals (e.g., drive information and control signals) to and from external devices such as other wireless devices, other robots, or control servers through its communication unit (e.g., the communication unit 110 of fig. 1C) (S10). The second information/signals may include driving information and control signals for the robot 100a. The control unit or processor of the robot 100a may control the movement of the robot 100a based on the second information/signals.
In some scenarios, the first wireless device 100 may be the AI device 400 of fig. 1. The artificial intelligence device may be implemented by a stationary device or a mobile device such as a television, projector, smart phone, PC, notebook, digital broadcast terminal, tablet PC, wearable device, set-top box (STB), radio, washing machine, refrigerator, digital signage, robot, vehicle, etc. The AI device 400 may transmit and receive wired/radio signals (e.g., sensor information, user input, learning model, or control signals) to and from external devices such as other AI devices (e.g., 100a, …, 100f, 200, or 400 of fig. 1) (e.g., 100a, …, 100f, 200, or 400 of fig. 1) or AI servers (e.g., 400) using wired/wireless communication techniques (S10). The control unit or processor of the AI device 400 can determine at least one feasible operation of the AI device 400 based on information determined or generated using a data analysis algorithm or a machine learning algorithm. The AI device 400 may request an external device, such as another AI device or an AI server, to provide sensor information, user input, learning models, control signals, etc., to the AI device 400 (S10). The AI device 400 may receive second information/signals (e.g., sensor information, user input, a learning model, or a control signal) (S30), and the AI device 400 may perform a predicted operation or an operation determined to be preferable among at least one possible operation based on the second information/signals (S50).
Hereinafter, discontinuous Reception (DRX) operation is described.
The MAC entity may be configured by RRC with DRX functionality that controls the active PDCCHs of the UE that monitor the MAC entity's C-RNTI, CI-RNTI, CS-RNTI, INT-RNTI, SFI-RNTI, SP-CSI-RNTI, TPC-PUCCH-RNTI, TPC-PUSCH-RNTI, TPC-SRS-RNTI and AI-RNTI.
The MAC entity will also monitor the PDCCH when using DRX operation. While in rrc_connected, if DRX is configured, the MAC entity may discontinuously monitor the PDCCH using DRX operation for all active serving cells; otherwise, the MAC entity will monitor the PDCCH as before.
The RRC controls DRX operation by configuring the following parameters in table 12:
TABLE 12
The serving cell of the MAC entity may be configured by RRC in two DRX groups with separate DRX parameters. When the RRC does not configure the second DRX group, there is only one DRX group and all the serving cells belong to the one DRX group. When two DRX groups are configured, each serving cell is uniquely assigned to either of the two groups.
When DRX is configured, the active time of the serving cell in one DRX group includes the following times:
-a time when DRX-onduration timer or DRX-incavitytimer configured for the DRX group is running; or (b)
-DRX-retransmission timerdl or DRX-retransmission timersl is running on any serving cell in the DRX group.
When DRX is configured, if a MAC PDU is received in the configured downlink assignment, the MAC entity will start the DRX-HARQ-RTT-TimerDL for the corresponding HARQ process in the first symbol after the end of the corresponding transmission carrying DL HARQ feedback and stop the DRX-retransmission TimerDL for the corresponding HARQ process.
If a MAC PDU is sent in a configured uplink grant and no LBT failure indication is received from a lower layer, the MAC entity will start the drx-HARQ-RTT-TimerUL for the corresponding HARQ process in a first symbol after the end of the first transmission (within the bundle) of the corresponding PUSCH transmission and stop the drx-retransmission TimerUL for the corresponding HARQ process in the first transmission (within the bundle) of the corresponding PUSCH transmission.
If the drx-HARQ-RTT-TimerDL expires and if the data of the corresponding HARQ process is not successfully decoded, the MAC entity will start drx-retransmission TimerDL for the corresponding HARQ process in the first symbol after the drx-HARQ-RTT-TimerDL expires.
If drx-HARQ-RTT-TimerUL expires, the MAC entity will initiate drx-retransmission TimerUL for the corresponding HARQ process in the first symbol after the drx-HARQ-RTT-TimerUL expires.
If the DRX group is active, the MAC entity will monitor PDCCH on the serving cell in the DRX group.
If the PDCCH indicates a DL transmission, the MAC entity will start a drx-HARQ-RTT-TimerDL for the corresponding HARQ process in a first symbol after the end of the corresponding transmission carrying the DL HARQ feedback and stop the drx-retransmission TimerDL for the corresponding HARQ process. Furthermore, if the PDSCH-to-harq_feedback timing indicates a non-digital k1 value, the MAC entity will initiate drx-retransmission timer dl in the first symbol after PDSCH transmission of the corresponding HARQ process.
If the PDCCH indicates a UL transmission, the MAC entity will start a drx-HARQ-RTT-TimerUL for the corresponding HARQ process in a first symbol after the end of the first transmission (within the bundle) of the corresponding PUSCH transmission and stop the drx-retransmission TimerUL for the corresponding HARQ process.
If the PDCCH indicates a new transmission (DL or UL) on a serving cell in the DRX group, the MAC entity will start or restart the DRX-InactivityTimer for the DRX group in a first symbol after the end of PDCCH reception.
If the HARQ process receives the downlink feedback information and indicates an acknowledgement, the MAC entity will stop the drx-retransmission timer ul for the corresponding HARQ process.
Regardless of whether the MAC entity is monitoring PDCCH on the serving cell in the DRX group, the MAC entity sends HARQ feedback, aperiodic CSI on PUSCH, and aperiodic SRS on the serving cell in the DRX group when desired.
If it is not a complete PDCCH occasion (e.g., the active time starts or ends in the middle of the PDCCH occasion), the MAC entity does not need to monitor the PDCCH.
As described above, when Discontinuous Reception (DRX) is configured, the UE does not have to continuously monitor the PDCCH. The UE may discontinuously monitor the PDCCH using the DRX operation. The active time has a varying length based on scheduling decisions and UE decoding success.
In detail, the UE manages several timers to determine an active time of the UE and (re) starts them by receiving a scheduling PDCCH or transmitting/receiving a MAC PDU. The DRX is designed to ensure reception of the scheduling PDCCH. The duration (i.e., active time) that the UE will monitor the PDCCH is extended by starting or restarting a DRX timer (such as DRX-incaviytimer) when the scheduling PDCCH is received or starting or restarting DRX-retransmission timer when the MAC PDU is transmitted or received. It may be referred to as a unicast DRX scheme.
Single cell point-to-multipoint (SC-PTM) transmission in E-UTRAN was introduced as a delivery method for multimedia multicast broadcast services (MBMS). The DRX operation of SC-PTM is performed independently of the unicast DRX operation.
For multicast/broadcast services (MBS) in current NR systems, two delivery methods may be used to transmit MBS packet streams over the air.
According to the point-to-point (PTP) delivery method, the gNB delivers separate copies of the MBS data packet over the air to the respective UEs. Meanwhile, according to the point-to-multipoint (PTM) delivery method, the gNB delivers a single copy of the MBS data packet over the radio to a group of UEs.
In the case of PTP transmission, a UE at rrc_connected schedules a UE-specific PDSCH using a UE-specific PDCCH with a CRC scrambled by the UE-specific RNTI (e.g., C-RNTI). Whereas in the case of PTM transmission, rrc_connected UEs in the same MBS group schedule the group common PDSCH using the group common PDCCH with CRC scrambled by the group common RNTI.
The DRX operation for PTM is independent of the DRX operation for PTP transmissions, and the DRX operation for PTM transmissions is performed independently for each G-RNTI.
On the other hand, the data units are delivered to a group of UEs via PTM transmission. When the UEs of the group fail to receive the data units via the PTM transmission, the data units may be retransmitted to the UEs via the PTP transmission. The DRX operation for receiving PTM transmission is performed independently of the DRX operation for PTP transmission.
The UE receives data units via PTM transmission during an active time of DRX operation for PTM transmission. If the UE did not successfully decode the data unit, the UE sends a NACK to inform the gNB of the failure to receive. The gNB then retransmits the data unit to the UE via PTP transmission.
Since the DRX operation for PTP transmission is independent of the DRX operation for PTM transmission, retransmission via PTP transmission may be delayed until the state of the DRX operation for PTP transmission becomes active time, or may be delivered to the UE during a time when the state of the DRX operation for PTP transmission is not active time. If the retransmission is delayed, an additional delay occurs. If the retransmission is performed during a period outside the active time, the UE will miss it.
As described above, during the active time of DRX operation for PTM transmissions, data units are delivered to a group of UEs via PTM transmissions. If the UE of the group did not successfully decode the data, it will send a NACK to the gNB to inform the gNB of the failure to receive. The gNB may then retransmit the data to the UE via PTP transmission.
The state of DRX operation for PTP transmission is changed to active time after the UE sends the NACK. Then, retransmission is performed via PTP transmission after NACK transmission. The UE receives the retransmission during an active time of DRX operation for PTP transmissions.
Fig. 11 illustrates an example of receiving a multicast data unit according to the present disclosure. Further, fig. 12 shows a flow chart for receiving a multicast data unit according to the present disclosure.
Referring to fig. 11 and 12, during an active time of a PTM transmission, a UE monitors a PDCCH for the PTM transmission in S1201. If the data unit is scheduled, the UE receives it in S1201.
Next, in S1202, the UE may determine whether the data unit is successfully decoded. In fig. 11, the UE successfully decodes the data unit at point a in S1202, but the UE does not successfully decode the data unit at point B.
Since the UE successfully receives the data at point a, the UE delivers the data to an upper layer in S1203.
At point B, the UE cannot decode the data unit. Then, the UE transmits NACK to the gNB to indicate reception failure in S1204, and changes the state of the DRX operation for PTP transmission to an active time in S1205.
Since the state of the DRX operation for PTP transmission is an active time, retransmission of data may be performed without additional delay via PTP transmission in S1206, and the UE may receive retransmission via PTP transmission.
Fig. 13 illustrates an example of PDCP entities configured with a PTM leg for PTM transmission and a PTP leg for PTP transmission according to the present disclosure.
Referring to fig. 13, a DRX configuration is applied to the PTM leg, and a DRX operation for PTM transmission is performed. Further, another DRX configuration is applied to the PTP leg, and a DRX operation for PTP transmission is performed.
When a MAC PDU is received via PTM transmission, if the MAC PDU is not successfully decoded, a NACK is sent to the gNB to indicate a failure of reception. The state of DRX for PTP transmission is changed to active state. Then, the gNB transmits a new MAC PDU containing data of the NACK (i.e., not successfully decoded) MAC PDU via PTP transmission.
For example, the state of DRX for PTP transmission may be changed to an active state by starting a DRX timer for DRX operation for PTP transmission. The DRX timer may be an RTT timer, a retransmission timer, or an inactivity timer. The HARQ process for retransmission via PTP transmission may be different from the HARQ process for PTM transmission. In this case, the MAC PDU is received via PTM transmission using HARQ process # 1.
When decoding eventually fails, the upper layer may detect packet loss and send a NACK. The state of DRX for PTP transmission is changed to active state. The lost packets may be retransmitted via PTP transmission and contained in the new MAC PDU. A new MAC PDCU is received using HARQ process # 2. If the decoding is successful, retransmission of the lost packet is delivered to an upper layer (e.g., PDCP) via the PTP leg.
For other examples of the present disclosure, the HARQ process for retransmission via PTP transmission may be the same as the HARQ process for PTM transmission. MAC PDUs are received via PTM transmission using HARQ processes. When decoding fails, HARQ NACK is sent to the gNB. The state of DRX for PTP transmission is changed to active state. HARQ retransmissions may be performed using the same HARQ process. If the decoding is successful, the data may be delivered to an upper layer (e.g., PDCP layer) via the PTM leg.
For another variant of the trigger for state change of DRX operation, the state may be changed when the number of RLC retransmissions reaches a configuration threshold for maximum retransmissions. In case the state of DRX operation for PTP transmission is changed to active time, the UE may start an action for recovering from the case without additional delay. In other cases of the state of DRX operation for PTM transmissions, data reception may continue via PTM transmissions without additional latency.
According to the present disclosure, when the UE fails to receive data via PTM transmission, the UE may receive retransmission of the data via PTP transmission without additional delay after transmitting a NACK indicating that data reception failed during DRX operation for PTM transmission and PTP transmission.
Claims (12)
1. A method for receiving data units by a user equipment, UE, in a wireless communication system, the method comprising:
receiving the data unit during an active time of a first discontinuous reception, DRX, configuration related to a multicast transmission for a hybrid automatic repeat request, HARQ, process;
transmitting a negative response to the network based on the data unit not being successfully decoded;
starting a HARQ round trip time, RTT, timer of a second DRX configuration related to unicast transmission for the HARQ process; and
Based on the expiration of the HARQ RTT timer, a physical downlink control channel, PDCCH, associated with the retransmitted data unit is monitored during an active time of the second DRX configuration.
2. The method of claim 1, wherein the active time of the second DRX configuration comprises a duration of time during which a DRX retransmission timer of the second DRX configuration is running after expiration of the HARQ RTT timer.
3. The method of claim 2, the method further comprising:
and starting a DRX retransmission timer of the second DRX configuration based on the expiration of the HARQ RTT timer.
4. The method of claim 1, wherein receiving the data unit comprises receiving the data unit based on a physical downlink control channel, PDCCH, identified by a group radio network temporary identifier, G-RNTI, and
wherein the PDCCH associated with the retransmitted data unit is identified by a cell RNTI C-RNTI.
5. The method of claim 4, the method further comprising:
the retransmitted data unit is received based on a PDCCH associated with the retransmitted data unit.
6. A user equipment, UE, in a wireless communication system, the UE comprising:
At least one transceiver;
at least one processor; and
at least one computer memory operatively connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations comprising:
receiving data units during an active time of a first discontinuous reception, DRX, configuration related to a multicast transmission for a hybrid automatic repeat request, HARQ, process;
transmitting a negative response to the network based on the data unit not being successfully decoded;
starting a HARQ round trip time, RTT, timer of a second DRX configuration related to unicast transmission for the HARQ process; and
based on the expiration of the HARQ RTT timer, a physical downlink control channel, PDCCH, associated with the retransmitted data unit is monitored during an active time of the second DRX configuration.
7. The UE of claim 6, wherein the active time of the second DRX configuration comprises a duration of time during which a DRX retransmission timer of the second DRX configuration is running after expiration of the HARQ RTT timer.
8. The UE of claim 7, wherein the operations further comprise:
And starting a DRX retransmission timer of the second DRX configuration based on the expiration of the HARQ RTT timer.
9. The UE of claim 6, wherein receiving the data unit comprises receiving the data unit based on a physical downlink control channel, PDCCH, identified by a group radio network temporary identifier, G-RNTI, and
wherein the PDCCH associated with the retransmitted data unit is identified by a cell RNTI C-RNTI.
10. The UE of claim 9, wherein the operations further comprise:
the retransmitted data unit is received based on a PDCCH associated with the retransmitted data unit.
11. An apparatus for a user equipment, UE, the apparatus comprising:
at least one processor; and
at least one computer memory operatively connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations comprising:
receiving data units during an active time of a first discontinuous reception, DRX, configuration related to a multicast transmission for a hybrid automatic repeat request, HARQ, process;
transmitting a negative response to the network based on the data unit not being successfully decoded;
Starting a HARQ round trip time, RTT, timer of a second DRX configuration related to unicast transmission for the HARQ process; and
based on the expiration of the HARQ RTT timer, a physical downlink control channel, PDCCH, associated with the retransmitted data unit is monitored during an active time of the second DRX configuration.
12. A computer-readable storage medium storing at least one computer program comprising instructions that, when executed by at least one processor, cause the at least one processor to perform operations for a user equipment, UE, the operations comprising:
receiving data units during an active time of a first discontinuous reception, DRX, configuration related to a multicast transmission for a hybrid automatic repeat request, HARQ, process;
transmitting a negative response to the network based on the data unit not being successfully decoded;
starting a HARQ round trip time, RTT, timer of a second DRX configuration related to unicast transmission for the HARQ process; and
based on the expiration of the HARQ RTT timer, a physical downlink control channel, PDCCH, associated with the retransmitted data unit is monitored during an active time of the second DRX configuration.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR10-2021-0102715 | 2021-08-04 | ||
| KR20210102715 | 2021-08-04 | ||
| PCT/KR2022/011522 WO2023014102A1 (en) | 2021-08-04 | 2022-08-04 | Method and apparatus for receiving multicast data based on drx operations in wireless communication system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117678311A true CN117678311A (en) | 2024-03-08 |
Family
ID=85155954
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202280049937.0A Pending CN117678311A (en) | 2021-08-04 | 2022-08-04 | Method and apparatus for receiving multicast data based on DRX operation in wireless communication system |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP4344509A4 (en) |
| KR (1) | KR20240012585A (en) |
| CN (1) | CN117678311A (en) |
| WO (1) | WO2023014102A1 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024113577A1 (en) * | 2023-03-31 | 2024-06-06 | Zte Corporation | Method, device, and system for discontinuous data transmission and reception in wireless networks |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11909524B2 (en) * | 2019-10-22 | 2024-02-20 | Qualcomm Incorporated | Coded radio link control retransmission |
-
2022
- 2022-08-04 WO PCT/KR2022/011522 patent/WO2023014102A1/en active Application Filing
- 2022-08-04 CN CN202280049937.0A patent/CN117678311A/en active Pending
- 2022-08-04 KR KR1020237045011A patent/KR20240012585A/en unknown
- 2022-08-04 EP EP22853478.0A patent/EP4344509A4/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| WO2023014102A1 (en) | 2023-02-09 |
| EP4344509A1 (en) | 2024-04-03 |
| KR20240012585A (en) | 2024-01-29 |
| EP4344509A4 (en) | 2024-07-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20200351036A1 (en) | Method and apparatus for performing retransmission of uplink data in wireless communication system | |
| US11515971B2 (en) | Method and apparatus for performing retransmission of an uplink data after expiration of a configured grant timer in wireless communication system | |
| US20220216948A1 (en) | Method and apparatus for handling status report related to duplicated data units in wireless communication system | |
| CN116508382A (en) | Method and apparatus for managing random access procedure for short data transmission based on discard timer in wireless communication system | |
| CN115804143A (en) | Method and apparatus for transmitting emergency buffer status report in wireless communication system | |
| US20230050167A1 (en) | Method and apparatus for transmitting data unit using preconfigured uplink resources in wireless communication system | |
| US20200404631A1 (en) | Method and apparatus for performing drx operations in wireless communication system | |
| CN115336305A (en) | Method and apparatus for transmitting data units based on selectively applying integrity protection in a wireless communication system | |
| CN114731554A (en) | Method and apparatus for handling handover failure in a wireless communication system | |
| CN115152265A (en) | Method and apparatus for flushing HARQ buffer based on configuration permission in wireless communication system | |
| US20230254932A1 (en) | Method and apparatus for performing configured grant based small data transmission by user equipment in wireless communication system | |
| CN117678311A (en) | Method and apparatus for receiving multicast data based on DRX operation in wireless communication system | |
| CN117678312A (en) | Method and apparatus for transmitting data units by UE based on configuration grant in wireless communication system | |
| CN116114231A (en) | Method and apparatus for processing data units by an IAB node in a wireless communication system | |
| CN114531960B (en) | Method and apparatus for applying target network configuration by user equipment in wireless communication system | |
| CN114175716B (en) | Method and apparatus for performing measurement by user equipment in wireless communication system | |
| CN116171637A (en) | Method and apparatus for performing small data transmission in RRC INACTIVE state in wireless communication system | |
| US12009923B2 (en) | Method and apparatus for performing downlink reception based on DRX retransmission timer in wireless communication system | |
| US20220240142A1 (en) | Method and apparatus for preventing data transmission to a source network after receiving an uplink grant from a target network in a wireless communication system | |
| CN116235480A (en) | Method and apparatus for performing routing based on flow control feedback by an IAB node in a wireless communication system | |
| CN116114297A (en) | Method and apparatus for performing beam fault recovery procedure in wireless communication system | |
| CN113661731A (en) | Method and apparatus for performing data transmission under process enhanced handoff in a wireless communication system | |
| US20230041726A1 (en) | Method and apparatus for performing data transmission without sequence number in wireless communication system | |
| US20230328722A1 (en) | Method and apparatus for managing pair of periodic uplink resources and periodic downlink resources in wireless communication system | |
| US20240215111A1 (en) | Method and apparatus for transceiving data units via paired serving cells in wireless communication system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |