KR101965488B1 - 무선 통신 시스템에서 중계 채널 상의 자원 할당 방법 및 장치 - Google Patents

무선 통신 시스템에서 중계 채널 상의 자원 할당 방법 및 장치 Download PDF

Info

Publication number
KR101965488B1
KR101965488B1 KR1020170069629A KR20170069629A KR101965488B1 KR 101965488 B1 KR101965488 B1 KR 101965488B1 KR 1020170069629 A KR1020170069629 A KR 1020170069629A KR 20170069629 A KR20170069629 A KR 20170069629A KR 101965488 B1 KR101965488 B1 KR 101965488B1
Authority
KR
South Korea
Prior art keywords
bsr
side link
link
relay
transmission
Prior art date
Application number
KR1020170069629A
Other languages
English (en)
Other versions
KR20170138063A (ko
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 KR20170138063A publication Critical patent/KR20170138063A/ko
Application granted granted Critical
Publication of KR101965488B1 publication Critical patent/KR101965488B1/ko

Links

Images

Classifications

    • 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/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • 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)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

제1 UE가 무선 통신 시스템에서 단말 간 중계 통신을 지원하는 방법 및 장치가 개시된다. 일실시예에서, 상기 방법은 상기 제1 UE가 제2 UE로부터 전송 블록을 수신하는 단계를 포함하며, 이 때 상기 전송 블록은 MAC 제어 요소를 포함한다. 또한, 상기 방법은 상기 제1 UE가 BSR을 트리거링하는 단계를 포함한다. 또한, 상기 방법은 상기 제1 UE가 전송에 이용 가능한 데이터를 갖고 있지 않고 BSR의 전송을 위한 업링크 자원을 갖고 있지 않을 때 스케줄링 요청(SR)을 트리거링하고 이를 기지국에 전송하는 단계를 포함한다. 또한 상기 방법은 상기 제1 UE가 BSR을 트리거링하고 이를 상기 기지국에 전송하는 단계를 더 포함하며, 상기 BSR은 상기 MAC 제어 요소를 버퍼 크기의 일부로 고려한다.

Description

무선 통신 시스템에서 중계 채널 상의 자원 할당 방법 및 장치 {Method and apparatus for resource allocation on relay channel in a wireless communication system}
관련 출원에 대한 상호 참조
본 출원은 2016년 6월 6일에 출원된 미국 임시특허출원 제62/346,074호 및 2016년 6월 6일에 출원된 제62/346,120호의 우선권을 함유하며, 상기 임시특허출원들의 전체 개시내용들은 그 전체가 본원에 참고로 편입된다.
발명의 기술분야
본 발명은 일반적으로 무선 통신 네트워크에 관한 것이며, 더 상세하게는, 무선 통신 시스템에서 중계 채널 상의 자원 할당 방법 및 장치에 관한 것이다.
이동 통신 장치들과의 대량의 데이터 통신에 대한 수요가 급격히 상승함에 따라, 기존의 모바일 음성 통신 네트워크들은 인터넷 프로토콜(IP) 데이터 패킷으로 통신하는 네트워크들로 진화하고 있다. 이러한 IP 데이터 패킷 통신은 이동 통신 장치들의 사용자들에게 음성통신(VoIP), 멀티미디어, 멀티캐스트 및 주문형 통신 서비스들을 제공할 수 있다.
예시적 네트워크 구조는 E-UTRAN(Evolved Universal Terrestrial Radio Access Network)이다. E-UTRAN 시스템은 전술한 VoIP 및 멀티미디어 서비스들을 실현하기 위해 높은 데이터 처리량을 제공할 수 있다. 차세대를 위한 새로운 무선 기술(예를 들어, 5G)은 현재 3GPP 표준화 기구에 의해 논의되고 있다. 따라서 3GPP 표준을 발전시키고 완성시키기 위해, 현재 3GPP 표준의 현재 내용에 대한 변경사항들이 제출되고 고려되고 있다.
제1 UE(User Euipment)가 무선 통신 시스템에서 기기 간 중계 통신을 지원하는 방법 및 장치가 개시된다. 일실시예에서, 상기 방법은 상기 제1 UE가 제2 UE로부터 전송 블록을 수신하는 단계를 포함하며, 이 때 상기 전송 블록은 MAC 제어 요소를 포함한다. 또한, 상기 방법은 상기 제1 UE가 BSR(Buffer Status Report)을 트리거링하는 단계를 포함한다. 또한, 상기 방법은 상기 제1 UE가 전송에 이용 가능한 데이터를 갖고 있지 않고 BSR의 전송을 위한 업링크 자원을 갖고 있지 않을 때 스케줄링 요청(SR)을 트리거링하고 이를 기지국에 전송하는 단계를 포함한다. 또한 상기 방법은 상기 제1 UE가 BSR을 상기 기지국에 전송하는 단계를 더 포함하며, 상기 BSR은 상기 MAC 제어 요소를 버퍼 크기의 일부로 고려한다.
도 1은 일예시적 실시예에 따른 무선 통신 시스템의 다이어그램을 도시한다.
도 2는 일예시적 실시예에 따른 전송기 시스템(또한 액세스 네트워크로 알려짐) 및 수신기 시스템(또한 사용자 장비 또는 UE로 알려짐)의 블록도이다.
도 3은 일예시적 실시예에 따른 통신 시스템의 기능 블록도이다.
도 4는 일예시적 실시예에 따른 도 3의 프로그램 코드의 기능 블록도이다.
도 5는 3GPP TS 23.303 v13.2.0의 그림 4.2-1을 복사한 것이다.
도 6은 3GPP TR 22.861 v1.0.0의 그림 5.2-1을 복사한 것이다.
도 7은 일 예시적 실시예에 따른 다이어그램이다.
도 8은 일 예시적 실시예에 따른 다이어그램이다.
도 9는 일 예시적 실시예에 따른 다이어그램이다.
도 10은 일 예시적 실시예에 따른 다이어그램이다.
도 11은 일 예시적 실시예에 따른 다이어그램이다.
도 12는 일 예시적 실시예에 따른 다이어그램이다.
도 13은 일 예시적 실시예에 따른 다이어그램이다.
도 14는 일 예시적 실시예에 따른 다이어그램이다.
도 15는 3GPP TS 36.331 v13.1.0의 그림 5.10.2-1을 복사한 것이다.
도 16은 3GPP TS 36.321 v13.1.0의 그림 6.1.3.1a-1을 복사한 것이다.
도 17은 3GPP TS 36.300 v13.3.0의 그림 10.1.5.1-1을 복사한 것이다.
도 18은 3GPP TS 36.321 v13.1.0의 표 6.2.1-1을 복사한 것이다.
도 19는 3GPP TS 36.321 v13.1.0의 표 6.2.1-2을 복사한 것이다.
도 20은 일 예시적 실시예에 따른 다이어그램이다.
도 21은 일 예시적 실시예에 따른 다이어그램이다.
도 22는 일 예시적 실시예에 따른 다이어그램이다.
도 23은 일 예시적 실시예에 따른 다이어그램이다.
도 24는 일 예시적 실시예에 따른 흐름도이다.
도 25는 일 예시적 실시예에 따른 다이어그램이다.
도 26은 일 예시적 실시예에 따른 다이어그램이다.
도 27은 일 예시적 실시예에 따른 다이어그램이다.
도 28은 일 예시적 실시예에 따른 다이어그램이다.
도 29는 일 예시적 실시예에 따른 다이어그램이다.
도 30은 일 예시적 실시예에 따른 흐름도이다.
도 31은 일 예시적 실시예에 따른 흐름도이다.
이하에서 설명되는 예시적 무선 통신 시스템들 및 기기들은 무선 통신 시스템을 사용하여 브로드캐스트 서비스를 지원한다. 무선 통신 시스템들은 음성, 데이터 등과 같은 다양한 유형들의 통신을 제공하기 위해 폭넓게 사용되고 있다. 이런 시스템들은 코드분할 다중액세스(code division multiple access; CDMA), 시분할 다중액세스(time division multiple access; TDMA), 직교 주파수 분할 다중액세스(orthogonal frequency division multiple access; OFDMA), 3GPP LTE(Long Term Evolution) 무선액세스, 3GPP LTE-A 또는 LTE-Advanced (Long Term Evolution Advanced), 3GPP2 UMB(Ultra Mobile Broadband), WiMax 또는 기타 변조 방식 등에 기초할 수 있다.
특히, 이하에서 설명되는 예시적 무선 통신 시스템들 및 기기들은 본원에서 3GPP로 언급되는 "3rd Generation Partnership Project" 이름의 컨소시엄에 의해 제안되는 표준과 같은 하나 이상의 표준들을 지원하도록 설계될 수 있다. 그러한 표준들은 : RP-160677, "New SI: Further Enhancements LTE Device to Device, UE to Network Relays for Wearables"; TS 23.303 v13.2.0, "Proximity-based services(ProSe)-stage2"; TR 22.861 V1.0.0, "Feasibility Study on New Services and Markets Technology Enablers for Massive Internet of Things; Stage 1" ; R2-162529, "On Scenarios and Objectives for Wearables and feD2D", Ericsson ; RP-160183, "NB-IOT Status Report to TSG"; TR 23.720 v13.0.0, "Architecture enhancements for Cellular Internet of Things"; TS 36.213 v13.1.1, "E-UTRA: Physical layer procedures"; TS 36.212 v13.1.0, "E-UTRA: Multiplexing and channel coding"; TS 36.211, "E-UTRA: Physical channels and modulation"; TS 36.211 v13.1.0, "E-UTRA: Physical channels and modulation"; TS 36.321 v13.1.0, "E-UTRA: Medium Access Control(MAC) Protocol Specification"; TS 24.334 v13.3.1, "Proximity-services (ProSe) User Equipment (UE) to ProSe function protocol aspects; Stage 3" ; R2-163056, "Report from LTE Break-Out Session (V2V, V2X, FeD2D, LATRED)"; TS 36.331 v13.1.0, "E-UTRA RRC protocol specification"; TS 36.322 v13.0.0, "E-UTRA RLC protocol specification"; 및 TS 36.323 v13.0.0, "E-UTRA PDCP protocol specification"를 포함한다. 상기에 리스트된 표준들 및 문서들은 그 전체가 본 출원에 참조로서 특별히 통합된다.
도 1은 본 발명의 일 실시예에 따른 다중 액세스 무선 통신 시스템을 도시한다. 액세스 네트워크(access network; AN)(100)는 다중 안테나 그룹들을 포함하는데, 참조번호 104 및 106을 포함하는 하나의 그룹, 참조번호 108 및 110을 포함하는 다른 하나의 그룹, 그리고 참조번호 112 및 114를 포함하는 또 하나의 그룹이 그것들이다. 도 1에서, 각각의 안테나 그룹에 대해 오직 두 개의 안테나들만이 도시되어 있으나, 각각의 안테나 그룹에 대해 이보다 많거나 적은 안테나들이 사용될 수 있다. 참조번호 116의 액세스 단말기(access terminal; AT)는 참조번호 112의 안테나 및 참조번호 114의 안테나와 통신하는데, 이 때 상기 안테나들(112, 114)은 참조번호 120의 순방향 링크를 통해 상기 액세스 단말기(116)로 정보를 전송하고, 참조번호 118의 역방향 링크를 통해 상기 액세스 단말기(116)로부터 정보를 수신한다. 참조번호 122의 액세스 단말기(AT)는 참조번호 106의 안테나 및 참조번호 108의 안테나와 통신하는데, 이 때 상기 안테나들(106, 108)은 참조번호 126의 순방향 링크를 통해 상기 액세스 단말기(AT)(122)로 정보를 전송하고, 참조번호 124의 역방향 링크를 통해 상기 액세스 단말기(AT)(122)로부터 정보를 수신한다. FDD 시스템에서, 상기 통신 링크들(118, 120, 124 및 126)은 통신을 위해 상이한 주파수를 사용할 수 있다. 예를 들어, 참조번호 120의 순방향 링크는 참조번호 118의 역방향 링크가 사용하는 주파수와 상이한 주파수를 사용할 수 있다.
각각의 안테나 그룹 및/또는 이들이 통신하도록 설계된 영역은 종종 액세스 네트워크의 섹터라고 불린다. 본 실시예에서, 각각의 안테나 그룹은 상기 액세스 네트워크(100)에 의해 커버되는 영역들의 섹터 내에 있는 액세스 단말기들과 통신하도록 설계된다.
상기 순방향 링크들(120, 126) 상의 통신에서, 상기 액세스 네트워크(100)의 전송 안테나들은 서로 다른 액세스 단말기들(116, 122)에 대한 순방향 링크들의 신호-대-잡음 비율을 개선시키기 위해 빔 형성(beamforming) 기법을 사용할 수 있다. 또한, 자신의 커버리지(coverage) 내에 무작위로 흩어져 있는 액세스 단말기들에게 전송하기 위해 빔 형성을 사용하는 액세스 네트워크는, 하나의 안테나를 통하여 모든 액세스 단말기들에게 전송하는 액세스 네트워크에 비하여 인접 셀들 내의 액세스 단말기들에 대해 적은 간섭을 발생시킨다.
액세스 네트워크(AN)는 단말기들과 통신하기 위해 사용되는 기지국 또는 고정국일 수 있으며, 또한 이는 액세스 포인트, 노드 B, 기지국, 증강 기지국, eNB(evolved Node B) 또는 기타 다른 용어로 지칭될 수도 있다. 액세스 단말기(AT)는 또한 사용자 장비(user equipment; UE), 무선 통신 기기, 단말기, 액세스 단말기 또는 기타 다른 용어로도 불릴 수 있다.
도 2는 MIMO(Multiple Input Multiple Output) 시스템(200)의 전송기 시스템(210)(액세스 네트워크라고도 함) 및 수신기 시스템(250)(액세스 단말기(AT) 또는 사용자 장비(UE)이라고도 함)의 실시예의 단순화된 블록도이다. 상기 전송기 시스템(210)에서, 복수의 데이터 스트림들을 위한 트래픽 데이터가 데이터 소스(212)로부터 전송(TX) 데이터 프로세서(214)에게 제공된다.
일 실시예에서, 각각의 데이터 스트림은 각각의 전송 안테나를 통해 전송된다. TX 데이터 프로세서(214)는, 그 데이터 스트림을 위해 선택된 특정 부호화 기법에 기초해, 각각의 데이터 스트림에 대한 트래픽 데이터를 포맷팅(formatting), 부호화, 그리고 인터리빙(interleaving)하여, 부호화된 데이터를 제공한다.
각각의 데이터 스트림에 대해 부호화된 데이터는 OFDM 기법들을 사용하여 파일럿 데이터와 함께 다중화될 수 있다. 상기 파일럿 데이터는 통상 공지된 방식으로 처리되는 공지된 데이터 패턴이며, 그리고 채널 응답을 예측하기 위해 수신기 시스템에서 사용될 수 있다. 그 후, 각각의 데이터 스트림에 대한 부호화된 데이터 및 상기 다중화된 파일럿은 그 데이터 스트림을 위해 선택된 특정 변조 기법(예를 들어, BPSK, QPSK, M-PSK 또는 M-QAM)에 기초하여 변조(즉, 심볼 매핑)되어, 변조 심볼들을 제공한다. 각각의 데이터 스트림에 대한 데이터 전송률, 부호화 및 변조는 프로세서(230)에 의해 실행되는 명령들에 의해 결정될 수 있다.
그 다음 모든 데이터 스트림들을 위한 변조 심볼들은 TX MIMO 프로세서(220)에게 제공되고, 이는 (예를 들어, OFDM을 위해) 상기 변조 심볼들을 추가로 처리할 수 있다. 그런 다음 상기 TX MIMO 프로세서(220)는 NT 개의 변조 심볼 스트림들을 NT 개의 전송기들(TMTR)(222a 내지 222t)에게 제공한다. 특정 실시예들에서, 상기 TX MIMO 프로세서(220)는 데이터 스트림들의 심볼들과, 그 심볼을 전송하는 안테나에 대하여 빔형성 가중치(beamforming weights)를 적용한다.
각각의 전송기(222)는 각각의 심볼 스트림을 수신하고 처리하여, 하나 이상의 아날로그 신호들을 제공하고, 추가로 그 아날로그 신호들에 조정 처리(conditioning)(예를 들어, 증폭, 필터링 및 업컨버터링(upconverting))를 하여서, 상기 MIMO 채널을 통한 전송에 적합한 변조 신호를 제공한다. 그 후 전송기들(222a 내지 222t)로부터의 NT 개의 변조 신호들은 각각 NT 개의 안테나들(224a 내지 224t)로부터 전송된다.
수신기 시스템(250)에서, 상기 전송된 변조 신호들은 NR 개의 안테나들(252a 내지 252r)에 의해 수신되고, 각각의 안테나(252)로부터 수신된 신호는 각각의 수신기(RCVR)(254a 내지 254r)에게 제공된다. 각각의 수신기(254)는 각각의 수신된 신호를 조정처리(예를 들어, 필터링, 증폭 및 다운컨버터링(upconverting))를 하고, 이 조정 처리된 신호를 디지털화 하여 샘플들을 제공하고, 그리고 상기 샘플들을 추가 처리하여, 대응하는 "수신" 심볼 스트림을 제공한다.
그러면 RX 데이터 프로세서(260)는 NR 개의 수신기들(254)로부터 NR 개의 수신 심볼 스트림들을 수신하고, 특정 수신기 처리 기법에 기초하여 이들을 처리하여서, NT 개의 "검출"심볼 스트림들을 제공한다. 그 후, 상기 RX 데이터 프로세서(260)는 각각의 검출 심볼 스트림을 복조, 디인터리빙(deinterleaving) 및 복호하여서, 그 데이터 스트림에 대한 트래픽 데이터를 복구한다. RX 데이터 프로세서(260)에 의한 처리는 전송기 시스템(210)의 TX MIMO 프로세서(220) 및 TX 데이터 프로세서(214)에 의해 수행되는 처리와 상보적이다.
참조번호 270의 프로세서는 어느 프리-코딩(pre-coding) 매트릭스를 사용할지 주기적으로 결정한다(이점에 대해서는 후술함). 상기 프로세서(270)는 매트릭스 인덱스 부분 및 순위 값 부분을 포함하는 역방향 링크 메시지를 생성한다.
상기 역방향 링크 메시지는 상기 통신 링크 및/또는 상기 수신된 데이터 스트림에 대한 다양한 유형들의 정보를 포함할 수 있다. 그런 다음, 상기 역방향 링크 메시지는 데이터 소스(236)로부터 많은 데이터 스트림들에 대한 트래픽 데이터를 수신하는 TX 데이터 프로세서(238)에 의해 처리되고, 변조기(280)에 의해 변조되고, 전송기들(254a 내지 254r)에 의해 조정되어, 상기 전송기 시스템(210)으로 다시 전송된다.
상기 전송기 시스템(210)에서, 상기 수신기 시스템(250)으로부터의 상기 변조 신호들은 안테나(224)에 의해 수신되고, 수신기들(222)에 의해 조정되고, 복조기(240)에 의해 복조되고, 그리고 RX 데이터 프로세서(242)에 의해 처리되어, 상기 수신기 시스템(250)에 의해 전송되는 역방향 링크 메시지를 추출한다. 그 후, 참조번호 230의 프로세서는 빔 형성 가중치를 결정하기 위해 어떤 프리-코딩 매트릭스를 사용할지 결정하며, 그 다음 그 추출된 메시지를 처리한다.
도 3을 참조하면, 이 도면은 본 발명의 일 실시예에 따른 통신 기기의 대안적인 단순화된 기능 블록도이다. 도 3에 도시된 바와 같이, 무선 통신 시스템의 통신 기기(300)는 도 1의 UE들(또는 AT들)(116, 122) 또는 도 1의 기지국(또는 AN)을 구현하기 위해 사용될 수 있으며, 바람직하게는, 상기 무선 통신 시스템은 LTE 시스템이다. 상기 통신 기기(300)는 입력 기기(302), 출력 기기(304), 제어 회로(306), 중앙처리유닛(CPU)(308), 메모리(310), 프로그램 코드(312) 및 트랜스시버(transceiver)(314)를 포함할 수 있다. 상기 제어 회로(306)는 CPU(308)를 통해 상기 메모리(310) 내의 프로그램 코드(312)를 실행하여, 상기 통신 기기(300)의 동작을 제어한다. 상기 통신 기기(300)는 키보드 또는 키패드와 같은 상기 입력 기기(302)를 통해 사용자가 입력하는 신호를 수신할 수 있고, 모니터 또는 스피커들과 같은 상기 출력 기기(304)를 통해 이미지 및 소리를 출력할 수 있다. 상기 트랜스시버(314)는 무선 신호를 수신 및 전송하고, 상기 수신된 신호들을 상기 제어 회로(306)에 전달하고, 상기 제어 회로(306)에 의해 발생된 신호들을 무선으로 출력하기 위해 사용된다. 또한, 무선 통신 시스템의 상기 통신 기기(300)는 도 1의 AN(100)을 구현하기 위해 사용될 수 있다.
도 4는 본 발명의 일 실시예에 따른, 도 3에 도시된 상기 프로그램 코드(312)의 단순화된 블록도이다. 이 실시예에서, 상기 프로그램 코드(312)는 애플리케이션 레이어(400), 레이어 3 부분(402) 및 레이어 2 부분(404)을 포함하며, 레이어 1 부분(406)에 커플링되어 있다. 상기 레이어 3 부분(402)은 일반적으로 무선 자원 제어를 수행한다. 상기 레이어 2 부분(404)은 일반적으로 링크 제어를 수행한다. 상기 레이어 1 부분은 일반적으로 물리적 접속을 수행한다.
3GPP RP-160677에서, UE-대-네트워크 중계(UE-to-Network Relay)를 더욱 강화하기 위한 새로운 연구 항목이 소개된다. 연구 항목에 관해서는, IoT(Internet of Things) 및 웨어러블 기기들의 전력 소비를 최적화하기 위해 IoT 기기들 및/또는 웨어러블 기기들로부터의 트래픽을 중계하기 위해 UE 대 네트워크 중계가 향상되어야 할 것이다. SI를 가정할 때, IoT 및 웨어러블 기기들은 eNB를 연결하기 위한 기본 LTE 기능을 가질 것이며, 그리고 IoT/웨어러블 기기들과 UE 대 네트워크 중계 간의 D2D 링크는 PC5(Sidelink) 인터페이스, 블루투스, 또는 WiFi일 수 있다.
특히, 3GPP RP-160677은 다음과 같이 기술한다 :
3 정당화(Justification)
근접 기반 서비스 연구([TR 22.803]에서 캡처됨)는 서로 근접한 UE들을 기반으로 3GPP LTE 시스템에 의해 제공될 수 있는 사용 사례 및 시나리오를 확인하였다. 확인된 시나리오에는 [TS 22.278]에서 문서화된 일반 및 공공 안전 서비스 및 요구 사항이 포함된다.
근접 서비스(Proximity Service)들을 활성화하는 것에 대한 표준 RAN 작업은 Public Safety 응용 프로그램을 중심으로 LTE Rel.12 [RP-140518]에서 시작되었다. 다음 주요 기능들은 LTE Rel.12에서 표준화되었다 :
- 네트워크 커버리지에서 D2D 디스커버리(상업 및 공공 안전 사용 사례 모두)
- 주로 공공 안전 사용 사례를 대상으로 내부/부분 및 외부 네트워크 커버리지 시나리오들에 대해 그룹캐스트 및 유니캐스트 통신을 지원하는 상위 계층들을 갖는, 기기 간 브로드캐스트 통신.
공공 안전 서비스에 대한 작업은 LTE Rel.13 [RP-150441]에서 계속되어 다음을 가능하게 하였다 : 부분 및 외부 네트워크 커버리지 시나리오에 대한 유형-1 디스커버리; LTE Rel.12 D2D 통신을 재사용하는 L3-기반 UE-대-네트워크 중계; 및 D2D 통신을 위한 기본적인 우선 순위 처리 메커니즘.
LTE 기술을 사용하여 저렴한 MTC 기기들을 연결하고 관리하는데 많은 관심이 있다. 이러한 저비용 기기들의 한 가지 중요한 예는 웨어러블들이며, 이것들은 중계기 역할을 할 수 있는 스마트폰에 거의 항상 근접할 수 있는 이점을 갖는다. 이 SI에서, 비-3GPP 단거리 기술들을 포함하여 D2D를 그러한 기기들에 적용하는 것을 연구하고자 한다. 특히, D2D 지원 웨어러블 및 MTC 애플리케이션을 인에이블링하기 위해 LTE 기술에서 더욱 강화되어야할 두 가지 주요 측면들이 있다 :
- UE-대-네트워크 중계 기능 향상. ProSe의 UE-대-네트워크 중계 아키텍처는 액세스 계층(access stratum)의 중계 UE의 트래픽과 원격 UE의 트래픽을 구별하지 않는다. 이 모델은 네트워크 및 운영자가, 예를 들어 빌링(billing) 또는 보안을 위해, 원격 UE를 별도의 기기로 취급하는 능력을 제한한다. 특히, 3GPP 보안 연계(security association)는 결코 네트워크와 원격 UE 간의 단대단(end-to-end)에 도달하지 않으며, 이는 중계 UE가 원격 UE의 통신에 대한 암호화가 풀린 액세스(clear text access)를 갖는다는 것을 의미한다. 중계 링크, 서비스 연속성, 가능한 경우 E2E QoS, 다중 원격 UE들과의 효율적인 작업, 그리고 Uu 및 D2D 무선 인터페이스 간의 효율적인 경로 전환을 통해 단대단(end-to-end) 보안을 지원하기 위해 UE-대-네트워크 중계가 향상되어야 한다. 또한, D2D를 사용하는 중계는 블루투스 및 Wi-Fi와 같은 비-3GPP 기술들을 기반으로 할 수도 있다. 서비스 연속성과 같은 일부 향상된 기능은 상업적 사용 사례에서 이러한 기술들에 대한 중계를 더욱 매력적으로 만들 수 있다. 이는 사용자의 스마트폰에 대한 근접성을 갖는 사용 패턴과 direct Uu 연결을 실용적이지 않게 할 수 있는 폼-팩터 제한(예를 들어, 베터리 크기 제한)으로 인해 웨어러블에 특히 유용할 수 있다. 중계는 (트래픽이 중계되고 있는) 원격 UE들에 대해 상당한 전력 절감을 가능하게 할 수 있다. 이는 특히 넓은(deep) 커버리지 시나리오의 경우에 해당된다. 중계를 도입하는 비용 효율적인 방법중 하나는 원격 기기들과 중계 기기들 간의 단방향 D2D 링크를 사용하는 것이다. 이 경우, 중계 UE는 원격 UE로부터 업링크 데이터만을 중계하는데 이용된다. 이 접근법의 이점은 D2D 수신을 위한 추가 RF 기능이 원격 UE에 추가되지 않는다는 것이다.
- 적어도 저전력, 저속 및 낮은 복잡성/비용 기기들을 지원하기 위해 안정적인 유니캐스트 PC5 링크를 인에이블링하는 기능 향상. 저비용 D2D 기기들은 NB-IoT(협대역 IoT) 및 eMTC 연구 중에 개발된 아이디어를 재사용함으로써 가능해질 수 있다. 예를 들어, NB-IoT/eMTC 업링크 파형은 D2D를 위해 재사용될 수 있다. 이러한 기기들은 인터넷/클라우드와 통신하기 위해 그리고 근거리 기기들과 통신하기 위해 잠재적으로 단일 모뎀을 사용할 것이다. 공중 안전 사용 사례에 의해 주도되는 브로드캐스트 지향 설계에서 상속된 현재 PC5 링크 설계는 링크 적응 및 피드백 메커니즘이 없기 때문에 저전력 및 안정적인 D2D 통신을 방해하는 병목 현상을 나타낸다. 이러한 단점은 전력 소비, 스펙트럼 효율 및 기기 복잡성 측면에서 웨어러블 및 MTC 사용 사례에 대한 목표 성능 메트릭(performance metric)을 달성하는 것을 허용하지 않는다. 소비전력 감소 및 복잡성 감소는 일반적으로 소형 폼 팩터 및 긴 배터리 수명을 특징으로 하는 웨어러블 및 MTC 사용 사례의 핵심 속성이다.
이 연구 항목은 웨어러블 및 MTC 애플리케이션에 초점을 맞춘 D2D 지원 서비스를 위해, 개선된 UE-대-네트워크 중계의 이점과 LTE 사이드링크 무선 인터페이스의 강화된 형태를 사용하는 것의 이점을 평가하고 연구하는 것을 목표로 한다. 이러한 사용 사례를 가능하게 하려면, 다양한 데이터 속도를 지원하는 에너지 효율적인 통신을 위해 사이드 링크 무선 인터페이스가 최적화되어야 한다.
4 목표(Objective)
4.1 SI 또는 핵심 부품 WI 또는 테스팅 부품 WI의 목표
RAN #72까지, SA WG의 진전을 고려하여 RAN2의 시나리오를 평가하고 이에 따라 목표를 수정하십시오.
[이 연구 항목의 목적은 웨어러블 사용 사례를 대상으로 하는 애플리케이션에 대해 UE-대-네트워크 중계 및 LTE D2D 프레임워크에 대한 개선을 연구하는 것이다. 원격 UE들은 WAN 및 D2D 연결을 모두 지원할 수 있고 원격 UE들은 3GPP 가입 인증 데이터(subscription credentials)를 가지고 있다고 가정한다. D2D 연결은 LTE 사이드링크 또는 비-3GPP 기술에 의해 구현된다. LTE D2D 향상을 위해, 이 연구는 오직 상용 (인-커버리지 시나리오) 및 공공 안전 케이스(인-커버리지 및 커버리지 밖 모두)에 대해서만 인가 스펙트럼(licensed spectrum)을 목표로 하고 있다. 다음은 목표 목록이다.
1. 네트워크가 중계 UE를 통해 원격 UE를 식별하고, 어드레스하고, 도달하는 방법을 포함하는, 일반적인 UE-대-네트워크 중계 아키텍처를 연구하고 정의한다. [RAN2]
a. 다음 사용 사례를 지원하는 일반적인 솔루션의 가능성을 연구 : [RAN2]
ⅰ. 비-3GPP 액세스(블루투스/WiFi)를 통한 UE-대-네트워크 중계. 이 때, E2E QoS가 보장되지 않을 수 있다.
ⅱ. LTE 사이드링크를 통한 UE-대-네트워크 중계. E2E QoS의 표준 영향을 평가.
ⅲ. 단방향 및 양방향 UE 대 네트워크 중계.
b. 인증, 연결 설정, UE 이동성, 파라미터 구성 및 보안과 같은 프로토콜 스택, 절차 및 신호 메커니즘에 대한 잠재적 영향을 조사하여 중계 UE를 통해 여러 원격 UE를 허용한다. [RAN2, RAN3]
c. 셀룰러 링크(Uu 무선 인터페이스) 및 중계 링크 간의 경로 선택/전환 그리고 서비스 연속성 제공 [RAN2, RAN3].
2. 필요한 LTE 사이드 링크 향상을 연구한다.
a. 웨어러블 사용 사례 분석에 초점을 둔 TR 36.843에 정의된 사이드링크 평가 방법론에 대한 추가 평가 가정을 도입한다[RAN1].
b. 보다 효율적이고 신뢰할 수 있는 그리고/또는 낮은 복잡성/비용 & 저에너지 사이드링크를 가능하게 하는 메커니즘을 식별[RAN1, RAN2, RAN4].
c. 식별된 새로운 메커니즘들로 인해 발생할 수 있는 인접 캐리어 주파수들과의 추가적 공존 문제를 연구한다[RAN4].
이 작업을 위해 FDD, H-FDD 및 TDD가 고려되어야 한다. 다른 셀룰러 서비스들의 QoS, 셀룰러 트래픽 및 스펙트럼에 대한 사이드 링크 동작의 영향은 네트워크에 의해 완전히 제어되는 것으로 가정된다.
이 연구는 관련 요구 사항에 대한 잠재적 SA1 작업의 결과를 고려할 것이다. 연구에 필요할 경우 SA WG가 협의될 것이다. 목표들의 일부분은 SI 완료일 이전에 체결될 수 있다.]
근접 서비스의 기능 및 인터페이스, 즉 ProSe(근접 기반 서비스) 또는 D2D(Device to Device)는 3GPP TS 23.303에서 다음과 같이 소개되고 논의된다 :
4.2 아키텍처 참조 모델
그림 4.2-1은 비-로밍(non-roaming) 아키텍처의 상위 레벨 뷰를 도시한다. 이 그림에서, UE A 및 UE B는 동일한 PLMN의 서명(subscription)을 사용한다.
["비-로밍 참조 아키텍처"란 제목의 3GPP TS 23.303 v13.2.0의 그림 4.2-1은 도 5에 복사되어 있다]
다음 그림 4.2-2는 비-로밍 inter-PLMN 아키텍처의 상위 레벨 뷰를 도시한다. 이 그림에서, PLMN A는 UE A의 HPLMN이며 그리고 PLMN B는 UE B의 HPLMN이다.
이 SI의 주요 시나리오는 3GPP TR 22.861 v1.0.0에서 연구되었으며, 아래에 인용되어 있다. 이는 직접 3GPP 연결, 간접 3GPP 연결(예를 들어, 스마트폰을 통해 3GPP 네트워크와 통신하는 스마트 웨어러블) 및 직접 기기 연결(예를 들어 다른 생체 인식 기기와 또는 동일한 환자와 연관된 스마트폰과 직접 통신하는 생체 인식 기기)을 포함하여 3 가지 연결 모델들을 다룬다. 근본적인 가정은 웨어러블/IoT 기기가 대부분 중계 기기의 근접성을 이용하여 중계 모드에서 작동할 수 있다는 것이다. 드물게(중계 기기의 근처에서 멀어질 때), 셀룰러 연결을 사용하여 3GPP 네트워크와 직접 통신할 수도 있다. 또한 중계 기기와의 D2D 통신은 3GPP 기술(예를 들어, 사이드링크) 또는 비-3GPP 연결 기술(예를 들어, WLAN) 중 하나를 사용하여 수행될 수 있다고 가정된다.
특히, 3GPP TR 22.861 v1.0.0은 다음과 같이 기술한다 :
5.2 연결성 측면(Connectivity aspects)
5.2.1 설명
[2]의 Smart Wearables 및 Bio-connectivity 관련 사용 사례에서 설명된 바와 같이, IoT는 다양한 연결 모델들을 지원할 것이다. 기기들은 네트워크와 직접 연결하거나 또는 다른 기기를 중계 UE로서 사용하여 네트워크와 연결할 수 있으며, 또는 두 가지 연결 유형 모두를 사용할 수 있다. 기기들은 스마트 시계 또는 의류에 내장된 센서 세트와 같은 단순한 웨어러블부터 생체 인식을 모니터링하는 보다 정교한 웨어러블 기기까지 다양할 수 있다. 또한 그것들은 가전 제품 세트(예를 들어, 스마트 온도 조절기 및 입력 키), 또는 사무실 환경의 전자 기기들(예를 들어, 스마트 프린터들), 또는 식물에 물을 제공하기 위해 원격으로 활성화될 수 있는 스마트 화분과 같은 개인 네트워크(personal area network; PAN)에서 통신하는 비-웨어러블 기기들일 수 있다. 기본적으로, 다음 연결 모델들 중 하나 이상이 모든 기기에 적용될 것이다. 그림 5.2-1은 연결 모델들을 도시한다.
- 직접 3GPP 연결(예를 들어, 3GPP 네트워크를 통해 애플리케이션 서버 또는 다른 기기와 통신하는 센서)
- 간접 3GPP 연결(예를 들어, 스마트폰을 통해 3GPP 네트워크에 통신하는 스마트 웨어러블)
- 직접 기기 연결(예를 들어, 다른 생체 인식 기기와 또는 동일한 환자와 연관된 스마트 폰과 직접 통신하는 생체 인식 기기).
연결 시나리오에서 3GPP 및 비-3GPP RAT가 지원될 수 있다. 인가 대역 또는 비인가 대역을 통한 3GPP RAT는 연결 시나리오에서 지원될 수 있다.
["Overview of the connectivity aspects"란 제목의 3GPP TR 22.861 v1.0.0의 그림 5.2-1은 도 6에 복사되어 있다]
사이드링크 공유 채널 및 사이드링크 제어 채널과 관련된 UE 절차들은 각각 3GPP TS 36.212 v13.1.1의 섹션 14.1 및 섹션 14.2에 기술되어 있다.
일반적으로, 본 발명은 PC5 인터페이스를 통해 자원 할당 관련 문제를 처리하는 것이다. R13 ProSe 통신에서의 자원 스케줄링에 관해서, UE는 sidelinkUEInformation 메시지를 기지국에 송신한 후에 모드 1 또는 모드 2(예를 들어, 각각 스케줄링-기반 또는 경쟁-기반(contention-based)) 중 하나로 사이드링크 자원을 사용하도록 구성된다. 사이드링크 자원이 스케줄링-기반으로 구성된다면, UE는 Uu 인터페이스를 통해 사이드링크 자원을 요구하기 위해 SL-BSR(Sidelink Buffer Status Report)와 같은 버퍼 상태 보고를 발송할 것이며, 그리고 Uu 인터페이스를 통해 PDCCH(Physical Downlink Control Channel) 상에서 SL-승인을 얻을 것이다. 그러나 이러한 메커니즘은 전력 소비 요건 때문에 R14에서 조정될 수 있다. 문제점(issue)과 솔루션을 소개하기 전에, 제어 평면과 사용자 평면의 잠재적 전송 모델이 분석된다.
가정 1 - 제어 평면 및 사용자 평면에 대한 여러 전송 모델들이 3GPP R2-162529에서 제안되었다. 3GPP RP-160183에서 논의된 NB-IOT WI 협정을 고려할 때, CP(Control Plane) 및 UP(User Plane) 솔루션들은 3GPP TR 23.720 v13.0.0에 정의되어 있으며, 그리고 CP 솔루션은 필수이며 소규모 데이터 전송을 위해 제안된다. CP 솔루션의 경우, 데이터는 NAS(Non-Access Stratum) PDU (Protocol Data Unit)로 전달된다. 시그널링이 Uu 인터페이스를 통해 전달된다면, Uu 인터페이스를 통해 데이터가 발송될 것이며, 그리고 에너지는 저장되지 않는다. 따라서, 적어도 업링크 시그널링 및 업링크 데이터에 대해서는, 그것이 에너지 절약을 위해 중계 링크를 통해 전달된다고 가정한다. 깊은 커버리지 홀(deep coverage hole) 내의 원격 UE를 고려하면, 더 많은 Uu 자원을 소비하는 향상된 커버리지를 위해서 더 많은 반복이 필요하다. 일반적인 솔루션을 위해, SIB/PSS/SSS/페이징이 여전히 Uu 인터페이스를 통해 전달되는 동안 적절한 중계 UE가 선택된다면 모든 시그널링 및 데이터가 중계 링크를 통해 전달된다고 가정한다. 가정된 전송 모델은 도 7에 도시되며, 제어 평면 및 사용자 평면을 운반하기 위해 중계 링크를 사용한다.
가정 2 - 상기 가정 1 을 기반으로 하여, SL-BSR은 중계 링크를 통해 발송된다고 가정된다. SL-승인과 관련하여, 여전히 Uu 인터페이스를 통해 PDCCH를 통해 발송된다면, UE는 SIB/페이징뿐만 아니라 PDCCH를 모니터링할 필요가 있으며, 그리고 가능하게는 향상된 커버리지 모드에 있을 수 있다. 전력 효율을 향상시키기 위해, SL-승인(사이드링크 자원 할당)은 도 8b에 도시된 바와 같이 중계 링크를 통해 전달되는 것으로 가정된다. 이에 따라, 제1 SL 승인은 Uu를 통해 eNB로부터 중계 UE로 발송되며, 그리고 중계 UE는 PC5를 통해 원격 UE에게 제2 SL 승인을 발송할 것이다. 특히, eNB로부터 중계 UE로 발송되는 제1 SL-승인이 중계 UE로부터 원격 UE로 발송되는 제2 SL 승인과 동일하다고 가정하거나 암시하지 않는다.
문제점 1 및 솔루션 - 도 9에 도시된 레거시 R13 사이드링크 전송에서, eNB는 Uu 인터페이스를 통해 UE에게 SL-승인(예를 들어, DCI 5)을 발송하며, UE는 다음 SC 기간에서 상기 SL 승인을 사용하며, 그리고 SA 풀 내의 SCI 0을 발송할뿐만 아니라 SCI 0에서 지정된 사이드링크 자원에서 전송을 수행한다. 원격 UE는 이 SC 기간에서 데이터를 수신해야하는지 여부를 결정하기 위해 SA 풀을 모니터링한다. 사이드링크 전송의 상세한 동작은 3GPP TS 36.213에 정의되어 있다. 또한, DCI 5 및 SCI 0 간의 관계는 예시적인 도 10에 도시되어 있다.
SL-승인이 있을 때마다 원격 UE가 LCP(Logical Channel Prioritization)를 수행할 것으로 보이며, 일반적으로 중계 UE는 LCP의 결과를 알지 못할 것으로 보인다. 즉, 중계 UE는 도 11에 도시된 경우 (a) 또는 경우 (b)에 대해 SL-승인에 정의된 사이드링크 자원이 사용되는 것을 알지 못한다. 위의 가정들에 기초하여, 원격 UE에 사이드링크 자원 승인을 전달하는 메커니즘이 제안되며, 또한 존재하는 동작에 대한 영향이 최소화되어야한다고 기대된다. 즉, 1) eNB는 중계 UE에게 Uu 인터페이스 상으로 (DCI 0 같은) SL-승인을 발송하며, 2) 상기 SL-승인은 다음 SC 기간에서 사용되며, 그리고 3) 표적 UE는 그를 위한 트래픽이 존재하는지를 결정하기 위해 SA 풀을 모니터링한다. 이에 따라, 본 발명은 일반적으로 예시적인 도 12에 도시된 워크플로우를 설계하는 것이다.
도 12에서, eNB는 R13 SL-승인과 비교하여 상이한 방법(예를 들어, 상이한 SL-RNTI(Sidelink Radio Network Temporary Identifier))으로 중계 UE에게 DCI 0을 발송한다. 중계 UE는 SL-승인을 디코딩하는데 사용하는 방법에 의해 SL-승인이 하나의 원격 UE를 위한 것이거나 자신을 위한 것임을 알 것이다. SL-승인이 원격 UE를 위한 것이라면, 다음 SC 기간에서 4 개의 전송 기회들이 SA 풀에서 정의된다. 이전의 2 개의 전송 기회들은 중계 UE가 (도 12의 SCI 1과 같은) 새로운 SCI 포맷일 수 있는 사이드링크 자원 승인을 원격 UE에게 발송하기 위함이며, 후자 2 개의 전송 기회들은 원격 UE가 SCI 0을 발송하기 위한 것이다. 그 후, 원격 UE는 도 12의 제3 UE로서 표적 UE에게 SC 기간에서 전송 블록 전송을 수행할 것이다. 표적 UE는 중계 UE 또는 다른 UE(들)일 수 있다.
일 실시예에서, eNB는 제1 사이드링크 자원 승인을 제1 UE에게 발송하며, 그리고 상기 제1 사이드링크 자원 승인은 제1 사이드링크 자원 승인에 정의된 사이드링크 자원이 제1 UE 사용을 위한 것인지 아닌지를 제1 UE에게 알리기 위해 제1 정보를 운반한다. 상기 제1 정보는 식별자일 수 있다. 뿐만 아니라, 제1 정보는 RNTI이며, 그리고 상기 RNTI는 제1 사이드링크 자원 승인을 스크램블링(scrambling)하는데 사용된다. 또한, 제1 정보는 플래그(flag)일 수 있다.
구체적으로, 제1 사이드링크 자원 승인에서 정의된 사이드링크 자원이 제1 UE 사용을 위한 것이라면, 다음 SC 기간의 SA 풀에서 정의된 2 개의 전송 기회들이 존재한다. 그렇지 않다면, 제1 사이드링크 자원 승인에서 정의된 사이드링크 자원이 제1 UE 사용을 위한 것이 아니라면, 다음 SC(Sidelink Control) 기간의 SA(Scheduling Assignment) 풀에서 정의된 2 개 이상의 전송 기회들(예를 들어, 4 개의 전송 기회들)이 존재한다. 후자의 경우, 제1 UE는 SA 풀 이전의 제어 신호에 대한 다른 자원 풀에서 또는 SA 풀에서 이전 2 개의 전송 기회들 상으로 제2 사이드링크 자원 승인을 제2 UE에게 발송한다. 구체적으로, 제1 사이드링크 자원 승인의 형식은 제2 사이드링크 자원 승인의 형식과 동일하지 않다. 제2 UE는 제2 사이드링크 자원 승인을 수신하고, SA 풀의 후자 2 개의 전송 기회들 상으로 사이드링크 자원 제어 정보를 발송하고, 그리고 사이드링크 자원 제어 정보에 정의된 사이드링크 자원 상에서 전송 블록 전송을 수행한다. 전송 블록 전송의 수신기는 다수의 UE들이다. 또한, 다수의 UE들은 제1 UE를 포함할 수도 있고 포함하지 않을 수도 있다. 특히, 제2 사이드링크 자원 승인의 형식은 사이드링크 자원 제어 정보의 형식과 동일하지 않으며, 사이드링크 자원 제어 정보는 SCI 0 이다.
문제점 2 및 솔루션
가정 3 - SL 승인이 특정 원격 UE로 발송되도록 결정되면, 이를 위해 새로운 SCI 포맷이 필요하다. 즉, PC5 인터페이스를 통해 중계 UE로부터 원격 UE으로 사이드링크 자원을 할당한다. 기본적으로, 새로운 SCI 포맷의 길이가 SCI 0의 길이와 동일하지 않다면, 블라인드 디코딩에 대한 후보가 많아지므로 디코딩 복잡성이 증가한다. IoT 기기가 잠재적으로 저비용이고 복잡도가 낮을 것으로 예상된다는 것을 고려하면, 새로운 SCI 포맷의 길이는 SCI 0의 길이와 동일하다고 가정된다. 그러나, 새로운 SCI 포맷의 디테일/디자인은 본 발명에 포함되지 않는다. 게다가, 새로운 SCI 포맷은 중계 UE로 데이터를 발송하기 위해 원격 UE에 대해서만 사이드링크 자원을 할당하는 것으로 가정되며, 이는 가장 일반적인 경우일 수 있다.
상기 가정들에 기초하여, (예를 들어, 새로운 SCI 포맷의) SL-승인이 원격 UE에게 발송되면, 원격 UE는 이것이 SCI 0 대신에 새로운 SCI 포맷임을 어떻게 알 수 있을까? 레거시 R13 사이드링크 제어 채널에서, SCI 0에 대한 스크램블링 시퀀스는, 이하의 논의에서의 SS0 (Scrambling sequence 0)과 같이, 3GPP TS 36.211에 정의된 바와 같이 c inti = 510으로 고정된다. 따라서, 본 발명은 새로운 SCI 포맷에 대해 상이한 스크램블링 시퀀스를 사용하는 것을 제안한다. 레거시 LTE 시스템으로서, 스크램블링 시퀀스는 일종의 RNTI일 수 있다. 그러나, IoT 기기들의 부피가 클 수 있기 때문에, 다음의 논의에서 새로운 SCI 포맷, 예컨대 SS1(Scrambling sequence 1)을 스크램블링하기 위해 다른 RNTI가 사용되어야 한다. SS1은 중계 UE의 범위 내에서 유효해야 한다. 구체적으로, SS1은 eNB에 의해 또는 중계 UE에 의해 제공될 수 있다. 뿐만 아니라, SS1은 중계 UE의 SL-RNTI이거나 또는 eNB에 의해 새롭게 할당된 RNTI일 수 있다.
일 실시예에서, 원격 UE는 중계 UE와 중계 접속을 설정할 때 eNB에 의해 SS1으로 구성된다. 대안적으로, SS1은 중계 UE에 의해 제공될 수 있다. 그 후, 원격 UE는 사이드링크 제어 채널을 해독하기 위해 SS0 및 SS1을 사용할 것이다. SCI가 SS0으로 성공적으로 디코딩되면, 그것은 SCI 0이고, 그리고 이 SC 기간에서 발송되는 데이터는 아마도 그것을 위한 것이다. SCI가 SS1으로 성공적으로 디코딩되면, 이는 새로운 SCI 포맷이고, 그리고 원격 UE는 새로운 SCI 포맷으로 정의된 사이드링크 자원이 원격 UE로 스케줄링되는지 여부를 알기 위해 새로운 SCI 포맷의 컨텐츠를 검사할 것이다. 자원이 원격 UE로 스케줄링된다면, 원격 UE는 정의된 자원을 사용하여 SC 기간에서 중계 UE로 데이터를 발송할 수 있다. 일 예시적 실시예는 도 13에 도시되어 있다.
일 실시예에서, 전력 제어 필드는 새로운 SCI 포맷에 정의된 사이드링크 자원 상의 전송 전력을 제어하기 위해 원격 UE에 대한 새로운 SCI 포맷에 포함된다. 일 실시예에서, 표적 UE 식별자는 이 새로운 SCI 포맷이 그것을 위한 것인지 여부를 결정하기 위해 원격 UE에 대한 새로운 SCI 포맷에 포함된다. 구체적으로, 표적 UE 식별자는 연결 설정 동안 eNB에 의해 구성될 수 있다. 뿐만 아니라, 표적 UE 식별자는 중계 UE에 고유할 수 있다. 또한, 표적 UE 식별자는 eNB에 고유할 수 있다.
새로운 사이드링크 자원 승인은 레이어-1 명령(예를 들어, SCI)으로 제한되어서는 안 된다. 레이어-2 솔루션이 채택될 수 있다. 도 14에 도시된 바와 같이, 자원 소유자를 정의/변경하기 위해 MAC(Media Access Control) 제어 정보가 사용되며, 새로운 SCI 포맷이 정의되지 않는다. 특히, MAC 제어 정보는 MAC CE이다. 대안적으로, MAC 제어 정보는 MAC 서브헤더이다. 뿐만 아니라, 원격 UE가 MAC 제어 정보를 성공적으로 디코딩하고 MAC 제어 정보가 몇몇 새로운 전송 기회들이 원격 UE에 대해 예약되어 있음을 나타내는 표시자를 포함할 때, 자원 소유자는 그러한 새로운 전송 기회들에 대해 중계 UE로부터 원격 UE로 변경할 수 있다.
전송기측 및 수신기측 모두가 다수의 전송 자원을 이해한다면, 다수의 전송 자원(예를 들어, SPS 자원, 다수의 새로운 전송 기회들)을 획득하는 임의의 일대일 통신에 유사한 개념이 적용될 수 있다. 일 실시예에서, 표시자는 3GPP TS 36.321에 정의된 바와 같이 MAC 서브헤더에 포함된 LCID일 수 있다. 대안적으로, 표시자는 3GPP TS 36.321에 정의된 MAC CE에 포함된 불 플래그(boolean flag)일 수 있으며, 그리고 다음의 새로운 전송 자원이 원격 UE를 위해 예약되어 있는지 여부를 나타낼 수 있다. 그러나, MAC PDU 디코딩이 더 많은 시간을 필요로 하기 때문에, 다음의 새로운 송신 기회는 T-RPT(Time Resource Pattern)에 따른 다음 서브프레임일 수 있다. 원격 UE는 다음의 새로운 전송 기회를 사용하지 못할 수 있다. 대안적으로, 표시자는 어느 새로운 전송 기회부터 자원 소유자가 원격 UE로 변경되는지를 나타내는 값이다. 대안적으로, 표시자는 각각의 새로운 전송 기회의 소유자를 표시하는 비트맵일 수 있다. 뿐만 아니라, 비트맵의 비트 값 0은 자원이 중계 UE에 의해 사용된다는 것을 나타내며; 그렇지않다면, 자원은 원격 UE에 의해 사용된다는 것을 나타낸다. 각 비트는 각각의 새로운 전송 기회 또는 각각의 스케줄링된 서브프레임을 가리킨다. 또한, 원격 UE(수신기 측)가 새로운 MAC CE를 수신한 후에, 원격 UE는 나머지 자원을 사용하기 위해 전송기로 변경될 것이다. 그리고 원격 UE는 나머지 자원에 기초하여 원래의 전송기에게 긍정 응답(acknowledgement) 또는 응답(response)을 제공할 수 있다. 상기 긍정 응답 또는 응답은 또 다른 새로운 MAC CE이거나 또는 물리 계층 시그널링일 수 있다.
일반적으로, 본 발명은 사이드링크 자원을 원격 UE에 전달하는 효율적이고 호환 가능한 방법을 제공할 수 있다. 먼저, 중계 UE에 대한 블라인드 디코딩 노력은 현저하게 증가되지 않는다. 둘 째, 원격 UE의 행동은 많이 변경되지 않는다. 원격 UE는 새로운 SCI 포맷뿐만 아니라 SCI 0에 대한 SA 풀을 모니터링하며, 이는 추가된 새로운 행동을 고려할 때 필요하다. SL-승인은 다음 SC 기간에서도 유효하다. QoS 성능은 예상대로 유지된다.
3GPP TS 36.331은 다음과 같이 사이드링크에 대한 자원 및 통신 구성을 획득하는 방법을 포함하여 사이드링크 관련 절차를 요청하는 세부 절차를 기술한다 :
5.10 사이드링크
5.10.1 서론
사이드링크 통신 및 관련 동기화 자원 구성은 그것이 수신/획득된 주파수에 적용된다. 또한, 하나 이상의 SCell들로 구성된 UE에 대해, 전용 시그널링에 의해 제공되는 사이드링크 통신 및 관련 동기화 자원 구성은 PCell/주 주파수에 적용된다. 사이드링크 디스커버리 및 관련 동기화 자원 구성은 그것이 수신/획득된 주파수 또는 상기 구성에 표시된 주파수에 적용된다. 하나 이상의 SCell들로 구성된 UE에 대해, 전용 시그널링에 의해 제공되는 사이드링크 디스커버리 및 관련 동기화 자원 구성은 PCell/주 주파수/임의의 다른 표시된 주파수에 적용된다.
유의 1 : 상위 계층들은 특정 주파수에서 사이드링크 통신을 수신 또는 전송하도록, 하나 이상의 주파수 상에서 사이드링크 디스커버리 공지(sidelink discovery announcement)를 모니터링하도록, 또는 특정 주파수에서 사이드링크 디스커버리 공지를 전송하도록 UE를 구성하지만, 이는 UE가 특정 ProSe 관련 사이드링크 활동을 수행할 권한이 있는 경우에만 가능하다.
유의 2 : (예를 들어, UE 능력 제한으로 인해) 원하는 사이드링크 활동을 수행할 수 없을 때 어느 동작(예를 들어, 유니캐스트 서비스 종료, 분리(detach))을 취할지는 UE 구현에 달려 있다.
사이드링크 통신은 일대다 및 일대일 사이드링크 통신으로 구성된다. 일대다 사이드링크 통신은 중계 관련 및 비-중계 관련 일대다 사이드링크 통신으로 구성된다. 일대일 사이드링크 통신은 중계 관련 및 비-중계 관련 일대일 사이드링크 통신으로 구성된다. 중계 관련 일대일 사이드링크 통신에서, 통신 당사자들은 하나의 사이드링크 중계 UE 및 하나의 사이드링크 원격 UE로 구성된다.
사이드링크 디스커버리는 공공 안전 관련(PS 관련) 및 비-PS 관련 사이드링크 디스커버리로 구성된다. PS 관련 사이드링크 디스커버리는 중계 관련 및 비-중계 관련 PS 관련 사이드링크 디스커버리로 구성된다. 상위 계층들은 특정 사이드링크 공지가 PS 관련인지 또는 비-PS 관련인지 여부를 RRC에 나타낸다.
이 규격은 사이드링크 중계 UE 및 사이드링크 원격 UE에 적용되는 추가 요구사항들을 명시함으로써 UE를 네트워크 사이드링크 중계에 사용하는 것을 다룬다. 즉, 그러한 UE들에 대해, 달리 명시적으로 언급되지 않는 한, 일반적인 사이드링크 UE 요구사항들이 동일하게 적용된다.
5.10.1a 사이드링크 동작 조건(Conditions for sidelink operation)
이 섹션에서 정의된 조건들이 충족되는 경우에만 UE가 특정 사이드링크 동작을 수행하도록 지정될 때, UE는 다음 경우에만 관련 사이드링크 동작을 수행해야한다 :
1> UE의 서빙 셀이 적절하다면(RRC_IDLE 또는 RRC_CONNECTED);그리고 사이드링크 동작에 사용된 주파수 상의 선택된 셀이 TS 24.334 [69]에서 규정된 등록된 또는 동등한 PLMN에 속하거나 또는 UE가 TS 36.304 [4, 11.4]에서 정의된 바와 같이 사이드링크 동작에 사용되는 주파수에서 커버리지를 벗어난다면; 또는
1> UE가 TS 23.303 [68, 4.5.6]에 명시된 바와 같이 제한된 서비스 상태의 사이드링크 통신을 지원하기 위한 조건을 충족하는 서빙 셀(RRC_IDLE)에서 대기된다면(camped); 그리고 서빙 셀이 사이드링크 동작에 사용되는 주파수 상에 있거나 또는 UE가 TS 36.304 [4, 11.4]에서 정의된 바와 같이 사이드링크 동작에 사용되는 주파수에서 커버리지를 벗어난다면; 또는
1> UE가 서빙 셀(RRC_IDLE)을 갖고 있지 않다면;
5.10.2 사이드링크 UE 정보
5.10.2.1 총론(General)
["사이드링크 UE 정보"란 제목의 3GPP TS 36.331 v13.1.0의 그림 5.10.2-1은 도 15에 복사되어 있다]
이 절차의 목적은 UE가 사이드링크 통신 또는 디스커버리를 수신하는 것뿐만 아니라 사이드링크 통신 또는 디스커버리 공지를 위한 전송 자원의 할당 또는 릴리즈를 요청하는 것과 인터-주파수/PLMN 셀들의 시스템 정보로부터 사이드링크 디스커버리와 관련된 파라미터들을 보고하는 것에 관심이 있거나 더 이상 관심이 없다는 것을 E-UTRAN에게 알리기 위한 것이다.
5.10.2.2 개시(Initiation)
RRC_CONNECTED에 있는 사이드링크 통신 또는 디스커버리가 가능한 UE는 성공적인 연결 설정 시, 관심 변경 시, SystemInformationBlockType18 또는 SystemInformationBlockType19를 브로드캐스팅하는 PCell로의 변경시를 포함하여 몇 가지 경우에 사이드링크 통신 또는 디스커버리를 수신 중임을 (수신하는 것에 관심이 있음을) 나타내기 위해 상기 절차를 개시할 수 있다. 사이드링크 통신 또는 디스커버리할 수 있는 UE는 관련 사이드링크 통신 전송 또는 디스커버리 공지에 대한 전용 자원의 할당을 요청하기 위해 상기 절차를 개시할 수 있으며, 그리고 인터-주파수/PLMN 사이드링크 디스커버리 파라미터 보고할 수 있는 UE는 인터-주파수/PLMN 셀들의 시스템 정보로부터 사이드링크 디스커버리와 관련된 파라미터들을 보고하기 위해 상기 절차를 개시할 수 있다.
유의 1 : SystemInformationBlockType18/ SystemInformationBlockType19 이 (정상 조건에서) 전송을 위한 자원들을 포함하지 않는 동안, 사이드링크 통신/디스커버리 공지들을 전송하도록 구성된 RRC_IDLE의 UE는 5.3.3.1a에 따라 연결 설정을 개시한다.
상기 절차를 개시할 때, UE는 :
1> SystemInformationBlockType18 이 PCell에 의해 브로드캐스팅되면 :
2> PCell을 위한 유효한 버전의 SystemInformationBlockType18을 확보해야 한다;
2> 사이드링크 통신을 수신하기 위해 상위 계층들에 의해 구성된다면 :
3> 마지막으로 RRC_CONNECTED 상태로 진입한 이후에 UE가 SidelinkUEInformation 메시지를 전송하지 않았다면; 또는
3> 마지막으로 UE가 SidelinkUEInformation 메시지를 전송한 이후로 UE가SystemInformationBlockType18을 브로드캐스팅하지 않는 PCell에 연결된다면; 또는
유의 2 : SystemInformationBlockType18을 브로드캐스팅하지 않는 소스 PCell로부터의 핸드오버(handover)/재확립 후, UE는 그러한 소스 PCell이 관심 정보를 포워딩할 수 없기 때문에 이전에 제공했던 동일한 관심 정보를 반복한다.
3> SidelinkUEInformation 메시지의 마지막 전송이 commRxInterestedFreq를 포함하지 않았다면; 또는 SidelinkUEInformation 메시지의 마지막 전송 이후에 사이드링크 통신을 수신하도록 상위 계층들에 의해 구성된 주파수가 변경되었다면 :
4> 5.10.2.3에 따라 관심있는 사이드링크 통신 수신 주파수를 표시하기 위해 SidelinkUEInformation 메시지의 전송을 개시해야한다;
2> 그렇지않다면 :
3> SidelinkUEInformation 메시지의 마지막 전송이 commRxInterestedFreq를 포함하였다면 :
4> 5.10.2.3에 따라 사이드링크 통신 수신에 더 이상 관심이 없다는 것을 나타내기 위해 SidelinkUEInformation 메시지의 전송을 개시해야한다;
2> 비-중계 관련 일대다 사이드링크 통신을 전송하기 위해 상위 계층들에 의해 구성된다면 :
3> 마지막으로 RRC_CONNECTED 상태로 진입한 이후에 UE가 SidelinkUEInformation 메시지를 전송하지 않았다면; 또는
3> 마지막으로 UE가 SidelinkUEInformation 메시지를 전송한 이후 UE가 SystemInformationBlockType18을 브로드캐스팅하지 않는 PCell에 연결했다면; 또는
3> SidelinkUEInformation 메시지의 마지막 전송이 commTxResourceReq를 포함하지 않았다면; 또는 commTxResourceReq에 의해 운반된 정보가 SidelinkUEInformation 메시지의 마지막 전송 이후 변경되었다면 :
4> 5.10.2.3에 따라 UE에 의해 요구되는 비-중계 관련 일대다 사이드링크 통신 전송 자원들을 표시하기 위해 SidelinkUEInformation 메시지의 전송을 개시해야한다;
2> 그렇지않다면 :
3> SidelinkUEInformation 메시지의 마지막 전송이 commRxInterestedFreq를 포함하였다면 :
4> 5.10.2.3에 따라 비-중계 관련 일대다 사이드링크 통신 전송 자원들을 더 이상 필요로 하지 않음을 표시하기 위해 SidelinkUEInformation 메시지의 전송을 개시해야한다;
2> 중계 관련 일대다 사이드링크 통신을 전송하도록 상위 계층에 의해 구성된다면 :
3> RRC_CONNECTED 상태로 진입한 이후에 UE가 SidelinkUEInformation 메시지를 전송하지 않았다면; 또는
3> 마지막으로 UE가 SidelinkUEInformation 메시지를 전송한 이후 UE가 SystemInformationBlockType18을 브로드캐스팅하지 않는 PCell에 연결했다면, SystemInformationBlockType19를 브로드캐스팅하지 않거나 discConfigRelay를 포함하지 않는 SystemInformationBlockType19를 브로드캐스팅하는 PCell에 연결했다면; 또는
3> SidelinkUEInformation 메시지의 마지막 전송이 commTxResourceReqRelay를 포함하지 않았다면; 또는 commTxResourceReqRelay에 의해 운반된 정보가 SidelinkUEInformation 메시지의 마지막 전송 이후에 변경되었다면 :
4> UE가 사이드링크 중계 UE로서 동작한다면 :
5> 5.10.2.3에 따라 UE에 의해 요구되는 중계 관련 일대다 사이드링크 통신 전송 자원들을 나타내기 위해 SidelinkUEInformation 메시지의 전송을 개시해야한다;
2> 그렇지 않다면 :
3> SidelinkUEInformation 메시지의 마지막 전송이 commTxResourceReqRelay를 포함하였다면 :
4> 5.10.2.3에 따라 중계 관련 일대다 사이드링크 통신 전송 자원들을 더 이상 필요로 하지 않음을 표시하기 위해 SidelinkUEInformation 메시지의 전송을 개시해야한다;
2> 비-중계 관련 일대일 사이드링크 통신을 전송하도록 상위 계층들에 의해 구성된다면 :
3> 마지막으로 RRC_CONNECTED 상태로 진입한 이후에 UE가 SidelinkUEInformation 메시지를 전송하지 않았다면;
3> 마지막으로 UE가 SidelinkUEInformation 메시지를 전송한 이후 UE가 SystemInformationBlockType18을 브로드캐스팅하지 않는 PCell에 연결했다면, 또는 commTxResourceUC-ReqAllowed를 포함하지 않는 SystemInformationBlockType18을 브로드캐스팅하는 PCell에 연결했다면; 또는
3> SidelinkUEInformation 메시지의 마지막 전송이 commTxResourceReqUC을 포함하지 않았다면; 또는 commTxResourceReqUC에 의해 운반된 정보가 SidelinkUEInformation 메시지의 마지막 전송 이후에 변경되었다면 :
4> commTxResourceUC - ReqAllowed 이 SystemInformationBlockType18에 포함되었다면 :
5> 5.10.2.3에 따라 UE에 의해 요구되는 비-중계 관련 일대일 사이드링크 통신 전송 자원들을 나타내기위해 SidelinkUEInformation 메시지의 전송을 개시해야한다;
2> 그렇지 않다면 :
3> SidelinkUEInformation 메시지의 마지막 전송이 commTxResourceReqUC commTxResourceReqUC을 포함했다면 :
4> 5.10.2.3에 따라 비-중계 관련 일대일 사이드링크 통신 전송 자원들을 더 이상 필요로 하지 않음을 표시하기 위해 SidelinkUEInformation 메시지의 전송을 개시해야한다;
2> 중계 관련 일대일 사이드링크 통신을 전송하도록 상위 계층들에 의해 구성된다면 :
3> 마지막으로 RRC_CONNECTED 상태로 진입한 이후에 UE가 SidelinkUEInformation 메시지를 전송하지 않았다면; 또는
3> 마지막으로 UE가 SidelinkUEInformation 메시지를 전송한 이후 UE가 SystemInformationBlockType18을 브로드캐스팅하지 않는 PCell에 연결했다면, SystemInformationBlockType19를 브로드캐스팅하지 않거나 discConfigRelay를 포함하지 않는 SystemInformationBlockType19를 브로드캐스팅하는 PCell에 연결했다면; 또는
3> SidelinkUEInformation 메시지의 마지막 전송이 commTxResourceReqUC을 포함하지 않았다면; 또는 commTxResourceReqRelayUC 에 의해 운반된 정보가 SidelinkUEInformation 메시지의 마지막 전송 이후에 변경되었다면 :
4> UE가 사이드링크 중계 UE로서 동작한다면; 또는 :
4> UE가 선택된 사이드링크 중계 UE를 갖는다면; 그리고 SystemInformationBlockType19가 PCell에 의해 브로드캐스팅되고 discConfigRelay를 포함한다면; 그리고 5.10.11.5에 명시된 바와 같이 사이드링크 원격 UE 임계 조건들이 충족된다면;
5> 5.10.2.3에 따라 UE에 의해 요구되는 중계 관련 일대일 사이드링크 통신 전송 자원들을 나타내기 위해 SidelinkUEInformation 메시지의 전송을 개시해야 한다;
2> 그렇지 않다면 :
3> SidelinkUEInformation 메시지의 마지막 전송이 commTxResourceReqRelay를 포함했다면 :
4> 5.10.2.3에 따라 중계 관련 일대일 사이드링크 통신 전송 자원들을 더 이상 필요로 하지 않음을 표시하기 위해 SidelinkUEInformation 메시지의 전송을 개시해야한다;
1> SystemInformationBlockType19이 PCell에 의해 브로드캐스팅된다면 :
2> PCell을 위한 SystemInformationBlockType19의 유효한 버전을 확보해야한다;
2> PCell의 SystemInformationBlockType19 에 포함된다면, discInterFreqList에 포함된 하나 이상의 주파수들 상에서 또는 서빙 주파수 상에서 사이드링크 디스커버리 공지들을 수신하도록 상위 계층들에 의해 구성된다면 :
3> 마지막으로 RRC_CONNECTED 상태로 진입한 이후에 UE가 SidelinkUEInformation 메시지를 전송하지 않았다면; 또는
3> 마지막으로 UE가 SidelinkUEInformation 메시지를 전송한 이후 UE가 SystemInformationBlockType19를 브로드캐스팅하지 않는 PCell에 연결되었다면; 또는
3> SidelinkUEInformation 메시지의 마지막 전송이 discRxInterest를 포함하지 않았다면 :
4> 5.10.2.3에 따라 사이드링크 디스커버리 수신에 관심이 있음을 나타내기 위해 SidelinkUEInformation 메시지의 전송을 개시해야 한다;
2> 그렇지 않다면 :
3> SidelinkUEInformation 메시지의 마지막 전송이 discRxInterest을 포함했다면 :
4> 5.10.2.3에 따라 사이드링크 디스커버리 수신에 더 이상 관심이 없음을 표시하기 위해 SidelinkUEInformation 메시지의 전송을 개시해야 한다;
2> UE가, PCell의 SystemInformationBlockType19에 포함된다면, discInterFreqList에 포함된 하나 이상의 주파수들 상으로 또는 주 주파수(primary frequency) 상으로 비-PS 관련 사이드링크 디스커버리 공지들을 전송하도록 상위 계층들에 의해 구성된다면, discTxResourcesInterFreq가 discResourcesNonPS 내에 포함되어 있고 noTxOnCarrier로 설정되지 않은 경우 :
3> 마지막으로 RRC_CONNECTED 상태로 진입한 이후에 UE가 SidelinkUEInformation 메시지를 전송하지 않았다면; 또는
3> 마지막으로 UE가 SidelinkUEInformation 메시지를 전송한 이후 UE가 SystemInformationBlockType19를 브로드캐스팅하지 않는 PCell에 연결되었다면 또는 discResourcesNonPS 내의 discTxResourcesInterFreq를 포함하지 않는 또는 discTxResourcesInterFreq가 UE가 자원들을 요청할 모든 주파수들을 포함하지 않는SystemInformationBlockType19를 브로드캐스팅하는 PCell에 연결되었다면 ; 또는
3> SidelinkUEInformation 메시지의 마지막 전송이 discTxResourceReq를 포함하지 않았다면; 또는 SidelinkUEInformation 메시지의 마지막 전송 이후에 UE에 의해 요구되는 사이드링크 디스커버리 공지 자원들이 변경되었다면(즉, discTxResourceReq의 변경을 야기한다면) :
4> 5.10.2.3에 따라 UE에 의해 요구되는 사이드링크 디스커버리 공지 자원들을 나타내기 위해 SidelinkUEInformation 메시지의 전송을 개시해야 한다;
2> 그렇지 않다면 :
3> SidelinkUEInformation 메시지의 마지막 전송이 discTxResourceReq를 포함했다면 :
4> 5.10.2.3에 따라 사이드링크 디스커버리 공지 자원들을 더 이상 필요로 하지 않는다는 것을 나타내기 위해 SidelinkUEInformation 메시지의 전송을 개시해야 한다;
2> 주 주파수(primary frequency) 상에서 또는 비-중계 PS 관련 사이드링크 디스커버리 공지들의 경우 discInterFreqList에 포함된 주파수 상에서 PS 관련 사이드링크 디스커버리 공지들을 전송하도록 상위 계층들에 의해 구성된다면, discInterFreqList 가 SystemInformationBlockType19에 포함된다면, discTxResourcesInterFreq가 discResourcesPS 내에 포함되어 있고 noTxOnCarrier로 설정되지 않은 경우 :
3> 마지막으로 RRC_CONNECTED 상태로 진입한 이후에 UE가 SidelinkUEInformation 메시지를 전송하지 않았다면; 또는
3> 마지막으로 UE가 SidelinkUEInformation 메시지를 전송한 이후 UE가 SystemInformationBlockType19를 브로드캐스팅하지 않는 PCell에 연결되었다면, discConfigPS를 포함하지 않는 SystemInformationBlockType19를 브로드캐스팅하는 PCell에 연결되었다면, 또는 비-중계 PS 관련 전송의 경우 : (discResourcesPS 내의 discTxResourcesInterFreq를 포함하지 않는 또는 discTxResourcesInterFreq가 UE가 자원들을 요청할 모든 주파수들을 포함하지 않는 SystemInformationBlockType19을 브로드캐스팅하는 PCell에 연결되었다면), 또는 중계 관련 PS 사이드링크 디스커버리 공지들의 경우 : (discConfigRelay를 포함하지 않는 SystemInformationBlockType19를 브로드캐스팅하는 PCell에 연결되었다면); 또는
3> SidelinkUEInformation 메시지의 마지막 전송이 discTxResourceReqPS를 포함하지 않았다면; 또는 SidelinkUEInformation 메시지의 마지막 전송 이후에 UE에 의해 요구되는 PS 관련 사이드링크 디스커버리 공지 자원들이 변경되었다면(즉, discTxResourceReqPS의 변경을 야기한다면) :
4> 비-중계 PS 관련 사이드링크 디스커버리 공지들을 전송하도록 상위 계층들에 의해 구성된다면; 또는
4> UE가 사이드링크 중계 UE로서 동작한다면; 그리고 SystemInformationBlockType19 가 discConfigRelay를 포함한다면; 그리고 5.10.10.4에 명시된 사이드링크 중계 UE 임계 조건들이 충족된다면; 또는
4> UE가 사이드링크 중계 UE를 선택 중이라면/선택된 사이드링크 중계 UE를 갖는다면; 그리고 SystemInformationBlockType19 가 discConfigRelay를 포함한다면; 그리고 5.10.11.5에 명시된 사이드링크 원격 UE 임계 조건들이 충족된다면 :
5> 5.10.2.3에 따라 UE에 의해 요구되는 PS 관련 사이드링크 디스커버리 공지 자원들을 나타내기 위해 SidelinkUEInformation 메시지의 전송을 개시해야한다;
2> 그렇지 않다면 :
3> SidelinkUEInformation 메시지의 마지막 전송이 discTxResourceReqPS를 포함했다면 :
4> 5.10.2.3에 따라 PS 관련 사이드링크 디스커버리 공지 자원들을 더 이상 필요로 하지 않는다는 것을 나타내기 위해 SidelinkUEInformation 메시지의 전송을 개시해야한다;
2> 사이드링크 디스커버리 공지들을 모니터링하거나 전송하도록 상위 계층들에 의해 구성된다면; 그리고 그러한 동작들을 수행하기 위해 UE가 사이드링크 디스커버리 갭을 요구한다면 :
3> 마지막으로 RRC_CONNECTED 상태로 진입한 이후에 UE가 SidelinkUEInformation 메시지를 전송하지 않았다면; 또는
3> 마지막으로 UE가 SidelinkUEInformation 메시지를 전송한 이후 UE가 SystemInformationBlockType19를 브로드캐스팅하지 않는 PCell에 연결되었다면, 또는 gapRequestsAllowedCommon를 포함하지 않는 SystemInformationBlockType19 를 브로드캐스팅하는 PCell에 연결되고 이와 동시에 UE가 gapRequestsAllowedDedicated로 구성되지 않았다면; 또는
3> SidelinkUEInformation 메시지의 마지막 전송이 사이드링크 디스커버리 공지들을 모니터링하거나 전송하는데 필요한 갭들을 포함하지 않았다면(즉, discRxGapReq 가 포함되어 있지 않은 동안 디스커버리 공지들을 모니터링하기 위해 갭들을 필요로 하는 UE 또는 discTxGapReq 가 포함되어 있지 않은 동안 디스커버리 공지들을 전송하기 위해 갭들을 필요로 하는 UE); 또는 SidelinkUEInformation 메시지의 마지막 전송 이후에 UE에 의해 요구되는 사이드링크 디스커버리 갭들이 변경되었다면(즉, discRxGapReq 또는 discTxGapReq의 변경을 야기한다면) :
4> UE가 참(true)으로 설정된 gapRequestsAllowedDedicated 로 구성되면; 또는
4> UE가 gapRequestsAllowedDedicated 로 구성되지 않고 그리고 gapRequestsAllowedCommon가 SystemInformationBlockType19에 포함된다면 :
5> 5.10.2.3에 따라 UE에 의해 요구되는 사이드링크 디스커버리 갭들을 나타내기 위해 SidelinkUEInformation 메시지의 전송을 개시해야한다;
2> 그렇지 않다면 :
3> SidelinkUEInformation 메시지의 마지막 전송이 discTxGapReq 또는 discRxGapReq을 포함했다면 :
4> 5.10.2.3에 따라 사이드링크 디스커버리 갭들을 더 이상 필요로 하지 않음을 표시하기 위해 SidelinkUEInformation 메시지의 전송을 개시해야한다;
2> UE가 discSysInfoToReportConfig에 포함된 캐리어 상의 하나 이상의 셀들의 시스템 정보로부터 관련 파라미터들을 획득했고 T370이 실행중인 경우 :
3> UE가 그러한 셀들 상에서 사이드링크 디스커버리 공지들을 전송하거나 모니터링하도록 하위 계층들을 구성했다면 :
4> 획득된 시스템 정보 파라미터들을 보고하기 위해 SidelinkUEInformation 메시지의 전송을 개시해야하며, T370을 중지해야한다;
5.10.2.3 SidelinkUEInformation 메시지 전송과 관련된 동작들
UE는 다음과 같이 SidelinkUEInformation 메시지의 내용을 설정해야 한다 :
1> UE가 사이드링크 통신 또는 디스커버리를 수신하거나 사이드링크 통신 또는 디스커버리 전송 자원들을 요청(설정(configuration)/릴리즈(release))하는 것을 원한다(더 이상 원하지 않는다)는 것을 나타내는 절차를 개시한다면 (즉, UE는 상기 절차를 트리거링한 것과 관계없이 모든 관련 정보를 포함한다) :
2> SystemInformationBlockType18이 PCell에 의해 브로드캐스팅된다면 :
3> 사이드링크 통신을 수신하도록 상위 계층들에 의해 구성된다면 :
4> commRxInterestedFreq를 포함하고 그것을 사이드링크 통신 주파수로 설정한다;
3> 비-중계 관련 일대다 사이드링크 통신을 전송하도록 상위 계층들에 의해 구성된다면 :
4> commTxResourceReq를 포함하고 다음과 같이 해당 필드들을 설정한다 :
5> 사이드링크 통신 주파수, 즉 포함된 경우 commRxInterestedFreq에 표시된 것과 동일 값을 표시하도록 carrierFreq를 설정한다;
5> 사이드링크 통신 전송 목적지(들)를 포함하도록 destinationInfoList를 설정하며, 상기 사이드링크 통신 전송 목적지(들)에 대해, E-UTRAN에게 전용 자원을 할당하도록 요청한다;
3> 비-중계 관련 일대일 사이드링크 통신을 전송하도록 상위 계층들에 의해 구성된다면; 그리고
3> commTxResourceUC-ReqAllowed 이 SystemInformationBlockType18에 포함된다면 :
4> commTxResourceReqUC를 포함하며 다음과 같이 해당 필드들을 설정한다 :
5> 사이드링크 일대일 통신 주파수, 즉 포함된 경우 commRxInterestedFreq에 표시된 것과 동일 값을 표시하도록 carrierFreq를 설정한다;
5> 사이드링크 일대일 통신 전송 목적지(들)를 포함하도록 destinationInfoList를 설정하며, 상기 사이드링크 일대일 통신 전송 목적지(들)에 대해, E-UTRAN에게 전용 자원을 할당하도록 요청한다;
3> 중계 관련 일대일 사이드링크 통신을 전송하도록 상위 계층들에 의해 구성된다면; 그리고
3> SystemInformationBlockType19이 discConfigRelay를 포함하는 PCell에 의해 브로드캐스팅된다면; 그리고
3> UE가 사이드링크 중계 UE로서 동작한다면; 또는 UE가 선택된 사이드링크 중계 UE를 갖는다면; 그리고 5.10.11.5에 명시된 바와 같은 사이드링크 원격 UE 임계 조건들이 충족된다면 :
4> commTxResourceReqRelayUC를 포함하며 그리고 다음과 같이 해당 필드들을 설정한다 :
5> (유니캐스트) 사이드링크 통신 전송 목적지(들)을 포함하도록 destinationInfoList를 설정하며, 상기 (유니캐스트) 사이드링크 통신 전송 목적지(들)에 대해, E-UTRAN에게 전용 자원을 할당하도록 요청한다;
4> ue-Type 를 포함하며, 그리고 UE가 사이드링크 중계 UE로서 동작한다면 ue-Type 를 relayUE-Config 로 설정하며, 그렇지않다면 remoteUE로 설정한다;
3> 중계 관련 일대다 사이드링크 통신을 전송하도록 상위 계층들에 의해 구성된다면; 그리고
3> SystemInformationBlockType19이 discConfigRelay를 포함하는 PCell에 의해 브로드캐스팅된다면; 그리고
3> UE가 사이드링크 중계 UE로서 동작한다면 :
4> commTxResourceReqRelay를 포함하며 다음과 같이 해당 필드들을 설정한다 :
5> (그룹캐스트) 사이드링크 통신 전송 목적지(들)을 포함하도록 destinationInfoList을 설정하며, 상기 (그룹캐스트) 사이드링크 통신 전송 목적지(들)에 대해, E-UTRAN에게 전용 자원을 할당하도록 요청한다;
4> ue-Type 를 포함하며, 그것을 relayUE-Config로 설정한다;
2> SystemInformationBlockType19이 PCell에 의해 브로드캐스팅된다면 :
3> 서빙 주파수 상으로 또는 SystemInformationBlockType19에 포함된다면 discInterFreqList에 포함된 하나 이상의 주파수들 상으로 사이드링크 디스커버리 공지들을 수신하도록 상위 계층들에 의해 구성된다면 :
4> discRxInterest를 포함한다;
3> UE가 비-PS 관련 사이드링크 디스커버리 공지들을 전송하도록 상위 계층들에 의해 구성된다면 :
4> UE가 noTxOnCarrier로 설정되지 않고 discResourcesNonPS내에 포함된 discTxResourcesInterFreq를 갖는 discInterFreqList에 포함된 또는 주 주파수(primary frequency)와 관련된 비-PS 관련 사이드링크 디스커버리 공지들을 전송하도록 구성된 각 주파수에 대해 :
5> 제1 주파수에 대해, discTxResourceReq를 포함하며, 사이드링크 디스커버리 공지(들)에 대한 디스커버리 메시지들의 개수를 나타내도록 discTxResourceReq를 설정하며, 상기 사이드링크 디스커버리 공지(들)에 대해, E-UTRAN에게 전용 자원들뿐만 아니라 관련 주파수(주 주파수와 상이한 경우)를 할당하도록 요청한다;
5> 임의의 추가 주파수에 대해, discTxResourceReqAddFreq를 포함하며, 사이드링크 디스커버리 공지(들)에 대한 디스커버리 메시지들의 개수를 나타내도록 discTxResourceReqAddFreq를 설정하며, 상기 사이드링크 디스커버리 공지(들)에 대해, E-UTRAN에게 전용 자원들뿐만 아니라 관련 주파수를 할당하도록 요청한다;
3> PS 관련 사이드링크 디스커버리 공지들을 전송하도록 상위 계층들에 의해 구성된다면; 그리고
3> UE가 PS 관련 사이드링크 디스커버리 공지들을 전송하도록 구성된 주파수가 주 주파수와 관련되거나, 또는 비-중계 PS 관련 사이드링크 디스커버리 공지들의 경우, noTxOnCarrier로 설정되지 않고 discResourcesPS 내에 포함된 discTxResources InterFreq 를 갖는 discInterFreqList에 포함된다면 :
4> 비-중계 PS 관련 사이드링크 디스커버리 공지들을 전송하도록 상위 계층들에 의해 구성되고 SystemInformationBlockType19가 discConfigPS를 포함한다면; 또는
4> UE가 사이드링크 중계 UE로서 동작한다면; 그리고 SystemInformationBlockType19 가 discConfigRelay를 포함한다면; 그리고 5.10.10.4에 명시된 바와 같은 사이드링크 중계 UE 임계 조건들이 충족된다면; 또는
4> UE가 사이드링크 중계 UE를 선택 중이라면/UE가 선택된 사이드링크 중계 UE를 갖는다면; 그리고 SystemInformationBlockType19가 discConfigRelay를 포함한다면; 그리고 5.10.11.5에 명시된 바와 같은 사이드링크 원격 UE 임계 조건들이 충족된다면 :
5> discTxResourceReqPS를 포함하고 그리고 PS 관련 사이드링크 디스커버리 공지(들)에 대해 디스커버리 메시지들의 개수를 나타내도록 discTxResourceReqPS를 설정하고 그리고 상기 PS 관련 사이드링크 디스커버리 공지(들)에 대해, E-UTRAN에게 전용 자원들뿐만 아니라 관련 주파수(주 주파수와 상이한 경우)를 할당하도록 요청한다;
1> 그렇지 않으면, UE가 전송 및/또는 수신 갭들을 요청하기 위한 절차를 개시한다면 :
2> UE가 참(true)으로 설정된 gapRequestsAllowedDedicated로 구성되면; 또는
2> UE가 gapRequestsAllowedDedicated 로 구성되지 않고 그리고 gapRequestsAllowedCommon가 SystemInformationBlockType19에 포함된다면 :
3> UE가 상위 계층들에 의해 모니터링하도록 구성된 사이드링크 디스커버리 공지들을 모니터링하기 위해 사이드링크 디스커버리 갭들을 필요로 한다면 :
4> discRxGapReq를 포함하고, 그리고, 주 주파수(primary frequency)와 관련되거나 또는 UE가 사이드링크 디스커버리 공지들을 모니터링하도록 구성되고 UE가 사이드링크 디스커버리 갭들이 그렇게 하도록 요구하는 discInterFreqList에 포함된 각각의 주파수에 대해, 갭 패턴(들) 뿐만 아니라 관련 주파수(주 주파수와 상이한 경우)를 나타내도록 discRxGapReq를 설정한다;
3> UE가 상위 계층들에 의해 전송하도록 구성된 사이드링크 디스커버리 공지들을 전송하기 위해 사이드링크 디스커버리 갭들을 필요로 한다면 :
4> discTxGapReq를 포함하고, 그리고, 주 주파수(primary frequency)와 관련되거나 또는 UE가 사이드링크 디스커버리 공지들을 전송하도록 구성되고 UE가 사이드링크 디스커버리 갭들이 그렇게 하도록 요구하는 discInterFreqList에 포함된 각각의 주파수에 대해, 갭 패턴(들) 뿐만 아니라 관련 주파수(주 주파수와 상이한 경우)를 나타내도록 discTxGapReq를 설정한다;
1> 그렇지 않고 UE가 1차(primary) 이외의 캐리어들의 사이드링크 디스커버리와 관련된 시스템 정보 파라미터들을 보고하는 절차를 개시한다면 :
2> SL-DiscSysInfoReportFreqList 를 포함하며, 그리고 그러한 캐리어들 상으로 상기 셀들로부터 획득된 시스템 정보 파라미터를 보고하도록 SL-DiscSysInfoReportFreqList를 설정한다.
UE는 전송을 위해 하위 계층들에게 SidelinkUEInformation 메시지를 제출해야 한다.
5.10.3 사이드링크 통신 모니터링
사이드링크 통신을 수신하도록 상위 계층들에 의해 구성된 사이드링크 통신할 수 있는 UE는 :
1> 5.10.1a에 정의된 바와 같은 사이드링크 동작을 위한 조건들이 충족된다면 :
2> TS 36.304 [4, 11.4]에 정의된 바와 같이, 사이드링크 통신에 사용된 주파수 상의 커버리지에서라면 :
3> 사이드링크 통신 수신을 위해 선택된 셀이 commRxPool를 포함하는 SystemInformationBlockType18을 브로드캐스팅한다면 :
4> commRxPool에 의해 표시된 자원들의 풀을 사용하여 사이드링크 제어 정보 및 대응 데이터를 모니터링하도록 하위 계층들을 구성해야한다;
유의 1 : commRxPool가 rxParametersNCell를 포함하는 하나 이상의 엔트리들을 포함한다면, UE는 관련 PSS/SSS 또는 SLSSID들이 검출된다면 그러한 엔트리들을 오직 모니터링할 수 있다. 그러한 풀(들)을 모니터링할 때, UE는 관련 PSS/SSS 또는 SLSS의 타이밍을 적용한다.
2> 그렇지 않다면(즉, 사이드링크 캐리어 상의 커버리지를 벗어난다면) :
3> 미리 구성된 자원들의 풀(즉, 9.3에 정의된 SL-Preconfiguration 의 preconfigComm)을 사용하여 사이드링크 제어 정보 및 대응 데이터를 모니터링하도록 하위 계층들을 구성해야한다;
유의 2 : UE는 선택된 SyncRef UE의 타이밍에 따라, 또는 UE가 선택된 SyncRef UE를 갖지 않는다면, UE의 자신의 타이밍에 기초하여 모니터링할 수 있다.
5.10.4 사이드링크 통신 전송
사이드링크 통신을 전송하도록 상위 계층들에 의해 구성되고 전송될 관련 데이터를 갖는 사이드링크 통신 가능한 UE, 또는 중계 관련 사이드링크 통신을 전송하도록 상위 계층들에 의해 구성되는 중계 관련 사이드링크 통신을 할 수 있는 UE는 :
1> 5.10.1a에 정의된 사이드링크 동작 조건이 충족된다면 :
2> TS 36.304 [4, 11.4]에 정의된 바와 같이, 사이드링크 통신을 위해 사용된 주파수 상의 커버리지 내라면 :
3> UE가 RRC_CONNECTED 상태이고 사이드링크 통신을 위해 PCell을 사용한다면 :
4> UE가, 현재 PCell/물리 계층 문제 또는 무선 링크 장애가 검출되었던 PCell에 의해, 스케줄링된 것으로 설정된 commTxResources로 구성된다면 :
5> T310 또는 T311가 실행중이라면; 그리고 UE가 물리 계층 문제 또는 무선 링크 장애를 검출한 PCell이 commTxPoolExceptional를 포함하는 SystemInformationBlockType18를 브로드캐스팅한다면; 또는
5> T301이 실행중이라면, 그리고 UE가 연결 재설정을 개시한 셀이 commTxPoolExceptional를 포함하는 SystemInformationBlockType18 를 브로드캐스팅한다면 :
6> commTxPoolExceptional의 제1 엔트리에 의해 표시된 자원들의 풀을 사용하여 사이드링크 제어 정보 및 대응 데이터를 전송하도록 하위 계층들을 구성해야한다;
5> 그렇지 않다면 :
6> 사이드링크 통신을 위한 전송 자원들을 할당하는 것을 E-UTRAN에게 요청하도록 하위 계층들을 구성해야한다;
4> 그렇지 않고 UE가 commTxPoolNormalDedicated로 구성된다면 :
5> priorityList가 commTxPoolNormalDedicated의 엔트리들에 대해 포함된다면 :
6> commTxPoolNormalDedicated에 의해 표시된 자원들의 하나 이상의 풀들을 사용하여 사이드링크 제어 정보 및 대응 데이터를 전송하도록 하위 계층들을 구성해야한다. 즉, 이 필드의 모든 엔트리들을 하위 계층들에 표시해야한다;
5> 그렇지 않다면 :
6> commTxPoolNormalDedicated의 제1 엔트리에 의해 표시된 자원들의 풀을 사용하여 사이드링크 제어 정보 및 대응 데이터를 전송하도록 하위 계층들을 구성해야한다;
3> 그렇지 않다면(즉, RRC_CONNECTED의 PCell 이외의 셀에서 또는 RRC_IDLE의 사이드링크 통신) :
4> 사이드링크 통신 전송을 위해 선택된 셀이SystemInformationBlockType18를 브로드캐스팅한다면 :
5> SystemInformationBlockType18이commTxPoolNormalCommon를 포함한다면 :
6> priorityList가 commTxPoolNormalCommon 또는 commTxPoolNormalCommonExt의 엔트리들에 대해 포함된다면 :
7> commTxPoolNormalCommon 및/또는 commTxPoolNormalCommonExt 에 의해 표시된 자원들의 하나 이상의 풀들을 사용하여 사이드링크 제어 정보 및 대응 데이터를 전송하도록 하위 계층들을 구성해야한다. 즉, 이러한 필드들의 모든 엔트리들을 하위 계층들에 표시해야한다;
6> 그렇지 않다면 :
7> commTxPoolNormalCommon의 제1 엔트리에 의해 표시된 자원들의 풀을 사용하여 사이드링크 제어 정보 및 대응 데이터를 전송하도록 하위 계층들을 구성해야한다;
5> 그렇지 않고 SystemInformationBlockType18가 commTxPoolExceptional를 포함한다면 :
6> UE가 sl-CommConfig를 포함하는 RRCConnectionReconfiguration를 수신할 때까지 또는 RRCConnectionRelease 또는 RRCConnectionReject를 수신할 때까지 연결 설정을 개시하는 순간부터;
7> commTxPoolExceptional의 제1 엔트리에 의해 표시된 자원들의 풀을 사용하여 사이드링크 제어 정보 및 대응 데이터를 전송하도록 하위 계층들을 구성해야한다;
2> 그렇지 않다면(즉, 사이드링크 캐리어 상의 커버리지를 벗어난다면) :
3> priorityList가 9.3에 정의된 SL-Preconfiguration 의 preconfigComm의 엔트리들에 대해 포함된다면 :
4> preconfigComm에 의해 표시된 자원들의 하나 이상의 풀들을 사용하여 그리고 선택된 SyncRef UE의 타이밍에 따라, 또는 UE가 선택된 SyncRef UE를 갖지 않는다면 UE 자신의 타이밍에 기초하여, 사이드링크 제어 정보 및 대응 데이터를 전송하도록 하위 계층들을 구성해야한다. 즉, 이 필드의 모든 엔트리들을 하위 계층들에 표시해야한다;
3> 그렇지 않다면 :
4> 미리 구성되었던, 즉 9.3에 정의된 SL-Preconfiguration 의 preconfigComm의 제1 엔트리에 의해 표시된 자원들의 풀을 사용하여, 그리고 선택된 SyncRef UE의 타이밍에 따라, 또는 UE가 선택된 SyncRef UE를 갖지 않는다면 UE 자신의 타이밍에 기초하여, 사이드링크 제어 정보 및 대응 데이터를 전송하도록 하위 계층들을 구성해야한다;
1> 전송이 사이드링크 중계 통신과 관련된다면; 그리고 UE가 사이드링크 중계 또는 사이드링크 원격 동작이 가능하다면 :
2> UE가 RRC_IDLE에 있으면; 그리고 UE가 선택된 사이드링크 중계를 갖는다면 : 오직 다음의 조건이 충족되는 경우에만, 이 섹션에서 이전에 명시된 바와 같이, 자원들을 사용하여 사이드링크 제어 정보 및 대응 데이터를 전송하도록 하위 계층들을 구성해야한다;
3> 5.10.11.5에 명시된 사이드링크 원격 UE 임계 조건들이 충족된다면;
2> 오직 다음 조건이 충족되는 경우에만, 이 섹션에서 이전에 명시된 바와 같이, 자원들을 사용하여 사이드링크 제어 정보 및 대응 데이터를 전송하도록 하위 계층들을 구성해야한다;
3> UE가 SystemInformationBlockType18에 포함된 자원들의 풀(즉, commTxPoolNormalCommon, commTxPoolNormalCommonExt 또는 commTxPoolExceptional)로 하위 계층들을 구성했다면; 그리고 commTxAllowRelayCommon가 SystemInformationBlockType18에 포함된다면; 또는
3> UE가 전용 시그널링에 의해 제공된 자원들(즉, commTxResources)로 하위 계층들을 구성했다면;그리고 UE가 참(true)으로 설정된 commTxAllowRelayDedicated 로 구성된다면;
[...]
3GPP TS36.321은 다음과 같이 사이드링크 BSR 메커니즘, 사이드링크 승인 수신, LCP 절차 및 사이드링크 통신 메커니즘을 포함하는 사이드링크 자원 요청 메커니즘에 대한 세부사항을 설명한다 :
5.14 SL-SCH 데이터 전달
5.14.1 SL-SCH 데이터 전송
5.14.1.1 SL 승인 수신 및 SCI 전송
SL-SCH 상으로 전송하기 위해서, MAC 엔티티는 적어도 하나의 사이드링크 승인을 가져야한다.
사이드링크 승인들은 다음과 같이 선택된다 :
- MAC 엔티티가 PDCCH 상에서 단일 사이드링크 승인을 동적으로 수신하도록 구성되고 현재 SC 기간에서 전송될 수 있는 것보다 많은 데이터가 STCH에서 이용 가능하다면, MAC 엔티티는 :
- 수신된 사이드링크 승인을 사용하여, SCI의 전송과 제1 전송 블록의 전송이 [2]의 서브절 14.2.1에 따라 발생하는 서브프레임들의 집합을 결정해야한다;
- 수신된 사이드링크 승인이, 사이드링크 승인이 수신되었던 서브프레임 이후 적어도 4 개의 서브프레임들을 시작하는 제1 이용 가능한 SC 기간의 초반에서 시작하는 서브프레임들에서 발생하는 구성된 사이드링크 승인인 것으로 간주해야하며, 가능한 경우 동일한 SC 기간에서 발생하는 이전에 구성된 사이드링크 승인을 덮어쓴다(overwriting);
- 해당 SC 기간의 말기에 상기 구성된 사이드링크 승인을 클리어(clear)해야한다;
- 그렇지 않고, MAC 엔티티가 PDCCH 상에서 다수의 사이드링크 승인들을 동적으로 수신하도록 상위 계층들에 의해 구성되고 현재 SC 기간에서 전송될 수 있는 것보다 많은 데이터가 STCH에서 이용 가능하다면, MAC 엔티티는 각각의 수신된 사이드링크 승인에 대해 :
- 상기 수신된 사이드링크 승인을 사용하여, SCI의 전송 및 제1 전송 블록의 전송이 [2]의 서브절 14.2.1에 따라 발생하는 서브프레임들의 세트를 결정해야한다;
- 수신된 사이드링크 승인이, 사이드링크 승인이 수신되었던 서브프레임 이후 적어도 4 개의 서브프레임들을 시작하는 제1 이용 가능한 SC 기간의 초반에서 시작하는 서브프레임들에서 발생하는 구성된 사이드링크 승인인 것으로 간주해야하며, 가능한 경우, 동일한 SC 기간에서 발생하는 이러한 구성된 사이드링크 승인과 동일한 서브프레임 번호에서 수신되었지만 상이한 무선 프레임에서 수신된 이전에 구성된 사이드링크 승인을 덮어쓴다;
- 해당 SC 기간의 말기에 상기 구성된 사이드링크 승인을 클리어(clear)해야한다;
- 그렇지 않고, MAC 엔티티가 [8]의 서브절 5.10.4에서 표시된 바와 같이 하나 또는 다수의 자원 풀(들)을 사용하여 전송하도록 상위 계층들에 의해 구성된다면 그리고 현재 SC 기간에서 전송될 수 있는 것보다 많은 데이터가 STCH에서 이용 가능하다면, MAC 엔티티는 선택될 각각의 사이드링크 승인에 대해 :
- 단일 자원 풀을 사용하도록 상위 계층들에 의해 구성된다면 :
- 사용을 위해 그 자원 풀을 선택해야 한다;
- 그렇지 않고, 다수의 자원 풀들을 사용하도록 상위 계층들에 의해 구성된다면 :
- 관련 우선순위 리스트가 전송될 MAC PDU에서 사이드링크 논리 채널의 가장 높은 우선순위를 포함하는 상위 계층들에 의해 구성된 자원 풀들로부터 사용할 자원 풀을 선택해야한다;
* 유의 : 하나 이상의 자원 풀이, 전송될 MAC PDU에서 가장 높은 우선순위를 갖는 사이드링크 논리 채널의 우선순위를 포함하는 연관된 우선순위 리스트를 갖는다면, 그러한 자원 풀들 중 어느 것을 선택할지는 UE 구현을 위해 남겨진다.
- 선택된 자원 풀로부터 사이드링크 승인의 SL-SCH 및 SCI에 대한 시간 및 주파수 자원들을 무작위로 선택해야한다. 랜덤 함수는 허용된 선택들 [2] 각각이 동일한 확률로 선택될 수 있도록 해야한다;
- SCI의 전송 및 제1 전송 블록의 전송이 [2]의 서브절 14.2.1에 따라 발생하는 서브프레임들의 세트를 결정하기 위해 상기 선택된 사이드링크 승인을 사용해야한다;
- 선택된 사이드링크 승인이, 사이드링크 승인이 선택되었던 서브프레임 이후 적어도 4 개의 서브프레임들을 시작하는 제1 이용 가능한 SC 기간의 초반에서 시작하는 서브프레임들에서 발생하는 구성된 사이드링크 승인인 것으로 간주해야한다;
- 해당 SC 기간의 말기에 상기 구성된 사이드링크 승인을 클리어(clear)해야한다;
* 유의 : SL-SCH 상의 재전송은 상기 구성된 사이드링크 승인이 클리어된 후에는 발생할 수 없다.
* 유의 : MAC 엔티티가 [8]의 서브절 5.10.4에서 표시된 바와 같이 하나 또는 다수의 자원 풀(들)을 사용하여 전송하도록 상위 계층들에 의해 구성된다면, 사이드링크 프로세스의 수를 고려하여 하나의 SC 주기 내에서 얼마나 많은 사이드링크 승인들이 선택되는지는 UE 구현을 위해 남겨진다.
MAC 엔티티는 각각의 서브프레임에 대해 :
- MAC 엔티티가 이 서브프레임에서 발생하는 구성된 사이드링크 승인을 갖는다면 :
- 상기 구성된 사이드링크 승인이 SCI의 전송에 대응된다면 :
- 상기 구성된 사이드링크 승인에 대응하는 SCI를 전송하도록 물리 계층에 지시해야한다.
- 그렇지 않고 상기 구성된 사이드링크 승인이 제1 전송 블록의 전송에 대응한다면 :
- 상기 구성된 사이드링크 승인과 관련 HARQ 정보를 이 서브프레임에 대한 사이드링크 HARQ 엔티티에 전달해야한다.
* 유의 : MAC 엔티티가 하나의 서브프레임에서 발생하는 다수의 구성된 승인들을 갖는다면 그리고 단일-클러스터 SC-FDM 제한으로 인해 모든 구성된 승인들이 처리될 수는 없다면, 이들 중 어느 것을 위의 절차에 따라 처리할지는 UE 구현을 위해 남겨둔다.
5.14.1.2 Sidelink HARQ 작업
5.14.1.2.1 Sidelink HARQ Entity
SL-SCH를 통한 전송을 위해 MAC 엔티티에서 하나의 Sidelink HARQ 엔티티가 존재하며, 이는 다수의 병렬 Sidelink 프로세스들을 유지한다.
Sidelink HARQ Entity와 연관된 전송 Sidelink 프로세스들의 수는 [8]에 정의되어 있다.
전달되고 구성된 사이드링크 승인 및 관련 HARQ 정보는 Sidelink 프로세스와 관련된다.
SL-SCH의 각각의 서브프레임 및 각각의 Sidelink 프로세스에 대해, Sidelink HARQ Entity는 :
- 이 Sidelink 프로세스에 대해 사이드링크 승인이 표시되고, 이 사이드링크 승인과 연관된 ProSe 목적지(destination)의 사이드링크 논리 채널들에 대해, 전송에 이용 가능한 SL 데이터가 있다면 :
- "Multiplexing and assembly" 엔티티로부터 MAC PDU를 획득해야한다;
- 이 Sidelink 프로세스에 MAC PDU, 사이드링크 승인 및 HARQ 정보를 전달해야한다;
- 새 전송을 트리거하도록 이 Sidelink 프로세스에 지시해야한다;
- 그렇지 않고, 이 서브프레임이 이 Sidelink 프로세스에 대한 재전송 기회에 대응한다면 :
- 재전송을 트리거하도록 이 Sidelink 프로세스에 지시해야한다.
* 유의 : 재전송 기회들을 위한 자원들은 [2]의 서브절 14.2.1에 명시되어 있다.
5.14.1.2.2 Sidelink 프로세스
Sidelink 프로세스는 HARQ 버퍼와 연관된다.
리던던시 버전들의 순서는 0, 2, 3, 1이다. 변수 CURRENT_IRV는 리던던시 버전들의 순서에 대한 인덱스이다. 이 변수는 모듈로 4로 업데이트된다.
주어진 SC 기간동안 새로운 전송 및 재전송은 사이드링크 승인에 표시된 그리고 상위 계층들에 의해 구성된 MCS(구성된다면)를 갖는 자원 상에서 수행된다.
Sidelink HARQ Entity가 새로운 전송을 요청한다면, Sidelink 프로세스는 :
- CURRENT_IRV를 0으로 설정해야한다;
- 관련 HARQ 버퍼에 MAC PDU를 저장해야한다;
- Sidelink HARQ Entity로부터 수신된 사이드링크 승인을 저장해야한다;
- 후술되는 바와 같이 전송을 생성해야한다.
Sidelink HARQ Entity가 재전송을 요청한다면, Sidelink 프로세스는 :
- 후술되는 바와 같이 전송을 생성해야한다.
전송을 생성하기 위해, Sidelink 프로세스는 :
- 업링크 전송이 없거나, 또는 MAC 엔티티가 전송 시 업링크 전송 및 SL-SCH 상의 전송을 동시에 수행할 수 있다면, 그리고 :
- 전송을 위한 Sidelink Discovery Gap이 없거나 또는 전송 시 PSDCH를 통한 전송이 없다면 :
- CURRENT_IRV 값에 대응하는 리던던시 버전으로 상기 저장된 사이드링크 승인에 따라 전송을 생성하도록 상기 물리 계층에 지시해야한다.
- CURRENT_IRV를 1씩 증가시킨다.
5.14.1.3 Multiplexing and assembly
하나의 SCI와 연관된 PDU(들)에 대해, MAC은 동일한 Source Layer-2 ID-Destination Layer-2 ID 쌍을 가진 논리 채널들만 고려해야한다. 중복하는(overlapping) SC 기간들 내에서 서로 다른 ProSe Destination들로의 다수의 전송들은 단일-클러스터 SC-FDM 제한 조건에 따라 허용된다.
5.14.1.3.1 논리 채널 우선순위결정(prioritization)
Logical Channel Prioritization 절차는 새로운 전송이 수행될 때 적용된다. 각각의 사이드링크 논리 채널은 PPPP인 관련 우선순위를 갖는다. 다수의 사이드링크 논리 채널들은 동일한 관련 우선순위를 가질 수 있다. 우선순위와 LCID 사이의 매핑은 UE 구현을 위해 남겨진다.
MAC 엔티티는 SC 기간에서 전송된 각 SCI에 대해 다음의 Logical Channel Prioritization 절차를 수행해야 한다 :
- MAC 엔티티는 다음의 단계들에서 사이드링크 논리 채널들에 자원들을 할당해야한다 :
- 단계 0 : 전송을 위해 이용 가능한 데이터를 갖는 사이드링크 논리 채널들 중에서, 우선순위가 가장 높은 사이드링크 논리 채널을 갖는, 이 SC 기간에 대해 이전에 선택되지 않은, ProSe Destination을 선택한다;
- 단계 1 : 선택된 ProSe Destination에 속하고 전송을 위해 이용 가능한 데이터를 갖는 사이드링크 논리 채널들 중에서, 가장 높은 우선순위를 갖는 사이드링크 논리 채널에 자원들을 할당한다;
- 단계 2 : 임의의 자원이 남아있다면, 선택된 ProSe Destination에 속하는 사이드링크 논리 채널들은 SL 승인 또는 사이드링크 논리 채널(들)에 대한 데이터가 소모될 때까지(어느것이 먼저 소모되던) 우선순위의 내림차순으로 제공된다. 동일한 우선순위로 구성된 사이드링크 논리 채널은 동등하게 제공되어야 한다.
- UE는 또한 위의 스케줄링 절차들 동안 아래의 규칙들을 따라야한다 :
- UE는 전체 SDU(또는 부분적으로 전송된 SDU)가 나머지 자원들에 피팅된다면 RLC SDU(또는 부분적으로 전송된 SDU)를 분할해서는 안 된다;
- UE가 사이드링크 논리 채널로부터 RLC SDU를 분할한다면, UE는 되도록 많이 승인을 채우기 위해 세그먼트의 크기를 최대화해야한다;
- UE는 데이터 전송을 최대화해야한다;
- MAC 엔티티가 전송을 위해 이용 가능한 데이터를 가지면서 10 바이트 이상인 사이드링크 승인 크기가 주어진다면, MAC 엔티티는 패딩만 전송해서는 안 된다.
5.14.1.3.2 MAC SDU들의 멀티플렉싱
MAC 엔티티는 서브절 5.14.1.3.1 및 6.1.6에 따라 MAC PDU의 MAC SDU를 다중화해야한다.
5.14.1.4 버퍼 상태 보고
사이드링크 버퍼 상태 보고 절차는 서빙 eNB에게 MAC 엔티티와 연관된 SL 버퍼들에서 전송에 이용 가능한 사이드링크 데이터의 양에 대한 정보를 제공하는데 사용된다. RRC는 2개의 타이머들 periodic-BSR-TimerSL 및 retx-BSR-TimerSL을 구성함으로써 사이드링크에 대한 BSR 보고를 제어한다. 각각의 사이드링크 논리 채널은 ProSe Destination에 속한다. 각각의 사이드링크 논리 채널은 사이드링크 논리 채널의 우선순위와 logicalChGroupInfoList [8]의 상위 계층들에 의해 제공되는 우선순위와 LCG ID 간의 매핑에 따라 LCG에 할당된다. LCG는 ProSe Destination 마다 정의된다.
사이드링크 버퍼 상태 보고(BSR)는 다음 이벤트들 중 하나가 발생할 경우 트리거링된다 :
- MAC 엔티티가 구성된 SL-RNTI를 갖는다면 :
- ProSe Destination의 사이드링크 논리 채널에 대한 SL 데이터는 RLC 엔티티에서 또는 PDCP 엔티티에서 전송을 위해 이용가능하게 되며(어떤 데이터가 전송에 이용 가능한 것으로 간주되는지에 대한 정의는 각각 [3]과 [4]에 명시되어 있다), 그리고 데이터는 데이터가 이미 전송에 이용 가능하고 동일한 ProSe Destination에 속하는 임의의 LCG에 속하는 사이드링크 논리 채널들의 우선순위들보다 높은 우선 순위를 갖는 사이드링크 논리 채널에 속하거나, 또는 동일한 ProSe Destination에 속하는 사이드링크 논리 채널들 중 임의의 것에 대한 전송에 이용 가능한 데이터가 현재 존재하지 않는 경우. 이 경우의 사이드링크 BSR은 이하에서"정규 사이드링크 BSR"이라고 지칭된다;
- UL 자원들이 할당되고, 그리고 패딩 BSR이 트리거링된 후 남아있는 패딩 비트들의 수는 ProSe Destination의 적어도 하나의 LCG에 대한 버퍼 상태를 포함하는 사이드링크 BSR MAC 제어 요소의 크기와 그것의 서브헤더를 더한 것보다 크거나 같은 경우. 이 경우의 사이드링크 BSR은 이하에서 "패딩 사이드링크 BSR"이라고 지칭된다;
- retx-BSR-TimerSL 가 만료하고, 그리고 MAC 엔티티가 상기 사이드링크 논리 채널들 중 어느 하나의 논리 채널에 대한 전송에 이용 가능한 데이터를 지닌 경우. 이 경우의 사이드링크 BSR은 이하에서 "정규 사이드링크 BSR"이라고 지칭된다;
- periodic-BSR-TimerSL 가 만료하는 경우. 이 경우의 사이드링크 BSR은 이하에서 "주기적 사이드링크 BSR"이라고 지칭된다;
- 그렇지 않다면 :
- SL-RNTI는 상위 계층들에 의해 구성되고, SL 데이터가 RLC 엔티티에서 또는 PDCP 엔티티에서의 전송에 이용 가능한 경우(어떤 데이터가 전송에 이용 가능한 것으로 간주되는지에 대한 정의는 각각 [3]과 [4]에 명시되어 있다). 이 경우의 사이드링크 BSR은 이하에서 "정규 사이드링크 BSR"이라고 지칭된다.
정규 및 주기적 사이드링크 BSR에 대해 :
- UL 승인의 비트들의 개수가 전송에 이용 가능한 데이터를 갖는 모든 LCG들에 대한 버퍼 상태를 포함하는 사이드링크 BSR의 크기와 그것의 서브헤더를 더한 것보다 크거나 같다면 :
- 전송에 이용 가능한 데이터를 갖는 모든 LCG들에 대한 버퍼 상태를 포함하는 사이드링크 BSR을 보고한다;
- 그렇지 않다면, UL 승인의 비트들의 수를 고려하여, 전송에 이용 가능한 데이터를 갖는 가능한 한 많은 LCG들에 대한 버퍼 상태를 포함하는 Truncated Sidelink BSR을 보고한다.
패딩 사이드링크 BSR에 대해 :
- 패딩 BSR이 트리거링된 후 남아있는 패딩 비트들의 수가 전송에 이용 가능한 데이터를 갖는 모든 LCG들에 대한 버퍼 상태를 포함하는 사이드링크 BSR의 크기와 그것의 서브헤더를 더한 것보다 크거나 같다면 :
- 전송에 이용 가능한 데이터를 갖는 모든 LCG들에 대한 버퍼 상태를 포함하는 사이드링크 BSR을 보고한다;
- 그렇지 않다면, UL 승인의 비트들의 수를 고려하여, 전송에 이용 가능한 데이터를 갖는 가능한 한 많은 LCG들에 대한 버퍼 상태를 포함하는 Truncated Sidelink BSR을 보고한다.
버퍼 상태 보고 절차가 적어도 하나의 사이드링크 BSR이 트리거링되었고 취소되지 않았다고 결정한다면 :
- MAC 엔티티가 이러한 TTI동안 새로운 전송을 위해 할당된 UL 자원들을 갖는다면 그리고 상기 할당된 UL 자원들이 논리 채널 우선순위결정의 결과로서 사이드링크 BSR MAC 제어 요소와 그 서브헤더를 수용할 수 있다면 :
- 사이드링크 BSR MAC 제어 요소(들)를 생성하도록 Multiplexing 및 Assembly 절차를 지시한다;
- 생성된 사이드링크 BSR들 모두가 Truncated Sidelink BSR들인 경우를 제외하고 periodic-BSR-TimerSL를 구동하거나 재구동한다;
- retx-BSR-TimerSL를 구동하거나 재구동한다;
- 그렇지 않고 정규 사이드링크 BSR이 트리거링되었다면 :
- 업링크 승인이 구성되지 않는다면 :
- 스케줄링 요청이 트리거링되어야 한다.
MAC PDU는 사이드링크 BSR가 전송될 수 있는 시간까지 여러 이벤트들이 사이드링크 BSR을 트리거링하는 경우에도 최대 하나의 사이드링크 BSR MAC 제어 요소를 포함해야하며, 이 경우, 정규 사이드링크 BSR 및 주기적 사이드링크 BSR은 패딩 사이드링크 BSR보다 우선해야한다.
MAC 엔티티는 SL 승인의 수신 시 retx-BSR-TimerSL를 재구동해야한다.
이 SC 기간 동안 유효한 남아있는 구성된 SL 승인(들)이 전송에 이용 가능한 모든 보류중인 데이터를 수용할 수 있는 경우 모든 트리거링된 정규 사이드링크 BSR들이 취소되어야 한다. MAC 엔티티가 상기 사이드링크 논리 채널들 중 임의의 사이드링크 논리 채널의 전송에 이용 가능한 데이터를 갖지 않는 경우, 모든 트리거링된 사이드링크 BSR들은 취소되어야 한다. (Truncated Sidelink BSR을 제외한) 사이드링크 BSR이 전송을 위해 MAC PDU에 포함될 때 모든 트리거링된 사이드링크 BSR들은 취소되어야 한다. 상위 계층들이 자율적인 자원 선택을 구성할 때, 모든 트리거링된 사이드링크 BSR들은 취소되어야하고 retx-BSR-TimerSL 및 periodic-BSR-TimerSL은 중단되어야 한다.
MAC 엔티티는 TTI에서 최대 하나의 정규/주기적 사이드링크 BSR을 전송해야한다. MAC 엔티티가 TTI에서 다수의 MAC PDU들을 전송하도록 요청받는다면, 정규/주기적 사이드링크 BSR을 포함하지 않는 MAC PDU들 중 임의의 MAC PDU에 패딩 사이드링크 BSR을 포함할 수 있다.
TTI으로 전송된 모든 사이드링크 BSR들은 모든 MAC PDU들이 이 TTI에 대해 구축된 후에 항상 버퍼 상태를 반영한다. 각각의 LCG는 TTI 마다 최대 하나의 버퍼 상태 값을 보고해야하며, 이 값은 이 LCG에 대한 버퍼 상태를 보고하는 모든 사이드링크 BSR들에 보고되어야한다.
* 유의 : 패딩 사이드링크 BSR은 트리거링된 정규/주기적 사이드링크 BSR을 취소할 수 없다. 패딩 사이드링크 BSR은 특정 MAC PDU에 대해서만 트리거링되며, 그리고 이 MAC PDU가 구축되면 트리거가 취소된다.
5.14.2 SL-SCH 데이터 수신
5.14.2.1 SCI 수신
PSCCH 상으로 전송된 SCI는 SL-SCH를 통한 전송이 있는지 여부를 나타내고 그리고 관련 HARQ 정보를 제공한다.
MAC 엔티티는 :
- MAC 엔티티가 PSCCH를 모니터링하는 각 서브 프레임에 대해 :
- 이 서브프레임에 대한 SCI가 이 MAC 엔티티에 관심 있는 Group Destination ID를 갖는 PSCCH 상으로 수신된다면 :
4 - 수신된 SCI를 사용하여 [2]의 서브절 14.2.2에 따라 제1 전송 블록의 수신이 발생하는 서브프레임들의 세트를 결정해야한다;
5 - SCI 및 관련 HARQ 정보를 각 전송 블록의 첫 번째 전송에 대응하는 서브프레임들에 유효한 SCI로 저장해야 한다;
- MAC 엔티티가 유효한 SCI를 갖는 각각의 서브프레임에 대해 :
- 사이드링크 HARQ 엔티티에 SCI 및 연관 HARQ 정보를 전달한다.
5.14.2.2 사이드링크 HARQ 작업
5.14.2.2.1 사이드링크 HARQ 엔티티
다수의 병렬 사이드링크 프로세스들을 유지하는 SL-SCH의 수신을 위해 MAC 엔티티에서 하나의 사이드링크 HARQ 엔티티가 존재한다. 각각의 사이드링크 프로세스는 SCI의 Group Destination ID에 의해 결정되는, MAC 엔티티가 관심을 가지는 SCI와 연관된다. 사이드링크 HARQ 엔티티는 SL-SCH 상으로 수신된 HARQ 정보 및 관련 TB들을 대응 사이드링크 프로세스들로 보낸다.
사이드링크 HARQ 엔티티와 연관된 Receiving Sidelink 프로세스들의 수는 [8]에 정의되어 있다.
SL-SCH의 각 서브프레임에 대해, 사이드링크 HARQ 엔티티는 :
- 이 서브프레임에서 유효한 각 SCI에 대해 :
- 물리 계층으로부터 수신된 TB 및 관련 HARQ 정보를 사이드링크 프로세스에 할당하고, 이 Sidelink 프로세스를 이 SCI와 연관시키며, 그리고 이 전송을 새로운 전송으로 간주해야 한다.
- 각 사이드링크 프로세스에 대해 :
4 - 이 서브프레임이 그것의 연관된 SCI에 따라 사이드링크 프로세스에 대한 재전송 기회에 대응한다면 :
- 물리 계층으로부터 수신된 TB 및 관련 HARQ 정보를 사이드링크 프로세스에 할당하고 그리고 이 전송을 재전송으로 간주해야한다.
5.14.2.2.2 사이드링크 프로세스
사이드링크 프로세스를 위해 전송이 이루어지는 각 서브프레임에 대해, 하나의 TB 및 관련 HARQ 정보가 사이드링크 HARQ 엔티티로부터 수신된다.
리던던시 버전들의 순서는 0, 2, 3, 1이다. 변수 CURRENT_IRV는 리던던시 버전들의 순서에 대한 인덱스이다. 이 변수는 모듈로 4로 업데이트 된다.
각각의 수신된 TB 및 관련 HARQ 정보에 대해, 사이드링크 프로세스는 :
- 이것이 새로운 전송이라면 :
- CURRENT_IRV를 0으로 설정해야한다;
- soft buffer에 상기 수신된 데이터를 저장하고 그리고 옵션으로 CURRENT_IRV에 따라 상기 수신된 데이터를 디코딩하려고 시도해야한다.
- 그렇지 않고 이것이 재전송이라면 :
- 이 TB에 대한 데이터가 아직 성공적으로 디코딩되지 않았다면 :
7 - CURRENT_IRV를 1씩 증가시켜야한다;
8 - 상기 수신된 데이터를 현재 이 TB에 대한 soft buffer에 있는 데이터와 결합해야하며, 그리고 옵션으로 CURRENT_IRV에 따라 상기 결합된 데이터를 디코딩하려고 시도해야한다.
- MAC 엔티티가 디코딩하려고 시도한 데이터가 이 TB에 대해 성공적으로 디코딩되었다면 :
- 이것이 이 TB에 대한 데이터의 첫 성공적인 디코딩이라면 :
9 - 디코딩된 MAC PDU 서브헤더의 DST 필드가, 8 LSB가 대응 SCI의 Group Destination ID와 동일한 UE의 Destination Layer-2 ID(들) 중 임의의 것의 16 MSB와 동일하다면 :
- 디코딩된 MAC PDU를 분해(disassembly) 및 역다중화(demultiplexing) 엔티티로 전달해야한다.
5.14.2.3 분해 및 역다중화
MAC 엔티티는 서브절 6.1.6에 정의된 바와 같이 MAC PDU를 분해하고 역다중화해야한다.
[...]
6.1.3.1a 사이드링크 BSR MAC 제어 요소들
사이드링크 BSR 및 Truncated Sidelink BSR MAC 제어 요소들은 보고된 타겟 그룹당 하나의 Destination Index 필드, 하나의 LCG ID 필드 및 하나의 대응 퍼버 크기 필드로 구성된다.
사이드링크 BSR MAC 제어 요소들은 표 6.2.1-2에 명시된 LCID들을 갖는 MAC PDU 서브헤더들에 의해 식별된다. 그것들은 다양한 크기들을 갖는다.
각각의 포함된 그룹에 대해, 필드들은 다음과 같이 정의된다(그림 6.1.3.1a-1 및 6.1.3.1a-2) :
- Destination Index : Destination Index 필드는 ProSe Destination을 식별한다. 이 필드의 길이는 4 비트이다. 이 값은 destinationInfoList에 보고된 목적지의 인덱스로 설정되며, 그리고 destinationInfoListUC 또한 보고된다면, 그 값은 [8]에 명시된 두 리스트들에 걸쳐 순차적으로 색인화된다;
- LCG ID : Logical Channel Group ID 필드는 버퍼 상태가 보고되고 있는 논리 채널(들)의 그룹을 식별한다. 이 필드의 길이는 2 비트이다;
- 버퍼 크기(Buffer Size) : 버퍼 크기 필드는 TTI에 대한 모든 MAC PDU들이 구축된 후 ProSe Destination의 LCG의 모든 논리 채널들에 걸쳐 이용 가능한 데이터의 총량을 식별한다. 데이터 양은 바이트 수로 표시된다. RLC 계층에서 그리고 PDCP 계층에서 전송에 이용 가능한 모든 데이터를 포함해야 한다; 어떤 데이터가 전송에 이용 가능한 것으로 간주되어야하는지에 대한 정의는 각각 [3]과 [4]에 명시되어 있다. RLC 및 MAC 헤더들의 크기는 버퍼 크기 계산에서 고려되지 않는다. 이 필드의 길이는 6 비트이다. 버퍼 크기 필드에 의해 취해진 값들은 표 6.1.3.1-1에 도시되어 있다;
- R : "0"으로 설정된 예약 비트(reserved bit).
LCG들의 버퍼 크기들은 Destination Index 필드의 값과 무관하게 LCG에 속하는 사이드링크 논리 채널의 최우선순위의 내림차순으로 포함된다.
["Sidelink BSR and Truncated Sidelink BSR MAC control element for even N"이란 제목의 3GPP TS36.321 v13.1.0의 그림 6.1.3.1a-1은 도 16에 복사되어 있다]
["Sidelink BSR and Truncated Sidelink BSR MAC control element for odd N"이란 제목의 3GPP TS36.321 v13.1.0의 그림 6.1.3.1a-2는 도 17에 복사되어 있다]
[...]
["Values of LCID for DL-SCH"이란 제목의 3GPP TS36.321 v13.1.0의 표 6.2.1-1는 도 18에 복사되어 있다]
["Values of LCID for UL-SCH"이란 제목의 3GPP TS36.321 v13.1.0의 표 6.2.1-2는 도 19에 복사되어 있다]
[...]
새로운 SI와 관련하여, 상업용 IoT 및 웨어러블을 지원하기 위해 새로운 유형의 UE-대-네트워크 중계가 설계될 것이다. 요구사항에 따라, 새로운 유형의 UE-대-네트워크 중계의 설계는 원격 UE의 전력 효율성, 보안 및 End-to-End Reachability를 고려해야한다. (3GPP R2-163056에서 기술된) RAN2#93bis 논의에서, 새로운 유형의 UE-대-네트워크 중계에 대한 레이어-2 설계는 요구 사항들을 충족시키기 위한 일종의 솔루션이다. 그러나 중계 UE, 원격 UE 및 eNB 간의 계층-2 매핑을 설정하는 방법에 대한 세부사항은 명확하지 않다. 게다가, 새로운 SI는 Rel-13 중계 아키텍처에서 달성될 수 없는 E2E(End to End) QoS(Quality of Service)에 대한 향상을 고려한다. 따라서, PC5 인터페이스 자원 활용은 이러한 향상을 달성하기 위한 핵심 특징일 것이다. 본원의 가정에서, 원격 UE는 D2D 인터페이스 상에서 중계 UE와의 양방향 통신 경로를 확립할 것이다. 그리고 모든 업링크 데이터 전송은 전력 소모를 줄이기 위해 중계 세션을 거칠 것이다. 일반적으로, 본 발명은 상기 가정들에 기초하여 이하에서 원격 UE의 E2E QoS를 달성하는 방법에 집중한다. 이하의 논의는 원격 UE가 중계 UE에게/중계 UE를 통해 버퍼 상태를 제공하는 방법에 관한 양상 및 eNB가 중계 UE로부터 원격 UE의 버퍼 상태를 획득하는 방법에 관한 양상에 관한 것이다. 원격 UE의 버퍼 상태는 레거시와 유사한 BSR CE(Control Element)로서 전송될 수 있다. 사이드링크 BSR은 BSR CE의 예로서 사용된다. BSR CE는 또한 새로운 유형의 BSR CE 또는 업링크 BSR CE일 수 있다.
문제점 3 및 솔루션 - 소정의 가정에 기초하여, 원격 UE는 절전을 위해 PC5 인터페이스를 통해 관련 중계 UE에게 사이드링크 BSR을 발송할 것이다. 정규 사이드링크 BSR의 경우, 전송을 위해 경쟁 기반 자원 또는 전용 자원을 사용하는 것이 문제가 되지 않는다. 그러나, 주기적 사이드링크 BSR의 경우, 다수의 IoT 기기들이 그것들의 주기적 사이드링크 BSR들을 동시에 제공할 수 있고 따라서 충돌 비율이 증가할 가능성이 있기 때문에 경쟁 기반 자원을 사용하는 것이 권장되지 않는다. 또한, 제한 없이 주기적 전송은 전력 소모에 대해 관심을 가질 것이다. 이 기본 메커니즘은 도 20에 도시되어 있다.
사이드링크 BSR이 중계 UE에 의해 중계되는 것을 고려하면, eNB는 사이드링크 BSR이 언제 트리거링되는지에 관해 알지 못한다. 또한, 중계 UE가 모든 원격 UE들로부터의 사이드링크 BSR들에 대해 LCP를 시행하기 때문에, eNB로의 원격 UE의 사이드링크 BSR의 지연 분산이 클 수 있다. 결과적으로, eNB는 원격 UE의 버퍼 상태를 잘못 해석하고 잘못된 이해에 기초하여 자원을 스케줄링할 수 있다. 가능한 문제점의 예시가 도 21 및 도 22에 도시되어 있다. 도 21에서, 네트워크는 3회의 전송 기회들로 분리된 30 유닛의 자원을 갖는 사이드링크 승인을 할당하며, 이 때 각 전송 기회 당 10 유닛을 할당한다. 갱신된 사이드링크 BSR은 제2 전송 기회에서 원격 UE로부터 중계 UE로 전송되고, 그리고 사이드링크 BSR은 5 유닛의 자원을 취한다. eNB가 중계 UE로부터 마지막 사이드링크 BSR을 수신했지만, eNB는 제2 전송 기회의 상황(condition)에서 마지막 사이드링크 BSR이 원격 UE의 버퍼 상태를 나타내는지 알지 못할 수 있다. 따라서, eNB는 마지막 사이드링크 BSR을 기반으로 자원을 스케줄링할지 여부를 결정하기 어려울 것이다. 도 22에서 유사한 상황이 발생한다.
원격 UE의 E2E QoS를 달성하기 위해, eNB는 요구 시 사이드링크 자원을 제공하고 지연 요건을 충족시킬 수 있을 것으로 기대된다. 본 발명은 eNB가 원격 UE의 버퍼 상태를 잘 추정하게 하는 아이디어를 제안한다. 본 발명의 일반적인 개념은 고정된/미리 정의된 타이밍에서, 정규 및 주기적인 사이드링크 BSR일 수 있는 사이드링크 BSR을 트리거하고 발송하는 것을 원격 UE에게 강요하는 것이다.
더 구체적으로, 고정된/미리 정의된 타이밍은 원격 UE에 할당된 SL 승인의 전송 기회(예를 들어, 특정 새로운 전송 기회, 첫 번째 새로운 전송 기회, 또는 마지막 새로운 전송 기회 등)와 관련된다. 이에 따라, eNB는 트래픽량을 고려하여 원격 UE의 버퍼 상태를 추정 및/또는 예측할 수 있고 그리고 그것의 사이드링크 BSR의 타이밍을 보고할 수 있다. 구체적으로, 원격 UE가 Uu 인터페이스 상으로 PDCCH를 통해 eNB로부터 또는 PC5 인터페이스를 통해 중계 UE로부터 발송된 사이드링크 승인을 수신할 때, 원격 UE는 다음 SC 기간에서 데이터 전송을 수행할 것이다. 원격 UE는 SC 기간에서 여러 새로운 전송 기회들을 가질 수 있다. 사이드링크 BSR은 마지막 새로운 전송 기회에서 트리거링되고 발송될 수 있다. 사이드링크 자원이 eNB에 의해 스케줄링되기 때문에, eNB는 사이드링크 BSR이 마지막 새로운 전송의 타이밍에서 원격 UE의 버퍼 상태를 반영한다는 것을 안다. 대안적으로, 사이드링크 BSR은 첫 번째 새로운 전송 기회에서 트리거링되고 발송될 수 있다.
일 실시예에서, 사이드링크 BSR은 정규 사이드링크 BSR이다. 대안적으로, 사이드링크 BSR은 주기적 사이드링크 BSR이다. 뿐만 아니라, UE에 남아있는 데이터가 없을 때, 사이드링크 BSR은 취소될 것이다. 또한, 그러한 사이드링크 BSR 설계는 중계 UE가 원격 UE의 사이드링크 버퍼 상태를 처리하기 위한 응답인 시나리오에 도움이 될 수 있다. 새로운 트리거링된 사이드링크 BSR이 항상 최신 버퍼 상태를 반영할 수 있기 때문에(예를 들어, 항상 마지막 새로운 전송 기회에서 전송할 수 있기 때문에), 중계 UE는 상이한 경우에 대한 복잡한 계산 없이 버퍼 상태를 단순히 업데이트할 수 있다.
실제 구현에서, 사이드링크 BSR은 더 일찍 트리거링될 수 있지만, 사이드링크 BSR은 미리 정의된 타이밍에 포함될 것이다. 따라서, 외부 행동은 미리 정의된 타이밍(예를 들어, 첫 번째 새로운 전송 기회, 마지막 전송 기회 등)에서 중계 UE로의 전송이 항상 사이드링크 BSR을 포함한다는 것일 것이다.
또 다른 방법은 사이드링크 BSR에 의해 보고된 내용들을 변경하는 것이다. 현재, Uu 링크에서 전송된 사이드링크 BSR은 사이드링크 BSR 전송의 서브프레임에서 버퍼 상태를 보고하기 위한 것이다. 그리고 본 발명은 PC5 인터페이스를 통해 전송된 사이드링크 BSR이 이용 가능한 모든 사이드링크 자원을 고려하여 남아있는 데이터의 버퍼 상태를 보고할 것을 제안한다. 즉, UE는 모든 사이드링크 승인들에서 모든 남아있는 전송 기회들에 의해 수용될 수 있는 총 데이터 크기만큼 감소된 현재 버퍼 크기로서 보고 내 버퍼 상태를 계산할 것이다.
문제점 4 및 솔루션 - 원격 UE의 E2E QoS를 향상시키기 위해, 가장 간단한 방법은 eNB가 원격 UE의 요구(need)에 기초하여 원격 UE를 스케줄링할 수 있게 하는 것이다. 그러나, 원격 UE가 절전으로 인해 eNB와 직접 통신하지 않을 것이기 때문에, eNB는 원격 UE의 요구를 이해할 수 없고 또한 원격 UE의 요구에 기초하여 자원을 스케줄링 할 수 없다. eNB가 원격 UE의 자원 요구에 대한 정보를 얻기 위해 본원에서는 적어도 두 종류의 메커니즘이 논의된다.
제1 종류의 메커니즘은 중계 UE가 원격 UE의 사이드링크 BSR을 eNB에게 포워딩하는 것이다. 이러한 종류의 메커니즘을 위해, 원격 UE는 자신의 자원 필요를 보고하기 위해 레거시 사이드링크 BSR 메커니즘을 재사용할 것이라고 가정된다. 그러나, 레거시에 비해 하나의 차이점은 포워딩을 위해 원격 UE가 중계 UE에게 PC5 인터페이스 상으로 상기 트리거링된 사이드링크 BSR을 전송할 것이라는 것이다. 상세하게는, 원격 UE는 트리거링된 사이드링크 BSR이 정규 사이드링크 BSR이라면 상기 트리거링된 사이드링크 BSR을 전송하기 위해 경쟁 자원을 사용할 수 있다. 상기 트리거링된 사이드링크 BSR이 주기적 사이드링크 BSR이라면, 그것은 할당된 전용 사이드링크 자원(예를 들어, 중계 UE 또는 eNB로부터 수신된 PC5 자원)을 통해 중계 UE에게 전송될 수 있다. 일 실시예에서, 사이드링크 승인을 통해 전송될 수 있는 패딩 사이드링크 BSR은 존재하지 않는다.
원격 UE의 사이드링크 BSR이 중계 UE에 의해 수신되었을 때, 중계 UE는 원격 UE의 사이드링크 BSR의 전송을 처리할 필요가 있을 것이다. 중계 UE는 원격 UE의 사이드링크 BSR을 포워딩하기 위해 업링크 자원을 필요로 할 것이다. 가능한 포워딩 형식은 도 23에 도시되어 있다.
레거시 설계 개념이 고려된다면, 하나의 간단한 방법은 원격 UE의 사이드링크 BSR을 새로운 유형의 정규 BSR로 간주하는 것이며 SR 전송을 트리거링할 수 있다. 이러한 방식으로, 중계 UE는 원격 UE의 사이드링크 BSR에 대한 업링크 자원이 존재할 것을 확신할 수 있다. 그러나 이 방법에는 몇 가지 단점이 있을 수 있다.
하나의 단점은 중계 UE가 원격 UE로부터 수신된 사이드링크 BSR에 기초하여 주기적 사이드링크 BSR과 정규 사이드링크 BSR을 구별할 수 없기 때문에, 원격 UE들로부터 연속적으로 온 주기적/정규 사이드링크 BSR이 존재한다면 SR이 자주 트리거링될 것이라는 것이다. 결과적으로, 중계 UE는 PDCCH 모니터링시 더 많은 전력을 소비할 것이다. 또 다른 단점은 eNB가 중계 UE로부터의 SR에 응답하기 위해 적절한 UL 자원을 할당하는 것이 더 어려워질 것이라는 것이다. 또한, 새로운 유형의 정규 BSR은 새로운 형식을 필요로 하고 더 많은 업링크 자원을 소비할 수 있다. 단점들을 고려하여, 원격 UE의 사이드링크 BSR을 포워딩하기 위해 자원을 요청하는 또 다른 가능한 방법이 제안된다. 원격 UE의 사이드링크 BSR은 특별한 업링크 데이터로서 간주될 것이며, 자원을 요청하기 위해 UL BSR을 트리거할 것이다. 한편, 중계 UE의 사이드링크 BSR은 여전히 레거시로 남아있을 것이다. 일 실시예에서, 원격 UE의 사이드링크 BSR은 가장 높은 우선순위 업링크 데이터로 간주될 수 있다.
일반적으로, SR 전송을 위한 이러한 종류의 트리거는 원격 UE의 사이드링크 BSR에 제한되지 않을 수 있다. 원격 UE로부터의 일부 트래픽은 SR 전송을 트리거하는 이벤트로서 취급될 수 있다. 본 발명의 일반적인 개념은 업링크 자원이 없다면 원격 UE로부터 발송된 MAC CE가 중계 UE 측에서 SR 전송을 트리거링할 수 있다는 것이다. 구체적으로, 중계 UE가 원격 UE로부터 전송 블록을 수신할 때, 전송 블록은 사이드링크 BSR MAC CE 및/또는 전력 헤드룸 보고 MAC CE를 포함한다. 이러한 종류의 CE들은 시간에 민감하며 가능한 한 빨리 eNB에 발송되어야 한다. 따라서, 중계 UE는 이 시나리오를 새로운 유형의 정규 BSR로 간주할 수 있고, 따라서 이용 가능한 업링크 자원이 없다면 SR 전송을 트리거링할 수 있다. 더 구체적으로, 전송 블록이 임의의 MAC SDU를 포함한다면, 이러한 MAC SDU는 최종적으로 중계 UE 측에서 정규 BSR을 트리거링할 수 있으며; 이에 따라, 상기 방법은 오직 MAC CE(들)만을 포함하는(즉, MAC SDU가 없음 또는 중계를 위한 MAC SDU가 없음) 원격 UE로부터 발송된 전송 블록에 적용되도록 더욱 강화될 수 있다.
대안적으로, 중계 UE는 원격 UE로부터 발송된 사이드링크 BSR MAC CE 및/또는 전력 헤드룸 보고 MAC CE를 보다 높은 우선순위 데이터로 취급할 수 있고 그리고 업링크 BSR을 트리거할 수 있다. 업링크 BSR의 버퍼 상태는 사이드링크 BSR MAC CE 및/또는 전력 헤드룸 보고 MAC CE의 크기를 포함한다.
도 24는 기기 간 중계 통신을 지원하는 제1 UE의 관점에서의 일 예시적 실시예에 따른 흐름도(2400)이다. 단계 2405에서, 제1 UE는 제2 UE로부터 전송 블록을 수신하고, 이 때, 상기 전송 블록은 MAC 제어 요소를 포함한다.
일 실시예에서, 상기 제1 UE는 중계 UE일 수 있으며, 상기 제2 UE는 원격 UE일 수 있다. 일 실시예에서, 상기 기기 간 중계 통신은 상기 제1 UE가 상기 제2 UE의 데이터를 기지국에 중계하는 것일 수 있다. 또한, 상기 기기 간 중계 통신은 상기 제1 UE가 상기 제2 UE의 데이터를 기지국으로부터 제2 UE로 중계하는 것일 수 있다.
일 실시예에서, 상기 전송 블록은 중계될 필요가 있는 어떠한 MAC SDU(Service Data Unit)도 포함하지 않는다. 또한, MAC 제어 요소는 사이드링크용 MAC 제어 요소일 수 있다.
일 실시예에서, MAC SDU들은 기지국으로 중계될 상기 제2 UE로부터의 데이터를 지칭한다. 또한, 상기 MAC SDU들은 기지국으로 중계될 MAC SDU들일 수 있다.
단계 2410에서, 상기 제1 UE는 BSR을 트리거링할 수 있다. 단계 2415에서, 상기 제1 UE가 전송에 이용 가능한 데이터를 갖지 않고 상기 BSR의 전송을 위한 업링크 자원을 갖지 않을 때, 상기 제1 UE는 스케줄링 요청(Scheduling Request; SR)을 트리거링하여 기지국에 전송한다. 단계 2420에서, 상기 제1 UE는 기지국에 BSR을 전송하며, 이 때, 상기 BSR은 MAC 제어 요소를 버퍼 크기의 일부로 간주한다.
도 3 및 도 4를 다시 참조하면, 제1 UE의 일 예시적 실시예에서, 상기 기기(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. 상기 CPU(308)는 프로그램 코드(312)를 실행시켜서, 상기 제1 UE가 (ⅰ) 제2 UE로부터 전송 블록을 수신할 수 있게 하고, 이 때, 상기 전송 블록은 MAC 제어 요소를 포함하며, (ⅱ) BSR(Buffer Status Report)을 트리거링할 수 있게 하고, (ⅲ) 상기 제1 UE가 전송에 이용 가능한 데이터를 갖지 않고 상기 BSR의 전송을 위한 업링크 자원을 갖지 않을 때, 스케줄링 요청(Scheduling Request; SR)을 트리거링하여 기지국에 전송할 수 있게 하고, 그리고 (ⅳ) 기지국에 BSR을 전송할 수 있게 하며, 이 때, 상기 BSR은 MAC 제어 요소를 버퍼 크기의 일부로 간주한다. 뿐만 아니라, CPU(308)는 프로그램 코드(312)를 실행하여 전술한 모든 동작들 및 단계들 또는 본 명세서에 설명된 다른 동작들 및 단계들을 수행할 수 있다.
문제점 5 및 솔루션 - 상기 방법들에 기초하여, 결국, 중계 UE는 eNB로부터 업링크 승인을 수신할 것이다. 뿐만 아니라, 중계 UE는 어떤 콘텐츠가 LCP 절차에 기초하여 전송 블록에 포함될 것인지를 결정할 필요가 있을 것이다. 이 절차에서, 두 가지 잠재적인 문제들이 처리될 필요가 있다. 먼저, LCP 절차에서 고려되어야할 원격 UE의 사이드링크 BSR의 우선순위는 무엇인지? 두 번째로, 원격 UE의 사이드링크 BSR이 다중 UL 승인들을 통해 전송될 수 있나?
첫 번째 문제점과 관련하여, 중계 UE에서 원격 UE의 사이드링크 BSR에 대한 가능한 우선순위 설정이 이하에 열거된다.
옵션 1 - 중계 UE의 CCCH(Common Control Channel) > 중계 UE의 BSR > 중계 UE의 PHR(Power Headroom Report) > 중계 UE의 사이드링크 BSR = 원격 UE의 사이드링크 BSR(Based on LCG 또는 PPPP) > 데이터> 패딩.
옵션 2 - 중계 UE의 CCCH > 중계 UE의 BSR > 중계 UE의 PHR > 중계 UE의 사이드링크 BSR > 원격 UE의 사이드링크 BSR > 데이터 > 패딩.
유의 : PHR은 또한 extendedPHR, dualConnectivityPHR, 또는 다른 미래의 업링크 전력 보고 관련 제어 요소일 수 있다.
그러나, 불충분한 업링크 승인의 경우를 고려하면, 원격 UE의 사이드링크 BSR은 업링크 승인에 따라 생성된 TB(Transport Block)에 부분적으로 포함될 수 있다. 일반적으로, UE는 TB에 보다 중요한 정보(예를 들어, 보다 높은 우선순위)를 가능한 많이 포함할 것이다. 그러나, 원격 UE로부터 수신된 사이드링크 BSR 또는 MAC SDU들에 관해서, 중계 UE는 그러한 수신된 정보의 우선순위를 이해하지 못할 수 있다. 예를 들어, 레거시에서, 사이드링크 BSR은 많은 LCG들(Logical Channel Groups)을 포함하며, 각각의 LCG는 특정 세트의 논리 채널 우선순위와 연관된다. 상기 연계(association)는 eNB에 의해 결정되고 UE에 전용으로 구성된다. 이전 조건에서, 중계 UE가 원격 UE로부터 사이드링크 BSR을 수신할 때, 중계 UE는 중계 UE가 LCG와 논리 채널 우선순위, 예를 들어 PPPP(Pro-Se Per Packet Priority) 간의 연계를 알지 못하기 때문에 정보의 어느 부분을 먼저 포함하는 것이 더 중요한지를 결정할 수 없다. 따라서, eNB는 가능한 한 빨리 중요한 정보를 획득할 수 없을 수 있다. 상기 문제점을 해결하기 위해, eNB는 중계 UE가 명령을 포함하는 적절한 결정을 하는 것을 돕기 위해 중계 UE에게 원격 UE의 연계(association)을 제공할 수 있다. 중계 UE는 옵션 1 및 옵션 2 모두에 대해 상기 연계(association)를 고려할 것이다. 또한, 옵션 1에 대해, 상기 중계 UE는 LCG와 논리 채널 우선순위 사이의 원격 UE의 연계 및 자신의 연계 모두를 고려할 것이다.
뿐만 아니라, 중계 UE가 원격 UE의 버퍼 상태를 포워딩하지 않을 경우에도, 원격 UE의 구성 정보를 중계 UE에 제공하는 것은 중계 UE가 원격 UE로부터 수신된 사이드링크 BSR에서 각각의 LCG의 우선순위를 정확하게 이해하는 데 유리할 것이다. 이에 기초하여, 중계 UE는 문제점 6(이하 논의됨)에 대한 솔루션으로서 버퍼 상태를 재정렬하고 정보를 업데이트할 수 있으며, 또는 원격 UE에서 더 높은 우선순위 데이터에 대한 자원을 직접 스케줄링할 수 있다. 대안적으로, 구성을 정렬하기 위해 그리고 또한 상기 구성의 이해를 위해 원격 UE에게 그것의 LCG/PPPP 구성(상기에 논의됨)을 전달하는 것은 중계 UE에 의해 수행될 수 있다.
중계 UE는 중계 UE의 우선순위결정 규칙에 따라 원격 UE로부터 수신된 임의의 제어 요소들 또는 패킷들을 처리할 수 있다. 대안적으로, 그것은 원격 UE의 구성을 파악할 수 있도록 모든 UE들에게 브로드캐스팅될 수 있다. 이러한 방식으로, 중계 UE는 정보를 공유할 수 있다. 일 실시예에서, 중계 UE는 브로드캐스트 메시지 내 구성을 적용하지 않는다. 대안적으로, 중계 UE는 브로드캐스트 메시지 내 동일한 구성을 적용할 수 있다.
한편, 중계 UE가 포함 순서를 결정할 때, 중계 UE는 상술한 경우에 대해 원격 UE로부터 수신된 부분적인 사이드링크 BSR 정보를 TB에 포함할 것이다. 또한 UE는 약간의 변화(예를 들어, 새로운 MAC 서브헤더를 대체하거나 다른 목적을 위해 부분적인 사이드링크 BSR에 추가 표시(들)를 추가하는 것)를 갖는 부분적 사이드링크 BSR을 포함할 수 있다.
불충분한 업링크 승인의 경우에 관하여, 네트워크가 업링크 BSR, 중계 UE의 사이드링크 BSR 및 원격 UE의 사이드링크 BSR을 수용하기에 충분한 업링크 승인을 제공하지 않을 수 있기 때문에, 중계 UE는 이러한 BSR들 중 일부를 TB에 포함시킬 것이다. 레거시 설계에 따라, 사이드링크 BSR은 부분적으로 TB에 포함될 수 있으며, 그리고 포함된 부분의 서브헤더는 남아있는 부분이 있음을 eNB에게 알리기 위해 절단된(truncated) 사이드링크 BSR로 설정해야한다. 이 메커니즘은 또한 새로운 유형의 BSR, 즉 원격 UE의 사이드링크 BSR에서 재사용될 수 있다고 보는 것이 타당하다. 그러나, 모든 포함된 BSR들이 완전한 BSR이지만 일부 새로운 유형의 정규 BSR이 여전히 남아있을 수 있는 경우 문제가 발생할 수 있다. 그러한 경우, 상기 유형의 정규 BSR이 자발적으로 SR을 트리거링할 수는 있지만, 그러한 메커니즘에 의존하는 것은 몇몇 패널티(예를 들어, 불필요한 SR 전송, 지연 등)를 가질 수 있다.
이 문제점을 해결하는 한 가지 방법은 UE에 보류중인 제어 요소(들)가 있음을 나타내기 위해 새로운 LCID를 정의하는 것이다. 일 실시예에서, 새로운 LCID는 BSR의 서브헤더에 사용될 수 있다. 또한, BSR은 사이드링크 BSR일 수 있고, 사이드링크 BSR은 포워딩을 위해 원격 UE로부터 수신되는 사이드링크 BSR일 수 있다.
또 다른 구현에서, 새로운 LCID는 BSR의 버퍼 상태가 이미 제어 요소들을 고려하는지 여부를 나타내는데 사용될 수 있다. 일 실시예에서, 사이드링크 BSR이 TB에 불완전하게 포함될 때, UE는 새로운 LCID를 사이드링크 BSR로 설정하지 않을 것이다.
또 다른 실시예에서, 새로운 LCID는 새로운 MAC 제어 요소에 사용될 수 있다. 또한, 새로운 MAC 제어 요소는 얼마나 많은 보류중인 제어 요소들이 UE(예를 들어, 중계 UE)에 존재하는지를 나타낼 수 있다. 일 실시예에서, 상기 보류 중인 제어 요소들은 사이드링크 BSR 제어 요소들일 수 있다. 또한, 상기 보류중인 제어 요소들은 다른 UE들로부터 수신된 제어 요소들일 수 있다. 뿐만 아니라, 상기 보류중인 제어 요소들은 UE 내의 제어 요소들(예를 들어, PHR CE, 사이드링크 BSR CE 등)일 수 있다.
일 실시예에서, 새로운 MAC 제어 요소는 현재의 LCP 절차에서 BSR 제어 요소보다 높은 우선순위를 갖는다. 다른 실시예에서, 새로운 MAC 제어 요소는 현재의 LCP 절차에서 사이드링크 BSR 제어 요소보다 높은 우선순위를 갖는다. 또 다른 실시예에서, 새로운 MAC 제어 요소는 현재의 LCP 절차에서 업링크 PHR 제어 요소보다 높은 우선순위를 갖는다.
이 문제를 해결하는 또 다른 방법은 모든 원격 UE의 사이드링크 BSR CE들이 동일하거나 유사한 목적의 여러 제어 요소들을 나타내기 위해 MAC 서브헤더를 공유하게 하는 것이다. 일 실시예에서, 새로운 MAC 서브헤더는 어떤 표적 UE의 제어 요소를 표시하기 위한 필드, 그리고 동일한 타겟 UE의 버퍼 상태 제어 요소들의 경계 또는 수를 나타내는 또 다른 필드를 포함할 수 있다. 도 25에 예시적 실시예가 도시되어 있다. 도 25에서, 원격 UE 인덱스는 제어 요소의 소속을 식별하는 eNB를 위한 것이다. 각각의 LCG 쌍(예를 들어, 목적지 인덱스 + LCG + 버퍼 크기)이 동일한 길이를 갖기 때문에, LCG 번호 필드는 제어 요소의 길이 또는 경계를 나타낼 수 있다.
문제점 6 및 솔루션 - eNB가 원격 UE의 자원 요구에 관한 정보를 얻는 다른 메커니즘은 중계 UE가 원격 UE의 요구에 대해 사이드링크 BSR을 트리거하고 보고한다는 것이다. 이러한 메커니즘을 이용하여, 원격 UE는 레거시 사이드링크 BSR 메커니즘을 유지할 것이다. 그러나, 트리거링된 사이드링크 BSR은 PC5 인터페이스를 통해 중계 UE에게 전송될 것이다. 세부 정보는 위의 관련 내용을 참조할 수 있다.
중계 UE가 원격 UE로부터 사이드링크 BSR을 수신할 때, 원격 UE로부터의 사이드링크 BSR의 내용은 중계 UE에 의한 링크의 새로운 유형의 이용 가능한 데이터로 간주될 것이다. 레거시 사이드링크 BSR 메커니즘에 따라, 중계 UE는 중계 UE의 사이드링크 BSR에 상기 새로운 유형의 이용 가능한 데이터를 반영할 것이며, 그리고 사이드링크 자원을 요청하기 위해 상기 중계 UE의 사이드링크 BSR을 기지국에 전송할 것이다. 또한, 중계 UE가 원격 UE의 데이터를 실제로 소유하지 않기 때문에, 중계 UE는 중계 UE가 원격 UE로부터 사이드링크 BSR을 수신할 때 새로운 유형의 이용 가능한 데이터의 버퍼 상태를 최신 상태로 업데이트할 필요가 있을 것이다.
일 실시예에서, 기지국은 중계 UE의 사이드링크 BSR에 기초하여 중계 UE에 자원을 스케줄링할 수 있다. 또한, 중계 UE는 스케줄링된 사이드링크 자원들 모두 또는 일부를 원격 UE에 제공할 수 있다. 대안적으로, 기지국은 자원을 원격 UE에 직접 스케줄링할 수 있다. 예시적 실시예는 도 26에 도시되어 있다. 이 경우에 사이드링크의 LCP 절차와 관련하여, 중계 UE는 수신된 SL 승인을 사용하는 방법을 결정할 필요가 있을 수 있다. 중계 UE가 (예를 들어, PPPP 정보, LCG에 기초하여) 중계 링크의 새로운 유형의 이용 가능한 데이터에 대해 상기 수신된 SL 승인을 사용하기로 결정한다면, 상기 중계 UE는 상기 수신된 SL 승인을 부분적으로 또는 전부 상기 원격 UE에게 제공할 것이다.
이 솔루션의 주요 이점은 원격 UE의 버퍼 상태를 중계 UE의 버퍼 상태와 차별화하기 위해 Uu 인터페이스에 새로운 MAC CE들을 형성하는 것을 피하는 것이다. 그러나 이 솔루션에는 두 가지 잠재적 단점들이 존재한다. 먼저, 기지국이 수신된 사이드링크 BSR에서 중계 UE의 버퍼 상태와 원격 UE의 버퍼 상태를 구별하는 것이 어려울 수 있다. 따라서 중계 UE와 원격 UE 간의 링크에 대한 스케줄링에는 자원 낭비의 위험이 있을 수 있다. 둘째로, 원격 UE는 이 방법을 통해 다른 PC5 링크 자원을 요청할 수 없다.
첫 번째 단점과 관련하여, 패널티를 완화하기 위한 몇 가지 가능한 방법들이 존재한다. 하나의 가능한 방법은 원격 UE 및 중계 UE의 버퍼 상태를 링크의 서로 다른 LCG들로 분리하는 것이다. 이는 기지국 구성에 의해 달성될 수 있다. 예시적인 실시예가 도 27에 도시되어 있다.
다른 가능한 방법은 원격 UE 및 중계 UE의 버퍼 상태를 상이한 사이드링크 BSR들로 분리하는 것이다. 이 방법을 달성하기 위해, 중계 UE는 원격 UE의 버퍼 상태를 보고하기 위해 다른 링크를 생성할 필요가 있을 것이다. 따라서, 중계 UE는 SidelinkUEInformation를 통해 중계 세션에 대한 두 개의 링크들을 보고할 수 있는데, 상기 두 개의 링크들은 중계 세션의 DL 방향에 대한 하나의 링크(이는 레거시 설계 다음에 수행될 것이다) 및 중계 세션의 UL 방향에 대한 하나의 링크(예를 들어, 중계 UE의 ProSe UE ID를 destinationInfoList에 포함시키거나 또는 commTxResourceReqRelay와 유사한 새로운 IE를 생성)를 포함한다.
중계 UE가 중계 세션과 연관된 원격 UE로부터 사이드링크 BSR을 수신할 때, 사이드링크 BSR 내 버퍼 상태는 중계 세션의 UL 방향을 나타내는 링크에 대한 새로운 이용 가능한 데이터로서 간주될 것이다. 이 실시예의 예들이 도 28 및 도 29에 도시되어 있다. 중계 UE가 SL 승인을 수신하고 중계 세션의 UL 방향을 나타내는 링크 상에서 그것을 사용하기로 결정할 때, 중계 UE는 상기 중계 세션과 관련하여 원격 UE에게 상기 SL 승인을 제공할 수 있다.
도 30은 일 예시적 실시예에 따른 흐름도(3000)이다. 단계 3005에서, 제1 UE는 BSR의 목적지 인덱스와 제2 UE의 링크 사이의 연계(association)를 확립하기 위한 메시지를 기지국에 전송하고, 이 때 상기 제2 UE는 링크의 소스이다. 단계 3010에서, 상기 제1 UE는 BSR을 트리거링하여 기지국에 전송하며, 이 때, 목적지 인덱스 관련 버퍼 상태는 상기 링크에 대한 상기 제2 UE의 자원 요구를 포함한다.
일 실시예에서, 상기 메시지는 제2 UE의 아이덴티티를 포함할 수 있다. 대안적으로, 상기 메시지는 제1 UE의 아이덴티티 및 제2 UE의 아이덴티티를 쌍으로 포함할 수 있다. 또한, 상기 메시지는 제2 UE의 아이덴티티 및 목적지 인덱스를 포함할 수 있다. 뿐만 아니라, 상기 메시지는 SidelinkUEInformation 또는 RRC(Radio Resource Control) 메시지일 수 있다.
일 실시예에서, 상기 제1 UE가 BSR을 전송할 때, 제2 UE의 버퍼 상태와 관련된 데이터가 제2 UE에 보류될 수 있다. 뿐만 아니라, 상기 BSR은 사이드링크 BSR일 수 있다. 또한, 제2 UE의 링크는 기기 간 인터페이스를 통해 제2 UE로부터 다른 UE(제1 UE 포함)로 데이터를 포워딩하기 위한 것일 수 있다.
도 3 및 도 4를 다시 참조하면, 제1 UE의 일 예시적 실시예에서, 상기 기기(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. 상기 CPU(308)는 프로그램 코드(312)를 실행시켜서, 상기 제1 UE가 (ⅰ) BSR의 목적지 인덱스와 제2 UE의 링크 사이의 연계(association)를 확립하기 위한 메시지를 기지국에 전송할 수 있게 하며, 이 때 상기 제2 UE는 링크의 소스이고, 그리고 (ⅱ) BSR을 트리거링하여 기지국에 전송할 수 있게 하며, 이 때, 목적지 인덱스 관련 버퍼 상태는 링크에 대한 상기 제2 UE의 자원 요구를 포함한다. 뿐만 아니라, CPU(308)는 프로그램 코드(312)를 실행하여 전술한 모든 동작들 및 단계들 또는 본 명세서에 설명된 다른 동작들 및 단계들을 수행할 수 있다.
도 31은 UE의 관점에서의 일 예시적 실시예에 따른 흐름도(3100)이다. 단계 3105에서, 상기 제1 UE는 BSR의 목적지 인덱스 및 제2 UE의 링크 사이의 연계를 확립하기 위한 구성을 기지국으로부터 수신하며, 이 때 상기 제2 UE는 상기 링크의 소스이다.
일 실시예에서, 상기 구성은 상기 제2 UE의 아이덴티티(예를 들어, ProSe UE ID), 상기 제1 UE의 아이덴티티 및 상기 제2 UE의 아이덴티티를 쌍으로, 그리고/또는 상기 제2 UE의 아이덴티티 및 상기 목적지 인덱스를 포함할 수 있다. 또한, 상기 구성은 RRCConnectionReconfiguration 또는 RRC 메시지에 포함될 수 있다.
단계 3110에서, 상기 제1 UE는 BSR을 트리거링하여 기지국에 전송하며, 이 때, 목적지 인덱스 관련 버퍼 상태는 상기 링크에 대한 상기 제2 UE의 자원 요구를 포함한다. 일 실시예에서, 상기 제1 UE는 중계 UE일 수 있으며, 그리고 상기 제2 UE는 원격 UE일 수 있다.
일 실시예에서, 상기 기기 간 중계 통신은 상기 제1 UE가 상기 제2 UE의 데이터를 상기 기지국에 중계하는 것일 수 있다. 대안적으로, 상기 기기 간 중계 통신은 상기 제1 UE가 상기 제2 UE의 데이터를 상기 기지국으로부터 상기 제2 UE로 중계하는 것일 수 있다.
일 실시예에서, 상기 제2 UE의 링크는 상기 제1 UE에게 메시지들을 전송하는 상기 제2 UE를 위한 링크일 수 있다. 대안적으로, 상기 제2 UE의 링크는 중계를 위해 상기 제1 UE에게 메시지들을 전송하는 상기 제2 UE를 위한 링크이다.
도 3 및 도 4를 다시 참조하면, 제1 UE의 일 예시적 실시예에서, 상기 기기(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. 상기 CPU(308)는 프로그램 코드(312)를 실행시켜서, 상기 제1 UE가 (ⅰ) BSR의 목적지 인덱스와 제2 UE의 링크 사이의 연계(association)를 확립하기 위한 구성을 기지국으로부터 수신할 수 있게 하며, 그리고 (ⅱ) BSR을 트리거링하여 기지국에 전송할 수 있게 하며, 이 때, 목적지 인덱스 관련 버퍼 상태는 링크에 대한 상기 제2 UE의 자원 요구를 포함한다. 뿐만 아니라, CPU(308)는 프로그램 코드(312)를 실행하여 전술한 모든 동작들 및 단계들 또는 본 명세서에 설명된 다른 동작들 및 단계들을 수행할 수 있다.
본원의 개시내용의 여러 측면들이 상술되었다. 여기서 분명히 알아야 할 점은 본원의 교시들은 다른 여러 형태로 구현될 수 있으며 그리고 본원에 개시되어 있는 임의의 특정 구조, 기능, 또는 이들 모두는 단지 대표적인 사례라는 점이다. 본원의 교시들에 기반하여, 당업자는 본원에 개시된 한 측면이 임의의 다른 측면들과는 독립적으로 구현될 수 있다는 것과 이러한 측면들 중 2 가지 이상의 측면들이 여러 방식들로 조합될 수 있음을 이해할 것이다. 예를 들면, 본원에 개시된 측면들 중 임의의 개수의 측면들을 사용하여 하나의 장치가 구현될 수도 있고 하나의 방법이 실시될 수도 있다. 그 외에도, 본원에 기재된 측면들 중 하나 이상의 측면들에 추가해서, 또는 본원에 기재된 측면들 중 하나 이상의 측면들 외에, 다른 구조, 기능, 또는 구조 및 기능을 사용하여 그러한 장치가 구현될 수도 있고 그러한 방법이 실시될 수도 있다. 위의 개념들 중 몇몇 개념들의 일례로서, 일부 측면들에서, 동시 채널(concurrent channel)들은 펄스 반복 주파수(pulse repetition frequency)들에 기반하여 확립될 수 있다. 일부 측면들에서, 동시 채널들은 펄스 위치 또는 오프셋들에 기반하여 확립될 수 있다. 일부 측면들에서, 동시 채널들은 시간 호핑 시퀀스(time hopping sequence)들에 기반하여 확립될 수 있다. 일부 측면들에서, 동시 채널들은 펄스 반복 주파수들, 펄스 위치들 또는 오프셋들, 그리고 시간 호핑 시퀀스들에 기반하여 확립될 수 있다.
당업자라면 이해하겠지만, 정보 및 신호들은 다른 여러 기술들 및 기법들 중 어느 하나를 사용하여 표현될 수 있다. 예를 들면, 위의 설명 전반에 걸쳐 참조될 수 있는 데이터, 명령(instruction)들, 커맨드(command)들, 정보, 신호들, 비트들, 심볼들, 그리고 칩들은 전압들, 전류들, 전자기파(electromagnetic wave)들, 자기장들 또는 입자들, 광학 필드(optical field)들 또는 입자들, 또는 이들의 임의 조합으로 표현될 수 있다.
당업자라면 본원에 개시된 측면들과 연관지어 설명한 여러 예시적인 논리 블록들, 모듈들, 프로세서들, 수단들, 회로들, 그리고 알고리즘 단계들이 전자 하드웨어(예컨대, 소스 부호화 또는 다른 어떤 기법을 사용하여 설계될 수 있는, 디지털 구현, 아날로그 구현, 또는 이 두 가지 구현들의 조합), (편의상 본원에서는 "소프트웨어" 또는 "소프트웨어 모듈"로 언급될 수 있는) 여러 형태의 프로그램 또는 설계 코드 통합 명령어들, 또는 이들 모두의 조합들로서 구현될 수 있음을 또한 이해할 것이다. 이러한 하드웨어 및 소프트웨어의 호환성(interchangeability)을 명확하게 예시하기 위해, 여러 예시적 구성요소들, 블록들, 모듈들, 회로들, 그리고 단계들이 그들의 기능성에 대하여 위에서 전반적으로 설명되었다. 그러한 기능성이 하드웨어로서 구현되는지 또는 소프트웨어로서 구현되는지의 여부는 전체 시스템에 강제되는 특정 애플리케이션 및 설계 제약들에 의존한다. 숙련된 기술자들은 각각의 특정 애플리케이션에 대하여 다양한 방식으로 위에서 설명된 기능성을 구현할 수 있지만, 그러한 구현 판단들은 본원의 개시내용의 범위로부터 벗어나는 것으로 해석되어서는 안 된다.
그 외에도, 본원에 개시된 측면들과 연관지어 설명된 여러 예시적인 논리 블록들, 모듈들, 그리고 회로들은 집적 회로(integrated circuit; IC), 액세스 단말, 또는 액세스 포인트 내에서 구현될 수도 있고, 집적 회로(IC), 액세스 단말기, 또는 액세스 포인트에 의해 수행될 수도 있다. 상기 IC는, 본원에 기술된 기능들을 수행하도록 설계된, 범용 프로세서, 디지털 신호 프로세서(digital signal processor; DSP), 주문형 집적 회로(application specific integrated circuit; ASIC), 필드 프로그램가능 게이트 어레이(field programmable gate array; FPGA) 또는 다른 프로그램가능 논리 장치, 개별 게이트 또는 트랜지스터 로직, 개별 하드웨어 구성요소들, 전기 구성요소들, 광학 구성요소들, 기계 구성요소들, 또는 이들의 임의 조합을 포함할 수 있으며, 그리고 상기 IC 내부에, 상기 IC 외부에, 또는 상기 IC 내부 및 외부에 존재하는 코드들 또는 명령어들을 실행할 수 있다. 범용 프로세서는 마이크로프로세서일 수 있지만, 대안적으로는, 상기 프로세서는 임의의 종래 프로세서, 제어기, 마이크로제어기, 또는 상태 기계(state machine)일 수도 있다. 프로세서는 또한 컴퓨팅 장치들, 예컨대 DSP 및 마이크로프로세서의 조합체, 복수 개의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서들, 또는 기타 그러한 구성으로서 구현될 수도 있다.
여기서 이해할 점은 상기에 개시된 임의의 프로세스에서의 단계들의 어떠한 특정 순서 또는 계층이라도 예시적인 접근 예이라는 점이다. 설계상의 선호들에 기반하여, 당업자라면 상기 프로세스에서의 단계들의 특정 순서 또는 계층이 본원의 개시내용의 범위 내에 있으면서 재배치될 수 있다는 점을 이해할 것이다. 이에 수반되는 방법 청구항들은 여러 단계 요소들을 예시적인 순서로 제시하고 있으며, 상기 청구항들에 기재된 특정 순서 또는 계층으로 국한되는 것으로 해석되지 않는다.
본원에 개시된 측면들과 연관지어 설명된 방법 또는 알고리즘의 단계들은 하드웨어로 직접 구체화될 수도 있고, 프로세서에 의해 실행되는 소프트웨어 모듈로 직접 구체화될 수도 있으며 이 2가지의 조합으로 직접 구체화될 수도 있다. (예를 들어, 실행 가능한 명령어들 및 관련 데이터를 포함하는) 소프트웨어 모듈 및 다른 데이터는 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 이동식 디스크, CD-ROM, 또는 당업계에 공지된 임의의 다른 형태의 컴퓨터-판독가능 저장 매체와 같은 데이터 메모리에 존재할 수 있다. 예시적인 저장 매체는 예를 들면 상기 프로세서가 상기 저장 매체로부터 정보(예를 들어, 코드)를 판독하고 상기 저장 매체에 정보를 기록할 수 있게 하는 컴퓨터/프로세서(편의상 본원에서 "프로세서"로 언급될 수 있음)와 같은 기계에 연결될 수 있다. 예시적인 저장 매체는 상기 프로세서에 통합되어 있을 수도 있다. 상기 프로세서 및 상기 저장 매체는 ASIC에 존재할 수 있다. 상기 ASIC는 사용자 장비에 존재할 수 있다. 대안적으로는, 상기 프로세서 및 상기 저장 매체는 사용자 장비 내의 개별 구성요소들로서 존재할 수 있다. 더욱이, 일부 측면들에서, 임의의 적합한 컴퓨터-프로그램 제품은 본원의 개시내용의 측면들 중 하나 이상의 측면들에 관한 코드들을 포함하는 컴퓨터-판독가능 매체를 포함할 수 있다. 일부 측면들에서, 컴퓨터 프로그램 제품은 패키징 재료들(packaging materials)을 포함할 수 있다.
본 발명이 여러 측면들에 관련하여 설명되었지만, 본 발명은 추가 수정들이 가능하다는 것이 이해될 것이다. 본원은, 일반적으로 본 발명의 원리들을 따르는 본 발명의 임의의 변경들, 이용들 또는 개조(adaptation)를 포괄하고자 한 것이며, 이는 본 발명이 속하는 기술 분야에서 공지된 그리고 관례적인 실시에서 일어나는 것과 같은 본원의 개시내용으로부터의 그러한 이탈을 포함한다.

Claims (20)

  1. 제1 사용자 장비(User Euipment; UE)가 무선 통신 시스템에서 기기 간 중계 통신을 지원하는 방법으로서,
    상기 제1 UE가 제2 UE로부터 전송 블록을 수신하는 단계로서, 상기 전송 블록은 MAC(Media Access Control) 제어 요소를 포함하는, 단계; 및
    상기 제1 UE가 BSR(Buffer Status Report)을 트리거링하여 기지국에 전송하는 단계로서, 상기 BSR은 상기 MAC 제어 요소를 버퍼 크기의 일부로 간주하는, 단계를 포함하는, 방법.
  2. 청구항 1에 있어서,
    상기 제1 UE가 전송에 이용 가능한 데이터를 갖고 있지 않고 BSR의 전송을 위한 업링크 자원을 갖고 있지 않을 때, 상기 제1 UE는 SR(Scheduling Request)을 트리거링하여 기지국에 전송하는, 방법.
  3. 청구항 1에 있어서,
    상기 전송 블록은 중계될 필요가 있는 어떤 MAC SDU(Service Data Unit)도 포함하지 않는, 방법.
  4. 청구항 1에 있어서,
    상기 MAC 제어 요소는 사이드링크 또는 업링크 BSR을 위한 MAC 제어 요소이거나 또는 새로운 유형의 BSR 제어 요소인, 방법.
  5. 무선 통신 시스템에서 기기 간 통신을 지원하는 방법으로서,
    제1 사용자 장비(User Equipment; UE)가 BSR(Buffer Status Report)의 목적지 인덱스와 제2 UE의 링크 간의 연계(association)를 확립하기 위한 메시지를 기지국에 전송하되, 상기 제2 UE가 링크의 소스인, 단계; 및
    상기 제1 UE가 BSR을 트리거링하여 상기 기지국에 전송하는 단계로서, 목적지 인덱스 관련 버퍼 상태는 상기 링크에 대한 상기 제2 UE의 자원 요구를 포함하는, 단계를 포함하되,
    상기 제1 UE는 상기 제2 UE가 아닌,방법.
  6. 청구항 5에 있어서,
    상기 메시지는 상기 제2 UE의 아이덴티티를 포함하는, 방법.
  7. 청구항 5에 있어서,
    상기 메시지는 상기 제1 UE의 아이덴티티 및 상기 제2 UE의 아이덴티티를 쌍으로 포함하는, 방법.
  8. 청구항 5에 있어서,
    상기 제1 UE가 상기 BSR을 전송할 때, 상기 링크에 대한 상기 제2 UE의 버퍼 상태와 관련된 데이터는 상기 제2 UE에 보류 중인, 방법.
  9. 청구항 5에 있어서,
    상기 BSR은 사이드링크 BSR 또는 업링크 BSR 또는 새로운 유형의 BSR 제어 요소인, 방법.
  10. 청구항 5에 있어서,
    상기 제2 UE의 링크는 기기 간 인터페이스를 통해 상기 제2 UE로부터 상기 제1 UE를 포함하는 다른 UE로 데이터를 포워딩하기 위한 것인, 방법.
  11. 제1 사용자 장비(User Equipment; UE)로서,
    제어 회로;
    상기 제어 회로에 설치된 프로세서; 및
    상기 제어 회로에 설치되고 상기 프로세서에 작동적으로 연결된(operatively coupled) 메모리를 포함하며,
    상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행시켜서 :
    제2 UE로부터 전송 블록을 수신하도록 설정되며; 그리고
    BSR(Buffer Status Report)을 트리거링하여 기지국에 전송하도록 설정되며,
    상기 전송 블록은 MAC(Media Access Control) 제어 요소를 포함하고,
    상기 BSR은 상기 MAC 제어 요소를 버퍼 크기의 일부로 간주하는, 제1 사용자 장비.
  12. 청구항 11에 있어서,
    상기 제1 UE가 전송에 이용 가능한 데이터를 갖고 있지 않고 BSR의 전송을 위한 업링크 자원을 갖고 있지 않을 때, 상기 제1 UE는 SR(Scheduling Request)을 트리거링하여 기지국에 전송하는, 제1 사용자 장비.
  13. 청구항 11에 있어서,
    상기 전송 블록은 중계될 필요가 있는 임의의 MAC SDU(Service Data Unit)를 포함하지 않는, 제1 사용자 장비.
  14. 청구항 11에 있어서,
    상기 MAC 제어 요소는 사이드링크 또는 업링크 BSR을 위한 MAC 제어 요소이거나 또는 새로운 유형의 BSR 제어 요소인, 제1 사용자 장비.
  15. 제1 사용자 장비(User Equipment; UE)로서,
    제어 회로;
    상기 제어 회로에 설치된 프로세서; 및
    상기 제어 회로에 설치되고 상기 프로세서에 작동적으로 연결된(operatively coupled) 메모리를 포함하며,
    상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행시켜서 :
    BSR(Buffer Status Report)의 목적지 인덱스와 제2 UE의 링크 간의 연계(association)를 확립하기 위한 메시지를 기지국에 전송하도록 설정되되, 상기 제2 UE가 링크의 소스이며; 그리고
    BSR을 트리거링하여 상기 기지국에 전송하도록 설정되고,
    상기 제2 UE는 상기 링크의 소스이며,
    목적지 인덱스 관련 버퍼 상태는 상기 링크에 대한 상기 제2 UE의 자원 요구를 포함하되,
    상기 제1 UE는 상기 제2 UE가 아닌, 제1 사용자 장비.
  16. 청구항 15에 있어서,
    상기 메시지는 상기 제2 UE의 아이덴티티를 포함하는, 제1 사용자 장비.
  17. 청구항 15에 있어서,
    상기 메시지는 상기 제1 UE의 아이덴티티 및 상기 제2 UE의 아이덴티티를 쌍으로 포함하는, 제1 사용자 장비.
  18. 청구항 15에 있어서,
    상기 제1 UE가 상기 BSR을 전송할 때, 상기 링크에 대한 상기 제2 UE의 버퍼 상태와 관련된 데이터는 상기 제2 UE에 보류 중인, 제1 사용자 장비.
  19. 청구항 15에 있어서,
    상기 BSR은 사이드링크 BSR 또는 업링크 BSR 또는 새로운 유형의 BSR 제어 요소인, 제1 사용자 장비.
  20. 청구항 15에 있어서,
    상기 제2 UE의 링크는 기기 간 인터페이스를 통해 상기 제2 UE로부터 상기 제1 UE를 포함하는 다른 UE로 데이터를 포워딩하기 위한 것인, 제1 사용자 장비.
KR1020170069629A 2016-06-06 2017-06-05 무선 통신 시스템에서 중계 채널 상의 자원 할당 방법 및 장치 KR101965488B1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201662346120P 2016-06-06 2016-06-06
US201662346074P 2016-06-06 2016-06-06
US62/346,120 2016-06-06
US62/346,074 2016-06-06

Publications (2)

Publication Number Publication Date
KR20170138063A KR20170138063A (ko) 2017-12-14
KR101965488B1 true KR101965488B1 (ko) 2019-04-03

Family

ID=58992735

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020170069629A KR101965488B1 (ko) 2016-06-06 2017-06-05 무선 통신 시스템에서 중계 채널 상의 자원 할당 방법 및 장치

Country Status (6)

Country Link
US (1) US20170353819A1 (ko)
EP (1) EP3255950A1 (ko)
JP (1) JP6454757B2 (ko)
KR (1) KR101965488B1 (ko)
CN (1) CN107466068A (ko)
TW (1) TW201743652A (ko)

Families Citing this family (135)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102636077B1 (ko) * 2015-04-06 2024-02-13 삼성전자주식회사 디바이스 대 디바이스 방식을 지원하는 무선 통신 시스템에서 디바이스 대 디바이스 탐색 메시지 송수신 장치 및 방법
US10499375B2 (en) * 2015-09-16 2019-12-03 Lg Electronics Inc. Sidelink operation method of user equipment in wireless communication system, and user equipment using same
US10212726B2 (en) * 2015-10-23 2019-02-19 Electronics And Telecommunications Research Institute Method and apparatus for transmitting uplink signal in mobile communication system of unlicensed band
GB2548806A (en) * 2016-03-22 2017-10-04 Virtuosys Ltd Content transfer functionality beyond or within cellular networks
CN110545575B (zh) * 2016-04-23 2022-06-21 上海朗帛通信技术有限公司 一种窄带移动通信的方法和装置
KR102493536B1 (ko) * 2016-06-08 2023-01-31 삼성전자주식회사 통신 단말의 릴레이 통신 방법 및 그 통신 단말
EP3273634A1 (en) 2016-07-18 2018-01-24 Panasonic Intellectual Property Corporation of America Improved support of quality of service for v2x transmissions
CN107690160B (zh) * 2016-08-05 2019-01-08 上海朗帛通信技术有限公司 一种无线通信中的方法和装置
EP3512276B1 (en) * 2016-09-30 2020-11-25 Huawei Technologies Co., Ltd. Remote user equipment and relay user equipment
US11310866B2 (en) * 2016-11-04 2022-04-19 Kyocera Corporation Communication method
US10924912B2 (en) * 2017-01-06 2021-02-16 Lg Electronics Inc. Method for transmitting and receiving data through relay in wireless communication system and apparatus therefor
EP3603284A1 (en) * 2017-03-24 2020-02-05 Telefonaktiebolaget LM Ericsson (publ) Methods providing scheduling for sidelink communications and related wireless terminals
US10375737B2 (en) 2017-05-05 2019-08-06 Motorola Mobility Llc Method and apparatus for sending and receiving information on a wireless network
EP3619989A4 (en) * 2017-05-05 2020-11-04 Motorola Mobility LLC SIDELINK CONTROL INFORMATION DISPLAY
US10667210B2 (en) * 2017-07-07 2020-05-26 Nextivity, Inc. Low power cellular base station
EP3668225A4 (en) * 2017-08-09 2020-08-05 Sony Corporation COMMUNICATION DEVICE AND METHOD OF COMMUNICATION
US11166328B2 (en) * 2017-09-19 2021-11-02 Apple Inc. Control and shared channels in device-to-device communication
CN111279768B (zh) * 2017-09-28 2023-11-14 联想(北京)有限公司 用于侧链路上的探测参考信号传输的方法和装置
US10157539B1 (en) * 2017-11-01 2018-12-18 Qualcomm Incorporated Techniques and apparatuses for prioritizing vehicle-to-everything (V2X) communication messages based on threat level estimation
US11304165B2 (en) * 2017-11-16 2022-04-12 Lg Electronics Inc. Method and apparatus for performing sidelink communication in wireless communication system
CN107911837B (zh) * 2017-11-24 2021-07-27 北京泰德东腾通信技术有限公司 窄带物联网终端缓存状态报告测试方法和系统
KR20200091452A (ko) * 2017-12-28 2020-07-30 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 무선 통신의 방법, 단말 장치와 네트워크 장치
CN110035449B (zh) * 2018-01-12 2021-06-22 华为技术有限公司 一种数据量报告的发送方法和装置
CN110062349B (zh) 2018-01-18 2021-12-03 华为技术有限公司 选择通信方式的方法、装置及车辆
US10952266B2 (en) * 2018-01-30 2021-03-16 Hyundai Motor Company Method for transmitting and receiving control information including configuration information for transmission and reception in communication system supporting vehicle-to-everything communication and apparatus for the same
US10939463B2 (en) * 2018-02-15 2021-03-02 Qualcomm Incorporated Network-assisted scheduling for packet duplication in vehicle-based sidelink communication
CN111386744A (zh) * 2018-03-30 2020-07-07 Oppo广东移动通信有限公司 一种常规bsr的触发方法、ue及计算机存储介质
CN110381000B (zh) * 2018-04-12 2020-07-28 维沃移动通信有限公司 通信系统参数的确定、指示方法及设备
WO2019214135A1 (zh) * 2018-05-07 2019-11-14 Oppo广东移动通信有限公司 通信方法和设备
EP3791620A4 (en) * 2018-05-11 2021-03-17 Telefonaktiebolaget LM Ericsson (publ.) METHODS AND DEVICES FOR CAPACITY EXPOSURE
US10939448B2 (en) * 2018-06-08 2021-03-02 Qualcomm Incorporated Predictive scheduling for MM-Wave based CV2X
CN110611943A (zh) * 2018-06-15 2019-12-24 海信集团有限公司 一种重选Relay UE的方法和设备
US10869334B2 (en) * 2018-06-19 2020-12-15 Google Llc Reporting buffer status in wireless communication systems
US11503495B2 (en) * 2018-06-20 2022-11-15 Ipla Holdings Inc. Quality of service realization in multi-hop data forwarding
WO2020006388A1 (en) 2018-06-28 2020-01-02 Convida Wireless, Llc Sidelink buffer status reports and scheduling requests for new radio vehicle sidelink shared channel data transmissions
EP3815450A1 (en) 2018-06-28 2021-05-05 Convida Wireless, Llc Prioritization procedures for nr v2x sidelink shared channel data transmission
CN110662202B (zh) * 2018-06-29 2022-11-22 华硕电脑股份有限公司 在无线通信系统中处理装置到装置资源释放的方法和设备
WO2020028662A1 (en) * 2018-08-01 2020-02-06 Intel Corporation Unified channel access for broadcast, groupcast, and unicast communication in nr v2x sidelink communication
US11606715B2 (en) 2018-08-02 2023-03-14 Lg Electronics Inc. Method of transmitting buffer status report, and device therefor
US11457431B2 (en) * 2018-08-03 2022-09-27 FG Innovation Company Limited Sidelink radio resource allocation
EP4329373A3 (en) * 2018-08-06 2024-06-05 Google Llc Inter-radio access technology handover
US20200053835A1 (en) * 2018-08-08 2020-02-13 Idac Holdings, Inc. Uu interface enhancement for nr v2x
CN110830922B (zh) * 2018-08-10 2022-04-15 大唐移动通信设备有限公司 直通链路的组播通信方法、装置和终端
US20210329598A1 (en) * 2018-08-24 2021-10-21 Nec Corporation A method, device and computer readable media for sidelink configuration transmission and reception
EP3621226B1 (en) 2018-09-10 2024-02-14 ASUSTek Computer Inc. Method and apparatus of source indication for sidelink transmission in a wireless communication system
CN110912653B (zh) * 2018-09-18 2021-07-16 华为技术有限公司 传输数据的方法和装置
JP2022500935A (ja) * 2018-09-20 2022-01-04 オッポ広東移動通信有限公司Guangdong Oppo Mobile Telecommunications Corp., Ltd. リソースの割り当て方法および装置、端末
CN110944405B (zh) * 2018-09-21 2021-06-08 展讯通信（上海）有限公司 数据传输方法、终端及计算机可读存储介质
JP2022500960A (ja) * 2018-09-21 2022-01-04 華為技術有限公司Huawei Technologies Co., Ltd. 無線通信ネットワークにおける通信のためのデバイスおよび方法
US11166307B2 (en) * 2018-09-27 2021-11-02 Lenovo (Singapore) Pte. Ltd. Transmitting a physical downlink shared channel after losing uplink synchronization
US10986661B2 (en) 2018-09-27 2021-04-20 Lenovo (Singapore) Pte. Ltd. Transmitting a physical downlink shared channel after losing uplink synchronization
CN110958706B (zh) * 2018-09-27 2021-07-30 维沃移动通信有限公司 一种缓存报告传输方法、终端及调度设备
CN110971356B (zh) * 2018-09-28 2021-06-22 华为技术有限公司 一种通信方法及通信装置
CN109496402B (zh) * 2018-10-12 2021-07-02 北京小米移动软件有限公司 标识更新方法、装置、设备、系统及存储介质
US11924675B2 (en) * 2018-10-18 2024-03-05 Apple Inc. Latency management for integrated access and backhaul
WO2020077745A1 (zh) * 2018-10-19 2020-04-23 Oppo广东移动通信有限公司 一种连接配置方法、设备及存储介质
CN112823561A (zh) * 2018-11-01 2021-05-18 苹果公司 用于nr v2x侧行链路通信的qos感知拥塞控制、资源分配和设备内共存解决方案
US20200146048A1 (en) * 2018-11-01 2020-05-07 Lg Electronics Inc. Deactivation of configured grant
CN111148062B (zh) * 2018-11-02 2022-04-01 大唐移动通信设备有限公司 一种资源分配方法、装置及网络设备
US11330562B2 (en) * 2018-11-27 2022-05-10 Tencent Technology (Shenzhen) Company Limited Method and apparatus for sidelink resource control
CN111278169B (zh) * 2018-12-27 2022-05-17 维沃移动通信有限公司 切换方法、第一终端及第二终端
CN111385765B (zh) * 2018-12-28 2022-07-22 大唐移动通信设备有限公司 信息传输的方法及终端
CN111431673A (zh) * 2019-01-10 2020-07-17 夏普株式会社 用户设备中的方法以及用户设备
WO2020146461A1 (en) * 2019-01-10 2020-07-16 Mediatek Singapore Pte. Ltd. Buffer status report transmission in a separate resource pool for vehicular communication
CN111107606B (zh) * 2019-01-18 2021-07-20 维沃软件技术有限公司 接口可用性上报、指示方法和设备
US11910457B2 (en) 2019-01-31 2024-02-20 Apple Inc. Unicast sidelink access stratum level connection maintenance
CN116567707A (zh) * 2019-02-13 2023-08-08 苹果公司 网络辅助的新无线电v2x侧链路资源分配的无线电资源管理
DE102020201788A1 (de) 2019-02-13 2020-08-13 Apple Inc. Funkressourcenverwaltung für netzwerkunterstützte new-radio-v2x-sidelink-ressourcenzuweisung
EP3697111A1 (en) * 2019-02-15 2020-08-19 Volkswagen Aktiengesellschaft System, vehicle, apparatuses, methods, and computer programs for user equipment and for a base station in a mobile communication system
WO2020168452A1 (en) * 2019-02-18 2020-08-27 Mediatek Singapore Pte. Ltd. Control channel design for v2x communication
CN109862541A (zh) * 2019-02-21 2019-06-07 国网江苏省电力有限公司电力科学研究院 基于IoT网络的D2D组播通信方法及装置
CN111600688B (zh) * 2019-02-21 2022-08-26 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
US20220201698A1 (en) * 2019-02-22 2022-06-23 Hyundai Motor Company Method and device for sidelink groupcast communication
CN114390702A (zh) * 2019-02-26 2022-04-22 上海朗帛通信技术有限公司 被用于无线通信的用户设备、基站中的方法和装置
US10805165B2 (en) * 2019-02-28 2020-10-13 Afero, Inc. System and method for managing and configuring attributes of internet of things (IOT) devices
CN111669835B (zh) * 2019-03-06 2023-01-13 华为技术有限公司 通信的方法、装置及系统
EP3935911B1 (en) * 2019-03-08 2024-05-01 FG Innovation Company Limited Method and apparatus for sidelink communication managements
WO2020197279A1 (en) * 2019-03-28 2020-10-01 Lg Electronics Inc. Method and apparatus for exchange of capability information for sidelink communications in a wireless communication system
EP3726923A1 (en) * 2019-03-28 2020-10-21 LG Electronics Inc. Operation method of sidelink tx ue for transmitting rrc message related to rlf after rrc resumption in wireless communication system
US11659551B2 (en) * 2019-04-02 2023-05-23 Huawei Technologies Co., Ltd. Higher layer assisted resource configuration for sidelink configured grant transmission
WO2020200079A1 (en) * 2019-04-03 2020-10-08 FG Innovation Company Limited Method and apparatus for sidelink csi acquisition
JP6894998B2 (ja) * 2019-04-12 2021-06-30 華碩電腦股▲ふん▼有限公司 無線通信システムにおいて、サイドリンク識別子の変更を処理するための方法および装置
CN111867061B (zh) * 2019-04-26 2023-02-03 大唐移动通信设备有限公司 一种预配置授权的确认方法、终端及网络侧设备
ES2917776T3 (es) * 2019-05-10 2022-07-11 Asustek Comp Inc Reporte de información sobre la capacidad del equipo de usuario para la configuración del portador de radio del enlace lateral en un sistema de comunicación inalámbrica
WO2020231178A1 (en) * 2019-05-14 2020-11-19 Samsung Electronics Co., Ltd. Resource selection for ultra-reliable low-latency communication (urllc) uplink
US11102673B2 (en) * 2019-05-17 2021-08-24 Asustek Computer Inc. Method and apparatus for distinguishing transmission feedback mode in sidelink buffer status report in a wireless communication system
US11438803B2 (en) * 2019-07-15 2022-09-06 At&T Intellectual Property I, L.P. Individual mobile devices as edge network
CN110366136B (zh) * 2019-07-17 2022-08-02 西安高新兴物联软件有限公司 V2X SideLink通信的调度以及参数配置方法、装置及存储介质
CN112242882A (zh) * 2019-07-17 2021-01-19 夏普株式会社 由用户设备执行的方法以及用户设备
EP4000334A4 (en) * 2019-07-19 2023-04-12 Lenovo (Beijing) Limited METHOD AND APPARATUS FOR SCHEDULE REQUEST AND TRANSMISSION OF BUFFER CONDITION REPORTS
CN111817826B (zh) * 2019-07-24 2022-02-01 维沃移动通信有限公司 旁链路信息传输方法、终端和控制节点
CN114208228A (zh) * 2019-07-31 2022-03-18 Lg电子株式会社 用于在无线通信系统中与bsr有关地操作ue的方法和装置
CN111800822B (zh) * 2019-08-15 2022-06-17 维沃移动通信有限公司 资源请求方法、分配方法、获取方法、装置及设备
CN111800866B (zh) * 2019-08-15 2023-09-19 维沃移动通信有限公司 资源请求方法、资源分配方法、装置、设备及介质
CN112469078A (zh) * 2019-09-06 2021-03-09 财团法人工业技术研究院 在多跳无线网络中传输缓冲区状态报告的方法和网络设备
CN112584427B (zh) * 2019-09-27 2024-04-30 华硕电脑股份有限公司 无线通信系统中传送装置间信道测量值的方法和设备
WO2021062819A1 (zh) * 2019-09-30 2021-04-08 华为技术有限公司 一种harq信息指示方法、通信装置及通信系统
US20220394744A1 (en) * 2019-10-28 2022-12-08 Lg Electronics Inc. Clearing part of sidelink grant for single pdu transmission and sidelink resource allocation
CN112752294B (zh) * 2019-10-31 2024-03-26 华硕电脑股份有限公司 无线通信系统中传送装置间侧链路报告的方法和设备
US11317381B2 (en) 2019-10-31 2022-04-26 Asustek Computer Inc. Method and apparatus for handling device-to-device feedback transmission in a wireless communication system
CN110798863B (zh) * 2019-11-07 2022-06-28 成都威爱新经济技术研究院有限公司 一种基于脑波数据的vr交互控制方法
US20210144800A1 (en) * 2019-11-08 2021-05-13 Qualcomm Incorporated Sidelink medium access control (mac) control element (ce) designs
WO2021109013A1 (en) * 2019-12-04 2021-06-10 Qualcomm Incorporated Fast uplink resource request based on external assistance
CN111083647B (zh) * 2019-12-30 2021-08-17 广州数源畅联科技有限公司 一种基于移动终端的区块链业务数据传输方法及系统
WO2021134155A1 (en) * 2019-12-30 2021-07-08 Qualcomm Incorporated Communication via sidelink relay
KR102443862B1 (ko) * 2020-01-21 2022-09-16 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 주기적 송신에 관한 사이드링크 불연속 수신을 핸들링하기 위한 방법 및 장치
EP4098073A1 (en) * 2020-01-29 2022-12-07 IDAC Holdings, Inc. Methods, architectures, apparatuses and systems directed to improved service continuity for out of range proximity wireless transmit/receive devices
US11115856B2 (en) * 2020-02-07 2021-09-07 Asustek Computer Inc. Method and apparatus for delivering uplink buffer status report of a relay in a wireless communication system
CN113271182B (zh) * 2020-02-14 2022-12-06 中国移动通信有限公司研究院 一种确定直通链路进程的方法及设备
CN113301604B (zh) * 2020-02-24 2023-04-07 维沃移动通信有限公司 缓存状态上报方法、中继终端设备及计算机可读存储介质
CN115836581A (zh) * 2020-05-19 2023-03-21 Idac控股公司 用于与wtru到wtru中继相关联的服务连续性的方法和装置
CN111586571B (zh) * 2020-05-27 2021-11-23 重庆桴之科科技发展有限公司 基于中继传输节点的车辆位置信息传输方法及系统
CN113825109A (zh) * 2020-06-18 2021-12-21 华硕电脑股份有限公司 无线通信系统中中继传送直接通信请求消息的方法和设备
US11696304B2 (en) * 2020-06-29 2023-07-04 Qualcomm Incorporated Scheduling sidelink resources for multiple unicasts by a single downlink control information message
US20210409936A1 (en) * 2020-06-29 2021-12-30 Asustek Computer Inc. Method and apparatus for relay reporting sidelink user equipment (ue) capability information in a wireless communication system
CN113923711A (zh) * 2020-07-09 2022-01-11 大唐移动通信设备有限公司 缓冲区状态报告的上报方法、装置及中继终端
US20230224858A1 (en) * 2020-07-17 2023-07-13 Qualcomm Incorporated Paging in sidelink layer 2 relay systems
US20220303942A1 (en) * 2020-07-21 2022-09-22 Apple Inc. Paging Forwarding for a Remote Wireless Device
CN113973350A (zh) * 2020-07-24 2022-01-25 大唐移动通信设备有限公司 信息传输方法、中继终端及被中继终端
US20220039145A1 (en) * 2020-07-28 2022-02-03 Qualcomm Incorporated User equipment (ue) assisted uplink (ul) transmission
WO2022028277A1 (en) * 2020-08-06 2022-02-10 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for resource allocation to terminal device
US20230354103A1 (en) * 2020-09-15 2023-11-02 Koninklijke Philips N.V. Enhanced rate signaling in wireless networks with relay function
EP3968722A1 (en) * 2020-09-15 2022-03-16 Koninklijke Philips N.V. Enhanced rate signaling in wireless networks with relay function
WO2022067748A1 (en) * 2020-09-30 2022-04-07 Nokia Shanghai Bell Co., Ltd. Sidelink communications in wireless network
EP4214962A1 (en) * 2020-10-21 2023-07-26 Samsung Electronics Co., Ltd. Method and apparatus for relaying system information on sidelink in wireless communication system
CN114650513A (zh) * 2020-12-17 2022-06-21 华为技术有限公司 通信方法及通信装置
CN112654018B (zh) * 2021-01-20 2022-06-28 温州大学 基于d2d的车辆通信联合资源分配方法
US20220240291A1 (en) * 2021-01-26 2022-07-28 Qualcomm Incorporated Sidelink channel state information (csi) reporting from a user equipment
WO2022203428A1 (en) * 2021-03-25 2022-09-29 Samsung Electronics Co., Ltd. Method and apparatus for supporting allocation of transmission resource for sidelink relay discovery message in wireless communication system
EP4089932A1 (en) * 2021-04-22 2022-11-16 Nokia Technologies Oy Adaptive relay discovery
CN117694020A (zh) * 2021-05-27 2024-03-12 高通股份有限公司 用于用户装备协作的信道信息交换
US11877319B2 (en) 2021-09-10 2024-01-16 Qualcomm Incorporated Repeater initiated channel occupancy time for shared radio frequency spectrum
US20230090671A1 (en) * 2021-09-23 2023-03-23 Qualcomm Incorporated Configuration and signaling techniques for scheduled wireless communications
CN115118765B (zh) * 2022-06-20 2024-04-05 北京京东乾石科技有限公司 服务处理的方法、装置、电子设备和存储介质
US20240015571A1 (en) * 2022-07-08 2024-01-11 Qualcomm Incorporated Logical channel groups for sidelink buffer status report forwarding

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2094039B1 (en) * 2008-02-20 2016-11-09 Amazon Technologies, Inc. Method and apparatus for processing padding buffer status reports
US8543054B2 (en) * 2010-05-03 2013-09-24 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for uplink scheduling using relays
CN104541539B (zh) * 2012-07-20 2018-05-15 Lg 电子株式会社 无线通信系统中关于设备对设备连接的干扰的信息的方法和设备
WO2014030193A1 (ja) * 2012-08-24 2014-02-27 富士通株式会社 無線通信方法、無線通信システム、無線基地局および無線端末
GB2514373B (en) * 2013-05-21 2015-07-08 Broadcom Corp Method, apparatus and computer program for controlling a user equipment
KR102130296B1 (ko) * 2013-07-31 2020-07-08 삼성전자주식회사 단말 대 단말 통신을 지원하는 단말 및 그 동작 방법
US10057918B2 (en) * 2014-08-08 2018-08-21 Telefonaktiebolaget Lm Ericsson (Publ) Coordination between prose BSR and cellular BSR
WO2016068454A1 (en) * 2014-10-30 2016-05-06 Lg Electronics Inc. Method for prohibiting from triggering scheduling request in a d2d communication system and device therefor
WO2016089081A1 (ko) * 2014-12-04 2016-06-09 엘지전자 주식회사 무선 통신 시스템에서 d2d 링크를 릴레이 하는 방법 및 이를 수행하는 장치
CN105992364B (zh) * 2015-03-02 2019-06-11 中兴通讯股份有限公司 资源处理方法及装置
WO2016159728A1 (ko) * 2015-04-01 2016-10-06 삼성전자 주식회사 D2d 통신 시스템에서 우선 순위를 처리하는 방법 및 장치
WO2016163762A1 (en) * 2015-04-07 2016-10-13 Lg Electronics Inc. Method and apparatus for performing buffer status reporting procedure for relaying in wireless communication system
CN104703224B (zh) * 2015-04-09 2018-05-15 宇龙计算机通信科技(深圳)有限公司 用于d2d通信的资源配置方法、装置和终端
US10028260B1 (en) * 2015-05-12 2018-07-17 Sprint Spectrum L.P. User equipment relay status reporting
US10064212B2 (en) * 2015-05-14 2018-08-28 Blackberry Limited Transmitting a scheduling request for a device-to-device transmission
CN104954976B (zh) * 2015-06-30 2019-03-22 宇龙计算机通信科技(深圳)有限公司 一种资源调度方法、终端、基站及系统
EP3125643B1 (en) * 2015-07-31 2019-04-03 Panasonic Intellectual Property Corporation of America Improved scheduling mechanism for prose relays serving remote ues
EP3338482B1 (en) * 2015-08-21 2020-12-23 LG Electronics Inc. Method for triggering a bsr for sidelink data in a d2d communication system and device therefor
EP3148284B1 (en) * 2015-09-25 2020-10-21 ASUSTek Computer Inc. Methods and apparatus for solving mismatch between sidelink buffer status report (bsr) and available sidelink transmission in a wireless communication system
WO2017113130A1 (zh) * 2015-12-29 2017-07-06 华为技术有限公司 一种资源请求方法、设备、网络侧节点及系统
KR102493536B1 (ko) * 2016-06-08 2023-01-31 삼성전자주식회사 통신 단말의 릴레이 통신 방법 및 그 통신 단말
US11219054B2 (en) * 2017-05-05 2022-01-04 Qualcomm Incorporated Relaying in a device-to-device communication system
US10893557B2 (en) * 2017-05-05 2021-01-12 Qualcomm Incorporated Relaying in a device-to-device communication system
US10912114B2 (en) * 2017-05-05 2021-02-02 Qualcomm Incorporated Relaying in a device-to-device communication system

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
3GPP R2-134311 TSG-RAN WG2 #84(2013.11.1)*
3GPP R2-153252 TSG-RAN WG2 #91(2015.8.14)*
3GPP R2-161182 TSG-RAN WG2 #93(2016.2.4)*
3GPP TS 36.321 V12.5.0 Release12(2015.3.25)*

Also Published As

Publication number Publication date
US20170353819A1 (en) 2017-12-07
JP2017220931A (ja) 2017-12-14
EP3255950A1 (en) 2017-12-13
KR20170138063A (ko) 2017-12-14
JP6454757B2 (ja) 2019-01-16
CN107466068A (zh) 2017-12-12
TW201743652A (zh) 2017-12-16

Similar Documents

Publication Publication Date Title
KR101965488B1 (ko) 무선 통신 시스템에서 중계 채널 상의 자원 할당 방법 및 장치
US11778685B2 (en) Method and apparatus for network configuring sidelink discontinuous reception in a wireless communication system
CN110831202B (zh) 针对多个装置到装置资源池分配资源的方法和设备
KR102436322B1 (ko) 무선 통신 시스템에서 사이드링크 불연속 수신을 구성하기 위한 방법 및 장치
US11013008B2 (en) Method and apparatus of handling device-to-device resource release in a wireless communication system
US20220007230A1 (en) Method and apparatus for requesting resource for control element transmission in a wireless communication system
TWI761045B (zh) 無線通訊系統中處理關於側鏈路不連續接收的邏輯通道優先級排序的方法和設備
US9900907B2 (en) Method for canceling scheduling requests triggered by a sidelink buffer status report in a D2D communication system and device therefor
US10455446B2 (en) Method for triggering a sidelink buffer status reporting in a D2D communication system and device therefor
KR102303881B1 (ko) 무선 통신 시스템에 있어서 디바이스-대-디바이스 리소스 풀을 선택하는 방법 및 장치
US10165580B2 (en) Method for prohibiting from triggering scheduling request in a D2D communication system and device therefor
EP3338482B1 (en) Method for triggering a bsr for sidelink data in a d2d communication system and device therefor
US10111170B2 (en) Method for canceling scheduling requests triggered by a sidelink buffer status report in a D2D communication system and device therefor
US20160135217A1 (en) Method for canceling a sidelink buffer status report in a d2d communication system and device therefor
EP2879458A1 (en) Method and apparatus for supporting device-to-device (d2d) discovery in a wireless communication system
EP3354061B1 (en) Method for transmitting a buffer status report in a d2d communication system and device therefor
US10045250B2 (en) Method for configuring a new prohibition buffer status reporting timer in a D2D communication system and device therefor
EP2931001B1 (en) Method and apparatus for reporting buffer status for device to device communication in a wireless communication system
KR102574099B1 (ko) 차량 통신을 지원하는 무선통신 시스템에서 무선 통신을 수행하는 방법 및 그 장치
US20170195911A1 (en) Method for configuring a new retransmission buffer status reporting timer in a d2d communication system and device therefor
KR20230129218A (ko) 차량 통신을 지원하는 무선통신 시스템에서 무선 통신을 수행하는 방법 및 그 장치

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant