KR20210142714A

KR20210142714A - Nr v2x에 대한 rlm 및 rlf 절차들

Info

Publication number: KR20210142714A
Application number: KR1020217034417A
Authority: KR
Inventors: 로코 디지로라모; 파스칼 엠. 어드잭플; 패트릭 스베드만; 칭 리; 저우 천; 카탈리나 미하엘라 믈라딘; 앨런 와이. 차이; 궈둥 장
Original assignee: 콘비다 와이어리스, 엘엘씨
Priority date: 2019-03-27
Filing date: 2020-03-27
Publication date: 2021-11-25
Also published as: JP2022529211A; CN114008953A; WO2020198586A1; EP3949204A1; CN114008953B; US20220191962A1

Abstract

본 출원에 따른 장치는 사이드링크(SL) 접속을 모니터링할 수 있다. 장치는 SL-라디오 링크 모니터링(SL-RLM)을 수행하기 위해 프로토콜 스택에서 신호들을 수신하고, 신호들에 따라, SL-라디오 링크 장애(RLF)가 발생했는지를 결정하는 처리 회로를 포함한다. 신호들은 하이브리드 자동 반복 요청(HARQ) 피드백을 포함할 수 있다. 신호들이 HARQ-NACK를 포함하는 경우, 처리 회로는 SL-RLF가 발생했다고 결정한다. 처리 회로는 추가로, 신호들에 대한 SL-RLM에 관련된 구성 정보를 수신하고 ― 구성 정보는 신호들의 측정량들에 대한 구성들 및 SL-RLF를 선언하기 위한 조건을 포함함 ―, 구성 정보에 따라, 신호들에 대한 SL-RLM을 위해 프로토콜 스택의 하위 계층들을 구성하고, 측정량들의 SL-RLM 측정들을 수행한다.

Description

NR V2X에 대한 RLM 및 RLF 절차들

관련 출원

본 출원은 2019년 3월 27일에 출원된 미국 가출원 제62/824,777호, 및 2019년 8월 14일에 출원된 미국 가출원 제62/886,631호에 대한 우선권을 주장하며, 이들 각각의 내용 전체가 본 명세서에서 참조로 포함된다.

분야

본 개시내용은 일반적으로 무선 통신들에 관한 것으로서, 특히, 원격 링크 모니터링을 위한 무선 통신 시스템들, 디바이스들, 방법들, 및 컴퓨터 판독가능 매체, 및 라디오 통신을 위한 원격 링크 장애 절차들(remote link failure procedures)에 관한 것이다.

본 개시내용의 예시적인 실시예는 사이드링크(sidelink)(SL) 접속을 모니터링하도록 구성된 장치를 제공한다. 장치는 SL-라디오 링크 모니터링(SL-radio link monitoring)(SL-RLM)을 수행하기 위해 프로토콜 스택에서 신호들을 수신하고, 신호들에 따라, SL-라디오 링크 장애(radio link failure)(RLF)가 발생했는지를 결정하도록 구성된 처리 회로를 포함한다. 신호들은 하이브리드 자동 반복 요청(hybrid automatic repeat request)(HARQ) 피드백을 포함할 수 있다.

신호들이 HARQ-NACK를 포함하는 경우, 처리 회로는 SL-RLF가 발생했다고 결정할 수 있다. 처리 회로는 신호 블록을 다른 장치에 송신하도록 추가로 구성될 수 있고, 신호들은 신호 블록의 송신에 응답한다.

처리 회로는 신호들에 대한 SL-RLM에 관련된 구성 정보를 수신하고 ― 구성 정보는 신호들의 측정량들(measurement quantities)에 대한 구성들 및 SL-RLF를 선언하기 위한 조건을 포함함 ―, 구성 정보에 따라, 신호들에 대한 SL-RLM을 위해 프로토콜 스택의 하위 계층들을 구성하고, 측정량들의 SL-RLM 측정들을 수행하도록 추가로 구성될 수 있다. 측정량들은 하이브리드 자동 반복 요청(HARQ) 피드백을 포함할 수 있다. 측정량들은 라디오 링크 동기(in-sync) 또는 비동기(out-of-sync)를 포함할 수 있다. 측정량들은 킵-얼라이브 메시지(keep-alive message)를 포함할 수 있다. 측정량들은 라디오 링크 제어(Radio Link Control)(RLC) 피드백을 포함할 수 있다.

처리 회로는 SL-RLM 측정들이 조건을 충족시키는지를 결정하고, 조건이 충족되는 경우에 SL-RLF가 발생했다고 선언하도록 추가로 구성될 수 있다. 처리 회로는 SL-RLM 측정들이 조건을 충족시키는지를 결정하고, 조건이 충족되지 않는 경우에 SL-RLF가 발생하지 않았다고 선언하도록 추가로 구성될 수 있다. 처리 회로는 신호들의 SL-RLM 측정들을 제어 엔티티에 송신하도록 추가로 구성될 수 있다. 제어 엔티티는, 장치로부터 수신된 SL-RLM 측정들에 따라, SL-RLF가 발생했는지를 결정한다. 처리 회로는 킵-얼라이브 실패를 포함하는 표시를 상위 계층으로부터 수신하도록 추가로 구성될 수 있다.

본 개시내용의 다른 예시적인 실시예는 사이드링크(SL) 접속을 모니터링하기 위한 방법을 제공한다. 방법은 SL-라디오 링크 모니터링(SL-RLM)을 수행하기 위해 프로토콜 스택에서 신호들을 수신하는 것, 및 신호들에 따라, SL-라디오 링크 장애(RLF)가 발생했는지를 결정하는 것을 포함한다.

본 개요는 이하의 상세한 설명에서 더 설명되는 개념들 중에서 선택된 것을 간략화된 형태로 소개하기 위해 제공된다. 본 개요는 청구 대상의 주요 특징들이나 본질적인 특징들을 식별하도록 의도된 것은 아니며, 청구 대상의 범위를 제한하기 위해 이용되도록 의도된 것도 아니다. 또한, 청구 대상은 본 개시내용의 임의의 부분에서 언급된 임의의 또는 모든 단점들을 해결하는 제한사항으로 한정되지 않는다.

본 개시내용의 범위는 첨부 도면들과 함께 읽을 때 예시적인 실시예들의 다음의 상세한 설명으로부터 가장 잘 이해된다.
도 1a는 예시적인 3GPP 아키텍처를 도시하는 시스템도이다.
도 1b는 라디오 액세스 네트워크(Radio Access Network)(RAN) 아키텍처 및 코어 네트워크(core network) 아키텍처의 예를 도시하는 시스템도이다.
도 1c는 RAN 아키텍처 및 코어 네트워크 아키텍처의 예를 도시하는 시스템도이다.
도 1d는 RAN 아키텍처 및 코어 네트워크 아키텍처의 예를 도시하는 시스템도이다.
도 1e는 예시적인 3GPP 아키텍처를 도시하는 시스템도이다.
도 1f는 무선 통신들을 위해 구성된 예시적인 장치 또는 디바이스의 시스템도이다.
도 1g는 통신 네트워크에서 이용된 컴퓨팅 시스템의 예를 도시하는 시스템도이다.
도 2는 예시적인 실시예에 따른, RLM 및 RLF 검출을 위한 절차를 도시한다.
도 3은 예시적인 실시예에 따른, 킵 얼라이브 절차를 도시한다.
도 4a는 예시적인 실시예에 따른, 피어 UE들 사이의 사이드링크 접속을 도시한다.
도 4b는 사이드링크 라디오 링크 모니터링, 사이드링크 라디오 링크 장애 평가, 및 SL 라디오 링크 복구를 위한 절차를 도시한다.
도 5는 예시적인 실시예에 따른, 다수의 사이드링크들을 갖는 UE를 도시한다.
도 6은 예시적인 실시예에 따른, UE에서 SL-RLF를 선언하기 위한 절차를 도시한다.
도 7a는 예시적인 실시예에 따른, 제어 엔티티에서 SL-RLF를 선언하기 위한 절차를 도시한다.
도 7b는 제1 UE에 의해 수행된 킵 얼라이브 절차를 도시한다.
도 7c는 제2 UE에 의해 수행된 킵 얼라이브 절차를 도시한다.
도 7d는 제1 UE에 의해 수행된 제1 대안적 절차를 도시한다.
도 7e는 제1 UE에 의해 수행된 제2 대안적 절차를 도시한다.
도 7f는 제2 UE에 의해 수행된 제1 대안적 절차를 도시한다.
본 개시내용의 다른 적용가능 영역은 이하에 제공된 상세한 설명으로부터 명백해질 것이다. 예시적인 실시예들의 상세한 설명은 단지 예시의 목적들을 의도한 것이며, 따라서, 본 개시내용의 범위를 반드시 제한하도록 의도되지는 않는다는 점이 이해되어야 한다.

3GPP(3rd Generation Partnership Project)는, 라디오 액세스, 코어 전송 네트워크, 및 서비스 능력들 ― 코덱들, 보안, 및 서비스 품질에 대한 작업을 포함함 ― 을 포함하는 셀룰러 전기통신 네트워크 기술들에 대한 기술 표준들을 개발한다. 최근의 RAT(radio access technology) 표준들은 WCDMA(일반적으로 3G라고 지칭됨), LTE(일반적으로 4G라고 지칭됨), LTE-Advanced 표준들, 및 "5G"라고도 지칭되는 뉴 라디오(New Radio)(NR)를 포함한다. 3GPP NR 표준 개발은 계속되고, 7GHz 미만의 새로운 플렉서블 라디오 액세스의 제공, 및 7GHz를 초과하는 새로운 울트라-모바일(ultra-mobile) 광대역 라디오 액세스의 제공을 포함하는 것으로 예상되는 차세대 라디오 액세스 기술(new RAT)의 정의를 포함할 것으로 예상된다. 플렉서블 라디오 액세스는 7GHz 미만의 새로운 스펙트럼에서 새로운 비-하위 호환성(non-backwards compatible) 라디오 액세스로 구성될 것으로 예상되며, 이는 분기하는 요건들을 갖는 광범위한 세트의 3GPP NR 이용 사례들을 다루기 위해 동일한 스펙트럼에서 함께 다중화될 수 있는 상이한 동작 모드들을 포함할 것으로 예상된다. 울트라-모바일 광대역은, 예를 들어, 실내 응용들 및 핫스폿(hotspot)들에 대한 울트라-모바일 광대역 액세스를 위한 기회를 제공할 cmWave 및 mmWave 스펙트럼을 포함할 것으로 예상된다. 특히, 울트라-모바일 광대역은, cmWave 및 mmWave 특정 설계 최적화들을 이용하여, 7GHz 미만의 플렉서블 라디오 액세스와 공통 설계 프레임워크를 공유할 것으로 예상된다.

3GPP는 NR이 지원하는 것으로 예상되어, 데이터 레이트, 레이턴시, 및 이동성에 대한 광범위한 사용자 경험 요건들로 귀착되는 다양한 이용 사례들을 식별하였다. 이용 사례들은 다음과 같은 일반적인 카테고리들: 향상된 모바일 광대역(eMBB) 울트라-신뢰가능 로우-레이턴시 통신(URLLC), 매시브 머신 타입 통신들(massive machine type communications)(mMTC), 네트워크 동작(예를 들어, 네트워크 슬라이싱, 라우팅, 마이그레이션 및 상호연동, 에너지 절감들), 및 V2V(Vehicle-to-Vehicle Communication), V2I(Vehicle-to-Infrastructure Communication), V2N(Vehicle-to-Network Communication), V2P(Vehicle-to-Pedestrian Communication) 및 다른 엔티티들과의 차량 통신들 중 임의의 것을 포함할 수 있는 eV2X(enhanced vehicle-to-everything) 통신들을 포함한다. 이들 카테고리들에서의 특정 서비스 및 애플리케이션들은, 예를 들자면, 모니터링 및 센서 네트워크들, 디바이스 원격 제어, 양방향 원격 제어, 개인용 클라우드 컴퓨팅, 비디오 스트리밍, 무선 클라우드-기반의 사무실, 응급 의료요원 접속(first responder connectivity), 자동차 비상호출(ecall), 재난 경보들, 실시간 게임, 다자간 화상 통화, 자율 주행, 증강 현실, 촉각 인터넷, 가상 현실, 홈 자동화(home automation), 로봇 공학(robotics), 항공 드론들(aerial drones)을 포함한다. 이 이용 사례들 및 다른 것들 모두가 본 명세서에서 고려된다.

다음은 아래의 설명에서 나타날 수 있는 서비스 레벨 및 코어 네트워크 기술들에 관한 두문자어들의 리스트이다. 달리 명시되지 않는 한, 본 명세서에서 이용된 두문자어들은 아래에 열거된 해당 용어를 의미한다.

표 1

약어들

예시적인 통신 시스템 및 네트워크들

도 1a는 본 명세서에 설명되고 청구된 시스템들, 방법들, 및 장치들이 이용될 수 있는 예시적인 통신 시스템(100)을 도시한다. 통신 시스템(100)은 일반적으로 또는 집합적으로 WTRU(102) 또는 WTRU들(102)이라고 지칭될 수 있는 무선 송신/수신 유닛(wireless transmit/receive unit)(WTRU)들(102a, 102b, 102c, 102d, 102e, 102f, 및/또는 102g)을 포함할 수 있다. 통신 시스템(100)은 RAN(103/104/105/103b/104b/105b), 코어 네트워크(106/107/109), 공중 교환 전화 네트워크(public switched telephone network)(PSTN)(108), 인터넷(110), 다른 네트워크들(112), 및 네트워크 서비스들(113)을 포함할 수 있다. 네트워크 서비스들(113)은, 예를 들어, V2X 서버, V2X 기능들, ProSe 서버, ProSe 기능들, IoT 서비스들, 비디오 스트리밍, 및/또는 에지 컴퓨팅 등을 포함할 수 있다.

본 명세서에 개시된 개념들은 임의의 수의 WTRU들, 기지국들, 네트워크들 및/또는 네트워크 요소들과 함께 이용될 수 있다는 것이 이해될 것이다. WTRU들(102) 각각은 무선 환경에서 동작 및/또는 통신하도록 구성된 임의의 타입의 장치 또는 디바이스일 수 있다. 도 1a의 예에서, WTRU들(102) 각각은 도 1a 내지 도 1e에서 핸드-헬드(hand-held) 무선 통신 장치로서 도시되어 있다. 무선 통신들에 대하여 고려된 광범위한 이용 사례들에서, 각각의 WTRU는, 단지 예로써, 사용자 장비(UE), 이동국, 고정 또는 모바일 가입자 유닛, 페이저, 셀룰러 전화, PDA(personal digital assistant), 스마트폰, 랩톱, 태블릿, 넷북, 노트북 컴퓨터, 개인용 컴퓨터, 무선 센서, 소비자 가전, 스마트 시계 또는 스마트 의류와 같은 웨어러블 디바이스, 의료용 또는 이헬스(eHealth) 디바이스, 로봇, 산업 장비, 드론, 승용차, 버스 또는 트럭과 같은 차량, 기차, 또는 비행기 등을 포함하는, 무선 신호들을 송신 및/또는 수신하도록 구성된 임의의 타입의 장치 또는 디바이스를 포함할 수 있거나 이러한 장치 또는 디바이스에서 포함될 수 있다는 것이 이해된다.

통신 시스템(100)은 또한 기지국(114a) 및 기지국(114b)을 포함할 수 있다. 도 1a의 예에서, 각각의 기지국들(114a 및 114b)은 단일 요소로서 도시된다. 실제로, 기지국들(114a 및 114b)은 임의의 수의 상호접속된 기지국들 및/또는 네트워크 요소들을 포함할 수 있다. 기지국들(114a)은, 코어 네트워크(106/107/109), 인터넷(110), 네트워크 서비스들(113) 및/또는 다른 네트워크들(112)과 같은, 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 WTRU들(102a, 102b, 및 102c) 중 적어도 하나와 무선으로 인터페이스하도록 구성된 임의의 타입의 디바이스일 수 있다. 유사하게, 기지국(114b)은, 코어 네트워크(106/107/109), 인터넷(110), 다른 네트워크들(112) 및/또는 네트워크 서비스들(113)과 같은, 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 원격 라디오 헤드(Remote Radio Head)(RRH)들(118a, 118b), 송신 및 수신 포인트(Transmission and Reception Point)(TRP)들(119a, 119b) 및/또는 로드사이드 유닛(Roadside Unit)(RSU)들(120a, 120b) 중 적어도 하나와 유선으로 및/또는 무선으로 인터페이스하도록 구성된 임의의 타입의 디바이스일 수 있다. RRH들(118a, 118b)은, 코어 네트워크(106/107/109), 인터넷(110), 네트워크 서비스들(113), 및/또는 다른 네트워크들(112)과 같은, 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 WTRU(102) 중 적어도 하나, 예를 들어, WTRU(102c)와 무선으로 인터페이스하도록 구성된 임의의 타입의 디바이스일 수 있다.

TRP들(119a, 119b)은, 코어 네트워크(106/107/109), 인터넷(110), 네트워크 서비스들(113) 및/또는 다른 네트워크들(112)과 같은, 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 WTRU(102d) 중 적어도 하나와 무선으로 인터페이스하도록 구성된 임의의 타입의 디바이스일 수 있다. RSU들(120a 및 120b)은 코어 네트워크(106/107/109), 인터넷(110), 다른 네트워크들(112) 및/또는 네트워크 서비스들(113)과 같은 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 WTRU(102e 또는 102f) 중 적어도 하나와 무선으로 인터페이스하도록 구성된 임의의 타입의 디바이스일 수 있다. 예로써, 기지국들(114a, 114b)은, 베이스 트랜시버 스테이션(Base Transceiver Station)(BTS), Node-B, eNode B, 홈(Home) Node B, 홈 eNode B, 차세대 Node-B(gNode B), 위성, 사이트 제어기, 액세스 포인트(AP), 무선 라우터 등일 수 있다.

기지국(114a)은, 다른 기지국들 및/또는, BSC(Base Station Controller), RNC(Radio Network Controller), 중계 노드들(relay nodes) 등과 같은 네트워크 요소들(도시되지 않음)도 포함할 수 있는, RAN(103/104/105)의 일부일 수 있다. 유사하게, 기지국(114b)은, 다른 기지국들 및/또는, BSC, RNC, 중계 노드들 등과 같은 네트워크 요소들(도시되지 않음)도 포함할 수 있는, RAN(103b/104b/105b)의 일부일 수 있다. 기지국(114a)은, 셀(도시되지 않음)이라고 지칭될 수 있는, 특정의 지리적 영역 내에서 무선 신호들을 송신 및/또는 수신하도록 구성될 수 있다. 유사하게, 기지국(114b)은, 셀(도시되지 않음)이라고 지칭될 수 있는 특정한 지리적 영역 내에서 유선 및/또는 무선 신호들을 송신 및/또는 수신하도록 구성될 수 있다. 셀은 셀 섹터들(cell sectors)로 더 분할될 수 있다. 예를 들어, 기지국(114a)과 연관된 셀은 3개의 섹터들로 분할될 수 있다. 따라서, 예를 들어, 기지국(114a)은, 예를 들어, 셀의 각각의 섹터에 대해 하나씩, 3개의 트랜시버들을 포함할 수 있다. 기지국(114a)은 MIMO(Multiple-Input Multiple Output) 기술을 이용할 수 있고, 따라서, 예를 들어, 셀의 각각의 섹터에 대해 다수의 트랜시버들을 이용할 수 있다.

기지국들(114a)은 임의의 적절한 무선 통신 링크(예를 들어, RF(Radio Frequency), 마이크로파, IR(infrared), UV(ultraviolet), 가시광, cmWave, mmWave 등)일 수 있는 에어 인터페이스(air interface)(115/116/117)를 통해 WTRU들(102a, 102b, 102c, 및 102g) 중 하나 이상과 통신할 수 있다. 에어 인터페이스(115/116/117)는 임의의 적절한 RAT(Radio Access Technology)를 이용하여 확립될 수 있다.

기지국(114b)은 임의의 적절한 유선(예를 들어, 케이블, 광섬유 등) 또는 무선 통신 링크(예를 들어, RF, 마이크로파, IR, UV, 가시광, cmWave, mmWave 등)일 수 있는, 유선 또는 에어 인터페이스(115b/116b/117b)를 통해 RRH들(118a 및 118b), TRP들(119a 및 119b) 및/또는 RSU들(120a 및 120b) 중 하나 이상과 통신할 수 있다. 에어 인터페이스(115b/116b/117b)는 임의의 적절한 RAT를 이용하여 확립될 수 있다.

RRH들(118a, 118b), TRP들(119a, 119b) 및/또는 RSU들(120a, 120b)은 임의의 적절한 무선 통신 링크(예를 들어, RF, 마이크로파, IR, 자외선 UV, 가시광, cmWave, mmWave 등)일 수 있는 에어 인터페이스(115c/116c/117c)를 통해 WTRU들(102c, 102d, 102e, 102f) 중 하나 이상과 통신할 수 있다. 에어 인터페이스(115c/116c/117c)는 임의의 적절한 RAT를 이용하여 확립될 수 있다.

WTRU들(102)은 임의의 적절한 무선 통신 링크(예를 들어, RF, 마이크로파, IR, 자외선 UV, 가시광, cmWave, mmWave 등)일 수 있는 사이드링크 통신과 같은 직접 에어 인터페이스(115d/116d/117d)를 통해 서로 통신할 수 있다. 에어 인터페이스(115d/116d/117d)는 임의의 적절한 RAT를 이용하여 확립될 수 있다.

통신 시스템(100)은 다중 액세스 시스템일 수 있고, CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 액세스 방식을 이용할 수 있다. 예를 들어, RAN(103/104/105)에서의 기지국(114a)과 WTRU들(102a, 102b, 102c), 또는 RAN(103b/104b/105b)에서의 RRH들(118a, 118b), TRP들(119a, 119b) 및/또는 RSU들(120a 및 120b)과 WTRU들(102c, 102d, 102e, 및 102f)은 WCDMA(Wideband CDMA)를 이용하여 에어 인터페이스(115/116/117 및/또는 115c/116c/117c)를 각각 확립할 수 있는, UTRA(UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access)와 같은 라디오 기술을 구현할 수 있다. WCDMA는 HSPA(High-Speed Packet Access) 및/또는 HSPA+(Evolved HSPA)와 같은 통신 프로토콜들을 포함할 수 있다. HSPA는 HSDPA(High-Speed Downlink Packet Access) 및/또는 HSUPA(High-Speed Uplink Packet Access)를 포함할 수 있다.

RAN(103/104/105)에서의 기지국(114a)과 WTRU들(102a, 102b, 102c, 및 102g), 또는 RAN(103b/104b/105b)에서의 RRH들(118a 및 118b), TRP들(119a 및 119b) 및/또는 RSU들(120a 및 120b)과 WTRU들(102c, 102d)은, 예를 들어, LTE(Long Term Evolution) 및/또는 LTE-A(LTE-Advanced)를 이용하여 에어 인터페이스(115/116/117 또는 115c/116c/117c)를 각각 확립할 수 있는, E-UTRA(Evolved UMTS Terrestrial Radio Access)와 같은 라디오 기술을 구현할 수 있다. 에어 인터페이스(115/116/117 또는 115c/116c/117c)는 3GPP NR 기술을 구현할 수 있다. LTE 및 LTE-A 기술은 LTE D2D 및/또는 V2X 기술들 및 인터페이스들(예컨대, 사이드링크 통신 등)을 포함할 수 있다. 유사하게, 3GPP NR 기술은 NR V2X 기술들 및 인터페이스들(예컨대, 사이드링크 통신 등)을 포함할 수 있다.

RAN(103/104/105)에서의 기지국(114a)과 WTRU들(102a, 102b, 102c, 및 102g), 또는 RAN(103b/104b/105b)에서의 RRH들(118a 및 118b), TRP들(119a 및 119b) 및/또는 RSU들(120a 및 120b)과 WTRU들(102c, 102d, 102e, 및 102f)은 IEEE 802.16(예를 들어, WiMAX(Worldwide Interoperability for Microwave Access)), CDMA2000, CDMA2000 1X, CDMA2000EV-DO, IS-2000(Interim Standard 2000), IS-95(Interim Standard 95), IS-856(Interim Standard 856), GSM(Global System for Mobile communications), EDGE(Enhanced Data rates for GSM Evolution), GERAN(GSM EDGE) 등과 같은 라디오 기술들을 구현할 수 있다.

도 1a에서의 기지국(114c)은, 예를 들어, 무선 라우터, 홈 Node B, 홈 eNode B, 또는 액세스 포인트일 수 있고, 사업장, 집, 차량, 기차, 항공기, 위성, 공장, 캠퍼스 등과 같은 국지화된 영역에서 무선 접속(wireless connectivity)을 용이하게 하기 위한 임의의 적절한 RAT를 이용할 수 있다. 기지국(114c) 및 WTRU들(102), 예를 들어, WTRU(102e)는 WLAN(Wireless Local Area Network)을 확립하기 위해 IEEE 802.11과 같은 라디오 기술을 구현할 수 있다. 유사하게, 기지국(114c) 및 WTRU들(102), 예를 들어, WTRU(102d)는 WPAN(wireless personal area network)을 확립하기 위해 IEEE 802.15와 같은 라디오 기술을 구현할 수 있다. 기지국(114c) 및 WTRU들(102), 예를 들어, WRTU(102e)는 피코셀(picocell) 또는 펨토셀(femtocell)을 확립하기 위해 셀룰러 기반 RAT(cellular-based RAT)(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A, NR 등)를 이용할 수 있다. 도 1a에 도시된 바와 같이, 기지국(114c)은 인터넷(110)에 대한 직접 접속을 가질 수 있다. 따라서, 기지국(114c)은 코어 네트워크(106/107/109)를 통해 인터넷(110)에 액세스하도록 요구되지 않을 수 있다.

RAN(103/104/105) 및/또는 RAN(103b/104b/105b)은 음성, 데이터, 메시징, 권한부여(authorization) 및 인증(authentication), 애플리케이션들, 및/또는 VoIP(Voice Over Internet Protocol) 서비스들을 WTRU들(102) 중 하나 이상에 제공하도록 구성된 임의의 타입의 네트워크일 수 있는 코어 네트워크(106/107/109)와 통신할 수 있다. 예를 들어, 코어 네트워크(106/107/109)는 호 제어(call control), 과금 서비스들(billing services), 모바일 위치 기반 서비스들, 선불 전화(pre-paid calling), 인터넷 접속, 패킷 데이터 네트워크 접속, 이더넷 접속, 비디오 배포(video distribution) 등을 제공할 수 있고/있거나 사용자 인증과 같은 하이 레벨 보안 기능들을 수행할 수 있다.

비록 도 1a에 도시되어 있지는 않지만, RAN(103/104/105) 및/또는 RAN(103b/104b/105b) 및/또는 코어 네트워크(106/107/109)는 RAN(103/104/105) 및/또는 RAN(103b/104b/105b)과 동일한 RAT 또는 상이한 RAT를 이용하는 다른 RAN들과 직접 또는 간접 통신할 수 있다는 것이 이해될 것이다. 예를 들어, E-UTRA 라디오 기술을 이용할 수 있는 RAN(103/104/105) 및/또는 RAN(103b/104b/105b)에 접속되는 것에 부가하여, 코어 네트워크(106/107/109)는 또한 GSM 또는 NR 라디오 기술을 이용하는 다른 RAN(도시되지 않음)과 통신할 수 있다.

코어 네트워크(106/107/109)는 또한 WTRU들(102)이 PSTN(108), 인터넷(110), 및/또는 다른 네트워크들(112)에 액세스하기 위한 게이트웨이로서 역할을 할 수 있다. PSTN(108)은 POTS(Plain Old Telephone Service)를 제공하는 회선 교환 전화 네트워크들(circuit-switched telephone networks)을 포함할 수 있다. 인터넷(110)은 TCP/IP 인터넷 프로토콜 세트에서의 송신 제어 프로토콜(Transmission Control Protocol)(TCP), 사용자 데이터그램 프로토콜(User Datagram Protocol)(UDP), 및 인터넷 프로토콜(IP)과 같은 공통 통신 프로토콜들을 이용하는 상호접속된 컴퓨터 네트워크들 및 디바이스들의 글로벌 시스템을 포함할 수 있다. 다른 네트워크들(112)은 다른 서비스 제공자들에 의해 소유되고/되거나 운영되는 유선 또는 무선 통신 네트워크들을 포함할 수 있다. 예를 들어, 네트워크들(112)은 RAN(103/104/105) 및/또는 RAN(103b/104b/105b)과 동일한 RAT 또는 상이한 RAT를 이용할 수 있는 하나 이상의 RAN에 접속된 다른 코어 네트워크 또는 임의의 타입의 패킷 데이터 네트워크(예를 들어, IEEE 802.3 Ethernet network)를 포함할 수 있다.

통신 시스템(100)에서의 WTRU들(102a, 102b, 102c, 102d, 102e, 및 102f) 중 일부 또는 전부는 다중 모드 능력들(multi-mode capabilities)을 포함할 수 있으며, 예를 들어, WTRU들(102a, 102b, 102c, 102d, 102e, 102f)은 상이한 무선 링크들을 통해 상이한 무선 네트워크들과 통신하기 위한 다수의 트랜시버들을 포함할 수 있다. 예를 들어, 도 1a에 도시된 WTRU(102g)는 셀룰러 기반 라디오 기술을 이용할 수 있는 기지국(114a)과 통신하도록, 그리고 IEEE 802 라디오 기술을 이용할 수 있는 기지국(114c)과 통신하도록 구성될 수 있다.

도 1a에 도시되지는 않았지만, 사용자 장비가 게이트웨이에 유선 접속할 수 있다는 것을 이해할 것이다. 게이트웨이는 RG(Residential Gateway)일 수 있다. RG는 코어 네트워크(106/107/109)에 대한 접속을 제공할 수 있다. 본 명세서에 포함된 아이디어들 중 다수는, 네트워크에 접속하기 위해 유선 접속을 이용하는 UE들 및 WTRU들인 UE들에 동일하게 적용될 수 있다는 것을 이해할 것이다. 예를 들어, 무선 인터페이스들(115, 116, 117 및 115c/116c/117c)에 적용되는 아이디어들은 유선 접속에 동일하게 적용될 수 있다.

도 1b는 예시적인 RAN(103) 및 코어 네트워크(106)의 시스템도이다. 앞서 살펴본 바와 같이, RAN(103)은 에어 인터페이스(115)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 UTRA 라디오 기술을 이용할 수 있다. RAN(103)은 또한 코어 네트워크(106)와 통신할 수 있다. 도 1b에 도시된 바와 같이, RAN(103)은 에어 인터페이스(115)를 통해 WTRU들(102a, 102b, 및 102c)과 통신하기 위한 하나 이상의 트랜시버를 각각 포함할 수 있는 Node-B들(140a, 140b, 및 140c)을 포함할 수 있다. Node-B들(140a, 140b, 및 140c)은 RAN(103) 내의 특정한 셀(도시되지 않음)과 각각 연관될 수 있다. RAN(103)은 또한 RNC들(142a, 142b)을 포함할 수 있다. RAN(103)이 임의의 수의 Node-B들 및 RNC(Radio Network Controller)들을 포함할 수 있다는 것이 이해될 것이다.

도 1b에 도시된 바와 같이, Node-B들(140a, 140b)은 RNC(142a)와 통신할 수 있다. 또한, Node-B(140c)는 RNC(142b)와 통신할 수 있다. Node-B들(140a, 140b, 및 140c)은 Iub 인터페이스를 통해 개개의 RNC들(142a 및 142b)과 통신할 수 있다. RNC들(142a 및 142b)은 Iur 인터페이스를 통해 서로 통신할 수 있다. RNC들(142a 및 142b) 각각은 그에 접속되어 있는 개개의 Node-B들(140a, 140b, 및 140c)을 제어하도록 구성될 수 있다. 또한, RNC(142a 및 142b) 각각은, 외측 루프 전력 제어, 부하 제어, 진입 제어(admission control), 패킷 스케줄링, 핸드오버 제어, 매크로다이버시티(macro-diversity), 보안 기능들, 데이터 암호화 등과 같은 다른 기능을 실행하거나 지원하도록 구성될 수 있다.

도 1b에 도시된 코어 네트워크(106)는 MGW(media gateway)(144), MSC(Mobile Switching Center)(146), SGSN(Serving GPRS Support Node)(148) 및/또는 GGSN(Gateway GPRS Support Node)(150)을 포함할 수 있다. 전술한 요소들 각각이 코어 네트워크(106)의 일부로서 도시되어 있지만, 이 요소들 중 임의의 것이 코어 네트워크 운영자 이외의 엔티티에 의해 소유되고/되거나 운영될 수 있다는 것이 이해될 것이다.

RAN(103)에서의 RNC(142a)는 IuCS 인터페이스를 통해 코어 네트워크(106)에서의 MSC(146)에 접속될 수 있다. MSC(146)는 MGW(144)에 접속될 수 있다. MSC(146) 및 MGW(144)는, WTRU들(102a, 102b, 및 102c)과 전통적인 지상선(land-line) 통신 디바이스들 사이의 통신들을 용이하게 하기 위해, PSTN(108)과 같은 회선 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 및 102c)에 제공할 수 있다.

RAN(103)에서의 RNC(142a)는 또한 IuPS 인터페이스를 통해 코어 네트워크(106)에서의 SGSN(148)에 접속될 수 있다. SGSN(148)은 GGSN(150)에 접속될 수 있다. SGSN(148) 및 GGSN(150)은, WTRU들(102a, 102b, 및 102c)과 IP 가능 디바이스들(IP-enabled devices) 사이의 통신들을 용이하게 하기 위해, 인터넷(110)과 같은, 패킷 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 및 102c)에 제공할 수 있다.

코어 네트워크(106)는 또한 다른 서비스 제공자들에 의해 소유되고/되거나 운영되는 다른 유선 또는 무선 네트워크들을 포함할 수 있는 다른 네트워크들(112)에 접속될 수 있다.

도 1c는 예시적인 RAN(104) 및 코어 네트워크(107)의 시스템도이다. 앞서 살펴본 바와 같이, RAN(104)은 에어 인터페이스(116)를 통해 WTRU들(102a, 102b, 및 102c)과 통신하기 위해 E-UTRA 라디오 기술을 이용할 수 있다. RAN(104)은 또한 코어 네트워크(107)와 통신할 수 있다.

RAN(104)은 eNode-B들(160a, 160b, 및 160c)을 포함할 수 있지만, RAN(104)이 임의의 수의 eNode-B들을 포함할 수 있다는 것이 이해될 것이다. eNode-B들(160a, 160b, 및 160c)은 각각이 에어 인터페이스(116)를 통해 WTRU들(102a, 102b, 및 102c)과 통신하기 위해 하나 이상의 트랜시버를 포함할 수 있다. 예를 들어, eNode-B들(160a, 160b, 및 160c)은 MIMO 기술을 구현할 수 있다. 따라서, 예를 들어, eNode-B(160a)는 WTRU(102a)로 무선 신호들을 송신하고 그로부터 무선 신호들을 수신하기 위해 다수의 안테나들을 이용할 수 있다.

eNode-B들(160a, 160b, 및 160c) 각각은 특정 셀(도시되지 않음)과 연관될 수 있고, 라디오 자원 관리 결정들, 핸드오버 결정들, 업링크 및/또는 다운링크에서의 사용자들의 스케줄링 등을 처리하도록 구성될 수 있다. 도 1c에 도시된 바와 같이, eNode-B들(160a, 160b, 및 160c)은 X2 인터페이스를 통해 서로 통신할 수 있다.

도 1c에 도시된 코어 네트워크(107)는 MME(Mobility Management Gateway)(162), 서빙 게이트웨이(164), 및 PDN(Packet Data Network) 게이트웨이(166)를 포함할 수 있다. 전술한 요소들 각각이 코어 네트워크(107)의 일부로서 도시되어 있지만, 이 요소들 중 임의의 것이 코어 네트워크 운영자 이외의 엔티티에 의해 소유되고/되거나 운영될 수 있다는 것이 이해될 것이다.

MME(162)는 S1 인터페이스를 통해 RAN(104)에서의 eNode-B들(160a, 160b, 및 160c) 각각에 접속될 수 있고, 제어 노드로서 역할을 할 수 있다. 예를 들어, MME(162)는 WTRU들(102a, 102b, 및 102c)의 사용자들을 인증하는 것, 베어러 활성화/비활성화, WTRU들(102a, 102b, 및 102c)의 초기 어태치(initial attach) 동안 특정 서빙 게이트웨이를 선택하는 것 등을 담당할 수 있다. MME(162)는 또한, RAN(104)과, GSM 또는 WCDMA와 같은 다른 라디오 기술들을 이용하는 다른 RAN들(도시되지 않음) 사이의 스위칭을 위한 제어 평면 기능을 제공할 수 있다.

서빙 게이트웨이(164)는 S1 인터페이스를 통해 RAN(104)에서의 eNode-B들(160a, 160b, 및 160c) 각각에 접속될 수 있다. 서빙 게이트웨이(164)는 일반적으로 WTRU들(102a, 102b, 및 102c)로/로부터 사용자 데이터 패킷들을 라우팅 및 포워딩할 수 있다. 서빙 게이트웨이(164)는 또한, 인터-eNodeB 핸드오버들 동안에 사용자 평면들을 앵커링(anchoring)하는 것, 다운링크 데이터가 WTRU들(102a, 102b, 및 102c)에 대해 이용가능할 때에 페이징(paging)을 트리거링하는 것, WTRU들(102a, 102b, 및 102c)의 컨텍스트(context)들을 관리 및 저장하는 것 등과 같은 다른 기능들을 수행할 수 있다.

서빙 게이트웨이(164)는 또한, WTRU들(102a, 102b, 102c)과 IP 가능 디바이스들 사이의 통신들을 용이하게 하기 위해, 인터넷(110)과 같은, 패킷 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 및 102c)에 제공할 수 있는 PDN 게이트웨이(166)에 접속될 수 있다.

코어 네트워크(107)는 다른 네트워크들과의 통신들을 용이하게 할 수 있다. 예를 들어, 코어 네트워크(107)는, WTRU들(102a, 102b, 및 102c)과 전통적인 지상선 통신 디바이스들 사이의 통신들을 용이하게 하기 위해, PSTN(108)과 같은, 회선 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 및 102c)에 제공할 수 있다. 예를 들어, 코어 네트워크(107)는, 코어 네트워크(107)와 PSTN(108) 사이의 인터페이스로서 역할을 하는 IP 게이트웨이(예를 들어, IMS(IP Multimedia Subsystem) 서버)를 포함할 수 있거나, 이 IP 게이트웨이와 통신할 수 있다. 또한, 코어 네트워크(107)는 다른 서비스 제공자들에 의해 소유되고/되거나 운영되는 다른 유선 또는 무선 네트워크들을 포함할 수 있는 네트워크들(112)에 대한 액세스를 WTRU들(102a, 102b, 및 102c)에 제공할 수 있다.

도 1d는 예시적인 RAN(105) 및 코어 네트워크(109)의 시스템도이다. RAN(105)은 에어 인터페이스(117)를 통해 WTRU들(102a, 102b)과 통신하기 위해 NR 라디오 기술을 이용할 수 있다. RAN(105)은 또한 코어 네트워크(109)와 통신할 수 있다. N3IWF(Non-3GPP Interworking Function)(199)는 비-3GPP 라디오 기술을 이용하여 에어 인터페이스(198)를 통해 WTRU(102c)와 통신할 수 있다. N3IWF(199)는 또한 코어 네트워크(109)와 통신할 수 있다.

RAN(105)은 gNode-B들(180a 및 180b)을 포함할 수 있다. RAN(105)이 임의의 수의 gNode-B들을 포함할 수 있다는 것이 이해될 것이다. gNode-B들(180a 및 180b) 각각은 에어 인터페이스(117)를 통해 WTRU들(102a 및 102b)과 통신하기 위해 하나 이상의 트랜시버를 포함할 수 있다. 통합된 액세스 및 백홀 접속이 이용될 때, 하나 또는 다수의 gNB를 통한 코어 네트워크(109)일 수 있는 동일한 에어 인터페이스가 WTRU들과 gNode-B들 사이에 이용될 수 있다. gNode-B들(180a 및 180b)은 MIMO, MU-MIMO, 및/또는 디지털 빔포밍 기술(digital beamforming technology)을 구현할 수 있다. 따라서, 예를 들어, gNode-B(180a)는 WTRU(102a)로 무선 신호들을 송신하고 그로부터 무선 신호들을 수신하기 위해 다수의 안테나들을 이용할 수 있다. RAN(105)이 eNode-B와 같은 다른 타입들의 기지국들을 이용할 수 있다는 것을 이해해야 한다. RAN(105)이 하나보다 많은 타입의 기지국을 이용할 수 있다는 것이 또한 이해될 것이다. 예를 들어, RAN은 eNode-B들 및 gNode-B들을 이용할 수 있다.

N3IWF(199)는 비-3GPP 액세스 포인트(180c)를 포함할 수 있다. N3IWF(199)는 임의의 수의 비-3GPP 액세스 포인트들을 포함할 수 있다는 점이 이해될 것이다. 비-3GPP 액세스 포인트(180c)는 에어 인터페이스(198)를 통해 WTRU들(102c)과 통신하기 위한 하나 이상의 트랜시버를 포함할 수 있다. 비-3GPP 액세스 포인트(180c)는 802.11 프로토콜을 이용하여 에어 인터페이스(198)를 통해 WTRU(102c)와 통신할 수 있다.

gNode-B들(180a, 180b) 각각은 특정 셀(도시되지 않음)과 연관될 수 있고, 라디오 자원 관리 결정들, 핸드오버 결정들, 업링크 및/또는 다운링크에서의 사용자들의 스케줄링 등을 처리하도록 구성될 수 있다. 도 1d에 도시된 바와 같이, gNode-B들(180a 및 180b)은, 예를 들어, Xn 인터페이스를 통해 서로 통신할 수 있다.

도 1d에 도시된 코어 네트워크(109)는 5G 코어 네트워크(5GC)일 수 있다. 코어 네트워크(109)는 라디오 액세스 네트워크에 의해 상호접속되는 고객들에게 많은 통신 서비스들을 제공할 수 있다. 코어 네트워크(109)는 코어 네트워크의 기능을 수행하는 다수의 엔티티들을 포함한다. 본 명세서에서 이용된 바와 같이, "코어 네트워크 엔티티" 또는 "네트워크 기능"이라는 용어는 코어 네트워크의 하나 이상의 기능을 수행하는 임의의 엔티티를 지칭한다. 그러한 코어 네트워크 엔티티들은, 도 1g에 도시된 시스템(90)과 같은, 무선 및/또는 네트워크 통신들을 위해 구성된 장치 또는 컴퓨터 시스템의 메모리에 저장되고 그의 프로세서 상에서 실행되는 컴퓨터 실행가능 명령어들(소프트웨어)의 형태로 구현되는 논리적 엔티티들일 수 있다는 것을 이해할 것이다.

도 1d의 예에서, 5G 코어 네트워크(109)는, AMF(access and mobility management function)(172), SMF(Session Management Function)(174), UPF(User Plane Function)들(176a, 176b), UDM(User Data Management Function)(197), AUSF(Authentication Server Function)(190), NEF(Network Exposure Function)(196), PCF(Policy Control Function)(184), N3IWF(Non-3GPP Interworking Function)(199), UDR(User Data Repository)(178)을 포함할 수 있다. 전술한 요소들 각각은 5G 코어 네트워크(109)의 일부로서 도시되지만, 이들 요소 중 임의의 것은 코어 네트워크 운영자 외의 엔티티에 의해 소유되고/되거나 운영될 수 있다는 것을 이해할 것이다. 또한, 5G 코어 네트워크는 이러한 요소들 전부로 구성되지 않을 수 있고, 추가의 요소들로 구성될 수 있으며, 이러한 요소들 각각의 다수의 경우들로 구성될 수 있음을 이해할 것이다. 도 1d는 네트워크 기능들이 서로 직접 접속되는 것으로 도시하지만, 그들은 직경 라우팅 에이전트(diameter routing agent) 또는 메시지 버스들과 같은 라우팅 에이전트들을 통해 통신할 수 있다는 것을 이해해야 한다.

도 1d의 예에서, 네트워크 기능들 사이의 접속은 인터페이스들의 세트 또는 참조 포인트들을 통해 달성된다. 네트워크 기능들은 다른 네트워크 기능들 또는 서비스들에 의해 인보크(invoked)되거나 호출(called)되는 서비스들의 세트로서 모델링, 기술, 또는 구현될 수 있음을 이해해야 한다. 네트워크 기능 서비스의 인보크는, 네트워크 기능들 사이의 직접 접속, 메시지 버스 상의 메시징 교환, 소프트웨어 기능 호출 등을 통해 달성될 수 있다.

AMF(172)는 N2 인터페이스를 통해 RAN(105)에 접속될 수 있고, 제어 노드로서 역할을 할 수 있다. 예를 들어, AMF(172)는 등록 관리, 접속 관리, 연결가능성 관리, 액세스 인증, 액세스 권한부여를 담당할 수 있다. AMF는 사용자 평면 터널 구성 정보를 N2 인터페이스를 통해 RAN(105)에 포워딩하는 것을 담당할 수 있다. AMF(172)는 N11 인터페이스를 통해 SMF로부터 사용자 평면 터널 구성 정보를 수신할 수 있다. AMF(172)는 일반적으로 N1 인터페이스를 통해 WTRU들(102a, 102b, 및 102c)로의/로부터의 NAS 패킷들을 라우팅 및 포워딩할 수 있다. N1 인터페이스는 도 1d에 도시되지 않는다.

SMF(174)는 N11 인터페이스를 통해 AMF(172)에 접속될 수 있다. 유사하게, SMF는 N7 인터페이스를 통해 PCF(184)에 접속될 수 있고, N4 인터페이스를 통해 UPF들(176a 및 176b)에 접속될 수 있다. SMF(174)는 제어 노드로서 역할을 할 수 있다. 예를 들어, SMF(174)는 세션 관리, WTRU들(102a, 102b, 및 102c)에 대한 IP 어드레스 할당, UPF(176a) 및 UPF(176b)에서의 트래픽 조향 규칙들의 관리 및 구성, 및 AMF(172)로의 다운링크 데이터 통지들의 생성을 담당할 수 있다.

UPF(176a) 및 UPF(176b)는 WTRU들(102a, 102b, 및 102c)과 다른 디바이스들 사이의 통신을 용이하게 하기 위해, 인터넷(110)과 같은 패킷 데이터 네트워크(Packet Data Network)(PDN)에 대한 액세스를 WTRU들(102a, 102b, 및 102c)에 제공할 수 있다. UPF(176a) 및 UPF(176b)는 또한 다른 타입들의 패킷 데이터 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 및 102c)에 제공할 수 있다. 예를 들어, 다른 네트워크들(112)은 이더넷 네트워크들, 또는 데이터의 패킷들을 교환하는 임의의 타입의 네트워크일 수 있다. UPF(176a) 및 UPF(176b)는 N4 인터페이스를 통해 SMF(174)로부터 트래픽 조향 규칙들을 수신할 수 있다. UPF(176a) 및 UPF(176b)는 패킷 데이터 네트워크를 N6 인터페이스와 접속함으로써, 또는 N9 인터페이스를 통해 서로에 대해 및 다른 UPF들에 접속함으로써, 패킷 데이터 네트워크에 대한 액세스를 제공할 수 있다. 패킷 데이터 네트워크들에 대한 액세스를 제공하는 것에 더하여, UPF(176)는 패킷 라우팅 및 포워딩, 정책 규칙 시행, 사용자 평면 트래픽에 대한 서비스 품질 처리, 다운링크 패킷 버퍼링을 담당할 수 있다.

AMF(172)는 또한, 예를 들어, N2 인터페이스를 통해 N3IWF(199)에 접속될 수 있다. N3IWF는, 예를 들어, 3GPP에 의해 정의되지 않은 라디오 인터페이스 기술들을 통해 WTRU(102c)와 5G 코어 네트워크(170) 사이의 접속을 용이하게 한다. AMF는 RAN(105)과 상호작용하는 것과 동일하거나 유사한 방식으로 N3IWF(199)와 상호작용할 수 있다.

PCF(184)는 N7 인터페이스를 통해 SMF(174)에 접속되고, N15 인터페이스를 통해 AMF(172)에 접속되며, N5 인터페이스를 통해 AF(Application Function)(188)에 접속될 수 있다. N15 및 N5 인터페이스들은 도 1d에 도시되지 않는다. PCF(184)는 AMF(172) 및 SMF(174)와 같은 제어 평면 노드들에 정책 규칙들을 제공하여, 제어 평면 노드들이 이러한 규칙들을 시행할 수 있게 한다. AMF가 정책들을 N1 인터페이스를 통해 WTRU들(102a, 102b, 및 102c)에 전송할 수 있도록, PCF(184)는 WTRU들(102a, 102b, 및 102c)을 위한 정책들을 AMF(172)에 송신할 수 있다. 정책들은 이어서 WTRU들(102a, 102b, 및 102c)에서 시행되거나 적용될 수 있다.

UDR(178)은 인증 자격증명들 및 가입 정보를 위한 저장소(repository)로서 기능할 수 있다. UDR은 네트워크 기능들에 접속할 수 있어서, 네트워크 기능은 저장소에 있는 데이터에 추가하고, 이로부터 판독하고, 이를 수정할 수 있다. 예를 들어, UDR(178)은 N36 인터페이스를 통해 PCF(184)에 접속할 수 있다. 유사하게, UDR(178)은 N37 인터페이스를 통해 NEF(196)에 접속할 수 있고, UDR(178)은 N35 인터페이스를 통해 UDM(197)에 접속할 수 있다.

UDM(197)은 UDR(178)과 다른 네트워크 기능들 사이의 인터페이스로서 역할을 할 수 있다. UDM(197)은 네트워크 기능들에게 UDR(178)의 액세스를 권한부여할 수 있다. 예를 들어, UDM(197)은 N8 인터페이스를 통해 AMF(172)에 접속할 수 있고, UDM(197)은 N10 인터페이스를 통해 SMF(174)에 접속할 수 있다. 유사하게, UDM(197)은 N13 인터페이스를 통해 AUSF(190)에 접속할 수 있다. UDR(178) 및 UDM(197)은 타이트하게 통합될 수 있다.

AUSF(190)는 인증 관련 동작들을 수행하고, N13 인터페이스를 통해 UDM(178)에, 그리고 N12 인터페이스를 통해 AMF(172)에 접속한다.

NEF(196)는 5G 코어 네트워크(109)에서의 능력들 및 서비스들을 애플리케이션 기능들(AF)(188)에 노출시킨다. 노출은 N33 API 인터페이스 상에서 발생될 수 있다. NEF는 N33 인터페이스를 통해 AF(188)에 접속할 수 있고, 5G 코어 네트워크(109)의 능력들 및 서비스들을 노출시키기 위해 다른 네트워크 기능들에 접속할 수 있다.

애플리케이션 기능들(188)은 5G 코어 네트워크(109)에서의 네트워크 기능들과 상호작용할 수 있다. 애플리케이션 기능들(188)과 네트워크 기능들 사이의 상호작용은 직접 인터페이스를 통할 수 있거나, NEF(196)를 통해 발생할 수 있다. 애플리케이션 기능들(188)은 5G 코어 네트워크(109)의 일부로 간주될 수 있거나, 5G 코어 네트워크(109)의 외부에 있고 모바일 네트워크 운영자와 비즈니스 관계를 갖는 기업들에 의해 배치될 수 있다.

네트워크 슬라이싱(Network Slicing)은 모바일 네트워크 운영자들이 운영자의 에어 인터페이스 뒤의 하나 이상의 "가상" 코어 네트워크를 지원하는데 이용될 수 있는 메커니즘이다. 이것은 상이한 RAN들, 또는 단일 RAN에 걸쳐 실행되는 상이한 서비스 타입들을 지원하기 위해, 코어 네트워크를 하나 이상의 가상 네트워크로 '슬라이싱'하는 것을 수반한다. 네트워크 슬라이싱은, 예를 들어, 기능, 성능 및 격리의 영역들에서 다양한 요건들을 요구하는 상이한 시장 시나리오들에 대해, 운영자가 최적화된 솔루션들을 제공하도록 맞춤화된 네트워크를 생성할 수 있게 한다.

3GPP는 네트워크 슬라이싱을 지원하도록 5G 코어 네트워크를 설계했다. 네트워크 슬라이싱은 매우 다양하고 때때로 극단적인 요건들을 요구하는 5G 이용 사례들의 다양한 세트(예를 들어, 대규모 IoT, 중요 통신(critical communications), V2X, 및 강화된 모바일 광대역)를 지원하기 위해 네트워크 운영자들이 이용할 수 있는 양호한 도구이다. 네트워크 슬라이싱 기술들을 이용하지 않는 경우, 각각의 이용 사례가 그 자신의 성능, 확장성, 및 이용가능성 요건들의 특정 세트를 가질 때, 네트워크 아키텍처가 더 넓은 범위의 이용 사례 요구를 효율적으로 지원하기에 충분하게 유연하고 확장가능하지 않을 가능성이 있다. 더욱이, 새로운 네트워크 서비스들의 도입은 보다 효율적으로 이루어져야 한다.

도 1d를 다시 참조하면, 네트워크 슬라이싱 시나리오에서, WTRU(102a, 102b, 또는 102c)는 N1 인터페이스를 통해 AMF(172)에 접속할 수 있다. AMF는 논리적으로 하나 이상의 슬라이스의 일부일 수 있다. AMF는 하나 이상의 UPF(176a 및 176b), SMF(174), 및 다른 네트워크 기능들과의 WTRU(102a, 102b, 또는 102c)의 접속 또는 통신을 조정할 수 있다. UPF들(176a 및 176b), SMF(174), 및 다른 네트워크 기능들 각각은 동일한 슬라이스 또는 상이한 슬라이스들의 일부일 수 있다. 이들이 상이한 슬라이스들의 일부일 때, 이들은 상이한 컴퓨팅 자원들, 보안 자격증명들 등을 이용할 수 있다는 점에서 서로 격리될 수 있다.

코어 네트워크(109)는 다른 네트워크들과의 통신들을 용이하게 할 수 있다. 예를 들어, 코어 네트워크(109)는 5G 코어 네트워크(109)와 PSTN(108) 사이의 인터페이스로서 역할을 하는, IMS(IP Multimedia Subsystem) 서버와 같은 IP 게이트웨이를 포함하거나 이와 통신할 수 있다. 예를 들어, 코어 네트워크(109)는 단문 메시지 서비스를 통한 통신을 용이하게 하는 단문 메시지 서비스(SMS) 서비스 센터를 포함할 수 있거나 그와 통신할 수 있다. 예를 들어, 5G 코어 네트워크(109)는 WTRU들(102a, 102b, 및 102c)과 서버들 또는 애플리케이션 기능들(188) 사이에서의 비-IP 데이터 패킷들의 교환을 용이하게 할 수 있다. 또한, 코어 네트워크(170)는 다른 서비스 제공자들에 의해 소유되고/되거나 운영되는 다른 유선 또는 무선 네트워크들을 포함할 수 있는 네트워크들(112)에 대한 액세스를 WTRU들(102a, 102b, 및 102c)에 제공할 수 있다.

본 명세서에 설명되고, 도 1a, 도 1c, 도 1d 및 도 1e에 도시된 코어 네트워크 엔티티들은 특정의 기존 3GPP 사양들에서 이들 엔티티들에 주어진 명칭들에 의해 식별되지만, 장래에 이들 엔티티들 및 기능들은 다른 명칭들에 의해 식별될 수 있고, 특정 엔티티들 또는 기능들은 장래의 3GPP NR 사양들을 포함하여 3GPP에 의해 공개되는 장래의 사양들에서 결합될 수 있다는 것이 이해된다. 따라서, 도 1a, 도 1b, 도 1c, 도 1d 및 도 1e에 도시되고 설명된 특정의 네트워크 엔티티들 및 기능들은 단지 예로써 제공되며, 본 명세서에 개시되고 청구된 청구 대상이, 현재 정의되어 있든 장래에 정의되든 간에, 임의의 유사한 통신 시스템에서 구체화되거나 구현될 수 있다는 것이 이해된다.

도 1e는 본 명세서에 설명된 시스템들, 방법들, 장치들이 이용될 수 있는 예시적인 통신 시스템(111)을 도시한다. 통신 시스템(111)은 무선 송신/수신 유닛(WTRU)들 A, B, C, D, E, F, 기지국 gNB(121), V2X 서버(124), 및 로드사이드 유닛(RSU)들(123a 및 123b)을 포함할 수 있다. 실제로, 본 명세서에 제시된 개념들은 임의의 수의 WTRU들, 기지국 gNB들, V2X 네트워크들, 및/또는 다른 네트워크 요소들에 적용될 수 있다. 하나 또는 몇몇 또는 모든 WTRU들 A, B, C, D, E, 및 F는 액세스 네트워크 커버리지(122)의 범위 밖에 있을 수 있다. WTRU들 A, B, 및 C는 V2X 그룹을 형성하고, 그 중에서 WTRU A는 그룹 리드이고 WTRU들 B 및 C는 그룹 멤버들이다.

WTRU들 A, B, C, D, E, F는, 이들이 액세스 네트워크 커버리지 하에 있는 경우(도 1e에서 B 및 F만이 네트워크 커버리지 하에 도시됨), gNB(121)를 통해 Uu 인터페이스(129b)를 통해 서로 통신할 수 있다. WTRU들 A, B, C, D, E, F는, 이들이 액세스 네트워크 커버리지의 하에 있거나 그 밖에 있는 경우, 사이드링크(PC5 또는 NR PC5) 인터페이스(125a, 125b, 128)를 통해 서로 직접 통신할 수 있다(예를 들어, A, C, WTRU들 A, B, C, D, E, F는 서로 통신할 수 있고, D 및 E는 도 1e에서 네트워크 커버리지의 밖에 도시된다).

WTRU들 A, B, C, D, E, 및 F는 V2N(Vehicle-to-Network) 인터페이스(126) 또는 사이드링크 인터페이스(125b)를 통해 RSU(123a 또는 123b)와 통신할 수 있다. WTRU들 A, B, C, D, E, 및 F는 V2I(Vehicle-to-Infrastructure) 인터페이스(127)를 통해 V2X 서버(124)와 통신할 수 있다. WTRU들 A, B, C, D, E, 및 F는 V2P(Vehicle-to-Person) 인터페이스(128)를 통해 다른 UE와 통신할 수 있다.

도 1f는 도 1a, 도 1b, 도 1c, 도 1d, 또는 도 1e의 WTRU(102)와 같은, 본 명세서에 설명된 시스템들, 방법들, 및 장치들에 따른 무선 통신들 및 동작들을 위해 구성될 수 있는 예시적인 장치 또는 디바이스 WTRU(102)의 블록도이다. 도 1f에 도시된 바와 같이, 예시적인 WTRU(102)는 프로세서(118), 트랜시버(120), 송신/수신 요소(122), 스피커/마이크로폰(124), 키패드(126), 디스플레이/터치패드/표시기들(128), 비이동식 메모리(130), 이동식 메모리(132), 전원(134), GPS(global positioning system) 칩셋(136), 및 다른 주변기기들(138)을 포함할 수 있다. WTRU(102)가 전술한 요소들의 임의의 부조합(sub-combination)을 포함할 수 있다는 것이 이해될 것이다. 또한, 다른 것들 중에서, 제한적인 것은 아니지만, 트랜시버 스테이션(transceiver station)(BTS), Node-B, 사이트 제어기, 액세스 포인트(AP), 홈 노드-B, 진화된 홈 node-B(eNodeB), 홈 진화된 node-B(HeNB), 홈 진화된 node-B 게이트웨이, 차세대 node-B(gNode-B), 및 프록시 노드들과 같은, 기지국들(114a 및 114b), 및/또는 기지국들(114a 및 114b)이 나타낼 수 있는 노드들은, 도 1f에 도시되고 본 명세서에 설명된 요소들 중 일부 또는 전부를 포함할 수 있다.

프로세서(118)는 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, DSP(digital signal processor), 복수의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 제어기, 마이크로제어기, ASIC(Application Specific Integrated Circuit)들, FPGA(Field Programmable Gate Array) 회로들, 임의의 다른 타입의 IC(integrated circuit), 상태 머신(state machine) 등일 수 있다. 프로세서(118)는 WTRU(102)가 무선 환경에서 동작할 수 있게 하는 신호 코딩, 데이터 처리, 전력 제어, 입력/출력 처리, 및/또는 임의의 다른 기능을 수행할 수 있다. 프로세서(118)는 송신/수신 요소(122)에 결합될 수 있는 트랜시버(120)에 결합될 수 있다. 도 1f는 프로세서(118) 및 트랜시버(120)를 별개의 컴포넌트들로서 도시하지만, 프로세서(118) 및 트랜시버(120)는 전자 패키지 또는 칩에 함께 통합될 수 있다는 점이 이해될 것이다.

UE의 송신/수신 요소(122)는 에어 인터페이스(115/116/117)를 통해 기지국(예를 들어, 도 1a의 기지국(114a))에, 또는 에어 인터페이스(115d/116d/117d)를 통해 다른 UE에, 신호들을 송신하거나 그로부터 신호들을 수신하도록 구성될 수 있다. 예를 들어, 송신/수신 요소(122)는 RF 신호들을 송신 및/또는 수신하도록 구성된 안테나일 수 있다. 송신/수신 요소(122)는, 예를 들어, IR, UV 또는 가시광 신호들을 송신 및/또는 수신하도록 구성된 방출기/검출기(emitter/detector)일 수 있다. 송신/수신 요소(122)는 RF 및 광 신호들 둘다를 송신 및 수신하도록 구성될 수 있다. 송신/수신 요소(122)가 무선 또는 유선 신호들의 임의의 조합을 송신 및/또는 수신하도록 구성될 수 있다는 것이 이해될 것이다.

또한, 송신/수신 요소(122)가 도 1f에서 단일 요소로서 도시되어 있지만, WTRU(102)는 임의의 수의 송신/수신 요소(122)를 포함할 수 있다. 보다 구체적으로는, WTRU(102)는 MIMO 기술을 이용할 수 있다. 따라서, WTRU(102)는 에어 인터페이스(115/116/117)를 통해 무선 신호들을 송신 및 수신하기 위한 2개 이상의 송신/수신 요소들(122)(예를 들어, 다수의 안테나들)을 포함할 수 있다.

트랜시버(120)는 송신/수신 요소(122)에 의해 송신될 신호들을 변조하고 송신/수신 요소(122)에 의해 수신되는 신호들을 복조하도록 구성될 수 있다. 앞서 살펴본 바와 같이, WTRU(102)는 다중 모드 능력들을 가질 수 있다. 따라서, 트랜시버(120)는, WTRU(102)가 다수의 RAT들, 예를 들어, NR 및 IEEE 802.11 또는 NR 및 E-UTRA를 통해 통신할 수 있게 하거나, 상이한 RRH들, TRP들, RSU들, 또는 노드들로의 다수의 빔들을 통해 동일한 RAT와 통신할 수 있게 하기 위한 다수의 트랜시버들을 포함할 수 있다.

WTRU(102)의 프로세서(118)는 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드/표시기들(128)(예를 들어, LCD(liquid crystal display) 디스플레이 유닛 또는 OLED(organic light-emitting diode) 디스플레이 유닛)에 결합될 수 있고 그들로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(118)는 또한 사용자 데이터를 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드/표시기들(128)로 출력할 수 있다. 또한, 프로세서(118)는, 비이동식 메모리(130) 및/또는 이동식 메모리(132)와 같은, 임의의 타입의 적절한 메모리로부터의 정보에 액세스하고 그에 데이터를 저장할 수 있다. 비이동식 메모리(130)는 RAM(random-access memory), ROM(read-only memory), 하드 디스크, 또는 임의의 다른 타입의 메모리 저장 디바이스를 포함할 수 있다. 이동식 메모리(132)는 SIM(subscriber identity module) 카드, 메모리 스틱, SD(secure digital) 메모리 카드 등을 포함할 수 있다. 프로세서(118)는, 클라우드에서 또는 에지 컴퓨팅 플랫폼에서 또는 홈 컴퓨터(도시되지 않음)에서 호스팅되는 서버 상에서와 같이, WTRU(102) 상에 물리적으로 위치되지 않은 메모리로부터의 정보에 액세스하고 그에 데이터를 저장할 수 있다.

프로세서(118)는 전원(134)으로부터 전력을 받을 수 있고, WTRU(102)에서의 다른 컴포넌트들에 전력을 분배 및/또는 제어하도록 구성될 수 있다. 전원(134)은 WTRU(102)에 급전하기 위한 임의의 적절한 디바이스일 수 있다. 예를 들어, 전원(134)은 하나 이상의 건전지 배터리(dry cell battery), 태양 전지(solar cell), 연료 전지(fuel cell) 등을 포함할 수 있다.

프로세서(118)는 또한 WTRU(102)의 현재 위치에 관한 위치 정보(예를 들어, 경도 및 위도)를 제공하도록 구성될 수 있는 GPS 칩셋(136)에 결합될 수 있다. GPS 칩셋(136)으로부터의 정보에 부가하여 또는 그 대신에, WTRU(102)는 기지국(예를 들어, 기지국들(114a, 114b))으로부터 에어 인터페이스(115/116/117)를 통해 위치 정보를 수신할 수 있고/있거나 2개 이상의 근방의 기지국들로부터 수신되는 신호들의 타이밍에 기초하여 자신의 위치를 결정할 수 있다. WTRU(102)가 임의의 적절한 위치 결정 방법에 의해 위치 정보를 획득할 수 있다는 것이 이해될 것이다.

프로세서(118)는, 추가적인 특징들, 기능, 및/또는 유선 또는 무선 접속을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함할 수 있는, 다른 주변기기들(138)에 추가로 결합될 수 있다. 예를 들어, 주변기기들(138)은 가속도계, 생체계측(biometrics)(예를 들어, 지문) 센서들, 전자-나침판(e-compass), 위성 트랜시버, (사진들 또는 비디오를 위한) 디지털 카메라, USB(universal serial bus) 포트 또는 다른 상호접속 인터페이스들, 진동 디바이스, 텔레비전 트랜시버, 핸즈 프리(hands free) 헤드셋, Bluetooth® 모듈, 주파수 변조(FM) 라디오 유닛, 디지털 음악 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저(Internet browser) 등과 같은 다양한 센서들을 포함할 수 있다.

WTRU(102)는, 센서, 소비자 가전, 스마트 시계 또는 스마트 의류와 같은 웨어러블 디바이스, 의료용 또는 이헬스(eHealth) 디바이스, 로봇, 산업 장비, 드론, 자동차, 트럭, 기차 또는 비행기와 같은 차량과 같은 다른 장치들 또는 디바이스들에 포함될 수 있다. WTRU(102)는, 주변기기들(138) 중 하나를 포함할 수 있는 상호접속 인터페이스와 같은, 하나 이상의 상호접속 인터페이스를 통해 그러한 장치들 또는 디바이스들의 다른 컴포넌트들, 모듈들, 또는 시스템들에 접속할 수 있다.

도 1g는, RAN(103/104/105), 코어 네트워크(106/107/109), PSTN(108), 인터넷(110), 다른 네트워크들(112), 또는 네트워크 서비스들(113)에서의 특정 노드들 또는 기능 엔티티들과 같은, 도 1a, 도 1c, 도 1d 및 도 1e에 도시된 통신 네트워크들의 하나 이상의 장치가 구현될 수 있는 예시적인 컴퓨팅 시스템(90)의 블록도이다. 컴퓨팅 시스템(90)은 컴퓨터 또는 서버를 포함할 수 있고, 주로 컴퓨터 판독가능 명령어들에 의해 제어될 수 있는데, 이러한 컴퓨터 판독가능 명령어들은, 소프트웨어의 형태일 수 있거나, 그러한 소프트웨어가 저장되거나 액세스되는 어느 곳이든, 또는 어떤 수단이든 될 수 있다. 그러한 컴퓨터 판독가능 명령어들은 컴퓨팅 시스템(90)으로 하여금 작업을 하게 하기 위해 프로세서(91) 내에서 실행될 수 있다. 프로세서(91)는 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, DSP(digital signal processor), 복수의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 제어기, 마이크로제어기, ASIC(Application Specific Integrated Circuit)들, FPGA(Field Programmable Gate Array) 회로들, 임의의 다른 타입의 집적 회로(IC), 상태 머신 등일 수 있다. 프로세서(91)는 컴퓨팅 시스템(90)이 통신 네트워크에서 동작하는 것을 가능하게 하는 신호 코딩, 데이터 처리, 전력 제어, 입력/출력 처리, 및/또는 임의의 다른 기능을 수행할 수 있다. 코프로세서(coprocessor)(81)는 추가적인 기능들을 수행하거나 프로세서(91)를 보조할 수 있는, 메인 프로세서(91)와 구별되는, 선택적인 프로세서이다. 프로세서(91) 및/또는 코프로세서(81)는 본 명세서에 개시된 방법들 및 장치들에 관련된 데이터를 수신, 생성, 및 처리할 수 있다.

동작 시에, 프로세서(91)는 명령어들을 페치, 디코딩, 및 실행하고, 컴퓨팅 시스템의 메인 데이터 송신 경로인 시스템 버스(80)를 통해, 정보를 다른 자원들로 및 그들로부터 송신한다. 그러한 시스템 버스는, 컴퓨팅 시스템(90)에서의 컴포넌트들을 접속하고, 데이터 교환을 위한 매체를 정의한다. 시스템 버스(80)는, 전형적으로, 데이터를 송신하기 위한 데이터 라인들, 어드레스들을 송신하기 위한 어드레스 라인들, 및 인터럽트들을 송신하고 시스템 버스를 동작시키기 위한 제어 라인들을 포함한다. 그러한 시스템 버스(80)의 예는 PCI(Peripheral Component Interconnect) 버스이다.

시스템 버스(80)에 결합된 메모리들은 RAM(random access memory)(82) 및 ROM(read only memory)(93)을 포함한다. 그러한 메모리들은 정보가 저장 및 검색될 수 있게 하는 회로를 포함한다. ROM들(93)은 쉽게 수정될 수 없는 저장된 데이터를 일반적으로 포함한다. RAM(82)에 저장된 데이터는 프로세서(91) 또는 다른 하드웨어 디바이스들에 의해 판독 또는 변경될 수 있다. RAM(82) 및/또는 ROM(93)에 대한 액세스는 메모리 제어기(92)에 의해 제어될 수 있다. 메모리 제어기(92)는, 명령어들이 실행될 때, 가상 어드레스들을 물리 어드레스들로 변환하는 어드레스 변환 기능(address translation function)을 제공할 수 있다. 메모리 제어기(92)는, 또한, 시스템 내의 프로세스들을 격리시키고, 시스템 프로세스들을 사용자 프로세스들로부터 격리시키는 메모리 보호 기능을 제공할 수 있다. 따라서, 제1 모드에서 실행되는 프로그램은 그 자신의 프로세스 가상 어드레스 공간에 의해 맵핑된 메모리에만 액세스할 수 있고; 그 프로그램은 프로세스들 간의 메모리 공유가 설정되지 않는 한, 다른 프로세스의 가상 어드레스 공간 내의 메모리에 액세스할 수 없다.

또한, 컴퓨팅 시스템(90)은 명령어들을 프로세서(91)로부터, 프린터(94), 키보드(84), 마우스(95), 및 디스크 드라이브(85)와 같은 주변기기들에게 통신하는 것을 담당하는 주변기기 제어기(83)를 포함할 수 있다.

디스플레이 제어기(96)에 의해 제어되는 디스플레이(86)는, 컴퓨팅 시스템(90)에 의해 생성된 시각적 출력을 디스플레이하는데 이용된다. 그러한 시각적 출력은 텍스트, 그래픽스, 애니메이티드 그래픽스(animated graphics) 및 비디오를 포함할 수 있다. 시각적 출력은 GUI(graphical user interface)의 형태로 제공될 수 있다. 디스플레이(86)는, CRT 기반의 비디오 디스플레이, LCD 기반의 평면 패널 디스플레이, 가스 플라즈마 기반 평면 패널 디스플레이, 또는 터치 패널로 구현될 수 있다. 디스플레이 제어기(96)는 디스플레이(86)에 송신되는 비디오 신호를 생성하는데 요구되는 전자 컴포넌트들을 포함한다.

더욱이, 컴퓨팅 시스템(90)은 컴퓨팅 시스템(90)이 그 네트워크들의 다른 노드들 또는 기능적 엔티티들과 통신하는 것을 가능하게 하기 위해 컴퓨팅 시스템(90)을, 도 1a, 도 1b, 도 1c, 도 1d, 및 도 1e의 RAN(103/104/105), 코어 네트워크(106/107/109), PSTN(108), 인터넷(110), WTRU들(102), 또는 다른 네트워크들(112)과 같은 외부 통신 네트워크 또는 디바이스들에 접속시키는데 이용될 수 있는, 예를 들어, 무선 또는 유선 네트워크 어댑터(97)와 같은 통신 회로를 포함할 수 있다. 통신 회로는, 단독으로 또는 프로세서(91)와 조합하여, 본 명세서에서 설명된 특정의 장치들, 노드들 또는 기능적 엔티티들의 송신 및 수신 단계들을 수행하는데 이용될 수 있다.

본 명세서에 설명된 장치들, 시스템들, 방법들 및 프로세스들 중 임의의 것 또는 전부가 컴퓨터 판독가능 저장 매체 상에 저장된 컴퓨터 실행가능 명령어들(예를 들어, 프로그램 코드)의 형태로 구현될 수 있고, 이 명령어들은, 프로세서들(118 또는 91)과 같은 프로세서에 의해 실행될 때, 프로세서로 하여금 본 명세서에 설명된 시스템들, 방법들 및 프로세스들을 수행 및/또는 구현하게 한다는 것이 이해된다. 구체적으로는, 본 명세서에 설명된 단계들, 동작들 또는 기능들 중 임의의 것은, 무선 및/또는 유선 네트워크 통신들을 위해 구성된 장치 또는 컴퓨팅 시스템의 프로세서 상에서 실행되는, 그러한 컴퓨터 실행가능 명령어들의 형태로 구현될 수 있다. 컴퓨터 판독가능 저장 매체는 정보의 저장을 위해 임의의 비일시적(예를 들어, 유형의 또는 물리적) 방법 또는 기술로 구현된 휘발성 및 비휘발성, 이동식 및 비이동식 매체를 포함하지만, 그러한 컴퓨터 판독가능 저장 매체가 신호들을 포함하지는 않는다. 컴퓨터 판독가능 저장 매체는, 제한적인 것은 아니지만, RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CD-ROM, DVD(digital versatile disks) 또는 다른 광학 디스크 스토리지, 자기 카세트들, 자기 테이프, 자기 디스크 스토리지 또는 다른 자기 저장 디바이스들, 또는 원하는 정보를 저장하기 위해서 이용될 수 있고 컴퓨팅 시스템에 의해서 액세스될 수 있는 임의의 다른 유형의 또는 물리적 매체를 포함한다.

NR 라디오 자원 관리(RRM) 측정들

RRM의 목적은 이용가능한 라디오 자원들의 효율적인 이용을 보장하고, 네트워크가 라디오 자원 관련 요건들을 충족시킬 수 있게 하는 메커니즘들을 제공하는 것이다. 특히, RRM은 라디오 자원들을 관리(예를 들어, 할당, 재할당 및 해제)하는 수단을 제공한다. 그것은 라디오 베어러 제어, 라디오 진입 제어, 이동성 제어, 및 패킷 스케줄링과 같은 기능들을 포함한다. 이러한 기능들을 제공하기 위해, UE 특정 측정들이 UE에서 로컬로, 그리고 네트워크(gNB)에서 모두 요구된다.

RRC_CONNECTED에서, UE는 셀의 다수의 빔들(적어도 하나)을 측정하고, 측정 결과들(전력 값들)은 셀 품질을 도출하기 위해 평균화된다. 그렇게 함에 있어서, UE는 검출된 빔들의 서브세트를 고려하도록 구성된다. 필터링은 2개의 상이한 레벨들에서, 즉, 빔 품질을 도출하기 위해 물리 계층에서, 그리고 이어서 다수의 빔들로부터 셀 품질을 도출하기 위해 RRC 레벨에서 발생된다. 빔 측정들로부터의 셀 품질은 서빙 셀(들) 및 비-서빙 셀(들)에 대해 동일한 방식으로 도출된다. UE가 gNB에 의해 그렇게 하도록 구성되는 경우, 측정 보고들은 X개의 최상의 빔들의 측정 결과들을 포함할 수 있다.

NR의 경우, 네트워크는 SS/PBCH 블록(SSB)들 또는 CSI-RS(Channel State Information Reference Signals) 자원들에 기초하여 측정들을 수행하도록 UE를 구성할 수 있고, 여기서 측정량은 기준 신호 수신 전력(RSRP), 기준 신호 수신 품질(RSRQ) 또는 신호 대 잡음 및 간섭비(SINR)일 수 있다. NR에 대한 물리 계층 측정들은 참고로 포함되는 3GPP TS 38.215, NR; Physical layer measurements (Release 15), V15.2.0에 정의되어 있다.

LTE 사이드링크 RRM 측정들

LTE ProSe 및 V2X 작업의 일부로서, 사이드링크 특정 RRM 측정들이 또한 정의되었다. 즉:

사이드링크 수신 신호 강도 표시자(S-RSSI): 심볼 당 총 수신 전력. 그것은 어느 서브채널들이 비지(busy)인지를 결정하는데 이용된다.

PSSCH 기준 신호 수신 전력(PSSCH-RSRP): PSSCH와 연관된 복조 기준 신호들에 기초함,

채널 비지 비율(CBR): 서브프레임 n에서 측정된 채널 비지 비율(CBR)은 다음과 같이 정의된다:

PSSCH에 대해, UE에 의해 측정된 S-RSSI가 서브프레임들 [n-100, n-1]에 걸쳐 감지된 (사전)구성된 임계값을 초과하는 자원 풀에서의 서브채널들의 부분;

PSCCH에 대해, PSCCH가 비-인접 자원 블록들에서 그 대응하는 PSSCH와 함께 송신될 수 있도록 (사전)구성된 풀에서, PSCCH 풀이 주파수 영역에서 2개의 연속적인 PRB 쌍들의 크기를 갖는 자원들로 구성된다고 가정하여, UE에 의해 측정된 S-RSSI가 서브프레임들 [n-100, n-1]에 걸쳐 감지된 (사전)구성된 임계값을 초과하는 PSCCH 풀의 자원들의 부분

채널 점유 비율(CR):

서브프레임 n에서 평가된 채널 점유 비율(CR)은 서브프레임들 [n-a, n-1]에서 그 송신들을 위해 이용되고 서브프레임들 [n, n+b]에서 승인된 서브채널들의 총 수를, [n-a, n+b]에 걸쳐 송신 풀에서 구성된 서브채널들의 총 수로 나눈 것으로서 정의된다.

NR 라디오 링크 모니터링(RLM) 및 라디오 링크 장애(RLF)

라디오 링크 모니터링(RLM) 및 라디오 링크 장애(RLF)라는 용어들은 종종 상호교환가능하게 이용된다. 긴밀하게 연계되어 있지만, 이후 2개를 구별하려는 시도가 이루어진다. RLM은 UE와 gNB 사이의 라디오 링크를 모니터링하는 것에 관련된 절차들을 지칭한다. 이러한 모니터링은 프로토콜 스택의 많은 계층들: 물리 계층, MAC 계층, 및 RLC 계층에서 이루어질 수 있다. UE와 gNB 사이에 불량한(poor) 라디오 링크가 존재하는 것을 시그널링할 수 있는 이벤트들이 이러한 계층들 각각에서 발생할 수 있다. 라디오 링크 품질은 UE와 gNB 사이에 실행가능한 시그널링 접속이 있는 것을 보장하는데 중요하다. 이 링크 품질이 불량한 것으로 간주되면, UE는 RLF를 선언할 수 있고, 후속하여 다른 gNB에 대한 접속을 재확립하려고 시도하거나, UE를 RRC-IDLE 상태로 이동시키는 것에 실패함으로써, 이 RLF로부터 복구하려고 시도할 수 있다.

RRC_CONNECTED에서, UE는 다음의 기준들 중 하나가 충족될 때 라디오 링크 장애(RLF)를 선언한다:

물리 계층으로부터의 라디오 문제들의 표시 후에 시작된 타이머의 만료(타이머가 만료되기 전에 라디오 문제들이 복구되면, UE는 타이머를 중지함);

랜덤 액세스 절차 실패;

RLC 실패.

불량한 다운링크 라디오 링크 품질에 의해 야기된 RLF

전체 절차는 도 2에 도시된 바와 같이, 카운터들 및 타이머들에 기초한다. 도 2는 예시적인 실시예에 따른 RLM 및 RLF 검출을 위한 절차를 도시한다.

UE는 셀 라디오 링크 장애(뿐만 아니라 빔 라디오 링크 장애)의 검출을 위해 라디오 링크 모니터링을 구성하는데 이용되는 RadioLinkMonitoringConfig IE로 구성된다. 물리 계층은 동기(IS) 또는 비동기(OOS) 조건들을 결정하기 위해 2개의 가능한 메트릭들 중 하나를 모니터링한다: SSB 또는 CSI-RS. 측정들은 Qin 및 Qout 임계값들(또한 RRC 구성들을 통해 UE에 제공됨)과 비교된다.

UE는 물리 계층으로부터의 연속적인 OOS 표시들의 수를 모니터링한다. 이 수가 N310일 때, UE는 T310 타이머를 시작한다(단계 1). 이 시간 동안, UE가 동기화를 복구하면, 타이머는 중지된다. T310 타이머가 만료되면, UE는 RLF를 선언한다(단계 2). T310이 실행 중인 시간 기간은 RLF 절차의 페이즈 1로 알려져 있다.

RLF 선언 후에, UE는 네트워크에 대한 그의 접속을 재확립하려고 시도한다. UE는 최상의 셀을 검색할 수 있다. T311 타이머가 실행 중인 시간 기간은 RLF 절차의 페이즈 2로 지칭된다.

T310, T311, N310에 대한 값들은 모두 네트워크에 의해 구성된다.

그 다음, UE는 타겟 셀을 제거(resect)한다. 그 다음, UE는 타겟 셀의 SI를 획득하고, 타겟 셀 상에서 RACH를 전송한다. 마지막으로, UE는 UL 승인을 획득하고, UE는 RRC 접속 재확립 요청을 전송한다(단계 3).

랜덤 액세스 절차 실패에 의해 야기된 RLF

NR에 대한 랜덤 액세스 절차는, gNB가 충돌 없이 이 프리앰블을 "청취(hear)"할 수 있을 때까지, 약간 증가하는 송신 전력들로 프리앰블들을 전송하는 것에 기초한다. UE는 이 프리앰블 송신을 (네트워크 구성된 파라미터 preambleTransMax에 의해 지배되는) 유한 횟수 시도할 것이다. MAC 계층이 RACH를 통해 MAC PDU를 전송하는데 어려움이 있고, 이 MAC PDU에 대한 프리앰블 송신을 위한 시도들의 최대 횟수에 도달한 경우, MAC 계층은 상위 계층들에 랜덤 액세스 문제를 표시하고, RRC는 무선 링크 장애를 선언한다.

그 다음, UE는, 섹션 1.2.1에서 다운링크 라디오 링크 품질 경우에 대해 설명된 바와 같이, RLF 절차의 페이즈 2를 시작한다.

RLC 재송신들에 의해 야기된 RLF

RLC AM을 이용하여 송신된 PDU들은 수신 엔티티에 의해 확인응답된다. Uu NR 기반 송신들의 경우에, RLC AM은 UE와 gNB 사이에 있다. 송신의 방향(업링크 또는 다운링크)에 따라, 어느 한 엔티티는 송신 엔티티(업링크 송신을 위한 UE 또는 다운링크 송신을 위한 gNB) 또는 수신 엔티티(다운링크 송신을 위한 UE 또는 업링크 송신을 위한 gNB)의 역할을 할 수 있다. 이하에서, 우리는 업링크 방향만을 고려할 것이지만, 절차는 또한 다운링크 방향에 적용될 수 있다.

RLC AM에 대해, UE는 송신되었고 gNB에 의해 아직 확인응답되지 않은 모든 RLC SDU들을 추적하기 위해 송신 윈도우를 유지한다. UE는 gNB로부터 STATUS PDU를 통해 RLC SDU(또는 RLC SDU 세그먼트)에 대한 부정 확인응답(gNB에 의한 수신 실패의 통지)을 수신할 수 있다. 부정 확인응답을 수신하는 각각의 RLC SDU는 재송신될 필요가 있다.

UE는 각각의 RLC SDU에 대한 재송신 횟수의 카운트를 유지한다. 이 수가 네트워크 구성된 최대값(maxRetxThreshold)을 초과하는 경우, RLC 계층은 최대 재송신 횟수에 도달했다는 것을 상위 계층들에 알려준다. 그 결과, RRC는 라디오 링크 장애를 선언한다.

PC5 킵 얼라이브 메커니즘

ProSe(Proximity Services)의 일부로서, 3GPP는 PC5 인터페이스를 통해 통신하는 피어 UE들이 여전히 PC5 직접 링크를 필요로 하는 것을 보장하기 위해 상위 계층 킵 얼라이브 메커니즘을 정의하였다. 메커니즘은 피어 UE들 사이의 PC5-S 시그널링 메시지들의 교환, 및 피어 UE들에서의 타이머들의 유지에 기초한다. 전체 절차는, DIRECT_COMMUNICATION_KEEPALIVE/DIRECT_COMMUNICATION_KEEPALIVE_ACK 메시지들의 교환을 도시하는 도 3에 도시되어 있다.

도 3은 예시적인 실시예에 따른 킵 얼라이브 절차를 도시한다.

요청 UE는 다음의 조건들 하에서 Keep Alive 메시지를 전송할 것이다: 그것이 (파라미터 T4102에 의해 명시된 바와 같이) 소정 시간 기간 동안 피어 UE로부터 아무것(시그널링 또는 사용자 데이터)도 수신하지 않았고, 상위 계층(예를 들어, 애플리케이션)으로부터의 요청 시에 직접 링크가 얼라이브(alive)인지를 체크한다. 선택적으로, (파라미터 T4108에 의해 명시된 바와 같이) 이 직접 링크를 통한 최대 비활동 기간이 관찰된 경우.

UE는 다음의 조건들 하에서 피어 UE로의 PC5 접속을 해제할 것이다: 직접 링크를 해제하라는 상위 계층(예를 들어, 애플리케이션)으로부터의 요청 시에, 그것은 확인 응답 없이 킵 얼라이브 메시지를 피어에 여러 번 재송신하였고, 선택적으로, (파라미터 T4108에 의해 명시된 바와 같이) 이 직접 링크를 통한 최대 비활동 기간이 관찰되었다.

문제 서술

본 개시내용에 따른 디바이스 및 방법에 의해 해결된 문제는 2개의 주요 서브-영역들로 분할된다: RRM에 관련되고 RLM/RLF에 관련됨.

RRM

RRM 측정들의 구성: UE들은 언제 그리고 무엇을 측정할지를 알 필요가 있다. Uu 경우에, 측정할 신호들은 항상 gNB에 의해 송신된다. 대조적으로, V2X UE들은 반이중(half duplex) 문제를 겪는다(UE는 UE가 측정을 수행해야 하는 시간 지속기간 내에 다른 UE로/로부터 데이터를 송신 또는 수신한다).

SL SSB에 기초한 RRM 측정들: 일부 경우들에서, SL SSB는 측정에 적합하지 않다. 다수의 UE들이 동일한 SLSSID를 공유할 수 있고, 일부 이용 사례들에서, UE들은 대안의 소스들로부터 그들의 동기화를 얻을 수 있다: GNSS 또는 gNB. 이들 경우에 측정을 수행하는 방법은 명확하지 않다.

기준 신호들에 기초한 RRM 측정들: 송신 모드 2 타입 배치들에서, UE들은 (감지에 기초하여) 채널을 획득할 필요가 있다. 수신 UE는 송신 UE가 채널을 획득하였고 기준 신호를 송신한 때를 알지 못할 수 있다. 또한, 어느 기준 신호를 이용할지는 여전히 알려져 있지 않다.

RLM/RLF

불량한 사이드링크 라디오 링크 품질을 관리하기 위해 PC5 킵-얼라이브 메커니즘을 이용하는 것은 NR V2X에서 구상되는 이용 사례들에 대해 효율적이지 않을 수 있다. 메커니즘은 상위 계층들에서 유지되는 타이머들 및 재송신 카운터들에 의존하여 다소 느리다. 레이턴시 시간 동안, 피어 UE들은 사이드링크를 통해 송신하고, 불필요한 간섭을 야기할 수 있다. 또한, 킵-얼라이브 메커니즘은 반드시 링크 품질만을 반영하지는 않는다. 예를 들어, UE는 부하(load) 이유들로 인해 DIRECT_COMMUNICATION_KEEPALIVE_ACK를 전송하는 것을 억제할 수 있다. 그 결과, 액세스 계층(AS) 링크 모니터링 메커니즘이 NR V2X 이용 사례들에 유용할 수 있다.

유니캐스트 상의 RLF에 대한 트리거들: SL RLF에 대한 트리거들은 물리 계층 측정들 및 RLC-AM 재송신 실패에 기초할 가능성이 있다. 그러나, SL 물리 계층 측정들은 Uu 경우에 대해서만큼 정확하지 않을 수 있고, RLF를 선언하기 위한 더 긴 레이턴시를 초래할 수 있다. 사이드링크 품질이 저하될 때를 신속하게 결정하기 위해 추가적인 메커니즘들이 필요할 수 있다.

RLF의 검출 시의 액션들: 사이드링크 상의 RLF의 검출 시의 UE 액션들은 정의되지 않는다. RRC 재확립의 개념은 사이드링크 상에서 유효하지 않으며, 여기서 통신은 (그 RAN들 중 하나를 통해) 네트워크가 아니라 특정 UE를 타겟으로 한다.

상위 계층들과의 상호작용: 오늘날 PC5-S 프로토콜은 피어 UE들 사이에 킵-얼라이브 메시지들을 전송하여 양쪽 UE들이 여전히 사이드링크 통신을 할 수 있는 것을 보장한다. LTE D2D에 명시된 바와 같은 킵 얼라이브 기능은 D2D PC5 직접 링크 유니캐스트와 관련되고, UE들이 통신 범위에 있지 않을 때, 또는 예를 들어, 송신을 위한 데이터가 더 이상 존재하지 않을 때를 검출하기 위해 이용된다. 이 절차가 임의의 AS RLF 절차와 어떻게 상호작용할지는 명확하지 않다. 또한, 상위 계층은 RLF가 일부 사전적 조치(proactive action)를 취하기 위해 발생하기 전에도 통지될 필요가 있을 수 있다. 상위 계층과의 이러한 상호작용은 정의되지 않는다.

그룹캐스트 링크 장애: 오늘날 그룹캐스트 통신에 대한 범위 내에 라디오 링크 모니터링이 없다. 특정 이용 사례들에서, 그룹에 대한 신뢰성 및 레이턴시 요건들은 그룹캐스트 링크의 품질이 유지될 것을 요구한다. 예를 들어, 플래툰 리더(platoon leader)를 갖는 플래툰에서, 리더에 대한 링크는 플래툰의 안전한 동작을 위해 중요하다. 이 링크 모니터링이 그룹캐스트와 결합하여 어떻게 행해지는지는 정의되어 있지 않다.

본 출원에서, 상기의 문제들은 적어도 다음에 의해 해결된다:

1. SL-RLF(SL Radio Link Failure)를 선언하기 위한 다양한 트리거들. 이러한 트리거들은 PHY, MAC, 및 RLC 계층으로부터 온다.

2. 일부 SL들의 라디오 링크 품질이 링크될 수 있다. 이들은 링크된 SL들로서 지칭된다. SL 접속이 다른 SL 접속에 링크되면, 제2 SL 상의 라디오 링크 문제는 제1 SL에 영향을 미칠 것이다. 예를 들어, 제2 SL 접속은 gNB에 대한 중계기로서 동작하는 UE에 대한 것일 수 있거나, UE 스케줄링 엔티티에 대한 것일 수 있다.

3. S-RLF가 UE에서 선언될 때의 다양한 액션들. 즉:

a. SL 접속 컨텍스트의 클리어링 및 영향을 받은 SL 상의 모든 라디오 베어러들의 해체(tear down)

b. SL을 다른 자원 풀로 이동

c. SL을 다른 공유 동작 대역으로 이동

d. 상위 계층들에 통지하고 그것이 액션들을 제어

e. 영향을 받은 SL 상의 라디오 베어러들을 Uu 인터페이스를 통해 전송

4. 액세스 계층 킵 얼라이브 절차들을 허용하는 방법들.

5. 사이드링크 통신에 수반되는 UE에서의 RLF 평가 온/오프를 스로틀링(throttle)하는 방법들.

6. 사이드링크 상의 라디오 링크 모니터링 보조 정보(Radio Link Monitoring Assistance Information)(RLM-AI)의 송신을 중지/중지하는 방법들. 이 RLM-AI는 UE가 사이드링크 상태를 더 잘 결정할 수 있게 한다.

상세한 개시

이하에서, UE들은 커버리지 내 경우에 대해 gNB 또는 진화된 eNB의 커버리지 내일 수 있다는 점에 유의한다. 간략화를 위해, 이하에서 용어 gNB만이 이용될 것이지만, 이것은 gNB 또는 진화된 eNB 둘다를 지칭할 수 있다는 것을 이해해야 한다.

NR V2X에 대한 일반적인 SL 유니캐스트 통신이 도 4a에 도시되어 있다. SL 통신은 UE1과 UE2 사이에 있다.

도 4a는 예시적인 실시예에 따른, 피어 UE들 사이의 사이드링크 접속을 도시한다.

특히, 도 4a는 2개의 선택적 블록들을 도시한다: 피어 UE들(UE1 및 UE2)의 라디오 자원 제어를 제공하는 제어 엔티티(100)뿐만 아니라, 피어 UE들 사이의 송신들의 스케줄링을 담당하는 스케줄링 엔티티(200).

다양한 구성들/옵션들이 제어 엔티티(100) 및 스케줄링 엔티티에 대해 가능하다:

커버리지 내에 있는 UE들에 대해, 제어 엔티티는 gNB일 수 있다. 그러한 경우들에서, UE1/UE2와 제어 엔티티(100) 사이의 통신은 Uu 인터페이스를 통한다. UE1 및 UE2 둘다는 제어 엔티티(100)에 대한 RRC 접속을 갖는다.

자원 할당 모드 1을 이용하는 UE들에 대해, 스케줄링 엔티티(200)는 gNB일 수 있다. 그러한 경우에, UE1/UE2와 스케줄링 엔티티(200) 사이의 통신은 Uu 인터페이스를 통한다.

자원 할당 모드 2를 이용하는 UE들에 대해, 스케줄링 엔티티(200)는 스케줄링 능력을 갖는 다른 UE일 수 있고, 이 경우에 UE1/UE2와 스케줄링 엔티티(200) 사이의 통신은 PC5 인터페이스를 통한다. 이 대안의 특별한 경우로서, UE들 중 하나(UE1 또는 UE2)는 스케줄링 엔티티(200)일 수 있고, 이 UE는 UE1 및 UE2 둘다에 대한 송신들을 스케줄링할 수 있다.

커버리지 밖에 있는 UE들에 대해, 제어 엔티티(100)는 다른 UE일 수 있고, 이 경우에 UE1/UE2와 제어 엔티티(100) 사이의 통신은 PC5 인터페이스를 통한다. 이 대안의 특별한 경우로서, UE들 중 하나(UE1 또는 UE2)는 제어 엔티티(100)일 수 있다.

일부 경우들에서, 제어 엔티티(100) 및 스케줄링 엔티티(200)는 (예를 들어, gNB에) 함께 위치되지만, 이것이 항상 그러한 것은 아니다. 일부 경우들에서, UE1 및 UE2는 상이한 제어 엔티티들을 가질 수 있다. 일부 경우들에서, UE1 및 UE2는 그들 자신의 스케줄링 엔티티를 가질 수 있다. 이 경우, UE1과 UE2 사이의 사이드링크 송신에 이용된 자원들은, 그들이 상이한 스케줄링 엔티티들에 의해 스케줄링되더라도, 동일해야 한다.

제어 엔티티(100) 및/또는 스케줄링 엔티티(200)에 대한 RRC 접속에 더하여, UE1 및 UE2는 또한 서로 간에 SL RRC(S-RRC) 접속을 가질 수 있다. 이 S-RRC 접속은 PC5 인터페이스를 통해 2개의 UE들 사이에서 직접 RRC 시그널링을 위해 이용될 수 있다.

또한, 도 4a는 UE1과 UE2 사이의 단일 SL을 도시한다는 점에 유의한다. 이것은 임의의 수의 동시 사이드링크들로 일반화될 수 있다는 것을 이해해야 한다. 따라서, UE1 및 UE2는 SL을 공유할 수 있고, 이들은 그들의 제어 엔티티(100) 및/또는 스케줄링 엔티티(200)에 대한 Uu 인터페이스를 가질 수 있고, 이들은 각각 다른 UE들에 대한 하나 이상의 추가 사이드링크를 가질 수 있다.

UE1/UE2는 이러한 2개의 UE들 사이의 SL에 관한 채널 품질 정보(CQI)를 그 스케줄링 엔티티(200), 예를 들어, gNB 또는 스케줄링 UE에 전송한다. 이하에서, 이 CQI는 UE가 Uu 인터페이스 상의 다운링크 또는 업링크와 관련하여 송신하는 CQI와 구별하기 위해 SL CQI(S-CQI)로 지칭될 것이라는 점에 유의한다. CQI는 주기적이거나 비주기적이거나 스케줄링될 수 있다는 점에 유의한다.

제어 엔티티(100)가 gNB인 경우, 그것은 Uu 인터페이스를 통해 UE1에 대한 RRC 접속 및 UE2에 대한 RRC 접속을 관리할 수 있다. 그러나, 제어 엔티티(100)는 UE1과 UE2 사이의 S-RRC 접속을 관리할 수 없다. 이 RRC 시그널링은 UE1과 UE2 사이에서 직접 관리된다.

제어 엔티티(100)가 다른 UE인 경우, 그 자신과 UE1/UE2 사이의 S-RRC 접속을 관리할 필요가 있을 수 있지만, UE1과 UE2 사이의 S-RRC 접속을 관리할 수 없다.

UE1과 UE2 사이의 SL 라디오 품질이 저하되는 경우들에서, 스케줄링 엔티티(200)에 제공된 S-CQI는 링크의 품질이 불량하다는 것을 나타낼 것으로 예상 된다. 스케줄링 엔티티(200)는, 예를 들어, 조건들이 개선되는지를 알아보기 위해 단지 대기할 수 있거나, 또는 최저의 가능한 MCS를 이용하도록 UE들에 알릴 수 있다.

추가적으로, 하위 액세스 계층 계층들(PHY, MAC, RLC, PDCP, SDAP) 중 하나 이상은 SL 라디오 링크 품질이 불량하다는 일부 표시를 UE1 및/또는 UE2에서의 RRC 계층에 제공할 수 있고, 상위 계층(PC5-S)은 SL과 연관된 킵-얼라이브 타이머가 만료되었다는 일부 표시를 UE1 및/또는 UE2에서의 RRC 계층에 제공할 수 있고, 제어 엔티티(100) 또는 피어 UE들(UE1 또는 UE2)은 사이드링크 라디오 링크 장애(SL RLF)를 선언할 수 있고, 제어 엔티티(100)는 SL RLF를 처리하는 것을 돕기 위해 일부 더 사전적 단계들을 취할 수 있고, 피어 UE들은 SL RLF를 처리하는 것을 돕기 위해 일부 더 사전적 단계들을 취할 수 있다.

사이드링크 라디오 링크 모니터링/장애/복구를 위한 절차

도 4b는 사이드링크 상에서 송신하는 2개의 피어 UE들(UE1 및 UE2), 제어 엔티티(100), 및 스케줄링 엔티티(200)를 갖는, 사이드링크 라디오 링크 모니터링, 사이드링크 라디오 링크 장애 평가, SL 라디오 링크 복구를 위한 제안된 절차를 도시한다. 유의할 점은, 이하와 같다:

SL 라디오 링크 모니터링(SL-RLM)은 UE, 제어 엔티티(100), 또는 스케줄링 엔티티가 라디오 링크의 품질을 측정하기 위해 메트릭들을 모니터링/측정하는 프로세스를 지칭한다. 이 모니터링의 결과로서, UE, 제어 엔티티(100) 또는 스케줄링 엔티티는 라디오 링크에 문제가 있을 수 있다고 결정할 수 있다.

SL 라디오 링크 장애(SL-RLF) 평가는 UE, 제어 엔티티(100), 또는 스케줄링 엔티티가 하나 이상의 모니터링된 메트릭을 평가하고, 사이드링크의 라디오 링크 품질이 만족스러운지 또는 수용가능한지를 결정하는 절차를 지칭한다. UE, 제어 엔티티(100) 또는 스케줄링 엔티티가, 링크가 수용가능하지 않다고 결정하면, RLF가 선언될 수 있다.

SL 라디오 링크 복구(SL-RLR)는 SL RLF에 대응하기 위해 취해질 수 있는 복구 액션들을 지칭한다. 단계 1: UE는 SL 라디오 링크 모니터링을 돕기 위해 송신할 표시들/신호들에 대한 상세들로 구성되거나(옵션 2로서 도시됨) 사전구성된다(옵션 1로서 도시됨). UE는 또한 SL 라디오 링크 모니터링을 돕기 위해 그것이 수신/모니터링할 수 있는 표시들/신호들에 대한 상세들로 구성되거나 사전구성된다. 이하, 이들 표시들/신호들을 라디오 링크 모니터링 보조 정보(RLM-AI)로서 지칭할 것이다.

단계 2: UE는 SL 라디오 링크 장애의 평가에 관한 상세들로 구성되거나(옵션 2로서 도시됨) 또는 사전구성된다(옵션 1로서 도시됨). 예를 들어, UE는 사이드링크가 특정 V2X 서비스를 위해 이용되고 있는 경우 단지 RLF를 평가하도록 구성될 수 있다.

단계 3: RLM-AI의 구성 또는 사전구성에 기초하여, UE는 보조 정보를 송신할 수 있다.

단계 4: 피어 UE는 하나 이상의 메트릭에 기초하여 라디오 링크를 모니터링한다.

단계 5: SL-RLF가 선언된다. 이 선언은 피어 UE들 중 하나에서, 제어 엔티티(100)에서, 스케줄링 엔티티(200)에서, gNB(또는 eNB)에서 발생할 수 있다. 도 4b에서, 피어 UE는 RLF 선언을 한다.

단계 6: SL RLF에 대응하기 위해 복구 액션들이 취해진다.

라디오 링크 모니터링 보조 정보

SL RLM-AI의 타입들

라디오 링크 모니터링 보조 정보는 2개의 UE들 사이의 사이드링크 라디오 품질을 평가하기 위해 피어 UE에 의해 이용될 수 있는, UE에 의해 전송된 임의의 정보를 지칭한다. RLM-AI는 다음 중 하나 이상을 포함할 수 있다:

PSCCH에서 운반된 복조 기준 신호(DMRS). DMRS는 사이드링크 송신을 스케줄링하는 SCI의 일부로서 전송될 수 있다. 대안적으로, DMRS는 스케줄링 정보를 포함하지 않는 SCI의 일부로서 전송될 수 있다. 이것은 전용 SCI 포맷으로 운반될 수 있다.

PSSCH에서 운반된 복조 기준 신호(DMRS). DMRS는 사이드링크 데이터를 포함하는 전송 블록의 일부로서 전송될 수 있다. 대안적으로, DMRS는 더미(dummy) 데이터를 포함하는 전송 블록의 일부로서 전송될 수 있다. 전송 블록의 크기가 또한 구성될 수 있다.

SL 동기화 신호 블록(S-SSB)

사이드링크 채널 상태 정보 기준 신호(SL-CSI-RS)

UE로부터의 RLM 기준 신호(RLM-RS). 이것은 특히 RLM을 위해 UE에 의해 송신된 기준 신호일 수 있다. RLM-RS는 송신 UE에 특정적일 수 있지만, RLM 목적들을 위해 다수의 수신 UE들에 의해 이용될 수 있다.

액세스 계층(AS) 킵-얼라이브 메커니즘: 피어 UE들은 라디오 링크 모니터링을 돕기 위해 사이드링크(PC5 인터페이스) 상에서 프로브형(probe-like) 요청/응답 메시지들을 교환할 수 있다. 메시지는 사이드링크 RRC(즉, PC5-RRC) 메시지, 사이드링크 MAC CE, 또는 사이드링크 PHY 계층 신호일 수 있다. 요청/응답 메시지들은 RLM에 전용될 수 있다. 대안적으로, 이러한 메시지들은 사이드링크를 통해 이미 운반된 정규 PHY 시그널링에 의해 암시적으로 표시될 수 있다. 예를 들어, SCI 스케줄링은 프로브 요청일 수 있고, 반환(returning) HARQ 피드백은 프로브 응답일 수 있다. 제2 예로서, 프로브 요청은 SCI에서의 CSI 요청일 수 있고, 반환 CSI 보고는 프로브 응답일 수 있다.

RLM-AI 구성 상세들

RLM-AI는 UE에서 구성되거나 사전구성될 수 있다. 다음의 정보가 이 구성/사전구성에 포함될 수 있다:

송신할 RLM-AI의 타입: UE는 RLM-AI 타입들 중 하나 이상을 이용하도록 (사전)구성될 수 있다.

서비스 타입 대 RLM-AI 맵핑. UE는 V2X 서비스(예를 들어, V2X 애플리케이션의 PSID 또는 ITS-AID)의 RLM-AI 타입으로의 맵핑으로 구성될 수 있다. 예를 들어, UE는 자율 주행 애플리케이션들을 위해 RLM-RS를 이용하도록 구성될 수 있다.

RLM-AI 맵핑에 대한 사이드링크 논리 채널 우선순위. UE는 특정 우선순위의 사이드링크 트래픽을 위해 특정 RLM-AI를 이용하도록 구성될 수 있다. 예를 들어, UE가 주어진 우선순위 또는 주어진 PQI 값을 갖는 사이드링크 트래픽을 갖는 경우, UE는 특정 RLM-AI 타입을 이용할 수 있다.

RLM-AI가 송신되는 자원 정보. 모드 1 자원 할당 모드에서, UE는 RLM-AI가 송신될 수 있는 하나 이상의 자원의 리스트를 제공받을 수 있다. UE는 제공된 자원에서 RLM-AI를 송신할 수 있다. 이 자원은 RLM-AI에 전용될 수 있다. 이 자원은 하나보다 많은 UE에 의해 공유될 수 있다. RLM-AI가 송신되는 자원 정보는 또한 다수의 모드 2 자원 할당 모드들에서 제공될 수 있다 ― 예를 들어, 모드 2(d)에서 스케줄링 엔티티는 자원 정보를 제공할 수 있는 반면, 모드 2(c)에서 UE는 단일 SL 송신 패턴으로 구성될 수 있고, UE에 의해 실행되는 감지 절차가 없다.

RLM-AI 송신/수신 간격들: UE는 RLM-AI를 언제 송신(또는 수신)할지의 표시를 제공받을 수 있다. 이것은 RLM-AI 송신을 위한 시작 시간 및 중지 시간의 형태일 수 있다. 그러한 경우에, UE는 이 간격 동안 RLM-AI를 송신(또는 수신)하는 것만을 시도할 수 있다. 대안적으로, UE는 RLM-AI 송신(또는 수신)의 주기성을 제공받을 수 있다. 예를 들어, UE는 매 T1초마다 RLM-AI를 송신(또는 수신)하도록 구성될 수 있다. UE는 매 T1초마다, T2초의 지속기간 동안 또는 특정 횟수 동안 RLM-AI를 송신(또는 수신)하도록 추가로 구성될 수 있다.

계층 1 목적지 UE ID 리스트: UE는 UE가 목적지 UE ID 리스트에 있는 UE에 대한 진행 중인(ongoing) 서비스를 갖는 경우에만 RLM-AI를 송신 또는 수신하도록 구성될 수 있다. 이하에서 UE ID는 계층 2 ID 또는 계층 1 ID, 또는 일부 다른 고유 식별자일 수 있다는 점에 유의한다.

계층 1 소스 UE ID 리스트: UE는 UE가 소스 UE ID 리스트에 있는 UE에 대한 진행 중인 서비스를 갖는 경우에만 RLM-AI를 송신 또는 수신하도록 구성될 수 있다.

송신 캐스트: UE는 특정 송신 캐스트 타입들: 유니캐스트, 그룹캐스트, 및/또는 브로드캐스트에 대해서만 RLM-AI를 송신하도록 구성될 수 있다.

활성화/비활성화: UE는 구성된 RLM-AI 송신/수신 간격들에 기초하여 RLM-AI를 활성화/비활성화하도록 구성될 수 있다. 대안적으로, UE는 UE에서의 일부 트리거 이벤트, 전형적으로 비주기적 트리거 이벤트에 기초하여 RLM-AI를 동적으로 활성화/비활성화하도록 구성될 수 있다.

비활동 타이머들: UE는 사이드링크가 특정된 지속기간 동안 비활성이었던 경우 비활성 타이머들에 기초하여 RLM-AI를 송신하도록 구성될 수 있다. 이러한 비활동은 특정 계층 1 목적지 ID 또는 다수의 계층 1 목적지 ID들, 특정 계층 1 소스 ID 또는 다수의 계층 1 소스 ID들에 대해 모니터링될 수 있다.

UE에서의 구성 또는 사전구성을 통한 RLM-AI 설정

피어 UE들의 세트는 그들의 gNB, 또는 eNB, 또는 제어 엔티티에 의해 RLM-AI를 송신/수신하는데 필요한 정보로 구성될 수 있다. 예를 들어, RRC 시그널링 또는 PC5 RRC 시그널링을 통해. 대안적으로, UE들이 커버리지 밖에 있다면, 이들은 RLM-AI를 송신/수신하기 위해 필요한 정보를 결정하기 위해 사전구성을 이용할 수 있다. 양쪽 경우들(구성 및 사전구성)에서, 송신 UE는 RLM-AI를 전송하기 위해 구성 정보를 따를 수 있다. 더욱이, 수신 UE는 또한 구성 정보를 이용하여 RLM-AI를 수신하도록 자신을 구성할 수 있다. UE가 동일한 목적지로의 다수의 사이드링크들을 갖는 경우들에서, 그것은 하나 이상의 활성 RLM-AI 구성 상세로 구성될 수 있다. 예를 들어, UE1은 UE2에 대해 2개의 서비스를 가질 수 있다. 제1 서비스는 UE1이 매 2초마다 RLM-AI를 전송할 것을 요구할 수 있고, 제2 서비스는 UE1이 매 1초마다 RLM-AI를 전송할 것을 요구할 수 있다. 다른 예에서, UE1은 UE1이 매 2초마다 RLM-AI를 전송할 것을 요구할 수 있는 주어진 PC5 QoS 식별자(PQI)를 갖는 사이드링크 논리 채널 및 UE1이 매 1초마다 RLM-AI를 전송할 것을 요구할 수 있는 PQI를 갖는 제2 사이드링크 논리 채널을 가질 수 있다. 그러한 경우에, UE1은 서비스들 둘다 또는 사이드링크 논리 채널들 둘다를 만족시키기 위해 결합된 구성을 결정할 수 있다. 상기의 동일한 예를 이용하여, UE1은 RLM-AI가 양쪽 구성들을 만족시키기 위해 매초마다 전송되어야 한다고 결정할 수 있다. 필요하다면, UE들은 PC5 RRC 시그널링을 교환하여 양쪽 UE들이 결합된 구성을 알게 할 수 있다.

피어 UE들 사이의 RRC 시그널링을 통한 RLM-AI 설정

피어 UE들의 세트는 그들의 gNB, 또는 eNB, 또는 제어 엔티티에 의해 RLM-AI를 송신/수신하는데 필요한 정보로 구성될 수 있다. 예를 들어, RRC 시그널링 또는 PC5 RRC 시그널링을 통해. UE들이 커버리지 밖에 있는 경우, 그들은 RLM-AI를 송신/수신하기 위해 필요한 정보를 결정하기 위해 사전구성을 이용할 수 있다. 양쪽 경우들(구성 및 사전-성)에서, 송신 UE는 RLM-AI를 전송하기 위해 구성 정보를 따를 수 있다. gNB, 또는 eNB, 또는 제어 엔티티로부터의 구성, 또는 사전구성에 대한 대안으로서, RLM-AI는 피어 UE들 사이의 PC5-RRC 시그널링을 통해 설정될 수 있다. 이것은 피어 UE들 사이의 PC5-RRC 링크 확립의 일부로서 또는 링크 확립 이후일 수 있다. 예를 들어, RLM-AI 구성은 UE1과 UE2 사이의 액세스 계층 구성 교환의 일부로서 포함될 수 있다. 대안적으로, RLM-AI 구성은 피어 UE들 사이의 초기 AS 능력 교환의 일부로서 포함될 수 있다. 대안적으로, RLM-AI 구성은 초기 PC5RRCConnectionRequest 절차의 일부로서 (예를 들어, RRCReconfigurationSidelink 메시지에) 포함될 수 있다. 대안적으로, RLM-AI 구성은 전용 PC5RRCConnectionReconfiguration 절차의 일부로서 포함될 수 있다.

UE가 동일한 목적지로의 다수의 사이드링크들을 갖는 경우들에서, 그것은 하나 이상의 활성 RLM-AI 구성 상세로 구성될 수 있다. 예를 들어, UE1은 UE2에 대해 2개의 서비스를 가질 수 있다. 제1 서비스는 UE1이 매 2초마다 RLM-AI를 전송할 것을 요구할 수 있고, 제2 서비스는 UE1이 매 1초마다 RLM-AI를 전송할 것을 요구할 수 있다. 다른 예에서, UE1은 UE1이 매 2초마다 RLM-AI를 전송할 것을 요구할 수 있는 주어진 PC5 QoS 식별자(PQI)를 갖는 사이드링크 논리 채널 및 UE1이 매 1초마다 RLM-AI를 전송할 것을 요구할 수 있는 PQI를 갖는 제2 사이드링크 논리 채널을 가질 수 있다. 그러한 경우에, UE1은 서비스들 둘다 또는 사이드링크 논리 채널들 둘다를 만족시키기 위해 결합된 구성을 결정할 수 있다. 상기의 동일한 예를 이용하여, UE1은 RLM-AI가 양쪽 구성을 만족시키기 위해 매초마다 전송되어야 한다고 결정할 수 있다. 필요하다면, UE들은 RRC 시그널링을 교환하여 양쪽 UE들이 결합된 구성을 알게 할 수 있다.

UE1과 UE2 사이에 사이드링크 접속이 확립되고, RLM-AI 구성이 PC5RRCConnectionSetup 메시지에 포함되는 전형적인 경우에 대한 단계들이 아래에 설명된다:

단계 1: UE1은 PC5-RRC 접속 확립 메시지(예를 들어, PC5RRCConnectionRequest)를 UE2에 전송한다. 이 메시지는 RLM 구성 상세들 중 하나 이상을 포함할 수 있다. 예를 들어, UE1은 RLM-AI를 주기적으로(2초의 기간 동안 200 mec마다 한 번) 전송하도록 UE2를 구성할 수 있다.

단계 2: UE2는 PC5-RRC 접속 확립 메시지(예를 들어, PC5RRCConnectionSetup)에 응답하고, 또한 UE1에 대한 RLM 구성 상세들을 포함할 수 있다.

단계 3: UE1은 요청된 RLM-AI 구성을 따르고 구성된 RLM-AI를 전송한다.

단계 4: UE2는 요청된 RLM-AI 구성을 따르고 구성된 RLM-AI를 전송한다.

RLM-AI의 활성화/비활성화

UE는 RLM-AI 구성 상세들에 기초하여 RLM-AI를 송신/수신하도록 구성될 수 있다. 예를 들어, RLM-AI는 RLM-AI의 시작 시간 및 종료 시간, 또는 RLM-AI의 주기성, 또는 RLM-AI를 요구하는 서비스 타입에 관한 정보를 가질 수 있다. 기본 아이디어는 UE가 RLM-AI를 송신 또는 수신할 때를 알도록 구성될 수 있다는 것이다. 예를 들어, UE는 매 1초마다 RLM-AI를 전송하도록 UE를 구성하는 스케줄로 구성될 수 있다.

모드 1에서, UE는 이후, RLM-AI를 전송할 수 있도록, gNB 또는 eNB에게 자원들을 요청할 수 있다.

모드 1에서, UE는 RLM-AI 송신을 위한 자원 할당으로 추가로 구성될 수 있다.

모드 2에서, UE는 매 1초마다 RLM-AI를 전송하기 위해(또는 전송하려고 시도하기 위해) 감지를 이용할 수 있다.

이러한 경우들에서, UE는 임의의 비주기적 트리거 이벤트에 기초하여 RLM-AI를 전송하지 않는다. 이것은 그것이 어떻게 구성되는지에만 기초한다(예를 들어, 서비스 타입 = 자율 주행인 경우 RLM-AI를 송신). 대안적으로, RLM-AI의 송신/수신은 더 동적일 수 있고, UE에서의 일부 트리거 이벤트, 전형적으로 비주기적 트리거 이벤트에 기초할 수 있다. 이 섹션에서, RLM-AI의 동적 활성화/비활성화를 위한 다양한 대안들이 제안된다.

UE에 이용가능한 정보에 기초함

이 대안에서, UE는 RLM-AI를 활성화하도록 트리거될 수 있다. 이것은 UE가 그의 기존의 진행 중인 사이드링크 통신들에 대해 수행하고 있는 라디오 링크 모니터링에 기초할 수 있다. 이 모니터링은 UE PHY 계층, MAC 계층, RLC 계층, PDCP 계층, 또는 RRC 계층 또는 상위 계층에서 이루어질 수 있다. 이 모니터링에 기초하여, UE는 라디오 링크가 열화되고 있거나 장애의 위험이 있다고 결정할 수 있다. 이에 응답하여, UE는 RLM-AI를 활성화할 수 있고,

RLM-AI 구성 정보에 따라 RLM-AI를 송신하기 시작할 수 있고;

피어 UE에게 UE가 RLM-AI를 송신하기 시작할 것임을 통지할 수 있고;

RLM-AI가 송신될 수 있도록 스케줄링 엔티티에게 자원들을 요청하거나, RLM-AI를 송신할 자원들을 결정하기 위한 감지를 수행할 수 있다.

제어 엔티티로부터의 표시에 기초함

이 대안에서, 제어 엔티티는 UE에게 RLM-AI의 송신을 시작하거나 RLM-AI의 수신을 시작하라고 알릴 수 있다. 표시는 RRC 시그널링, MAC CE들, DCI, SCI, 또는 RRC, MAC CE, DCI, 및 SCI의 조합에 의해 제공될 수 있다. 제어 엔티티는 하나 이상의 RLM-AI 구성 상세를 제공할 수 있다. 이에 응답하여, UE는 RLM-AI를 활성화할 수 있고,

RLM-AI 구성 정보에 따라 RLM-AI를 송신하기 시작할 수 있고;

스케줄링 엔티티로부터의 표시에 기초함

이 대안에서, 스케줄링 엔티티는 UE에게 RLM-AI의 송신을 시작하거나 RLM-AI의 수신을 시작하라고 알릴 수 있다. 표시는 RRC 시그널링, MAC CE들, DCI, SCI, 또는 RRC, MAC CE, DCI, 및 SCI의 조합에 의해 제공될 수 있다. 스케줄링 엔티티는 하나 이상의 RLM-AI 구성 상세를 제공할 수 있다. 이에 응답하여, UE는 RLM-AI를 활성화할 수 있고,

RLM-AI 구성 정보에 따라 RLM-AI를 송신하기 시작할 수 있고;

피어 UE로부터의 표시에 기초함

이 대안에서, 피어 UE는 그의 PHY 계층, MAC 계층, RLC 계층, PDCP 계층, RRC 계층, 또는 상위 계층에서 라디오 링크 모니터링을 수행할 수 있다. 이 라디오 링크 모니터링은 피어 UE에서의 기존의 진행 중인 사이드링크 통신들에 대해 수행될 수 있다. 이 모니터링에 기초하여, 피어 UE는 라디오 링크가 열화되거나 장애의 위험이 있다고 결정할 수 있다. 그 결과, RLF를 선언하기 전에 더 많은 측정들을 취하기를 원할 수 있다. 피어 UE는 UE에게 RLM-AI의 송신을 시작하거나 RLM-AI의 수신을 시작하라고 알릴 수 있다. 표시는 RRC 시그널링, MAC CE들, SCI, 또는 RRC, MAC CE 및 SCI의 조합에 의해 제공될 수 있다. UE는 하나 이상의 RLM-AI 구성 상세를 제공할 수 있다. 이에 응답하여, 피어 UE는 RLM-AI를 활성화할 수 있고,

RLM-AI 구성 정보에 따라 RLM-AI를 송신하기 시작할 수 있고;

SL 라디오 링크 모니터링(S-RLM)

이하에서, SL 라디오 링크 문제들을 식별하는 것을 돕기 위해 다수의 트리거들이 제안된다. UE는 SL의 상태를 측정하고 S-RLF를 트리거하기 위해 다음 중 하나 이상을 이용할 수 있다.

물리 계층에 관련된 트리거들

이하에서, 물리 계층이 SL의 상태를 모니터링하고 표시들을 RRC 계층에 전송하여 SL 접속을 제어하는 것이 제안된다.

제1 대안에서, PHY 계층은 수신 자원 풀들을 계속 모니터링하고, PSCCH 및 PSSCH를 디코딩하고, SL 라디오 링크 측정들을 행한다. UE는 PSCCH의 복조 기준 신호(DMRS)를 통해 사이드링크 기준 신호 수신 전력(SL-RSRP)을 측정할 수 있다. SCI에 포함된 정보에 따라, PHY 계층은 계층 1 소스 ID, 계층 1 목적지 ID, 또는 계층 1 소스/목적지 ID의 조합마다 이 측정을 추적할 수 있다. UE는 또한 PSSCH의 DMRS를 통해 SL-RSRP를 측정할 수 있다.

PHY 계층은 계층 1 소스 ID, 계층 1 목적지 ID, 또는 계층 1 소스/목적지 ID의 조합마다 이 측정을 추적할 수 있다. UE는 구성될 수 있다:

PSCCH RSRP 및/또는 PSSCH RSRP를 통해 SL-RSRP를 측정하기 위해.

이 측정이 제공될 SL 통신에 의해. 이것은 모든 관찰된 SL 통신들에 대한 것, (특정 계층 1 소스 ID로부터 계층 1 목적지 ID로의) 특정 SL 통신들만에 대한 것, 타겟 계층 1 소스 ID들에 대한 것, 타겟 계층 1 목적지 ID들에 대한 것, 또는 이들의 임의의 조합에 대한 것일 수 있다.

보고 빈도에 의해. 즉, PHY 계층은 매 K개의 측정마다 주기적으로, 또는 계층 1 측정이 어떤 구성된 임계값 위 또는 아래인 것에 기초하여, 이 정보를 RRC 계층에 제공하도록 구성될 수 있다.

제2 대안에서, PHY 계층은 V2X SL 동기화 신호들 및/또는 사이드링크 채널 상태 정보 기준 신호(SL-CSI-RS)와 같은 사이드링크 기준 신호(SL-RS)를 계속 모니터링하고, SL 라디오 링크 측정들을 행한다. UE는 SL 동기화 신호 블록(S-SSB) 및/또는 SL-RS(예를 들어, SL-CSI-RS)에 대한 기준 신호 수신 전력을 측정할 수 있다. 이하, 이것은 각각 S-SSB RSRP 또는 SL-RS RSRP로 지칭될 것이다. 동기화 소스가 품질이 측정될 SL의 피어 UE인 경우, PHY 계층은 계층 1 소스 ID마다 이 측정을 추적할 수 있다.

UE는 구성될 수 있다:

S-SSB 및/또는 SL-RS의 RSRP를 측정하기 위해

다른 대안에서, PHY 계층은 SL 상에서 (예를 들어, 특정 파라미터 설정들을 갖는 가상(hypothetical) PSCCH의) 가상 BLER을 계속 모니터링할 수 있다. 이것은 S-SSB RSRP 및/또는 CSI-RS의 측정들에 기초한다. UE PHY는 다수의 RS(예를 들어, 2개의 S-SSB들 및 3개의 CSI-RS들)에 대한 메트릭을 추정할 수 있고, 모든 RS들에 대한 메트릭들이 임계값 아래인 경우에만 상위 계층들에 문제를 표시할 수 있다. UE는 구성될 수 있다:

SL BLER을 측정하기 위해

다른 대안에서, PHY 계층은 GNSS, gNB, 또는 다른 UE로부터 동기화 소스의 품질을 계속 모니터링할 수 있다. UE가 이 소스로부터의 동기화가 손실되었다고 결정하면, UE는 그의 상위 계층, 예를 들어, RRC 계층에 표시를 제공할 수 있다.

다른 대안에서, PHY 계층은 사이드링크의 라디오 품질을 모니터링하는 것을 돕기 위해 HARQ 정보를 이용할 수 있다. NR V2X는 HARQ 피드백 및 HARQ 조합을 지원한다. PSSCH에 대한 HARQ-ACK 피드백은 물리 공유 피드백 채널(PSFCH)을 통해 사이드링크 피드백 제어 정보(SFCI) 포맷들로 운반된다. UE가 다른 UE에 전송 블록을 송신하는 경우, UE는 PSFCH 상에서 HARQ 피드백을 수신할 것으로 예상한다. 피드백이 수신되지 않으면, UE는 이것을 불량한 SL 라디오 링크 품질의 표시로서 이용할 수 있다. 초기 송신이 낮은 MCS들로 이루어지는 경우들에 대해 HARQ-NACK가 수신되면, UE는 이것을 불량한 SL 라디오 링크 품질의 표시로서 이용할 수 있다.

UE는 구성될 수 있다:

모든 누락된 HARQ 피드백 및/또는 HARQ-NACK에 대한 표시를 전송하기 위해,

누락된 HARQ 피드백들 및/또는 HARQ-NACK들의 수가 임계값을 초과할 때 표시를 송신하기 위해.

이 표시가 제공될 SL 통신들에 의해. 이것은 모든 관찰된 SL 통신들에 대한 것, (특정 계층 1 소스 ID로부터 계층 1 목적지 ID로의) 특정 SL 통신들만에 대한 것, 타겟 계층 1 소스 ID들에 대한 것, 타겟 계층 1 목적지 ID들에 대한 것, 또는 이들의 임의의 조합에 대한 것일 수 있다.

다른 대안에서, PHY 계층은 사이드링크의 라디오 품질을 모니터링하는 것을 돕기 위해 빔 장애를 이용할 수 있다. UE가 빔 장애를 겪고 빔을 복구할 수 없는 경우, UE는 이것을 불량한 SL 라디오 링크 품질의 표시로서 이용할 수 있다.

MAC 계층에 관련된 트리거들

일부 경우들에서, UE는 사이드링크 상의 초기 데이터 송신 전에, 2개의 UE들 사이의 랜덤 액세스 절차를 이용하도록 요구될 수 있다. 예를 들어, 이것은 사이드링크 상에서 초기 UE 송신 전력을 결정하거나, 사이드링크 상에서 더 양호한 타이밍 동기화를 달성하는 것일 수 있다. 절차는 Uu 인터페이스 상에서 이용된 랜덤 액세스 절차와 유사할 것으로 예상되며, 여기서 개시 UE는 프리앰블이 랜덤 액세스 응답의 형태로 확인응답될 때까지 점점 더 높은 전력으로 프리앰블들을 전송할 것이다. UE가 SL 자원들을 결정하기 위해 채널 감지를 이용하는 경우들에서, 개시 UE는 경합 기반 RACH 절차를 이용할 수 있다는 점에 유의한다. 스케줄링 엔티티가 SL 자원들을 스케줄링하는 경우들에서, 개시 UE는 무경합 RACH 절차를 이용할 수 있고, 스케줄링 엔티티는 어느 프리앰블을 이용할지에 관한 개시 UE 정보를 제공한다.

UE들은 MAC SDU마다 허용되는 최대 프리앰블 송신 시도 횟수로 구성될 수 있다. 개시 UE가 이 최대 횟수에 도달하면, MAC 계층은, SL 랜덤 액세스 문제가 관측되었다는 것을 RRC에 표시할 수 있다.

RLC 계층에 관련된 트리거들

일부 경우들에서, 2개의 UE들 사이의 사이드링크 통신은 RLC 확인응답 모드(RLC AM)에 의존할 수 있다. UE가 RLC AM 재송신들의 SL 특정 최대 수(maxSLRetxThreshold)로 구성되는 것이 제안된다. 개시 엔티티가 RLC 재송신들의 이러한 최대 수에 도달하면, 그것은 RRC 계층에 RLC 문제를 표시할 수 있지만, 이것이 RLF 선언을 초래해야 한다는 것을 반드시 표시하지는 않는다. 후자는 RLC와 연관된 논리 채널이 1차 셀(PCell) 또는 2차 셀(SCell)을 통해 복제되었는지에 의존한다. PCell을 넘어서는 논리 채널들만이 RLF 선언을 트리거할 수 있다.

캐리어 집성 복제(carrier aggregation duplication)가 피어 UE들 사이의 SL 통신을 위해 구성되지 않고/않거나 활성화되지 않는 경우에, 개시 UE가 RLC 재송신들의 이 최대 수에 도달하면, RLC 계층은 SL RLC 문제가 관찰되는 결과로서 S-RLF가 선언되어야 한다는 것을 RRC에 표시할 수 있다.

캐리어 집성 복제가 피어 UE들 사이의 SL 통신을 위해 구성되고 활성화되는 경우에, 개시 UE가 RLC 재송신들의 이 최대 수에 도달하면, 대응하는 논리 채널 allowedServingCells만이 SCell(들)을 포함하는 경우, S-RLF가 SL RLC 문제의 결과로서 선언되어서는 안 된다는 것을 RRC에 표시할 수 있다. 그렇지 않으면, RLC 계층은 S-RLF가 SL RLC 문제의 결과로서 선언되어야 한다는 것을 RRC에 표시할 수 있다.

PDCP 계층에 관련된 트리거들

일부 경우들에서, 2개의 UE들 사이의 사이드링크 통신은 PDCP 계층에 의해 유지된 시퀀스 전달에 의존할 수 있다. 수신 PDCP 엔티티는 패킷들을 재정렬하는 것을 돕기 위해 시퀀스 번호를 이용한다. 그러나, 수신 PDCP 엔티티는 누락 PDCP SDU를 무기한 대기하지 않을 것이다. 재정렬 타이머가 만료되면, PDCP 엔티티는 모든 SDU들을 상위 계층들로 푸시할 것이고, 불량한 라디오 링크 품질의 표시로서, 재정렬 타이머의 만료를 이용하는 것이 제안된다. 또한, 수신 PDCP가 시퀀스 번호들에서 큰 갭들을 갖는 재정렬 버퍼를 갖는 경우, 이것은 또한 불량한 라디오 링크 품질의 표시로서 이용될 수 있다.

RRC 계층에 관련된 트리거들

SL 상에서 통신하는 UE는 gNB의 커버리지 하에 있을 수 있다. 이 UE는 이 gNB에 대한 RRC 접속을 가질 수 있다. 이 UE는 DL 라디오 링크뿐만 아니라 SL 라디오 링크 둘다를 모니터링할 수 있고, 이러한 링크들 각각에 대한 링크 장애를 선언할 수 있다. UE는 DL 라디오 링크에 링크된 SL 라디오 링크를 갖도록 구성될 수 있다. 이러한 UE들은 적절하게 기능하는 DL 라디오 링크 없이 이러한 SL 라디오 링크들을 완전히/적절하게 이용할 수 없을 수 있다. 예를 들어, UE는 동기화를 위해 또는 SL 스케줄링을 위해 gNB에 대한 라디오 링크에 의존할 수 있다. DL RLF가 미래/계류 중인 SL 라디오 링크 문제의 표시로서 RRC에 의해 이용될 수 있는 것이 제안된다.

또한, 일부 사이드링크들이 링크되는 것이 가능할 수 있다. 예를 들어, UE는 스케줄링 UE에 대한 제1 사이드링크 및 원격 UE에 대한 제2 사이드링크를 가질 수 있다. UE는 원격 UE에 대한 중계기로서 작용할 수 있다. UE가 스케줄링 UE에 대한 사이드링크 상의 S-RLF를 선언하면, 그것은 더 이상 원격 UE에 대한 중계기로서 작용할 수 없을 수 있고, RRC는 이것을 원격 UE에 대한 SL 상의 미래/계류 중인 SL 라디오 링크 문제의 표시로서 이용할 수 있다.

UE는 SL들이 어떻게 링크되는지에 관한 정보로 구성될 수 있다. 예를 들어,

SL1은 SL2에 링크될 수 있다.

SL3은 DL 라디오 링크에 링크될 수 있다.

상기의 설명은 링크된 라디오 링크 상의 장애가 항상 SL 상의 RLF를 유발할 것이라고 가정한다는 점에 유의한다. 대안으로서, 링크된 라디오 링크 상의 라디오 링크 장애는 SL 상의 라디오 링크 모니터링의 파라미터들을 수정/적응시키는데 이용될 수 있다. 예를 들어, SL RLM은 카운터들 또는 타이머들에 대해 상이한 값들을 이용할 수 있거나, SL RLM은 더 낮은 임계값들을 이용할 수 있거나, 또는 측정들을 더 자주 보고할 수 있다.

또한, RRC 계층은 SL 라디오 링크가 실패할지를 결정하는 것을 돕기 위해 2개의 UE들 사이의 물리적 위치 및 거리들을 이용할 수 있다. 예를 들어, 2개의 UE들은 FR1 SL 및 FR2 SL 둘다를 가질 수 있고, FR1 SL을 이용하여 위치 정보를 교환할 수 있다. 피어 UE들 중 하나가 그들의 거리가 FR2 통신 범위 밖에 있다고 결정하면, 그 RRC 계층은 FR2에 대한 S-RLF 장애를 트리거할 수 있다. UE1 및 UE2 둘다가 커버리지 내에 있는 시나리오에서, 제어 엔티티는 UE1 및 UE2의 위치를 알 수 있고, 이들 사이의 거리를 모니터링하기 위해 이 정보를 이용할 수 있다. 제어 엔티티의 RRC 계층이, UE들이 통신 범위 밖에 있다고 결정하면, 그것은 S-RLF를 트리거할 수 있다.

상위 계층들(PC5-S)에 관련된 트리거들

PCF-S 프로토콜의 일부로서, UE들은 사이드링크 상의 UE들이 여전히 범위 내에 있고 여전히 사이드링크를 필요로 하는/요구하는 것을 보장하기 위해 킵 얼라이브 메시지들을 서로에게 전송한다. PC5-S는 사이드링크에 대한 킵-얼라이브 타이머가 만료되었음을 RRC에 시그널링할 수 있다. 이 신호는 액세스 계층에서 SL을 식별하는 것을 돕는 식별자를 포함할 수 있다. 예를 들어, 이 신호는 계층 1 소스 ID 및 계층 1 목적지 ID 쌍, 또는 일부 SL 접속 식별자를 포함할 수 있다.

스케줄링/제어 엔티티에서의 트리거들

스케줄링 엔티티는 그것이 사이드링크 송신 자원들을 제공하고 있는 모든 UE들을 인식한다. 사이드링크 송신을 위해 이러한 UE들을 적절히 스케줄링하기 위해, 스케줄링 엔티티는 송신 UE들로부터의 BSR/SR 보고들뿐만 아니라 수신 UE들로부터의 CSI 보고들을 필요로 할 수 있다. 스케줄링 엔티티가 수신 UE로부터의 CSI 보고를 요청했고 아무것도 수신되지 않은 경우, 스케줄링 엔티티 MAC(또는 PHY) 계층은 누락된 CSI 보고가 있었음을 RRC 계층에 통지할 수 있다. 이것은 수신 UE로의 스케줄링 엔티티 라디오 링크가 불량하다는 가능한 표시이다.

또한, 제어 엔티티는 또한, UE가 모니터링하고 있는 하나 이상의 메트릭에 대해, UE에서 측정 보고를 구성할 수 있다. 이것은 주기적 보고들 또는 1회 보고들에 대한 것일 수 있다. 제어 엔티티가 이러한 측정 보고들을 수신하는 것에 실패하는 경우, 제어 엔티티는 또한 이것을 이 UE에 대한 제어 엔티티 라디오 링크가 불량하다는 가능한 표시로서 이용할 수 있다.

UE1 및 UE2에서의 RRC 구성 및 제어

S-RLM에 관련된 UE 구성

도 5는 다수의 동시 SL들을 갖는 UE를 도시한다. 이 UE는 또한 gNB에 대한 Uu 인터페이스를 가질 수 있다.

이러한 SL들 각각에 대해, UE는 SL 구성으로 구성될 수 있다. SL 구성은 RRC 시그널링, MAC CE들, DCI, 또는 RRC, MAC CE 및 DCI의 조합에 의해 제공될 수 있다. 전형적인 실시예에서, 구성은 RRCReconfiguration 메시지를 이용하여 제공된다. SL 구성은 다음을 포함할 수 있다:

SL 아이덴티티: SL에 대한 식별자

링크된 SL ID들의 리스트: 이 SL이 링크되는 SL 식별자들의 리스트. 라디오 링크 문제가 이러한 링크된 SL들 중 어느 하나 상에서 선언되면, RRC는 현재 구성의 SL 상에서 사전 조치들을 취할 수 있다.

SL RLM(S-RLM) 구성: 존재한다면, 구성은 현재 구성의 SL에 대해 수행될 SL 라디오 링크 모니터링을 상술한다. 그것은 또한 SL-RLF 결정을 행하는 것을 담당하는 엔티티의 표시를 제공한다. 이러한 결정은 피어 UE들에서 로컬로 이루어질 수 있거나, 제어 엔티티에서 이루어질 수 있다. 존재하지 않는다면, RRC는 이 SL에 대해 S-RLM이 구성되지 않는다고 가정할 수 있다.

S-RLM 구성은 SLRadioLinkMonitoringConfig IE를 통할 수 있다. 제어 엔티티는 각각의 SL에 대해 이 IE를 구성할 수 있다. 예를 들어, 커버리지 내에 있는 UE에 대해, gNB는 이 IE를 구성할 수 있다. 대안적으로, 이 IE는 사전구성될 수 있다. IE의 예시적인 버전이 아래의 표 2에 도시된다.

표 2: SLRadioLinkMonitoringConfig 정보 요소

IE의 파라미터들이 아래의 표 3에 설명된다:

SL RLM 구성은 SL 라디오 링크가 불량한지를 결정하는 것을 도울 수 있는 PHY 계층 측정들 또는 상위 계층 표시들을 구성하는데 이용된다. 특히, PHY 계층 측정들을 위해, SL RLM 구성은 UE가 측정해야 하는 메트릭, 이 메트릭이 UE RRC 계층에 얼마나 자주 보고되어야 하는지, 및 이 메트릭의 변화들을 모니터링하기 위해 PHY 계층에 의해 이용되는 임의의 임계값들을 제공한다. 상위 계층 표시들을 위해, SL RLM 구성은 상위 계층 표시가 UE에 의해 이용되는지 여부를 제공한다. 이러한 측정들 및 상위 계층 표시들은 결정이 UE에서 이루어지는 경우에 SL RLF 결정을 행하기에 충분하다.

S-RLF 결정이 제어 엔티티에 의해 이루어지는 경우들에서, 구성의 다른 계층이 또한 필요할 수 있다. 이 구성은 S-RLF 결정을 행하는 것을 돕기 위해 UE가 제어 엔티티에 전송하는 정보를 구성하는데 이용된다. UE는 SL RLM 구성에서 구성된 PHY 계층 측정들 및 상위 계층 표시들 중 임의의 것을 보고할 수 있다. 제어 엔티티는 UE가 이들 PHY 계층 측정들 및 상위 계층 표시들을 제어 엔티티에 보고하는 것과 방법을 구성하기 위한 메시지를 UE에 전송할 수 있는 것이 제안된다. 예를 들어, 제어 엔티티는 UE RRC 계층에 의해 유지되는 다음의 PHY 계층 측정들 중 하나 이상으로부터 선택할 수 있다: PSCCH RSRP, PSCCH BLER, RSRQ, RSSI, PSSCH RSRP, SINR, CBR, 채널 점유 등. 제어 엔티티는 임의의 계층 3 필터링이 요구되는지, 제어 엔티티에 대한 PHY 계층 측정의 보고 빈도, 측정들의 계층 3 필터링에서 이용된 임의의 메트릭들을 선택할 수 있다.

또한, 제어 엔티티는 UE RRC 계층에 의해 유지되는 다음의 상위 계층 표시들 중 하나 이상으로부터 선택할 수 있다: MAC 표시, RLC 표시, PDCP 표시, RRC 표시, 상위 계층 표시. 제어 엔티티는 이들 중 어느 것을 보고할지를 구성한다. 이러한 표시들에 대한 이러한 보고 기간은 주기적이거나 이벤트 구동될 수 있다. 제어 엔티티는 보고를 구성하기 위해 수정된 측정 구성을 이용할 수 있다.

또한, RACH 공통 구성 및 RLC 구성은 아래의 밑줄친 텍스트에 도시된 바와 같이 수정될 수 있다. 이러한 새로운 파라미터들은 (각각) SL 상에서 이용된 RACH, 및 SL을 통한 RLC-AM 라디오 베어러들에 대해 배타적으로 적용된다. RACH-ConfigCommon 정보 요소는 표 4에 도시된다.

표 4: RACH - ConfigCommon 정보 요소

RLC-Config 정보 요소는 표 5에 도시된다.

표 5: RLC-Config 정보 요소

하위 계층들의 RRC 제어

SL마다의 S-RLM 구성에 부가하여, 피어 UE들(UE1 및 UE2)에서의 RRC 계층은 하위 계층들에 추가의 제어/기능을 제공할 수 있다. 예를 들어, RRC는:

S-RLM의 시작 및/또는 중지를 제공한다. RRC 계층은 모니터링을 시작하라고 하위 계층에 표시할 수 있다. 나중에, 그것을 모니터링을 중지할 것을 하위 계층에 알려줄 수 있다. 예를 들어, 모니터링은 SL 상에서 운반되는 트래픽의 타입에 기초할 수 있다. 트래픽이 높은 우선 순위를 갖는 경우, SL 라디오 링크 품질이 불량한 때를 알고, 일부 사전 조치를 취하는 것이 유용할 수 있다. 그러한 경우에, S-RLM은 이 SL에 대해 인에이블된다. 나중에 SL이 낮은 우선순위 트래픽을 운반하고 있다면, S-RLM은 중지될 수 있다.

모니터링할 하나 이상의 SL의 리스트를 제공한다. 이것은 PHY 계층에서의 측정들에 기초한 라디오 링크 모니터링에 유용할 수 있다. 이들에 대해, RRC 계층은 모니터링이 특정 (계층 1 소스 ID, 계층 1 목적지 ID) 쌍을 갖는 SL 자원들 상의 모든 관찰된 트래픽에 대해, 특정 계층 1 목적지 ID로의 SL 자원들 상의 모든 관찰된 트래픽에 대해, 특정 계층 1 소스 ID로부터의 SL 자원들 상의 모든 관찰된 트래픽에 대해, 또는 SL 자원들 상의 모든 관찰된 트래픽에 대해 이루어져야 한다는 것을 표시할 수 있다.

RRC는 중복 측정들을 감소시키기 위해, 상이한 S-RLM 구성들로부터의 모니터링 요건들을 집계할 수 있다. 예를 들어, SL1 및 SL2는 둘다 동일한 계층 1 소스 ID로부터 PSCCH 측정들을 요구할 수 있다. 그 결과, RRC는 이러한 모니터링 요건들을 조합하고, PHY 계층에 단일 측정 구성을 제공할 수 있다.

SL 라디오 링크 장애 평가(SL-RLF)

SL RLF 평가는 UE가 하나 이상의 모니터링된 메트릭을 평가하고, 사이드링크의 라디오 링크 품질이 만족스러운지를 평가하고, 만족스럽지 않은 경우, UE가 RLF를 선언하는 절차를 지칭한다. Uu 인터페이스 상에서 행해지는 바와 같이, UE는 항상 SL-RLF 평가를 수행할 수 있다. 그러나, 이것은 UE에서 많은 전력을 소비할 수 있다. 대안으로서, UE는 다음의 조건들 중 하나 이상에 기초하여 SL-RLF 평가를 수행할 때를 스로틀링할 수 있다:

RLM-AI의 존재 또는 부재에 기초함: UE는 RLM-AI를 모니터링하고 있을 때에만 SL-RLF를 평가할 수 있다. UE는 RLM-AI를 예상하는 간격들을 알 수 있고, 이러한 기간들 동안에만 SL-RLF 평가를 수행할 수 있다.

UE에서의 일부 라디오 링크 모니터링에 기초함: UE는 사이드링크에서 일부 라디오 링크 모니터링을 수행하고 있을 수 있다. 그것은 모니터링이 라디오 링크가 저하되기 시작하고 있음을 나타낼 때 SL-RLF의 평가를 시작할 수 있다. UE는 모니터링의 빈도 및 모니터링할 메트릭을 변경할 수 있다. UE는 또한 RLF가 그것의 모니터링에 기초하여 선언되어야 하는지를 평가하기 시작할 수 있다.

피어 UE, 제어 엔티티, 스케줄링 엔티티, gNB, 또는 eNB로부터의 표시에 기초함: UE는 피어 UE, 제어 엔티티, 스케줄링 엔티티, gNB, 또는 eNB로부터의 표시에 기초하여 SL-RLF 평가를 시작할 수 있다. 이 표시는 RRC 시그널링, MAC CE들, DCI, SCI, 또는 RRC, MAC CE, DCI, 및 SCI의 조합을 통할 수 있다.

서비스의 타입에 기초함: UE는 사이드링크에 의해 지원되는 V2X 서비스에 기초하여 SL-RLF 평가를 시작할 수 있다. 예를 들어, 높은 신뢰성을 요구하는 서비스에 대해, UE는 SL-RLF 평가를 수행할 수 있다. 다른 서비스들은 어떠한 SL-RLF 평가도 요구하지 않을 수 있다 ― 예를 들어, 이들 서비스들은 PC5-S 킵 얼라이브 메커니즘들에 의존할 수 있다. UE 사이드링크가 다수의 서비스들을 갖는 경우들에서, UE는 이러한 서비스들 중 적어도 하나가 그것을 요구하는 경우 SL-RLF 평가를 수행할 수 있다.

사이드링크 정보의 우선순위에 기초함: UE는 사이드링크 상에서 운반된 논리 채널 트래픽의 우선순위에 기초하여 SL-RLF 평가를 시작할 수 있다. 일부 사이드링크 논리 채널들은 SL-RLF 평가를 요구하지 않을 수 있는 반면, 다른 사이드링크 논리 채널들은 SL-RLF 평가를 요구할 수 있다. UE가 다수의 사이드링크 논리 채널들을 갖는 경우들에서, UE는 이러한 논리 채널들 중 적어도 하나가 그것을 요구하는 경우 SL-RLF 평가를 수행할 수 있다.

피어 UE들(UE1 또는 UE2)에서의 S-RLF 선언

도 6은 예시적인 실시예에 따른, UE에서 S-RLF를 선언하기 위한 절차를 도시한다. 특히, 전체 호출 흐름이 도 6에 도시되며, 단계들은 아래에서 상세히 설명된다.

단계 1: 제어 엔티티(100)는 RLM, RLF 또는 라디오 링크 상태 보고 제어 정보를 UE1에 구성한다. 일 실시예에서, 그러한 구성은 RRC 시그널링을 이용하여 제공될 수 있다. 다른 실시예에서, 그러한 구성은 MAC CE, 또는 DCI 또는 RRC, MAC 또는 DCI 시그널링의 조합을 통해 제공될 수 있다. 다른 실시예에서, 그러한 구성은 UE1에서 사전구성될 수 있다. 예를 들어, 이 구성은 다음을 명시하는 SL RLM(S-RLM) 구성 상세들을 포함할 수 있다:

피어 UE들은 S-RLF 결정을 행할 것이다

S-RLM을 위해 이용될 트리거 타입들의 리스트

RLF 검출 또는 라디오 링크 상태 평가를 지원하는 측정 구성, 임계값들을 포함하는 이 측정에 대한 보고 구성, 이 측정들에 대한 보고 기간들, UE1이 RRC에 측정을 전송하도록 트리거하는 기준 등. 측정 구성은 다음의 구성들 중 하나 이상을 포함할 수 있다: PHY 계층 측정들(예를 들어, CQI, PDCCH BLER, RSRQ, RSRP, RSSI, SINR, CBR, 채널 점유 등)에 관련된 측정량들에 대한 구성, 예를 들어, RACH 장애 관련 측정에 대한 MAC 계층 관련 측정들과 같은, PHY 위의 프로토콜 스택 계층들에 관련된 측정에 대한 구성, 예를 들어, 연속적인 RLC NACK들의 수에 대한 RLC 계층에 관련된 측정들 등.

단계 2: UE1은 제공된 S-RLM 구성에 따라 하위 계층들을 구성한다.

단계 3: 제어 엔티티(100)는 RLM, RLF 또는 라디오 링크 상태 보고 제어 정보를 UE2에 구성한다.

단계 4: UE2는 제공된 S-RLM 구성에 따라 하위 계층들을 구성한다.

단계 5: UE1 및 UE2는 SL을 통해 통신한다. 스케줄링 정보는 스케줄링 엔티티에 의해 제공되거나, 피어 UE들에 의해 자율적으로 결정될 수 있다.

단계 6: UE1의 하위 계층들은 측정들 및 표시들을 RRC 계층에 전송한다. 보고는 단계 1로부터의 구성에 의해 제어된다. 다음의 정보가 RRC 계층에 제공될 수 있다:

계층 1 측정들 중 하나에 대한 측정 보고

SL이 계층들 중 하나에서 문제를 겪었다는 표시:

예를 들어, SL에 대한 동기화 소스의 손실로 인한 PHY.

예를 들어, RACH 프리앰블 문제로 인한 MAC

예를 들어, RLC AM 재송신들의 수로 인한 RLC,

예를 들어, 재정렬 타이머의 만료로 인한 PDCP,

예를 들어, 킵-얼라이브 타이머 만료로 인한 상위 계층(PC5-S).

링크된 SL들 중 하나가 실패했기 때문에 SL이 곧 문제를 겪을 수 있다는 표시.

단계 7: 이 정보에 기초하여, RRC는 S-RLF 결정을 행할 수 있다.

RRC는 하위 계층들로부터, 그리고 잠재적으로 또한 PC5-S 계층으로부터 모든 측정들 및 표시들을 수집한다. 수집된 정보에 기초하여, RRC 계층은 S-RLF 또는 잠재적 S-RLF를 선언하고, 일부 액션을 취할 수 있다.

일부 경우들에서, RRC는 표시들 중 하나가 획득되자마자 S-RLF를 선언할 수 있다. 예를 들어, 이것은 다음과 같은 경우일 수 있다:

표시는 MAC 계층으로부터 온다

표시는 RLC 계층으로부터 온다

표시는 PHY 계층으로부터의 것이고 (다른 UE의 GNSS 또는 gNB 또는 sL-SSB에 대한) 동기화의 손실을 표시한다.

다른 경우들에서, RRC는 측정들 또는 표시들을 수집하고, 조건이 지속된 후에 RLF를 선언할 수 있다. 예를 들어, 이것은 S-RLM이 다음에 기초하는 경우일 수 있다:

PSCCH RSRP

PSSCH RSRP

S-SSB RSRP

가상 BLER ― S-SSB 및/또는 CSI-RS로부터 추정됨

비정상 HARQ 동작의 표시(예를 들어, 누락된 HARQ 피드백 및 HARQ NACK의 통계)

그러한 경우들에서, RRC는 RSRP 측정이 임계값 아래 또는 위일 때 표시를 얻을 수 있다. 측정이 N312 연속 횟수 동안 최소 임계값 아래이면, RRC는 T312 타이머를 시작한다. 타이머는 측정이 N313 연속 횟수 동안 최소 임계값 위인 경우에 중지된다. 타이머가 만료되면, RRC는 S-RLF를 선언한다. 이 사이드링크 상에서의 이 송신들의 비주기적 성질을 고려하기 위해, (UE가 이 시간 동안 RSRP 측정들을 수행할 수 없기 때문에) UE가 사이드링크 상에서 진행 중인 통신을 갖지 않을 때 RRC는 타이머를 일시중지시킨다. 유사한 절차가 SL-HARQ 실패 표시들에 기초한 라디오 링크 모니터링을 위해 이용될 수 있지만, 카운터들 및 타이머들의 값들은 RSRP에 기초한 라디오 링크 모니터링을 위해 이용되는 것들과 상이할 수 있다.

표 6 내지 표 8에서 S-RLM에 대해 다음의 새로운 카운터들 및 타이머들이 정의된다.

표 6

표 7

표 8

또 다른 경우에, RRC는 측정들 또는 표시들을 수집하고, 조건이 지속된 후에 잠재적 S-RLF를 선언할 수 있다. 예를 들어, 이것은 S-RLM이 SL에 대한 킵-얼라이브 타이머가 만료되었다는 PC5-S 계층으로부터의 표시에 기초하는 경우일 수 있다.

S-RLF 또는 잠재적 S-RLF의 선언 후의 액션들

대안 1: SL과 연관된 라디오 베어러를 해체

이 제1 대안에서, RRC 계층은 SL과 연관된 라디오 베어러 구성을 제거한다. UE는 타이머(T315)를 시작하고, 피어 UE와의 SL 접속을 재확립하려고 시도할 수 있다. SL이 재확립되기 전에 타이머가 만료되면, UE는 2개의 UE들 사이의 S-RRC를 클리어한다.

전체 절차는 아래의 전형적인 실시예에서 설명된다:

SL 라디오 링크 장애의 검출

UE는:

1> SL에 대한 T312 만료 시에; 또는

1> PHY로부터 externalSync 표시를 수신 시에, 또는

1> T312가 실행되고 있지 않은 동안 MAC으로부터의 이 SL에 대한 랜덤 액세스 문제 표시 시에; 또는

1> RLC 문제에 의해 야기된 S-RLF의 RLC로부터의 표시 시에:

1> 이 SL이 S-RLF가 선언된 SL에 링크된다고 결정 시에:

2> SL에 대해 검출될 SL 라디오 링크 장애, 즉, S-RLF를 고려한다;

2> 타이머 T315를 시작한다

2> SL 피어 UE로의 접속을 재확립하려고 시도한다(예를 들어, 피어 UE에 RACH를 전송하거나, 또는 MAC PDU를 전송하여 HARQ 피드백 상의 수신을 검증한다).

SL 통신 재확립

UE는:

1> 피어 UE로의 SL 통신이 재확립된다고(예를 들어, 피어가 HARQ ACK/NACK를 전송했다고) 결정 시에:

2> 타이머 T315를 중지한다.

타이머 T315의 만료:

UE는:

1> 타이머 T315의 만료 시에:

2> SL 접속에 연관된 모든 데이터 라디오 베어러들을 제거한다,

2> SL 접속에 관련된 S-RRC 컨텍스트를 제거한다

2> (SL 구성에서의 정보를 이용하여) 장애가 있는 SL에 링크되는 SL들을 결정한다. 이러한 SL들 각각에 대해, S-RLF를 선언하고, 현재 절차를 반복한다.

대안 2: SL을 상이한 자원 풀로 이동

이 제2 대안에서, RRC 계층은 SL 접속을 다른 자원 풀로 자율적으로 이동시킨다. SL 통신은 제어 엔티티에 의해 구성되거나 또는 UE에 사전구성될 수 있는 자원 풀들을 통해 인에이블된다는 점을 상기한다. RRC 계층은 PC5로부터의 구성에 기초하여, 또는 SL RRC 접속 설정 절차를 통해 이용가능한 자원 풀들을 알 수 있다. S-RLF가 선언되면, UE는 새로운 자원 풀을 이용하도록 RB들을 재구성할 수 있다.

전체 절차는 아래의 전형적인 실시예에서 설명된다:

SL 라디오 링크 장애의 검출

UE는:

1> SL에 대한 T312 만료 시에; 또는

1> PHY로부터 externalSync 표시를 수신 시에, 또는

1> RLC 문제에 의해 야기된 S-RLF의 RLC로부터의 표시 시에:

1> 이 SL이 S-RLF가 선언된 SL에 링크된다고 결정 시에:

2> 피어 UE들에 대한 다른 잠재적 자원 풀을 결정한다;

2> 대안의 자원 풀이 존재하는 경우:

3> 이 새로운 자원 풀을 이용하기 위해 이 SL 상의 모든 라디오 베어러들을 재구성한다.

3> 피어 UE에 SLRRCReconfigurationRequest 메시지를 전송하여, 피어 UE에게 S-RRC 접속 및 라디오 베어러들이 이 새로운 자원 풀에 전송되었음을 통지한다. 이 메시지는 S-RRC 식별자, 및 0개 이상의 라디오 베어러 식별자를 포함할 수 있다.

2> 그 외에:

3> 이 SL 상의 모든 라디오 베어러들을 제거하고, 이 SL과 연관된 임의의 S-RRC 컨텍스트를 제거한다.

3> (SL 구성에서의 정보를 이용하여) 장애가 있는 SL에 링크되는 SL들을 결정한다. 이러한 SL들 각각에 대해, S-RLF를 선언하고, 현재 절차를 반복한다.

대안 3: SL을 상이한 대역으로 이동

이 제3 대안에서, RRC 계층은, UE들 둘다가 다른 대역을 지원한다면, SL 접속을 상이한 대역에서의 다른 자원 풀로 자율적으로 이동시킨다. RRC 계층은 2개의 UE들 사이의 능력 교환의 결과로서, 피어 UE의 대역 지원을 알 수 있다. 이러한 능력 교환은 S-RRC 접속 확립 동안, 또는 S-RRC 접속 확립 후에 수행될 수 있다. S-RLF가 선언되면, UE는 새로운 대역 상의 새로운 자원 풀을 이용하도록 RB들을 재구성할 수 있다.

전체 절차는 아래의 전형적인 실시예에서 설명된다:

SL 라디오 링크 장애의 검출

UE는:

1> SL에 대한 T312 만료 시에; 또는

1> PHY로부터 externalSync 표시를 수신 시에, 또는

1> RLC 문제에 의해 야기된 S-RLF의 RLC로부터의 표시 시에

1> 이 SL이 S-RLF가 선언된 SL에 링크된다고 결정 시에:

2> 피어 UE들에 대한 다른 잠재적 동작 대역을 결정한다;

2> 피어 UE들이 다른 잠재적 동작 대역을 공유하는 경우:

3> 이 SL 상의 모든 라디오 베어러들을 이 새로운 대역으로 재구성한다.

3> 피어 UE에 SLRRCReconfigurationRequest 메시지를 전송하여, 피어 UE에게 S-RRC 접속 및 라디오 베어러들이 이 새로운 대역으로 전송되었음을 통지한다. 이 메시지는 S-RRC 식별자, 및 0개 이상의 라디오 베어러 식별자를 포함할 수 있다.

2> 그 외에:

대안 4: 상위 계층들(PC5-S)에 통지

이 제4 대안에서, RRC 계층은 S-RLF가 선언되었다는 것을 상위 계층들(PC5-S)에 통지한다. 이 메시지는 SL 접속의 표시를 포함할 수 있다. 이는 또한 S-RLF의 원인에 대한 표시를 제공할 수 있다. 상위 계층은 다음 중 하나 이상을 수행할 수 있다:

SL 통신 서비스가 계속될 수 있는 다른 피어 UE의 발견을 주문;

SL 통신 서비스가 계속될 수 있는 다른 피어 UE를 선택;

현재 SL 접속의 파라미터들의 변경;

사이드링크를 해체/해제;

전체 절차는 아래의 전형적인 실시예에서 설명된다:

SL 라디오 링크 장애의 검출

UE는:

1> SL에 대한 T312 만료 시에; 또는

1> PHY로부터 externalSync 표시를 수신 시에, 또는

1> T312가 실행되지 않는 동안 MAC으로부터의 이 SL에 대한 랜덤 액세스 문제 표시 시에; 또는

1> RLC 문제에 의해 야기된 S-RLF의 RLC로부터의 표시 시에:

1> 이 SL이 S-RLF가 선언된 SL에 링크된다고 결정 시에:

2> 실패한 SL에 관해 상위 계층들에 통지한다. 이것은 피어 UE들 사이의 장애의 원인뿐만 아니라, SL 접속의 일부 식별을 포함할 수 있다,

2> 타이머 T316를 시작하고, 상위 계층들로부터의 응답을 대기한다.

타이머 T316의 만료:

UE는:

1> 타이머 T315의 만료 시에:

2> SL 접속에 관련된 S-RRC 컨텍스트를 제거한다

상위 계층들로부터의 응답의 수신

UE는:

1> 응답이 SL이 제거되어야 한다는 것을 나타내는 경우:

2> SL 접속에 관련된 S-RRC 컨텍스트를 제거한다

1> 그렇지 않고 응답이 SL에 대한 새로운 구성을 나타내는 경우:

2> SL의 구성을 변경한다

2> 이 새로운 구성으로, 이 SL 상의 모든 라디오 베어러들을 재구성한다,

2> 선택적으로, SLRRCReconfigurationRequest 메시지를 피어 UE에 전송하여, 피어 UE에게 S-RRC 접속 및 라디오 베어러들이 이 새로운 구성으로 전송되었다는 것을 통지한다. 이 메시지는 S-RRC 식별자, 및 0개 이상의 라디오 베어러 식별자를 포함할 수 있다.

1> 그렇지 않고 응답이 새로운 발견 요청을 나타내는 경우:

2> 새로운 피어 UE의 발견을 수행한다,

1> 그렇지 않고 응답이 피어 UE를 변경하는 것을 나타내는 경우

2> 새로운 피어 UE로의 SL 접속을 시작한다,

2> 모든 라디오 베어러들을 새로운 피어 UE에 전송한다,

2> 이전의 SL 접속을 해체한다

대안 5: 제어 엔티티에 통지

이 제5 대안에서, UE RRC 계층은 SL 라디오 링크에 장애가 있다는 것을 표시하기 위한 메시지를 제어 엔티티에 전송한다. UE는 또한 피어 UE의 아이덴티티뿐만 아니라 장애의 원인(PHY 문제, MAC 문제 등)의 표시를 전송할 수 있다. 메시지는 RRC, MAC CE, 또는 DCI, 또는 RRC, MAC CE, 또는 DCI의 조합에 의해 전송될 수 있다. 이에 응답하여, 제어 엔티티는:

S-RLF에 의해 영향을 받은 UE들에 대한 임의의 구성된 승인들을 감소/중지/제거하도록 스케줄링 엔티티에 통지할 수 있다.

S-RLF에 의해 영향을 받은 UE들의 스케줄링을 중지하도록 스케줄링 엔티티에 통지할 수 있다.

S-RLF에 의해 영향을 받은 UE들에 대한 승인 할당을 변경하도록 스케줄링 엔티티에 통지할 수 있다.

새로운 자원 풀 상에 SL을 구성할 수 있다.

새로운 대역 및 자원 풀 상에서 SL을 구성할 수 있다.

장애가 있는 SL에 의해 영향을 받은 모든 UE들에게 SL에 대해 RLF가 선언되었다는 것을 통지하기 위한 메시지를 전송한다. 이 메시지는 영향을 받은 UE들이 장애가 있는 SL을 식별하는 것을 돕기 위한 정보, 예를 들어, SL에 대한 식별자, 계층 1 소스 ID, 계층 1 목적지 ID를 포함할 수 있다. 메시지는 RRC, MAC CE, 또는 DCI, 또는 RRC, MAC CE, 및 DCI의 조합에 의해 전송될 수 있다. 메시지는 영향을 받은 UE들의 상위 계층으로 향할 수 있다.

전체 절차는 아래의 전형적인 실시예에서 설명된다:

SL 라디오 링크 장애의 검출

UE는:

1> SL에 대한 T312 만료 시에; 또는

1> PHY로부터 externalSync 표시를 수신 시에, 또는

1> RLC 문제에 의해 야기된 S-RLF의 RLC로부터의 표시 시에:

1> 이 SL이 S-RLF가 선언된 SL에 링크된다고 결정 시에:

2> SLStatus 메시지를 제어 엔티티(예를 들어, gNB)에 전송한다. 이것은 SL 접속의 일부 식별, 사이드링크의 장애의 원인, 및 피어 UE의 아이덴티티를 포함할 수 있다.

대안 6: SL을 대체하기 위해 Uu 인터페이스를 이용

이 제6 옵션에서, RRC가 S-RLF를 선언할 때, 그리고 UE들 둘다가 커버리지 내에 있는 경우, 라디오 베어러들은 Uu 인터페이스로 전송되고, UE1과 UE2 사이의 모든 통신은 gNB를 통한다. 이것은 피어 UE들이 다른 사이드링크 접속을 재확립할 수 없을 때, 그리고 레이턴시 요건이 여전히 충족될 경우에 이용될 수 있다. SL 구성은 SL이 Uu에 전송될 수 있는지를 나타내기 위한 옵션을 가질 수 있다.

전체 절차는 아래의 전형적인 실시예에서 설명된다:

SL 라디오 링크 장애의 검출

UE는:

1> SL에 대한 T312 만료 시에; 또는

1> PHY로부터 externalSync 표시를 수신 시에, 또는

1> RLC 문제에 의해 야기된 S-RLF의 RLC로부터의 표시 시에:

1> 이 SL이 S-RLF가 선언된 SL에 링크된다고 결정 시에:

2> SL 접속이 Uu 인터페이스로 전송되도록 허용되는 경우, UE는:

3> RRC 접속이 존재하지 않으면, 네트워크와의 RRC 접속 확립 절차를 개시한다.

3> SL의 라디오 베어러들을 gNB에 전송하기 위해 RRC 재구성 절차를 개시한다.

2> 그 외에

3> SL 접속에 연관된 모든 데이터 라디오 베어러들을 제거한다,

3> SL 접속에 관련된 S-RRC 컨텍스트를 제거한다

제어/스케줄링 엔티티에서의 S-RLF 선언

도 7a는 예시적인 실시예에 따른, 제어 엔티티(100)에서 S-RLF를 선언하기 위한 절차를 도시한다. 특히, 전체 호출 흐름이 도 7a에 도시되며, 단계들은 아래에 상세히 설명된다.

단계 1: 제어 엔티티(100)는 RLM, RLF 또는 라디오 링크 상태 보고 제어 정보를 UE에 구성한다. 일 실시예에서, 그러한 구성은 RRC 시그널링을 이용하여 제공될 수 있다. 다른 실시예에서, 그러한 구성은 MAC CE, 또는 DCI 및 RRC, MAC 또는 DCI 시그널링의 조합을 통해 제공될 수 있다. 다른 실시예에서, 그러한 구성은 UE에서 사전구성될 수 있다. 예를 들어, 이 구성은 다음을 명시하는 SL RLM(S-RLM) 구성 상세들을 포함할 수 있다:

제어 엔티티(100)는 S-RLF 결정을 행할 것이다

S-RLM을 위해 이용될 트리거 타입들의 리스트

RLF 검출 또는 라디오 링크 상태 평가를 지원하는 측정 구성, 임계값들을 포함하는 이 측정에 대한 보고 구성, 이 측정들에 대한 보고 기간들, 제어 엔티티(100)에 측정을 전송하도록 UE1을 트리거하는 기준 등. 측정 구성은 다음의 구성들 중 하나 이상을 포함할 수 있다: PHY 계층 측정들(예를 들어, CQI, PDCCH BLER, RSRQ, RSRP, RSSI, SINR, CBR, 채널 점유 등)에 관련된 측정량들에 대한 구성, 예를 들어, RACH 장애 관련 측정에 대한 MAC 계층 관련 측정들과 같은, PHY 위의 프로토콜 스택 계층들에 관련된 측정에 대한 구성, 예를 들어, 연속적인 RLC NACK들의 수로부터의 RLC 계층에 관련된 측정들 등.

단계 3: 단계 1과 동일하지만 UE2에 대한 것이다

단계 4: 단계 2와 동일하지만 UE2에 대한 것이다

단계 5: UE1 및 UE2는 SL을 통해 통신한다. 스케줄링은 스케줄링 엔티티를 통해 제공된다. 스케줄링 엔티티는 각각의 UE에 할당할 자원들의 양을 결정하기 위해 UE들로부터의 BSR/SR을 이용할 수 있고, 그것은 이들 SL 송신들에 대한 MCS를 결정하기 위해 이들 UE들로부터 보고된 S-CQI를 이용할 수 있다.

단계 6: UE1은 SL 상태 메시지들을 제어 엔티티(100)에 전송한다. 이러한 메시지들은 S-RLM 구성에서 구성된 보고 빈도에 따라 전송된다. 이들 메시지들은 다음 중 하나 이상을 포함할 수 있다:

계층 1 측정들 중 하나에 대한 측정 보고.

SL이 계층들 중 하나에서 문제를 겪었다는 표시.

예를 들어, SL에 대한 동기화 소스의 손실로 인한 PHY.

예를 들어, RACH 프리앰블 문제로 인한 MAC.

예를 들어, RLC AM 재송신들의 수로 인한 RLC.

예를 들어, 재정렬 타이머의 만료로 인한 PDCP.

링크된 SL들 중 하나에 장애가 있기 때문에 SL이 곧 문제를 겪을 수 있다는 표시.

UE1이 SL 라디오 링크에 장애가 있다고 선언했다는 표시.

상태 메시지는 RRC 메시지, 또는 MAC CE 메시지 또는 DCI 메시지 또는 RRC, MAC CE 또는 DCI 메시지의 조합으로서 전송될 수 있다는 점에 유의한다.

단계 7: UE2는 SL 상태 메시지들을 제어 엔티티(100)에 전송한다.

단계 8: 이러한 상태 메시지들 및 UE들로부터의 S-CQI 정보에 기초하여, 제어 엔티티(100)는 S-RLF 결정을 행할 수 있다.

S-RLF의 선언 후의 액션들

일단 제어 엔티티(100)가 S-RLF를 선언하면, 그것은:

SL이 RLF를 겪었다는 것을 피어 UE들에 통지한다. 그것은 SL이 RLF를 갖는다는 표시와 함께, 이 UE들에 메시지를 전송할 수 있다. 그 후, UE1 및 UE2는 피어 UE들(UE1 또는 UE2)에서 S-RLF를 선언하는 것을 다루는 섹션에서 제공된 단계들을 따를 것이다.

SL이 RLF를 겪었다는 것을 피어 UE들에 통지한다. 그것은 SL과 연관된 모든 라디오 베어러들을 해체하고 SL 접속과 관련된 S-RRC 컨텍스트를 제거하라는 요청과 함께, 이 UE들에 메시지를 전송할 수 있다.

장애가 있는 사이드링크에 대한 대안의 자원 풀을 결정한다. 그것은 새로운 자원 풀의 구성과 함께, 이 UE들에 메시지를 전송할 수 있다.

장애가 있는 사이드링크에 대한 대안의 대역 및 자원 풀을 결정한다. 그것은 새로운 동작 대역 및 자원 풀의 구성과 함께, 이 UE들에 메시지를 전송할 수 있다.

피어 UE들에게 그들이 SL이 더 이상 실행가능하지 않다는 것을 그들의 상위 계층에 통지해야 한다는 것을 통지한다. 상위 계층은 다음 중 하나 이상을 수행할 수 있다:

SL 통신 서비스가 계속될 수 있는 다른 피어 UE를 선택;

현재 SL 접속의 파라미터들의 변경;

사이드링크를 해체/해제;

UE1 및 UE2에게 그것이 2개의 UE들 사이의 브리지/중계기로서 작용할 것임을 통지한다. 그것은 장애가 있는 SL로부터 라디오 베어러들을 전송하기 위한 요청과 함께, 이 UE들에 메시지를 전송할 수 있다.

피어 UE들로의 메시지는 RRC 메시지, 또는 MAC CE 메시지 또는 DCI 메시지 또는 RRC, MAC CE 또는 DCI 메시지의 조합으로서 전송될 수 있다는 점에 유의한다. RRC 메시지의 일 실시예에서, 제어 엔티티(100)는 RRCReconfiguration 메시지를 이용할 수 있다.

사이드링크 그룹캐스트 링크 모니터링을 위한 절차

그룹캐스트는 그룹의 모든 멤버들 사이의 다수의 라디오 링크들로 구성된다. 그룹 멤버들 각각은 그룹의 모든 다른 멤버들로 향하는 그룹캐스트 통신을 개시할 수 있다. 일부 경우들에서, 그룹은 그룹 리더, 예를 들어, V2X 플래툰 시나리오에서의 플래툰 리더를 가질 것이다. 리더로서, 이 그룹 멤버는 다른 멤버들보다 더 많은 그룹캐스트 통신들을 개시할 수 있다.

하나의 그룹 멤버에서의 라디오 링크 문제들은 다른 그룹 멤버들에서의 불량한 라디오 링크의 표시가 아니다. 그 결과, 그룹캐스트 링크 장애의 개념이 정의될 필요가 있다.

하나의 접근법에서, 그룹은 다음과 같이 정의될 수 있다:

최소 실행가능 수: 제어 엔티티(100)가 그룹이 이러한 수의 UE들보다 적게 갖는다고 결정하면, 그룹캐스트 링크 장애가 선언된다.

하나 이상의 앵커 그룹 멤버의 세트. 앵커 멤버는 적절한 그룹 동작을 위해 요구되는 특수한 멤버이다. 예를 들어, 앵커 멤버는 특수 센서들을 갖는 차량일 수 있다. 이 멤버가 그룹을 떠나거나, 그룹에 대한 접속성을 잃는다면, 그룹은 이들 특수 센서 판독치를 갖지 않을 것이고, 해체(disbanded)되어야 한다. 제어 엔티티(100)가 이러한 멤버들 중 하나가 그룹에 있지 않다고 결정하면, 그룹캐스트 링크 장애가 선언된다.

액세스 계층 킵 얼라이브 교환

제안된 RLM-AI 타입들 중 하나는 액세스 계층 킵 얼라이브 메커니즘이다. 이 섹션에서, 우리는 이 킵 얼라이브 메커니즘이 액세스 계층 프로토콜 스택의 다양한 계층들에서 어떻게 구현될 수 있는지를 나타낸다.

킵 얼라이브 절차가 이용될 수 있다:

사이드링크에서 통신하는 UE들 사이

스케줄링 엔티티와 그것이 스케줄링 결정들을 수행하고 있는 UE 사이

제어 엔티티와 그것이 라디오 자원 제어를 제공하고 있는 UE 사이.

RRC 계층 킵 얼라이브 절차

UE의 RRC 계층은 사이드링크가 여전히 실행가능한지 결정하는 것을 돕기 위해 킵 얼라이브 절차를 이용할 수 있다.

이하에서, UE1은 킵 얼라이브 절차를 개시하고, UE2는 사이드링크에서의 피어 UE라고 가정된다. 유사한 단계들이 또한 UE2를 킵 얼라이브 절차의 개시자로 하여 발생할 수 있고, UE1은 사이드링크에서의 피어 UE라는 것을 이해해야 한다.

UE1에서의 킵 얼라이브 절차가 도 7b에 도시되고 아래에 설명된다.

단계 1: RRC는 UE1이 RRC 킵 얼라이브 절차를 시작할 필요가 있다고 결정한다. RRC는 RRC 킵 얼라이브 절차를 시작/중지할 수 있다. 제1 옵션에서, RRC는 PC5 RRC 접속 확립 절차 동안 또는 그 직후에 킵 얼라이브 절차를 시작하고, PC5 RRC 접속이 해제될 때 절차를 중지할 수 있다. 제2 옵션에서, RRC는 일부 모니터링된 메트릭들, 및 아마도 사이드링크 라디오 품질이 저하되고 있다는 평가에 기초하여 킵 얼라이브 절차를 시작한다. 이 제2 옵션에서, RRC는 일부 모니터링된 메트릭, 및 아마도 사이드링크 라디오 품질이 양호하다는 평가에 기초하여 킵 얼라이브 절차를 중지할 수 있다. 2개의 옵션들이 또한 조합될 수 있다는 점에 유의한다. 예를 들어, PC5 RRC 확립에서 킵 얼라이브 절차를 시작하고, 링크가 양호한 것으로 간주되면 킵 얼라이브 절차를 중지한다.

단계 2: UE1은 UE2에 대한 새로운 PC5 RRC 메시지(PC5RRCKeepAliveRequest)를 생성한다. PC5RRCKeepAliveRequest는 IE:maxInactivityTimer를 포함할 수 있다. 이 IE는 UE1의 최대 비활동 시간을 나타낸다. 이것은 UE1에 대한 사이드링크에 문제가 있음을 선언하기 전에 얼마나 오래 대기할 필요가 있는지를 판단하기 위해 UE2에 의해 이용될 수 있다. UE1은 또한 PC5RRCKeepAliveCounter를 초기화할 수 있다.

단계 3: UE1은 keepAliveAckTimer(T202)를 (재)시작할 수 있다.

단계 4: T202 타이머가 만료되는 것(단계 5); UE2로부터의 PC5RRCKeepAliveResponse의 수신(단계 6), UE1이 UE2로부터 사이드링크 송신을 수신했다는 표시를 PHY 계층 또는 MAC 계층으로부터 수신하는 것(단계 7); UE2로의 사이드링크가 여전히 수용가능하다는 것을 RRC로부터 결정하는 것(단계 8); PC5RRCKeepAliveResponse가 최대 횟수 재송신되었다는 결정(단계 9) 중 어느 하나를 대기한다.

단계 5: T202 타이머의 만료 시에, UE1은 PC5RRCKeepAliveRequest 메시지를 재송신한다. UE1은 또한 PC5RRCKeepAliveCounter를 증분시킬 수 있다. 처리는 단계 3으로 복귀한다.

단계 6: UE2로부터 PC5RRCKeepAliveResponse를 수신 시에, UE1은 keepAliveAckTimer(T202)를 중지할 수 있고, inactivityTimer(T200)를 시작할 수 있다. UE1은 단계 10으로 계속된다.

단계 7: UE2로부터의 임의의 사이드링크 송신들의 수신 시에, UE1은 keepAliveAckTimer(T202)를 중지할 수 있고, inactivityTimer(T200)를 시작할 수 있다. UE1은 단계 10으로 계속된다.

단계 8: UE2로의 사이드링크가 여전히 수용가능하다는 결정 시에, UE1은 keepAliveAckTimer(T202)를 중지할 수 있고, inactivityTimer(T200)를 시작할 수 있다. UE1은 단계 10으로 계속된다.

단계 9: RRC가 PC5RRCKeepAliveCounter가 maxPC5RRCKeepAliveTx와 동일하다고 결정하면, RRC는 keepAliveAckTimer(T202)를 중지하고, 라디오 링크 장애를 선언할 수 있다. 그 후, UE1은 하나 이상의 복구 액션을 취할 수 있다. 여기서 처리가 중지된다.

단계 10: T200 타이머가 만료되는 것(단계 11); UE1이 UE2로부터 사이드링크 송신을 수신했다는 표시를 PHY 계층 또는 MAC 계층으로부터 수신하는 것(단계 12); UE2로의 사이드링크가 여전히 수용가능하다는 것을 RRC로부터 결정하는 것(단계 13) 중 어느 하나를 대기한다.

단계 11: T200 타이머의 만료 시에, UE1은 단계 2로 복귀한다.

단계 12: UE2로부터의 임의의 사이드링크 송신들의 수신 시에, UE1은 inactivityTimer(T200)를 재시작할 수 있다. UE1은 단계 10으로 복귀한다.

단계 13: UE2로의 사이드링크가 여전히 수용가능하다는 결정 시에, UE1은 inactivityTimer(T200)를 재시작할 수 있다. UE1은 단계 10으로 복귀한다.

UE2에서의 킵 얼라이브 절차가 도 7c에 도시되고 아래에 설명된다.

단계 1: RRC는 UE2가 RRC 킵 얼라이브 메시지들의 수신을 시작할 필요가 있다고 결정한다.

단계 2: UE2는 maxInactivityTimer(T201)를 (재)시작한다.

단계 3: T201 타이머가 만료되는 것(단계 6); UE2로부터의 PC5RRCKeepAliveResponse의 수신(단계 6), UE2가 UE1로부터 사이드링크 송신을 수신했다는 표시를 PHY 계층 또는 MAC 계층으로부터 수신하는 것(단계 5); UE1로의 사이드링크가 여전히 수용가능하다는 RRC로부터의 결정(단계 4) 중 어느 하나를 대기한다.

단계 4: UE1로의 사이드링크가 여전히 수용 가능하는 결정 시에, UE2는 단계 2로 복귀한다.

단계 5: UE1로부터의 임의의 사이드링크 송신들의 수신 시에, UE2는 수신된 메시지가 PC5RRCKeepAliveRequest인지를 결정한다(단계 7). 수신된 메시지가 PC5RRCKeepAliveRequest이고 IE:maxInactivityTimer를 포함하는 경우, UE2는 maxInactivityTimer를 업데이트할 수 있다(단계 9). 또한, UE2는 새로운 RRC 메시지(PC5RRCKeepAliveResponse)로 UE1에 응답할 수 있다(단계 10).

단계 6: T201 타이머의 만료 시에, RRC는 단계 8에서 라디오 링크 장애를 선언할 수 있다. UE2는 그 후 하나 이상의 복구 액션을 취할 수 있다. 여기서 처리가 중지된다.

MAC 계층 킵 얼라이브 절차

UE의 MAC 계층은 사이드링크가 여전히 실행가능한지 결정하는 것을 돕기 위해 킵 얼라이브 절차를 이용할 수 있다.

이하에서, UE1은 킵 얼라이브 절차를 개시하고, UE2는 사이드링크에서의 피어 UE라고 가정된다. 유사한 단계들이 또한 UE2를 킵 얼라이브 절차의 개시자로 하여 발생할 수 있고, UE1은 사이드링크에서의 피어 UE라는 것을 이해해야 한다. 또한, 이하에서는 상위 계층(들)을 참조한다. 이것은 MAC 위의 임의의 계층으로서 이해될 수 있다. 예를 들어, RRC 계층 또는 NAS 계층.

UE1에서의 절차에 대한 하나의 옵션이 도 7d에 도시되고 이하에서 설명된다.

단계 1: UE1은 MAC 킵 얼라이브 구성 상세들로 구성된다.

단계 2: UE1은 MAC 킵 얼라이브 절차를 시작하기 위해 상위 계층들로부터의 표시를 대기한다. 상위 계층들은 MAC 킵 얼라이브 절차를 시작/중지할 수 있다. 제1 옵션에서, 상위 계층은 PC5 RRC 접속 확립 절차 동안 또는 그 직후에 킵 얼라이브 절차를 시작하고, PC5 RRC 접속이 해제될 때 절차를 중지할 수 있다. 제2 옵션에서, 상위 계층은 일부 모니터링된 메트릭들, 및 아마도 사이드링크 라디오 품질이 저하되고 있다는 평가에 기초하여 킵 얼라이브 절차를 시작한다. 이러한 제2 옵션에서, 상위 계층은 일부 모니터링된 메트릭, 및 아마도 사이드링크 라디오 품질이 양호하다는 평가에 기초하여 킵 얼라이브 절차를 중지할 수 있다. 2개의 옵션들이 또한 조합될 수 있다는 점에 유의한다. 예를 들어, PC5 RRC 확립에서 킵 얼라이브 절차를 시작하고, 링크가 양호한 것으로 간주되면 킵 얼라이브 절차를 중지한다.

단계 3: UE1에서의 상위 계층들이 MAC 킵 얼라이브 절차의 시작을 트리거한다. 단계 4로 진행한다.

단계 4: UE1은 MAC 킵 얼라이브 메시지를 전송한다. UE1은 새로운 MAC CE로서 메시지를 생성할 수 있다. MAC CE는 "Keep Alive MAC CE"일 수 있다. MAC CE는 UE1의 최대 비활동 시간(MaximumInactivityTime)의 표시를 포함할 수 있다. 이것은 UE1에 대한 사이드링크 상의 문제를 검출했다는 것을 그의 상위 계층에 통지하기 전에 얼마나 오래 대기할 필요가 있는지를 판단하기 위해 UE2에 의해 이용될 수 있다. 새로운 MAC CE는 새로운 논리 채널 ID를 가질 수 있다(표 9):

표 9: UL- SCH에 대한 LCID의 값들

논리 채널 우선순위화 동안, 이 새로운 MAC CE는 다른 SL들 상의 송신들보다 더 높은 우선순위를 가질 수 있다. 이 새로운 MAC CE는 또한 Uu 인터페이스 상의 일부 송신들보다 더 높은 우선순위를 가질 수 있다. 이어서, 처리는 단계 5로 계속된다.

단계 5: UE1은 inactivityTimer(T100)를 시작(또는 재시작)할 수 있다. 단계 6으로 진행한다.

단계 6: T100 타이머가 만료되는 것(단계 7), UE2로부터 임의의 사이드링크 송신을 수신하는 것(단계 8), 상위 계층으로부터 표시를 수신하는 것(단계 9) 중 어느 하나를 대기한다.

단계 7: T100 타이머의 만료 시에, UE1은 단계 4로 복귀한다.

단계 8: UE2로부터 사이드링크 상의 임의의 송신을 수신 시에, UE1은 단계 5로 복귀한다.

단계 9: 사이드링크 품질이 수용가능하다는 표시를 상위 계층으로부터 수신 시에, UE1은 단계 5로 복귀한다. 상위 계층은 그것이 UE2 송신들로부터 하나 이상의 측정을 행했는지의 표시를 제공할 수 있다. 이러한 측정들은 다음을 포함하는 UE2 송신들 중 임의의 것으로부터 이루어질 수 있다:

UE2로부터 UE1로의 사이드링크,

(UE2로부터 다른 UE들로의) 다른 사이드링크들,

UE2로부터 그의 서빙 gNB 또는 eNB로의 업링크 상에서

이러한 측정들로부터, 상위 계층은 UE2로부터의 링크의 품질이 수용가능하다고 평가할 수 있다.

단계 3으로부터 임의의 시간에, MAC 계층은 MAC 킵 얼라이브 절차를 중지하기 위해 상위 계층들로부터 표시를 수신할 수 있다는 점에 유의한다. 이러한 경우, 처리는 단계 2로 복귀한다.

UE1에서의 절차에 대한 제2 옵션이 도 7e에 도시되고 아래에서 설명된다.

단계 1: UE1은 MAC 킵 얼라이브 구성 상세들로 구성된다.

단계 2: UE1은 MAC 킵 얼라이브 절차를 시작하기 위해 상위 계층들로부터의 표시를 대기한다.

단계 4: UE1은 MAC 킵 얼라이브 메시지를 전송한다. UE1은 새로운 논리 채널 ID를 갖는 새로운 MAC CE로서 메시지를 생성할 수 있다. UE1은 keepAliveReTxCounter를 초기화한다. 이어서 처리는 단계 5로 계속된다.

단계 5: UE1은 Inactivity Timer(T100)를 시작(또는 재시작)할 수 있다. 단계 6으로 진행한다.

단계 6: T100 타이머가 만료되는 것(단계 7), UE2로부터 임의의 사이드링크 송신을 수신하는 것(단계 8), 상위 계층으로부터 표시를 수신하는 것(단계 9), MAC CE 킵 얼라이브 송신에 대한 NACK를 수신하거나 HARQ 피드백을 수신하지 않는 것(단계 10), MAC CE 킵 얼라이브 송신에 대한 ACK를 수신하는 것(단계 11), 행해진 재송신 시도들의 최대 횟수(단계 12) 중 어느 하나를 대기한다.

단계 7: T100 타이머의 만료 시에, UE1은 단계 4로 복귀한다.

단계 9: 사이드링크 품질이 수용가능하다는 표시를 상위 계층으로부터 수신 시에, UE1은 단계 5로 복귀한다.

단계 10: MAC CE 킵 얼라이브 송신에 대해 NACK를 수신하거나 어떠한 HARQ 피드백도 수신하지 않을 때, MAC CE 킵 얼라이브 메시지를 재송신하고, KeepAliveReTxCounter를 증분시킨다. 단계 6으로 복귀한다.

단계 11: MAC CE 킵 얼라이브 송신에 대한 ACK를 수신 시에, UE1은 단계 5로 복귀한다.

단계 12: MAC CE 킵 얼라이브 메시지를 최대 횟수(maxKeepAliveReTxCounter) 재송신 시에, MAC 계층은 UE1과 UE2 사이의 사이드링크에 대한 문제가 검출되었다는 것을 상위 계층에 시그널링한다. 이것은 신호에 대한 원인(예를 들어, 최대 수의 킵 얼라이브 재송신들)을 포함할 수 있다. UE1은 또한 실행 중인 경우 inactivityTimer를 중지/리셋할 수 있다.

단계 3으로부터 임의의 시간에, MAC 계층은 MAC 킵 얼라이브 절차를 중지하기 위해 상위 계층들로부터 표시를 수신할 수 있다는 점에 유의한다. 그러한 경우, 처리는 단계 2로 복귀한다.

UE2에서의 절차가 도 7f에 도시되고 아래에 설명된다.

단계 1: UE2는 MAC 킵 얼라이브 구성 상세들로 구성된다.

단계 2: UE2는 UE1로부터 MAC 킵 얼라이브 메시지들의 수신을 시작하라는 표시를 대기한다. 이것은 UE2에서의 상위 계층들로부터의 표시일 수 있다. 대안적으로, 이것은 UE1로부터의 제1 MAC CE 킵 얼라이브 메시지의 수신일 수 있다. 이 메시지는 maxInactivityTimer(T101) 값을 포함할 수 있다.

단계 3: UE2에서의 상위 계층들은 MAC 킵 얼라이브 메시지들의 수신을 시작하도록 MAC을 트리거한다. 대안적으로, UE2는 UE1로부터 제1 MAC CE 킵 얼라이브 메시지를 수신하고, 이것은 MAC 킵 얼라이브 메시지의 수신을 시작하도록 MAC을 트리거한다. 단계 4로 진행한다.

단계 4: UE2는 UE1과 UE2 사이의 사이드링크에 대해 maxInactivityTimer(T101)를 시작(재시작)한다. UE2는 UE1에 대한 사이드링크 통신을 위한 maxInactivityTimer를 알고 있다고 가정된다는 점에 유의한다. 이것은 PC5 RRC 접속 확립 절차의 일부로서 UE2 상위 계층에 알려지고, 단계 1에서 UE2에 제공될 수 있다. 대안적으로, UE1은 MAC CE 킵 얼라이브 메시지의 일부로서 이 정보를 제공할 수 있다.

단계 5: UE1로부터 임의의 사이드링크 송신을 수신하는 것(단계 6), 상위 계층으로부터 표시를 수신하는 것(단계 7), maxInactivityTimer(T101) 타이머가 만료되는 것(단계 8) 중 하나를 대기한다.

단계 6: UE2로부터 사이드링크 상의 임의의 송신을 수신 시에, UE1은 수신이 새로운 maxInactivityTimer(T101)를 갖는 MAC CE 킵 얼라이브 메시지를 포함하는지를 결정한다(단계 10). 그렇지 않다면, UE1은 단계 4로 복귀한다. 그렇다면, 타이머 값은 UE2에서 업데이트된다(단계 11).

단계 7: 사이드링크 품질이 수용가능하다는 표시를 상위 계층으로부터 수신 시에, UE1은 단계 4로 복귀한다.

단계 8: T101 타이머의 만료 시에, MAC 계층은 UE1과 UE2 사이의 사이드링크에 대한 문제가 검출되었다는 것을 상위 계층에 통지/시그널링한다(단계 9). 이것은 신호에 대한 원인을 포함할 수 있다(예를 들어, 사이드링크 비활동이 최대를 초과함). UE1은 단계 2로 복귀한다.

단계 3으로부터 앞으로 임의의 시간에, MAC 계층은 MAC 킵 얼라이브 절차를 중지하기 위해 상위 계층들로부터 표시를 수신할 수 있다는 점에 유의한다. 그러한 경우, 처리는 단계 2로 복귀한다.

도 7d 내지 도 7f의 흐름도들에 기초하여, UE들은 킵 얼라이브 메커니즘에 대해 다음의 파라미터들로 구성될 수 있다:

inactivityTimer(T100): MAC 킵 얼라이브 타이머: 사이드링크 상에서 어떠한활동도 관찰되지 않는 경우, MAC 계층 킵 얼라이브 송신들 사이의 간격을 나타내는 타이머.

maxInactivityTimer(T101): 수신 UE가 사이드링크에 문제가 있을 수 있다고 선언하기 전에 대기해야 하는 최대 시간. 이것은 (RRC 접속 확립 메시지에서 또는 MAC CE 킵 얼라이브 메시지에서) 피어 UE에 의해 제공될 수 있다.

maxKeepAliveReTxCounter: UE가 사이드링크에 문제가 있을 수 있음을 선언하기 전에 MAC CE 킵 얼라이브 메시지를 송신할 수 있는 최대 횟수.

본 개시내용의 예시적인 실시예는 사이드링크(SL) 접속을 모니터링하도록 구성된 장치를 제공한다. 장치는 SL-라디오 링크 모니터링(SL-RLM)을 수행하기 위해 프로토콜 스택에서 신호들을 수신하고, 신호들에 따라, SL-라디오 링크 장애(RLF)가 발생했는지를 결정하도록 구성되는 처리 회로를 포함한다. 신호들은 하이브리드 자동 반복 요청(HARQ) 피드백을 포함할 수 있다. 처리 회로는, 제어 엔티티로부터, SL-라디오 링크 모니터링(RLM)에 관련된 구성 정보를 수신하고; 구성 정보에 따라, RLM에 대한 프로토콜 스택의 하위 계층들을 구성하도록 추가로 구성된다. 장치는 사용자 장비와 같은 임의의 타입의 전자 디바이스일 수 있다.

구성 정보는 SL-RLF를 선언하기 위한 조건을 포함할 수 있다.

처리 회로는 측정들이 조건을 충족시키는지를 결정하고, 조건이 충족될 때 SL-RLF가 발생했다고 선언하도록 추가로 구성될 수 있다.

처리 회로는 측정들이 조건을 충족시키는지를 결정하고, 조건이 충족되지 않을 때 SL-RLF가 발생하지 않았다고 선언하도록 추가로 구성될 수 있다.

처리 회로는 라디오 자원 제어(RRC)를 수행하도록 추가로 구성될 수 있다.

처리 회로에 의해 수신된 측정들은 RRC 제어에 의해 토글링될 수 있다. 측정들은 SL 접속의 송신들의 이용가능성에 의해 토글링될 수 있다.

처리 회로는 표시들을 수신하도록 추가로 구성될 수 있다. 표시들은 상위 계층으로부터의 킵-얼라이브 실패를 포함할 수 있다. 표시들은 장치의 다른 라디오 링크의 장애를 포함할 수 있다. 다른 라디오 링크는 SL 접속에 링크될 수 있다.

처리 회로는 SL-RLF가 발생했다는 결정에 응답하여 액션을 수행하도록 추가로 구성될 수 있다. 액션은 SL-RLF를 제어 엔티티에 통지하는 것일 수 있다.

액션은 SL-RLF를 상위 계층들에 통지하는 것일 수 있다. 액션은 실패한 SL 접속 상의 모든 라디오 베어러들을 해제할 수 있다. 액션은 실패한 SL 접속에 대해 유지된 모든 SL RRC 접속 컨텍스트를 제거하는 것을 더 포함할 수 있다. 액션은 새로운 SL 접속을 처리하기 위해, SL 접속에서 이용된 자원들과는 별개인 자원 풀을 선택하는 것일 수 있다.

처리 회로는 액션의 수행 후에, 자원 풀로부터의 자원을 이용하여 새로운 SL 접속을 확립하도록 추가로 구성될 수 있다.

처리 회로는 SL-RLM의 측정들을 제어 엔티티에 송신하도록 추가로 구성될 수 있다.

제어 엔티티는 장치로부터 수신된 SL-RLM의 측정들에 따라, SL 라디오 링크 장애(RLF)가 발생했는지를 결정하도록 구성될 수 있다.

제어 엔티티는 SL-RLF가 발생했다는 결정에 응답하여 액션을 수행하도록 구성될 수 있다. 제어 엔티티는 SL-RLF를 상위 계층들에 통지하고, 실패한 SL 접속 상의 모든 라디오 베어러들을 해제하고, 실패한 SL 접속에 대해 유지된 모든 SL RRC 접속 컨텍스트를 제거하거나, 또는 SL 접속에서 이용된 자원들과 별개인 자원 풀을 선택하여, 새로운 SL 접속을 처리하고, 제어 엔티티가 액션을 수행한 후에, 자원 풀로부터의 자원을 이용하여 새로운 SL 접속을 확립하도록 구성될 수 있다.

본 개시내용의 다른 예시적인 실시예는 제1 장치와 제2 장치 사이의 사이드링크(SL) 접속을 모니터링하도록 구성된 제어 엔티티를 제공한다. 제어 엔티티는 SL-라디오 링크 모니터링(RLM)에 관련된 구성 정보를 제1 장치에 제공하도록 구성된 처리 회로를 포함하고, 구성 정보는 제1 장치에게 RLM에 대한 프로토콜 스택의 하위 계층들을 구성하고, SL-RLM을 수행하기 위해 프로토콜 스택에서 측정들을 수신하도록 지시한다. 처리 회로는 제1 장치로부터 SL-RLM의 측정들을 수신하고; SL-RLM의 측정들에 따라, SL 라디오 링크 장애(RLF)가 제1 장치와 제2 장치 사이의 SL 접속에서 발생했는지를 결정하도록 추가로 구성된다.

제어 엔티티의 처리 회로는 SL-RLF가 발생했다는 결정에 응답하여 액션을 수행하도록 추가로 구성될 수 있다. 액션은 SL-RLF를 상위 계층들에 통지하고, 실패한 SL 접속 상의 모든 라디오 베어러들을 해제하고, 실패한 SL 접속에 대해 유지된 모든 SL RRC 접속 컨텍스트를 제거하거나, 또는 SL 접속에서 이용된 자원들과는 별개인 자원 풀을 선택하여, 새로운 SL 접속을 처리하는 것일 수 있다.

제어 엔티티는 gNodeB, 다른 장치, 또는 차량과 같은 디바이스일 수 있다.

본 개시내용의 다른 예시적인 실시예는 사이드링크(SL) 접속을 모니터링하기 위한 방법을 제공한다. 방법은 제어 엔티티로부터, SL-라디오 링크 모니터링(RLM)에 관련된 구성 정보를 수신하는 단계; 구성 정보에 따라, RLM에 대한 프로토콜 스택의 하위 계층들을 구성하는 단계; 및 SL-RLM을 수행하기 위해 프로토콜 스택에서 측정들을 수신하는 단계를 포함한다.

방법은 SL-RLM의 측정들에 따라, SL 라디오 링크 장애(RLF)가 발생했는지를 결정하는 단계를 더 포함할 수 있다.

방법은 SL-RLF가 발생했다는 결정에 응답하여 액션을 수행하는 단계를 더 포함할 수 있다. 액션은 SL-RLF를 제어 엔티티에 통지하고, SL-RLF를 상위 계층들에 통지하고, 실패한 SL 접속 상의 모든 라디오 베어러들을 해제하고, 실패한 SL 접속에 대해 유지된 모든 SL RRC 접속 컨텍스트를 제거하거나, 또는 SL 접속에서 이용된 자원들과 별개인 자원 풀을 선택하여, 새로운 SL 접속을 처리하는 것일 수 있다.

방법은 액션의 수행 후에, 자원 풀로부터의 자원을 이용하여 새로운 SL 접속을 확립하는 단계를 더 포함할 수 있다.

본 명세서에 설명된 방법들 및 프로세스들 중 임의의 것은 컴퓨터 판독가능 저장 매체 상에 저장된 컴퓨터 실행가능 명령어들(즉, 프로그램 코드)의 형태로 구현될 수 있고, 명령어들이 컴퓨터, 서버, M2M 단말 디바이스, M2M 게이트웨이 디바이스 등과 같은 머신에 의해 실행될 때, 본 명세서에 설명된 시스템들, 방법들 및 프로세스들을 수행 및/또는 구현한다는 점이 이해될 것이다. 구체적으로, 전술한 단계들, 동작들 또는 기능들 중 임의의 것이 그러한 컴퓨터 실행가능 명령어들의 형태로 구현될 수 있다. 컴퓨터 판독가능 저장 매체들은, 정보의 저장을 위해 임의의 방법 또는 기술로 구현된 휘발성 및 비휘발성, 이동식 및 비이동식 매체들 모두를 포함하지만, 그러한 컴퓨터 판독가능 저장 매체들은 신호들을 포함하지 않는다. 컴퓨터 판독가능 저장 매체들은, 제한적인 것은 아니지만, RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CD-ROM, DVD(digital versatile disks) 또는 다른 광학 디스크 저장 장치, 자기 카세트들, 자기 테이프, 자기 디스크 스토리지 또는 다른 자기 저장 디바이스, 또는 원하는 정보를 저장하는데 이용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 물리적 매체를 포함한다.

본 개시내용의 각각의 특징들은 다음의 번호가 매겨진 단락들에 의해 정의될 수 있다:

단락 1. 사이드링크(SL) 접속을 모니터링하도록 구성된 장치로서,

처리 회로를 포함하고, 상기 처리 회로는,

SL-라디오 링크 모니터링(SL-RLM)을 수행하기 위해 프로토콜 스택에서 신호들을 수신하고;

상기 신호들에 따라, SL-라디오 링크 장애(RLF)가 발생했는지를 결정하도록 구성되는, 장치.

단락 2. 단락 1에 따른 장치로서, 상기 신호들은 하이브리드 자동 반복 요청(HARQ) 피드백을 포함하는, 장치.

단락 3. 단락 2에 따른 장치로서, 상기 신호들이 HARQ-NACK를 포함하는 경우, 상기 처리 회로는 상기 SL-RLF가 발생했다고 결정하는, 장치.

단락 4. 단락 1에 따른 장치로서,

상기 처리 회로는 신호 블록을 다른 장치에 송신하도록 추가로 구성되고,

상기 신호들은 상기 신호 블록의 상기 송신에 응답하는, 장치.

단락 5. 단락 1에 따른 장치로서, 상기 처리 회로는,

상기 신호들에 대한 상기 SL-RLM에 관련된 구성 정보를 수신하고 ― 상기 구성 정보는 상기 신호들의 측정량들에 대한 구성들 및 SL-RLF를 선언하기 위한 조건을 포함함 ―;

상기 구성 정보에 따라, 상기 신호들에 대한 상기 SL-RLM을 위해 상기 프로토콜 스택의 하위 계층들을 구성하고;

상기 측정량들의 SL-RLM 측정들을 수행하도록 추가로 구성되는, 장치.

단락 6. 단락 5에 따른 장치로서, 상기 측정량들은 하이브리드 자동 반복 요청(HARQ) 피드백을 포함하는, 장치.

단락 7. 단락 5에 따른 장치로서, 상기 측정량들은 라디오 링크 동기 또는 비동기를 포함하는, 장치.

단락 8. 단락 5에 따른 장치로서, 상기 측정량들은 킵-얼라이브 메시지를 포함하는, 장치.

단락 9. 단락 5에 따른 장치로서, 상기 측정량들은 라디오 링크 제어(RLC) 피드백을 포함하는, 장치.

단락 10. 단락 5에 따른 장치로서, 상기 처리 회로는,

상기 SL-RLM 측정들이 상기 조건을 충족시키는지를 결정하고,

상기 조건이 충족되는 경우에 상기 SL-RLF가 발생했다고 선언하도록 추가로 구성되는, 장치.

단락 11. 단락 5에 따른 장치로서, 상기 처리 회로는,

상기 SL-RLM 측정들이 상기 조건을 충족시키는지를 결정하고,

상기 조건이 충족되지 않는 경우에 상기 SL-RLF가 발생하지 않았다고 선언하도록 추가로 구성되는, 장치.

단락 12. 단락 5에 따른 장치로서, 상기 처리 회로는 상기 신호들의 상기 SL-RLM 측정들을 제어 엔티티에 송신하도록 추가로 구성되는, 장치.

단락 13. 단락 12에 따른 장치로서, 상기 제어 엔티티는, 상기 장치로부터 수신된 상기 SL-RLM 측정들에 따라, 상기 SL-RLF가 발생했는지를 결정하는, 장치.

단락 14. 단락 1에 따른 장치로서, 상기 처리 회로는 킵-얼라이브 실패를 포함하는 표시를 상위 계층으로부터 수신하도록 추가로 구성되는, 장치.

단락 15. 사이드링크(SL) 접속을 모니터링하기 위한 방법으로서,

SL-라디오 링크 모니터링(SL-RLM)을 수행하기 위해 프로토콜 스택에서 신호들을 수신하는 단계; 및

상기 신호들에 따라, SL-라디오 링크 장애(RLF)가 발생했는지를 결정하는 단계를 포함하는, 방법.

단락 16. 단락 15에 따른 방법으로서, 상기 신호들은 하이브리드 자동 반복 요청(HARQ) 피드백을 포함하는, 방법.

단락 17. 단락 16에 따른 방법으로서, 상기 신호들이 HARQ-NACK를 포함하는 경우, 상기 결정하는 단계는 상기 SL-RLF가 발생했다는 것을 나타내는, 방법.

단락 18. 단락 15에 따른 방법으로서,

신호 블록을 다른 장치에 송신하는 단계를 더 포함하고,

상기 신호들은 상기 신호 블록의 상기 송신에 응답하는, 방법.

단락 19. 단락 15에 따른 방법으로서,

상기 신호들에 대한 상기 SL-RLM에 관련된 구성 정보를 수신하는 단계 ― 상기 구성 정보는 상기 신호들의 측정량들에 대한 구성들 및 SL-RLF를 선언하기 위한 조건을 포함함 ―;

상기 구성 정보에 따라, 상기 신호들에 대한 상기 SL-RLM을 위해 상기 프로토콜 스택의 하위 계층들을 구성하는 단계; 및

상기 측정량들의 SL-RLM 측정들을 수행하는 단계를 더 포함하는, 방법.

단락 20. 단락 19에 따른 방법으로서,

상기 SL-RLM 측정들이 상기 조건을 충족시키는지를 결정하는 단계; 및

상기 조건이 충족되는 경우에 상기 SL-RLF가 발생했다고 선언하는 단계를 더 포함하는, 방법.

본 개시내용의 청구 대상의 바람직한 실시예들을 설명할 때, 도면들에 도시된 바와 같이, 명료성을 위해 특정 전문 용어가 이용된다. 그러나, 청구된 청구 대상은, 그렇게 선택된 특정 전문 용어로 제한되는 것으로 의도된 것은 아니며, 각각의 특정 요소는 유사한 목적을 달성하기 위해 유사한 방식으로 동작하는 모든 기술적 등가물들을 포함한다는 점이 이해되어야 한다.

따라서, 개시된 시스템들 및 방법들은 그 사상 또는 본질적인 특성들로부터 벗어나지 않고 다른 특정 형태들로 구체화될 수 있다는 것이 본 기술분야의 통상의 기술자에 의해 이해될 수 있을 것이다. 따라서, 본원에 개시된 실시예들은 모든 점에서 예시적인 것이고, 제한되지 않는 것으로 고려된다. 그것은 총망라적인 것이 아니며, 본 개시내용을 개시된 정확한 형태로 제한하지 않는다. 수정들 및 변형들은 상기의 교시들의 관점에서 가능하거나, 또는 폭 또는 범위로부터 벗어나지 않고, 본 개시내용의 실시로부터 획득될 수 있다. 따라서, 특정 구성들이 본 명세서에서 논의되었을지라도, 다른 구성들이 또한 이용될 수 있다. 다수의 수정들 및 다른 실시예들(예를 들어, 조합들, 재배열들 등)은 본 개시내용에 의해 가능해질 수 있고, 본 기술분야에서 통상의 기술자의 범위 내에 있으며, 개시된 청구 대상 및 그에 대한 임의의 등가물들의 범위 내에 속하는 것이라고 생각된다. 개시된 실시예들의 특징들은 본 발명의 범위 내에서 조합되고, 재배열되고, 생략되는 등으로 되어, 추가적인 실시예들을 생성할 수 있다. 더욱이, 특정 특징들은 때로는 다른 특징들을 대응적으로 이용하지 않고도 유리하게 이용될 수 있다. 따라서, 출원인(들)은 개시된 청구 대상의 정신 및 범위 내에 있는 모든 그러한 대안들, 수정들, 등가물들, 및 변형들을 포괄하는 것을 의도한다.

단수의 요소에 대한 참조는 명시적으로 그렇게 언급되지 않는 한 "단지 하나"를 의미하도록 의도되지 않고, 오히려 "하나 이상"을 의미한다. 또한, "A, B, 또는 C 중 적어도 하나"와 유사한 문구가 청구항들에서 이용되는 경우, 그것은 A만이 실시예에 존재할 수 있거나, B만이 실시예에 존재할 수 있거나, C만이 실시예에 존재할 수 있거나, 또는 요소들 A, B 및 C의 임의의 조합, 예를 들어, A와 B, A와 C, B와 C, 또는 A와 B와 C가 단일의 실시예에 존재할 수 있다는 것을 의미하는 것으로 해석되도록 의도된다.

본 명세서에서의 청구항 요소는, 요소들이 문구 "∼을 위한 수단(means for)"을 이용하여 명시적으로 인용되지 않는 한, 35 U.S.C. 112(f)의 조항들 하에 있는 것으로 해석되지 않는다. 본 명세서에서 이용되는 바와 같이, 용어들 "포함한다(comprises)", "포함하는(comprising)", 또는 이들의 임의의 다른 변형은 비-배타적인 포함을 커버하도록 의도되어, 요소들의 리스트를 포함하는 프로세스, 방법, 물품, 또는 장치는 그러한 요소들만을 포함하는 것이 아니라, 명시적으로 열거되지 않거나 그러한 프로세스, 방법, 물품, 또는 장치에 고유한 다른 요소들을 포함할 수 있다. 본 발명의 범위는 전술한 설명보다는 오히려 첨부된 청구항들에 의해 나타내지고, 그의 의미 및 범위 및 등가물 내에 있는 모든 변경들이 본 명세서에 포함되는 것을 의도한다.

다음의 [1]-[10]이 참조로 포함된다:

Claims

사이드링크(SL) 접속을 모니터링하도록 구성된 장치로서,
처리 회로를 포함하고, 상기 처리 회로는,
SL-라디오 링크 모니터링(SL-RLM)을 수행하기 위해 프로토콜 스택에서 신호들을 수신하고;
상기 신호들에 따라, SL-라디오 링크 장애(RLF)가 발생했는지를 결정하도록
구성되는, 장치.
제1항에 있어서,
상기 신호들은 하이브리드 자동 반복 요청(HARQ) 피드백을 포함하는, 장치.
제2항에 있어서,
상기 신호들이 HARQ-NACK를 포함하는 경우, 상기 처리 회로는 상기 SL-RLF가 발생했다고 결정하는, 장치.
제1항에 있어서,
상기 처리 회로는 신호 블록을 다른 장치에 송신하도록 추가로 구성되고,
상기 신호들은 상기 신호 블록의 상기 송신에 응답하는, 장치.
제1항에 있어서,
상기 처리 회로는,
상기 신호들에 대한 상기 SL-RLM에 관련된 구성 정보를 수신하고 ― 상기 구성 정보는 상기 신호들의 측정량들에 대한 구성들 및 SL-RLF를 선언하기 위한 조건을 포함함 ―;
상기 구성 정보에 따라, 상기 신호들에 대한 상기 SL-RLM을 위해 상기 프로토콜 스택의 하위 계층들을 구성하고;
상기 측정량들의 SL-RLM 측정들을 수행하도록
추가로 구성되는, 장치.
제5항에 있어서,
상기 측정량들은 하이브리드 자동 반복 요청(HARQ) 피드백을 포함하는, 장치.
제5항에 있어서,
상기 측정량들은 라디오 링크 동기(in-sync) 또는 비동기(out-of-sync)를 포함하는, 장치.
제5항에 있어서,
상기 측정량들은 킵-얼라이브 메시지를 포함하는, 장치.
제5항에 있어서,
상기 측정량들은 라디오 링크 제어(RLC) 피드백을 포함하는, 장치.
제5항에 있어서,
상기 처리 회로는,
상기 SL-RLM 측정들이 상기 조건을 충족시키는지를 결정하고,
상기 조건이 충족되는 경우에 상기 SL-RLF가 발생했다고 선언하도록
추가로 구성되는, 장치.
제5항에 있어서,
상기 처리 회로는,
상기 SL-RLM 측정들이 상기 조건을 충족시키는지를 결정하고,
상기 조건이 충족되지 않는 경우에 상기 SL-RLF가 발생하지 않았다고 선언하도록
추가로 구성되는, 장치.
제5항에 있어서,
상기 처리 회로는 상기 신호들의 SL-RLM 측정들을 제어 엔티티에 송신하도록 추가로 구성되는, 장치.
제12항에 있어서,
상기 제어 엔티티는, 상기 장치로부터 수신된 상기 SL-RLM 측정들에 따라, 상기 SL-RLF가 발생했는지를 결정하는, 장치.
제1항에 있어서,
상기 처리 회로는 킵-얼라이브 실패를 포함하는 표시를 상위 계층으로부터 수신하도록 추가로 구성되는, 장치.
사이드링크(SL) 접속을 모니터링하기 위한 방법으로서,
SL-라디오 링크 모니터링(SL-RLM)을 수행하기 위해 프로토콜 스택에서 신호들을 수신하는 단계; 및
상기 신호들에 따라, SL-라디오 링크 장애(RLF)가 발생했는지를 결정하는 단계
를 포함하는, 방법.
제15항에 있어서,
상기 신호들은 하이브리드 자동 반복 요청(HARQ) 피드백을 포함하는, 방법.
제16항에 있어서,
상기 신호들이 HARQ-NACK를 포함하는 경우, 상기 결정하는 단계는 상기 SL-RLF가 발생했다는 것을 나타내는, 방법.
제15항에 있어서,
신호 블록을 다른 장치에 송신하는 단계를 더 포함하고,
상기 신호들은 상기 신호 블록의 상기 송신에 응답하는, 방법.
제15항에 있어서,
상기 신호들에 대한 상기 SL-RLM에 관련된 구성 정보를 수신하는 단계 ― 상기 구성 정보는 상기 신호들의 측정량들에 대한 구성들 및 SL-RLF를 선언하기 위한 조건을 포함함 ―;
상기 구성 정보에 따라, 상기 신호들에 대한 상기 SL-RLM을 위해 상기 프로토콜 스택의 하위 계층들을 구성하는 단계; 및
상기 측정량들의 SL-RLM 측정들을 수행하는 단계
를 더 포함하는, 방법.
제19항에 있어서,
상기 SL-RLM 측정들이 상기 조건을 충족시키는지를 결정하는 단계; 및
상기 조건이 충족되는 경우에 상기 SL-RLF가 발생했다고 선언하는 단계
를 더 포함하는, 방법.