KR20230040997A - 사이드링크 중계에서의 피드백 및 트래픽 구별 - Google Patents

사이드링크 중계에서의 피드백 및 트래픽 구별 Download PDF

Info

Publication number
KR20230040997A
KR20230040997A KR1020237002230A KR20237002230A KR20230040997A KR 20230040997 A KR20230040997 A KR 20230040997A KR 1020237002230 A KR1020237002230 A KR 1020237002230A KR 20237002230 A KR20237002230 A KR 20237002230A KR 20230040997 A KR20230040997 A KR 20230040997A
Authority
KR
South Korea
Prior art keywords
transmission
relay
entity
user device
receiving
Prior art date
Application number
KR1020237002230A
Other languages
English (en)
Inventor
사룬 셀바네산
바리스 괴테페
로야 에브라힘 레자가
니틴 스리니바산
토마스 페렌박
토마스 비르스
토마스 쉬엘
코넬리우스 헬게
Original Assignee
프라운호퍼-게젤샤프트 추르 푀르데룽 데어 안제반텐 포르슝 에 파우
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 프라운호퍼-게젤샤프트 추르 푀르데룽 데어 안제반텐 포르슝 에 파우 filed Critical 프라운호퍼-게젤샤프트 추르 푀르데룽 데어 안제반텐 포르슝 에 파우
Publication of KR20230040997A publication Critical patent/KR20230040997A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0457—Variable allocation of band or rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • 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/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • 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)
  • Multimedia (AREA)

Abstract

무선 통신 네트워크용 사용자 디바이스(UE)는 중계 사용자 디바이스로서 동작하여 상기 무선 통신 네트워크의 하나 이상의 수신 엔티티들 및 전송 엔티티 사이의 연결성을 제공한다. 상기 사용자 디바이스는 상기 전송 엔티티로부터 수신되는 전송을 수신 엔티티로 중계될 제1 전송 및 상기 사용자 디바이스에 대해 의도된 제2 전송 사이에서 구별한다. 상기 사용자 디바이스는 상기 전송과 연관된 제어 정보 및/또는 상기 전송 및/또는 상기 연관된 제어 정보가 수신되는 리소스들에 의해 상기 수신된 전송을 구별한다.

Description

사이드링크 중계에서의 피드백 및 트래픽 구별
본 발명은 무선 통신 시스템 또는 네트워크 분야에 관한 것으로, 보다 상세하게는 중계 디바이스들, 특히, 무선 통신 시스템 또는 네트워크의 전송 엔티티(transmitting entity)와 원격 사용자 디바이스(UE) 간의 연결성을 지원하는 기능을 제공하는데 사용되는 사이드링크 중계 디바이스 분야에 관한 것이다. 본 발명의 제1 양태의 실시예는 사이드링크 중계에 대한 NR 하이브리드 자동 재전송 요청(HARQ) 피드백과 같은 피드백에 관한 것이고, 본 발명의 제2 양태의 실시예는 NR 사이드링크 중계기와 같은 중계 디바이스에 의한 트래픽 구별에 관한 것이다.
도1은, 도1의 (a)에 도시된 바와 같이, 코어 네트워크(102) 및 하나 이상의 라디오 액세스 네트워크(RAN1, RAN2, ...RANN)를 포함하는 지상 무선 네트워크(100)의 개략적인 예시 도면이다. 도의 (b)는 하나 이상의 기지국(gNB1 ~ gNB5)을 포함할 수 있는 라디오 액세스 네트워크(RANn)의 개략적인 예시 도면이다. 여기에서, 각각의 기지국은 각각의 셀(1061 to 1065)로 개략적으로 표현되는 기지국 주변의 특정 영역에 대해 서비스한다. 기지국들은 셀 내의 사용자들에게 서비스하도록 마련된다. 하나 이상의 기지국들은 허가 받은 또는 불허된 대역들에서 사용자들에게 서비스할 수 있다. 기지국(BS)이라는 용어는 5G 네트워크에서 gNB, UMTS/LTE/LTE-A/ LTE-A Pro에서는 eNB, 또는 다른 모바일 통신 표준에서는 단순히 BS라고 지칭한다. 사용자는 고정된 디바이스 또는 모바일 디바이스일 수 있다. 무선 통신 시스템은 기지국 또는 사용자에게 연결된 모바일 또는 고정된 IoT 디바이스에 의해 액세스될 수 있다. 모바일 디바이스 또는 IoT 디바이스는 물리적 디바이스, 로봇 또는 자동차와 같은 지상 차량, 드론을 지칭하는 무인 항공기(UAV) 또는 유인 항공기와 같은 항공기, 빌딩, 및 다른 아이템들 또는 디바이스들을 포함할 수 있으며, 여기에서 디바이스들은 임베디드된 전자부품, 소프트웨어, 센서, 액추에이터 등을 가질 뿐만 아니라, 이들 디바이스가 기존 네트워크 인프라를 통해 데이터를 수집하고 교환할 수 있도록 하는 네트워크 연결성을 갖는다. 도1b는 5개 셀의 예시적인 모습을 보여주고 있으나, RANn 은 대략 이 정도의 셀들을 포함할 수 있고 또한 오직 하나의 기지국을 포함할 수 있다. 도(1b)는 두 사용자(UE1 및 UE2)를 보여주고, 이들은 사용자 장치(UE)라고 지칭되며, 셀(1064) 내에 위치하고 기지국(gNB2)에 의해 서비스된다. 기지국(gNB4)에 의해 서비스되는 셀(1064) 내에 또다른 사용자(UE3)가 보여진다. 화살표들(1081, 1082 및 1083)은 사용자(UE1, UE2 및 UE3)로부터 기지국(gNB2, gNB4)으로 데이터를 전송하기 위한 또는 기지국(gNB2, gNB4)으로부터 사용자들(UE1, UE2, UE3)에게 데이터를 전송하기 위한 업링크/다운링크 연결을 도식적으로 나타낸다. 이것은 허가된 또는 불허된 대역들에서 실현될 수 있다. 또한, 도1의 (b)는 셀(1064) 내의 2개의 IoT 디바이스(1101 및 1102)를 보여주고 있으며, 이들은 고정된 또는 모바일 디바이스일 수 있다. IoT 디바이스(1101)는 기지국(gNB4)을 통해 무선 통신 시스템에 액세스하여 화살표(1121)에 의해 도식적으로 표현되는 바와 같이 데이터를 송수신한다. IoT 디바이스(1102)는 화살표(1121)에 의해 도식적으로 표현되는 바와 같이 사용자(UE3)을 통해 무선 통신 시스템에 액세스한다. 기지국들(gNB1 ~ gNB5) 각각은 "코어"를 가리키는 화살표들에 의해 도1b에 도식적으로 표현된 각각의 백홀(backhaul) 링크(1141 ~ 1145)를 통해, 예컨대 S1 인터페이스를 통해, 코어 네트워크(102)에 연결될 수 있다. 코어 네트워크(102)는 하나 이상의 외부 네트워크에 연결될 수 있다. 외부 네트워크는 인터넷, 또는 인트라넷과 같은 사설 네트워크, 또는 사설 WiFi 또는 4G 또는 5G 이동 통신 시스템과 같은 기타 유형의 캠퍼스 네트워크일 수 있다. 또한, 각각의 기지국(gNB1 ~ gNB5) 중 일부 또는 전부가 "gNBs"를 가리키는 화살표들에 의해 도1b에 도식적으로 표현된 각각의 백홀 링크(1161 to 1165)를 통해, 예컨대 S1 또는 X2 인터페이스 또는 NR에서 XN 인터페이스를 통해, 서로 연결될 수 있다. 사이드링크 채널은 UE 사이의 직접 통신을 허용하는데, 이는 디바이스-to-디바이스(device-to-device(D2D)) 통신이라고 지칭한다. 3GPP에서 사이드링크 인터페이스는 PC5라 명명된다.
데이터 전송을 위해 물리적 리소스 그리드(resource grid)가 이용될 수 있다. 물리적 리소스 그리드는 다양한 물리적 채널들 및 물리적 신호들이 매핑되는 리소스 엘리먼트들의 세트를 포함할 수 있다. 예를 들어, 물리적 채널들은 다운링크, 업링크, 및 사이드링크 페이로드 데이터라고 지칭되는 사용자 지정 데이터를 전달하는 물리적 다운링크, 업링크, 및 사이드링크 공유 채널(PDSCH, PUSCH, PSSCH)을 포함하고, 예컨대 마스터 정보 블록(MIB), 하나 이상의 시스템 정보 블록(SIB), 하나 이상의 사이드 링크 정보 블록(SLIB)을 전달하는 물리적 브로드캐스트 채널(PBCH), 지원되는 경우, 예컨대 다운링크 제어 정보(DCI), 업링크 제어 정보(UCI) 및 사이드링크 제어 정보(SCI)를 전달하는 물리적 다운링크, 업링크, 및 사이드링크 제어 채널(PDCCH, PUCCH, PSSCH), 및 PC5 피드백 응답을 전달하는 물리적 사이드링크 피드백 채널(PSFCH)을 포함할 수 있다. 사이드링크 인터페이스는 2-스테이지 SCI를 지원할 수 있다는 것에 주의한다. 이것은 SCI의 일부를 포함하는 제1 제어 영역과, 선택적으로, 제어 정보의 제2 부분을 포함하는 제2 제어 영역을 가리킨다.
업링크를 위해, 물리적 채널들은 또한, UE가 MIB 및 SIB를 동기화하고 획득한 때 네트워크에 액세싱하기 위해 UE 들에 의해 이용되는 물리적 랜덤 액세스 채널(PRACH 또는 RACH)를 더 포함할 수 있다. 물리적 신호들은 참조 신호들 또는 심볼들(RS), 동기 신호들 등을 포함할 수 있다. 리소스 그리드는 시간 영역에서 특정 지속시간을 갖고 주파수 영역에서 주어진 대역을 갖는 라디오 프레임 또는 프레임을 포함할 수 있다. 프레임은 미리 정의된 길이의, 예컨대 1ms의, 특정 개수의 서브프레임을 가질 수 있다. 각각의 서브프레임은 주기적 전치부호(CP) 길이에 따라 12 또는 14개의 OFDM 심볼들의 하나 이상의 슬롯을 포함할 수 있다. 프레임은 또한 예컨대, 단축된 전송 시간 간격(sTTI) 또는 단지 소수의 OFDM 심볼을 포함하는 미니-슬롯(mini-slot)/넌-슬롯-기반(non-slot-based) 프레임 구조를 이용할 때, 더 적은 개수의 OFDM 심볼들로 구성될 수 있다.
무선 통신 시스템은 OFDM 시스템, OFDMA 시스템, 또는 기타 CP가 있는 또는 없는 IFFT-기반의 신호 예컨대, DFT-s-OFDM과 같은 주파수-분할 멀티플렉싱을 이용하는 싱글-톤(single-tone) 또는 멀티캐리어 시스템일 수 있다. 다중 액세스를 위한 비직교 파형 예컨대, FBMC(Filter-Bank MultiCarrier), GFDM(Generalized Frequency Division Multiplexing), 또는 UFMC(Universal Filtered Multi Carrier))와 같은 또다른 파형들이 이용될 수 있다. 무선 통신 시스템은 예컨대, LTE-Advanced pro 표준, 또는 5G 또는 NR(New Radio) 표준, 또는 NR-U(New Radio Unlicensed) 표준에 따라서 동작할 수 있다.
도1에 묘사된 무선 네트워크 또는 통신 시스템은 예컨대, 각각의 매크로 셀이 기지국(gNB1~gNB5)과 같은 매크로 기지국을 포함하는 매크로 셀들의 네트워크와 펨토(femto) 또는 피코(pico) 기지국들과 같은 소형 셀 기지국들(도1에 미도시)의 네트워크와 같은 별개의 중첩된 네트워크들을 갖는 이종의 네트워크일 수 있다. 전술한 지상 무선 네트워크에 더하여, 위성과 같은 우주 트랜시버 및/또는 무인 항공 시스템과 같은 항공 트랜시버를 포함하는 비-지상 무선 통신 네트워크(NTN)가 또한 존재한다. 비-지상 무선 통신 네트워크 또는 시스템은 도1을 참조하여 전술된 지상 시스템과 유사한 방식으로 예를 들어, LTE-Advanced Pro 표준, 또는 5G 또는 NR 표준에 따라 동작할 수 있다.
이동 통신 네트워크에서, 예컨대 도1을 참조하여 앞서 설명된 것과 같은 네트워크, LTE 또는 5G/NR 네트워크와 같은 네트워크에서, 예를 들어 PC5 또는 PC3 인터페이스 또는 WiFi direct를 이용하여 하나 이상의 사이드링크(SL) 채널을 통해 서로 직접 통신하는 사용자 디바이스들이 있을 수 있다. 사이드링크를 통해 서로 직접 통신하는 사용자 디바이스들은 다른 차량들과 직접 통신(V2V 통신)하는 차량들, 무선 통신 네트워크의 다른 엔티티들 예컨대, 도로 유닛들(roadside units, RSUs), 신호등, 표지판 또는 보행자와 같은 길가 엔티티들과 통신(V2X 통신)하는 차량들을 포함할 수 있다. RSU들은 특정 네트워크 설정에 따라 BS 또는 사용자 디바이스의 기능성들을 가질 수 있다. 다른 사용자 디바이스들은 차량 관련 사용자 디바이스들이 아닐 수 있고, 전술한 디바이스들 중 어느 것이든지 포함할 수 있다. 이러한 디바이스들은 또한 SL 채널들을 이용하여 서로 직접 통신(D2D 통신)할 수 있다.
두 사용자 디바이스가 사이드링크를 통해 서로 직접 통신하는 것을 고려할 때, 두 사용자 디바이스는 동일한 기지국에 의해 서비스받을 수 있어, 기지국은 사용자 디바이스들에게 사이드링크 리소스 할당 설정 또는 지원을 제공할 수 있다. 예를 들어, 두 사용자 디바이스들은 도1에 묘사된 기지국들 중 하나와 같은 기지국의 커버리지 지역 내에 있을 수 있다. 이것은 "커버리지-안(in-coverage)" 시나리오라고 부른다. 다른 시나리오는 "커버리지-밖(out-of-coverage)" 시나리오라고 한다. "커버리지-밖(out-of-coverage)"은 두 사용자 디바이스들이 도1에 묘사된 셀들 중 하나 안에 존재하지 않는다는 것을 의미하는 것이 아니라,
- 이 사용자 디바이스들이 기지국에 연결될 수 없어, 예를 들어 그것들이 RRC 연결 상태에 있지 않아, 사용자 디바이스들이 기지국으로부터 사이드링크 리소스 할당 설정 또는 지원을 받지 못하고, 및/또는
- 이 사용자 디바이스들이 기지국에 연결될 수 있지만, 하나 이상의 이유로, 기지국이 사용자 디바이스들에게 사이드링크 리소스 할당 설정 또는 지원(assistance)을 제공할 수 없고, 및/또는
- 이 사용자 디바이스들이 NR V2X 서비스들을 지원할 수 없는 기지국 예컨대, GSM, UMTS, LTE 기지국들에 연결될 수 있다는 것을 의미한다.
두 사용자 디바이스가 사이드링크를 통해 예컨대, PC5/PC3 인터페이스를 이용하여 서로 직접 통신하는 것을 고려할 때, 사용자 디바이스들 중 하나는 기지국에 접속될 수 있고 사이드링크 인터페이스를 통해 상대 사용자 디바이스에게 기지국으로부터의 정보를 중계할 수 있고, 그 반대로 중계할 수 있다. 중계하는 것은 동일한 대역내-중계(in-band-relay)로 수행되거나 또는 대역외-중계(out-of-band relay)가 이용될 수 있다. 첫 번째 경우에, Uu 상 및 사이드링크 상의 통신은 시분할 다중(TDD) 시스템에서와 같은 서로 다른 시간 슬롯들을 이용하여 분리될 수 있다.
도2a는 직접 서로 통신하는 두 사용자 디바이스들이 하나의 기지국에 연결되는 커버리지-안 시나리오의 도식적으로 표현한 것이다. 기지국 gNB는 도1에 도식적으로 표현된 셀에 기본적으로 대응하는 원(150)에 의해 도식적으로 표현되는 커버리지 지역을 갖는다. 서로 직접 통신하는 사용자 디바이스들은 기지국(gNB)의 커버리지 지역(150) 내에 모두 위치하는 제1 차량(152) 및 제2 차량(154)을 포함한다. 두 차량들(152,154)은 기지국(gNB)에 연결되고, 덧붙여 그것들은 PC5 인터페이스를 통해 서로 직접 연결된다. V2V 트래픽의 간섭 관리 및/또는 스케줄링은 기지국과 사용자 디바이스들 사이의 라디오 인터페이스인 Uu 인터페이스를 통한 제어 시그널링을 통해 gNB에 의해 보조된다. 즉, gNB는 사용자 디바이스들에게 SL 리소스 할당 설정 또는 지원(assistance)을 제공하고, gNB는 사이드링크를 통한 V2V 통신을 위해 사용될 리소스들을 할당한다. 이 설정은 또한 NR V2X에서는 모드 1 설정 또는 LTE V2X에서는 모드 3 설정이라고 한다.
도2b는 커버리지-밖 시나리오의 개략도로서, 서로 직접적으로 통신하는 사용자 디바이스들이 비록 물리적으로 무선 통신 네트워크의 셀 내에 위치할 수 있지만 기지국에 연결되어 있지 않거나, 서로 직접적으로 통신하는 사용자 디바이스들의 일부 또는 전부가 기지국에 연결되어 있으나 기지국이 SL 리소스 할당 설정 또는 지원(assistance)을 제공하지 않는 경우를 도시한다. 3개의 차량들(156, 158, 160)이 예컨대, PC5 인터페이스를 이용하여 사이드링크를 통해 서로 직접 통신하는 것이 도시되어 있다. V2V 트래픽의 간섭 관리 및/또는 스케줄링은 차량들 사이에 구현된 알고리즘들에 기초한다. 이 설정은 또한 NR V2X에서 모드 2 설정 또는 LTE V2X에서 모드 4 설정이라고 한다. 전술한 바와 같이, 커버리지-밖 시나리오인 도2b의 시나리오는 NR에서의 모드 2 사용자 디바이스들 또는 LTE에서의 모드 4 사용자 디바이스들 각각이 기지국의 커버리지(150)의 외측에 있다는 것을 반드시 의미하는 것은 아니며, 오히려 NR에서의 모드 2 사용자 디바이스들 또는 LTE에서의 모드 4 사용자 디바이스들 각각이 기지국에 의해 서비스받지 못하거나, 커버리지 지역의 기지국에 연결되지 않거나, 기지국에 연결되어 있으나 기지국으로부터 어떠한 SL 리소스 할당 설정 또는 지원(assistance)을 수신하지 못한 것을 의미한다. 따라서, NR 모드 1 또는 LTE 모드 3 사용자 디바이스들(152, 154)에 더하여, NR 모드 2 또는 LTE 모드 4 사용자 디바이스들(156, 158, 160)이 도2(a)에 도시된 커버리지 지역(150) 내에 존재하는 상황들이 있을 수 있다. 또한, 도2b은 중계(relay)를 이용하여 네트워크와 통신하는 커버리지-밖의 사용자 디바이스를 개략적으로 도해한다. 예를 들어, 사용자 디바이스(160)는 Uu 인터페이스를 통해 gNB에 연결될 수 있는 사용자 디바이스 1과 사이드링크를 통해 통신할 수 있다. 따라서, 사용자 디바이스 1은 gNB 및 사용자 디바이스(160) 사이에 정보를 중계한다.
비록 도2a 및 도2b가 차량형 사용자 디바이스들을 도해하였으나, 설명된 커버리지-안 및 커버리지-밖 시나리오들은 또한 비-차량형 사용자 디바이스들에 적용할 수 있다. 즉, SL 채널들을 이용하여 다른 사용자 디바이스들과 직접 통신하는, 핸드-헬드 디바이스와 같은 임의의 사용자 디바이스들이 커버리지-안 및 커버리지-밖일 수 있다.
도1을 참조하여 설명된 것과 같은 무선 통신 시스템 또는 네트워크에서, 중계 디바이스 또는 중계 노드가 기지국의 셀의 라디오 커버리지 가장자리에서 발생할 수 있는 감소된 데이터 레이트, 더 약한 신호 및 더 높은 간섭과 같은 성능 이슈를 해결하기 위하여 채택될 수 있다. 중계 노드는 수신된 신호로부터 데이터를 추출하고, 잡음 정정(noise correction)을 적용하고 및 자체적으로 새로운 신호를 재 전송할 수 있다. 신호를 단지 반복하기 보다는, 중계 노드는 또한 신호 품질을 향상시킨다. 4G를 위한 3GPP 규격에, 사용자 디바이스-to-네트워크 중계(UE-to-Network relay)가 명시되어 있다.
상기 섹션의 정보는 발명의 배경에 대한 이해를 돕기 위한 것일 뿐이므로, 해당 기술 분야에서 통상의 지식을 가진 자에게 이미 알려진 종래 기술을 형성하지 않는 정보를 포함할 수 있음을 유의해야 한다.
따라서, 본 발명은 원격 사용자 디바이스와 전송 엔티티 사이의 연결성을 지원하며, 트래픽을 구별하는 중계 사용자 디바이스를 포함하는 무선 통신 시스템 또는 네트워크를 제공하는 것을 목적으로 한다.
상기 목적은 본 발명의 일 양태에 따른, 무선 통신 네트워크용 사용자 디바이스(UE)에 있어서, 상기 사용자 디바이스는 중계 사용자 디바이스로서 동작하여 상기 무선 통신 네트워크의 하나 이상의 수신 엔티티들 및 전송 엔티티 사이의 연결성을 제공할 수 있고, 상기 사용자 디바이스는 상기 전송 엔티티로부터 수신되는 전송을 수신 엔티티로 중계될 제1 전송 및 상기 사용자 디바이스에 대해 의도된 제2 전송 사이에서 구별할 수 있고, 및 상기 사용자 디바이스는 다음 중 하나 이상에 의해 상기 수신된 전송을 구별할 수 있는, 사용자 디바이스에 의해 달성될 수 있다:
· 상기 전송과 연관된 제어 정보
· 상기 전송 및/또는 상기 연관된 제어 정보가 수신되는 리소스들
또한, 상기 목적은 본 발명의 또다른 양태에 따른, 무선 통신 네트워크용 전송 엔티티에 있어서, 상기 전송 엔티티는 중계 사용자 디바이스에 연결될 수 있어, 상기 무선 통신 네트워크의 하나 이상의 수신 엔티티와 상기 전송 엔티티 사이의 연결성을 제공하는 기능성을 공급할 수 있고, 상기 전송 엔티티는 다음 중 하나 이상에 의해 중계 사용자 디바이스로 전송이 제1 전송임을 가리킬 수 있고, 이것은 상기 수신 엔티티로 중계될 수 있는, 전송 엔티티에 의해 달성될 수 있다:
· 상기 전송을 특정한 제어 정보와 연관시킴,
· 상기 전송 및/또는 상기 연관된 제어 정보를 특정 리소스 상으로 전송함.
또한, 상기 목적은 본 발명의 또다른 양태에 따른, 무선 통신 네트워크에 있어서, 하나 이상의 전송 엔티티, 하나 이상의 수신 엔티티, 및 상기 전송 엔티티 및 상기 수신 엔티티 사이의 연결성을 지원하기 위한 기능성을 제공하기 위한 하나 이상의 중계 사용자 디바이스(relay UE)를 포함하고, 상기 전송 엔티티는 청구항 46 내지 60 중 어느 한 항의 하나 이상의 전송 엔티티를 포함하고, 및/또는 상기 중계 사용자 디바이스는 청구항 1 내지 45 중 어느 한 항의 하나 이상의 사용자 디바이스를 포함하는, 무선 통신 네트워크에 의해 달성될 수 있다.
또한, 상기 목적은 본 발명의 또다른 양태에 따른, 무선 통신 네트워크를 위한 사용자 디바이스(UE)를 운영하는 방법에 있어서, 상기 사용자 디바이스는 중계 사용자 디바이스로서 동작하여 상기 무선 통신 네트워크의 전송 엔티티 및 하나 이상의 수신 엔티티 사이의 연결성을 지원하기 위한 기능성을 제공하고, 상기 방법은, 상기 사용자 디바이스에 의해, 상기 전송 엔티티로부터 수신된 전송이 수신 엔티티로 중계되어야 할 제1 전송인지 및 상기 사용자 디바이스에 대해 의도된 제2 전송인지를 구별하는 단계를 포함하고, 상기 수신된 전송은 다음 중 하나 이상에 의해 구별되는, 방법에 의해 달성될 수 있다:
· 상기 전송과 연관된 제어 정보,
· 상기 연관된 제어 정보 및/또는 상기 전송이 수신되는 리소스들.
또한, 상기 목적은 본 발명의 또다른 양태에 따른, 무선 통신 네트워크를 위한 전송 엔티티의 운영 방법에 있어서, 상기 사용자 디바이스는 중계 사용자 디바이스로서 동작하여 상기 무선 통신 네트워크의 전송 엔티티 및 하나 이상의 수신 엔티티 사이의 연결성을 지원하기 위한 기능성을 제공하고, 상기 방법은, 상기 전송 엔티티에 의해, 다음 중 하나 이상에 의해 중계 사용자 디바이스로의 전송을 상기 수신 엔티티로 중계되어야 할 제1 전송으로써 가리키는 단계를 포함하는 방법에 의해 달성될 수 있다:
· 상기 전송을 특정 제어 정보와 연관시킴,
· 상기 전송 및/또는 상기 연관된 제어 정보를 특정 리소스들로 전송함.
본 발명에 의해 중계 엔티티로 동작하는 사용자 디바이스가 수신되는 트래픽을 구별할 수 있다.
실시예에 따라서, 더 높은 계층들이 패킷 또는 전송 구별을 모른다는 장점을 제공한다. 예를 들어, 물리 계층은 전송 또는 패킷을 수신하고, 중계 사용자 디바이스는 중계 사용자 디바이스가 대응하는 전송 또는 데이터에 대한 의도된 수신자인지 결정하기 위하여 제어 정보를 디코딩만 하면 되고, 이에 의해 중계 사용자 디바이스가 상기 전송에 대한 의도된 수신자가 아니라고 중계 사용자 디바이스가 결정한 경우 상기 전송 또는 데이터 패킷을 디코딩하고 그것을 더 상위 계층들로 전달하는 것으로부터 중계 사용자 디바이스를 구할 수 있다. 이러한 경우, 중계 사용자 디바이스는 수신 엔티티로의 전송에 대한 새로운 목적지 ID로서, 수신된 제어 정보 내에서 지시된 바와 같은 최종 목적지 ID와 함께 상기 전송 또는 데이터를 버퍼에 로딩할 수 있다. 일부 실시예들은 희망하는 커버리지 확장을 달성할 수 있는 증폭-전달(amplify-and-forward) 솔루션과 유사할 수 있지만, 단순 증폭-전달 솔루션 이상의 장점은 중계 사용자 디바이스가 중계되는 전송 또는 패킷을 디코딩하지 않기 때문에, 무단 복제 문제가 고려된다는 것이다. 다른 실시예에 따르면, 증폭-전달 방식을 단순히 제공하기 보다는, 중계 사용자 디바이스는 바람직하게 더 높은 계층들에 의한 전송 또는 메시지 내용의 처리 없이, 전송을 디코딩하고 전달할 수 있다.
실시예에 따라서, 전용 릴레이 제어 채널을 이용하는 경우 중계 사용자 디바이스는 더 높은 계층으로 디코딩된 패킷 또는 전송을 보낼 필요가 없기 때문에 프라이버시를 보장하고, 잠재적인 프라버시 문제를 피할 수 있다.
이하에서는 첨부된 도면을 참조하여 본 발명의 실시예들을 더 상세히 설명한다.
도1은 지상 무선 네트워크의 예에 대한 개략도로서, 도1의 (a)는 코어 네트워크 및 하나 이상의 라디오 액세스 네트워크를 도시하고, 도1의 (b)는 라디오 액세스 네트워크(RAN)의 일 예의 개략도이다.
도2는 커버리지-안(in-coverage) 및 커버리지-밖(out-of-coverage) 시나리오를 나타내는 개략도로서, 도2a는 서로 직접 통신하는 2개의 UE가 모두 기지국에 연결된 커버리지-안 시나리오의 개략도이고, 도2b는 UE들이 서로 직접 통신하는 커버리지-밖 시나리오의 개략도이다.
도3은 여러 중계 시나리오를 개략적으로 도시한 것으로, 도3a는 중계 UE가 사용자 디바이스-to-네트워크 중계(UE-to-Network relay)로서 동작하는 시나리오를 도시하고, 도3b는 중계가 사용자 디바이스-to-사용자 디바이스 중계(UE-to-UE relay)인 시나리오를 도시하며, 도3c는 전송 엔티티, 수신 엔티티 및 중계 엔티티를 포함하는 LTE 중계 시스템의 동작을 개략적으로 도시한다.
도4는 본 발명의 실시예를 구현하기 위해 기지국과 같은 송신기, 사용자 디바이스들(UE)와 같은 하나 이상의 수신기, 및 하나 이상의 중계 UE를 포함하는 무선 통신 시스템의 개략도이다.
도5는 본 발명의 제1 양태에 따른 중계 UE의 실시예를 도시한다.
도6은 본 발명의 제1 양태에 따른 전송 엔티티의 실시예를 도시한다.
도7은 본 발명의 제1 양태에 따라 중계 노드와 TX UE 사이의 추가적인 피드백 링크를 사용하여, 중계 노드를 통해 중계되는 TX UE로부터 RX UE로의 전송에 대한 전체(overall) HARQ 피드백을 제공하는 실시예를 도시한다.
도8은 본 발명의 제1 양태에 따라 중계 노드와 TX UE 사이의 기존 피드백 링크를 재사용하여 중계 노드를 통해 중계되는 TX UE로부터 RX UE로의 전송에 대한 전체 HARQ 피드백을 제공하는 실시예를 도시한다.
도9는 본 발명의 제1 양태에 따라 제공되는 RLC 피드백 설정에 대한 실시예로서, 도9a는 전체 RLC 확인 응답(acknowledgement)을 도입하는 실시예를 설명하고, 도9b는 종단간(end-to-end) 피드백을 도시한다.
도10은 모드 1에서 동작하는, 본 발명의 제1 양태의 실시예들에 따라 중계 UE 및 TX UE를 포함하는 무선 통신 네트워크의 제1 실시예를 도시하며, 여기서 TX UE로부터 중계기로의 전송을 위한 리소스들과 상기 전송을 중계하기 위한 리소스들은 gNB에 의해 스케줄링된다.
도11은 모드 1에서 동작하는, 본 발명의 제1 양태의 실시예들에 따라 둘 다 모드 1으로 동작하는 중계 UE와 TX UE를 포함하는 무선 통신 네트워크의 제2실시예를 도시하며, 여기서 TX UE로부터 중계 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는 중계 UE로의 전송을 위한 리소스들을 센싱하기 보다는, 중계 UE에 그러한 리소스들에 대한 요청을 보낸다.
도15는 본 발명의 제1 양태의 실시예에 따라 모드 1에서 동작하는 중계 UE와, gNB인 TX 엔티티를 포함하는 무선 통신 네트워크의 제1 실시예를 도시하며, 여기서 gNB와 중계 UE 사이와 중계 UE와 RX UE 사이의 각각의 링크에 대한 리소스들은 별도의 제어 메시지로 제공된다.
도16은 본 발명의 제1 양태의 실시예에 따라 모드 1에서 동작하는 중계 UE와, gNB인 TX 엔티티를 포함하는 무선 통신 네트워크의 제2 실시예를 도시하며, 여기서 gNB와 중계기 사이와 중계 UE와 RX UE 사이의 각각의 링크에 대한 리소스들은 공통 제어 메시지(common control message)로 제공된다.
도17은 본 발명의 제1 양태의 실시예에 따라 모드 2에서 동작하는 중계 UE와, gNB인 TX 엔티티를 포함하는 무선 통신 네트워크의 일 실시예를 도시한다.
도18은 본 발명의 제1 양태의 실시예에 따라 모드 1에서 동작하는 중계 UE와, gNB인 RX 엔티티를 포함하는 무선 통신 네트워크의 제1 실시예를 도시하며, 여기서 gNB와 중계 UE 사이의 링크를 위한 리소스들은 gNB로부터의 제어 메시지에 의해 제공되며, TX UE에서 중계 UE로의 전송을 위한 리소스들은 TX UE에 의한 센싱을 통해 획득된다.
도19는 본 발명의 제1 양태의 실시예에 따라 모드 1에서 동작하는 중계 UE와, gNB인 RX 엔티티를 포함하는 무선 통신 네트워크의 제2 실시예를 도시하며, 여기서 gNB와 중계 UE 사이의 링크를 위한 리소스들은 gNB로부터의 제어 메시지에 의해 제공되며, TX UE에서 중계 UE로의 전송을 위한 리소스들은 gNB로부터 중계 UE를 통하여 TX UE에 의해 획득된다.
도20a는 중계될 트래픽과 중계 UE에 대해 의도된 트래픽을 구별하는 본 발명의 제2 양태에 따른 중계 UE의 일 실시예를 도시한다.
도20b는 중계 UE로 향하는 트래픽을, 중계될 트래픽과 중계 UE에 대해 의도된 트래픽 사이에서 구별을 제공하는 본 발명의 제2 양태에 따른 전송 엔티티의 실시예를 도시한다.
도21은 중계 노드에서 매핑되는 미리 정의된 또는 새로운 목적지 ID를 사용하는 본 발명의 제2 양태에 따른 실시예를 도시한다.
도22는 수신 엔티티로 전송될 전송이 중계 노드를 통해 전송되어야 하는 경우, 전송 엔티티에 의해 사용될 특정된 또는 새로운 중계 ID를 사용하는 본 발명의 제2 양태에 따른 수신 엔티티의 실시예를 도시한다.
도23은 트래픽 구별을 위해 중계 UE의 L1 목적지 ID 및 수신 엔티티의 L2 목적지 ID를 포함하는 MAC 헤더를 사용하는 본 발명의 제2 양태에 따른 실시예를 도시한다.
도24는 전용 중계 제어 채널을 구현하는 본 발명의 제2 양태에 따른 실시예를 도시한다.
도25는 본 발명의 제2 양태의 실시예에 따라 추가적인 중계 리소스 풀(pool)을 정의하는 SL-BWP-pool config 정보 요소를 도시한다.
도26은 전송 엔티티와 수신 엔티티 사이의 통신을 위해 N개의 중계기를 사용하는 본 발명의 실시예를 도시한다.
도27은 전송 엔티티와 수신 엔티티 사이의 종단간(end-to-end) 통신을 위해 N=2인 중계 계층을 사용하는 본 발명의 일 실시예를 도시한다.
도28은 본 발명의 접근법에 따라 설명된 방법의 단계뿐만 아니라 유닛 또는 모듈이 실행될 수 있는 컴퓨터 시스템의 일 예를 도시한다.
본 발명의 실시예는 첨부된 도면을 참조하여 이하에서 더 상세히 설명되며, 여기서 동일하거나 유사한 구성은 동일한 참조 부호가 부여된다.
도1을 참조하여 설명된 것과 같은 무선 통신 시스템 또는 네트워크에서, 중계 디바이스 또는 중계 노드가 기지국의 셀의 라디오 커버리지 가장자리에서 발생할 수 있는 감소된 데이터 레이트, 더 약한 신호 및 더 높은 간섭과 같은 성능 이슈를 해결하기 위하여 채택될 수 있다. 중계노드는 수신한 신호 또는 전송을 단순히 반복해서 전달할 수 있다. 다른 예에서, 중계 노드는 수신된 신호로부터 데이터를 추출하고, 잡음 정정(noise correction)을 적용하고 및 자체적으로 새로운 신호를 재 전송할 수 있다. 신호를 단지 반복하기 보다는, 중계 노드는 또한 신호 품질을 향상시킬 수 있다. 도3(a)는 중계 사용자 디바이스가 사용자 디바이스-to-네트워크 중계기로서 동작하는 시나리오를 도해한다. 전술된 중계 디바이스 또는 중계 노드는 사용자 장비(user equipment; UE) 일 수 있으며, 아래에서는 중계 사용자 디바이스라 한다. 도3a는 목적지(202) 예컨대 gNB와 같은 액세스 네트워크(202a)의 엔티티 또는 코어 네트워크(202b)의 엔티티로 연결되는 사용자 디바이스(200)를 도해한다. 원격 사용자 디바이스로 지칭되는 사용자 디바이스(200)와 목적지 사이의 종단간(end-to-end) 통신은 원격 사용자 디바이스(200)를 위해 코어 네트워크(202) 내의 목적지로의 연결성을 지원하기 위한 기능성을 제공하는 중계 사용자 디바이스(204)를 이용한다. 원격 사용자 디바이스(200) 및 중계 사용자 디바이스는 PC5 인터페이스를 이용하여 통신할 수 있고, 중계 사용자 디바이스 및 액세스 네트워크는 Uu 인터페이스를 이용하여 통신할 수 있다.
NR 또는 5G에서, 사용자 디바이스-to-네트워크 중계에 덧붙여, 사용자 디바이스-to-사용자 디바이스 중계기가 지원된다. 이러한 시나리오에서, 목적지(202)는 또다른 사용자 디바이스이다. 도3b는 중계기가 사용자 디바이스-to-사용자 디바이스(UE-to-UE) 중계기(204)인 시나리오를 나타낸다. 원격의 사용자 디바이스(200)는 다른 사용자 디바이스(202)에 연결되려고 하고, 중계 사용자 디바이스(204)는 원격의 사용자 디바이스(200)를 위해 목적 사용자 디바이스(202)에 대한 연결성을 지원하기 위한 기능성을 제공한다. 원격의 사용자 디바이스(200) 및 중계 사용자 디바이스는 PC5 인터페이스를 이용하여 통신할 수 있고, 중계 사용자 디바이스 및 다른 사용자 디바이스(202) 또한 PC5 인터페이스를 이용하여 통신할 수 있다.
도3a 및 도3b가 사용자 디바이스인 중계기를 도시하고 있지만, 중계기는 네트워크 연결성을 갖고, 코어 네트워크 또는 또다른 사용자 디바이스와 같은 목적지(202)에 원격의 사용자 디바이스(200)를 연결할 수 있다면 어느 엔티티일 수 있다. 예를 들어, 중계 엔티티는 그룹 리더 사용자 디바이스, 도로 유닛(RSU) 또는 임의의 모바일 디바이스 또는 고정 디바이스일 수 있다. 이러한 중계 엔티티는 리소스의 스케줄링 등의 일부 기지국 기능성을 갖는 중계 노드일 수 있다. 또한, 중계기는 전통적인 의미에서 중계 노드 예컨대, 기지국 인프라 디바이스일 수 있으며, 이는 인터넷 프로토콜(IP)-레벨에서 데이터를 전달하는 예컨대, 계층-2(L2) 또는 계층-3(L3) 동작하는 증폭 및 전달 (amplify and forward, AF) 중계 또는 디코딩 및 전달(decode-and-forward, DF) 중계에서와 같은 중계 기능성을 제공한다.
전술한 차량형 사용자 디바이스의 시나리오에서, 복수의 사용자 디바이스들인 사용자 디바이스 그룹(간략히 그룹이라고 함)을 형성할 수 있고, 그룹 내의 또는 그룹 멤버들 사이의 통신이 PC5 인터페이스와 같은 사이드링크 인터페이스를 통해 사용자 디바이스들 사이에서 수행될 수 있다. 예를 들어, 차량형 사용자 디바이스들을 이용하는 전술한 시나리오는 차량형 사용자 디바이스들이 장착된 복수의 차량들이 원격 운전 어플리케이션에 의해 함께 그룹으로 분류될 수 있는 운수 산업 분야에서 채택될 수 있다. 상호 사이드링크 통신을 위하여 함께 그룹으로 분류될 수 있는 복수의 사용자 디바이스의 다른 사용 예들은 예를 들어, 공장 자동화 및 전력 공급을 포함한다. 공장 자동화의 경우, 공장 내의 복수의 동적 또는 정적 기계들에 사용자 디바이스들이 장착될 수 있고, 예를 들어, 로봇의 움직임 제어와 같은 기계의 동작을 제어하기 위하여 사이드링크 통신을 위해 함께 그룹으로 분류될 수 있다. 전력 공급의 경우, 전력 공급 그리드 내의 엔티티들은 시스템의 특정 지역 내에서 함께 그룹으로 분류될 수 있어 서로 사이드링크 통신을 통해 통신을 수행하고 시스템의 모니터링 및 전력 공급 실패 및 정전 해결을 가능하게 하는 각각의 사용자 디바이스가 장착될 수 있다.
당연히, 전술한 사용 예들에서, 사이드링크 통신은 그룹 내의 통신에 제한되지 않는다. 오히려, 사이드링크 통신은 사용자 디바이스들의 임의의 쌍과 같은 사용자 디바이스들 중 임의의 것들 사이의 통신일 수 있다.
4G에 대한 3GPP 규격에 사용자 디바이스-to-네트워크 중계(UE-to-Network relay)가 명시되어 있다. LTE에서 중계는 디바이스-to-디바이스(device-to-device; D2D) 중계를 위한 확장의 독립형 개념으로 특징지어진다. LTE에서 중계 노드는 기지국, BS과 통신할 때는 UE와 같이 동작하고, UE와 통신할 때는 BS와 같이 동작한다. 기지국과 중계 노드 (RN) 간의 전송, 소위 RN-to-BS 전송은 다운링크(downlink; DL) 서브프레임에서 발생하는 반면, RN-to-BS 전송은 업링크(uplink; UL) 서브프레임에서 발생한다. 주파수 분할 이중(frequency division duplex; FDD) 시스템의 경우, BS-to-RN 및 RN-to-UE 전송은 다운링크(DL) 주파수 대역에서 발생하는 반면, RN-to-BS 및 UE-to-RN 전송은 업링크(UL) 주파수 대역에서 발생한다. 시분할 이중(time division duplex; TDD) 시스템의 경우, 다운링크(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 통신에서 미리 정의된 오프셋으로 발생한다. BS에서 RN으로의 제어 정보는 R-PDCCH 또는 중계(relay) PDCCH라고 불리는 별도의 제어 채널을 사용하여 전송된다. R-PDCCH는 BS에서 RN으로 DCI와 같은 제어 정보를 전송하는 데 사용되며, 정규의(regular) PDCCH는 RN에서 UE로 제어 정보를 전송하는 데 사용된다.
도3c는 전송 엔티티(200), 수신 엔티티(202), 및 중계 UE 또는 중계 노드(RN)라고도 불리는 중계 엔티티(204)를 포함하는 LTE 중계 시스템의 동작을 개략적으로 도시한다. 도3c에 도시된 예에서, 전송 엔티티(200)는 송신기(TX)로 동작하는 기지국 또는 eNB이고, 수신 엔티티 (202)는 원격 UE로도 지칭되는 수신(RX) UE이다. 중계 엔티티(204)는 중계 기능을 제공하는 인프라 장치이다. 도3c는 eNB(200)가 중계 엔티티(204)를 통해 수신 엔티티(202)로 데이터를 전송하는 상황을 도시한다. eNB(200)는 eNB(200)와 중계 엔티티(204) 사이의 다운링크 채널을 통해 ①을 전송하며, 이것은 R-PDCCH 상의 DCI와 같은 제어정보와 PDSCH 상의 전송과 연관된 데이터를 포함한다. DCI 및 데이터는 중계 엔티티(204)에서 수신된다. 다운링크 전송에 대한 신뢰성을 향상시키기 위해, 중계 엔티티(204)는 eNB(200)에서 중계 엔티티(204)로의 전송상태에 관해서, PUCCH와 같은 업링크 제어 채널 상에서 HARQ 피드백과 같은 피드백②를 제공한다. eNB(200)로부터의 데이터의 성공적인 수신에 응답하여, 중계 엔티티(204)는 중계 엔티티(204)와 수신 엔티티(202) 사이의 다운링크 채널 상에서 수신 엔티티(202)로 데이터③을 전송하며, 보다 구체적으로 PDCCH상의 DCI와 같은 제어 채널의 제어 정보, 및 PDSCH와 같은 데이터 채널의 데이터를 전송한다. 수신 엔티티(202)는 중계 엔티티(204)로부터 수신 엔티티(202)로의 상기 전송의 상태에 관해 PUCCH와 같은 중계 엔티티(204)와 수신 엔티티(202) 사이의 업링크 제어 채널로 HARQ 피드백과 같은 피드백④를 제공한다. NR 또는 5G는 UE-to-네트워크 중계 외에도 UE-to-UE 중계도 지원된다. 그러한 시나리오에서, 목적지(202)는 또 다른 UE이다.
eNB와 수신 엔티티 사이에서 동작하는 위에서 언급한 중계 외에도, D2D 중계 노드 또는 중계 엔티티가 3GPP에 명시되어 있지만, UE-to-네트워크 중계만 명시되어 있다. 기지국은 기지국과 수신 엔티티 사이의 Uu 링크 품질에 대한 기준 신호 수신 품질(RSRQ) 임계값(threshold)과 함께 중계 디스커버리를 위해 사용되는 전송 리소스 풀에 대한 설정(configuration)을 브로드캐스팅할 책임이 있다. 상기 설정은 시스템 정보 블록(SIB) 18/19를 사용하여 브로드캐스트되고, RSRQ 임계값은 RSRQ가 미리 정의된 임계값 아래로 내려가는 경우 기지국과 직접 링크를 유지할지 또는 중계 노드를 통한 연결로 전환할지 여부를 결정하기 위해 수신 엔티티에 의해 사용된다. 수신 엔티티는 가능한 중계 엔티티들을 선택하고, 수신 엔티티가 기지국의 커버리지 내에 있는 경우 이러한 선택을 기지국에 알린다. 그런 다음 기지국은 중계 노드와 수신 엔티티 사이의 중계 기반 통신을 위한 리소스 할당을 스케줄링하거나 결정한다. 즉, 기지국은 수신 엔티티에서 중계 엔티티로의 전송에 사용될 리소스를 결정한다.
D2D 통신에는 차량용 애플리케이션도 포함되며 초기 V2X(vehicle-to-everything) 표준은 3GPP 표준의 릴리스(release) 14에 포함되어 있다. 리소스의 스케줄링 및 할당은 V2X 요구 사항에 따라 수정되었으며, 본래의 D2D 통신 표준은 설계의 기초로 사용된다. 향상된 V2X 또는 eV2X라고도 불리는 LTE V2X 표준의 릴리스 15와 5G NR V2X 표준의 릴리스 16은 제어 채널 및 데이터 채널과 함께 전용 피드백 채널을 포함하는 리소스 풀 설계를 도입한다. 릴리스 17은 차량 통신뿐만 아니라 공공 안전 및 상업적 사용 사례와 같은 모든 종류의 D2D 통신에 적합하도록, 절전, 안정성 향상 및 대기 시간 감소에 중점을 둔 사이드링크 개선 및 사이드링크 중계에 중점을 두고 있으며, 또한 UE-to-네트워크 및 UE-to-UE 커버리지 확장을 제공하기 위해 중계기들을 사용하는 것에 중점을 두고 있다.
다만, 상술한 바와 같이 중계 전송에서의 피드백은 전송 엔티티에서 중계 엔티티로의 전송과 원격 엔티티에서 중계 엔티티로의 전송에 대한 피드백만 있을 뿐, 기지국 또는 전송 엔티티가 자신의 전송이 수신 엔티티에 대해 성공 또는 실패했음을 알게 해주는 전체 피드백(overall feedback)이 없다. 예를 들어, LTE에서는 중계 엔티티에서 기지국으로의 데이터 전송을 위한 물리적 하이브리드 ARQ 인디케이터 채널(the physical hybrid ARQ indicator channel; PHICH)에서 기지국과 중계 엔티티 사이의 물리 계층 HARQ 피드백에 대한 지원이 없었다. 오히려 피드백은 PUSCH와 겉은 각각의 업링크 데이터 채널에서 전송되는, 각 전송 블록(transport block; TB)에 대해 상위 계층으로 전달된다.
중계 엔티티를 통해 기지국에서 수신 엔티티로 전송할 때 각 엔티티 간에 일부 피드백이 주어지지만, D2D 중계는 어떤 종류의 피드백도 지원하지 않기 때문에, 중계 엔티티를 통한 전송 엔티티로부터 수신 엔티티로 의 피드백은 고사하고, 전송 UE는 자신의 전송이 수신 엔티티에서 성공했는지 실패했는지 알 수 없게 된다.
또한 종래 중계 시스템에서 D2D 노드와 같은 중계 노드는 UE-to-네트워크 중계만 지원하므로, 중계 노드는 제어 및 데이터가 중계 엔티티에 대해 의도된 것인지 아니면 수신 엔티티에 대해 의도된 것인지에 대해 그것을 구별할 필요가 없다. LTE 중계는 그러나, 중계기를 도입하여 예를 들어, 별도의 제어 채널을 유지함으로써 이를 달성하고, 중계기가 본질적으로 UE이므로, 중계 엔티티 역할을 하는 UE가 수신하는 트래픽을 구별할 필요가 있다. 중계 엔티티는 목적지 UE 또는 수신 엔티티와 같은 수신 엔티티로 중계될 전송 또는 패킷뿐만 아니라 UE 자체를 위해 의도된 전송 또는 패킷을 수신할 수 있다.
본 발명은 상기 문제들을 해결한다. 본 발명의 제1 양태의 실시예들은 수신 엔티티에 중계되는 전송의 최종 상태를 전송 엔티티에 알리기 위한 접근법을 제공한다. 본 발명의 제2 양태의 실시예들은 중계 노드(RN)에서의 전송(예, 제어 및 데이터 메시지)을 중계될 전송(제1 전송)과 중계 노드에 대해 의도된 전송(제2 전송)으로 구별하기 위한 접근법을 제공한다. 따라서, 본 발명은 상기 문제를 해결하고 NR 사이드링크 중계와 같은 사이드링크 중계에 의한 트래픽 구별 및/또는 피드백에 관한 개선 및 향상을 제공한다. 본 발명의 실시예들은 모바일 단말기 또는 IoT 디바이스와 같은 기지국 및 사용자를 포함하는 도1에 도시된 바와 같은 무선 통신 시스템에서 구현될 수 있다. 도4는 본 발명의 실시예를 구현하기 위해 기지국 또는 gNB와 같은 송신기(300), 하나 이상의 사용자 디바이스인 UE(302, 304) 및 중계 UE와 같은 하나 이상의 중계 엔티티(306, 308 및 310)를 포함하는 무선 통신 시스템의 개략도이다. 송신기(300) 및 수신기(302, 304)는 각각의 라디오 링크와 같이 각각의 라디오 통신 링크 또는 채널(310a, 310b, 312a, 312b 및 314a, 314b)을 사용하여 각각의 중계 엔티티(306, 308, 310)를 통해 통신할 수 있다. 송신기(300)는 하나 이상의 안테나(ANTT) 또는 복수의 안테나 소자를 갖는 안테나 어레이, 신호 처리기(300a) 및 서로 결합된 송수신기(300b)를 포함할 수 있다. 수신기(302, 304)는 하나 이상의 안테나(ANTUE) 또는 복수의 안테나를 갖는 안테나 어레이, 신호 처리기(302a, 304a) 및 서로 결합된 송수신기(302b, 304b)를 포함한다. 각각의 중계 엔티티(306, 308, 310)는 하나 이상의 안테나(ANT) 또는 복수의 안테나를 갖는 안테나 어레이, 신호 처리기 및 서로 결합된 송수신기(T)를 포함한다. 기지국(300) 및 UE(302)는 기지국(300)과 중계 엔티티(310) 간에는 Uu 인터페이스 또는 다른 3GPP 또는 논(non)-3GPP 인터페이스를 사용하는 라디오 링크와 같이 라디오 통신 링크(314b)를 사용하고, UE(302)와 중계 엔티티(310) 간에는 PC5/사이드링크(SL) 인터페이스를 사용하는 무선 링크와 같이 무선 통신 링크(314a)를 사용하여, 중계 엔티티(310)를 통해 통신할 수 있다. 마찬가지로, 기지국(300)과 UE(304)는 기지국(300)과 중계 엔티티(308) 간에는 Uu 인터페이스를 사용하는 라디오 링크와 같이 라디오 통신 링크(312b)를 사용하고, UE(304)와 중계 엔티티 간에는 SL 인터페이스를 사용하는 라디오 링크와 같이 라디오 통신 링크(312a)를 사용하여, 중계 엔티티(308)를 통해 통신할 수 있다. UE(302, 304)는 UE(302)와 중계 엔티티(306) 간에는 SL 인터페이스를 사용하는 라디오 링크와 같이 라디오 통신 링크(310a)를 사용하고, UE(304)와 중계 엔티티(310) 간에는 SL 인터페이스를 사용하는 라디오 링크와 같은 라디오 통신 링크(310b)를 사용하여, 중계 엔티티(306)를 통해 서로 통신할 수 있다. 도4에 도시된 바와 같이, 시스템 또는 네트워크, 하나 이상의 UE(302, 304), 하나 이상의 중계 엔티티, 및/또는 기지국(306-310) 중 임의의 하나는 본 명세서에 설명된 창의적인 교시에 따라 동작할 수 있다. 이하 설명에서 중계 엔티티는 중계 UE(relay UE)로 지칭한다.
제1 양태
본 발명의 제1 양태는 중계 전송 시스템에서 중계 노드 또는 중계 UE를 통해 전송할 때, UE 또는 기지국 기지국 또는 UE와 같은 실제 전송 엔티티가 기지국 또는 UE와 같은 수신 엔티티에서의 전송 상태를 알 수 있게 해주는 방법이 현재는 없다는 문제를 다룬다.
중계 UE
제1 양태에 따르면, 본 발명은 무선 통신 네트워크를 위한 사용자 디바이스(UE)를 제공하고,
상기 UE는 중계 엔티티로서 동작하여 전송 엔티티와 무선 통신 네트워크의 하나 이상의 수신 엔티티 사이의 연결성을 지원하는 기능을 제공할 수 있고,
여기서, 전송 엔티티로부터의 전송을 수신하는 것과 수신 엔티티를 향해 전송을 중계하는 것에 응답하여, 상기 UE는 전송 엔티티에 피드백을 전송할 수 있고, 상기 피드백은 수신 엔티티에서 전송의 성공적인 수신 및/또는 비성공적 수신을 나타낸다.
실시예들에 따르면,
UE가 수신 엔티티로부터 HARQ-ACK 또는 HARQ-NACK과 같이 수신 엔티티에서의 전송의 성공적인 수신 및/또는 비성공적인 수신을 나타내는 피드백을 수신하는 경우, UE는 전송 엔티티에 수신 엔티티로부터 받은 피드백을 전송할 수 있고, 그리고
UE가 수신 엔티티로부터 피드백을 수신하지 않는 경우, UE는 HARQ-NACK과 같이 수신 엔티티에서의 전송의 비성공적인 수신을 전송 엔티티에 신호할 수 있다.
실시예들에 따르면, UE가 HARQ-ACK와 같이, 수신 엔티티에서의 전송의 성공적인 수신을 나타내는 피드백을 수신 엔티티로부터 수신한 경우, UE는 수신 엔티티로부터 수신한 피드백을 전송 엔티티로 전송할 수 있고, 피드백을 받은 후 예를 들어, 가능한 한 가장 빠른 기회에, 설정된 또는 미리 설정된 시간 윈도우 내에 피드백을 전송할 수 있다.
실시예들에 따르면, UE가 수신 엔티티로부터 HARQ-NACK과 같이, 수신 엔티티에서의 전송의 비성공적인 수신을 나타내는 피드백을 수신하는 경우, UE는 아래와 같이 할 수 있다.
·예를 들어, 가능한 가장 빠른 기회에, 피드백의 수신에 이어서 설정된 또는 미리 설정된 시간 윈도우 내에서, 수신 엔티티로부터 수신된 피드백을 전송 엔티티에 전송하고, 수신 엔티티에 상기 전송을 재전송하지 않거나, 또는
· 수신 엔티티로 상기 전송을 재전송하고, 전송의 성공적인 수신을 나타내는 피드백이 수신 엔티티로부터 수신될 때까지, 동일하거나 상이한 전송 파라미터, 예를 들어 MCS 또는 코딩 레이트로 상기 전송을 계속해서 재전송하고, 수신 엔티티로부터 수신한 성공적인 피드백을 전송 엔티티로 전송하고, 그렇지 않다면 하나 이상의 미리 정의된 이벤트가 발생할 때까지 재전송을 시도한다.
실시예들에 따르면, 하나 이상의 이벤트는
· UE가 그 동안 재전송을 수행하도록 설정된 또는 미리 설정된 타이머가 경과, 또는
· UE가 수행하도록 설정된 또는 미리 설정된 최대 중계 재전송 횟수에 도달한 경우를 포함한다.
실시예들에 따르면, 상기 하나 이상의 이벤트에 응답하여, UE는 상기 피드백의 수신에 뒤따라, 설정된 또는 미리 설정된 시간 윈도우 내에서, 예를 들어 가장 빠른 기회에, HARQ-NACK와 같은 수신 엔티티에서의 전송의 비성공적인 수신을 나타내는 피드백을 상기 전송 엔티티에 전송할 수 있다.
실시예들에 따르면, UE는 사이드링크와 같이 직접 인터페이스를 통해, 또는 3GPP 또는 non-3GPP 인터페이스와 같은 액세스 네트워크 인터페이스를 통해 전송 엔티티로부터 상기 전송을 수신할 수 있다.
실시예들에 따르면,
· 전송 엔티티는 사용자 디바이스(UE) 또는 중계 엔티티를 포함하고, 수신 엔티티는 사용자 디바이스(UE), 또는 중계 엔티티를 포함하고, 또는
· 전송 엔티티는 사용자 디바이스(UE) 또는 중계 엔티티를 포함하고 수신 엔티티는 라디오 액세스 네트워크(RAN) 엔티티와 같이 네트워크 엔티티를 포함하고, 또는
· 전송 엔티티는 RAN 엔티티와 같이 네트워크 엔티티를 포함하고, 수신 엔티티는 사용자 디바이스(UE) 또는 중계 엔티티를 포함한다.
실시예들에 따르면, 수신 엔티티로부터 수신된 피드백은 수신 엔티티에서의 전송의 성공적인 수신 및/또는 비성공적인 수신을 나타내는 것 외에도 다음 중 하나 이상과 같이 추가 정보를 포함한다:
· UE와 수신 엔티티 사이의 링크 품질,
· UE와 수신 엔티티 사이의 거리를 나타내는 거리 측정 또는 구역 ID,
· 수신 엔티티가 상기 전송을 성공적으로 수신 하는 것을 보장하기 위해 전송 엔티티를 지원하는 추가 데이터,
· 수신 엔티티가 전송 엔티티로 데이터를 전송할 의도가 있다는 표시(indication)(예: 스케줄링 요청(scheduling request; SR) 또는 버퍼 상태 보고 (buffer status report; BSR)
· HARQ/전송 프로세스를 중지하도록 표시하는 수신 엔티티로부터의 신호,
· 수신 UE에서 수신되고 UE로부터 전송된 최상의(best) 빔 또는 상위-m개의 빔의 빔 인덱스.
실시예들에 따르면, 수신 엔티티로부터 수신된 피드백은 수신 엔티티에서 2개 이상의 전송의 성공적인 수신 및/또는 비성공적인 수신을 나타내는 종합된 피드백(aggregated feedback)이다.
실시예들에 따르면, 종합된 피드백은 다음 중 하나 이상을 포함할 수 있다:
· 사전 정의된 시간 윈도우 내에서, 패킷과 같은 일부 또는 모든 전송이 성공적으로 수신 되었는지 또는 비성공적으로 수신되었는지에 대한 지표(indication),
· 패킷과 같이 사전 정의된 개수의 전송이 성공적으로 수신 되었는지 또는 비성공적으로 수신되었는지에 대한 지표(indication),
· 패킷과 같은 전송 중 성공적으로 수신된 전송 및/또는 패킷과 같은 전송 중 비성공적으로 수신되거나 실패한 전송,
· 패킷과 같이 성공적으로 수신된 전송 중 초과된 지연 규격(delay budget)으로 수신된 전송,
· UE와 수신 엔티티 사이의 악화되는 링크 품질의 지표(indication), 예를 들어, 링크 품질이 설정된 또는 미리 설정된 임계값에 근접하거나 미만이라는 표시,
· UE와 원격 UE 사이의 중계 링크를 통한 새로운 최대 가능 QoS를 나타내는 업데이트.
본 발명에 따르면, UE는 물리적(PHY) 계층에서 예를 들어, 전송 엔티티가 UE 또는 중계 엔티티인 경우 PSFCH를 사용하고, 또는 전송 엔티티가 네트워크 엔티티인 경우 PUCCH 또는 PUSCH를 사용하여, 수신 엔티티로부터 수신된 피드백을 전송할 수 있다.
실시예들에 따르면,
전송 엔티티로부터 전송을 수신하는 것에 응답하여, UE는 전송 엔티티와 UE 사이에 제1 피드백 링크를 사용하여 전송 엔티티에 추가 피드백을 전송할 수 있고, 상기 추가 피드백은 HARQ-ACK 또는 HARQ-NACK과 같은 UE에서의 전송의 성공적인 수신 및/또는 비성공적인 수신을 나타낸다.
UE는 전송 엔티티와 UE 사이에 제2 피드백 링크를 사용하여 수신 엔티티와 연관된 피드백을 전송할 수 있고, 제1 및 제2 피드백 링크는 기존 PHY 채널에서 다른 리소스, 예를 들어 전송 엔티티가 UE 또는 중계 엔티티인 경우 PSFCH를 사용하고, 또는 전송 엔티티가 네트워크 엔티티인 경우 PUCCH 또는 PUSCH를 사용한다.
실시예들에 따르면, 전송 엔티티가 또 다른 UE 또는 중계 엔티티인 경우, UE는 수신 엔티티로부터 수신한 피드백을 PSFCH를 사용하여 전송할 수 있고, 수신 엔티티로부터 수신한 피드백을 전송하기 위한 리소스는,
· 수신 엔티티로부터 UE로의 피드백 전송과 UE로부터 전송 엔티티로의 피드백 전송에 대한 PSFCH 리소스들 매핑 간의 관계에 의해 암시적으로, 또는
· 수신 엔티티와 연관된 피드백의 보고를 위해 PSFCH 상의 리소스가 사용될 것임을 전송 엔티티에 의해 UE에 가리키는 것에 의해 명시적으로 매핑된다. .
실시예들에 따르면, 전송 엔티티가 네트워크 엔티티인 경우, UE는 수신 엔티티로부터 수신한 피드백을 PUCCH 또는 PUSCH 리소스를 사용하여 전송할 수 있다.
실시예들에 따르면, UE는 수신 엔티티로부터 수신된 피드백 및 추가 피드백을 보고하기 위해 사용될 리소스들을 네트워크 엔티티로부터 예를 들어, DCI에서 수신할 수 있다.
실시예들에 따르면,
전송 엔티티와 UE 간의 연결은 기존 PHY 채널의 피드백 링크를 포함하며, 예를 들어, 전송 엔티티가 UE 또는 중계 엔티티인 경우 PSFCH를 사용하거나, 전송 엔티티가 네트워크 엔티티인 경우 PUCCH 또는 PUSCH를 사용하여 UE에서의 전송의 성공적인 수신 및/또는 비성공적인 수신을 나타내며,
UE에서의 전송의 성공적인 수신 및/또는 비성공적인 수신을 나타내는 피드백 대신, 수신 엔티티로부터 수신된 피드백을 피드백 링크를 통해 전송하도록 한다.
실시예들에 따르면, 전송 엔티티가 다른 UE 또는 중계 엔티티인 경우, UE는 UE에서의 전송의 성공적인 수신 및/또는 비성공적인 수신 나타내는 피드백을 위해 전송 엔티티에 의해 스케줄링된 PSFCH 리소스들을 사용하여 수신 엔티티로부터 수신된 피드백을 전송할 수 있다.
실시예들에 따르면, 전송 엔티티가 네트워크 엔티티인 경우, UE는 UE에서의 전송의 성공적인 수신 및/또는 비성공적인 수신을 나타내는 피드백을 위해 전송 엔티티가 스케줄링한 PUCCH 또는 PUSCH 리소스들을 사용하여 수신 엔티티로부터 수신한 피드백을 전송할 수 있다.
실시예들에 따르면, 수신 엔티티로부터 수신된 피드백이 비성공적인 전송을 표시하는 경우, 피드백은 또한 비성공적인 전송을 초래한 특정 연결에 대한 정보를 포함한다.
실시예들에 따르면, 전송 엔티티에 대한 실패한 연결에 대한 지표(indication)는 전송 엔티티와 UE 사이의 연결 및/또는 UE와 수신 엔티티 사이의 연결에서 비성공적인 전송이 발생했는지 여부를 나타내는 단일 비트 인디케이터(indicator) 및/또는 2비트 인디케이터(indicator)를 포함한다.
실시예들에 따르면, UE는 매체 접근 제어(MAC) 계층에서 수신 엔티티로부터 수신된 피드백을 전송하도록 한다.
실시예들에 따르면, UE는 MAC 제어 요소(MAC control element; MAC CE)를 사용하여 수신 엔티티로부터 수신한 피드백을 전송할 수 있다.
실시예들에 따르면, 전송 엔티티로부터 전송을 수신하는 것에 응답하여, UE는 전송 엔티티와 UE 사이의 PHY 계층의 피드백 채널을 사용하여 전송 엔티티에 추가 피드백을 전송할 수 있고, 추가 피드백은 HARQ-ACK 또는 HARQ-NACK과 같이, UE에서의 전송의 성공적인 수신 및/또는 비성공적인 수신을 나타낸다.
실시예들에 따르면, UE는 라디오 링크 제어(RLC) 계층에서 수신 엔티티로부터 수신된 피드백을 전송할 수 있다.
실시예들에 따르면,
전송 엔티티는 확인 응답 모드(acknowledge mode; AM)에서 동작하고, 수신 엔티티로부터 수신된 피드백은 RLC ACK이며,
UE는 수신 엔티티로부터 RLC ACK를 수신하고 수신 엔티티로부터의 RLC ACK를 전송 엔티티로 전달하여, UE로부터 전송 엔티티로의 RLC ACK를 대체하는 종단간(end-to-end) 피드백을 제공할 수 있다.
실시예들에 따르면,
전송 엔티티가 확인 응답 모드(acknowledge mode; AM)에서 동작하고
UE는 전송 엔티티로부터 전송을 성공적으로 수신한 것에 응답하여 제1 RLC ACK를 전송하고, 수신 엔티티에서 상기 전송이 성공적으로 수신되었다는 확인을 수신한 것에 응답하여 수신 엔티티로부터 수신된 피드백으로서 제2 RLC ACK를 전송할 수 있다.
실시예들에 따르면, 사용자 디바이스는 다음 중 하나 이상을 포함한다: 모바일 단말, 또는 고정 단말, 또는 셀룰러 IoT-UE, 또는 차량용 UE, 또는 그룹 리더(GL) UE, 또는 IoT 또는 협대역 IoT, NB-IoT, 디바이스 또는 웨어러블 디바이스(예: 스마트 워치), 또는 피트니스 트래커, 또는 스마트 안경, 또는 지상 기반 차량, 또는 항공기, 또는 드론, 또는 이동 기지국, 또는 노변 장치(road side unit; RSU), 또는 건물, 또는 기타 아이템/디바이스가 무선 통신 네트워크를 사용하여 통신할 수 있도록 하는 네트워크 연결이 제공되는 기타 아이템 또는 디바이스, 예를 들어 센서 또는 액추에이터, 또는 네트워크 연결이 제공되는 기타 아이템 또는 디바이스, 또는 예를 들어, 센서 또는 액추에이터, 또는 임의의 사이드링크 가능 네트워크 엔티티와 같이 무선 통신 네트워크의 사이드링크를 사용하여 아이템/디바이스와 통신하는 네트워크 연결을 제공하는 기타 아이템/디바이스.
전송 엔티티
제1 양태에 따르면, 본 발명은 무선 통신 네트워크를 위한 전송 엔티티를 제공하고,
상기 전송 엔티티는 무선 통신 네트워크의 하나 이상의 수신 엔티티와 전송 엔티티 사이의 연결성을 지원하는 기능을 제공하기 위해 중계 엔티티에 연결 가능하고,
여기서, 수신 엔티티로 중계하기 위해 중계 엔티티로 상기 전송을 보내는 것에 응답하여, 전송 엔티티는 피드백을 중계 엔티티로부터 수신할 수 있고, 상기 피드백은 HARQ-ACK 또는 HARQ-NACK와 같이, 수신 엔티티에서의 전송의 성공적인 수신 및/또는 비성공적 수신을 나타내도록 한다.
실시예들에 따르면,
중계 엔티티가 수신 엔티티로부터 HARQ-ACK 또는 HARQ-NACK과 같이 수신 엔티티에서의 전송의 수신 성공 및/또는 비성공을 나타내는 피드백을 수신하는 경우, 전송 엔티티는 수신 엔티티로부터 수신된 피드백을 중계 엔티티로부터 수신할 수 있고,
중계 엔티티가 수신 엔티티로부터 피드백을 수신하지 않은 경우, 전송 엔티티는 중계 엔티티로부터 HARQ-NACK과 같이 수신 엔티티에서의 전송의 비성공적인 수신에 관한 시그널링을 수신할 수 있다.
실시예들에 따르면, 수신 엔티티에서의 전송의 비성공적인 수신을 나타내는 중계 엔티티로부터의 피드백에 응답하여, 또는 설정된 또는 미리 설정된 기간 내에 중계 엔티티로부터의 피드백이 없는 것에 응답하여, 전송 엔티티는 수정된(modified) 전송 파라미터(예, MCS 또는 코딩 레이트)로 재전송을 시작하거나 다른 중계 UE를 사용하여 다른 경로를 시도한다.
실시예들에 따르면, 전송 엔티티는 사이드링크와 같은 직접 인터페이스를 통해, 또는 3GPP 또는 non-3GPP 인터페이스와 같은 네트워크 인터페이스를 통해 전송을 중계 엔티티로 전송할 수 있다.
실시예들에 따르면,
· 전송 엔티티는 사용자 디바이스(UE) 또는 중계 엔티티를 포함하고, 수신 엔티티는 사용자 디바이스(UE) 또는 중계 엔티티를 포함하거나,
· 전송 엔티티는 사용자 디바이스(UE) 또는 중계 엔티티를 포함하고, 수신 엔티티는 무선 액세스 네트워크(RAN)과 같은 네트워크 엔티티를 포함하거나,
· 전송 엔티티는 RAN 엔티티와 같은 네트워크 엔티티를 포함하고, 수신 엔티티는 사용자 디바이스(UE) 또는 중계 엔티티를 포함한다.
실시예들에 따르면, 전송 엔티티는 물리(PHY) 계층, 매체 액세스 제어(MAC) 계층 또는 무선 링크 제어(RLC) 계층 중 하나에서 수신 엔티티로부터 수신된 피드백을 수신할 수 있다.
실시예들에 따르면, 전송 엔티티는, 상기 전송의 송신을 시작하고 전송 엔티티가 수신 엔티티로부터 수신된 피드백을 중계 엔티티를 통해 수신할 것으로 기대되는 시간내의 기간(time period)를 나타내는 타이머를 포함한다.
실시예들에 따르면, 시간의 경과에 응답하여, 전송 엔티티는 수신 엔티티가 전송을 수신하는데 실패했다고 가정하도록 하고, 예를 들어 설정된 또는 미리 설정된 재전송 방식에 따라 상기 전송의 재전송을 트리거할 수 있다.
실시예들에 따르면, 특정 이벤트에 응답하여, 전송 엔티티는 중계 재선택 프로세스를 트리거할 수 있다.
실시예들에 따르면, 특정 이벤트는 다음 중 하나 이상을 포함한다:
· HARQ 실패 또는 HARQ-NACK과 같이 수신 엔티티에서 전송의 비성공적인 수신을 나타내는 피드백의 수, 비율 또는 백분율이 설정된 또는 미리 설정된 임계값에 근접하거나 초과하는 경우로서, 상기 임계값은 상기 전송을 위해 설정되거나 미리 설정된 최대 재전송 횟수보다 작을 수 있음,
· 중계 엔티티와 수신 엔티티 사이의 중계 링크의 링크 품질 저하,
· 빔 인덱스의 변화,
· 수신 엔티티와 UE 사이, 또는 전송 엔티티와 UE 사이의 최소 통신 범위 요구 사항에 근접하거나 초과하는 경우,
· 예를 들어, 구역(zone) ID 변경으로 표시되는 위치 변경,
· 중계 엔티티의 배터리 수준이 설정된 또는 미리 설정된 임계값에 근접하거나 초과하는 경우.
실시예들에 따르면, 수신 엔티티로부터 수신된, 수신 엔티티에서의 전송의 비성공적인 수신을 나타내는 피드백에 응답하여, 전송 엔티티는 다른 중계 엔티티를 통한 상기 전송의 전송을 위해, 예를 들어 MAC 계층에서 상기 전송을 유지할 수 있다.
실시예들에 따르면, 수신 엔티티로부터 수신된 피드백이 MAC 계층에서 수신되는 경우, 전송 엔티티는 전송 엔티티와 중계 엔티티 사이의 PHY 채널에서 피드백 링크를 사용하여 중계 엔티티로부터 추가 피드백을 수신할 수 있고, 상기 추가 피드백은 HARQ-ACK 또는 HARQ-NACK과 같이 중계 엔티티에서의 전송의 성공적인 수신 및/또는 비성공적인 수신을 나타낸다.
실시예들에 따르면, 전송 엔티티는 다음 중 하나 이상을 포함한다: 매크로 셀 기지국, 또는 소형 셀 기지국, 또는 기지국의 중앙 유닛, 또는 IAB 노드, 또는 기지국의 분산 유닛, 또는 RSU(road side unit), 또는 UE, 또는 GL(group leader), 또는는 중계 또는 원격 라디오 헤드, 또는 AMF, 또는 MME, 또는 SMF, 또는 코어 네트워크 엔티티, 또는 모바일 에지 컴퓨팅(MEC) 엔티티, 또는 NR 또는 5G 코어 컨텍스트에서와 같은 네트워크 슬라이스, 또는 임의의 전송/수신 지점(transmission/reception point; TRP)으로서 아이템 또는 장치가 무선 통신 네트워크를 사용하여 통신할 수 있도록 하고, 상기 항목 또는 장치는 무선 통신망을 이용하여 통신할 수 있도록 네트워크 연결성을 제공한다.
네트워크
제1 양태에 따르면, 본 발명은 무선 통신 네트워크를 제공하며,
본 발명에 따른 전송 엔티티,
하나 이상의 원격 사용자 디바이스, 수신 엔티티, 및
상기 전송 엔티티와 하나 이상의 수신 엔티티 사이의 연결성을 지원하는 기능을 제공하는, 본 발명에 따른 하나 이상의 사용자 디바이스, 중계 엔티티를 포함한다.
실시예들에 따르면, 무선 통신 네트워크는
기지국을 포함하고,
상기 전송 엔티티는 다른 UE 또는 중계 엔티티고, 상기 중계 엔티티 및 상기 전송 엔티티는 모드 1에서 동작하여 상기 기지국이 상기 전송 엔티티 및 상기 중계 엔티티에 의해 사용될 리소스들을 나타내도록 한다.
실시예들에 따르면,
(1) 상기 전송 엔티티는 버퍼 상태 보고(BSR)를 기지국에 보내서 중계 엔티티로의 데이터 전송을 위한 리소스를 요청할 수 있고,
(2) 기지국은 중계 엔티티로의 전송을 위한 리소스들을 포함하는 다운링크 제어 정보(Downlink Control Information, DCI)와 같은 제어 메시지를 전송 엔티티로 보낼 수 있고,
(3) 전송 엔티티는 사이드링크 제어 정보(Sidelink Control Information; SCI)와 같은 사이드링크 제어 메시지와 데이터를 (2)에서 수신한 제어 메시지에 표시된 리소스들을 사용하여 중계 엔티티로 전송할 수 있고,
(4) 중계 엔티티는 전송 엔티티에 HARQ 피드백을 전송할 수 있고,
(5) 전송 엔티티는 중계 엔티티로부터의 HARQ 피드백을 기지국에 보고할 수 있고,
(6) 중계 엔티티는 데이터를 성공적으로 수신한 경우 전송 엔티티로부터 수신한 전송을 중계하기 위한 리소스들을 요청하는 스케줄링 요청(SR)을 기지국으로 보낼 수 있고,
(7) 기지국은 수신 엔티티로의 전송을 위한 리소스들을 포함하는, 다운링크 제어 정보(Downlink Control Information, DCI)와 같은 제어 메시지를 중계 엔티티로 전송할 수 있고,
(8) 중계 엔티티는 (7)에서 수신한 제어 메시지에 나타낸 리소스들을 사용하여 사이드링크 제어 정보(Sidelink Control Information; SCI)와 같은 사이드 링크 제어 메시지 및 데이터를 수신 엔티티로 전송할 수 있고,
(9) 수신 엔티티는 중계 엔티티에 HARQ 피드백을 보낼 수 있고,
(10) 중계 엔티티는 수신 엔티티의 HARQ 피드백을 전송 엔티티에 보고할 수 있다.
실시예들에 따르면,
(1) 전송 엔티티는 중계 엔티티로의 데이터 전송을 위한 리소스들을 요청하는 버퍼 상태 보고(BSR)를 기지국에 보낼 수 있고, 상기 전송이 수신 엔티티로 중계될 것임을 기지국에 나타낼 수 있고,
(2) 기지국은 중계 엔티티로의 전송을 위한 리소스들을 포함하는 다운링크 제어 정보(Downlink Control Information, DCI)와 같은 제어 메시지를 전송 엔티티로 보낼 수 있고,
(3) 전송 엔티티는 사이드링크 제어 정보(Sidelink Control Information; SCI)와 같은 사이드링크 제어 메시지와 데이터를 (2)에서 수신한 제어 메시지에 나타낸 리소스들을 사용하여 중계 엔티티로 보낼 수 있고,
(4) 중계 엔티티는 전송 엔티티에 HARQ 피드백을 보낼 수 있고,
(5) 전송 엔티티는 중계 엔티티로부터의 HARQ 피드백을 기지국에 보고할 수 있고,
(6) 중계 엔티티는, 중계 엔티티가 설정되거나 미리 설정된 리소스들을 사용하여, 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지 및 데이터를 수신 엔티티에 전송할 수 있고,
(7) 수신 엔티티는 중계 엔티티에 HARQ 피드백을 보낼 수 있꼬,
(8) 중계 엔티티는 수신 엔티티의 HARQ 피드백을 전송 엔티티에 보고할 수 있다.
실시예들에 따르면,
중계 엔티티는 수신 엔티티로의 데이터 전송을 위해 설정된 그랜트(grant)를 통해 리소스들로 설정되거나 미리 설정되며,
기지국이 설정된 그랜트를 통한 리소스들이 중계 엔티티에서 수신엔티티로의 데이터 전송에 충분하지 않다고 판단하는 경우, 기지국은 중계 엔티티로의 전송을 위한 추가 리소스를 나타내는 다운링크 제어 정보(DCI)와 같은 제어 메시지를 중계 엔티티로 제공할 수 있다.
실시예들에 따르면, 무선 통신 네트워크는
기지국을 포함하고,
전송 엔티티는, 기지국이 전송 엔티티에 의해 사용될 리소스들을 지시하도록 모드 1에서 동작하는 또 다른 UE 또는 중계 엔티티고,
상기 중계 엔티티는, 기지국이 상기 중계 엔티티에서의 리소스 할당에 대한 지원을 제공하지 않고, 상기 중계 엔티티가 리소스 선택 및 할당을 자율적으로 수행하도록 모드 2로 동작한다.
실시예들에 따르면,
(1) 전송 엔티티는 중계 엔티티로의 데이터 전송을 위한 리소스를 요청하는 버퍼 상태 보고(BSR)를 기지국으로 보내도록 하고,
(2) 기지국은 중계 엔티티로의 상기 전송을 위한 리소스들을 포함하는 다운링크 제어 정보(Downlink Control Information, DCI)와 같은 제어 메시지를 전송 엔티티로 전송할 수 있고,
(3) 전송 엔티티는 사이드링크 제어 정보(Sidelink Control Information' SCI)와 같은 사이드링크 제어 메시지와 데이터를 (2)에서 수신한 제어 메시지에 나타낸 리소스들을 사용하여 중계 엔티티로 보낼 수 있고,
(4) 중계 엔티티는 전송 엔티티에 HARQ 피드백을 보낼 수 있고,
(5) 전송 엔티티는 중계 엔티티의 HARQ 피드백 을 기지국에 보고할 수 있고,
(6) 중계 엔티티는 센싱에 의해 결정된 리소스들을 식별 및 선택하고, 식별 및 선택된 리소스들을 사용하여 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지와 데이터를 수신 엔티티 로 전송할 수 있고,
(7) 수신 엔티티는 중계 엔티티에 HARQ 피드백을 전송할 수 있고,
(8) 중계 엔티티는 수신 엔티티의 HARQ 피드백을 전송 엔티티에 보고할 수 있다.
실시예들에 따르면, 동작(5) 및 (6)은 적어도 부분적으로 또는 완전히 병렬로 수행된다.
실시예들에 따르면, 무선 통신 네트워크는
기지국을 포함하고,
상기 전송 엔티티는, 기지국이 전송 엔티티에서의 리소스 할당을 지원하지 않고 전송 엔티티가 자율적으로 리소스 선택 및 할당을 수행하도록 모드 2로 동작하는 다른 UE 또는 중계 엔티티며,
상기 중계 엔티티는 기지국이 상기 중계 엔티티에 의해 사용될 리소스들을 지시하도록 모드 1에서 동작한다.
실시예들에 따르면,
(1) 전송 엔티티는 센싱에 의한 중계 엔티티로 데이터를 전송하기 위해 센싱에 의해 결정된 리소스들을 식별 및 선택할 수 있고,
(2) 전송 엔티티는 식별되고 선택된 리소스들을 사용하여 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지와 데이터를 중계 엔티티에 전송할 수 있고,
(3) 중계 엔티티는 전송 엔티티에 HARQ 피드백을 전송할 수 있고,
(4) 중계 엔티티는 전송 엔티티로부터 수신한 상기 전송을 중계하기 위한 리소스들을 요청하는 스케줄링 요청(SR)을 기지국으로 보낼 수 있고,
(5) 기지국은 수신 엔티티로의 상기 전송을 위한 리소스들을 포함하는 다운링크 제어 정보(Downlink Control Information, DCI)와 같은 제어 메시지를 중계 엔티티로 보낼 수 있꼬,
(6) 중계 엔티티는 (5)에서 수신한 제어 메시지에 나타낸 리소스들을 사용하여 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지와 데이터를 수신 엔티티로 보낼 수 있고,
(7) 수신 엔티티는 중계 엔티티에 HARQ 피드백을 전송할 수 잇고,
(8) 중계 엔티티는 수신 엔티티의 HARQ 피드백을 전송 엔티티에 보고할 수 있다.
실시예들에 따르면,
(1) 전송 엔티티는 기지국에 의해 할당될 리소스들을 중계 엔티티에 요청할 수 있고,
(2) 중계 엔티티는, 전송 엔티티가 중계 엔티티로 데이터 전송을 위한 리소스들과, 중계 엔티티가 전송 엔티티로부터 수신한 상기 전송을 수신 엔티티로 중계하기 위한 리소스들을 요청하는 스케줄링 요청 SR을 기지국에 보낼 수 있고,
(3) 기지국은, 전송 엔티티에 의한 상기 전송을 위한 리소스들 및 중계 엔티티가 상기 전송을 수신 엔티티로 중계하기 위해 사용할 리소스들을 포함하는 다운링크 제어 정보(Downlink Control Information, DCI)와 같은 하나 이상의 제어 메시지를 중계 엔티티에 보낼 수 있고,
(4) 중계 엔티티는 전송 엔티티에 의해 사용될 리소스들을 포함하는 AIM(Assistance Information Message)과 같은 메시지를 전송 엔티티에 보낼 수 있고,
(5) 전송 엔티티는 메시지에 의해 또는 메시지와 감지 결과의 조합에 의해 수신한 리소스들을 사용하여, 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지와 데이터를 중계 엔티티로 보낼 수 있고,
(6) 중계 엔티티는 전송 엔티티에 HARQ 피드백을 보낼 수 있고,
(7) 중계 엔티티는 (3)에서 수신한 제어 메시지에 나타낸 리소스들을 사용하여, 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지 및 데이터를 수신 엔티티로 보낼 수 있고,
(8) 수신 엔티티는 중계 엔티티에 HARQ 피드백을 보낼 수 있고,
(9) 중계 엔티티는 수신 엔티티의 HARQ 피드백을 전송 엔티티에 보고할 수 있다.
실시예들에 따르면,
전송 엔티티는 무선 통신 네트워크의 기지국이고,
중계 엔티티는 기지국이 중계 엔티티에 의해 사용될 리소스를 나타내도록 모드 1에서 동작한다.
실시예들에 따르면,
(1) 기지국은 다운링크 제어 정보(DCI)와 같은 제어 메시지와 데이터를 중계 엔티티에 전송하도록 하고,
(2) 중계 엔티티는 예를 들어, PUCCH를 통해 HARQ 피드백을 기지국으로 보낼 수 있고,
(3) 중계 엔티티는 수신 엔티티로 상기 전송을 중계하기 위한 리소스들을 요청하는 스케줄링 요청(SR)을 기지국에 보낼 수 있고,
(4) 기지국은 수신 엔티티로의 상기 전송을 위한 리소스들을 포함 하는 다운링크 제어 정보(Downlink Control Information, DCI)와 같은 제어 메시지를 중계 엔티티로 보낼 수 있고,
(5) 중계 엔티티는 (4)에서 수신한 제어 메시지에 나타낸 리소스들을 사용하여 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지 및 데이터를 수신 엔티티로 보낼 수 있고,
(6) 수신 엔티티는 중계 엔티티에 HARQ 피드백을 보낼 수 있고,
(7) 중계 엔티티는 수신 엔티티의 HARQ 피드백을 기지국에 보고할 수 있다.
실시예들에 따르면,
(1) 기지국은 다운링크 제어 정보(DCI)와 같은 하나 이상의 제어 메시지 및 데이터를 중계 엔티티에 전송할 수 있고, 하나 이상의 제어 메시지에는 중계 엔티티가 수신 엔티티에 데이터를 전송하는데 사용할 리소스가 포함되어 있고,
(2) 중계 엔티티는 예를 들어 PUCCH를 통해 HARQ 피드백을 기지국으로 보낼 수 있고,
(3) 중계 엔티티는 (1)에서 수신한 제어 메시지에 나타낸 리소스들을 사용하여 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지 및 데이터를 수신 엔티티로 보낼 수 있고,
(4) 수신 엔티티는 중계 엔티티에 HARQ 피드백을 보낼 수 있고,
(5) 중계 엔티티는 수신 엔티티의 HARQ 피드백을 기지국에 보고할 수 있다.
실시예들에 따르면,
전송 엔티티는 무선 통신 네트워크의 기지국이고,
중계 엔티티는 기지국이 중계 엔티티의 리소스 할당에 대한 지원을 제공하지 않고 중계 엔티티가 자율적으로 리소스 선택 및 할당을 수행하도록 모드 2로 동작한다.
실시예들에 따르면,
(1) 기지국은 다운링크 제어 정보(DCI)와 같은 제어 메시지 및 데이터를 중계 엔티티에 보낼 수 있고,
(2) 중계 엔티티는 예를 들어 PUCCH를 통해 HARQ 피드백을 기지국으로 보낼 수 있고,
(3) 중계 엔티티는 데이터를 수신 엔티티로 전송하는데 사용할 센싱에 의해 결정된 리소스들을 식별 및 선택할 수 있고,
(4) 중계 엔티티는 상기 식별 및 선택한 리소스를 사용하여, 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지와 데이터를 수신 엔티티에 보낼 수 있고,
(5) 수신 엔티티는 중계 엔티티에 HARQ 피드백을 보낼 수 있고,
(6) 중계 엔티티는 수신 엔티티의 HARQ 피드백을 기지국에 보고할 수 있다.
실시예들에 따르면,
수신 엔티티는 기지국이고,
전송 엔티티는 기지국이 전송 엔티티에서의 리소스 할당을 지원하지 않고 전송 엔티티가 자율적으로 리소스 선택 및 할당을 수행하도록 모드 2로 동작하는 다른 UE 또는 중계 엔티티고,
중계 엔티티는 기지국이 중계 엔티티에 의해 사용될 리소스들을 지시하도록 모드 1에서 동작한다.
실시예들에 따르면,
(1) 전송 엔티티는 중계 엔티티로의 데이터 전송을 위한, 센싱에 의해 결정된 리소스들을 식별 및 선택할 수 있고,
(2) 전송 엔티티는 식별 및 선택된 리소스들을 사용하여 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지와 데이터를 중계 엔티티에 보낼 수 있고,
(3) 중계 엔티티는 전송 엔티티에 HARQ 피드백을 보낼 수 있고,
(4) 중계 엔티티로부터 기지국으로의 데이터 전송을 위한 리소스들을 요청하는 스케줄링 요청 (SR)을 예를 들어, 업링크 제어 정보(UCI)를 사용하여 기지국에 전송할 수 있고,
(5) 기지국은 상기 전송을 위한 리소스들을 포함하는 다운링크 제어 정보(Downlink Control Information, DCI)와 같은 제어 메시지를 중계 엔티티 에 보낼 수 있고,
(6) 중계 엔티티는 (5)에서 수신한 제어 메시지에 나타낸 리소스들을 사용하여 기지국으로 데이터를 보낼 수 있고,
(7) 기지국은 중계 엔티티에 피드백을 보낼 수 있고, 및
(8) 중계 엔티티는 기지국의 HARQ 피드백을 전송 엔티티에 보고할 수 있다.
실시예들에 따르면,
(1) 전송 엔티티는 기지국에 의해 할당될 리소스들에 대해 중계 엔티티에 요청할 수 있고,
(2) 중계 엔티티는 전송 엔티티로부터 상기 기지국으로의 데이터의 전송을 위해, 전송 엔티티에 의해 사용될 리소스들과 중계 엔티티에 의해 사용될 리소스들을 요청하는 스케줄링 요청(SR)을 예를 들어 업링크 제어 정보(UCI)를 사용하여 기지국에 보낼 수 있고,
(3) 기지국은 다운링크 제어 정보(Downlink Control Information, DCI)와 같은 하나 이상의 제어 메시지를 중계 엔티티에 보낼 수 있고, 하나 이상의 제어 메시지는 상기 전송을 위해 전송 엔티티 및 중계 엔티티에 의해 사용될 전송용 리소스들을 포함하고,
(4) 중계 엔티티는 전송 엔티티에 의해 사용될 리소스를 포함하는 AIM(Assistance Information Message)과 같은 메시지를 전송 엔티티에 보낼 수 있고,
(5) 전송 엔티티는 메시지에 의해 또는 메시지와 감지(sensing) 결과의 조합에 의해 수신된 리소스들을 사용하여 사이드링크 제어 정보(SCI)와 같은 사이드링크 제어 메시지와 데이터를 중계 엔티티에 보낼 수 있고,
(6) 중계 엔티티는 전송 엔티티에 HARQ 피드백을 보낼 수 있고,
(7) 중계 엔티티는 (3)에서 수신한 제어 메시지에 나타낸 리소스들을 사용하여 기지국으로 데이터를 보낼 수 있고,
(8) 기지국은 중계 엔티티에 피드백을 보낼 수 있고,
(9) 중계 엔티티는 기지국의 HARQ 피드백을 전송 엔티티에 보고할 수 있다.
실시예들에 따르면, 기지국에 의해 제공되는 피드백은,
· 예를 들어, 재전송이 필요한지 여부를 나타내기 위해 HARQ 프로세스 ID와 NDI의 조합을 사용하여, 중계 엔티티에 대한 암시적 피드백, 또는
· 다운링크 피드백 인디케이터(downlink feedback indicator; DFI)를 포함한다.
실시예들에 따르면, 기지국은 다음 중 하나 이상을 포함한다: 매크로 셀 기지국, 또는 소형 셀 기지국, 또는 기지국의 중앙 유닛, 또는 IAB 노드, 또는 기지국의 분산 유닛, 또는 RSU(road side unit), 또는 원격 라디오 헤드, 또는 AMF, 또는 MME, 또는 SMF, 또는 코어 네트워크 엔티티, 또는 모바일 에지 컴퓨팅(MEC) 엔티티, 5G 코어 컨텍스트 또는 NR에서와 같은 네트워크 슬라이스, 또는 항목 또는 장치가 무선 통신 네트워크를 사용하여 통신할 수 있도록 하는 임의의 전송/수신 지점(TRP)이며, 항목 또는 장치는 무선 통신 네트워크를 사용하여 통신할 수 있는 네트워크 연결이 제공된다.
방법들
제1 양태에 따르면, 본 발명은 무선 통신 네트워크를 위한 사용자 디바이스(UE)를 동작시키는 방법을 제공하며, 여기서 UE는 무선 통신 네트워크의 하나 이상의 수신 엔티티와 전송 엔티티 간의 연결성을 지원하는 기능을 제공하기 위해 중계 엔티티로서의 역할을 할 수 있으며, 상기 방법은,
전송 엔티티로부터 전송을 수신하는 것과 수신 엔티티를 향해 상기 전송을 중계하는 것에 응답하여, 전송 엔티티에 피드백을 전송하고, 상기 피드백은 수신 엔티티에서의 전송의 성공적인 수신 및/또는 비성공적 수신을 나타낸다.
제1 양태에 따르면, 본 발명은 무선 통신 네트워크를 위한 전송 엔티티를 동작시키는 방법을 제공하며, 상기 전송 엔티티는, 무선 통신 네트워크의 하나 이상의 수신 엔티티와 전송 엔티티 사이의 연결성을 지원하는 기능을 제공하기 위해 중계 엔티티에 연결되며, 상기 방법은,
수신 엔티티로 중계를 하도록 중계 엔티티로 전송을 보내는 것에 응답하여, 중계 엔티티로부터 피드백을 수신하고, 상기 피드백은 HARQ-ACK 또는 HARQ-NACK와 같이 수신 엔티티에서의 전송의 성공적인 수신 및/또는 비성공적 수신을 나타낸다.
컴퓨터 프로그램 제품
본 발명의 제1 양태의 실시예들은, 프로그램이 컴퓨터에 의해 실행될 때, 컴퓨터로 하여금 본 발명에 따른 하나 이상의 방법을 수행하게 하는 명령어들을 포함하는 컴퓨터 프로그램 제품을 제공한다.
본 발명의 제1 양태의 실시예는 수신 엔티티를 향해 중계되는 송신의 최종 상태를 전송 엔티티에 알리기 위한 접근법을 제공하는 한편, 추가 실시예는 모드 1 또는 모드 2에서 동작할 때 중계 UE의 기능과, 리소스 할당에서 중계 UE가 전송 엔티티를 어떻게 지원할 수 있는지를 다룬다. 모드 1에서 동작할 때, 기지국은 전송 엔티티와 중계 UE와 같은 엔티티에 의해 사용될 리소스들을 나타내거나 엔티티에서의 리소스 스케줄링을 돕는다. 즉, 모드 1에서 기지국은 엔티티에 대한 리소스들을 스케줄링한다. 기지국은 동적 그랜트(dynamic grants)를 통해 리소스들을 제공할 수 있고, 또는 기지국이 설정된 그랜트들을 사용하여 엔티티가 선택할 수 있는 리소소들의 그랜트를 제공할 수 있다. 모드 2로 동작할 때, 기지국은 전송 엔티티와 중계 UE와 같은 엔티티에서의 리소스 할당을 지원하지 않고, 엔티티가 자율적으로 리소스 선택 및 할당을 수행한다. 따라서, 본 발명의 제1 양태의 실시예는 중계 노드(RN)로도 지칭되는 중계 UE를 통한 전송 엔티티로부터 수신 엔티티를 향하여 전송되는 전송 또는 패킷에 대한 피드백을 전송 및 수신하기 위한 접근법을 제공한다. 중계 UE를 통한 전송 엔티티에서 수신 엔티티로의 전송은, 그 중계 체인과 경로가 전송 엔티티→ 중계 UE A →중계 UE B→수신 엔티티일 수 있는 다중-홉 중계 시스템과 같이, 중계 UE에서 다른 중계 UE로의 전송이거나, 그 중계 체인과 경로가 전송 엔티티→ 중계 UE→수신 엔티티일 수 있는 단일 홉 중계 시스템과 같이, 상기 전송이 중계 UE로부터 수신 엔티티로 직접적일 수 있다는 것을 의미한다.
도5는 도1을 참조하여 설명한 시스템 또는 네트워크와 같은 무선 통신 시스템의 네트워크 엔티티 또는 UE와 같이, 전송 엔티티(402)와 하나 이상의 수신 엔티티(404) 간의 연결성을 지원하는 기능을 제공하기 위해 중계 UE의 역할을 하는 UE(400)의 일 실시예를 도시한다. 도5에서, 중계 UE(400)는 제1 링크 또는 연결(406)을 통해 전송 엔티티(402)에 연결되고, 중계 UE(400)는 제2 링크 또는 연결(408)을 통해 수신 엔티티(404)에 연결된다. 중계기로서 동작할 때, 중계 UE(400)는 제1 연결(406)을 통해 전송 엔티티 또는 TX UE(402)로부터 데이터 또는 하나 이상의 데이터 패킷 및 연관 제어 데이터와 같은 전송 ①을 수신한다. 중계 UE(400)는 중계 UE(400)에서의 전송 수신의 성공 및/또는 실패를 나타내는 피드백을 전송 엔티티(402)로 전송하거나 전송하지 않을 수 있다. 이 피드백을 전송하는 경우, ③으로 표시되는 동일한 피드백 채널(PSFCH)을 사용하지만, 다른 리소스들을 통한다. 중계 UE(400)는 제2 사이드링크 연결을 통해 수신 엔티티 또는 RX UE(404)를 향한 전송 ②를 중계한다. 중계된 전송 ②가 RX UE(404)에서 수신되는 경우, 그는 피드백을 수신하는 중계 UE로 제2 연결(408)을 통해 피드백④을 전송한다. 412로 표시된 바와 같이, 중계 UE(400)는 제1 연결(406)을 통해 RX UE(404)로부터의 피드백 ④이거나 이를 포함하는 피드백 ③을 TX UE(402)로 전송한다. 피드백 ④는 RX UE(404)에서의 전송의 상태, 예를 들어, RX UE(404)에서의 데이터 전송의 성공적인 수신 및/또는 비성공적인 수신을 나타낼 수 있다. 피드백은 긍정 HARQ-acknowledgement(HARQ-ACK), 또는 부정 HARQ-non-acknowledgement(HARQ-NACK)을 포함할 수 있다. 중계 UE(400)가 예를 들어, 중계된 전송이 RX UE(404)에서 수신되지 않거나 인식되지 않기 때문에, 어떠한 피드백도 수신하지 않거나 RX UE(404)로부터 설정되거나 미리 설정된 시간 윈도우 내에 피드백을 받지 못하는 경우, 중계 UE(400)는 HARQ-NACK과 같이 RX UE(404)에서의 전송의 비성공적인 수신을 나타내는 피드백 ③을 전송 엔티티(402)에 신호한다.
본 발명의 제1 양태의 추가 실시예들은 무선 통신 시스템을 위한 전송 엔티티를 제공한다. 도6은 TX UE와 같은 전송 엔티티(402) 또는 gNB와 같은 네트워크 엔티티의 일 실시예를 도시한다. 전송 엔티티(402)는 제1 링크(406)를 통해 중계 UE(400)에 연결되어, 수신 엔티티(404)로의 전송 ①이 중계 UE(400)와 수신 엔티티(404)를 서로 연결하는 제2 링크(408)를 통해, 중계 전송 ②으로서 중계 UE(400)에 의해 중계될 수 있다. 제1 양태의 실시예들에 따르면, RX UE(404)를 목적지로 하여 중계 UE(400)로 데이터 및 연관 제어 정보와 같은 전송 ①을 전송하는 것에 응답하여, 전송 엔티티(402)는 중계 UE(400)로부터 418로 표시된 바와 같이 피드백 ③을 수신한다. 도5를 참조하여 설명한 바와 같이, 피드백 ③은 RX UE(404)로부터의 피드백 ④이거나 이를 포함하며, 중계된 전송 ②가 RX UE(404)에서 수신되는 경우, 예를 들어, HARQ-ACK 또는 HARK-NACK과 같이, 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)로의 전송에 관한 피드백은 다음과 같이 처리될 수 있다:
중계 UE(400)가 수신 UE(404)로부터 ACK를 수신하면, 피드백의 수신에 뒤따라, 설정된 또는 기설정된 시간 윈도우 내에서, 예를 들어 가능한 가장 빠른 기회에 또는 가능한 한 빨리 이를 TX 엔티티(402)에 보고한다.
중계 UE(400)가 수신 UE(404)로부터 NACK를 수신하는 경우, 중계 UE(400)는 피드백의 수신에 뒤따르는 기 설정되거나 설정된 시간 윈도우 내에서, 예를 들어 가능한 가장 빠른 기회에 또는 즉시 TX 엔티티(402)에 NACK를 보고하고, 예를 들어 수정된(revised) MCS 또는 코딩 레이트로 TX 엔티티(402)로부터의 재전송을 기다릴 수 있다.
중계 UE(400)가 수신 UE(404)로부터 NACK를 수신하는 경우, TX 엔티티(402)에 즉시 보고하지 않고, 중계 UE(400)는 버퍼에서 전송을 유지하면서, 동일하거나 상이한 전송 파라미터들로, 예를 들어 MCS 또는 코딩 레이트로, 기 설정되거나 설정된 시간 윈도우 동안 원격 UE(404)로의 재전송 시도를 계속할 수 있다. 중계 UE(400)가 ACK를 수신하면 TX 엔티티(402)에 피드백을 보고한다. 중계 UE(400)가 ACK를 수신하지 않으면 다음 이벤트 중 하나가 발생할 때까지 재전송을 계속 시도할 수 있다:
· 타이머가 경과할 때까지, 또는
· 미리 정의되거나 미리 설정된 최대 중계 재전송 시도 횟수가 수행될 때까지.
중계 UE(400)가 ACK를 수신하기 전에 이러한 이벤트 중 하나가 트리거되면, 중계 UE(400)는 전송이 실패했음을 선언하는 NACK를 TX 엔티티(402)로 다시 보낸다. 그러한 경우에, TX 엔티티(402)는 상이한 전송 파라미터들로, 예를 들어, MCS 또는 코딩 레이트로 패킷을 재전송하거나, 다른 중계 UE를 사용하여 다른 경로를 시도할 수 있다.
실시예들에 따르면, 전송 엔티티(402)는 사용자 디바이스, UE 또는 추가 중계 UE이고, 수신 엔티티(404)는 UE이거나 추가 중계 UE이다. 이 경우, 제1 및 제2 연결(406, 408)은 사이드링크 또는 PC5 연결 또는 인터페이스와 같은 직접(direct) 인터페이스이다.
다른 실시예들에 따르면, 전송 엔티티(402)는 UE 또는 추가 중계 UE이고, 수신 엔티티(404)는 네트워크 엔티티, 예를 들어 gNB와 같은 라디오 액세스 네트워크(radio access network: RAN) 엔티티다. 이 경우, 제1 연결(406)은 사이드링크 또는 PC5 연결과 같은 직접 인터페이스이고, 제2 연결(408)은 3GPP 인터페이스와 같은 액세스 네트워크 인터페이스, 논(non)-3GPP 인터페이스, 다운링크(DL) 인터페이스 예컨대, Uu 인터페이스, 또는 WiFi 인터페이스이다.
또 다른 실시예들에 따르면, 전송 엔티티(402)는 네트워크 엔티티, 예를 들어 gNB와 같은 라디오 액세스 네트워크(radio access network; RAN) 엔티티고, 수신 엔티티(404)는 UE 또는 추가 중계 UE이다. 이 경우, 제1 연결(406)은 3GPP 인터페이스와 같은 액세스 네트워크 인터페이스, 논(non)-3GPP 인터페이스, 다운링크(DL) 인터페이스 예컨대, Uu 인터페이스, 또는 WiFi 인터페이스이고, 제2 연결(408)은 사이드링크 또는 PC5 연결과 같은 직접 인터페이스이다.
본 발명의 제1 양태는 이하에서 TX UE로도 지칭되는 전송 엔티티 또는 TX 엔티티(402)에, TX UE(402)로부터 RX UE(404)를 향한 전송에 대한 피드백③(전체 HARQ 피드백이라고도 함)을 제공하기 위한 실시예를 제공한다. 도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를 전송한다. 그 다음, 중계 UE(400)는 HARQ 피드백과 같은 피드백 ⑤를 제1 사이드링크 연결(406)을 통해 TX UE에 제공하며, 이는 중계 노드(400)에서의 초기 전송의 성공적인 및/또는 비성공적인 수신을 나타낸다. 중계 노드(400)는 제2 사이드링크 연결(408)을 통해 ②에 표시된 바와 같이 SCI와 함께 데이터를 RX UE(404)로 중계한다. RX UE(404)는 제2 사이드링크 연결(408)을 통해 HARQ 피드백 ④를 중계 노드(400)로 리턴하며, 이는 RX UE(404)에서의 데이터의 성공적인 및/또는 비성공적인 수신을 나타낸다. 중계 노드(400)는 TX UE(402)로의 제1 사이드링크 연결(406)을 통해, 전체 HARQ 피드백 ③이라고도 불리는, RX UE(404)로부터의 피드백 ④를 포함하는 전체 피드백을 제공한다. 기술적으로 피드백 ⑤는 첫번째 피드백일 수 있고, 도7 에서 시간에 따른 이벤트의 순서는 전송①, 피드백⑤, 전송②, 피드백 ④ 및 전체 피드백 ③ 일 수 있다. 중계 UE가 전송을 성공적으로 수신했다면 전송 ②와 피드백 ⑤는 동시에 발생할 수 있으며, 그렇지 않으면 피드백 ⑤만 발생한다.
도8은 중계 노드(400)를 통해 TX UE(402)로부터 RX UE(404)로의 전송에 대한 전체 HARQ 피드백을 제공하기 위한 본 발명의 제1 양태의 다른 실시예를 도시한다. 도7에 도시된 실시예와 비교하면, 도8에 도시된 실시예는, 중계 노드(400)와 TX UE(402) 사이에 새로운 피드백 링크를 제공하기 보다, 피드백 ⑤(도7 참조) 대신, 중계 노드(400)와 TX UE(402) 사이의 기존 피드백 링크를 사용하여 RX UE(404)로부터의 HARQ 피드백을 포함하는 전체 HARQ 피드백③을 전달한다.
도7 및 도8 에 도시된 실시예에서, 피드백은 PSFCH를 사용하여 제1 사이드링크 연결(406)을 통해 전송될 수 있다. 다른 실시예들에 따르면, TX UE(402)는 기지국을 포함하는 전송 엔티티일 수 있다. 이 경우, 전송 엔티티와 중계 UE는 Uu 인터페이스와 같은 액세스 네트워크 인터페이스를 통해 연결될 수 있으며, 피드백은 PUCCH 또는 PUSCH에서 제1 연결(406)을 통해 전송될 수 있다.
실시예들에 따르면, 피드백은 RX UE(404)에서 데이터의 성공적인 및/또는 비성공적인 수신을 나타내는 정보 이외에 추가 정보를 포함할 수 있다. 예를 들어, 현재 또는 기존 연결(406, 408)을 사용하여 전송을 수신할 수 있는 수신 엔티티의 능력을 전송 엔티티가 알 수 있도록 하기 위해, 중계 UE와 수신 엔티티 사이의 링크 품질이 시그널링될 수 있다. 패킷 전송이 실패한 경우 즉, 데이터가 수신 엔티티(404)에서 비성공적으로 수신된 경우, TX UE(402)에서 수신된 전체 피드백 메시지에 포함된 중계 UE와 RX UE 사이의 링크 품질은, 링크 품질이 미리 정의된 임계값 미만인 것으로 TX UE에서 식별되고 수신 엔티티에서 데이터 또는 전송의 비성공적인 수신을 유발하는 경우, TX UE에 의해 중계 재선택을 시작하는데 사용될 수 있다. 예를 들어, LTE V2X에서, TX 엔티티와 UE 사이의 링크 품질이 미리 정의된 RSRP 임계값 미만인 경우, UE는 중계 UE로 전환하기로 결정할 수 있다. 레이어 3 프로토콜이 중계의 실제 선택에 사용된다.
또한 중계 UE와 수신 엔티티 사이의 거리를 나타내는 거리 측정, 또는 TX UE가 중계 UE와 수신 엔티티 사이의 거리를 확인할 수 있는 영역 ID(둘 다 또는 수신 엔티티만)가 시그널링 되어, 예를 들어, 전송 엔티티가 중계 UE로부터의 거리에 기초하여 HARQ 피드백을 제공 하는 수신 엔티티의 능력을 인식하도록 할 수 있다.
수신 엔티티가 전송을 성공적으로 수신할 수 있도록 보장하기 위해 전송 엔티티를 지원하는 추가 데이터가 피드백에 포함될 수 있다. 이 정보는 TX 엔티티가 현재 중계를 통한 기존 링크가 성공적인 전송을 보장하는데 적합한지 여부와 그렇지 않은 경우 무엇을 변경해야 하는지를 결정하는데 도움이 된다. 예를 들어, 중계 UE는 배터리가 부족하거나 예정된 중지상태가 발생할 수 있다. 이는 TX 엔티티가 수신 엔티티에 대한 링크를 형성하는 다른 방법을 찾아야 함을 의미한다. 추가 정보는 또한 TX 엔티티에게 수신 엔티티가 더 먼 거리, 배터리 부족 또는 예정된 중지와 같은 특정 요인에 따라 더 이상 전송을 수신하지 못할 수 있다는 점을 알려줄 수 있다.
피드백은 또한 TX UE에 대한 일부 데이터가 수신 엔티티에서 이용 가능하다는 지표(indication)를 포함할 수 있다. 즉, 피드백은 수신 엔티티가 TX UE로 데이터를 전송할 의도라는 지표(indication)를 포함할 수 있다. 예를 들어, 지표(indication)는 버퍼 상태 보고 (buffer status report; BSR)일 수 있으며, 여기서 RX UE는 TX 엔티티인 기지국에 전송을 위한 리소스가 필요하다고 알릴 수 있거나, 또는 지표(indication)는 RX UE에서 TX 엔티티로 데이터를 전송하는 데 사용되는 리소스에 대한 스케줄링 요청(Scheduling request; SR)을 포함할 수 있다.
피드백은 또한 HARQ/전송 프로세스를 중지하도록 알려주는 수신 엔티티로부터의 신호를 포함할 수 있다. 예를 들어 UE가 전력 절약으로 들어갈 필요가 있거나 더 높은 우선순위의 트래픽을 위해 리소스를 절약할 필요가 있는 경우, 예를 들어, 어떤 종류의 중단 신호(abort signal)가 포함될 수 있다.
피드백은 또한 수신 UE에서 수신되고 중계 UE에 의해 전송된 최상의(best) 빔 또는 상위 m개의 빔의 빔 인덱스를 포함할 수 있다.
추가 실시예들에 따르면, 중계 노드로부터 TX 엔티티로 포워딩되고 수신 엔티티에서의 전송의 성공적인/비성공적인 수신에 대한 지표(indication)를 포함하는 전체(overall) 피드백 또는 제1 피드백은 종합된(aggregated) 피드백이거나 또는 종합된(aggregated) 보고를 포함할 수 있다. 집계된 피드백 또는 보고는 복수의 전송 또는 패킷 또는 재전송에 대한 피드백을 포함할 수 있으며, 보고는 예를 들어 미리 정의된 시간 윈도우 내에서, 데이터 패킷 또는 재전송과 같은 일부 또는 모든 전송이 수신 엔티티에서 성공적으로 또는 비성공적으로 수신되었는지 여부를 나타내거나, 데이터 패킷 또는 재전송과 같은 전송의 미리 정의된 개수가 성공적으로 또는 비성공적으로 수신되는지를 나타낼 수 있다. 다른 실시예들에 따르면, 종합된 피드백은 데이터 전송 또는 패킷 또는 재전송 중 어느 것이 성공적으로 수신되었는지 및/또는 데이터 전송 또는 패킷 또는 재전송 중 어느 것이 성공적으로 수신되지 않았거나 실패했는지를 나타낼 수 있다. 또한 종합된 피드백은 집계된 피드백은 초과된 지연 예산 또는 지터 임계값을 초과하여 성공적으로 수신된 데이터 전송 또는 패킷 또는 재전송을 나타낼 수 있다. 초과된 지연 규격(delay budget) 또는 지터(jitter) 임계값에 따라, TX 엔티티는 향후 전송 또는 사용된 데이터 흐름에 대한 재전송을 위해 이를 방지하는 조치를 취할 수 있다. 예를 들어, TX 엔티티는 라디오 베어러(bearer)를 재구성할 수 있고, TX 엔티티는 다른 서비스/데이터 흐름을 드롭(drop)하거나, TX 엔티티는 다른 셀로 핸드오버할 수 있다.
또 다른 실시예는 중계 UE와 수신 엔티티 사이의 악화되는 링크 품질의 지표(indication), 예를 들어, 링크 품질이 TX UE로 하여금 중계 재선택 프로세스를 시작할 수 있게 만드는 미리 설정되거나 설정된 임계값에 근접하거나 그 미만이라는 표시를 포함할 수 있다. 또 다른 실시예는 중계 UE와 수신 엔티티 사이의 중계 링크를 통해 가능한 새로운 최대 QoS를 나타내는 업데이트를 포함할 수 있다. 예를 들어, 이것은 전송 엔티티가 지금까지 보낸 전송과 비교할 때 더 높은 QoS를 요구하는 전송을 보내는 것이 이제 가능할 수 있다는 것을 알게 해준다.
본 발명의 제1 양태의 실시예들에 따르면, 피드백의 전송은 물리적 계층, 매체 액세스 제어(medium access control; MAC) 계층 또는 라디오 링크 제어(radio link control; RLC) 계층에서 수행될 수 있다.
물리적(PHY) 계층에서의 피드백 전송
PHY 계층에서의 피드백 전송의 제1 실시예들에 따르면, 전술한 설명한 도7 또는 도8에 도시된 바와 같이 전체 HARQ 피드백을 전달하기 위해 중계 UE와 TX UE 사이의 새로운 피드백 링크가 제공된다. 다른 실시예들에 따르면, TX UE(402)와 중계 UE(400) 사이의 제1 연결(406)에 대한 전체 피드백 ③에 사용될 리소스들은 TX UE(402)에 의해 중계 UE(400)에 암시적으로 나타낼 수 있으므로 중계 UE(400)는 RX UE(404)로부터 전체 피드백③을 보고하기 위해 사용될 PSFCH와 같은 채널 상의 리소스들을 알고 있다. 예를 들어, 중계 UE(400)는 제1 연결(406)상에서 물리적(PHY) 계층에서 RX UE로 중계된 전송과 연관된 피드백을 전송하고, 리소스 풀(resource pool, RP)은 피드백 채널 PSFCH를 갖거나 갖지 않도록 설정될 수 있다. 만약 PSFCH가 존재하는 경우, 그것은 모든 타임 슬롯에 사용 가능하지 않을 수 있다. 그것은 첫 번째, 두 번째 또는 네 번째 타임 슬롯마다 있을 수 있다. 알려진 공식을 사용하여, 중계 UE와 RX UE 둘 다, 일단 데이터가 타임 슬롯 t0에서 전송되면, 피드백이 RX UE에서의 일정 처리 시간 후에, RX UE에 의해 다음 사용 가능한 PSFCH 타임 슬롯에서 중계 노드로 다시 전송된다는 것을 알고 있다. 실시예들에 따르면, 일단 중계 UE가 RX UE로부터 피드백을 수신하면, 중계 노드는 일정 시간 갭/처리 시간 후에, 다음 사용 가능한 PSFCH 타임 슬롯에서 TX UE로 피드백을 보낸다. 상기 갭 또는 PSSCH-to-Relay-PSFCH-time은 TX UE에서 설정되거나 미리 정의될 수 있으므로, 피드백이 예상되는 시기를 알 수 있다.
전송 엔티티가 기지국과 같은 RAN 엔티티인 경우, 중계 UE는 전체 피드백 ③을 PUCCH 또는 PUSCH를 통해 기지국에 보고하고, 전체 피드백 보고 시 중계 UE가 사용할 리소스들은 설정된 또는 미리 정의된 PSSCH-to-Relay-PUCCH-time을 사용하여 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 타임 슬롯에서, 또는 주어진 시간 듀레이션 내에서 또는 주어진 PSFCH 리소스에서 RX UE로부터의 피드백을 전달하기를 기대한다고 SCI에 명시적으로 표시한다.
도7에 도시된 실시예에 따르면, 전송 엔티티(402)는 사이드링크 중계 노드(400)를 통해 사용자 디바이스이기도 한 수신 엔티티에 연결된 사용자 디바이스(UE)이다. TX UE(402) 및 중계 노드(400)는 제1 사이드링크(406)를 통해 연결되고, 중계 노드(400)와 RX UE(404)는 제2 사이드링크 연결(408)을 통해 연결 된다. TX UE(402)로부터 중계 UE(400)로의 전송에 대한 피드백⑤는 PSFCH의 제1 리소스상에 전송될 수 있고, 중계 UE(400)에서 RX UE(404)로의 전송에 대한 피드백③은 제1 리소스와는 상이한 PSFCH의 제2 리소스상에서 전송될 수 있다. TX UE(402)가 다음 수단을 사용하여 중계 UE에서 수신된 전송의 첫 번째 부분에 대한 피드백⑤ 및 전체 피드백③에 대한 PSFCH 리소스를 제공하는 것이 가능하다:
· 동일한 SCI에서, ③ 및 ⑤에 대한 리소스를 나타내기 위해 상이한 파라미터를 사용하거나,
· 동일한 포맷을 사용하여 상이한 SCI를, 동시에 또는 차례대로 전송하거나,
· 상이한 포맷을 사용하여 상이한 SCI를 동시에 또는 차례로 전송한다.
전송 엔티티가 기지국과 같이 RAN 엔티티인 경우, 중계 UE는 PUCCH 또는 PUSCH를 통해 전체 피드백③을 기지국에 보고하고, 전체 피드백 ③ 보고 시 중계 UE가 사용할 리소스들은 기지국에 의해 PDCCH에서 제공된 전송①의 DCI에서 제공될 수 있다. gNB는 두 세트의 PUCCH 리소스들을 제공하는데, 하나는 중계 UE가 RX UE에서 TX UE로 전체 피드백③을 보내기 위한 것이고, 다른 하나는 중계 UE에서 수신한 전송의 첫 번째 부분에 대한 피드백⑤를 보내기 위한 것이다. gNB는 다음 수단을 사용하여 중계 UE에서 수신한 전송의 첫 번째 부분에 대한 피드백 ⑤ 및 전체 피드백 ③에 대한 PUCCH 리소스를 제공할 수 있다:
· 동일한 DCI에서 ③ 및 ⑤에 대한 리소스들을 나타내기 위해 상이한 파라미터를 사용하거나
· 동일한 포맷을 사용하여 상이한 DCI를, 동시에 또는 차례대로 전송하거나,
· 상이한 포맷을 사용하여 상이한 DCI를 동시에 또는 차례로 전송한다.
물리적 계층을 통해 피드백 전송을 수행하는 다른 실시예들에 따르면, 도8을 참조하여 전술한 바와 같이, 중계 노드와 전송 엔티티 사이의 기존 링크를 재사용할 수 있다. 즉, 이러한 실시예들에 따르면, TX 엔티티에서 중계 노드로의 전송에 대한 피드백을 전송하기 보다는, 이러한 피드백 링크의 리소스들을 RX UE에서 전송 엔티티로부터 전송의 성공/비성공적 수신을 나타내는 전체 HARQ 피드백③을 전달하는데 사용한다. 전송 엔티티가 TX UE인 경우, TX UE는 TX UE에서 중계 노드로의 패킷의 전송과 같은 전송의 상태에 대해 UE에게 피드백을 제공하기 위해 중계 UE가 사용할 PSFCH 리소스 세트를 지정하거나 할당했다고 가정한다. 그러나, 전술한 실시예에 따르면, TX UE로부터 중계 노드로의 전송 상태를 전송하기 위해 이들 리소스들을 사용하는 대신에, 이들은 중계 노드로부터 RX UE로의 전송 상태를 보고하기 위해 사용되며, 즉, 전체 피드백 또는 RX UE에서 중계 노드로의 피드백을 위해 사용된다. 따라서, 중계 노드로의 전송에 대한 피드백이 TX UE에서 수신되지 않음에도 불구하고, TX UE는 여전히 전송에 대한 전체 피드백을 수신하므로, 예를 들어 원격 UE에서 실패가 발생한 경우, TX UE는 RX UE로부터의 피드백에 표시된 해당 상태에 응답하여 재전송을 결정할 수 있다. 즉, TX 엔티티와 중계 UE 간의 전송 상태에 대해 중계 UE가 TX UE에게 피드백을 보내기로 되어 있었던 PSFCH의 리소스에서, 이제 중계 UE는 중계 UE와 수신 엔티티 간의 전송의 피드백 상태를 보고한다.
다른 실시예들에 따르면, 전송 엔티티는 gNB와 같은 RAN 엔티티일 수 있고, 이러한 실시예에서, gNB로부터 중계 UE에 대한 전송 상태에 대한 피드백을 제공하기 위해, 중계 UE에 대해 초기에 할당된 PUCCH 또는 PUSCH 상의 리소스들이 RX UE로부터의 전체 피드백인 피드백 ③을 보고하는데 사용된다.
중계 UE 및 RX UE에 대해 적절한 프로세싱 시간을 고려하여, 전송 엔티티는 피드백③ 보고를 위해 중계 UE에 의해 사용될 리소스들을 나타낼 수 있다고 가정한다.
UE-to-UE 중계 및 UE-to-네트워크 중계에 대한 PSFCH 상의 또는 PUSCH 또는 PUCCH 상의 리소스들은 각각 HARQ 실패를 TX UE에 보고하기 위해 중계 UE에 의해 사용될 수도 있고, 이에 응답하여 TX UE가 재전송 또는 중계 재선택을 트리거할 수 있다. 예를 들어, 전송이 실패한 경우, TX UE는 MAC 계층에서 데이터 패킷과 같이 전송을 유지할 수 있으므로, TX UE가 재전송을 수행하거나 다른 중계 UE를 통해 RX UE에 연결할 수 있는 경우, 추가 프로세싱 지연 없이 전송이 수행될 수 있다. 예를 들어, 전송 엔티티는 다음 중 하나 이상과 같은 특정 이벤트에 응답하여 중계 재선택 프로세스를 트리거할 수 있다:
· HARQ 실패 또는 HARQ-NACK과 같이 수신 엔티티에서 전송의 비성공적인 수신을 나타내는 피드백의 수, 비율 또는 백분율이 설정된 또는 미리 설정된 임계값에 근접하거나 초과하는 경우, 여기서, 임계값은 설정되거나 미리 설정된 전송을 위한 최대 재전송 횟수 미만일 수 있음,
· 예를 들어 설정된 또는 미리 설정된 링크 품질 임계값을 초과하는 중계 UE와 수신 엔티티 사이의 중계 링크의 링크 품질의 저하,
· 빔 인덱스의 변화,
· 통신 거리가 UE와 수신 엔티티 사이 또는 UE와 전송 엔티티 사이의 최소 통신 범위 요구 사항에 근접하거나 초과하는 경우,
· 예를 들어, 구역 ID 변경으로 나타내는 위치의 변경,
· 중계 UE의 배터리 수준이 설정된 또는 미리 설정된 임계값에 근접하거나 이를 초과; 예를 들어, 중계 UE의 배터리 수준은 TX 엔티티로 전송될 수 있으며, TX 엔티티가 상기 수준이 임계값에 근접하거나 아래로 떨어지는 것을 볼 때 중계 재선택을 트리거할 수 있다.
실시예들에 따르면, TX UE(402)는 TX UE가 중계 UE로부터 전체 피드백 ③을 수신할 것으로 예상하는 특정 기간(time period)을 지정하기 위해 타이머를 포함할 수 있다. TX UE가 타이머에 의해 지정된 시간 내에 주어진 전송에 대한 피드백을 수신하지 못하는 경우, TX UE는 전송 또는 패킷을 재전송할 수 있다. 예를 들어, 시간 경과에 응답하여, 전송 엔티티는 수신 엔티티가 전송을 수신하는데 성공하지 못했다고 가정하고, 예를 들어 설저된 또는 미리 설정된 재전송 방식에 따라 전송의 재전송을 트리거할 수 있다.
전술한 실시예에서, 실패한 전송의 경우, 전체 HARQ 피드백은 예를 들어 TX 엔티티와 RN UE 사이의 링크(406)가 실패한 링크였는지 및/또는 실패한 링크가 RN UE와 RX UE 사이의 링크(408)인지 여부를 나타내는 추가적인 1비트 또는 2비트 인디케이터를 피드백에 포함함으로써, 링크(406) 또는 링크(408) 중 어떤 링크가 결함이 있었는지를 나타낼 수 있다.
MAC 계층에서 피드백 전송
전술한 바와 같이 중계 UE로부터 TX 엔티티로의 물리 계층 피드백을 사용하는 대신에, 추가 실시예들에 따르면, 중계 UE(400)(도5 참조)는 MAC 제어 요소인 MAC CE를 사용하여 중계기로부터 RX UE로의 전송 상태에 대해 TX 엔티티(402)에 알릴 수 있다.
MAC 계층 실시예들, 즉 TX 엔티티의 MAC 계층에따르면, 사이드링크를 통해 또는 Uu 인터페이스를 통해 중계 노드에 연결된 TX 엔티티는, 전송 엔티티에서 중계 노드로의 전송의 상태에 대한 중계 UE에 의한 물리 계층상의 피드백과, 중계 UE에 의해 전송 엔티티로 보고되는 MAC 계층 피드백을 구별할 수 있다. 따라서, 실시예들에 따르면, 하나 이상의 중계를 통해 전송된 전송 또는 패킷은 MAC 계층의 피드백(L2 피드백)이 전송 엔티티에 의해 수신되고, RX UE에서 전체 피드백을 보고할 때 완전히 확인 응답된(acknowledged) 것으로 간주되는 반면, 전송 엔티티에서 수신한 물리 계층 또는 L1 피드백은 TX 엔티티에서 중계 노드로의 전송 상태만을 나타내고, 전술한 바와 같은 L2 피드백에 의해 보고되는 전체 피드백은 아니다.
MAC 계층을 통해 수신된 피드백인 L2 피드백이 부정적이거나 RX UE에서의 실패한 전송을 나타내는 경우, 실시예들에 따르면, TX 엔티티가 중계 UE로부터 수신할 수 있는 최대 실패 또는 NACK 개수가 정의될 수 있다. 미리 정의된 또는 최대 실패 횟수에 도달한 후, TX 엔티티와 중계 UE 사이 또는 중계 UE와 RX UE 사이의 링크 상태가 저하되었을 수 있으므로, TX UE는 중계 재선택 절차를 트리거할 수 있다. 유사하게, RX UE로부터 중계 UE에 의해 수신된 PHY 계층 피드백이 부정적이거나 실패한 전송을 나타내는 경우, 실시예들에 따르면, 중계 UE가 RX UE로부터 수신할 수 있는 최대 실패 또는 NACK 개수가 정의될 수 있다. 미리 정의된 또는 최대 실패 횟수에 도달한 후, 중계 UE와 RX UE 사이의 링크 상태가 저하되었을 수 있음을 중계 UE가 식별했으므로, 중계 UE는 TX UE에 적절한 시그널링을 제공하여 중계 재선택 절차를 트리거할 수 있다. 최대 실패 횟수는 특정 패킷에 대해 TX UE에 설정된 최대 재전송 횟수 미만일 수 있으므로, 최대 재전송 횟수에 도달할 때까지 기다리는 대신, 중계 UE는 전송 엔티티에서의 중계 재선택 절차를 이미 더 일찍 즉, 릴레이 노드와 RX UE 간의 링크 품질 저하를 나타내는 미리 정의된 실패 횟수에 도달한 후 트리거할 수 있다.
RLC 계층을 통한 피드백 전송
또 다른 실시예들에 따르면, 전체 피드백은 RLC 계층을 통해 전송될 수 있다. RLC 계층은 각 엔티티들이 확인 응답 모드(acknowledge mode; AM)로 동작할 때 전송이나 패킷 또는 PDU의 수신을 확인(confirm)하기 위해 L2 RLC 응답(Acknowledgement)를 생성할 수 있다.
도9는 RLC 피드백 설정에 대한 실시예를 도시한다. 도9a는 전체 RLC 확인 응답을 도입하는 실시예를 도시하고, 도9b는 종단간(end-to-end) 피드백을 도시한다.
도9a에 도시된 바와 같이, 전체 RLC 확인 응답 ③의 경우, TX 엔티티(402)는 확인 응답 모드(AM)에서 동작한다. TX 엔티티(402)는 중계 노드(400)로 상기 전송을 전송한다. 중계 노드(400)가 TX 엔티티로부터 상기 전송을 수신하면, 중계 노드에서 전송의 성공적인 수신을 확인하기 위해 제1 RLC ACK ④를 전송한다. 중계 노드(400)는 상기 전송을 RX 엔티티(404)로 전달한다. 상기 전송의 성공적인 수신에 응답하여 RX 엔티티(404)는 전송 또는 패킷에 대한 제2 RLC ACK를 다시 전송함으로써, 도7에 도시된 것과 유사한 방식으로 전체 피드백 ③을 제공한다.
종단간 피드백 ③의 경우, 도9b에 도시된 바와 같이, 도8에 도시된 것과 유사하게, 중계 UE(400)로부터 TX(402)로의 제1 RLC ACK ④는 RLC AM에서 RX 엔티티(404)로부터의 RLC ACK ③로 대체된다.
제1 양태의 실시예에 따른 무선 통신 시스템 또는 네트워크의 동작
다음으로, 본 발명의 제1 양태의 실시예에 따른 전술한 중계 UE 및/또는 전송 엔티티를 포함하는 전체 무선 통신 시스템 또는 네트워크의 동작을 도시하는 실시예가 설명되며, 여기서 중계 UE 및/또는 전송 엔티티는 모드 1 또는 모드 2에서 동작할 수 있다. 먼저, UE-to-UE 중계의 동작을 설명하고, 이어서 UE-to-네트워크 중계의 동작을 설명한다.
기지국이 중계 UE를 위한 리소스들을 제공하는 후술할 실시예에서, DCI는 중계 UE에 의한 특정 패킷의 전송을 위한 명시적 리소스들과 같이 동적 그랜트(dynamic grant)을 정의하는데 사용되거나, 중계 UE에서 RRC 시그널링을 사용하여 설정되고 중계 UE가 DCI를 수신한 시점부터 그랜트를 활성화하기 위해 사용될 수 있는 리소스들과 같이, 중계 UE에서 설정된 그랜트 유형 2를 정의하는 데 사용될 수 있다. 중계 UE는, 모드 1에서 동작할 때, 기지국에 의해 제공되는 경우, 설정된 모든 그랜트 유형 1을 항상 사용할 수 있다. 기지국이 전송 엔티티에 대한 리소스들도 스케줄링하는 경우, DCI는 전송 엔티티에 대해 동적으로 정의되거나 설정된 그랜트들도 정의할 수 있다.
1. UE-to-UE 중계
다음으로, 모드 1 또는 모드 2에서 동작하는 사이드링크 통신을 통해 중계 UE에 연결된 TX UE를 전송 엔티티로서 포함하는 무선 통신 시스템 및 그 동작의 실시예들을 설명한다. 원격 또는 RX UE에 관한 한, 이후에 설명되는 모든 실시예에 대해, RX UE는 모드 1 또는 모드 2에 있을 수 있다.
(a) TX UE와 중계 UE는 모두 Mode 1에 있음
도10은 모드 1에서 동작하는 중계 노드 또는 중계 UE(400) 및 TX UE(402) 포함하는 무선 통신 네트워크의 실시예를 도시하며, 즉, TX UE(402)로부터 RX(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에서 동작하고, 이들은 또한 gNB와 TX UE(402) 및 중계 UE(404) 사이의 업링크/다운링크 전송을 위해 각각의 Uu 연결(454, 456)을 통해 gNB(452)에 연결된다.
TX UE(402)에서 RX UE(404)로의 전송에 대한 전체 피드백을 제공하기 위한 기능은 다음과 같다:
1. TX UE(402)는 중계 UE(400)로의 전송을 위한 리소스를 요청하는 업링크 채널의 상태 보고(SR) 또는 버퍼 상태 보고(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 및 전송의 데이터를 중계 노드(400)로 보낸다.
4. 중계 노드(400)는 TX UE(402)로부터 중계 UE(400)로의 상기 전송의 상태를 나타내는 HARQ 피드백(FB1)을 제1 사이드링크 연결(406)을 통해 TX UE(402)로 보낸다.
5a. TX UE(402)는 업링크 채널에서 피드백 FB1을 gNB(452) 노드에 보고하여, gNB(452)는 gNB(452)에 의해 그랜트된(granted) 리소스들을 사용한 전송의 상태를 알 수 있다. 상기 보고에서 전송이 실패했다고 명시한 경우, gNB(452)는 TX UE(402)가 다른 BSR 또는 SR 를 전송하도록 강요하지 않고 재전송을 위한 추가 리소스를 제공할 수 있다. 상기 보고에서 전송이 성공적이라고 표시된 경우, gNB(452)는 전송될 다른 TB에 대해 토글된 NDI(New Data Indicator)와 동일한 HARQ ID를 할당할 수 있다.
5b. 중계 UE(400)는 TX UE(402)로부터 수신한 전송을 중계 UE(400)가 중계하기 위한 리소스들을 요청하는 스케줄링 요청(SR) 또는 BSR을 업링크 채널에서 gNB(452)로 보낸다.
6. gNB(452)는, 중계 UE에 의해 사용될 리소스들을 포함하거나, TX UE로부터의 상기 전송을 사이드링크 연결(408)을 통해 RX UE(404)로 중계하기 위한 유형 2의 설정된 승인(grant)의 활성화를 포함하는 DCI를 중계 UE(400)로 다운링크 채널에서 보낸다.
7. 중계 UE(400)는 (6)에서 수신된 DCI에 표시된 리소스들을 사용하여 사이드링크 연결(408)을 통해 SCI 및 전송의 데이터를 RX UE(404 )로 보낸다.
8. RX UE(404)는 사이드링크 연결(408)을 통해 RX UE(404)에서의 전송 상태에 대한 HARQ 피드백을 중계 UE(400)로 보낸다.
9. 중계 UE(400)는 전술한 실시예에서 설명한 바와 같이 RX UE(404)로부터 수신된 피드백을 사이드링크 연결(406)을 통해 TX UE(402)에 보고한다.
도11은 둘 다 모드 1로 동작하는 TX UE와 중계 UE를 사용하는 무선 통신 시스템의 다른 실시예를 나타낸다. 전술한 바와 같이, 도10에 도시된 실시예에서는 중계 UE(400)가 TX UE로부터 수신한 전송을 RX UE로 릴레이하기 위한 리소스들을 gNB(452)로부터 요청했다. 도11을 참조하여 설명하는 실시예에서, 중계 UE(402)는 예를 들어 설정된 그랜트에 의해 전송을 위한 리소스들을 이미 설정하였다고 가정한다.
TX UE(402)에서 RX UE(404)로의 전송에 대한 전체 피드백을 제공하기 위한 기능은 다음과 같다:
1. TX UE(402)는 중계 UE(400)로의 전송을 위한 리소스들을 요청하는 업링크 채널의 SR 또는 BSR을 gNB(452)로 전송한다.
상기 요청은 또한 상기 전송이 RX UE(404)로 중계될 것이라는 표시(indicaition)를 포함하므로, TX UE(402)가 리소스들을 요청하는 BSR 또는 SR을 gNB에 보낼 때, 요청된 리소스들이 RN UE(400)에 의해 RX UE(402)로 중계될 전송을 위한 것임이 표시된다. 중계 UE(400)가 모드 1에서 동작하고 있고, 중계 UE(400)는 gNB에 의해 예를 들어, 설정된 그랜트에 의해 전송을 위한 리소스들을 이미 설정하였음을 가정하므로, 리소스들이 중계될 전송을 위한 것이라는 TX UE로부터의 표시의 수신에 응답하여, gNB(452)는 중계 UE(402)가 RX UE로 상기 전송을 전송하기 위해 사용할 수 있는 리소스들을 이미 알고 있다.
2. gNB(452)는 TX UE(402)로부터 중계 UE(400)로의 전송을 위해 TX UE(402)에 의해 사용될 리소스들을 포함하는 다운링크 채널의 DCI를 TX UE(402)로 보낸다.
3. TX UE(402)는 제1 사이드링크 연결(406)을 통해 SCI 및 전송의 데이터를 (2)에서 수신된 DCI에 표시된 리소스를 사용하여 중계 노드(400)로 보낸다.
4. 중계 노드(400)는 TX UE(402)로부터 중계 UE(400)로의 상기 전송의 상태를 나타내는 HARQ 피드백(FB1)을 제1 사이드링크 연결(406)을 통해 TX UE(402)로 보낸다.
5a. TX UE(402)는 업링크 채널에서 피드백(FB1)을 gNB(452) 노드에 보고하여, gNB(452)가 gNB(452)에 의해 그랜트된(granted) 리소스들을 사용한 상기 전송의 상태를 알 수 있게 해준다. 만약 보고에서 상기 전송이 실패했다고 기술된 경우, gNB(452)는 TX UE(402)가 다른 BSR 또는 SR을 보내도록 강요하지 않고, 재전송을 위한 추가 리소스들을 제공할 수 있다. 만약, 보고에서 전송이 성공적이라고 언급한 경우, gNB(452)는 전송될 다른 TB에 대해 토글된 NDI(New Data Indicator)와 동일한 HARQ ID를 할당할 수 있다.
5b. gNB(452)는 중계 UE(400)가 RX UE(404)로 중계할 상기 전송을 위한 리소스들이 필요하다는 것을 알고 있고, 중계 UE(400)는 설정된 그랜트와 같이 이미 그러한 리소스들이 설정되어 있기 때문에 gNB(452)는 중계 UE가 이미 제공된 설정된 그랜트로부터 충분한 리소스들을 가지는지 여부를 알 수 있으므로, 선택적으로, 중계 UE(400)로부터 RX UE로의 신뢰할 수 있는 전송을 제공하기 위해 설정된 그랜트로부터 리소스들이 불충분하다고 결정되는 경우, gNB(452)는 TX UE로부터의 상기 전송을 RX UE(404)로 중계하기 위해 중계 UE에 의해 사용될 추가 리소스를 제공하기 위해 다운링크 채널에서 추가 DCI를 전송한다.
6. 중계 UE(400)는 설정된 또는 미리 설정된, 그리고 만약 (5b)에서 수신된 경우 DCI에 표시된 대로 리소스들을 사용하여 사이드링크 연결(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) Mode 1로 동작하는 TX UE와 Mode 2로 동작하는 Relay UE
도12는 Mode 2로 동작하는 중계 UE(400)와 Mode 1로 동작하는 TX UE(402)를 포함하는 무선 통신 시스템의 실시예이며, RX UE(404)는 Mode 1 또는 Mode 2로 동작한다. 따라서, 도10 및 도11에 비해서, 도12는 gNB(452)와 TX UE(402) 사이에 단 하나의 Uu 인터페이스, 즉 연결(454)이 있다. 중계 UE(400)는 gNB(452)에 의한 리소스 할당이 지원되지 않으므로 Uu 인터페이스는 묘사되지 않는다.
TX UE(402)로부터 RX UE(404)로의 전송에 대한 전체 피드백을 제공하기 위한 기능은 다음과 같다:
1. TX UE(402)는 업링크 채널의 버퍼 상태 보고(BSR) 또는 SR을 gNB(452)로 보내서 중계 UE(400)로의 전송을 위한 리소스를 요청한다.
2. gNB(452)는 TX UE(402)로부터 중계 UE(400)로의 상기 전송을 위해 TX UE(402)에 의해 사용될 리소스들을 포함하는 다운링크 채널의 DCI를 TX UE(402)로 보낸다.
3. TX UE(402)는 제1 사이드링크 연결(406)을 통해 SCI 및 전송의 데이터를 (2)에서 수신된 DCI에 표시된 리소스를 사용하여 중계 노드(400)로 보낸다.
4. 중계 노드(400)는 TX UE(402)로부터 중계 UE(400)로의 전송의 상태를 나타내는 HARQ 피드백(FB1)을 제1 사이드링크 연결(406)을 통해 TX UE(402)로 보낸다.
5. TX UE(402)는 업링크 채널에서 피드백(FB1)을 gNB(452) 노드에 보고하여, gNB(452)가 gNB(452)에 의해 그랜트된(granted) 리소스들을 사용한 전송의 상태를 알 수 있다. 상기 보고에서 전송이 성공하지 못했고 언급한 경우, gNB(452)는 TX UE(402)가 또 다른 BSR 또는 SR을 전송하도록 강요하지 않고 재전송을 위한 추가 리소스를 제공할 수 있다. 보고에서 전송이 성공적이라고 언급한 경우, gNB(452)는 전송될 다른 TB에 대해 토글된 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)는 식별되고 선택된 리소스를 사용하여 제1 사이드링크 연결(406)을 통해 SCI 및 전송의 데이터를 중계 노드(400)로 보낸다.
3. 중계 노드(400)는 TX UE(402)로부터 중계 UE(400)로의 전송의 상태를 나타내는 HARQ 피드백(FB1)을 제1 사이드링크 연결(406)을 통해 TX UE(402)로 보낸다.
4. 중계 UE(400)는 중계 UE(400)가 TX UE(402)로부터 수신한 전송을 중계하기 위한 리소스들을 요청하는 SR 또는 BSR을 업링크 채널에서 gNB(452)로 보낸다.
5. gNB(452)는 TX UE로부터의 상기 전송을 사이드링크 연결(408)을 통해 RX UE(404)로 중계하기 위해 중계 UE에 의해 사용될 리소스들을 포함하는 DCI를 중계 UE(400)로 다운링크 채널에서 보낸다.
6. 중계 UE(400)는 (5)에서 수신한 DCI에 표시된 리소스들을 사용하여 사이드링크 연결(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)에 보고한다.
도14는 모드 2로 동작하는 TX UE와 모드 1로 동작하는 중계 UE를 포함하는 무선 통신 시스템의 추가 실시예로서 이에 따른 TX UE(402)는 중계 UE로의 전송을 위한 리소스들을 센싱하기 보다는, 그러한 리소스에 대한 요청을 중계 UE에 전달한다.
TX UE(402)로부터 RX UE(404)로의 전송에 대한 전체 피드백을 제공하기 위한 기능은 다음과 같다:
1. TX UE(402)는 사이드링크 연결(406)을 통해 중계 UE(400)로 중계 UE가 gNB(452)에 의해 할당된 리소스들 또는 중계 UE(400)에 의해 지원되는 리소스들을 제공하도록 요청한다.
이것은 예를 들어, TX UE가 신뢰성 높은 전송을 위해 리소스들을 요구하여 리소스들이 gNB에 의해 할당되도록 할 때 사용될 수 있다. 따라서 TX UE는 센싱에 의해 결정된 리소스들에만 의존하지 않고 중계 UE에 리소스들을 요청한다. 이는 TX UE가 AIM(assistance information message)을 요청하는 것과 유사하다.
2. 중계 UE(400)는 TX UE(402)로부터 수신한 상기 전송을 중계하기 위한 리소스들과 TX UE(402)에 의해 사용될 리소스들을 요청하는 스케줄링 요청(SR) 또는 BSR을 업링크 채널에서 gNB(452)로 보낸다. 따라서, 중계 UE(400)는 TX UE가 중계 UE에게 전송을 위한 리소스들과 중계 UE가 RX UE에게 전송을 위한 리소스들을 gNB에 요청한다.
3. gNB(452)는 사이드링크 연결(406)을 통해 TX UE(402)로부터 중계 UE(400)로의 전송을 보내기 위해 TX UE에 의해 사용될 리소스들과, TX UE로부터의 상기 전송을 사이드링크 연결(408)을 통해 RX UE(404)로 중계하기 위해 중계 UE에 의해 사용될 리소스들을 포함하는 DCI를 다운링크 채널로 중계 UE(400)로 보낸다.
상기 DCI는 두 정보를 함께 포함하는 단일 DCI이거나, 시간상 함께 또는 미리 정의된 짧은 간격 후에 TX UE 및 중계 UE에 대한 리소스들을 분리하여 보내는 두 개의 개별 DCI일 수 있다.
4. 중계 UE(400)는 중계 UE로의 상기 전송을 위해 TX UE(402)에 의해 사용될 리소스들을 포함하는 보조 정보 메시지(assistance information message; AIM)를 사이드링크 연결(406)을 통해 TX UE(402)로 보낸다.
5. TX UE(402)는 AIM에서 수신된 리소스들을 사용하거나, 다른 실시예에 따라 AIM에 표시된 리소스들을 센싱에 의해 획득한 리소스들과 결합하여 사용하여, 제1 사이드링크 연결(406)을 통해 SCI 및 전송의 데이터를 중계 노드(400)로 전송한다.
6. 중계 노드(400)는 (3)에서 수신된 DCI에 표시된 리소스를 사용하여 제1 사이드링크 연결(406)을 통해 HARQ 피드백(FB1)을 TX UE(402)로 보내고, 이는 TX UE(402)로부터 중계 UE(400)로의 전송의 상태를 표시한다.
7. 중계 UE(400)는 사이드링크 연결(408)을 통해 상기 전송의 데이터 및 SCI를 RX UE(404)로 전송한다.
8. RX UE(404)는 사이드링크 연결(408)을 통해 RX UE에서의 전송의 상태에 대한 HARQ 피드백을 중계 UE(400)로 보낸다.
9. 중계 UE(400)는 전술한 실시예에서 설명한 바와 같이 RX UE(404)로부터 수신된 피드백을 사이드링크 연결(406)을 통해 TX UE(402)에 보고한다.
중계 UE(400)가 Uu 연결(456)을 통해 피드백 보고를 gNB(452)로 보내서, gNB가 gNB(452)에 의해 그랜트된(granted) 리소스들이 사용된 전송의 상태를 알 수 있도록 할 수 있다. 만약 보고에서 전송이 성공하지 못했다고 언급한 경우, gNB(452)는 중계 UE(400)가 다른 BSR 또는 SR을 보내도록 강요하지 않고 초기 요청(SR 또는 BSR)에 기초하여 재전송을 위한 추가 리소스를 제공할 수 있다. 만약 보고에서 전송이 성공적이라고 언급한 경우, gNB(452)는 전송될 다른 TB에 대해 토글된 NDI(New Data Indicator)와 동일한 HARQ ID를 할당할 수 있다.
2. UE-to-네트워크 중계
이하에서는, UE-to-네트워크 중계에 관한 본 발명의 제1 양태의 실시예가 설명된다. 그래서, 다음 실시예들에 따르면, 전송 엔티티는 더 이상 사이드링크를 통해 중계 UE에 연결된 TX UE가 아니라, Uu 인터페이스를 통해 중계 UE에 연결된 gNB와 같은 RAN 엔티티다.
(a) gNB는 송신기로 동작하고 중계 UE는 모드 1에서 동작
도15는 전송 엔티티(402)로서 Uu 인터페이스(414)를 통해 중계 UE(400)에 연결된 기지국 또는 gNB와 같은 RAN 엔티티를 포함하는 무선 통신 시스템 또는 네트워크의 실시예를 도시하고, 중계 UE(400)는 사이드링크 연결(408)을 통해 RX UE(400)에 연결된다. 중계 UE는 모드 1에서 동작하는 반면, RX UE(404)는 모드 1 또는 모드 2에서 동작할 수 있다.
gNB(402)으로부터 RX UE(404)로의 전송에 대한 전체 피드백을 제공하기 위한 기능은 다음과 같다:
1. gNB(402)는 상기 전송의 데이터와 제어(예, DCI)를 Uu 인터페이스(414)를 통해 중계 UE로 전송한다.
2. 중계 노드(400)는 Uu 인터페이스(414)를 통해 HARQ 피드백(FB1)을 gNB(402)로 전송하며, 이는 gNB(402)로부터 중계 UE(400)로의 상기 전송의 상태를 나타낸다.
3. 중계 UE(400)는 TX UE(402)로부터 수신한 상기 전송을 중계 UE(400)가 중계하기 위한 리소스들을 요청하는 스케줄링 요청(SR)을 Uu 인터페이스(414)의 업링크 채널에서 gNB(402)로 보낸다.
4. gNB(452)는 gNB로부터의 상기 전송을 사이드링크 연결(408)을 통해 RX UE(404)로 중계하기 위해 중계 UE에 의해 사용될 리소스를 포함하는 DCI를 Uu 인터페이스(414)의 다운링크 채널에서 중계 UE(400)로 보낸다.
5. 중계 UE(400)는 (4)에서 수신한 DCI에 표시된 리소스들을 사용하여 사이드링크 연결(408)을 통해 상기 전송의 데이터 및 SCI를 RX UE(404)로 보낸다.
6. RX UE(404)는 RX UE에서의 전송의 상태에 대한 HARQ 피드백을 사이드링크 연결(408)을 통해 중계 UE(400)로 보낸다.
7. 중계 UE(400)는 전술한 실시예에서 설명한 바와 같이, RX UE(404)로부터 수신한 피드백을 Uu 인터페이스(414)를 통해 gNB(402)에 보고한다.
다른 실시예들에 따르면, gNB가 DCI(1) 및 데이터를 중계 UE에게 제공할 때, 상기 전송을 RX UE에게 중계하기 위한 리소스들도 포함될 수 있고, 이로써 도15에 도시된 중계 UE로부터 gNB로의 추가적인 스케줄링 요청 SR(3)뿐만 아니라 추가적인 DCI(4)를 하지 않을 수 있다. 이는 gNB가 상기 전송이 RX UE로 직접 전송되는 것이 아니라 중계된다는 것을 알고 있기 때문이다. 또 다른 최적화는 중계 UE가 중계 UE로부터 gNB로의 HARQ 피드백 FB1(2)를 사용하여 gNB로 리소스들에 대한 요청을 보냄으로써, 중계 UE로부터 gNB로의 추가 스케줄링 요청 SR(3)을 하지 않게 되는 것이다. 도16은 gNB로부터 중계 UE로의 초기 메시지에 중계를 위해 사용될 리소스도 포함하는 무선 통신 시스템의 실시예를 도시한다.
gNB(402)로부터 RX UE(404)로의 전송에 대한 전체 피드백을 제공하기 위한 기능은 다음과 같다:
1. gNB(402)는 상기 전송의 DCI와 같은 제어 및 데이터를 Uu 인터페이스(414)를 통해 중계 UE로 전송한다. DCI는 또한 상기 전송을 RX UE(404)에 중계하기 위해 중계 UE(400)에 의해 사용될 리소스를 포함한다.
상기 DCI는 두 정보를 함께 포함하는 단일 DCI이거나, 시간상 함께 또는 미리 정의된 짧은 간격 후에 TX UE 및 중계 UE에 대한 리소스들을 분리하여 보내는 두 개의 개별 DCI일 수 있다.
2. 중계 노드(400)는 Uu 인터페이스(414)를 통해 HARQ 피드백(FB1)을 gNB(402)로 전송하며, 이는 gNB(402)로부터 중계 UE(400)로의 상기 전송의 상태를 나타낸다.
3. 중계 UE(400) 는 (1)에서 수신한 DCI에 표시된 리소스를 사용하여 사이드링크 연결(408)을 통해 상기 전송의 SCI 및 데이터를 RX UE(404 )로 보낸다.
4. RX UE(404)는 사이드링크 연결(408)을 통해 RX UE에서의 상기 전송의 상태에 대한 HARQ 피드백을 중계 UE(400)로 보낸다.
5. 중계 UE(400)는 전술한 실시예에서 설명한 바와 같이, Uu 인터페이스(414)를 통해 RX UE(404)로부터 수신된 피드백을 gNB(402)에 보고한다.
(1)에서, gNB(402)는 상기 전송 또는 패킷이 중계 UE에 의해 RX UE로 중계되어야 함을 알고 있으므로, 중계 UE로부터의 스케줄링 요청을 기대하는 대신에, gNB가 중계 UE로 데이터를 전송하는 리소스를 전송하는 것과 별도로, gNB는 중계 UE가 RX UE로의 상기 전송을 위해 사용할 리소스들을 DCI로 능동적으로 RX UE에게 보낸다.
(b) gNB는 송신기로 동작하고 중계 UE는 모드 2에서 동작
도17은 전송 엔티티가 gNB이고 중계 UE(400)가 Mode 2에서 동작하고, RX UE가 Mode 1 또는 Mode 2에서 동작하는 무선 통신 시스템의 실시예를 나타낸다.
gNB(402)로부터 RX UE(404)로의 전송에 대한 전체 피드백을 제공하기 위한 기능은 다음과 같다:
1. gNB(402)는 상기 전송의 데이터와 제어(예, DCI)를 Uu 인터페이스(414)를 통해 중계 UE로 전송한다.
2. 중계 노드(400)는 Uu 인터페이스(414)를 통해 HARQ 피드백(FB1)을 gNB(402)로 보내고, 이는 gNB(402)로부터 중계 UE(400)로의 상기 전송의 상태를 나타낸다.
3. 중계 UE는 RX UE(404)로의 상기 전송을 중계하는데 사용할 리소스들을 센싱에 의해 식별 및 선택한다.
4. 중계 UE(400)는 식별 및 선택된 리소스들을 사용하여 사이드링크 연결(408)을 통해 상기 전송의 데이터 및 SCI를 RX UE(404)로 보낸다.
5. RX UE(404)는 사이드링크 연결(408)을 통해 RX UE에서의 상기 전송의 상태에 대한 HARQ 피드백을 중계 UE(400)로 보낸다.
6. 중계 UE(400)는 전술한 실시예에서 설명한 바와 같이, Uu 인터페이스(414)를 통해 RX UE(404)로부터 수신된 피드백을 gNB(402)에 보고한다.
(c) TX UE는 Mode 2, 중계 UE는 Mode 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)는 식별 및 선택된 리소스들을 사용하여 제1 사이드링크 연결(406)을 통해 상기 전송의 SCI 및 데이터를 중계 노드(400)로 보낸다.
3. 중계 노드(400)는 TX UE(402)로부터 중계 UE(400)로의 상기 전송의 상태를 나타내는 HARQ 피드백(FB1)을 제1 사이드링크 연결(406)을 통해 TX UE(402)로 보낸다.
4. 중계 UE(400)는 TX UE(402)로부터 수신한 상기 전송을 중계 UE(400)가 중계하기 위한 리소스를 요청하는 스케줄링 요청(SR)을 Uu 인터페이스(458)를 통해 gNB(404)로 업링크 채널로 보낸다.
5. gNB(452)는 Uu 연결(458)을 통해 TX UE로부터의 전송을 gNB(404)로 중계하기 위해 중계 UE에 의해 사용될 리소스들를 포함하는 DCI를 Uu 인터페이스(458)를 통해 다운링크 채널로 중계 UE(400)로 보낸다.
6. Relay UE(400)는 (5)에서 수신한 DCI에 표시된 리소스들을 사용하여 Uu 연결(458)을 통해 gNB UE(404)로 상기 전송의 데이터를 보낸다.
7. gNB UE(404)는 gNB에서의 전송의 상태에 대한 피드백을 Uu 연결(458)을 통해 중계 UE(400)로 보낸다.
실시예들에 따르면 피드백은 HARQ 피드백일 수 있다.
다른 실시예들에 따르면, NR-U(NR Unlicensed)에서 사용되는 DFI(Downlink Frame Indicator)의 개념은 gNB 에 의해 DFI를 중계 UE로 전송하는데 재사용되며, DFI는 하나 이상의 전송에 대한 피드백을 포함한다. DFI에 여러 전송에 대한 피드백이 함께 묶이는 경우, 각 전송은 타이머가 끝나기(run down) 전에 중계 노드가 DFI를 수신하는 것을 보장하기 위해 타이머가 부착된다. 만약 중계 UE가 타이머 내에서 상기 전송에 대한 DFI를 수신하지 못하면, 상기 전송이 성공하지 못한 것으로 간주된다.
8. 중계 UE(400)는 전술한 실시예에서 설명한 바와 같이, 사이드링크 연결(406)을 통해 gNB(404)로부터 수신된 피드백을 TX UE(402)에 보고한다.
도19는 전송 엔티티(402)는 사이드링크 연결(406)을 통해 중계 UE(400)에 연결된 사용자 디바이스이고, 수신 엔티티는 Uu(458)를 통해 중계 노드에 연결된 gNB(404)인 무선 통신 시스템의 추가 실시예를 도시한다. 중계 UE로의 전송을 위한 리소스를 센싱하는 대신, TX UE(402)는 이러한 리소스들에 대한 요청을 중계 UE로 보낸다.
gNB(404)로부터 TX UE(402)로의 전송에 대한 전체 피드백을 제공하기 위한 기능은 다음과 같다:
1. TX UE(402)는 중계 UE가 gNB(404)에 의해 할당되거나 중계 UE(400)에 의해 지원되는 리소스를 제공하게 만드는 요청을 사이드링크 연결(406)을 통해 중계 UE(400)로 전송한다.
이것은 예를 들어, TX UE가 신뢰성 높은 전송을 위해 리소스들을 요구하여 리소스들이 gNB에 의해 할당되도록 할 때 사용될 수 있다. 따라서 TX UE는 센싱에 의해 결정된 리소스들에만 의존하지 않고 중계 UE에 리소스들을 요청한다. 이는 TX UE가 AIM(assistance information message)을 요청하는 것과 유사하다.
2. 중계 UE(400)는 Uu 인터페이스(458)를 통해 업링크 채널에서 스케줄링 요청(SR) 또는 BSR을 gNB(404)로 전송하여, 중계 UE(400)가 TX UE(402)로부터 수신할 전송을 중계하기 위한 리소스들 및 중계 UE로의 전송을 위해 TX UE에 의해 사용되는 리소스들을 요청한다.
3. gNB(404)는, 상기 전송을 사이드링크 연결(406)을 TX UE(402)로부터 중계 UE(400)로 보내기 위해 TX UE에 의해 사용될 리소스들과, TX UE로부터의 전송을 Uu 연결(458)을 통해 gNB(404)로 중계하기 위해 중계 UE에 의해 사용될 리소스들을 포함하는 DCI를 Uu 연결(458)의 다운링크 채널에서 중계 UE(400)로 보낸다.
상기 DCI는 두 정보를 함께 포함하는 단일 DCI이거나, 시간상 함께 또는 미리 정의된 짧은 간격 후에 TX UE 및 중계 UE에 대한 리소스들을 분리하여 보내는 두 개의 개별 DCI일 수 있다.
4. 중계 UE(400)는 AIM(assistance information message)을 사이드링크 연결(406)을 통해 TX UE로 전송로 보내고, 이는 TX UE(402)가 중계 UE로의 상기 전송에 사용할 리소스들을 포함한다.
5. TX UE(402)는 AIM에서 수신된 리소스를 사용하거나, 다른 실시예에 따라 AIM에 표시된 리소스를 센싱에 의해 획득한 리소스들과 결합하여 사용하여, 상기 전송의 SCI 및 데이터를 제1 사이드링크 연결(406)을 통해 중계 노드(400)로 보낸다.
6. 중계 노드(400)는 TX UE(402)로부터 중계 UE(400)로의 전송의 상태를 나타내는 HARQ 피드백 (FB1)을 제1 사이드링크 연결(406)을 통해 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의 개념은 gNB에 의해 DFI를 중계 UE로 전송하는데 재사용되며 DFI는 하나 이상의 전송에 대한 피드백을 포함한다. DFI가 여러 전송에 대한 피드백이 함께 묶이는 경우, 각 전송은 타이머가 끝나기(run down) 전에 중계 노드가 DFI를 수신하는 것을 보장하기 위해 타이머가 부착된다. 만약 중계 UE가 타이머 내에서 상기 전송에 대한 DFI를 수신하지 못하면, 상기 전송이 성공하지 못한 것으로 간주된다.
9. 중계 UE(400)는 전술한 실시예에서 설명한 바와 같이 RX UE(404)로부터 수신된 피드백을 사이드링크 연결(406)을 통해 TX UE(402)에 보고한다.
도10 내지 도19를 참조하여 설명한 실시예와 관련하여, 중계 UE(400)로부터 TX 엔티티(TX UE 또는 gNB일 수 있음)로 HARQ 피드백을 전송하는 것은 선택적이라는 점에 유의해야 한다. 전술한 제1 양태의 실시예들에 따르면, 2개의 피드백 FB1 및 FB2를 TX UE로 보내는 대신, RX UE로부터의 피드백만이 중계 UE(400)로부터 TX UE 또는 gNB로 전송될 수 있다. 또한, 중계 UE(400)가 RX 엔티티로부터 피드백을 수신하지 않을 수 있으며, 심지어 없는 경우라도, 전술한 제1 양태의 실시예들에 따르면, 중계 UE(400)는 TX 엔티티에 피드백을 제공할 수 있다. 중계 UE가 설정된 또는 미리 정의된 재전송 횟수 또는 설정된 또는 미리 정의된 기간 동안(time duration) RX 엔티티로 재전송을 시도했지만 성공적인 확인응답(ACK)을 수신하지 못한 경우이다. 이 경우 중계 UE는 TX entity에게 미성공의 피드백을 보고한다.
제2 양태
본 발명의 제2 양태의 실시예는 중계 노드(RN)에서 제어 및 데이터 메시지와 같은 전송을, 중계될 전송(제1 전송이라고도 함)과 중계 노드에 대해 의도된 전송(제2 전송이라고도 함)으로 구별하는 것을 다룬다.
중계 UE
제2 양태에 따르면, 본 발명은 무선 통신 네트워크를 위한 사용자 디바이스(UE)를 제공하고,
상기 UE는 무선 통신 네트워크의 하나 이상의 수신 엔티티와 전송엔티티 사이의 연결성을 지원하는 기능을 제공하기 위해 중계 UE로서 동작할 수 있고,
상기 UE는 전송 엔티티로부터 수신된 전송을, 수신 엔티티로 중계될 제1 전송과 UE에 대해 의도된 제2 전송으로 구별할 수 있고,
상기 UE는 다음 중 하나 이상에 의해 수신된 전송을 구별할 수 있다:
· 상기 전송과 연관된 제어 정보,
· 전송 및/또는 연관된 제어 정보가 수신되는 리소스들.
실시예들에 따르면, 상기 전송과 연관된 제어 정보는 다음 중 하나 이상을 포함한다:
· 전송과 연관된 사이드링크 제어 정보(SCI)와 같은 직접 인터페이스 제어 메시지(direct interface control message), SCI는 상기 전송이 제1 전송인지 또는 제2 전송인지를 나타내고,
· 전송과 연관된 다운링크 제어 정보(DCI)와 같은 네트워크 인터페이스 제어 메시지(network interface control message), DCI는 상기 전송이 제1 전송인지 또는 제2 전송인지를 나타내고,
· 전송과 연관된 매체 액세스 제어(Medium Access Control, MAC) 헤더, MAC 헤더는 상기 전송이 제1 전송인지 또는 제2 전송인지를 나타낸다.
실시예들에 따르면, 전송 및/또는 연관된 제어 정보가 수신되는 리소스는 다음 중 하나 이상을 포함한다:
· 중계 사이드링크 제어 채널, 여기서 중계 사이드링크 제어 채널의 리소스들로 수신되고 상기 전송과 연관된 제어 정보는 연관된 전송이 제1 전송임을 나타내고
· 중계 부분 대역폭(relay bandwidth part; R-BWP), 여기서 R-BWP의 리소스들로 전송 및/또는 전송과 연관된 제어 정보를 수신하는 것은 상기 전송이 제1 전송임을 나타내며,
· 중계 사이드링크 리소스 풀, 여기서, 중계 사이드링크 리소스 풀의 리소스들로 전송 및/또는 전송과 연관된 제어 정보를 수신하는 것은 상기 전송이 제1 전송임을 나타낸다.
실시예들에 따르면, UE는 사이드링크와 같은 직접 인터페이스를 통해, 또는 3GPP 또는 non-3GPP 인터페이스와 같은 액세스 네트워크 인터페이스를 통해 전송 엔티티로부터 전송을 수신할 수 있다.
실시예들에 따르면,
· 전송 엔티티는 사용자 디바이스(UE) 또는 중계 UE를 포함하고, 수신 엔티티는 사용자 디바이스(UE) 또는 중계 UE를 포함하고, 또는
· 전송 엔티티는 사용자 디바이스(UE) 또는 중계 UE를 포함하고, 수신 엔티티는 무선 액세스 네트워크(RAN) 엔티티와 같은 네트워크 엔티티를 포함하고, 또는
· 전송 엔티티는 RAN 엔티티와 같은 네트워크 엔티티를 포함하고, 수신 엔티티는 사용자 디바이스(UE) 또는 중계 UE를 포함한다.
--- SCI ---
실시예들에 따르면,
UE는 전송과 연관된 제어 정보를 사용하여 수신된 전송을 구별할 수 있고, 제어 정보는 전송과 연관된 1차 스테이지 및/또는 2차 스테이지 사이드링크 제어 정보(SCI)를 포함하고,
상기 전송과 연관된 사이드링크 제어 정보(SCI)는 다음을 포함한다:
· 상기 전송이 제1 전송인지 제2 전송인지 여부를 나타내는 하나 이상의 추가 파라미터를 포함 하는 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와 같이 UE만을 나타내는 목적지 정보, 또는
· 수신 엔티티의 목적지 또는 L1 ID와 같이 수신 엔티티만을 나타내는 목적지 정보, 또는
· UE의 목적지 또는 L1 ID와 같은 UE를 나타내는 제1 목적지 정보, 및 수신 엔티티의 목적지 또는 L1 ID와 같이 수신 엔티티를 나타내는 제2 목적지 정보, 또는
· UE와 수신 엔티티 둘 다를 나타내는 결합된 목적지 정보.
여기서, UE만을 나타내는 목적지 정보를 수신한 것에 응답하여, 상기 UE는 상기 전송을 제2 전송으로 결정할 수 있고,
여기서, 수신 엔티티만을 나타내는 목적지 정보를 수신한 것에 응답하여, 또는 UE를 나타내는 제1 목적지 정보 및 수신 엔티티를 나타내는 제2 목적지 정보를 수신하는 것에 응답하여, 또는 결합된 목적지 정보를 수신하는 것에 응답하여, 상기 UE는 상기 전송을 제1 전송으로 결정할 수 있다.
실시예들에 따르면, SCI는 수신 엔티티가 상기 전송을 수신해야 하는 시한인, 시간 인디케이터와 같은, 지표(indication)를 포함한다.
실시예들에 따르면, 타이머가 임계값을 초과하거나 상기 UE가 수신 엔티티로의 전송 및 수신 엔티티로부터 확인 응답(ACK)을 수신하기 위한 시간이 임계값을 초과한다고 결정하는 경우, UE는:
· 상기 전송 또는 패킷을 중단(drop)하고, 또는
· 상기 전송 또는 패킷을 중단(drop)하고 비-확인응답(NACK; non-acknowledgment)을 전송 엔티티에 보낼 수 있다.
실시예들에 따르면, SCI로부터 상기 전송이 제1 전송인 것으로 결정되는 것에 응답하여, UE는 상기 전송을 디코딩하는 것과 상기 전송을 상위 계층으로 포워딩하는 것을 삼가고, 상기 전송을 수신 엔티티의 목적지 또는 L1 ID와 함께 버퍼에 로드할 수 있다. .
실시예들에 따르면, SCI는 전송 엔티티(UE)의 계층 1(L1) ID와 같이 전송 엔티티를 지시하는 정보를 포함한다.
상기 UE는 상기 전송 엔티티를 나타내는 정보를 이용하여, 상기 전송 엔티티가 설정된 또는 미리 설정된 전송 엔티티의 목록에 있는지 여부를 결정할 수 있고,
여기서, 상기 전송 엔티티가 상기 목록에 있는 경우, 상기 UE는 상기 전송을 제1 전송으로 결정할 수 있고,
여기서, 상기 전송 엔티티가 상기 목록에 없는 경우, 상기 UE는 상기 전송을 제2 전송으로 결정할 수 있다.
실시예들에 따르면,
SCI는 미리 정의된 목적지 또는 계층 1(L1) ID와 같은 미리 정의된 목적지 정보를 포함하며, 상기 미리 정의된 목적지 정보는 상기 SCI와 연관된 상기 전송이 중계되어야 함을 나타내며,
상기 미리 정의된 목적지 정보를 수신한 것에 응답하여, UE는 상기 미리 정의된 목적지 정보를 수신 엔티티의 목적지 또는 레이어 1(L1) ID와 같은 수신 엔티티의 실제 목적지 정보에 매핑하고, 상기 전송을 수신 엔티티로 중계할 수 있다.
실시예들에 따르면, 미리 정의된 목적지 정보는 다음 중 하나 이상이다:
· 가상 목적지 ID,
· 목적지 ID들의 설정된 또는 미리 설정된 리스트 또는 풀 중의 목적지 ID
실시예들에 따르면,
UE는 수신 엔티티로 중계될 상기 전송을 위해 전송 엔티티에 의해 사용될 상기 미리 정의된 목적지 정보를 전송 엔티티에 제공할 수 있고, 또는
UE는 수신 엔티티로부터 상기 미리 정의된 목적지 정보를 수신하고, 수신 엔티티로 중계될 전송을 위해 전송 엔티티에 의해 사용되도록 상기 수신된 미리 정의된 목적지 정보를 전송 엔티티로 포워딩할 수 있다.
실시예들에 따르면,
SCI는 수신 엔티티의 특정 목적지 ID에 매핑되는 특정 HARQ 프로세스 ID 또는 HARQ 프로세스 번호, 및 UE의 목적지 또는 L1 ID와 같은 UE만을 나타내는 목적지 정보를 포함한다.
특정 HARQ 프로세스 ID 또는 HARQ 프로세스 번호에 응답하여, UE는 상기 전송을 제1 전송으로 결정하고 상기 특정 HARQ 프로세스 ID가 매핑된 수신 엔티티로 상기 전송을 중계할 수 있다.
--- MAC 헤더 ---
실시예들에 따르면, UE가 상기 전송과 연관된 매체 액세스 제어(Medium Access Control, MAC) 헤더를 사용하여 수신된 전송을 구별할 수 있는 경우, MAC 헤더는 상기 전송이 제1 전송이고, 상기 UE가 의도된 수신자가 아님을 알리는 지표(indication)를 포함한다.
실시예들에 따르면, 사용자 디바이스는 논리 중계 채널(logical relay channel, LRCH)과 같은 논리 채널을 포함하는 MAC 계층을 포함하고,
여기서, 상기 전송이 제1 전송이고 UE를 위한 것이 아니라는 표시를 포함하는 MAC 헤더를 수신하는 것에 응답하여, 상기 UE는 수신 엔티티로의 상기 전송을 위해 LRCH의 버퍼 또는 큐(queue)에 상기 전송을 배치할 수 있다.
실시예들에 따르면,
MAC 헤더는 수신 엔티티의 목적지 또는 계층 2(L2) ID와 같은 수신 엔티티의 목적지 정보를 포함하고,
MAC 헤더에 있는 수신 엔티티의 목적지 정보에 응답하여, 상기 UE는 상기 전송이 제1 전송임을 결정할 수 있다.
실시예들에 따르면, SCI는 UE의 목적지 또는 계층 1(L1) ID와 같은 UE를 나타내는 목적지 정보를 더 포함한다.
실시예들에 따르면,
MAC 헤더는 미리 정의된 목적지 또는 계층 2(L2) ID와 같은 미리 정의된 목적지 정보, 상기 미리 정의된 목적지 정보는 MAC 헤더와 연관된 상기 전송이 중계되어야 함을 나타내고,
미리 정의된 목적지 정보 수신에 응답하여, UE는 상기 미리 정의된 목적지 정보를 수신 엔티티의 목적지 또는 계층 2(L2) ID와 같은 수신 엔티티의 실제 목적지 정보에 매핑하고 상기 전송을 수신 엔티티로 중계할 수 있다.
실시예들에 따르면, 미리 정의된 목적지 정보는 다음 중 하나 이상이다:
· 가상 목적지 ID,
· 목적지 ID들의 설정된 또는 미리 설정된 리스트 또는 풀 중의 목적지 ID
실시예들에 따르면,
UE는 수신 엔티티로 중계될 전송을 위해 전송 엔티티에 의해 사용될 미리 정의된 목적지 정보를 전송 엔티티에 제공할 수 있고, 또는
UE는 수신 엔티티로부터 미리 정의된 목적지 정보를 수신하고, 수신 엔티티로 중계될 전송을 위해 전송 엔티티에 의해 사용되도록 상기 수신된 미리 정의된 목적지 정보를 전송 엔티티로 전달할 수 있다.
실시예들에 따르면, 제어 정보는 UE에 의해 메시지를 전송할 때 감소 또는 증가되는 파라미터를 포함하고, 여기서 UE는 설정된 또는 미리 설정된 값에 도달하면 상기 메시지를 중계하지 않는다.
실시예들에 따르면, 실패 표시(indication)는 다음 중 하나 이상에 전송된다:
· 전송 엔티티, 및/또는
· 네트워크, 및/또는
· 패킷을 수신한 이전 중계 UE.
--- 전용 중계 사이드링크 제어 채널 ---
실시예들에 따르면,
무선 통신 네트워크는 중계 사이드링크 제어 채널을 포함하고,
중계 사이드링크 제어 채널에서 전송과 연관된 사이드링크 제어 정보(SCI)를 수신하는 것에 응답하여, UE는 상기 전송을 제1 전송으로 결정할 수 있다.
실시예들에 따르면, 중계 사이드링크 제어 채널은 NR V2X 리소스 풀과 같은 사이드링크 리소스 풀의 서브채널이다.
실시예들에 따르면, 중계 사이드링크 제어 채널은 다음 중 하나 이상을 정의함으로써 PSCCH와 같은 사이드링크 제어 채널에서 정의된다:
· 중계만을 위해 제어 메시지에 사용되는 PSCCH 내의 다수의 리소스 블록(a number of resource blocks resource block(RB))
· 상기 PSCCH 내의 모든 RB들이, 지정된 시간 간격으로 중계만을 위한 제어 메시지들에 대해 전용으로 이용되는 주기성(periodicity), 또는
· PSCCH의 주파수에 걸쳐 선택된 개수의 RB가 지정된 시간 간격으로 중계만을 위한 제어 메시지들에 전용으로 이용되는 주기성.
실시예들에 따르면, 중계 사이드링크 제어 채널에서의 전송과 연관된 사이드링크 제어 정보(SCI)를 수신하는 것에 응답하여, UE는 상기 전송을 디코딩하는 것과 상기 전송을 상위 계층으로 포워딩하는 것을 삼가고, 수신 엔티티로의 전송을 위해 수신 엔티티의 목적지 ID와 함께 상기 전송을 버퍼에 로드할 수 있다.
--- 전용 부분 대역폭(dedicated bandwidth part) ---
실시예들에 따르면,
무선 통신망은 제어 및/또는 데이터의 중계-관련 전송 및 수신에만 전용으로 사용되는 중계 부분 대역폭(relay bandwidth part; R-BWP)를 포함하고,
R-BWP의 상기 전송 및/또는 상기 전송과 연관된 제어 정보를 수신하는 것에 응답하여, UE는 상기 전송이 제1 전송임을 결정할 수 있다.
실시예들에 따르면, R-BWP는 중계된 전송에 대한 피드백을 보내는데 사용된다.
--- 전용 중계 사이드링크 리소스 풀 ---
실시예들에 따르면,
무선 통신 네트워크는 제어 및/또는 데이터의 중계-관련 전송 및 수신에만 전용으로 사용되는 중계 사이드링크 리소스 풀(R-RP)을 포함하고,
R-RP에서 전송 및/또는 상기 전송과 연관된 제어 정보를 수신하는 것에 응답하여, UE는 상기 전송을 제1 전송으로 결정할 수 있다.
실시예들에 따르면, R-RP는 중계된 전송에 대한 피드백을 보내는데 사용된다.
실시예들에 따르면, 중계 리소스 풀(R-RP)은 BWP 내에서 정의되고, 하나 이상의 전송 또는 수신 풀, 하나 이상의 전송 중계 리소스 풀(TX R-RP), 하나 이상의 수신 중계 리소스 풀(RX R-RP), 또는 TX와 RX가 모두 발생하는 하나 이상의 R-RP와 같은 하나 이상의 리소스 풀을 포함한다.
실시예들에 따르면, R-RP는 모드 1에서 동작하는 UE를 위해 설정된 제1 R-RP 및 모드 2에서 동작하는 UE를 위해 설정된 제2 R-RP를 포함한다.
실시예들에 따르면, R-RP는 모드 1에서 동작하는 UE 및 모드 2에서 동작하는 UE에 대해 설정되며, 여기서 UE는 주기적 혼잡 보고(periodic congestion reports)를 전송 엔티티에 제공할 것으로 기대되므로, 전송 엔티티는 R-RP 내에서 이용가능한 리소스들을 알 수 있다.
실시예들에 따르면, 중계 리소스 풀(R-RP)은, 전송 엔티티와 수신 엔티티 사이 및/또는 중계 엔티티와 수신 엔티티 사이의 링크의 링크 품질이 미리 정의된 링크 품질 임계값 미만인 경우, 제어 및/또는 데이터의 중계-관련 전송 및/또는 수신에 대해 사용된다.
실시예들에 따르면, UE는 예를 들어, 하나 이상의 시스템 정보 블록(SIB) 또는 제어 채널 내(예, PDCCH 또는 PDSCH)의 다른 제어 시그널링에서 하나 이상의 리소스 풀 설정을 수신할 수 있고, 상기 하나 이상의 리소스 풀 설정은 R-RP 설정을 포함하고, 상기 R-RP 설정은 다음을 포함한다:
· 기지국이 중계를 지원한다는 표시(indication),
· 전송 엔티티가 중계 기반 전송으로 전환해야 하는 링크 품질 임계값,
· R-RP의 리소스들.
실시예들에 따르면, R-RP 설정은 타임 슬롯의 개수 면에서 PSFCH(Physical Sidelink Feedback Channel)와 같은 피드백 채널 리소스들의 주기성을 더 포함하며, 주기성이 0 값으로 설정된 경우, 피드백 채널 리소스들이 R-RP에서 정의되지 않는다.
실시예들에 따르면, UE는 다음과 같이 전송 엔티티로부터 수신된 전송에 대한 피드백을 전송 엔티티에 전송하기 위해 피드백 채널을 사용할 수 있다:
· 전송 엔티티로부터 UE로의 전송이 실패하는 경우, UE는 재전송을 요청하는 NACK를 전송 엔티티로 전송하고, 및/또는
· 전송 엔티티로부터 UE로의 전송이 성공한 경우, UE는,
o UE가 수신 엔티티로부터 성공적인 피드백을 수신한 후에만 ACK를 전송하여, UE가 전송 엔티티로부터 수신 엔티티로의 상기 전송의 전체 HARQ 피드백을 전송 엔티티에 제공할 수 있고, 또는,
o 전송 엔티티로부터 상기 전송을 수신한 후 첫 번째 ACK를 전송하고 UE가 수신 엔티티로부터 성공적인 피드백을 수신한 후 두 번째 ACK를 전송하여, UE가 전송 엔티티로부터 수신 엔티티로의 상기 전송의 전체 HARQ 피드백을 전송 엔티티에 제공할 수 있다.
실시예들에 따르면, 전송이 브로드캐스트로 전송되는 경우, 또는 전송이 UE를 향하는 것이 아닌 경우, 또는 전송이 비활성화된 피드백이 있는 유니캐스트 또는 그룹캐스트로 전송되는 경우, UE는 피드백 전송을 비활성화할 수 있다.
실시예들에 따르면, 중계 사이드링크 제어 채널 및/또는 R-BWP 및/또는 R-RP는 제2 전송이 송신 및/또는 수신되는 스펙트럼 또는 주파수 범위와 상이한 스펙트럼 또는 주파수 범위를 포함한다.
실시예들에 따르면, 상기 전송이 제1 전송이 된다는 결정에 응답하여, UE는,
· 상기 전송을 디코딩하는 것과 전송을 상위 계층으로 전달하는 것을 삼가고, 상기 전송을 수신 엔티티로 전송하기 위해 수신 엔티티의 목적지 ID와 함께 버퍼에 로드할 수 있고, 또는
· 상위 계층 최적화를 위해 상기 전송을 디코딩하고, 이 패킷을 정규(normal) 전송 풀을 사용하여 의도된 RX UE로 전송하고, 최적화된 전송을 수신 엔티티로 전송하기 위해 수신 엔티티의 목적지 ID와 함께 버퍼에 로드할 수 있다.
실시예들에 따르면, 전송과 연관된 제어 정보를 수신하는 것에 응답하여,
UE를 나타내는 목적지 ID 파라미터가 비어 있거나, null 값으로 설정되거나 디폴트 값으로 설정되고, 수신 엔티티를 나타내는 목적지 ID 파라미터가 지정된 경우, 또는,
UE와 수신 엔티티 모두를 나타내는 결합 목적지 정보에서, UE를 나타내는 목적지 ID 파라미터가 비어 있거나, null 값으로 설정되거나 디폴트 값으로 설정되고, 수신 엔티티를 나타내는 목적지 ID 파라미터가 지정된 경우,
UE는 브로드캐스트 방식으로 상기 전송을 수신하고, 의도된 수신 엔티티 또는 엔티티들에게 유니캐스트 그룹캐스트 또는 브로드캐스트 방식으로 상기 전송할 수 있다.
실시예들에 따르면, 전송과 연관된 제어 정보의 수신에 응답하여,
UE를 나타내는 목적지 ID 파라미터가 지정되고, 수신 엔티티를 나타내는 목적지 ID 파라미터가 지정된 경우, 또는,
UE와 수신 엔티티를 모두 나타내는 결합된 목적지 정보에서 UE를 나타내는 목적지 ID 파라미터가 지정되고 수신 엔티티를 나타내는 목적지 ID 파라미터가 지정된 경우,
UE는 그룹캐스트 또는 유니캐스트 방식으로 상기 전송을 수신하고, 의도된 수신 엔티티 또는 엔티티들에게 유니캐스트 또는 그룹캐스트 또는 브로드캐스트 방식으로 상기 전송을 보낼 수 있다.
실시예들에 따르면, 사용자 디바이스는 다음 중 하나 이상을 포함한다: 모바일 단말, 또는 고정 단말, 또는 셀룰러 IoT-UE, 또는 차량용 UE, 또는 리더(GL) UE, 또는 IoT 또는 협대역 IoT(NB-IoT) 장치, 또는 웨어러블 장치(예: 스마트 워치), 또는 피트니스 트래커, 또는 스마트 안경, 또는 지상 차량, 또는 공중 차량, 또는 드론, 또는 이동 기지국, 또는 또는 노변 장치(road side unit; RSU), 또는 건물, 또는 기타 아이템/디바이스가 무선 통신 네트워크를 사용하여 통신할 수 있도록 하는 네트워크 연결이 제공되는 기타 아이템 또는 디바이스, 예를 들어 센서 또는 액추에이터, 또는 네트워크 연결이 제공되는 기타 아이템 또는 디바이스, 또는 예를 들어, 센서 또는 액추에이터, 또는 임의의 사이드링크 가능 네트워크 엔티티와 같이 무선 통신 네트워크의 사이드링크를 사용하여 아이템/디바이스와 통신하는 네트워크 연결을 제공하는 기타 아이템/디바이스.
전송 엔티티
제2 양태에 따르면, 본 발명은 무선 통신 네트워크를 위한 전송 엔티티를 제공하고,
상기 전송 엔티티는 무선 통신 네트워크의 하나 이상의 수신 엔티티와 전송 엔티티 사이의 연결성을 지원하는 기능을 제공하기 위해 중계 UE에 연결 가능하고,
전송 엔티티는 중계 UE로의 전송을 다음 중 하나 이상에 의해 수신 엔티티로 중계되어야 할 제1 전송으로 나타낼 수 있다:
· 상기 전송을 특정 제어 정보와 연관시키고,
· 상기 전송 및/또는 연관 제어 정보를 특정 리소스들상으로 보내도록 한다.
실시예들에 따르면, 상기 전송을 특정 제어 정보와 연관시키는 것은 다음 중 하나 이상을 포함한다:
· 상기 전송이 제1 전송인지 또는 중계 UE를 목적으로 하는 제2 전송인지를 나타내는 사이드링크 제어 정보(SCI)와 같은 직접 인터페이스 제어 메시지를 상기 전송과 연관시키는 것,
· 상기 전송이 제1 전송인지 중계 UE를 목적으로 하는 제2 전송인지를 나타내는 다운링크 제어 정보(DCI)와 같은 네트워크 인터페이스 제어 메시지를 상기 전송과 연관시키는 것,
· 상기 전송을 매체 액세스 제어(Medium Access Control; MAC)과 연관시키는 것으로서, MAC 헤더는 전송이 제1 전송인지 또는 제2 전송인지를 나타낸다.
실시예들에 따르면, 특정 리소스들에 전송 및/또는 연관된 제어 정보를 보내는 것은 다음 중 하나 이상을 포함한다:
· 중계 사이드링크 제어 채널에서 전송과 연관된 사이드링크 제어 정보(SCI)와 같은 직접 인터페이스 제어 메시지를 전송함,
· 전송 및/또는 전송과 연관된 제어 정보를 전송하기 위해 중계 부분 대역폭(R-BWP)의 리소스를 사용함,
· 전송 및/또는 전송과 연관된 제어 정보를 전송하기 위해 중계 사이드링크 리소스 풀의 리소스들을 사용함.
실시예들에 따르면, 전송 엔티티는 사이드링크와 같은 직접 인터페이스를 통해 또는 3GPP 또는 비-3GPP 인터페이스와 같은 액세스 네트워크 인터페이스를 통해 중계 UE로 송신을 전송할 수 있다.
실시예들에 따르면,
· 전송 엔티티는 사용자 디바이스(UE) 또는 중계 UE를 포함하고, 수신 엔티티는 사용자 디바이스(UE) 또는 중계 UE를 포함하고, 또는
· 전송 엔티티는 사용자 디바이스(UE) 또는 중계 UE를 포함하고, 수신 엔티티는 무선 액세스 네트워크(RAN) 엔티티와 같은 네트워크 엔티티를 포함하고, 또는
전송 엔티티는 RAN 엔티티와 같은 네트워크 엔티티를 포함하고, 수신 엔티티는 사용자 디바이스(UE) 또는 중계 UE를 포함한다.
--- SCI ---
실시예들에 따르면, 전송 엔티티는
상기 전송이 제1 전송인지 제2 전송인지를 나타내는 하나 이상의 추가 파라미터를 포함하는 1차 스테이지 SCI, 또는
상기 전송이 제1 전송인지 제2 전송인지를 나타내기 위해 수정된 하나 이상의 파라미터를 포함하는 2차 스테이지 SCI, 또는
중계될 전송들에 적합하도록 미리 정의된 2차 스테이지 SCI를 제공할 수 있다.
--- MAC 헤더 ---
실시예들에 따르면, 전송 엔티티는 상기 전송이 제1 전송이고 UE가 의도된 수신지가 아님을 중계 UE에 알리는 표시(indication)를 포함하는 매체 액세스 제어(Medium Access Control, MAC) 헤더를 상기 전송과 연관시킬 수 있다.
--- 전용 중계 사이드링크 제어 채널 ---
실시예들에 따르면,
무선 통신 네트워크는 중계 사이드링크 제어 채널을 포함하고,
전송 엔티티는 중계 사이드링크 제어 채널에서 상기 전송과 연관된 사이드링크 제어 정보(SCI)를 전송할 수 있다.
--- 전용 부분 대역폭(dedicated bandwidth part) ---
실시예들에 따르면,
무선 통신 네트워크는 제어 및/또는 데이터 및/또는 피드백의 중계-관련 전송 및 수신에 대해 전용으로 사용되는 중계 부분 대역폭(R-BWP)을 포함하고,
전송 엔티티는 R-BWP에서 전송 및/또는 전송과 연관된 제어 정보 및/또는 피드백 정보를 전송할 수 있다.
--- 전용 중계 사이드링크 리소스 풀 ---
실시예들에 따르면,
무선 통신 네트워크는 제어 및/또는 데이터 및/또는 피드백의 중계-관련 송신 및 수신에 대해 전용으로 사용되는 중계 사이드링크 리소스 풀(R-RP)을 포함하고,
전송 엔티티는 R-RP에서 상기 전송 및/또는 상기 전송과 연관된 제어 정보 및/또는 피드백을 보낼 수 있다.
실시예들에 따르면, 전송 엔티티는 다음 중 하나 이상에 의존하는 R-RP를 사용할 수 있다:
· 전송 엔티티와 중계 UE 사이의 링크 품질,
· 정규(normal) 사이드링크 리소스 풀의 혼잡 상태,
· 전송 엔티티와 수신 엔티티 사이의 거리.
실시예들에 따르면,
· 상기 전송이 브로드캐스팅되어야 하고 상기 전송의 목적이 커버리지 확장인 경우, 전송 엔티티는 임의의 중계 UE로 상기 전송을 보낼 수 있고, 또는
· 상기 전송이 그룹캐스트 또는 유니캐스트 전송인 경우, 전송 엔티티는 목적된 원격 UE로 추가로 전송할 것으로 기대되는 R-RP상의 임의의 중계 UE로 상기 전송을 보낼 수 있고, 또는
· 상기 전송이 그룹캐스트 또는 유니캐스트 전송인 경우, 전송 엔티티는 목적된 원격 UE로 추가로 전송될 것으로 기대되는 R-RP 상의 특정 중계 UE로 상기 전송을 전송할 수 있다.
실시예들에 따르면, 중계 UE는 다음 기준 중 하나 이상을 지원하는지 여부에 기초하여 선택된다:
· 전송 전력이 설정된 또는 미리 설정된 전력 임계값(예를 들어 고전력)보다 높은 경우, 또는
· 배터리 상태가 설정된 또는 미리 설정된 임계값보다 높은 경우, 또는
· PPDR(Public Protection and Disaster Relief) 서비스 또는 차량 안전 서비스와 같은 특정 서비스를 제공하는 경우이다.
실시예들에 따르면, 전송 엔티티는 상기 전송과 연관된 사이드링크 제어 정보(SCI)에 중계 UE의 목적지 ID 파라미터를 표시할 수 있고, 여기서
· 목적지 ID 파라미터가 공백으로 남아 있거나, null 값으로 설정되거나 또는 디폴트 값으로 설정된 경우, 특정 중계 UE가 선택되지 않으므로 상기 전송을 수신한 임의의 중계 UE는 SCI의 최종 목적지 ID 파라미터에 의해 정의된 수신 엔티티로 상기 전송을 중계할 것으로 기대되고, 또는
· 목적지 ID 파라미터가 지정된 경우, 목적지 ID에 지정된 ID의 중계 UE만이 SCI의 최종 목적지 ID 파라미터에 의해 정의된 수신 엔티티로 상기 전송을 중계할 것으로 기대된다.
실시예들에 따르면, 전송 엔티티는 다음 중 하나 이상을 포함한다: 매크로 셀 기지국, 또는 소형 셀 기지국, 또는 기지국의 중앙 유닛, 또는 IAB 노드, 또는 기지국의 분산 유닛, 또는 RSU(road side unit), 또는 UE, 또는 GL(group leader), 또는는 중계 또는 원격 라디오 헤드, 또는 AMF, 또는 MME, 또는 SMF, 또는 코어 네트워크 엔티티, 또는 모바일 에지 컴퓨팅(MEC) 엔티티, 또는 NR 또는 5G 코어 컨텍스트에서와 같은 네트워크 슬라이스, 또는 임의의 전송/수신 지점(transmission/reception point; TRP)으로서 아이템 또는 장치가 무선 통신 네트워크를 사용하여 통신할 수 있도록 하고, 상기 항목 또는 장치는 무선 통신망을 이용하여 통신할 수 있도록 네트워크 연결성을 제공한다.
네트워크
제2 양태에 따르면, 본 발명은,
하나 이상의 전송 엔티티,
하나 이상의 수신 엔티티, 및
하나 이상의 중계 사용자 디바이스(중계 UE)를 포함하는 무선 통신 네트워크를 제공하며, 상기 중계 UE는 전송 엔티티와 수신 엔티티 사이의 연결성을 지원하는 기능을 제공하고,
상기 전송 엔티티는 본 발명에 따른 하나 이상의 전송 엔티티를 포함하고, 및/또는 상기 중계 UE는 본 발명에 따른 하나 이상의 사용자 디바이스(UE)를 포함한다.
방법들
제2 양태에 따르면, 본 발명은 무선 통신 네트워크를 위한 사용자 장치(UE)를 동작시키는 방법을 제공하며, 여기서 상기 UE는 하나 또는 무선 통신 네트워크의 하나 이상의 수신 엔티티들와 전송 엔티티 사이의 연결성을 지원하는 기능을 제공하기 위해 중계 UE로 동작할 수 있고, 상기 방법은,
UE에 의해, 전송 엔티티로부터 수신된 전송을, 수신 엔티티로 중계될 제1 전송과 UE에 대해 의도된 제2 전송 간에 구별하는 단계를 포함하고,
상기 수신된 전송은 다음 중 하나 이상에 의해 구별된다:
· 상기 전송과 연관된 제어 정보,
· 상기 전송 및/또는 연관 제어 정보가 수신되는 리소스들.
제2 양태에 따르면, 본 발명은 무선 통신 네트워크를 위한 전송 엔티티를 동작시키는 방법을 제공하며, 전송 엔티티는 무선 통신 네트워크의 하나 이상의 수신 엔티티와 전송 엔티티 사이의 연결성을 지원하는 기능을 제공하기 위해 중계 UE에 연결되며, 상기 방법은,
전송 엔티티에 의해, 다음 중 하나 이상에 의해, 중계 UE로의 전송을 상기 수신 엔티티로 중계되어야 할 제1 전송으로 표시하는 단계를 포함한다;
· 상기 전송을 특정 제어 정보와 연관시키는 단계,
· 특정 리소스들에서 상기 전송 및/또는 상기 연관 제어 정보를 보내는 단계.
컴퓨터 프로그램 제품
본 발명의 제2 양태에 따른 실시예들은, 프로그램이 컴퓨터에서 실행될 때, 컴퓨터로 하여금 본 발명에 따른 하나 이상의 방법들을 수행하도록 하는 명령어들을 포함하는 컴퓨터 프로그램 제품을 제공한다.
도20a는 트래픽을 중계될 트래픽과 중계 사용자 디바이스를 목적으로 하는 트래픽 중 하나로 구별하는 본 발명의 제2 양태에 따른 중계 사용자 디바이스의 일 실시예를 도시한다. 사용자 디바이스(400)는 중계 사용자 디바이스로서 동작하여, 전송 엔티티(402) 및 하나 이상의 수신 엔티티(404) 사이의 연결성을 지원하는 기능을 제공할 수 있으며, 여기에서 전송 엔티티 및 수신 엔티티들은, 도1을 참조하여 전술된 네트워크 또는 시스템과 같은, 무선 통신 시스템 또는 네트워크의 네트워크 엔티티 또는 사용자 디바이스와 같은 것이다. 원격 사용자 디바이스는 또한 수신 엔티티라 할 수 있다. 중계 사용자 디바이스(400) 및 전송 엔티티(402)는 제1 링크 또는 연결(406)을 통해 연결되고, 중계 사용자 디바이스는 전송 엔티티(402)로부터 제1 링크(406)를 통해 전송①을 수신할 수 있다. 460으로 지시된 바와 같이, 중계 사용자 디바이스(400)는 전송①을 수신 엔티티(404)로 중계되어야 할 제1 전송과 중계 사용자 디바이스(400)를 목적지로 하는 제2 전송 중에서 하나로 구별한다. 실시예들에 따르면, 중계 사용자 디바이스(400)는 도20a에서 462로 도식적으로 지시된 바와 같이, 중계 사용자 디바이스(400)가 수신 엔티티(404)에 연결되는 제2 링크 또는 연결(408)을 통해 제1 전송을 수신 엔티티(404)로 중계할 수 있다. 제2 전송은 도20a에서 464로 도식적으로 지시된 바와 같이, 중계 사용자 디바이스(400) 내에서 처리될 수 있다. 중계 사용자 디바이스(400)는 전송 엔티티(402)로부터 수신된 전송을 다음 중 하나 이상에 의해 구별한다:
· 전송①과 연관된 제어 정보
· 전송① 및/또는 상기 연관된 제어 정보가 수신되는 리소스들, 예를 들어, 리소스들은 시간, 주파수, 코드 및 공간 중 하나 이상으로 정의될 수 있음.
실시예들에 따르면, 중계 사용자 디바이스(400)는 다음 중 하나 이상에 의해 전송 엔티티(402)로부터 수신된 전송을 구별한다:
· 전송 엔티티(402)로부터 제1 링크(406)을 통해 수신된 전송①과 연관된, 사이드링크 제어 정보(SCI)와 같은, 직접 인터페이스 제어 메시지, 여기에서 상기 SCI는 상기 전송이 제1 전송인지 또는 제2 전송인지를 가리킴
· 전송 엔티티(402)로부터 제1 링크(406)을 통해 수신된 전송①과 연관된, 다운링크 제어 정보(DCI)와 같은 네트워크 인터페이스 제어 메시지, 여기에서 상기 DCI는 상기 전송이 제1 전송인지 또는 제2 전송인지를 가리킴
· 전송 엔티티(402)로부터 제1 링크(406)을 통해 수신된 전송①과 연관된 매체 액세스 제어(MAC) 헤더, 상기 MAC 헤더는 상기 전송이 제1 전송(462)인지 또는 제2 전송(464)인지를 가리킴.
실시예들에 따르면, 전송 및/또는 연관 제어 정보가 수신되는 리소스들은 다음 중 하나 이상을 포함한다:
· 중계 사이드링크 제어 채널. 전송 엔티티(402) 및 중계 사용자 디바이스(400) 사이의 제1 링크(406)의 중계 사이드링크 제어 채널의 리소스들 상으로 수신되고 전송 엔티티(402)로부터의 전송①과 연관되는 제어 정보는, 물리적 사이드링크 공유 채널(PSSCH)을 통해 전송될 수 있는 전송①과 같은, 상기 연관된 전송이 수신 엔티티로 중계되어야 할 제1 전송(462)이라는 것을 가리킨다. 즉, SCI는 전송의 속성을 나타내는 추가적인 정보 또는 필드들을 필요로 하지 않고, 중계 사이드링크 제어 채널에서 SCI를 전송함으로써 중계 사용자 디바이스(400)가 연관된 전송이 제1 전송(462)임을 알 수 있다.
· 전송 엔티티(402)로부터 수신 엔티티(404)로의 중계되는 전송을 실행하는 무선 통신 시스템에 의해 설정된 또는 미리 설정된, 중계 부분 대역폭(R-BWP). 상기 전송의 데이터 및/또는 제어 정보는 R-BWP의 리소스들을 통해 중계 사용자 디바이스(400)에서 수신될 수 있다. 중계 사용자 디바이스(400)는 R-BWP를 이용하여 수신되는 전송이 중계되어야 할 제1 전송(462)이라는 것을 인지한다. 또한, 실제 전송이 R-BWP의 리소스 상으로 또는 다른 BWP에서 정의된 다른 풀의 리소스들 상으로 수신되고, 제어 정보가 R-BWP 상으로 수신되는 경우, 중계 사용자 디바이스는 전송①이 제1 전송(462)이라는 것을 인지한다.
· 전송 엔티티(402)로부터 수신 엔티티(404)로의 중계되는 전송을 실행하는 무선 통신 시스템에 의해 설정된 또는 미리 설정된, 중계 사이드링크 리소스 풀. 상기 전송의 데이터 및/또는 제어 정보는 중계 사이드링크 리소스 풀의 리소스들을 통해 중계 사용자 디바이스(400)에서 수신될 수 있다. 중계 사용자 디바이스(400)는 중계 사이드링크 리소스 풀을 이용하여 수신되는 전송이 중계되어야 할 제1 전송(462)이라는 것을 인지한다. 또한, 실제 전송이 중계 사이드링크 리소스 풀의 리소스 상으로 또는 다른 풀의 리소스들 상으로 수신되고, 제어 정보가 중계 사이드링크 리소스 풀로 수신되는 경우, 중계 사용자 디바이스는 전송①이 제1 전송(462)이라는 것을 인지한다.
제1 전송(462)은 도20a에서 전송②에 의해 지시되는 바와 같이, 중계 사용자 디바이스(400) 및 수신 엔티티(404) 사이의 제2 링크(408)을 통해 중계될 수 있다.
본 발명의 제2 양태에 따른 또다른 실시예들은 중계 사용자 디바이스를 통해 수신 엔티티로 중계될 전송과 연관된 전송 엔티티에게 특정 정보를 제공하거나, 특정 리소스들 상으로 연관 제어 데이터 또는 전송을 전송함으로써 중계 사용자 디바이스로 하여금 상기 전송이 수신 엔티티로 중계되어야 할 전송임을 인지할 수 있도록 한다. 도20b는 도1을 참조하여 전술된 것과 같은, 무선 통신 시스템 또는 네트워크의 전송 엔티티(402)의 실시예를 도시한다. 전송 엔티티(402)는 제1 링크(406)을 통해 중계 사용자 디바이스(400)에 연결될 수 있어, 수신 엔티티(404)로의 전송①이 중계 사용자 디바이스(400) 및 수신 엔티티(404)가 서로 연결되는 제2 링크(408)를 통해 중계 전송②으로서 중계 사용자 디바이스(400)에 의해 중계될 수 있다. 전송 엔티티(402)는 466에서 지시되는 바와 같이 제1 전송①에 특정 제어 데이터를 연관시킴으로써, 또는 468에서 지시되는 바와 같이 전송①의 연관된 제어 데이터 및/또는 데이터를 특정 리소스들로 전송함으로써, 중계 사용자 디바이스(400)로의 전송①이 수신 엔티티로 중계되어야 할 제1 전송임을 가리킨다.
다른 실시예들에 따르면, 전송 사용자 디바이스는 제1 링크(406)를 통해 전송①과 함께 보내질 수 있고, 상기 전송이 중계되어야 할 제1 전송인지 또는 중계 사용자 디바이스(400)를 목적지로 하는 제2 전송인지를 가리키는 사이드링크 제어 정보(SCI)를 전송①과 연관시킬 수 있다. 또다른 실시예들에 따르면, 전송 사용자 디바이스는 제1 링크(406)를 통해 전송①과 함께 보내질 수 있고, 상기 전송이 중계되어야 할 제1 전송인지 또는 중계 사용자 디바이스(400)를 목적지로 하는 제2 전송인지를 가리키는 다운링크 제어 정보(DCI)를 전송①과 연관시킬 수 있다. 다른 실시예들에 따르면, 전송 엔티티는 상기 전송이 제1 전송인지 또는 제2 전송인지를 가리키는 매체 액세스 제어(MAC) 헤더와 상기 전송을 연관시킬 수 있다.
다른 실시예들에 따르면, 전송①의 연관된 제어 데이터 및/또는 데이터를 특정 리소스들로 전송할 때, 전송 엔티티(402)는 상기 전송①과 연관된 사이드링크 제어 정보(SCI)를 중계 사이드링크 제어 채널로 전송할 수 있으며, 이에 의해 중계 사용자 디바이스(400)가 전송①을 중계되어야 할 제1 전송으로서 인식할 수 있도록 한다. 이러한 실시예에서, 상기 전송의 속성이 제1 전송인지 또는 제2 전송인지를 명백하게 가리키는 어떠한 추가적인 정보도 필요로 하지 않을 수 있다. 이용되는 SCI 포맷은, 예컨대 중계를 위한 새로운 2차 스테이지 SCI는, 중계 사용자 디바이스(400)에게 전송①이 제1 전송인지 또는 제2 전송인지를 가리킬 수 있다. 또다른 실시예들에 따르면, 전송 사용자 디바이스(402)는 상기 전송 및/또는 상기 전송과 연관된 제어 정보를 보내기 위하여 중계 부분 대역폭(R-BWP)의 리소스들을 이용할 수 있고, 이에 의해 중계 사용자 디바이스(400)로 하여금 상기 전송 자체 및/또는 그것과 연관된 제어 정보가 R-BWP를 이용하여 전송되었다는 사실에 기인하여, 전송①이 중계되어야 할 제1 전송임을 인식하도록 할 수 있다. 또다른 실시예들에 따르면, 전송 사용자 디바이스(402)는 상기 전송과 연관된 제어 정보 및/또는 상기 전송을 보내기 위하여 중계 사이드링크 리소스 풀의 리소스들을 사용할 수 있으며, 이에 의해 중계 사용자 디바이스(400)로 하여금 상기 전송 자체 및/또는 그것과 연관된 제어 정보가 중계 사이드링크 리소스 풀을 이용하여 전송되었다는 사실에 기인하여, 전송①이 중계되어야 할 제1 전송임을 인식하도록 할 수 있다.
실시예들에 따르면, 전송 엔티티(402)는 사용자 디바이스(UE) 또는 중계 사용자 디바이스이고, 수신 엔티티(404)는 사용자 디바이스 또는 중계 사용자 디바이스이다. 이 경우, 제1 및 제2 연결들(406, 408)은 사이드링크 또는 PC5 연결 또는 인터페이스와 같은 직접 인터페이스(direct interface)이다.
다른 실시예들에 따르면, 전송 엔티티(402)는 사용자 디바이스, 또는 중계 사용자 디바이스이고, 수신 엔티티(404)는 네트워크 엔티티 예컨대, gNB와 같은 라디오 액세스 네트워크(RAN) 엔티티이다. 이 경우, 제1 연결(406)은 사이드링크 연결과 같은 직접 인터페이스이고, 제2 연결(408)은 3GPP 인터페이스와 같은 액세스 네트워크 인터페이스, 논(non)-3GPP 인터페이스, 다운링크(DL) 인터페이스 예컨대, Uu 인터페이스, 또는 WiFi 인터페이스이다.
다른 실시예들에 따르면, 전송 엔티티(402)는 네트워크 엔티티 예컨대, gNB와 같은 라디오 액세스 네트워크(RAN) 엔티티이고, 수신 엔티티(404)는 사용자 디바이스, 또는 중계 사용자 디바이스이다. 이 경우, 제1 연결(406)은 3GPP 인터페이스와 같은 액세스 네트워크 인터페이스, 논(non)-3GPP 인터페이스, 다운링크(DL) 인터페이스 예컨대, Uu 인터페이스, 또는 WiFi 인터페이스이고, 제2 연결(408)은 사이드링크 연결과 같은 직접 인터페이스이다.
중계 사용자 디바이스에서 수신되는 트래픽을 구별하기 위한 본 발명의 제2 양태에 따른 전술한 실시예들이 이하 더욱 상세하게 설명된다.
SCI 기반의 구별
실시예들에 따르면, 중계 사용자 디바이스(400)는 상기 전송과 연관된 SCI에 기초하여 전송을 구별한다. 상기 전송이 제1 전송인지 또는 제2 전송인지를 나타내기 위하여, 1차 스테이지 SCI와 같이 기존 SCI 포맷에 하나 이상의 추가적인 파라미터들이 부가될 수 있고, 또는 2차 스테이지 SCI와 같이 기존 SCI 포맷의 하나 이상의 추가적인 파라미터들이 수정될 수 있고, 상기 SCI를 수신하는 것에 응답하여 사용자 디바이스는 하나 이상의 추가적인 또는 수정된 파라미터들을 이용하여 상기 전송이 제1 전송인지 또는 제2 전송인지를 결정하고, 제1 전송인 경우 상기 전송을 수신 엔티티로 중계한다. 다른 실시예들에 따르면, 새로운 미리 정의된 2차 스테이지 SCI 와 같이, 새로운 또는 미리 정의된 SCI 포맷이 중계 전송들에 맞춤형으로 구현될 수 있다. 중계 사용자 디바이스(200)는 새로운 또는 미리 정의된 SCI를 수신할 때, 상기 연관된 전송 또는 패킷이 상기 중계 사용자 디바이스(400)를 목적으로 하는 것이 아니라 대신 수신 엔티티(404)로 계속해서 중계되어야 할 것이라는 것을 인식한다.
실시예들에 따르면, SCI는 중계 사용자 디바이스(400)만을 가리키는 목적지 정보, 예를 들어 중계 사용자 디바이스의 목적지 또는 계층1(L1) ID를 포함할 수 있다. 중계 사용자 디바이스에 대한 목적지 정보만을 포함하는 SCI를 수신한 때, 중계 사용자 디바이스(400)는 연관된 전송이 제2 전송이라고 즉, 중계 사용자 디바이스(400)를 향하는 전송(464)이라고 결정한다. 다른 실시예들에 따르면, 추가적인 파라미터들 또는 미리 정의된 제2차 스테이지 SCI는 수신 엔티티(404)의 목적지 또는 L1 ID와 같은 수신 엔티티만을 가리키는 목적지 정보 포함할 수 있고, 이러한 정보를 수신하는 것에 응답하여 중계 사용자 디바이스(400)는 SCI와 연관된 정보가 수신 엔티티(404)로 중계되어야 할 제1 전송(462)이라고 결정한다. 또다른 실시예들에 따르면, 각각의 L1 ID와 같은 중계 사용자 디바이스(400)에 대한 제1 목적지 정보 및 수신 엔티티(404)에 대한 제2 목적지 정보가 포함될 수 있고, 양 ID를 수신하는 것에 응답하여 중계 사용자 디바이스(400)는 연관된 전송이 수신 엔티티로 전달되어야 할 제1 전송(462)이라고 인식한다. 예를 들어, SCI는 2 이상의 목적지 ID 필드들 - 하나 이상의 중계 사용자 디바이스를 가리키는 중재자 목적지 ID 및 수신 엔티티를 가리키는 최종 목적지 ID-을 포함할 수 있다. 또다른 실시예들에 따르면, 사용자 디바이스 및 수신 엔티티를 모두 가리키는 결합된 목적지 정보가 포함될 수 있고, 중계 사용자 디바이스는 결합된 ID를 수신하는 것에 응답하여 연관된 전송이 수신 엔티티로 전달되어야 할 제1 전송(462)이라고 인식한다. 예를 들어, 전송 엔티티가 중계 사용자 디바이스 및 의도된 수신 엔티티의 목적지 ID를 아는 경우, 그것은 두 목적지 ID의 LSB(least significant bit)를 이용할 수 있고, 중계를 위해서만 의도된 새로운 또는 미리 정의된 SCI 내에 결합된 ID를 전송할 수 있다. 결합된 목적지 ID와 같은 결합된 ID가 다음 중 하나에 의해 중계 사용자 디바이스의 목적지 ID 및 수신 엔티티의 목적지 ID를 이용하여 전송 엔티티에 의해서 생성될 수 있다.
· 중계 사용자 디바이스 및 수신 엔티티의 목적지 ID를 이용하여, 결합된 목적지 사용자 디바이스 ID를 생성하기 위해 공식(formula)이 이용됨,
· 중계 사용자 디바이스의 목적지 ID 및 수신 엔티티의 목적지 ID의 조합에 매핑되는 목적지 사용자 디바이스 ID를 포함하는 설정된 또는 미리-설정된 룩업 테이블이 이용됨,
· 중계 사용자 디바이스의 목적지 ID 및 수신 엔티티의 목적지 ID의 LSB가 결합됨.
결합된 목적지 ID는 다음 중 하나 이상을 이용하여 중계 사용자 디바이스의 목적지 ID 및 수신 엔티티의 목적지 ID를 추론하기 위하여 중계 사용자 디바이스에 의해 디코딩 될 수 있다:
· 공식
· 역(reverse) 룩업 테이블
· 중계 사용자 디바이스의 목적지 ID 및 수신 엔티티의 목적지 ID의 LSB들
실시예들에 따르면, SCI는 수신 엔티티가 전송을 수신할 수 있는 시한인, 시간 인디케이터와 같은 지표(indication)을 포함한다. 타이머가 문턱값을 초과하는 경우, 또는 사용자 디바이스가 수신 엔티티로의 전송 및 수신 엔티티로부터의 응답확인(ACk)을 수신에 대한 시간이 문턱값을 초과한 것으로 판단하는 경우, 사용자 디바이스는 전송 또는 패킷을 드롭할 수 있고, 또는 전송 또는 패킷을 드롭하고 전송 엔티티로 비-응답확인(NACK)을 전송할 수 있다.
전술한 실시예들의 장점은 더 높은 계층들이 패킷 또는 전송 구별을 모른다는 것일 것이다. 예를 들어, 물리 계층은 전송 또는 패킷을 수신하고, 중계 사용자 디바이스는 중계 사용자 디바이스가 대응하는 전송 또는 데이터에 대한 의도된 수신자인지 결정하기 위하여 제어 정보를 디코딩만 하면 되고, 이에 의해 중계 사용자 디바이스가 상기 전송에 대한 의도된 수신자가 아니라고 중계 사용자 디바이스가 결정한 경우 상기 전송 또는 데이터 패킷을 디코딩하고 그것을 더 상위 계층들로 전달하는 것으로부터 중계 사용자 디바이스를 구할 수 있다. 이러한 경우, 중계 사용자 디바이스는 수신 엔티티로의 전송에 대한 새로운 목적지 ID로서, 수신된 제어 정보 내에서 지시된 바와 같은 최종 목적지 ID와 함께 상기 전송 또는 데이터를 버퍼에 로딩할 수 있다. 전술한 실시예들은 희망하는 커버리지 확장을 달성할 수 있는 증폭-전달(amplify-and-forward) 솔루션과 유사할 수 있지만, 단순 증폭-전달 솔루션 이상의 장점은 중계 사용자 디바이스가 중계되는 전송 또는 패킷을 디코딩하지 않기 때문에, 무단 복제 문제가 고려된다는 것이다. 다른 실시예에 따르면, 증폭-전달 방식을 단순히 제공하기 보다는, 중계 사용자 디바이스(400)는 바람직하게 더 높은 계층들에 의한 전송 또는 메시지 내용의 처리 없이, 전송을 디코딩하고 전달할 수 있다.
수신 엔티티의 목적지 ID만을 포함하는 전술한 실시예에서, 즉 중계 사용자 디바이스의 목적지 ID가 SCI에 포함되지 않는 실시예들에서, 중계 사용자 디바이스에 알려진 및 중계 사용자 디바이스가 사이드링크 연결을 통해 상기 전송을 전달할 수 있는 사용자 디바이스로 보내지는 임의의 전송 또는 패킷을 중계 사용자 디바이스가 픽업할 수 있다. 이러한 실시들에 따르면, 전송 엔티티(402)는 SCI 내에 포함된 및 중계 사용자 디바이스(400)가 따라서 전송 및 메시지를 전달하는 수신 엔티티(404)의 ID를 간단히 이용할 수 있다. 예를 들어, 이것은 개별 중계 리소스 풀 또는 중계 BWP 또는 중계 제어 채널이 제공되는 경우, 또는 그렇지 않으면 중계되어야 할 상기 전송 또는 메시지가 마킹 또는 라벨링되어 상기 전송 또는 메시지가 지정된 수신 엔티티(404)로 중계되어야 할 제1 전송이라는 것을 중계 사용자 디바이스에게 가리키는 경우에 이용될 수 있다. 그리고 중계 사용자 디바이스(400)는 간단히 상기 풀로부터 상기 전송 또는 메시지를 얻을 수 있고, 상기 전송을 수신 엔티티로 중계할 수 있다.
추가 실시예들에 따르면, SCI는 전송 엔티티(402)를 나타내는 정보, 예를 들어 전송 엔티티의 L1 ID를 포함할 수 있다. 이러한 실시예들에 따르면, 전송 엔티티의 목록은 예를 들어 무선 통신 네트워크 내에 특정 수의 전송 엔티티에 대해 존재할 수 있고, 중계 UE는 이 목록을 알고 있고, 제어정보에서 상기 전송 엔티티를 나타내는 정보를 사용하여 상기 전송 엔티티가 목록에 있는지 여부를 결정할 수 있다. 중계 UE(400)가 전송 엔티티(402)가 상기 목록에 있다고 결정하는 경우, 상기 전송은 중계 UE에 의해 수신 엔티티로 중계될 제1 전송(462)으로 인식된다. 반면, 전송 엔티티(402)가 상기 목록에 없는 경우, 중계 UE(400)는 SCI와 연관된 전송을 중계 UE에 대해 의도된 제2 전송으로 간주하고, 중계 UE(400)에서 처리할 수 있다. 예를 들어, 설정된 목록은 예를 들어, 코어 네트워크, 5GC를 통해, 또는 중계 UE(400)에 저장된 설정된 또는 미리 설저된 목록을 통해 인증된 신뢰된 장치의 목록을 포함할 수 있다. 다른 실시예들에 따르면, 상기 목록은 특정 캐스트 유형을 사용하여 데이터를 전송하는 UE, 장치 유형, UE 범주 또는 UE의 특정 그룹에 속하는 UE와 같은 전송 엔티티들을 가리킬 수 있다.
본 발명의 제2 양태의 또 다른 실시예에 따르면, 추가 정보는 SCI와 연관된 상기 전송이 중계되어야 함을 가리키는 미리 정의된 목적지 또는 계층 1(L1) ID와 같은 미리 정의된 목적지 정보를 포함할 수 있다. 미리 정의된 목적지 정보는 중계 UE 또는 수신 엔티티에 의해 제공될 수 있고, 전송 엔티티는 미리 정의된 목적지 정보를 수신하고 특정 전송이 중계 UE에 대해 의도된 것이 아니고 수신 엔티티로 전달되어야 하는 경우 이를 사용한다. 즉, 중계 UE는 중계 UE의 커버리지 내에 있는 수신 엔티티들을 알고 있고, 이러한 수신 엔티티들의 L1 UE ID 목록 또는 풀을 전송 엔티티에 제공한다. 이러한 UE ID 목록 에는 실제 수신 엔티티 ID에 매핑되는 UE ID인 가상 UE ID뿐만 아니라 지정된 수신 엔티티 ID가 포함될 수 있다. 전송 엔티티는 SCI에 이들 UE ID 중 하나를 포함시키고, 중계 UE는 상기 전송이 상기 표시된 수신 엔티티로 중계됨을 확인한다. 전송이 의도된 수신 엔티티에 따라, 전송 엔티티는 SCI에 포함되는 일정한 또는 특정 목적지 정보를 선택할 수 있으며, 중계 UE(400)에서 수신되면, 중계 UE(400)는 SCI와 연관된 전송을 수신 엔티티로 중계하기 위해 수신한 SCI의 목적지 정보를 수신 엔터티의 실제 목적지 정보에 매핑한다. 즉, 이러한 실시예들에 따르면, 중계기를 통해 수신 엔티티에 도달하는 데 사용되는 새로운 목적지 ID가 도입된다. 전송 엔티티는 이 ID를 사용하여 중계기를 통해 수신 엔티티의 주소를 지정한다. 전술한 바와 같이 중계기는 상기 전송 또는 메시지를 전달하기 위해, 수신된 새로운 ID를 실제 수신 엔티티 ID에 매핑한다. 실시예들에 따르면, 미리 정의된 목적지 정보는 다음 중 하나 이상이다:
· 가상 목적지 ID,
· 목적지 ID들의 설정된 또는 미리 설정된 리스트 또는 풀 중의 목적지 ID.
중계 UE가 가상 목적지 ID들을 수신한 경우, 예를 들어 목적지 ID가 변경된 경우, 중계 노드는 가상 목적지 ID를 하나 이상의 수신 엔티티 목적지 ID들에 매핑하는 것을 포함할 수 있다. 예를 들어, V2X UE가 모든 RSU에 데이터를 전송하고자 하는 경우가 이에 해당할 수 있다. 이 경우, 그것은 RSU들에 대해 설정된 가상 목적지 ID로 데이터를 보낼 수 있으며, 중계 UE는 상기 데이터를 "실제" RSU ID 또는 둘 이상의 RSU로 전달할 수 있다. 가상 목적지 ID에 기초하여, 중계 노드는 전송될 데이터의 캐스트 유형을 변경하고, 특정 가상 목적지 ID상에서 유니캐스트로 수신된 트래픽을 그룹캐스트 또는 브로드캐스트 메시지에 맵핑할 수 있다.
중계 UE가 목적지 ID 풀에 속하는 목적지 ID를 수신하는 경우, 중계 UE는 중계 UE가 관리하는 수신 엔티티들에 대응하여, 네트워크로부터 할당된 수신 엔티티 목적지 ID의 서브세트 또는 풀을 가질 수 있다. 예를 들어, 수신 엔티티들에 대한 목적지 ID들의 n개의 LSB는 중계 UE에 의해 할당될 수 있다. 또한 미리 정의된 LSB 값은 중계 ID 자체일 수 있다. 이는 중계 UE의 LSB가 000으로 설정되고 수신 엔티티 A의 LSB가 001로 설정되고 수신 엔티티 B의 LSB가 010으로 설정되는 목적지 ID의 샘플 풀에서 볼 수 있다.
중계 UE: XXXXXXXX 000
수신 엔티티 A에 대해 사용됨 XXXXXXXX 001
수신 엔티티 B에 대해 사용됨: XXXXXXXX 010
도21은 중계 노드에서 매핑되는 미리 정의된 또는 새로운 목적지 ID를 사용하는 실시예를 도시한다. 전송 엔티티(402)는 제1 연결(406)을 통해 중계 UE(400)로 SCI를 전송하고, SCI는 제1 연결(406) 상의 SCI와 연관된 전송이 수신 엔티티(404)로 중계되어야 한다는 것을 중계 UE(400)에 시그널링하는 전술한 새로운 식별자 또는 목적지 정보(470)를 포함한다. 472로 표시된 바와 같이, 중계 UE(400)는 제1 연결(406)상에서 SCI에서 수신된 새로운 ID(470)를 실제 RX ID(474)에 매핑하기 위한 매핑 기능을 수행하여, 실제 RX ID(474)를 사용하여 제2 연결(408)을 통해 제1 연결(406) 상의 SCI와 연관된 상기 전송을 수신 엔티티(404)로 전송하게 해준다. 도21에 도시된 바와 같이, 중계 UE(400)는 실제 RX에 다양한 새로운 ID의 매핑을 포함할 수 있다.
다른 실시예들에 따르면, 전술한 바와 같은 매핑을 수행하는 대신, 수신 엔티티(404)는 직접 전송이 불가능하거나 원하지 않는 경우 전송 엔티티에 의해 사용될 특정 또는 새로운 목적지 ID를 제공하여, 상기 전송을 중계 노드를 사용하여 중계될 수 있게 한다. 도22는 수신 엔티티로의 전송이 중계 노드를 통해 전송되어야 하는 경우, 전송 엔티티에 의해 사용될 특정 또는 새로운 중계 ID를 사용하는 수신 엔티티의 실시예를 도시한다. 전송 엔티티(402)로부터 수신 엔티티(404)로의 직접 전송을 고려하는 경우, 실제의 또는 실재하는 RX ID(474)는 전송 엔티티(402)와 수신 엔티티(404) 사이의 직접 사이드링크 연결(476) 상의 SCI에 포함된다. 추가적으로 나타낸 바와 같이, 실제 RX ID(474)는 중계 UE(400)로 전달되지 않고, 오히려 수신 엔티티(404)가 하나 이상의 수신 엔티티들에 대한 새로운 또는 미리 정의된 중계 ID(470)를 포함한다. 중계 ID(470)는 480으로 표시된 바와 같이 중계 UE에 저장될 수 있다. 전송 엔티티(402)로부터의 전송이 실제 RX ID(474)를 사용하기보다 오히려 간접 또는 중계 전송인 경우, 전송 엔티티(402)는 새로운 중계 ID(470)를 사용하고, ID(470)를 수신하면 중계 노드(400)는 그것이 480에 저장되고 수신 엔티티(404)를 나타내는 중계 ID가 됨을 인식한다. 이러한 실시예의 이점은 새로운 ID(470)가 수신 엔티티에 의해 도입되고 중계 UE가 새로운 ID를 알고 있으므로, 도21을 참조하여 전술한 실시예에서와 같이 오히려 중계 노드에서 수신되고 수신 엔티티(404)와 연관되는 것으로 식별된 ID를 전송 엔티티(402)로부터의 상기 전송을 전달하는데 사용하는 것에 비해서, 중계 노드에서 ID를 변경할 필요가 없다는 장점이 있다.
또 다른 실시예들에 따르면, SCI는 HARQ 프로세스 번호라고도 불리는 특정 HARQ 프로세스 ID를 포함할 수 있다. 예를 들어, 전송 엔티티와 중계 UE는 특정 수신 엔티티와 연관된 특정 목적지 ID에 맵핑될 HARQ 프로세스 ID의 세트를 협상할 수 있다. 중계 UE가 협상된 HARQ 프로세스 ID들 또는 HARQ 프로세스 번호들 중 하나에 대한 전송을 수신하는 경우, 예를 들어, SCI의 필드를 HARQ 프로세스 ID로 설정하고 중계 UE의 SCI에 목적지 ID를 보냄으로써, 중계 UE는 SCI와 연관된 전송을 중계되어야 할 제1 전송으로 인식한다. 중계 UE는 HARQ 프로세스 ID 또는 HARQ 프로세스 번호에 매핑된 수신 엔티티의 연관된 목적지 ID로 상기 전송을 전달한다.
MAC 헤더를 기반의 트래픽 구별
실시예들에 따르면, 중계 UE에서 전송을 제1 전송 또는 제2 전송으로 구별하기 위한 새로운 물리 계층 시그널링을 도입하기보다는, 전송이 제1 전송인지 또는 제2 전송이어야 하는지를 MAC 헤더에서 나타낼 수 있으며, 이는 전송 또는 데이터 패킷이 중계되어야 함, 즉, 중계 UE가 의도된 수신자가 아님을 알리거나, 상기 전송이 중계이 중계 UE에 대해 의도된 것임을 알린다. 실시예들에 따르면, 전송을 중계하기 위해 중계 UE에 의해 사용되는 전용 논리 중계 채널(dedicated logical relay channel; LRCH)이 제공될 수 있다. 예를 들어, 상기 전송이 제1 전송이라는 표시(indication)를 포함하는 MAC 헤더를 수신할 때, 즉 상기 전송이 중계 UE에 대해 의도된 것이 아닌 경우, UE는 상기 전송을 수신 엔티티에의 전송을 위한 LRCH의 버퍼 또는 큐에 위치시킬 수 있다. 이러한 실시예들에 따르면, 전송 또는 패킷은 물리적 계층의 관점에서 중계 UE로부터 수신 엔티티로의 새로운 전송으로 취급된다.
트래픽 구별을 위해 MAC 헤더를 사용하는 다른 실시예들에 따르면, 목적지 또는 수신 엔터티의 계층 2(L2) 식별자가 사용될 수 있다. 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을 참조하여 설명한 방식과 같이 수신 엔티티의 실제 L2 ID에 대한 L2 ID의 매핑을 수행할 수 있다.
추가 실시예들에 따르면, 물리 계층 또는 MAC 계층을 사용하여 중계 UE에서 제1 전송 또는 제2 전송이 될 전송을 구별하여 시그널링할 때, 제어 정보는 중계 UE에 의한 메시지 전송 시 감소 또는 증가되는 파라미터를 포함하고, UE는 TTL(time to live)(감소) 또는 최대 중계 홉 수(maximum number of relay hops)(증가)와 같은 설정된 값 또는 미리 설정된 값에 도달하면, 상기 메시지를 중계하지 않는다. UE가 메시지를 중계하지 않는 경우, 실패 지표(indication)는 전송 엔티티 및/또는 네트워크 및/또는 패킷이 수신된 이전 중계 UE 중 하나 이상으로 전송될 수 있다.
전용 중계 제어 채널(Dedicated Relay Control Channel) 기반의 트래픽 구별
본 발명의 제2 양태의 실시예들에 따르면, 중계 UE가 제1 전송과 제2 전송 간의 트래픽을 구별하기 위한 추가 물리 계층 솔루션이 전용 중계 제어 채널로 지칭되는 별도의 제어 채널을 사용할 수 있다. 실시예들에 따르면, 전송 엔티티 또는 수신 엔티티가 UE 또는 중계 UE인 경우, 제어 채널은 중계 PSCCH 또는 R-PSCCH, 중계 물리적 사이드링크 제어 채널로 지칭될 수 있다. 중계 UE에서, 연관 제어 정보가 R-PSCCH에서 수신 또는 전송되는 모든 전송은 수신 엔티티로 중계되어야 하는 제1 전송인 것으로 중계 UE에 의해 인식된다. 실시예들에 따르면, 전송 엔티티 또는 수신 엔티티가 네트워크 엔티티인 경우, 제어 채널은 중계 물리적 다운링크 제어 채널(R-PDCCH)로 지칭될 수 있다. 중계 제어 채널(R-PSCCH 또는 R-PDCCH) 내에서 제어 정보는 중계 제어 리소스(R-CORESET) 또는 중계 검색 공간(R-SearchSpace) 내에서 전송된다.
실시예들에 따르면, 전용 중계 제어 채널은 NR V2X 리소스 풀과 같이 사이드링크 리소스 풀에서 추가 채널로 구현될 수 있다.
다른 실시예들에 따르면, 전송 엔티티 또는 수신 엔티티가 UE 또는 중계 UE인 경우, 전용 중계 제어 채널을 정의하기 위해 기존의 PSCCH를 재사용할 수 는데, 예를 들어, 오직 중계만을 위한 제어 메시지에 사용될 PSCCH 내의 리소스 블록(RB)의 수를 정의하는 한편, PSCCH 내의 나머지 리소스 블록은 정규(normal) 전송에 사용할 수 있다. 예를 들어, PSCCH의 리소스 내에서 정의되는 R-CORESET 또는 CORESET 내의 R-SearchSpace, 독립적 검색 공간 설정(independent search space configuration)은 중계용으로만 사용되도록 설정 또는 미리 설정될 수 있다. 다른 실시예들에 따르면, 주파수에 걸친 특정 주기성은 PSCCH에서 정의될 수 있으며, 각 주기성에서 PSCCH의 모든 RB는 중계 제어 메시지에만 사용된다. 즉, 주기성에 의해 지정된 시간 간격에서 제어 채널의 모든 RB는 전송을 중계하는 것과 연관된 제어 메시지에만 사용된다. 다른 모든 시간 또는 시간 슬롯에서 PSCCH의 모든 RB가 정규(normal) 전송에만 사용된다. 또 다른 실시예들에 따르면, 주기성은 PSSCH의 모든 RB에 적용되지 않을 수 있지만, 주기성에 의해 정의된 시간 또는 시간 슬롯의 간격으로 중계하는 것에만 연관된 제어 메시지에 대해 선택된 수의 RB가 제공될 수 있으며, 모든 나머지 RB는 정규(normal) 전송에 사용된다.
따라서, 전용 중계 제어 채널을 사용하는 실시예들에 따르면, PSSCH와 같이 정의된 데이터 채널 내에서 전송되고, R-PSCCH상에서 전송된 제어 데이터와 연관된 데이터는 중계 UE에 의해 수신 엔티티로 중계될 전송 또는 데이터로 인식된다. 실시예들에 따르면, 중계 UE는 전용 제어 채널상에서 제어 데이터를 획득하는 것에 응답하여, 상기 전송 또는 데이터 패킷의 디코딩을 삼가할 수 있다. 중계 UE는 대신에 상기 전송 또는 데이터를 자신의 버퍼에 로드하고 원하는 수신 엔티티로 전송할 수 있다. 실시예들에 따르면, 전용 중계 제어 채널에서 전송되는 제어 메시지는 SCI에 기초한 트래픽의 구별에 관한 위의 실시예에서 설명한 바와 같이 SCI일 수 있다. 전용 중계 제어 채널을 사용하는 이점은 중계 UE가 전송 또는 패킷을 디코딩하고 이를 상위 계층으로 가져가는 것을 방지하여 프라이버시를 보장하고 잠재적인 프라이버시 문제를 피할 수 있다는 것이다.
도24는 전술한 바와 같이 전용 중계 제어 채널을 구현하기 위한 실시예들을 도시한다. 도24의 (a)는 NR V2X 리소스 풀과 같이, 사이드링크 리소스 풀에서 추가 서브채널로서 중계 제어 채널을 구현하는 실시예를 예시한다. 도24의 (a)는 다수의 사이드링크 시간 슬롯 또는 서브 프레임(f1 ~ f4)를 도시한다. 각각의 프레임은 사이드링크 전송에 사용될 사이드링크 리소스 풀에서 선택된 리소스(482)을 포함한다. 각각의 서브 프레임은 물리적 사이드링크 제어 채널(PSCCH), 및 PSCCH에서 제어 정보와 관련된 실제 데이터를 전송하기 위한 물리 사이드링크 공유 채널(PSSCH)를 포함할 수 있다. 실시예들에 따르면, 중계 제어 채널은 도24의 (a)에서 추가 채널 R-PSCCH로 표시된 바와 같이, 추가 서브채널로서 프레임(f1 내지 f4) 중 하나 이상에서 정의될 수 있다.
도24의 (b)는 PSCCH가 일정한 주기성을 갖는 R-PSCCH로 사용되는 실시예를 나타낸다. 도24의 (b) 의 실시예에서는 주기성을 두 프레임으로 가정하여 첫 번째 및 세 번째 프레임에서는 PSCCH의 모든 리소스 블록이 정규(normal) 제어 전송에 사용되고 두 번째 및 네 번째 프레임에서는 모든 PSCCH의 리소스 블록이 중계 관련 전송에만 사용된다.
도24의 (c)는 PSCCH의 리소스 블록들 중 일부만을 일정한 주기성을 가지고 중계 관련 제어정보로 사용되는 실시예를 나타낸다. 도24의 (b)와 유사하게, 두 주기성이 두 프레임으로 가정하여, 프레임(f1 및 f3)에서는 PSCCH의 모든 리소스 블록이 정규(normal) 제어 전송을 위해 사용되는 반면, 프레임(f2 및 f4)에서 PSCCH의 리소스 블록의 일부가 중계 관련 제어 정보에만 사용된다.
위에서 언급한 2의 주기성은 단지 예일 뿐이며 임의의 다른 주기성이 선택될 수 있다는 점에 유의해야 한다. 또한, 도24의 (b) 및 도24의 (c)의 실시예를 조합하여, 예를 들어 도24의 (b)의 프레임 f4에서, 리소스 블록의 일부만이 중계 관련 제어 정보로 사용되고, 프레임 f2에서는 PSCCH의 모든 리소스 블록이 중계 관련 제어 정보에 사용될 수 있다.
전용 부분 대역폭에 의한 트래픽의 구별
본 발명의 제2 양태의 실시예들에 따르면, 중계 UE가 제1 전송과 제2 전송 사이의 트래픽을 구별하기 위한 추가적인 물리적 계층 솔루션은 전용 중계 부분 대역폭(R-BWP) 이라고 지칭되는, 별도의 부분 대역폭을 사용할 수 있으며, R-BWP는 제어 및/또는 데이터의 중계-관련 전송 및 수신에만 사용된다. R-BWP에서 전송 및/또는 전송과 관련된 제어 정보 수신에 응답하여, UE는 상기 전송을 제1 전송으로 결정한다. 실시예들에 따르면, R-BWP는 중계된 전송에 대한 피드백을 보내는데에도 사용될 수 있다.
R-BWP는 리소스 풀(RP)을 포함할 수 있으며 RP는 제어 및 데이터 채널들을 포함할 수 있다. 일반적으로, 설정된 모든 RP가 정의되고 모든 Uu 및 사이드링크 통신이 발생하는 활성 BWP는 하나만 있다. 본 발명의 제2 양태에 따르면, 중계만을 위한 별도의 BWP가 도입된다.
전용 중계 리소스 풀에 의한 트래픽 구별
다른 실시예들에 따르면, 제어 정보 및/또는 관련 데이터의 중계 관련 전송 및/또는 수신을 위해 독점적으로 사용되는 별도의 리소스 풀이 사용될 수 있다. 따라서, 중계 UE가 전용 리소스 풀의 리소스에서 전송, 즉 제어 정보 및/또는 관련 데이터를 수신할 때마다, 중계 UE는 상기 전송이 수신 엔티티로 중계되어야 하는 제1 전송임을 인식한다. 실시예들에 따르면, R-RP는 중계된 전송에 대한 피드백을 보내는데에도 사용될 수도 있다.
실시예들에 따르면, 중계 리소스 풀(R-RP)는 부분 대역폭(BWP) 내에서 예를 들어, 전송 풀로서, RX 풀, 모드 1 전송에 대한 TX 풀, 모드 2 전송에 대한 TX 풀, 및 핸드 오버 시나리오에 대한 TX 예외 풀과 같은 릴리스 16에 대해 정의된 다른 리소스 풀과 함께 정의될 수 있다. 예를 들어, 추가 중계 리소스 풀(sl-TxPoolRelays-r17)은 도25의 484에 도시된 바와 같이, SL-BWP-pool config 정보 요소를 사용하여 정의될 수 있다. 실시예들에 따르면, R-RP는 모드 1에서 동작하는 UE에 대해 설정된 제1 R-RP 및 모드 2에서 동작하는 UE에 대해 설정된 제2 R-RP를 포함한다. 이를 통해 전송 엔티티 역할을 하는 gNB와 같은 네트워크 엔티티가 모드 1 R-RP의 리소스 할당의 양상들을 제어할 수 있다. 다른 실시예들에 따르면, R-RP는 모드 1에서 동작하는 UE 및 모드 2에서 동작하는 UE에 대해 설정되고, 중계 UE는 모드 1에서 동작할 때 gNB 와 같은 네트워크 엔티티에 주기적인 혼잡 보고를 제공할 것으로 기대되며, 이에 따라 gNB는 R-RP 내에서 사용 가능한 리소스들을 인식할 수 있다. 예를 들어, 공통(common) R-RP를 사용할 수 있는 경우, gNB는 중계 UE에게 정규(normal) RP와 같은 리소스 할당 지원을 제공하지만, Mode 2 UE들이 사용 중인 리소스에 대해 알려주기 위한 혼잡 보고가 필요하다. 추가 실시예들에 따르면, R-RP는 BWP 내에서 정의되고, 하나 이상의 전송 또는 수신 풀, 하나 이상의 전송 중계 리소스 풀(TX R-RP), 하나 이상의 수신 중계 풀(RX R-RP), 또는 TX와 RX가 모두 발생하는 하나 이상의 R-RP와 같은 하나 이상의 리소스 풀들을 포함한다.
전송 엔티티가 중계 UE를 통해 수신 엔티티로 중계되어야 하는 전송을 수행하거나 패킷을 전송하려는 경우, 전송 엔티티는 R-RP의 리소스를 사용하여 전송을 수행할 수 있으며, 예를 들어 제어 및/또는 데이터 패킷이 R-RP에서 전송될 수 있다. 중계 UE는 R-꼐를 전송을 수신하고, 이를 정규(normal) 리소스 풀을 사용하여 수신 엔티티로 추가로 전송할 수 있다. 다중-홉 중계의 경우, 중계 UE는 R-RP를 통해 추가 중계 UE로 전송한다.
다른 실시예들에 따르면, R-RP의 정의는 링크 품질 임계값을 포함할 수 있다. 링크 품질 임계값은 전송 엔티티와 수신 엔티티 간의 링크 품질을 나타내며, 중계는 전송 엔티티와 수신 엔티티 간의 링크 품질이 임계값 미만일 때만 사용할 수 있고, 전송 엔티티는 중계 UE에 의해 이것이 수신될 때, 수신 엔티티로 중계될 전송을 위해 R-RP를 사용할 수 있다. 다중-홉 중계의 경우, 링크 품질 임계값은 중계 UE와 수신 엔티티 사이의 링크 품질을 나타낼 수 있으며, 중계 UE는 중계 UE와 수신 엔터티 사이의 링크에 대한 품질이 임계값보다 낮은 경우에만 R-RP로 전송하고, 중계 UE는 추가 중계 UE에 의해 수신된 경우 수신 엔티티로 중계될 전송들에 대해 R-RP를 사용할 수 있다. 즉, 링크 품질이 나빠지면, 직접 통신에서 중계 기반 통신으로 전환된다. 예를 들어, Mode 1의 경우 정규(normal) 전송 엔티티가 gNB와 직접(direct) Uu 링크를 가지고 있고, 링크 품질이 미리 정의된 임계값 아래로 저하되면, 전송 엔티티는 중계 UE를 사용하기로 결정하고 이는 UE-to-network 중계 시스템이라고도 불린다. 전송 엔티티가 그렇게 하기로 결정하면, 그것은 R-RP의 리소스를 사용하여 전송하고, 중계 UE는 상기 전송을 수신한 다음 정규(normal) Uu를 통해 gNB로 전달한다. 모드 2의 경우, UE가 다른 UE와 직접(direct) PC5 링크를 갖고 있고, 링크 품질이 미리 정의된 임계값 아래로 저하되면, UE는 중계 UE를 사용하기로 결정하고, 이는 UE-to-UE 중계 시스템이라고도 지칭된다. UE가 그렇게 하기로 결정하면, UE는 R-RP의 리소스에서 전송하고, 중계 UE는 R-RP에서 수신하고, 다음으로 정규(normal) SL 통신에서와 같은 정규(normal) RP를 사용하여 상기 전송을 다른 UE로 전달한다. 실시예들에 따르면, 전송 엔티티와 수신 엔티티 사이의 링크 품질이 임계값 미만이면 사용될 수 있는 추가적인 중계 리소스 풀을 정의하는 것 외에, 리소스 풀을 정의하는 리소스 풀의 나머지 특성들 예를 들어, 서브 채널의 수, 비트맵 지표(indication) 및 뉴머롤로지(numerology)은 유지되는 제어, 데이터 및 피드백 채널과 동일하게 유지된다.
실시예들에 따르면, 리소스 풀 설정은 기지국과 같은 RAN 엔티티에 의해 전송되는, RRC 설정을 통해, 또는 시스템 정보 블록(SIB)을 사용하여 제공될 수 있으며, 기지국 부근에 있는 모든 UE는 적어도 다음 세 가지 주요 양상, 즉 기지국이 중계를 지원한다는 것, 전송 엔티티가 중계 리소스 풀을 사용할 수 있는 임계값, 즉 중계-기반 전송으로 전환할 수 있는 임계값, 및 R-RP를 구성하는 리소스들을 알 수 있다. 다른 실시예들에 따르면, 리소스 풀 설정은 예를 들어 PBCH, PDCCH 또는 PDSCH와 같은 하나 이상의 제어 채널 내의 제어 시그널링을 사용하여 제공될 수 있다.
실시예들에 따르면, 전송 엔티티는 다음 중 하나 이상에 따라 수신 엔티티와 중계 또는 직접 통신을 사용할 수 있다:
· 전송 엔티티와 수신 엔티티 간의 링크 품질,
· 정규(normal) 사이드링크 리소스 풀의 혼잡 상태, 예를 들어, 정규(normal) 사이드링크 리소스 풀의 혼잡 상태가 특정 임계값을 초과할 때, 전송 엔티티는 R-RP를 통해 전송하도록 선택할 수 있고, 또는
· 실제 거리 또는 구역 ID를 통해 측정된, 전송 엔티티와 수신 엔티티 사이의 거리, 예를 들어, 거리가 최소 통신 범위를 초과할 때, 전송 엔티티는 R-RP를 통해 전송하도록 선택할 수 있다.
실시예들에 따르면, 전송 엔티티가 R-RP 상에서 전송할 때, 그것은 특히 목적지 중계 UE를 선택하거나 선택하지 않을 수 있다. 예를 들어, 패킷이 브로드캐스팅되어야 하고, 전송의 의도가 커버리지 확장인 경우, R-RP에서 전송을 수신하는 네트워크 내의 임의의 중계 노드 또는 중계 UE가 전송을 중계할 수 있다. 다른 실시예들에 따르면, 상기 전송이 그룹 캐스트 또는 유니캐스트 전송인 경우, 전송 엔티티는 의도된 수신 엔티티로 전송할 것으로 기대되는, R-RP 상의 임의의 중계 UE로 상기 전송을 보낼 수 있다. 이 경우, 전송 엔티티는 중계 UE를 선택할 부담이 없고, 오히려 수신 엔티티에 도달한 이 전송을 수신하는 중계 UE가 전송 엔티티에 대한 중계 동작을 수행할 수 있다. 이는 전송 엔티티가 R-RP에서 전송해야 한다는 사실을 제외하고는 SL의 현재 작업에 변경 사항이 없음을 의미한다. 다른 실시예들에 따르면, 상기 전송이 그룹 캐스트 또는 유니캐스트 전송인 경우, 전송 엔티티는 의도된 수신 엔티티로 전송할 것으로 기대되는 R-RP 상의 하나 이상의 특정 중계 UE로 상기 전송을 보낼 수 있다. 전송 엔티티는 설정된 또는 미리 설정된 전력 임계치 이상의 전력, 예를 들어 더 넓은 영역을 커버하기 위한 고전력으로 전송, 또는 설정된 또는 미리 설정된 임계값 이상의 배터리 상태, 또는 PPDR(Public Protection and Disaster Relief) 서비스 또는 차량 안전 서비스와 같은 특정 서비스 지원 여부에 기초하여 하나 아싱의 특정 중계 UE를 선택할 수 있다.
방금 설명한 실시예는 전송 엔티티가 항상 특정 중계 UE를 선택할 필요가 없기 때문에 유리하다. 전송 엔티티가 특정 중계 UE를 선택해야 하는 경우, 중계 UE의 위치, 중계 UE의 이동 속도, 중계 UE의 지원 서비스, 중계 UE의 설정(예, 지원되는 대역폭, 전송 전력, 안테나 설정), 중계 UE의 보안 수준(예, 전송 엔티티는 특정 신뢰 서비스 또는 서비스 흐름에 대해 대 인증된 경우에만 중계 UE를 사용함)과 같은 알려진 기준에 기초하여 선택할 수 있다. 실시예들에 따르면, 특정 중계 UE가 선택되었는지 여부에 대한 정보는 SCI의 목적지 ID 파라미터에 의해 암시적으로 전달된다. 예를 들어, SCI에서 목적지 ID 파라미터가 지정되지 않은 경우, 예를 들어 비어 있거나, null 값으로 설정되거나, 디폴트값으로 설정된 경우, 이는 중계 UE에게 전송 엔티티가 임의의 특정 중계 UE를 선택하지 않았음을 나타낸다. 따라서, 전송을 수신한 중계 UE는 상기 전송을 디코딩하고 SCI의 최종 목적지 ID에 의해 정의된 의도된 수신 엔티티로 이를 중계하게 될 것으로 기대된다. 반면, 목적지 ID가 SCI에 명시적으로 지정된 경우, 해당 ID의 중계 UE만이 상기 패킷을 디코딩하여 SCI의 최종 목적지 ID 파라미터에 지정된 수신 엔티티로 전달하게 될 것으로 기대된다.
중계 리소스 풀을 사용하는 전술한 실시예들에 따르면, 중계 UE는 중계 리소스 풀에서 수신하는 모든 전송이 다른 UE로 전달되거나 중계된다는 것을 의미한다는 것을 알고 있으며, 전송이 전달될 UE에 대한 세부 사항은, 예컨대 수신된 SCI에 기초하여 트래픽 차별화에 대해 전술한 실시예에서 설명된 SCI를 사용하여, SCI에서 제공될 수 있다.
추가 실시예들에 따르면, R-RP를 사용할 때 피드백 채널도 정의될 수 있다. 예를 들어, R-RP 설정(configuration)은 PSFCH(Physical Sidelink Feedback Channe) 리소스들과 같은 피드백 채널 리소스들의 주기성을 시간 슬롯의 개수의 측면으로 더 포함할 수 있다. 피드백 채널이 제공되지 않는 경우, 주기성은 0 값으로 세팅될 수 있다. 피드백이 활성화된 유니캐스트 또는 그룹캐스트 전송을 전송하고자 하는 전송 엔티티는 PSFCH가 활성화된 R-RP를 사용할 수 있는 반면, 피드백이 비활성화된 유니캐스트 또는 그룹캐스트 전송을 전송하거나, 또는 브로드캐스트 전송을 전송하는 전송 엔티티는 PSFCH가 비활성화된 R-RP를 사용할 수 있다. PSFCH의 리소스는 PSSCH에서 주어진 전송을 위해 사용될 수 있으며, 이러한 연관을 유지하기 위해, 실시예들에 따르면, 중계 UE는 다음과 같이 PSFCH를 사용할 수 있다:
· 전송 엔티티로부터 중계 UE로의 전송이 실패한 경우, 중계 UE는 재전송을 요청하는 NACK을 전송 엔티티로 보낼 수 있다.
·
Figure pct00001
전송 엔티티로부터 중계 UE로의 전송이 성공한 경우,
o UE가 수신 엔티티로부터 성공적인 피드백을 수신한 후에만 ACK를 전송하여, 예를 들어, 본 발명의 제1 양태를 참조하여 위에서 설명한 방식으로, 중계 UE는 전송 엔티티로부터 수신 엔티티로의 전송의 전체 HARQ 피드백을 수신 엔티티에 제공할 수 있도록 한다. 즉, 본 발명의 제1 양태에 따라 제공되는 전체 피드백을 설명하는 상기 실시예 중 임의의 실시예는 전용 중계 리소스 풀을 사용하는 실시예에서 채택될 수도 있으며, 또는
o 전송 엔티티로부터 전송을 수신한 후 첫번째 ACK를 전송하고 UE가 수신 엔티티로부터 성공적인 피드백을 수신한 후 두 번째 ACK 를 전송하여, 예를 들어, 본 발명의 제1 양태를 참조하여 전술한 바와 같은 방식으로, UE가 전송 엔티티로부터 수신 엔티티로의 전송의 전체 HARQ 피드백을 전송 엔티티에 제공할 수 있도록 한다..
추가 실시예들에 따르면, 예를 들어, 전송이 브로드캐스트 전송이거나 패킷이 브로드캐스트되어야 하는 경우, 피드백 옵션이 비활성화될 수 있다. 이 경우, 중계 UE는 전송 엔티티에 의해 선택되지 않으며, 피드백 옵션은 비활성화된다. 그렇지 않으면 전송 엔티티가 동일한 패킷에 대해 서로 다른 중계 UE들로부터 여러 피드백을 수신할 수 있기 때문이다. 다수의 중계 UE가 전송을 브로드캐스팅 할 수 있기 때문에, 전송 엔티티는 동일한 전송에 대해 다수의 피드백을 수신할 수 있으며, 이는 브로드캐스트 전송의 목적이 커버리지 확장을 위해 가능한 한 많은 UE에 도달할 수 있으므로 필요하지 않다. 각각의 중계 엔티티에 의한 피드백 전송은 피드백 리소스들, 예를 들어 주파수 리소스들 또는 중계 UE 및 전송 엔티티에서의 프로세싱 리소스들을 불필요하게 차지할 수 있다.
전용 중계 리소스 풀을 사용하는 다른 실시예들에 따르면, 중계 UE는 위에서 설명한 것과는 달리, 예를 들어 상위 계층 최적화를 수행하기 위해, 전송 또는 패킷을 디코딩할 수 있다. 중계 UE는 수신 엔티티의 목적지 ID가 MAC 헤더에 포함되어 있으면, 패킷을 디코딩하도록 선택할 수 있다. 예를 들어, 전송 엔티티로부터 중계 UE로의 전송이 브로드캐스트 전송이었고, 중계 UE로부터 수신 엔티티로의 전송이 유니캐스트 또는 그룹캐스트 전송이어야 하는 경우, 전송의 캐스트 유형을 변경할 수도 있다. 중계 UE는 이때 의도된 수신 엔티티로 중계 리소스 풀이 아닌 정규(normal) 전송 풀에서 패킷을 전송함으로써, 수신 엔티티가 상기 전송이 수신 엔티티에 대해 의도된 것이고 중계되지 않을 것임을 인식할 수 있게 해준다. 그러나, 다중-홉 중계 시스템의 경우, 첫 번째 중계기가 R-RP를 사용하여 다른 중계 UE들에게 상기 전송을 전송함함으로써 상기 전송이 추가적으로 중계될 것임을 알도록 해준다.
전용 중계 사이드링크 제어 채널, R-BWP 또는 R-RP를 사용하는 전술한 실시예에서, 전용 중계 사이드링크 제어 채널, R-BWP 및/또는 R-RP는 제2 전송이 전송 및/또는 수신되는 스펙트럼 또는 주파수 범위와 상이한 스펙트럼 또는 주파수 범위에 있을 수 있다. 중계 전용 제어 채널을 정의하면, R-RP 또는 R-BWP는 gNB에 의해 확장되는 매크로 셀에 사용되는 리소스와 중계에 사용되는 리소스를 분리함으로써, 두 유형의 셀 간의 간섭을 줄일 수 있다. 이를 통해, 중계 UE는 정의된 주파수 범위에서만 중계 관련 전송을 검색하고 수신할 수 있다. 중계 및 비중계 관련 제어 정보의 혼합에 대해 SL 컨트롤, R-RP 또는 R-BWP에서 전체 주파수 세트를 검색할 필요가 없다. 중계 UE가 절전을 원하면, 이 주파수에서 수신하지 않기로 결정함으로써, 중계 UE로서 효과적으로 스위치 오프할 수 있다. 또한, 중계 노드 또는 중계 UE는 일반적으로 원격 UE에 더 가깝기 때문에, 즉 경로 손실이 더 적기 때문에, 더 높은 캐리어 주파수가 중계 링크에 대해 선택될 수 있다. 이는 주파수 재사용의 가능성을 증가시킬 수 있으며, 이는 또한 다른 셀, 예를 들어 매크로셀에서 리소스들을 해제할 수도 있다.
본 발명의 제2 양태의 추가 실시예들에 따르면, 중계 UE가 전송과 연관된 제어 정보를 수신할 때,
UE를 나타내는 목적지 ID 파라미터가 비어 있거나, null 값으로 세팅되거나, 디폴트 값으로 설정되고, 수신 엔티티를 나타내는 목적지 ID 파라미터가 지정된 경우, 또는,
UE와 수신 엔티티 모두를 나타내는 결합된 목적지 정보의 경우, 여기서 UE를 나타내는 목적지 ID 파라미터가 비어있거나, null 값으로 설정되거나 디폴트 값으로 설정되고, 수신 엔티티를 나타내는 목적지 ID 파라미터는 지정된 경우,
UE는 브로드캐스트 방식으로 전송을 수신하고. 의도된 수신 엔티티 또는 엔티티들에게 유니캐스트 또는 그룹캐스트 방식으로 상기 전송을 전송할 수 있.
즉, 중계 UE가 수신한 제어 정보에서 RX UE의 목적지 ID만 있고 중계 특정 목적지 ID가 없는 경우, 특정 RX UE ID 또는 특정 그룹 ID로 인해, UE는 브로드캐스트 방식으로 수신하지만 유니캐스트 또는 그룹캐스트 방식으로 전송한다.
본 발명의 제2 양태의 또 다른 실시예들에 따르면, 중계 UE가 전송과 연관된 제어 정보를 수신할 때,
UE를 나타내는 목적지 ID 파라미터가 지정되고, 수신 엔티티를 나타내는 목적지 ID 파라미터가 지정된 경우, 또는,
UE와 수신 엔티티 모두를 나타내는 결합된 목적지 정보의 경우, 여기서 UE를 나타내는 목적지 ID 파라미터가 지정되고, 수신 엔티티를 나타내는 목적지 ID 파라미터가 지정된 경우,
UE는 그룹캐스트 또는 유니캐스트 방식으로 전송을 수신하고, 의도된 수신 엔티티 또는 엔티티들에게 유니캐스트 또는 그룹캐스트 방식으로 상기 전송을 전송할 수 있다.
즉, 중계 UE가 제어 정보에서 RX UE의 목적지 ID와 중계 특정 목적지 ID를 수신할 때, 특정 RX UE ID 또는 특정 그룹 ID로 인해, UE는 유니캐스트 또는 그룹캐스트 방식으로 수신하고(중계 목적지 ID가 특정 중계 UE ID인지 또는 특정 중계 그룹 ID인지 여부에 따라), 유니캐스트 또는 그룹캐스트 방식으로 전송한다.
일반
본 발명의 독창적인 접근의 각각의 양태들 및 실시예들이 개별적으로 설명되었지만, 각각의 양태들/실시예들은 서로 독립적으로 구현되거나, 양태들/실시예 들중 일부 또는 전부가 결합될 수 있음에 유의해야 한다. 또한, 이후에 설명하는 실시예들이 지금까지 설명한 각 양태들/실시예들에 대해 사용될 수 있다.
다중-홉 중계
전술한 실시예들에서, 전송 엔티티와 수신 엔티티 사이의 종단간 통신은 전술한 바와 같이 수신 엔티티로부터의 피드백을 전달하고 및/또는 트래픽을 구별하는 단일 중계를 통하여 이루어진다. 그러나, 본 발명은 이러한 실시예들에 제한되지 않고, 오히려 추가 실시예들에 따르면, 전송 엔티티와 수신 엔티티 사이의 종단간 통신은 중계 UE들의 세트 또는 중계 UE들의 체인으로도 지칭되는 복수의 중계기를 통해 이루어질 수 있다.
도26은 전송 엔티티(402)와 수신 엔티티(404) 간의 통신이 N개의 중계기(400, N　₃　2)를 사용하는 실시예를 도시한다. 각각의 중계 계층은 중계 UE와 같은 복수의 중계 디바이스 1 내지 m을 포함한다. 각각의 중계 계층(4861 ~ 486N) 은 동일한 수의 중계 UE를 포함할 수도 있고, 중계 계층(4861 to 486N) 중 일부 또는 전부가 다른 수의 중계 UE를 포함할 수도 있다. 수신 엔티티(404)는 제1 중계 계층(4861)의 중계기에 연결되고, 전송 엔티티(402)는 중계 계층(486N)의 중계기에 연결될 수 있다. 도27은 전송 엔티티(402)와 수신 엔티티(404) 간의 종단간 통신을 위해 N=2 중계 계층을 사용하는 실시예를 도시한다. 제1 중계 계층(4861)은 n개의 UE 중계기(400)를 포함할 수 있다. 전송 엔티티(402)는 제2 중계 계층(4862)에 연결 가능하고, 제2 중계 계층(4862) 은 m개의 UE 중계기(400)를 포함할 수 있다. 실시예들에 따르면, 각각의 중계 계층들(4861, 4862)은 동일한 개수의 중계기(n=m)를 가질 수 있다. 다른 실시예들에 따르면, 각각의 중계 계층(4861, 4862) 내의 중계기의 개수는 상이할 수 있다(즉, n≠상이한 중계 계층(4861, 4862)의 각각의 중계기는 566에 개략적으로 표시된 바와 같이, 서로 연결될 수 있다. 제1 중계 계층(4861)의 일부 또는 모든 중계기는 제2 중계 계층(4862)일부 또는 모든 중계기와 연결될 수 있다. 계층들의 각각의 중계기는 본 발명의 제1 및 제2 양태를 참조하여 상술한 바와 같이, 수신 엔티티(404)로부터의 피드백을 전달하고 및/또는 트래픽을 구별한다.
이상에서 본 발명의 실시예에 대해 상세히 설명하였으며, 각각의 실시예들 및 양태들은 개별적으로 구현될 수도 있고, 2 이상의 실시예들 또는 양태들이 조합되어 구현될 수도 있다. 다시 말해, 하나 이상의 중계기를 통해 수신 엔티티로부터 전송 엔티티로의 전체 피드백의 제공에 관한 제1 양태의 전술한 임의의 실시예들은 하나 이상의 중계기에서 트래픽을 구별하는 제2 양태의 전술한 실시예들 중 임의의 것과 조합될 수 있다.
일반
실시예들에 따르면, 무선 통신 시스템은 지상 네트워크 또는 비-지상 네트워크, 또는 수신기로서 항공 운송수단 또는 우주 운송수단을 이용하는 네트워크들의 일부 또는 네트워크들, 또는 이들의 조합을 포함할 수 있다.
실시예들에 따르면, 여기에서 설명된 사용자 디바이스는 다음 중 하나 이상을 포함한다: 전력 한정된 UE 또는, 보행자에 의해 이용되고 VRU(Vulnerable Road User)라고 하는 UE와 같은 핸드-헬드 UE 또는, 보행자 UE(P-UE) 또는 공공 안전 요원 및 응급 요원에 이용되고 공공 안전 UE(PS-UE)라고 부르는 온-바디 또는 핸드-헬드 UE, 또는 예컨대 센서, 액추에이터와 같은 IoT UE 또는 반복적인 업무들을 수행하기 위해 캠퍼스 네트워크에서 제공되고 주기적인 간격으로 게이트웨이 노드로부터의 입력을 요구하는 UE, 또는 모바일 단말, 또는 고정 단말, 또는 셀룰러 IoT-UE, 또는 차량용 UE, 또는 차량 그룹 리더(GL) UE, 또는 IoT 또는 협대역 IoT, NB-IoT 디바이스, 또는 스마트워치와 같은 웨어러블 디바이스, 피트니스 트래커, 스마트 글래스 또는 지상 차량 또는 항공기 또는 드론, 또는 이동 기지국, 또는 도로 주변 유닛(RSU) 또는 빌딩 또는 무선 통신 네트워크를 이용하여 기타 아이템/디바이스가 통신할 수 있도록 하는 네트워크 연결성이 제공되는 아이템 또는 디바이스 예컨대, 센서 또는 액추에이터, 또는 무선 통신 네트워크 중 사이드링크를 이용하여 아이템/디바이스가 통신할 수 있도록 하는 네트워크 연결성이 제공되는 임의의 아이템 또는 디바이스 예컨대, 센서 또는 액추에이터 또는 기타 사이드링크 가능한 네트워크 엔티티.
본 발명에 따른 실시예에 따르면, 여기에서 설명된 네트워크 엔티티는 다음 중 하나 이상을 포함한다: 매크로 셀 기지국, 소형 셀 기지국, 기지국의 중앙 유닛, 기지국의 분산 유닛, 도로 주변 유닛(RSU), 원격 라디오 헤드, AMF, MME, SMF, 코어 네트워크 엔티티, 모바일 엣지 컴퓨팅(MEC) 엔티티, NR 또는 5G 코어 환경에서와 같은 네트워크 슬라이스, 또는 무선 통신 네트워크를 이용하여 통신하기 위한 네트워크 연결성이 제공되는 아이템 또는 디바이스가 무선 통신 네트워크를 이용하여 통신할 수 있도록 하는 임의의 전송/수신 포인트(TRP tansmission/reception point).
비록 설명된 개념의 일부 양태가 장치의 맥락에서 설명되었으나, 이러한 양태들은 이에 대응되는 방법의 설명 또한 나타내는 것임은 명백하다. 여기서, 블록 또는 디바이스는 방법 단계 또는 방법 단계의 특징에 대응한다. 이와 유사하게, 방법 단계의 맥락에서 설명된 양태들은 또한 해당 장치의 대응되는 블록 또는 아이템 또는 특징의 설명을 나타낸다.
본 발명의 다양한 요소들 또는 특징들은 아날로그 회로 및/또는 디지털 회로를 이용하는 하드웨어, 하나 또는 그 이상의 범용 또는 특수 목적 프로세서에 의한 명령의 실행을 통하여 소프트웨어로 구현되거나, 또는 하드웨어와 소프트웨어의 조합으로 구현될 수 있다. 예컨대, 본 발명의 실시예들은 컴퓨터 시스템 또는 다른 프로세싱 시스템 환경에서 구현될 수 있다. 도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, 또는 플래시 메모리와 같이 전자적으로 판독 가능한 제어 신호가 저장된 디지털 저장 매체를 사용하여 수행될 수 있다. 디지털 저장 매체는 각각의 방법이 수행되도록 프로그램 작동 가능한 컴퓨터 시스템과 협력(또는 협력 가능한)한다. 따라서, 디지털 저장 매체는 컴퓨터 판독 가능할 수 있다.
본 발명에 따른 일부 실시예들은 전자적으로 판독가능한 제어 신호를 가지는 데이터 캐리어를 포함한다. 이 데이터 캐리어는 본 명세서에 설명된 방법 중 하나가 수행되도록 프로그램 작동 가능한 컴퓨터 시스템과 협력 할 수 있다.
일반적으로, 본 발명의 실시예들은 프로그램 코드를 가지는 컴퓨터 프로그램 제품으로서 구현될 수 있다. 프로그램 코드는 컴퓨터 프로그램 제품이 컴퓨터에서 실행될 때 전술된 방법 중 하나를 수행하도록 동작한다. 프로그램 코드는 예컨대 기계 판독가능 캐리어에 저장될 수 있다.
다른 실시예들은 본 명세서에서 설명된 방법들 중 하나를 수행하기 위한 컴퓨터 프로그램을 포함한다. 컴퓨터 프로그램은 기계 판독 가능 캐리어에 저장된다. 즉, 결과적으로, 본 발명의 방법의 실시예는, 컴퓨터 프로그램이 컴퓨터상에서 실행될 때, 본 명세서에서 설명된 방법들 중 하나를 수행하기 위한 프로그램 코드를 가지는 컴퓨터 프로그램이다.
본 발명의 방법들의 추가 실시예는, 따라서, 본 명세서에서 설명된 방법들 중 하나를 수행하기 위한 컴퓨터 프로그램을 포함하는 데이터 캐리어(또는 디지털 저장 매체, 또는 컴퓨터 판독 가능 매체)이다. 본 발명의 방법의 추가 실시예는, 따라서, 본 명세서에서 설명된 방법들 중 하나를 수행하기 위한 컴퓨터 프로그램을 나타내는 데이터 스트림 또는 신호의 시퀀스이다. 데이터 스트림 또는 신호의 시퀀스는 예컨대 데이터 통신 연결, 예를 들어 인터넷을 통하여 전송되도록 구성될 수 있다. 추가적인 실시예는, 본 명세서에 개시된 방법들 중 하나를 수행하도록 구성되거나 또는 개조된 프로세싱 수단, 예컨대, 컴퓨터, 또는 프로그램 작동 가능 로직 디바이스를 포함한다. 추가 실시예는 본 명세서에 개시된 방법들 중 하나를 수행하기 위한 컴퓨터 프로그램이 설치된 컴퓨터를 포함한다.
일부 실시예에서는, 프로그램 작동 가능 로직 디바이스(예컨대 필드 프로그램 작동 가능 게이트 어레이)가 본 명세서에 설명된 방법들의 일부 또는 모든 기능들을 수행하기 위하여 사용될 수 있다. 일부 실시예에서는, 필드 프로그램 작동 가능 게이트 어레이는 본 명세서에 설명된 방법들 중 하나를 수행하기 위하여 마이크로프로세서와 협력할 수 있다. 일반적으로, 위 방법들은 바람직하게는 임의의 하드웨어 장치에 의하여 수행된다.
전술된 실시예들은 단지 본 발명의 원리에 대한 예시일 뿐이다. 본 명세서에서 설명된 방식 및 세부사항들의 수정 및 변경은 해당 기술분야의 당업자에게 자명한 것으로 이해된다. 따라서, 본 명세서의 실시예에 대한 개시 및 설명을 통하여 제시된 구체적인 세부 사항이 아닌, 특허 청구 범위의 범위에 의해서만 한정되어야 한다.

Claims (64)

  1. 무선 통신 네트워크용 사용자 디바이스(UE)에 있어서,
    상기 사용자 디바이스는 중계 사용자 디바이스로서 동작하여 상기 무선 통신 네트워크의 하나 이상의 수신 엔티티들 및 전송 엔티티 사이의 연결성을 제공할 수 있고,
    상기 사용자 디바이스는 상기 전송 엔티티로부터 수신되는 전송을 수신 엔티티로 중계될 제1 전송 및 상기 사용자 디바이스에 대해 의도된 제2 전송 사이에서 구별할 수 있고, 및
    상기 사용자 디바이스는 다음 중 하나 이상에 의해 상기 수신된 전송을 구별할 수 있는, 사용자 디바이스:
    · 상기 전송과 연관된 제어 정보
    · 상기 전송 및/또는 상기 연관된 제어 정보가 수신되는 리소스들
  2. 청구항 1에 있어서,
    상기 전송과 연관된 상기 제어 정보는 다음 중 하나 이상을 포함하는 사용자 디바이스:
    · 상기 전송과 연관된, 사이드링크 제어 정보(SCI)와 같은 직접 인터페이스 제어 메시지, 여기에서 상기 SCI는 상기 전송이 제1 전송인지 또는 제2 전송인지를 가리킴
    · 상기 전송과 연관된, 다운링크 제어 정보(DCI)와 같은 네트워크 인터페이스 제어 메시지, 여기에서 상기 DCI는 상기 전송이 제1 전송인지 또는 제2 전송인지를 가리킴
    · 상기 전송과 연관된 매체 액세스 제어(MAC) 헤더, 상기 MAC 헤더는 상기 전송이 제1 전송인지 또는 제2 전송인지를 가리킴.
  3. 청구항 1 또는 2에 있어서,
    상기 전송 및/또는 상기 연관된 제어 정보가 수신되는 상기 리소스들이 다음 중 하나 이상을 포함하는 사용자 디바이스:
    · 중계 사이드링크 제어 채널, 여기에서 상기 중계 사이드링크 제어 채널의 리소스들로 수신되고 상기 전송과 연관되는 제어 정보는 상기 연관된 전송이 제1 전송이라는 것을 가리키고,
    · 중계 부분 대역폭(R-BWP), 여기에서 상기 R-BWP의 리소스들로 상기 전송 및/또는 상기 전송과 연관된 제어 정보를 수신하는 것은 상기 전송이 제1 전송임을 가리키고,
    · 중계 사이드링크 리소스 풀, 여기에서 상기 중계 사이드링크 리소스 풀의 리소스들로 상기 전송 및/또는 상기 전송과 연관된 제어 정보를 수신하는 것은 상기 전송이 제1 전송임을 가리킴.
  4. 앞선 청구항들 중 어느 하나에 있어서,
    상기 사용자 디바이스는 사이드링크와 같은 직접 인터페이스를 통해 또는 3GPP 또는 논(non)-3GPP 인터페이스와 같은 액세스 네트워크 인터페이스를 통해 상기 전송 엔티티로부터 상기 전송을 수신할 수 있는, 사용자 디바이스.
  5. 앞선 청구항들 중 어느 하나에 있어서,
    · 상기 전송 엔티티는 사용자 디바이스 또는 중계 사용자 디바이스를 포함하고, 상기 수신 엔티티는 사용자 디바이스 또는 중계 사용자 디바이스를 포함하며, 또는
    · 상기 전송 엔티티는 사용자 디바이스 또는 중계 사용자 디바이스를 포함하고, 상기 수신 엔티티는 라디오 액세스 네트워크(RAN) 엔티티와 같은 네트워크 엔티티를 포함하며, 또는
    · 상기 전송 엔티티는 RAN 엔티티와 같은 네트워크 엔티티를 포함하고, 상기 수신 엔티티는 사용자 디바이스 또는 중계 사용자 디바이스를 포함함
  6. 앞선 청구항들 중 어느 하나에 있어서,
    상기 사용자 디바이스는 상기 전송과 연관된 제어 정보를 이용하여 상기 수신된 전송을 구별할 수 있고, 상기 제어 정보는 상기 전송과 연관된 1차 스테이지 및/또는 2차 스테이지 사이드링크 제어 정보(SCI)를 포함하며,
    상기 전송과 연관된 상기 사이드링크 제어 정보(SCI)는
    · 상기 전송이 제1 전송인지 또는 제2 전송인지를 가리키는 하나 이상의 추가적인 파라미터를 포함하는 1차 스테이지 SCI가 제공되고, 상기 1차 스테이지 SCI를 수신한 것에 응답하여 상기 사용자 디바이스는 상기 하나 이상의 추가적인 파라미터를 이용하여 상기 전송이 제1 전송인지 또는 제2 전송인지를 결정할 수 있고, 제1 전송인 경우 상기 전송을 상기 수신 엔티티로 중계할 수 있고, 및/또는
    · 2차 스테이지 SCI는 상기 전송이 제1 전송인지 또는 제2 전송인지를 가리키기 위한 수정된 하나 이상의 파라미터를 포함하여 제공되고, 상기 사용자 디바이스는 상기 2차 스테이지 SCI를 수신하는 것에 응답하여 상기 하나 이상의 파라미터를 이용하여 상기 전송이 제1 전송인지 또는 제2 전송인지를 결정할 수 있고, 제1 전송인 경우 상기 전송을 상기 수신 엔티티로 중계할 수 있고, 또는
    · 미리 정의된 2차 스테이지 SCI는 중계될 전송들에 적합하도록 제공되고, 상기 미리 정의된 2차 스테이지 SCI를 수신하는 것에 응답하여 상기 전송이 제1 전송이라고 결정할 수 있고, 상기 전송을 상기 수신 엔티티로 중계할 수 있음을 포함하는,
    사용자 디바이스.
  7. 청구항 6에 있어서,
    상기 SCI는
    · 상기 사용자 디바이스의 목적지 또는 계층 1(L1) ID와 같은, 상기 사용자만을 가리키는 목적지 정보, 또는
    · 상기 수신 엔티티의 목적지 또는 L1 ID와 같은, 상기 수신 엔티티만을 가리키는 목적지 정보, 또는
    · 상기 사용자 디바이스의 목적지 또는 L1 ID와 같은 상기 사용자 디바이스를 나타내는 제1 목적지 정보 또는 상기 수신 엔티티의 목적지 또는 L1 ID와 같은 상기 수신 엔티티만을 가리키는 제2 목적지 정보, 또는
    · 상기 사용자 디바이스 및 상기 수신 엔티티 모두를 가리키는 결합된 목적지 정보를 포함하고,
    상기 사용자 디바이스만을 가리키는 목적지 정보를 수신하는 것에 응답하여, 상기 사용자 디바이스는 상기 전송이 제2 전송인 것으로 결정할 수 있고, 및
    상기 수신 엔티티만을 가리키는 목적지 정보를 수신하는 것에 응답하여 또는 상기 사용자 디바이스를 가리키는 제1 목적지 정보 및 상기 수신 엔티티를 가리키는 제2 목적지 정보를 수신하는 것에 응답하여 또는 상기 결합된 목적지 정보를 수신하는 것에 응답하여, 상기 사용자 디바이스는 상기 전송이 제1 전송임을 결정할 수 있는, 사용자 디바이스.
  8. 청구항 6 또는 7에 있어서,
    상기 수신 엔티티가 상기 전송을 수신할 수 있을 때까지 상기 SCI는 시간 인디케이터(indicator)와 같은 지표(indication)를 포함하는, 사용자 디바이스.
  9. 상기 타이머가 문턱값을 초과하는 경우 또는 상기 수신 엔티티로의 상기 전송 및 상기 수신 엔티티로부터의 수신확인(ACK)을 수신하기 위한 시간이 상기 문턱값을 초과한 것으로 상기 사용자 디바이스가 결정하는 경우, 상기 사용자 디바이스는
    · 상기 전송 또는 패킷을 중단(drop)할 수 있고, 또는
    · 상기 전송 또는 패킷을 중단(drop)하고 상기 전송 엔티티로 비-수신확인(NACK)을 전송할 수 있는, 사용자 디바이스.
  10. 청구항 6 내지 9 중 어느 한 항에 있어서,
    상기 SCI로부터 상기 전송이 제1 전송이라고 결정하는 것에 응답하여, 상기 사용자 디바이스는 상기 전송의 디코딩을 삼가고(refrain from) 및/또는 상기 전송을 더 높은 계층으로 전달하는 것을 삼가고, 및 상기 수신 엔티티로의 전송을 위하여 상기 수신 엔티티의 목적지 또는 L1 ID 와 함께 버퍼로 상기 전송을 로딩할 수 있는, 사용자 디바이스.
  11. 청구항 6 내지 10 중 어느 한 항에 있어서,
    상기 SCI는 상기 전송 엔티티 사용자 디바이스의 계층 1(L1) ID와 같은, 상기 전송 엔티티를 가리키는 정보를 포함하고,
    상기 사용자 디바이스는 상기 전송 엔티티를 가리키는 상기 정보를 이용하여, 상기 전송 엔티티가 설정된 또는 미리 설정된 전송 엔티티들의 리스트에 있는지를 결정할 수 있고,
    상기 전송 엔티티가 상기 리스트 출신인 경우, 상기 사용자 디바이스는 상기 전송이 제1 전송인 것으로 결정할 수 있고, 및
    상기 전송 엔티티가 상기 리스트 출신이 아닌 경우, 상기 사용자 디바이스는 상기 전송이 제2 전송이라고 결정할 수 있는, 사용자 디바이스.
  12. 청구항 6 내지 11 중 어느 한 항에 있어서,
    상기 SCI는 미리 정의된 목적지 또는 계층 1(L1) ID와 같은 미리 정의된 목적지 정보를 포함하고, 상기 미리 정의된 목적지 정보는 상기 SCI와 연관된 상기 전송이 중계되어야 함을 가리키며, 및
    상기 미리 정의된 목적지 정보를 수신하는 것에 응답하여, 상기 사용자 디바이스는 상기 미리 정의된 목적지 정보를, 상기 수신 엔티티의 목적지 또는 계층 1(L1) ID와 같은 상기 수신 엔티티의 상기 실제 목적지 정보로 매핑하고 상기 전송을 상기 수신 엔티티로 중계할 수 있는, 사용자 디바이스.
  13. 청구항 12에 있어서,
    상기 미리 정의된 목적지 정보는 다음 중 하나 이상인, 사용자 디바이스:
    · 가상의 목적지 ID,
    · 목적지 ID 들의 설정된 또는 미리 설정된 리스트 또는 풀 중의 목적지 ID
  14. 청구항 12 또는 13에 있어서,
    상기 사용자 디바이스는 상기 수신 엔티티로 중계될 전송들을 위해 상기 전송 엔티티에 의해 이용될 수 있는 상기 미리 정의된 목적지 정보를 상기 전송 엔티티로 제공할 수 있고, 또는
    상기 사용자 디바이스는 상기 수신 엔티티로부터 상기 미리 정의된 목적지 정보를 수신할 수 있고 및 상기 수신 엔티티로 중계될 전송들을 위하여 상기 전송 엔티티에 이용될 상기 수신된 미리 정의된 목적지 정보를 상기 전송 엔티티로 전달할 수 있는, 사용자 디바이스.
  15. 청구항 6 내지 14 중 어느 한 항에 있어서,
    상기 SCI는 수신 엔티티의 특정 목적지 ID로 매핑되는, 특정 HARQ 프로세스 ID 또는 HARQ 프로세스 번호(number), 및 상기 사용자 디바이스의 목적지 또는 L1 ID와 같은 상기 사용자 디바이스만을 가리키는 목적지 정보를 포함하고, 및
    상기 특정 HARQ 프로세스 ID 또는 HARQ 프로세스 번호에 응답하여, 상기 사용자 디바이스는 상기 전송이 제1 전송임을 결정하고 상기 특정 HARQ 프로세스 ID가 매핑되는 상기 수신 엔티티로 상기 전송을 중계할 수 있는, 사용자 디바이스.
  16. 청구항 1 내지 5 중 어느 한 항에 있어서,
    상기 사용자 디바이스가 상기 전송과 연관된 상기 매체 액세스 제어(MAC) 헤더를 이용하여 상기 수신된 전송을 구별할 수 있는 경우, 상기 MAC 헤더는 상기 전송이 제1 전송이라는 것과 상기 사용자 디바이스는 상기 의도된 수신자가 아니라는 것을 상기 사용자 디바이스에게 알리는 지표(indication)를 포함하는, 사용자 디바이스.
  17. 청구항 16에 있어서,
    논리적 중계 채널(logical relay channel, LRCH)과 같은 논리적 채널을 포함하는 MAC 계층을 포함하고,
    상기 전송이 제1 전송이고 상기 사용자 디바이스에 대해 의도된 것이 아니라는 지표를 포함하는 MAC 헤더를 수신하는 것에 응답하여, 상기 사용자 디바이스는 상기 수신 엔티티에 로의 전송을 위하여 상기 전송을 버퍼에 또는 상기 LRCH의 큐(queue)에 위치시킬 수 있는, 사용자 디바이스.
  18. 청구항 16 또는 17에 있어서,
    상기 MAC 헤더는 상기 수신 엔티티의 목적지 또는 계층2(L2) ID와 같은 상기 수신 엔티티의 목적지 정보를 포함하고, 및
    상기 MAC 헤더 내의 상기 수신 엔티티의 상기 목적지 정보에 응답하여, 상기 사용자 디바이스는 상기 전송이 제1 전송임을 결정할 수 있는, 사용자 디바이스.
  19. 청구항 18에 있어서,
    상기 SCI는 또한 상기 사용자 디바이스의 목적지 또는 L1 ID와 같은 상기 사용자 디바이스를 가리키는 목적지 정보를 포함하는, 사용자 디바이스.
  20. 청구항 16 내지 19 중 어느 한 항에 있어서,
    상기 MAC 헤더는 미리 정의된 목적지 또는 계층2(L2) ID와 같은 미리 정의된 목적지 정보를 포함하고, 상기 미리 정의된 목적지 정보는 상기 MAC 헤더와 연관된 상기 전송은 중계되어야 한다는 것을 가리키고,
    상기 미리 정의된 목적지 정보를 수신하는 것에 응답하여, 상기 사용자 디바이스는 상기 미리 정의된 목적지 정보를 상기 수신 엔티티의 목적지 또는 계층2(L2) ID와 같은 상기 수신 엔티티의 상기 실제 목적지 정보에 매핑하고 상기 전송을 상기 수신 엔티티로 중계할 수 있는, 사용자 디바이스.
  21. 청구항 20에 있어서,
    상기 미리 정의된 목적지 정보는 다음 중 하나 이상을 포함하는, 사용자 디바이스:
    · 가상 목적지 ID,
    · 목적지 ID들의 설정된 또는 미리 설정된 리스트 또는 풀 중의 목적지 ID
  22. 청구항 20 또는 21에 있어서,
    상기 사용자 디바이스는 상기 수신 엔티티로 중계될 전송들을 위하여 상기 전송 엔티티에 의해 이용될 상기 미리 정의된 목적지 정보를 상기 전송 엔티티로 제공할 수 있고,
    상기 사용자 디바이스는 상기 수신 엔티티로부터 상기 미리 정의된 목적지 정보를 수신할 수 있고, 상기 수신 엔티티로 중계될 전송들을 위하여 상기 전송 엔티티에 의해 이용될 상기 수신된 미리 정의된 목적지 정보를 상기 전송 엔티티로 전달할 수 있는, 사용자 디바이스.
  23. 앞선 청구항들 중 어느 한 항에 있어서,
    상기 제어 정보는 상기 메시지를 전송할 때 상기 사용자 디바이스에 의해 감소 또는 증가되는 파라미터를 포함하고, 상기 사용자 디바이스는 설정된 또는 미리 설정된 값이 도착하면 상기 메시지를 중계하지 않는, 사용자 디바이스.
  24. 청구항 23에 있어서,
    실패 지표(failure indication)가 다음 중 하나 이상에 전송되는 사용자 디바이스:
    · 상기 전송 엔티티, 및/또는
    · 상기 네트워크, 및/또는
    · 상기 패킷을 전송한 상기 이전 중계 사용자 디바이스
  25. 청구항 1 내지 5 중 어느 한 항에 있어서,
    상기 무선 통신 네트워크는 중계 사이드링크 제어 채널(relay sidelink control channel)을 포함하고, 및
    상기 중계 사이드링크 제어 채널 내의 전송과 연관된 상기 사이드링크 제어 정보(SCI)를 수신하는 것에 응답하여, 상기 사용자 디바이스는 상기 전송이 제1 전송임을 결정할 수 있는, 사용자 디바이스.
  26. 상기 중계 사이드링크 제어 채널은 상기 NR V2X 리소스 풀과 같은 사이드링크 리소스 풀 내의 서브채널인, 사용자 디바이스.
  27. 청구항 25에 있어서,
    상기 중계 사이드링크 제어 채널은 다음 중 하나 이상을 정의함으로써PSCCH와 같은 사이드링크 제어 채널에서 정의되는, 사용자 디바이스:
    · 중계만을 위한 제어 메시지들을 위해 이용되는 상기 PSCCH 내의 다수의 리소스 블록들(RBs)
    · 상기 PSCCH 내의 모든 RB들이, 지정된 시간 간격으로 중계하기 위한, 제어 메시지들에 대해 전용으로 이용되는 주기성(periodicity)
    · 상기 PSCCH 내의 주파수에 걸쳐 선택된 개수의 RB가, 지정된 시간 간격으로 중계하기 위한 제어 메시지들에 전용으로 이용되는, 주기성.
  28. 청구항 25 내지 27 중 어느 한 항에 있어서,
    상기 중계 사이드링크 제어 채널 내의 전송과 연관된 사이드링크 제어 정보(SCI)를 수신하는 것에 응답하여, 상기 사용자 디바이스는 상기 전송을 디코딩하는 것을 삼가고, 더 높은 계층으로 전달하는 것을 삼갈 수 있고, 상기 수신 엔티티로의 전송을 위한 상기 수신 엔티티의 상기 목적지 ID와 함께 상기 전송을 버퍼에 로딩할 수 있는, 사용자 디바이스.
  29. 청구항 1 내지 5 중 어느 한 항에 있어서,
    상기 무선 통신 네트워크는 제어 및/또는 데이터의 중계-관련 전송 및/또는 수신에 독점적으로 이용되는 중계 부분 대역폭(R-BWP)를 포함하고,
    상기 R-BWP에서 전송 및/또는 상기 전송과 연관된 제어 정보를 수신하는 것에 응답하여, 상기 사용자 디바이스는 상기 전송을 제1 전송이라고 결정할 수 있는, 사용자 디바이스.
  30. 청구항 29에 있어서,
    상기 R-BWP는 중계된 전송에 대한 피드백을 전송하기 위해 이용되는 사용자 디바이스.
  31. 청구항 1 내지 5 중 어느 한 항에 있어서,
    상기 무선 통신 네트워크는 제어 및/또는 데이터의 중계-관련 전송 및/또는 수신에 독점적으로 이용되는 중계 사이드링크 리소스 풀(R-RP)를 포함하고,
    상기 R-RP에서 전송 및 상기 전송과 연관된 제어 정보를 수신하는 것에 응답하여, 상기 사용자 디바이스는 상기 전송을 제1 전송이라고 결정할 수 있는, 사용자 디바이스.
  32. 청구항 31에 있어서,
    상기 R-RP는 중계된 전송에 대한 피드백을 전송하기 위해 이용되는 사용자 디바이스.
  33. 청구항 31 또는 32에 있어서,
    상기 중계 리소스 풀(R-RP)은 BWP 내에서 정의되고, 하나 이상의 전송 또는 수신 풀(pool), 하나 이상의 전송 중계 리소스 풀(TX R-RP), 하나 이상의 수신 중계 리소스 풀(RX R-RP), 또는 TX와 RX가 함께 일어나는 경우 하나 이상의 R-RP와 같은 하나 이상의 리소스 풀을 포함하는, 사용자 디바이스.
  34. 청구항 31 내지 33 중 어느 한 항에 있어서,
    상기 R-RP는 모드 1에서 동작하는 사용자 디바이스들에 대해 설정된 제1 R-RP 및 모드 2에서 동작하는 사용자 디바이스들에 대해 설정된 제2 R-RP를 포함하는, 사용자 디바이스.
  35. 청구항 31 내지 33 중 어느 한 항에 있어서,
    상기 R-RP는 모드 1에서 동작하는 사용자 디바이스들 및 모드 2에서 동작하는 사용자 디바이스들에 대해 설정되고, 상기 사용자 디바이스들은 상기 전송 엔티티에 주기적인 충돌 리포트를 제공하도록 기대되어, 상기 전송 엔티티는 상기 R-RP 내의 상기 가용한 리소스들을 인지하는, 사용자 디바이스.
  36. 청구항 31 내지 35 중 어느 한 항에 있어서,
    상기 전송 엔티티 및 상기 수신 엔티티 사이의 및/또는 상기 중계 엔티티 및 상기 수신 엔티티 사이의 링크의 링크 품질이 미리 정의된 링크 품질 문턱값 미만인 경우, 상기 중계 리소스 풀(R-RP)은 제어 및/또는 데이터의 상기 중계-관련 전송 및/또는 수신을 위해 이용되는, 사용자 디바이스.
  37. 청구항 31 내지 36 중 어느 한 항에 있어서,
    상기 사용자 디바이스는 예컨대, 하나 이상의 시스템 정보 블록(SIB) 내의 하나 이상의 리소스 풀 설정들, 또는 제어 채널들 예컨대, PDCCH 또는 PDSCH 내의 다른 제어 시그널링을 수신할 수 있고, 상기 하나 이상의 리소스 풀 설정들은 R-RP 설정을 포함하고, 상기 R-RP 설정은 다음을 포함하는 사용자 디바이스:
    · 기지국이 중계를 지원한다는 지표(indication),
    · 전송 엔티티가 중계-기반 전송으로 전환하는데 기준을 삼는 상기 링크 품질 문턱값,
    · 상기 R-RP 의 상기 리소스들.
  38. 청구항 37에 있어서,
    상기 R-RP 설정은 또한 타임 슬롯들의 개수 관점에서 물리적 사이드링크 피드백 채널(PSFCH) 소스들과 같은 피드백 채널 리소스들의 주기성을 포함하고, 상기 주기성이 0 값으로 설정된 경우, 상기 R-RP 내에 피드백 채널 리소스 없음이 정의되는, 사용자 디바이스.
  39. 청구항 38에 있어서,
    상기 사용자 디바이스는 다음과 같이, 상기 전송 엔티티로부터 수신된 전송에 대한 피드백을 상기 전송 엔티티로 전송하기 위해 상기 피드백 채널을 이용할 수 있는 사용자 디바이스:
    · 상기 전송 엔티티로부터 상기 사용자 디바이스로의 상기 전송이 실패한 경우, 상기 사용자 디바이스는 재전송을 요청하는 NACK를 상기 전송 엔티티로 전송할 수 있고, 및/또는
    · 상기 전송 엔티티로부터 상기 사용자 디바이스로의 상기 전송이 성공한 경우, 상기 사용자 디바이스는
    o 상기 사용자 디바이스가 상기 수신 엔티티로부터 성공적인 피드백을 수신한 이후에만 ACK를 전송하여 상기 사용자 디바이스가 상기 전송 엔티티로부터 상기 수신 엔티티로의 상기 전송의 전체 HARQ 피드백을 상기 전송 엔티티로 제공할 수 있도록 하고, 또는
    o 상기 사용자 디바이스가 상기 전송 엔티티로부터 상기 전송을 수신한 이후에 1차 ACK를 전송하고, 상기 사용자 디바이스가 상기 수신 엔티티로부터 성공적인 피드백을 수신한 이후에 2차 ACK를 전송하여, 상기 사용자 디바이스가 상기 전송 엔티티로부터 상기 수신 엔티티로의 상기 전송의 전체(overall) HARQ 피드백을 상기 전송 엔티티로 제공할 수 있도록 함.
  40. 청구항 39에 있어서,
    전송이 브로캐스팅으로 보내지는 경우, 또는 전송이 상기 사용자 디바이스로 보내지지 않는 경우, 또는 전송이 피드백이 불능화된 그룹캐스트 또는 유니캐스트로 보내지는 경우, 상기 사용자 디바이스는 피드백 전송을 불능화시킬 수 있는, 사용자 디바이스.
  41. 청구항 31 내지 40 중 어느 한 항에 있어서,
    상기 중계 사이드링크 제어 채널 및/또는 상기 R-BWP 및/또는 상기 R-RP는 제2 전송이 전송되고 및/또는 수신되는 스펙트럼 또는 주파수 범위와는 다른 스펙트럼 또는 주파수 대역을 포함하는, 사용자 디바이스.
  42. 앞선 청구항들 중 어느 한 항에 있어서,
    상기 전송이 제1 전송이라는 결정에 응답하여, 상기 사용자 디바이스는,
    · 상기 전송을 디코딩하고 상기 전송을 더 높은 계층으로 전달하는 것을 삼가고, 상기 수신 엔티티로의 전송을 위해 상기 수신 엔티티의 상기 목적지 ID와 함께 상기 전송을 버퍼에 로딩할 수 있고, 또는
    · 상위 계층 최적화를 위해 상기 전송을 디코딩할 수 있고, 이 패킷을 상기 정규(normal) 전송 풀(pool)을 이용하여 상기 의도된 RX 사용자 디바이스로 전송할 수 있고, 상기 수신 엔티티로의 전송을 위해 상기 수신 엔티티의 상기 목적지 ID와 함께 상기 최적화된 전송을 버퍼에 로딩할 수 있는, 사용자 디바이스.
  43. 앞선 청구항들 중 한 항에 있어서,
    전송과 연관된 제어 정보를 수신하는 것에 응답하여,
    상기 사용자 디바이스를 가리키는 상기 목적지 ID 파라미터가 비워져 있거나, 널(null) 값으로 설정되거나, 디폴트 값으로 설정되어 있고, 상기 수신 엔티티를 가리키는 상기 목적지 ID 파라미터가 지정되어 있는 경우, 또는
    상기 사용자 디바이스를 가리키는 상기 목적지 ID 파라미터가 비워져 있거나, 널(null) 값으로 설정되거나, 디폴트 값으로 설정되어 있고, 상기 수신 엔티티를 가리키는 상기 목적지 ID 파라미터가 지정되어 있는, 상기 사용자 디바이스와 상기 수신 엔티티 모두를 가리키는 결합된 목적지 정보의 경우,
    상기 사용자 디바이스는 브로드캐스트 방식으로 상기 전송을 수신할 수 있고, 유니캐스트 또는 그룹캐스트 또는 브로드캐스트 방식으로 상기 전송을 상기 의도된 수신 엔티티 또는 엔티티들에게 전송할 수 있는, 사용자 디바이스.
  44. 청구항 1 내지 42 중 어느 한 항에 있어서,
    전송과 연관된 제어 정보를 수신하는 것에 응답하여,
    상기 사용자 디바이스를 가리키는 상기 목적지 ID 파라미터가 지정되고, 상기 수신 엔티티를 가리키는 상기 목적지 ID 파라미터가 지정되는 경우, 또는
    상기 사용자 디바이스를 가리키는 상기 목적지 ID 파라미터가 지정되고, 상기 수신 엔티티를 가리키는 상기 목적지 ID 파라미터가 지정되는, 상기 사용자 디바이스 및 상기 수신 엔티티 모두를 가리키는 결합된 목적지 정보의 경우,
    상기 사용자 디바이스는 그룹캐스트 또는 유니캐스트 방식으로 상기 전송을 수신할 수 있고, 유니캐스트 또는 그룹캐스트 또는 브로드캐스트 방식으로 상기 의도된 수신 엔티티 또는 엔티티들에게 상기 전송을 보낼 수 있는, 사용자 디바이스.
  45. 앞선 청구항들 중 어느 한 항에 있어서,
    상기 사용자 디바이스는 다음 중 하나 이상을 포함하는, 사용자 디바이스: 모바일 단말, 또는 고정(stationary) 단말, 또는 셀룰라 IoT-UE, 또는 차량용 UE, 리더(GL) UE, 또는 IoT 또는 협대역 IoT(NB-IoT) 디바이스, 또는 스마트워치와 같은 웨어러블 디바이스, 또는 피트니스 트래커, 또는 스마트 글래스 또는 지상형 차량 또는 항공 차량 또는 드론, 또는 이동 기지국, 또는 도로 유닛(RSU), 또는 빌딩, 또는 상기 무선 통신 네트워크를 이용하여 아이템/디바이스가 통신할 수 있도록 하는 네트워크 연결성이 제공된 기타 상기 아이템 또는 디바이스 예컨대, 센서 또는 엑추에이터, 또는 기타 사이드링크 가능한 네트워크 엔티티.
  46. 무선 통신 네트워크용 전송 엔티티에 있어서,
    상기 전송 엔티티는 중계 사용자 디바이스에 연결될 수 있어, 상기 무선 통신 네트워크의 하나 이상의 수신 엔티티와 상기 전송 엔티티 사이의 연결성을 제공하는 기능성을 공급할 수 있고,
    상기 전송 엔티티는 다음 중 하나 이상에 의해 중계 사용자 디바이스로 전송이 제1 전송임을 가리킬 수 있고, 이것은 상기 수신 엔티티로 중계될 수 있는, 전송 엔티티:
    · 상기 전송을 특정한 제어 정보와 연관시킴,
    · 상기 전송 및/또는 상기 연관된 제어 정보를 특정 리소스 상으로 전송함
  47. 청구항 46에 있어서,
    상기 특정 제어 정보와 상기 전송을 연관시키는 것은 다음 중 하나 이상을 포함하는, 전송 엔티티:
    · 상기 전송이 제1 전송인지 또는 상기 중계 사용자 디바이스에 대해 의도된 제2 전송인지를 가리키는, 사이드링크 제어 정보(SCI)와 같은 직접 인터페이스 제어 메시지와 상기 전송을 연관시킴,
    · 상기 전송이 제1 전송인지 또는 상기 중계 사용자 디바이스에 대해 의도된 제2 전송인지를 가리키는, 다운링크 제어 정보(DCI)와 같은 네트워크 인터페이스 제어 메시지와 상기 전송을 연관시킴,
    · 상기 전송이 제1 전송인지 또는 상기 중계 사용자 디바이스에 대해 의도된 제2 전송인지를 가리키는 MAC 헤더와 같은, 매체 액세스 제어(MAC)와 상기 전송을 연관시킴.
  48. 청구항 46 또는 47에 있어서,
    상기 전송 및/또는 상기 연관된 제어 정보를 특정 리소스들로 전송하는 것은 다음 중 하나 이상을 포함하는, 전송 엔티티:
    · 중계 사이드링크 제어 채널에서 상기 전송과 연관된, 사이드링크 제어 정보(SCI)와 같은, 직접 인터페이스 제어 메시지를 전송함,
    · 상기 전송과 연관된 상기 제어 정보 및/또는 상기 전송을 전송하기 위한 중계 부분 대역폭(R-BWP)의 리소스들을 이용함,
    · 상기 전송과 연관된 상기 제어 정보 및/또는 상기 전송을 전송하기 위한 중계 사이드링크 리소스 풀의 리소스들을 이용함.
  49. 청구항 46 내지 48 중 어느 한 항에 있어서,
    상기 전송 엔티티는 사이드링크와 같은 직접 인터페이스를 통해 또는 3GPP 또는 non-3GPP 인터페이스와 같은 액세스 네트워크 인터페이스를 통해 상기 중계 사용자 인터페이스로 상기 전송을 보낼 수 있는, 전송 엔티티.
  50. 청구항 46 내지 49 중 어느 한 항에 있어서,
    · 상기 전송 엔티티는 사용자 디바이스(UE), 또는 중계 사용자 디바이스를 포함하고, 상기 수신 엔티티는 사용자 디바이스(UE), 또는 중계 사용자 디바이스를 포함하고, 또는
    · 상기 전송 엔티티는 사용자 디바이스(UE), 또는 중계 사용자 디바이스를 포함하고, 상기 수신 엔티티는 라디오 액세스 네트워크(RAN) 엔티티와 같은 네트워크 엔티티를 포함하고, 또는
    · 상기 전송 엔티티는 상기 RAN 엔티티와 같은 네트워크 엔티티를 포함하고, 상기 수신 엔티티는 사용자 디바이스(UE) 또는 중계 사용자 디바이스를 포함하는, 전송 엔티티.
  51. 청구항 46 내지 50 중 어느 한 항에 있어서,
    상기 전송 엔티티는,
    상기 전송이 제1 전송인지 또는 제2 전송인지를 가리키는 하나 이상의 추가적인 파라미터를 포함하는 1차 스테이지 SCI를 제공할 수 있고, 또는
    상기 전송이 제1 전송인지 제2 전송인지를 가리키기 위한 수정된 하나 이상의 파라미터를 포함하는 2차 스테이지 SCI를 제공할 있고, 또는
    중계될 전송들에 적합하도록 미리 정의된 2차 스테이지 SCI를 제공할 수 있는, 전송 엔티티.
  52. 청구항 46 내지 50 중 어느 한 항에 있어서,
    상기 전송 엔티티는 상기 전송이 제1 전송임을 그리고 상기 사용자 디바이스는 상기 의도된 수신자가 아니라는 것을 상기 중계 사용자 디바이스에게 알려주는 지표(indication)를 포함하는 매체 액세스 제어(MAC) 헤더를 상기 전송과 연관시킬 수 있는, 전송 엔티티.
  53. 청구항 46 내지 50 중 어느 한 항에 있어서,
    상기 무선통신 네트워크는 중계 사이드링크 제어 채널을 포함하고, 및
    상기 전송 엔티티는 상기 중계 사이드링크 제어 채널에서 전송과 연관된 사이드링크 제어 정보(SCI)를 전송할 수 있는, 전송 엔티티.
  54. 청구항 46 내지 50 중 어느 한 항에 있어서,
    상기 무선 통신 네트워크는 제어 및/또는 데이터 및/또는 피드백의 중계-관련 전송 및 수신을 위해 배타적으로 이용되는, 중계 부분 대역폭(R-BWP)를 포함하고, 및
    상기 전송 엔티티는 상기 R-BWP에서 상기 전송과 연관된 피드백 및/또는 제어 정보 및/또는 전송을 보낼 수 있는, 전송 엔티티.
  55. 청구항 46 내지 50 중 어느 한 항에 있어서,
    상기 무선 통신 네트워크는 제어 및/또는 데이터 및/또는 피드백의 중계-관련 전송 및 수신을 위해 배타적으로 이용되는, 중계 사이드링크 리소스 폴(R-RP)를 포함하고, 및
    상기 전송 엔티티는 상기 R-RP에서 상기 전송과 연관된 피드백 및/또는 제어 정보 및/또는 전송을 보낼 수 있는, 전송 엔티티.
  56. 청구항 55에 있어서,
    상기 전송 엔티티는 다음 중 하나 이상에 따라 상기 R-RP를 이용할 수 있는, 전송 엔티티.
    · 상기 전송 엔티티 및 상기 중계 사용자 인터페이스 사이의 링크 품질
    · 정규 사이드링크 리소스 풀의 충돌 상태,
    · 상기 전송 엔티티 및 상기 수신 엔티티 사이의 거리
  57. 청구항 55 또는 56에 있어서,
    · 상기 전송이 브로드캐스팅될 수 있고 상기 전송의 의도가 커버러지 확장인 경우, 상기 전송 엔티티는 상기 전송을 임의의 중계 사용자 디바이스로 보낼 수 있고, 또는
    · 상기 전송이 그룹캐스트 또는 유니캐스트 전송인 경우, 상기 전송 엔티티는 상기 의도된 원격 사용자 디바이스로 전송할 것으로 기대되는, 상기 R-RP 상의 임의의 중계 사용자 디바이스로 상기 전송을 보낼 수 있고, 또는
    · 상기 전송이 그룹캐스트 또는 유니캐스트 전송인 경우, 상기 전송 엔티티는 상기 의도된 원격 사용자 디바이스로 전송할 것으로 기대되는 상기 R-RP 상의 특정 중계 사용자 디바이스로 상기 전송을 보낼 수 있는, 전송 엔티티.
  58. 청구항 57에 있어서,
    상기 중계 사용자 디바이스는 다음의 기준 중 하나 이상을 지원하는지에 기초하여 선택되는, 전송 엔티티:
    · 전송 전력이 설정된 또는 미리 설정된 전력 문턱값을 초과한 예컨대 고 전력임, 또는
    · 배터리 상태가 설정된 또는 미리 설정된 문턱값을 초과함, 또는
    · 특정 서비스가 예컨대, 공공 안전과 재난 구조(PPDR) 서비스 또는 차량 안전 서비스가 제공됨.
  59. 청구항 57에 있어서,
    상기 전송 엔티티는 상기 전송과 연관된 사이드링크 제어 정보(SCI)에서 상기 중계 사용자 디바이스의 상기 목적지 ID 파라미터를 가리킬 수 있으며,
    · 상기 목적지 ID 파라미터가 비워져 있거나, 널(null) 값이 설정되거나, 또는 디폴트 값으로 설정되는 경우, 특정 중계 사용자 디바이스가 선택되지 않아 상기 전송을 수신하는 임의의 중계 사용자 디바이스가 상기 전송을 상기 SCI 내의 최종 목적지 ID 파라미터에 의해 정의되는 상기 수신 엔티티로 상기 전송을 중계하도록 기대되고, 또는
    · 상기 목적지 ID 파라미터가 지정되는 경우, 상기 목적지 ID에서 지정된 ID의 상기 중계 사용자 디바이스만이 상기 SCI의 최종 목적지 ID파라미터에 의해 정의되는 상기 수신 엔티티로 상기 전송을 중계할 것으로 기대되는, 전송 엔티티.
  60. 청구항 46 내지 59 중 어느 한 항에 있어서,
    다음 중 하나 이상을 포함하는 전송 엔티티: 매크로 셀 기지국, 또는 소형 셀 기지국, 기지국의 중앙 유닛, 또는 IAB 노드, 또는 기지국의 분산 유닛, 또는 도로변 유닛(RSU), 또는 사용자 디바이스, 또는 그룹 리더(GL), 또는 중계기 또는 원격 라디오 헤드, 또는 AMF, 또는 MME, 또는 SMF, 또는 코어 네트워크 엔티티, 또는 모바일 엣지 컴퓨팅(MEC) 엔티티, 또는 NR 또는 5G 코어 맥락에서와 같은 네트워크 슬라이스(slice), 또는 무선 통신 네트워크를 이용하여 아이템 또는 디바이스가 통신할 수 있도록 하는 임의의 전송/수신 포인트(TRP), 여기에서 상기 아이템 또는 디바이스는 상기 무선 통신 네트워크를 이용하여 통신하기 위한 네트워크 연결성이 제공됨.
  61. 무선 통신 네트워크에 있어서,
    하나 이상의 전송 엔티티,
    하나 이상의 수신 엔티티, 및
    상기 전송 엔티티 및 상기 수신 엔티티 사이의 연결성을 지원하기 위한 기능성을 제공하기 위한 하나 이상의 중계 사용자 디바이스(relay UE)를 포함하고,
    상기 전송 엔티티는 청구항 46 내지 60 중 어느 한 항의 하나 이상의 전송 엔티티를 포함하고, 및/또는 상기 중계 사용자 디바이스는 청구항 1 내지 45 중 어느 한 항의 하나 이상의 사용자 디바이스를 포함하는, 무선 통신 네트워크.
  62. 무선 통신 네트워크를 위한 사용자 디바이스(UE)를 운영하는 방법에 있어서,
    상기 사용자 디바이스는 중계 사용자 디바이스로서 동작하여 상기 무선 통신 네트워크의 전송 엔티티 및 하나 이상의 수신 엔티티 사이의 연결성을 지원하기 위한 기능성을 제공하고,
    상기 방법은, 상기 사용자 디바이스에 의해, 상기 전송 엔티티로부터 수신된 전송이 수신 엔티티로 중계되어야 할 제1 전송인지 및 상기 사용자 디바이스에 대해 의도된 제2 전송인지를 구별하는 단계를 포함하고,
    상기 수신된 전송은 다음 중 하나 이상에 의해 구별되는, 방법:
    · 상기 전송과 연관된 제어 정보,
    · 상기 연관된 제어 정보 및/또는 상기 전송이 수신되는 리소스들.
  63. 무선 통신 네트워크를 위한 전송 엔티티의 운영 방법에 있어서,
    상기 사용자 디바이스는 중계 사용자 디바이스로서 동작하여 상기 무선 통신 네트워크의 전송 엔티티 및 하나 이상의 수신 엔티티 사이의 연결성을 지원하기 위한 기능성을 제공하고,
    상기 방법은, 상기 전송 엔티티에 의해, 다음 중 하나 이상에 의해 중계 사용자 디바이스로의 전송을 상기 수신 엔티티로 중계되어야 할 제1 전송으로써 가리키는 단계를 포함하는 방법:
    · 상기 전송을 특정 제어 정보와 연관시킴,
    · 상기 전송 및/또는 상기 연관된 제어 정보를 특정 리소스들로 전송함.
  64. 컴퓨터 상에서 실행될 때 청구항 62 또는 63의 방법을 수행하는 컴퓨터 판독가능한 매체 저장 명령어들을 포함하는 비-일시적 컴퓨터 프로그램 제품.
KR1020237002230A 2020-06-19 2021-06-17 사이드링크 중계에서의 피드백 및 트래픽 구별 KR20230040997A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP20181205 2020-06-19
EP20181205.4 2020-06-19
PCT/EP2021/066476 WO2021255192A1 (en) 2020-06-19 2021-06-17 Feedback and traffic differentiation in sidelink relays

Publications (1)

Publication Number Publication Date
KR20230040997A true KR20230040997A (ko) 2023-03-23

Family

ID=71119970

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020237002230A KR20230040997A (ko) 2020-06-19 2021-06-17 사이드링크 중계에서의 피드백 및 트래픽 구별

Country Status (5)

Country Link
US (1) US20230171826A1 (ko)
EP (1) EP4169347A1 (ko)
KR (1) KR20230040997A (ko)
CN (1) CN115968577A (ko)
WO (1) WO2021255192A1 (ko)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230122731A1 (en) * 2021-10-14 2023-04-20 Qualcomm Incorporated Techniques for assisted sidelink bearer establishment
US20230254887A1 (en) * 2022-01-20 2023-08-10 Qualcomm Incorporated Phy-layer handling of multiple relayed transport blocks by an af/df-relay ue in sidelink
US20230284096A1 (en) * 2022-03-02 2023-09-07 Qualcomm Incorporated Techniques for resource reservations for user equipment relays
US20230292141A1 (en) * 2022-03-09 2023-09-14 Netgear, Inc. Repurposing consumer electronic devices as nodes in wireless mesh networks
WO2024029982A1 (ko) * 2022-08-04 2024-02-08 엘지전자 주식회사 무선통신시스템에서 ue-to-ue relay 에서 선호 자원에 관련된 릴레이 ue의 동작 방법

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10212642B2 (en) * 2014-02-27 2019-02-19 Nokia Technology Oy Device-to-device based user equipment to network relay
US20160323777A1 (en) * 2015-04-28 2016-11-03 Asustek Computer Inc. Method and apparatus for supporting ue-to-network relay based on device to device service in a wireless communication system
WO2020030688A1 (en) * 2018-08-09 2020-02-13 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Nr v2x resource pool design

Also Published As

Publication number Publication date
CN115968577A (zh) 2023-04-14
WO2021255192A1 (en) 2021-12-23
US20230171826A1 (en) 2023-06-01
EP4169347A1 (en) 2023-04-26

Similar Documents

Publication Publication Date Title
JP7256865B2 (ja) カバレージ内およびカバレージ外シナリオでのサイドリンクのｈａｒｑ
US20210336728A1 (en) Advanced feedback in sidelink
US20230081131A1 (en) Nr sidelink assistance information messages
US20230171826A1 (en) Feedback and traffic differentiation in sidelink relays
US20230171036A1 (en) Feedback and traffic differentiation in sidelink relays
US20210376959A1 (en) Method and apparatus for supporting harq retransmission in wireless communication system
KR20220073818A (ko) Nr v2x 재전송 절차
US11979238B2 (en) V2X HARQ process management
US20220369136A1 (en) Transmission procedures for small data transmissions
US20230319850A1 (en) NR Sidelink Multi-Control/Data Multiplexing
US20220224447A1 (en) Harq process / entity based uplink multiplexing
US20230084999A1 (en) Nr sidelink discontinuous reception resource allocation
US20230300907A1 (en) Relay device management based on data priority level
KR20170112773A (ko) 차량 통신을 지원하는 무선통신 시스템에서 스케줄링 정보 보고 방법 및 장치, 그리고 무선자원 스케줄링 방법 및 장치
US20240039680A1 (en) Feedback Procedures for SL Power Saving UEs
WO2023052050A1 (en) Sidelink collision indicator ue procedures
KR20230104633A (ko) 중계 시나리오에서의 사용자 평면 데이터 핸들링
WO2023156344A1 (en) Sidelink communication via unlicensed channel occupancy time

Legal Events

Date Code Title Description
A201 Request for examination