KR20200012840A - 낮은 레이턴시 트래픽에 의해 영향을 받을 때 embb의 harq 피드백 성능을 개선하기 위한 방법 및 장치 - Google Patents
낮은 레이턴시 트래픽에 의해 영향을 받을 때 embb의 harq 피드백 성능을 개선하기 위한 방법 및 장치 Download PDFInfo
- Publication number
- KR20200012840A KR20200012840A KR1020197032279A KR20197032279A KR20200012840A KR 20200012840 A KR20200012840 A KR 20200012840A KR 1020197032279 A KR1020197032279 A KR 1020197032279A KR 20197032279 A KR20197032279 A KR 20197032279A KR 20200012840 A KR20200012840 A KR 20200012840A
- Authority
- KR
- South Korea
- Prior art keywords
- wtru
- harq feedback
- cbg
- bit
- feedback
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 46
- 230000005540 biological transmission Effects 0.000 description 155
- 238000004891 communication Methods 0.000 description 47
- 230000004044 response Effects 0.000 description 28
- 238000005516 engineering process Methods 0.000 description 23
- 230000011664 signaling Effects 0.000 description 22
- 230000006870 function Effects 0.000 description 20
- 238000013461 design Methods 0.000 description 19
- 238000010586 diagram Methods 0.000 description 16
- 238000012545 processing Methods 0.000 description 16
- 238000007726 management method Methods 0.000 description 12
- 238000001228 spectrum Methods 0.000 description 10
- 238000012360 testing method Methods 0.000 description 10
- 241000760358 Enodes Species 0.000 description 9
- 238000013459 approach Methods 0.000 description 9
- 230000008569 process Effects 0.000 description 8
- 239000000969 carrier Substances 0.000 description 7
- 230000008859 change Effects 0.000 description 7
- 238000001514 detection method Methods 0.000 description 7
- 239000000796 flavoring agent Substances 0.000 description 7
- 235000019634 flavors Nutrition 0.000 description 7
- 238000009826 distribution Methods 0.000 description 6
- 101100437508 Rhizobium radiobacter cbg-1 gene Proteins 0.000 description 5
- 125000004122 cyclic group Chemical group 0.000 description 5
- 101150091511 glb-1 gene Proteins 0.000 description 5
- 238000013507 mapping Methods 0.000 description 5
- 230000001186 cumulative effect Effects 0.000 description 4
- 230000000737 periodic effect Effects 0.000 description 4
- 230000002093 peripheral effect Effects 0.000 description 4
- 230000011218 segmentation Effects 0.000 description 4
- 206010009944 Colon cancer Diseases 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 3
- 238000012937 correction Methods 0.000 description 3
- 230000009977 dual effect Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000003595 spectral effect Effects 0.000 description 3
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 2
- 101150071746 Pbsn gene Proteins 0.000 description 2
- 241000700159 Rattus Species 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000001010 compromised effect Effects 0.000 description 2
- 230000008713 feedback mechanism Effects 0.000 description 2
- 238000011010 flushing procedure Methods 0.000 description 2
- 238000003780 insertion Methods 0.000 description 2
- 230000037431 insertion Effects 0.000 description 2
- 229910001416 lithium ion Inorganic materials 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- QELJHCBNGDEXLD-UHFFFAOYSA-N nickel zinc Chemical compound [Ni].[Zn] QELJHCBNGDEXLD-UHFFFAOYSA-N 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000002245 particle Substances 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 230000005355 Hall effect Effects 0.000 description 1
- HBBGRARXTFLTSG-UHFFFAOYSA-N Lithium ion Chemical compound [Li+] HBBGRARXTFLTSG-UHFFFAOYSA-N 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000004873 anchoring Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- OJIJEKBXJYRIBZ-UHFFFAOYSA-N cadmium nickel Chemical compound [Ni].[Cd] OJIJEKBXJYRIBZ-UHFFFAOYSA-N 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 239000000945 filler Substances 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 230000003116 impacting effect Effects 0.000 description 1
- 230000002045 lasting effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 229910052987 metal hydride Inorganic materials 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 229910052759 nickel Inorganic materials 0.000 description 1
- PXHVJJICTQNCMI-UHFFFAOYSA-N nickel Substances [Ni] PXHVJJICTQNCMI-UHFFFAOYSA-N 0.000 description 1
- -1 nickel metal hydride Chemical class 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 208000037918 transfusion-transmitted disease Diseases 0.000 description 1
- 238000009827 uniform distribution Methods 0.000 description 1
Images
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/1607—Details of the supervisory signal
- H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
-
- 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
-
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- 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/1864—ARQ related signaling
-
- 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/1607—Details of the supervisory signal
-
- 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/1861—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Environmental & Geological Engineering (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
무선 송수신 유닛(WTRU)에서 단일 비트 HARQ 피드백 및 다중 비트 HARQ 피드백을 제공하기 위한 방법 및 장치가 여기에 설명된다. 예를 들어, WTRU는 물리 다운링크 제어 채널(PDCCH)을 통하여 다운링크 제어 정보(DCI)를 수신할 수 있다. DCI는 적어도 하나의 전송 블록(TB)에 대한 코드 블록 그룹(CBG) 기반 재전송을 표시하는 필드를 포함할 수 있다. DCI가 필드를 포함하지 않는 조건에서, WTRU는 물리 업링크 제어 채널(PUCCH)을 통하여 TB 기반 재전송을 위한 단일 비트 HARQ 피드백을 전송할 수 있다. DCI가 필드를 포함하는 조건에서, WTRU는 PUCCH를 통하여 CBG 기반 재전송을 위한 다중 비트 HARQ 피드백을 전송할 수 있다. WTRU는 TB 기반 재전송을 위한 단일 비트 HARQ 피드백 및 CBG 기반 재전송을 위한 다중 비트 HARQ 피드백을 제공하도록 구성될 수도 있다.
Description
관련 출원에 대한 상호 참조
본 출원은 2018년 1월 10일 출원된 미국 가출원 제62/615,744호, 2017년 8월 9일 출원된 미국 가출원 제62/543,047호, 2017년 6월 14일 출원된 미국 가출원 제62/519,372호 및 2017년 5월 3일에 출원된 미국 가출원 제62/500,938호의 이익을 주장하고, 그 내용은 이에 의해 본 명세서에 참조로 포함된다.
HARQ(Hybrid Automatic Repeat Request)는 소프트 컴바이닝 오류 정정과 ARQ 오류 제어의 조합이다. 소프트 컴바이닝 오류 정정 기술을 사용하면 제대로 디코딩되지 않은 데이터 패킷은 더 이상 폐기되지 않는다. 대신, 수신된 데이터는 버퍼에 저장되고 다음 재전송과 결합(combine)된다. 손상된 메시지를 검출하는 수신기는 피드백 메시지를 전송함으로써 발신자(sender)에게 새로운 메시지(즉, 재전송)를 요청할 것이다. 이들 피드백 메시지는 각각 이전 전송의 양호한(즉, 긍정 확인 응답) 또는 나쁜(즉, 부정 확인 응답) 수신을 알리기 위하여 수신기로부터 발신자로 전송된다. LTE(Long Term Evolution)에서 이러한 재전송은 전송 블록(transport block, TB)을 기반으로 하며, 이는 상위(upper) 계층에서 물리 계층으로 주어지는 데이터이다. 수신된 TB가 올바르게 디코딩되지 않으면(즉, 손상되면), 무선 송수신 유닛(wireless transmit/receive unit, WTRU)은 부정 확인 응답(NACK)을 전송하여, 이에 의해 기지국(BS)에 전체 TB를 재전송하도록 요청할 수 있다. eMBB(enhanced mobile broadband) 트래픽이 존재하는 경우 BS가 URLLC(Ultra Reliable Low Latency) 트래픽을 먼저 서비스해야 하는 NR(New Radio)에서, TB에서 검출된 작은 부분의 오류로 인해 전체 TB를 다시 전송하는 것은 매우 비효율적일 것이다. 따라서, 네트워크/디바이스 구성에 따라 코드 블록(code block, CB), 코드 블록 그룹(code block group, CBG) 또는 전송 블록(transport block, TB)에 기초하여 피드백 메시지를 제공하는 보다 유연한 재전송 방식을 갖는 것이 바람직할 것이다.
무선 송수신 유닛(WTRU)에서 단일 비트 HARQ 피드백 및 다중 비트 HARQ 피드백을 제공하기 위한 방법 및 장치가 여기에 설명된다. 예를 들어, WTRU는 물리 다운링크 제어 채널(physical downlink control channel, PDCCH)을 통하여 다운링크 제어 정보(downlink control information, DCI)를 수신할 수 있다. DCI는 적어도 하나의 전송 블록(TB)에 대한 코드 블록 그룹(CBG) 기반 재전송을 표시하는 필드를 포함할 수 있다. DCI가 적어도 하나의 전송 블록(TB)에 대한 CBG 기반 재전송을 표시하는 필드를 포함하지 않는 조건에서, WTRU는 물리 업링크 제어 채널(PUCCH)을 통하여 TB 기반 재전송을 위한 단일 비트 HARQ 피드백을 전송할 수 있다. DCI가 적어도 하나의 TB에 대한 CBG 기반 재전송을 표시하는 필드를 포함하는 조건에서, WTRU는 PUCCH를 통하여 CBG 기반 재전송을 위한 다중 비트 HARQ 피드백을 전송할 수 있다. 다중 비트 HARQ 피드백은 적어도 하나의 TB 내의 적어도 하나의 CBG가 재전송을 위하여 요청되는지 아닌지를 표시하는 복수의 비트를 포함할 수 있다. 복수의 비트들 각각은 적어도 하나의 TB 내의 적어도 하나의 CBG 각각에 각각 매핑된다. 다중 비트 HARQ 피드백은 또한 상위(higher) 계층 파라미터에 기초하여 CBG의 최대 수로 반-정적으로(semi-statically) 구성될 수 있다. WTRU는 TB 기반 재전송을 위한 단일 비트 HARQ 피드백 및 CBG 기반 재전송을 위한 다중 비트 HARQ 피드백을 제공하도록 구성될 수도 있다.
첨부 도면과 함께 예로써 주어진 다음의 설명으로부터 보다 상세한 이해가 이루어질 수 있다.
도 1a는 하나 이상의 개시된 실시 예가 구현될 수 있는 예시적인 통신 시스템을 도시한 시스템도이다.
도 1b는 실시 예에 따라 도 1a에 도시된 통신 시스템 내에서 사용될 수 있는예시적인 무선 송수신 유닛(WTRU)을 도시한 시스템도이다.
도 1c는 실시 예에 따라 도 1a에 도시된 통신 시스템 내에서 사용될 수 있는예시적인 무선 액세스 네트워크(radio access network, RAN) 및 예시적인 코어 네트워크(core network, CN)를 도시한 시스템도이다.
도 1d는 실시 예에 따라 도 1a에 도시된 통신 시스템 내에서 사용될 수 있는 추가의 예시적인 RAN 및 추가의 예시적인 CN을 도시한 시스템도이다.
도 2는 CB 당 예시적인 코드 블록(CB) 세그먼테이션 및 CRC(Cyclic Redundancy Check) 삽입을 도시한 도면이다.
도 3은 URLLC 트래픽에 의한 eMBB 트래픽의 예시적인 선취(pre-emption)를 도시한 도면이다.
도 4a는 재전송을 위한 CB 레벨 입도(granularity)를 허용하는 예시적인 다중 비트 HARQ 피드백을 도시한 도면이다.
도 4b는 재전송을 위한 CBG 레벨 입도를 허용하는 예시적인 다중 비트 HARQ 피드백을 도시한 도면이다.
도 4c는 재전송을 위한 CBG 레벨 입도를 허용하는 예시적인 다중 비트 HARQ 피드백을 도시한 도면이다.
도 5는 다운링크 제어 정보(DCI)에 기초하여 단일 비트 HARQ 피드백 및/또는 다중 비트 HARQ 피드백을 제공하기 위한 예시적인 시그널링 절차를 도시한 도면이다.
도 6은 다운링크 제어 정보(DCI)에 기초하여 단일 비트 HARQ 피드백 및/또는 다중 비트 HARQ 피드백을 제공하기 위한 예시적인 절차를 도시한 도면이다.
도 7은 WTRU가 제공해야 하는 단일 비트 HARQ 피드백 및/또는 다중 비트 HARQ 피드백을 결정하기 위한 예시적인 절차를 도시한 도면이다.
도 8은 예시적인 가변 비트(variable-bit) CBG 기반 HARQ 피드백과 대조적으로 예시적인 고정 비트(fixed-bit) CBG 기반 HARQ 피드백을 도시한 도면이다.
도 9는 다운링크(DL) 시스템 대역폭의 중간 부분이 선취 가능(pre-emptible) 영역으로서 지정된, 예시적인 암시 선취 표시를 도시한 도면이다.
도 10은 미니-슬롯(mini-slot) 타이밍에 따른 슬롯 내의 예시적인 초기(early) HARQ 피드백을 도시한 도면이다.
도 11은 미니-슬롯 타이밍에 따른 슬롯 내에서 초기 HARQ 피드백을 결정하기 위한 예시적인 절차를 도시한 도면이다.
도 1a는 하나 이상의 개시된 실시 예가 구현될 수 있는 예시적인 통신 시스템을 도시한 시스템도이다.
도 1b는 실시 예에 따라 도 1a에 도시된 통신 시스템 내에서 사용될 수 있는예시적인 무선 송수신 유닛(WTRU)을 도시한 시스템도이다.
도 1c는 실시 예에 따라 도 1a에 도시된 통신 시스템 내에서 사용될 수 있는예시적인 무선 액세스 네트워크(radio access network, RAN) 및 예시적인 코어 네트워크(core network, CN)를 도시한 시스템도이다.
도 1d는 실시 예에 따라 도 1a에 도시된 통신 시스템 내에서 사용될 수 있는 추가의 예시적인 RAN 및 추가의 예시적인 CN을 도시한 시스템도이다.
도 2는 CB 당 예시적인 코드 블록(CB) 세그먼테이션 및 CRC(Cyclic Redundancy Check) 삽입을 도시한 도면이다.
도 3은 URLLC 트래픽에 의한 eMBB 트래픽의 예시적인 선취(pre-emption)를 도시한 도면이다.
도 4a는 재전송을 위한 CB 레벨 입도(granularity)를 허용하는 예시적인 다중 비트 HARQ 피드백을 도시한 도면이다.
도 4b는 재전송을 위한 CBG 레벨 입도를 허용하는 예시적인 다중 비트 HARQ 피드백을 도시한 도면이다.
도 4c는 재전송을 위한 CBG 레벨 입도를 허용하는 예시적인 다중 비트 HARQ 피드백을 도시한 도면이다.
도 5는 다운링크 제어 정보(DCI)에 기초하여 단일 비트 HARQ 피드백 및/또는 다중 비트 HARQ 피드백을 제공하기 위한 예시적인 시그널링 절차를 도시한 도면이다.
도 6은 다운링크 제어 정보(DCI)에 기초하여 단일 비트 HARQ 피드백 및/또는 다중 비트 HARQ 피드백을 제공하기 위한 예시적인 절차를 도시한 도면이다.
도 7은 WTRU가 제공해야 하는 단일 비트 HARQ 피드백 및/또는 다중 비트 HARQ 피드백을 결정하기 위한 예시적인 절차를 도시한 도면이다.
도 8은 예시적인 가변 비트(variable-bit) CBG 기반 HARQ 피드백과 대조적으로 예시적인 고정 비트(fixed-bit) CBG 기반 HARQ 피드백을 도시한 도면이다.
도 9는 다운링크(DL) 시스템 대역폭의 중간 부분이 선취 가능(pre-emptible) 영역으로서 지정된, 예시적인 암시 선취 표시를 도시한 도면이다.
도 10은 미니-슬롯(mini-slot) 타이밍에 따른 슬롯 내의 예시적인 초기(early) HARQ 피드백을 도시한 도면이다.
도 11은 미니-슬롯 타이밍에 따른 슬롯 내에서 초기 HARQ 피드백을 결정하기 위한 예시적인 절차를 도시한 도면이다.
도 1a는 하나 이상의 개시된 실시 예가 구현될 수 있는 예시적인 통신 시스템(100)을 도시하는 도면이다. 통신 시스템(100)은 음성, 데이터, 비디오, 메시징, 브로드캐스트 등과 같은 콘텐츠를 다수의 무선 사용자에게 제공하는 다중 액세스 시스템일 수 있다. 통신 시스템(100)은 다수의 무선 사용자가 무선 대역폭을 포함하는 시스템 리소스의 공유를 통하여 이러한 콘텐츠에 액세스할 수 있게 할 수 있다. 예를 들어, 통신 시스템(100)은 CDMA(code division multiple access), TDMA(time division multiple access), FDMA(frequency division multiple access), OFDMA(orthogonal FDMA), SC-FDMA(single-carrier FDMA), ZT UW DTS-s OFDM(zero-tail unique-word DFT-Spread OFDM), UW-OFDM(unique word OFDM), 리소스 블록-필터링된 OFDM, FBMC(filter bank multicarrier) 등과 같은 하나 이상의 채널 액세스 방법을 이용할 수 있다.
도 1a에 도시된 바와 같이, 통신 시스템(100)은 무선 송수신 유닛(TRU)(102a, 102b, 102c, 102d), RAN(104/113), CN(106/115), PSTN(public switched telephone network)(108), 인터넷(110) 및 다른 네트워크들(112)을 포함할 수 있지만, 개시된 실시 예는 임의의 수의 WTRU, 기지국, 네트워크 및/또는 네트워크 요소를 고려한다는 것이 이해될 것이다. WTRU(102a, 102b, 102c, 102d) 각각은 무선 환경에서 동작 및/또는 통신하도록 구성된 임의의 유형의 디바이스일 수 있다. 예로서, "스테이션" 및/또는 "STA"로 지칭될 수 있는 임의의 WTRU(102a, 102b, 102c, 102d)는 무선 신호를 전송 및/또는 수신하도록 구성될 수 있고, 사용자 장비(UE), 이동국, 고정 또는 이동 가입자 유닛, 가입 기반 유닛, 호출기, 셀룰러 전화, 개인 휴대 정보 단말기(PDA), 스마트 폰, 랩탑, 넷북, 개인용 컴퓨터, 무선 센서, 핫스팟 또는 Mi-Fi 디바이스, IoT(Internet of Things) 디바이스, 시계 또는 기타 웨어러블, 헤드 마운티드 디스플레이(head-mounted display, HMD), 차량, 드론, 의료 디바이스 및 애플리케이션(예를 들어, 원격 수술), 산업용 디바이스 및 애플리케이션(예를 들어, 산업용 및/또는 자동화된 처리 체인 컨텍스트에서 작동하는 로봇 및/또는 기타 무선 디바이스), 소비자 전자 디바이스, 상업용 및/또는 산업용 무선 네트워크에서 작동하는 디바이스 등을 포함할 수 있다. 임의의 WTRU(102a, 102b, 102c 및 102d)는 교환 가능하게 UE로서 지칭될 수 있다.
통신 시스템(100)은 또한 기지국(114a) 및/또는 기지국(114b)을 포함할 수 있다. 기지국들(114a, 114b) 각각은 CN(106/115), 인터넷(110), 및/또는 다른 네트워크들(112)과 같은 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위하여 WTRU(102a, 102b, 102c, 102d) 중 적어도 하나와 무선으로 인터페이스하도록 구성된 임의의 유형의 디바이스일 수 있다. 예로서, 기지국들(114a, 114b)은 BTS(base transceiver station), 노드-B, eNode B, 홈 노드 B, 홈 eNode B, gNB, NR NodeB, 사이트 제어기, 액세스 포인트(AP), 무선 라우터 등일 수 있다. 기지국들(114a, 114b)이 각각 단일 요소로서 도시되어 있지만, 기지국들(114a, 114b)은 임의의 수의 상호 연결된 기지국들 및/또는 네트워크 요소들을 포함할 수 있다는 것이 이해될 것이다.
기지국(114a)은 RAN(104)의 일부일 수 있으며, RAN(104)은 또한 기지국 제어기(base station controller, BSC), 무선 네트워크 제어기(radio network controller, RNC), 중계 노드 등과 같은 다른 기지국들 및/또는 네트워크 요소들(도시되지 않음)를 포함할 수 있다. 기지국(114a) 및/또는 기지국(114b)은 하나 이상의 반송파 주파수 상에서 무선 신호를 송신 및/또는 수신하도록 구성될 수 있으며, 이는 셀(도시되지 않음)로 지칭될 수 있다. 이들 주파수는 허가(licensed) 스펙트럼, 비허가(unlicensed) 스펙트럼, 또는 허가 및 비허가 스펙트럼의 조합일 수 있다. 셀은 상대적으로 고정될 수 있거나 시간에 따라 변할 수 있는 특정 지리적 영역에 무선 서비스에 대한 커버리지를 제공할 수 있다. 셀은 셀 섹터로 더 분할될 수 있다. 예를 들어, 기지국(114a)과 연관된 셀은 3 개의 섹터로 분할될 수 있다. 따라서, 일 실시 예에서, 기지국(114a)은 3 개의 트랜시버, 즉 셀의 각 섹터마다 하나씩을 포함할 수 있다. 실시 예에서, 기지국(114a)은 다중 입력 다중 출력(multiple-input multiple output, MIMO) 기술을 이용할 수 있고 셀의 각 섹터에 대하여 다중 트랜시버를 이용할 수 있다. 예를 들어, 빔포밍(beamforming)은 원하는 공간 방향으로 신호를 송신 및/또는 수신하는데 사용될 수 있다.
기지국들(114a, 114b)은 무선 인터페이스(116)를 통하여 하나 이상의 WTRU(102a, 102b, 102c, 102d)와 통신할 수 있으며, 이는 임의의 적합한 무선 통신 링크(예를 들어, 무선 주파수(RF), 마이크로 파, 센티미터 파, 마이크로미터 파, 적외선(IR), 자외선(UV), 가시광선 등)일 수 있다. 무선 인터페이스(116)는 임의의 적절한 무선 액세스 기술(radio access technology, RAT)을 사용하여 확립될 수 있다.
보다 구체적으로, 전술한 바와 같이, 통신 시스템(100)은 다중 액세스 시스템일 수 있고, CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 액세스 방식을 이용할 수 있다. 예를 들어, RAN(104/113)의 기지국(114a) 및 WTRU(102a, 102b, 102c)는 UTRA(Universal Mobile Telecommunications System(UMTS) Terrestrial Radio Access)와 같은 무선 기술을 구현할 수 있고, 이는 WCDMA(wideband CDMA)를 사용하여 무선 인터페이스(115/116/117)를 확립할 수 있다. WCDMA는 HSPA(High-Speed Packet Access) 및/또는 HSPA+(Evolved HSPA)와 같은 통신 프로토콜을 포함할 수 있다. HSPA는 HSDPA(High-Speed DL Packet Access) 및/또는 HSUPA(High-Speed UL Packet Access)를 포함할 수 있다.
실시 예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 E-UTRA와 같은 무선 기술을 구현할 수 있으며, 이는 LTE(Long Term Evolution) 및/또는 LTE-A(LTE-Advanced) 및/또는 LTE-A Pro(LTE-Advanced Pro)를 사용하여 무선 인터페이스(116)를 확립할 수 있다.
실시 예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 NR 무선 액세스와 같은 무선 기술을 구현할 수 있으며, 이는 NR을 사용하여 무선 인터페이스(116)를 확립할 수 있다.
실시 예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 다수의 무선 액세스 기술을 구현할 수 있다. 예를 들어, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 예를 들어 이중 연결(dual connectivity, DC) 원리를 사용하여 LTE 무선 액세스 및 NR 무선 액세스를 함께 구현할 수 있다. 따라서, WTRU(102a, 102b, 102c)에 의해 이용되는 무선 인터페이스는 다수 유형의 무선 액세스 기술 및/또는 다수 유형의 기지국(예를 들어, eNB 및 gNB)으로/으로부터 전송되는 통신을 특징으로 할 수 있다.
다른 실시 예들에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 IEEE 802.11(즉, WiFi(Wireless Fidelity)), IEEE 802.16(즉, Wimax(Worldwide Interoperability for Microwave Access)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, IS-2000, IS-95, IS-856, GSM(Global System for Mobile communications), EDGE(Enhanced Data rates for GSM Evolution), GERAN(GSM EDGE) 등과 같은 무선 기술을 구현할 수 있다.
도 1a의 기지국(114b)은 예를 들어 무선 라우터, 홈 노드 B, 홈 eNode B, 또는 액세스 포인트일 수 있고, 사업장, 가정, 차량, 캠퍼스, 산업 시설, (예를 들어, 드론에 의한 사용을 위한) 비행 회랑(air corridor), 도로 등과 같은 지역화된 영역에서 무선 연결을 용이하게 하기 위하여 임의의 적절한 RAT를 이용할 수 있다. 일 실시 예에서, 기지국(114b) 및 WTRU(102c, 102d)는 WLAN(wireless local area network)을 확립하기 위하여 IEEE 802.11과 같은 무선 기술을 구현할 수 있다. 실시 예에서, 기지국(114b) 및 WTRU(102c, 102d)는 WPAN(wireless personal area network)를 확립하기 위하여 IEEE 802.15와 같은 무선 기술을 구현할 수 있다. 또 다른 실시 예에서, 기지국(114b) 및 WTRU(102c, 102d)는 피코셀 또는 펨토셀을 확립하기 위하여 셀룰러 기반 RAT(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR 등)를 이용할 수 있다. 도 1a에 도시된 바와 같이, 기지국(114b)은 인터넷(110)에 직접 연결될 수 있다. 따라서, 기지국(114b)은 CN(106/115)을 통하여 인터넷(110)에 액세스할 필요가 없을 수 있다.
RAN(104/113)은 CN(106/115)과 통신할 수 있으며, 이는 음성, 데이터, 애플리케이션 및/또는 VoIP(Voice over Internet Protocol) 서비스를 하나 이상의 WTRU(102a, 102b, 102c, 102d)에 제공하도록 구성된 임의의 유형의 네트워크일 수 있다. 데이터는 상이한 스루풋 요구 사항, 레이턴시 요구 사항, 오류 허용 요구 사항, 신뢰성 요구 사항, 데이터 스루풋 요구 사항, 이동성 요구 사항 등과 같은 변화하는 QoS(quality of service) 요구 사항을 가질 수 있다. CN(106/115)은 통화 제어, 요금 청구 서비스, 모바일 위치 기반 서비스, 선불 통화, 인터넷 연결, 비디오 분배 등을 제공하고/하거나 사용자 인증과 같은 고급 보안 기능을 수행할 수 있다. 도 1a에는 도시되어 있지 않지만, RAN(104/113) 및/또는 CN(106/115)은 RAN(104/113)과 동일한 RAT 또는 상이한 RAT를 사용하는 다른 RAN들과 직접 또는 간접적으로 통신할 수 있음을 이해할 것이다. 예를 들어, NR 무선 기술을 이용할 수 있는 RAN(104/113)에 연결될 뿐만 아니라, CN(106/115)은 GSM, UMTS, CDMA 2000, WiMAX, E-UTRA 또는 WiFi 무선 기술을 사용하는 다른 RAN(도시되지 않음)과 또한 통신할 수도 있다.
CN(106/115)은 또한 WTRU(102a, 102b, 102c, 102d)가 PSTN(108),인터넷(110) 및/또는 다른 네트워크들(112)에 액세스하기 위한 게이트웨이로서 역할을 할 수 있다. PSTN(108)은 일반 전화 서비스(plain old telephone service, POTS)를 제공하는 회선 교환 전화 네트워크를 포함할 수 있다. 인터넷(110)은 TCP/IP 인터넷 프로토콜 스위트의 TCP(transmission control protocol), UDP(user datagram protocol) 및/또는 IP(internet protocol)와 같은 공통 통신 프로토콜을 사용하는 상호 연결된 컴퓨터 네트워크 및 디바이스의 글로벌 시스템을 포함할 수 있다. 네트워크들(112)은 다른 서비스 제공자에 의해 소유 및/또는 운영되는 유선 및/또는 무선 통신 네트워크를 포함할 수 있다. 예를 들어, 네트워크들(112)은 RAN(104/113)과 동일한 RAT 또는 상이한 RAT를 사용할 수 있는 하나 이상의 RAN에 연결된 또 다른 CN을 포함할 수 있다.
통신 시스템(100)에서 WTRU(102a, 102b, 102c, 102d)의 일부 또는 전부는 다중 모드 성능을 포함할 수 있다(예를 들어, WTRU(102a, 102b, 102c, 102d)는 상이한 무선 링크를 통하여 상이한 무선 네트워크와 통신하기 위한 다수의 트랜시버를 포함할 수 있다). 예를 들어, 도 1a에 도시된 WTRU(102c)는 셀룰러 기반 무선 기술을 채용할 수 있는 기지국(114a) 및 IEEE 802 무선 기술을 채용할 수 있는 기지국(114b)과 통신하도록 구성될 수 있다.
도 1b는 예시적인 WTRU(102)를 도시한 시스템도이다. 도 1b에 도시된 바와 같이, WTRU(102)는 특히 프로세서(118), 트랜시버(120), 송신/수신 요소(122), 스피커/마이크로폰(124), 키패드(126), 디스플레이/터치패드(128), 비-착탈식 메모리(130), 착탈식 메모리(132), 전력원(134), GPS(global positioning system) 칩셋(136) 및/또는 다른 주변 장치(138) 등을 포함할 수 있다. WTRU(102)는 실시 예와 일관성을 유지하면서 전술한 요소의 임의의 하위 조합을 포함할 수 있다는 것이 이해될 것이다.
프로세서(118)는 범용 프로세서, 특수 목적 프로세서, 종래 프로세서, 디지털 신호 프로세서(digital signal processor, DSP), 복수의 마이크로 프로세서, DSP 코어와 관련된 하나 이상의 마이크로 프로세서, 제어기, 마이크로 제어기, ASIC(Application Specific Integrated Circuit), FPGA(Field Programmable Gate Array) 회로, 임의의 다른 유형의 집적 회로(IC), 상태 머신 등일 수 있다. 프로세서(118)는 신호 코딩, 데이터 처리, 전력 제어, 입력/출력 처리 및/또는 WTRU(102)가 무선 환경에서 동작할 수 있게 하는 임의의 다른 기능을 수행할 수 있다. 프로세서(118)는 트랜시버(120)에 연결될 수 있으며, 트랜시버(120)는 송신/수신 요소(122)에 연결될 수 있다. 도 1b는 프로세서(118)와 트랜시버(120)를 별개의 컴포넌트로서 도시하지만, 프로세서(118)와 트랜시버(120)는 전자 패키지 또는 칩에 함께 통합될 수 있음을 이해할 것이다.
송신/수신 요소(122)는 무선 인터페이스(116)를 통하여 기지국(예를 들어, 기지국(114a))으로 신호를 송신하거나 기지국(예를 들어, 기지국(114a))으로부터 신호를 수신하도록 구성될 수 있다. 예를 들어, 일 실시 예에서, 송신/수신 요소(122)는 RF 신호를 송신 및/또는 수신하도록 구성된 안테나일 수 있다. 실시 예에서, 송신/수신 요소(122)는 예를 들어 IR, UV 또는 가시광 신호를 송신 및/또는 수신하도록 구성된 이미터/검출기일 수 있다. 또 다른 실시 예에서, 송신/수신 요소(122)는 RF 및 광 신호 모두를 송신 및/또는 수신하도록 구성될 수 있다. 송신/수신 요소(122)는 무선 신호의 임의의 조합을 송신 및/또는 수신하도록 구성될 수 있다는 것이 이해될 것이다.
송신/수신 요소(122)가 도 1b에 단일 요소로서 도시되어 있지만, WTRU(102)는 임의의 수의 송신/수신 요소(122)를 포함할 수 있다. 보다 구체적으로, WTRU(102)는 MIMO 기술을 이용할 수 있다. 따라서, 일 실시 예에서, WTRU(102)는 무선 인터페이스(116)를 통하여 무선 신호를 송신 및 수신하기 위한 둘 이상의 송신/수신 요소(122)(예를 들어, 다중 안테나)를 포함할 수 있다.
트랜시버(120)는 송신/수신 요소(122)에 의해 송신될 신호를 변조하고, 송신/수신 요소(122)에 의해 수신되는 신호를 복조하도록 구성될 수 있다. 상술한 바와 같이, WTRU(102)는 다중 모드 성능을 가질 수 있다. 따라서, 트랜시버(120)는 WTRU(102)가 예를 들어 NR 및 IEEE 802.11과 같은 다수의 RAT를 통하여 통신할 수 있게 하는 다수의 트랜시버를 포함할 수 있다.
WTRU(102)의 프로세서(118)는 스피커/마이크로폰(124), 키패드(126) 및/또는 디스플레이/터치패드(128)(예를 들어, LCD(liquid crystal display) 디스플레이 유닛 또는 OLED(organic light-emitting diode) 디스플레이 유닛)에 연결될 수 있고, 이로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(118)는 또한 스피커/마이크로폰(124), 키패드(126) 및/또는 디스플레이/터치패드(128)에 사용자 데이터를 출력할 수 있다. 또한, 프로세서(118)는 비-착탈식 메모리(130) 및/또는 착탈식 메모리(132)와 같은 임의의 유형의 적합한 메모리로부터 정보를 액세스하고, 데이터를 저장할 수 있다. 비-착탈식 메모리(130)는 랜덤 액세스 메모리(random-access memory, RAM), 판독 전용 메모리(read-only memory, ROM), 하드 디스크, 또는 임의의 다른 유형의 메모리 저장 디바이스를 포함할 수 있다. 착탈식 메모리(132)는 SIM(Subscriber Identity Module) 카드, 메모리 스틱, SD(Secure Digital) 메모리 카드 등을 포함할 수 있다. 다른 실시 예들에서, 프로세서(118)는 서버 또는 가정용 컴퓨터(도시되지 않음)와 같이 WTRU(102) 상에 물리적으로 위치되지 않은 메모리로부터 정보를 액세스하고 데이터를 저장할 수 있다.
프로세서(118)는 전력원(134)으로부터 전력을 수신할 수 있고, WTRU(102) 내의 다른 컴포넌트들에 전력을 분배 및/또는 제어하도록 구성될 수 있다. 전력원(134)은 WTRU(102)에 전력을 공급하기 위한 임의의 적절한 디바이스일 수 있다. 예를 들어, 전력원(134)은 하나 이상의 건전지 배터리(예를 들어, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), 니켈 금속 수소화물(NiMH), 리튬 이온(Li-ion) 등), 태양 전지, 연료 전지 등을 포함할 수 있다.
프로세서(118)는 또한 GPS 칩셋(136)에 연결될 수 있고, GPS 칩셋(136)은 WTRU(102)의 현재 위치에 관한 위치 정보(예를 들어, 경도 및 위도)를 제공하도록 구성될 수 있다. GPS 칩셋(136)으로부터의 정보에 추가하여 또는 그 대신에, WTRU(102)는 무선 인터페이스(116)를 통하여 기지국(예를 들어, 기지국(114a, 114b))으로부터 위치 정보를 수신하고/하거나, 2개 이상의 인근 기지국으로부터 수신되고 있는 신호의 타이밍에 기초하여 그 위치를 결정할 수 있다. WTRU(102)는 실시 예와 일관성을 유지하면서 임의의 적절한 위치 결정 방법에 의해 위치 정보를 획득할 수 있다는 것이 이해될 것이다.
프로세서(118)는 다른 주변 장치(138)에 추가로 결합될 수 있고, 주변 장치(138)는 추가의 특징, 기능 및/또는 유선 또는 무선 연결을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함할 수 있다. 예를 들어, 주변 장치(138)는 가속도계, 전자 나침반, 위성 트랜시버, 디지털 카메라(사진 및/또는 비디오 용), USB(universal serial bus) 포트, 진동 디바이스, 텔레비전 트랜시버, 핸즈프리 헤드셋, Bluetooth® 모듈, FM(frequency modulated) 무선 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 가상 현실(Virtual Reality, VR) 및/또는 증강 현실(Augmented Reality, AR) 디바이스, 활동 추적기 등을 포함할 수 있다. 주변 장치(138)는 하나 이상의 센서를 포함할 수 있고, 센서는 자이로스코프, 가속도계, 홀 효과 센서, 자력계, 방위 센서, 근접 센서, 온도 센서, 시간 센서; 지오로케이션 센서; 고도계, 광 센서, 터치 센서, 자력계, 기압계, 제스처 센서, 생체 센서, 습도 센서 등 중 하나 이상일 수 있다.
WTRU(102)는 (예를 들어, (예를 들어, 송신용) UL 및 (예를 들어, 수신용) DL 모두에 대한 특정 서브 프레임과 연관된) 일부 또는 모든 신호의 송신 및 수신이 실질적으로 함께(concurrent)이고/이거나, 동시(simultaneous)일 수 있는 전이중 통신(full duplex radio)을 포함할 수 있다. 전이중 통신은 하드웨어(예를 들어, 초크)를 통한 자기 간섭 또는 프로세서(예를 들어, 별개의 프로세서(미도시) 또는 비아 프로세서(118))를 통한 신호 처리를 감소 및/또는 실질적으로 제거하기 위한 간섭 관리 유닛(139)을 포함할 수 있다. 실시 예에서, WTRU(102)는 (예를 들어, (예를 들어 송신용) UL 또는 (예를 들어 수신용) DL 중 어느 하나에 대한 특정 서브 프레임과 관련되는) 일부 또는 모든 신호의 송신 및 수신을 위한 반이중 통신(half-duplex radio)을 포함할 수 있다.
도 1c는 실시 예에 따른 RAN(104) 및 CN(106)을 도시하는 시스템도이다. 전술한 바와 같이, RAN(104)은 무선 인터페이스(116)를 통하여 WTRU(102a, 102b, 102c)와 통신하기 위하여 E-UTRA 무선 기술을 이용할 수 있다. RAN(104)은 또한 CN(106)과 통신할 수 있다.
RAN(104)은 eNode-B(160a, 160b, 160c)를 포함할 수 있지만, RAN(104)은 실시 예와 일관성을 유지하면서 임의의 수의 eNode-B를 포함할 수 있다는 것이 이해될 것이다. eNode B(160a, 160b, 160c)는 각각 무선 인터페이스(116)를 통하여 WTRU(102a, 102b, 102c)와 통신하기 위한 하나 이상의 트랜시버를 포함할 수 있다. 일 실시 예에서, eNode B(160a, 160b, 160c)는 MIMO 기술을 구현할 수 있다. 따라서, 예를 들어, eNode B(160a)는 WTRU(102a)로 무선 신호를 송신하고/하거나 WTRU(102a)로부터 무선 신호를 수신하기 위하여 다수의 안테나를 사용할 수 있다.
eNode B(160a, 160b, 160c) 각각은 특정 셀(도시되지 않음)과 연관될 수 있고, 무선 리소스 관리 결정, 핸드오버 결정, UL 및/또는 DL에서의 사용자 스케줄링 등을 처리하도록 구성될 수 있다. 도 1c에 도시된 바와 같이, eNode B(160a, 160b, 160c)는 X2 인터페이스를 통하여 서로 통신할 수 있다.
도 1c에 도시된 CN(106)은 이동성 관리 엔티티(mobility management entity, MME)(162), 서빙 게이트웨이(serving gateway, SGW)(164) 및 패킷 데이터 네트워크(packet data network, PDN) 게이트웨이(또는 PGW)(166)를 포함할 수 있다. 전술한 요소들 각각은 CN(106)의 일부로서 도시되어 있지만, 이들 요소 중 임의의 것이 CN 운영자 이외의 다른 엔티티에 의해 소유 및/또는 운영될 수 있다는 것이 이해될 것이다.
MME(162)는 S1 인터페이스를 통하여 RAN(104)의 eNode B(162a, 162b, 162c) 각각에 연결될 수 있고, 제어 노드로서 기능할 수 있다. 예를 들어, MME(162)는 WTRU(102a, 102b, 102c)의 사용자 인증, 베어러 활성화/비활성화, WTRU(102a, 102b, 102c)의 초기 부착 동안 특정 서빙 게이트웨이의 선택 등을 담당할 수 있다. MME(162)는 GSM 및/또는 WCDMA와 같은 다른 무선 기술을 이용하는 RAN(104)과 다른 RAN(도시되지 않음) 사이를 스위칭하기 위한 제어 평면 기능을 제공할 수 있다.
SGW(164)는 S1 인터페이스를 통하여 RAN(104) 내의 각각의 eNode B(160a, 160b, 160c)에 연결될 수 있다. SGW(164)는 일반적으로 WTRU(102a, 102b, 102c)로 /로부터 사용자 데이터 패킷을 라우팅 및 포워딩할 수 있다. SGW(164)는 eNode B 간 핸드오버 동안 사용자 평면을 앵커링하는 것, WTRU(102a, 102b, 102c)에 DL 데이터가 이용 가능할 때 페이징을 트리거하는 것, WTRU(102a, 102b, 102c)의 컨텍스트를 관리 및 저장하는 것 등과 같은 다른 기능을 수행할 수 있다.
SGW(164)는 PGW(166)에 연결될 수 있고, PGW(166)는 WTRU(102a, 102b, 102c)와 IP 가능 디바이스 간의 통신을 용이하게 하기 위하여 인터넷(110)과 같은 패킷 교환 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다.
CN(106)은 다른 네트워크들과의 통신을 용이하게 할 수 있다. 예를 들어, CN(106)은 WTRU(102a, 102b, 102c)와 전통적인 유선 통신 디바이스 사이의 통신을 용이하게 하기 위하여 PSTN(108)과 같은 회선 교환 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다. 예를 들어, CN(106)은 CN(106)과 PSTN(108) 사이의 인터페이스로서 작용하는 IP 게이트웨이(예를 들어, IP 멀티미디어 서브시스템(IP multimedia subsystem, IMS) 서버)를 포함하거나 이와 통신할 수 있다. 또한, CN(106)은 다른 네트워크들(112)에 대한 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있고, 다른 네트워크들(112)은 다른 서비스 제공자에 의해 소유 및/또는 운영되는 다른 유선 및/또는 무선 네트워크를 포함할 수 있다.
WTRU가 도 1a-1d에서 무선 단말로서 기술되어 있지만, 특정한 대표 실시 예에서, 그러한 단말은 통신 네트워크와의 유선 통신 인터페이스를 (예를 들어, 일시적으로 또는 영구적으로) 사용할 수 있는 것으로 고려된다.
대표적인 실시 예에서, 다른 네트워크(112)는 WLAN일 수 있다.
인프라스트럭처 BSS(Basic Service Set) 모드의 WLAN은 BSS에 대한 AP(access point) 및 AP와 연관된 하나 이상의 STA를 가질 수 있다. AP는 분배 시스템(Distribution System, DS) 또는 BSS 내로 및/또는 외부로 트래픽을 운반하는 다른 유형의 유선/무선 네트워크에 대한 액세스 또는 인터페이스를 가질 수 있다. BSS 외부에서 발생하는 STA으로의 트래픽은 AP를 통하여 도달하여 STA으로 전달될 수 있다. STA으로부터 BSS 외부의 목적지로 발신하는 트래픽은 AP로 전송되어 각각의 목적지로 전달될 수 있다. BSS 내의 STA들 사이의 트래픽은 AP를 통하여 전송될 수 있는데, 예를 들어, 소스 STA가 트래픽을 AP로 전송할 수 있고 AP가 트래픽을 목적지 STA로 전달할 수 있다. BSS 내의 STA들 간의 트래픽은 피어-투-피어 트래픽으로 간주 및/또는 지칭될 수 있다. 피어-투-피어 트래픽은 직접 링크 설정(direct link setup, DLS)을 사용하여 소스 및 목적지 STA 사이에(예를 들어, 사이에 직접) 전송될 수 있다. 특정한 대표 실시 예에서, DLS는 802.11e DLS 또는 802.11z TDLS(tunneled DLS)를 사용할 수 있다. IBSS(Independent BSS) 모드를 사용하는 WLAN은 AP를 갖지 않을 수 있으며, IBSS 내의 또는 IBSS를 사용하는 STA들(예를 들어, 모든 STA들)은 서로 직접 통신할 수 있다. IBSS 통신 모드는 본 명세서에서 때때로 "애드혹(ad-hoc)" 통신 모드로 지칭될 수 있다.
802.11ac 인프라스트럭처 동작 모드 또는 유사한 동작 모드를 사용할 때, AP는 주(primary) 채널과 같은 고정 채널을 통하여 비콘을 송신할 수 있다. 주 채널은 고정 폭(예를 들어, 20MHz 폭의 대역폭) 또는 시그널링을 통하여 동적으로 설정된 폭일 수 있다. 주 채널은 BSS의 동작 채널일 수 있고, AP와의 연결을 확립하기 위하여 STA들에 의해 사용될 수 있다. 특정한 대표 실시 예에서, 예를 들어 802.11 시스템에서 CSMA/CA(Carrier Sense Multiple Access with Collision Avoidance)가 구현될 수 있다. CSMA/CA의 경우, AP를 포함하는 STA들(예를 들어, 모든 STA)은 주 채널을 감지할 수 있다. 주 채널이 특정 STA에 의해 사용 중(busy)인 것으로 감지/검출 및/또는 결정되면, 특정 STA는 백 오프(back off)할 수 있다. 하나의 STA(예를 들어, 하나의 스테이션만)은 주어진 BSS에서 임의의 주어진 시간에 송신할 수 있다.
HT(High Throughput) STA은, 예를 들어, 주 20MHz 채널 및 인접(adjacent) 또는 비-인접 20MHz 채널의 조합을 통하여 통신을 위하여 40MHz 폭 채널을 사용하여, 40MHz 폭 채널을 형성할 수 있다.
VHT(Very High Throughput) STA은 20MHz, 40MHz, 80MHz 및/또는 160MHz 폭 채널을 지원할 수 있다. 40MHz 및/또는 80MHz 채널은 연속(contiguous) 20MHz 채널을 결합함으로써 형성될 수 있다. 160MHz 채널은 8개의 연속 20MHz 채널을 결합하거나, 80 + 80 구성이라고 할 수 있는 2개의 비-연속 80MHz 채널을 결합함으로써, 형성될 수 있다. 80 + 80 구성의 경우, 채널 인코딩 후 데이터는 데이터를 2개의 스트림으로 분할할 수 있는 세그먼트 파서를 통하여 전달될 수 있다. IFFT(Inverse Fast Fourier Transform) 처리 및 시간 도메인 처리는 각 스트림에서 개별적으로 수행될 수 있다. 스트림은 2 개의 80 MHz 채널에 매핑될 수 있고, 데이터는 송신 STA(transmitting STA)에 의해 송신될 수 있다. 수신 STA(receiving STA)의 수신기에서, 80 + 80 구성에 대한 전술한 동작이 역전될 수 있고, 결합된 데이터는 MAC(Medium Access Control)으로 전송될 수 있다.
Sub 1 기가헤르츠(GHz) 동작 모드는 802.11af 및 802.11ah에 의해 지원된다. 채널 작동 대역폭 및 반송파는 802.11n 및 802.11ac에서 사용되는 것에 비하여 802.11af 및 802.11ah에서 감소된다. 802.11af는 TVWS(TV White Space) 스펙트럼에서 5MHz, 10MHz 및 20MHz 대역폭을 지원하고 802.11ah는 비-TVWS 스펙트럼을 사용하여 1MHz, 2MHz, 4MHz, 8MHz 및 16MHz 대역폭을 지원한다. 대표적인 실시 예에 따르면, 802.11ah는 매크로 커버리지 영역에서 MTC 디바이스와 같은 MTC(Meter Type Control/Machine-Type Communications)를 지원할 수 있다. MTC 디바이스는 특정 성능, 예를 들어, 특정 및/또는 제한된 대역폭에 대한 지원(예를 들어, 단지 지원)을 포함한 제한된 성능을 가질 수 있다. MTC 디바이스는 (예를 들어, 매우 긴 배터리 수명을 유지하기 위하여) 배터리 수명이 임계치를 초과한 배터리를 포함할 수 있다.
802.11n, 802.11ac, 802.11af 및 802.11ah와 같은, 다중 채널 및 채널 대역폭을 지원할 수 있는 WLAN 시스템은 주 채널로 지정될 수 있는 채널을 포함한다. 주 채널은 BSS 내의 모든 STA에 의해 지원되는 최대 공통 동작 대역폭과 동일한 대역폭을 가질 수 있다. 주 채널의 대역폭은 가장 작은 대역폭 동작 모드를 지원하는 BSS에서 동작하는 모든 STA 중에서 STA에 의해 설정 및/또는 제한될 수 있다. 802.11ah의 예에서, AP 및 BSS 내의 다른 STA들이 2MHz, 4MHz, 8MHz, 16MHz 및/또는 기타 채널 대역폭 동작 모드를 지원할지라도, 주 채널은 1MHz 모드를 지원하는(예를 들어, 지원만 하는) STA(예를 들어, MTC 유형 디바이스)에 대하여 1MHz 폭일 수 있다. 반송파 감지 및/또는 NAV(Network Allocation Vector) 설정은 주 채널의 상태에 따라 달라질 수 있다. 예를 들어, (1MHz 동작 모드만 지원하는) STA가 AP로 송신하는 것으로 인하여 주 채널이 사용 중이면, 대부분의 주파수 대역이 유휴 상태이고 사용할 수 있을지라도, 사용 가능한 전체 주파수 대역은 사용 중인 것으로 간주될 수 있다.
미국에서, 802.11ah에 의해 사용될 수 있는 사용 가능한 주파수 대역은 902MHz 내지 928MHz이다. 한국에서 사용 가능한 주파수 대역은 917.5MHz 내지 923.5MHz이다. 일본에서 사용 가능한 주파수 대역은 916.5MHz 내지 927.5MHz이다. 802.11ah에 사용 가능한 총 대역폭은 국가 코드에 따라 6MHz 내지 26MHz이다.
도 1d는 실시 예에 따른 RAN(113) 및 CN(115)을 도시하는 시스템도이다. 전술한 바와 같이, RAN(113)은 무선 인터페이스(116)를 통하여 WTRU(102a, 102b, 102c)와 통신하기 위하여 NR 무선 기술을 이용할 수 있다. RAN(113)은 또한 CN(115)과 통신할 수 있다.
RAN(113)은 gNB(180a, 180b, 180c)를 포함할 수 있지만, RAN(113)은 실시 예와 일관성을 유지하면서 임의의 수의 gNB를 포함할 수 있다는 것이 이해될 것이다. gNB(180a, 180b, 180c)는 각각 무선 인터페이스(116)를 통하여 WTRU(102a, 102b, 102c)와 통신하기 위한 하나 이상의 트랜시버를 포함할 수 있다. 일 실시 예에서, gNB(180a, 180b, 180c)는 MIMO 기술을 구현할 수 있다. 예를 들어, gNB(180a, 180b)는 빔포밍을 이용하여 gNB(180a, 180b, 180c)로 신호를 송신하고/하거나 gNB(180a, 180b, 180c)로부터 신호를 수신할 수 있다. 따라서, 예를 들어, gNB(180a)는 다중 안테나를 사용하여, WTRU(102a)로 무선 신호를 송신하고/하거나 WTRU(102a)로부터 무선 신호를 수신할 수 있다. 실시 예에서, gNB(180a, 180b, 180c)는 반송파 집성(aggregation) 기술을 구현할 수 있다. 예를 들어, gNB(180a)는 다수의 컴포넌트 반송파(도시되지 않음)를 WTRU(102a)에 송신할 수 있다. 이들 컴포넌트 반송파의 서브세트는 비허가 스펙트럼에 있을 수 있는 반면, 나머지 컴포넌트 반송파는 허가 스펙트럼에 있을 수 있다. 실시 예에서, gNB(180a, 180b, 180c)는 CoMP(Coordinated Multi-Point) 기술을 구현할 수 있다. 예를 들어, WTRU(102a)는 gNB(180a) 및 gNB(180b)(및/또는 gNB(180c))로부터 협력(coordinated) 통신을 수신할 수 있다.
WTRU(102a, 102b, 102c)는 확장 가능한(scalable) 뉴머롤러지(numerology)와 연관된 통신을 사용하여 gNB(180a, 180b, 180c)와 통신할 수 있다. 예를 들어, OFDM 심볼 간격 및/또는 OFDM 부반송파 간격은 무선 통신 스펙트럼의 상이한 통신, 상이한 셀 및/또는 상이한 부분에 따라 변할 수 있다. WTRU(102a, 102b, 102c)는 (예를 들어, 가변 개수의 OFDM 심볼을 포함하고/하거나 가변 길이의 절대 시간 동안 지속되는) 다양한 또는 확장 가능한 길이의 서브 프레임 또는 통신 시간 간격(time interval, TTI)을 사용하여 gNB(180a, 180b, 180c)와 통신할 수 있다.
gNB(180a, 180b, 180c)는 독립형(standalone) 구성 및/또는 비-독립형 구성으로 WTRU(102a, 102b, 102c)와 통신하도록 구성될 수 있다. 독립형 구성에서, WTRU(102a, 102b, 102c)는 (예를 들어, eNode-B(160a, 160b, 160c)와 같은) 다른 RAN에도 액세스하지 않고 gNB(180a, 180b, 180c)와 통신할 수 있다. 독립형 구성에서, WTRU(102a, 102b, 102c)는 이동성 앵커 포인트로서 하나 이상의 gNB(180a, 180b, 180c)를 이용할 수 있다. 독립형 구성에서, WTRU(102a, 102b, 102c)는 비허가 대역의 신호를 사용하여 gNB(180a, 180b, 180c)와 통신할 수 있다. 비-독립형 구성에서, WTRU(102a, 102b, 102c)는 eNode-B(160a, 160b, 160c)와 같은 다른 RAN과 통신/연결하면서도, gNB(180a, 180b, 180c)와 통신/연결할 수 있다. 예를 들어, WTRU(102a, 102b, 102c)는 하나 이상의 gNB(180a, 180b, 180c) 및 하나 이상의 eNode B(160a, 160b, 160c)와 실질적으로 동시에 통신하기 위하여 DC 원리를 구현할 수 있다. 비-독립형 구성에서, eNode-B(160a, 160b, 160c)는 WTRU(102a, 102b, 102c)에 대한 이동성 앵커로서 기능할 수 있고, gNB(180a, 180b, 180c)는 WTRU(102a, 102b, 102c)를 서비스하기 위한 추가 커버리지 및/또는 스루풋을 제공할 수 있다.
gNB들(180a, 180b, 180c) 각각은 특정 셀(도시되지 않음)과 연관될 수 있고 무선 리소스 관리 결정들, 핸드오버 결정들, UL 및/또는 DL에서의 사용자들의 스케줄링, 네트워크 슬라이싱의 지원, 이중 연결, NR과 E-UTRA 간의 연동, 사용자 평면 데이터를 UPF(User Plane Function)(184a, 184b) 쪽으로 라우팅, 제어 평면 정보를 AMF(Access and Mobility Management Function)(182a, 182b) 쪽으로 라우팅 등을 처리하도록 구성될 수 있다. 도 1d에 도시된 바와 같이, gNB(180a, 180b, 180c)는 Xn 인터페이스를 통하여 서로 통신할 수 있다.
도 1d에 도시된 CN(115)은 적어도 하나의 AMF(182a, 182b), 적어도 하나의 UPF(184a, 184b), 적어도 하나의 세션 관리 기능(Session Management Function, SMF)(183a, 183b), 및 가능하게는 데이터 네트워크(Data Network, DN)(185a, 185b)를 포함할 수 있다. 전술한 요소들 각각이 CN(115)의 일부로서 도시되어 있지만, 이들 요소들 중 임의의 요소는 CN 운영자 이외의 엔티티에 의해 소유 및/또는 운영될 수 있다는 것이 이해될 것이다.
AMF(182a, 182b)는 N2 인터페이스를 통하여 RAN(113)에서 하나 이상의 gNB(180a, 180b, 180c)에 연결될 수 있고, 제어 노드로서 기능할 수 있다. 예를 들어, AMF(182a, 182b)는 WTRU(102a, 102b, 102c)의 사용자 인증, 네트워크 슬라이싱의 지원(예를 들어, 상이한 요구 사항을 갖는 상이한 프로토콜 데이터 유닛(protocol data unit, PDU) 세션의 처리), 특정 SMF(183a, 183b)의 선택, 등록 영역 관리, NAS(Non-Access Stratum) 시그널링 종료, 이동성 관리 등을 담당할 수 있다. WTRU(102a, 102b, 102c)에 이용되는 서비스의 유형에 기초하여 WTRU(102a, 102b, 102c)에 대한 CN 지원을 커스터마이즈하기 위하여 네트워크 슬라이싱이 AMF(182a, 182b)에 의해 사용될 수 있다. 예를 들어, URLLC 액세스에 의존하는 서비스, eMBB(Enhanced Massive Mobile Broadband) 액세스에 의존하는 서비스, MTC 액세스를 위한 서비스 및/또는 이와 유사한 것과 같은 상이한 사용 케이스에 대하여 상이한 네트워크 슬라이스가 확립될 수 있다. AMF(182a, 182b)는 RAN(113)과 LTE, LTE-A, LTE-A Pro 및/또는 WiFi와 같은 비-3GPP(non-Third Generation Partnership Project) 액세스 기술과 같은 다른 무선 기술을 이용하는 다른 RAN(도시되지 않음) 사이의 스위칭을 위한 제어 평면 기능을 제공할 수 있다.
SMF(183a, 183b)는 N11 인터페이스를 통하여 CN(115)에서 AMF(182a, 182b)에 연결될 수 있다. SMF(183a, 183b)는 또한 N4 인터페이스를 통하여 CN(115)에서 UPF(184a, 184b)에 연결될 수 있다. SMF(183a, 183b)는 UPF(184a, 184b)를 선택 및 제어하고 UPF(184a, 184b)를 통한 트래픽의 라우팅을 구성할 수 있다. SMF(183a, 183b)는 UE IP 주소 관리 및 할당, PDU 세션 관리, 정책 시행 및 QoS 제어, 다운링크 데이터 통지 제공 등과 같은 다른 기능을 수행할 수 있다. PDU 세션 유형은 IP 기반, 비-IP 기반, 이더넷 기반 등일 수 있다.
UPF(184a, 184b)는 N3 인터페이스를 통하여 RAN(113)에서 하나 이상의 gNB(180a, 180b, 180c)에 연결될 수 있으며, 이는 WTRU(102a, 102b, 102c)와 IP 가능 디바이스 사이의 통신을 용이하게 하기 위하여 인터넷(110)과 같은 패킷 교환 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다. UPF(184, 184b)는 패킷 라우팅 및 포워딩, 사용자 평면 정책 시행, 멀티 홈 PDU 세션 지원, 사용자 평면 QoS 처리, DL 패킷 버퍼링, 이동성 앵커링 제공 등과 같은 다른 기능을 수행할 수 있다.
CN(115)은 다른 네트워크와의 통신을 용이하게 할 수 있다. 예를 들어, CN(115)은 CN(115)과 PSTN(108) 사이의 인터페이스로서 작용하는 IP 게이트웨이(예를 들어, IP 멀티미디어 서브 시스템(IMS) 서버)를 포함하거나 이와 통신할 수 있다. 또한, CN(115)은 다른 네트워크(112)에 대한 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있고, 다른 네트워크(112)는 다른 서비스 제공자에 의해 소유 및/또는 운영되는 다른 유선 및/또는 무선 네트워크를 포함할 수 있다. 일 실시 예에서, WTRU(102a, 102b, 102c)는 UPF(184a, 184b)로의 N3 인터페이스를 통하여 및 UPF(184a, 184b)와 DN(185a, 185b) 사이의 N6 인터페이스를 통하여 UPF(184a, 184b)를 통하여 로컬 DN(185a, 185b)에 연결될 수 있다.
도 1a-1d 및 도 1a-1d의 대응 설명에 비추어, WTRU(102a-d), 기지국(114a-b), eNode-B(160a-c), MME(162), SGW(164), PGW(166), gNB(180a-c), AMF(182a-b), UPF(184a-b), SMF(183a-b), DN(185a-b) 및/또는 여기에 설명된 임의의 다른 디바이스(들) 중 하나 이상과 관련하여 본 명세서에 기술된 기능들 중 하나 이상, 또는 전부가 하나 이상의 에뮬레이션 디바이스(도시되지 않음)에 의해 수행될 수 있다. 에뮬레이션 디바이스는 본 명세서에 설명된 기능들 중 하나 이상 또는 전부를 에뮬레이션하도록 구성된 하나 이상의 디바이스일 수 있다. 예를 들어, 에뮬레이션 디바이스는 다른 디바이스를 테스트하고/하거나 네트워크 및/또는 WTRU 기능을 시뮬레이션하는데 사용될 수 있다.
에뮬레이션 디바이스는 랩 환경 및/또는 운영자 네트워크 환경에서 다른 디바이스의 하나 이상의 테스트를 구현하도록 설계될 수 있다. 예를 들어, 하나 이상의 에뮬레이션 디바이스는 통신 네트워크 내의 다른 디바이스를 테스트하기 위하여 유선 및/또는 무선 통신 네트워크의 일부로서 완전히 또는 부분적으로 구현 및/또는 배치되는 동안, 하나 이상 또는 전부의 기능을 수행할 수 있다. 하나 이상의 에뮬레이션 디바이스는 유선 및/또는 무선 통신 네트워크의 일부로서 일시적으로 구현/배포되는 동안 하나 이상 또는 전부의 기능을 수행할 수 있다. 에뮬레이션 디바이스는 테스트를 위하여 다른 디바이스에 직접 연결될 수 있고/있거나 OTA(over-the-air) 무선 통신을 이용하여 테스트를 수행할 수 있다.
하나 이상의 에뮬레이션 디바이스는 유선 및/또는 무선 통신 네트워크의 일부로서 구현/배포되지 않으면서 모든 기능을 포함하여 하나 이상의 기능을 수행할 수 있다. 예를 들어, 에뮬레이션 디바이스는 하나 이상의 컴포넌트의 테스트를 구현하기 위하여, 테스트 실험실 및/또는 비-배치(예를 들어, 테스트) 유선 및/또는 무선 통신 네트워크에서의 테스트 시나리오에서 이용될 수 있다. 하나 이상의 에뮬레이션 디바이스는 테스트 장비일 수 있다. (예를 들어, 하나 이상의 안테나를 포함할 수 있는) RF 회로를 통한 직접 RF 결합 및/또는 무선 통신은 데이터를 송신 및/또는 수신하기 위하여 에뮬레이션 디바이스에 의해 사용될 수 있다.
LTE에서, 터보-코더 인터리버는 제한된 수의 코드 블록(code block, CB) 크기에 대해서만 정의되고, 최대 블록 크기는 6144 비트이다. 결과적으로, 24 비트 TB 순환 중복 검사(cyclic redundancy check, CRC)를 포함하는 전송 블록(TB)이 이러한 6144 비트 한계를 초과하면, 각 TB는 터보 코딩 전에 더 작은 CB로 세그먼트화될 것이다.
도 2는 여기에 기술된 다른 실시 예들의 임의의 조합에 사용될 수 있는 CB(270) 당 코드 블록(CB) 세그먼테이션(250) 및 순환 중복 검사(CRC) 삽입의 예(200)를 도시한다. 도 2에 도시된 바와 같이, TB(205)에서의 CB 세그먼테이션(250)은 필러(filler) 비트(260)를 CB#1(215)에 삽입(즉, 제1 CB를 터보 코더에 의해 지원되는 크기에 맞추기 위한 필러)하는 터보 코딩 프로세스에 선행할 수 있다. CB 세그먼테이션(250) 동안, 각각의 CB(즉, CB#1(215), CB#2(217), CB#M(218))는 CRC(230, 232, 234)가 그에 첨부(append)되게 할 수 있다. 이 CRC(230, 232, 234)는 또한 24 비트 길이를 포함할 수 있지만, TB CRC(210)와는 상이할 수 있다. CB(215, 217, 218) 당 CRC(230, 232, 234)를 갖는 것은 채널 코딩(280)을 위하여 정확하게 디코딩된 CB의 조기 검출을 가능하게 할 수 있고, 이는 결과적으로 CB(215, 217, 218)에 대한 반복 디코딩 프로세스의 조기 종료를 허용한다. 이는 WTRU 처리 복잡성 및 에너지 소비를 감소시키기 위하여 사용될 수 있다. TB CRC(210)와 CB CRC(230, 232, 234)의 조합은 디코딩된 TB에서 검출되지 않은 오류의 위험을 최소화할 수 있다.
LTE에서, 전송 블록 크기(transport block size, TBS)인 TB의 크기는 20 MHz의 시스템 대역폭에 기초하여 97,896 비트만큼 클 수 있다. 이로 인해 TB 당 약 16 개의 CB가 발생할 수 있다. LTE에서는 심지어 단일 CB에 대한 디코딩이 실패할 때 전체 TB가 재전송된다. NR에서 6GHz 이하(sub 6GHz)의 경우 100MHz의 시스템 대역폭 및 mmW 대역의 경우 최대 GHz의 시스템 대역폭인 TBS는 LTE를 위한 20MHz 대역폭의 스케일링에 기초하여 훨씬 클 수 있으며, 예를 들어 100MHz의 경우 80CB일 수 있다.
eMBB(Enhanced Mobile Broadband), URLLC(ultra-reliable low latency communication) 및 mMTC(massive machine type communication)와 같은 다중 사용 사례가 제공되는 NR에서, 무선 리소스를 이용하는 효율적인 방법이 필요할 수 있다. 예를 들어, 엄격한 레이턴시 요구 사항을 충족하기 위하여 URLLC WTRU를 즉시 서비스해야 할 수 있다. 이는 eMBB 트래픽을 선취할 필요를 초래할 수 있으며, 여기서 eMBB 트래픽을 위하여 스케줄링된 리소스는 URLLC 트래픽을 서비스하기 위하여 선취될 수 있다. 이러한 리소스 선취는 적은 수의 CB에만 영향을 미치는 미니-슬롯(즉, 심볼의 순서(order)) 레벨에 있을 수 있다. 따라서, LTE의 경우와 같이 전체 TB를 재전송하는 것은 리소스 면에서 비효율적이고 낭비적일 것이다. 결과적으로, CB, CB 그룹(CBG), TB 또는 이들의 임의의 조합에 기초하여 동작할 수 있는 보다 유연한 재전송 방식이 필요할 수 있다.
도 3은 URLLC 트래픽에 의한 eMBB 트래픽의 선취 예를 도시한다. 예를 들어 CB(1-28)는 원래 eMBB 트래픽을 위하여 예약되어 있다. 그러나, URLLC 트래픽이 서비스될 필요가 있을 때, 영역(305 및 315)에 도시된 바와 같이 URLLC 트래픽을 서비스하기 위하여 eMBB 트래픽을 위하여 스케줄링된 CB가 선취될 수 있다. LTE에서, 선취된 영역(305, 315)의 CB(또는 eMBB 트래픽을 위한 영역에서의 임의의 CB)가 제대로 디코딩되지 않으면 전체 TB를 다시 전송해야 한다. 전술한 바와 같이, 이것은 무선 리소스의 매우 비효율적인 사용을 초래할 것이다.
CBG 기반 재전송을 지원하기 위하여, 다중 비트 HARQ 피드백이 필요할 수 있다. 다중 비트 피드백은 WTRU가 기지국(예를 들어, 차세대 노드 B(gNB))으로부터 재전송을 요청하는 CB/CBG 또는 다른 리소스(예를 들어, PRB 또는 PRB의 그룹)을 표시하는데 사용될 수 있다.
WTRU 또는 WTRU의 세트/그룹은 HARQ 피드백 없음(no HARQ feedback), 단일 비트 HARQ 피드백 또는 다중 비트 HARQ를 이용하도록 반-정적으로 또는 동적으로 구성될 수 있다. 이는 서비스되고 있는 eMBB 트래픽의 유형/클래스(예를 들어, 라이브 스트리밍 비디오 대 비-라이브 비디오 콘텐츠)와 eMBB 트래픽을 선취하고 있는 URLLC 트래픽의 주파수 모두의 함수일 수 있다. WTRU에 대한 피드백 포맷의 구성(또는 재구성)은 시그널링 메시지를 통하여 BS(예를 들어, gNB)에 의해 결정될 수 있다. 예를 들어, 반-정적 구성은 RRC 시그널링을 통하여 결정될 수 있고 WTRU 또는 WTRU의 세트/그룹이 제공하는 HARQ 피드백의 유형이 장기간 변경되지 않을 수 있음을 표시할 수 있다. 예를 들어, WTRU가 셀에서 다중 비트 HARQ 피드백을 제공하도록 반-정적으로 구성될 때, WTRU는 단일 비트 HARQ 피드백만을 수용할 수 있는 상이한 셀로 이동할 때까지 그의 HARQ 피드백 구성을 변경하지 않는다. 대조적으로, 동적 구성은 DCI를 통하여 결정될 수 있으며, WTRU 또는 WTRU의 세트/그룹이 제공하는 HARQ 피드백의 유형이 필요에 따라 단기간에 변경될 수 있음을 표시할 수 있다. 예를 들어, DCI는 WTRU가 제공하고 있는 HARQ 피드백의 유형을 변경하기 위한 파라미터를 포함할 수 있다.
일 실시 예에서, eMBB 트래픽이 라이브 스트리밍 비디오와 같은 주로 시간에 민감한 트래픽으로 구성되고 URLLC 트래픽 부하가 낮아서, 이에 의해 eMBB 리소스의 상대적으로 드문 선취를 초래하는 경우, BS(예를 들어, gNB)는 HARQ 피드백을 이용하지 않도록 WTRU 또는 WTRU 그룹을 반-정적으로 또는 동적으로 (재)구성할 수 있다. 이러한 유형의 서비스에 대한 HARQ 기반 재전송과 관련된 지연에 우선하여 일부 패킷의 손실이 선호되기 때문에 WTRU는 FEC(forward error correction)에 의존할 수 있다.
대안적으로 또는 추가적으로, URLLC 트래픽의 빈도가 높아서, eMBB 리소스의 높은 선취를 초래하는 경우, BS(예를 들어, gNB)는 다중 비트 HARQ 피드백을 이용하도록, 영향을 받는 WTRU 또는 WTRU의 그룹을 반-정적으로 또는 동적으로 (재)구성할 수 있다. 다중 비트 HARQ 피드백을 수신하면, BS는 WTRU 또는 WTRU 그룹이 영향을 받는 TB를 효율적으로 디코딩할 수 있도록, 영향을 받는 데이터 부분을 재전송할 수 있다. 이러한 재전송은 CB/CBG, 미니-슬롯 레벨 재전송일 수 있으며, WTRU 또는 WTRU 그룹은 추가 데이터 전송으로부터 이익을 얻을 수 있게 하지만, 레이턴시 측면에서 시청자 경험에 극적으로 영향을 미치지는 않는다.
다른 실시 예에서, BS(예를 들어, gNB)는 다중-비트 HARQ 피드백에 대해 소정의 미리 정해진 매핑을 사용하도록 WTRU 또는 WTRU의 그룹을 반-정적으로 구성할 수 있다. 이들 매핑은 다중 비트 HARQ 피드백이 CB 레벨 입도(granularity), CBG 레벨 입도 또는 심지어 시간-주파수 리소스를 허용하는지 여부를 표시할 수 있다. 이러한 매핑의 예는 도 4a-4c에 도시되어 있다.
도 4a는 본 명세서에 설명된 임의의 다른 실시 예들과 조합하여 사용될 수 있는 예시적인 다중 비트 HARQ 피드백(405)을 도시한다. 도 4a에 도시된 바와 같이, 다중 비트 HARQ 피드백(405)은 재전송을 위한 CB 레벨 입도를 허용할 수 있다. 여기서, 입도는 다중 비트 HARQ 피드백의 각 비트(즉, 각 HARQ 정보 비트) 내에 포함된 CB(들)/CBG(들)의 수를 의미한다. 구체적으로, CB 레벨 입도는 다중 비트 HARQ 피드백(405) 내의 각 비트가 개별 CB를 나타낼 수 있음을 의미한다. 이 예에서, 다중 비트 HARQ 피드백(405)은 각각의 CB(즉, CB1 내지 CB12)를 나타내는 12 개의 HARQ 정보 비트를 포함한다. 12 개의 HARQ 정보 비트는 WTRU가 재전송을 요청하고 있는 각각의 CB를 표시할 수 있다. 예를 들어, CB1이 올바르게 디코딩되지 않으면(즉, 손상되면), WTRU는 CB1을 나타내는 제1 HARQ 정보 비트를 NACK으로서 결정할 수 있다. CB1이 성공적으로 디코딩되면, WTRU는 제1 HARQ 정보 비트를 ACK로서 결정할 수 있다. HARQ 정보 비트 값 0은 NACK을 나타낼 수 있는 반면, HARQ 정보 비트 값 1은 ACK를 나타낼 수 있거나, 그 반대일 수 있다. 이는 WTRU가 성공적으로 디코딩하지 못한 CB를 정확하게 지정할 수 있다는 점에서 최대의 유연성을 제공한다. 따라서, BS는 재전송 리소스의 사용을 최소화할 수 있다. 이것은 TB 크기가 작은 경우에 특히 매력적일 수 있다. 그러나, TB 크기가 적당히 큰 경우, 이 접근법은 많은 수의 HARQ 피드백 비트를 필요로 하여, 시그널링 오버헤드를 크게 증가시킬 수 있다.
도 4b는 HARQ 피드백(410)이 재전송을 위한 코드 블록 그룹(CBG) 레벨 입도를 허용하는 예시적인 다중 비트 HARQ 피드백(410)을 도시하며, 이는 본 명세서에 기술된 임의의 다른 실시 예와 조합하여 사용될 수 있다. CBG 레벨 입도는 다중 비트 HARQ 피드백(410)의 각 비트가 CB의 그룹(즉, CBG)(415, 420, 425, 430)을 나타낼 수 있음을 의미한다. 이 예에서, 다중 비트 HARQ 피드백(410)은 각각의 CBG(415, 420, 425, 430)를 나타내는 4 개의 HARQ 정보 비트를 포함한다. 4 개의 HARQ 정보 비트 각각은 WTRU가 재전송을 요청하고 있는 각각의 CBG(415, 420, 425, 430)를 표시할 수 있다. 예를 들어, 다중 비트 HARQ 피드백(410)의 제1 비트는 제1 CBG(415)(즉, CB1, CB2, CB3의 그룹)를 나타내고, 제1 CBG가 재전송을 위하여 요청되는지 아닌지를 표시한다. 제1 CBG(415) 내의 임의의 CB가 정확하게 디코딩되지 않으면(즉, 손상되면), WTRU는 제1 CBG(415)를 나타내는 제1 HARQ 정보 비트를 NACK로서 결정할 수 있다. 제1 CBG(415) 내의 모든 CB가 성공적으로 디코딩되면, WTRU는 제1 CBG(415)를 나타내는 제1 비트를 ACK로서 결정할 수 있다. 상술한 바와 같이, HARQ 정보 비트 값 0은 NACK을 나타낼 수 있는 반면, HARQ 정보 비트 값 1은 ACK를 나타낼 수 있거나, 그 반대일 수 있다.
도 4c는 HARQ 피드백(435)이 재전송을 위한 CBG 레벨 입도를 허용하는 다른 예시적인 다중 비트 HARQ 피드백(435)을 도시하며, 이는 본 명세서에 기술된 임의의 다른 실시 예와 조합하여 사용될 수 있다. CBG 레벨 입도는 다중 비트 HARQ 피드백(410)의 비트가 CB의 그룹(즉, CBG)(440, 445)을 나타낼 수 있음을 의미한다. 도 4c에 도시된 바와 같이, 각각의 HARQ 정보 비트는 CBG(440, 445)에 매핑되는데,이 경우에는 각각 6 개의 CB의 2 개의 CBG 그룹이 된다. 예를 들어, 다중 비트 HARQ 피드백(435)의 제1 비트는 제1 CBG(440)(즉, CB1, CB2, CB3, CB4, CB5, CB6의 그룹)를 나타내고, 제1 CBG가 재전송을 위하여 요청되는지 아닌지를 표시한다. 제1 CBG(415) 내의 모든 CB가 성공적으로 디코딩되면, WTRU는 제1 CBG(440)를 나타내는 제1 비트를 ACK로서 결정할 수 있다. 제1 CBG(440) 내의 임의의 CB가 정확하게 디코딩되지 않으면(예를 들어, 손상되면), WTRU는 제1 CBG(440)를 나타내는 제1 HARQ 정보 비트를 NACK으로서 결정할 수 있다. 다시 말해서, 관련 CBG 그룹 내의 임의의 CB가 오류인 것은 NACK 피드백을 초래할 수 있고, 그에 의해 그 CBG 내의 모든 CB의 재전송을 초래할 수 있다. WTRU가 CBG의 모든 코드 블록을 정확하게 수신하였다면, WTRU는 CBG의 HARQ-ACK 정보 비트에 대한 ACK를 생성할 수도 있다. WTRU가 CBG의 적어도 하나의 코드 블록을 잘못 수신하였다면, WTRU는 CBG의 HARQ-ACK 정보 비트에 대한 NACK을 생성할 수도 있다. 상술한 바와 같이, HARQ 정보 비트 값 0은 NACK을 나타낼 수 있는 반면, HARQ 정보 비트 값 1은 ACK를 나타낼 수 있거나, 그 반대일 수 있다.
일 실시 예에서, WTRU는 복수의 HARQ 피드백 옵션을 이용하도록 구성될 수도있다. 예를 들어, WTRU는 다중 비트 HARQ 피드백 및 단일 비트 HARQ 피드백을 모두 제공하도록 구성될 수 있다. WTRU는 필요에 따라 둘 사이에서 스위칭하여 둘 중 어느 것을 활용할지를 결정하는 유연성을 가질 수 있다. 예를 들어, WTRU가 특정 TB에 대해 적은 수의 CB를 성공적으로 디코딩하지 못하면, 기지국(예를 들어, gNB)이 어느 CB를 재전송해야 하는지 시그널링하기 위하여 다중 비트 HARQ 피드백을 이용하기로 선택(또는 스위칭)할 수 있다.
대안적으로 또는 추가적으로, WTRU가 상당한 수의 CB(예를 들어, 전체 TB의 큰 백분율)를 디코딩하지 못하면, 선취가 다수의 CB/CBG에 영향을 미치고 BS(예를 들어, gNB)가 전체 TB를 재전송하는데 더 우수할 수 있음을 의미할 수 있다. 이러한 경우에, WTRU는 단일 비트 HARQ 피드백을 이용하기로 선택(또는 스위칭)하여 BS(예를 들어, gNB)에게 전체 TB를 재전송하도록 통보하면서, 또한 시그널링 오버헤드를 감소시킬 수 있다. BS(예를 들어, gNB)는 단일 비트 HARQ 피드백과 다중 비트 HARQ 피드백 사이의 스위칭을 용이하게 하기 위하여 임계 파라미터 'δ'로 WTRU를 구성할 수 있다.
TB 기반 재전송을 요청하는 단일 비트 HARQ 피드백과 CBG 기반 재전송을 요청하는 다중 비트 HARQ 피드백 사이의 스위칭을 용이하게 하기 위하여, WTRU는 다수의 PUCCH 포맷을 이용하도록 BS(예를 들어, gNB)에 의해 구성될 수 있고, 각각 상이한 페이로드(예를 들어, 업링크 제어 정보(uplink control information, UCI)) 크기를 갖는다. 그 후 WTRU는 HARQ 피드백 요건에 기초하여 적절한 PUCCH 포맷을 선택할 수 있다. 이 시나리오에서, BS(예를 들어, gNB)는 WTRU에 의해 어떤 포맷 및 이에 따른 어느 피드백 옵션이 이용되고 있는지를 확인하기 위하여 PUCCH를 블라인드 디코딩해야 할 수 있다.
WTRU는 무선 리소스 제어(RRC) 시그널링을 통하여 다수의 PUCCH 리소스 세트로 구성될 수 있으며, 여기서 리소스 세트는 UCI 페이로드 능력에 기초하여 분할된다. 예를 들어, 간단한 시나리오에서 'Κ = 2' 구성된 리소스 세트가 있을 수 있다. 제1 리소스 세트는 HARQ-ACK 피드백 및 이에 따른 최대 2 비트의 UCI 페이로드 크기를 갖는 PUCCH 포맷에 대해 정의될 수 있다. 그러나, 제2 리소스 세트는 HARQ-ACK 피드백 및 이에 따른 2 비트보다 큰 UCI 페이로드 크기를 갖는 PUCCH 포맷에 대해 정의될 수 있다. 다른 예에서, WTRU는 추가 입도를 갖는 'Κ = 3' 리소스 세트로 구성될 수 있다. 예를 들어, 제1 리소스 세트는 최대 2 비트의 UCI 페이로드 크기에 대해 정의될 수 있다. 제2 리소스 세트는 2 비트보다 크지만 19 비트보다 작은 UCI 페이로드 크기를 이용하는 PUCCH 포맷에 대해 정의될 수 있다. 제3 리소스 세트는 20 비트 이상의 UCI 페이로드 크기에 대해 정의될 수 있다. 또 다른 예에서, 'Κ = 4' PUCCH 리소스 세트가 있을 수 있으며, 제1 리소스 세트는 최대 2 비트의 UCI 페이로드 크기에 대해 정의되고, 제2 리소스 세트는 2 비트보다 크지만 19 비트보다 작은 UCI 페이로드 크기를 이용하는 PUCCH 포맷에 대해 정의된다('Κ = 3'의 경우와 동일). 그러나, 제3 및 제4 리소스 세트는 제3 리소스 세트가 20보다 크지만 어떤 값 'L'보다 작은 UCI 페이로드 크기로부터 정의되고(예를 들어 L = 80) 제4 리소스 세트가 L보다 큰 UCI 페이로드에 대하여 정의되는, 증가된 입도를 제공할 수 있다.
리소스 세트 수와 리소스 세트당 사용 가능한 PUCCH 리소스(리소스 블록)의 수 사이에 트레이드오프가 있을 수 있다. PUCCH 리소스 세트의 수가 더 많으면, 이제 총 PUCCH 리소스의 수가 더 많은 수의 리소스 세트로 나누어져야 하기 때문에 세트당 PUCCH 리소스가 적을 수 있다. 일반적으로 더 높은 UCI 페이로드를 가질 수 있는 상당한 수의 WTRU가 있을 것으로 예상되는 경우에 더 많은 수의 리소스 세트를 갖는 것이 유리할 수 있다. 이 경우, 이들 페이로드의 분배는 PUCCH 리소스 세트가 UCI 페이로드의 분배에 대해 미세 조정될 수 있는 다중 모드이며, 이에 의해 이들 리소스의 최적의 사용을 허용한다. 더 많은 수의 리소스 세트를 갖는 것이 유리할 수 있는 예시적인 상황은 UCI 페이로드의 큰 변동이 가능한 때일 수 있다. CBG 기반 (재) 전송의 경우, 이는 피드백의 HARQ 다중화가 있을 때 발생할 수 있으며, 여기서 단일 HARQ 피드백 응답은 다수의 슬롯/CC 등에 걸친 다수의 PDSCH 전송을 위하여 제공될 필요가 있을 수 있다. 그러한 상황에서 특히 CBG 기반 (재)전송의 경우, HARQ 비트의 수는 상당할 수 있고, 예를 들어 TB 당 8 개의 CBG, 5 개의 CC로 구성된 WTRU의 경우, HARQ 피드백을 위한 40 비트의 UCI 페이로드가 예상될 수 있는 반면, 2 개의 CC 경우, 16 비트의 UCI 페이로드가 예상될 수 있다. 그러한 시나리오에서, 더 많은 수의 PUCCH 리소스 세트(예를 들어, 'Κ=3'에 반대되는 'Κ=4')를 갖는 것이 더 나을 수 있고, 세트들 사이의 PUCCH 리소스의 분배는 K = 3 경우에 대해 더 많은 수의 리소스가 제공되도록 할 수 있는데, 그 이유는 40 비트의 HARQ 피드백을 제공할 확률이 HARQ 및 이에 따른 UCI 페이로드의 3 내지 일부 중간 수(예를 들어 'Κ=4' 경우의 제3 세트에 대하여 위에서 19 비트)를 제공할 확률보다 훨씬 낮을 것으로 예상될 수 있기 때문이다.
그 후 WTRU는 HARQ 페이로드(UCI) 크기에 기초하여 적절한 리소스 세트를 선택할 수 있다. 예를 들어, TB 당 2 개의 CBG 및 단일 코드 워드(CW)만으로 구성된 WTRU의 상기 시나리오에서, WTRU는 2 비트의 다중 비트 피드백을 보고할 필요가 있을 수 있다. 이러한 경우의 시나리오에서, WTRU는 최대 2 비트의 UCI의 PUCCH 포맷들에 대해 정의된 PUCCH 리소스 세트(즉, 상기 각각의 예에서 제1 세트)를 선택할 수 있다.
다른 실시 예에서, 단일 CW 구성에 대해 TB 당 8 개의 CBG로 구성된 WTRU는 8 비트 크기의 다중 비트 피드백을 보고할 필요가 있을 수 있다. WTRU는 상기 예들에서 제2 세트에 도시된 2 비트보다 큰 UCI를 지원할 수 있는 PUCCH 포맷에 대해 정의된 PUCCH 리소스 세트를 선택할 수도 있다.
또 다른 실시 예에서, WTRU는 다수의 PUCCH 리소스 세트로 구성될 수 있으며, 여기서 하나보다 큰 리소스 세트는 HARQ 페이로드 크기(또는 보다 일반적으로, 특정 크기의 UCI 페이로드)를 지원할 수 있는 PUCCH 포맷에 대하여 정의된다. 예를 들어, WTRU는 K = 4 세트로 구성될 수 있고, 여기서 2 세트는 최대 2 비트의 UCI 페이로드의 PUCCH 포맷으로 정의되는 반면, 나머지 2 개의 리소스 세트는 2 비트보다 큰 UCI 페이로드의 PUCCH 포맷에 대해 정의된다. 이러한 시나리오에서, WTRU는 어느 하나의 페이로드 경우에 대해 2 개의 정의된 세트 중 하나를 무작위로 고를 수 있다. 이는 PUCCH 리소스 세트당 다수의 WTRU가 할당(assign)된 경우에, 다수의 WTRU 사이의 충돌 가능성을 감소시키는 데 도움이 될 수 있다.
선택된 PUCCH 포맷이 적당한 UCI(HARQ) 페이로드가 가능하고 다수/몇 개의 심볼/미니-슬롯/서브-슬롯을 통하여 전송되는 경우(예를 들어, 단일 리소스-블록 쌍을 통한 PUCCH 포맷 4와 같은 긴 기간에 걸친 PUCCH), PUCCH 리소스 세트를 효율적으로 활용하기 위하여, 다수의 WTRU가 동일한 리소스-블록 쌍을 공유할 수 있다. 심볼/미니-슬롯 내에서 동일한 리소스-블록 쌍을 공유하는 디바이스는 주파수 도메인 시퀀스(예를 들어, 시간 도메인의 순환 시프트)의 상이한 직교 위상 회전에 의해 분리될 수 있다. 대안적으로 또는 추가적으로, 다수의 리소스-블록 쌍이 사용되는 예를 들어, 2 개의 비트보다 큰, 더 큰 UCI 페이로드 포맷의 경우(예를 들어, PUCCH 포맷 2 또는 3), 심볼/미니-슬롯/비-슬롯(non-slot)에 대한 다중화 능력은 다수의 WTRU가 상이한 직교 커버 시퀀스를 사용하여 각각의 WTRU와 동일한 리소스 블록 쌍을 공유하게 함으로써 증가될 수 있다. 따라서, 이것은 HARQ 피드백에 필요할 수 있는 PUCCH 리소스의 수를 감소시킬 수 있다.
(예를 들어, HARQ-ACK 페이로드 크기에 기초하여) 적절한 리소스 세트를 선택하는 것 외에도, BS(예를 들어, gNB)는 그의 HARQ 피드백을 제공하기 위하여 WTRU에 의해 사용될 PUCCH 리소스를 미세 조정할 수 있다. 이것은 LTE에서 2-비트 ACK-NACK 오프셋 필드(ANO)와 유사한 ACK-NACK 리소스 표시자(ACK-NACK resource indicator, ARI) 필드를 이용함으로써 수행될 수 있으며, 이는 PUCCH 리소스 세트 내의 PUCCH 리소스 및/또는 포맷을 동적으로 제어하는데 사용될 수 있다.
일 실시 예에서, 2 비트 ARI는 다음과 같이 PUCCH 리소스의 인덱스를 제공할 수 있다; 00은 첫 번째 PUCCH 리소스를 인덱싱하고, 01은 두 번째 PUCCH 리소스를 인덱싱하고, 10은 세 번째 PUCCH 리소스를 인덱싱하고, 11은 선택된 PUCCH 리소스 세트 내에서 네 번째 PUCCH 리소스를 인덱싱한다.
다른 실시 예에서, ARI는 특정 PUCCH 포맷에 대한 PUCCH 리소스 인덱스의 인덱스를 제공할 수 있다. 예를 들어, WTRU가 2 비트보다 큰 UCI 페이로드에 대해 짧은 PUCCH와 긴 PUCCH 모두에 대해 구성되는 경우, 2 개의 상이한 PUCCH 포맷으로 구성될 수 있다. 실시 예에서, 하나의 PUCCH 포맷은 짧은 PUCCH를 위하여 사용될 수 있고 다른 PUCCH 포맷은 긴 PUCCH 전송을 위하여 사용될 수 있다. ARI 인덱스는 PUCCH 포맷뿐만 아니라 PUCCH 리소스 인덱스에 관한 정보를 제공하기 위하여 이용될 수 있다. 예를 들어, ARI 인덱스에 기초하여, WTRU는 2 비트보다 큰 UCI 페이로드를 운반할 수 있는 2 개의 PUCCH 포맷(예를 들어, PUCCHa 및 PUCCHb)을 갖는 PUCCH 리소스 세트를 선택할 수 있고, 하나의 포맷(예를 들어, PUCCHa)은 짧은 기간 PUCCH 전송을 위한 것이고, 나머지 포맷(예를 들어, PUCCHb)은 긴 기간을 위한 것이다. 구체적으로, ARI 인덱스 00은 PUCCHa에 대한 PUCCH 리소스 1을 나타낼 수 있고, 인덱스 01은 PUCCHa에 대한 PUCCH 리소스 2를 나타낼 수 있고, 인덱스 10은 PUCCHb에 대한 PUCCH 리소스 1을 나타낼 수 있고, 인덱스 11은 PUCCHb에 대한 PUCCH 리소스 2를 나타낼 수 있다.
또 다른 실시 예에서, 짧은 PUCCH 포맷 및 긴 PUCCH 포맷 모두로 구성된 WTRU는 특정한 미리 결정된 기준에 기초하여 하나의 PUCCH 포맷을 결정할 수 있다. 예를 들어, WTRU가 제한된 전력 또는 제한된 커버리지인 경우, WTRU는 긴 PUCCH 포맷을 이용하기로 결정할 수도 있다. 그러한 경우, 최상의/적절한 PUCCH 포맷을 선택할 수 있는 유연성을 갖는 WTRU는 PUCCH 리소스 인덱스의 표시만을 위하여 DCI에서 ARI 필드를 사용할 수 있다.
또한, 적절한 PUCCH 리소스를 선택하기 위한 유연성을 갖는 것은 WTRU가 발생할 수 있는 피드백 입도의 임의의 변경에 적응할 수 있게 할 수 있다. 예를 들어, BS(예를 들어, gNB)가 PDCCH에서 폴백 DCI를 사용하여 PDSCH를 스케줄링하면, CBG 기반 (재)전송을 위한 다중 비트 HARQ 피드백을 제공하도록 구성된 WTRU는 TB 기반 (재)전송을 위한 단일 비트 HARQ 피드백으로 응답할 수 있다. 폴백 DCI는 BS가 전송된 전송 블록(TB)에 대한 CBG 기반 재전송을 지원하지 않음을 나타낼 수 있다. WTRU가 폴백 DCI를 수신할 때, WTRU는 2 비트의 더 작은 UCI 페이로드 크기를 지원하는 PUCCH 포맷에 대해 구성된 PUCCH 리소스 세트를 선택할 수 있는데, 이는 단일 또는 두 개의 코드워드(또는 TB)의 재전송을 요청하고 있는 단일 비트 HARQ 피드백에 충분할 것이기 때문이다. 이러한 방식으로, 먼저 다중 비트 HARQ 피드백을 제공하도록 구성된 WTRU는 (더 높은 UCI 페이로드를 위하여 구성된 리소스 세트를 이용하여) CBG 기반 재전송을 위한 다중 비트 HARQ 피드백과 (더 작은 UCI 페이로드 크기로 구성된 리소스 세트를 이용하여) TB 기반 재전송을 위한 단일 비트 HARQ 피드백 사이를 스위칭할 수 있다. 이 폴백 DCI 경우에 대해, BS(예를 들어, gNB)는 (다중 비트 HARQ 피드백으로부터 단일 비트 HARQ 피드백으로) HARQ 페이로드 크기가 변경되었고, 그에 따라 PUCCH 포맷이 또한 변경되었기 때문에 WTRU가 상이한 PUCCH 리소스 세트로 스위칭했을 수 있다는 사실을 고려하여 (ARI 필드를 통하여) 업데이트된 PUCCH 리소스 인덱스 정보를 제공할 수 있다. 그 후 새로운 ARI는 이러한 PUCCH 리소스 세트에 대한 PUCCH 리소스 인덱스 정보를 반영하도록 수정될 수 있다.
WTRU가 PUSCH를 통하여 데이터를 전송하고 있는 실시 예에서, WTRU는 재전송을 위하여 더 세밀한 입도를 제공하기 위하여 다중 비트 HARQ 피드백을 이용하도록 선택할 수 있다. 이 예에서, WTRU는 또한 보다 엄격한 임계 파라미터 'δs'(여기서 δs > δ)에 기초하여 다중 비트 HARQ 피드백으로부터 단일 비트 HARQ 피드백으로 스위칭할 수 있다. 이것은 HARQ 피드백이 PUCCH에서 전송되는 경우 예를 들어, δs=1인 경우보다 더 엄격하고, 이는 전체 TB에 오류가 있는 경우에만 단일 비트로의 스위칭을 의미한다.
다른 실시 예에서, WTRU는 다중 비트 HARQ 피드백 및 단일 비트 HARQ 피드백을 BS(예를 들어, gNB)에 동시에 제공하는 것과 같은 복수의 HARQ 피드백 옵션을 제공하도록 구성될 수 있다. 두 가지 유형의 HARQ 피드백을 모두 제공하려면 빌트인(bulit-in) 오류 검출과 HARQ 피드백 오류에 대한 추가 견고성(robustness)이 필요할 수 있다. 예로서, 선취에 의해 영향을 받는 단일 CBG를 갖는 WTRU는 영향을 받는 CBG에 대한 다중 비트 HARQ 피드백 및 TB에 대한 단일 비트 피드백을 모두 제공할 수 있다. 이는 다중 비트 HARQ 피드백이 영향을 받는 CBG에 대한 단일 NACK을 포함하고, 단일 비트 HARQ 피드백이 TB에 대한 단일 NACK을 포함한다는 것을 의미한다. NACK 비트가 NACK-ACK 오류에 의해 영향을 받는 경우, BS(예를 들어, gNB)는 TB의 적어도 일부 부분이 WTRU에 의해 정확하게 디코딩되지 않았다는 것을 여전히 알 수 있다. 이 경우, (영향을 받는 CBG에 대한 단일 NACK이 ACK로 플립(flip)된 경우) BS(예를 들어, gNB)는 전체 TB를 재전송하거나, NACK을 수신한 CBG만을 재전송하도록 결정할 수 있다. 전자의 경우(즉, 전체 TB를 재전송하는 것)는 불필요한 전송을 야기할 수 있지만, RLC 프로토콜에 의한 잠재적 수정으로 인하여, 영향을 받는 CBG를 재전송하는 것이 전체 TB를 재전송하는 것보다(즉, 전체 TB의 성공적인 수신까지) 더 오래 걸려야 할 수 있기 때문에, 전자가 대안(즉, 영향을 받은 CBG를 재전송하는 것)보다 바람직할 수 있다.
다중 비트 HARQ 피드백을 제공하도록 구성된 WTRU는 또한 피드백 오버헤드를 감소시키기 위한 방법으로서 폴백(fallback) 옵션으로서 단일 비트 피드백으로 복귀하거나 이를 이용할 수 있다. WTRU는 다중 비트 HARQ 피드백 및 단일 비트 HARQ 피드백 옵션 둘 다로 구성될 수 있고, BS(예를 들어, gNB)에 의해 스케줄링된 (재)전송으로 인하여 적어도 하나의 (재)전송된 CBG가 오류인 것(즉, NACK)을 야기하는 한, 다중 비트 HARQ 피드백을 제공할 수 있다. WTRU에 의해 모든 CBG(및 전체 TB)가 성공적으로 수신되었으면, WTRU는 전체 TB가 이제 성공적으로 수신되었음을 BS(예를 들어, gNB)에 알리기 위하여 단일 비트 HARQ 피드백 메시지를 전송할 수 있다. 단일 비트 HARQ 피드백 스위칭에 대한 이러한 다중 비트 HARQ 피드백은 성능에 부정적인 영향을 미치지 않으면서 오버헤드를 감소시키는 결과를 가져올 수 있다.
다른 실시 예에서, (예를 들어, CBG의 절대 수 또는 구성된 CBG의 백분율/일부(fraction)와 같은 일부 임계 값에 기초하여) 상당한 수의 CBG가 선취된 데이터로 인하여 디코딩될 수 없는 경우, 다중 비트 HARQ 피드백 및 단일 비트 HARQ 피드백 옵션 둘 다로 구성된 WTRU는 TB 기반 재전송을 위하여 단일 비트 HARQ 피드백을 선택하기로 결정할 수 있다. 이러한 경우, WTRU는 전체 TB의 재전송을 요청하는 것이 최선일 수 있다고 결정할 수 있다. 전체 TB의 재전송을 요청하기 위하여, WTRU는 단일 비트 HARQ-NACK을 전송할 수 있다.
또 다른 실시 예에서, 다중 비트 HARQ 피드백을 위하여 구성된(또는 다중 비트 HARQ 피드백 및 단일 비트 HARQ 피드백을 위하여 구성된) WTRU는 PDSCH를 스케줄링하는데 이용되는 DCI의 변경으로 인해 단일 비트 피드백으로 스위칭(또는 선택)할 필요가 있을 수 있다. 예를 들어, CBG 기반 (재)전송 및 DCI를 통하여 스케줄링된 PDSCH을 위한 다중 비트 HARQ 피드백으로 구성된 WTRU가 CBG 기반 전송을 지원하지 않는 경우, 폴백 DCI 포맷이 사용되기 때문에 WTRU는 단일 비트 HARQ 피드백로 스위칭(또는 선택)해야 할 수 있다. 이러한 시나리오에서, 폴백 DCI로 PDSCH를 스케줄링하는 것은 WTRU가 TB 기반 재전송을 위하여 단일 비트 HARQ 피드백으로 응답할 필요가 있다는 표시로서 간주될 수 있다. 정규(regular) DCI(또는 비-폴백(non-fallback) DCI)는 WTRU가 CBG(또는 CB) 기반 재전송을 위한 다중 비트 HARQ 피드백으로 응답해야 한다는 표시로서 간주될 수 있다.
각각의 PDCCH는 WTRU 또는 WTRU 그룹에 대한 리소스 할당 및 다른 제어 정보를 포함하는 DCI로서 알려진 메시지를 전달할 수 있다. 예를 들어, DCI는 다운링크 및 업링크 스케줄링 정보, 비주기적 채널 품질 표시자(channel quality indicator, CQI) 보고 요청, 또는 하나의 셀 및 하나의 무선 네트워크 임시 식별자(radio network temporary identifier, RNTI)에 대한 업링크 전력 제어 커맨드를 전송(transport)할 수 있다. 정보 내용에 따라 DCI는 아래 표 1에 도시된 바와 같이 상이한 DCI 메시지 포맷을 가질 수 있다.
| DCI 포맷 | 사용(Usage) |
| 0_0 | 하나의 셀에서 PUSCH의 스케줄링 |
| 0_1 | 하나의 셀에서 PUSCH의 스케줄링 |
| 1_0 | 하나의 셀에서 PDSCH의 스케줄링 |
| 1_1 | 하나의 셀에서 PDSCH의 스케줄링 |
| 2_0 | WTRU 그룹에게 슬롯 포맷을 통지함 |
| 2_1 | WTRU 그룹에게 PRB(들) 및 OFDM 심볼(들)을 통지하고, WTRU는 WTRU를 위한 전송이 의도되지 않는다고 추정할 수 있다 |
| 2_2 | PUCCH 및 PUSCH를 위한 TPC 커맨드의 전송 |
| 2_3 | 하나 이상의 WTRU에 의한 SRS 전송을 위한 TPC 커맨드 그룹의 전송 |
예를 들어, 하나의 셀에서 PDSCH의 스케줄링에 사용되는 DCI 포맷 1_1은 적어도 하나의 전송 블록(TB)에 대한 코드 블록 그룹(CBG) 기반 (재)전송을 표시하는 필드를 포함할 수 있다. 정규 DCI(또는 비-폴백 DCI)는 WTRU가 CBG(또는 CB) 기반 재전송을 위한 다중 비트 HARQ 피드백으로 응답해야 함을 명시적으로 표시하기 위한 이러한 DCI 포맷 1_1일 수 있다. 반면에, 하나의 DL 셀에서 PDSCH의 스케줄링에 사용되는 DCI 포맷 1_0은 CBG 기반 (재)전송을 표시하는 필드를 포함하지 않을 수 있다. 이 시나리오에서, DCI 포맷 1_0으로 PDSCH를 스케줄링하는 것은 WTRU가 TB 기반 (재)전송을 위하여 단일 비트 HARQ 피드백으로 응답할 필요가 있다는 암시적 표시로서 간주될 수 있다. 전술한 바와 같이, WTRU는 DCI 포맷 1_0을 수신할 때, CBG 기반 재전송을 위하여 단일 비트 HARQ 피드백을 스위칭하거나 선택할 수 있다. 또한, WTRU가 DCI 포맷 1_0으로 PDCCH에 의해 스케줄링된 PDSCH를 수신하면, WTRU는 PDSCH 내의 전송 블록에 대해서만 HARQ 피드백 정보를 생성할 수 있다. 전술한 폴백 DCI는 이러한 DCI 포맷 1_0일 수 있다.
WTRU에 의해, PUCCH 리소스/포맷의 선택은 WTRU가 순전히 자체 결정에 기초하여(예를 들어, 전술한 바와 같이 얼마나 많은 CBG가 오류였는지에 기초하여) 다중 비트 HARQ 피드백으로부터 단일 비트 HARQ 피드백으로 스위칭했는지에 기초하여 또는 그것이 어떻게 PDSCH가 BS(예를 들어, gNB)에 의해 스케줄링되었는지의 변화(예를 들어, 폴백 DCI)에 기초한 것이었는지에 따라 상이할 수 있다. 스위칭이 폴백 DCI로 인한 후자의 경우, BS(예를 들어, gNB)는 선택된 PUCCH 리소스 세트로부터 사용될 PUCCH 리소스에 대한 ARI를 동적으로 표시할 수 있으며, 여기서 세트 선택은 앞에서 언급했듯이 UCI 페이로드 크기에 기초할 수 있다. 그 후 이 동적으로 표시된 리소스는 WTRU에 의해 단일 비트 HARQ 피드백을 위하여 사용될 수 있다.
WTRU가 다중 비트 HARQ 피드백으로부터 단일 비트 HARQ 피드백으로 스위칭하기로 자율적으로 결정한 경우, WTRU는 사전 구성된 PUCCH 리소스(예를 들어, 업링크 제어 정보(UCI))을 이용할 수 있다. 이 목적을 위하여, BS(예를 들어, gNB)는 적절한 PUCCH 리소스 세트를 포함하는 PUCCH 리소스를 반-정적으로 구성할 수 있다. 이 경우, PUCCH 리소스 세트는 2 비트 미만(PUCCH 포맷 0/1)의 UCI 페이로드를 처리하도록 구성된 세트일 수 있다. 이 사전 구성된 리소스는 CBG 기반 (재)전송을 위하여 PDSCH를 스케줄링하는 비-폴백 기반 DCI에서 ARI를 통하여 동적으로 표시되는 PUCCH 리소스를 오버라이드(override)할 수 있다. 그것은 이 DCI에 표시된 PUCCH 리소스는 다중 비트 피드백 페이로드 크기 및 해당 PUCCH 리소스에 고유했기 때문이다.
대안적으로 또는 부가적으로, WTRU는 BS(예를 들어, gNB)에 단일 비트 HARQ 피드백을 제공하기 위한 목적으로 다중 비트 HARQ 피드백을 위하여 지정된 PUCCH 리소스를 이용할 수 있다. 이 경우, PUCCH 포맷 0 및 PUCCH 포맷 2와 같은 PUCCH 포맷 모두 동일한 PUCCH 리소스에 사용될 수 있다. 예를 들어, PUCCH 포맷 0은 1-2 비트의 UCI 페이로드에 대해 지정될 수 있고, PUCCH 포맷 2는 2 비트보다 큰 UCI 페이로드에 대해 정의될 수 있다.
전술한 예에서, 구성된 PUCCH 리소스 세트의 수 및 그들의 UCI 페이로드 능력에 관한 정보는 WTRU가 전송된 PDSCH를 위하여 HARQ 응답을 제공할 때 WTRU가 단일 비트 HARQ 피드백 또는 다중 비트 HARQ 피드백 사이에서 자율적으로 결정하는 능력을 제한할 수 있다. 예를 들어, WTRU가 작은 UCI 페이로드 능력을 갖는 단일 PUCCH 리소스 세트로만 구성된 경우, WTRU는 이것을 항상 단일 비트 HARQ로 응답할 것으로 예상된다는 표시로 받아들일 수 있다. 그러나, WTRU가 큰 UCI 페이로드를 전달할 수 있는 큰 UCI 페이로드를 가진 PUCCH 리소스 세트로 구성된 경우, WTRU는 이를 이 PDSCH에 대해 항상 다중 비트 HARQ 피드백으로 응답할 것으로 예상된다는 명시적인 표시로 받아들일 수 있다.
또 다른 실시 예에서, 하나보다 많은 PUCCH 리소스 세트로 구성된 WTRU는 이것을 적절한 피드백 입도를 선택하는 것이 WTRU에 달려 있다는 암시적인 표시로서 받아들일 수 있다. 이 경우에, BS(예를 들어, gNB)는 어느 PUCCH 포맷이 WTRU에 의해 선택되었는지 확인하기 위하여 PUCCH를 블라인드 디코딩할 필요가 있을 수 있다.
대안적으로 또는 부가적으로, 다중 비트 HARQ 피드백 옵션만으로 구성된 WTRU는 TB 레벨 피드백을 제공하기 위하여 이 구성을 이용할 수 있다. 도 2에 도시된 바와 같이, TB(205)는 CRC(210)를 가지며, 각각의 CB(즉, CB#1(215), CB#2(217), CB#M(218))는 CRC(230, 232, 234)가 그에 첨부된다. WTRU가 모든 CB(215, 217, 218)를 포함하는 TB(205)를 수신한 후, WTRU에서의 CB 레벨 CRC 검사가 통과하지만 WTRU에서의 TB 레벨 CRC 검사가 실패하면, 다중 비트 HARQ 피드백 필드는 이 TB 레벨 NACK 피드백을 포함할 수 있다. 이 TB 레벨 NACK 피드백(예를 들어, NACK 피드백 비트 0)은 N 번 반복될 수 있고, N은 CBG/CB의 수이거나 N은 CBG/CB의 최대 수이다. 예를 들어, 다중 비트 HARQ 피드백을 제공하도록 반-정적으로 구성되는 WTRU는 16 개의 CBG를 포함하는 2 개의 TB를 수신하며, 각 TB는 8 개의 CBG를 포함한다. 제1 TB에 대한 모든 CB 레벨 CRC 및 TB 레벨 CRC 검사가 통과되면, WTRU는 ACK 정보 비트를 8 회 반복함으로써(즉, 11111111) TB 레벨 ACK 피드백을 생성할 수 있다. 모든 CB 레벨 CRC 검사가 통과되었지만 TB 레벨 검사가 제2 TB에 대해 실패하면, WTRU는 NACK 정보 비트를 8 회 반복함으로써(즉, 00000000) TB 레벨 NACK 피드백을 생성할 수 있다. WTRU는 다중 비트 HARQ 피드백을 제공하도록 반-정적으로 구성되므로, 다중 비트 HARQ 피드백의 비트 수는 최대 CBG 수(이 예에서는 16 비트)일 필요가 있을 수 있다. 따라서, 2 개의 8 비트(즉, 제1 TB의 경우 11111111 및 제2 TB의 경우 00000000)가 다중화된 후, WTRU는 16 비트의 다중 비트 HARQ 피드백(즉, 1111111100000000)을 생성할 수 있다.
다시 말해, WTRU가 N 개의 CBG 각각을 정확하게 검출하고 N 개의 CBG에 대한 TB를 정확하게 검출하지 않으면, WTRU는 각각의 N 개의 CBG에 대해 NACK 비트를 생성할 수 있다. 한편, WTRU가 N 개의 CBG 각각을 정확하게 검출하고 또한 N 개의 CBG에 대한 TB를 정확하게 검출하면, WTRU는 N 개의 CBG 각각에 대한 ACK 비트를 생성할 수 있다. 하나보다 많은 TB가 사용되는 경우, 각각의 TB에 대한 단일 HARQ 코드북은 다중화될 필요가 있으므로 이에 의해 다중 비트 HARQ 피드백을 생성한다. WTRU가 이미 다중 비트 피드백 포맷 페이로드를 운반하도록 의도된 PUCCH 포맷을 사용하도록 구성되어 있기 때문에, 이러한 접근법은 HARQ 피드백에 리던던시를 추가하는데 도움이 될 수 있고, 이에 의해 오검출 가능성을 감소시키고, 지연을 감소 시키며, 추가 오버헤드/비용을 발생시키지 않을 수 있다.
실시 예에서, WTRU가 폴백 DCI를 갖는 PDCCH에 의해 스케줄링된 PDSCH를 수신하고 WTRU가 다중-비트 HARQ 피드백을 제공하기 위하여 상위(higher) 계층 파라미터로 반-정적으로 구성되면, WTRU는 HARQ ACK 또는 NACK를 PDSCH에서 TB에 대해 N 번(즉, BS에 의해 구성된 CBG의 최대 수 또는 CBG의 수) 반복하여, N 개의 HARQ ACK 또는 NACK 정보 비트를 생성할 수 있다.
도 5는 DCI에 기초하여 단일 비트 HARQ 피드백 및/또는 다중 비트 HARQ 피드백을 제공하기 위한 예시적인 시그널링 절차(500)를 도시하며, 이는 여기에 기술된 다른 실시 예들의 임의의 조합에 사용될 수 있다. 도 5에 도시된 바와 같이, WTRU(505)는 기지국(BS)(510)으로부터 무선 리소스 제어(RRC) 메시지(515)를 수신할 수 있다. RRC 메시지(515)는 메시지를 전송하는 계층이 매체 액세스 제어(MAC) 계층보다 높은 상위 계층 메시지로 상호 교환적으로 지칭될 수 있다. RRC 계층은 BS(예를 들어, gNB/eNB)에 위치되고, 제어 평면 프로토콜을 처리할 수 있다. 예를 들어, RRC 계층은 시스템 정보의 브로드캐스팅, 연결 관리, 이동성, WTRU 능력 등과 같은 RAN 관련 절차를 관리한다. 이들 메시지는 무선 베어러를 사용하여 전송될 수 있으며, 이는 공통 또는 전용 제어 채널에 매핑된다.
RRC 메시지(515)는 단계(520)에서 CBG 기반 (재)전송에 대한 최대 CBG 수에 기초하여 다중 비트 HARQ 피드백을 제공하도록 WTRU를 반-정적으로 구성하는 상위 계층 파라미터(예를 들어, CBG-DL = ON)를 포함할 수 있다. 예를 들어, WTRU가 CBG의 최대 수를 포함하는 상위 계층 파라미터에 의해 구성되는 경우, WTRU는 TB 수신을 위하여 각각의 HARQ 피드백 정보 비트를 생성하기 위하여 CBG의 최대 수를 사용할 필요가 있을 수 있다. 예를 들어, 수신된 TB가 8 개의 CBG를 포함하지만 상위 계층 파라미터에 의해 구성된 최대 CBG의 수가 10인 경우, WTRU는 다중 비트 HARQ 피드백을 위하여 10 개의 HARQ 정보 비트를 생성할 수 있다. 이 경우, 첫 8 비트는 CBG(또는 TB)의 디코딩 결과에 의해 결정될 수 있고, 마지막 2 비트는 더미 비트(예를 들어, ACK 또는 NACK 비트)에 기초하여 추가 또는 삽입될 수 있다. 다중 비트 HARQ 피드백의 페이로드 크기는 구성된 수의 CBG에 의해 결정될 수 있다. 예를 들어, 다중 비트 HARQ 피드백의 페이로드 크기는 최대 CBG 수와 동일할 수 있다.
RRC 메시지(515)를 수신한 후, WTRU(505)는 전술한 바와 같이 다중 비트 HARQ 피드백 및/또는 단일 비트 HARQ 피드백을 제공하도록 구성될 수 있다. WTRU(505)는 PDCCH를 통하여 PDSCH 스케줄링을 위한 정규(비-폴백) DCI(525)를 수신할 수 있다. 정규 DCI(525)에 기초하여, WTRU는 PDSCH를 통하여 데이터(즉, TB(들))(530)를 수신할 수 있다. WTRU(505)가 정규 DCI(525)를 수신했으므로, 수신된 TB(들)에서의 적어도 하나의 CB가 단계(535)에서 적절히 디코딩되지 않을 때, WTRU(505)는 PUCCH를 통하여 다중 비트 HARQ 피드백(540)을 BS(510)에 전송할 수 있다. 이 다중 비트 HARQ 피드백(540)은 UCI에 포함될 수 있다. 다중 비트 HARQ 피드백(540)은 또한 WTRU(505)가 재전송을 요청하고 있는 CBG(들)에 대한 하나 이상의 HARQ NACK 정보 비트를 포함할 수 있다. 다중 비트 HARQ 피드백(540)을 전송한 후, WTRU(505)는 PDCCH를 통하여 재전송이 스케줄링된 CBG(들)(550)에 대한 정규(비-폴백) DCI(545)를 수신할 수 있다. 정규 DCI(545)가 CBG(들)의 재전송을 스케줄링하면, DCI(545)는 CBGTI(CBG Transmission Information) 필드를 포함할 수 있다. CBGTI 필드는 TB의 각 CBG와 일대일 매핑을 갖는 비트 맵을 포함할 수 있다. WTRU(505)는 CBGTI 필드의 대응하는 값에 기초하여 CBG가 재전송되는지 여부를 결정할 수 있다. 예를 들어, 이진 0은 해당 CBG가 재전송됨을 표시하고 이진 1은 해당 CBG가 재전송되지 않음을 표시한다.
WTRU(505)는 또한 PDSCH 스케줄링을 위하여 PDCCH를 통하여 폴백 DCI(555)를 수신할 수 있다. 폴백 DCI(555)에 기초하여, WTRU는 PDSCH를 통하여 데이터(즉, TB(들))(560)를 수신할 수 있다. WTRU(505)가 폴백 DCI(555)를 수신했기 때문에, 수신된 TB(들)에서의 적어도 하나의 CB가 단계(565)에서 적절히 디코딩되지 않을 때, WTRU(505)는 PUCCH를 통하여 단일 비트 HARQ 피드백(570)을 BS(510)에 전송할 수 있다. 이 단일 비트 HARQ 피드백(570)은 또한 UCI에 포함될 수도 있다. 단일 비트 HARQ 피드백(570)은 WTRU(505)가 재전송을 요청하고 있는 TB에 대한 HARQ NACK 정보 비트를 포함할 수 있다. 단일 비트 HARQ 피드백(570)을 전송한 후, WTRU(505)는 재전송이 스케줄링된 TB(580)에 대한 폴백 DCI(575)를 PDCCH를 통하여 수신할 수 있다. 단일 비트 HARQ 피드백(570)이 NACK(즉, 이진 0)이면, WTRU(505)는 BS(510)에 의해 재전송되는 대응하는 TB를 수신할 수 있다. 단일 비트 HARQ 피드백(570)이 ACK(즉, 이진 1)이면, WTRU(505)는 BS(510)로부터 더 이상의 재전송을 수신하지 않는다.
도 6은 DCI에 기초하여 단일 비트 HARQ 피드백 및/또는 다중 비트 HARQ 피드백을 제공하기 위한 예시적인 절차(600)를 도시하고, 이는 여기에 설명된 다른 실시 예들의 임의의 조합에 사용될 수 있다. 단계(605)에서, WTRU는 전술한 바와 같이 다중 비트 HARQ 피드백 및/또는 단일 비트 HARQ 피드백을 제공하도록 구성될 수 있다. 단계(610)에서, WTRU는 PDSCH 스케줄링을 위하여 PDCCH를 통하여 DCI를 수신할 수 있다. 단계(615)에서, WTRU는 데이터(즉, TB)를 수신할 수 있다. 단계(620)에서, 수신된 DCI가 폴백 DCI이고 수신된 TB 내의 적어도 하나의 CB가 정확하게 디코딩되지 않으면, WTRU는 단계(625)에서 단일 비트 HARQ 피드백을 전송할 수 있다. 단일 비트 HARQ 피드백(570)이 NACK인 경우(즉, 이진 0), WTRU는 단계(630)에서 BS(510)에 의해 재전송되는 대응하는 TB를 수신할 수 있다.
단계(620)에서, 수신된 DCI가 비-폴백 DCI이고 수신된 TB에서의 적어도 하나의 CB가 정확하게 디코딩되지 않으면, WTRU는 단계(635)에서 다중 비트 HARQ 피드백을 송신할 수 있다. 다중 비트 HARQ 피드백은 WTRU가 재전송을 요청하고 있는 CBG(들)에 대한 하나 이상의 HARQ NACK 정보 비트를 포함할 수 있다. 단계(635)에서 다중 비트 HARQ 피드백을 전송한 후, WTRU는 재전송을 위하여 스케줄링된 CBG(들)에 대해 PDCCH를 통하여 정규(비-폴백) DCI를 수신할 수 있다. 정규 DCI가 CBG(들)의 재전송을 스케줄링하면, 정규 DCI는 CBGTI(CBG Transmission Information) 필드를 포함할 수 있다. CBGTI 필드는 TB의 각 CBG와 일대일 매핑을 갖는 비트 맵을 포함할 수 있다. WTRU는 CBGTI 필드의 대응하는 값에 기초하여 CBG가 재전송되는지 여부를 결정할 수 있다. 예를 들어, 이진 0은 해당 CBG가 재전송됨을 표시하고 이진 1은 해당 CBG가 재전송되지 않음을 표시한다. 단계(640)에서, CBGTI 필드에 기초하여, WTRU는 BS에 의해 재전송되는 CBG(들)을 수신할 수 있다.
도 7은 WTRU가 제공해야 할 단일 비트 HARQ 피드백 및/또는 다중 비트 HARQ 피드백을 결정하기 위한 예시적인 절차(700)를 도시하며, 이는 본 명세서에 기술된 다른 실시 예들의 임의의 조합에 사용될 수 있다. 단계(705)에서, WTRU는 BS로부터 초기 (TB) 전송 또는 CBG 기반 재전송을 수신할 수 있다. 단계(710)에서, WTRU는 WTRU가 단일 비트 HARQ 피드백 및/또는 다중 비트 HARQ 피드백 중 어느 HARQ 피드백을 제공할 것인지를 고려할 수 있다. 단계(730)에서, WTRU가 단일 비트 HARQ 피드백 및 다중 비트 HARQ 피드백 모두를 고려하기로 결정하면, WTRU는 먼저 BS로부터 수신된 모든 CBG에 오류가 없는지 여부를 검사할 수 있다. 모든 수신된 CBG에 오류가 없다면, WTRU는 단계(720)에서 단일 비트 HARQ 피드백을 생성할 수 있다. 이것은 단일 비트 HARQ ACK일 수 있다. 수신된 CBG에 오류가 있는 경우, WTRU는 단계(735)에서 단일 비트 HARQ 피드백 및 다중 비트 HARQ 피드백을 생성할 수 있다. 이는 WTRU가 단일 비트 및 다중 비트 HARQ 피드백을 다중화함으로써 단일 HARQ 피드백 메시지를 통하여 다수의 TB(예를 들어, PDSCH)에 대한 HARQ 피드백을 제공하고 있는 경우와 관련될 수 있다.
단계(710)에서, WTRU가 단일 비트 HARQ 피드백 및/또는 다중 비트 HARQ 피드백 중 어느 HARQ 피드백을 제공할 것인지 고려하지 않기로 결정하면, WTRU는 WTRU가 어느 HARQ 피드백을 선택할지 결정하기 위한 다른 요인들을 고려할 수 있다. 예를 들어, 단계(715)에서, WTRU는 TB 내의 총 CBG에 대한 오류 있는 CBG의 비율(fraction)을 고려할 수 있다. TB에서의 전체 CBG에 대한 오류 있는 CBG의 비율이 미리 결정된 임계치(δ)보다 큰 경우, WTRU는 단계(720)에서 TB-기반 재전송을 위한 단일 비트 HARQ 피드백을 생성할 수 있다. TB에서의 전체 CBG에 대한 오류 있는 CBG의 비율이 미리 결정된 임계치(δ)보다 작은 경우, WTRU는 단계(725)에서 CBG 기반 재전송을 위한 다중 비트 HARQ 피드백을 생성할 수 있다. 마지막으로, WTRU는 단계(740)에서 결정된 HARQ 피드백을 BS에 전송할 수 있다.
일 실시 예에서, WTRU는 단지 다중 비트 HARQ 피드백 옵션을 이용하도록 구성될 수 있다. 다중 비트 HARQ 피드백 옵션은 CB 기반, CBG 기반일 수 있거나, CB 기반과 CBG 기반 사이에서 스위칭될 수 있다. 예를 들어, WTRU 또는 WTRU 그룹은 CBG 기반 재전송을 위하여 다중 비트 HARQ를 이용하도록 반-정적으로 구성될 수 있다. 네트워크는 시간이 지남에 따라 낮은 레이턴시 트래픽이 본질적으로 주기적이며, 매 'X' ms마다 전송 기회(transmission opportunity)를 요구하며, 이는 WTRU 또는 WTRU 그룹에 대한 제한된 수의 CB로 해석될 수 있다고 추론할 수 있다. 그러한 경우, 시스템이 CB 기반 다중 비트 HARQ 피드백으로 스위칭하는 것이 유리할 것이다. 이를 수행하기 위하여, BS(예를 들어, gNB)는 영향을 받는 WTRU 세트를 동적으로 (재)구성할 수 있다.
다른 실시 예에서, BS(예를 들어, gNB)에 의해 서비스되는 WTRU는 디폴트 HARQ 피드백 설정으로 초기화될 수 있다. 초기/디폴트 HARQ 피드백 설정은 단일 비트 HARQ 피드백 또는 다중 비트 HARQ 피드백일 수 있다. 다중 비트 HARQ 피드백이 디폴트 설정인 경우, 시스템은 사전 정의된 최대 비트 수 'N_max'를 가질 수 있으며, 여기서 각 비트는 CB 또는 다중 CB를 포함하는 CBG에 적용된다. 또한 각 비트는 CB에 적용되든 CBG에 적용되든 간에 시스템을 위한 최대 TB를 커버할 수 있다. N_max의 선택은 재전송을 위한 충분히 미세한 입도를 선택할 수 있게 한다는 점에서 유연성과, 가능한 최대 값 N_max의 관점에서 낮거나 중간 정도의 복잡성을 유지하는 것 사이의 트레이드오프를 제공할 수 있다.
CBG 기반 재전송을 허용하기 위하여, BS(예를 들어, gNB)는 TB 기반 초기 전송 및 CBG 기반 (재)전송 모두를 스케줄링할 필요가 있을 수 있다. BS(예를 들어, gNB)는 CBG 기반 (재)전송을 스케줄링하기 위하여 별도의 DCI 포맷(예를 들어, 비-폴백 DCI)을 이용하면서 초기 TB 기반 전송을 스케줄링하기 위하여 스케줄링 할당(assignment)(예를 들어, 폴백 DCI)을 사용할 수 있다. 스케줄링 할당(즉, DCI)은 변조 및 코딩 방식(modulation and coding scheme, MCS), 리던던시 버전(redundancy version, RV), 새로운 데이터 표시자(new data indicator, NDI) 등과 같은 필드를 포함할 수 있다. 대안적으로 또는 부가적으로, 스케줄링 할당은 CBG들이 재전송을 위하여 스케줄링되고 있는 것을 WTRU에 명시적으로 표시하기 위하여 CBGF(CBG indicator field) 또는 CBGTI(CBG Transmission Information) 필드를 포함할 수 있다.
대안적으로 또는 추가적으로, BS(예를 들어, gNB)는 기존 NDI 필드 또는 새로운 플래그와 같이, 기존 필드, 예를 들어 MCS/NDI/RV 등을 단일 비트 플래그와 함께 재사용하는 DCI 포맷을 이용하여, 이들 기존 필드가 원래의 중요성을 가질 초기 TB 전송에 적용되는지, 아니면 CBG 기반 재전송에 적용되는지를 표시한다.
일 실시 예에서, BS(예를 들어, gNB)는 MCS 필드 또는 MCS 필드의 확장 버전이 어떤 CBG가 재전송되고 있는지에 관한 정보를 전달한다는 것을 WTRU에 통지하기 위하여 NDI 및 RV 필드를 이용할 수 있다. BS(예를 들어, gNB)는 WTRU에게 스케줄링된 전송이 이전에 전송된 TB의 CBG 기반 재전송임을 알리고 원래와 동일한 RV를 재전송하기 위하여 NDI를 사용할 수 있다. NDI 필드 또는 플래그의 사용은 단말기가 MCS 필드를 재전송되는 CBG의 CBGIF(또는 CBGTI)를 표시하는 것으로 해석할 수 있고, 재전송이 원래의 전송과 동일한 MCS를 이용하고 있는 것으로 추정할 수 있다는 암시적 표시로서 받아들여질 수 있다.
다른 실시 예에서, BS(예를 들어, gNB)는 CBG 기반 재전송을 스케줄링하도록 특별히 설계된 확장된 DCI 포맷을 이용할 수 있다. 이 확장된 DCI 포맷은 LTE에 의해 이용되는 것과 동일한 원래 필드, 예를 들어 MCS/RV/NDI 등을 포함할 수 있다. 원래 필드 이외에, 확장된 DCI 포맷은 재전송되고 있는 CBG에게 통지하기 위하여 추가 CBGIF(또는 CBGTI)를 포함할 수 있다. BS(예를 들어, gNB)는 CBG 기반 재전송을 위한 MCS/RV 필드를 이용할 수 있기 때문에, CBGIF 또는 CBGTI 필드로 초기 전송과 재전송 사이에서 전송 파라미터를 적응시킨다는 점에서 BS(예를 들어, gNB)는 최대 유연성을 가질 수 있다.
또 다른 실시 예에서, BS(예를 들어, gNB)는 초기 TB 전송 및 CB 기반 (재)전송 모두를 스케줄링하기 위하여 단일 공통 DCI 포맷을 이용할 수 있다. 이러한 접근법은 WTRU에서 요구되는 블라인드 디코딩 시도 횟수를 감소시킬 수 있다. 이용된 DCI 포맷은 LTE에 의해 이용된 것(MCS/RV/HARQ 프로세스 ID/PUCCH 전력 제어 등)과 동일한 원래 필드 및 추가의 CBGIF 또는 CBGTI를 포함할 수 있다. CBGIF 또는 CBGTI 필드는 CBG 재전송의 경우 어느 CBG가 재전송되고 있는지를 표시하기 위하여 사용될 수 있다. 대안적으로 또는 부가적으로, CBGIF 또는 CBGTI의 모든 '1'상태 또는 비트는 전체 TB의 전송/재전송을 표시할 수 있다. 이러한 공통 DCI에 대한 DCI 페이로드 크기를 감소시키기 위하여 BS(예를 들어, gNB)에 의해 콤팩트한 할당 포맷이 이용될 수 있다. 예를 들어, 인접한 리소스 블록(리소스 할당 유형 2)을 지원하는 것만이 약간 감소된 스케줄링 유연성을 희생하여 DCI 페이로드 크기를 줄일 수 있다.
다른 실시 예에서, BS(예를 들어, gNB)는 CBGIF 및 CBG 기반 스케줄링 할당을 위하여 어느 CBG가 재전송되고 있는지에 대한 명시적인 표시 없이, TB 기반 및/또는 CBG 기반 재전송을 스케줄링하기 위하여 DCI 포맷을 이용할 수 있다. 2 개의 스케줄링 할당은 플래그의 측면에서 상이할 수 있으며, 이는 NDI와 같은 기존 필드를 이용하거나 초기 TB 기반 전송과 CBG 기반 재전송 사이의 구별을 허용하는 추가 필드를 가질 수 있다. 그러한 경우에, BS(예를 들어, gNB)가 어느 CBG가 재전송되고 있는지를 표시하지 않았기 때문에, WTRU는 BS(예를 들어, gNB)가 HARQ 피드백을 제공할 때 WTRU가 NACK-ed로서 표시한 CBG를 재전송하고 있다고 암시적으로 가정할 수 있다. 스케줄링 할당은 기존 LTE DCI 포맷으로부터 MCS/RV 필드를 유지할 수 있으며, 이는 TB 기반 전송으로부터 CBG 기반 재전송으로 갈 때 필요에 따라 전송 파라미터, 예를 들어 MCS/RV 등을 적응시키는 점에서 최대의 유연성을 허용할 수 있다.
전술한 바와 같이, HARQ 비트의 수는 유연성과 피드백 오버헤드 사이의 트레이드오프를 제공하도록 선택될 수 있다. BS(예를 들어, gNB)는 다중 비트 피드백을 위하여 'N' 비트를 이용하도록 WTRU 또는 WTRU 그룹을 구성할 수 있으며, 각 비트는 CB 또는 CBG에 적용된다. 예를 들어, CBG 레벨 다중 비트 HARQ 피드백은 피드백 오버헤드를 제한하면서 재전송의 입도에 유연성을 제공할 수 있다. 각 비트가 CBG에 적용되는 'N' 비트 다중 비트 HARQ 피드백 방식을 이용하기 위하여(N은 TB에 관계없이 고정됨), CBG의 CB 'K'의 수는 TB에 따라 변할 수 있고, TB가 클수록 'K'가 커지는 반면, TB가 작을수록 'K'가 작기 때문에 재전송의 입도가 더 미세해진다.
대안적으로 또는 부가적으로, BS(예를 들어, gNB)는 네트워크에 의해 관측된 최대 전송 블록 크기(TBS)에 기초하여 다중 비트 HARQ 피드백을 위하여 'N' 비트를 이용하도록 WTRU 그룹을 반-정적으로 구성할 수 있고, 이에 BS(예를 들어, gNB)는 그 후 반-정적으로 적응할 수 있다. 그 후 이것은 적절한 CB 내지 CBG 그룹화를 결정하는데 사용될 수 있다(예를 들어, 'K' CB는 CBG를 형성하고, 'K'는 고정되고, 최대 관찰된 TBS에 기초하여 결정됨).
또 다른 실시 예에서, BS(예를 들어, gNB)는 TBS와 독립적으로 선택된 고정 'K' CB 내지 CBG 그룹화를 이용할 수 있다. 이것은 상이한 TB에 대해 상이한 수의 CBG를 초래할 수 있고, 따라서 HARQ 피드백 방식에 대해 상이한 비트 수('N')를 초래할 수 있다.
다른 실시 예에서, BS(예를 들어, gNB)는 DCI를 통하여 다중 비트 HARQ 피드백을 위한 'N' 비트로 WTRU를 동적으로 구성할 수 있다. 위에서 정의된 'N' 및 'K'는 TB의 초기 또는 첫 번째 전송의 TB에 기초하여 결정될 수 있으며, 이 TB의 모든 재전송에 대해 변경되지 않을 수 있다.
WTRU는 HARQ 피드백 크기의 반-정적 및/또는 동적 구성을 사용하는 것에 추가하여, 다중 비트 HARQ 피드백에 대하여 CBG의 수(즉, 크기 'N')를 암시적으로 도출할 수 있다. 이는 WTRU 또는 WTRU 그룹에 대해 지정된, 구성된 PUCCH 포맷(들)에 대한 UCI 페이로드 크기에 기초하여 수행될 수 있다. 예를 들어, LTE에서 PUCCH 포맷 3과 유사한 포맷으로 구성된 WTRU는 다중 비트 HARQ 피드백에 대해 10 비트를 가정할 수 있는 반면, LTE에서 PUCCH 포맷 1b와 유사한 포맷으로 구성된 WTRU는 다중 비트 HARQ 피드백에 대해 암시적으로 4 비트를 가정할 수 있다.
BS(예를 들어, gNB)는 WTRU에 대한 다중 비트 HARQ 피드백 크기를 재구성하기 위하여 반-정적 및/또는 동적 시그널링을 이용할 수 있다. 예를 들어, BS(예를 들어, gNB)는 파라미터 'N'으로 WTRU를 반-정적으로 구성할 수 있으며, 여기서 'N'은 TB에서 CBG의 총 수를 나타낸다. 파라미터 'N'으로, BS는 또한 'N' 비트 HARQ 피드백(CBG 당 1 비트)이 예상됨을 WTRU에 통지할 수 있다. 또한, BS(예를 들어, gNB)는 상이한 값 'N1'(여기서 Nx <= N)을 동적으로 표시할 수 있고, 이에 의해 임의의 재전송을 위하여 'N1' 비트 HARQ 피드백이 이제 제공되어야 한다고 WTRU에 통지할 수 있다. 'N1'의 이 값은 TB 내의 모든 CBG와 반대로 재전송이 스케줄링된 CBG에 기초할 수 있다.
대안적으로 또는 추가적으로, 다중 비트 HARQ 피드백 크기의 명시적 표시로서 사용된 CBG의 수 대신에, WTRU는 CBG 재전송의 스케줄링 DCI에 기초하여 이 정보를 암시적으로 도출할 수 있다. 예를 들어, WTRU가 폴백 DCI를 갖는 PDCCH에 의해 스케줄링된 PDSCH를 수신하면, WTRU는 PDSCH에서 TB에 대해서만 HARQ 피드백 정보 비트를 생성할 수 있다. 예로서, 다양한 UCI 페이로드를 운반할 수 있는 다수의 PUCCH 포맷으로 구성된 WTRU는 이것을 암시적 표시로서 받아들일 수 있다. 따라서, WTRU는 재전송된 CBG을 위한 HARQ 피드백을 제공하기 위하여 더 작은 페이로드 크기를 갖는 PUCCH 포맷을 이용할 수 있다. 어느 CBG가 스케줄링되는지에 관한 정보는 스케줄링 DCI의 CBGIF(또는 CBGTI)로부터 도출될 수 있다. 따라서, 이 가변 크기의 다중 비트 HARQ 피드백의 신뢰성을 보장할 수 있는 한, 전체 성능에 영향을 주지 않으면서 동일한 TB의 다중(CBG 기반) 재전송을 인정할 때 HARQ 피드백(즉, UCI 크기)이 감소될 수 있다.
다중 비트 HARQ 피드백은 재전송 사이에서 재구성될 수 있다. 전술한 바와 같이, 더 많은 수의 HARQ 피드백 비트는 재전송 입도 및 개선된 스펙트럼 효율 측면에서 더 큰 유연성을 허용하지만, 다중 비트 HARQ 피드백이 UCI에 미치는 영향도 또한 고려되어야 한다.
HARQ 피드백 비트의 수를 제한하는 것은 초기 TB의 일부를 형성하는 모든 CBG에 대한 피드백을 제공하는 것과 대조적으로, 재전송을 위하여 명시적으로 스케줄링된 CBG에 대해서만 ACK/NACK 피드백을 제공함으로써 달성될 수 있다.
일 실시 예에서, 얼마나 많은 CBG가 BS(예를 들어, gNB)에 의한 재전송이 스케줄링되어 있는지에 관계 없이, BS(예를 들어, gNB)는 고정된 CBG 할당/스케줄링 세트, 예를 들어 TB 내의 모든 CBG에 기초하여 HARQ 피드백을 보고하도록 WTRU 또는 WTRU의 그룹을 구성할 수 있다. 이는 ARQ 설계를 단순화할 수 있는데, 그 이유는 HARQ 피드백 비트의 수가 고정되어, TB의 초기 전송 및 이 TB에 대한 모든 후속 CBG 기반 재전송을 위한 총 CBG의 수와 동일하기 때문이고, 그 결과 HARQ-ACK 피드백 비트가 어느 CBG에 적용될 수 있는지에 관하여 모호함이 없다. 이 시나리오 하에서, WTRU는 BS(예를 들어, gNB)에 의해 재전송되지 않는 CBG들에 대한 소정의 규칙을 따를 수 있다. 예를 들어, WTRU는 이들 CBG가 WTRU에 의해 성공적으로 수신(또는 디코딩)되었기 때문에 이들 CBG에 대한 ACK를 보고할 수 있다. WTRU가 이전의 TB의 전송과 동일한 HARQ 프로세스에 대응하는 TB의 재전송에 응답하여 HARQ ACK 피드백을 생성하는 경우, WTRU는 WTRU가 이전의 TB의 전송에서 정확하게 디코딩했다는, 각각의 CBG에 대한 ACK를 생성할 수 있다.
다른 실시 예에서, 얼마나 많은 CBG가 BS에 의한 재전송을 위하여 스케줄링되고 있는지에 관계 없이, BS는 TB(들)에서 최대 CBG의 수에 기초하여 HARQ 피드백을 보고하도록 WTRU 또는 WTRU의 그룹을 구성할 수 있다. WTRU가 CBG의 최대 수를 포함하는 상위 계층 파라미터에 의해 구성되는 경우, WTRU는 TB 수신을 위한 각각의 HARQ 피드백 정보 비트를 생성하기 위하여 CBG의 최대 수를 사용해야 할 수 있다. 예를 들어, 수신된 TB가 8 개의 CBG를 포함하지만 상위 계층 파라미터에 의해 구성된 최대 CBG의 수가 10인 경우, WTRU는 다중 비트 HARQ 피드백을 위하여 10 개의 HARQ 정보 비트를 생성할 수 있다. 이 경우, 첫 8 비트는 CBG(또는 TB)의 디코딩 결과에 의해 결정될 수 있고, 마지막 2 비트는 더미 비트(예를 들어, ACK 또는 NACK 비트)에 기초하여 추가 또는 삽입될 수 있다. 이 예에서, 다중 비트 HARQ 피드백의 페이로드 크기는 최대 CBG 수와 동일할 수 있다.
다른 예에서, BS(예를 들어, gNB)는 순전히 재전송이 현재 스케줄링되고 있는 CBG에 기초한, 가변 비트 HARQ 피드백 방식을 채택하도록 WTRU 또는 WTRU의 그룹을 구성할 수 있다. 이 피드백 체계는 특히 선취가 초기 TB 전송 및 임의의 후속 재전송에서 총 CBG의 아주 작은 부분에만 영향을 미치는 경우 HARQ 피드백 오버헤드를 크게 줄일 수 있다. WTRU는 BS(예를 들어, gNB)에 보고되고 있는 다중 비트 HARQ 피드백에 작은 CRC(예를 들어, 단일 패리티 비트 또는 3 비트 CRC)를 부가할 수 있다. 피드백 비트의 수는 재전송 사이에서 변할 수 있고 NACK/ACK(NACK to ACK) 오류는 이전에 전송된 CBG를 복구하는데 어려움을 초래할 수 있기 때문에, 이는 가변 비트 HARQ 피드백 방법에 유리할 수 있다.
도 8은 고정 비트 CBG 기반 HARQ 피드백(815) 또는 가변 비트 CBG 기반 HARQ 피드백(820, 825)에 기초한 다중 비트 HARQ 피드백의 재구성의 예를 도시하며, 이는 여기에 설명된 다른 실시 예들의 임의의 조합에 사용될 수 있다. 전술한 바와 같이, 다중 비트 HARQ 피드백은 WTRU가 전송을 요청하고 있는 CBG(들)에 대한 하나 이상의 HARQ NACK 정보 비트를 포함할 수 있다. 다중 비트 HARQ 피드백을 전송한 후, WTRU는 재전송이 스케줄링된 CBG(들)에 대한 DCI를 PDCCH를 통하여 수신할 수 있다. DCI는 전송이 스케줄링된 CBG의 비트 맵(805)을 포함할 수 있다. 도 8에 도시된 바와 같이, CBG의 비트 맵(805)은 CBG 2, CBG 3, CBG 4, CBG 5 및 CBG 6(810)이 재전송을 위하여 스케줄링된 CBG임을 표시한다. 일단 WTRU가 재전송된 CBG(810)(즉, CBG 2, CBG 3, CBG 4, CBG 5 및 CBG 6)를 수신하면, WTRU는 고정 비트 CBG 기반 HARQ 피드백(815) 또는 가변 비트 CBG 기반 HARQ 피드백(820, 825)에 기초하여 다중 비트 RQ 피드백을 재구성할 수 있다.
WTRU가 고정 비트 CBG 기반 HARQ 피드백(815)을 제공하도록 재구성되면, WTRU는 TB에서의 CBG의 총 수에 기초하여 다중 비트 HARQ 피드백(즉, 고정 비트 CBG 기반 HARQ 피드백(815))을 생성할 수 있다. 도 8에 도시된 바와 같이, 다중 비트 HARQ 피드백은 고정 비트 CBG 기반 HARQ 피드백(815)에 대한 12 비트를 포함할 수 있다. WTRU는 디코딩 결과에 기초하여 재전송된 CBG(810)에 대한 ACK 또는 NACK 비트(816)를 생성할 수 있다. 이전 전송에서 성공적으로 수신(또는 디코딩)된 CBG(즉, CBG 1, CBG 7-12)에 대해, WTRU는 ACK 비트(817)를 생성할 수 있다.
WTRU가 가변 비트 CBG 기반 HARQ 피드백(820, 825)을 제공하도록 재구성되면, WTRU는 스케줄링된 CBG의 수에 기초하여 다중 비트 HARQ 피드백(즉, 가변 비트 CBG 기반 HARQ 피드백(820, 825))을 생성할 수 있다. 도 8에 도시된 바와 같이, 다중 비트 HARQ 피드백은 가변 비트 CBG 기반 HARQ 피드백(820)에 대한 5 비트를 포함할 수 있다. WTRU는 디코딩 결과에 기초하여 재전송된 CBG(810)에 대한 ACK 또는 NACK 비트(820)를 생성할 수 있다. 또한, 가변 비트 CBG 기반 HARQ 피드백(825)은 오류 검출을 위한 CRC(830)를 포함할 수 있다. 예를 들어, 단일 비트 CRC(830) 또는 3 비트 CRC(830)는 BS에 보고되는 다중 비트 HARQ 피드백(즉, 가변 비트 CBG 기반 HARQ 피드백(825))에 첨부될 수 있다. 예를 들어, 스케줄링되는 CBG의 수가 적고/적거나 NACK/ACK(NACK to ACK) 오류 확률이 낮으면, WTRU는 오류 검출을 위하여 단지 단일 패리티 비트를 포함하도록 선택할 수 있다. 대안적으로 또는 추가적으로, 스케줄링되는 CBG의 수가 많고/많거나 NACK/ACK 오류를 만날 가능성이 있는 경우, WTRU는 더 긴, 예를 들어 3 비트 CRC를 이용하도록 선택할 수 있다. HARQ 피드백을 수신하면, BS(예를 들어, gNB)는 CRC를 검사할 수 있다. CRC 검사가 실패하면, BS는 WTRU에게 HARQ 피드백을 재전송하도록 요청할 수 있다. 대안적으로 또는 추가적으로, BS가 어떤 비트(들)에 오류가 있는지를 검출할 수 있다면, BS는 오류가 있는 HARQ 비트(들)에 대응하는 CBG만을 재전송하도록 선택할 수 있다.
패리티 비트 또는 작은 CRC를 사용하면 HARQ 피드백에 오버헤드인 약간의 추가 비트가 추가되지만, 이러한 접근은 고정된 'N' 비트 HARQ 피드백 방식을 이용하는 대신 사용될 수 있고, 작은 수 'k'(k≪N)의 CBG만이 재전송이 스케줄링되고 있다.
전술한 바와 같이, BS(예를 들어, gNB)는 고정된 다중 비트 HARQ 또는 가변 비트 HARQ 피드백 방식을 이용하도록 WTRU 또는 WTRU 그룹을 반-정적으로 또는 동적으로 구성할 수 있다. 일례에서, BS(예를 들어, gNB)는 LTE에서의 PUCCH 포맷 4 또는 5와 유사하게 더 큰 페이로드를 갖는 PUCCH 포맷을 사용하여 고정된 다중 비트 HARQ 피드백을 보고하도록 WTRU를 구성할 수 있다. 다른 예에서, BS(예를 들어, gNB)는 LTE에서 PUCCH 포맷 1b 또는 3과 유사하게 더 작은 페이로드를 갖는 PUCCH 포맷을 사용하여 가변 다중 비트 피드백을 보고하도록 WTRU를 구성할 수 있다.
부가적으로, WTRU 또는 WTRU 그룹은 고정 및 가변 비트 HARQ 피드백 보고 방식 사이에서 반-정적으로 또는 동적으로 스위칭될 수 있다. 이러한 스위칭은 WTRU의 eMBB 트래픽을 선취하고 있는 URLLC 트래픽의 주파수, 선취에 의해 영향을 받는 시간-주파수(TF) 리소스의 양, 또는 관찰된 간섭의 변화 등과 같은 요인에 의해 촉진될 수 있다.
HARQ 피드백 크기의 반-정적 및/또는 동적 구성에 추가하여, WTRU는 다중 비트 HARQ 피드백에 이용하기 위하여 비트 수 'N'을 암시적으로 도출할 수 있다. 이것은 WTRU 또는 WTRU 그룹에 대해 지정된, 구성된 PUCCH 포맷(들)에 기초하여 수행될 수 있다. 예로서, 더 작은 페이로드 크기를 갖는 PUCCH 포맷으로 구성된 WTRU는 이것을 가변 비트 HARQ 피드백 포맷을 이용하기 위한 암시적 표시로서 사용할 수 있으며, WTRU는 BS(예를 들어, gNB)에 의해 재전송되도록 스케줄링된 CBG에 대해서만 HARQ 피드백을 제공할 수 있다. 대안적으로 또는 추가적으로, WTRU가 전체 CBG 세트의 모든 'N' 비트(TB 내의 모든 CBG 세트)를 수용할 수 있는 더 큰 페이로드 크기를 갖는 PUCCH 포맷으로 구성되는 경우, WTRU는 결국 이것을 TB의 모든 CBG에 대한 HARQ 피드백을 제공한다는 표시로서 이용할 수 있다.
실시 예에서, WTRU는 변하는 UCI 페이로드 크기를 갖는 다수의 PUCCH 포맷을, 이들 포맷 중에서 선택하는 옵션을 가지고 이용하도록 구성될 수 있다. 예를 들어, 커버리지 또는 전력 제한 WTRU는 전력 소비를 감소시키기 위한 수단으로서, TB 내의 모든 CBG와 대조적으로 더 작은 페이로드 PUCCH 포맷을 선택함으로써 BS(예를 들어, gNB)에 의해 재전송된 CBG에 대해서만 HARQ 피드백을 제공할 수 있다. 그 후 BS(예를 들어, gNB)는 PUCCH 포맷을 결정하기 위하여 이에 따라 어떤 유형의 피드백, 예를 들어 고정 또는 가변 비트가 WTRU에 의해 제공되고 있는지를 결정하기 위하여 PUCCH를 블라인드 디코딩해야 할 수 있다.
다른 실시 예에서, 고정 및 가변 비트 HARQ 피드백을 모두 이용할 수 있는 능력을 갖도록 구성된 WTRU는 하나의 옵션을 사용하여 시작한 다음, 선취 트래픽의 주파수, 선취에 의해 영향을 받는 CBG, 영향을 받는 WTRU의 수, 간섭 등과 같은 다양한 요인에 기초하여 다른 옵션으로 스위칭할 수 있다. 예를 들어, WTRU는 초기 재전송을 위하여 전체 CBG 세트(예를 들어, TB 내의 모든 CBG)에 대한 고정 비트 HARQ 피드백을 제공할 수 있다. 그러나, 제2 전송에서 재전송되는 CBG의 수가 훨씬 더 적은 경우, WTRU는 현재 재전송을 위하여 스케줄링된 CBG에 대해서만 가변 비트 HARQ 피드백을 보고하는 것이 더 효율적이라고 결정할 수 있다.
BS(예를 들어, gNB)는 특정 피드백 옵션을 디폴트 피드백 모드로서 사용하도록 WTRU를 반-정적으로 구성할 수 있다. 예를 들어, WTRU는 전체 CBG 세트에 기초하여 고정 비트 HARQ 피드백을 이용하도록 구성될 수 있지만, 이것이 UCI 오버헤드 관점에서 비효율적인 것으로 입증되고 있으면 가변 비트 피드백 옵션으로 스위칭할 수 있다. 예를 들어, 적은 수의 CBG만이 오류가 있기 때문에 BS(예를 들어, gNB)가 다수의 재전송을 스케줄링할 필요가 있는 경우, 이는 많은 수의 HARQ 피드백 비트가 고정 비트 피드백 체계 하에서 전송되어야 하기 때문에 큰 업링크 오버헤드를 야기할 수 있다. 디폴트 피드백 옵션은 여러 TB 전송에 적용되도록 구성될 수 있는 반면, 오버라이딩 옵션은 전송 중인 현재 TB에만 적용될 수 있다.
다른 실시 예에서, WTRU는 가변 비트 HARQ 피드백 옵션을 디폴트 옵션으로서 이용하도록 구성될 수 있지만, 고정 비트 HARQ 피드백으로 스위칭할 수 있다. 예를 들어, 여러 가변 비트 피드백 메시지를 WTRU에 의해 재전송되어야 할 필요가 있다면(이러한 HARQ 피드백 메시지의 CRC 검사 실패로 인해 BS에 의한 HARQ 피드백의 재전송 요청을 초래하기 때문임), 이는 추가적인 HARQ 오버헤드 및/또는 데이터 재전송을 초래할 수 있다. 그러한 경우에, WTRU가 고정 비트 HARQ 피드백 옵션으로 복귀(revert)하는 것이 더 효율적일 수 있다.
다른 실시 예에서, WTRU는 디폴트 피드백 구성으로부터 대안적인 피드백 옵션으로(예를 들어, 가변 비트 HARQ 피드백으로부터 고정 비트 HARQ 피드백으로) 자율적으로 스위칭할 수 있다. 이는 다수의 PUCCH 포맷으로 WTRU를 구성함으로써 촉진될 수 있다. 대안적으로 또는 추가적으로, HARQ 피드백 옵션의 스위칭 또는 재구성은 DCI를 통하여 명시적으로 또는 PUCCH 포맷 등의 재구성에 기초하여 암시적으로 시그널링될 수 있다.
다수의 PDSCH에 대한 다중 비트 HARQ 피드백이 여기에 설명된다. 다중 반송파 스케줄링의 경우, WTRU는 다수의 TB에 대해 집성된(aggregated) HARQ 피드백을 제공할 필요가 있을 수 있다. 예를 들어, DL 전송을 위한 다수의 슬롯은 단일 HARQ-ACK 피드백 슬롯에 의해 확인 응답(ack)될 필요가 있을 수 있다. 페이로드가 더 큰 PUCCH 포맷에서도 전송에 사용 가능한 HARQ 피드백 비트의 수는 UCI 페이로드 크기에 의해 제한될 수 있다. 다수의 PDSCH는 다수의 컴포넌트 반송파(compoent carrier, CC), 다수의 셀, 다수의 슬롯/미니-슬롯/서브-슬롯/비-슬롯, 다수의 대역폭 부분(bandwidth part, BWP) 등에 걸쳐 스케줄링된 것으로 간주될 수 있다. 본 명세서에 개시된 방법은 단일 HARQ 피드백 메시지에 의해 확인 응답되어야 하는 다수의 PDSCH의 상기 시나리오 중 임의의 것에 적용될 수 있다.
실시 예에서, BS(예를 들어, gNB)는 다수의 TB에 대한 피드백을 제공하기 위하여 고정된 HARQ-ACK 피드백 포맷을 이용하도록 RRC 시그널링을 통해 반-정적으로 및/또는 L1/L2 레이어 시그널링을 통하여 동적으로 WTRU를 구성할 수 있다. 그 후 WTRU는 다수의 PDSCH TB에 대한 HARQ-ACK 피드백을 다중화하여, 단일 HARQ-ACK 피드백 메시지에서 모든 TB에 걸쳐 전체 CBG 세트, 예를 들어 TB 내의 모든 CBG에 대한 ACK-NACK 정보를 전송한다. 다중 TB에 대한 HARQ 피드백을 다중화하는 것은 WTRU 또는 WTRUS 그룹이 동일한 다중 비트 HARQ 피드백에서 다중 TB의 수신을 확인 응답하는 것을 의미할 수 있다. 예를 들어, WTRU가 2 개의 TB를 수신하면, WTRU는 제1 TB에 대한 HARQ-ACK 정보 비트 다음에 제2 TB에 대한 HARQ-ACK 정보 비트를 연결(concatenate)할 수 있다. 예를 들어, WTRU가 2 개의 TB를 수신하였고 각각의 TB가 8 개의 CBG를 포함하는 경우, 다중 비트 HARQ 피드백은 2 개의 TB에 대한 16 개의 HARQ-ACK 정보 비트를 포함할 수 있다. 첫 번째 8 비트는 첫 번째 TB에서 CBG의 HARQ-ACK 정보 비트를 나타내고, 두 번째 8 비트는 두 번째 TB에서 CBG의 HARQ 정보 비트를 나타낼 수 있다. WTRU가 CBG의 모든 CB를 정확하게 수신하였다면, WTRU는 CBG의 HARQ-ACK 정보 비트에 대한 ACK를 생성할 수도 있다. WTRU가 CBG의 적어도 하나의 CB를 부정확하게 수신했다면, WTRU는 CBG의 HARQ-ACK 정보 비트에 대한 NACK을 생성할 수 있다.
대안적으로 또는 추가적으로, 다수의 TB에 대한 피드백을 제공하는데 필요한 총 HARQ 피드백 비트의 총 수를 감소시키기 위하여 BS(예를 들어, gNB)는 가변 비트 HARQ-ACK 피드백을 이용하도록 반-정적 및/또는 동적으로 WTRU 또는 WTRU 그룹을 구성할 수 있다. 그 후 WTRU는 다수의 PDSCH에 대한 HARQ-ACK 피드백을 다중화할 수 있고, 단일 HARQ-ACK 피드백 메시지에서 모든 TB에 걸쳐 재전송을 위하여 스케줄링된 CBG에 대해서만 ACK 또는 NACK을 전송할 수 있다.
다른 실시 예에서, BS(예를 들어, gNB)는 가변 페이로드를 가진 하나 이상의 PUCCH 포맷 유형을 활용하도록 WTRU 또는 WTRU 그룹을 구성할 수 있다. 그 후 WTRU는 그것이 특정 피드백 포맷을 이용하는 암시적 표시라고 가정할 수 있다. 예를 들어, 작은 UCI 페이로드만을 운반할 수 있는 PUCCH 포맷으로 구성된 WTRU는 BS(예를 들어, gNB)가 TB 기반 HARQ 피드백만을 기대한다는 표시로서 받아들여질 수 있다. WTRU는 이어서 각각의 TB에 대한 ACK-NACK 피드백을 다중화하고, 이를 BS(예를 들어, gNB)에 피드백으로서 제공할 수 있다.
다른 실시 예에서, BS(예를 들어, gNB)는 큰 UCI 페이로드를 운반할 수 있는 단일 PUCCH 포맷을 이용하도록 WTRU 또는 WTRU 그룹을 구성할 수 있다. 이는 BS(예를 들어, gNB)가 각각의 다중화된 PDSCH에 대한 CBG 기반 HARQ 피드백 또는 결합된 CBG 및 TB 레벨 피드백을 기대하는 표시로서 받아들여질 수 있다.
또 다른 실시 예에서, 다수의 PUCCH 리소스/리소스 세트/포맷으로 구성된 WTRU는 UCI 페이로드에 기초하여 PUCCH 리소스/리소스 세트/포맷 중 하나 이상의 리소스를 선택할 수 있다. 예를 들어, WTRU가 다수의 T-F 리소스(예를 들어, 슬롯, 셀, CC, BWP 등)에 걸쳐 여러 PDSCH에 대해 다중 비트 HARQ 피드백 응답을 제공해야 하는 경우, WTRU는 최대 UCI 페이로드 크기에 대해 구성된 PUCCH 리소스 세트를 선택할 수 있다. 그러나, WTRU가 몇몇 PDSCH에 대한 다중 비트 HARQ 피드백을 제공해야 하는 경우, WTRU는 약간 더 작은 UCI 페이로드 크기를 위하여 구성된 PUCCH 리소스 세트를 선택하는 것이 가장 적합할 수 있다. PUCCH 리소스 세트/포맷 및 PUCCH 리소스 선택에 관한 추가 세부 사항이 여기에 개시된다.
다른 실시 예에서, 다수의 PUCCH 포맷 옵션으로 구성된 WTRU는 (예를 들어, CBG 기반 및/또는 TB 기반 피드백을 다중화함으로써) 단일 비트 HARQ 피드백 또는 TB에 대한 다중 비트 HARQ 피드백을 제공할 것인지 여부를 자율적으로 결정할 수 있다. 예를 들어, WTRU는 HARQ 피드백의 크기에 기초하여 다수의 PUCCH 포맷 중에서 적절한 PUCCH 포맷을 선택할 수 있다. 적절한 PUCCH 포맷은 크거나 작은 UCI 페이로드 기능을 지원할 수 있는 포맷일 수 있다. 적절한 PUCCH 포맷 및 HARQ 피드백의 크기에 기초하여, WTRU는 제공할 HARQ 피드백의 유형을 결정할 수 있다. 또한, BS(예를 들어, gNB)는 그 후 PUCCH를 블라인드 디코딩함으로써 어느 유형의 피드백이 제공되었는지를 확인할 수 있다.
대안적으로 또는 추가적으로, 확인될 필요가 있는 모든 TB에 대한 CBG에 걸쳐 다중 비트 HARQ 피드백을 다중화하는 대신에, BS(예를 들어, gNB)는 모든 TB의 서브 세트에 대한 CBG 기반 다중 비트 HARQ 피드백 및 나머지 TB에 대한 TB 기반 단일 비트 HARQ 피드백을 다중화할 수 있는 유연성을 WTRU에 제공할 수 있다. 구체적으로, 상위 계층 파라미터(들)로 반-정적 및/또는 동적으로 구성된 WTRU는 나머지 TB에 대해 TB 기반 단일 비트 HARQ 피드백을 제공하면서, TB의 서브 세트에 대한 CBG 기반 다중 비트 HARQ 피드백을 다중화할 수 있다. 예를 들어, 각각 5 개의 CC(component carrier)를 통하여 5 개의 TB를 수신한 WTRU는 처음 3 개의 CC에 대한 CBG 기반 다중 비트 HARQ 피드백 및 나머지 2 개의 CC에 대한 TB 기반 단일 비트 HARQ 피드백을 제공하도록 구성될 수 있다. 이는 WTRU가 처음 3 개의 CC를 통하여 수신된 처음 3 개의 TB에 대한 다중 비트 HARQ 피드백 및 나머지 2 개의 CC를 통하여 수신된 나머지 TB에 대한 단일 비트 HARQ 피드백을 제공할 수 있음을 의미한다. 이들 다중 비트 HARQ 피드백 및 단일 비트 HARQ 피드백은 단일 피드백 메시지에서 다중화(또는 연결)될 수 있다. 이 기술은 동적 코드북 설계로 지칭될 수 있다. 예를 들어, 다중화된 피드백 메시지는 다중 비트 및 단일 비트 HARQ 피드백을 포함할 수 있고, 제1 서브 코드북 및 제2 서브 코드북을 포함하는 코드북에 기초하여 생성될 수 있다. 제1 서브 코드북은 폴백 DCI에 의해 스케줄링된 TB 기반 PDSCH 수신에 기초하여 결정될 수 있다. 제2 서브 코드북은 비-폴백 DCI에 의해 스케줄링된 CBG 기반 PDSCH 수신에 기초하여 결정될 수 있다.
CBG 기반 다중 비트 HARQ 피드백은 선취의 영향을 받는 TB에 사용될 수 있는 반면, 선취의 영향을 받지 않거나 모든 CBG를 성공적으로 수신(즉, 전체 TB를 정확하게 수신)하는 TB는 TB 기반 단일 비트 HARQ 피드백에 의해 확인 응답될 수 있다. CBG 기반 다중 비트 HARQ 피드백이라는 용어는 다중 비트 HARQ 피드백과 상호 교환 가능하게 사용될 수 있고, TB 기반 단일 비트 HARQ 피드백이라는 용어는 다중 비트 HARQ 피드백과 상호 교환 가능하게 사용될 수 있다.
BS(예를 들어, gNB)는 WTRU가 이러한 다중화된 CBG 기반 다중 비트 HARQ 피드백 및 TB 기반 단일 비트 HARQ 피드백을 단일 HARQ 피드백 메시지로 여러 PDSCH에 제공할 수 있게 하는 피드백 구성(즉, PUCCH 포맷)으로 WTRU를 구성할 수 있다. 예를 들어, WTRU가 PUCCH 포맷 2 또는 PUCCH 포맷 3 또는 PUCCH 포맷 4를 사용하여 HARQ 피드백을 전송하는 경우, WTRU는 이러한 단일 HARQ 피드백 메시지를 제공하기 위하여 상위 계층 파라미터로 반-정적으로 그리고 동적으로 구성될 수 있다. 상위 계층 파라미터는 WTRU가 HARQ 피드백을 제공하도록 반-정적으로 구성되었음을 나타내는 표시자(예를 들어, CBG-DL = ON)를 포함할 수 있다. 표시자(예를 들어, CBG-DL = OFF)는 WTRU가 HARQ 피드백을 제공하도록 동적으로 구성되어 있음을 나타낼 수도 있다. 실시 예에서, WTRU는 상위 계층 파라미터로 구성되지 않지만, WTRU는 다중화된 CBG 기반 다중 비트 및 TB 기반 단일 비트 HARQ 피드백을 제공할 수 있다. 구성된 피드백 포맷은 각각의 PDSCH에 대한 CBG 기반 다중 비트 및 TB 기반 단일 비트 HARQ 피드백 모두에 대한 필드를 제공할 수 있다. WTRU는 BS(예를 들어, gNB)에 의해 전송된 선취 표시의 존재를, 이들 PDSCH 전송이 CBG 기반 다중 비트 HARQ 피드백에 의해 더 잘 제공될 수 있다는 표시로서 이용할 수 있는 반면, 디코딩에 실패했고 선취되지 않은(즉, 선취 표시가 없는) PDSCH는 전체 TB의 재전송에 의해 더 잘 서비스될 수 있다. TB 및 CBG 레벨 피드백을 모두 지원하는 단일 PUCCH 포맷을 사용하면, 어떤 추가적인 UL 시그널링에 대한 필요성이 없이도 PDSCH 기반으로 PDSCH에서 CBG 및/또는 TB 레벨 피드백을 제공해야 하는지 여부를 선택할 수 있는 유연성을 WTRU에 제공할 수 있으므로, 유연성 정도를 제공하면서 피드백 설계를 단순화할 수 있다. WTRU는 또한 그의 의사 결정을 돕기 위하여 선취 표시와 같은 추가적인 시그널링의 존재를 이용할 수 있다.
WTRU는 TB 비트맵과 같은 PUCCH 필드 내의 필드를 통하여 TB의 서브 세트를 표시할 수 있다. WTRU가 단일 HARQ-ACK 피드백 메시지에서 다수의 TB를 확인 응답하는 방법을 결정하는데 유연성을 갖도록 하는 것은, 특히 WTRU가 전력 또는 커버리지가 제한될 때 유리할 수 있다. 이 경우, PUCCH 당 전송되고 있는 비트 수를 제한하는 것은 UL 커버리지를 향상시키면서 다운링크 스펙트럼 효율에 무시할만한 영향을 미친다.
실시 예에서, WTRU는 단일 피드백 메시지에서 모든 TB 또는 TB의 서브 세트만에 대한 번들링된 HARQ 피드백을 제공할 수 있다. 예를 들어, WTRU는 WTRU에 의해 정확하게 수신된 TB들에 걸쳐서만 각각의 TB로부터 단일 비트 ACK를 다중화하거나, 오류로 수신된 각각의 TB로부터 단일 비트 NACK을 다중화할 수 있다.
단일 PDSCH 경우와 유사하게, WTRU 또는 WTRU 그룹은 구성된 PUCCH 포맷에 기초하여 HARQ 피드백 포맷을 결정할 수 있다. 예를 들어, 작은(또는 가장 작은) PUCCH 페이로드 포맷으로 구성된 WTRU는 BS(예를 들어, gNB)가 모든 PDSCH에 대해 다중화된 TB 기반 단일 비트 HARQ 피드백을 수신할 것으로 예상한다는 암시적인 표시로서 이것을 받아들일 수 있는 반면, 큰 PUCCH 페이로드 포맷으로 구성된 WTRU는 BS(예를 들어, gNB)가 여러 PDSCH에 대한 TB 기반 다중 비트 및 CBG 기반 단일 비트 다중화된 HARQ 피드백을 모두 포함하는 단일 피드백 메시지를 수신할 것으로 예상한다는 표시로서 이것을 받아들일 수 있다.
다수의 PDSCH에 대한 피드백 옵션을 용이하게 하기 위하여, HARQ 코드북 설계의 다양한 측면이 고려될 수 있다. 일 예에서, CBG 기반 다중 비트 HARQ 피드백의 경우, 반-정적 코드북 설계가 CBG 기반 다중 비트 HARQ 피드백에 이용될 수 있으며, 여기서 다중 비트 HARQ 피드백의 크기는 모든 PDSCH에 걸쳐 고정된다. 이것은 모든 PDSCH에 걸친 CBG의 최대 수와 같은 구성된 CBG 수에 기초할 수 있다. 반-정적 코드북 설계는 WTRU가 모든 PDSCH에 걸쳐 고정된 다중 비트 피드백 크기를 구성할 수 있게 하며, 이는 모든 구성된 컴포넌트 반송파(즉, 스케줄링된 및 스케줄링되지 않은 PDSCH를 포함하는 모든 가능한 PDSCH)에 대한 피드백을 제공하는 것과 결합된다. 따라서, 반-정적 코드북 설계는 복잡성을 감소시킬 수 있다. 그러나 구성된 CBG 및 컴포넌트 반송파의 수로 인해, 지나치게 큰 UCI 페이로드가 초래될 수 있다.
위에서 논의된 바와 같이, 상위 계층 파라미터를 갖는 서빙 셀마다 반-정적으로 구성된 WTRU는 TB의 CBG를 포함하는 PDSCH를 수신할 수 있다. WTRU가 반-정적으로 구성된다면, WTRU는 반-정적 코드북을 생성하기 위하여 서빙 셀 당 상위 계층 파라미터에 의해 CBG의 최대 수로 구성될 수 있다. 이러한 반-정적 코드북은 TB 수신을 위한 각각의 HARQ-ACK 정보 비트를 포함할 수 있다. HARQ-ACK 정보 비트들 각각은 TB 내의 (스케줄링되지 않은 CBG들을 포함하는) 모든 CBG들에 대응할 수 있다. 반-정적 코드북의 페이로드 크기는 구성된 CBG 수(즉, 최대 CBG 수)와 동일할 수 있다.
다른 실시 예에서, WTRU는 다중 비트 HARQ 피드백의 크기가 모든 PDSCH에 걸쳐 고정되는 HARQ 피드백 메시지를 제공하기 위하여 동적 HARQ 코드북 설계를 이용할 수 있다. 예를 들어, 다중-비트 HARQ 피드백의 크기는 반-정적 HARQ 코드북 설계와 유사한 모든 PDSCH에 걸쳐, 구성된 CBG의 최대 수에 기초하여 결정될 수 있다. 그러나, 동적 HARQ 코드북 설계에서, WTRU는 모든 구성된 PDSCH가 아니라 스케줄링된 PDSCH에 대한 HARQ 피드백을 제공할 수 있다. 이것은 다운링크 할당 인덱스(downlink assignment index, DAI) 타입 메커니즘을 이용함으로써 촉진될 수 있다. 이러한 접근법은 HARQ 피드백 페이로드 크기를 감소시킬 수 있다. 그러나, 스케줄링된 PDSCH에 걸쳐 구성된 CBG의 수의 차이와 같은 다른 요인이 절감을 상쇄(offset)할 수 있다.
피드백 리소스를 효율적으로 이용하고 낭비된 리소스를 최소화하기 위한 추가 실시 예가 여기에 설명될 수 있다. 예는 여러 TB에 걸쳐 TB 당 구성된 CBG의 수가 유사하도록 보장하여, 다중화된 PDSCH 세트에 대해 최소 수의 불필요한 피드백 비트가 전송되도록 하는 것이다. 이는 동일한 수의 CBG로 또는 일부 델타 값(예를 들어, 0 또는 1) 내에서 여러 PDSCH에 걸쳐 모든 TB를 구성함으로써 수행할 수 있다. 이로 인해 이러한 TB에 걸쳐 CBG를 형성하는 CB 수의 관점에서 입도가 상이해지고, (재)전송의 입도가 또한 상이해질 수도 있다. 그러나 특히 상이한 셀이 상이한 커버리지를 갖는다면, TB 당 피드백 크기(또는 셀/CC)가 큰 것이 바람직할 수 있다. 또한, 커버리지 및 전력 제한 WTRU(및 일반적으로 전체 피드백)에 대한 피드백 비트의 수를 제한하는 것이 더 중요할 수 있다. 이러한 요인들을 고려하여, BS(예를 들어, gNB)는 이러한 커버리지 및 전력 제한 WTRU에 대한 HARQ 피드백 크기(vs. CBG (재)전송의 입도)의 측면에서 최상의 트레이드 오프를 제공하는 것을 감안하면서, TB 당 CBG의 수를 구성할 수 있다.
대안적으로 또는 부가적으로, BS(예를 들어, gNB)는 스케줄링된 PDSCH를 확인 응답하기 위하여 WTRU에 의해 전송될 필요가 있는 피드백 비트의 수를 감소/최적화할 수 있는 방식으로 PDSCH를 스케줄링할 수 있다. 예를 들어, BS(예를 들어, gNB)는 연속된 시간 슬롯에서 구성된 CBG의 어떤 'δ' 내에 있는 PDSCH를 스케줄링하려고 시도할 수 있다. 이것은 결과적으로 낭비되거나 불필요한 HARQ 비트의 수를 상당히 감소시킬 수 있다. 이러한 방식으로 유사한 크기의 PDSCH를 스케줄링하면, 특정 경우에 피드백을 추가로 절약할 수 있다. 예를 들어, 스케줄링된 PDSCH들 중 어느 것도 낮은 레이턴시 트래픽에 의해 선취되지 않으면, WTRU는 모든 PDSCH에 대한 단일 비트 HARQ 피드백을 다중화/번들링하는 것으로 복귀하거나 폴백할 수 있다. 특히, (스케줄링된 PDSCH에 대한) PDSCH 당 CBG의 수가 적은 경우, 그러한 시나리오는 전송 윈도우가 예를 들어 PDSCH 당 구성된 CBG의 수가 더 클 때보다 더 작을 수 있기 때문에, 이들 전송에 영향을 미치는 낮은 레이턴시 트래픽의 가능성을 더 낮추는 결과를 초래할 수 있다.
구성된 CBG의 수에 기초하여 PDSCH를 스케줄링하는 것은 낮은 레이턴시 트래픽을 선취하는 것이 본질적으로 주기적인 경우에 효율적인 피드백 다중화를 야기할 수 있는데, 이는 스케줄링된 PDSCH의 전부가 낮은 레이턴시에 의해 영향을 받거나 스케줄링된 PDSCH의 아무 것도 영향을 받지 않을 수 있는 결과를 초래할 수 있기 때문이다. 제1 시나리오는 낮은 레이턴시 트래픽이 주기적이고 빈번한 경우일 수 있다. 제2 시나리오는 선취 트래픽이 주기적이고 비교적 드문 경우일 수 있다. 이러한 경우들 중 하나에서, WTRU는 하나의 유형의 피드백, 예를 들어 제1 시나리오를 위한 다중 비트 HARQ 피드백 및 제2 시나리오를 위한 단일 비트 HARQ 피드백을 필요로 할 수 있다. 이는 WTRU가 피드백 리소스의 효율적인 사용을 가능하게 할 수 있다.
대안적으로 또는 부가적으로, BS(예를 들어, gNB)는 할당된 컴포넌트 반송파(CC)에 기초하여 PDSCH를 스케줄링할 수 있다. 할당된 CC에 기초하여 PDSCH를 스케줄링하는 것은 이것이 낮은 레이턴시 트래픽을 스케줄링하기 위하여 어느 리소스가 이용될 가능성이 있는지에 관한 정보를 이용하는 경우에 유용할 수 있다. 특정 CC가 높은 우선 순위의 낮은 레이턴시 트래픽을 스케줄링하기 위하여 지정되거나 이용되는 경우, BS(예를 들어, gNB)는 이러한 CC들을 연속(successive) 슬롯에서 스케줄링하거나 이러한 CC들을 연속 슬롯에서 회피하는 것을 고려할 수 있다. 그러면, 모든 PDSCH가 단순히 (스케줄된 CC 전송이 선취된 경우) 다중 비트 HARQ 피드백 또는 (스케줄링된 PDSCH 전송 중아무 것도 선취에 영향을 받지 않는 경우) 단일 비트 HARQ 피드백을 요구할 수 있기 때문에, 피드백의 보다 효율적인 다중화가 초래될 수 있다.
대안적으로 또는 부가적으로, CC/서빙 셀의 커버리지는 스케줄링된 PDSCH들에 대한 적절한 HARQ 피드백 포맷을 선택하는데 있어서 결정 요인일 수 있다. 예를 들어, WTRU가 여러 CC의 커버리지로 인해 전력 제한되는 경우, 이들 셀에서의 WTRU의 UL 커버리지를 향상시키기 위하여 모든 스케줄링된 PDSCH에 대한 TB 기반 단일 비트 HARQ 피드백을 다중화하는 것으로 복귀하거나 폴백해야 할 수도 있다.
대안적으로 또는 추가적으로, 스케줄링된 PDSCH에 대한 TB 기반 단일 비트 및/또는 CBG 기반 다중 비트 다중화된 HARQ 피드백의 일부 조합을 제공하는 것이 필요할 수 있다. 이것은 PDSCH의 일부 서브 세트가 선취에 의해 영향을 받는 시나리오의 경우일 수 있다. 이 경우, 선취에 의해 영향을 받는 WTRU는 개별 CBG에 대한 피드백을 제공하기 위하여 다중 비트 HARQ 피드백을 제공해야 할 수 있다. 그러나, 선취에 의해 영향을 받지 않는 WTRU의 경우, 단일 비트 피드백이 충분할 수 있다. TB 기반 및 CBG 기반 피드백 옵션을 모두 제공하기 위하여, 각각의 개별 피드백 메시지는 고정된 단일 비트 및 다중 비트 피드백 필드를 포함할 수 있다. 스케줄링된 PDSCH들에 대해 TB 기반 및 CBG 기반 피드백을 모두 제공할 수 있는 것은 전송 리소스의 최적 사용 및 가능하게는 레이턴시를 초래할 수 있는데, 그 이유는 BS(예를 들어, gNB)에게 재전송을 위한 최적의 입도(CBG vs. TB)를 결정하는데 있어 완전한 유연성을 제공할 수 있기 때문이다. 또한, 단일 PDSCH와 유사하게, TB 기반 및 CBG 기반 피드백을 모두 이용하면 (추가된 견고성을 가지고) HARQ 피드백 오류에 대한 빌트인 오류 검출을 또한 제공할 수 있다. 이러한 접근법의 불리한 면은 UCI 페이로드가 큰 경우일 수 있다.
WTRU는 각각의 스케줄링된 PDSCH에 대한 CBG 기반 다중-비트 및/또는 TB 기반 단일 비트 HARQ 피드백을 제공할지에 대한 결정을 돕기 위하여 BS(예를 들어, gNB)에 의한 선취 표시의 부재 또는 존재를 이용할 수 있다. 예를 들어, WTRU는 BS(예를 들어, gNB)가 영향을 받은 PDSCH에 대한 CBG 기반 다중 비트 HARQ 피드백을 기대한다는 명시적인 표시로서 이 신호의 존재를 인지할 수 있다. 다른 예에서, WTRU는 어느 유형의 피드백 포맷을 활용할 것인지에 대한 자율성을 가질 수 있다. 예를 들어, 많은 수의 CBG가 모든 스케줄링된 PDSCH에서 성공적으로 디코딩될 수 없고 WTRU가 2 개의 PUCCH 포맷으로 구성되어 다중화된 TB 기반 단일 비트 HARQ 피드백 또는 다중화된 CBG 기반 다중 비트 HARQ 피드백을 지원하는 경우, WTRU는 모든 PDSCH에 대한 전체 TB의 재전송을 요청하는 것이 더 낫다고 결정할 수 있다. WTRU는 모든 PDSCH에 대한 전체 TB의 재전송을 요청하기로 결정하기 때문에, WTRU는 이에 따라 모든 PDSCH에 대한 단일 비트 HARQ 피드백으로 응답할 수 있다.
전술한 바와 같이, 스케줄링된 PDSCH에 걸친 HARQ 피드백을 다중화하기 위한 다양한 옵션은 반-정적 및 동적 코드북 설계 모두에 적용될 수 있다. 결과적으로, TB 기반 단일 비트 HARQ 피드백/CBG 기반 다중 비트 HARQ 피드백 또는 다중화된 PDSCH 세트에 대한 두 피드백의 조합은 반-정적 및 동적 코드북 설계 모두에 이용될 수 있다.
(스케줄링된 셀/CC에 기초한) 동적 HARQ-ACK 피드백 코드북 설계의 경우, BS(예를 들어, gNB)는 카운터 DAI(downlink assignment indicator) 및/또는 PDSCH에 스케줄링된 각 DL 할당의 총 DAI를 사용하여 이러한 코드북 크기를 표시할 수 있다. WTRU는 일부 DL 할당이 손실되더라도 스케줄링된 PDSCH의 수를 신뢰성 있게 결정할 수 있다. PDSCH 당 구성된 CBG의 수가 WTRU에 표시되기 때문에, WTRU는 이러한 PDSCH에 대한 다중 비트 HARQ 피드백을 결정하기 위하여 각 PDSCH에 대한 스케줄링 DCI로부터 CBGIF 비트 맵(또는 CBGTI 비트 맵)과 함께 이러한 정보를 사용할 수 있다. DAI 타입 필드를 이용하는 것은 각각의 TB가 (전술한 바와 같이 모든 PDSCH에 걸쳐 구성된 CBG의 최대 수에 기초할 수 있는) 동일한 다중 비트 HARQ 피드백 크기를 갖는 시나리오에 적합하다.
단일 PDSCH 또는 다중화되지 않은 HARQ 피드백 케이스와 유사하게, 여러 PDSCH에 다중화된 다중 비트 HARQ 피드백을 제공하기 위하여 다중 비트 HARQ 피드백을 위하여 반-정적으로 구성된 WTRU는, 각각의 HARQ 피드백 응답에서 확인 응답되는 하나 이상의 PDSCH가 CBG (재)전송을 지원하지 않은 DCI로 스케줄링되었을 때(예를 들어, PDSCH가 폴백 DCI를 통하여 스케줄링되었을 때) 이들 PDSCH에 대한 단일 비트 HARQ 피드백으로 복귀해야 할 수 있다.
전술한 바와 같이, 반-정적 코드북 설계의 경우, 코드북 크기는 구성된 CC의 수, 구성된 CBG의 수, HARQ 타이밍 윈도우 등에 의존할 수 있다. 예를 들어, TB 당 6 개의 CBG로 구성된 WTRU는 5 개의 TB에 대해 단일 HARQ 피드백 응답을 제공해야 할 수도 있다. 단일 HARQ 피드백 응답은 각 TB에 대한 각각의 코드북을 전체 TB에 대한 단일 코드북으로 다중화함으로써 생성될 수 있다. 일 예에서, 5 개의 TB 모두는 CBG 기반 (재)전송이 가능한 DCI에 의해 스케줄링될 수 있고, WTRU는 단순히 5 * 6 = 30 비트 HARQ 피드백 응답으로 응답할 수 있다. 그러나 하나 이상의 TB가 폴백 DCI를 통하여 스케줄링되는 경우, 전체 TB는 TB 기반 재전송을 위하여 스케줄링될 수 있다. WTRU는 단일 비트 또는 다중 비트 HARQ 피드백으로 응답할지 여부를 결정해야 할 수도 있다. 다양한 TB에 대해 단일 비트 및 다중 비트 HARQ 피드백을 혼합하면 피드백을 잘못 해석할 가능성을 초래할 수 있다.
실시 예에서, WTRU는 동일한 피드백 응답을 유지(예를 들어, 이들이 정상(normal) 또는 폴백 DCI를 통하여 스케줄링되었는지 여부에 관계없이 모든 TB에 대한 다중-비트 피드백으로 응답)하도록 선택할 수 있다. 다중 비트 HARQ 피드백을 제공하도록 구성되었지만 폴백 DCI를 통하여 스케줄링된 WTRU의 경우, WTRU는 TB가 올바르게 수신되었는지의 여부를 표시하기 위하여 단일 비트 TB ACK 또는 NACK를 단순히 N 번 반복할 수 있다. 여기서, N은 TB 또는 전체 TB에서의 CBG의 수일 수 있다. 이로 인해 피드백 오버헤드가 증가하더라도 설계가 간소화될 수 있다. 예를 들어, 다중 비트 HARQ 피드백을 제공하도록 반-정적으로 구성된 WTRU는 각각의 TB가 8 개의 CBG를 갖는 2 개의 TB를 수신한다. 제1 TB의 경우, 모든 CB 레벨 CRC 및 TB 레벨 CRC 검사가 모두 통과되면, WTRU는 ACK 정보 비트를 8 회 반복함으로써(즉, 11111111) TB 레벨 ACK 피드백을 생성할 수 있다. 제2 TB의 경우, 모든 CB 레벨 CRC 검사가 통과되었지만 TB 레벨 검사가 실패하면, WTRU는 NACK 정보 비트를 8 회 반복함으로써(즉, 00000000) TB 레벨 NACK 피드백을 생성할 수 있다. WTRU는 다중-비트 HARQ 피드백을 제공하도록 반-정적으로 구성되기 때문에, 2 개의 8 비트(즉, 제1 TB의 경우 11111111 및 제2 TB의 경우 00000000)의 결과가 다중화될 필요가 있을 수 있다. 따라서, WTRU는 제1 TB에 대한 제1 다중 비트 HARQ 피드백 및 제2 TB에 대한 제2 다중 비트 HARQ 피드백을 포함하는 다중 비트 HARQ 피드백 메시지(즉, 1111111100000000)를 송신할 수 있다.
다른 실시 예에서, 폴백 DCI로 스케줄링된 단일 TB를 갖는 WTRU는 CC/HARQ 타이밍 윈도우에서 모든 TB에 대한 단일 비트 HARQ 피드백으로 응답할 필요가 있다는 표시로서 이것을 받아들일 수 있다. 예를 들어, WTRU가 각각 5 개의 CC에서 폴백 DCI로 스케줄링된 5 개의 TB를 수신하고 각각의 TB가 6 개의 CBG를 포함한다면, WTRU가 다중 비트 HARQ 피드백를 제공하도록 구성된 경우 WTRU는 30 비트(즉, 6 비트 * 5 TB)를 제공할 필요가 있을 수 있다. 그러나, WTRU가 모든 TB에 대해 단일 비트 HARQ 피드백을 제공할 수 있으면, HARQ 피드백의 비트 수가 30 비트에서 5 비트로 떨어질 수 있다. 이로 인해 UCI 페이로드가 훨씬 낮아질 수 있지만, 이러한 접근 방식의 불리한 면은 아마 불필요한 재전송의 수가 높고 스펙트럼 효율이 낭비되는 것일 수 있다.
또 다른 실시 예에서, 다수의 집성된 PDSCH에 대하여 단일 비트 vs. 다중 비트 HARQ 피드백 응답으로 응답할지 여부의 선택은 확인 응답될 필요가 있는 각각의 PDSCH에 대한 디코딩 결과에 기초할 수 있다.
다른 실시 예에서, 단일 TB가 폴백 DCI를 통하여 스케줄링되었지만, 상당 수의 다른 PDSCH가 CBG 기반 (재)전송을 위하여 스케줄링되었거나 상당한 수의 CBG가 낮은 레이턴시 트래픽을 선취하는 것에 의해 영향을 받는다고 WTRU가 결정하면, WTRU는 이들 PDSCH에 대한 전체 TB의 재전송을 요청하기로 결정할 수 있다. 결과적으로, WTRU는 모든 PDSCH에 대한 단일 비트 HARQ 피드백 메시지로 결국 응답할 수 있다. 이 결정은 임계 값에 기초할 수 있다. 이러한 임계 값은 어떤 수의 PDSCH, 또는 집성된 PDSCH의 백분율(x %)을 포함할 수 있지만, 이에 제한되지는 않는다. 집성된 PDSCH들에 대한 단일 비트 vs. 다중 비트 HARQ 피드백 사이의 스위칭을 위한 이러한 메커니즘을 이용하면, 피드백 리소스의 최적 사용(예를 들어, UCI 페이로드 제한)을 초래할 수 있고, 결과적으로 발생할 수 있는 불필요한 재전송의 수를 최소화할 수 있다.
WTRU가 다중 비트 HARQ 피드백으로 구성되고, 단일 비트 HARQ 피드백 및/또는 다중 비트 HARQ 피드백을 표시하는 DCI에서 하나 이상의 필드를 제공하는 피드백 포맷을 HARQ 신뢰도를 향상시키는 수단으로서 이용하는 경우, WTRU는 폴백 DCI 또는 비-폴백 DCI가 PDSCH를 스케줄링하는데 이용되었는지 여부에 따라 이들 필드를 적절히 이용할 수 있다. 예를 들어, 비-폴백 DCI로 스케줄링된 PDSCH에 대해, WTRU는 각각의 CBG에 대한 HARQ 피드백을 제공하기 위하여 다중 비트 피드백 필드를 이용할 수 있다. 폴백 DCI로 스케줄링된 PDSCH에 대해, WTRU는 TB의 디코딩 결과에 기초하여 단일 비트 HARQ 피드백을 제공하기 위하여 단일 비트 피드백 필드(또는 없음(none))를 사용할 수 있다. 다른 한편으로, 폴백 DCI를 통하여 스케줄링된 PDSCH의 경우, 단일 비트 TB 결과가 관련될 수 있고, WTRU는 또한 다중 비트 피드백 필드에 대해서도 단일 비트 피드백 결과(즉, TB가 성공적으로 디코딩될 수 있었는지 여부에 기반한, 모든 CBG에 대한 ACK 또는 NACK)를 반복하도록 선택할 수 있다. 이는 폴백 DCI의 경우 단일 비트 필드가 더 관련성이 있지만 다중 비트 필드를 또한 사용하여 TB 기반 다중 비트 HARQ 피드백을 제공할 수도 있음을 의미한다.
전술한 실시 예들에서, 구성된 PUCCH 리소스 세트의 수 및 그들의 UCI 페이로드 능력에 관한 정보는 다수의 집성된 PDSCH에 대한 HARQ 피드백 응답을 제공할 때 단일 비트 또는 다중 비트 HARQ 피드백 사이에서 자율적으로 결정하는 WTRU의 능력을 제한할 수 있다. 예를 들어, WTRU가 작은 UCI 페이로드 능력을 갖는 단일 PUCCH 리소스 세트로만 구성된 경우, WTRU는 모든 집성된 PDSCH에 대해 항상 단일 비트 HARQ 피드백으로 응답할 것으로 예상된다는 표시로서 이를 받아들일 수 있다. 그러나, WTRU가 큰 UCI 페이로드를 전달할 수 있는 큰 UCI 페이로드를 갖는 PUCCH 리소스 세트로 구성되는 경우, WTRU는 이를 각각의 집성된 PDSCH에 대해 항상 다중 비트 HARQ 피드백으로 응답할 것으로 예상된다는 명시적인 표시로서 받아들일 수 있다.
또 다른 실시 예에서, 하나보다 많은 PUCCH 리소스 세트로 구성된 WTRU는 적절한 피드백 입도를 선택하는 것이 WTRU에 달려 있다는 암시적으로 표시로서 이를 받아들일 수 있다. 이 경우에, BS(예를 들어, gNB)는 어느 PUCCH 포맷이 WTRU에 의해 선택되었는지 확인하기 위하여 PUCCH를 블라인드 디코딩할 필요가 있을 수 있다.
모든 스케줄링된 PDSCH에 대해 구성된 CBG의 수가 동일한 동적 HARQ 코드북 경우에 WTRU가 폴백 및 비-폴백 DCI의 혼합을 만날 때, WTRU는 전술한 바와 같이 이들 집성된 PDSCH에 대해 단일 비트 전용 및/또는 다중 비트 HARQ 피드백을 이용하도록 선택할 수 있다.
전술한 동적 코드북 설계는 모든 구성된 셀과 달리 스케줄링된 셀/CC에 대한 HARQ 피드백을 고려할 수 있다. CBG 기반 스케줄링의 경우, 코드북 설계의 동적 측면에 대한 추가적인 차원의 가능성이 존재하는데, 이는 CBG 기반 스케줄링/전송 입도의 결과이다. 다중-비트 HARQ 피드백의 크기는 (재)전송을 위하여 스케줄링된 TB 또는 CBG에서의 CBG의 총 수(즉, 구성된 CBG의 수)에 기초할 수 있다. (재)전송을 위하여 스케줄링된 CBG에 기초하여 크기를 결정하면, 동일한 TB의 재전송 사이에 가변 수의 HARQ 피드백 비트를 초래할 수 있다. PDSCH 사이(및 내부)의 가변 비트 수를 고려하기 위하여, 동적 코드북 설계를 위한 DAI 기능성이 모든 가능한 상태를 설명하도록 확장될 수 있다. 예를 들어, PDSCH에 대해 4 개의 구성된 CBG로, HARQ 피드백 비트의 수는 1과 4 사이에서 변할 수 있다. 연속적인 누락된 DL 할당을 처리하기 위하여, DAI는 가능한 12 개의 상태를 지원하기 위하여 4 비트가 필요할 수 있다. 구성된 CBG의 수에 따라 DAI 크기와 이에 따른 DCI 메시지가 크게 증가할 수 있다. 대안적으로 또는 부가적으로, 상이한 PDSCH는 상이한 수의 구성된 CBG를 가지며 DAI 필드 크기를 효율적으로 설계하는 것을 어렵게 할 수 있다. 복잡성 및 DCI 오버헤드를 제한하려고 시도하면서 가변 비트 피드백을 허용하기 위하여, 여기에서 다양한 기술이 설명될 수 있다.
실시 예에서, 네트워크는 PDSCH 당 구성된 CBG의 수를 제한하는 것을 고려할 수 있고, 이는 결국 DAI에 의해 커버될 필요가 있는 가능한 상태의 수를 제한할 수 있다. 대안적으로 또는 추가적으로, 각각 상이한 DAI 필드 크기를 갖는 2 개의 플레이버(flavor)의 DCI가 사용될 수 있다. 이는 BS(예를 들어, gNB)가 2 개의 플레이버 사이의 선택을 허용하면서 크거나 작든 유사한 수의 구성된 CBG로 PDSCH를 다중화하는 것을 고려할 때 유리할 수 있다. 그러면 이것은 더 적은 수의 구성된 CBG를 가진 PDSCH에 대한 DCI 크기를 제한할 수 있으며, 또한 이 필드를 활용하는 효율적인 방법을 가능하게 할 수 있다.
다른 실시 예에서, DCI의 2 개의 플레이버는 피드백 길이의 가변성에 기초하여 구별될 수 있다. 예를 들어, PDSCH 당 고정된 수의 피드백 비트가 사용되는 경우(LTE로부터의 2 비트 DAI 필드가 그대로 사용될 수 있는 경우)에 대한 하나의 플레이버(flavor) 및 PDSCH 당 가변 수의 비트가 이용되는 경우에 대한 다른 플레이버가 있고, 이는 결국 더 큰 DAI 크기를 갖는 DCI를 필요로 할 수 있다. WTRU가 두 DCI 플레이버를 모니터링할 필요가 있는지의 여부는 상위 계층 시그널링에 의해 구성될 수 있고, BS(예를 들어, gNB)가 TB/PDSCH 당 CBG의 수를 RRC 시그널링을 통하여 WTRU 단위로 구성할 때 동시에 수행될 수 있다(이는 DAI 크기가 TB 내의 CBG의 수에 직접 의존할 수 있기 때문이다).
또 다른 실시 예에서, DCI의 2 가지 플레이버는 LTE에서 DCI 포맷에 기초할 수 있다. 예를 들어, 확장된 DAI 필드는 기존 DCI 포맷 필드에 의해 재사용될 수 있다. 예를 들어, 기존의 2 비트 DAI와 3 비트 CIF(carrier indicator field)를 결합함으로써 (TB 당 10 개의 CBG를 지원할 수 있는) 5 비트 DAI 필드가 고려될 수 있다. 이로 인해 교차 반송파 스케줄링 유연성이 손실될 수 있지만, 이는 예를 들어 매크로 전용 배포를 고려할 때 그 자체로는 문제가 되지 않을 수 있다. 이는 여러 PDSCH에 대한 HARQ 다중화를 고려할 때 피드백 오버헤드를 줄이는 데 크게 도움이 될 수 있다.
WTRU는 각각의 PUCCH 포맷이 상이한 페이로드(UCI) 크기를 갖는 다수의 PUCCH 포맷을 이용하도록 BS(예를 들어, gNB)에 의해 구성될 수 있다. 그 후 WTRU는 전술한 HARQ 피드백 요건에 기초하여 적절한 PUCCH 포맷을 선택할 때 고려할 수 있다. 이러한 시나리오 하에서, BS(예를 들어, gNB)는 코드북에 의해 어떤 포맷 및 피드백 옵션이 이용되고 있는지를 확인하기 위하여 PUCCH를 블라인드 디코딩할 필요가 있을 수 있다.
BS(예를 들어, gNB)는 영향을 받는 WTRU 또는 WTRU 그룹에 대한 선취에 의해 영향을 받는 시간-주파수(T-F) 영역을 암시적으로 또는 명시적으로 표시할 수 있다. 시스템은 낮은 레이턴시 트래픽을 수용하기 위하여 시스템 대역폭의 특정 부분이 이용되도록 지정할 수 있다. 지정된 영역은 전체 DL 시스템 대역폭을 커버하거나 전체 DL 시스템 대역폭의 일부로 제한될 수 있다. 지정된 영역은 또한 반-정적으로 할당되거나 동적으로 변경될 수 있다.
도 9는 DL 시스템 대역폭의 중간 부분이 선취 가능 영역(925)으로서 지정된 암시적 선취 표시(900)의 예를 도시한다. 예로서, BS(예를 들어, gNB)는 낮은 레이턴시 트래픽을 수용하기 위하여 BS(예를 들어, gNB)에 의해 전체 시스템 대역폭의 어느 부분이 이용될 수 있는지, RRC 시그널링을 통하여 WTRU 또는 WTRU 그룹에 대해 반-정적으로 표시할 수 있다. 이러한 반-정적 구성은 암시적 선취 표시(900)로서 볼 수 있으며, 여기서 BS(예를 들어, gNB)는 선취 동안 영향을 받는 리소스를 WTRU에 명시적으로 표시하지 않는다. 이러한 암시적 선취 표시(900)는 영향을 받는 CB/CBG/TB를 디코딩하는데 도움을 주기 위하여 WTRU에 의해 이용될 수 있다. 예를 들어, 이러한 정보로 구성된 WTRU는 먼저 이러한 지정된 영역에서 PRB를 디코딩하려고 시도할 수 있다. 이러한 영역에서 CB/CBG 중 어느 하나라도 오류가 발생하면, WTRU는 심지어 나머지 PRB를 처리하기 전에 이들 CB의 인덱스를 표시하는 다중 비트 HARQ 피드백을 전송할 수 있다. 이것은 암시적인 선취 표시(900)에 기초한 초기 HARQ 피드백 메커니즘으로서 볼 수 있다. 초기 HARQ 피드백은 초기 재전송을 트리거하여 레이턴시를 개선할 수 있다. 도 9에 도시된 바와 같이, 시스템 대역폭의 중간 부분은 미리 결정된 선취 가능 영역(925)으로서 지정될 수 있다. 지정된 선취 가능 영역(925)은 CB2, CB3, CB6, CB7, CB14, CB15, CB18, CB19, CB22, CB23, CB26 및 CB27을 포함하는 PRB를 포함할 수 있다. 선취 가능 영역(925)의 CB들 중에서, CB10(905), CB11(915)의 일부 및 CB18(910)은 낮은 레이턴시 트래픽을 수용하도록 선취될 수 있었을지 모른다. 상부(top) 영역(920) 및 하부(bottom) 영역(930)은 eMBB 트래픽 CB에 대해 스케줄링될 수 있다. 예를 들어, 상부 및 하부 영역(920, 930)은 CB1, CB4, CB5, CB8, CB9, CB12, CB13, CB16, CB17, CB20, CB21, CB24, CB25 및 CB28을 포함할 수 있다. 이러한 암시적 선취 표시(900)로 구성된 WTRU는 먼저 선취 가능 영역(925)에서 CB를 디코딩하려고 시도할 수 있다. WTRU가 선취 가능 영역(925)에서 어떤 CB도 디코딩하지 못하면, WTRU는 나머지 CB를 처리하기 전에 이들 CB의 인덱스를 표시하는 다중 비트 HARQ 피드백을 전송할 수 있다.
수신된 CBG 기반 전송/(재)전송을 신속하게/공격적으로 처리하는 능력을 소유한 WTRU는 그러한 초기 피드백 메커니즘을 이용할 수 있다. 이러한 WTRU는 공격적/고속/고성능 WTRU로서 분류될 수 있고, 전송된 슬롯 내에서 심볼, 미니-슬롯, 서브-슬롯, 비-슬롯 등을 적극적으로/빠르게 처리/디코딩할 수 있다. 이는 WTRU가 초기 HARQ 피드백(즉, 초기 HARQ 타이밍에 기초한 초기 HARQ-NACK)을 제공할 수 있게 한다. 슬롯 기반의 일반 HARQ 피드백 타이밍과 달리, 초기 HARQ-NACK 피드백 타이밍은 심볼, 미니-슬롯, 서브-슬롯, 비-슬롯 타이밍 등을 기반으로 할 수 있다. 결과적으로, 초기 HARQ 피드백을 제공할 수 있는 WTRU는 더 빠른 재전송을 요청함으로써 재전송 레이턴시를 감소시킬 수 있다.
실시 예에서, 선취 가능 영역으로 반-정적으로 구성되는 고성능 WTRU/WTRU 그룹은 슬롯(예를 들어, 심볼, 서브-슬롯, 미니-슬롯, 비-슬롯 등) 내의 선취 가능 영역 내의 리소스의 디코딩을 우선 순위화할 수 있다. 예를 들어, 슬롯 내의 각 미니-슬롯, 서브-슬롯, 비-슬롯에 대해, WTRU는 낮은 레이턴시 트래픽을 선취함으로써 잠재적으로 영향을 받았을 수 있는 CBG를 식별할 수 있다. WTRU는 CBG 내의 CB를 결정하고 선취에 의해 잠재적으로 영향을 받는 CBG의 일부인 CB를 디코딩하도록 진행할 수 있다. 그 다음, WTRU는 CBG 내에서 실패한 CB의 수를 결정할 수 있다. 이 수가 어떤 임계 값을 초과하면, WTRU는 CBG를 디코딩 불가능하여 실패한 것으로 간주할 수 있다. 하나 이상의 CBG 또는 CBG의 어떤 임계 값이 실패한 것으로 간주되면, WTRU는 예를 들어 미니-슬롯/비-슬롯/서브-슬롯 타이밍에 기초하여 초기 HARQ 피드백을 개시할 수 있다. 초기 HARQ 피드백은 단일 비트 또는 다중 비트 HARQ 피드백일 수 있다. 일례에서, CBG 기반 다중 비트 HARQ 피드백으로 구성된 WTRU는 실패한 CBG의 재전송을 요청하기 위하여 미니-슬롯 타이밍에서 이를 이용할 수 있다. 예를 들어, TB 당 8 개의 CBG로 구성된 WTRU는 8 비트 다중 비트 HARQ 피드백을 포함할 수 있다. WTRU는 이들 심볼 또는 미니-슬롯 내의 이들 리소스의 디코딩을 우선 순위화하기 위하여, 구성된 선취 가능 영역의 지식을 이용할 수 있다. 영향을 받아서 실패한 것으로 간주될 수 있는 CBG의 수가 특정 수(예를 들어, 적어도 하나의 CBG) 또는 임계치(예를 들어, 구성된 CBG의 백분율 또는 비율)에 기초하여 상당한 것으로 간주되는 경우, WTRU는 BS(예를 들어, gNB)에게 이들 영향을 받은(NACK-ed) CBG를 재전송하도록 알리기 위하여 다중 비트 피드백을 이용할 수 있다.
다른 실시 예에서, 구성된 선취 가능 영역에 대한 심볼 또는 미니-슬롯 내의 리소스의 디코딩을 우선 순위화하는 WTRU는 특정 CBG와는 반대로 전체 TB의 (초기) 재전송을 요청하기 위하여 초기 HARQ 피드백을 이용할 수 있다. 이는 선취 트래픽에 의해 상당수의 CBG가 영향을받는 시나리오에서 발생할 수 있다. 예를 들어, 초기 HARQ 피드백이 8 개의 가능한(또는 구성된) CBG 중 5 개를 기반으로 하고 이러한 5 개의 CBG 중 4 개가 손상되었다고 WTRU가 결정한 경우, WTRU는 BS(예를 들어, gNB)가 선택된 CBG와는 달리 전체 TB를 재전송하도록 요청하는 다중 비트(8 비트) 모든 NACK 피드백을 전송할 수 있다.
또 다른 실시 예에서, 다중 비트 HARQ 피드백으로 구성된 WTRU는 TB 기반 단일 비트 HARQ 피드백의 형태로 초기 HARQ 피드백을 제공할 수 있다. 예를 들어, CBG 기반 (재)전송을 위하여 구성된 WTRU는 CBG 기반 (재)전송을 지원하지 않지만 TB 기반 (재)전송을 지원하는 DCI에 의해 스케줄링된 PDSCH를 가지며, WTRU는 TB 기반 단일 비트 HARQ 피드백의 형태로 초기 HARQ 피드백을 제공할 수 있다. 이를 위하여, BS(예를 들어, gNB)는 예로서 CBGTI(CBG Transmission Indicator) 필드 또는 CBGTI(CBG Transmission Information) 필드를 포함하지 않는 폴백 DCI를 이용할 수 있다. 그러한 경우에, WTRU가 CBG 기반 (재)전송을 위하여 구성되었지만, 폴백 DCI는 WTRU가 TB 기반 단일 비트 HARQ 피드백에 응답한다는 명시적인 표시로서 작용할 수 있다. 그러한 시나리오에서, 단일 CBG가 선취된 트래픽에 의해 영향을 받은 경우, WTRU는 이들 심볼/미니-슬롯 내의 리소스의 디코딩을 우선 순위화하기 위하여, 구성된 선취 가능한 영역의 지식을 다시 이용할 수 있다. 이 경우, 잠재적으로 영향을 받는 CBG들 중 어느 것도(즉, 적어도 하나도) 선취된 트래픽으로 인해 디코딩될 수 없는 경우, WTRU는 정상적인 HARQ 타임 라인을 기다려야 하는 것과 반대로, 미니-슬롯 타이밍에서 TB 기반 단일 비트 NACK 초기 HARQ 피드백을 제공할 수 있으므로, 결과적으로 BS(예를 들어, gNB)에 의해 전체 TB의 재전송이 더 빨라진다. 전술한 바와 같이, 폴백 DCI는 TB 기반 단일 비트 HARQ 피드백의 지원을 나타내는 CBGTI 필드를 포함하지 않을 수 있다. 정규(비-폴백) DCI는 CBG 기반 다중 비트 HARQ 피드백의 지원을 표시하는 CBGTI 필드를 포함할 수 있다.
상술한 바와 같이, 다중 비트 HARQ 피드백으로 구성된 WTRU는 TB 기반 단일 비트 HARQ 피드백으로 응답할 수 있다. 이 시나리오에서, WTRU가 상당한 수의 초기 CBG가 선취 트래픽에 의해 영향을 받는다는 것을 알게 되면, WTRU는 TB 기반 단일 비트 초기 HARQ-NACK 피드백 메시지를 통하여 (특정 CBG와 반대인) 전체 TB의 재전송을 요청하기 위한 최상의(즉, 가장 적절한) 피드백 포맷을 선택할 자율권을 가질 수 있다. 미니-슬롯 HARQ 타이밍에 기초한 초기 HARQ 피드백과 정상(normal)(슬롯 기반) HARQ 타이밍에 기초한 정상 HARQ 피드백 모두에 대해 단일 비트 및 다중 비트 HARQ 피드백 포맷 사이에서 자율적으로 스위칭할 수 있는 유연성을 가지고, WTRU는 PUCCH 리소스 세트/포맷/리소스 사이를 스위칭할 수 있기 때문에 WTRU는 PUCCH 리소스의 최적의 사용을 허용할 수 있다. 이것은 (다중 비트 HARQ 피드백을 위하여 구성된 모든 WTRU가 피드백의 미니-슬롯 HARQ 타이밍 또는 피드백만의 슬롯 기반 타이밍을 독점적으로 이용하는 경우와는 달리) 다양한 PUCCH 리소스 세트/리소스에 걸쳐 WTRU의 균일한 분포를 초래할 수 있으므로, PUCCH 충돌 가능성을 감소시킨다.
대안적으로 또는 추가적으로, WTRU에 대한 초기 HARQ 피드백을 위한 윈도우는 WTRU에 초기 HARQ 피드백을 제공할 수 있는 다수의 기회를 제공할 수 있다. HARQ 피드백을 제공하는 각각의 기회는 스케줄링된 PDSCH 전송 슬롯 내의 여러 심볼/미니-슬롯/서브-슬롯/비-슬롯 경계 중 하나에 있을 수 있다. 다수의 초기 HARQ 피드백 기회를 제공하면 최적의 HARQ 성능을 제공하여 결과적으로 재전송 레이턴시를 감소시킬 수 있다. 초기 HARQ NACK 피드백 기회는 누적 HARQ-NACK 피드백을 제공하기 위하여 이용될 수 있다. 이들은 PDSCH 전송의 시작부터 현재/가장 최근에 디코딩된 CBG 결과까지 모든 CBG에 대한 HARQ-NACK 피드백을 표시할 수 있으며, 이에 의해 CBG 당 다수의 가능한 HARQ-NACK을 제공한다. 대안적으로 또는 추가적으로, 초기 HARQ 피드백 기회는 마지막 초기 HARQ 피드백 미니-슬롯 경계와 현재 HARQ 피드백 미니-슬롯 경계 사이의 CBG에 대한 HARQ-NACK 피드백을 제공하기 위하여 이용될 수 있으며, 이는 CBG 당 단일 HARQ-NACK 피드백을 암시한다. 첫 번째(누적 초기 피드백) 옵션은 증가된 오버헤드를 희생하여, 더 높은 신뢰성을 제공할 수 있다. 일례에서, TB 당 8 개의 CBG로 구성된 WTRU는 2 개의 초기 HARQ-NACK 기회를 가질 수 있다. 제1 기회는 처음 2 개의 CBG의 디코딩 결과에 기초할 수 있고, 제2 기회는 처음 5 개의 CBG의 디코딩 결과에 기초할 수 있다. 선취로 인해 처음 2 개의 CBG 중 하나가 손상되면, WTRU는 제2 HARQ 피드백 미니-슬롯 경계에서 손상된 CBG에 대한 NACK을 표시하는 다중 비트(예를 들어, 8 비트) HARQ 피드백 메시지로 응답할 수 있다. WTRU가 (3 개의 CBG 중에서) 추가적인 2 개의 CBG가 제1 및 제2 HARQ 피드백 미니-슬롯 경계 사이에서 손상되었음을 인식하면, WTRU는 5 개의 CBG 중에서 3 개의 손상된 CBG에 대한 NACK을 표시하는 또 다른 다중 비트 HARQ 피드백 메시지로 응답할 수 있다. 이러한 누적된 초기 피드백은 처음 두 개의 CBG에 대한 신뢰성을 향상시킬 수 있는데, 왜냐하면 손상된 CBG에 대해 두 개의 HARQ 피드백 메시지가 효과적이고 누적적으로 제공되었기 때문이다. 따라서, 이것은 재전송 레이턴시를 증가시킬 수 있는 NACK-ACK 오류 또는 불필요한 재전송을 초래할 수 있는 ACK-NACK 오류의 가능성을 감소시킬 수 있다.
또한, 초기 HARQ 피드백 보고를 BS(예를 들어, gNB)로 전송할 수 있는 WTRU는 이것이 재전송이 이미 요청되어 불필요하다고 간주될 수 있을 때 슬롯 기반 HARQ 피드백보고의 전송을 포기할 수 있다. 이는 WTRU가 초기 HARQ 피드백을 이용할 수 있는 다수의 기회를 가졌고 실제로 특정 CBG 및/또는 전체 TB의 재전송을 요청하기 위하여 이러한 기회를 이용한 경우에 특히 관련될 수 있다. 다수의 WTRU 사이의 정상적인 슬롯 기반 HARQ 피드백뿐만 아니라 초기 HARQ를 제공하기 위하여 이용되는 PUCCH 리소스 세트(예를 들어, 리소스 블록)의 중첩이 존재하는 경우, 정상적인 HARQ 피드백 응답을 포기하는 것이 특히 관련될 수 있다. 이를 통하여 PUCCH 리소스의 불필요한 사용 가능성과 상이한 WTRU 간의 충돌 가능성을 줄이는데 도움이 될 수 있다.
또한, 초기 HARQ 피드백이 이용될 것이기 때문에 WTRU가 정상적인 HARQ 피드백이 필요하지 않다는 것을 알고 있다면, 이는 PUCCH 리소스/PUCCH 전송 지속 기간 면에서의 가능한 제한 및 신뢰성 있는 PUCCH 성능을 보장하는 데 필요할 수 있는 전체 PUCCH 리소스 수뿐 아니라 WTRU 간의 충돌 가능성을 감소시킬 수 있다.
도 10은 본 명세서에 설명된 다른 실시 예들의 임의의 조합에 사용될 수 있는 미니-슬롯 타이밍에 따른 슬롯 내의 예시적인 초기 HARQ 피드백 타이밍(1000)을 도시한다. 도 10에 도시된 바와 같이, TB(또는 슬롯)(1001)는 낮은 레이턴시 트래픽을 위하여 CBG2(1020), CBG4(1030) 및 CBGn-1(1033)을 포함하는 선취 영역(1005)으로 구성될 수 있다. 선취 영역(1001)의 CBG들 중, CBG2(1020) 및 CBG4(1030)의 일부 부분들(1010)은 낮은 레이턴시 트래픽을 수용하기 위하여 선취될 수 있다(즉, 낮은 레이턴시 트래픽에 의해 선취될 수 있다). WTRU는 다수의(이 경우 2 개) 초기 HARQ 피드백 기회(즉, 초기 HARQ1(1040) 및 초기 HARQ2(1045))를 갖는다. 최초의 초기 HARQ 기회(즉, 초기 HARQ1(1040))에 대해, WTRU가 최초의 2 개의 CBG(즉, CBG1(1015) 및 CBG2(1020))가 선취한 낮은 레이턴시 트래픽(preempting low latentcy traffic)에 의해 영향을 받았는지 여부를 결정한 후, WTRU는 초기 HARQ1 미니-슬롯 타이밍(1040)에서 초기 HARQ-NACK 응답을 전송할지 여부를 결정할 수 있다. 제2 초기 HARQ 기회(즉, 초기 HARQ2(1045))에 대해, WTRU가 제2의 두 개의 CBG 중 임의의 것(즉, CBG3(1025)및 CBG4(1030))이 선취한 낮은 레이턴시 트래픽에 의해 영향을 받았는지 여부 또는 누적 CBG(즉, CBG1(1015), CBG2(1020), CBG3(1025) 및 CBG4(1030)) 중 임의의 것이 선취한 낮은 레이턴시 트래픽에 의해 영향을 받았는지 여부를 결정한 후, WTRU는 전술한 바와 같이 CBG 3 및 4(1025, 1030)에 대해서만 또는 CBG 1 내지 4(1015, 1020, 1025, 1030)(누적)에 대해서 초기 HARQ2 미니-슬롯 타이밍(1045)에서 초기 HARQ-NACK 응답을 제공할지 여부를 결정할 수 있다. WTRU가 초기 HARQ1 미니-슬롯 타이밍(1040) 또는 초기 HARQ2 미니-슬롯 타이밍(1045)에서 초기 HARQ 피드백을 전송하지 않기로 선택하면, WTRU는 모든 CBG(즉, CBG1(1015), CBG2(1020), CBG3(1025), CBG4(1030) ... CBGn-1(1034) 및 CBGn(1035)에 대해 정상적인 HARQ 타이밍(1050)에서 정상 HARQ 피드백(1050)을 전송할 수 있다.
도 11은 본 명세서에 기술된 다른 실시 예들의 임의의 조합에 사용될 수 있는 미니-슬롯 타이밍에 따라 슬롯 내의 초기 HARQ 피드백을 결정하기 위한 예시적인 절차(1100)를 도시한다. 도 11에 도시된 바와 같이, WTRU는 슬롯 내의 선취 영역 리소스의 우선 순위화된 디코딩에 기초하여 초기 HARQ NACK 피드백을 제공할지 여부를 결정할 수 있다. 예를 들어, 단계(1105)에서, WTRU는 전술한 바와 같이 낮은 레이턴시 트래픽을 위한 선취 영역으로 구성될 수 있다. 단계(1110)에서, WTRU는 슬롯 내의 선취 영역에서 리소스의 디코딩을 우선 순위화할 수 있다. 단계(1115)에서, WTRU는 각각의 미니-슬롯에 대한 낮은 레이턴시 트래픽에 의해 잠재적으로 영향을 받는 CBG를 식별할 수 있다. 단계(1120)에서, WTRU는 식별된 CBG에서 잠재적으로 영향을 받는 CB를 디코딩하려고 시도할 수 있다. 단계(1125)에서 식별된 CBG에서의 CB의 수가 미리 결정된 임계 값보다 큰 경우, WTRU는 단계(1130)에서 각각의 최소 슬롯에 대해 실패한(또는 손상된) CB를 포함하는 CBG를 추가로 식별할 수 있다. WTRU는 단계(1135)에서 미니-슬롯 기반 HARQ 타이밍에 따라 슬롯 내에 초기 HARQ 피드백을 생성할 수 있다. 그러나, 단계(1125)에서 식별된 CBG에서의 CB의 수가 미리 결정된 임계치보다 작은 경우, WTRU는 단계(1140)에서 슬롯 기반 HARQ 타이밍에 따라 정상적인 HARQ 피드백을 생성할 수 있다. 미리 결정된 임계치는 BS로부터의 브로드캐스트 메시지 또는 RRC 메시지를 통하여 수신될 수 있다. 미리 결정된 임계치는 또한 WTRU의 메모리에서 미리 구성될 수 있다.
실시 예에서, 초기 HARQ 피드백은 eMBB 데이터가 낮은 레이턴시 데이터에 의해 선취될 때 재전송 레이턴시를 감소시키기 위하여 사용된다. 초기 HARQ 피드백은 WTRU가 선취 영역에서 CBG의 너무 많은 CB를 디코딩하지 못할 때 미니-슬롯 HARQ 타이밍에 따라 전송될 수 있다. 예를 들어, WTRU는 구성된 선취 리소스(즉, 선취 가능 CBG)에서 PDSCH 전송의 하나 이상의 CBG에서 CB의 디코딩을 먼저 우선 순위화할 수 있으며, 여기서 CBG는 CB 세트를 포함할 수 있다. 그 후 WTRU는 PDSCH 전송 블록(TB)의 전송에서 하나 이상의 선취 가능 CBG를 결정할 수 있다. 결정된 하나 이상의 선취 가능 CBG에서의 선취 가능 CBG에 대해, WTRU는 대응하는 CB 중 하나 이상을 수신하고 디코딩하려고 시도할 수 있다. WTRU는 디코딩이 실패한 선취 가능 CBG에서 CB의 수를 결정할 수 있다. WTRU는 선취 가능 CBG에서 실패한 CB의 수가 미리 결정된 임계치를 초과할 때 미니-슬롯 HARQ 타이밍에 기초하여 초기 HARQ 피드백을 전송할 수 있다. 대안적으로 또는 부가적으로, WTRU는 슬롯에서 선취 가능 CBG 각각에서 실패한 CB의 수가 미리 결정된 임계치 이하일 때 슬롯 기반 HARQ 타이밍에 기초하여 정규 HARQ 피드백을 전송할 수 있다.
다른 실시 예에서, 지정된 선취 영역에 관한 정보로 (예를 들어, RRC 시그널링을 통하여) WTRU를 반-정적으로 구성하는 것 외에도, BS(예를 들어, gNB)는 동적 시그널링을 통하여 명시적으로, 영향을 받는 시간/주파수 리소스의 위치를 표시할 수 있다. 이것은 WTRU에 영향을 받는 시간 또는 주파수 리소스의 명시적 위치를 제공하여, WTRU가 영향을 받는 CB/CBG/TB를 디코딩하는데 도움을 줄 수 있도록 한다. 예를 들어, 암시적 표시 경우와 유사하게, WTRU는 먼저 표시된/영향을 받는 PRB에서 CB를 디코딩하려고 시도할 수 있다. 그 후 WTRU는 이 디코딩의 결과에 기초하여 HARQ 피드백을 전송하여 초기 재전송을 허용할 수 있다. 이러한 명시적 표시가 더 높은 시그널링 오버헤드를 가질 수 있지만, 암시적 표시 경우와의 차이점은 영향을 받는 리소스에 관한 보다 정확한 정보가 제공된다는 것이다.
BS(예를 들어, gNB)는 WTRU가 초기 HARQ 피드백 메시지를 전송하기 위한 추가 타이밍 및/또는 리소스 위치 정보를 WTRU 또는 WTRU 그룹에 동적으로 제공할 수 있다. 이 정보는 선취 표시 시그널링의 일부로서 제공될 수 있다. WTRU는 영향을 받는 리소스의 위치(시간 및/또는 주파수)에 기초하여 초기 HARQ 피드백 메시지를 전송하도록 선택할 수 있다. 예를 들어, 선취된 리소스의 위치는 처음 몇 개의 심볼 중 하나와 같은 스케줄링된 슬롯에서 일찍 발생할 수 있다. WTRU는 낮은 레이턴시 트래픽을 수용하기 위하여 이용될 가능성이 있는 주파수 리소스의 위치에 관한 정보를 가질 수 있다. 그러한 시나리오에서, WTRU는 이들 심볼에서의 주파수 리소스에 대한 디코딩 결과에 기초하여 초기 HARQ 피드백을 제공할 수 있다. 대안적으로 또는 부가적으로, 선취된 리소스의 위치가 WTRU 처리 시간에 과도한 제약을 두는 경우, 예를 들어 선취가 심볼/심볼 그룹에 스케줄링 슬롯의 끝을 향하여 영향을 미치는 경우, WTRU는 초기 HARQ 피드백 메시지를 제공하지 않도록 결정할 수 있다.
다른 실시 예에서, WTRU는 초기 HARQ 피드백을 제공하기 위한 목적으로 특별히 이용되어야 하는 PUCCH 리소스 세트로 반-정적으로 사전 구성될 수 있다. PUCCH 리소스 세트는 정상(슬롯 기반) HARQ 피드백을 위하여 사전 구성된 리소스 세트에 대한 공통 리소스를 포함할 수 있다. 대안적으로 또는 부가적으로, 이러한 리소스들은 정상 슬롯 기반 HARQ 타이밍에 기초하여 정상 HARQ 피드백을 위하여 이용되는 다른 PUCCH 리소스 세트와 분리될 수 있다.
선택된 PUCCH 포맷이 적정한 UCI(HARQ) 페이로드를 포함할 수 있고 다수의/여러 심볼/미니-슬롯/서브-슬롯을 통하여 전송되는 경우(예를 들어, 단일 리소스 블록 쌍을 통하여 장시간 동안 PUCCH(PUCCH 포맷 4)) PUCCH 리소스 세트를 효율적으로 이용하기 위하여, 다수의 WTRU는 동일한 리소스 블록 쌍을 공유할 수 있다. 심볼/미니-슬롯 내에서 동일한 리소스-블록 쌍을 공유하는 디바이스는 주파수 도메인 시퀀스(예를 들어, 시간 도메인의 순환 시프트)의 상이한 직교 위상 회전에 의해 분리될 수 있다. 대안적으로 또는 추가적으로, 다수의 리소스-블록 쌍이 사용되는 더 큰(예를 들어, 2 비트보다 큰) UCI 페이로드 포맷(예를 들어, PUCCH 포맷 2 또는 3)의 경우, 심볼/미니-슬롯/비-슬롯에 대한 다중화 능력은 다수의 WTRU가 상이한 직교 커버 시퀀스를 사용하여 각각의 WTRU와 동일한 리소스 블록 쌍을 공유하게 함으로써 증가될 수 있고, 이에 의해 초기 HARQ 피드백에 필요할 수 있는 PUCCH 리소스의 수를 감소시킬 수 있다.
공격적인 HARQ 처리가 가능한 고성능(high capability) WTRU의 수는 서비스되는 총 WTRU의 작은 부분일 수 있기 때문에, 이러한 리소스는 WTRU 또는 고성능 WTRU의 그룹 사이에서 제한되고 아마 공유될 수 있다. BS(예를 들어, gNB)는 WTRU로부터 수신된 HARQ 피드백 데이터를 이용하여, WTRU 중 몇 퍼센트가 고성능 WTRU인지를 결정할 수 있다. BS는 또한 이들 WTRU의 어느 비율(fraction)이 실제로 초기 HARQ-NACK 피드백을 전송하고 있는지를 결정할 수 있다. 그 후 BS(예를 들어, gNB)는 리소스 사용을 최적화하기 위하여 이 데이터를 이용하여 PUCCH 리소스 세트를 반-정적으로 재구성할 수 있다.
초기 HARQ 피드백은 (전술한 바와 같이) 단일 비트 또는 다중 비트 HARQ 피드백일 수 있기 때문에, WTRU는 BS(예를 들어, gNB)에 초기 HARQ 피드백을 제공하기 위하여 하나보다 많은 PUCCH 리소스 세트/포맷을 반-정적으로 사전 구성될 수 있다. 이러한 PUCCH 리소스 세트는 정상 슬롯 기반 HARQ 페이로드 크기로서 페이로드 크기에 기초하여 구별될 수 있다.
또 다른 실시 예에서, WTRU는 슬롯 기반 HARQ 피드백에 대해 정의된 동일한 PUCCH 리소스(리소스 블록)를 이용할 수 있다.
임의의 상기 실시 예에서, 초기 HARQ 피드백 리소스를 제공하기 위하여 필요한 리소스가 시간/주파수 도메인에서 슬롯 기반 HARQ 피드백을 제공하기 위하여 이용된 리소스과 충돌할 수 있다는 사실을 WTRU는 설명할 필요가 있을 수 있다. 예를 들어, 초기 HARQ가 슬롯 내의 특정 세트의 심볼/미니-슬롯을 통하여 리소스(리소스 블록)을 이용하는 경우, 이러한 전송은 중첩되어 슬롯 기반 HARQ 피드백 전송 윈도우에 영향을 줄 수 있다. 대안적으로 또는 추가적으로, 기본 능력 WTRU(즉, 정상적인 HARQ 피드백만 가능)뿐만 아니라 고성능 WTRU(즉, 초기 HARQ 피드백 가능)를 수용할 수 있는 필요성은 PUCCH 사용을 제한하기 위하여 다양한 WTRU 간에 PUCCH 리소스의 공유를 요구할 수 있다. 그러나 이것은 WTRU 간의 충돌 가능성을 증가시킬 수 있다.
충돌 가능성을 피하는 간단한 방법은 초기 HARQ 피드백이 일단 전송되면 정상적인 HARQ 전송을 포기하는 것이다. 전술한 바와 같이, 이것은 전체 재전송 신뢰도의 손실 없이 초기 HARQ 피드백에 대한 제한을 감소시킬 뿐만 아니라 상이한 WTRU들 PUCCH 전송들 간의 충돌 가능성을 감소시킬 수 있다.
WTRU는 고 신뢰성 애플리케이션과 관련된 초기 HARQ 피드백 및 정상 HARQ 피드백을 모두 전송해야 할 수도 있다. 초기 HARQ(미니-슬롯 타이밍 기반) 피드백이 정상적인 HARQ 피드백에 영향을 미치지 않도록 보장하기 위하여, WTRU는 초기 HARQ 피드백을 짧은 PUCCH 전송 기간으로 제한함으로써, 슬롯 기반 HARQ 피드백 전송 윈도우 전에 초기 HARQ 피드백 전송이 종료되도록 보장할 수 있다. 임의의 주어진 시간에 시스템에서 총 WTRU의 적은 퍼센트만이 제한된 전력 또는 제한된 커버리지를 가지고 있고, 대부분의 WTRU는 긴 PUCCH 지속 기간 전송을 요구하지 않는다고 가정할 수 있기 때문에 HARQ 피드백 신뢰성에 부정적인 영향을 미치지 않을 수 있다는 점에서, PUCCH 전송의 짧은 지속 기간을 이용하는 것은 허용될 수 있다.
다른 실시 예에서, WTRU는 슬롯 내에서 이용 가능한 초기 HARQ 피드백 전송 기회의 수 측면에서 제한될 수 있다. 예를 들어, 도 10에서 2 개의 초기 HARQ 피드백 전송 기회(초기 HARQ1(1040) 및 초기 HARQ 2(1045)) 대신에, WTRU는 단일의 초기 HARQ 피드백 기회(즉, 초기 HARQ1(1040))로 제한될 수 있다. 이 제한은 짧은 또는 긴 PUCCH 전송이 HARQ 피드백을 위하여 구성/사용되는지에 기초할 수 있다. 예를 들어, WTRU가 HARQ 피드백을 위하여 긴 지속 기간 PUCCH 전송을 이용해야 할 필요가 있다면, 초기 HARQ1(1040)은 초기 HARQ 피드백을 위한 유일한 기회를 제공한다고 결정할 수 있다. 다른 한편으로, WTRU가 짧은 지속 기간 PUCCH 전송을 이용해야 할 필요가 있다면, HARQ 피드백 기회(즉, 초기 HARQ1(1040) 및 초기 HARQ2(1045)) 둘 다를 제공하는 것이 만족스러울 수 있는데, 어느 것도 정상적인(슬롯-기반) HARQ 전송(1050)을 방해하지 않을 수 있기 때문이다.
다른 실시 예에서, WTRU는 상이한 안테나 상에서 (시간 및 주파수 리소스 외에, 코드 도메인을 또한 사용하여) 상이한 리소스를 사용함으로써 (예를 들어, LTE에서) 공간 직교 리소스 송신 다이버시티와 유사한 송신 다이버시티를 이용할 수 있다. 이것은 상이한 안테나들로부터의 PUCCH 전송들이 기본적으로 (PUCCH 리소스들의 2 배를 희생하여) 2 개의 상이한 WTRU들로부터의 2 개의 PUCCH 전송들로서 나타날 수 있게 할 수 있다. 이것은 초기 및 정상 HARQ 피드백을 위하여 동일한 PUCCH 리소스를 사용하는 대신에, WTRU는 2 개의 HARQ 피드백 전송을 분리하기 위하여 코드 도메인(예를 들어, 각각의 안테나 상의 상이한 코드)을 이용할 수 있다는 것을 의미한다. 이는 초기 HARQ 피드백 및 정상 HARQ 피드백 전송을 효과적으로 허용할 수 있다.
다른 실시 예에서, 낮은 레이턴시 트래픽(예를 들어, URLLC)이 eMBB WTRU 리소스를 선취하는 경우, BS(예를 들어, gNB)는 선취된 리소스의 명시적 표시를 전송하는 것 외에 WTRU로부터 HARQ 피드백을 수신하기 전에도, 영향을 받는 CB/CBG를 자동으로 재전송(또는 후속 전송을 수행)하기로 결정할 수 있다. 후속 전송의 존재는 1-비트 플래그를 통하여 WTRU 또는 영향을 받는 WTRU 세트에 표시될 수 있고, 명시적 표시 신호와 함께 WTRU로 전송될 수 있다.
초기 전송이 실패하면 영향을 받는 CB를 디코딩하기 위하여 WTRU가 사용할 수 있는 후속 전송을 WTRU가 알고 있기 때문에, WTRU는 임의의 HARQ 피드백을 제공하지 않음으로써 이 플래그를 사용할 수 있다. 이러한 메커니즘은 추가적인 전송 리소스의 사용을 희생하여 레이턴시를 개선하면서 시그널링 오버헤드를 감소시키는 이중 이점을 가질 수 있다.
다른 실시 예에서, WTRU는 원래 스케줄링된 리소스가 선취되었는지 여부에 관한 정보를 갖지 않을 수 있다. 이것은 (i) 사전 정의된 선취 가능 영역에 관한 반-정적으로 구성된 정보가 없는 경우; (ii) 다운링크 제어 정보(DCI)를 통하여 수신된 선취 리소스의 동적 표시가 ACK/NACK 피드백 이전에 도달하지 못한 경우; 또는 (iii) 시작할 선취된 리소스의 명시적인 표시가 없는 경우일 수 있다. 그러한 경우에, WTRU는 이전의 스케줄/미니-슬롯에서 원래 전송되도록 스케줄링된 TB에 대한 임의의 CB/CBG가 후속 전송으로서 이제 스케줄링되었는지를 보기 위하여 후속 스케줄링 할당(예를 들어, 다음 슬롯)을 모니터링할 수 있다.
BS(예를 들어, gNB)는 리소스 및 그에 따라 낮은 레이턴시 트래픽을 선취함으로써 영향을 받는 CB/CBG를 WTRU에 통지하기 위하여 선취 표시를 전송할 수 있다. 이 선취 표시 및 결과 재전송은 영향을 받는 CBG를 처리하고 TB를 디코딩하는 방법을 결정할 때 WTRU에 도움이 될 수 있다.
실시 예에서, WTRU는 영향을 받는 모든 CBG 또는 영향을 받는 CBG의 서브 세트와 관련된 소프트 버퍼 컨텐츠를 플러시하고, 디코딩을 위하여 이들 영향을 받는 CBG의 재전송을 이용하기로 결정할 수 있다. 영향을 받는 CBG에서 상당수의 CB가 선취로 인해 손상된 경우, CBG의 모든 관련 내용을 플러시하는(flush out) 이러한 접근 방식이 특히 유용할 수 있다. 이 경우, 매우 신뢰할 수 없는 초기 전송과는 대조적으로 미래의 재전송에 걸쳐 HARQ 결합을 이용하는 것이 최선일 수 있다.
다른 실시 예에서, WTRU는 전체 CBG와 반대로, 영향을 받는 CBG 세트 내의 CB의 서브 세트와 관련된 소프트 버퍼 내용을 플러시하기로 결정할 수 있다. 이러한 시나리오 하에서, 디코딩 성공을 향상시키기 위한 수단으로서 플러시되지 않은 소프트 버퍼 내의 CB에 대하여 재전송을 위하여 상이한 리던던시 버전(redundancy version, RV)이 사용된다면, WTRU는 재전송이 초기 전송 또는 증분 리던던시 HARQ과 동일한 증분 리던던시(incremental redundancy, IR)를 기반으로 하는 경우 체이스 결합(chase combining)을 이용할 수 있다. WTRU는 CBG 내의 어느 CB가 플러시될 필요가 있는지를 결정하는 방법으로서 CB 레벨 CRC 검사를 이용할 수 있다. 이 접근 방법은 선취로 인해 CBG의 소수의 CB가 손상된 경우 특히 유용할 수 있다.
CBG 기반 전송의 타이밍은 WTRU의 HARQ 피드백에 영향을 미칠 수 있다. BS(예를 들어, gNB)는 선취된 낮은 레이턴시 트래픽에 의해 영향을 받은 TB에 대한 CBG 기반 재전송을 스케줄링할 수 있다. 이 BS(예를 들어, gNB)는 사전에(proactively)(즉, WTRU로부터 HARQ 피드백을 수신하기 전에) 또는 WTRU에 의해 제공된 결과적인 HARQ ACK-NACK 피드백에 기초하여 이러한 재전송을 개시할 수 있다.
실시 예에서, BS(예를 들어, gNB)는 예를 들어 WTRU로부터의 결과적인 HARQ 응답을 기다리지 않고 선취에 의해 영향을 받는 CBG를 사전에 재전송하도록 결정할 수 있다. 이것은 영향을 받는 리소스의 수 및 그에 따른 영향을 받는 CBG의 수 등에 기초하여 디코딩 실패의 추정 확률에 기초하여 수행될 수 있다. 사전(proactive) 또는 후속(subsequent) 전송의 경우, BS(예를 들어, gNB)는 WTRU가 이용할 필요가 있는 HARQ 피드백에 대한 타이밍 및 리소스를 WTRU에 표시할 수 있다.
이러한 시나리오에서, WTRU는 2 개의 개별 HARQ 피드백 메시지로 응답하기로 결정할 수 있다. 제1 HARQ 메시지는 원래의 PDSCH(TB) 전송 타이밍에 기초할 수 있고, 제2 HARQ 메시지는 후속 전송이 제공된 새로운/업데이트된 리소스/타이밍 정보에 기초할 수 있다. WTRU는 제2 HARQ 메시지에 대한 초기 전송과 후속 전송의 HARQ 결합을 이용할 수 있다. 대안적으로 또는 부가적으로, 2 개의 HARQ 메시지는 피드백 포맷 등의 입도 면에서(예를 들어, 다중 비트 vs. 단일 비트) 상이할 수 있다. 예를 들어, 선취를 갖는 초기 전송의 결과로 여러 CBG가 잘못 디코딩되는 경우, WTRU는 어느 CBG가 재전송될 필요가 있는지 BS(예를 들어, gNB)에게 통지하기 위하여 CBG 기반 다중 비트 HARQ 피드백을 제공할 수 있다. 초기 전송과 후속 전송을 결합하는 HARQ로 인하여 여전히 여러 CBG에 오류가 발생하거나 전체 TB가 성공적으로 디코딩되는 경우, WTRU는 이들 경우 중 하나에 대해 단일 비트 HARQ 피드백 메시지를 제공하기로 결정할 수 있다. 이것은 BS(예를 들어, gNB)가 다음 재전송에서 전체 TB를 재전송해야 한다는 암시적인 표시로서 간주될 수 있다.
대안적으로 또는 부가적으로, 초기 전송 및 후속 전송 모두가 소수의 CBG가 오류인 결과를 야기한다면, 전체 비트가 재전송되게 하는 결과를 초래할 단일 비트 피드백과 반대로 WTRU에 의해 요청된 CBG를 BS(예를 들어, gNB)가 재전송할 수 있도록 하기 위하여, 주파수 스펙트럼 효율 관점에서 BS(예를 들어, gNB)에 CBG 기반 HARQ 피드백을 제공하는 것이 더 효율적일 수 있다.
각 메시지에 대해 최상의 피드백 옵션을 선택하기 위한 WTRU의 유연성은 스펙트럼 효율 측면에서 최상의 성능을 제공하면서 UCI 오버헤드를 감소시키는데 도움이 될 수 있다. 대안적으로 또는 추가적으로, 2 개의 HARQ 피드백 메시지의 사용으로 인하여 또한 ACK-NACK 메시지의 견고성을 향상시킬 수 있다.
HARQ 피드백 옵션 사이의 스위칭은 상이한 PUCCH 포맷으로 WTRU를 구성함으로써 촉진될 수 있다. 그 후 BS(예를 들어, gNB)는 피드백 메시지의 입도를 확인하기 위하여 PUCCH를 블라인드 디코딩할 수 있다. 실시 예에서, WTRU는 BS(예를 들어, gNB)에 의한 후속 전송 절차가 두 전송을 결합하는 HARQ의 결과에 기초할 때 단일 HARQ 피드백 응답으로 응답하도록 구성될 수 있다. 이것은 명시적 또는 암시적으로 구성될 수 있다. 예를 들어, BS(예를 들어, gNB)에 의한 후속 전송의 표시는 단일 HARQ 응답을 전송하기 위한 신호로서 받아들여질 수 있다. 그 후 WTRU는 HARQ가 두 전송을 결합한 결과에 기초하여 단일 HARQ 응답을 전송할 수 있다. 응답의 타이밍은 WTRU에 적절한 처리 시간을 제공하기 위하여 새롭게 표시된 타이밍/리소스에 기초할 수 있다. 대안적으로 또는 추가적으로, WTRU는 이러한 단일 HARQ 피드백 응답에 대한 포맷(예를 들어, 단일 비트 vs. 다중 비트)을 자율적으로 결정할 수 있다. 예를 들어, 소수의 CBG만 오류가 있는 경우 CBG 기반 다중 비트 HARQ 피드백으로 응답하는 것이 더 나을 수 있다. 그러나, 상당 수의 CBG가 여전히 오류 상태인 경우, WTRU는 BS(예를 들어, gNB)가 전체 TB를 재전송할 필요가 있음을 나타내는 단일 비트 NACK로 응답할 수 있다. 단일 HARQ 피드백 메시지로 응답하면, 결과적으로 피드백 오버헤드가 절약될 수 있다. 예를 들어, 후속 전송(들)로 인하여 이전에 손상된 임의의 CBG(들)가 성공적으로 수신된 경우, 단일 HARQ 메시지를 전송하기 위하여 대기 중인 WTRU는 전체 TB가 이제 수신되었음을 나타내는 단일 비트 ACK를 전송할 수 있다. 대조적으로, 2 개의 HARQ 피드백 메시지를 갖는 HARQ 기반 재전송 또는 후속 전송에 의존하는 것은 적어도 하나의 다중 비트 HARQ 메시지에 이어 다른 다중 비트 또는 단일 비트 HARQ 메시지를 초래할 수 있다. 상기 언급된 절차는 선취 후 BS(예를 들어, gNB)가 다수의 후속 전송(들)을 스케줄링하는 경우로 확장될 수 있다. 대안적으로 또는 추가적으로, BS(예를 들어, gNB)가 WTRU에 의해 제공된 HARQ 피드백에 기초하여 CBG 재전송을 스케줄링하였다면, WTRU는 단순히 원래의 TB 전송과 관련된 타이밍을 따를 수 있다.
대안적으로 또는 추가적으로, WTRU의 HARQ 처리 능력은 HARQ 처리 및 피드백 응답 시간에 영향을 미칠 수 있다. 예를 들어, 고성능 WTRU가 원래 전송에 이어 후속 전송을 수신하면, WTRU는 원래 전송을 위한 (미니-슬롯 타이밍 기반) 초기 HARQ 피드백 및/또는 (슬롯 기반) 정상 HARQ 피드백을 이용할 수 있다. 그 후 (HARQ가 원래 전송과 결합한 후) WTRU는 후속 전송에 대해 동일한 동작을 수행할 수 있다. 이는 HARQ 신뢰도를 향상시키기 위한 방법으로서 활용될 수 있다.
다른 실시 예에서, WTRU는 초기 전송을 위한 슬롯 기반 HARQ 응답만으로 응답한 후, HARQ가 원래 전송과 결합한 후 (미니-슬롯 기반의) 초기 HARQ 피드백 및/또는 후속 전송을 위한 (슬롯 기반의) 정상 HARQ 피드백의 결합이 이어질 수 있다.
또 다른 실시 예에서, WTRU는 초기 전송을 위한 HARQ 응답 전송을 포기하고, HARQ 피드백 응답을 전송하기 전에 후속 전송을 기다릴 수 있다. 결과적인 HARQ 피드백 응답은 초기 전송과 후속 전송의 HARQ 결합에 기초할 수 있고, 초기 HARQ 피드백 및/또는 정상 HARQ 피드백을 포함할 수 있다.
상기 예에서 후속 전송의 전송 동안 생성된 초기 HARQ 피드백은 (이미 수신된) 초기 전송과, 후속 전송의 초기 심볼/미니-슬롯에서 수신된 CBG와의 HARQ 결합 결과에 기초할 수 있다. 도 10에서, 2 개의 연속적인(TB/슬롯(1001)) 전송을 고려하면(TB/슬롯의 제2 전송은 도 10에 도시되지 않음), 초기 HARQ 미니-슬롯 타이밍 기회는 제2 슬롯(후속 전송)의 심볼/미니-슬롯/비-슬롯 내에서 발생할 수 있다. 이 경우에, WTRU는 후속 전송이 BS(예를 들어, gNB)에 의해 스케줄링될 수 있는지 여부를 결정함에 있어서 (그룹 공통 PDCCH를 통하여) 선취 표시 및 CBGFI(CBG flushing out indication) 정보를 이용할 수 있다. 이것은 HARQ 응답으로 응답하기 전에 이 후속 전송을 수신하기 위하여 대기하는 대신, 초기 전송에 기초하여 HARQ 피드백 응답을 건너뛰는 것을 정당화할 수 있다.
초기 및/또는 후속 전송에 대한 초기 및/또는 정상 HARQ 피드백 응답의 입도(예를 들어, 단일 비트 vs. 다중 비트) 및 포맷은 전술한 절차를 따를 수 있다.
특징 및 요소가 특정 조합으로 상술되었지만, 당업자는 각 특징 또는 요소가 단독으로 또는 다른 특징 및 요소와의 임의의 조합으로 사용될 수 있음을 이해할 것이다. 또한, 여기에 설명된 방법들은 컴퓨터 또는 프로세서에 의해 실행하기 위하여 컴퓨터 판독 가능 매체에 포함된 컴퓨터 프로그램, 소프트웨어 또는 펌웨어로 구현될 수 있다. 컴퓨터 판독 가능 매체의 예는 (유선 또는 무선 연결을 통하여 전송된) 전자 신호 및 컴퓨터 판독 가능 저장 매체를 포함한다. 컴퓨터 판독 가능 저장 매체의 예는 ROM(read only memory), RAM(random access memory), 레지스터, 캐시 메모리, 반도체 메모리 디바이스, 내부 하드 디스크와 착탈식 디스크와 같은 자기 매체, 광 자기 매체 및 CD-ROM 디스크와 같은 광학 매체 및 DVD(digital versatile disk)를 포함하지만 이에 제한되지 않는다. 소프트웨어와 관련된 프로세서는 WTRU, UE, 단말기, 기지국, RNC, 또는 임의의 호스트 컴퓨터에서 사용하기 위한 무선 주파수 트랜시버를 구현하는데 사용될 수 있다.
Claims (20)
- 무선 송수신 유닛(wireless transmit/receive unit, WTRU)에 사용하기 위한 방법에 있어서,
물리 다운링크 제어 채널(physical downlink control channel, PDCCH)을 통하여 다운링크 제어 정보(downlink control information, DCI)를 수신하는 단계; 및
상기 DCI가 적어도 하나의 전송 블록(transport block, TB)에 대한 코드 블록 그룹(code block group, CBG) 기반 재전송을 표시하는 필드를 포함하지 않는 조건에서, 물리 업링크 제어 채널(physical uplink control channel, PUCCH)을 통하여 TB 기반 재전송을 위한 단일 비트 하이브리드 자동 재전송 요구(hybrid automatic repeat request, HARQ) 피드백을 전송하는 단계를 포함하고,
상기 WTRU는 상기 TB 기반 재전송을 위한 단일 비트 HARQ 피드백 및 CBG 기반 재전송을 위한 다중 비트 HARQ 피드백을 제공하도록 구성되는 것인, 무선 송수신 유닛(WTRU)에서 사용하기 위한 방법. - 제1항에 있어서,
상기 DCI가 적어도 하나의 TB에 대한 CBG 기반 재전송을 표시하는 필드를 포함하는 조건에서, 상기 PUCCH를 통하여 CBG 기반 재전송을 위한 다중 비트 HARQ 피드백을 전송하는 단계를 더 포함하는, 무선 송수신 유닛(WTRU)에서 사용하기 위한 방법. - 제1항에 있어서, 상기 다중 비트 HARQ 피드백은 상기 적어도 하나의 TB 내의 적어도 하나의 CBG가 재전송을 위하여 요청되는지 아닌지를 표시하는 복수의 비트를 포함하는 것인, 무선 송수신 유닛(WTRU)에서 사용하기 위한 방법.
- 제3항에 있어서, 상기 복수의 비트 각각은 상기 적어도 하나의 TB 내의 적어도 하나의 CBG 각각에 각각 매핑되는 것인, 무선 송수신 유닛(WTRU)에서 사용하기 위한 방법.
- 제1항에 있어서, 상기 다중 비트 HARQ 피드백은 상위(higher) 계층 파라미터에 기초하여 CBG의 최대 수로 반-정적으로(semi-statically) 구성되며, 상기 상위 계층 파라미터는 매체 액세스 제어(medium access control, MAC) 계층보다 높은 계층으로부터 수신되는 것인, 무선 송수신 유닛(WTRU)에서 사용하기 위한 방법.
- 제5항에 있어서,
상기 CBG의 최대 수에 기초하여, 상기 다중 비트 HARQ 피드백의 페이로드 크기를 결정하는 단계를 더 포함하는, 무선 송수신 유닛(WTRU)에서 사용하기 위한 방법. - 제1항에 있어서,
적어도 하나의 TB 내의 CBG의 수에 기초하여 단일 비트를 여러 번 반복함으로써 상기 다중 비트 HARQ 피드백을 생성하는 단계를 더 포함하는, 무선 송수신 유닛(WTRU)에서 사용하기 위한 방법. - 제1항에 있어서,
상기 적어도 하나의 TB 내의 CBG 내의 모든 CB가 정확하게 디코딩되는 조건에서, 상기 다중 비트 HARQ 피드백에서 상기 CBG와 연관된 비트에 대한 긍정 확인 응답(acknowledgement, ACK)을 결정하는 단계; 및
상기 적어도 하나의 TB 내의 CBG 내의 적어도 하나의 CB가 정확하게 디코딩되지 않는 조건에서, 상기 다중 비트 HARQ 피드백에서 상기 CBG와 연관된 비트에 대한 부정 확인 응답(negative acknowledgement, NACK)을 결정하는 단계를 더 포함하는, 무선 송수신 유닛(WTRU)에서 사용하기 위한 방법. - 제1항에 있어서,
상기 적어도 하나의 TB 내의 모든 CB가 정확하게 디코딩되는 조건에서, 상기 단일 비트 HARQ 피드백에 대한 긍정 확인 응답(ACK)을 결정하는 단계; 및
상기 적어도 하나의 TB 내의 적어도 하나의 CB가 정확하게 디코딩되지 않는 조건에서, 상기 단일 비트 HARQ 피드백에 대한 부정 확인 응답(NACK)을 결정하는 단계를 더 포함하는, 무선 송수신 유닛(WTRU)에서 사용하기 위한 방법. - 제1항에 있어서, 상기 적어도 하나의 TB에 대한 CBG 기반 재전송을 표시하는 필드를 포함하지 않는 DCI는 폴백(fallback) DCI인 것인, 무선 송수신 유닛(WTRU)에서 사용하기 위한 방법.
- 무선 송수신 유닛(WTRU)에 있어서,
물리 다운링크 제어 채널(PDCCH)을 통하여 다운링크 제어 정보(DCI)를 수신하도록 구성된 수신기;
상기 DCI가 적어도 하나의 전송 블록(TB)에 대한 코드 블록 그룹(CBG) 기반 재전송을 표시하는 필드를 포함하지 않는 조건에서, 물리 업링크 제어 채널(PUCCH)을 통하여 TB 기반 재전송을 위한 단일 비트 하이브리드 자동 재전송 요구(HARQ) 피드백을 전송하도록 구성된 송신기; 및
상기 TB 기반 재전송을 위한 단일 비트 HARQ 피드백 및 CBG 기반 재전송을 위한 다중 비트 HARQ 피드백을 제공하도록 구성된 프로세서
를 포함하는, 무선 송수신 유닛(WTRU). - 제11항에 있어서, 상기 DCI가 적어도 하나의 TB에 대한 CBG 기반 재전송을 표시하는 필드를 포함하는 조건에서, 상기 송신기는 또한, 상기 PUCCH를 통하여 CBG 기반 재전송을 위한 다중 비트 HARQ 피드백을 전송하도록 구성되는 것인, 무선 송수신 유닛(WTRU).
- 제11항에 있어서, 상기 다중 비트 HARQ 피드백은 상기 적어도 하나의 TB 내의 적어도 하나의 CBG가 재전송을 위하여 요청되는지 아닌지를 표시하는 복수의 비트를 포함하는 것인, 무선 송수신 유닛(WTRU).
- 제13항에 있어서, 상기 복수의 비트 각각은 상기 적어도 하나의 TB 내의 적어도 하나의 CBG 각각에 각각 매핑되는 것인, 무선 송수신 유닛(WTRU).
- 제11항에 있어서, 상기 다중 비트 HARQ 피드백은 상위(higher) 계층 파라미터에 기초하여 CBG의 최대 수로 반-정적으로 구성되며, 상기 상위 계층 파라미터는 매체 액세스 제어(MAC) 계층보다 높은 계층으로부터 수신되는 것인, 무선 송수신 유닛(WTRU).
- 제15항에 있어서, 상기 프로세서는 또한, 상기 CBG의 최대 수에 기초하여, 상기 다중 비트 HARQ 피드백의 페이로드 크기를 결정하도록 구성되는 것인, 무선 송수신 유닛(WTRU).
- 제11항에 있어서, 상기 프로세서는 또한, 적어도 하나의 TB 내의 CBG의 수에 기초하여 단일 비트를 여러 번 반복함으로써 상기 다중 비트 HARQ 피드백을 생성하도록 구성되는 것인, 무선 송수신 유닛(WTRU).
- 제1항에 있어서, 상기 프로세서는 또한,
상기 적어도 하나의 TB 내의 CBG 내의 모든 CB가 정확하게 디코딩되는 조건에서, 상기 다중 비트 HARQ 피드백에서 상기 CBG와 연관된 비트에 대한 긍정 확인 응답(ACK)을 결정하고;
상기 적어도 하나의 TB 내의 CBG 내의 적어도 하나의 CB가 정확하게 디코딩되지 않는 조건에서, 상기 다중 비트 HARQ 피드백에서 상기 CBG와 연관된 비트에 대한 부정 확인 응답(NACK)을 결정하도록 구성되는 것인, 무선 송수신 유닛(WTRU). - 제1항에 있어서, 상기 프로세서는 또한,
상기 적어도 하나의 TB 내의 모든 CB가 정확하게 디코딩되는 조건에서, 상기 단일 비트 HARQ 피드백에 대한 긍정 확인 응답(ACK)을 결정하고;
상기 적어도 하나의 TB 내의 적어도 하나의 CB가 정확하게 디코딩되지 않는 조건에서, 상기 단일 비트 HARQ 피드백에 대한 부정 확인 응답(NACK)을 결정하도록 구성되는 것인, 무선 송수신 유닛(WTRU). - 제1항에 있어서, 상기 적어도 하나의 TB에 대한 CBG 기반 재전송을 표시하는 필드를 포함하지 않는 DCI는 폴백 DCI인 것인, 무선 송수신 유닛(WTRU).
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020237040014A KR20230164216A (ko) | 2017-05-03 | 2018-05-02 | 낮은 레이턴시 트래픽에 의해 영향을 받을 때 embb의 harq 피드백 성능을 개선하기 위한 방법 및 장치 |
Applications Claiming Priority (9)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201762500938P | 2017-05-03 | 2017-05-03 | |
| US62/500,938 | 2017-05-03 | ||
| US201762519372P | 2017-06-14 | 2017-06-14 | |
| US62/519,372 | 2017-06-14 | ||
| US201762543047P | 2017-08-09 | 2017-08-09 | |
| US62/543,047 | 2017-08-09 | ||
| US201862615744P | 2018-01-10 | 2018-01-10 | |
| US62/615,744 | 2018-01-10 | ||
| PCT/US2018/030639 WO2018204491A1 (en) | 2017-05-03 | 2018-05-02 | Method and apparatus for improving hybrid automatic repeat request (harq) feedback performance of enhanced mobile broadband (embb) when impacted by low latency traffic |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020237040014A Division KR20230164216A (ko) | 2017-05-03 | 2018-05-02 | 낮은 레이턴시 트래픽에 의해 영향을 받을 때 embb의 harq 피드백 성능을 개선하기 위한 방법 및 장치 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20200012840A true KR20200012840A (ko) | 2020-02-05 |
| KR102606551B1 KR102606551B1 (ko) | 2023-11-24 |
Family
ID=62455832
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020197032279A KR102606551B1 (ko) | 2017-05-03 | 2018-05-02 | 낮은 레이턴시 트래픽에 의해 영향을 받을 때 embb의 harq 피드백 성능을 개선하기 위한 방법 및 장치 |
| KR1020237040014A KR20230164216A (ko) | 2017-05-03 | 2018-05-02 | 낮은 레이턴시 트래픽에 의해 영향을 받을 때 embb의 harq 피드백 성능을 개선하기 위한 방법 및 장치 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020237040014A KR20230164216A (ko) | 2017-05-03 | 2018-05-02 | 낮은 레이턴시 트래픽에 의해 영향을 받을 때 embb의 harq 피드백 성능을 개선하기 위한 방법 및 장치 |
Country Status (9)
| Country | Link |
|---|---|
| US (3) | US11394494B2 (ko) |
| EP (1) | EP3619856A1 (ko) |
| JP (1) | JP6835984B2 (ko) |
| KR (2) | KR102606551B1 (ko) |
| CN (3) | CN115603868A (ko) |
| BR (1) | BR112019023046A2 (ko) |
| RU (1) | RU2731035C1 (ko) |
| TW (1) | TWI687072B (ko) |
| WO (1) | WO2018204491A1 (ko) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20220264603A1 (en) * | 2019-05-03 | 2022-08-18 | Lg Electronics Inc. | Method and device for transmitting and receiving signals in wireless communication system |
Families Citing this family (111)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018064128A1 (en) * | 2016-09-28 | 2018-04-05 | Idac Holdings, Inc. | 5g nr data delivery for flexible radio services |
| KR102202360B1 (ko) * | 2016-11-04 | 2021-01-13 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 정보 송신 방법, 네트워크 디바이스, 및 단말 디바이스 |
| CN115102671B (zh) * | 2017-01-03 | 2024-06-21 | 北京三星通信技术研究有限公司 | 数据传输的方法及设备 |
| BR112019020666A2 (pt) | 2017-04-03 | 2020-05-05 | Ericsson Telefon Ab L M | manipulação de harq para nós com tempos de processamento variáveis |
| CN118249968A (zh) * | 2017-05-05 | 2024-06-25 | 大唐移动通信设备有限公司 | 一种传输方法、终端设备及基站 |
| EP3621231A4 (en) * | 2017-05-05 | 2020-05-13 | Beijing Xiaomi Mobile Software Co., Ltd. | HARQ FEEDBACK METHOD AND APPARATUS, COMPUTER READABLE INFORMATION DEVICE AND MEDIUM |
| CN109152009B (zh) * | 2017-06-15 | 2020-12-08 | 华为技术有限公司 | 通信方法、终端设备和网络设备 |
| CN108401506B (zh) * | 2017-06-23 | 2021-02-19 | 北京小米移动软件有限公司 | 抢占时频资源的确定方法及装置、用户设备和基站 |
| EP3644668A4 (en) * | 2017-06-23 | 2020-12-16 | Beijing Xiaomi Mobile Software Co., Ltd. | METHOD AND DEVICE FOR DETERMINING TIME-FREQUENCY RESOURCES AND USER DEVICE |
| WO2019003635A1 (ja) * | 2017-06-26 | 2019-01-03 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 端末及び通信方法 |
| CN109462892B (zh) * | 2017-06-30 | 2019-11-19 | 华为技术有限公司 | 控制信息传输方法和设备 |
| US10873942B2 (en) * | 2017-07-12 | 2020-12-22 | Qualcomm Incorporated | Code block group feedback techniques for multiple carriers or transmission time intervals |
| CN115765923A (zh) * | 2017-08-04 | 2023-03-07 | 韦勒斯标准与技术协会公司 | 发送或接收数据信道和控制信道的方法、装置和系统 |
| EP3667973B1 (en) * | 2017-08-10 | 2022-04-13 | LG Electronics Inc. | Method harq ack/nack reporting in wireless communication system and apparatus therefor |
| WO2019028875A1 (en) * | 2017-08-11 | 2019-02-14 | Lenovo (Beijing) Limited | METHOD AND APPARATUS FOR USING REDUNDANT BITS IN A SEMI-STATICALLY CONFIGURED HARQ-ACK COD BOOK |
| EP3665812B1 (en) * | 2017-08-11 | 2021-05-26 | Telefonaktiebolaget LM Ericsson (Publ) | Multiplexing of different traffic types in a telecommunications network |
| JP7297682B2 (ja) * | 2017-08-18 | 2023-06-26 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 端末及び通信方法 |
| CN113746610B (zh) * | 2017-09-08 | 2023-04-07 | 中兴通讯股份有限公司 | 上行控制信道资源分配方法和装置 |
| CN113746596B (zh) * | 2017-09-08 | 2023-07-11 | 华为技术有限公司 | 一种信息传输方法及装置 |
| US10638463B2 (en) * | 2017-09-29 | 2020-04-28 | Kt Corporation | Apparatus and method of uplink control channel resource allocation for new radio |
| WO2019066630A1 (en) | 2017-09-29 | 2019-04-04 | Samsung Electronics Co., Ltd. | UPLINK TRANSMISSION METHOD AND CORRESPONDING EQUIPMENT |
| CN109586877B (zh) | 2017-09-29 | 2023-09-19 | 北京三星通信技术研究有限公司 | 上行传输方法和相应设备 |
| CN109639398B (zh) * | 2017-10-09 | 2021-12-31 | 华为技术有限公司 | Harq-ack反馈码本的发送方法、装置及设备 |
| US10727986B2 (en) * | 2017-11-06 | 2020-07-28 | Qualcomm Incorporated | Robust acknowledgement retransmission |
| US11563511B2 (en) * | 2017-11-15 | 2023-01-24 | Idac Holdings, Inc. | Polar coding system for ultra-reliable low latency communication |
| US11817956B2 (en) * | 2017-11-15 | 2023-11-14 | Interdigital Patent Holdings, Inc. | Radio data transmissions with low-density parity-check codes |
| FI3563620T3 (fi) * | 2017-11-17 | 2024-07-01 | Zte Corp | Menetelmät, laitteet ja järjestelmät takaisinkytkentäsignaalin koon määrittämiseksi langattomassa tietoliikenteessä |
| CN112332954A (zh) * | 2017-11-28 | 2021-02-05 | 上海朗帛通信技术有限公司 | 一种被用于非授权频谱的基站设备中的方法和装置 |
| EP3729698B1 (en) | 2017-12-21 | 2022-10-19 | Telefonaktiebolaget LM Ericsson (publ) | Network node, method and computer program for unlicensed spectrum operation |
| US11711171B2 (en) * | 2018-01-11 | 2023-07-25 | Huawei Technologies Co., Ltd. | System and method for reliable transmission over network resources |
| CN108401488B (zh) * | 2018-01-12 | 2021-03-23 | 北京小米移动软件有限公司 | 信息反馈方法及装置 |
| US11147065B2 (en) * | 2018-01-22 | 2021-10-12 | Qualcomm Incorporated | Feedback bit reservation for uplink control piggybacking |
| WO2019156542A1 (ko) * | 2018-02-12 | 2019-08-15 | 엘지전자 주식회사 | 무선 통신 시스템에서 경쟁 윈도우 크기 조절 방법 및 상기 방법을 이용하는 통신 장치 |
| US11824811B2 (en) * | 2018-02-13 | 2023-11-21 | Lenovo (Beijing) Limited | Method and apparatus for fallback operation for semi-static HARQ-ACK codebook determination |
| EP3759850A1 (en) * | 2018-03-02 | 2021-01-06 | Interdigital Patent Holdings, Inc. | Protocols for sidelink assisted downlink broadcast |
| US11012824B2 (en) * | 2018-04-12 | 2021-05-18 | Qualcomm Incorporated | Communicating multiple instances of a message in a random medium access control system |
| US11324066B2 (en) * | 2018-04-23 | 2022-05-03 | Qualcomm Incorporated | Dynamic downlink monitoring techniques for communication systems |
| US11395270B2 (en) * | 2018-04-27 | 2022-07-19 | Qualcomm Incorporated | Uplink control information payload size |
| US11546092B2 (en) * | 2018-05-11 | 2023-01-03 | Lenovo (Beijing) Limited | Method and apparatus for HARQ-ACK feedback for carrier aggregation |
| US10999761B2 (en) * | 2018-05-11 | 2021-05-04 | Apple Inc. | Methods to determine a hybrid automatic repeat request acknowledgement (HARQ-ACK) codebook in new radio (NR) systems |
| US11324028B2 (en) * | 2018-06-22 | 2022-05-03 | Qualcomm Incorporated | Transmission configuration indicator pattern list for shared channel transmission |
| JP7093856B2 (ja) * | 2018-06-28 | 2022-06-30 | オッポ広東移動通信有限公司 | フィードバック情報の伝送方法及び装置 |
| US11909527B2 (en) * | 2018-07-23 | 2024-02-20 | Lenovo (Beijing) Limited | CBG-based retransmission |
| KR102574099B1 (ko) * | 2018-07-24 | 2023-09-04 | 주식회사 아이티엘 | 차량 통신을 지원하는 무선통신 시스템에서 무선 통신을 수행하는 방법 및 그 장치 |
| CN112771977B (zh) * | 2018-07-24 | 2024-10-18 | 皇家Kpn公司 | 共享资源上的可靠低时延通信 |
| WO2020034055A1 (en) * | 2018-08-13 | 2020-02-20 | Qualcomm Incorporated | Layer mapping for multi-trp transmission |
| US10992422B2 (en) * | 2018-08-21 | 2021-04-27 | At&T Intellectual Property I, L.P. | Facilitating uplink control channel decoding for advanced networks |
| EP3771119B1 (en) * | 2018-08-23 | 2023-04-26 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and apparatus for transmitting feedback information, and communication device |
| EP3857786A2 (en) * | 2018-09-28 | 2021-08-04 | NEC Corporation | Communication system |
| CN111083782B (zh) * | 2018-10-19 | 2023-09-08 | 荣耀终端有限公司 | 一种被用于无线通信的用户设备、基站中的方法和装置 |
| EP3871350A1 (en) * | 2018-10-23 | 2021-09-01 | Telefonaktiebolaget LM Ericsson (publ) | In band signaling of control information and corresponding payload in a physical channel |
| US20200145144A1 (en) * | 2018-11-02 | 2020-05-07 | Qualcomm Incorporated | Hybrid automatic repeat request feedback for low latency transmissions |
| US11258546B2 (en) * | 2018-11-30 | 2022-02-22 | Qualcomm Incorporated | Acknowledgment feedback techniques in wireless communications |
| US11233620B2 (en) * | 2018-11-30 | 2022-01-25 | T-Mobile Usa, Inc. | Scheduling HARQ transmissions in mini-slots |
| CN111385067B (zh) * | 2018-12-29 | 2021-08-17 | 北京紫光展锐通信技术有限公司 | 下行数据调度harq-ack码本反馈、生成方法及装置、介质 |
| US11405139B2 (en) | 2019-01-09 | 2022-08-02 | Mediatek Inc. | Code block group (CBG) level retransmission in wireless communication system |
| EP3909361A4 (en) * | 2019-01-10 | 2022-10-12 | Sharp Kabushiki Kaisha | URLLC PHYSICAL UPLINK CONTROL CHANNEL (PUCCH) CONFIGURATION WITH SUBINTERVAL STRUCTURE |
| US11233551B2 (en) | 2019-01-11 | 2022-01-25 | Nokia Technologies Oy | Dynamically enabling and disabling multiplexing of HARQ-ACK feedback for different types of traffic |
| CN113383600B (zh) * | 2019-02-15 | 2023-07-18 | 华为技术有限公司 | 数据传输的方法和数据传输的装置 |
| US11582077B2 (en) | 2019-02-25 | 2023-02-14 | Huawei Technologies Co., Ltd. | Systems and methods for transmission of uplink control information over multiple carriers in unlicensed spectrum |
| WO2020194923A1 (ja) * | 2019-03-26 | 2020-10-01 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 基地局、端末及び通信方法 |
| KR20200119175A (ko) * | 2019-04-09 | 2020-10-19 | 삼성전자주식회사 | 무선 통신 시스템에서 harq-ack 피드백을 송수신하는 방법 및 장치 |
| US11831438B2 (en) | 2019-04-09 | 2023-11-28 | Samsung Electronics Co., Ltd | Method and apparatus for transmission and reception of HARQ-ACK feedback in wireless communication system |
| US11432312B2 (en) | 2019-04-26 | 2022-08-30 | Qualcomm Incorporated | Uplink scheduling techniques for enhanced feedback in wireless communications |
| EP3965332A4 (en) * | 2019-04-30 | 2022-04-27 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | FEEDBACK METHOD FOR SEMI-STATIC TRANSMISSION, NETWORK DEVICE, AND TERMINAL DEVICE |
| WO2020225841A1 (ja) * | 2019-05-03 | 2020-11-12 | 株式会社Ｎｔｔドコモ | ユーザ装置及び通信方法 |
| WO2020224969A1 (en) * | 2019-05-03 | 2020-11-12 | Sony Corporation | Communications device, infrastructure equipment and methods |
| US10972225B2 (en) * | 2019-05-16 | 2021-04-06 | Qualcomm Incorporated | Acknowledgment feedback techniques in shared radio frequency spectrum |
| CN111294148B (zh) * | 2019-06-06 | 2022-03-29 | 展讯通信（上海）有限公司 | 信令传输、接收方法及装置、存储介质、终端 |
| EP3771133A1 (en) | 2019-07-22 | 2021-01-27 | Comcast Cable Communications, LLC | Communication and data processing in wireless communications |
| JP7498259B2 (ja) * | 2019-07-26 | 2024-06-11 | 北京小米移動軟件有限公司 | 競合ウィンドウの決定方法及び装置、通信装置及び記憶媒体 |
| JP7336585B2 (ja) * | 2019-07-29 | 2023-08-31 | 華為技術有限公司 | 情報伝送方法、端末デバイス及びネットワークデバイス |
| WO2021018518A1 (en) * | 2019-07-30 | 2021-02-04 | Sony Corporation | Telecommunications apparatus and methods |
| CN114175825A (zh) | 2019-08-01 | 2022-03-11 | 高通股份有限公司 | 用于基于全双工的iab的上行链路抢占指示 |
| US20220278774A1 (en) * | 2019-08-02 | 2022-09-01 | Beijing Xiaomi Mobile Software Co., Ltd. | Data transmission method and apparatus, communication device and storage medium |
| WO2021026728A1 (zh) * | 2019-08-12 | 2021-02-18 | Oppo广东移动通信有限公司 | 数据的传输方法、装置、设备及存储介质 |
| WO2021028613A1 (en) * | 2019-08-14 | 2021-02-18 | Nokia Technologies Oy | Harq feedback for shared channel transmissions in fifth generation wireless networks |
| CN110505045B (zh) * | 2019-08-16 | 2022-08-16 | 展讯通信（上海）有限公司 | 下行控制信息反馈方法及装置 |
| CN112398623B (zh) * | 2019-08-16 | 2022-03-29 | 华为技术有限公司 | 混合自动重传请求确认harq-ack资源确定方法 |
| CN114642065A (zh) | 2019-11-06 | 2022-06-17 | Lg电子株式会社 | 在无线通信系统中发送和接收信号的方法和设备 |
| US11817959B2 (en) * | 2020-02-19 | 2023-11-14 | Qualcomm Incorporated | Codebook construction for enhanced hybrid automatic repeat request feedback |
| US20210298062A1 (en) * | 2020-03-23 | 2021-09-23 | Qualcomm Incorporated | Two-stage feedback procedures for multiple downlink transmissions |
| US11792824B2 (en) * | 2020-03-30 | 2023-10-17 | Qualcomm Incorporated | Multicast feedback and retransmission for transport block grouping |
| US11843466B2 (en) * | 2020-06-05 | 2023-12-12 | Qualcomm Incorporated | Turbo-HARQ uplink control information feedback compression |
| RU2757997C1 (ru) * | 2020-07-07 | 2021-10-25 | Федеральное государственное автономное учреждение "Военный инновационный технополис "ЭРА" | Цифровая система атмосферной оптической связи |
| US11800532B2 (en) * | 2020-07-20 | 2023-10-24 | Qualcomm Incorporated | Tri-state hybrid automatic repeat request feedback |
| WO2022021407A1 (zh) * | 2020-07-31 | 2022-02-03 | Oppo广东移动通信有限公司 | 反馈码本确定方法、装置、设备及存储介质 |
| US12113623B2 (en) | 2020-08-05 | 2024-10-08 | Apple Inc. | HARQ feedback when a user equipment is scheduled as part of a group |
| WO2022027316A1 (en) * | 2020-08-05 | 2022-02-10 | Apple Inc. | Scheduling a group of user equipment by a network cell |
| US12075402B2 (en) | 2020-08-05 | 2024-08-27 | Apple Inc. | Scheduling a user equipment as part of a group |
| EP4195848A4 (en) | 2020-08-06 | 2024-02-14 | Panasonic Intellectual Property Corporation of America | TERMINAL DEVICE, BASE STATION AND COMMUNICATION METHOD |
| US11515968B2 (en) * | 2020-08-31 | 2022-11-29 | Qualcomm Incorporated | Hierarchical hybrid automatic repeat request for multi-level coding |
| JP2023159896A (ja) * | 2020-09-02 | 2023-11-02 | ソニーグループ株式会社 | 情報処理装置および情報処理方法 |
| US11916672B2 (en) * | 2020-09-18 | 2024-02-27 | Qualcomm Incorporated | Feedback error handling for wireless systems |
| WO2022077367A1 (zh) * | 2020-10-15 | 2022-04-21 | 富士通株式会社 | 反馈信息的发送和接收方法以及装置 |
| US11777658B2 (en) * | 2020-12-08 | 2023-10-03 | Qualcomm Incorporated | Sequence-based hybrid automatic repeat request acknowledgement (HARQ-ACK) feedback |
| JP2024505634A (ja) * | 2021-01-18 | 2024-02-07 | ノキア テクノロジーズ オサケユイチア | 電気通信システムにおけるポイントツーマルチポイント動作のためのコードブック構築技術 |
| EP4320960A4 (en) * | 2021-05-11 | 2024-06-12 | Apple Inc. | IMPROVING CHANNEL STATUS INFORMATION FEEDBACK FOR ULTRA-RELIABLE, LOW-LATENCY COMMUNICATIONS |
| US11792792B2 (en) * | 2021-05-25 | 2023-10-17 | Qualcomm Incorporated | Reducing download control information for retransmission scheduling in multi-incremental redundancy scheme |
| US11917597B2 (en) * | 2021-05-26 | 2024-02-27 | Qualcomm Incorporated | Methods and apparatuses for generating dynamic code block group in sidelink |
| US20240195541A1 (en) * | 2021-06-03 | 2024-06-13 | Qualcomm Incorporated | Dynamic code block group (cbg) allocation |
| US11711829B2 (en) * | 2021-06-24 | 2023-07-25 | Meta Platforms Technologies, Llc | Context aware mode switching of wireless device |
| US12035307B2 (en) * | 2021-08-05 | 2024-07-09 | Qualcomm Incorporated | Multiplexing multi-bit feedback and single-bit feedback on an uplink shared channel |
| US11824808B2 (en) | 2021-08-05 | 2023-11-21 | Qualcomm Incorporated | Techniques for multiplexing multi-bit and single-bit feedback |
| US11716721B2 (en) * | 2021-08-05 | 2023-08-01 | Qualcomm Incorporated | Signaling and reporting multi-bit feedback per transport block |
| US12068987B2 (en) * | 2021-08-17 | 2024-08-20 | Qualcomm Incorporated | Techniques for managing partially overlapping transmission and reception |
| WO2023194982A1 (en) * | 2022-04-08 | 2023-10-12 | Lenovo (Singapore) Pte. Ltd. | Configuring a prioritized harq-nack timing indicator |
| US20230336293A1 (en) * | 2022-04-13 | 2023-10-19 | Qualcomm Incorporated | Feedback communications for transport blocks with multiple code block groups |
| EP4266607A1 (en) * | 2022-04-21 | 2023-10-25 | Continental Automotive Technologies GmbH | Re-transmission of a transmitted concatenation packet by a sending device, especially a base station device or a terminal device of a telecommunication network |
| US20230397188A1 (en) * | 2022-06-03 | 2023-12-07 | Qualcomm Incorporated | Downlink control information format for physical downlink shared channel scheduling for multi incremental redundancy scheme |
| WO2024173450A1 (en) * | 2023-02-14 | 2024-08-22 | Interdigital Patent Holdings, Inc. | Harq overhead reduction |
Family Cites Families (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8539298B2 (en) | 2007-07-04 | 2013-09-17 | Nec Corporation | Multicarrier mobile communication system |
| WO2009041067A1 (ja) * | 2007-09-28 | 2009-04-02 | Panasonic Corporation | 無線通信装置およびマッピング方法 |
| CN101667900B (zh) * | 2008-09-02 | 2014-11-05 | 中兴通讯股份有限公司 | Harq反馈方法 |
| CN101729226B (zh) * | 2008-10-24 | 2013-12-18 | 中兴通讯股份有限公司南京分公司 | 一种用于恒定调度混合自动重传的通信系统及方法 |
| JP5212539B2 (ja) * | 2009-03-25 | 2013-06-19 | 富士通株式会社 | 無線通信システム、移動局装置、基地局装置、及び無線通信システムにおける無線通信方法 |
| WO2010124238A2 (en) * | 2009-04-24 | 2010-10-28 | Interdigital Patent Holdings, Inc. | Method and apparatus for sending hybrid automatic repeat request feedback for component carrier aggregation |
| KR101641968B1 (ko) * | 2009-09-14 | 2016-07-29 | 엘지전자 주식회사 | 다중입출력 무선 통신 시스템에서 하향링크 신호 전송 방법 및 장치 |
| WO2011041623A1 (en) * | 2009-10-01 | 2011-04-07 | Interdigital Patent Holdings, Inc. | Uplink control data transmission |
| US20120176947A1 (en) * | 2011-01-07 | 2012-07-12 | Interdigital Patent Holdings, Inc. | Method and apparatus for sending feedback for multi-cell high speed downlink packet access operations |
| US9867173B2 (en) * | 2012-07-27 | 2018-01-09 | Lg Electronics Inc. | Method and apparatus for receiving downlink signal in wireless communication system |
| WO2014019202A1 (zh) | 2012-08-02 | 2014-02-06 | 华为技术有限公司 | 增强型物理下行控制信道传输方法及设备 |
| CN108183784B (zh) * | 2012-09-16 | 2021-10-29 | Lg 电子株式会社 | 接收物理下行链路共享信道信号的方法和用户设备 |
| US11357022B2 (en) | 2014-05-19 | 2022-06-07 | Qualcomm Incorporated | Apparatus and method for interference mitigation utilizing thin control |
| US11818717B2 (en) | 2014-12-31 | 2023-11-14 | Texas Instruments Incorporated | Method and apparatus for uplink control signaling with massive Carrier Aggregation |
| WO2017014560A1 (en) | 2015-07-20 | 2017-01-26 | Lg Electronics Inc. | Method and apparatus for handling tdd frame for short tti in wireless communication system |
| KR102355797B1 (ko) * | 2016-08-09 | 2022-01-26 | 삼성전자 주식회사 | 무선 셀룰라 통신 시스템에서 채널 전송 방법 및 장치 |
| KR101984606B1 (ko) * | 2016-11-01 | 2019-05-31 | 엘지전자 주식회사 | 무선 통신 시스템에서 동적 가변 사이즈의 하향링크 제어 정보를 송신하는 방법 및 이를 위한 장치 |
| US10492184B2 (en) * | 2016-12-09 | 2019-11-26 | Samsung Electronics Co., Ltd. | Multiplexing control information in a physical uplink data channel |
| JP6245394B1 (ja) * | 2017-02-27 | 2017-12-13 | Tdk株式会社 | 軟磁性合金 |
| WO2018164506A1 (ko) * | 2017-03-08 | 2018-09-13 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말과 기지국 간 신호 송수신 방법 및 이를 지원하는 장치 |
| US11303392B2 (en) * | 2017-03-16 | 2022-04-12 | Qualcomm Incorporated | Multi-HARQ methods and apparatus for codeblock group based transmissions |
| CN108631950B (zh) | 2017-03-23 | 2023-11-07 | 华为技术有限公司 | 发送反馈信息的方法和设备 |
| CN108988984B (zh) * | 2017-05-31 | 2021-07-09 | 株式会社Kt | 用于新无线电的重传传输块的方法及使用该方法的装置 |
| WO2019066630A1 (en) * | 2017-09-29 | 2019-04-04 | Samsung Electronics Co., Ltd. | UPLINK TRANSMISSION METHOD AND CORRESPONDING EQUIPMENT |
| US10985877B2 (en) * | 2017-11-16 | 2021-04-20 | Sharp Kabushiki Kaisha | Codebook determination of HARQ-ACK multiplexing with fallback downlink control information (DCI) and code block group (CBG) configurations |
| FI3563620T3 (fi) * | 2017-11-17 | 2024-07-01 | Zte Corp | Menetelmät, laitteet ja järjestelmät takaisinkytkentäsignaalin koon määrittämiseksi langattomassa tietoliikenteessä |
-
2018
- 2018-05-02 WO PCT/US2018/030639 patent/WO2018204491A1/en active Search and Examination
- 2018-05-02 CN CN202211073588.4A patent/CN115603868A/zh active Pending
- 2018-05-02 EP EP18728275.1A patent/EP3619856A1/en active Pending
- 2018-05-02 KR KR1020197032279A patent/KR102606551B1/ko active IP Right Grant
- 2018-05-02 BR BR112019023046A patent/BR112019023046A2/pt unknown
- 2018-05-02 US US16/609,936 patent/US11394494B2/en active Active
- 2018-05-02 CN CN202211074014.9A patent/CN115603869A/zh active Pending
- 2018-05-02 KR KR1020237040014A patent/KR20230164216A/ko active Application Filing
- 2018-05-02 CN CN201880028797.2A patent/CN110574319B/zh active Active
- 2018-05-02 JP JP2019559831A patent/JP6835984B2/ja active Active
- 2018-05-02 RU RU2019138597A patent/RU2731035C1/ru active
- 2018-05-03 TW TW107115114A patent/TWI687072B/zh active
-
2022
- 2022-06-15 US US17/841,395 patent/US11848783B2/en active Active
-
2023
- 2023-10-26 US US18/495,044 patent/US20240129067A1/en active Pending
Non-Patent Citations (2)
| Title |
|---|
| 3GPP R1-1704916* * |
| 3GPP R1-1705401* * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20220264603A1 (en) * | 2019-05-03 | 2022-08-18 | Lg Electronics Inc. | Method and device for transmitting and receiving signals in wireless communication system |
| US12108388B2 (en) * | 2019-05-03 | 2024-10-01 | Lg Electronics Inc. | Method and device for transmitting and receiving signals in wireless communication system |
Also Published As
| Publication number | Publication date |
|---|---|
| KR102606551B1 (ko) | 2023-11-24 |
| WO2018204491A1 (en) | 2018-11-08 |
| US11394494B2 (en) | 2022-07-19 |
| JP2020519132A (ja) | 2020-06-25 |
| TW201906354A (zh) | 2019-02-01 |
| EP3619856A1 (en) | 2020-03-11 |
| RU2731035C1 (ru) | 2020-08-28 |
| KR20230164216A (ko) | 2023-12-01 |
| US20240129067A1 (en) | 2024-04-18 |
| TWI687072B (zh) | 2020-03-01 |
| JP6835984B2 (ja) | 2021-02-24 |
| US20220311552A1 (en) | 2022-09-29 |
| CN115603869A (zh) | 2023-01-13 |
| CN115603868A (zh) | 2023-01-13 |
| BR112019023046A2 (pt) | 2020-06-09 |
| CN110574319B (zh) | 2022-09-23 |
| US20200059327A1 (en) | 2020-02-20 |
| US11848783B2 (en) | 2023-12-19 |
| CN110574319A (zh) | 2019-12-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11848783B2 (en) | Method and apparatus for improving hybrid automatic repeat request (HARQ) feedback performance of enhanced mobile broadband (eMBB) when impacted by low latency traffic | |
| US20230179341A1 (en) | Receiver feedback in wireless systems | |
| EP3566360B1 (en) | Advanced coding on retranmission of data and control | |
| KR20220146499A (ko) | 비면허 스펙트럼에서의 신뢰가능 harq-ack 송신 | |
| KR102702210B1 (ko) | 승인-불요 업링크 전송 | |
| EP3776966A1 (en) | Hybrid automatic repeat request (harq) techniques for non-terrestrial networks | |
| WO2022031962A1 (en) | Time and code domain coverage enhancements | |
| WO2024206451A1 (en) | Frequency bundled transmission (fbt) approaches for ultra-reliable low latency communication (urllc) systems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| E902 | Notification of reason for refusal | ||
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant |