KR20230031289A - 사이드링크 릴레이에서의 피드백 및 트래픽 차별화 - Google Patents
사이드링크 릴레이에서의 피드백 및 트래픽 차별화 Download PDFInfo
- Publication number
- KR20230031289A KR20230031289A KR1020237000807A KR20237000807A KR20230031289A KR 20230031289 A KR20230031289 A KR 20230031289A KR 1020237000807 A KR1020237000807 A KR 1020237000807A KR 20237000807 A KR20237000807 A KR 20237000807A KR 20230031289 A KR20230031289 A KR 20230031289A
- Authority
- KR
- South Korea
- Prior art keywords
- entity
- relay
- transmission
- feedback
- receiving
- Prior art date
Links
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/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/1607—Details of the supervisory signal
- H04L1/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
-
- 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/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
-
- 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/1854—Scheduling and prioritising arrangements
-
- 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
- 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
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0097—Relays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
사이드링크 중계기에서의 피드백 및 트래픽 차별화가 개시된다. 일 실시예에 따른 무선 통신 네트워크를 위한 사용자 디바이스는 상기 무선 통신 네트워크의 하나 이상의 수신 엔티티와 전송 엔티티 사이의 연결을 지원하는 기능을 제공하기 위해 중계 엔티티로 동작하고, 상기 사용자 디바이스는 상기 전송 엔티티로부터 전송을 수신하고 상기 수신 엔티티로 상기 전송을 중계하는 것에 응답하여, 상기 전송 엔티티에 피드백을 전송하고, 상기 피드백은 상기 수신 엔티티에서의 상기 전송의 성공적 및/또는 비-성공적 수신을 표시할 수 있다.
Description
본 발명은 무선 통신 시스템 또는 네트워크 분야에 관한 것으로, 보다 상세하게는 무선 통신 시스템 또는 네트워크의 전송 엔티티와 원격 사용자 디바이스(UE) 사이의 연결을 지원하기 위한 기능을 제공하기 위해 이용되는 중계 디바이스, 특히 사이드링크 디바이스 분야에 관한 것이다.
본 발명의 제1 양태의 실시예들은 사이드링크 릴레이(또는, 중계기(realy))에 대한 피드백, HARQ, 및/또는 NR 하이브리드 자동 재전송 요청(NR hybrid automatic retransmission request)과 같은 피드백(feedback)에 관한 것이다. 본 발명의 제2 양태의 실시예들은 NR 사이드링크 중계기들과 같은 중계 디바이스들에 의한 트래픽 차별화(traffic differentiation)에 관한 것이다.
도 1은 도 1a에 도시된 바와 같이, 하나 이상의 라디오 액세스 네트워크(RAN1~RANN) 및 코어 네트워크(102)를 포함하는 지상 무선 네트워크(terrestrial wireless network)(100)의 일 예의 개략적인 표현이다. 도 1b는 하나 이상의 기지국(gNB1~gNB5)을 포함할 수 있는 라디오 액세스 네트워크(RANn)의 개략적인 표현이고, 각각(예: 각 기지국)은 각각의 셀(1061~1065)에 의해 개략적으로 표현된 기지국 주변의 특정 영역을 서비스한다. 기지국들은 셀(cell) 내에서 사용자에게 서비스를 제공하기 위해 제공된다. 하나 이상의 기지국들은 허가된(lcensed) 및/또는 허가되지 않은 대역들(unlicensed bands)에서 사용자들에게 서비스를 제공할 수 있다. 기지국(base station)(BS)이라는 용어는 5G 네트워크에서의 gNB, UMTS/LTE/LTE-A/LTE-A Pro의 eNB, 또는 다른 이동 통신 표준에서의 BS를 의미한다. 사용자(예: 사용자 디바이스)는 고정 디바이스(stationary device) 또는 이동 디바이스(mobile device)일 수 있다. 무선 통신 시스템은 또한 사용자 또는 기지국(base station)에 연결되는 이동 또는 고정 IoT 디바이스에 의해 액세스될 수 있다. 이동 디바이스들 또는 IoT 디바이스들은 물리적 디바이스들(physical devices), 로봇들 또는 자동차들과 같은 지상 기반 차량들, 유인 또는 무인 항공기들(UAVs)와 같은 공중 차량들을 포함할 수 있고, 후자는 전자 장치들(electronics), 소프트웨어, 센서들, 액추에이터들 등이 내장된 디바이스들 또는 기타 아이템, 건물들, 및 드론 뿐 아니라 이러한 디바이스들이 기존 네트워크 인프라(existing network infrastructure)에서(와) 데이터를 수집하고 교환할 수 있게 하는 네트워크 연결성(network connectivity)이라고도 한다. 도 1b는 5개의 셀들의 예시적인 도면을 도시하지만, 라디오 액세스 네트워크(RANn)는 이러한 셀을 더 많거나 적게 포함할 수 있고, 라디오 액세스 네트워크(RANn)는 또한 하나의 기지국만을 포함할 수 있다. 도 1b는 셀(1062)에 있고, 기지국(gNB2)에 의해 서비스되는 사용자 장비(user equipment)(UE)를 나타내는 2명의 사용자들(UE1, UE2)를 도시한다. 다른 사용자(UE3)는 지지국(gNB4)에 의해 서비스되는 셀(1064)에 도시된다. 화살표(1081, 1082, 1083)는 사용자들(UE1, UE2, UE3)로부터 기지국들(gNB2, gNB4)로 데이터를 전송하거나, 기지국들(gNB2, gNB4)로부터 사용자들(UE1, UE2, UE3)로 데이터를 전송하기 위한 업링크(uplink)/다운링크 연결(downlink connection)을 개략적으로 나타낸다. 이것은 허가 대역들 또는 허가되지 않은 대역들에서 실현될 수 있다. 또한, 도 1b는 고정 또는 이동 디바이스들일 수 있는 셀(1064)내의 2개의 IoT 디바이스들(1101, 1102)를 도시한다. IoT 디바이스(1101)는 화살표(1121)에 의해 개략적으로 표현된 바와 같이 기지국(gNB4)을 통해 무선 통신 시스템에 액세스하여 데이터를 수신 및 전송한다. IoT 장치(1102)는 화살표(1122)로 개략적으로 나타낸 바와 같이 사용자 UE3을 통해 무선 통신 시스템에 액세스한다. 각각의 기지국(gNB1~gNB5)은, 예를 들어, S1 인터페이스(interface), 각각의 백홀 링크들(backhaul links)(1141~1145)을 통해 코어 네트워크(core network)(102)에 연결될 수 있으며, 이것들은 도 1b에서 "코어(core)"를 가리키는 화살표들에 의해 개략적으로 표현된다. 코어 네트워크(102)는 하나 이상의 외부 네트워크들(external networks)에 연결될 수 있다. 외부 네트워크는 인터넷, 또는 인트라넷과 같은 사설 네트워크(private network), 또는 임의의 다른 타입(type)의 캠퍼스 네트워크들(campus networks), 예를 들어 사설 WiFi 또는 4G 또는 5G 이동 통신 시스템일 수 있다. 또한, 각각의 기지국 (gNB1~gNB5)의 일부 또는 전부는 도 1b에서 "gNBs"를 가리키는 화살표로 개략적으로 표현되는 각각의 백홀 링크들(1161~1165)를 통해 서로 연결될 수 있다 - 예를 들어, NR에서의 NX 인터페이스 또는 S1 또는 X2 인터페이스를 통해 연결됨 -. 사이드링크 채널(sidlink channel)은 디바이스 대 디바이스(D2D) 통신이라고도 불리는 UE들 간의 다이렉트 통신(direct communication)을 허용한다. 3GPP에서 사이드링크 인터페이스의 이름은 PC5이다.
데이터 전송을 위해 물리 리소스 그리드(physical resource grid)가 이용될 수 있다. 물리 리소스 그리드는 다양한 물리 채널들 및 물리 신호들이 맵핑되는 리소스 요소들(resource elements)의 세트를 포함할 수 있다. 예를 들어, 물리 채널들은 다운링크, 업링크 및 사이드링크 페이로드 데이터로도 지칭되는 사용자 특정 데이터(user specific data)를 전달하는 물리 다운링크, 업링크 및 사이드링크 공유 채널들(physical downlink, uplink and sidelink shared channels, 즉 PSSCH, PUSCH, PDSCH), 예컨대 마스터 정보 블록(master information block)(MIB), 및 하나 이상의 시스템 정보 블록(system information block)(SIB), 지원되는 경우, 하나 이상의 사이드링크 정보 블록들(sidelink information blocks)(SLIBs)을 전달(carry)하는 물리 브로드캐스트 채널(physical broadcast channel)(PBCH), 사이드링크 제어 정보(sidelink control information)(SCI), 업링크 제어 정보(uplink control information)(UCI), 및 다운링크 제어 정보(downlink control information)(DCI)를 전달하는 물리 다운링크, 업링크 및 사이드링크 제어 채널들(physical downlink, uplink, and sidelink control channels, 즉 PDCCH, PUCCH, PSSCH), 및 PC5 피드백 응답들(feedback responses)을 전달하는 물리 사이드링크 피드백 채널들(physical sidelink feedback channels)(PSFCH)을 포함할 수 있다. 참고로, 사이드링크 인터페이스는 2-스테이지 SCI를 지원할 수 있다. 이것은 SCI의 일부를 포함하는 제1 제어 영역(control region)을 나타내고, 선택적으로 제어 정보의 제2 부분을 포함하는 제2 제어 영역을 나타낸다.
업링크의 경우, 물리 채널은 사용자 디바이스가 동기화되고 MIB 및 SIB를 획득하면, 네트워크에 액세스하기 위해 사용자 디바이스에 의해 사용되는 물리 랜덤 액세스 채널(physical random-access channel)(PRACH 또는 RACH)을 더 포함할 수 있다. 물리 신호들은 레퍼런스 신호들 또는 심볼들, RS, 및 동기 신호들(synchronization signals) 등을 포함할 수 있다. 리소스 그리드는 시간 도메인(time domain)에서 특정 듀레이션(duration)을 가지고, 주파수 도메인(frequency domain)에서 주어진 대역폭을 가지는 무선 프레임 또는 프레임을 포함할 수 있다. 프레임은 미리 정의된 길이, 예를 들어 1ms의 특정 수의 서브프레임들(subframes)을 가질 수 있다. 각 서브프레임은 길이, 순환 프리픽스(cyclic prefix, CP)에 따라 12 또는 14 OFDM 심볼들의 하나 이상의 슬롯들을 포함할 수 있다. 또한, 예를 들어, 프레임은 단지 몇 개의 OFDM 심볼을 포함하는 미니-슬롯(mini-slot)/비-슬롯(non-slot) 기반 프레임 구조 또는 단축된 전송 시간 간격들(shortened transmission time intervals)(sTTI)을 이용할 때, 더 적은 수의 OFDM 심볼로 구성될 수 있다.
무선 통신 시스템은 OFDM(orthogonal frequency-division multiplexing) 시스템, OFDMA(orthogonal frequency-division multiple access) 시스템, 또는 기타 CP가 있는 또는 없는 IFFT-기반의 신호 예컨대, DFT-s-OFDM과 같은 주파수-분할 멀티플렉싱(frequency-division multiplexing)을 이용하는 임의의 싱글-톤(single-tone) 또는 멀티캐리어(multicarrier) 시스템일 수 있다. 다중 액세스를 위한 비직교 파형들(예: FBMC(filter-bank multicarrier), GFDM(generalized frequency division multiplexing), 또는 UFMC(universal filtered multi carrier))과 같은 또 다른 파형들이 이용될 수 있다. 무선 통신 시스템은 예를 들어, LTE-Advanced 프로 표준(pro standard), 또는 5G 또는 NR(new radio) 표준 또는 NR-U(new radio unlicensed) 표준에 따라 동작할 수 있다.
도 1에 묘사된 무선 네트워크 또는 통신 시스템은 예를 들어, 각 매크로 셀들(macro cells)이 기지국(gNB1~gNB5)과 같은 매크로 기지국을 포함하는 매크로 셀들의 네트워크와 펨토(femto) 또는 피코(pico) 기지국들과 같은 소형 셀 기지국들(도 1에 미도시)의 네트워크와 같은 별개의 중첩된 네트워크들(overaid networks)을 가지는 이종의 네트워크(heterogeneous network)일 수 있다. 상술한 지상 무선 네트워크에 더하여, 위성들과 같은 우주 트랜시버들(spaceborne transceivers) 및/또는 무인 항공 시스템들과 같은 항공 트랜시버들(airborne transceivers)을 포함하는 비-지상 무선 통신 네트워크(NTN)가 또한 존재한다. 비-지상 무선 통신 네트워크 또는 시스템은 도 1을 참조하여 상술된 지상 시스템과 유사한 방식으로 예를 들어, LTE-Advanced Pro 표준, 또는 5G 또는 NR 표준에 따라 동작할 수 있다.
이동 통신 네트워크에서, 예를 들어 도 1을 참조하여 위에서 설명된 것과 같은 LTE 및/또는 5G/NR 네트워크와 같은 네트워크에서, 예를 들어 WiFi 다이렉트 또는 PC5/PC3 인터페이스를 이용하여 하나 이상의 사이드링크(SL) 채널들을 통해 서로 직접(directly) 통신하는 사용자 디바이스들이 있을 수 있다.
사이드링크를 통해 서로 직접 통신하는 사용자 디바이스들은 다른 차량들과 직접 통신(V2V 통신)하는 차량들, 무선 통신 네트워크의 다른 엔티티들 예를 들어, 신호등, 표지판 또는 보행자와 같은 로드사이드 엔티티들, 로드사이드 유닛들(roadside units)(RSUs)과 통신(V2X 통신)하는 차량들을 포함할 수 있다. RSU들은 특정 네트워크 설정에 따라 BS 또는 사용자 디바이스들의 기능들을 가질 수 있다. 다른 사용자 디바이스들은 차량 관련 사용자 디바이스들이 아닐 수 있고, 상술한 디바이스들 중 어느 것이든지 포함할 수 있다. 이러한 디바이스들은 또한 SL 채널들을 이용하여 서로 직접 통신(D2D 통신)할 수 있다.
두 사용자 디바이스들이 사이드링크를 통해 서로 직접 통신하는 것을 고려할 때, 두 사용자 디바이스들은 동일한 기지국에 의해 서비스 받을 수 있어, 기지국은 사용자 디바이스들에게 사이드링크 리소스 할당 설정 또는 지원을 제공할 수 있다. 예를 들어, 두 사용자 디바이스들은 도 1에 묘사된 기지국들 중 하나와 같은 기지국의 커버리지 지역 내에 있을 수 있다. 이것은 "인-커버리지(in-coverage)" 시나리오라고 불린다. 다른 시나리오는 "아웃-오브-커버리지(out of coverage)" 시나리오라고 불린다. "아웃-오브-커버리지"는 두 사용자 디바이스들이 도 1에 묘사된 셀들중 하나 안에 존재하지 않는다는 것을 의미하는 것이 아니라,
-
이 사용자 디바이스들이 기지국에 연결될 수 없어, 예를 들어 그것들이 RRC 연결 상태에 있지 않아, 사용자 디바이스들이 기지국으로부터 사이드링크 리소스 할당 설정 또는 지원을 받지 못하고, 및/또는
-
이 사용자 디바이스들이 기지국에 연결될 수 있지만, 하나 이상의 이유로, 기지국이 사용자 디바이스들에게 사이드링크 리소스 할당 설정 또는 지원을 제공할 수 없고, 및/또는
-
이 사용자 디바이스들이 NR V2X 서비스들을 지원할 수 없는 기지국 예컨대, GSM, UMTS, LTE 기지국들에 연결될 수 있다는 것을 의미한다.
두 사용자 디바이스들이 사이드링크를 통해 예컨대, PC5/PC3 인터페이스를 이용하여 서로 직접 통신하는 것을 고려할 때, 사용자 디바이스들 중 하나는 기지국(BS)에 접속될 수 있고 사이드링크 인터페이스를 통해 다른 디바이스에게 기지국(BS)으로부터의 정보를 중계할 수 있고, 그 반대로 중계할 수 있다. 중계(relaying)는 동일한 주파수 대역에서 수행(in-band-relay)될 수 있고 또는 다른 대역이 이용될 수 있다(out-of-band relay). 첫 번째 경우에, Uu 상 및 사이드링크 상의 통신은 TDD(time division duplex) 시스템에서와 같은 서로 다른 시간 슬롯들(time slots)을 이용하여 분리될 수 있다.
도 2a는 서로 직접 통신하는 두 사용자 디바이스들이 하나의 기지국에 연결되는 인-커버리지 시나리오를 개략적으로 표현한 것이다. 기지국(gNB)는 도 1에 개략적적으로 표현된 셀에 기본적으로 대응하는 원(150)에 의해 개략적으로 표현되는 커버리지 지역을 갖는다. 서로 직접 통신하는 사용자 디바이스들은 기지국(gNB)의 커버리지 지역(150) 내에 모두 위치하는 제1 차량(152) 및 제2 차량(154)를 포함한다. 두 차량들(152, 154)은 기지국(gNB)에연결되고, 덧붙여 그것들은 PC5 인터페이스를 통해 서로 직접 연결된다. V2V 트래픽의 간섭 관리 및/또는 스케줄링은 기지국과 사용자 디바이스들 사이의 무선 인터페이스인 Uu 인터페이스를 통한 제어 시그널링(control signaling)을 통해 gNB에 의해 보조된다. 즉, gNB는 사용자 디바이스들에게 SL 리소스 할당 설정(SL resource allocation configuration) 또는 지원(assistance)을 제공하고, gNB는 사이드링크를 통한 V2V 통신을 위해 이용될 리소스들을 배정(assign)한다. 이 설정은 또한 NR V2X에서는 모드 1(mode 1) 설정 또는 LTE V2X에서는 모드 3(mode 3) 설정이라고 한다.
도 2b는 비록 사용자 디바이스들이 물리적으로 무선 통신 네트워크의 셀 내에 위치할 수 있어도, 또는 서로 직접 통신하는 사용자 디바이스들의 전부 또는 일부가 기지국에 연결되나 기지국이 SL 리소스 할당 설정 또는 지원을 제공하지 않더라도 서로 직접 통신하는 사용자 디바이스들이 어느 것도 하나의 기지국에 연결되지 않는 아웃-오브-커버리지 시나리오의 도식적인 표현이다. 3개의 차량들(156, 158, 160)이 예를 들어, PC5 인터페이스를 이용하여 사이드링크를 통해 서로 직접 통신하는 것이 도시되어 있다. V2V 트래픽의 간섭 관리 및/또는 스케줄링은 차량들 사이에 구현된 알고리즘들에 기초한다. 이 설정은 또한 NR V2X에서 모드 2(mode 2) 설정 또는 LTE V2X에서 모드 4(mode 4) 설정이라고 한다. 상술한 바와 같이, 아웃-오브-커버리지 시나리오인 도 2b의 시나리오는 NR에서의 모드 2 사용자 디바이스들 또는 LTE에서의 모드 4 사용자 디바이스들 각각이 기지국의 커버리지(150)의 외부에 있다는 것을 반드시 의미하는 것은 아니며, 오히려 NR에서의 모드 2 사용자 디바이스들 또는 LTE에서의 모드 4 사용자 디바이스들 각각이 기지국에 의해 서비스되지 않거나, 커버리지 지역의 기지국에 연결되지 않거나, 기지국에 연결되어 있으나 기지국으로부터 어떠한 SL 리소스 할당 설정 또는 지원을 수신하지 못하는 것을 의미한다. 따라서, NR 모드 1 또는 LTE 모드 3 사용자 디바이스들(152, 154)에 더하여, NR 모드 2 또는 LTE 모드 4 사용자 디바이스들(156, 158, 160)이 도 2에 도시된 커버리지 지역(150) 내에 존재하는 상황들이 있을 수 있다. 또한, 도 2b는 중계기(relay)를 이용하여 네트워크와 통신하는 아웃-오프-커버리지 사용자 디바이스를 개략적으로 도시한다. 예를 들어, 사용자 디바이스(160)는 Uu 인터페이스를 통해 gNB에 연결될 수 있는 UE1과 사이드링크를 통해 통신할 수 있다. 따라서, UE1은 gNB 및 사용자 디바이스(160) 사이에서 정보를 중계할 수 있다.
도 2 및 도 3이 차량형 사용자 디바이스들을 도시하지만, 설명된 인-커버리지 및 아웃-오브-커버리지 시나리오들은 또한 비-차량형 사용자 디바이스들에 적용할 수 있다. 즉, SL 채널들을 이용하여 다른 사용자 디바이스들과 직접 통신하는, 핸드-헬드 디바이스(hand-held device)와 같은 임의의 사용자 디바이스는 인-커버리지 및 아웃-오브-커버리지일 수 있다.
도 1을 참조하여 설명된것과 같은 무선 통신 시스템 또는 네트워크에서, 중계 디바이스들(relay devices) 또는 중계 노드들(relay nodes)은 기지국의 셀의 라디오 커버리지 에지들(radio coverage edges)에서 발생할 수 있는 감소된 데이터 레이트(reduced data rate), 더 약한 신호(weaker signal) 및 더 높은 간섭(higher interference)과 같은 성능 이슈들을 해결하기 위하여 채택될 수 있다. 중계 노드는 수신된 신호로부터 데이터를 추출하고, 잡음 보정(noise correction)을 적용하고, 자체적으로 새로운 신호를 재전송할 수 있다. 중계 노드는 또한 신호를 단지 반복하기보다는 신호 품질을 향상시킨다. 사용자 디바이스-네트워크 중계기(UE-to-Network relay)가 4G를 위한 3GPP 규격(specification)에서 명시되어 있다.
상기 내용은 본 발명의 배경지식에 대한 이해를 돕기 위한 것일 뿐이며, 따라서, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 이미 알려져 있는 종래 기술을 형성하지 않는 정보을 포함할 수 있음에 유의해야한다.
상술한 기술로부터 시작하여, 무선 통신 시스템 또는 네트워크에서의 전송 중계의 향상 또는 개선이 필요할 수 있다.
본 발명의 실시예들은 이하 첨부된 도면들을 참조하여 추가로 상세히 설명된다.
도 1은 지상 무선 네트워크의 일 예의 개략적인 표현이고, 도 1a는 코어 네트워크 및 하나 이상의 라디오 액세스 네트워크를 도시하고, 도 1b는 라디오 액세스 네트워크(RAN)의 일 예의 개략적인 표현이다.
도 2는 인-커버리지 및 아웃-오브-커버리지 시나리오들을 표현하고, 도 2a는 서로 직접 통신하는 두 UE들이 모두 기지국에 연결된 인-커버리지 시나리오의 개략적인 표현이고, 도 2b는 UE들이 서로 직접 통신하는 아웃-오브-커버리지 시나리오의 개략적인 표현이다.
도 3은 몇몇 중계 시나리오들을 개략적으로 도시하고, 도 3a는 중계 UE가 UE-네트워크 중계기로서 동작하는 시나리오를 도시하고, 도 3b는 중계기가 UE-to-UE 중계기인 시나리오를 도시하며, 도 3c는 전송 엔티티, 수신 엔티티 및 중계 엔티티를 포함하는 LTE 중계 시스템의 동작을 개략적으로 도시한다.
도 4는 본 발명의 실시예들을 구현하기 위한 기지국과 같은 전송기, UE들과 같은 하나 이상의 수신기들, 및 하나 이상의 중계 UE들 포함하는 무선 통신 시스템의 개략적인 표현이다.
도 5는 본 발명의 제1 양태에 따른 중계 UE의 일 실시예를 도시한다.
도 6은 본 발명의 제1 양태에 따른 전송 엔티티의 일 실시예를 도시한다.
도 7은 본 발명의 제1 양태에 따라 중계 노드와 TX UE 사이의 추가 피드백 링크를 이용하여 중계 노드를 통해 중계된 TX UE로부터 RX UE로의 전송을 위한 전체 HARQ 피드백을 제공하는 일 실시예를 도시한다.
도 8은 본 발명의 제1 측면에 따라 중계 노드와 TX 사용자 사이의 기존 피드백 링크를 재사용하는 RX 사용자로의 중계 노드를 통해 중계된 TX UE로부터의 전송에 대한 전체 HARQ 피드백을 제공하는 실시예를 도시한다.
도 9는 본 발명의 제1 양태에 따른 RLC 피드백 설정을 위한 실시예들을 도시하고, 도 9a는 전체 RLC 승인을 도입하는 일 실시예를 설명하고, 도 9b는 엔드 투 엔드 피드백을 도시한다.
도 10은 본 발명의 제1 양태의 실시예들에 따른 모드 1에서 동작하는 중계 UE 및 모드 1에서 동작하는 TX UE를 포함하는 무선 통신 네트워크의 제1 실시예를 도시한다 - TX UE로부터 중계기로의 전송을 위한 리소스들 및 전송을 중계하기 위한 리소스들은 gNB에 의해 스케줄링됨 -.
도 11은 은 본 발명의 제1 양태의 실시예들에 따른 모드 1에서 동작하는 중계 UE 및 모드 1에서 동작하는 TX UE를 포함하는 무선 통신 네트워크의 제2 실시예를 도시한다 - TX UE로부터 중계기의 전송을 위한 리소스들은 gNB에 의해 스케줄링되고, 중계 UE는 전송을 중계하는데 이용될 리소스들로 미리 설정됨 -.
도 12는 본 발명의 제1 양태의 실시예들에 따른 모드 2에서 동작하는 중계 UE 및 모드 1에서 동작하는 TX UE를 포함하는 무선 통신 네트워크의 제1 실시예를 도시한다 - TX UE로부터 중계기의 전송을 위한 리소스은 gNB에 의해 스케줄링되고, 전송을 중계하기 위해 이용될 리소스들은 중계 UE에 의해 감지됨 -.
도 13은 본 발명의 제1 양태의 실시예들에 따른 모드 1에서 동작하는 중계 UE 및 모드 2에서 동작하는 TX UE를 포함하는 무선 통신 네트워크의 제1 실시예를 도시한다 - TX UE로부터 중계기로의 전송을 위한 리소스들은 TX UE에 의해 감지되고, 전송을 중계하기 위한 리소스들은 gNB에 의해 스케줄링됨 -.
도 14는 본 발명의 제1 양태의 실시예들에 따른 모드 1에서 동작하는 중계 UE 및 모드 2에서 동작하는 TX UE를 포함하는 무선 통신 네트워크의 제2 실시예를 도시한다 - TX UE는 relay UE로의 전송을 위한 리소스들을 감지하는 대신 그러한 리소들에 대한 요청을 중계 UE로 전송함 -.
도 15는 본 발명의 제1 양태의 실시예들에 따라 gNB인 TX 엔티티 및 모드 1에서 동작하는 중계 UE를 포함하는 무선 통신 네트워크의 제1 실시예를 도시한다 - gNB와 중계 UE 사이 및 중계 UE와 RX UE 사이의 각각의 링크들을 위한 리소스들은 별도의 제어 메시지들로 제공됨 -.
도 16은 본 발명의 제1 양태의 실시예들에 따른 gNB인 TX 엔티티 및 모드 1에서 동작하는 중계 UE를 포함하는 무선 통신 네트워크의 제2 실시예를 도시한다 - gNB와 중계 UE 사이 및 중계 UE와 RX UE 사이의 각각의 링크를 위한 리소스들은 공통 제어 메시지(common control message)로 제공됨 -.
도 17은 본 발명의 제1 양태의 실시예들에 따라 gNB인 TX 엔티티 및 모드 2에서 동작하는 중계 UE를 포함하는 무선 통신 네트워크의 일 실시예를 도시한다.
도 18은 본 발명의 제1 양태의 실시예들에 따라 gNB인 RX 엔티티 및 모드 1에서 동작하는 중계 UE를 포함하는 무선 통신 네트워크의 제1 실시예를 도시한다 - gNB와 중계 UE 사이의 링크를 위한 리소스들은 gNB로부터의 제어 메시지에 의해 제공되며, TX UE로부터 중계 UE로의 전송을 위한 리소스들은 센싱을 통해 TX UE에 의해 의해 획득됨 -.
도 19는 본 발명의 제1 양태의 실시예들에 따른 gNB인 RX 엔티티 및 모드 1에서 동작하는 중계 UE를 포함하는 무선 통신 네트워크의 제2 실시예를 도시한다 - gNB와 중계 UE 사이의 링크를 위한 리소스들은 gNB로부터의 제어 메시지에 의해 제공되며, TX UE로부터 중계 UE로의 전송을 위한 리소스은 중계 UE를 통해 gNB로부터 TX UE에 의해 획득됨 -.
도 20a는 중계될 트래픽과 중계 UE를 위한 트래픽을 구별하는 본 발명의 제2 양태에 따른 중계 UE의 일 실시예를 도시한다.
도 20b는 중계될 트래픽과 중계 UE를 위한 트래픽 사이에서 중계 UE로 향하는 트래픽의 차별화을 제공하는 본 발명의 제2 양태에 따른 전송 엔티티의 일 실시예를 도시한다.
도 21은 중계 노드에서 매핑되는 미리 정의된 또는 새로운 목적지 ID를 사용(employ)하는 본 발명의 제2 양태에 따른 일 실시예를 도시한다.
도 22는 수신 엔티티로의 전송이 중계 노드를 통해 전송될 경우, 전송 엔티티에 의해 이용될 특정 또는 새로운 중계 ID를 사용하는 본 발명의 제2 양태에 따른 수신 엔티티의 일 실시예를 도시한다.
도 23은 트래픽 차별화를 위해 중계 UE의 L1 목적지 ID 및 수신 엔티티의 L2 목적지 ID를 포함하는 MAC 헤더를 사용하는 본 발명의 제2 양태에 따른 일 실시예를 도시한다.
도 24는 전용 중계 제어 채널 구현하는 본 발명의 제2 양태에 따른 실시예들을 도시한다.
도 25는 본 발명의 제2 양태의 실시예들에 따라 추가 중계 리소스 풀을 정의하는 SL-BWP-풀 설정 정보 요소를 도시한다.
도 26은 전송 엔티티와 수신 엔티티 간의 통신을 위해 N 개의 중계기들을 사용하는 본 발명의 일 실시예를 도시한다.
도 27은 전송 엔티티와 수신 엔티티 사이의 엔드 투 엔드 통신을 위해 N=2 중계 레이어들을 사용하는 본 발명의 일 실시예를 도시한다.
도 28은 본 발명의 접근법에 따라 설명된 방법들의 단계들뿐만 아니라 유닛들 또는 모듈들이 실행될 수 있는 컴퓨터 시스템의 예를 도시한다.
도 1은 지상 무선 네트워크의 일 예의 개략적인 표현이고, 도 1a는 코어 네트워크 및 하나 이상의 라디오 액세스 네트워크를 도시하고, 도 1b는 라디오 액세스 네트워크(RAN)의 일 예의 개략적인 표현이다.
도 2는 인-커버리지 및 아웃-오브-커버리지 시나리오들을 표현하고, 도 2a는 서로 직접 통신하는 두 UE들이 모두 기지국에 연결된 인-커버리지 시나리오의 개략적인 표현이고, 도 2b는 UE들이 서로 직접 통신하는 아웃-오브-커버리지 시나리오의 개략적인 표현이다.
도 3은 몇몇 중계 시나리오들을 개략적으로 도시하고, 도 3a는 중계 UE가 UE-네트워크 중계기로서 동작하는 시나리오를 도시하고, 도 3b는 중계기가 UE-to-UE 중계기인 시나리오를 도시하며, 도 3c는 전송 엔티티, 수신 엔티티 및 중계 엔티티를 포함하는 LTE 중계 시스템의 동작을 개략적으로 도시한다.
도 4는 본 발명의 실시예들을 구현하기 위한 기지국과 같은 전송기, UE들과 같은 하나 이상의 수신기들, 및 하나 이상의 중계 UE들 포함하는 무선 통신 시스템의 개략적인 표현이다.
도 5는 본 발명의 제1 양태에 따른 중계 UE의 일 실시예를 도시한다.
도 6은 본 발명의 제1 양태에 따른 전송 엔티티의 일 실시예를 도시한다.
도 7은 본 발명의 제1 양태에 따라 중계 노드와 TX UE 사이의 추가 피드백 링크를 이용하여 중계 노드를 통해 중계된 TX UE로부터 RX UE로의 전송을 위한 전체 HARQ 피드백을 제공하는 일 실시예를 도시한다.
도 8은 본 발명의 제1 측면에 따라 중계 노드와 TX 사용자 사이의 기존 피드백 링크를 재사용하는 RX 사용자로의 중계 노드를 통해 중계된 TX UE로부터의 전송에 대한 전체 HARQ 피드백을 제공하는 실시예를 도시한다.
도 9는 본 발명의 제1 양태에 따른 RLC 피드백 설정을 위한 실시예들을 도시하고, 도 9a는 전체 RLC 승인을 도입하는 일 실시예를 설명하고, 도 9b는 엔드 투 엔드 피드백을 도시한다.
도 10은 본 발명의 제1 양태의 실시예들에 따른 모드 1에서 동작하는 중계 UE 및 모드 1에서 동작하는 TX UE를 포함하는 무선 통신 네트워크의 제1 실시예를 도시한다 - TX UE로부터 중계기로의 전송을 위한 리소스들 및 전송을 중계하기 위한 리소스들은 gNB에 의해 스케줄링됨 -.
도 11은 은 본 발명의 제1 양태의 실시예들에 따른 모드 1에서 동작하는 중계 UE 및 모드 1에서 동작하는 TX UE를 포함하는 무선 통신 네트워크의 제2 실시예를 도시한다 - TX UE로부터 중계기의 전송을 위한 리소스들은 gNB에 의해 스케줄링되고, 중계 UE는 전송을 중계하는데 이용될 리소스들로 미리 설정됨 -.
도 12는 본 발명의 제1 양태의 실시예들에 따른 모드 2에서 동작하는 중계 UE 및 모드 1에서 동작하는 TX UE를 포함하는 무선 통신 네트워크의 제1 실시예를 도시한다 - TX UE로부터 중계기의 전송을 위한 리소스은 gNB에 의해 스케줄링되고, 전송을 중계하기 위해 이용될 리소스들은 중계 UE에 의해 감지됨 -.
도 13은 본 발명의 제1 양태의 실시예들에 따른 모드 1에서 동작하는 중계 UE 및 모드 2에서 동작하는 TX UE를 포함하는 무선 통신 네트워크의 제1 실시예를 도시한다 - TX UE로부터 중계기로의 전송을 위한 리소스들은 TX UE에 의해 감지되고, 전송을 중계하기 위한 리소스들은 gNB에 의해 스케줄링됨 -.
도 14는 본 발명의 제1 양태의 실시예들에 따른 모드 1에서 동작하는 중계 UE 및 모드 2에서 동작하는 TX UE를 포함하는 무선 통신 네트워크의 제2 실시예를 도시한다 - TX UE는 relay UE로의 전송을 위한 리소스들을 감지하는 대신 그러한 리소들에 대한 요청을 중계 UE로 전송함 -.
도 15는 본 발명의 제1 양태의 실시예들에 따라 gNB인 TX 엔티티 및 모드 1에서 동작하는 중계 UE를 포함하는 무선 통신 네트워크의 제1 실시예를 도시한다 - gNB와 중계 UE 사이 및 중계 UE와 RX UE 사이의 각각의 링크들을 위한 리소스들은 별도의 제어 메시지들로 제공됨 -.
도 16은 본 발명의 제1 양태의 실시예들에 따른 gNB인 TX 엔티티 및 모드 1에서 동작하는 중계 UE를 포함하는 무선 통신 네트워크의 제2 실시예를 도시한다 - gNB와 중계 UE 사이 및 중계 UE와 RX UE 사이의 각각의 링크를 위한 리소스들은 공통 제어 메시지(common control message)로 제공됨 -.
도 17은 본 발명의 제1 양태의 실시예들에 따라 gNB인 TX 엔티티 및 모드 2에서 동작하는 중계 UE를 포함하는 무선 통신 네트워크의 일 실시예를 도시한다.
도 18은 본 발명의 제1 양태의 실시예들에 따라 gNB인 RX 엔티티 및 모드 1에서 동작하는 중계 UE를 포함하는 무선 통신 네트워크의 제1 실시예를 도시한다 - gNB와 중계 UE 사이의 링크를 위한 리소스들은 gNB로부터의 제어 메시지에 의해 제공되며, TX UE로부터 중계 UE로의 전송을 위한 리소스들은 센싱을 통해 TX UE에 의해 의해 획득됨 -.
도 19는 본 발명의 제1 양태의 실시예들에 따른 gNB인 RX 엔티티 및 모드 1에서 동작하는 중계 UE를 포함하는 무선 통신 네트워크의 제2 실시예를 도시한다 - gNB와 중계 UE 사이의 링크를 위한 리소스들은 gNB로부터의 제어 메시지에 의해 제공되며, TX UE로부터 중계 UE로의 전송을 위한 리소스은 중계 UE를 통해 gNB로부터 TX UE에 의해 획득됨 -.
도 20a는 중계될 트래픽과 중계 UE를 위한 트래픽을 구별하는 본 발명의 제2 양태에 따른 중계 UE의 일 실시예를 도시한다.
도 20b는 중계될 트래픽과 중계 UE를 위한 트래픽 사이에서 중계 UE로 향하는 트래픽의 차별화을 제공하는 본 발명의 제2 양태에 따른 전송 엔티티의 일 실시예를 도시한다.
도 21은 중계 노드에서 매핑되는 미리 정의된 또는 새로운 목적지 ID를 사용(employ)하는 본 발명의 제2 양태에 따른 일 실시예를 도시한다.
도 22는 수신 엔티티로의 전송이 중계 노드를 통해 전송될 경우, 전송 엔티티에 의해 이용될 특정 또는 새로운 중계 ID를 사용하는 본 발명의 제2 양태에 따른 수신 엔티티의 일 실시예를 도시한다.
도 23은 트래픽 차별화를 위해 중계 UE의 L1 목적지 ID 및 수신 엔티티의 L2 목적지 ID를 포함하는 MAC 헤더를 사용하는 본 발명의 제2 양태에 따른 일 실시예를 도시한다.
도 24는 전용 중계 제어 채널 구현하는 본 발명의 제2 양태에 따른 실시예들을 도시한다.
도 25는 본 발명의 제2 양태의 실시예들에 따라 추가 중계 리소스 풀을 정의하는 SL-BWP-풀 설정 정보 요소를 도시한다.
도 26은 전송 엔티티와 수신 엔티티 간의 통신을 위해 N 개의 중계기들을 사용하는 본 발명의 일 실시예를 도시한다.
도 27은 전송 엔티티와 수신 엔티티 사이의 엔드 투 엔드 통신을 위해 N=2 중계 레이어들을 사용하는 본 발명의 일 실시예를 도시한다.
도 28은 본 발명의 접근법에 따라 설명된 방법들의 단계들뿐만 아니라 유닛들 또는 모듈들이 실행될 수 있는 컴퓨터 시스템의 예를 도시한다.
본 발명의 실시예들은 이하 첨부된 도면을 참조하여 더욱 상세히 설명되며, 여기서 동일 또는 유사한 구성요소들은 동일한 참조 부호가 배정된다.
무선 통신 시스템 또는 네트워크에서, 도 1을 참조하여 상술한 것과 같이, 중계 디바이스들(relay devices) 또는 중계 노드들(relay nodes)은 기지국(base station)의 셀의 라디오 커버리지 에지들(radio coverage edges)에서 발생할 수 있는 감소된 데이터 레이트, 더 약한 신호 및 더 높은 간섭과 같은 성능 이슈들을 해결하기 위해 또는 무선 네트워크들(wireless network)의 커버리지를 확장하기 위해 이용될 수 있다. 중계 노드는 수신된 신호 또는 전송을 단순히 반복 및 전달할 수 있다. 다른 예들에서, 중계 노드는 수신된 신호 또는 전송으로부터 데이터를 추출하고, 노이즈 보정을 적용하고, 자체적으로 새로운 신호 또는 새로운 전송을 송신할 수 있다. 중계 노드는 또한 신호를 단지 반복하기보다는 신호 품질을 향상시킨다. 도 3a는 중계 UE가 UE-네트워크 중계기로서 동작하는 시나리오를 도시한다. 위에서 언급된 중계 디바이스 또는 중계 노드는 이하에서 사용자 장비(user equipment)(UE)일 수 있으며, 중계 UE로 지칭된다. 도 3a는 코어 네트워크(202a)의 목적지, 예를 들어, 액세스 네트워크(202a)의 엔티티에 연결되는 gNB와 같은 UE(200)를 도시한다. 원격(remote) UE라고도 지칭되는 UE(200) 사이의 엔드 투 엔트 통신(end-to-end communication) 및 목적지는 원격 UE(200)에 대한 코어 네트워크(202) 내의 목적지로의 연결을 지원하는 기능성을 제공하는 중계 UE(204)를 이용한다. 원격 UE(200)와 중계 UE는 PC5 인터페이스를 이용하여 통신할 수 있고, 중계 UE와 액세스 네트워크는 Uu 인터페이스를 이용하여 통신할 수 있다.
NR 또는 5G에서는 UE-네트워크 중계기(relay) 외에도 UE-UE 중계기도 지원된다. 이러한 시나리오에서, 목적지(202)는 다른(another) UE이다. 도 3b는 중계기가 UE-to-UE 중계기(204)인 시나리오를 도시한다. 원격 UE(200)는 다른 UE(202)에 접속하고, 중계 UE(204)는 원격 UE(200)에 대해 목적지 UE(208)로의 연을 지원하는 기능(funtionality)을 제공한다. 원격 UE(200) 및 중계 UE는 PC5 인터페이스를 이용하여 통신할 수 있고, 중계 UE 및 다른 UE(202) 또한 PC5 인터페이스를 이용하여 통신할 수 있다. 도 3a 및 도 3b는 중계기가 UE인 것을 예시하지만, 중계기는 네트워크 연결성(network connectivity)을 가지고 원격 UE(200)가 다른 UE 또는 코어 네트워크와 같이 목적지(202)에 연결되는 것을 가능하게 하는 임의의 엔티티일 수 있다. 예를 들어, 중계 엔티티는 그룹 리더(group leader) UE, RSU(road side unit), 또는 임의의 이동 또는 고정 디바이스일 수 있다. 이러한 중계 엔티티는 리소스들의 스케줄링 등과 같은 일부 기지국 기능을 가지는 중계 노드일 수 있다. 또한, 중계기는 AF(amplify and foward) 중계기에서와 같이 중계 기능을 제공하는 기지국 인프라 디바이스(base station infrastructure device)와 같은 고전적인 의미의 중계 노드이거나, 또는 인터넷 프로토콜(internet protocol)(IP) 레벨에서 데이터를 전달하는 레이어 3(L3) 또는 레이어-2(L2) 상에서 동작하는 DF(decode-and-foward) 중계기일 수도 있다. 차량 사용자 디바이스들(vehicular user deivices)의 상술한 시나리오들에서, 복수의 이러한 사용자 디바이스들은 간단히 그룹이라고도 하는 사용자 디바이스 그룹을 형성할 수 있고, 그룹 내 또는 그룹 멤버들 사이의 통신은 PC5 인터페이스와 같은 사용자 디바이스들 사이의 사이드링크 인터페이스들(sidelink interfaces)를 통해 수행될 수 있다. 예를 들어, 차량 사용자 디바이스들을 사용하는 상술된 시나리오들은 차량 사용자 디바이스들이 장착된 복수의 차량들이, 예를 들어, 원격 드라이빙 애플리케이션(remote driving application)에 의해 함께 그룹화될 수 있는 운송 산업의 분야에서 이용될 수 있다. 복수의 사용자 디바이스들이 서로 간의 사이드링크 통신을 위해 함께 그룹화될 수 있는 다른 사용 사례들은, 예를 들어, 공장 자동화 및 전력 분배를 포함한다. 공장 자동화의 경우, 공장 내의 복수의 이동 또는 고정 기계들은 사용자 디바이스들 장착할 수 있고, 예를 들어, 로봇의 모션 제어와 같이 기계의 동작을 제어하기 위한 사이드링크 통신을 위해 함께 그룹화될 수 있다. 전력 분배의 경우, 전력 분배 그리드 내의 엔티티들은 시스템의 특정 영역 내에서 시스템을 모니터링하고 전력 분배 그리드 고장(failure) 및 정전(outage)을 처리하는 것을 허용하기 위해 서로 사이드링크 통신을 통해 통신하도록 함께 그룹화될 수 있는 각각의 사용자 디바이스들을 장착할 수 있다. 당연히, 전술한 사용 사례들에서 사이드링크 통신은 그룹 내의 통신에 한정되지 않는다. 오히려, 사이드링크 통신은 UE들의 임의의 쌍과 같이 임의의 UE들 사이에 있을 수 있다.
사용자 디바이스-네트워크 중계기(UE-to-Network relay)가 4G를 위한 3GPP 규격(specification)에서 명시되어 있다. 중계기들은 LTE에서 D2D(device-to-device) 중계를 위한 확장(expansion)이 있는 독립형 개념(standalone concept)으로 특징지어진다. 중계 노드들은 LTE에서 기지국(BS)과 통신할 때는 UE처럼 동작하고, UE와 통신할 때는 BS처럼 동작한다. 소위 BS-to-RN 전송들이라고 불리는 기지국과 중계 노드(RN) 사이에서의 전송들은 다운링크(DL) 서브프레임들에서 이루어지는 반면, RN-to-BS 전송들은 업링크(UL) 서브프레임들에서 이루어진다. FDD(frequency division duplex) 시스템들의 경우, BS-to-RN 및 RN-to-UE 전송들이 DL 주파수 대역에서 발생하고, RN-to-BS 및 UE-to-RN 전송들은 UL 주파수 대역에서 발생한다. TDD(time division duplex) 시스템의 경우, DL BS-to-RN 전송은 D 서브프레임에서 수행되고, UL RN-to-BS 전송은 U 서브프레임에서 수행되며, 여기서 D 및 U 서브프레임은 LTE를 위한 서브프레임 설정에 따라 정의된다. 중계 노드들이 시스템이나 네트워크에 의해 지원되는 경우, BS-to-RN 통신에 이용되는 특정 서브프레임이 존재한다. FDD 시스템들의 경우, RN-to-BS 통신은 BS-to-RN 통신보다 4개의 서브프레임들 이후에 발생하고, TDD 시스템들의 경우 RN-to-BS 통신은 BS-to-RN 통신으로부터 미리 정의된 오프셋(offset)으로 발생한다. BS으로부터 RN으로의 제어 정보(control information)는 R-PDCCH 또는 중계 PDCCH라고 하는 별도의 제어 채널을 이용하여 전송된다. R-PDCCH는 DCI와 같은 제어 정보를 BS에서 RN으로 전송하기 위해 사용되며, 레귤러(regular) PDCCH는 RN에서 UE로의 제어 정보의 전송에 사용된다.
도 3c는 전송 엔티티(transmitting entity)(200), 수신 엔티티(receiving entity)(202) 및 중계 엔티티(relaying entity)(204) - 중계 엔티티(204)는 중계 UE 또는 중계 노드(RN)이라고도 지칭됨 - 를 포함하는 LTE 중계 시스템의 동작을 개략적으로 도시한다. 도 3c에 묘사된 예에서, 전송 엔티티(200)는 전송기(tranmitter)(TX)의 역할을 하는 eNB 또는 기지국이고, 수신 엔티티(202)는 원격 UE라고도 지칭되는 수신(RX) UE이다. 중계 엔티티(204)는 중계 기능을 제공하는 인프라 디바이스다. 도 3c는 eNB(200)가 중계 엔티티(204)를 통해 수신 엔티티(202)로 데이터를 전송하는 상황을 도시한다. eNB(200)는 R-PDCCH에 대한 DCI 및 PDSCH에 대한 전송 관련 데이터와 같은 제어 정보를 포함하는 중계 엔티티(204)와 eNB(200) 사이의 다운링크 채널을 통해 전송(①)한다. DCI 및 데이터는 중계 엔티티(204)에서 수신된다. 중계 엔티티(204)는 다운링크 전송에 대한 신뢰성을 향상시키기 위해, PUCCH과 같은 업링크 제어 채널(uplink control channel) 상에 eNB(200)로부터 중계 엔티티(204)로의 전송 상태에 관한 피드백(②), 예를 들어, HARQ 피드백을 제공한다. 중계 엔티티(204)는 eNB(200)로부터의 데이터의 성공적인 수신에 응답하여, 중계 엔티티(204)와 수신 엔티티(202) 사이의 다운링크 채널 상에서 수신 엔티티(202)로 데이터 - 보다 구체적으로, PDCCH에 대한 DCI와 같은 제어 채널에서의 제어 정보 및 PDSCH와 같은 데이터 채널에서의 데이터 - 를 전송(③)한다. 수신 엔티티(202)는 중계 엔티티(204)로부터 수신 엔티티(202)로의 전송의 상태에 관한 피드백(④) - PUCCH와 같은 수신 엔티티(202)와 중계 엔티티(204) 사이의 업링크 제어 채널에 대한 HARQ 피드백과 같은 피드백 - 을 제공한다. NR 또는 5G에서는 UE-네트워크 중계기(relay) 외에도 UE-UE 중계기도 지원된다. 이러한 시나리오에서, 목적지(202)는 다른(another) UE이다.
eNB와 수신 엔티티 사이에서 동작하는 상술한 중계기에 더하여, D2D 중계 노드들 또는 중계 엔티티들도 3GPP에서 특정(specify)되지만, UE-to-네트워크 중계기만 특정된이다. 기지국은 기지국과 수신 엔티티 사이의 Uu 링크의 품질에 대한 RSRQ(reference signal received quality) 임계값과 함께 중계 발견(relay discovery)에 이용될 전송 리소스 풀(transmit resource pool)에 대한 설정을 브로드캐스팅(broadcasting)할 책임이 있다. 이 설정은 시스템 정보 블록들(system information blocks)(SIBs), 18/19를 이용하여 브로드캐스트되며, RSRQ 임계값은 RSRQ가 미리 정의된 임계치 이하로 내려갈 경우 수신 엔티티가 기지국과의 다이렉트 링크(direct link)를 유지할지 또는 중계 노드를 통한 연결로 스위치(switch)할지 여부를 결정하기 위해 수신 엔티티에 의해 사용된다. 수신 엔티티는 가능 중계 엔티티들(possible relaying entities)를 선택하고, 수신 엔티티가 기지국의 커버리지 내에 있는 경우 이러한 선택을 기지국에 알린다. 그리고(then), 기지국은 중계 노드와 수신 엔티티 간의 중계 기반 통신(relay based communication)을 위한 리소스 할당(resource allocation)을 스케줄링 또는 결정한다. 즉, 기지국은 수신 엔티티와 중계 엔티티 사이의 전송에 이용될 리소스들을 결정한다.
D2D 통신은 차량 애플리케이션들도 포함하고, 초기 V2X(vehicle-to-everything) 규격은 3GPP 표준의 릴리스(release) 14에 포함되어 있다. 리소스들의 스케쥴링 및 배정(assignment)은 V2X 요구 사항에 따라 수정되었으며, 오리지널(original) D2D 통신 표준은 설계의 기초로 사용된다. 향상된 V2X 또는 eV2X라고도 알려진 LTE V2X 표준의 릴리스 15 및 5G NR V2X 표준의 릴리스 16은 데이터 채널 및 제어 채널과 함께 전용 피드백 채널을 포함하는 리소스 풀 설계를 도입한다. 릴리스 17은 차량 통신뿐만 아니라 공공 안전 및 상업적 사용 사례들과 같은 모든 종류의 D2D 통신을 수용하기 위해 절전(power saving), 향상된 신뢰성 및 감소된 레이턴시(recuced latency)에 중점을 둔 사이드링크 중계기 및 사이드링크 향상에 중점을 둔다. 또한 릴리스 17은 중계기를 사용하여 UE-to-네트워크 및 UE-to-UE 커버리지 확장을 제공하는 데 중점을 둔다.
그러나, 상술한 바와 같이, 중계 전송(relay transmission)에서의 피드백에 관해서는, 전송 엔티티로부터 중계 엔티티로 및 원격 엔티티(remote entity)로부터 중계 엔티티로의 전송에 대한 피드백만이 존재하지만, 기지국 또는 전송 엔티티가 수신 엔티티에 대한 자신의 전송이 성공적 또는 비-성공적임을 인지하게 되는 전체적인 피드백은 없다. 예를 들어, LTE에서는 중계 엔티티로부터 기지국으로의 데이터 전송을 위해 PHICH(physical hybrid ARQ indicator channel) 상에서 기지국과 중계 엔티티 사이의 물리 레이어(physical layer) HARQ 피드백을 지원하지 않는다. 오히려 피드백은 PUSCH와 같은 각각의 업링크 데이터 채널들에서 전송되는 각 전송 블록(tansport block)(TB)에 대해 상위 레이어로 전달된다.
중계 엔티티를 통해 기지국으로부터 수신 엔티티로 전송할 때, 각각의 엔티티들 간에 어떤 종류의 피드백이 주어지지만, D2D 중계기들은 중계 엔티티를 통한 전송 UE로부터 수신 엔티티로의 전체 피드백은 고사하고, 어떤 종류의 피드백도 지원하지 않으므로 전송 UE는 수신 엔티티에서 자신의 전송이 성공적 또는 비-성공적인지 알지 못한다.
또한, 종래의 중계 시스템에서, D2D 노드와 같은 중계 노드는 UE-to-네트워크 중계만을 지원하므로 중계 노드는 그것이 중계 엔티티를 위한 것인지 또는 수신 엔티티를 위한 것인지에 대하여 컨트롤과 데이터를 차별화(또는, 차등화)(differentiate)할 필요가 없다. 예를 들어, LTE 중계기들은 별도의 제어 채널을 유지함으로써 이를 달성하지만, 그러나 중계기가 도입되고 중계기들은 본질적으로 UE들이기 때문에, 중계 엔티티 역할을 하는 UE가 수신하는 트래픽을 차별화할 필요가 있다. 중계 엔티티는 UE 자체를 위한 전송들 또는 패킷들(packets)뿐만 아니라, 목적지(destination) UE 또는 수신 엔티티와 같은 수신 엔티티로 중계될 전송들 또는 패킷들을 수신할 수도 있다.
본 발명은 상기 이슈들(issues)을 해결한다. 본 발명의 제1 양태의 실시예들은 수신 엔티티로 중계된 전송의 최종 상태를 전송 엔티티에게 알리기 위한 접근법들을 제공한다. 본 발명의 제2 양태의 실시예들은 중계 노드(RN)에서 제어 및 데이터 메시지와 같은 전송을 중계될 전송들인 제1 전송들과 중계 노드를 위한 전송들인 제2 전송들로 구별하기 위한 접근법을 제공한다. 따라서, 본 발명은 상기 문제점들을 해결하고, NR 사이드링크 중계기와 같은 사이드링크 중계기에 의한 피드백 및/또는 트래픽 차별화에 관한 향상 및 개선을 제공한다. 본 발명의 실시예들은 기지국들 및 사용자들, 이동 단말들(mobile terminals), 또는 IoT 디바이스들을 포함하는 도 1에 도시된 것과 같은 무선 통신 시스템에서 구현될 수 있다. 도 4는 본 발명의 실시예들을 구현하기 위한, 기지국 또는 gNB와 같은 전송기(300), 하나 이상의 사용자 디바이스들(302, 304), 및 중계 UE들과 같은 하나 이상의 중계 엔티티들(306, 308, 310)을 포함하는 무선 통신 시스템의 개략적인 표현이다. 전송기(300) 및 수신기들(receivers)(302, 304)은 각각의 라디오 링크들(radio links)과 같은 각각의 무선 통신 링크들 또는 채널들(310a, 310b, 312a, 312b, 314a, 314b)을 이용하여 각각의 중계 엔티티들(306, 308, 310)를 통해 통신할 수 있다. 전송기(300)는 서로 결합된 하나 이상의 안테나(ANTT) 또는 복수의 안테나 소자들을 가지는 안테나 어레이(antenna array), 신호 프로세서(300a), 및 송수신기(transceiver)(300b)를 포함할 수 있다. 수신기들(302, 304)은 서로 결합된 하나 이상의 안테나들(ANTUE) 또는 복수의 안테나들을 가지는 안테나 어레이, 신호 프로세서(302a, 304a), 및 송수신기(302b, 304b)를 포함한다. 중계 엔티티들(306, 308, 310)의 각각은 서로 결합된 하나 이상의 안테나(ANT) 또는 복수의 안테나들을 가지는 안테나 어레이, 신호 프로세서, 및 송수신기(T)를 포함한다. 기지국(300) 및 UE(302)는 기지국(300)과 중계 엔티티(310) 사이에서 Uu 인터페이스 또는 다른 3GPP 또는 비-3GPP 인터페이스를 이용하는 라디오 링크와 같은 무선 통신 링크(314b)를 이용하여 및 UE(302)와 중계 엔티티(310) 사이에서 PC5/sidelink(SL) 인터페이스를 이용하는 라디오 링크와 같은 무선 통신 링크(314a)를 이용하여 중계 엔티티(310)를 통해 통신할 수 있다. 마찬가지로, 기지국(300) 및 UE(304)는 기지국(300)과 중계 엔티티(308) 사이에서 Uu 인터페이스를 이용하는 라이오 링크와 같이 무선 통신 링크(312b)를 이용하여 및 UE(304)와 중계 엔티티(308) 사이에서 SL 인터페이스를 이용하는 라디오 링크와 같은 무선 통신 링크(312a)를 이용하여 중계 엔티티(308)을 통해 통신할 수 있다. UE들(302, 304)는 UE(302)와 중계 엔티티(306) 사이에서 SL 인터페이스를 사용하는 라디오 링크를 이용하는 무선 통신 링크(310a)를 이용하여 및 UE(304)와 중계 엔티티(310) 사이에서 SL 인터페이스를 이용하는 라디오 링크와 같은 무선 통신 링크(310b)를 이용하여 중계 엔티티(306)을 통해 서로 통신할 수 있다. 도 4에 도시된 바와 같이, 시스템 또는 네트워크, 하나 이상의 UE들(302, 304), 하나 이상의 중계 엔티티들(306~310), 및/또는 기지국(300) 중에서 임의의 하나는 본 명세서에 설명된 본 발명의 교시에 따라 동작할 수 있다. 이하에서, 중계 엔티티는 중계 UE로 지칭된다.
제1 양태(first aspect)
본 발명의 제1 양태는 중계 노드 또는 중계 UE를 통해 전송할 때, 기지국 또는 UE와 같은 실제(actual) 전송 엔티티가 수신 엔티티에서의 전송의 상태를 인지하는 중계 전송 시스템에서의 현재 방법이 없다는 문제점을 해결한다.
중계 UE(RELAY UE)
제1 양태에 따르면, 본 발명은 무선 통신 네트워크를 위한 사용자 디바이스(UE)를 제공한다.
UE는 전송 엔티티와 상기 무선 통신 네트워크의 하나 이상의 수신 엔티티 사이의의 연결을 지원하는 기능을 제공하도록 중계 엔티티로서 동작하고, 및
UE는 전송 엔티티로부터 전송을 수신하는 것 및 수신 엔티티를 향한 전송을 중계하는 것에 응답하여, 전송 엔티티에 피드백 - 피드백은 수신 엔티티에서의 전송의 성공 및/또는 비-성공적 수신을 표시(indicate)함 - 을 전송한다.
실시예들에 따르면,
UE는 UE가 수신 엔티티로부터 HARQ-ACK 또는 HARQ-NACK과 같은 수신 엔티티에서의 전송의 성공적 및/또는 비-성공적 수신을 표시하는 피드백을 수신하는 경우, 수신 엔티티로부터 수신된 피드백을 전송 엔티티로 전송하고, 및
UE는 UE가 수신 엔티티로부터 피드백을 수신하지 못한 경우, HARQ-NACK과 같은 수신 엔티티에서의 전송의 비-성공적 수신을 전송 엔티티에 신호(signal)한다.
실시예들에 따르면, UE는 UE가 HARQ-ACK와 같이, 수신 엔티티에서의 전송의 성공적 수신을 표시하는 수신 엔티티로부터의 피드백을 수신하는 경우, 피드백의 수신 후 설정된(configured) 또는 미리 설정된 시간 윈도우(time window) 내에, 예를 들어, 가능한 가장 빠른 기회에, 수신 엔티티로부터 수신된 피드백을 전송 엔티티로 전송한다.
실시예들에 따르면, UE가 HARQ-NACK와 같이, 수신 엔티티에서의 상기 전송의 비-성공적 수신을 표시하는 수신 엔티티로부터의 피드백을 수신하는 경우,
-
UE는 피드백의 수신 후 설정된 또는 미리 설정된 시간 윈도우 내에, 예를 들어, 가능한 가장 빠른 기회에, 수신 엔티티로부터 수신된 피드백을 전송 엔티티로 전송하고, 수신 엔티티로 전송을 재전송(retransmit)하지 않거나, 또는
-
UE는 수신 엔티티로 전송을 재전송하고, 수신 엔티티로부터 전송의 성공적 수신을 표시하는 피드백이 수신될 때까지, 예를 들어 MCS 또는 코딩 레이트(coding rate)와 같이, 동일하거나 상이한 전송 파라미터들(transmission parameters)로 전송을 지속적으로 재전송하고, 하나 이상의 미리 정의된 이벤트가 발생할 때까지 수신 엔티티로부터 수신된 성공적 피드백을 상기 전송 엔티티로 전송한다.
실시예들에 따르면, 하나 이상의 다음의 이벤트들은,
-
UE가 재전송들을 수행하는 동안, 설정된 또는 미리 설정된 타이머(timer)가 경과(elapse)하는 것, 또는
-
UE가 수행하는 설정된 또는 미리 설정된 최대 중계 재전송 횟수(maximum number of relay retransmissions)에 도달하는 것을 포함한다.
실시예들에 따르면, UE는 하나 이상의 이벤트에 응답하여, 피드백의 수신 후 설정된 또는 미리 설정된 시간 윈도우 내에, 예를 들어, 가능한 가장 빠른 기회에, HARQ-NACK와 같이, 수신 엔티티에서의 전송의 비-성공적 수신을 표시하는 피드백을 전송 엔티티로 전송한다.
실시예들에 따르면, UE는 비-3GPP 인터페이스(non-3GPP interface) 또는 3GPP 인터페이스와 같은 액세스 네트워크 인터페이스(access network interface) 또는 사이드링크(sidelink)와 같은 다이렉트 인터페이스(direct interface)를 통해 전송 엔티티로부터 전송을 수신한다.
실시예들에 따르면,
-
전송 엔티티는 사용자 디바이스 또는 중계 엔티티를 포함하고, 수신 엔티티는 사용자 디바이스 또는 중계 엔티티를 포함하거나, 또는
-
전송 엔티티는 사용자 디바이스 또는 중계 엔티티를 포함하고, 수신 엔티티는 RAN(radio access network) 엔티티와 같은 네트워크 엔티티(network entity)를 포함하거나, 또는
-
전송 엔티티는 RAN 엔티티와 같은 네트워크 엔티티를 포함하고, 수신 엔티티는 사용자 디바이스, 또는 중계 엔티티를 포함한다.
실시예들에 따르면, 수신 엔티티로부터 수신된 피드백은 수신 엔티티에서의 전송의 성공적 및/또는 비-성공적 수신을 표시하는 정보에 추가하여, 다음 중 하나 이상과 같은 추가 정보를 포함할 수 있다.
-
수신 엔티티와 UE 사이의 링크 품질(link quality),
-
수신 엔티티와 UE 사이의 상기 거리를 표시하는 존 아이디(zone ID) 또는 거리 측정(distance measure),
-
수신 엔티티가 전송들을 성공적으로 수신하도록 전송 엔티티를 지원하는 추가 데이터
-
수신 엔티티가 전송 엔티티에 데이터를 전송하려고 한다는 표시(예: 스케쥴링 요청(scheduling request)(SR) 또는 버퍼 상태 레포트(bubber status report)(BSR)),
-
HARQ/전송 프로세스(transmission process)를 중단하는 것을 표시하는 상기 수신 엔티티로부터의 신호,
-
UE로부터 전송되고 상기 수신 사용자 디바이스(receiving UE)에서 수신된 m개의 최고 빔들(top beams) 또는 베스트 빔(best beam)의 빔 인덱스(beam index)
실시예들에 따르면, 수신 엔티티로부터 수신된 피드백은 수신 엔티티에서의 둘 이상의 전송들의 성공적 및/또는 비-성공적 수신을 표시하는 집계된 피드백(aggregated feedback)이다.
실시예들에 따르면, 집계된 피드백은 다음 중 하나 이상을 포함한다.
-
미리 정의된 시간 윈도우 내에 패킷들(packets)과 같은 일부 또는 모든 전송들이 성공적 또는 비-성공적으로 수신되었는지에 대한 표시,
-
패킷들과 같은 미리 정의된 수의 전송들이 성공적 또는 비-성공적으로 수신되었는지에 대한 표시,
-
패킷들과 같은 전송들 중에서 성공적으로 수신된 전송 및/또는 패킷들과 같은 전송들 중에서 비-성공적으로 수신된 전송 또는 수신에 실패한 전송,
-
패킷들과 같은 성공적으로 수신된 전송 중에서 초과 딜레이 버짓(exceeded delay budget)으로 수신된 전송,
-
수신 엔티티 및 사용자 디바이스 사이의 악화중인 링크 품질(deteriorating link quality)의 표시, 예를 들어, 링크 품질이 설정된 또는 미리 설정된 임계값(에) 근접하거나, 미만인 경우,
-
원격 사용자 디바이스와 사용자 디바이스 사이의 중계 링크(relay link)를 통한 새로운 최대 가능 QoS(new maximum possible QoS)를 표시하는 업데이트.
실시예들에 따르면, UE는 물리 레이어(physical layer, PHY layer)에서 수신 엔티티로부터 수신된 피드백을, 예를 들어, 전송 엔티티가 사용자 디바이스 또는 중계 엔티티인 경우 PSFCH를 사용하고, 전송 엔티티가 네트워크 엔티티인 경우 PUCCH 또는 PUSCH를 사용하여 전송한다.
실시예들에 따르면,
UE는 전송 엔티티로부터의 전송에 응답하여, UE와 전송 엔티티 사이의 제1 피드백 링크를 사용하여 전송 엔티티로 추가 피드백을 전송하고, 추가 피드백은 HARQ-NACK 또는 HARQ-ACK와 같이, UE에서의 전송의 성공적 및/또는 비-성공적 수신을 표시하고,
UE는 UE와 전송 엔티티 사이의 제2 피드백 링크를 이용하여 수신 엔티티와 연관된 피드백을 전송하고, 제1 피드백 링크 및 제2 피드백 링크는, 기존 PHY 채널(existing PHY channel)에서 다른 리소스들(resources)을 사용한다 - 예를 들어, 전송 엔티티가 사용자 디바이스 또는 중계 엔티티인 경우 PSFCH를 사용하거나, 전송 엔티티가 네트워크 엔티티인 경우 PUCCH 또는 PUSCH를 사용함 -.
실시예들에 따르면, UE는 전송 엔티티가 다른 사용자 디바이스 또는 중계 엔티티인 경우, PSFCH를 이용하여 수신 엔티티로부터 수신된 피드백을 전송하고,
수신 엔티티로부터 수신된 피드백을 전송하기 위한 리소스들은,
-
수신 엔티티로부터 UE 및 UE로부터 전송 엔티티로의 피드백 전송을 위해 PSFCH 리소스들에 대한 매핑 간의 관계에 의해 암시적(implicitly)으로 매핑되거나, 또는
-
전송 엔티티에 의해, PSFCH 상의 어떤 리소스들이 수신 엔티티와 연관된 피드백의 보고를 위해 이용될 것인지를 UE에 표시하는 것에 의해 명시적으로 매핑된다.
실시예들에 따르면, UE는 전송 엔티티가 네트워크 엔티티인 경우, PUCCH 또는 PUSCH 리소스들을 이용하여 수신 엔티티로부터 수신된 피드백을 전송한다.
실시예들에 따르면, 사용자 디바이스는, 예를 들어, DCI에서, 추가 피드백 및 수신 엔티티로부터 수신된 피드백을 보고하기 위해 이용될 리소스들을 네트워크 엔티티로부터 수신한다.
실시예들에 따르면,
UE와 전송 엔티티 사이의 연결은 UE에서의 전송의 성공적 및/또는 비-성공적 수신을 표시하기 위해, 기존 PHY 채널에서의 피드백 링크를 포함하고 - 예를 들어, 전송 엔티티가 사용자 디바이스 또는 중계 엔티티인 경우 PSFCH를 사용하거나, 전송 엔티티가 네트워크 엔티티인 경우 PUSCH 또는 PUCCH를 사용함 -,
UE는 UE에서의 전송의 성공적 및/또는 비-성공적 수신을 표시하는 피드백 대신 수신 엔티티로부터 수신된 피드백을 피드백 링크 상에서 전송한다.
실시예들에 따르면, UE는 전송 엔티티가 다른 UE 또는 중계 엔티티인 경우, UE에서의 전송의 성공적 및/또는 비-성공적 수신을 표시하는 피드백을 위해, 전송 엔티티에 의해 스케쥴링된 PSFCH 리소스들을 사용하여, 수신 엔티티로부터 수신된 피드백을 전송한다.
실시예들에 따르면, UE는 전송 엔티티가 네트워크 엔티티인 경우, UE에서의 전송의 성공적 및/또는 비-성공적 수신을 표시하는 피드백을 위해, 전송 엔티티에 의해 스케쥴링된 PUCCH 또는 PUSCH 리소스들을 이용하여, 수신 엔티티로부터 수신된 피드백을 전송한다.
실시예들에 따르면, 수신 엔티티로부터 수신된 피드백이 비-성공적 전송을 표시하는 경우, 피드백은 비-성공적 전송의 원인이된 특정 연결에 관한 정보를 포함한다.
실시예들에 따르면, 전송기 엔티티로의 잘못된 연결(faulty connection)에 대한 표시는 수신 엔티티와 사용자 디바이스 사이의 연결 및/또는 사용자 디바이스와 전송기 엔티티 사이의 연결 상에서 비-성공적 전송이 발생하였는지 여부를 표시하는 2비트 인디케이터(indicator) 및/또는 싱글 비트 인디케이터를 포함한다.
실시예들에 따르면, UE는 MAC(medium access control) 레이어에서 수신 엔티티로부터 수신된 피드백을 전송한다.
실시예들에 따르면, UE는 MAC 제어 요소(control element)(CE)를 이용하여 수신 엔티티로부터 수신된 피드백을 전송한다.
실시예들에 따르면, UE는 전송 엔티티로부터의 전송을 수신하는 것에 응답하여, 사용자 디바이스와 전송 엔티티 사이의 PHY 레이어의 피드백 채널을 이용하여 전송 엔티티로 추가 피드백을 전송하고, 추가 피드백은 HARQ-NACK 또는 HARQ-ACK와 같이, 사용자 디바이스에서의 전송의 성공적 및/또는 비-성공적 수신을 표시한다.
실시예들에 따르면, UE는 RLC(radio link control) 레이어에서 수신 엔티티로부터 수신된 피드백을 전송한다.
실시예들에 따르면,
전송 엔티티는 확인 모드(acknowledge mode)(AM)에서 동작하고, 수신 엔티티로부터 수신된 피드백은 RLC ACK이고,
UE는 UE로부터 전송 엔티티로의 RLC ACK를 대체(replace)하는 엔드 투 엔드 피드백(end-to-end feedback)을 제공하도록, 수신 엔티티로부터 RLC ACK를 수신하고, 수신 엔티티로부터 전송 엔티티로 RLC ACK를 전달(forward)한다.
실시예들에 따르면,
전송 엔티티는 확인 모드(AM)에서 동작하고,
UE는 전송 엔티티로부터의 전송을 성공적으로 수신한 것에 응답하여, 제1 RLC ACK를 전송하고, 수신 엔티티에서 전송이 성공적으로 수신되었다는 확인을 수신하는 것에 응답하여, 수신 엔티티로부터 수신된 피드백으로서 제2 RLC ACK를 전송한다.
실시예들에 따르면, UE는 이동 단말(mobile terminal), 또는 고정 단말(stationary terminal), 또는 셀룰러 IOT-UE, 또는 차량 UE, 또는 그룹 리더(group leader)(GL) UE, 또는 IoT, 또는 협대역(narrow band)(NB) IoT 디바이스, 또는 스마트워치(smartwatch)와 같은 웨어러블 디바이스(wearable device), 또는 피트니스 트래커(fitness tracker), 또는 스마트 글래스(smart glasses), 또는 육상 기반 차량(ground based vehicle), 또는 공중 차량(aerial vehicle), 또는 드론, 또는 이동식 기지국(moving base station), 또는 로드 사이드 유닛(road side unit)(RSU), 또는 건물(building), 또는 예를 들어, 센서 또는 액추에이터(actuator)와 같이, 무선 통신 네트워크를 이용하여 통신할 수 있도록 하는 네트워크 연결성(network connectivity)을 갖춘 임의의 다른 아이템 또는 디바이스, 또는 예를 들어, 센서 또는 액추에이터와 같이, 무선 통신 네트워크 사이드 링크(side link)를 이용하여 통신할 수 있도록 하는 네트워크 연결을 갖춘 임의의 아이템 또는 디바이스, 또는 임의의 사이드링크 가능 네트워크 엔티티(sidelink capable network entity) 중 하나 이상을 포함한다.
전송 엔티티(TRANSMITTING ENTITY)
제1 양태에 따르면, 본 발명은 무선 통신 네트워크를 위한 전송 엔티티를 제공하고,
전송 엔티티는 무선 통신 네트워크의 하나 이상의 수신 엔티티와 전송 엔티티 사이의 연결을 지원하는 기능을 제공하도록 중계 엔티티에 연결 가능하고,
전송 엔티티는 수신 엔티티로 중계(relaying)하기 위한 중계 엔티티로 전송(transmission)을 송신하는 것에 응답하여, 중계 엔티터로부터 피드백을 수신하고, 피드백은 HARQ-NACK 또는 HARQ-ACK와 같이, 수신 엔티티에서의 전송의 성공적 및/또는 비-성공적 수신을 표시한다.
실시예들에 따르면,
전송 엔티티는 HARQ-NACK 또는 HARQ-ACK와 같이, 수신 엔티티에서의 전송의 성공적 및/또는 비-성공적 수신을 표시하는 피드백을 중계 엔티티가 수신 엔티티로부터 수신하는 경우, 수신 엔티티로부터 수신된 피드백을 중계 엔티티로부터 수신하고,
전송 엔티티는 수신 엔티티로부터 피드백을 수신하지 못하는 경우, HARQ-NACK와 같이, 수신 엔티티에서의 전송의 비-성공적 수신에 대한 신호를 중계 엔티티로부터 수신한다.
실시예들에 따르면, 전송 엔티티는 설정된 또는 미리 설정된 기간 내에 중계 엔티티로부터의 피드백이 없는 것 또는 수신 엔티티에서의 전송의 비-성공적 수신을 표시하는 중계 엔티티로부터의 피드백에 응답하여, 수정된 전송 파라미터들(예: MCS, 코딩 레이트)로 재전송을 시작(initiate)하거나, 다른 중계 UE를 사용하여 다른 경로를 시도(try)한다.
실시예들에 따르면, 전송 엔티티는 비-3GPP 인터페이스 또는 3GPP 인터페이스와 같은 네트워크 인터페이스를 통해 또는 사이드링크와 같은 다이렉트 인터페이스를 통해, 전송을 중계 엔티티로 송신(send)한다.
실시예들에 따르면,
-
전송 엔티티는 사용자 디바이스 또는 중계 엔티티를 포함하고, 수신 엔티티는 사용자 디바이스 또는 중계 엔티티를 포함하거나, 또는
-
전송 엔티티는 사용자 디바이스 또는 중계 엔티티를 포함하고, 수신 엔티티는 RAN(radio access network) 엔티티와 같은 네트워크 엔티티(network entity)를 포함하거나, 또는
-
전송 엔티티는 RAN 엔티티와 같은 네트워크 엔티티를 포함하고, 수신 엔티티는 사용자 디바이스, 또는 중계 엔티티를 포함한다.
실시예들에 따르면, 전송 엔티티는 PHY 레이어, MAC 레이어, 또는 RLC 레이어 중 하나에서 수신 엔티티로부터 수신된 피드백을 수신한다.
실시예들에 따르면, 전송 엔티티는 전송의 송신(sending)에서 시작하여, 전송 엔티티가 중계 엔티티로부터, 수신 엔티티로부터 수신된 피드백을 수신할 것으로 예상되는 기간(time period)을 표시하는 타이머를 포함한다.
실시예들에 따르면, 전송 엔티티는 시간의 경과에 응답하여, 수신 엔티티가 전송을 수신하는 것에 성공하지 못하였음을 가정(assume)하고, 예를 들어, 설정된 또는 미리 설정된 재전송 계획(retransmission scheme)에 따라, 전송의 재전송을 트리거(trigger)한다.
실시예들에 따르면, 전송 엔티티는 특정 이벤트(event)에 응답하여, 중계 재선택 프로세스(relay reselection process)를 트리거한다.
실시예들에 따르면, 특정 이벤트는 다음 중 하나 이상을 포함한다.
-
HARQ-NACK 또는 HARQ failure와 같이, 수신 엔티티에서의 전송의 비-성공적 수신(non-successful reception)을 표시하는 피드백들의 개수, 비율, 또는 백분율이 설정된 또는 미리 설정된 임계값에(을) 근접하거나 초과하는 것 - 임계값은 전송을 위해 설정된 또는 미리 설정된 최대 재전송 횟수보다 작을 수 있음 -,
-
수신 엔티티와 중계 엔티티 사이의 중계 링크(relay link)의 링크 품질의 저하(degradation),
-
빔 인덱스(beam index)의 변화,
-
통신 거리(communication distance)가 전송 엔티티와 사용자 디바이스 사이 또는 수신 엔티티와 사용자 디바이스 간의 최소 통신 범위 요구사항(minimum communication range requirement)에(을) 근접하거나 초과하는 것,
-
예를 들어, 존 아이디(zone ID)에 의해 표시되는, 위치의 변경,
-
중계 엔티티의 배터리 레벨(battery level)이 설정된 또는 미리 설정된 임계값에(을) 근접하거나 초과하는 것
실시예들에 따르면, 전송 엔티티는 수신 엔티티에서의 전송의 비-성공적 수신을 표시하는 수신 엔티티로부터 수신된 피드백에 응답하여, 다른 중계 엔티티를 통한 전송의 전송을 위해, 예를 들어 MAC 레이어에서, 전송을 유지한다.
실시예들에 따르면, 전송 엔티티는 피드백이 MAC 레이어에서 수신 엔티티로부터 수신된 경우, 중계 엔티티와 전송 엔티티 사이의 PHY 채널에서 피드백 링크(feedback link)를 이용하여 추가 피드백을 중계 엔티티로부터 수신하고, 추가 피드백은 HARQ-NACK 또는 HARQ-ACK와 같이, 중계 엔티티에서의 전송의 성공적 또는 비-성공적 수신을 표시한다.
실시예들에 따르면, 전송 엔티티는 매크로 셀 기지국(macro cell base station), 또는 스몰 셀 기지국(small cell base station), 또는 기지국의 중앙 유닛(central unit), 또는 IAB 노드(node), 또는 기지국의 분산 유닛(distributed unit), 또는 로드 사이드 유닛(road side unit)(RSU), 또는 사용자 디바이스, 또는 그룹 리더(group leader)(GL), 또는 중계기(relay), 또는 원격 무선 헤드(remote radio head), 또는 AMF, 또는 MME, 또는 SMF, 또는 코어 네트워크 엔티티, 또는 모바일 에지 컴퓨팅(mobile edge computing)(MEC) 엔티티, 또는 5G 코어 컨텍스트 또는 NR에서와 같은 네트워크 슬라이스(network slice), 또는 디바이스 또는 아이템(item)이 무선 통신 네트워크를 이용하여 통신할 수 있게 하는 임의의 송수신 포인트(transmission/reception point, TRP) - 디바이스 또는 아이템은, 무선 통신 네트워크를 이용하여 통신하기 위한 네트워크 연결을 갖춤 - 중 하나 이상을 포함한다.
네트워크(NETWORK)
제1 양태에 따르면, 본 발명은 다음을 포함하는 무선 통신 네트워크를 제공한다.
-
본 발명에 따른 전송 엔티티,
-
하나 이상의 원격 사용자 디바이스들, 수신 엔티티, 및
-
하나 이상의 수신 엔티티들과 전송 엔티티 사이의 연결을 지원하는 기능을 제공하는 본 발명에 따른 중계 엔티티, 하나 이상의 사용자 디바이스들.
실시예들에 따르면, 무선 통신 네트워크는 기지국을 포함하고, 전송 엔티티는 중계 엔티티 또는 다른 UE이고, 중계 엔티티 및 전송 엔티티는 중계 엔티티 및 전송 엔티티에 의해 이용될 리소스들을 표시하도록 모드 1(Mode 1)에서 동작한다.
실시예들에 따르면,
(1)
전송 엔티티는 중계 엔티티로의 데이터의 전송을 위한 리소스들을 요청하는 버퍼 상태 레포트(buffer status report)(BSR)를 기지국에 송신하고,
(2)
기지국은 중계 엔티티로의 전송을 위한 리소스들을 포함하는, 다운링크 제어 정보(downlink control information)(DCI)와 같은, 제어 메시지(control message)를 전송 엔티티로 전송하고,
(3)
전송 엔티티는, 사이드링크 제어 정보(sidelink control information)(SCI)과 같은 사이드링크 제어 메시지(sidelink control message) 및 데이터를 (2)에서 수신된 제어 메시지에 표시된 리소스들을 이용하여 중계 엔티티로 전송하고,
(4)
중계 엔티티는 전송 엔티티로 HARQ 피드백을 송신하고,
(5)
전송 엔티티는 중계 엔티티로부터의 HARQ 피드백을 기지국에 보고하고,
(6)
중계 엔티티가 데이터를 성공적으로 수신한 경우, 중계 엔티티는 전송 엔티티로부터 수신된 전송을 중계하기 위한 리소스들을 요청하는 스케쥴링 요청(scheduling request)(SR)을 기지국으로 송신하고,
(7)
기지국은 수신 엔티티로의 전송을 위한 리소스들을 포함하는, 다운링크 제어 정보(DCI)와 같은 제어 메시지를 중계 엔티티로 송신하고,
(8)
중계 엔티티는 (7)에서 수신된 제어 정보에 표시된 리소스들을 이용하여, 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지 및 데이터를 수신 엔티티로 송신하고,
(9)
수신 엔티티는 중계 엔티티로 HARQ 피드백을 송신하고,
(10)
중계 엔티티는 수신 엔티티의 HARQ 피드백을 전송 엔티티로 보고한다.
실시예들에 따르면,
(1)
전송 엔티티는 중계 엔티티로의 데이터의 전송을 위한 리소스들을 요청하는 버퍼 상태 레포트(BSR)를 기지국에 송신하고, 전송이 수신 엔티티로 중계됨을 기지국에 표시하고,
(2)
기지국은 중계 엔티티로의 전송을 위한 리소스들을 포함하는, 다운링크 제어 정보(DCI)와 같은, 제어 메시지를 전송 엔티티로 송신하고,
(3)
전송 엔티티는, 사이드링크 제어 정보(sidelink control information)과 같은 사이드링크 제어 메시지(sidelink control message) 및 데이터를 (2)에서 수신된 제어 메시지에 표시된 리소스들을 이용하여 중계 엔티티로 전송하고,
(4)
중계 엔티티는 전송 엔티티로 HARQ 피드백을 송신하고,
(5)
전송 엔티티는 중계 엔티티로부터의 HARQ 피드백을 기지국에 보고하고,
(6)
중계 엔티티는 중계 엔티티가 설정되거나 미리 설정된 리소스들을 이용하여, 수신 엔티티로, 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지 및 데이터를 송신하고,
(7)
수신 엔티티는 중계 엔티티로 HARQ 피드백을 송신하고,
(8)
중계 엔티티는 수신 엔티티의 HARQ 피드백을 전송 엔티티로 보고한다.
실시예들에 따르면,
중계 엔티티는 수신 엔티티로의 데이터의 전송을 위해 설정된 그랜트들(grants)을 통해, 리소스들로 설정 또는 미리 설정되고,
기지국은 기지국이 설정된 그랜트에서의 리소스들이 중계 엔티티로부터 수신 엔티티로의 데이터의 전송을 위해 충분하지 않다고 판단하는 경우, 중계 엔티티로의 전송을 위한 추가 리소스들을 표시하는, 다운링크 제어 정보(DCI)와 같은, 제어 메시지를 중계 엔티티로 제공한다.
실시예들에 따르면, 무선 통신 네트워크는 기지국을 포함하고,
전송 엔티티는, 기지국이 전송 엔티티에 의해 이용될 리소스를 표시하도록 모드 1(Mode 1)에서 동작하는 중계 엔티티 또는 다른 UE이고,
중계 엔티티는 기지국이 중계 엔티티에서 리소스 할당(resource allocation)을 위한 지원을 제공하지 않도록 모드 2(Mode 2)에서 동작하고, 중계 엔티티는 리소스 선택(resource selection) 및 할당(allocation)을 자율적으로(autonomously) 수행한다.
실시예들에 따르면,
(1)
전송 엔티티는 중계 엔티티로의 데이터의 전송을 위한 리소스들을 요청하는 버퍼 상태 레포트(BSR)를 기지국에 송신하고,
(2)
기지국은 중계 엔티티로의 전송을 위한 리소스들을 포함하는, 다운링크 제어 정보(DCI)와 같은, 제어 메시지를 전송 엔티티로 송신하고,
(3)
전송 엔티티는, 사이드링크 제어 정보(sidelink control information)과 같은 사이드링크 제어 메시지(sidelink control message) 및 데이터를 (2)에서 수신된 제어 메시지에 표시된 리소스들을 이용하여 중계 엔티티로 전송하고,
(4)
중계 엔티티는 전송 엔티티로 HARQ 피드백을 송신하고,
(5)
전송 엔티티는 중계 엔티티의 HARQ 피드백을 기지국에 보고하고,
(6)
중계 엔티티는, 센싱(sensing)에 의해 결정된 리소스들을 식별 및 선택하고, 식별 및 선택된 리소스들을 이용하여, 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지 및 데이터를 수신 엔티티에 송신하고,
(7)
수신 엔티티는 중계 엔티티로 HARQ 피드백을 송신하고,
(8)
중계 엔티티는 수신 엔티티의 HARQ feedbak을 전송 엔티티로 보고한다.
실시예들에 따르면, 동작들 (5) 및 (6)은 부분적으로 또는 완전히 병렬로 수행된다.
실시예들에 따르면, 무선 통신 네트워크는 기지국을 포함하고,
전송 엔티티는 기지국이 전송 엔티티에서 리소스 할당을 위한 지원을 제공하지 않도록 모드 2(Mode 2)에서 동작하는 중계 엔티티 또는 다른 UE이고, 전송 엔티티는 리소스 선택 및 할당을 자율적으로 수행하고,
중계 엔티티는 기지국이 중계 엔티티에 의해 이용될 리소스들을 표시하도록 모드 1(Mode 1)에서 동작한다.
실시예들에 따르면,
(1)
전송 엔티티는 중계 엔티티로의 데이터의 전송을 위해 센싱에 의해 결정된 리소스들을 식별 및 선택하고,
(2)
전송 엔티티는, 식별 및 선택된 리소스들을 이용하여, 상 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지 및 데이터를 중계 엔티티에 송신하고,
(3)
중계 엔티티는 전송 엔티티로 HARQ 피드백을 송신하고,
(4)
중계 엔티티는, 전송 엔티티로부터 수신된 전송을 중계하기 위한 리소스들을 요청하는 스케쥴링 요청(SR)을 기지국으로 송신하고,
(5)
기지국은, 수신 엔티티로의 전송을 위한 리소스들을 포함하는 다운링크 제어 정보(DCI)와 같은 제어 메시지를 중계 엔티티로 송신하고,
(6)
중계 엔티티는, (5)에서 수신된 제어 메시지에 표시된 리소스들을 이용하여, 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지 및 데이터를 수신 엔티티로 송신하고,
(7)
수신 엔티티는 중계 엔티티로 HARQ 피드백을 송신하고,
(8)
중계 엔티티는 수신 엔티티의 HARQ feedbak을 전송 엔티티로 보고한다.
실시예들에 따르면,
(1)
전송 엔티티는 기지국에 의해 배정(assign)될 리소스들에 대해 중계 엔티티를 요청하고,
(2)
전송 엔티티로부터 수신된 전송을 수신 엔티티로 중계하기 위한 중계 엔티티를 위한 및 중계 엔티티로 데이터의 전송을 위한 전송 엔티티를 위한 리소스들을 요청하는 스케쥴링 요청(SR)을 기지국으로 송신하고,
(3)
기지국은 중계 엔티티가 수신 엔티티로 전송을 중계하기 위해 사용하는 전송을 위한 리소스들 및 전송 엔티티에 의한 전송을 위한 리소스들을 포함하는, 다운링크 제어 정보(DCI)와 같은 하나 이상의 제어 메시지를 수신 엔티티로 전송하고,
(4)
중계 엔티티는 전송 엔티티에 의해 이용될 리소스들을 포함하는 지원 정보 메시지(assistance information message)(AIM)와 같은 메시지를 전송 엔티티로 송신하고,
(5)
전송 엔티티는, 센싱 결과들(sensing results) 및 메시지의 조합에 의해 또는 메시지에 의해 수신된 리소스들을 이용하여, 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지 및 데이터를 중계 엔티티로 송신하고,
(6)
중계 엔티티는 전송 엔티티로 HARQ 피드백을 송신하고,
(7)
중계 엔티티는, (3)에서 수신된 제어 메시지에 표시된 리소스들을 이용하여, 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지 및 데이터를 수신 엔티티로 송신하고,
(8)
수신 엔티티는 중계 엔티티로 HARQ 피드백을 송신하고,
(9)
중계 엔티티는 수신 엔티티의 HARQ feedbak을 전송 엔티티로 보고한다.
실시예들에 따르면,
전송 엔티티는 무선 통신 네트워크의 기지국이고,
중계 엔티티는 기지국이 중계 엔티티에 의해 이용될 리소스들을 표시하도록 모드 1(Mode 1)에서 동작한다.
실시예들에 따르면,
(1)
기지국은 다운링크 제어 정보(DCI)와 같은 제어 메시지 및 데이터를 중계 엔티티로 전송하고,
(2)
중계 엔티티는, 예를 들어 PUCCH에 대한, HARQ 피드백을 기지국으로 송신하고,
(3)
중계 엔티티는 수신 엔티티로 전송을 중계하기 위한 리소스들을 요청하는 스케쥴링 요청(SR)을 기지국에 송신하고,
(4)
기지국은, 수신 엔티티로의 전송을 위한 리소스들을 포함하는, 다운링크 제어 정보(DCI)와 같은, 제어 메시지를 중계 엔티티로 송신하고,
(5)
중계 엔티티는, (4)에서 수신된 제어 메시지에 표시된 리소스들을 이용하여, 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지 및 데이터를 수신 엔티티로 송신하고,
(6)
수신 엔티티는 중계 엔티티로 HARQ 피드백을 송신하고,
(7)
중계 엔티티는 수신 엔티티의 HARQ 피드백을 기지국에 보고한다.
실시예들에 따르면,
(1)
기지국은 다운링크 제어 정보(DCI)와 같은 하나 이상의 제어 메시지 및 데이터를 중계 엔티티로 전송하고, 하나 이상의 제어 메시지는 수신 엔티티로 데이터를 전송하기 위해 중계 엔티티에 의해 이용될 리소스들을 포함하고,
(2)
중계 엔티티는, 예를 들어 PUCCH에 대한, HARQ 피드백을 기지국으로 송신하고,
(3)
중계 엔티티는, (1)에서 수신된 제어 메시지에 표시된 리소스들을 이용하여, 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지 및 데이터를 수신 엔티티로 송신하고,
(4)
수신 엔티티는 중계 엔티티로 HARQ 피드백을 송신하고,
(5)
중계 엔티티는 수신 엔티티의 HARQ 피드백을 기지국에 보고하는,
실시예들에 따르면,
전송 엔티티는 무선 통신 네트워크의 기지국이고,
중계 엔티티는 기지국이 중계 엔티티에서 리소스 할당을 위한 지원을 제공하지 않도록 모드 2(Mode 2)에서 동작하고, 중계 엔티티는 리소스 선택 및 할당을 자율적으로 수행한다.
실시예들에 따르면,
(1)
기지국은 다운링크 제어 정보(DCI)와 같은 제어 메시지 및 데이터를 중계 엔티티로 전송하고,
(2)
중계 엔티티는, 예를 들어 PUCCH에 대한, HARQ 피드백을 기지국으로 송신하고,
(3)
중계 엔티티는 수신 엔티티로 데이터를 전송하기 위해 이용될 센싱에 의해 결정된 리소스들을 식별 및 선택하고,
(4)
중계 엔티티는, 식별 및 선택된 리소스들을 이용하여, 수신 엔티티로 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지 및 데이터를 송신하고,
(5)
수신 엔티티는 중계 엔티티로 HARQ 피드백을 송신하고,
(6)
중계 엔티티는 수신 엔티티의 HARQ 피드백을 기지국에 보고한다.
실시예들에 따르면,
수신 엔티티는 기지국이고,
전송 엔티티는 기지국이 전송 엔티티에서 리소스 할당에 대한 지원을 제공하지 않도록 모드 2(Mode 2)에서 동작하는 중계 엔티티 또는 다른 UE이고, 전송 엔티티는 리소스 선택 및 할당을 자율적으로 수행하고,
중계 엔티티는 기지국이 중계 엔티티에 의해 이용될 리소스들을 표시하도록 모드 1(Mode 1)에서 동작한다.
실시예들에 따르면,
(1)
전송 엔티티는 중계 엔티티로의 데이터의 전송을 위해 센싱에 의해 결정된 리소스들을 식별 및 선택하고,
(2)
전송 엔티티는, 식별 및 선택된 리소스들을 이용하여, 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지 및 데이터를 중계 엔티티에 송신하고,
(3)
중계 엔티티는 전송 엔티티로 HARQ 피드백을 송신하고,
(4)
중계 노드는 중계 엔티티로부터 기지국으로의 데이터의 전송을 위한 리소스들을 요청하는 스케쥴링 요청(SR)을, 예를 들어, 업링크 제어 정보(uplink control information)(UCI)를 이용하여, 기지국에 전송하고,
(5)
기지국은 수신 엔티티로의 전송을 위한 리소스들을 포함하는, 다운링크 제어 정보(DCI)와 같은 제어 메시지를 중계 엔티티로 송신하고,
(6)
중계 엔티티는 (5)에서 수신된 제어 메시지에 표시된 리소스들을 이용하여 기지국으로 데이터를 송신하고,
(7)
기지국은 중계 엔티티로 피드백을 송신하고,
(8)
중계 엔티티는 전송 엔티티로 기지국의 HARQ 피드백을 보고한다.
실시예들에 따르면,
(1)
전송 엔티티는 기지국에 의해 할당될 리소스들에 대해 중계 엔티티를 요청하고,
(2)
중계 엔티티는 전송 엔티티로부터 기지국으로의 데이터의 전송을 위해 중계 엔티티 및 전송 엔티티에 의해 이용될 리소스들을 요청하는 스케쥴링 요청(SR)을, 예를 들어, 업링크 제어 정보(UCI)를 이용하여, 기지국에 송신하고,
(3)
기지국은 다운링크 제어 정보(DCI)와 같은 하나 이상의 제어 메시지를 중계 엔티티로 송신하고, 하나 이상의 메시지는 전송을 위해 중계 엔티티 및 전송 엔티티에 의해 이용될 전송을 위한 리소스들을 포함하고,
(4)
중계 엔티티는 전송 엔티티에 의해 이용될 리소스들을 포함하는 지원 정보 메시지(assistance information message, AIM)와 같은 메시지를 전송 엔티티로 송신하고,
(5)
전송 엔티티는, 센싱 결과들(sensing results) 및 메시지의 조합에 의해 또는 메시지에 의해 수신된 리소스들을 이용하여, 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지 및 데이터를 중계 엔티티로 송신하고,
(6)
중계 엔티티는 전송 엔티티로 HARQ 피드백을 송신하고,
(7)
중계 엔티티는 (3)에서 수신된 제어 메시지에 표시된 리소스들을 이용하여 기지국으로 데이터를 송신하고,
(8)
기지국은 중계 엔티티로 피드백을 송신하고,
(9)
중계 엔티티는 전송 엔티티로 기지국의 HARQ 피드백을 보고한다.
실시예들에 따르며, 기지국에 의해 제공된 피드백은 다음을 포함한다.
-
예를 들어, HARQ 프로세서 ID 및 NDI의 조합을 이용하여, 재전송이 필요한지 여부를 나타내는 중계 엔티티로의 암시적 피드백, 또는
-
다운링크 피드백 인디케이터(downlink feedback indicator)(DFI)
실시예들에 따른, 기지국은 매크로 셀 기지국(macro cell base station), 또는 스몰 셀 기지국(small cell base station), 또는 기지국의 중앙 유닛(central unit), 또는 IAB 노드(node), 또는 기지국의 분산 유닛(distributed unit), 또는 로드 사이드 유닛(road side unit)(RSU), 또는 원격 라디오 헤드(remote radio head), 또는 AMF, 또는 MME, 또는 SMF, 또는 코어 네트워크 엔티티, 또는 모바일 에지 컴퓨팅(mobile edge computing)(MEC) 엔티티, 또는 5G 코어 컨텍스트 또는 NR에서와 같은 네트워크 슬라이스(network slice), 또는 디바이스 또는 아이템이 무선 통신 네트워크를 이용하여 통신할 수 있게 하는 임의의 송수신 포인트(transmission/reception point, TRP) - 아이템 또는 디바이스는 무선 통신 네트워크를 이용하여 통신하기 위한 네트워크 연결을 갖춤 - 중 하나 이상을 포함한다.
방법(METHODS)
제1 양태에 따르면, 본 발명은 무선 통신 네트워크를 위한 사용자 디바이스(UE)를 동작시키는 방법을 제공하고, UE는 무선 통신 네트워크의 하나 이상의 수신 엔티티와 전송 엔티티 사이의 연결을 지원하는 기능을 제공하기 위해 중계 엔티티로서 동작하고,
방법은 전송 엔티티로부터 전송을 수신하고 수신 엔티티의 전송을 중계하는 것에 응답하여, 피드백을 전송 엔티티로 전송하는 동작을 포함하고, 피드백은 수신 엔티티에서의 전송의 성공적 및/또는 비-성공적 수신을 표시한다.
제1 양태에 따르면, 본 발명은 무선 통신 네트워크를 위한 전송 엔티티를 동작 시키는 방법을 제공하고, 전송 엔티티는 무선 통신 네트워크의 전송 엔티티 및 하나 이상의 수신 엔티티 사이의 연결을 지원하기 위한 기능을 제공하도록 중계 엔티티에 연결되고,
방법은 수신 엔티티로 중계하기 위해, 중계 엔티티로 전송을 송신하는 것에 응답하여, 중계 엔티티로부터 피드백을 수신하는 동작을 포함하고, 피드백은 HARQ-NACK 또는 HARQ-ACK와 같이, 수신 엔티티에서의 전송의 성공적 및/또는 비-성공적 수신을 표시한다.
컴퓨터 프로그램 제품(COMPUTER PROGRAM PRODUCT)
본 발명의 제1 양태의 실시예들은 프로그램이 컴퓨터에 의해 실행될 때, 컴퓨터로 하여금 본 발명에 따른 하나 이상의 방법들을 수행하게하는 명령어들(instructions)을 포함하는 컴퓨터 프로그램 제품을 제공한다.
본 발명의 제1 양태의 실시예들은 전송 엔티티에게 수신 엔티티를 향하여 중계된 전송의 최종 상태(final status)를 알리기(inform) 위한 접근법을 제공하며, 추가적인 실시예들은 모드 1 또는 모드 2에서 동작할 때, 중계 UE의 기능 및 중계 UE가 리소스 할당(resource allocation)에서 전송 엔티티를 지원할 수 있는 방법을 설명한다. 기지국은 모드 1에서 동작할 때, 전송 엔티티 및 중계 UE와 같은 엔티티에 의해 이용될 리소스들을 표시하거나 엔티티에서의 리소스들의 스케줄링을 보조한다. 즉, 기지국은 모드 1에서 엔티티에 대한 리소스들을 스케줄링한다. 기지국은 동적 그랜트(dynamic grants)를 통해 리소스들을 제공할 수 있거나, 또는 기지국은 설정된 그랜트들(configured grants)을 이용하여여 엔티티가 선택할 수 있는 리소스들의 그랜트를 제공할 수 있다. 기지국은 모드 2에서 동작하는 경우, 중계 UE 및 전송 엔티티와 같은 엔티티에서의 리소스 할당을 위한 지원을 제공하지 않지만, 엔티티는 자율적으로 리소스 선택(resource selection) 및 할당을 수행한다. 따라서, 본 발명의 제1 양태의 실시예들은 중계 UE - 중계 UE는 중계 노드(relay node)(RN)이라고도 지칭됨 - 를 통해 전송 엔티티로부터 수신 엔티티로 전송되는 패킷 또는 전송 대한 피드백을 송수신하기 위한 접근법들을 제공한다. 중계 UE를 통한 전송 엔티티에서 수신 엔티티로의 전송은 중계 체인(relay chain) 또는 경로(path)가 '전송 엔티티 -> 중계 UE A-> 중계 UE B'와 같을 수 있는 멀티-홉 중계 시스템(multi-hop relaying systme)과 같이, 중계 UE에서 다른 중계 UE로의 전송, 또는 중계 체인 또는 경로가 '전송 엔티티 -> 중계 UE -> 수신 엔티티’와 같을 수 있는 싱글 홉 중계 시스템과 같이 중계 UE로부터 수신 엔티티로의 직접(direct) 전송을 의미할 수 있다.
도 5는 도 1을 참조하여 설명한 시스템 또는 네트워크와 같은 무선 통신 시스템 또는 네트워크의 네트워크 엔티티 또는 UE 같이, 전송 엔티티(402)와 하나 이상의 수신 엔티티들(404) 사이의 연결을 지원하기 위한 기능을 제공하도록 중계 UE(400)로서 동작을 하는 UE(400)의 실시예를 도시한다. 도 5에서, 중계 UE(400)는 제1 링크 또는 연결(connection)(406)을 통해 전송 엔티티(402)에 연결되고, 중계 UE(400)는 제2 링크 또는 연결(408)을 통해 수신 엔티티(404)에 연결된다. 중계기(relay)로서 동작할 때, 중계 UE(400)는 제1 연결(406)을 통해 전송 엔티티 또는 TX UE(402)로부터 존재하는 경우, 연관된 제어 데이터, 하나 이상의 데이터 패킷들, 및 데이터와 같은 전송(①)을 수신한다. 중계 UE(400)는 중계 UE(400)에서의 전송의 성공적 및/또는 비-성공적 수신을 표시(indicate)하는 피드백을 전송 UE(402)로 전송하거나 또는 전송하지 않을 수 있다. 중계 UE(400)이 피드백을 전송하는 경우, 중계 UE(400)은 ③으로 표시된 것과 같이 동일한 피드백 채널(PSFCH)를 이용하지만, 다른 리소스들을 통해 사용한다(If it does transmit this feedback, it uses the same feedback channel (PSFCH) as indicated by ③, but over different resources). 중계 UE(400)는 제2 사이드링크 연결(sidelink connection)을 통해 전송(②)을 수신 엔티티 또는 RX UE(404)로 중계한다. 중계된 전송(②)이 RX UE(404)에서 수신되는 경우, RX UE(404)는 피드백을 수신하는 중계 UE에게 제2 연결(408)을 통해 피드백(④)을 전송한다. 중계 UE(400)는 412에서 표시된 바와 같이, 제1 연결(406)을 통해 RX UE(404)로부터의 피드백(④)이거나, 또는 피드백(④)을 포함하는 피드백(③)을 TX UE(402)로 전송한다. 피드백(④)은 RX UE(404)에서의 전송의 상태를 표시한다 - 예를 들어, RX UE(404)에서의 데이터의 전송의 성공적 및/또는 비-성공적 수신이 표시될 수 있음 -. 피드백은 포지티브 HARQ-승인(positive HARQ-acknowledgement), HARQ-ACK, 또는 네거티브 HARQ-비-승인(negative HARQ-non-acknowledgement), HARQ-NACK을 포함할 수 있다. 예를 들어, 중계된 전송(②)이 RX UE(404)에서 수신되지 않거나 인식되지 못하여, 중계 UE(400)가 RX UE(404)로부터 설정된 또는 미리 설정된 시간 윈도우 내에 어떠한 피드백도 수신하지 못하는 경우, 중계 UE(400)는 HARQ-NACK과 같이 RX UE(404)에서의 전송의 비성공적인 수신을 나타내는 피드백(③)을 전송 엔티티(402)에 신호(signal)한다.
본 발명의 제1 양태의 추가 실시예들은 무선 통신 시스템을 위한 전송 엔티티를 제공한다. 도 6은 gNB와 같은 네트워크 엔티티 또는 Tx UE와 같은 전송 엔티티(420)의 일 실시예를 도시한다. 전송 엔티티(402)는 제1 링크(406)를 통해 중계 UE(400)에 연결될 수 있어서, 수신 엔티티(404)로의 전송(①)은 중계 UE(400)와 수신 엔티티(404)가 서로 연결되는 제2 링크(408)를 통한 중계 전송(relay transmission)(②)으로서 중계 UE(400)에 의해 중계될 수 있다. 제1 양태의 실시예들에 따르면, 전송 엔티티(402)는 데이터 및 연관된 제어 정보와 같은 전송(①)을 RX UE(404)를 목적지로하는 중계 UE(400)으로 전송하는 것에 응답하여, 418에 표시된 바와 같이 중계 UE(400)로부터 피드백(③)을 수신한다. 도 5를 참조하여 상술한 바와 같이, 중계된 전송(②)이 RX UE(404)에서 수신되는 경우, HARQ-ACK 또는 HARQ-NACK와 같이, 피드백(③)은 RX UE(404)에서의 전송의 상태, 예를 들어, RX UE(404)에서의 데이터 또는 전송의 성공적 및/또는 비-성공적 수신을 표시하는 RX UE(404)로부터의 피드백(④)거나 또는 피드백(④)을 포함한다. 피드백(③)은 중계 UE(400)가 RX UE(404)로부터 어떠한 피드백도 수신하지 않는 경우, HARQ-NACK과 같이, RX UE(404)에서의 전송의 비-성공적 수신을 표시한다. 추가적으로, 전송 엔티티(402)는 중계 UE(400)에서의 전송의 성공적 및/또는 비-성공적 수신을 표시하는 피드백을 중계 UE(400)로부터 수신하거나 또는 수신하지 않을 수 있다. 이러한 피드백이 전송 엔티티(402)에 의해 수신되면, 중계 UE(400)는 ③에 의해 표시된바와 같이 동일한 피드백 채널(PSFCH)을 사용하지만, 다른 리소스들을 통해 사용한다.
실시예들에 따르면, 수신 엔티티(404)로의 전송에 관한 피드백은 다음과 같이 처리(handle)될 수 있다.
중계 UE(400)가 수신 UE(404)로부터 ACK를 수신하면, 이를 피드백의 수신 후 설정된 또는 미리 설정된 시간 윈도우(time window) 내에, 예를 들어, 가능한 가장 빠른 기회에 또는 가능한 한 빨리, TX 엔티티(402)에 보고한다.
중계 UE(400)가 수신 UE(404)로부터 NACK를 수신하면, 중계 UE(400)는 피드백 수신 후에 설정된 또는 미리 설정된 1시간 윈도우 내, 예를 들어, 가능한 가장 빠른 기회에 또는 즉시, TX 엔티티(402)에 NACK를 보고할 수 있고, 예를 들어, 수정된 MCS(modified MCS) 또는 코딩 레이트(coding rate)로 TX 엔티티(402)로부터의 재전송(retransmission)을 기다릴 수 있다.
중계 UE(400)가 수신 UE(404)로부터 NACK를 수신하면, 중계 UE(400)는 전송을 자신의 버퍼에 유지하면서, TX 엔티티(402)에 즉시 보고하지 않고, 동일하거나 상이한 전송 파라미터들, 예를 들어, MCS 또는 코딩 레이트로 설정된 또는 미리 설정된 시간 윈도우 동안 원격 UE(404)로의 재전송을 계속 시도할 수 있다. 중계 UE(400)가 ACK를 수신하면, 중계 UE(400)는 TX 엔티티(402)에 피드백을 보고한다. 중계 UE(400)가 ACK를 수신하지 않으면, 다음 이벤트들 중 하나가 발생할 때까지 재전송을 계속 시도할 수 있다.
-
타이머가 경과하는 것 또는
-
미리 정의되거나 미리 설정된 최대 중계 재전송 시도 횟수가 수행되는 것
이 이벤트들 중 어느 하나가 중계 UE(400)가 ACK을 수신하기 전에 트리거될 때, 중계 UE(400)는 전송이 실패했음을 선언하는 NACK를 TX 엔티티(402)로 다시 송신한다. 이러한 이벤트에서, TX 엔티티(402)는 다른 전송 파라미터들, 예를 들어, MCS 또는 코딩 레이트로 패킷을 재전송하거나, 다른 중계 UE를 이용하여 다른 경로를 시도할 수 있다.
실시예들에 따르면, 전송 엔티터(420)는 사용자 디바이스(UE) 또는 추가 중계 UE(futher relay UE)이고, 수신 엔티티(404)는 UE 또는 추가 중계 UE이다. 이 경우, 제1 연결 및 제2 연결들(406, 408)은 사이드링크 또는 PC% 연결 또는 인터페이스와 같은 다이렉트 인터페이스들이다.
다른 실시예들에 따르면, 전송 엔티티(402)는 UE 또는 추가 중계 UE이고, 수시 엔티티(404)는 네트워크 엔티티, 예를 들어, gNB와 같은 RAN(radio access network) 엔티티다. 이 경우, 제1 연결(406)은 사이드링크 또는 PC5 연결과 같은 다이렉트 인터페이스이고, 제2 연결(408)은 3GPP 인터페이스, 비-3GPP 인터페이스, 다운링크(downlink)(DL) 인터페이스, 예를 들어 Uu 인터페이스, 또는 WiFi 인터페이스와 같은 액세스 네트워크 인터페이스(access network interface)이다.
또 다른 실시예들에 따르면, 전송 엔티티(402)는 네트워크 엔티티, 예를 들어, gNB와 같은 RAN 엔티티고, 수신 엔티티(404)는 UE 또는 추가 중계 UE이다. 이 경우, 제1 연결(406)은 3GPP 인터페이스, 비-3GPP 인터페이스, DL 인터페이스, 예를 들어, Uu 인터페이스, 또는 WiFi 인터페이스와 같은 액세스 네트워크 인터페이스이고, 제2 연결(408)은 사이드링크 또는 PC5 연결과 같은 다이렉트 인터페이스이다.
본 발명의 제1 양태는 TX UE(402)로부터 RX UE(404)로의 전송을 위해, 전체 HARQ 피드백(overall HARQ feedback)으로도 지칭되는 피드백(③)을 이하에서 TX UE로도 지칭되는 전송 엔티티 또는 TX 엔티티(402)에 제공하기 위한 실시예들을 제공한다. 도 7은 중계 노드(400)와 TX UE(402) 사이의 추가 피드백 링크를 이용하여 중계 노드(400)를 통해 중계된 TX UE(402)로부터 RX UE(404)로의 전송을 위한 전체 HARQ 피드백을 제공하기 위한 실시예를 도시한다. 도 7의 실시예에서, 중계 UE(400), TX UE(402) 및 RX UE(404)는 사이드링크를 통해 연결되어, 제1 및 제2 연결들(406, 408)은 사이드링크 연결이다. 초기에, TX UE(402)는 제1 사이드링크 연결(406)을 통해 제어 및 전송(①)의 데이터, 예를 들어, 전송의 데이터가 뒤따르는 SCI를 전송한다. 그리고(then), 중계 UE(400)는 제1 사이드링크 연결(406)을 통해 TX UE에 중계 노드(400)에서의 초기 전송(①)의 성공적 및/또는 비-성공적 수신을 표시하는 HARQ 피드백과 같은 피드백(⑤)을 제공한다. 중계 노드(400)는 ②에 표시된 바와 같이 SCI와 함께 제2 사이드링크 연결(408)을 통해 RX UE(404)로 데이터를 중계한다. RX UE(404)는 제2 사이드링크 연결(408)을 통해 중계 노드(400)로 RX UE(404)에서의 데이터의 성공적 및 또는 비-성공적 수신을 표시하는 HARQ 피드백(④)을 리턴(return)한다. 중계 노드(400)는 전체 HARQ 피드백(③)으로도 지칭되는 RX UE(404)로부터의 피드백(④)을 포함하는 전체 피드백(③)을 제1 사이드링크 연결(406)을 통해 TX UE(402)에 제공한다. 기술적으로 피드백(⑤)은 제1 피드백일 수 있고, 도 7에서, 시간에 따른 이벤트의 순서는 전송(①), 피드백(⑤), 전송(②), 피드백(④), 및 전체 피드백(③)일 수 있다. 전송(②) 및 피드백(⑤)은 중계 UE가 전송(①)을 성공적으로 수신한 경우 동시에 발생할 수 있으며, 그렇지 않은 경우 피드백(⑤)만 발생한다.
도 8은 중계 노드(400)를 통해 TX UE(402)로부터 RX UE(404)로의 전송을 위한 전체 HARQ 피드백을 제공하기 위한 본 발명의 제1 양태의 다른 실시예를 도시한다. 도 7의 실시예와 비교할 때, 중계 노드(400)와 TX UE(402) 사이에 새로운 피드백 링크(feedback link)를 제공하는 대신, 도 8의 실시예에 따라, 중계 노드(400)와 TX UE(402) 사이의 기존 피드백 링크(existing feedback link)는 피드백(⑤)(도 7 참조) 대신, RX UE(404)로부터의 HARQ 피드백(③)을 포함하는 전체 HARQ 피드백을 전달(convey)하는 데 사용됩니다.
도 7 및 도 8의 실시예들에서, 피드백은 PSFCH를 이용한 제1 사이드링크 연결(406)을 통해 전송될 수 있다. 다른 실시예들에 따르면, TX UE(402)는 기지국을 포함하는 전송 엔티터일 수 있다. 이 경우, 전송 엔티티 및 중계 UE는 Uu 인터페이스와 같은 액세스 네트워크 인터페이스를 통해 연결될 수 있으며, 피드백은 PUCCH 또는 PUSCH에서 제1 연결(406)을 통해 전송될 수 있다. 실시예들에 따르면, 피드백은 RX UE(404)에서의 데이터의 성공적 및/또는 비-성공적 수신을 표시하는 것에 추가하여, 추가적인 정보를 포함할 수도 있다. 예를 들어, 중계 UE와 수신 엔티티 사이의 링크 품질(link quality)은, 예를 들어, 전송 엔티티가 현재 또는 기존 연결들(406, 408)을 이용하여 전송들을 수신하는 수신 엔티티의 능력(ability)을 인식하도록 시그널링될 수 있다(signaled). 패킷 전송(packet transmission)이 실패한 경우, 즉 데이터가 수신 엔티티(404)에서 성공적으로 수신되지 않은 경우, TX UE(402)에서 수신된 전체 피드백 메시지(overall feedback message)에 포함된 링크 품질은 링크 품질이 미리 정의된 임계값 미만이고 수신 엔티티에서의 전송 또는 데이터의 비-성공적 수신을 유발하는 것으로 식별되는 경우, 중계 재선택 프로세스(relay reselection process)를 시작하기 위해 TX UE에 의해 이용될 수 있다. 예를 들어, LTE V2X에서, UE는 TX 엔티티와 UE 사이의 링크 품질이 미리 정의된 RSRP 임계값 미만인 경우 중계 UE로 스위치(switch)하는 것을 결정할 수 있다. 레이어 3 프로토콜들은 중계기들의 실제 선택(actual selection)을 위해 사용된다.
또한, 중계 UE와 수신 엔티티 사이의 거리를 표시하는 거리 측정, 또는 TX UE가 중계 UE와 수신 엔티티 사이의 거리를 확인할 수 있는 그것들의 존 ID들(둘 다 또는 수신 엔티티만)는 전송 엔티티가 중계 UE로부터의 그것의 거리에 기초하여 HARQ 피드백을 제공하는 수신 엔티티의 능력을 인식하게 하기 위해 시그널링될 수 있다.
수신 엔티티가 성공적으로 전송들을 수신할 수 있는 것을 보장하도록 전송 엔티티를 보조하는 추가적인 데이터(additional data) 또한 피드백에 포함될 수 있다. 이 정보는 TX 엔티티가 현재 중계기(current relay)를 통한 기존 링크가 성공적 전송을 보장하는 데 적합한지 여부 및 그렇지 않은 경우 변경이 필요한 사항을 결정하는데 도움이 된다. 예를 들어, 중계 UE는 배터리가 부족하거나, 스케쥴링된 정지(scheduled stop)를 가질수 있다. 이것은 TX 엔티티가 수신 엔티티로의 링크를 형성(form)하는 다른 방법을 찾아야한다는 것을 의미한다. 또한, 추가 정보는 수신 엔티티가 더 먼 거리, 배터리 부족 또는 스케줄링된 정지와 같은 특정 요인들(certain factors)에 기초하여 더 이상 전송들을 수신할 수 없을 수 TX 엔티티에 알릴 수 있다.
또한, 피드백은 TX UE에 대한 일부 데이터가 수신 엔티티에서 이용 가능(available)하다는 표시(indication)를 포함할 수 있다. 즉, 피드백은 수신 엔티티가 TX UE로 데이터를 전송하려고 한다는 표시를 포함할 수 있다. 예를 들어, 표시는 RX UE가 전송을 위해 리소스들이 필요하다는 것을 TX 엔티티인 기지국에 알리는 버퍼 상태 레포트(buffer status report)(BSR)일 수 있고, 또는 표시는 RX UE로부터 TX 엔티티로 데이터를 전송하기 위해 이용될 리소스들에 대한 스케줄링 요청(scheduling request)(SR)을 포함할 수 있다.
또한, 피드백은 HARQ/전송 프로세스(transmission process)를 중지할 것을 표시하는 수신 엔티티로부터의 신호를 포함할 수 있다. 예를 들어, 어떤 종류의 중단 신호(abort signal)가, 예를 들어, UE가 절전(power saving)으로 돌입할 필요가 있거나 또는 더 높은 우선순위의 트래픽(traffic)을 위해 자신의 리소스들을 절약할 필요가 있는 경우에 포함될 수 있다.
또한, 피드백은 수신 UE에서 수신되고 중계 UE에 의해 송신된 베스트 빔(best beam) 또는 m 개의 최고 빔들(top-m beams)의 빔 인덱스(beam index)를 포함할 수 있다.
또 다른 실시예들에 따르면, 수신 엔티티에서의 전송의 성공적/비-성공적 수신에 대한 표시를 포함하고, 중계 노드로부터 TX 엔티티로 전달(foward)되는 제1 피드백 또는 전체 피드백(overall feedback)은 집계된 피드백(aggregated feedback)이거나 또는 집계된 레포트(aggregated report)를 포함할 수 있다. 집계된 피드백 또는 레포트는 복수의 전송들 또는 패킷들 또는 재전송들에 대한 피드백을 포함할 수 있고, 레포트는, 예를 들어, 미리 정의된 시간 윈도우 내에 데이터 패킷들 또는 재전송들과 같은 일부 또는 모든 전송들이 수신 엔티티에서 성공적 또는 비-성공적으로 수신되는 것, 또는 데이터 패킷들 또는 재전송들과 같은 미리 정의된 수의 전송들이 성공적 또는 비-성공적으로 수신되는 것을 표시할 수 있다. 다른 실시예들에 따르면, 집계된 피드백은 데이터 전송들 또는 패킷들 또는 재전송들 중에서 어느 것이 성공적으로 수신되었는지 및/또는 데이터 전송들 또는 패킷들 또는 재전송들 중 어느 것이 비-성공적으로 수신되거나 또는 수신에 실패하였는지를 표시할 수 있다. 또한, 집계된 피드백은 초과 지연 버짓(exceeded delay budget) 또는 지터 임계값(jitter threshold)에 따라 초과 지연 버짓 또는 지터 임계치를 초과하여 성공적으로 수신된 데이터 전송들 또는 패킷들 또는 재전송들을 표시할 수 있고, TX 엔티티는 사용된 데이터 흐름(used data flow)에 대한 미래의 전송들(future tranmissions) 또는 재전송을 위해 이를 방지하는 액션들(actions)을 취할 수 있다. 예를 들어, TX 엔티티는 라디오 베어러(radio bearer)를 재설정(reconfigure)할 수 있고, TX 엔티티는 다른 서비스/데이터 흐름을 드롭(drop)할 수 있거나, 또는 TX 엔티티는 다른 셀로 핸드오버(handover)할 수 있다.
또 다른 실시예들은 중계 UE와 수신 엔티티 사이의 악화되는 링크 품질(deteriorating link quality), 예를 들어, 링크 품질이 TX UE로 하여금 중계 재선택 프로세스를 시작하도록 하는 설정된 또는 미리 설정된 임계값에(의) 근접하거나 또는 미만인 것에 대한 표시를 포함할 수 있다. 또 다른 실시예들은 중계 UE와 수신 엔티티 사이의 중계 링크를 통한 새로운 최대 가능 QoS를 표시하는 업데이트를 포함할 수 있다. 예를 들어, 이것은 현재까지 송신한 전송들(transmissions send so far)과 비교할 때, 더 높은 QoS를 필요로하는 전송들을 송신하는 것이 가능할수 있다는 것을 전송 엔티티로 하여금 인식하게 만든다.
본 발명의 제1 양태의 실시예들에 따르면, 피드백의 전송은 물리 레이어(physical layer), 매체 액세스 제어(medium access control)(MAC) 레이어, 또는 라디오 링크 제어(radio link control)(RLC) 레이어에서 실행될 수 있다.
PHY(physical) 레이어에서의 피드백 전송
PHY 레이어에서의 피드백 전송의 제1 실시예들에 따르면, 상술한 도 7 및 도8에 도시된바와 같이 전체 HARQ 피드백을 전달(convey)하도록 UE와 TX UE 사이의 새로운 피드백 링크가 제공된다. 다른 실시예들에 따르면, TX UE(402)와 중계 UE(400) 사이의 제1 연결(406)에 대한 전체 피드백(③)을 위해 이용될 리소스들은 TX UE(402)에 의해 중계 UE(400)에게 암시적(implicitly)으로 표시될 수 있어서, 중계 UE(400)는 RX UE(404)로부터의 전체 피드백(③)을 보고하기 위해 이용될 PSFCH와 같은 채널 상의 리소스들을 인식한다. 예를 들어, 중계 UE(400)는 PHY 레이어 및 리소스 풀들(resource pools)(RPs)에서 RX UE로 중계된 전송들에 연관된 피드백을 제1 연결(406) 상에서 전송하고, 피드백 채널 PSFCH를 가지거나, 또는 가지지 않도록 설정될 수 있다. PSFCH가 존재하는 경우, PSFCH는 모든 시간 슬롯(time slot)에서 이용되지 못할 수 잇다. PSFCH는 제1, 제2, 또는 제4 타임 슬롯에 있을 수 있다. 중계 UE 및 RX UE 모두는 알려진 공식(formula)을 이용하여, 데이터가 시간 슬롯 t0에서 전송되면, RX UE에서의 특정 처리 시간 후에, 피드백이 다음 사용 가능한 PSFCH 시간 슬롯(next available PSFCH time slot)에서 RX UE에 의해 중계 노드로 다시 전송됨을 알고 있다. 실시예들에 따르면, 일단 중계 UE가 RX UE로부터 피드백을 수신하면, 중계 노드는 일부 타임 갭(time gab)/프로세싱 시간(processing time) 후에, 다음 이용가능한 PSFCH 타임 슬롯에서 TX UE에게 피드백을 전송한다. 갭 또는 PSSCH-to-중계기(relay)-PSFCH-시간(time)은 TX UE에서 설정되거나 미리 정의될 수 있어서, 그 피드백을 언제 예상해야 하는지를 알 수 있다.
전송 엔티티가 기지국과 같은 RAN 엔티티인 경우, 중계 UE는 PUCCH 또는 PUSCH를 통해 기지국에 전체 피드백(③)을 보고하고, 중계 UE에 의해 이용될 리소스들은 전체 피드백(③)을 보고할 때, 설정된 또는 미리 정의된 PSSCH-to-중계기-PUCCH-시간을 이용하여 TX UE(402)에 의해 중계 UE(400)에 암시적으로 표시될 수 있다.
다른 실시예들에 따르면, TX UE(402)와 중계 UE(400) 사이의 제1 연결(406)에 대한 전체 피드백(③)에 이용될 리소스들은 TX UE(402)에 의해 중계 UE(400)에 명시적으로 표시될 수 있어서, 중계 UE(400)는 RX UE(404)로부터의 전체 피드백(③)을 보고하는데 이용될 PSFCH와 같은 채널 상의 리소스들을 인식할 수 있다. 즉, TX UE는 중계 UE가 주어진 PSFCH 타임 슬롯(given PSFCH time slot)에서, 또는 주어진 시간의 듀레이션(given duration of time) 내에, 또는 주어진 PSFCH 리소스에서 RX UE로부터의 피드백을 전달(foward)할 것으로 기대된다는 것을 SCI에서 명시적으로 표시한다.
도 7에 묘사된 실시예에 따르면, 전송 엔티티(402)는 사이드링크 중계 노드(400)를 통해 사용자 디바이스이기도 한 수신 엔티티에 연결된 사용자 디바이스(UE)이다. TX UE(402) 및 중계 노드(400)는 제1 사이드링크(406)를 통해 연결되고, 중계 노드(400) 및 RX UE(404)는 제2 사이드링크 연결(408)을 통해 연결된다. TX UE(402)로부터 중계 UE(400)로의 전송을 위한 피드백(⑤)은 PSFCH의 제1 리소스들에서(on) 전송될 수 있고, 중계 UE(400)로부터 RX UE(404)로의 전송을 위한 피드백(③)은 제1 리소스들과 다른 PSFCH의 제2 리소스들에서 전송될 수 있다. TX UE(402)는 다음의 수단들(means)을 이용하여 중계 UE에서 수신된 전송의 제1 부분에 대한 피드백(⑤) 및 전체 피드백(③)을 위한 PSFCH 리소스들을 제공할 수 있다.
-
동일한 SCI에서, ③ 및 ⑤를 위한 리소스들을 표시하기 위해 다른 파라미터를 이용하는 것, 또는
-
동시에 또는 차례로 전송되는 동일한 포맷(format)을 이용하는 다른 SCI들
-
동시에 또는 차례로 전송되는 다른 포맷들을 이용하는 다른 SCI들
전송 엔티티가 기지국과 같은 RAN 엔티티인 경우, 중계 UE는 PUCCH 또는 PUSCH를 통해 기지국에 전체 피드백(③)을 보고하고, 전체 피드백(③)을 보고할 때 중계 UE에 의해 이용될 리소스들은 PDCCH에서 제공되는 전송(①)의 DCI에서 기지국에 의해 제공될 수 있다. gNB는 두 세트의 PUCCH 리소스들을 제공하고, 하나는 중계 UE가 RX UE로부터 TX UE로 전체 피드백(③)을 전송하기 위한 것이고, 다른 하나는 중계 UE에서 수신된 전송의 제1 부분에 대한 피드백(⑤)을 전송하기 위한 것이다. gNB는 다음과 같은 수단들을 이용하여 중계 UE에서 수신된 전송의 첫번째 부분(first part)에 대한 피드백(⑤) 및 전체 피드백(③)에 대한 PUCCH 리소스들을 제공할 수 있다.
-
동일한 SCI에서, ③ 및 ⑤를 위한 리소스들을 표시하기 위해 다른 파라미터를 이용하는 것, 또는
-
동시에 또는 차례로 전송되는 동일한 포맷(format)을 이용하는 다른 SCI들
-
동시에 또는 차례로 전송되는 다른 포맷들을 이용하는 다른 SCI들
물리 레이어(PHY layer)를 통해 피드백 전송을 수행하는 다른 실시예들에 따르면, 중계 노드와 전송 엔티티 사이의의 기존 링크는 도 8을 참조하여 상술한 바와 같이 재이용될 수 있다. 즉, 이러한 실시예들에 따르면, TX 엔티티로부터 중계 노드로 전송에 대한 피드백을 전송하는 대신, 이 피드백 링크의 리소스들은 RX UE에서 전송 엔티티로부터의 전송의 성공적/비-성공적 수신을 나타내는 전체 HARQ 피드백(③)을 전달(convey)하기 위해 사용된다. TX UE는 전송 엔티티가 TX UE인 경우, TX UE로부터 중계 노드로의 패킷의 전송과 같은 전송의 상태에 대한 피드백을 UE에 제공하기 위해 중계 UE에 의해 이용될 PSFCH 리소스들의 세트를 배정(assign) 또는 할당(allocate)했다고 가정한다. 그러나, 설명된 실시예에 따르면, TX UE로부터 중계 노드로 전송의 상태를 전송하기 위해 이러한 리소스들을 이용하는 대신에, 리소스들은 중계 노드로부터 RX UE로의 전송 상태, 즉 RX UE로부터 중계 노드로의 피드백 또는 전체 피드백을 보고하기 위해 사용된다. 따라서, 중계 노드로의 전송을 위한 피드백이 TX UE에서 수신되지 않는다는 사실에도 불구하고, 여전히 TX UE는 전송에 대한 전체 피드백(③)을 수신하므로, 예를 들어, 원격 UE에서 장애(failure)가 발생하는 경우, TX UE는 RX UE로부터의 피드백에 표시된 대응하는 상태에 응답하여 재전송에 대해 결정할 수 있다. 즉, 중계 UE가 TX 엔티티와 중계 UE 사이의 전송의 상태에 대한 피드백을 TX UE에게 전송하기로 되어 있던 PSFCH의 리소스에 대해, 중계 UE는 이제 중계 UE와 수신 엔티티 사이의 전송의 피드백 상태(feedback status)를 보고한다.
다른 실시예들에 따르면, 전송 엔티티는 gNB와 같은 RAN 엔티티일 수 있고, 이러한 실시예들에서, gNB로부터 중계 UE로의 전송의 상태에 대한 피드백을 제공하기 위해 중계 UE를 위해 초기 할당된 PUCCH 또는 PUSCH 상의 리소스들은 RX UE로부터의 전체 피드백, 피드백(③)을 보고하기 위해 사용된다.
전송 엔티티는 피드백(③)을 보고하기 위해 중계 UE에 의해 이용될 리소스들을 표시할 수 있고, 중계 UE 및 RX UE에 대한 적절한 처리 시간을 고려할 수 있다고 가정한다.
또한, UE-to-UE 중계기들 및 UE-to-네트워크 중계기들에 대한 PSFCH 또는 PUCCH 또는 PUSCH 상의 리소스들은, 각각 TX UE에 HARQ 실패(failure)를 보고하기 위해 중계 UE에 의해 이용될 수 있고, 이에 응답하여 TX UE는 재전송 또는 중계 재선택을 트리거(trigger)할 수 있다.
예를 들어, TX UE는 전송이 실패한 경우, 데이터 패킷과 같은 전송을 MAC 레이어에 보유(ratain)하여, TX UE가 재전송을 수행하거나 다른 중계 UE를 통해 RX UE와 연결하는 경우, 전송은 추가 처리 지연(futher processing delay) 없이 수행될 수 있다. 예를 들어, 전송 엔티티는 다음 중 하나 이상과 같은 특정 이벤트에 응답하여 중계 재선택 프로세스(relay reselection process)를 트리거할 수 있다.
-
HARQ-NACK 또는 HARQ failure와 같이, 상기 수신 엔티티에서의 상기 전송의 비-성공적 수신(non-successful reception)을 표시하는 피드백들의 개수, 비율, 또는 백분율이 설정된 또는 미리 설정된 임계값에(을) 근접하거나 초과하는 것 - 상기 임계값은 상기 전송을 위해 설정된 또는 미리 설정된 최대 재전송 횟수보다 작을 수 있음 -,
-
중계 UE와 엔티티 사이의 중계 링크의 링크 품질의 저하 - 예를 들어, 설정된 또는 미리 설정된 링크 품질 임계값을 초과하는 것 -
-
빔 인덱스(beam index)의 변화,
-
통신 거리(communication distance)가 상기 전송 엔티티와 상기 사용자 디바이스 사이 또는 상기 수신 엔티티와 상기 사용자 디바이스 간의 최소 통신 범위 요구사항(minimum communication range requirement)에(을) 근접하거나 초과하는 것,
-
예를 들어, 존 아이디(zone ID)에 의해 표시되는, 위치의 변경,
-
중계 UE의 배터리 레벨(battery level)이 설정된 또는 미리 설정된 임계값에(을) 근접하거나 초과하는 것 - 예를 들어, 중계 UE의 배터리 레벨이 TX 엔티티로 송신되고, TX 엔티티가 레벨이 임계값에(의) 근접하거나 아래로 내려가는 것을 알게되는 경우, TX 엔티티는 중계 재선택을 트리거할 수 있음.
실시예들에 따르면, TX UE(402)는 TX UE가 중계 UE로부터 전체 피드백(③)을 수신할 것으로 예상하는 특정 기간(certain time period)를 특정(specify)하도록 타이머를 포함할 수 있다. 만약 TX UE가 타이머에 의해 특정된 시간 내에 주어진 전송에 대한 피드백을 수신하지 못하는 경우, TX UE는 전송 또는 패킷을 재전송할 수 있다. 예를 들어, 전송 엔티티는 시간의 경과에 응답하여, 수신 엔티티가 전송을 수신하는데 비-성공적이었음을 가정하고, 예를 들어, 설정된 또는 미리 설정된 재전송 계획(retransmission scheme)에 따라 전송의 재전송을 트리거할 수 있다.
상술한 실시예들에서, 실패한 전송의 경우, 전체 HARQ 피드백은, 예를 들어, TX 엔티티와 RN UE 사이의 링크(406)가 실패한 링크였는지 여부 및/또는 그것이 RN UE와 RX UE 사이의 링크(408)였는지 여부를 표시하는 피드백에 추가적인 1비트 또는 2비트 인디케이터(indicator)를 포함함으로써, 링크(406) 또는 링크(408) 중 어느 링크에 결함(faulty)이 있었는지를 표시할 수 있다.
MAC 계층에서의 피드백 전송
상술한 바와 같이, 중계 UE로부터 TX 엔티티로의 물리 레이어 피드백을 이용하는 대신, 또 다른 실시예들에 따르면, 중계 UE(400)(도 5 참조)는 MAC 제어 요소(control element)(CE)를 이용하여, TX 엔티티(402)에 중계기로부터 RX UE로의 전송 상태를 알릴 수 있다.
MAC 레이어 실시예들에 따르면, 사이드링크를 통해 또는 Uu 인터페이스를 통해 중계 노드에 연결된 TX 엔티티인 TX 엔티티의 MAC 계층은 중계 UE에 의해 전송 엔티티로 보고되는 MAC 레이어 피드백으로부터 중계 엔티티로의 전송의 상태에 대해 물리 레이어 상의 중계 UE에 의한 피드백을 구별(distinguish)할 수 있다. 따라서, 실시예들에 따르면, 하나 이상의 중계기들을 통해 전송되는 전송 또는 패킷은 MAC 레이어에서의 피드백인 L2 피드백이 전송 엔티티에 의해 수신될 때, 완전히 확인(acknowlegde)된 것으로 간주되어 RX UE에서의 전체 피드백을 보고하는 반면, 전송 엔티티에서 수신된 L1 피드백 또는 물리 레이어는 TX 엔티티로부터 중계 노드로의 전송 상태만을 표시하지만, 언급한 바와 같이, L2 피드백에 의해 보고되는전체 피드백은 표시하지 않는다.
MAC 레이어를 통해 수신된 피드백인 L2 피드백이 음수이거나, RX UE에서의 실패한 전송을 표시하는 경우, 실시예들에 따르면, TX 엔티티가 중계 UE로부터 수신할 수 있는 NACK들 또는 실패들(failures)의 최대 수가 정의될 수 있다. 미리 정의된 또는 최대 실패 횟수에 도달한 후, TX UE는 TX 엔티티와 중계 UE 또는 중계 UE와 RX UE 사이의 링크 컨디션들(link conditions)이 악화(deteriorate)되었을 수 있기 때문에 중계 재선택 절차를 트리거할 수 있다. 마찬가지로, RX UE로부터 중계 UE에 의해 수신된 PHY 레이어 피드백이 음수이거나 실패한 전송을 표시하는 경우, 실시예들에 따르면, 중계 UE가 RX UE로부터 수신할 수 있는 NACK들 또는 실패들(failures)의 최대 수가 정의될 수 있다. 미리 정의된 또는 최대 실패 횟수에 도달한 후, 중계 UE는 중계 UE와 RX UE 사이의 링크 조건이 악화되었을 수 있음을 중계 UE가 식별했기 때문에 TX UE에게 적절한 시그널링(signaling)을 제공함으로써 중계 재선택 절차를 트리거할 수 있다. 최대 실패 횟수는 특정 패킷에 대한 TX UE에서 설정된 최대 재전송 횟수(maximum number of retransmissions)보다 적을 수 있으므로, 이 최대 재전송 횟수에 도달할 때까지 기다리기보다는, 중계 UE는 더 일찍, 즉 중계 노드와 RX UE 사이의 링크 품질 저하를 표시하는 미리 정의된 실패 횟수에 도달한 후에 전송 엔티티에서의 중계 재선택 절차를 트리거할 수 있다.
RLC 레이어를 통한 피드백 전송
또 다른 실시예에 따르면, 전체 피드백은 RLC 레이어을 통해 전송될 수 있다. RLC 레이어는 각 엔티티들이 확인 모드(acknowledge mode)(AM)로 동작할 때, 전송 또는 패킷 또는 PDU의 수신을 확인하기 위해, L2 RLC 승인(acknowledgement)을 생성할 수 있다.
도 9는 RLC 피드백 설정에 대한 실시예들을 도시한다. 도 9a는 전체 RLC 승인을 도입하는 실시예를 설명하고, 도 9b는 엔드 투 엔드 피드백(end-to-end feedback)을 도시한다.
도 9a에 도시된 바와 같이, 전체 RLC 승인(③)의 경우, TX 엔티티(402)는 확인 모드(AM)에서 동작한다. TX 엔티티(402)는 전송을 중계 노드(400)로 전송한다. 중계 노드(400)가 TX 엔티티로부터 전송을 수신했을때, 중계 노드(400)는 중계 노드에서의 전송의 성공적 수신을 확인하기 위해 제1 RLC ACK(④)을 전송한다. 중계 노드(400)는 RX 엔티티(404)로 전송을 전달(foward)한다. RX 엔티티(404)는 전송의 성공적 수신에 응답하여, 전송 또는 패킷에 대한 제2 RLC ACK를 다시 송신하고, 이에 따라 도 7을 참조하여 상술한 것과 유사한 방식으로 전체 피드백(③)을 제공한다(providing for overall feedback).
엔드 투 엔드 피드백(③)의 경우, 도 9b에 묘사된 바와 같이, 중계 UE(400)로부터 TX(402)로의 제1 RLC ACK(④)는 RLC AM에서 RX 엔티티(404)로부터 RLC ACK(③)로 대체(replace)되고, 이는 도 8을 참조하여 상술한 바와 유사하다.
제1 양태의 실시예들에 따른 무선 통신 시스템 또는 네트워크의 동작
이하에서는, 본 발명의 제1 양태의 실시예들에 따라 전술한 중계 UE 및/또는 전송 엔티티를 포함하는 전체 무선 통신 시스템 또는 네트워크의 동작을 예시하는 실시예들이 설명되고, 중계 UE 및/또는 전송 엔티티는 모드 1(Mode 1) 또는 모드 2(Mode 2)로 동작할 수 있다. 우선, UE-to-UE 중계기들(relays)의 동작을 설명한 다음 UE-to-네트워크 중계기의 동작을 설명한다.
기지국이 중계 UE를 위해, RRC 시그널링을 이용하여 설정되고 중계 UE가 그랜트를 활성화하기 위한 DCI를 수신한 시점부터 이용될 수 있는 리소스들 같은 리소스들을 제공하는 후술되는 실시예들에서, DCI는 중계 UE에 의한 특정 패킷의 전송을 위한 명시적 리소스들(explicit resources)과 같은 동적 그랜트들(dynamic grants)을 정의하거나, 중계 UE에서 설정된 그랜트 타입 2(configured grants type 2 at relay UE)을 정의하기 위해 이용될 수 있다. 중계 UE는 모드 1에서 동작할 때, 기지국에 의해 제공되는 경우, 임의의 설정된 그랜트 타입 1을 항상 이용할 수 있다. 또한, 기지국이 전송 엔티티에 대한 리소스들을 스케줄링하는 경우, DCI는 전송 엔티티에 대해서도 동적 또는 설정된 그랜트를 정의할 수 있다.
1. UE-to UE 중계기들(UE-to-UE Relays)
이하에서는, 무선 통신 시스템의 실시예들 및 그 동작이 전송 엔티티로서 모드 1 또는 모드 2에서 동작하는 사이드링크 통신(sidelink communication)을 통해 중계 UE에 연결된 TX UE를 포함하여 설명된다. 원격 또는 RX UE에 관한 한, 이후에 설명된 모든 실시예들에 대해, RX UE는 모드 1 또는 모드 2에 있을 수 있다.
(a) TX UE 및 중계 UE 모두 모드 1에 있다.
도 10은 모두 모드 1에서 동작하는 TX UE(402) 및 중계 노드 또는 중계 UE(400)를 포함하는 무선 통신 네트워크의 실시예를 도시한다. 즉, TX UE(402)로부터 RX UE(404)로의 전송을 위한 리소스들은 기지국 또는 gNB와 같은 무선 통신 네트워크의 RAN 엔티티(452)에 의해 스케줄링된다. TX UE(402)는 제1 사이드링크 연결(406)을 통해 중계 UE(400)에 연결되고, 중계 UE(400)는 제2 사이드링크 연결(408)을 통해 모드 1 또는 모드 2에 있을 수 있는 RX UE에 연결된다. TX UE(402) 및 중계 UE(400)는 모드 1에서 동작하기 때문에, TX UE(402) 및 중계 UE(400)는 또한 gNB와 TX UE(402)와 중계 UE(404) 사이의 업링크/다운링크 전송들을 위해 각각의 Uu 연결들(454, 456)을 통해 gNB(452)에 각각 연결된다.
TX UE(402)로부터 RX UE(404)로의 전송을 위한 전체 피드백을 제공하기 위한 기능은 다음과 같다.
1.
TX UE(402)는 업링크 채널에서 중계 UE(400)로의 전송을 위한 리소스들을 요청하는 상태 레포트(status report)(SR) 또는 버퍼 상태 레포트(buffer status report)(BSR)를 gNB(452)로 송신한다.
2.
gNB(452)는 (2)에서 수신된 DCI에 표시된 리소스들을 이용하여 TX UE(402)로부터 중계 UE(400)로의 전송을 위해 TX UE(402)에 의해 이용될 리소스들을 포함하는 다운링크 채널에서의 DCI를 TX UE(402)로 송신한다.
3.
TX UE(402)는 제1 사이드링크 연결(406)을 통해 SCI 및 전송의 데이터(data of transmission)를 중계 노드(400)로 송신한다.
4.
중계 노드(400)는 제1 사이드링크 연결(406)을 통해 TX UE(402)로부터 중계 UE(400)로의 전송의 상태를 표시하는 HARQ 피드백(FB1)을 TX UE(402)로 송신한다.
5a.
TX UE(402)는 업링크 채널에서의 피드백(FB1)을 gNB(452) 노드에 보고하여, gNB(452)가 gNB(452)에 의해 부여(grant)된 리소스들을 이용한 전송의 상태를 인지하도록 한다. 레포트가 전송이 실패했다고 언급했다면, gNB(452)는 TX UE(402)가 다른 BSR(another BSR) 또는 SR을 송신하도록 강제하지 않고, 재전송을 위한 추가 리소스들을 제공할 수 있다. 레포트가 전송이 성공적이었다고 언급했다면, gNB(452)는 전송될 다른 TB(another TB)를 위해 토글링된(toggled) NDI(new data indicator)와 동일한 HARQ ID를 할당할 수 있다.
5b.
중계 UE(400)는 업링크 채널에서 중계 UE(400)가 TX UE(402)로부터 수신한 전송을 중계하기 위해 스케줄링 요청(SR) 또는 BSR을 gNB(452)로 송신한다.
6.
gNB(452)는 사이드링크 연결(408)을 통해 TX UE로부터 RX UE(404)로 전송을 중계하기 위한 타입 2 설정 그랜트(type 2 configured grant) 또는 중계 UE에 의해 이용될 리소스들을 포함하는 DCI를 다운링크 채널에서 중계 UE(400)로 송신한다.
7.
중계 UE(400)는 (6)에서 수신된 DCI에 표시된 리소스들을 이용하여 사이드링크 연결(408)을 통해 전송의 데이터 및 SCI를 RX UE(404)로 송신한다.
8.
RX UE(404)는 사이드링크 연결(408)을 통해 RX UE에서의 전송의 상태에 관한 HARQ 피드백을 중계 UE(400)로 송신한다.
9.
중계 UE(400)는 상기 실시예들에서 설명된 바와 같이, 사이드링크 연결(406)을 통해 RX UE(404)로부터 수신된 피드백을 TX UE(402)에 보고한다.
도 11은 모드 1에서 동작하는 TX UE 및 중계 UE 모두를 이용하는 무선 통신 시스템의 다른 실시예를 보여준다. 도 10의 실시예에서, 상술한 바와 같이, 중계 UE(400)는 TX UE로부터 수신된 전송을 RX UE로 중계하기 위한 리소스들을 gNB(452)로부터 요청한다. 도 11을 참조하여 설명된 실시예에서, 중계 UE(402)는 예를 들어, 설정된 그랜트들(grants)에 의해 전송을 위한 리소스들로 이미 구성되어 있다고 가정한다.
TX UE(402)로부터 RX UE(404)로의 전송을 위한 전체 피드백을 제공하기 위한 기능은 다음과 같다.
1.
TX UE(402)는 업링크 채널에서 중계 UE(400)로의 전송을 위한 리소스을 요청하는 SR 또는 BSR을 gNB(452)로 송신한다.
또한, 요청은 전송이 RX UE(404)로 중계되어야 한다는 표시를 포함하여, TX UE(402)가 리소스들을 요청하는 BSR 또는 SR을 gNB로 송신할 때, 요청된 리소스들이 RN UE(400)에 의해 RX UE(402)로 중계될 전송을 위한 것임을 또한 표시한다.
중계 UE(400)는 모드 1에서 동작하고 있으며, 중계 UE(400)는 리소스들이 중계될 전송을 위한 것이라는 TX UE로부터의 인디케이터를 수신하는 것에 응답하도록, 예를 들어, 설정된 그랜트들의 수단에 의해(by means of configured grants) gNB에 의한 전송을 위한 리소스들로 이미 구성되어 있다고 가정하고, gNB(452)는 중계 UE(402)가 RX UE(404)로 전송을 전송하기 위해 사용할 수 있는 리소스들을 이미 알고 있다.
2.
gNB(452)는 TX UE(402)로부터 중계 UE(400)로의 전송을 위해 TX UE(402)에 의해 이용될 리소스들을 포함하는 다운링크 채널의 DCI를 TX UE(402)로 송신한다.
3.
TX UE(402)는 (2)에서 수신된 DCI에 표시된 리소스들을 이용하여 SCI 및 전송의 데이터를 제1 사이드링크 연결(406)을 통해 중계 노드(400)로 송신한다.
4.
중계 노드(400)는 제1 사이드링크 연결(406)을 통해 TX UE(402)로부터 중계 UE(400)로의 전송의 상태를 표시하는 HARQ 피드백(FB1)을 TX UE(402)로 송신한다.
5a.
TX UE(402)는 업링크 채널에서의 피드백(FB1)을 gNB(452) 노드에 보고하여, gNB(452)가 gNB(452)에 의해 부여된(granted) 리소스들을 이용한 전송의 상태를 인지하도록 한다. 레포트가 전송이 실패했다고 언급했다면, gNB(452)는 TX UE(402)가 다른 BSR(another BSR) 또는 SR을 송신하도록 강제하지 않고, 재전송을 위한 추가 리소스들을 제공할 수 있다. 레포트가 전송이 성공적이었다고 언급했다면, gNB(452)는 전송될 다른 TB(another TB)에 대해 토글링된(toggled) NDI(new data indicator)와 동일한 HARQ ID를 할당할 수 있다.
5.
gNB(452)는 중계 UE(400)이 RX UE(404)로 중계될 전송들을 위한 리소스들을 필요로한다는 것을 인지하고 있기 때문에, 및 중계 UE(400)이 설정된 그랜트들과 같은 리소스들로 이미 설정되었기 때문에, gNB(452)는 중계 UE가 이미 제공된 설정된 그랜트들으로부터 충분한 리소스들을 가지고 있는지 여부를 인지하고 있어서, 선택적으로, 중계 UE(400)로부터 RX UE로의 신뢰할 수 있는 전송(reliable transmission)을 제공하기 위해 설정된 그랜트들로부터 충분한 리소스가 없다고 결정되는 경우, gNB(452)는 TX UE로부터 RX UE(404)로 전송을 중계하기 위해 중계 UE에 의해 이용될 추가 리소스들을 제공하기 위해 다운링크 채널에서 추가 DCI를 전송할 수 있다.
6.
중계 UE(400)는 DCI에 표시된 바와 같이, 중계 UE가 구성되거나 미리 구성된 리소스을 사용하고, (5b)에서 수신되는 경우, 제1 사이드링크 연결(408)을 통해 데이터의 전송 및 SCI를 RX UE(404)로 송신한다.
7.
RX UE(404)는 사이드링크 연결(408)을 통해 RX UE에서의 전송의 상태에 관한 HARQ 피드백을 중계 UE(400)로 송신한다.
8.
중계 UE(400)는 상기 실시예들에서 설명된 바와 같이, 사이드링크 연결(406)을 통해 RX UE(404)로부터 수신된 피드백을 TX UE(402)에 보고한다.
(b) 모드 1에서 동작하는 TX UE 및 모드 2에서 동작하는 중계 UE
도 12는 모드 2에서 동작하는 중계 UE(400) 및 모드 1에서 동작하는 TX UE(402)를 포함하는 무선 통신 시스템의 실시예를 도시한다 - RX UE(404)는 모드 1 또는 모드 2에서 동작함 -. 따라서, 도 10 및 도 11 외에, 도 12에서는 gNB(452)와 TX UE(402) 사이에 오직 하나의 Uu 인터페이스, 즉 연결(454)만이 존재한다. 중계 UE(400)는 gNB(452)에 의한 리소스 할당과 관련하여 지원되지 않기 때문에, Uu 인터페이스는 묘사(defict)되지 않는다.
TX UE(402)로부터 RX UE(404)로의 전송을 위한 전체 피드백을 제공하기 위한 기능은 다음과 같다.
1.
TX UE(402)는 업링크 채널에서 중계 UE(400)로의 전송을 위한 리소스을 요청하는 버퍼 상태 레포트(BSR) 또는 SR을 gNB(452)로 송신한다.
2.
gNB(452)는 TX UE(402)로부터 중계 UE(400)로의 전송을 위해 TX UE(402)에 의해 이용될 리소스들을 포함하는 다운링크 채널의 DCI를 TX UE(402)로 송신한다.
3.
TX UE(402)는 (2)에서 수신된 DCI에 표시된 리소스들을 이용하여 SCI 및 전송의 데이터를 제1 사이드링크 연결(406)을 통해 중계 노드(400)로 송신한다.
4.
중계 노드(400)는 제1 사이드링크 연결(406)을 통해 TX UE(402)로부터 중계 UE(400)로의 전송의 상태를 표시하는 HARQ 피드백(FB1)을 TX UE(402)로 송신한다.
5.
TX UE(402)는 업링크 채널에서의 피드백(FB1)을 gNB(452) 노드에 보고하여, gNB(452)가 gNB(452)에 의해 부여(grant)된 리소스들을 이용한 전송의 상태를 인지하도록 한다. 레포트가 전송이 실패했다고 언급했다면, gNB(452)는 TX UE(402)가 다른 BSR(another BSR) 또는 SR을 송신하도록 강제하지 않고, 재전송을 위한 추가 리소스들을 제공할 수 있다. 레포트가 전송이 성공적이었다고 언급했다면, gNB(452)는 전송될 다른 TB(another TB)에 대해 토글링된(toggled) NDI(new data indicator)와 동일한 HARQ ID를 할당할 수 있다.
6.
중계 UE(400)는 센싱에 의해 RX UE(404)로의 전송을 위한 리소스들을 식별 및 선택하고, 사이드링크 연결(408)을 통해 전송의 데이터 및 SCI를 RX UE(404)로 송신하기 위해 이러한한 리소스들을 사용한다.
7.
RX UE(404)는 사이드링크 연결(408)을 통해 RX UE에서의 전송의 상태에 관한 HARQ 피드백을 중계 UE(400)로 송신한다.
8.
중계 UE(400)는 상기 실시예들에서 설명된 바와 같이, 사이드링크 연결(406)을 통해 RX UE(404)로부터 수신된 피드백을 TX UE(402)에 보고한다.
(c) 모드 2에서 동작하는 TX UE 및 모드 1에서 동작하는 중계 UE
도 13은 모드 1에서 동작하는 중계 UE(400) 및 모드 2에서 동작하는 TX UE(402)를 포함하는 무선 통신 시스템의 실시예를 도시한다 - RX UE(404)는 모드 1 또는 모드 2에서 동작함 -. 따라서, TX UE(402)는 리소스들의 스케줄링과 관련하여 gNB(452)에 의해 지원되지 않는다. gNB(452)는 리소스들의 스케줄링과 관련하여 중계 UE(400)를 지원하므로, 도 13에서는 Uu 연결(456)만이 도시된다.
TX UE(402)로부터 RX UE(404)로의 전송을 위한 전체 피드백을 제공하기 위한 기능은 다음과 같다.
1.
TX UE(402)는 센싱함으로써 중계 UE(400)로의 전송을 위한 리소스들을 식별 및 선택한다.
2.
TX UE(402)는 식별된 및 선택된 리소스들을 이용하여 전송의 데이터 및 SCI를 제1 사이드링크 연결(406)을 통해 중계 노드(400)로 송신한다.
3.
중계 노드(400)는 제1 사이드링크 연결(406)을 통해 TX UE(402)로부터 중계 UE(400)로의 전송의 상태를 표시하는 HARQ 피드백(FB1)을 TX UE(402)로 송신한다.
4.
중계 UE(400)는 중계 UE(400)이 TX UE(402)로부터 수신한 전송을 중계하기 위한 리소스들을 요청하는 스케줄링 요청(SR) 또는 BSR을 업링크 채널에서 gNB(452)로 송신한다.
5.
gNB(452)는 사이드링크 연결(408)을 통해 TX UE로부터 RX UE(404)로 전송을 중계하기 위해 중계 UE에 의해 이용될 리소스들을 포함하는 DCI를 다운링크 채널에서 중계 UE(400)로 송신한다.
6.
중계 UE(400)는 (5)에서 수신된 DCI에 표시된 리소스들을 이용하여 사이드링크 연결(408)을 통해 전송의 데이터 및 SCI를 송신한다.
7.
RX UE(404)는 사이드링크 연결(408)을 통해 RX UE에서의 전송의 상태에 관한 HARQ 피드백을 중계 UE(400)로 송신한다.
8.
중계 UE(400)는 상기 실시예들에서 설명된 바와 같이, 사이드링크 연결(406)을 통해 RX UE(404)로부터 수신된 피드백을 TX UE(402)에 보고한다.
도 14는 모드 2에서 동작하는 TX UE 및 모드 1에서 동작하는 중계 UE를 포함하는 무선 통신 시스템의 다른 실시예를 도시하며, 이에 따라 TX UE(402)는 중계 UE로의 전송을 위한 리소스을 센싱(sensing)하는 대신, 이러한 리소스들에 대한 요청을 중계 UE로 송신한다.
TX UE(402)로부터 RX UE(404)로의 전송을 위한 전체 피드백을 제공하기 위한 기능은 다음과 같다.
1.
TX UE(402)는 사이드링크 연결(406)을 통해 중계 UE(400)로 요청을 송신하여, 중계 UE가 gNB(452)에 의해 할당되거나 또는 중계 UE(400)에 의해 지원(assist)되는 리소스들을 제공하게 한다.
이는, 예를 들어, gNB에 의해 리소스들이 할당될 수 있도록, TX UE가 신뢰도가 높은 전송을 위한 리소스들을 필요로 할 때, 사용(employ)될 수 있다. 따라서, TX UE는 센싱에 의해 결정된 리소스들에만 의존하는 대신에, 중계 UE에게 리소스들을 요청한다. 이것은 TX UE가 AIM(assistance information message)를 요청하는 것과 유사하다.
2.
중계 UE(400)는 중계 UE(400)가 TX UE(402)로부터 수신한 전송을 중계하기 위한 리소스들 및 중계 UE로의 전송을 위해 TX UE에 의해 이용될 리소스들을 요청하는 스케쥴링 요청(SR) 또는 BSR을 업링크 채널에서 gNB(452)로 송신한다. 따라서, 중계 UE(400)는 TX UE가 중계 UE로 전송할 리소스들 및 중계 UE가 RX UE로 전송할 리소스를 gNB로부터 요청한다.
3.
gNB(452)는 사이드링크 연결(406)을 통해 TX UE(402)로부터 중계 UE(400)로의 전송을 송신하기 위해 TX UE에 의해 이용될 리소스들 및 사이드링크 연결(408)을 통해 TX UE로부터 RX UE(404)로 전송을 중계하기 위해 중계 UE에 의해 사용될 리소스들을 포함하는 DCI를 중계 UE(400)로 다운링크 채널에서 송신한다.
DCI는 두 정보가 함께 있는 싱글DCI(single DCI)일 수도 있고, 또는 TX UE 및 중계 UE에 대한 리소스들을 시간적으로 함께 또는 짧고 미리 정의된 인터벌(interval) 후에 별도로(seperately) 송신하는 두 개의 개별 DCI들(seperate DCIs)일 수도 있다.
4.
중계 UE(400)는 사이드링크 연결(406)을 통해 중계 UE로의 전송을 위해 TX UE(402)에 의해 이용될 리소스들을 포함하는 지원 정보 메시지(assistance information message)(AIM)을 TX UE로 송신한다.
5.
TX UE(402)는 AIM에서 수신된 리소스들을 이용하거나 또는, 다른 실시예들에 따르면, 센싱에 의해 획득된 리소스들과 AIM에 표시된 리소스들을 결합(combine)하여 SCI 및 전송의 데이터를 제1 사이드링크 연결(406)을 통해 중계 노드(400)로 송신한다.
6.
중계 노드(400)는 (3)에서 수신된 DCI에 표시된 리소스들을 이용하여 TX UE(402)로부터 중계 UE(400)로의 전송의 상태를 표시하는 HARQ 피드백(FB1)을 TX UE(402)로 제1 사이드링크 연결(406)을 통해 송신한다.
7.
중계 UE(400)는 사이드링크 연결(408)을 통해 전송의 데이터 및 SCI를 RX UE(404)로 송신한다.
8.
RX UE(404)는 사이드링크 연결(408)을 통해 RX UE에서의 전송의 상태에 관한 HARQ 피드백을 중계 UE(400)로 송신한다.
9.
중계 UE(400)는 상기 실시예들에서 설명된 바와 같이, 사이드링크 연결(406)을 통해 RX UE(404)로부터 수신된 피드백을 TX UE(402)에 보고한다. 중계 UE(400)는 Uu 연결(456)을 통해 피드백 레포트를 gNB(452)로 송신하여, gNB는 gNB(452)에 의해 부여된(granted) 리소스들을 이용한 전송의 상태를 인식할 수 있다. 레포트가 전송이 비-성공적이었다고 언급했다면, gNB(452)는 중계 UE(400)가 다른 BSR 또는 SR을 송신하도록 강제하지 않고, 초기 요청(initial request)(SR 또는 BSR)에 기초하여, 재전송을 위한 추가 리소스들을 제공할 수 있다. 레포트가 전송이 성공적이었다고 언급했다면, gNB(452)는 전송될 다른 TB(another TB)에 대해 토글링된(toggled) NDI(new data indicator)와 동일한 HARQ ID를 할당할 수 있다
2. UE-to-네트워크 중계기들(UE-to-Network Relays)
이하에서, UE-to-네트워크 중계기들에 연관된 본 발명의 제1 양태의 실시예들이 설명된다. 따라서, 이하의 실시예에 따르면, 전송 엔티티는 더 이상 사이드링크를 통해 중계 UE에 연결된 TX UE가 아니라, Uu 인터페이스를 통해 중계 UE에 연결된 gNB와 같은 RAN 엔티티다.
(a) gNB는 전송기(transmitter)로서 동작하고, 중계 UE는 모드 1에서 동작한다.
도 15는 Uu 인터페이스(414)를 통해 중계 UE(400)에 연결된 기지국 또는 gNB와 같은 RAN 엔티티를 전송 엔티티(402)로서 포함하는 무선 통신 시스템 또는 네트워크의 일 실시예를 도시하고, 중계 UE(400)는 사이드링크 연결(408)을 통해 RX UE(400)에 연결된다. 중계 UE는 모드 1에서 동작하는 반면, RX UE(404)는 모드 1 또는 모드 2에서 동작할 수 있다.
gNB(402)로부터 RX UE(404)로의 전송을 위한 전체 피드백을 제공하기 위한 기능은 다음과 같다.
1.
gNB(402)는 Uu 인터페이스(414)를 통해 DCI와 같은 제어 및 전송의 데이터를 중계 UE로 전송한다.
2.
중계 노드(400)는 gNB(402)로부터 중계 UE(400)로의 전송 상태를 표시하는 HARQ 피드백(FB1)을 Uu 인터페이스(414)를 통해 gNB(402)로 전송한다.
3.
중계 UE(400)는 Uu 인터페이스(414)의 업링크 채널에서 중계 UE(400)가 TX UE(402)로부터 수신한 전송을 중계하기 위한 리소스들 요청하는 스케줄링 요청(SR)을 gNB(402)로 송신한다.
4.
gNB(452)는 사이드링크 연결(408)을 통해 gNB로부터 RX UE(404)로 전송을 중계하기 위해 중계 UE에 의해 이용될 리소스들을 포함하는 DCI를 Uu 인터페이스의 다운링크 채널에서 중계 UE(400)로 송신한다.
5.
중계 UE(400)는 (4)에서 수신된 DCI에 표시된 리소스을 이용하여 사이드링크 연결(408)을 통해 전송의 데이터 및 SCI를 송신한다.
6.
RX UE(404)는 사이드링크 연결(408)을 통해 RX UE에서의 전송의 상태에 관한 HARQ 피드백을 중계 UE(400)로 송신한다.
7.
중계 UE(400)는 상기 실시예들에서 설명된 바와 같이, RX UE(404)로부터 수신된 피드백을 Uu 인터페이스(414)를 통해 gNB(402)에 보고한다.
다른 실시예에 따르면, DCI(1) 및 gNB로부터의 데이터를 중계 UE에게 제공할 때, RX UE로 전송을 중계하기 위한 리소스들도 포함될 수 있으며, 이에 따라 중계 UE로부터 gNB로의 추가 스케줄링 요청(additional scheduling request)(3)은 물론 도 15에 도시된 추가 DCI(4)도 회피(avoid)할 수 있다. 이는 gNB가 전송이 중계되고 RX UE로 직접(directly) 전송되지 않음을 인지하기 때문이다. 다른 최적화는 중계 UE가 중계 UE로부터 gNB로의 HARQ 피드백 FB1 (2)을 이용하여 gNB로 리소스들에 대한 요청을 송신함으로써, 중계 UE로부터 gNB로만으로의 추가 스케줄링 요청(3)을 회피하는 것이다. 도 16은 gNB로부터 중계 UE로의 초기 메시지(initial message)가 중계에 사용될 리소스들도 포함하는 무선 통신 시스템의 일 실시예를 도시한다.
gNB(402)로부터 RX UE(404)로의 전송을 위한 전체 피드백을 제공하기 위한 기능은 다음과 같다.
1.
gNB(402)는 Uu 인터페이스(414)를 통해 DCI와 같은 제어 및 전송의 데이터를 중계 UE로 전송한다. 또한, DCI는 RX UE(404)로 전송을 중계하기 위해 중계 UE(400)에 의해 사용될 리소스들을 포함한다.
DCI는 두 정보가 함께 있는 싱글DCI(single DCI)일 수도 있고, 또는 TX UE 및 중계 UE에 대한 리소스들을 시간적으로 함께 또는 짧고 미리 정의된 인터벌(interval) 후에 별도로(seperately) 송신하는 두 개의 개별 DCI들(seperate DCIs)일 수도 있다.
2.
중계 노드(400)는 gNB(402)로부터 중계 UE(400)로의 전송 상태를 표시하는 HARQ 피드백(FB1)을 Uu 인터페이스(414)를 통해 gNB(402)로 전송한다.
3.
중계 UE(400)는 (1)에서 수신된 DCI에 표시된 리소스들을 이용하여 전송의 데이터 및 SCI를 사이드링크 연결(408)을 통해 RX UE(404)로 송신한다.
4.
RX UE(404)는 사이드링크 연결(408)을 통해 RX UE에서의 전송의 상태에 관한 HARQ 피드백을 중계 UE(400)로 송신한다.
5.
중계 UE(400)는 상기 실시예들에서 설명된 바와 같이, RX UE(404)로부터 수신된 피드백을 Uu 인터페이스(414)를 통해 gNB(402)에 보고한다.
(1)에서, gNB(402)는 전송 또는 패킷이 중계 UE에 의해 RX UE로 중계될 것임을 인지하므로, 중계 UE로부터의 스케줄링 요청을 기대(expect)하는 대신, gNB가 데이터를 전송하는 리소스들을 중계 UE로 보내는 것 외에(apart from sending the resources where the gNB transmits the data to the relay UE), gNB는 DCI에서 RX UE로의 전송을 위해 중계 UE에 의해 이용될 리소스들을 능동적으로(actively) 송신한다.
(b) gNB는 전송기로서 동작하고, 중계 UE는 모드 2에서 동작한다.
도 17은 전송 엔티티가 gNB이고 중계 UE(400)는 모드 2에서 동작하는 반면, RX UE는 모드 1 또는 모드 2에서 동작하는 무선 통신 시스템의 일 실시예를 도시한다.
gNB(402)로부터 RX UE(404)로의 전송에 대한 전체 피드백을 제공하는 기능은 다음과 같다.
1.
gNB(402)는 Uu 인터페이스(414)를 통해 DCI와 같은 제어 및 전송의 데이터를 중계 UE로 전송한다.
2.
중계 노드(400)는 gNB(402)로부터 중계 UE(400)로의 전송 상태를 표시하는 HARQ 피드백(FB1)을 Uu 인터페이스(414)를 통해 gNB(402)로 전송한다.
3.
중계 UE는 전송을 RX UE(404)로 중계하는데 사용될 리소스들을 센싱함으로써 식별하고 선택한다.
4.
중계 UE(400)는 식별된 및 선택된 리소스들을 이용하여 제1 사이드링크 연결(408)을 통해 전송의 데이터 및 SCI를 RX UE(404)로 송신한다.
5.
RX UE(404)는 사이드링크 연결(408)을 통해 RX UE에서의 전송의 상태에 관한 HARQ 피드백을 중계 UE(400)로 송신한다.
6.
중계 UE(400)는 상기 실시예들에서 설명된 바와 같이, RX UE(404)로부터 수신된 피드백을 Uu 인터페이스(414)를 통해 gNB(402)에 보고한다.
(c) TX UE는 모드 2에서 동작하고, 중계 UE는 모드 1에서 동작하고, RX 엔티티는 gNB이다.
도 18은 전송 엔티티(402)가 사이드링크 연결(406)을 통해 중계 UE(400)에 연결된 사용자 디바이스인 반면, 수신 엔티티는 Uu 인터페이스(458)를 통해 중계 노드에 연결된 gNB(404)인 무선 통신 시스템의 실시예를 도시한다.
gNB(404)로부터 TX UE(402)로의 전송을 위한 전체 피드백을 제공하기 위한 기능은 다음과 같다:
1.
TX UE(402)는 센싱에 의해 중계 UE(400)로의 전송을 위한 리소스들을 식별 및 선택한다.
2.
TX UE(402)는 식별된 및 선택된 리소스들을 이용하여 전송의 데이터 및 SCI를 제1 사이드링크 연결(406)을 통해 중계 노드(400)로 송신한다.
3.
중계 노드(400)는 제1 사이드링크 연결(406)을 통해 TX UE(402)로부터 중계 UE(400)로의 전송의 상태를 표시하는 HARQ 피드백, FB1을 TX UE(402)로 송신한다.
4.
중계 UE(400)는 Uu 인터페이스(458)를 통해 업링크 채널에서 중계 UE(400)가 TX UE(402)로부터 수신한 전송을 중계하기 위한 리소스들을 요청하는 스케줄링 요청(SR)을 gNB(404)로 전송한다.
5.
gNB(452)는 Uu 인터페이스(458)를 통해 다운링크 채널에서 Uu 연결(458)을 통해 TX UE로부터 gNB(404)로 전송을 중계하기 위해 중계 UE에 의해 사용될 리소스들을 포함하는 DCI를 중계 UE(400)로 송신한다.
6.
중계 UE(400)는 (5)에서 수신된 DCI에 표시된 리소스을 이용하여 Uu 연결(458)을 통해 전송의 데이터를 gNB UE(404)로 송신한다.
7.
gNB UE(404)는 uu 연결(458)을 통해 중계 UE(400)로 gNB에서의 전의송 상태에 대한 피드백을 송신한다.
실시예들에 따르면, 피드백은 HARQ 피드백일 수 있다.
다른 실시예들에 따르면, NR Unlicensed(NR-U)에서 사용되는 것과 같이, 다운링크 프레임 인디케이터(downlink frame indicator)(DFI)의 컨셉(concept)은 DFI를 중계 UE로 전송하는 gNB에 의해 재사용된다 - DFI는 하나 이상의 전송에 대한 피드백을 포함함 -. DFI가 다중 전송에 대한 피드백과 함께 번들(bundle)로 제공되는 경우, 각 전송은 타이머가 작동되기 전에 중계 노드가 DFI를 수신하도록 연결된(attached) 타이머를 가진다. 중계 UE가 타이머 내에서 전송을 위한 DFI를 수신하지 못하면, 전송은 비-성공적인것으로 간주된다.
8.
중계 UE(400)는 상기 실시예들에서 설명된 바와 같이, gNB(404)로부터 수신된 피드백을 사이드링크 연결(406)을 통해 TX UE(402)에 보고한다.
도 19는 전송 엔티티(402)가 사이드링크 연결(406)을 통해 중계 UE(400)에 연결된 사용자 디바이스인 반면, 수신 엔티티는 Uu 인터페이스(458)를 통해 중계 노드에 연결된 gNB(404)인 무선 통신 시스템의 다른 실시예를 도시한다. TX UE(402)는 중계 UE로의 전송을 위한 리소스을 센싱하는 대신, 이러한 리소스들에 대한 요청을 중계 UE로 송신한다.
gNB(404)로부터 TX UE(402)로의 전송을 위한 전체 피드백을 제공하기 위한 기능은 다음과 같다.
1.
TX UE(402)는 사이드링크 연결(406)을 통해 중계 UE(400)에 요청을 전송하여, 중계 UE가 gNB(404)에 의해 할당되거나 중계 UE(400)에 의해 지원되는 리소스들을 제공하게 한다.
이는, 예를 들어, gNB에 의해 리소스들이 할당될 수 있도록, TX UE가 신뢰도가 높은 전송을 위한 리소스들을 필요로 할 때, 사용될 수 있다. 따라서, TX UE는 센싱에 의해 결정된 리소스들에만 의존하는 대신에, 중계 UE에게 리소스들을 요청한다. 이것은 TX UE가 AIM(assistance information message)를 요청하는 것과 유사하다.
2.
중계 UE(400)는 중계 UE(400)가 TX UE(402)로부터 수신한 전송을 중계하기 위한 리소스들 및 중계 UE로의 전송을 위해 TX UE에 의해 사용될 리소스들을 요청하는 스케줄링 요청(SR) 또는 BSR을 Uu 인터페이스(458)를 통해 업링크 채널에서 gNB(404)로 전송한다.
3.
gNB(404)는 Uu 연결(458)을 통해 TX Ue로부터 gNB(404)로 전송을 중계하기 위해 중계 UE에 의해 사용될 리소스들 및 사이드링크 연결을 통해 TX UE(404)로부터 중계 UE(400)로 전송을 송신하기 위해 TX UE에의해 사용될 리소스들을 포함하는 DCI를 Uu 연결의 다운링크 채널에서 중계 UE(400)로 송신한다.
DCI는 두 정보가 함께 있는 싱글DCI(single DCI)일 수도 있고, 또는 TX UE 및 중계 UE에 대한 리소스들을 시간적으로 함께 또는 짧고 미리 정의된 인터벌(interval) 후에 별도로(seperately) 송신하는 두 개의 개별 DCI들(seperate DCIs)일 수도 있다.
4.
중계 UE(400)는 사이드링크 연결(406)을 통해 중계 UE로의 전송을 위해 TX UE(402)에 의해 이용될 리소스들을 포함하는 지원 정보 메시지(assistance information message)(AIM)을 TX UE로 송신한다.
5.
TX UE(402)는 AIM에서 수신된 리소스들을 이용하거나 또는, 다른 실시예들에 따르면, 센싱에 의해 획득된 리소스들과 AIM에 표시된 리소스들을 결합(combine)하여 SCI 및 전송의 데이터를 제1 사이드링크 연결(406)을 통해 중계 노드(400)로 송신합니다.
6.
중계 노드(400)는 제1 사이드링크 연결(406)을 통해 TX UE(402)로부터 중계 UE(400)로의 전송의 상태를 표시하는 HARQ 피드백, FB1을 TX UE(402)로 송신한다.
7.
중계 UE(402)는 (3)에서 수신된 DCI에 표시된 리소스들을 사용하여 Uu 연결(458)을 통해 전송의 데이터를 gNB(404)로 송신한다.
8.
gNB(404)는 Uu 연결(458)을 통해 RX UE에서의 전송의 상태에 대한 피드백을 중계 UE(400)로 송신한다.
실시예들에 따르면 피드백은 HARQ 피드백일 수 있다.
다른 실시예들에 따르면, NR-U에서 사용되는 것과 같이, DFI의 컨셉은 중계 UE로 DFI를 전송하는 gNB에 의해 재사용된다 - DFI는 하나 이상의 전송에 대한 피드백을 포함함 -. DFI가 다중 전송에 대한 피드백과 함께 번들(bundle)로 제공되는 경우, 각 전송은 타이머가 작동되기 전에 중계 노드가 DFI를 수신하도록 연결된(attached) 타이머를 가진다. 중계 UE가 타이머 내에서 전송을 위한 DFI를 수신하지 못하면, 전송은 비-성공적인것으로 간주된다.
9.
중계 UE(400)는 상기 실시예들에서 설명된 바와 같이, 사이드링크 연결(406)을 통해 RX UE(404)로부터 수신된 피드백을 TX UE(402)에 보고한다.
도 10 내지 도 19를 참조하여 설명된 실시예들과 관련하여, 중계 UE(400)로부터 TX UE 또는 gNB일 수 있는 TX 엔티티로 HARQ 피드백을 송신하는 것은 상술한 제1 양태의 실시예들에 따라, 두 개의 피드백들 FB1 및 FB2을 TX UE로 송신하는 대신, RX UE로부터의 피드백만이 중계 UE(400)로부터 TX UE 또는 gNB로 전송되는 것과 같이 선택적일 수 있다. 또한, 중계 UE(400)는 RX 엔티티로부터 피드백을 수신하지 않을 수 있고, 심지어 RX 엔티티가 없는 경우에도, 제1 양태의 상술한 실시예들에 따라, 중계 UE(400)는 TX 엔티티에 피드백을 제공할 수도 있다. 이는 중계 UE가 설정된 또는 미리 설정된 재전송 횟수, 또는 설정된 또는 미리 정의된 시간 듀레이션(time duration) 동안 RX 엔티티로 재전송을 시도했지만 성공적 승인(acknowledgement)을 수신하는데 실패했을 때이다. 이 경우, 중계 UE는 비-성공적 피드백을 TX 엔티티에 보고한다.
제2 양태(second aspect)
본 발명의 제2 양태의 실시예들은 중계 노드(RN)에서, 제어 및 데이터 메시지와 같은 전송의 차별화를 다루며, 제1 전송으로도 지칭되는 중계될 전송들(transmissions to be relayed)로, 그리고 제2 전송으로도 지칭되는 중계 노드를 위한 전송들로의 차별화를 다룬다.
중계 UE(relay UE)
제2 양태에 따르면, 본 발명은 무선 통신 네트워크를 위한 사용자 디바이스(UE)를 제공하고,
UE는 무선 통신 네트워크의 하나 이상의 수신 엔티티와 전송 엔티티 사이의 연결을 지원하는 기능을 제공하기 위해 중계 UE로서 동작하고,
UE는 수신 엔티티로 중계될 제1 전송과 UE를 위한 제2 전송 사이에서 전송 엔티티로부터 수신되는 송신을 차별화(differentiate)하고,
UE는 다음 중 하나 이상에 의해 수신된 전송을 차별화해야 한다.
-
전송과 관련된 제어 정보(control information),
-
전송 및/또는 관련 제어 정보(accociated contron information)가 수신되는 리소스들.
실시예들에 따르면, 전송과 관련된 제어 정보는 다음 중 하나 이상을 포함한다.
-
전송과 관련된 사이드링크 제어 정보(SCI)와 같은 다이렉트 인터페이스 제어 메시지(direct interface control message) - SCI는전송이 제1 전송인지 또는 제2 전송인지를 표시함 -,
-
전송과 관련된 다운링크 제어 정보(DCI)와 같은 네트워크 인터페이스 제어 메시지 - DCI는 전송이 제1 전송인지 또는 두 번째 전송인지를 표시함 -,
-
전송과 관련된 MAC 헤더(medium access control header) - MAC 헤더는 전송이 제1 전송인지 또는 제2 전송인지를 표시함 -.
실시예들에 따르면, 전송 및/또는 연관된 제어 정보가 수신되는 리소스들은 다음 중 하나 이상을 포함한다.
-
중계 사이드링크 제어 채널(relay sidelink control channel) - 전송과 관련되고 중계 사이드링크 제어 채널의 리소스들에서 수신된 제어 정보는 관련 전송(associated transmission)이 제1 전송임을 표시함 -,
-
중계 대역폭 부분(relay bandwith part)(R-BWP) - R-BWP의 리소스들에서 전송 및/또는 전송과 관련된 제어 정보를 수신하는 것은 전송이 제1 전송임을 표시함 -,
-
중계 사이드링크 리소스 풀(relay sidelink resource pool) - 중계 사이드링크 리소스 풀의 리소스들에서 전송 및/또는 전송과 관련된 제어 정보를 수신하는 것은 전송이 제1 전송임을 표시함 -.
실시예들에 따르면, UE는 사이드링크와 같은 다이렉트 인터페이스를 통해 또는 3GPP 또는 비-3GPP 인터페이스와 같은 액세스 네트워크 인터페이스를 통해 전송 엔티티로부터 전송을 수신한다.
실시예들에 따르면,
-
전송 엔티티는 사용자 디바이스(UE) 또는 중계 UE를 포함하고, 수신 엔티티는 사용자 디바이스(UE) 또는 중계 UE를 포함하거나, 또는
-
전송 엔티티는 사용자 디바이스(UE) 또는 중계 UE를 포함하고, 수신 엔티티는 RAN 엔티티와 같은 네트워크 엔티티를 포함하거나, 또는
-
전송 엔티티는 RAN 엔티티와 같은 네트워크 엔티티를 포함하고, 수신 엔티티는 사용자 디바이스(UE) 또는 중계 UE를 포함한다.
--- SCI ---
실시예들에 따르면,
UE는 전송과 관련된 제어 정보를 이용하여 수신된 전송을 차별화하고, 제어 정보는 전송과 관련된 제1 단계 및/또는 제2 단계 사이드링크 제어 정보(SCI)를 포함하고,
전송과 관련된 사이드링크 제어 정보 SCI는 다음을 포함한다.
전송이 제1 전송(first transmission) 또는 제2 전송(second transmission)인지를 표시하는 하나 이상의 추가 파라미터를 포함하는 제1 단계 SCI가 제공되고, UE는 제1 단계 SCI를 수신하는 것에 응답하여, 하나 이상의 추가 파라미터들을 이용하여 전송이 제1 전송 또는 제2 전송인지를 결정하고, 제1 전송인 경우, 전송을 수신 엔티티로 중계하고, 및/또는
전송이 제1 전송 또는 제2 전송인지를 표시하기 위해 수정된(modified) 하나 이상의 파라미터들을 포함하는 제2 단계 SCI가 제공되고, UE는 제2 단계 SCI 수신에 응답하여, 하나 이상의 파라미터들을 이용하여 전송이 제1 전송 또는 제2 전송인지를 결정하고, 제1 전송인 경우, 전송을 수신 엔티티로 중계하거나, 또는
미리 정의된 제2 단계 SCI는 중계될 전송에 적합하도록 제공되며, UE는 미리 정의된 제2 단계 SCI를 수신하는 것에 응답하여, 전송을 제1 전송으로 결정하고 전송을 수신 엔티티로 중계한다.
실시예들에 따르면, SCI는 다음을 포함한다.
-
UE의 레이어 1(L1) ID 또는 목적지(destination)와 같이 UE만을 나타내는 목적지 정보(destination information), 또는
-
수신 엔티티의 L1 ID 또는 목적지와 같이 수신 엔티티만을 나타내는 목적지 정보, 또는
-
UE의 L1 ID 또는 목적지와 같이 UE를 표시하는 제1 목적지 정보 및 수신 엔티티의 L1 ID 또는 목적지와 같이 수신 엔티티를 나타내는 제2 목적지 정보, 또는
-
UE 및 수신 엔티티 모두를 표시하는 결합 목적지 정보(combined destination information).
UE는 UE만을 표시하는 목적지 정보를 수신하는 것에 응답하여, 전송을 제2 전송으로 결정하고,
UE는 수신 엔티티만을 표시하는 목적지 정보를 수신하는 것에 응답하여, 또는 UE를 표시하는 제1 목적지 정보 및 수신 엔티티를 나타내는 제2 목적지 정보를 수신하는 것에 응답하여, 또는 결합 목적지 정보를 수신하는 것에 응답하여, 전송을 제1 전송으로 결정한다.
실시예들에 따르면, SCI는 수신 엔티티가 전송을 수신할 때까지 시간 인디케이터와 같은 인디케이터를 포함한다.
실시예에 따르면, 타이머가 임계값을 초과하거나 또는 UE가 수신 엔티티로의 전송을 위한 시간 및 수신 엔티티로부터 승인(acknowledgment)(ACK)을 수신하기 위한 시간이 임계값을 초과한다고 결정하는 경우,
-
UE는 전송 또는 패킷을 드롭(drop)하거나,
-
UE는 전송 또는 패킷을 드롭하고, 비-승인(non-acknowledgment)(NACK)을 전송 엔티티로 송신한다.
실시예들에 따르면, SCI로부터 전송을 제1 전송으로 결정하는 것에 응답하여, UE는 전송을 디코딩하는 것을 억제(refrain)하고, 및/또는 전송을 상위 레이어으로 전달(foward)하고, 수신 엔티티로의 전송을 위해 수신 엔티티의 L1 ID 또는 목적지와 함께 전송을 버퍼(buffer)로 로드(load)한다.
실시예에 따라 SCI는 전송 엔티티(UE)의 레이어 1(L1) ID과 같이 전송 엔티티를 표시하는 정보를 포함한다.
UE는 전송 엔티티를 표시하는 정보를 이용하여 전송 엔티티가 설정된 또는 미리 설정된 전송 엔티티들의 목록(list)에 있는지 여부를 결정하고,
UE는 전송 엔티티가 목록에 있는 경우, 전송을 제1 전송으로 결정하고,
UE는 전송 엔티티가 목록에 없는 경우, 전송을 제2 전송으로 결정한다.
실시예들에 따르면,
SCI는 레이어 1(L1) ID, 또는 미리 정의된 목적지와 같은 미리 정의된 목적지 정보를 포함한다 - 미리 정의된 목적지 정보는 SCI와 관련된 전송이 중계될 것임을 표시함 -.
UE는 미리 정의된 목적지 정보를 수신하는 것에 응답하여, 미리 정의된 목적지 정보를 수신 엔티티 레이어 1(L1) ID, 또는 목적지와 같은 수신 엔티티의 실제 목적지 정보(actual deistination information)에 맵핑(mapping)하고, 전송을 수신 엔티티로 중계한다.
실시예들에 따르면, 미리 정의된 목적지 정보는 다음의 하나 이상이다.
-
가상 목적지 ID(vitual destination ID),
-
목적지 ID들의 풀(pool) 또는 설정된 또는 미리 설정된 목록으로부터의 목적지 ID.
실시예들에 따르면,
UE는 수신 엔티티로 중계될 전송을 위해, 전송 엔티티에 의해 이용될 미리 정의된 목적지 정보를 전송 엔티티에 제공하거나, 또는
UE는 수신 엔티티로부터 미리 정의된 목적지 정보를 수신하고, 수신 엔티티로 중계될 전송을 위해, 전송 엔티티에 의해 이용될 미리 정의된 목적지 정보를 전송 엔티티로 전달한다.
실시예들에 따르면,
SCI는 수신 엔티티의 특정 목적지 ID에 매핑되는 특정 HARQ 프로세스 ID 또는 HARQ 프로세스 번호 및 L1 ID 또는 목적지와 같이 UE만을 표시하는 목적지 정보를 포함하고,
UE는 특정 HARQ 프로세스 ID 또는 HARQ 프로세스 번호에 응답하여, 전송을 제1 전송으로 결정하고, 특정 HARQ 프로세스 ID가 매핑된 수신 엔티티로 전송을 중계한다.
--- 맥 헤더(MAC header) ---
실시예들에 따르면, UE가 전송과 관련된 매체 액세스 제어(Medium Access Control)(MAC) 헤더를 이용하여 수신된 전송을 차별화하는 경우, MAC 헤더는 전송이 제1 전송이고 UE는 의도된 수신기(intended receiver)가 아님을 알리는 표시(indication)을 포함한다.
실시예들에 따르면, 사용자 디바이스는 논리 중계 채널(logical relay channel(LRCH)과 같은 논리 채널(logical channel)을 포함하는 MAC 계층을 포함하고,
UE는 전송이 제1 전송이고 UE를 위한 것이 아님에 대한 표시 포함하는 MAC 헤더를 수신하는 것에 응답하여, 수신 엔티티로의 전송을 위해 LRCH의 큐(queue) 또는 버퍼에 전송을 배치(place)한다.
실시예들에 따르면,
MAC 헤더는 수신 엔티티의 레이어 2(L2) ID 또는 목적지와 같은 수신 엔티티의 목적지 정보를 포함하고,
UE는 MAC 헤더에 있는 수신 엔티티의 목적지 정보에 응답하여, 제1 전송이 될 전송을 결정해야 합니다.
실시예들에 따르면, SCI는 UE의 L1 ID 또는 목적지와 같이 UE를 표시하는 목적지 정보를 더 포함한다.
실시예들에 따르면,
MAC 헤더는 레이어 2(L2) ID 또는 미리 정의된 목적지와 같은 미리 정의된 목적지 정보를 포함하고 - 미리 정의된 목적지 정보는 MAC 헤더와 관련된 전송이 중계될 것임을 표시함 -,
UE는 미리 정의된 목적지 정보 수신에 응답하여, 미리 정의된 목적지 정보를 수신 엔티티의 레이어 2(L2) ID 또는 목적지와 같은 수신 엔티티의 실제 목적지 정보에 매핑하고, 전송을 수신 엔티티로 중계한다.
실시예들에 따르면, 미리 정의된 목적지 정보는 다음 중 하나 이상이다.
-
가상 목적지 ID(vitual destination ID),
-
목적지 ID들의 풀(pool) 또는 설정된 또는 미리 설정된 목록으로부터의 목적지 ID.
실시예들에 따르면,
UE는 수신 엔티티로 중계될 전송을 위해, 전송 엔티티에 의해 이용될 미리 정의된 목적지 정보를 전송 엔티티에 제공하거나, 또는
UE는 수신 엔티티로부터 미리 정의된 목적지 정보를 수신하고, 수신 엔티티로 중계될 전송을 위해, 전송 엔티티에 의해 이용될 미리 정의된 목적지 정보를 전송 엔티티로 전달한다.
실시예들에 따르면, 제어 정보는 UE에 의해 메시지를 전송할 때 감소 또는 증가되는 파라미터를 포함하고, UE는 설정된 또는 미리 설정된 값에 도달하면 메시지를 중계하지 않는다.
실시예들에 따르면, 장애 표시(failure indication)는 다음 중 하나 이상으로 송신된다.
-
전송 엔티티, 및/또는
-
네트워크, 및/또는
-
패킷이 수신된 이전(previous) 중계 UE.
--- 전용 중계 사이드 링크 제어 채널(dedicated relay sidelink control channel ---
실시예들에 따르면,
무선 통신 네트워크는 중계 사이드링크 제어 채널을 포함하고,
UE는 중계 사이드링크 제어 채널에서 전송과 관련된 사이드링크 제어 정보(SCI)를 수신하는 것에 응답하여, 전송을 제1 전송으로 결정한다.
실시예들에 따르면, 중계 사이드링크 제어 채널은 NR V2X 리소스 풀과 같은 사이드링크 리소스 풀에서 서브채널(sub-channel)이다.
실시예들에 따르면, 중계 사이드링크 제어 채널은 다음 중 하나 이상을 정의함으로써 PSCCH와 같은 사이드링크 제어 채널에서 정의된다.
-
중계 전용 제어 메시지(message meant for only relaying)를 위해 이용되는 PSCCH 내의 다수의 리소스 블록들(resource blocks)(RBs),
-
PSCCH에서 모든 RB들은 특정된 시간 인터벌들(specified intervals of time)로 중계하기 위한 제어 메시지들 전용인 주기성(periodicty), 또는
-
PSCCH에서 주파수에 걸쳐 선택된 수의 RB(selected number of RBs accross frequency in the PSCCH)가 특정된 시간 인터벌들로 중계하기 위한 제어 메시지들 전용인 주기성.
실시예들에 따르면, UE는 중계 사이드링크 제어 채널에서 전송과 관련된 사이드링크 제어 정보(SCI)를 수신하는 것에 응답하여, 전송을 디코딩하고 전송을 상위 레이어로 전달하는 것을 억제(refrain)하고, 수신 엔티티로의 전송을 위해 수신 엔티티의 목적지 ID와 함께 전송을 버퍼에 로드한다.
--- 전용 대역폭 부분(dedicated bandwith part) ---
실시예들에 따르면,
무선 통신 네트워크는 데이터 및 제어의 중계 연관 전송 및 수신(rlay-related transmission and reception)에만 사용될 중계 대역폭 부분(R-BWP)를 포함하고,
UE는R-BWP에서 전송 및/또는 전송과 관련된 제어 정보를 수신하는 것에 응답하여, 전송을 제1 전송으로 결정한다.
실시예에 따르면, R-BWP는 중계된 전송(relayed transmission)에 대한 피드백을 송신하는데 사용된다.
--- 전용 중계 사이드링크 리소스 풀(dedicated relay sidelink resource pool ---
실시예들에 따르면,
무선 통신 네트워크는 데이터 및/또는 제이어의 중계 연관 전송 및 수신에만 사용될 중계 사이드링크 리소스 풀(R-RP)을 포함하고,
UE는 R-RP에서 전송 및/또는 전송과 관련된 제어 정보를 수신하는 것에 응답하여, 전송을 제1 전송으로 결정한다.
실시예들에 따르면, R-RP는 중계된 전송에 대한 피드백을 송신하는 데 사용된다.
실시예들에 따르면, 중계 리로스 풀(R-RP)는 BWP 내에서 정의되고, TX 및 RX 모두가 발생하는 하나 이상의 전송 또는 수신 풀들, 하나 이상의 전송 중계 리소스 풀들(TX R-RPs), 하나 이상의 수신 중계 리소스 풀들(RX R-RPs), 또는 하나 이상의 R-RP들과 같은 하나 이상의 리소스 풀들을 포함한다.
실시예들에 따르면, R-RP는 모드 1에서 동작하는 UE들을 위해 설정된 제1 R-RP 및 모드 2에서 동작하는 UE들을 위해 설정된 제2 R-RP를 포함한다.
실시예들에 따르면, R-RP는 모드 1에서 동작하는 UE들 및 모드 2에서 동작하는 UE들을 위해 설정되며, UE는 주기적 혼잡 레포트(periodic congestion report)를 전송 엔티티에 제공할 것으로 예상되어, 전송 엔티티는 R-RP 내의 사용 가능한 리소소들을 인식할 수 있다.
실시예들에 따르면, 중계 리소스 풀(R-RP)는 전송 엔티티와 수신 엔티티 사이 및/또는 또는 중계 엔티티와 수신 엔티티 사이의 링크의 품질이 미리 정의된 링크 품질 임계값 미만인 경우, 데이터 및/또는 제어의 제어-연관 전송 및 수신을 위해 사용된다.
실시예들에 따르면, UE는, 예를 들어 하나 이상의 시스템 정보 블록들(system information blocks)(SIBs) 또는 제어 채널들, 예를 들어, PDCCH 또는 PDSCH 내의 다른 제어 시그널링(control signaling)에서 하나 이상의 리소스 풀 설정들(resource pool configurations)을 수신한다 - 하나 이상의 리소스 풀 설정들은 R-RP 설정을 포함하고, R-RP 설정은 다음을 포함함 -.
-
기지국이 중계를 지원한다는 표시,
-
전송 엔티티가 중계 기반 전송으로 스위치(switch)되는 링크 품질 임계값,
-
R-RP의 리소스들.
실시예들에 따르면, R-RP 설정은 PSFCH(physical sidelink feedback channel) 리소스들과 같은 피드백 채널 리소스들의 주기성을 포함하고, 시간 슬롯들(time slots)의 수 측면에서, 주기성이 0 값으로 세팅된 경우, R-RP에서 피드백 채널 리소스들은 정의되지 않는다.
실시예들에 따르면, UE는 다음과 같이 전송 엔티티로부터 수신된 전송에 대한 피드백을 전송 엔티티로 송신하기 위해 피드백 채널을 이용한다.
-
UE는 전송 엔티티로부터 UE로의 전송이 실패하는 경우, 재전송을 요청하는 NACK를 전송 엔티티로 전송하고, 및/또는
-
전송 엔티티로부터 UE로의 전송이 성공한 경우,
i)
UE는 UE가 수신 엔티티로부터 성공적 피드백을 수신한 후에만 ACK를 전송하여, UE가 전송 엔티티로부터 수신 엔티티로의 전송의 전체 HARQ 피드백을 전송 엔티티에 제공할 수 있도록 하거나, 또는
ii)
UE는 UE가 전송 엔티티로부터 전송을 수신한 후 제1 ACK를 송신하고, UE가 수신 엔티티로부터 성공적 피드백을 수신한 후 제2 ACK를 송신하여, UE가 전송 엔티티로부터 수신 엔티티로의 전송의 전체 HARQ 피드백을 전송 엔티티에 제공할 수 있게 한다.
실시예들에 따르면, 브로드캐스트(broadcast)로 전송되는 전송의 경우, 또는 전송이 UE로 향하지 않는 경우, 또는 전송이 비활성화된 피드백(disabled feedback)과 함께 그룹캐스트(groupcast) 또는 유니캐스트(unicast)로 송신되는 경우, UE는 피드백 전송을 비활성화(disable)한다.
실시예들에 따르면, 중계 사이드링크 제어 채널 및/또는 R-BWP 및/또는 R-RP는 제2 전송이 전송 및/또는 수신되는 주파수 레인지(frequency range) 또는 스펙트럼(spectrum)과 다른 주파수 레인지 또는 스펙트럼을 포함한다.
실시예들에 따르면, 전송을 제1 전송으로 결정하는 것에 응답하여,
-
UE는 전송을 디코딩하고 전송을 상위 계층으로 전달하는 것을 억제(refrain)하고, 전송을 수신 엔티티로의 전송을 위해 수신 엔티티의 목적지 ID와 함께 버퍼에 로드하거나, 또는
-
UE는 상위 레이어 최적화(higer layer optimization)를 위해 전송을 디코딩하고, 이 패킷을 일반 전송 풀(normal transmit pool)을 이용하여 의도된(intended) RX UE로 전송하고, 수신 엔티터로의 전송을 위해 수신 엔티티의 목적지 ID와 함께 최적화된 전송을 버퍼에 로드한다.
실시예들에 따르면, 전송과 관련된 제어 정보를 수신하는 것에 응답하여,
UE를 표시하는 목적지 ID 파라미터는 비어 있거나, null 값으로 세팅되거나, 또는 기본값으로 세팅되고, 및 수신 엔티티를 표시하는 목적지 ID 파라미터는 특정(specify)된 경우, 또는,
UE 및 수신 엔티티를 모두 표시하는 결합 목적지 정보의 경우 - UE를 표시하는 목적지 ID 파라미터는 비어거나, null 값으로 세팅되거나, 또는 기본값으로 세팅되고, 및 수신 엔티티를 표시하는 목적지 ID 파라미터는 특정됨 -,
UE는 브로드캐스트 방식으로 전송을 수신하고, 의도된 수신 엔티티 또는 엔티티들로 유니캐스트 또는 그룹캐스트 또는 브로드캐스트 방식으로 전송을 송신한다.
실시예들에 따르면, 전송과 관련된 제어 정보 수신에 응답하여,
UE를 표시하는 목적지 ID 파라미터가 특정되고, 수신 엔티티를 표시하는 목적지 ID 파라미터가 특정된 경우, 또는,
UE 및 수신 엔티티를 모두 표시하는 결합 목적지 정보의 경우 - UE를 표시하는 목적지 ID 파라미터가 특정되고, 수신 엔티티를 표시하는 목적지 ID 파라미터가 특정됨 -,
UE는 그룹캐스트 또는 유니캐스트 방식으로 전송을 수신하고, 의도된 수신 엔티티 또는 엔티티들로 유니캐스트 또는 그룹캐스트 또는 브로드캐스트 방식으로 전송을 송신한다.
실시예들에 따르면, 사용자 디바이스는 이동 단말(mobile terminal), 또는 고정 단말(stationary terminal), 또는 셀룰러 IOT-UE, 또는 차량 UE, 또는 리더(group leader)(GL) UE, 또는 IoT, 또는 협대역(narrow band)(NB) IoT 디바이스, 또는 스마트워치(smartwatch)와 같은 웨어러블 디바이스(wearable device), 또는 피트니스 트래커(fitness tracker), 또는 스마트 글래스(smart glasses), 또는 육상 기반 차량(ground based vehicle), 또는 공중 차량(aerial vehicle), 또는 드론, 또는 이동식 기지국(moving base station), 또는 로드 사이드 유닛(road side unit)(RSU), 또는 건물(building), 또는 예를 들어, 센서 또는 액추에이터(actuator)와 같이, 무선 통신 네트워크를 이용하여 통신할 수 있도록 하는 네트워크 연결성(network connectivity)을 갖춘 임의의 다른 아이템 또는 디바이스, 또는 예를 들어, 센서 또는 액추에이터와 같이, 무선 통신 네트워크 사이드 링크(side link)를 이용하여 통신할 수 있도록 하는 네트워크 연결을 갖춘 임의의 아이템 또는 디바이스, 또는 임의의 사이드링크 가능 네트워크 엔티티(sidelink capable network entity) 중 하나 이상을 포함한다.
전송 엔티티(TRANSMITTING ENTITY)
제2 양태에 따르면, 본 발명은 무선 통신 네트워크를 위한 전송 엔티티를 제공하고,
전송 엔티티는 무선 통신 네트워크의 하나 이상의 수신 엔티티와 전송 엔티티 사이의 연결을 지원하는 기능을 제공하기 위해 중계 UE에 연결 가능하고,
전송 엔티티는 다음 중 하나 이상에 의해 수신 엔티티로 중계될 제1 전송으로서 중계 UE로의 전송을 표시한다.
-
전송을 특정 제어 정보와 연관(associate)시키는 동작,
-
특정 리소스들에 대한 전송 및/또는 관련 제어 정보(associated control information)를 송신하는 동작.
실시예들에 따르면, 전송을 특정 제어 정보와 연관시키는 동작은 다음 중 하나 이상을 포함한다.
-
전송이 중계 UE를 위한 제1 전송인지 또는 제2 전송인지를 표시하는 사이드링크 제어 정보(SCI)와 같은 다이렉트 인터페이스 제어 메시지를 전송과 연관시키는 동작,
-
전송이 중계 UE를 위한 제1 전송인지 또는 제2 전송인지를 표시하는 다운링크 제어 정보(DCI)와 같은 네트워크 인터페이스 제어 메시지를 전송과 연관시키는 동작,
-
전송을 MAC과 연관시키는 동작 - MAC 헤더는 전송이 제1 전송 또는 제2 전송인지를 표시함 -.
실시예들에 따르면, 특정 리소스들에 대한 전송 및/또는 관련 제어 정보를 송신하는 동작은 다음 중 하나 이상을 포함한다.
-
중계 사이드링크 제어 채널에서 전송과 관련된 사이드링크 제어 정보(SCI)와 같은 다이렉트 인터페이스 제어 메시지를 송신하는 동작,
-
전송 및/또는 전송과 관련된 제어 정보를 전송하기 위해 중계 대역폭 부분(R-BWP)의 리소스들을 이용하는 동작,
-
전송 및/또는 전송과 관련된 제어 정보를 전송하기 위해 중계 사이드링크 리소스 풀의 리소스들을 이용하는 동작.
실시예들에 따르면, 전송 엔티티는 사이드링크와 같은 다이렉트 인터페이스를 통해, 또는 3GPP 또는 비-3GPP 인터페이스와 같은 액세스 네트워크 인터페이스를 통해 중계 UE로 전송을 송신한다.
실시예들에 따르면,
-
전송 엔티티는 사용자 디바이스(UE) 또는 중계 UE를 포함하고, 수신 엔티티는 사용자 디바이스(UE) 또는 중계 UE를 포함하거나, 또는
-
전송 엔티티는 사용자 디바이스(UE) 또는 중계 UE를 포함하고, 수신 엔티티는 RAN(radio acess network) 엔티티와 같은 네트워크 엔티티를 포함하거나, 또는
-
전송 엔티티는 RAN 엔티티와 같은 네트워크 엔티티를 포함하고, 수신 엔티티는 사용자 디바이스(UE) 또는 중계 UE를 포함한다
--- SCI ---
실시예들에 따르면, 전송 엔티티는
전송이 제1 전송인지 또는 제2 전송인지를 표시하는 하나 이상의 추가 파라미터들을 포함하는 제1 단계 SCI, 또는
전송이 제1 전송인지 또는 제2 전송인지를 표시하기 위해 수정된 하나 이상의 파라미터를 포함하는 제2 단계 SCI, 또는
중계될 전송을 제공하는 미리 정의된 제2 단계 SCI.
--- MAC 헤더 ---
실시예들에 따르면, 전송 엔티티는 전송이 제1 전송이고, UE가 의도된 수신기가 아님을 중계 UE에 알리는 표시를 포함하는 MAC 헤더를 전송과 연관시킨다.
--- 전용 중계 사이드링크 제어 채널 ---
실시예들에 따르면,
무선 통신 네트워크는 중계 사이드링크 제어 채널을 포함하고,
전송 엔티티는 중계 사이드링크 제어 채널에서 전송과 관련된 사이드링크 제어 정보(SCI)를 송신한다.
--- 전용 대역폭 부분(dedicated bandwith part ---
실시예들에 따르면,
무선 통신 네트워크는 피드백 및/또는 데이터 및/또는 제어의 중계-관련 전송 및 수신에만 이용되는 중계 대역폭 부분(R-BWP)을 포함한다.
전송 엔티티는 R-BWP에서 전송 및/또는 전송과 관련된 피드백 정보 및/또는 제어 정보를 송신해야한다.
--- 전용 중계 사이드링크 리소스 풀 ---
실시예들에 따르면,
무선 통신 네트워크는 피드백 및/또는 데이터 및/또는 제어의 중계-관련 전송 및 수신에만 이용된은 중계 사이드링크 풀(R-RP)를 포함한다.
전송 엔티티는 R-RP에서 전송 및/또는 전송과 관련된 피드백 및/또는 제어 정보를 전송한다.
실시예들에 따르면, 전송 엔티티는 다음 중 하나 이상에 의존하는 R-RP를 이용한다.
-
전송 엔티티와 중계 UE 사이의 링크 품질,
-
일반(normal) 사이드링크 리소스 풀의 혼잡 상태(congestion status),
-
전송 엔티티와 수신 엔티티 사이의 거리.
실시예들에 따르면,
-
전송이 브로드캐스팅되고 전송 의도가 커버리지 확장(converage extension)인 경우, 전송 엔티티는 임의의 중계 UE로 전송을 송신하거나, 또는
-
전송이 그룹캐스트 또는 유니캐스트 전송인 경우, 전송 엔티티는 의도된 원격 UE로 추가로 전송할 것으로 예상되는 R-RP 상의 임의의 중계 UE로 전송을 송신하거나, 또는
-
전송이 그룹캐스트 또는 유니캐스트 전송인 경우, 전송 엔티티는 의도된 원격 UE로 추가로 전송할 것으로 예상되는 R-RP 상의 특정 중계 UE로 전송을 송신한다.
실시예들에 따르면, 중계 UE는 다음 기준(criteria) 중 하나 이상을 지원하는지 여부에 기초하여 선택된다.
-
전송 전력(transmit power)이 설정된 또는 미리 설정된 전력 임계값, 예를 들어 고전력(high power) 이상(above)이거나, 또는
-
배터리 상태가 설정된 또는 미리 설정된 임계값 이상이거나,
-
특정 서비스들, 예를 들어, PPDR(Public Protection and Disaster Relief) 서비스들 또는 차량 안전 서비스들이 제공된다.
실시예들에 따르면, 전송 엔티티는 전송과 관련된 사이드링크 제어 정보(SCI)에 중계 UE의 목적지 ID 파라미터를 표시하고, 여기서,
-
목적지 ID 파라미터가 비어있거나, null 값으로 세팅되거나, 또는 기본값으로 세팅된 경우, 전송을 수신하는 임의의 중계 UE가 SCI에서의 최종 목적지 ID 파라미터에 의해 정의된 수신 엔티티로 전송을 중계할 것으로 예상되도록 특정 중계 UE가 선택되지 않은 경우, 또는
-
목적지 ID 파라미터가 특정된 경우, 목적지 ID에서 ID가 특정된 중계 UE만이 SCI에서의 최종 목적지 ID 파라미터에 의해 정의된 수신 엔티티로 전송을 중계할 것으로 예상된다.
실시예들에 따르면, 전송 엔티티는 매크로 셀 기지국(macro cell base station), 또는 스몰 셀 기지국(small cell base station), 또는 기지국의 중앙 유닛(central unit), 또는 IAB 노드(node), 또는 기지국의 분산 유닛(distributed unit), 또는 로드 사이드 유닛(road side unit)(RSU), 또는 사용자 디바이스, 또는 그룹 리더(group leader)(GL), 또는 중계기(relay), 또는 원격 무선 헤드(remote radio head), 또는 AMF, 또는 MME, 또는 SMF, 또는 코어 네트워크 엔티티, 또는 모바일 에지 컴퓨팅(mobile edge computing)(MEC) 엔티티, 또는 5G 코어 컨텍스트 또는 NR에서와 같은 네트워크 슬라이스(network slice), 또는 디바이스 또는 아이템(item)이 무선 통신 네트워크를 이용하여 통신할 수 있게 하는 임의의 송수신 포인트(transmission/reception point, TRP) - 디바이스 또는 아이템은, 무선 통신 네트워크를 이용하여 통신하기 위한 네트워크 연결을 갖춤 - 중 하나 이상을 포함한다.
네트워크
제2 양태에 따르면, 본 발명은 다음을 포함하는 무선 통신 네트워크를 제공한다.
하나 이상의 전송 엔티티들,
하나 이상의 수신 엔티티들, 및
하나 이상의 중계 사용자 디바이스들(중계 UEs) - 중계 UE는 전송 엔티티와 수신 엔티티 사이의 연결성을 지원하는 기능을 제공함 -,
여기서, 전송 엔티티는 본 발명에 따른 하나 이상의 전송 엔티티들을 포함하고 및/또는 중계 UE는 본 발명에 따른 하나 이상의 사용자 디바이스(UE)를 포함한다.
방법(METHODS)
제2 양태에 따르면, 본 발명은 무선 통신 네트워크를 위한 사용자 디바이스(UE)를 동작시키는 방법을 제공하며, UE는 무선 통신 네트워크의 전송 엔티티와 하나 이상의 수신 엔티티들 사이의 연결을 지원하기 위한 기능을 제공하도록 중계 UE로서 동작하고, 방법은,
전송 엔티티로부터 수신된 전송을 수신 엔티티로 중계될 제1 전송과 UE를 위한 제2 전송 사이에서 UE에 의해 차별화하는 동작을 포함하고,
여기서, 수신된 전송은 다음 중 하나 이상에 의해 차별화된다.
-
전송과 관련된 제어 정보(control information),
-
전송 및/또는 관련 제어 정보(accociated contron information)가 수신되는 리소스들.
제2 양태에 따르면, 본 발명은 무선 통신 네트워크를 위한 전송 엔티티를 동작시키는 방법을 제공하며, 전송 엔티티는 무선 통신 네트워크의 전송 엔티티와 하나 이상의 수신 엔티티들 사이의 연결을 지원하는 기능을 제공하기 위해 중계 UE에 연결되고, 방법은,
다음 중 하나 이상에 의해 수신 엔티티로 중계될 제1 전송으로서 중계 UE로의 전송을 전송 엔티티에 의해 표시하는 동작을 포함한다.
-
전송을 특정 제어 정보와 관련시키는 동작,
-
특정 리소스들에 대한 전송 및/또는 관련된 제어 정보를 송신하는 동작.
컴퓨터 프로그램 제품(COMPUTER PROGRAM PRODUCT)
본 발명의 제2 양태의 실시예들은 프로그램이 컴퓨터에 의해 실행될 때, 컴퓨터가 본 발명에 따른 하나 이상의 방법들을 수행하게 하는 명령어를 포함하는 컴퓨터 프로그램 제품을 제공한다.
도 20a는 중계될 트래픽과 중계 UE를 위한 트래픽 사이에서 트래픽을 차별화하는 본 발명의 제2 양태에 따른 중계 UE의 실시예를 도시한다. UE(400)는 전송 엔티티(402)와 하나 이상의 수신 엔티티들(404) 사이의 연결을 지원하는 기능을 제공하도록 중계 UE로서 동작할 수 있고, 전송 엔티티 및 수신 엔티티는 도 1을 참조하여 상술한 시스템 또는 네트워크와 같은 무선 통신 시스템 또는 네트워크의 네트워크 엔티티 또는 UE와 같다. 원격 UE는 수신 엔티티로도 지칭될 수 있다. 중계 UE(400) 및 전송 엔티티(402)는 제1 링크 또는 연결(406)을 통해 연결되고, 중계 UE는 제1 링크(406)를 통해 전송 엔티티(402)로부터의 전송(①)을 수신할 수 있다. 중계 UE(400)는 460으로 표시된 바와 같이 수신 엔티티(404)로 중계될 제1 전송과 중계 UE(400)을 위한 제2 전송 사이에서 전송(①)을 차별화한다. 실시예들에 따르면, 중계 UE(400)는 도 20a의 462에 개략적으로 표시된 바와 같이, 중계 UE(400)가 연결되는 수신 엔티티(404)를 향해 제1 전송을 제2 링크 또는 연결(408)을 통해 중계할 수 있다. 제2 전송은 도 20a의 464에 개략적으로 시된 바와 같이, 중계 UE(400) 내에서 처리(process)될 수 있다. 중계 UE(400)는 다음 중 하나 이상에 의해 전송 엔티티(402)로부터 수신된 전송을 차별화한다.
-
전송(①)과 관련된 제어 정보,
-
전송(①) 및 관련된 제어 정보에 대한 리소스들(resources on which the transmission ① and/or the associated control information)이 수신된다. 예를 들어, 리소스들은 시간(time), 주파수(frequency), 코드(code), 및 공간(space) 중 하나 이상으로 정의될 수 있다.
실시예들에 따라, 중계 UE(400)는 다음 중 하나 이상에 의해 전송 엔티티(402)로부터 수신된 전송을 차별화한다.
-
제1 링크(406)을 통해 전송 엔티티(402)로부터 수신된 전송(①)과 관련된 사이드링크 제어 정보(SCI) 및 전송이 제1 전송 또는 제2 전송인지를 표시하는 SCI와 같은 다이렉트 인터페이스 제어 메시지.
-
제1 링크(406)을 통해 전송 엔티티(402)로부터 수신된 전송(①)과 관련된 다운링크 제어 정보(DCI) 및 전송이 제1 전송 또는 제2 전송인지를 표시하는 DCI와 같은 네트워크 인터페이스 제어 메시지.
-
제1 링크(406)을 통해 전송 엔티티(402)로부터 수신된 전송(①)과 관련된 MAC 헤더 - MAC 헤더는 전송이 제1 전송(462) 또는 제2 전송(464)인지를 표시함 -.
실시예들에 따르면, 전송 및/또는 관련 제어 정보가 수신되는 리소스들은 다음 중 하나 이상을 포함한다.
-
중계 사이드링크 제어 채널. 전송 엔티티(402)로부터의 전송(①)과 관련되고, 전송 엔티티(402)와 중계 UE(400) 사이의 제1 링크(406)의 중계 사이드링크 제어 채널의 리소소들에서 수신된 제어 정보는 PSSCH(physical sidelink shared channel)을 통해 전송될 수 있는 전송(①)과 같은 관련 전송(associated transmission)이 수신 엔티티로 중계될 제1 전송(462)임을 표시한다. 즉, SCI는 전송의 본질(nature)을 표시하는 추가 정보 또는 필드(field)를 필요로 하지 않고, 오히려 중계 사이드링크 제어 채널에서 SCI를 전송함으로써, 중계 UE(400)는 관련 전송이 첫 번째 전송(462)임을 인식한다.
-
전송 엔티티(402)로부터 수신 엔티티(404)로의 중계된 전송(relayed trasmission)을 구현하는 무선 통신 시스템에 의해 설정된 또는 미리 설정된 중계 대역폭 부분(R-BWP). 전송의 제어 정보 및 데이터는 R-BWP의 리소스들 상에서 중계 UE(400)에서 수신될 수 있다. 중계 UE(400)는 R-BWP를 이용하여 전송되는 전송을 중계될 제1 전송(462)으로 인식한다. 또한, R-BWP에서 제어 정보가 수신된 경우 - 실제 전송(actual transmission)은 R-BWP의 리소스들 또는 다른 BWP에서 정의된 다른 풀의 리소스에서도 수신됨 -, 중계 UE는 전송(①)을 제1 전송(462)로 인식한다.
-
전송 엔티티(402)로부터 수신 엔티티(404)로의 중계 전송을 구현하는 무선 통신 시스템에 의해 설정된 또는 미리 설정된 중계 사이드링크 리소스 풀. 전송의 제어 정보 및/또는 중계 사이드링크 리소스 풀의 리소스들 상에서 중계 UE(400)에서 수신될 수 있다. 중계 UE(400)는 중계 사이드링크 리소스 풀을 이용하여 전송되는 전송을 중계될 제1 전송(462)으로 인식한다. 또한, 중계 사이드링크 리소스 풀에서 제어 정보가 수신된 경우 - 실제 전송은 중계 사이드링크 리소스 풀의 리소스들 또는 다른 풀의 리소스들에서도 수신됨 -, 중계 UE는 전송(①)을 제1 전송(462)로 인식한다.
제1 전송(462)은 전송(②)에 의해, 도 20a에 표시된 바와 같이, 중계 UE(400)와 수신 엔티티(404) 사이의 제2 링크(408)를 통해 중계될 수 있다.
본 발명의 제2 양태의 추가 실시예는 중계 UE를 통해 수신 엔티티로 중계될 전송과 관련된 전송 엔티티를 특정 정보와 함께 제공하거나, 또는 중계 UE가 전송을 수신 엔티티에 중계될 전송으로 인식할 수 있도록 특정 리소스들에서 전송 또는 관련 제어 데이터를 전송하는 것을 제공한다. 도 20b는 도 1을 참조하여 상술한 것과 같이 무선 통신 시스템 또는 네트워크의 전송 엔티티(402)의 실시예를 도시한다. 전송 엔티티(402)는 제1 링크(406)를 통해 중계 UE(400)에 연결 수 있어서, 수신 엔티티(404)로의 전송(①)은 중계 전송(relay transmission)(②)으로서 중계 UE(400)에 의해 중계 UE(400)와 수신 엔티티(404)가 서로 연결되는 제2 링크(408)를 통해 중계될 수 있다. 전송 엔티티(402)는 466에 표시된 바와 같이 특정 제어 데이터와 제1 전송을 연관시킴으로써, 또는 468에 표시된 바와 같이 특정 리소스들 상에서 전송(①)의 관련 제어 데이터(associated control data) 및 데이터를 전송함으로써, 중계 UE(400)로의 전송(①)이 수신 엔티티로 중계될 제1 전송(①)임을 표시한다.
다른 실시예들에 따르면, 전송 UE는 전송(①)을 제1 링크(406)을 통해 전송(①)과 함께 전송될 사이드링크 제어 정보(SCI)와 연관시킬 수 있다. - 사이드링크 제어 정보(SCI)는 전송이 중계될 제1 전송인지 또는 중계 UE(400)을 위한 제2 전송인지를 표시함 -. 추가 실시예들에 따르면, 전송 UE는 제1 링크(406)를 통해 전송(①)과 함께 전송될 다운링크 제어 정보(DCI)와 전송(①)을 연관시킬 수 있다 - 다운링크 제어 정보(DCI)는 전송이 중계될 제1 전송인지 또는 중계 UE(400)를 위한 제2 전송인지를 표시함 -. 다른 실시예들에 따르면, 전송 엔티티는 전송이 제1 전송인지 또는 제2 전송인지를 표시하는 MAC 헤더와 전송을 연관시킬 수 있다.
다른 실시예들에 따르면, 특정 리소스들 상에서 데이터 및/또는 전송(①)의 관련 제어 데이터를 송신할 때, 전송 엔티티(402)는 중계 사이드링크 제어 채널에서 전송(①)과 관련된 사이드링크 제어 정보(SCI)를 송신할 수 있고, 이에 따라 중계 UE(400)는 전송을 중계될 제1 전송으로 인식할 수 있다. 이러한 실시예들에 따르면, 제1 전송 또는 제2 전송이 될 전송의 본질을 명시적으로 표시하는 추가 정보가 필요하지 않을 수 있다. 사용된 SCI 포맷, 예를 들어, 중계를 위한 새로운 제2단계 SCI 포맷은 전송(①)이 제1 전송 또는 제2 전송인지를 중계 UE(400)에 표시할 수 있다. 추가 실시예들에 따르면, 전송 UE(402)는 전송 및/또는 전송과 관련된 제어 정보를 송신하기 위해 중계 대역폭 부분(R-BWP)의 리소들을 이용할 수 있으며, 이에 따라 중계 UE(400)는 전송 자체 및/또는 이와 관련된 제어 정보가 R-BWP를 이용하여 전송된다는 사실로 인해 전송(①)이 중계될 제1 전송임을 인식할 수 있다. 추가 실시예에 따르면, 전송 UE(402)는 전송 및/또는 전송과 관련된 제어 정보를 송신하기 위해 중계 사이드링크 리소스풀 풀의 리소스들을 이용할 수 있고, 그에 따라 중계 UE(400)는 전송 자체 및/또는 전송 관련된 제어 정보가 중계 사이드링크 리소스 풀을 이용하여 전송된다는 사실로 인해 전송(①)이 중계될 제1 전송임을 인식할 수 있다.
실시예들에 따르면, 전송 엔티티(402)는 사용자 디바이스(UE) 또는 추가(futher) 중계 UE이고, 수신 엔티티(404)는 UE이거나 추가 중계 UE이다. 이 경우, 제1 및 제2 연결들(406, 408)은 사이드링크 또는 PC5 연결 또는 인터페이스와 같은 다이렉트 인터페이스들이다.
다른 실시예에 따르면, 전송 엔티티(402)는 UE 또는 추가 중계 UE이고, 수신 엔티티(404)는 네트워크 엔티티, 예를 들어 gNB와 같은 RAN(radio access network) 엔티티다. 이 경우, 제1 연결(406)은 사이드링크 연결과 같은 다이렉트 인터페이스이고, 제2 연결(408)은 3GPP 인터페이스, 비-3GPP 인터페이스, 다운링크(DL) 인터페이스, 예를 들어 Uu 인터페이스, 또는 WiFi 인터페이스와 같은 액세스 네트워크 인터페이스이다.
다른 실시예에 따르면, 전송 엔티티(402)는 네트워크 엔티티, 예를 들어, gNB와 같은 RAN 엔티티고, 수신 엔티티(404)는 UE 또는 추가 중계 UE이다. 이 경우, 제1 연결(406)은 3GPP 인터페이스, 비-3GPP 인터페이스, 다운링크(DL) 인터페이스, 예를 들어 Uu 인터페이스, 또는 WiFi 인터페이스와 같은 액세스 네트워크 인터페이스이고, 제2 연결(408)은 사이드링크 연결과 같은 다이렉트 인터페이스이다.
중계 UE에서 수신된 트래픽을 차별화하기 위한 본 발명의 제2 양태의 상기 언급된 실시예들이 이제 더 상세히 설명된다.
SCI 기반 차별화
실시예들에 따르면, 중계 UE(400)는 전송과 관련된 SCI에 기초하여 전송을 차별화한다. 하나 이상의 추가 파라미터들이 제1 단계 SCI와 같은 기존 SCI 포맷에 추가될 수 있거나, 또는 제2 단계 SCI와 같은 기존 SCI 포맷의 하나 이상의 추가 파라미터들이 전송이 제1 전송 또는 제2 전송인지를 표시하기 위해 수정될 수 있고, UE는 SCI를 수신하는 것에 응답하여, 하나 이상의 추가 또는 수정된 파라미터들을 이용하여 전송을 제1 전송 또는 제2 전송으로 결정하고, 제1 전송의 경우, 수신 엔티티로 전송을 중계한다. 추가 실시예에 따르면, 새롭운 또는 미리 정의된 제2 단계 SCI와 같은 새롭운 또는 미리 정의된 SCI 포맷은 중계 전송들(relay transmissions)에 적합하도록 구현될 수 있다. 중계 UE(200)는 새로운 또는 미리 정의된 SCI를 수신할 때, 관련 전송 또는 패킷이 중계 UE(400)를 위한 것이 아니라, 예를 들어, 수신 엔티티(404)로 대신 중계되어야 함을 인식한다.
실시예들에 따르면, SCI는 중계 UE(400)만을 표시하는 목적지 정보, 예를 들어, 중계 UE(400)의 레이어 1(L1) ID 또는 목적지를 포함할 수 있다. 중계 UE(400)는 중계 UE에 대한 목적지 정보만을 포함하는 SCI를 수신할 때, 관련 전송을 제2 전송, 예를 들어, 중계 UE(400)을 위한 전송(464)로 결정한다. 다른 실시예들에 따르면, 추가 파라미터들 또는 미리 정의된 제2 단계 SCI는 수신 엔티티(400)의 L1 1D 또는 목적지와 같이 수신 엔티티만을 표시하는 목적지 정보를 포함할 수 있고, 중계 UE(400)는 이러한 정보를 수신하는 것에 응답하여, SCI와 관련된 전송이 수신 엔티티(404)로 중계될 제1 전송임을 결정한다. 다른 실시예에 따르면, 각각의 L1 ID와 같이, 중계 UE(400)에 대한 제1 목적지 정보 및 수신 엔티티(404)에 대한 제2 목적지 정보가 포함될 수 있고, 중계 UE(400)는 두 ID들을 수신하는 것에 응답하여, 관련 전송을 수신 엔티티로 전달될 제1 전송(462)으로 인식할 수 있다. 예를 들어, SCI는 둘 이상의 목적지 ID 필드들(fields) - 하나 이상의 중계 UE들을 표시하는 중간 목적지 ID(intermediary destination ID) 및 수신 엔티티를 나타내는 최종 목적지 ID(final destination ID) - 을 포함할 수 있다. 추가 실시예들에 따르면, UE 및 수신 엔티티 모두를 표시하는 결합 목적지 정보(combined destination information)가 포함될 수 있고, 중계 UE(400)는 결합 ID(combined ID)를 수신하는 것에 응답하여, 관련 전송이 수신 엔티티로 전달될 제1 전송(462)임을 인식한다. 예를 들어, 전송 엔티티가 relay UE와 의도된(intended) 수신 엔티티의 목적지 ID를 알고 있는 경우, 전송 엔티티는 2개의 목적지 ID들의 최하위 비트들(the least significant bits)를 이용할 수 있고, 그것들을 결합하고, 중계만을 위한 새로운 또는 미리 정의된 SCI에서 결합된 ID를 송신한다. 결합 목적지 ID와 같은 결합된 ID는 다음 중 하나에 의해, 중계 UE의 목적지 ID 및 수신 엔티티의 목적지 ID를 이용하여 전송 엔티티에 의해 생성될 수 있다.
-
중계 UE 및 수신 엔티티의 목적지 ID를 이용하여, 결합 목적지 UE ID를 생성하기 위해, 공식(fomula)이 이용되고,
-
중계기(relay)의 UE 목적지 ID 및 수신 엔티티의 목적지 ID의 결합(combination)에 매핑되는 목적지 UE ID들을 포함하는 설정된 또는 미리 설정된 조회 테이블(lookup table)이 이용된다.
-
중계 UE의 목적지 ID의 최하위 비트(LSB)와 수신 엔티티의 목적지 ID가 결합된다.
결합 목적지 ID는 다음 중 하나 이상을 이용하여, 중계 UE의 목적지 ID 및 수신 엔티티의 목적지 ID를 추론(infer)하기 위해, 중계 UE에 의해 디코딩될 수 있다.
-
공식(formula),
-
역방향 조회 테이블(reverse lookup table),
-
중계 UE의 목적지 ID 및 수신 엔티티의 목적지 ID의 LSB들
실시예들에 따르면, SCI는 수신 엔티티가 전송을 수신할 때까지, 시간 인디케이터와 같은 인디케이터를 포함한다. 타이머가 임계값을 초과하거나, UE가 수신 엔티티로의 전송을 위한 및 수신 엔티티로부터 승인(acknowledgment)(ACK)를 수신하기 위한 시간이 임계값을 초과한 것으로 결정한 경우, UE는 전송 및 패킷을 드롭하거나, 또는 전송 및 패킷을 드롭하고 비-승인(non-acknowledgment)(NACK)을 전송 엔티티로 송신할 수 있다.
상술한 실시예들의 이점은 상위 레이어가 패킷 또는 전송 차별화를 인식하지 못한다는 것일 수 있다. 예를 들어, PHY(physical) 레이어는 전송 또는 패킷을 수신하고, 중계 UE는 중계 UE가 대응하는 전송 또는 데이터에 대한 의도된 수신기인지 여부를 결정하기 위해 제어 정보만을 디코딩할 수 있으므로, 중계가 전송 또는 데이터 패킷을 디코딩하는 것을 막고(save), 중계 UE가 전송을 위한 의도된 수신기가 아니라고 결정하는 경우 전송 또는 데이터 패킷을 상위 계층으로 전달한다. 이러한 경우, 중계 UE는 수신 엔티티로의 전송을 위한 새로운 목적지 ID로서 수신된 제어 정보에 표시된 최종 목적지 ID와 함께 전송 또는 데이터를 버퍼에 로드할 수 있다. 상술한 실시예는 증폭 및 전달 솔루션(amplify-and-forward solution)과 유사할 수 있고, 이에 따라 원하는 커버리지 확장을 달성할 수 있지만, 간단한(simple) 증폭 및 전달 솔루션에 비해 이점은 중계 UE가 중계된 전송(relayed transmission) 또는 패킷을 디코딩하지 않기 때문에 불법 복제 문제가 고려된다는 점이다. 다른 실시예에 따르면, 증폭 및 전달 접근법을 제공하기 보다는, 중계 UE(400)는 바람직하게는 상위 레이어들에 의한 전송 또는 메시지 콘텐츠(content)를 처리하지 않고 전송을 디코딩 및 전달할 수 있다. 수신 엔티티의 목적지 ID만을 포함하는 상술한 실시예들에서, 즉 중계 UE의 목적지 ID가 SCI에 포함되지 않는 실시예들에서, 추가 이점은 중계 UE가 UE로 보내(address)지고 중계 UE에서 알려져 있고 중계 UE가 사이드링크 연결을 통해 전송을 전달할 수 있는 임의의 전송 또는 패킷을 선택할 수 있다는 점이다. 이러한 실시예들에 따르면, 전송 엔티티(402)는 SCI에 포함되고, 그에 따라 중계기(400)가 전송 또는 메시지를 전달하는 수신 엔티티(404)의 ID를 간단한게 이용할 수 있다. 예를 들어, 이것은 별도의 중계 리소스 풀(relaying resource pool) 또는 중계 BWP(relaying BWP) 또는 중계 제어 채널(relaying control channel)이 제공되거나, 또는 중계될 전송 또는 메시지가 달리(otherwise) 표시된(marked) 또는 레이블된(labeled) 경우에 이용될 수 있고, 전송 또는 메시지가 특정된(specified) 수신 엔티티(404)로 중계될 제1 전송임을 중계 UE에 표시한다. 그리고(then), 중계기(400)는 간단하게 풀(pool)로부터 전송 또는 메시지를 얻고(take), 전송을 수신 엔티티로 중계할 수 있다.
추가 실시예들에 따르면, SCI는 전송 엔티티(402)를 나타내는 정보, 예를 들어, 전송 엔티티의 L1 ID를 포함할 수 있다. 이러한 실시예들에 따르면, 전송 엔티티들의 목록, 예를 들어, 특정 수의 전송 엔티티들이 무선 통신 네트워크 내에 존재할 수 있고, 중계 UE는 목록을 알고 있고, 제어 정보 중에서 전송 엔티티를 표시하는 정보를 이용하여, 전송 엔티티가 목록에 있는지 여부를 결정할 수 있다. 중계 UE(400)가 전송 엔티티(402)가 목록에 있다고 결정하는 경우, 전송은 중계 UE에 의해 수신 엔티티로 중계될 제1 전송(462)으로 인식된다. 반면, 전송 엔티티(402)가 목록에 없는 경우, 중계 UE(400)는 SCI와 관련된 전송을 중계 UE를 위한 제2 전송으로 간주하고, 중계 UE(400)에서 처리될 수 있다. 예를 들어, 설정된 목록은, 예를 들어, 코어 네트워크(5GC)를 통해 또는 중계 UE(400)에 저장된 설정 또는 미리 설정된 목록을 통해 인증(authenicate)된 신뢰 디바이스들(trusted devices)의 목록을 포함할 수 있다. 다른 실시예들에 따르면, 목록은 UE들의 특정 그룹에 속하는 UE들과 같은 전송 엔티티, 디바이스 타입들(types), UE 카테고리들(categories), 또는 특정 캐스트 타입(specific cast type)을 이용하여 데이터를 전송하는 UE들을 표시할 수 있다.
본 발명의 제2 양태의 추가 실시예에 따르면, 추가 정보는 SCI와 관련된 전송이 중계될 것임을 표시하는 미리 정의된 목적지 또는 레이어 1(L1) 1D와 같은 미리 정의된 목적지 정보를 포함할 수 있다. 미리 정의된 목적지 정보는 중계 UE 또는 수신 엔티티에 의해 제공될 수 있고, 전송 엔티티는 특정 전송이 중계 UE를 위한 것은 아니지만, 수신 엔티티로 전달되어야 하는 경우에 사용하는 미리 정의된 목적지 정보를 수신할 수 있다. 즉, 중계 UE는 중계 UE의 커버리지 내에 있는 수신 엔티티들을 인식하고 있고, 이러한 수신 엔티티들의 L1 UE ID들의 풀(pool) 또는 목록을 전송 엔티티에 제공한다. 이 UE ID들의 목록에는 실제 수신 엔티티 ID에 매핑되는 UE ID들인 가상 UE ID들뿐만 아니라 명시적(explicit) 수신 엔티티 ID들이 포함될 수 있다. 그리고(then), 전송 엔티티는 SCI에 이러한 UE ID들 중 하나를 포함하고, 중계 UE는 전송이 표시된(indicated) 수신 엔티티로 중계되는 것을 확인한다. 전송이 의도된 수신 엔티티에 따라(dependent on the receiving entity, for which a transmission is intended), 전송 엔티티는 SCI에 포함된 특정 목적지 정보를 선택할 수 있고, 중계 UE에서 수신되면, 중계 UE는 SCI에서 수신된 목적지 정보를 수신 엔티티로 SCI와 관련된 전송을 중계하기 위해 수신 엔티티의 실제(actual) 목적지 정보에 매핑한다. 즉, 이러한 실시예에 따르면, 중계기를 통해 수신 엔티티에 도달하는 데 이용되는 새로운(new) 목적지 ID가 도입된다. 전송 엔티티는 이 ID를 이용하여, 상술한 바와 같이, 전송 또는 메시지를 전달하기 위해 수신된 새로운(new) ID를 실제 수신 엔티티 ID에 매핑하는 중계기를 통해 수신 엔티티의 주소를 지정(address)한다. 실시예들에 따르면, 미리 정의된 목적지 정보는 다음 중 하나 이상이다.
-
가상 목적지 ID(vitual destination ID),
-
설정된 또는 미리 정의된 목록 또는 목적지 ID들의 풀로부터의 목적지 ID.
중계 UE가 가상 목적지 ID들을 수신하는 경우, 예를 들어, 목적지 ID가 변경된 경우, 중계 노드는 하나 이상의 수신 엔티티 목적지 ID들에 대한 가상 목적지 ID의 맵핑(mapping of virtual destination ID to one or more receiving entity destination IDs)을 포함할 수 있다. 예를 들어, V2X UE가 모든 RSU들에 데이터를 송신하고자 하는 경우가 이에 해당할 수 있다. 이 경우, RSU들에 대해 설정된 가상 목적지 ID로 데이터를 송신할 수 있고, 중계 UE는 데이터를 "진짜(real)" RSU ID 또는 둘 이상의 RSU로도 전달할 수 있다. 가상 목적지 ID에 기초하여, 중계 노드는 전송될 데이터의 캐스트 타입을 변경하고, 특정 가상 목적지 ID 상에서 유니캐스트로 수신된 트래픽을 그룹캐스트 또는 브로드캐스트 메시지에 맵핑할 수 있다.
중계 UE가 목적지 ID 풀에 속하는 목적지 ID를 수신하는 경우, 중계 UE는 중계 UE에 의해 관리되는 수신 엔티티에 대응하는 네트워크로부터 할당된 수신 엔티티 목적지 ID의 풀 또는 서브세트(subset)를 가질 수 있다. 예를 들어, 수신 엔티티들에 대한 목적지 ID들의 n개의 LSB들는 중계 UE에 의해 할당될 수 있다. 또한, LSB들의 미리 정의된 값은 중계 ID(relay ID) 자체일 수 있다. 이는 중계 UE의 LSB가 000으로 세팅되고, 수신 엔티티(A)의 LSB가 001로 세팅되고, 수신 엔티티(B)의 LSB가 010으로 세팅되는 목적지 ID들의 샘플 풀(sample pool)에서 볼 수 있다.
도 21은 중계 노드에서 매핑되는 미리 정의된 또는 새로운 목적지 ID를 사용(employ)하는 실시예를 도시한다. 전송 엔티티(402)는 SCI를 제1 연결(406)을 통해 중계 UE(400)로 전송하고, SCI는 제1 연결(406) 상의 SCI와 관련된 전송이 수신 엔티티(404)로 중계것임을 중계 UE(400)에 신호(signal)하는 상술된 새로운 식별(identification) 또는 목적지 정보(470)를 포함한다. 중계 UE(400)는 472에 표시된 바와 같이, 제1 연결(406) 상의 SCI에서 수신된 새로운 ID(470)를 실제 RX ID(474)에 맵핑하기 위한 맵핑 기능(mapping function)을 수행하여, 실제 RX ID(474)를 이용하여 제2 연결(408)을 통해 제1 연결(406) 상의 SCI와 관련된 전송을 수신 엔티티(404)로 중계하는 것을 허용한다. 도 21에 도시된 바와 같이, 중계 UE(400)는 실제 RX ID들에 대한 다양한 새로운 ID에 대한 매핑(mapping for various new IDs to actual RX IDs)을 포함할 수 있다.
다른 실시예들에 따르면, 수신 엔티티(404)는 상술한 바와 같은 매핑을 수행하는 대신, 전송이 중계 노드를 이용하여 중계되도록, 다이렉트 전송(direct transmission)이 불가능하거나 바람직하지 않은 경우에, 전송 엔티티에 의해 이용될 특정 또는 새로운 목적지 ID를 제공할 수 있다. 도 22는 수신 엔티티로의 전송이 중계 노드를 통해 전송되는 경우, 전송 엔티티에 의해 사용될 특정 또는 새로운 중계 ID를 이용하는 수신 엔티티의 실시예를 도시한다. 전송 엔티티(402)로부터 수신 엔티티(404)로의 다이렉트 전송을 고려할 때, 실제(actual) 또는 진짜(real) RX ID(474)는 전송 엔티티(402)와 수신 엔티티(404) 사이의 다이렉트 사이드링크 연결(476)을 통해 SCI에 포함된다. 추가로 표시된 바와 같이, 실제 RX ID(474)는 중계 UE(400)로 전달되지 않고, 오히려 수신 엔티티(404)는 하나 이상의 수신 엔티티들에 대한 새로운 또는 미리 정의된 중계 ID(470)를 포함한다. 중계 ID(470)는 480에 표시된 바와 같이 중계 UE에 저장될 수 있다. 전송 엔티티(402)로부터의 전송이 인다이렉트(indirect) 또는 중계 전송인 경우, 전송 엔티티(402)는 실제 RX ID(474)를 이용하기보다는 새로운 중계 ID(470)를 사용(employ)하고, 중계 노드(400)는, ID(470)를 수신하면, 이를 480에 저장되고 수신 엔티티 404를 표시하는 중계 ID로 인식한다. 중계 UE(400)는 ID(470)와 관련된 전송을 제2 연결(408)을 통해 수신 엔티티로 전달한다. 이 실시예의 이점은 새로운 ID(470)이 수신 엔티티에 의해 도입(introduce)된다는 것 및 중계 UE가 새로운 ID를 알고 있으므로, 도 21을 참조하여 설명된 실시예에서와 같이 중계 노드에서 ID를 변경할 필요가 없다는 것이다. 오히려, 중계 노드에서 수신되고 수신 엔티티(404)에 관련되는 것으로 식별된 ID는 전송 엔티티(402)로부터의 전송을 포워딩하는 데 사용된다.
추가 실시예에 따르면, SCI는 HARQ 프로세스 번호(HARQ process number)라고도 지칭되는 특정 HARQ 프로세스 ID를 포함할 수 있다. 예를 들어, 전송 엔티티 및 중계 UE는 특정 수신 엔티티에 관련된 특정 목적지 ID에 맵핑될 HARQ 프로세스 ID들의 세트(set)를 협상(negotiate)할 수 있다. 중계 UE가 협상된(negotiated) HARQ 프로세스 ID 또는 HARQ 프로세스 번호 중 하나에 대한 전송을 수신하는 경우, 예를 들어 SCI에서 필드(filed)를 HARQ 프로세스 ID로 세팅함으로써 및 중계 UE의 SCI에서 목적지 ID를 송신함으로써, 중계 UE는 SCI와 관련된 전송을 중계될 제1 전송으로 인식한다. 중계 UE는 HARQ 프로세스 ID 또는 HARQ 프로세스 번호에 매핑된 수신 엔티티의 관련(associated) 목적지 ID로 전송을 전달한다.
MAC 헤더에 기반한 트래픽 차별화
실시예들에 따르면, 중계 UE에서 제1 또는 제2 전송으로 전송을 차별화하기 위해 새로운 물리 레이어 시그널링(signaling)을 도입하기 보다는, 전송은 중계 UE로 전송 또는 데이터 패킷이 중계될 것임을, 즉 중계 UE가 의도된 수신기가 아니거나, 전송이 중계 UE를 위한 것임을 알리는 MAC 헤더에서의 제1 전송 또는 제2 전송으로 표시될 수 있다. 실시예에 따르면, 전송을 중계하기 위해 중계 UE에 의해 사용되는 전용(dedicated) LRCH(logical relay channel)가 제공될 수 있다. 예를 들어, 전송이 제1 전송이라는 표시 - 즉, 전송이 중계 UE를 위한 것이 아니라는 표시 - 를 포함하는 MAC 헤더를 수신할 때, UE는 수신 엔티티로의 전송을 위해, LRCH의 버퍼 또는 큐(queue)에 전송을 배치할 수 있다. 그러한 실시예에 따르면, 전송 또는 패킷은 물리 레이어어의 관점에서 중계 UE로부터 수신 엔티티로의 새로운 전송으로 취급된다. 트래픽 차별화를 위해 MAC 헤더를 사용(employ)하는 다른 실시예들에 따르면, 수신 엔티티 또는 목적지의 레이어 2(L2) 식별(identificaion)이 이용될 수 있다. MAC 헤더가 수신 엔티티의 레이어 2 목적지 ID를 포함하는 경우, 중계 UE는 MAC 헤더와 관련된 전송이 주어진 주소 또는 목적지로 중계될 것임을 인식한다. 추가 실시예들에 따르면, 중계 UE에 의해 수신된 SCI는 중계 UE(400)만을 표시하는 목적지 정보, 예를 들어, 중계 UE의 레이어 1(L1) ID 또는 목적지를 포함한다. 도 23은 중계 UE의 L1 목적지 ID를 포함하는 SCI 및 수신 엔티티의 L2 목적지 ID를 포함하는 MAC 헤더를 사용하는 실시예를 도시한다. 전송 엔티티(402)는 중계 UE(400)의 L1 목적지를 포함하는 SCI와 함께 패킷을 전송하여, 중계 UE(400)는 전송 UE로부터 수신된 전송이 중계 UE로 향한다는 것을 물리 레이어 상에서 인식한다. 동시에, MAC 헤더 1은 L2 목적지를 포함하므로 중계 UE(400)는 전송이 수신 엔티티(404)로 전달되어야 함을 인식한다. 중계 UE(400)는 RX UE의 L1 목적지 ID를 포함하는 SCI 및 RX UE의 L2 목적지 ID를 포함하는 MAC 헤더 2와 함께 패킷을 RX UE(404)로 전송한다.
추가 실시예들에 따르면, 전송 엔티티(402)로부터 수신 엔티티로의 전송이 중계 노드를 경유하는 경우, 수신 엔티티를 위해 새로운 또는 미리 정의된 L2 ID가 이용될 수 있다. 이러한 실시예들에서, 중계 노드(400)는 도 21을 참조하여 상술한 방식으로, 수신 엔티티의 진짜(real) L2 ID에 대한 L2 ID의 매핑을 수행할 수 있다.
추가 실시예에 따르면, 물리 레이어 또는 MAC 레이어을 이용하여 중계 UE에서 전송의 차별화를 제1 또는 제2 전송으로 시그널링할 때, 제어 정보는 UE가 메시지를 전송할 때 감소 또는 증가하는 파라미터를 포함하고, UE는 TTL(time to live)(감소) 또는 중계 홉들(relay hops)의 최대 수(증가)와 같이 설정된 또는 미리 설정된 값에 도달하면 메시지를 중계하지 않는다. UE가 메시지를 중계하지 않을 때, 장애 표시(failure indication)는 전송 엔티티 및/또는 네트워크 및/또는 패킷이 수신된 이전 중계 UE 중 하나 이상으로 송신될 수 있다.
전용 중계 제어 채널에 기반한 트래픽 차별화
본 발명의 제2 양태의 실시예들에 따르면, 중계 UE가 제1 전송과 제2 전송 사이의 트래픽을 차별화하기 위한 추가 물리 레이어 솔루션(solution)은 전용 중계계 제어 채널(dedicated relay control channel)이라고 지칭되는 별도의 제어 채널을 이용용하는 것이다. 실시예들에 따르면, 전송 엔티티 또는 수신 엔티티가 UE 또는 중계 UE인 경우, 제어 채널은 중계(relay) PSCCH, PSCCH, 또는 중계 물리 사이드링크 제어 채널(relay physical sidelink control channel)으로 지칭될 수 있다. 중계 UE에서, 관련 제어 정보가 R-PSCCH에서 수신 또는 전송되는 임의의 전송은 수신 엔티티로 중계될 제1 전송인 것으로 중계 UE에 의해 인식된다. 실시예들에 따르면, 전송 엔티티 또는 수신 엔티티가 네트워크 엔티티인 경우, 제어 채널은 중계 물리 다운링크 제어 채널(relay physical downlink control channel)(R-PDCCH)로 지칭될 수 있다. 중계 제어 채널(relay control channel)인 R-PSCCH 또는 R-PDCCH 내에서 제어 정보는 중계 제어 리소스(relay control resource)(R-CORESET) 또는 중계 검색 공간(relay search space)(R-SearchSpace) 내에서 전송된다.
실시예들에 따르면, 전용 중계 제어 채널은 NR V2X 리소스 풀과 같이 사이드링크 리소스 풀에서 추가 채널로 구현될 수 있다. 다른 실시예들에 따르면, 전송 엔티티 또는 수신 엔티티가 UE 또는 중계 UE인 경우 기존의(existing) PSCCH는 중계만을 위한 제어 메시지들을 위해 이용되는 PSCCH 내에서 전용 중계 제어 채널을 정의하기 위해, 예를 들어, 리소스 블록들(RBs)의 수를 정의함으로써, 재이용될 수 있으며, PSCCH 내의 나머지 리소스 블록들은 일반 전송들(normal transmissions)을 위해 이용된다. 예를 들어, 독립적인 검색 공간 설정인 PSCCH의 리소스들 내에서 정의되는 CORESET 또는 R-CORESET 내의 R-SearchSpace는 중계용으로만 이용되도록 설정 또는 미리 설정될 수 있다. 다른 실시예들에 따르면, 주파수에 걸친 특정 주기성(periodicty)은 PSCCH에서 정의될 수 있고, 각 주기성에서 PSCCH의 모든 RB들은 중계 제어 메시지를 위해서만 이용된다. 즉, 주기성에 의해 특정된 시간 인터벌들에서, 제어 채널의 모든 RB들은 전송들을 중계하는 것과 관련된 제어 메시지들을 위해서만 이용된다. 다른 모든 시간 또는 시간 슬롯에서 PSCCH의 모든 RB들은 일반 전송을 위해서만 이용된다. 추가 실시예에 따르면, 주기성은 PSSCH의 모든 RB들에 적용되지 않을 수 있지만, 주기성에 의해 정의된 시간 또는 시간 슬롯의 인터벌들로 중계하는 것과 관련된 제어 메시지들을 위해 선택된 수의 RB들만이 제공될 수 있으며, 모든 나머지 RB들은 일반 전송들을 위해 이용된다.
따라서, 전용 중계 제어 채널을 이용하는 실시예들에 따르면, PSSCH와 같은 정의된 데이터 채널 내에서 전송되고 R-PSCCH 상에서 전송되는 제어 데이터와 관련된 데이터는 중계 UE에 의해 수신 엔티티로 중계될 전송 또는 데이터로 인식된다. 실시예들에 따르면, 중계 UE는 전용 제어 채널 상에서 제어 데이터를 획득하는 것에 응답하여, 전송 또는 데이터 패킷의 디코딩을 억제(refrain)할 수 있다. 대신, 중계 UE는 전송 또는 데이터를 자신의 버퍼에 로드하고, 원하는(desired) 수신 엔티티로 전송할 수 있다. 실시예들에 따르면, 전용 중계 제어 채널에서 전송되는 제어 메시지는 SCI에 기초한 트래픽의 차별화에 관한 상술한 실시예에서 설명한 바와 같이 SCI일 수 있다. 전용 중계 제어 채널을 이용하는 것의 이점은 중계 UE가 전송 또는 패킷을 디코딩하고 이를 상위 레이어로 가져가는 것으로부터 세이브됨으로써(relay UE is saved from decoding the transmission or packet and taking it to higher layers), 프라이버시를 보장하고 잠재적인 프라이버시 문제를 피할 수 있다는 것이다.
도 24는 상술한 바와 같이 전용 중계 제어 채널을 구현하기 위한 실시예들을 도시한다. 도 24의 (a)는 NR V2X 리소스 풀과 같이 사이드링크 리소스 풀에서 추가 서브채널로서 중계 제어 채널을 구현하는 실시예를 도시한다. 도 24의 (a)는 다수의 사이드링크 시간 슬롯들 또는 서브 프레임들(f1~f4)를 도시한다. 각 프레임은 사이드링크 전송에 이용될 사이드링크 리소스 풀로부터 선택된 리소스들(482)을 포함한다. 각 서브 프레임은 PSCCH에서 제어 정보와 관련된 실제 데이터를 전송하기 위한 PSSCH(physical sidelink shared channel) 및 PSCCH(physical sidelink control channel)을 포함할 수 있다. 실시예들에 따르면, 중계 제어 채널은 추가 채널 R-PSCCH에 의해 도 24의 (a)에 표시된 바와 같이 추가 서브채널로서 프레임들(f1~f4) 중 하나 이상에서 정의될 수 있다.
도 24의 (b)는 PSCCH가 특정 주기성을 가지고 R-PSCCH로 이용되는 실시예를 도시한다. 도 24의 (b)의 실시예에 따르면, 주기성은 두 프레임들으로 가정되어, 제1 및 제3 프레임들에서는 PSCCH의 모든 리소스 블록들이 일반 제어 전송들(normal control transmissions)을 위해 이용되며, 제2 및 제4 프레임들에서는 PSCCH의 모든 리소스 블록들이 중계 관련 전송들(relay related transmissions)을 위해서만 이용된다.
도 24의 (c)는 PSCCH의 리소스 블록들 중 일부만을 특정 주기성을 가지고 중계 관련 제어 정보(relay related control information)로 이용하는 실시예를 도시한다. 도 24의 (b)에서와 유사하게, 프레임들(f1, f3)에서는 PSCCH의 모든 리소스 블록들이 일반 제어 전송들을 위해 이용되며, 프레임들(f2, f4)에서는 PSCCH의 리소스 블록들의 일부가 중계 관련 제어 정보만을 위해 이용되도록 두 프레임들의 주기성이 가정된다.
상술된 2의 주기성은 단지 예일뿐이며, 임의의 다른 주기성이 선택될 수 있다. 또한, 도 24의 (b) 및 도 24의 (c)의 실시예들이 조합되어, 예를 들어, 도 24의 (b)의 프레임(f4)에서는 리소스 블록들의 일부만이 중계 관련 제어 정보를 위해서 이용되고, 프레임(f2)에서는 PSCCH의 리소스 블록들 모두가 중계 관련 제어 정보를 위해서 이용된다.
전용 대역폭 부분에 의한 트래픽 차별화
본 발명의 제2 양태의 실시예들에 따르면, 중계 UE가 제1 전송과 제2 전송 사이에서 트래픽을 차별화하기 위한 추가 물리 계층 솔루션은 제어 및/또는 데이터의 중계 관련 전송 및 수신에만 이용되는 전용 중계 대역폭 부분(dedicated relay bandwidth part)(R-BWP)라고 지칭되는 별도의 대역폭 부분을 이용하는 것이다. UE는 R-BWP에서의 전송 및/또는 전송과 관련된 제어 정보를 수신하는 것에 응답하여, 전송을 제1 전송으로 결정한다. 실시예들에 따르면, R-BWP는 중계된 전송(relayed transmission)에 대한 피드백을 송신하기위해서도 이용될 수 있다.
R-BWP는 리소스 풀들(RPs)를 포함할 수 있고, RP들은 제어 및 데이터 채널들을 포함할 수 있다. 일반적으로, 설정된 모든 RP들이 정의되고, 모든 Uu 및 사이드링크 통신이 발생하는 하나의 활성(active) BWP가 있다. 본 발명의 제2 양태에 따르면, 중계기들만을 위한 별도의 BWP가 도입된다.
전용 중계 리소스 풀에 의한 트래픽 차별화
다른 실시예들에 따르면, 제어 정보 및/또는 관련 데이터의 중계 관련 전송 및/또는 수신을 위해서만 이용되는 별도의 리소스 풀이 사용(employ)된다. 따라서, 중계 UE가 전용 리소스 풀의 리소스들 상에서 전송, 즉 제어 정보 및/또는 관련 데이터를 수신할 때마다, 중계 UE는 전송을 수신 엔티티로 중계될 제1 전송으로 인식한다. 실시예들에 따르면, R-RP는 중계된 전송(relayed transmission)에 대한 피드백을 송신하기 위해 사용될 수도 있다.
실시예들에 따르면, 중계 리소스 풀(R-RP)는 대역폭 부분(BWP) 내에서, RX 풀, 모드 1 전송들을 위한 TX 풀, 모드 2 전송들을 위한 TX 풀, 및 핸드오버 시나리오들을 위한 TX 예외 풀(TX exceptional pool)과 같이 릴리스 16(Release 16)에 대해 정의된 다른 리소스 풀들과 함께, 예를 들어, 전송 풀로 정의될 수 있다. 예를 들어, 추가 중계 리소스스 풀(sl-TxPoolRelays-r17)은 도 25의 484에 도시된 바와 같이 SL-BWP-pool 설정 정보 요소(config information element)를 이용하여 정의될 수 있다. 실시예들에 따르면, R-RP는 모드 1에서 동작하는 UE들을 위해 설정된 제1 R-RP 및 모드 2에서 동작하는 UE들을 위해 설정된 제2 R-RP를 포함한다. 이를 통해 gNB와 같은 네트워크 엔티티는 전송 엔티티 역할을 하여 모드 1 R-RP의 리소스 할당 측면(resource allocation aspect)을 제어할 수 있다. 다른 실시예들에 따르면, R-RP는 모드 1에서 동작하는 UE들 및 모드 2에서 동작하는 UE들을 위해 설정되며, 중계 UE는 모드 1에서 작동할 때, gNB와 같은 네트워크 엔티티에 주기적인 혼잡 레포트들(congestion reports)를 제공하여, gNB가 R-RP 내에서 사용 가능한 리소스들을 인식하도록 한다. 예를 들어, 공통(common) R-RP가 이용될 수 있는 경우, gNB는 일반(normal) RP에서와 같이 리소스 할당 지원을 중계 UE에게 제공하지만, 모드 2 UE들에 의해 이용되고 있는 리소스들에 대한 정보를 받기 위해서는 혼잡 레포드가 필요하다. 추가 실시예에 따르면, R-RP는 BWP 내에서 정의되고, 하나 이상의 전송 및 수신 풀들과 같은 하나 이상의 리소스 풀들, 하나 이상의 전송 중계 리소스 풀들(transmit relay resource pools)(TX R-RPs), 하나 이상의 수신 중계 리소스 풀들(receive relay resource pools)(RX R-RPs), 또는 TX 및 RX가 모두 발생하는 하나 이상의 R-RP들을 포함한다.
전송 엔티티가 전송을 수행하거나, 중계 UE를 통해 수신 엔티티로 중계되어야 하는 패킷을 전송하려는 경우, 전송 엔티티는 R-RP의 리소스들을 이용하여 전송을 수행할 수 있다 - 예를 들어, 제어 및/또는 또는 데이터 패킷이 R-RP에서 전송될 수 있음 -. 중계 UE는 R-RP 상에서 전송을 수신하고, 이를 일반 리소스 풀을 이용하여 수신 엔티티로 추가로 전송할 수 있다. 멀티 홉 중계(multi-hop relaying)의 경우, 중계 UE는 R-RP 상에서 추가(further) 중계 UE로 전송한다.
다른 실시예들 따르면, R-RP의 정의는 링크 품질 임계값을 포함할 수 있다. 링크 품질 임계값은 전송 엔티티와 수신 엔티티 사이의 링크 품질을 표시하고, 중계는 전송 엔티티와 수신 엔티티 사이의 링크 품질이 임계값 미만일 때에만 사용되고, 그런 다음 전송 엔티티는 중계 UE에 의해 수신될 때, 수신 엔티티로 중계될 전송들을 위해, R-RP를 이용할 수 있다. 멀티 홉 중계의 경우, 링크 품질 임계값은 중계 UE와 수신 엔티티 사이의 링크 품질을 표시할 수 있고, 중계 UE는 R-RP에서 중계 UE와 수신 엔티티 사이의 링크 품질이 임계값 미만일 때, 오직 한 번 전송하고, 그런 다음 중계 UE는 추가 중계 UE에 의해 수신될 때, 수신 엔티티로 중계될 전송들을 위해 R-RP를 이용할 수 있다. 즉, 링크 품질이 나빠지면 다이렉트 통신에서 중계 기반 통신으로 스위치된다. 예를 들어, 모드 1의 경우, 일반 전송 엔티티가 gNB와 다이렉트 Uu 링크를 가지고 있고, 링크 품질이 미리 정의된 임계값 이하로 악화되면 전송 엔티티는 UE-to-네트워크 중계 시스템(UE-to-network relay system)으로도 지칭되는 중계 UE를 이용하기로 결정한다. 전송 엔티티가 이와 같이 결정하면, 전송 엔티티는 R-RP의 리소스들을 이용하여 전송하고, 중계 UE는 전송을 수신한 다음 일반 Uu를 통해 gNB로 전송을 전달한다. 모드 2의 경우, UE가 다른 UE와 다이렉트 PC5 링크를 갖고 있고, 링크 품질이 미리 정의된 임계값 이하로 악화되면, UE는 UE-to-UE 중계 시스템으로도 지칭되는 중계 UE를 이용하기로 결정한다. UE가 이와 같이 결정하면, UE는 R-RP의 리소스들에서 전송하고, 중계 UE는 R-RP 상에서 전송을 수신한 다음 일반 SL 통신에서와 같이 일반 RP를 이용하여 전송을 다른 UE로 전달한다. 실시예에 따르면, 전송 엔티티와 수신 엔티티 사이의 링크 품질이 임계값 미만인 경우에 이용될 수 있는 추가(additional) 중계 리소스 풀을 정의하는 것 외에, 서브 채널들의 수, 비트맵 표시들, 및 수비학(numerology)과 같은 리소스 풀을 정의하는 리소스 풀의 나머지 특성들은 유지되는(being retained) 피드백 채널들, 데이터, 및 채널과 동일하게 유지된다.
실시예들에 따르면, 리소스 풀 설정들은 기지국과 같은 RAN 엔티티에 의해 전송되는 RRC 설정들을 통해 또는 시스템 정보 블록들(system information blocks)(SIBs)을 이용하여 제공될 수 있고, 기지국 부근에 있는 모든 UE들은 적어도 다음 세 가지 주요 측면들, 즉, 기지국이 중계를 지원한다는 것, 전송 엔티티가 중계 리소스 풀을 이용할 수 있는, 즉 중계 기반 전송으로 스위치할 수 있는 임계값, 및 R-RP를 구성(make up)하는 리소스들을 인식할 수 있다. 다른 실시예들에 따르면, 리소스 풀 설정들은 하나 이상의 제어 채널들 내의 제어 시그널링(control signaling), 예를 들어, PBCH, PDCCH 또는 PDSCH을 이용하여 제공될 수 있다.
실시예들에 따르면, 전송 엔티티는 다음 중 하나 이상에 따라 수신 엔티티와의 중계 또는 다이렉트 통신을 이용할 수 있다.
-
전송 엔티티와 수신 엔티티 사이의 링크 품질,
-
일반 사이드링크 리소스 풀의 혼잡 상태, 예를 들어, 일반 사이드링크 리소스 풀의 혼잡 상태가 특정 임계값을 초과할 때, 전송 엔티티는 R-RP 상에서 전송하는 것을 선택할 수 있음, 또는
-
실제 거리(actual distance) 또는 존(zone) ID를 통해 측정된 전송 엔티티와 수신 엔티티 사이의 거리, 예를 들어, 거리가 최소 통신 레인지(minimum communication range)를 초과할 때, 전송 엔티티는 R-RP 상에서 전송하는 것을 선택할 수 있음.
실시예들에 따르면, 전송 엔티티가 R-RP 상에서 전송할 때, 전송 엔티티는 특히 목적지 중계 UE(destination relay UE)를 선택하거나 선택하지 않을 수 있다. 예를 들어, 패킷이 브로드캐스팅되고 전송의 의도가 커버리지 확장(coverage extension)인 경우, R-RP 상에서 전송을 수신하는 네트워크의 임의의 중계 노드 또는 중계 UE는 전송을 중계할 수 있다. 다른 실시예에 따르면, 전송이 그룹 캐스트 또는 유니캐스트 전송인 경우, 전송 엔티티는 의도된 수신 엔티티로 전송할 것으로 예상되는 R-RP 상의 임의의 중계 UE로 전송을 송신할 수 있다. 이 경우, 전송 엔티티는 중계 UE를 선택해야하는 부담이 없고, 오히려 수신 엔티티에 도달한 이 전송을 수신하는 중계 UE는 전송 엔티티에 대한 중계 동작(relay operation)을 수행할 수 있다. 이는 전송 엔티티가 R-RP에서 전송해야 한다는 사실을 제외하고, SL의 현재 작업(current working)에 변경 사항이 없음을 의미한다. 다른 실시예들에 따르면, 전송이 그룹 캐스트 또는 유니캐스트 전송인경우, 전송 엔티티는 의도된 수신 엔티티로 전송할 것으로 예상되는 R-RP 상의 하나 이상의 특정 중계 UE들로 전송을 송신할 수 있다. 전송 엔티티는 설정된 또는 사전 설정된 전력 임계값 이상의 전력으로 전송하는 중계 UE들의 하나 이상의 능력 - 예를 들어, 더 넓은 영역을 커버하기 위해 높은 전력에서 또는 배터리 상태가 설정 또는 사전 설정된 임계값 이상이거나, 또는 PPDR(public protection and disaster relief) 서비스들 또는 차량 안전 서비스들와 같은 특정 서비스를 지원하는지 여부 - 에 기초하여 하나 이상의 특정 중계 UE들을 선택할 수 있다.
방금 설명한 실시예들은 전송 엔티티가 항상 특정 중계 UE를 선택할 필요가 없기 때문에 유리하다. 전송 엔티티가 특정 중계 UE를 선택할 필요가 있는 경우, 전송 엔티티는 중계 UE의 위치, 중계 UE의 이동 속도, 중계 UE의 지원 서비스들, 중계 UE의 설정(예: 지원 대역폭, 전송 전력, 안테타 설정), 중계 UE의 보안 레벨(security level)(예: 전송 엔티티는 특정 신뢰할 수 있는 서비스 또는 서비스 흐름(service flow)에 대해 인증(certify)된 경우에만 Relay UE를 사용함)과 같은 알려준 기준(criteria)에 기초하여 그렇게 할 수 있다. 실시예들에 따르면, 특정(particular) 중계 UE가 선택되었는지 여부에 대한 정보는 SCI의 목적지 ID 파라미터에 의해 암시적으로 전달(convey)된다. 예를 들어, SCI에서 목적지 ID 파라미터가 특정되지 않은 경우, 예를 들어, 비어 있는 경우, null 값으로 세팅된 경우, 또는 기본값으로 설정된 경우, 이는 전송 엔티티가 특정(specific) 중계 UE를 선택하지 않았음을 중계 UE에 표시한다. 따라서, 전송을 수신하는 중계 UE는 전송을 디코딩하고, SCI의 최종 목적지 ID에 의해 정의되는 의도된 수신 엔티티로 이를 중계할 것으로 예상된다. 반면에, 목적지 ID가 SCI에 명시적으로 특정된 경우, ID가 특정된 중계 UE만이 패킷을 디코딩하고, SCI의 최종 목적지 ID 파라미터에 특정된 수신 엔티티로 이를 계속 중계할 것으로 예상된다.
중계 리소스 풀을 이용하는 상술한 실시예들에 따르면, 중계 UE는 중계 리소스 풀에서 수신하는 모든 전송들이 다른 UE로 전달되거나 중계될 것을 알고 있으며, 전송이 전달될 UE들의 세부사항은 SCI에서, 예를 들어, 수신된 SCI(received SCI)에 기초한 트래픽 차별화를 나타내는 상기 실시예들에서 설명된 바와 같이 SCI를 이용하여 제공될 수 있다.
추가 실시예들에 따르면, R-RP를 이용할 때, 피드백 채널도 정의될 수 있다. 예를 들어, R-RP 설정은 시간 슬롯의 수 측면에서(in terms of a number of time slots) PSFCH(physical sidelink feedback channel)와 같은 피드백 채널 리소스들의 주기성을 더 포함할 수 있다. 피드백 채널이 제공되지 않는 경우, 주기성은 0 값으로 설정될 수 있습니다. 피드백이 활성화된 유니캐스트 또는 그룹캐스트 전송을 전송하려는 전송 엔티티는 PSFCH가 활성화된(enabled) R-RP를 이용할 수 있으며, 브로드캐스트 전송 또는 피드백이 비활성화된(disabled) 유니캐스트 또는 그룹캐스트 전송을 전송하는 전송 엔티티는 PSFCH가 비활성화된 R-RP를 이용할 수 있다. PSFCH의 리소스들은 PSSCH의 주어진 전송을 위해 이용될 수 있으며, 실시예들에 따르면, 이러한 연관을 유지하기 위해, 중계 UE는 다음과 같이 PSFCH를 이용할 수 있다.
-
전송 엔티티로부터 중계 UE로의 전송이 실패한 경우, 중계 UE는 재전송을 요청하는 NACK을 전송 엔티티로 송신할 수 있다.
-
전송 엔티티로부터 중계 UE로의 전송이 성공한 경우,
UE가 수신 엔티티로부터 성공적인 피드백을 수신한 후에만 ACK를 송신하여, 중계 UE는 전송 엔티티로부터 수신 엔티티로의 전송의 전체 HARQ 피드백(overall HARQ feedback)을, 예를 들어, 본 발명의 제1 양태를 참조하여 상술한 바와 같은 방식으로 전송 엔티티에 제공할 수 있도록 한다. 즉, 본 발명의 제1 양태에 따라 제공되는 전체 피드백(overall feedback)을 설명하는 상기 실시예들 중 임의의 실시예는 전용 중계 리소스 풀을 이용하는 실시예에서 사용(employ)될 수 있고, 또는
UE가 전송 엔티티로부터 전송을 수신한 후 제1 ACK를 송신하고, UE가 수신 엔티티로부터 성공적 피드백을 수신한 후 제2 ACK를 송신하여, UE가 전송 엔티티에서 수신 엔티티로 전송의 전체 HARQ 피드백을, 예를 들어, 본 발명의 제1 양태를 참조하여 상술한 바와 같은 방식으로 전송 엔티티에 제공할 수 있도록 한다.
추가 실시예에 따르면, 예를 들어 전송이 브로드캐스트 전송이거나 패킷이 브로드캐스트되는 경우, 피드백 옵션은 비활성화될 수 있다. 이 경우, 중계 UE는 전송 엔티티에 의해 선택되지 않고, 피드백 옵션은 비활성화된다. 그렇지 않으면, 전송 엔티티가 동일한 패킷(same packet)에 대해 서로 다른 중계 UE들로부터 다수의 피드백들을 수신할 수 있다. 다수의 중계 UE들이 전송을 브로드캐스팅할 수 있기 때문에, 전송 엔티티는 동일한 전송에 대해 다수의 피드백을 수신할 수 있고, 이는 브로드캐스트 전송들의 목적은 커버리지 확장을 위해 가능한 한 많은 UE들에 도달하는 것이므로 필요하지 않다. 각 중계 엔티티에 의한 피드백 송신은 전송 엔티티 및 중계 UE에서의 처리 리소스들(processing resources) 또는 피드백 리소스들(feedback resources), 예를 들어, 주파수 리소스들(frequency resources)을 불필요하게 차지(take up)할 수 있다.
전용 중계 리소스 풀을 사용(employ)하는 다른 실시예들에 따르면, 중계 UE는 상술한바와 달리, 예를 들어, 상위 레이어 최적화(higer layer optimization)를 수행하기 위해 전송 또는 패킷을 디코딩할 수 있다. 중계 UE는 수신 엔티티의 목적지 ID가 MAC 헤더에 포함되어 있으면 패킷을 디코딩하도록 선택할 수 있다. 예를 들어, 전송 엔티티로부터 중계 UE로의 전송이 브로드캐스트 전송이고, 중계 UE로부터 수신 엔티티로의 전송이 유니캐스트 또는 그룹캐스트 전송이어야 하는 경우, 전송의 캐스트 타입을 변경할 수도 있다. 그런 다음, 중계 UE는 중계 리소스 풀이 아닌 일반 전송 풀 상에서 의도된 수신 엔티티로 패킷을 전송함으로써, 수신 엔티티가 전송이 수신 엔티티를 위한 것이고, 중계되지 않을 것임을 인식하게 한다. 그러나, 멀티 홉 중계 시스템의 경우, 제1 중계기는 다른 중계 UE들에게 R-RP를 이용하여 전송을 전송함으로써 다른 중계 UE들이 전송이 추가로 중계될 것임을 인식하게 한다.
전용 중계 사이드링크 제어 채널, R-BWP 또는 R-RP를 사용(employ)하는 상술된 실시예에따르면, 전용 중계 사이드링크 제어 채널, R-BWP 및/또는 R-RP는 제2 전송이 송신 및/또는 수신되는 스펙트럼 또는 주파수 레인지와 다른 스펙트럼 또는 주파수 레인지에 있을 수 있다. 중계 전용 제어 채널(relay only control channel)을 정의하면, R-RP 또는 R-BWP는 gNB에 의해 확장(span)되는 매크로 셀들(macrocells)을 위해 이용되는 리소스들와 중계를 위해 이용되는 리소스들를 분리(decouple)하여, 두 타입의 셀들 사이의 간섭을 줄인다. 이는 중계 UE가 정의된 주파수 레인지에서만 중계 연관 전송들(relay related transmissions)을 검색 및 수신할 수 있게 한다. 중계(relay) 및 비-중계(non-relay) 연관 제어 정보의 혼합(mixture)을 위해, SL 컨트롤, R-RP 또는 R-BWP에서 주파수의 전체 세트를 검색할 필요가 없다. 중계 UE가 절전을 원하면, 중계 UE는 이 주파수에서 수신하지 않기로 결정할 수 있고, 사실상(effectively) 중계 UE로서 스위치 오프(switch off)할 수 있다. 또한, 중계 노드 또는 중계 UE는 일반적으로 원격 UE에 더 가깝기 때문에, 즉 경로손실(pathloss)이 더 적기 때문에 더 높은 캐리어 주파수(carrier frequency)가 중계 링크를 위해 선택될 수 있다. 이는 주파수 재사용(frequency reuse)의 가능성을 증가시킬 수 있고, 이는 다른 셀들, 예를 들어, 매크로셀들의 리소스들을 릴리스(release)할 수도 있다.
본 발명의 제2 양태의 추가 실시예들에 따르면, 중계 UE가 전송과 관련된 제어 정보를 수신할 때,
UE를 표시하는 목적지 ID 파라미터가 비어 있거나, null 값으로 세팅되거나, 또는 기본값으로 세팅되고, 수신 엔티티를 표시하는 목적지 ID 파라미터가 특정된 경우, 또는,
UE와 수신 엔티티를 모두 표시하는 결합 목적지 정보(combined destination information)의 경우 - 여기서, UE를 표시하는 목적지 ID 파라미터는 비어있거나, null 값으로 세팅되거나, 또는 기본값으로 세팅되고, 수신 엔티티를 표시하는 목적지 ID 파라미터는 특정됨 -,
UE는 브로드캐스트 방식으로 전송을 수신하고, 의도된 수신 엔티티 또는 엔티티들로 유니캐스트 또는 그룹캐스트 방식으로 전송을 송신한다.
즉, 중계 UE가 제어 정보에서 RX UE의 목적지 ID를 수신하고, 중계 특정 목적지 ID(relay specific destination ID)는 수신할 때, UE는 브로드캐스트 방식으로 수신하지만, 특정 RX UE ID 또는 특정 그룹 ID로 인해 유니캐스트 또는 그룹캐스트 방식으로 전송한다.
본 발명의 제2 양태의 추가 실시예에 따르면, 중계 UE가 전송과 관련된 제어 정보를 수신할 때,
UE를 표시하는 목적지 ID 파라미터가 특정되고, 수신 엔티티를 표시하는 목적지 ID 파라미터가 특정된 경우, 또는,
UE 및 수신 엔티티를 모두 표시하는 결합 목적지 정보의 경우 - 여기서 UE를 표시하는 목적는 ID 파라미터가 특정되고, 수신 엔티티를 표시하는 목적지 ID 파라미터는 특정됨 -,
UE는 그룹캐스트 또는 유니캐스트 방식으로 전송을 수신하고, 의도된 수신 엔티티 또는 엔티티들로 유니캐스트 또는 그룹캐스트 방식으로 전송을 송신한다.
즉, 중계 UE가 제어 정보에서 RX UE의 목적지 ID와 중계 특정 목적지 ID(relay specific destination ID)를 수신할 때, UE는 (특정 중계 UE ID(specific relay UE ID) 또는 특정 중계 그룹 ID(specific relay group ID)인 중계 목적지 ID에 따라) 유니캐스트 또는 그룹캐스트 방식으로 수신하지만, 특정 RX UE ID(specific RX UE ID) 또는 특정 그룹 ID(specific group ID)로 인해 유니캐스트 또는 그룹캐스트 방식으로 전송한다.
일반(general)
본 발명의 접근 방식의 각각의 양태들 및 실시예들이 개별적으로 설명되었지만, 각각의 양태들/실시예들은 서로 독립적으로 구현될 수 있거나, 양태들/실시예들 중 일부 또는 전부가 결합될 수 있다.
또한, 지금까지 설명한 각 양태들/실시예들 각각을 위해, 이후에 설명하는 실시예들이 이용될 수 있다.
멀티 홉 중계기들(multi-hop relays)
상술한 실시예들에 따르면, 전송 엔티티와 수신 엔티티 사이의 엔드 투 엔드 통신(end-to-end communication)은 상술한바와 같이, 수신 엔티티로부터 피드백을 전달하고 및/또는 트래픽을 차별화하는 싱글 중계기(single relay)를 통한다(via). 그러나, 본 발명은 이러한 실시예들에 제한되지 않고, 추가 실시예들에 따르면, 전송 엔티티와 수신 엔티티 사이의 엔드 투 엔드 통신은 중계 UE들의 세트 또는 중계 UE들의 체인으로도 지칭되는 복수의 중계기들을 통할 수 있다.
도 26은 전송 엔티티(402)와 수신 엔티티(404) 사이의 통신이 N개의 중계기들(400)(
)을 이용하는 실시예를 도시한다. 각 중계 레이어는 중계 UE들과 같은 복수의 중계 디바이스들(1~m)를 포함한다. 각 중계 레이어(4861~486N)은 동일한 수의 중계 UE들을 포함할 수도 있거나, 또는 중계 레이어들(4861~486N) 중 일부 또는 전부는 다른 수의 중계 UE들을 포함할 수 있다. 수신 엔티티(404)는 제1 중계 레이어(first relay layer)(4861)의 중계기들에 연결될 수 있고, 전송 엔티티(402)는 중계 레이어(486N)의 중계기들에 연결될 수 있다. 도 27은 전송 엔티티(402)와 수신 엔티티(404) 사이의 엔드 투 엔드 통신을 위해 N=2인 중계 레이어을 사용(employ)하는 실시예를 도시한다. 제1 중계 레이어(4861)는 n개의 UE 중계기들(400)을 포함할 수 있다. 전송 엔티티(402)는 제2 중계 레이어(4862)에 연결될 수 있고, 제2 중계 레이어(4862)은 m개의 UE 중계기들(400)을 포함할 수 있다. 실시예들에 따르면, 각각의 중계 레이어들(4861, 4862)은 동일한 수의 중계기들(n=m)을 가질 수 있다. 다른 실시예들에 따르면, 각각의 중계 레이어들(4861, 4862)의 중계기들의 수는 다를 수 있다. 즉, 
일 수 있다. 서로 다른 중계 레이어들(4861, 4862)의 각각의 중계기들은 566에 개략적으로 표시된 바와 같이 서로 연결될 수 있다. 제1 중계 레이어(4861)의 일부 또는 모든 중계기들은 제2 중계 레이어(4862)의 일부 또는 모든 중계기와 연결될 수 있다. 레이어들의 각각의 중계기들은 본 발명의 제1 및 제2 양태들을 참조하여 상술한 바와 같이, 수신 엔티티(404)로부터의 피드백을 전달하고, 트래픽을 차별화한다.
이상에서 본 발명의 실시예들이 대해 상세히 설명하였으며, 각각의 실시예들 및 양태들은 개별적으로 구현될 수도 있거나, 또는 둘 이상의 실시예들 또는 양태들이 조합되어 구현될 수도 있다. 즉, 하나 이상의 중계기들을 통한 수신 엔티티로부터 전송 엔티티로의 전체 피드백(overall feedback)의 제공에 관한 제1 양태의 상술한 임의의 실시예들은 하나 이상의 중계기들에서의 트래픽의 차별화에 관한 제2 양태의 상술한 임의의 실시예들과 조합될 수 있다.
일반(General)
실시예들에 따르면, 무선 통신 시스템은 지상 네트워크(terrestrial network), 또는 비-지상 네트워크(non-terrestrial network), 또는 공중 차량 또는 우주 비행체, 또는 이들의 조합을 수신기로 이용하는 네트워크들 또는 네트워크들의 세그먼트들을 포함할 수 있다.
본 발명의 실시예들에 따르면, 사용자 디바이스는 상기 사용자 디바이스(UE)는 전력-제한(power-limited) UE, 또는 보행자에 의하여 사용되고 VRU(vulnerable road user) 또는 P-UE(pedestrian UE)로 지칭되는 UE와 같은 핸드-헬드 UE, 또는 공공 안전 요원 및 긴급 구조요원에 의하여 사용되고 공공 안전UE(Public safety UE, PS-UE)라고 지칭되는 온-바디(on-body) 또는 핸드-헬드 UE, 또는 IoT UE(예: 센서, 엑츄 에이터 또는 캠퍼스 네트워크에 제공되어 반복적인 태스크를 수행하고 주기적 간격으로 게이트웨이 노드로부터 입력을 요구하는 UE), 또는 모바일 터미널, 또는 고정 터미널, 또는 셀룰러 IoT-UE, 또는 차량용 UE, 또는 차량용 그룹 리더(group leader, GL) UE, 또는 IoT 또는 협대역 IoT(NB-IoT) 디바이스, 또는 육상 기반 차량(ground based vehicle), 또는 항공 차량(aerial vehicle), 또는 드론, 또는 모바일 기지국, 또는 로드 사이드 유닛(road side unit, RSU), 또는 빌딩, 또는 무선 통신 네트워크를 이용하여 통신할 수 있도록 네트워크 연결이 제공되는 임의의 아이템 또는 디바이스, 예를 들어, 센서 또는 액츄에이터, 또는 사이드링크 무선 통신 네트워크를 이용하여 통신할 수 있도록 네트워크 연결이 제공되는 임의의 아이템 또는 디바이스, 예를 들어, 센서 또는 액추에이터, 또는 임의의 사이드링크 가능 네트워크 엔티티 중 하나 이상을 포함한다.
본 발명의 실시예들에 따르면, 네트워크 엔티티는 매크로 셀 기지국, 스몰 셀 기지국, 또는 기지국의 중앙 유닛, 또는 기지국의 분산 유닛, 또는 도로변 유닛(RSU), 또는 원격 라디오 헤드, 또는 AMF, 또는 MME, 또는 SMF, 또는 코어 네트워크 엔티티, 또는 모바일 엣지 컴퓨팅(MEC) 엔티티, 또는 NR 또는 5G 코어 컨텍스트에서와 같은 네트워크 슬라이스, 또는 무선 통신 네트워크를 이용하여 통신할 수 있도록 네트워크 연결이 제공되는 아이템 또는 디바이스가 무선 통신 네트워크를 이용하여 통신 가능하도록 하는 임의의 송신/수신 포인트(transmission/reception point)(TRP) 중 하나 이상을 포함한다.
비록 설명된 컨셉의 일부 양태가 장치의 맥락에서 설명되었으나, 이러한 양태들은 이에 대응되는 방법의 설명 또한 나타내는 것임은 명백하다. 여기서, 블록 또는 디바이스는 방법 단계 또는 방법 단계의 특징에 대응한다. 이와 유사하게, 방법 단계의 맥락에서 설명된 양태들은 또한 해당 장치의 대응되는 블록 또는 아이템 또는 특징의 설명을 나타낸다.
본 발명의 다양한 요소들 또는 특징들은 아날로그 회로 및/또는 디지털 회로를 이용하는 하드웨어, 하나 또는 그 이상의 범용 또는 특수 목적 프로세서에 의한 명령의 실행을 통하여 소프트웨어로 구현되거나, 또는 하드웨어와 소프트웨어의 조합으로 구현될 수 있다. 예컨대, 본 발명의 실시예들은 컴퓨터 시스템 또는 다른 프로세싱 시스템 환경에서 구현될 수 있다. 도 28은 컴퓨터 시스템(500)의 예를 나타낸다. 유닛 또는 모듈뿐만 아니라 이들 유닛들에 의하여 수행되는 방법의 단계들은 하나 이상의 컴퓨터 시스템(500)에서 실행될 수 있다. 컴퓨터 시스템(500)은 특수 목적 또는 범용의 디지털 신호 프로세서와 같은 하나 이상의 프로세서(502)를 포함한다. 프로세서(502)는 버스 또는 네트워크와 같은 통신 인프라구조(504)에 연결된다. 컴퓨터 시스템(500)은 예컨대, 랜덤엑세스 메모리(RAM)와 같은 메인 메모리(506) 및 예컨대, 하드 디스크 드라이브 및/또는 이동식 저장 드라이브와 같은 보조 메모리(508)를 포함한다. 보조 메모리(508)는 컴퓨터 프로그램 또는 다른 명령어들이 컴퓨터 시스템(500)에 로딩되도록 할 수 있다. 컴퓨터 시스템(500)은 소프트웨어 및 데이터가 컴퓨터 시스템(500)과 외부 디바이스 간에 전달되도록 하는 통신 인터페이스(510)를 더 포함할 수 있다. 통신은 전자, 전자기, 광학, 또는 통신 인터페이스에 의하여 처리될 수 있는 다른 신호의 형태로 이루어질 수 있다. 통신은 와이어 또는 케이블, 광섬유, 전화선, 셀룰러 전화 링크, RF 링크, 및 다른 통신 채널(512)을 이용할 수 있다.
"컴퓨터 프로그램 매체" 및 "컴퓨터 판독 가능한 매체" 용어는 일반적으로 이동식 저장 유닛 또는 하드 디스크 드라이브에 설치된 하드 디스크와 같은 유형의 저장 매체를 지칭하는데 사용된다. 이들 컴퓨터 프로그램 제품들은 컴퓨터 시스템(500)에 소프트웨어를 제공하는 수단이다. 컴퓨터 제어 로직이라고도 일컬어지는 컴퓨터 프로그램은 메인 메모리(506) 및/또는 보조 메모리(508)에 저장된다. 컴퓨터 프로그램들은 통신 인터페이스(510)를 통해서도 수신될 수 있다. 컴퓨터 프로그램은 실행될 때, 컴퓨터 시스템(500)으로 하여금 본 발명의 구현이 가능하도록 한다. 특히, 컴퓨터 프로그램은 실행될 때, 프로세서(502)가 본 명세서에 기술된 임의의 방법들과 같은 본발명의 프로세스들을 구현할 수 있도록 한다. 따라서, 이와 같은 컴퓨터 프로그램은 컴퓨터 시스템(500)의 컨트롤러를 나타낼 수 있다. 본 개시가 소프트웨어를 이용하여 구현되는 경우, 소프트웨어는 컴퓨터 프로그램 제품에 저장되고 이동식 저장 드라이브, 통신 인터페이스(510)와 같은 인터페이스를 사용하여 컴퓨터 시스템(500)에 로딩될 수 있다.
하드웨어 또는 소프트웨어에서의 구현은 예컨대, 클라우드 스토리지, 플로피 디스크, DVD, 블루레이, CD, ROM, PROM, EPROM, EEPROM, 또는 플래시 메모리와 같이 전자적으로 판독 가능한 제어 신호가 저장된 디지털 저장 매체를 사용하여 수행될 수 있다. 디지털 저장 매체는 각각의 방법이 수행되도록 프로그램 작동 가능한 컴퓨터 시스템과 협력 또는 협력 가능하다. 따라서, 디지털 저장 매체는 컴퓨터 판독 가능할 수 있다.
본 발명에 따른 일부 실시예들은 전자적으로 판독가능한 제어 신호를 가지는 데이터 캐리어를 포함한다. 데이터 캐리어는 본 명세서에 설명된 방법 중 하나가 수행되도록 프로그램 작동 가능한 컴퓨터 시스템과 협력할 수 있다.
일반적으로, 본 발명의 실시예들은 프로그램 코드를 가지는 컴퓨터 프로그램 제품으로서 구현될 수 있다. 프로그램 코드는 컴퓨터 프로그램 제품이 컴퓨터에서 실행될 때 전술된 방법 중 하나를 수행하도록 동작한다. 프로그램 코드는 예컨대 기계 판독가능 캐리어에 저장될 수 있다
다른 실시예들은 본 명세서에서 설명된 방법들 중 하나를 수행하기 위한 컴퓨터 프로그램을 포함한다. 컴퓨터프로그램은 기계 판독 가능 캐리어에 저장된다. 즉, 결과적으로, 본 발명의 방법의 실시예는, 컴퓨터 프로그램이 컴퓨터상에서 실행될 때, 본 명세서에서 설명된 방법들 중 하나를 수행하기 위한 프로그램 코드를 가지는 컴퓨터 프로그램이다.
본 발명의 방법들의 추가 실시예는, 따라서, 본 명세서에서 설명된 방법들 중 하나를 수행하기 위한 컴퓨터 프로그램을 포함하는 데이터 캐리어(또는 디지털 저장 매체, 또는 컴퓨터 판독 가능 매체)이다. 본 발명의 방법의 추가 실시예는, 따라서, 본 명세서에서 설명된 방법들 중 하나를 수행하기 위한 컴퓨터 프로그램을 나타내는 데이터 스트림 또는 신호의 시퀀스이다. 데이터 스트림 또는 신호의 시퀀스는 예컨대 데이터 통신 연결, 예를 들어, 인터넷을 통하여 전송되도록 구성될 수 있다. 추가적인 실시예는, 본 명세서에 개시된 방법들 중 하나를 수행하도록 구성되거나 또는 개조된 프로세싱 수단, 예컨대, 컴퓨터, 또는 프로그램 작동 가능 로직 디바이스를 포함한다. 추가 실시예는 본 명세서에 개시된 방법들 중 하나를 수행하기 위한 컴퓨터 프로그램이 설치된 컴퓨터를 포함한다.
일부 실시예에서는, 프로그램 작동 가능 로직 디바이스, 예를 들어, 필드 프로그램 작동 가능 게이트 어레이가 본명세서에 설명된 방법들의 일부 또는 모든 기능들을 수행하기 위하여 사용될 수 있다. 일부 실시예에서는, 필드 프로그램 작동 가능 게이트 어레이는 본 명세서에 설명된 방법들 중 하나를 수행하기 위하여 마이크로프로세서와 협력할 수 있다. 일반적으로, 위 방법들은 바람직하게는 임의의 하드웨어 장치에 의하여 수행된다.
상술한 실시예들은 단지 본 발명의 원리에 대한 예시일 뿐이다. 본 명세서에서 설명된 방식 및 세부사항들의 수정 및 변경은 해당 기술분야의 당업자에게 자명한 것으로 이해된다. 따라서, 본 명세서의 실시예에 대한 개시 및 설명을 통하여 제시된 구체적인 세부 사항이 아닌, 임박한 특허 청구항들(impending patent claims)의 범위에 의해서만 한정되어야 한다.
Claims (65)
- 무선 통신 네트워크를 위한 사용자 디바이스에 있어서,
상기 사용자 디바이스는,
상기 무선 통신 네트워크의 하나 이상의 수신 엔티티와 전송 엔티티 사이의 연결을 지원하는 기능을 제공하기 위해 중계 엔티티로 동작하고,
상기 사용자 디바이스는,
상기 전송 엔티티로부터 전송을 수신하고 상기 수신 엔티티로 상기 전송(transmission)을 중계하는 것에 응답하여,
상기 전송 엔티티에 피드백 전송하고,
상기 피드백은,
상기 수신 엔티티에서의 상기 전송의 성공적 및/또는 비-성공적 수신을 표시하는,
사용자 디바이스,
- 제1항에 있어서,
상기 사용자 디바이스는,
상기 사용자 디바이스가 HARQ-NACK 또는 HARQ-ACK와 같이, 상기 수신 엔티티에서의 상기 전송의 성공적 및/또는 비-성공적 수신을 표시하는 상기 수신 엔티티로부터의 피드백을 수신하는 경우,
상기 수신 엔티티로부터 수신된 상기 피드백을 상기 전송 엔티티로 전송하고,
상기 사용자 디바이스는,
상기 사용자 디바이스가 상기 수신 엔티티로부터 피드백을 수신하지 못한 경우,
HARQ-NACK와 같이, 상기 수신 엔티티에서의 상기 전송의 비-성공적 수신을 상기 전송 엔티티에 신호하는,
사용자 디바이스.
- 제1항에 있어서,
상기 사용자 디바이스는,
상기 사용자 디바이스가, HARQ-ACK와 같이, 상기 수신 엔티티에서의 상기 전송의 성공적 수신을 표시하는 상기 수신 엔티티로부터의 피드백을 수신하는 경우,
상기 피드백의 상기 수신 후 설정된 또는 미리 설정된 시간 윈도우 내에, 예를 들어, 가능한 가장 빠른 기회에, 상기 수신 엔티티로부터 수신된 상기 피드백을 상기 전송 엔티티로 전송하는,
사용자 디바이스.
- 제1항에 있어서,
상기 사용자 디바이스는,
상기 사용자 디바이스가, HARQ-NACK와 같이, 상기 수신 엔티티에서의 상기 전송의 비-성공적 수신을 표시하는 상기 수신 엔티티로부터의 피드백을 수신하는 경우,
- 상기 피드백의 상기 수신 후 설정된 또는 미리 설정된 시간 윈도우 내에, 예를 들어, 가능한 가장 빠른 기회에, 상기 수신 엔티티로부터 수신된 상기 피드백을 상기 전송 엔티티로 전송하고, 상기 수신 엔티티로 상기 전송을 재전송하지 않거나, 또는
- 상기 수신 엔티티로 상기 전송을 재전송하고, 상기 수신 엔티티로부터 상기 전송의 성공적 수신을 표시하는 피드백이 수신될 때까지, 예를 들어 MCS 또는 코딩 레이트와 같이, 동일하거나 상이한 전송 파라미터들로 상기 전송을 지속적으로 재전송하고, 하나 이상의 미리 정의된 이벤트가 발생할 때까지 상기 수신 엔티티로부터 수신된 상기 성공적 피드백을 상기 전송 엔티티로 전송하는,
사용자 디바이스.
- 제4항에 있어서,
상기 하나 이상의 다음의 이벤트는,
- 상기 사용자 디바이스가 상기 재전송들을 수행하는 동안, 설정된 또는 미리 설정된 타이머가 경과하는 것, 또는
- 상기 사용자 디바이스가 수행하는 설정된 또는 미리 설정된 최대 중계 재전송 횟수에 도달하는 것
을 포함하는, 사용자 디바이스.
- 제4항에 있어서,
상기 사용자 디바이스는,
상기 하나 이상의 이벤트에 응답하여,
상기 피드백의 상기 수신 후 설정된 또는 미리 설정된 시간 윈도우 내에, 예를 들어, 가능한 가장 빠른 기회에, HARQ-NACK와 같이, 상기 수신 엔티티에서의 상기 전송의 비-성공적 수신을 표시하는 피드백을 상기 전송 엔티티로 전송하는,
사용자 디바이스.
- 제1항에 있어서,
상기 사용자 디바이스는,
3GPP 인터페이스 또는 비-3GPP 인터페이스와 같은 액세스 네트워크 인터페이스 또는 사이드링크와 같은 다이렉트 인터페이스를 통해 상기 전송 엔티티로부터 상기 전송을 수신하는,
사용자 디바이스.
- 제1항에 있어서,
- 상기 전송 엔티티는 사용자 디바이스 또는 중계 엔티티를 포함하고, 상기 수신 엔티티는 사용자 디바이스 또는 중계 엔티티를 포함하거나, 또는
- 상기 전송 엔티티는 사용자 디바이스 또는 중계 엔티티를 포함하고, 상기 수신 엔티티는 RAN 엔티티와 같은 네트워크 엔티티를 포함하거나, 또는
- 상기 전송 엔티티는 RAN 엔티티와 같은 네트워크 엔티티를 포함하고, 상기 수신 엔티티는 사용자 디바이스, 또는 중계 엔티티를 포함하는,
사용자 디바이스.
- 제1항에 있어서,
상기 수신 엔티티로부터 수신된 상기 피드백은,
상기 수신 엔티티에서의 상기 전송의 성공적 및/또는 비-성공적 수신을 표시하는 정보에 추가하여,
- 상기 수신 엔티티와 상기 사용자 디바이스 사이의 링크 품질,
- 상기 수신 엔티티와 상기 사용자 디바이스 사이의 상기 거리를 표시하는 존 아이디 또는 거리 측정,
- 상기 수신 엔티티가 상기 전송들을 성공적으로 수신하도록 상기 전송 엔티티를 지원하는 추가 데이터
- 상기 수신 엔티티가 상기 전송 엔티티에 데이터를 전송하려고 한다는 표시(예: 스케쥴링 요청 또는 버퍼 상태 레포트),
- HARQ/전송 프로세스를 중단하는 것을 표시하는 상기 수신 엔티티로부터의 신호,
- 상기 사용자 디바이스로부터 전송되고 상기 수신 사용자 디바이스에서 수신된 m개의 최고 빔들 또는 베스트 빔의 빔 인덱스)
중 하나 이상과 같은 추가 정보를 포함하는,
사용자 디바이스.
- 제1항에 있어서,
상기 수신 엔티티로부터 수신된 상기 피드백은,
상기 수신 엔티티에서의 둘 이상의 전송들의 성공적 및/또는 비-성공적 수신을 표시하는 집계된 피드백인,
사용자 디바이스.
- 제10항에 있어서,
상기 집계된 피드백은,
- 미리 정의된 시간 윈도우 내에 패킷들과 같은 일부 또는 모든 전송들이 성공적 또는 비-성공적으로 수신되었는지에 대한 표시,
- 패킷들과 같은 미리 정의된 수의 전송들이 성공적 또는 비-성공적으로 수신되었는지에 대한 표시,
- 패킷들과 같은 상기 전송들 중에서 성공적으로 수신된 전송 및/또는 패킷들과 같은 상기 전송들 중에서 비-성공적으로 수신된 전송 또는 수신에 실패한 전송,
- 패킷들과 같은 상기 성공적으로 수신된 전송 중에서 초과 딜레이 버짓으로 수신된 전송,
- 상기 수신 엔티티 및 상기 사용자 디바이스 사이의 악화중인 링크 품질의 표시, 예를 들어, 상기 링크 품질이 설정된 또는 미리 설정된 임계값(에) 근접하거나, 미만인 경우,
- 상기 원격 사용자 디바이스와 상기 사용자 디바이스 사이의 상기 중계 링크를 통한 새로운 최대 가능 QoS를 표시하는 업데이트,
중 하나 이상을 포함하는,
사용자 디바이스.
- 제1항에 있어서,
상기 사용자 디바이스는,
물리 레이어에서 상기 수신 엔티티로부터 수신된 상기 피드백을 전송하는 - 예를 들어, 상기 전송 엔티티가 사용자 디바이스 또는 중계 엔티티인 경우 상기 PSFCH를 사용하고, 상기 전송 엔티티가 네트워크 엔티티인 경우 상기 PUCCH 또는 PUSCH를 사용함 -,
사용자 디바이스.
- 제12항에 있어서,
상기 사용자 디바이스는,
상기 전송 엔티티로부터의 상기 전송에 응답하여,
상기 사용자 디바이스와 상기 전송 엔티티 사이의 제1 피드백 링크를 사용하여 상기 전송 엔티티로 추가 피드백을 전송하고,
상기 추가 피드백은,
HARQ-NACK 또는 HARQ-ACK와 같이, 상기 사용자 디바이스에서의 상기 전송의 성공적 및/또는 비-성공적 수신을 표시하고,
상기 사용자 디바이스는,
상기 사용자 디바이스와 상기 전송 엔티티 사이의 제2 피드백 링크를 이용하여 상기 수신 엔티티와 연관된 상기 피드백을 전송하고,
상기 제1 피드백 링크 및 상기 제2 피드백 링크는,
기존 PHY 채널에서 다른 리소스들을 사용하는 - 예를 들어, 상기 전송 엔티티가 사용자 디바이스 또는 중계 엔티티인 경우 상기 PSFCH를 사용하거나, 상기 전송 엔티티가 네트워크 엔티티인 경우 상기 PUCCH 또는 PUSCH를 사용함 -,
사용자 디바이스.
- 제13항에 있어서,
상기 사용자 디바이스는,
상기 전송 엔티티가 다른 사용자 디바이스 또는 중계 엔티티인 경우,
상기 PSFCH를 이용하여 상기 수신 엔티티로부터 수신된 상기 피드백을 전송하고,
상기 수신 엔티티로부터 수신된 상기 피드백을 전송하기 위한 상기 리소스들은,
- 상기 수신 엔티티로부터 상기 사용자 디바이스 및 상기 사용자 디바이스로부터 상기 전송 엔티티로의 피드백 전송을 위해 상기 PSFCH 리소스들에 대한 매핑 간의 관계에 의해 암시적으로 매핑되거나, 또는
- 상기 전송 엔티티에 의해, 상기 PSFCH 상의 어떤 리소스들이 상기 수신 엔티티와 연관된 피드백의 상기 보고를 위해 이용될 것인지를 상기 사용자 디바이스에 표시하는 것에 의해 명시적으로 매핑된,
사용자 디바이스.
- 제13항에 있어서,
상기 사용자 디바이스는,
상기 전송 엔티티가 네트워크 엔티티인 경우,
상기 PUCCH 또는 PUSCH 리소스들을 이용하여 상기 수신 엔티티로부터 수신된 상기 피드백을 전송하는,
사용자 디바이스.
- 제15항에 있어서,
상기 사용자 디바이스는,
예를 들어, DCI에서, 상기 추가 피드백 및 상기 수신 엔티티로부터 수신된 상기 피드백을 보고하기 위해 이용될 상기 리소스들을 상기 네트워크 엔티티로부터 수신하는,
사용자 디바이스.
- 제12항에 있어서,
상기 사용자 디바이스와 상기 전송 엔티티 사이의 연결은,
상기 사용자 디바이스에서의 상기 전송의 성공적 및/또는 비-성공적 수신을 표시하기 위해,
기존 PHY 채널에서의 피드백 링크
를 포함하고 - 예를 들어, 상기 전송 엔티티가 사용자 디바이스 또는 중계 엔티티인 경우 상기 PSFCH를 사용하거나, 상기 전송 엔티티가 네트워크 엔티티인 경우 상기 PUSCH 또는 상기 PUCCH를 사용함 -,
상기 사용자 디바이스는,
상기 사용자 디바이스에서의 상기 전송의 성공적 및/또는 비-성공적 수신을 표시하는 피드백 대신 상기 수신 엔티티로부터 수신된 상기 피드백을 상기 피드백 링크 상에서 전송하는,
사용자 디바이스.
- 제17항에 있어서,
상기 사용자 디바이스는,
상기 전송 엔티티가 다른 사용자 디바이스 또는 중계 엔티티인 경우,
상기 사용자 디바이스에서의 상기 전송의 성공적 및/또는 비-성공적 수신을 표시하는 상기 피드백을 위해, 상기 전송 엔티티에 의해 스케쥴링된 상기 PSFCH 리소스들을 사용하여, 상기 수신 엔티티로부터 수신된 상기 피드백을 전송하는,
사용자 디바이스.
- 제17항에 있어서,
상기 사용자 디바이스는,
상기 전송 엔티티가 네트워크 엔티티인 경우,
상기 사용자 디바이스에서의 상기 전송의 성공적 및/또는 비-성공적 수신을 표시하는 상기 피드백을 위해, 상기 전송 엔티티에 의해 스케쥴링된 상기 PUCCH 또는 PUSCH 리소스들을 이용하여, 상기 수신 엔티티로부터 수신된 상기 피드백을 전송하는,
사용자 디바이스.
- 제17항에 있어서,
상기 수신 엔티티로부터 수신된 상기 피드백이 비-성공적 전송을 표시하는 경우,
상기 피드백은,
상기 비-성공적 전송의 원인이된 상기 특정 연결에 관한 정보를 포함하는,
사용자 디바이스.
- 제20항에 있어서,
상기 전송기 엔티티로의 상기 잘못된 연결에 대한 상기 표시는,
상기 수신 엔티티와 상기 사용자 디바이스 사이의 상기 연결 및/또는 상기 사용자 디바이스와 상기 전송기 엔티티 사이의 상기 연결 상에서 상기 비-성공적 전송이 발생하였는지 여부를 표시하는 2비트 인디케이터 및/또는 싱글 비트 인디케이터
를 포함하는,
사용자 디바이스.
- 제1항에 있어서,
상기 사용자 디바이스는,
MAC 레이어에서 수신 엔티티로부터 수신된 상기 피드백을 전송하는,
사용자 디바이스.
- 제22항에 있어서,
상기 사용자 디바이스는,
MAC 제어 요소를 이용하여 상기 수신 엔티티로부터 수신된 상기 피드백을 전송하는,
사용자 디바이스.
- 제23항에 있어서,
상기 사용자 디바이스는,
상기 전송 엔티티로부터의 상기 전송을 수신하는 것에 응답하여,
상기 사용자 디바이스와 상기 전송 엔티티 사이의 상기 PHY 레이어의 피드백 채널을 이용하여 상기 전송 엔티티로 추가 피드백을 전송하고,
상기 추가 피드백은,
HARQ-NACK 또는 HARQ-ACK와 같이, 상기 사용자 디바이스에서의 상기 전송의 성공적 및/또는 비-성공적 수신을 표시하는,
사용자 디바이스.
- 제1항에 있어서,
상기 사용자 디바이스는,
상기 RLC(radio link control) 레이어에서 상기 수신 엔티티로부터 수신된 상기 피드백을 전송하는,
사용자 디바이스.
- 제25항에 있어서,
상기 전송 엔티티는,
확인 모드에서 동작하고,
상기 수신 엔티티로부터 수신된 상기 피드백은,
RLC ACK이고,
상기 사용자 디바이스는,
상기 사용자 디바이스로부터 상기 전송 엔티티로의 RLC ACK를 대체하는 엔드 투 엔드 피드백을 제공하도록, 상기 수신 엔티티로부터 상기 RLC ACK를 수신하고, 상기 수신 엔티티로부터 상기 전송 엔티티로 상기 RLC ACK를 전달하는,
사용자 디바이스.
- 제25항에 있어서,
상기 전송 엔티티는,
확인 모드에서 동작하고,
상기 사용자 디바이스는,
상기 전송 엔티티로부터의 상기 전송을 성공적으로 수신한 것에 응답하여, 제1 RLC ACK를 전송하고,
상기 수신 엔티티에서 상기 전송이 성공적으로 수신되었다는 확인을 수신하는 것에 응답하여, 상기 수신 엔티티로부터 수신된 상기 피드백으로서 제2 RLC ACK를 전송하는,
사용자 디바이스.
- 제1항에 있어서,
상기 사용자 디바이스는,
이동 단말, 또는
고정 단말, 또는
셀룰러 IOT-UE, 또는
차량 UE, 또는
그룹 리더) UE, 또는
IoT, 또는
협대역 IoT 디바이스, 또는
스마트워치와 같은 웨어러블 디바이스, 또는
피트니스 트래커, 또는
스마트 글래스, 또는
육상 기반 차량, 또는
공중 차량, 또는
드론, 또는
이동식 기지국, 또는
로드 사이드 유닛, 또는
건물, 또는
예를 들어, 센서 또는 액추에이터와 같이, 상기 무선 통신 네트워크를 이용하여 통신할 수 있도록 하는 네트워크 연결을 갖춘 임의의 다른 아이템 또는 디바이스, 또는
예를 들어, 센서 또는 액추에이터와 같이, 상기 무선 통신 네트워크 사이드 링크(side link)를 이용하여 통신할 수 있도록 하는 네트워크 연결을 갖춘 임의의 아이템 또는 디바이스, 또는
임의의 사이드링크 가능 네트워크 엔티티
중 하나 이상을 포함하는,
사용자 디바이스.
- 무선 통신 네트워크를 위한 전송 엔티티에 있어서,
상기 전송 엔티티는,
상기 무선 통신 네트워크의 하나 이상의 수신 엔티티와 상기 전송 엔티티 사이의 연결을 지원하는 기능을 제공하도록 중계 엔티티에 연결 가능하고,
상기 전송 엔티티는,
상기 수신 엔티티로 중계하기 위한 상기 중계 엔티티로 전송을 송신하는 것에 응답하여,
상기 중계 엔티터로부터 피드백을 수신하고,
상기 피드백은,
HARQ-NACK 또는 HARQ-ACK와 같이, 상기 수신 엔티티에서의 상기 전송의 성공적 및/또는 비-성공적 수신을 표시하는,
전송 엔티티.
- 제29항에 있어서,
상기 전송 엔티티는,
HARQ-NACK 또는 HARQ-ACK와 같이, 상기 수신 엔티티에서의 상기 전송의 성공적 및/또는 비-성공적 수신을 표시하는 피드백을 상기 중계 엔티티가 상기 수신 엔티티로부터 수신하는 경우,
상기 수신 엔티티로부터 수신된 피드백을 상기 중계 엔티티로부터 수신하고,
상기 전송 엔티티는,
상기 수신 엔티티로부터 피드백을 수신하지 못하는 경우,
HARQ-NACK와 같이, 상기 수신 엔티티에서의 상기 전송의 비-성공적 수신에 대한 신호를 상기 중계 엔티티로부터 수신하는,
전송 엔티티.
- 제29항에 있어서,
상기 전송 엔티티는,
설정된 또는 미리 설정된 기간 내에 상기 중계 엔티티로부터의 피드백이 없는 것 또는 상기 수신 엔티티에서의 상기 전송의 비-성공적 수신을 표시하는 상기 중계 엔티티로부터의 피드백에 응답하여,
수정된 전송 파라미터들(예: MCS, 코딩 레이트)로 재전송을 시작하거나, 다른 중계 UE를 사용하여 다른 경로를 시도하는,
전송 엔티티.
- 제29항에 있어서,
상기 전송 엔티티는,
비-3GPP 인터페이스 또는 3GPP 인터페이스와 같은 네트워크 인터페이스를 통해 또는 사이드링크와 같은 다이렉트 인터페이스를 통해, 상기 전송을 상기 중계 엔티티로 송신하는,
전송 엔티티.
- 제29항에 있어서,
- 상기 전송 엔티티는 사용자 디바이스 또는 중계 엔티티를 포함하고, 상기 수신 엔티티는 사용자 디바이스 또는 중계 엔티티를 포함하거나, 또는
- 상기 전송 엔티티는 사용자 디바이스 또는 중계 엔티티를 포함하고, 상기 수신 엔티티는 RAN 엔티티와 같은 네트워크 엔티티를 포함하거나, 또는
- 상기 전송 엔티티는 RAN 엔티티와 같은 네트워크 엔티티를 포함하고, 상기 수신 엔티티는 사용자 디바이스 또는 중계 엔티티를 포함하는,
전송 엔티티.
- 제29항에 있어서,
상기 전송 엔티티는,
PHY 레이어, MAC 레이어, 또는 RLC 레이어 중 하나에서 상기 수신 엔티티로부터 수신된 상기 피드백을 수신하는,
전송 엔티티.
- 제29항에 있어서,
상기 전송 엔티티는,
상기 전송의 상기 송신에서 시작하여, 상기 전송 엔티티가 상기 중계 엔티티로부터, 상기 수신 엔티티로부터 수신된 상기 피드백을 수신할 것으로 예상되는 기간을 표시하는 타이머
를 포함하는, 전송 엔티티.
- 제35항에 있어서,
상기 전송 엔티티는,
상기 시간의 경과에 응답하여,
상기 수신 엔티티가 상기 전송을 수신하는 것에 성공하지 못하였음을 가정하고,
예를 들어, 설정된 또는 미리 설정된 재전송 계획에 따라, 상기 전송의 재전송을 트리거하는,
전송 엔티티.
- 제29항에 있어서,
상기 전송 엔티티는,
특정 이벤트에 응답하여, 중계 재선택 프로세스를 트리거하는,
전송 엔티티.
- 제37항에 있어서,
상기 특정 이벤트는,
- HARQ-NACK 또는 HARQ failure와 같이, 상기 수신 엔티티에서의 상기 전송의 비-성공적 수신을 표시하는 피드백들의 개수, 비율, 또는 백분율이 설정된 또는 미리 설정된 임계값에(을) 근접하거나 초과하는 것 - 상기 임계값은 상기 전송을 위해 설정된 또는 미리 설정된 최대 재전송 횟수보다 작을 수 있음 -,
- 상기 수신 엔티티와 상기 중계 엔티티 사이의 상기 중계 링크의 링크 품질의 저하,
- 빔 인덱스의 변화,
- 통신 거리가 상기 전송 엔티티와 상기 사용자 디바이스 사이 또는 상기 수신 엔티티와 상기 사용자 디바이스 간의 최소 통신 범위 요구사항에(을) 근접하거나 초과하는 것,
- 예를 들어, 존 아이디에 의해 표시되는, 위치의 변경,
- 상기 중계 엔티티의 배터리 레벨이 설정된 또는 미리 설정된 임계값에(을) 근접하거나 초과하는 것
중 하나 이상을 포함하는,
전송 엔티티.
- 제29항에 있어서,
상기 전송 엔티티는,
상기 수신 엔티티에서의 상기 전송의 비-성공적 수신을 표시하는 상기 수신 엔티티로부터 수신된 상기 피드백에 응답하여,
다른 중계 엔티티를 통한 상기 전송의 상기 전송을 위해, 예를 들어 MAC 레이어에서, 상기 전송을 유지하는,
전송 엔티티.
- 제29항에 있이서,
상기 전송 엔티티는,
상기 피드백이 상기 MAC 레이어에서 상기 수신 엔티티로부터 수신된 경우,
상기 중계 엔티티와 상기 전송 엔티티 사이의 PHY 채널에서 피드백 링크를 이용하여 추가 피드백을 상기 중계 엔티티로부터 수신하고,
상기 추가 피드백은,
HARQ-NACK 또는 HARQ-ACK와 같이, 상기 중계 엔티티에서의 상기 전송의 성공적 또는 비-성공적 수신을 표시하는,
전송 엔티티.
- 제29항에 있어서,
상기 전송 엔티티는,
매크로 셀 기지국, 또는
스몰 셀 기지국, 또는
기지국의 중앙 유닛, 또는
IAB 노드, 또는
기지국의 분산 유닛, 또는
로드 사이드 유닛, 또는
사용자 디바이스, 또는
그룹 리더, 또는
중계기, 또는
원격 무선 헤드, 또는
AMF, 또는
MME, 또는
SMF, 또는
코어 네트워크 엔티티, 또는
모바일 에지 컴퓨팅 엔티티, 또는
5G 코어 컨텍스트 또는 상기 NR에서와 같은 네트워크 슬라이스, 또는
디바이스 또는 아이템이 상기 무선 통신 네트워크를 이용하여 통신할 수 있게 하는 임의의 송수신 포인트 - 상기 디바이스 또는 아이템은, 상기 무선 통신 네트워크를 이용하여 통신하기 위한 네트워크 연결을 갖춤 -
중 하나 이상을 포함하는,
전송 엔티티.
- 무선 통신 네트워크에 있어서,
제29항의 전송 엔티티,
하나 이상의 원격 사용자 디바이스,
수신 엔티티, 및
상기 하나 이상의 수신 엔티티와 상기 전송 엔티티 사이의 연결을 지원하는 기능을 제공하는 제1항에 기재된 중계 엔티티, 하나 이상의 사용자 디바이스
를 포함하는, 무선 통신 네트워크.
- 제42항에 있어서,
상기 무선 통신 네트워크는,
기지국을 포함하고,
상기 전송 엔티티는,
중계 엔티티 또는 다른 UE이고,
상기 중계 엔티티 및 상기 전송 엔티티는,
상기 중계 엔티티 및 상기 전송 엔티티에 의해 이용될 상기 리소스들을 표시하도록 모드 1(Mode 1)에서 동작하는,
무선 통신 네트워크.
- 제43항에 있어서,
(1) 상기 전송 엔티티는 상기 중계 엔티티로의 데이터의 전송을 위한 리소스들을 요청하는 버퍼 상태 레포트를 상기 기지국에 송신하고,
(2) 상기 기지국은 상기 중계 엔티티로의 상기 전송을 위한 리소스들을 포함하는, 상기 다운링크 제어 정보와 같은, 제어 메시지를 상기 전송 엔티티로 전송하고,
(3) 상기 전송 엔티티는, 사이드링크 제어 정보과 같은 사이드링크 제어 메시지 및 상기 데이터를 (2)에서 수신된 상기 제어 메시지에 표시된 리소스들을 이용하여 상기 중계 엔티티로 전송하고,
(4) 상기 중계 엔티티는 상기 전송 엔티티로 HARQ 피드백을 송신하고,
(5) 상기 전송 엔티티는 상기 중계 엔티티로부터의 HARQ 피드백을 상기 기지국에 보고하고,
(6) 상기 중계 엔티티가 상기 데이터를 성공적으로 수신한 경우, 상기 중계 엔티티는 상기 전송 엔티티로부터 수신된 상기 전송을 중계하기 위한 리소스들을 요청하는 스케쥴링 요청을 상기 기지국으로 송신하고,
(7) 상기 기지국은 상기 수신 엔티티로의 상기 전송을 위한 리소스들을 포함하는, 다운링크 제어 정보와 같은 제어 메시지를 상기 중계 엔티티로 송신하고,
(8) 상기 중계 엔티티는 (7)에서 수신된 상기 제어 정보에 표시된 리소스들을 이용하여, 사이드링크 제어 정보와 같은 사이드링크 제어 메시지 및 상기 데이터를 상기 수신 엔티티로 송신하고,
(9) 상기 수신 엔티티는 상기 중계 엔티티로 HARQ 피드백을 송신하고,
(10) 상기 중계 엔티티는 상기 수신 엔티티의 상기 HARQ 피드백을 상기 전송 엔티티로 보고하는,
무선 통신 네트워크.
- 제43항에 있어서,
(1) 상기 전송 엔티티는 상기 중계 엔티티로의 데이터의 전송을 위한 리소스들을 요청하는 버퍼 상태 레포트를 상기 기지국에 송신하고, 상기 전송이 상기 수신 엔티티로 중계됨을 상기 기지국에 표시하고,
(2) 상기 기지국은 상기 중계 엔티티로의 상기 전송을 위한 리소스들을 포함하는, 다운링크 제어 정보와 같은, 제어 메시지를 상기 전송 엔티티로 송신하고,
(3) 상기 전송 엔티티는, 사이드링크 제어 정보과 같은 사이드링크 제어 메시지 및 상기 데이터를 (2)에서 수신된 상기 제어 메시지에 표시된 리소스들을 이용하여 상기 중계 엔티티로 전송하고,
(4) 상기 중계 엔티티는 상기 전송 엔티티로 HARQ 피드백을 송신하고,
(5) 상기 전송 엔티티는 상기 중계 엔티티로부터의 HARQ 피드백을 상기 기지국에 보고하고,
(6) 상기 중계 엔티티는 상기 중계 엔티티가 설정되거나 미리 설정된 리소스들을 이용하여, 상기 수신 엔티티로, 사이드링크 제어 정보와 같은 사이드링크 제어 메시지 및 상기 데이터를 송신하고,
(7) 상기 수신 엔티티는 상기 중계 엔티티로 HARQ 피드백을 송신하고,
(8) 상기 중계 엔티티는 상기 수신 엔티티의 상기 HARQ 피드백을 상기 전송 엔티티로 보고하는,
무선 통신 네트워크.
- 제45항에 있어서,
상기 중계 엔티티는,
상기 수신 엔티티로의 상기 데이터의 상기 전송을 위해 설정된 그랜트들을 통해, 리소스들로 설정 또는 미리 설정되고,
상기 기지국은,
상기 기지국이 상기 설정된 그랜트에서의 상기 리소스들이 상기 중계 엔티티로부터 상기 수신 엔티티로의 상기 데이터의 상기 전송을 위해 충분하지 않다고 판단하는 경우,
상기 중계 엔티티로의 상기 전송을 위한 추가 리소스들을 표시하는, 다운링크 제어 정보(DCI)와 같은, 제어 메시지를 상기 중계 엔티티로 제공하는,
무선 통신 네트워크.
- 제42항에 있어서,
상기 무선 통신 네트워크는,
기지국
을 포함하고,
상기 전송 엔티티는,
상기 기지국이 상기 전송 엔티티에 의해 이용될 상기 리소스를 표시하도록 모드 1에서 동작하는 중계 엔티티 또는 다른 UE이고,
상기 중계 엔티티는,
상기 기지국이 상기 중계 엔티티에서 상기 리소스 할당을 위한 지원을 제공하지 않도록 모드 2에서 동작하고,
상기 중계 엔티티는,
리소스 선택 및 할당을 자율적으로 수행하는,
무선 통신 네트워크.
- 제47항에 있어서,
(1) 상기 전송 엔티티는 상기 중계 엔티티로의 데이터의 전송을 위한 리소스들을 요청하는 버퍼 상태 레포트를 상기 기지국에 송신하고,
(2) 상기 기지국은 상기 중계 엔티티로의 상기 전송을 위한 리소스들을 포함하는, 다운링크 제어 정보와 같은, 제어 메시지를 상기 전송 엔티티로 송신하고,
(3) 상기 전송 엔티티는, 사이드링크 제어 정보과 같은 사이드링크 제어 메시지 및 상기 데이터를 (2)에서 수신된 상기 제어 메시지에 표시된 리소스들을 이용하여 상기 중계 엔티티로 전송하고,
(4) 상기 중계 엔티티는 상기 전송 엔티티로 HARQ 피드백을 송신하고,
(5) 상기 전송 엔티티는 상기 중계 엔티티의 상기 HARQ 피드백을 기지국에 보고하고,
(6) 상기 중계 엔티티는, 센싱에 의해 결정된 리소스들을 식별 및 선택하고, 상기 식별 및 선택된 리소스들을 이용하여, 사이드링크 제어 정보와 같은 사이드링크 제어 메시지 및 상기 데이터를 상기 수신 엔티티에 송신하고,
(7) 상기 수신 엔티티는 상기 중계 엔티티로 HARQ 피드백을 송신하고,
(8) 상기 중계 엔티티는 상기 수신 엔티티의 상기 HARQ feedbak을 상기 전송 엔티티로 보고하는,
무선 통신 네트워크.
- 제44항에 있어서,
동작들 (5) 및 (6)은 부분적으로 또는 완전히 병렬로 수행되는,
무선 통신 네트워크.
- 제42항에 있어서,
상기 무선 통신 네트워크는,
기지국
을 포함하고,
상기 전송 엔티티는,
상기 기지국이 상기 전송 엔티티에서 상기 리소스 할당을 위한 지원을 제공하지 않도록 모드 2(Mode 2)에서 동작하는 중계 엔티티 또는 다른 UE이고,
상기 전송 엔티티는,
리소스 선택 및 할당을 자율적으로 수행하고,
상기 중계 엔티티는 상기 기지국이 상기 중계 엔티티에 의해 이용될 상기 리소스들을 표시하도록 모드 1에서 동작하는,
무선 통신 네트워크.
- 제50항에 있어서,
(1) 상기 전송 엔티티는 상기 중계 엔티티로의 데이터의 전송을 위해 센싱에 의해 결정된 리소스들을 식별 및 선택하고,
(2) 상기 전송 엔티티는, 상기 식별 및 선택된 리소스들을 이용하여, 상 사이드링크 제어 정보와 같은 사이드링크 제어 메시지 및 상기 데이터를 상기 중계 엔티티에 송신하고,
(3) 상기 중계 엔티티는 상기 전송 엔티티로 HARQ 피드백을 송신하고,
(4) 상기 중계 엔티티는, 상기 전송 엔티티로부터 수신된 상기 전송을 중계하기 위한 리소스들을 요청하는 스케쥴링 요청을 상기 기지국으로 송신하고,
(5) 상기 기지국은, 상기 수신 엔티티로의 상기 전송을 위한 리소스들을 포함하는 다운링크 제어 정보와 같은 제어 메시지를 상기 중계 엔티티로 송신하고,
(6) 상기 중계 엔티티는, (5)에서 수신된 상기 제어 메시지에 표시된 리소스들을 이용하여, 사이드링크 제어 정보와 같은 사이드링크 제어 메시지 및 상기 데이터를 상기 수신 엔티티로 송신하고,
(7) 상기 수신 엔티티는 상기 중계 엔티티로 HARQ 피드백을 송신하고,
(8) 상기 중계 엔티티는 상기 수신 엔티티의 상기 HARQ 피드백을 상기 전송 엔티티로 보고하는,
무선 통신 네트워크.
- 제50항에 있어서,
(1) 상기 전송 엔티티는 상기 기지국에 의해 할당될 리소스들에 대해 상기 중계 엔티티를 요청하고,
(2) 상기 전송 엔티티로부터 수신된 상기 전송을 상기 수신 엔티티로 중계하기 위한 상기 중계 엔티티를 위한 및 상기 중계 엔티티로 데이터의 전송을 위한 상기 전송 엔티티를 위한 리소스들을 요청하는 스케쥴링 요청(SR)을 상기 기지국으로 송신하고,
(3) 상기 기지국은 상기 중계 엔티티가 상기 수신 엔티티로 상기 전송을 중계하기 위해 사용하는 상기 전송을 위한 상기 리소스들 및 상기 전송 엔티티에 의한 상기 전송을 위한 상기 리소스들을 포함하는, 다운링크 제어 정보(DCI)와 같은 하나 이상의 제어 메시지를 상기 수신 엔티티로 전송하고,
(4) 상기 중계 엔티티는 상기 전송 엔티티에 의해 이용될 상기 리소스들을 포함하는 지원 정보 메시지와 같은 메시지를 상기 전송 엔티티로 송신하고,
(5) 상기 전송 엔티티는, 센싱 결과들 및 상기 메시지의 조합에 의해 또는 상기 메시지에 의해 수신된 상기 리소스들을 이용하여, 사이드링크 제어 정보와 같은 사이드링크 제어 메시지 및 상기 데이터를 상기 중계 엔티티로 송신하고,
(6) 상기 중계 엔티티는 상기 전송 엔티티로 HARQ 피드백을 송신하고,
(7) 상기 중계 엔티티는, (3)에서 수신된 상기 제어 메시지에 표시된 리소스들을 이용하여, 사이드링크 제어 정보와 같은 사이드링크 제어 메시지 및 상기 데이터를 상기 수신 엔티티로 송신하고,
(8) 상기 수신 엔티티는 상기 중계 엔티티로 HARQ 피드백을 송신하고,
(9) 상기 중계 엔티티는 상기 수신 엔티티의 상기 HARQ 피드백을 상기 전송 엔티티로 보고하는,
무선 통신 네트워크.
- 제42항에 있어서,
상기 전송 엔티티는,
상기 무선 통신 네트워크의 기지국이고,
상기 중계 엔티티는,
상기 기지국이 상기 중계 엔티티에 의해 이용될 상기 리소스들을 표시하도록 모드 1에서 동작하는,
무선 통신 네트워크.
- 제53항에 있어서,
(1) 상기 기지국은 다운링크 제어 정보와 같은 제어 메시지 및 상기 데이터를 상기 중계 엔티티로 전송하고,
(2) 상기 중계 엔티티는, 예를 들어 PUCCH에 대한, HARQ 피드백을 상기 기지국으로 송신하고,
(3) 상기 중계 엔티티는 상기 수신 엔티티로 상기 전송을 중계하기 위한 리소스들을 요청하는 스케쥴링 요청을 상기 기지국에 송신하고,
(4) 상기 기지국은, 상기 수신 엔티티로의 상기 전송을 위한 리소스들을 포함하는, 다운링크 제어 정보와 같은, 제어 메시지를 상기 중계 엔티티로 송신하고,
(5) 상기 중계 엔티티는, (4)에서 수신된 상기 제어 메시지에 표시된 리소스들을 이용하여, 사이드링크 제어 정보와 같은 사이드링크 제어 메시지 및 상기 데이터를 상기 수신 엔티티로 송신하고,
(6) 상기 수신 엔티티는 상기 중계 엔티티로 HARQ 피드백을 송신하고,
(7) 상기 중계 엔티티는 상기 수신 엔티티의 상기 HARQ 피드백을 상기 기지국에 보고하는,
무선 통신 네트워크.
- 제53항에 있어서,
(1) 상기 기지국은 다운링크 제어 정보와 같은 하나 이상의 제어 메시지 및 상기 데이터를 상기 중계 엔티티로 전송하고, 하나 이상의 상기 제어 메시지는 상기 수신 엔티티로 상기 데이터를 전송하기 위해 상기 중계 엔티티에 의해 이용될 리소스들을 포함하고,
(2) 상기 중계 엔티티는, 예를 들어 PUCCH에 대한, HARQ 피드백을 상기 기지국으로 송신하고,
(3) 상기 중계 엔티티는, (1)에서 수신된 상기 제어 메시지에 표시된 리소스들을 이용하여, 사이드링크 제어 정보와 같은 사이드링크 제어 메시지 및 상기 데이터를 상기 수신 엔티티로 송신하고,
(4) 상기 수신 엔티티는 상기 중계 엔티티로 HARQ 피드백을 송신하고,
(5) 상기 중계 엔티티는 상기 수신 엔티티의 상기 HARQ 피드백을 상기 기지국에 보고하는,
무선 통신 네트워크.
- 제42항에 있어서,
상기 전송 엔티티는,
상기 무선 통신 네트워크의 기지국이고,
상기 중계 엔티티는,
상기 기지국이 상기 중계 엔티티에서 상기 리소스 할당을 위한 지원을 제공하지 않도록 모드 2에서 동작하고,
상기 중계 엔티티는,
리소스 선택 및 할당을 자율적으로 수행하는,
무선 통신 네트워크.
- 제56항에 있어서,
(1) 상기 기지국은 다운링크 제어 정보와 같은 제어 메시지 및 상기 데이터를 상기 중계 엔티티로 전송하고,
(2) 상기 중계 엔티티는, 예를 들어 PUCCH에 대한, HARQ 피드백을 상기 기지국으로 송신하고,
(3) 상기 중계 엔티티는 상기 수신 엔티티로 상기 데이터를 전송하기 위해 이용될 센싱에 의해 결정된 리소스들을 식별 및 선택하고,
(4) 상기 중계 엔티티는, 상기 식별 및 선택된 리소스들을 이용하여, 상기 수신 엔티티로 사이드링크 제어 정보와 같은 사이드링크 제어 메시지 및 상기 데이터를 송신하고,
(5) 상기 수신 엔티티는 상기 중계 엔티티로 HARQ 피드백을 송신하고,
(6) 상기 중계 엔티티는 상기 수신 엔티티의 상기 HARQ 피드백을 상기 기지국에 보고하는,
무선 통신 네트워크.
- 제42항에 있어서,
상기 수신 엔티티는,
기지국이고,
상기 전송 엔티티는,
상기 기지국이 상기 전송 엔티티에서 상기 리소스 할당에 대한 지원을 제공하지 않도록 모드 2에서 동작하는 중계 엔티티 또는 다른 UE이고,
상기 전송 엔티티는,
리소스 선택 및 할당을 자율적으로 수행하고,
상기 중계 엔티티는,
상기 기지국이 상기 중계 엔티티에 의해 이용될 상기 리소스들을 표시하도록 모드 1에서 동작하는,
무선 통신 네트워크.
- 제58항에 있어서,
(1) 상기 전송 엔티티는 상기 중계 엔티티로의 데이터의 전송을 위해 센싱에 의해 결정된 리소스들을 식별 및 선택하고,
(2) 상기 전송 엔티티는, 상기 식별 및 선택된 리소스들을 이용하여, 사이드링크 제어 정보와 같은 사이드링크 제어 메시지 및 상기 데이터를 상기 중계 엔티티에 송신하고,
(3) 상기 중계 엔티티는 상기 전송 엔티티로 HARQ 피드백을 송신하고,
(4) 상기 중계 노드는 상기 중계 엔티티로부터 상기 기지국으로의 상기 데이터의 상기 전송을 위한 리소스들을 요청하는 스케쥴링 요청을, 예를 들어, 업링크 제어 정보를 이용하여, 상기 기지국에 전송하고,
(5) 상기 기지국은 상기 수신 엔티티로의 상기 전송을 위한 리소스들을 포함하는, 다운링크 제어 정보와 같은 제어 메시지를 상기 중계 엔티티로 송신하고,
(6) 상기 중계 엔티티는 (5)에서 수신된 상기 제어 메시지에 표시된 리소스들을 이용하여 상기 기지국으로 상기 데이터를 송신하고,
(7) 상기 기지국은 상기 중계 엔티티로 피드백을 송신하고,
(8) 상기 중계 엔티티는 상기 전송 엔티티로 상기 기지국의 상기 HARQ 피드백을 보고하는,
무선 통신 네트워크.
- 제58항에 있어서,
(1) 상기 전송 엔티티는 상기 기지국에 의해 할당될 리소스들에 대해 상기 중계 엔티티를 요청하고,
(2) 상기 중계 엔티티는 상기 전송 엔티티로부터 상기 기지국으로의 상기 데이터의 상기 전송을 위해 상기 중계 엔티티 및 상기 전송 엔티티에 의해 이용될 리소스들을 요청하는 스케쥴링 요청을, 예를 들어, 업링크 제어 정보를 이용하여, 상기 기지국에 송신하고,
(3) 상기 기지국은 다운링크 제어 정보와 같은 하나 이상의 제어 메시지를 상기 중계 엔티티로 송신하고, 상기 하나 이상의 메시지는 상기 전송을 위해 상기 중계 엔티티 및 상기 전송 엔티티에 의해 이용될 전송을 위한 리소스들을 포함하고,
(4) 상기 중계 엔티티는 상기 전송 엔티티에 의해 이용될 상기 리소스들을 포함하는 지원 정보 메시지와 같은 메시지를 상기 전송 엔티티로 송신하고,
(5) 상기 전송 엔티티는, 센싱 결과들 및 상기 메시지의 조합에 의해 또는 상기 메시지에 의해 수신된 상기 리소스들을 이용하여, 사이드링크 제어 정보와 같은 사이드링크 제어 메시지 및 상기 데이터를 상기 중계 엔티티로 송신하고,
(6) 상기 중계 엔티티는 상기 전송 엔티티로 HARQ 피드백을 송신하고,
(7) 상기 중계 엔티티는 (3)에서 수신된 상기 제어 메시지에 표시된 리소스들을 이용하여 기지국으로 상기 데이터를 송신하고,
(8) 상기 기지국은 상기 중계 엔티티로 피드백을 송신하고,
(9) 상기 중계 엔티티는 상기 전송 엔티티로 상기 기지국의 상기 HARQ 피드백을 보고하는,
무선 통신 네트워크.
- 제58항에 있어서,
상기 기지국에 의해 제공된 상기 피드백은,
- 예를 들어, HARQ 프로세서 ID 및 NDI의 조합을 이용하여, 재전송이 필요한지 여부를 나타내는 상기 중계 엔티티로의 암시적 피드백, 또는
- 다운링크 피드백 인디케이터
을 포함하는, 무선 통신 네트워크.
- 제42항에 있어서,
상기 기지국은,
매크로 셀 기지국, 또는
스몰 셀 기지국, 또는
기지국의 중앙 유닛, 또는
IAB 노드, 또는
기지국의 분산 유닛, 또는
로드 사이드 유닛, 또는
원격 라디오 헤드, 또는
AMF, 또는
MME, 또는
SMF, 또는
코어 네트워크 엔티티, 또는
모바일 에지 컴퓨팅 엔티티, 또는
5G 코어 컨텍스트 또는 상기 NR에서와 같은 네트워크 슬라이스, 또는
디바이스 또는 아이템이 상기 무선 통신 네트워크를 이용하여 통신할 수 있게 하는 임의의 송수신 포인트 - 상기 아이템 또는 디바이스는 상기 무선 통신 네트워크를 이용하여 통신하기 위한 네트워크 연결을 갖춤 -
중 하나 이상을 포함하는, 무선 통신 네트워크.
- 무선 통신 네트워크를 위한 사용자 디바이스를 동작시키는 방법에 있어서,
상기 사용자 디바이스는,
상기 무선 통신 네트워크의 하나 이상의 수신 엔티티와 전송 엔티티 사이의 연결을 지원하는 기능을 제공하기 위해 중계 엔티티로서 동작하고,
상기 방법은,
상기 전송 엔티티로부터 상기 전송을 수신하고 상기 수신 엔티티로 전송을 중계하는 것에 응답하여, 피드백을 상기 전송 엔티티로 전송하는 동작
을 포함하고,
상기 피드백은,
상기 수신 엔티티에서의 상기 전송의 성공적 및/또는 비-성공적 수신을 표시하는,
방법.
- 무선 통신 네트워크를 위한 전송 엔티티를 동작 시키는 방법에 있어서,
상기 전송 엔티티는,
상기 무선 통신 네트워크의 상기 전송 엔티티 및 하나 이상의 수신 엔티티 사이의 연결을 지원하기 위한 기능을 제공하도록 중계 엔티티에 연결되고,
상기 방법은,
상기 수신 엔티티로 중계하기 위해, 상기 중계 엔티티로 전송을 송신하는 것에 응답하여, 상기 중계 엔티티로부터 피드백을 수신하는 동작
을 포함하고,
상기 피드백은,
HARQ-NACK 또는 HARQ-ACK와 같이, 상기 수신 엔티티에서의 상기 전송의 성공적 및/또는 비-성공적 수신을 표시하는,
방법.
- 컴퓨터 상에서 실행될 때, 제63항 또는 제64항의 방법을 수행하는 명령어들을 저장하는 컴퓨터 판독 가능 매체를 포함하는 비-일시적 컴퓨터 프로그램 제품.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP20181206.2 | 2020-06-19 | ||
| EP20181206 | 2020-06-19 | ||
| PCT/EP2021/066651 WO2021255256A1 (en) | 2020-06-19 | 2021-06-18 | Feedback and traffic differentiation in sidelink relays |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20230031289A true KR20230031289A (ko) | 2023-03-07 |
Family
ID=71119971
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020237000807A KR20230031289A (ko) | 2020-06-19 | 2021-06-18 | 사이드링크 릴레이에서의 피드백 및 트래픽 차별화 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20230171036A1 (ko) |
| EP (1) | EP4169189A1 (ko) |
| JP (1) | JP2023538797A (ko) |
| KR (1) | KR20230031289A (ko) |
| CN (1) | CN116325581A (ko) |
| WO (1) | WO2021255256A1 (ko) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3629660A1 (en) * | 2018-09-26 | 2020-04-01 | FRAUNHOFER-GESELLSCHAFT zur Förderung der angewandten Forschung e.V. | Method and system for sharing / managing resources |
| EP3866553A1 (en) * | 2020-02-17 | 2021-08-18 | Sony Group Corporation | Communications devices and methods |
| US20230035313A1 (en) * | 2021-07-28 | 2023-02-02 | Qualcomm Incorporated | Helper user equipment for retransmission of sidelink communications in a single-frequency network |
| US11910426B2 (en) * | 2021-09-03 | 2024-02-20 | Qualcomm Incorporated | Interference management for sidelink relaying |
| US11722426B2 (en) * | 2021-10-22 | 2023-08-08 | Qualcomm Incorporated | Staggered accept request and feedback in sidelink network coding |
| US20230354127A1 (en) * | 2022-04-28 | 2023-11-02 | Charter Communications Operating, Llc | Repeaters, wireless interference management, and beamforming control in a wireless network |
| CN116828555A (zh) * | 2023-08-30 | 2023-09-29 | 华砺智行(武汉)科技有限公司 | Pc5和uu自主切换的通信系统和方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE112015006791B4 (de) * | 2015-08-12 | 2024-02-22 | Apple Inc. | Verfahren zur Ermöglichung eines Relaisvorgangs mit hoher Datenrate unter Verwendung einer D2D-Luftschnittstelle |
| US11172452B2 (en) * | 2017-05-05 | 2021-11-09 | Lg Electronics Inc. | Method for controlling power of sidelink signal by relay UE in wireless communication system and apparatus therefor |
-
2021
- 2021-06-18 KR KR1020237000807A patent/KR20230031289A/ko active Search and Examination
- 2021-06-18 WO PCT/EP2021/066651 patent/WO2021255256A1/en active Application Filing
- 2021-06-18 CN CN202180059551.3A patent/CN116325581A/zh active Pending
- 2021-06-18 JP JP2022578566A patent/JP2023538797A/ja active Pending
- 2021-06-18 EP EP21733988.6A patent/EP4169189A1/en active Pending
-
2022
- 2022-12-16 US US18/067,395 patent/US20230171036A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| CN116325581A (zh) | 2023-06-23 |
| WO2021255256A1 (en) | 2021-12-23 |
| EP4169189A1 (en) | 2023-04-26 |
| US20230171036A1 (en) | 2023-06-01 |
| JP2023538797A (ja) | 2023-09-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20230171826A1 (en) | Feedback and traffic differentiation in sidelink relays | |
| JP7256865B2 (ja) | カバレージ内およびカバレージ外シナリオでのサイドリンクのｈａｒｑ | |
| CN109479298B (zh) | 用于无线通信的方法和装置 | |
| US20230171036A1 (en) | Feedback and traffic differentiation in sidelink relays | |
| US12052107B2 (en) | Method and apparatus for supporting HARQ retransmission in wireless communication system | |
| EP3858084B1 (en) | Sidelink feedback | |
| JP7364662B2 (ja) | Ｕｒｌｌｃサービスのための低レイテンシｈａｒｑプロトコル | |
| WO2018059282A1 (en) | System and method for d2d communication | |
| JP6910363B2 (ja) | 通信制御方法 | |
| KR20220073818A (ko) | Nr v2x 재전송 절차 | |
| US10834785B2 (en) | Radio terminal and base station for controlling direct communication between radio terminals | |
| US11979238B2 (en) | V2X HARQ process management | |
| US20220224447A1 (en) | Harq process / entity based uplink multiplexing | |
| EP4122264A1 (en) | Nr sidelink discontinuous reception resource allocation | |
| US20240039680A1 (en) | Feedback Procedures for SL Power Saving UEs | |
| US20240275561A1 (en) | Hybrid automatic repeat request transfer | |
| JP2024536164A (ja) | サイドリンクコリジョンインジケータのｕｅ手順 | |
| WO2022253817A1 (en) | Hybrid quality of service flow |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination |