KR20220071132A - 무선 통신 시스템에서 ue-대-네트워크 릴레이를 통한 시스템 정보 획득 및 페이징 방법 및 장치 - Google Patents
무선 통신 시스템에서 ue-대-네트워크 릴레이를 통한 시스템 정보 획득 및 페이징 방법 및 장치 Download PDFInfo
- Publication number
- KR20220071132A KR20220071132A KR1020210162323A KR20210162323A KR20220071132A KR 20220071132 A KR20220071132 A KR 20220071132A KR 1020210162323 A KR1020210162323 A KR 1020210162323A KR 20210162323 A KR20210162323 A KR 20210162323A KR 20220071132 A KR20220071132 A KR 20220071132A
- Authority
- KR
- South Korea
- Prior art keywords
- remote
- message
- relay
- paging
- rrc
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 141
- 238000004891 communication Methods 0.000 title claims abstract description 108
- 230000004044 response Effects 0.000 claims abstract description 18
- 230000005540 biological transmission Effects 0.000 claims description 35
- 230000011664 signaling Effects 0.000 description 40
- 238000012544 monitoring process Methods 0.000 description 29
- 238000013507 mapping Methods 0.000 description 23
- 108091005487 SCARB1 Proteins 0.000 description 21
- 102100037118 Scavenger receptor class B member 1 Human genes 0.000 description 21
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 18
- 101150096310 SIB1 gene Proteins 0.000 description 17
- 230000006978 adaptation Effects 0.000 description 15
- 230000004224 protection Effects 0.000 description 14
- 238000007726 management method Methods 0.000 description 13
- 238000013475 authorization Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 11
- 230000008859 change Effects 0.000 description 10
- 230000006870 function Effects 0.000 description 9
- 230000009471 action Effects 0.000 description 8
- 230000000737 periodic effect Effects 0.000 description 8
- 230000008569 process Effects 0.000 description 8
- 101001055444 Homo sapiens Mediator of RNA polymerase II transcription subunit 20 Proteins 0.000 description 6
- 102100026165 Mediator of RNA polymerase II transcription subunit 20 Human genes 0.000 description 6
- 101150014328 RAN2 gene Proteins 0.000 description 6
- 238000005259 measurement Methods 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 6
- 235000019527 sweetened beverage Nutrition 0.000 description 6
- 230000007704 transition Effects 0.000 description 6
- 230000006399 behavior Effects 0.000 description 5
- 238000004422 calculation algorithm Methods 0.000 description 5
- 230000000977 initiatory effect Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 101100533725 Mus musculus Smr3a gene Proteins 0.000 description 4
- 101100117569 Oryza sativa subsp. japonica DRB6 gene Proteins 0.000 description 4
- 238000013461 design Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 239000000725 suspension Substances 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 3
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 3
- 239000013256 coordination polymer Substances 0.000 description 3
- 239000011159 matrix material Substances 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 101150090033 DRB2 gene Proteins 0.000 description 2
- 101150034979 DRB3 gene Proteins 0.000 description 2
- 101150082328 DRB5 gene Proteins 0.000 description 2
- 101001100327 Homo sapiens RNA-binding protein 45 Proteins 0.000 description 2
- 101100278514 Oryza sativa subsp. japonica DRB2 gene Proteins 0.000 description 2
- 101100117565 Oryza sativa subsp. japonica DRB4 gene Proteins 0.000 description 2
- 101100117568 Oryza sativa subsp. japonica DRB5 gene Proteins 0.000 description 2
- 102100038823 RNA-binding protein 45 Human genes 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 101100150275 Caenorhabditis elegans srb-3 gene Proteins 0.000 description 1
- 101100274486 Mus musculus Cited2 gene Proteins 0.000 description 1
- 101150096622 Smr2 gene Proteins 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000006249 magnetic particle Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 239000005022 packaging material Substances 0.000 description 1
- 239000002245 particle Substances 0.000 description 1
- 230000003595 spectral effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
- H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
원격 UE(User Equipment)와의 UE-대-네트워크 릴레이 통신을 지원하기 위한 릴레이 UE에 대한 방법 및 장치가 개시된다. 일 실시예에서, 방법은 네트워크 노드와 연결하는 릴레이 UE를 포함한다. 방법은 전용 다운링크 채널 또는 페이징 채널을 통해 네트워크 노드로부터 원격 UE에 대한 정보 또는 제1 페이징 메시지를 수신하는 릴레이 UE를 더 포함한다. 방법은 또한 제1 페이징 메시지 또는 원격 UE에 대한 정보의 수신에 응답하여 제2 페이징 메시지 또는 정보를 원격 UE에 전송하는 릴레이 UE를 포함하되, 제2 페이징 메시지 또는 정보는 제1 페이징 메시지 또는 정보에 기초하여 생성된다.
Description
본 출원은 2020년 11월 23일 출원된 미국 특허 가출원 일련번호 63/117,073호 및 63/117,087, 그리고 2021년 9월 3일 출원된 미국 특허 가출원 일련번호 63/240,590호에 대한 우선권을 주장하며, 이러한 출원의 개시내용의 그 전체가 본원에 참조로써 통합된다.
본 개시는 일반적으로 무선 통신 네트워크에 관한 것으로, 특히 무선 통신 시스템에서 UE-대-네트워크 릴레이를 통해 시스템 정보를 획득하고 및 페이징하는 방법 및 장치에 관한 것이다.
이동 통신기기간 대용량 데이터 통신에 대한 수요가 급격히 증가하면서, 종래 이동 음성 통신 네트워크는 인터넷 프로토콜(IP) 데이터 패킷으로 통신하는 네크워크로 진화하고 있다. 그러한 IP 데이터 패킷 통신은 이동 통신기기 사용자에게 음성 IP (Voice over IP), 멀티미디어, 멀티캐스트 및 수요에 의한(on-demand) 통신 서비스를 제공할 수 있다.
예시적인 네트워크 구조로는 E-TRAN (Evolved Universal Terrestrial Radio Access Network)이 있다. E-TRAN 시스템은 상술한 음성 IP 및 멀티미디어 서비스를 실현하기 위해 높은 데이터 처리량(throughput)을 제공할 수 있다. 차세대 (예를 들어, 5G)를 위한 새로운 무선 기술이 현재 3GPP 표준 기구에서 논의되고 있다. 따라서 현재의 3GPP 표준 본문에 대한 변경안이 제 출되어 3GPP표준이 진화 및 완결될 것으로 보인다.
릴레이 UE(User Equipment)가 원격 UE와의 UE-대-네트워크 릴레이 통신을 지원하는 방법 및 장치가 개시된다.
일 실시예에서, 방법은 릴레이 UE가 네트워크 노드와 연결하는 단계를 포함한다. 방법은 릴레이 UE가 전용 다운링크 채널 또는 페이징 채널을 통해 네트워크 노드로부터 원격 UE에 대한 제 1 페이징 메시지 또는 정보를 수신하는 단계를 더 포함한다. 방법은 또한 릴레이 UE가 원격 UE에 대한 제 1 페이징 메시지 또는 정보의 수신에 응답하여 제 2 페이징 메시지 또는 정보를 원격 UE에 전송하되, 제 2 페이징 메시지 또는 정보는 제 1 페이징 메시지 또는 정보에 기초하여 생성되는 단계를 포함한다.
도 1은 예시적인 일실시예에 따른 무선 통신 시스템에 대한 도면이다.
도 2는 예시적인 일실시예에 따른 (액세스 네트워크로도 알려진) 송신기 시스템 및 (UE 또는 User Equipment로도 알려진) 수신기 시스템에 대한 블록도이다.
도 3은 예시적인 일실시예에 따른 통신 시스템에 대한 기능 블록도이다.
도 4는 예시적인 일실시예에 따른 도 3의 프로그램 코드의 기능 블록도이다.
도 5는 3GPP TS 38.331 V16.2.0의 도 5.2.2.1-1을 재현한 것이다.
도 6은 3GPP TS 38.331 V16.2.0의 도 5.3.5.1-1을 재현한 것이다.
도 7은 3GPP TS 38.331 V16.2.0의 도 5.3.8.1-1을 재현한 것이다.
도 8은 3GPP TS 38.331 V16.2.0의 도 5.3.13.1-1을 재현한 것이다.
도 9는 3GPP 3GPP V16.2.0의 도 5.3.13.1-2를 재현한 것이다.
도 10은 3GPP 3GPP V16.2.0의 도 5.3.13.1-3을 재현한 것이다.
도 11은 3GPP TS 38.331 V16.2.0의 도 5.3.13.1-4를 재현한 것이다.
도 12는 3GPP 3GPP V16.2.0의 도 5.3.13.1-5를 재현한 것이다.
도 13은 3GPP TR 23.752 V0.5.1의 도 6.3.1-1을 재현한 것이다.
도 14는 3GPP TR 23.752 V0.5.1의 도 6.3.2.1-1을 재현한 것이다.
도 15는 3GPP TR 23.752 V0.5.1의 도 6.3.2.1-2를 재현한 것이다.
도 16은 3GPP TR 23.752 V0.5.1의 도 6.7.2.6-1을 재현한 것이다.
도 17은 3GPP TR 23.752 V0.5.1의 도 6.7.2.6-2를 재현한 것이다.
도 18은 3GPP TR 23.752 V0.5.1의 도 6.7.3-1을 재현한 것이다.
도 19는 3GPP TS 38.321 V16.2.1의 도 4.2.2-1을 재현한 것이다.
도 20은 3GPP TR 38.836 V0.1.1의 도 4.5.1.1-1을 재현한 것이다.
도 21은 3GPP TR 38.836 V0.1.1의 도 4.5.1.1-2를 재현한 것이다.
도 22는 3GPP TR 38.836 V0.1.1의 도 5.5.1-1을 재현한 것이다.
도 23은 3GPP TR 38.836 V0.1.1의 도 5.5.1-2를 재현한 것이다.
도 24는 3GPP TS 23.287 V.16.4.0의 도 6.3.3.1-1을 재현한 것이다.
도 25는 일실시예에 따른 계층-2 UE-대-네트워크 릴레이를 위한 프로토콜 스택의 예를 도시한 것이다.
도 26은 일실시예에 따른 Uu SRB들, Uu PCCH (Physical Control Channel), SL RLC 채널들, 및 Uu RLC 채널들 사이의 연관성의 예를 도시한 것이다.
도 27은 일실시예에 따른, RRC_IDLE 상태의 원격 UE에서 시작하는, 릴레이 UE를 통한 페이징 모니터링에 대한 예시적인 흐름도를 도시한 것이다.
도 28은 일실시예에 따른, RRC_INACTIVE 상태의 원격 UE에서 시작하는, 릴레이 UE를 통한 페이징 모니터링에 대한 예시적인 흐름도를 도시한 것이다.
도 29는 예시적인 일시예에 따른 흐름도이다.
도 30은 예시적인 일시예에 따른 흐름도이다.
도 31은 예시적인 일시예에 따른 흐름도이다.
도 2는 예시적인 일실시예에 따른 (액세스 네트워크로도 알려진) 송신기 시스템 및 (UE 또는 User Equipment로도 알려진) 수신기 시스템에 대한 블록도이다.
도 3은 예시적인 일실시예에 따른 통신 시스템에 대한 기능 블록도이다.
도 4는 예시적인 일실시예에 따른 도 3의 프로그램 코드의 기능 블록도이다.
도 5는 3GPP TS 38.331 V16.2.0의 도 5.2.2.1-1을 재현한 것이다.
도 6은 3GPP TS 38.331 V16.2.0의 도 5.3.5.1-1을 재현한 것이다.
도 7은 3GPP TS 38.331 V16.2.0의 도 5.3.8.1-1을 재현한 것이다.
도 8은 3GPP TS 38.331 V16.2.0의 도 5.3.13.1-1을 재현한 것이다.
도 9는 3GPP 3GPP V16.2.0의 도 5.3.13.1-2를 재현한 것이다.
도 10은 3GPP 3GPP V16.2.0의 도 5.3.13.1-3을 재현한 것이다.
도 11은 3GPP TS 38.331 V16.2.0의 도 5.3.13.1-4를 재현한 것이다.
도 12는 3GPP 3GPP V16.2.0의 도 5.3.13.1-5를 재현한 것이다.
도 13은 3GPP TR 23.752 V0.5.1의 도 6.3.1-1을 재현한 것이다.
도 14는 3GPP TR 23.752 V0.5.1의 도 6.3.2.1-1을 재현한 것이다.
도 15는 3GPP TR 23.752 V0.5.1의 도 6.3.2.1-2를 재현한 것이다.
도 16은 3GPP TR 23.752 V0.5.1의 도 6.7.2.6-1을 재현한 것이다.
도 17은 3GPP TR 23.752 V0.5.1의 도 6.7.2.6-2를 재현한 것이다.
도 18은 3GPP TR 23.752 V0.5.1의 도 6.7.3-1을 재현한 것이다.
도 19는 3GPP TS 38.321 V16.2.1의 도 4.2.2-1을 재현한 것이다.
도 20은 3GPP TR 38.836 V0.1.1의 도 4.5.1.1-1을 재현한 것이다.
도 21은 3GPP TR 38.836 V0.1.1의 도 4.5.1.1-2를 재현한 것이다.
도 22는 3GPP TR 38.836 V0.1.1의 도 5.5.1-1을 재현한 것이다.
도 23은 3GPP TR 38.836 V0.1.1의 도 5.5.1-2를 재현한 것이다.
도 24는 3GPP TS 23.287 V.16.4.0의 도 6.3.3.1-1을 재현한 것이다.
도 25는 일실시예에 따른 계층-2 UE-대-네트워크 릴레이를 위한 프로토콜 스택의 예를 도시한 것이다.
도 26은 일실시예에 따른 Uu SRB들, Uu PCCH (Physical Control Channel), SL RLC 채널들, 및 Uu RLC 채널들 사이의 연관성의 예를 도시한 것이다.
도 27은 일실시예에 따른, RRC_IDLE 상태의 원격 UE에서 시작하는, 릴레이 UE를 통한 페이징 모니터링에 대한 예시적인 흐름도를 도시한 것이다.
도 28은 일실시예에 따른, RRC_INACTIVE 상태의 원격 UE에서 시작하는, 릴레이 UE를 통한 페이징 모니터링에 대한 예시적인 흐름도를 도시한 것이다.
도 29는 예시적인 일시예에 따른 흐름도이다.
도 30은 예시적인 일시예에 따른 흐름도이다.
도 31은 예시적인 일시예에 따른 흐름도이다.
후술된 예시적인 무선 통신 시스템 및 장치는 브로트캐스트 서비스를 지원하는 무선 통신 시스템을 채용한다. 무선 통신 시스템은 광범위하게 배치되어 음성, 데이터 등 다양한 통신 형태를 제공한다. 이 시스템은 CDMA (code division multiple access), TDMA (code division multiple access), OFDMA (orthogonal frequency division multiple access), 3GPP (3rd Generation Partnership Project) LTE (Long Term Evolution) 무선 액세스, 3GPP LTE-A 또는 광대역 LTE(Long Term Evolution Advanced), 3GPP2 UMB (Ultra Mobile Broadband), WiMax, 5G를 위한 3GPP NR (New Radio) 무선 액세스, 또는 일부 다른 변조기법에 기반할 수 있다.
특히, 후술될 예시적인 무선 통신 시스템 및 장치들은 다음을 포함하는, 3GPP로 언급된 “3rd Generation Partnership Project”로 명명된 컨소시엄이 제안한 표준과 같은 하나 이상의 표준들을 지원하도록 설계될 수 있다: TS 38.331 V16.2.0, “NR; RRC (Radio Resource Control) 프로토콜 규격 (Release 16)”; TS 38.300 V16.1.0, “NR; NR 및 NG-RAN 전체 설명; 2 단계 (Release 16)”; TR 23.752 V0.5.1, “5GS (5G System) 에서 ProSe (Proximity based Services) 에 대한 시스템 향상에 관한 연구 (Release 17)”; R2-2008922, “원격 UE에 대한 온 디맨드 (On-demand) SI 전달”, CATT; 3GPP RAN2#112e 의장 노트; TS 38.304 V16.2.0, “NR; 아이들 모드 및 RRC 비활성 상태에서 UE 절차들 (Release 16)”; TS 23.502 V16.4.0, “5G 시스템을 위한 절차들; 2 단계 (Release 16)”; TS 38.321 V16.2.1, “NR; MAC (Medium Access Control) 프로토콜 규격 (Release 16)”; TR 38.836 V0.1.1, “NR 사이트링크 릴레이에 대한 연구; (Release 17)”; 및 TS 23.287 V16.4.0, “V2X (Vehicle-to-Everything)를 지원하기 위한 5GS용 아키텍쳐 향상 (Release 16)”. 위에서 열거된 표준 및 문서들이 그 전체가 참조로써 통합된다.
도 1은 본 발명의 일실시예에 따른 다중 접속 무선 통신 시스템을 보인다. AN (access network, 100)는 한 그룹은 참조번호 104 및 106, 다른 그룹은 참조번호 108 및 110, 추가 그룹은 참조번호 112 및 114를 포함하는 다수의 안테나 그룹들을 포함한다. 도 1에서, 각 안테나 그룹별로 두 개의 안테나가 도시되었지만, 각 그룹별로 더 많은 혹은 더 적은 안테나가 사용될 수 있다. AT(access terminal, 116)는 안테나들(112, 114)과 통신하고, 여기서, 안테나들(112, 114)은 순방향 링크(120)를 통해 액세스 단말(116)로 정보를 송신하고, 역방향 링크(118)를 통해 AT(116)로부터 정보를 수신한다. AT(116)는 안테나들(106, 108)과 통신하고, 여기서, 안테나들(106, 108)은 순방향 링크(126)를 통해 AT(122)로 정보를 전송하고, 역방향 링크(124)를 통해 AT(122)로부터 정보를 수신한다. FDD 시스템에서, 통신링크들(118, 120, 124, 126)은 통신에 서로 다른 주파수를 사용한다. 예를 들어, 순방향 링크(120)는 역방향 링크(118)가 사용하는 것과는 다른 주파수를 사용할 수 있다.
각 안테나 그룹 및/또는 이들이 통신하도록 설계된 영역은 보통 AN의 섹터(sector)로 불린다. 본 실시예에서, 각 안테나 그룹은 AN(100)에 의해 커버되는 영역의 섹터에서 AT들과 통신하도록 설계된다.
순방향 링크(120, 126)를 통한 통신에서, AN(100)의 송신 안테나들은 다른 AT들(116, 122)에 대한 순방향 링크의 신호 대 잡음비를 향상시키기 위해 빔포밍(beamforming)를 사용할 수 있다. 또한 빔포밍을 사용하여 커버리지(coverage)에 랜덤하게 산재되어 있는 AT에 송신하는 AN은 하나의 안테나를 통해 모든 AT에 송신하는 AN보다 이웃 셀 내 AT들에게 간섭을 덜 일으킨다.
AN은 단말들과 통신하는 고정국 또는 기지국일 수 있고, 액세스 포인트 (access point), 노드 B(node B), 기지국, 확장형 기지국 (enhanced base station), 진화된 노드 B(eNB), 또는 다른 용어로도 지칭될 수도 있다. AT는 또한 UE, 무선 통신 장치, 단말, AT또는 다른 용어로도 불릴 수 있다.
도 2는 MIMO 시스템 (200)에서 (액세스 네트워크로도 알려진) 송신기 시스템(200) 및 (액세스 수신기 (AT) 또는 UE로도 알려진) 수신기 시스템(250)의 일실시예에 대한 단순화된 블록도이다. 송신기 시스템(210)에서, 다수의 데이터 스트림에 대한 트래픽 데이터는 데이터 소스(212)에서 송신(TX) 데이터 프로세서(214)로 공급될 수 있다.
일 실시예에서, 각 데이터 스트림은 개별 송신 안테나를 통해 송신된다. TX 데이터 프로세서(214)는 부호화된 데이터를 제공하도록 데이터 스트림에 대해 선택된 특별한 부호화 방식을 기반으로 그 데이터 스트림을 위한 트래픽 데이터를 포맷, 부호화 및 인터리빙 한다.
각 데이터 스트림에 대해 부호화된 데이터는 OFDM 기법을 사용해 파일럿 데이터와 다중화 (multiplexing)된다. 파일럿 데이터는 보통 기지의 방식으로 처리된 기지의 데이터로 수신기 시스템에서 채널 응답 추정에 사용될 수 있다. 각 데이트 스트림에서 멀티플렉싱된 파일럿 데이터와 부호화된 데이터는 변조된 심볼을 제공하도록 그 데이터 스트림에 대해 선택된 특별한 변조방식(예를 들어, BPSK, QPSK, M-PSK, 또는 M-QAM)으로 변조된다(즉, 심볼 매핑된다). 각 데이트 스트림에 대해 데이터 전송속도, 부호화 및 변조는 프로세서(230)가 내린 지시에 따라 결정될 수 있다.
그런 다음, 모든 데이터 스트림에 대한 변조 심볼이 TX MIMO 프로세서(220)로 제공되어, 추가로 (예를 들어, OFDM용) 변조 심볼이 처리된다. 그런 다음, TX MIMO 프로세서(220)는 N T 개의 변조 심볼 스트림을 N T 개의 송신기들(TMTR, 220a 내지 222t)로 제공한다. 일부 실시예에서, TX MIMO 프로세서(220)는 데이터 스트림 심볼과 심볼이 전송되고 있는 안테나에 에 빔포밍 가중치를 적용한다.
각 송신기(222)는 개별 심볼 스트림을 수신 및 처리하여 하나 이상의 아날로그 신호를 공급하고, 아날로그 신호를 추가로 처리(예를 들어, 증폭, 필터링, 및 상향 변환)을 수행하여 MIMO 채널을 통한 송신에 적합한 변조신호를 제공한다. 그런 다음, 송신기들(222a 내지 222t)에서 송신된 N T 개의 변조된 신호들은 각각 N T 개의 안테나들(224a 내지 224t)을 통해 송신된다.
수신기 시스템(250)에서, 송신된 변조신호들이 N R 개의 안테나들(252a 내지 252r)에 의해 수신되고, 각 안테나(252)에서 수신된 신호들은 각 수신기(RCVR, 254a 내지 254r)로 공급된다. 각 수신기(254)는 개별 수신 신호를 (예를 들어, 필터링, 증폭 및 하향 변환) 처리하고, 처리된 신호를 디지털로 변환하여 샘플을 제공하고, 샘플들을 추가 처리하여 해당 “수신” 심볼 스트림을 공급한다.
그런 다음 RX 데이터 프로세서(260)는 특별한 수신기 처리 기법에 기반한 N R 개의 수신기들(254)에서 출력된 N R 개의 수신 심볼 스트림을 수신 및 처리하여 N T 개의 “검출된 ” 심볼 스트림을 공급한다. 이후 RX 데이터 프로세서(260)는 각 검출된 심볼 스트림을 복조, 디인터리빙 및 복호하여 데이터 스트림에 대한 트래픽 데이터를 복원한다. RX 데이터 프로세서(260)에 의해 처리는 송신기 시스템(210)에서 TX MIMO 프로세서(220) 및 TX 데이터 프로세서(214)가 수행된 처리와 상보적이다.
프로세서(270)는 주기적으로 어느 프리코딩 행렬을 사용할 것인지 (후술됨) 를 판단한다. 프로세서(270)는 행렬 인덱스부 및 랭크값부를 포함하는 역방향 링크 메시지를 작성한다.
역방향 링크 메시지는 통신 링크 및/또는 수신된 데이터 스트림에 대한 다양한 형태의 정보를 포함할 수 있다. 그런 다음, 역방향 링크 메시지는 데이터 소스(236)로부터 다수의 데이터 스트림에 대한 트래픽 데이터를 수신하는 TX 데이터 프로세서(238)에 의해 처리되고, 변조기(280)에 의해 변조되고, 송신기들(254a 내지 254r)에 의해 처리되며, 송신기 시스템(210)으로 다시 송신된다.
송신기 시스템(210)에서, 수신기 시스템(250)에서 출력된 변조신호가 안테나(224)에 의해 수신되고, 수신기들(222)에 의해 처리되며, 복조기(240)에서 복조되고, RX 데이터 프로세서(242)에 의해 처리되어 수신기 시스템(250)에 의해 송신된 역방향 링크 메시지를 추출한다. 그런 다음, 프로세서(230)는 어느 프리코딩 행렬을 사용하여 빔포밍 가중치 결정할 것인가를 판단하고, 추출된 메시지를 처리한다.
도 3을 보면, 이 도면은 본 발명의 일실시예에 따른 통신디바이스의 단순화된 대체 기능 블록도를 보여준다. 도 3 (f)에 도시된 것처럼, 무선 통신 시스템에서 통신장치(300)는 도 1의 UE들 (또는 AT들, 116, 122) 또는 도 1의 기지국(또는 AN, 100)의 구현에 사용될 수 있고, 무선통신 시스템은 NR시스템인 것이 바람직하다. 통신 장치(300)는 입력 장치(302), 출력 장치(304), 제어회로(306), CPU(308), 메모리(310), 프로그램 코드(312) 및 트랜시버(transceiver, 314)를 포함할 수 있다. 제어회로(306)는 CPU(308)를 통해 메모리(310)내 프로그램 코드(312)를 실행하고, 그에 따라 통신 장치(300)의 동작을 제어한다. 통신장치(300)는 키보드 또는 키패드와 같은 입력 장치(302)를 통해 사용자가 입력한 신호를 수신할 수 있고, 모니터 또는 스피커와 같은 출력 장치(304)를 통해 이미지 또는 소리를 출력할 수 있다. 트랜시버(314)는 무선신호의 수신 및 송신에 사용되어 수신된 신호를 제어회로(306)로 전달하고, 제어회로(306)에 의해 생성된 신호를 무선으로 출력한다. 무선 통신 시스템에서 통신장치(300)는 도 1에서 AN(100)의 구현에도 사용될 수 있다.
도 4 는 본 개시의 일실시예에 따라 도 3 에 도시된 프로그램 코드(312)의 단순화된 기능 블록도이다. 본 실시예에서, 프로그램 코드(312)는 애플리케이션 계층(400), 계층 3 부(402), 및 계층 2 부(404)를 포함하고, 계층 1 부(406)에 결합된다. 계층 3 부(402)는 일반적으로 무선 자원 제어를 수행한다. 계층 2 부(404)는 일반적으로 링크 제어를 수행한다. 계층 1 부(406)는 일반적으로 물리적인 연결을 수행한다.
3GPP TS 38.331는 다음을 도입한다:
5.2 시스템 정보
5.2, 1 서론
시스템 정보 (SI)는 MIB 및 다수의 SIB들 및 posSIB들로 구분되고, 여기서:
- MIB는 항상 80ms의 주기로 BCH에서 전송되고, 80 ms 이내에서 반복되며 (TS 38.212 [17], 7.1절), 셀로부터 SIB1의 획득에 필요한 파라미터들을 포함한다. MIB의 제 1 전송은 TS 38.213 [13], 4.1절에 규정된 대로 서브프레임에서 스케줄링되고, 반복은 SSB의 주기에 따라 스케줄링된다;
- SIB1는 TS 38.213 [13], 13절에 명시된 대로 160 ms 주기 및 160 ms 내 가변 전송 반복 주기로 DL-SCH에서 전송된다. SIB1의 디폴트 전송 반복 주기는 20 ms이지만, 실제 전송 반복 주기는 네트워크 구현에 좌우된다. SSB 및 CORESET 다중화 패턴 1의 경우, SIB1 반복 전송 주기는 20 ms이다. SSB 및 CORESET 다중화 패턴 2/3의 경우, SIB1 반복 전송 주기는 SSB 주기와 동일하다 (TS 38.213 [13], 13절). SIB1는 하나 이상의 SIB들이 온디맨드(on-demand) 방식으로만 제공되는지 여부에 대한 표시 및, 그 경우, SI 요구를 수행하기 위해 UE에 필요한 구성과 함께 다른 SIB들의 유용성(availability) 및 스케줄링 (예를 들어, SIB들의 SI 메시지, 주기, SI-윈도우 크기로의 매핑)에 관한 정보를 포함한다. SIB1는 셀 특정 SIB이다;
- SIB1이 아닌 SIB들 및 posSIB 들은 DL-SCH상에서 송신되는 SI (SystemInformation) 메시지들 내에서 반송된다. 동일 주기를 갖는 SIB들 또는 posSIB들만이 동일 SI 메시지로 매핑된다. SIB들 및 posSIB들은 서로 다른 SI 메시지들로 매핑된다. 각 SI 메시지는 주기적으로 발생하는 시간 도메인 윈도우들 (모든 SI 메시지들에 대해 동일 길이를 갖는 SI-윈도우로 지칭) 내에서 전송된다. 각 SI 메시지는 SI-윈도우와 연관되고, 서로 다른 SI 메시지들의 SI 윈도우들은 중첩하지 않는다. 즉, 하나의 SI 윈도우 내에서는 해당 SI 메시지만 전송된다. SI 메시지는 SI 윈도우 내에서 수 차례 전송될 수 있다. SIB1를 제외한 SIB 또는 posSIB는 SIB1 안의 표시를 사용하여 셀 특정 또는 영역 특정으로 설정될 수 있다. 영역 특정 SIB가 SI 영역으로 지칭되는 영역 내에서 적용가능한 반면, 셀 특정 SIB는 SIB를 제공하는 셀 내에서만 적용가능하고, SI 영역은 하나 이상의 셀들로 구성되고 systemInformationAreaID로 식별된다.
- SIB들의 SI 메시지로의 매핑은 schedulingInfoList에 설정되어 있는 반면, posDIB들의 SI 메시지로의 매핑은 pos-SchedulingInfoList에 설정되어 있다.
- RRC_CONNECTED 상태의 UE의 경우, 예를 들어, UE가 시스템 정보, 페이징, 또는 UE로부터의 요구를 모니터링하도록 설정된 공통 탐색 공간이 없는 활성 BWP를 갖는다면, 네트워크는 RRCReconfiguration메시지를 사용하는 전용 시그널링을 통해 시스템 정보를 제공할 수 있다.
- PSCell 및 SCell들의 경우, 네트워크는 전용 시그널링, 즉, RRCReconfiguration 메시지 내에서 요구된 SI를 제공한다. 그럼에도 불구하고, UE는 PSCell의 MIB가 (MCG와는 다를 수 있는) SCG의 SFB 타이밍을 얻도록 요구할 것이다. SCell에 대한 관련 SI의 변경시, 네트워크는 관련 SCell을 릴리즈하여 추가한다. PSCell의 경우, 요구된 SI는 동기화된 재설정으로만 변경될 수 있다.
주: 물리 계층은 SIB가 취할 수 있는 최대 사이즈를 제한한다. 최대 SIB1 또는 SI 메시지 사이즈는 2976비트이다.
5.2.2
시스템 정보 획득
5.2.2.1 일반 UE 요구조건들
[“시스템 정보 획득”이라는 제목의 3GPP TS38.331 V16.2.0의 도 5.2.2.1-1 이 도 5 재현되어 있다 ]
UE는 SI 획득 절차를 적용하여 AS, NAS- 및 측위(positioning) 지원 데이터 정보를 획득한다. 그 절차는 RRC_IDLE, RRC_INACTIVE 및 RRC_CONNECTED 상태의 UE에 적용된다.
RRC_IDLE 및 RRC_INACTIVE 상태에서 UE는 (UE가 E-UTRA를 지원한다면) SIB4, SIB5, (UE가 아이들/비활성 측정을 위해 설정된다면)SIB11, (UE가 NR 사이드링크 통신이 가능하고 상위 계층에 의해 NR 사이드링크 통신을 송수신하도록 설정된다면) SIB12 , 및 (UE가 V2X 사이드링크 통신이 가능하고, 상위 계층에 의해 V2X 사이드링크 송수신이 가능하도록 설정된다면) SIB13, SIB14 를 통해 (적어도) MIB, SIB1의 유효 버전을 갖고 있음을 보장할 것이다.
[…]
5.3.5 RRC 재설정
5.3.5.1 개요
[“RRC 재설정, 성공”이라는 제목의 3GPP TS38.331 V16.2.0의 도 5.3.5.1-1 이 도 6에 재현되어 있다]
[…]
5.3.5.3 UE에 의한
RRCReconfiguration
수신
UE는 RRCReconfiguration 수신시 또는 조건부 재설정 실행시 다음의 동작을 수행할 것이다 (CHO 또는 CPC):
[…]
1> RRCReconfiguration 메시지가 dedicatedSystemInformationDelivery 를 포함한다면:
2> 5.2.2.4.2에 규정된 대로 시스템 정보 수신시 동작을 수행:
[…]
5.3.8. RRC 연결 해지
5.3.8.1 개요
[“RRC 연결 해지, 성공”이라는 제목의 3GPP TS38.331 V16.2.0의 도 5.3.8.1-1 이 도 7에 재현되어 있다]
이 절차의 목적은:
- RRC 연결을 해지하는 것이고, 모든 무선 자원뿐만 아니라 수립된 무선 베어러들의 해지를 포함한다; 또는
- SRB2 및 적어도 하나의 DRB, 또는 IAB의 경우, SRB2가 셋업된 경우에만 RRC 연결을 유예하고, 이는 수립된 무선 베어러들의 유예를 포함한다.
5.3.8.2 시작
SRB2 및 적어도 하나의 DRB, 또는 IAB의 경우, SRB2가 RRC_CONNECTED 상태에서 셋업된 경우에만, 네트워크는 RRC 연결 해지 절차를 시작하여 RRC_CONNECTED 상태의 UE를 RRC_IDLE 상태로; 또는 RRC_CONNECTED 상태를 RRC_INACTIVE 상태로 천이시키기 시킨다; 또는 UE가 재개하려고 하는 경우, 네트워크는 RRC_INACTIVE 상태의 UE를 다시 RRC_INACTIVE 상태로 천이시키고; 또는 UE가 재개하려고 하는 경우 RRC_INACTIVE 상태의 UE를 RRC_IDLE 상태로 천이시킨다. 절차는 또한 UE를 해지하거나 다른 주파수로 리디렉트(redirect)하는데 사용될 수 있다.
5.3.8.3 UE에 의한
RRCelease
수신
UE는 다음을 할 것이다:
1> RRCRelease 메시지가 수신된 순간부터 또는 선택적으로 하위계층이 RRCRelease 메시지 수신이 성공적으로 확인되었다고 표시한 때부터, 어느 것이 먼저든, 이 하위항 에서규 정된 60 ms 이내에 다음 동작들을 지연;
1> 실행되고 있다면, 타이머 T380을 중지;
1> 실행되고 있다면, 타이머 T320을 중지;
1> 타이머 T316이 실행되고 있다면;
2> 타이머 T316를 중지;
2> 있다면, VarRLF-Report에 포함된 정보를 클리어;
1> 실행되고 있다면, 타이머 T350을 중지한다;
1> AS 보안이 활성화되지 않았다면:
2> waitTime를 제외하고 RRCRelease메시지에 포함된 필드를 무시;
2> 절차 종료시 해지 이유가 ‘다른’ 상태에서 5.3.11에 규정된 대로 RRC_IDLE로 진행시 동작들을 수행;
1> RRCRelease 메시지가 eutra로의 리디렉션을 표시하는 redirectedCarrierInfo를 포함한다면:
2> cnType이 포함된다면:
3> 셀 선택 이후, 사용가능한 CN Type(들) 및 수신된 cnType을 상위 계층들에 표시;
주 1: 리디렉션 이후 선택된 E-UTRA 셀이 cnType에 의해 규정된 코어 네트워크 타입을 지원하지 않는 경우의 처리는 UE의 구현에 달렸다.
2> voiceFallbackIndication이 포함된다면:
3> RRC 연결 해지가 IMS 음성에 대한 EPS 폴백(fallback)을 위한 것으로 간주 (TS 23.502 [43] 참조);
1> RRCRelease 메시지가 cellReselectionPriorities를 포함한다면:
2> cellReselectionPriorities에 의해 제공된 셀 재선택 우선순위 정보를 저장;
2> t320이 포함된다면:
3> 타이머 값은 t320에 따라 설정된 상태에서 타이머 T320을 시작;
1> 아니면:
2> 셀 재선택 우선순위 정보를 시스템 정보에 저장;
1> deprioritisationReq가 포함된다면:
2> 타이머 값이 시그널링된 deprioritisationTimer 로 설정된 상태에서 타이머 T325를 시작 또는 재시작;
2> T325 만기 까지 deprioritisationReq를 저장;
1> RRCRelease가 measIdleConfig를 포함한다면:
2> 타이머 T331가 실행되고 있다면:
3> 타이머 T331를 중지;
3> 5.7.8.3에 규정된 대로 동작들을 수행;
2> measIdleConfig가 셋업으로 설정된다면:
3> 수신된 measIdleDuration 을 VarMeasIdleConfig에 저장;
3> 값이 measIdleDuration으로 설정된 상태에서 타이머 T331를 시작;
3> measIdleConfig 가 measIdleCarrierListNR을 포함한다면:
4> 수신된 measIdleCarrierListNR을 VarMeasIdleConfig에 저장;
3> measIdleConfig 가 measIdleCarrierListEUTRA를 포함한다면:
4> 수신된 measIdleCarrierListEUTRA 를 VarMeasIdleConfig에 저장;
3> measIdleConfig 가 validityAreaList를 포함한다면:
4> 수신된 validityAreaList를 VarMeasIdleConfig에 저장;
1> RRCRelease 가 suspendConfig를 포함한다면:
2> 수신된 suspendConfig를 적용;
2> 있다면, VarConditionalReconfig 내 모든 엔트리들을 제거;
2> measId별로, 연관된 reportConfig 가 condTriggerConfig로 설정된 reportType를 갖는다면:
3> 연관된 reportConfigId의 경우:
4> VarMeasConfig 내 reportConfigList 로부터 매칭 reportConfigId를 갖는 엔트리를 제거;
3> 연관된 measObjectId가 condTriggerConfig로 설정된 reportType를 갖는 reportConfig에 연관된다면:
4> VarMeasConfig 내 measObjectList로부터 매칭 measObjectId를 갖는 엔트리를 제거;
3> VarMeasConfig 내 measIdList로부터 매칭 measId를 갖는 엔트리를 제거;
2> 있다면, MAC을 리셋하고 디폴트 MAC 셀 그룹 구성을 해지;
2> SRB1에 대한 RLC 엔티티들을 재수립;
2> suspendConfig 를 갖는 RRCRelease 메시지가 RRCResumeRequest 또는 RRCResumeRequest1에 응답하여 수신되었다면;
3> 실행되고 있다면 타이머 T319을 중지;
3> 저장된 UE 비활성 AS 콘텍스트에서:
4> KgNB 및 KRRCint키들을 현재의 KgNB 및 KRRCint키들로 대체;
4> C-RNTI를 UE가 RRCRelease 메시지를 수신했던 셀 내 임시 C-RNTI로 대체;
4> cellIdentity를 UE가 RRCRelease 메시지를 수신했던 셀의 cellIdentity로 대체;
4> 물리적인 셀 아이덴티티를 UE가 RRCRelease 메시지를 수신했던 물리적인 셀 아이덴티티로 대체;
2> 아니면:
3> UE 비활성 AS 콘텍스트에, 현재의 KgNB 및 KRRCint키들, ROHC 상태, DRB 매핑 규칙들로의 저장된 QoS 플로우, 소스 PCell에 사용된 C-RNTI, 소스 PCell의 cellIdentity 및 물리적인 셀 아이덴티티, 및 NR PSCell의 ReconfigurationWithSync 내 spCellConfigCommon 및 다음을 제외하고 구성된 모든 다른 파라미터들을 저장;
- PCell의 ReconfigurationWithSync내 파라미터들;
- 구성되었다면, NR PSCell의 ReconfigurationWithSync내 파라미터들;
- 구성되었다면, E-UTRA PSCell의 MobilityControlInfoSCG내 파라미터들;
- servingCellConfigCommonSIB;
주 2:
UE가 RRC_INACTIVE 상태로 들어가는 경우, NR 사이드링크 통신 관련 구성들 및 로그된 측정 구성은 UE 비활성 AS 콘텍스트로 저장되지 않는다.
2> SRB0을 제외한 모든 SRB(들) 및 DRB(들)을 유예;
2> 모든 DRB들의 하위계층에 PDCP 유예를 표시;
2> t380이 포함되었다면:
3> 타이머 값이 t380으로 설정된 상태에서 타이머 T380을 시작;
2> RRCRelease 메시지가 waitTime을 포함하고 있다면:
3> 값이 waitTime로 설정된 상태에서 타이머 T302를 시작;
3> 상위계층에게 카테고리들 ‘0’ 및 ‘2’를 제외한 모든 접속 카테고리들에게 접속 금지가 적용가능함을 통지;
2> 타이머 T390가 실행되고 있다면:
3> 모든 액세스 카테고리에 대한 타이머 T390를 중지;
3> 5.3.14.4에 규정된 대로 동작들을 수행;
2> RRC 연결의 유예를 상위 계층들에 표시;
2> RRC_INACTIVE 상태로 들어가서 TS 38.304 [20]에 규정된 대로 셀 선택을 수행;
1> 아니면
2> 해지 이유가 ‘다른’ 상태에서 5.3.11에 규정된 대로 RRC_IDLE로 진행시 동작들을 수행.
[…]
5.3.13. RRC 연결 재개
5.3.13.1 개요
[“RRC 연결 재개, 성공”이라는 제목의 3GPP TS38.331 V16.2.0의 도 5.3.13.1-1 이 도 8에 재현되어 있다]
[“RRC 연결 수립에 대한 RRC 연결 재개 폴백, 성공”이라는 제목의 3GPP TS 38.331 V16.2.0의 5.3.13.1-2가 도 9에 재현되어 있다 ]
“RRC 연결 재개에 이은 네트워크 해지, 성공”이라는 제목의 3GPP TS38.331 V16.2.0의 도 5.3.13.1-3이 도 10에 재현되어 있다]
[“RRC 연결 재개에 이은 네트워크 유예, 성공”이라는 제목의 3GPP TS38.331 V16.2.0의 도 5.3.13.1-4가 도 11에 재현되어 있다]
[“RRC 연결 재개, 네트워크 거부”라는 제목의 3GPP TS38.331 V16.2.0의 도 5.3.13.1-5가 도 12에 재현되어 있다]
이 절차의 목적은 SRB(들) 및 DRB(들)의 재개를 포함하여 유예된 RRC 연결을 재개하거나 RNA 갱신을 수행하는 것이다.
5.3.13.1a 사이드링크 통신을 위한 RRC 연결 재개를 위한 조건들
NR 사이드링크 통신을 위해 RRC 연결은 다음의 경우에만 재개된다:
1> NR 사이드링크 통신을 송신하도록 상위계층에 의해 설정되었고, 관련 데이터가 송신에 사용가능하다면:
2> UE가 NR 사이드링크 통신을 송신하도록 설정된 주파수가 UE가 있는(camp on) 셀에 의해 제공된 SIB12내 sl-FreqInfoList 에 포함된다면; 및 SIB12 의 유효 버전이 관련 주파수에 대한 sl-TxPoolSelectedNormal 를 포함하지 않는다면;
V2X 사이드링크 통신의 경우, RRC 연결 재개는 TS 36.331 [10]의 서브절 5.3.3.1a에서 V2X 사이드링크 통신용으로 규정된 조건들이 만족될 때만 시작된다.
주: 상위 계층들은 RRC 연결 재개를 시작한다. NAS와의 상호작용은 UE 구현으로 남겨진다.
5.3.13.2
시작
상위 계층들 또는 AS가 유예된 RRC 연결 재개를 요구하는 경우 (RAN 페이징에 응답하는 경우, UE가 RRC_INACTIVE 상태에 있는 동안 RNA 갱신 트리거시, 또는 서브절 5.3.13.1a에 규정된 대로 사이드링크 통신의 경우), UE는 이 절차를 시작한다.
UE는 이 절차를 시작하기 전에 5.2.2.2절에 규정된 대로 유효하고 최신의 필수 시스템 정보를 보장할 것이다.
절차 시작시, UE는 다음을 할 것이다:
1> NG-RAN 페이징에 대한 응답으로 RRC 연결 재개가 트리거된다면:
2> 접속 카테고리로 ‘0’를 선택;
2> 선택된 접속 카테고리 및 상위계층들이 제공한 하나 이상의 접속 아이덴티티들을 사용하여 5.3.14에 규정된 것처럼 단일화된 접속 제어 절차를 수행;
3> 접속 시도가 금지되었다면, 절차는 종료된다;
1> RRC 연결 재개가 상위 계층들에 의해 트리거된다면:
2> 상위 계층들이 접속 카테고리 및 하나 이상의 접속 아이덴티티들을 제공한다면:
3> 상위계층들이 제공한 접속 카테고리 및 접속 아이덴티티들을 사용하여 5.3.14에 규정된 대로 단일화된 접속 제어 절차를 수행;
4> 접속 시도가 금지되었다면, 절차는 종료된다;
2> 상위 계층들로부터 수신된 정보에 따라 resumeCause 를 설정;
1> 아니면, RRC 연결 재개가 5.3.13.8에 규정된 대로 RNA 갱신에 의해 트리거되었다면:
2> 긴급 서비스가 진행되고 있다면:
주: UE에서 RRC 계층이 어떻게 진행중인 긴급 서비스를 인지하고 있는지는 UE의 구현에 좌우된다.
3> 접속 카테고리로 ‘2’를 선택;
3> resumeCause를 emergency 로 설정;
2> 아니면:
3> 접속 카테고리로 ‘8’를 선택;
2> TS 24.501 [23]에 규정된 대로 적용될 선택된 접속 카테고리 및 하나 이상의 접속 아이덴티티들을 사용하여 5.3.14에 규정된 것처럼 단일화된 접속 제어 절차를 수행.
3> 접속 시도가 금지되었다면:
4> 변수 pendingRNA-Update를 ‘참(true)’으로 설정;
4> 절차가 종료된다;
1> UE가 NE-DC 또는 NR-DC 상태에 있다면:
2> UE가 연결 재개시 SCG 구성 유지를 지원하지 않는다면:
3> 저장되었다면, UE 비활성 AS 콘텍스트로부터 MR-DC 관련 구성들을 (즉, 5.3.5.10에 규정된 대로) 해지;
1> UE가 연결 재개시 MCG SCell 구성 유지를 지원하지 않는다면:
2> 저장되었다면, UE 비활성 AS 콘텍스트로부터 MCG SCell(들)을 해지;
1> 값들이 SIB1에서 제공된 파라미터들을 제외하고, 해당 물리 계층 규격에 규정된 대로 디폴트 L1 파라미터 값들을 적용;
1> 9.2.1에 규정된 것처럼 디폴트 SRB1 구성을 적용;
1> 9.2.2에 규정된 것처럼 MAC Cell Group 구성을 적용;
1> 저장되었다면, UE 비활성 AS 콘텍스트로부터 delayBudgetReportingConfig를 해지;
1> 실행되고 있다면, 타이머 T342를 중지;
1> 저장되었다면, UE 비활성 AS 콘텍스트로부터 overheatingAssistanceConfig를 해지;
1> 실행되고 있다면, 타이머 T345를 중지;
1> 저장되었다면, UE 비활성 AS 콘텍스트로부터 idc-AssistanceConfig 를 해지;
1> 저장되었다면, UE 비활성 AS 콘텍스트로부터 모든 구성된 셀 그룹들에 대한 drx-PreferenceConfig를 해지;
1> 실행되고 있다면, 모든 타이머 T346a의 인스턴스들을 중지;
1> 저장되었다면, UE 비활성 AS 콘텍스트로부터 모든 구성된 셀 그룹에 대한 maxBW-PreferenceConfig 를 해지;
1> 실행되고 있다면, 모든 타이머 T346b의 인스턴스들을 중지;
1> 저장되었다면, UE 비활성 AS 콘텍스트로부터 모든 구성된 셀 그룹들에 대한 maxCC-PreferenceConfig를 해지;
1> 실행되고 있다면, 모든 타이머 T346c의 인스턴스들을 중지;
1> 저장되었다면, UE 비활성 AS 콘텍스트로부터 모든 구성된 셀 그룹에 대한 maxMIMO-LayerPreferenceConfig 를 해지;
1> 실행되고 있다면, 모든 타이머 T346d의 인스턴스들을 중지;
1> 저장되었다면, UE 비활성 AS 콘텍스트로부터 모든 구성된 셀 그룹들에 대한 minSchedulingOffsetPreferenceConfig를 해지;
1> 실행되고 있다면, 모든 타이머 T346e의 인스턴스들을 중지;
1> 저장되었다면, UE 비활성 AS 콘텍스트로부터 releasePreferenceConfig를 해지;
1> 실행되고 있다면, 타이머 T346f를 중지;
1> 9.1.1.2에 규정된 것처럼 CCCH 구성을 적용;
1> SIB1에 포함된 timeAlignmentTimerCommon 를 적용;
1> 타이머 T319를 시작;
1> 변수 pendingRNA-Update를 ‘거짓(flase)’으로 설정;
1> 5.3.13.3에 따라 RRCResumeRequest 메시지 또는 RRCResumeRequest1의 송신을 시작.
5.3.13.3
RRCResumeRequest
또는
RRCResumeRequest1
메시지 송신 관련 동작들
UE는 RRCResumeRequest 또는 RRCResumeRequest1 메시지 내용을 다음과 같이 설정할 것이다:
1> useFullResumeID 필드가 SIB1에서 시그널링되면:
2> RRCResumeRequest1를 사용할 메시지로 선택;
2> resumeIdentity를 저장된 fullI-RNTI값으로 설정;
1> 아니면:
2> RRCResumeRequest를 사용할 메시지로 선택;
2> resumeIdentity를 저장된 short-RNTI값으로 설정;
1> 다음을 제외한 저장된 UE 비활성 AC 콘텍스트로부터, RRC 구성, RoHC 상태, DRB 매핑 규칙으로의 저장된 QoS 플로우, 및 KgNB과 KRRCint 키들을 복원:
- masterCellGroup;
- 저장되었다면, mrdc-SecondaryCellGroup; 및
- pdcp-Config;
1> resumeMAC-I 를 다음을 사용하여 계산된 MAC-I의 16개 하위 비트들로 설정:
2> 8절별 (즉, 8의 배수 비트들)로 부호화된 ASN.1에 대해 VarINACTIVE-MAC-Input;
2> UE 비활성 AS 콘텍스트에서 KRRCint 키 및 이전에 구성된 무결성 보호 알고리듬; 및
2> 이진 비트들로 설정된 COUNT, BEARER 및 DIRECTION에 대한 모든 입력 비트;
1> TS 33.501 [11]에 규정된 것처럼, 저장된 nextHopChainingCount 값을 사용하여 현재의 KeNB 키 또는 NH에 기반한 KeNB 키를 도출;
1> KRRCenc 키, KRRCint 키, KUPint 키 및 KUPenc 키를 도출;
1> 구성된 알고리듬 및 이 절에서 도출된 KRRCint키 및 KUPint 키를 사용하여 SRB0를 제외한 모든 무선 베어러들에 대한 무결성 보호를 즉시 적용하도록 하위 계층들을 구성, 즉, 무결성 보호는 UE에 의해 수신 및 전송된 모든 후속 메시지들에 적용될 것이다.
주 1:
이전에 구성된 UP 무결성 보호를 갖는 DRB들만이 무결성 보호를 재개할 것이다.
1> SRB0를 제외한 모든 무선 베어러에 암호화를 적용하고, 구성된 알고리듬 및 이 절에서 도출된 KRRCenc 키 및 KUPenc 키를 적용하도록 하위 계층들을 구성, 즉, 암호화 구성은 UE에 의해 수신 및 전송된 모든 후속 메시지들에 적용될 것이다.
1> SRB1에 대한 PDCP 엔티티들을 재수립;
1> SRB1을 재개;
1> 송신용 선택된 메시지 RRCResumeRequest 또는 RRCResumeRequest1 를 하위계층에 제출.
주 2:
이전에 구성된 UP 암호화를 갖는 DRB들만이 암호화를 재개할 것이다.
T319가 실행되고 있는 동안 하위 계층들이 무결성 체크 실패를 표시한다면, 5.3.13.5에 규정된 동작을 수행한다.
UE는 셀 재선택 평가뿐만 아니라 셀 재선택 관련 측정을 계속할 것이다. 셀 재선택 조건이 이행되면, UE는 5.3.13.6에 규정된 대로 셀 재선택을 수행할 것이다.
[…]
5.3.13.8 RNA 갱신
RRC_INACTIVE 상태에서, UE는 다음을 할 것이다:
1> T380이 만료된다면; 또는
1> SIB1 수신시 5.2.2.4.2에 규정된 대로 RNA 업데이트가 트리거된다면:
2> resumeCause 가 rna-Update로 설정된 상태에서 5.3.13.2의 RRC 연결 재개 절차를 시작;
1> 5.3.14.4에 규정된 대로 액세스 카테고리 ‘8’ 또는 액세스 카테고리 ‘2’에 대해 금지가 완화된다면:
2> 상위 계층들이 RRC에게 RRC 연결 재개를 요구하지 않는다면, 및
2> 변수 pendingRNA-Update가 ‘참(true)’으로 설정된다면:
3> resumeCause 값이 rna-Update로 설정된 상태에서 5.3.13.2의 RRC 연결 재개 절차를 시작.
TS 38.304 [20]에 규정된 대로 RRC_INACTIVE 상태의 UE가 적절한 셀을 찾지 못하고, 수용가능한(acceptable) 셀에 있게 되어 제한된 서비스를 받는다면, UE는:
1> ‘다른’ 릴리즈 이유를 갖는 상태에서 5.3.11에 규정된 대로 RRC_IDLE로 진행시 동작들을 수행할 것이다.
주: UE가 적절한, 또는 수용가능한 셀에 있지 못하는 동안 T380이 만료되었을 때, 어떻게 거동하는지는 UE의 구현에 달렸다.
5.3.13.9 UE에 의한
RRCelease
수신
UE는:
1> 5.3.8에 규정된 것과 같은 동작들을 수행할 것이다.
[…]
6.2.1 일반 메시지 구조
[…]
- UL-CCCH-Message
UL-CCCH-Message 클래스는 업링크 CCCH 논리 채널상에서 UE로부터 네트워크로 송신될 수 있는 48비트 RRC 메시지 세트이다.
[…]
- UL-DCCH-Message
UL-DCCH-Message 클래스는 업링크 DCCH 논리 채널상에서 UE로부터 네트워크로 송신될 수 있는RRC 메시지 세트이다.
[…]
- BCCH-BCH-Message
BCCH-BCH-Message 클래스는 BCCH 논리 채널상에서 BCH를 통해 네트워크로부터 UE로 송신될 수 있는 RRC 메시지 세트이다.
[…]
- BCCH-DL-SCH-Message
BCCH-DL-SCH-Message 클래스는 BCCH 논리 채널상에서 DL-SCH를 통해 네트워크로부터 UE로 송신될 수 있는 RRC 메시지 세트이다.
[…]
6.2.2
메시지 정의들
[…]
-
페이징
페이징 메시지는 하나 이상의 UE들에 대한 통지에 사용된다.
시그널링 무선 베어러: N/A
RLC-SAP: TM
논리 채널: PCCH
방향: 네트워크에서 UE로
페이징
메시지
[…]
- RRCResumeRequest
RRCResumeRequest 메시지는 유예된 RRC 연결 재개 요청 또는 RNA 갱신 수행에 사용된다.
시그널링 무선 베어러: SRB0
RLC-SAP: TM
논리 채널: CCCH
방향: UE에서 네트워크로
RRCResumeRequest
메시지
RRCResumeRequest1
RRCResumeRequest1 메시지는 유예된 RRC 연결 재개 요청 또는 RNA 갱신 수행에 사용된다.
시그널링 무선 베어러: SRB0
RLC-SAP: TM
논리 채널: CCCH1
방향: UE에서 네트워크로
RRCResumeRequest1
메시지
[…]
-
RRCResume
RRCResume 메시지는 유예된 RRC 연결의 재개에 사용된다.
시그널링 무선 베어러: SRB1
RLC-SAP: AM
논리 채널: DCCH
방향: 네트워크에서 UE로
RRCResume
메시지
[…]
-
RRCResumeComplete
RRCResumeComplete 메시지는 RRC 연결 재개의 성공적인 완료 확인에 사용된다.
시그널링 무선 베어러: SRB1
RLC-SAP: AM
논리 채널: DCCH
방향: UE에서 네트워크로
RRCResumeComplete
메시지
[…]
-
RRCRelease
RRCRelease 메시지는 RRC 연결 해지 또는 RRC 연결 유예 명령에 사용된다.
시그널링 무선 베어러: SRB1
RLC-SAP: AM
논리 채널: DCCH
방향: 네트워크에서 UE로
RRCRelease
메시지
[…]
-
RRCSystemInfoRequest
RRCSystemInfoRequest 메시지는 5.2.2.3.3절에서 특정된 대로 UE에 의해 요구된 요구 SI 메시지(들)에 사용된다.
시그널링 무선 베어러: SRB0
RLC-SAP: TM
논리 채널: CCCH
방향: UE에서 네트워크로
RRCSystemInfoRequest 메시지
[…]
-
DedicatedSIBRequest
DedicatedSIBRequest 메시지는 5.2.2.3.5절에서 특정된 대로 RRC_CONNECTED 상태의 UE에 의해 요구된 요구 SIB (들)에 사용된다.
시그널링 무선 베어러: SRB1
RLC-SAP: AM
논리 채널: DCCH
방향: UE에서 네트워크로
DedicatedSIBRequest 메시지
[…]
-
RRCReconfiguration
RRCReconfiguration 메시지는 RRC 연결을 변경하기 위한 명령이다. 이는 측정 설정, 이동성 제어, (RB들, MAC 주요 설정 및 물리 채널 설정을 포함한) 무선 리소스 설정 및 AS 보안 설정에 대한 정보를 전달할 수 있다.
시그널링 무선 베어러: SRB1 또는 SRB3
RLC-SAP: AM
논리 채널: DCCH
방향: 네트워크에서 UE로
RRCReconfiguration 메시지
[…]
-
SystemInformation
SystemInformation 메시지는 하나 이상의 시스템 정보 블록들 또는 측위 시스템 정보 블록들의 수송에 사용된다. 포함된 모든 SIB들 또는 posSIB들은 동일 주기로 송신된다.
시그널링 무선 베어러: N/A
RLC-SAP: TM
논리 채널들: BCCH
방향: 네트워크에서 UE로
SystemInformation 메시지
[…]
-
MIB
MIB는 BCH 상에서 전송된 시스템 정보를 포함한다.
시그널링 무선 베어러: N/A
RLC-SAP: TM
논리 채널: BCCH
방향: 네트워크에서 UE로
MIB
[…]
-
SIB1
UE가 셀 액세스가 허용되고 다른 시스템 정보의 스케줄링을 규정한다면 SIB1는 평가시 관련 정보를 포함한다. 또한 모든 UE들에 공통인 무선 자원 설정 정보 및 통일된 액세스 제어에 적용된 금지 정보를 포함한다.
시그널링 무선 베어러: N/A
RLC-SAP: TM
논리 채널들: BCCH
방향: 네트워크에서 UE로
SIB1
메시지
6.3.2
무선 리소스 제어 정보 요소들
[…]
-
CellAccessRelatedInfo
IE CellAccessRelatedInfo는 이 셀에 대한 셀 액세스 관련 정보를 표시한다.
CellAccessRelatedInfo
정보요소
[…]
-
PLMN-IdentityInfoList
IE PLMN-IdentityInfoList는 PLMN 아이덴티티 정보 리스트를 포함한다.
PLMN-IdentityInfoList
정보 요소
7.4 UE 상태 변수들
[…]
- VarResumeMAC-Input
UE 변수 VarResumeMAC-Input 는 RRC 연결 재개 절차 동안 resumeMAC-I 생성에 사용된 입력을 규정한다.
VarResumeMAC-Input
변수
3GPP TS 38.300는 다음을 도입한다:
9.2.2
RRC_INACTIVE에서 이동성
9.2.2.1
개요
RRC_INACTIVE는 UE가 CM-CONNECTED 상태에 있고 NG-RAN을 통지하지 않고 NG-RAN에 의해 설정된 영역 내에서 이동할 수 있다. RRC_INACTIVE에서, 마지막 서빙 gNB 노드는 UE 콘텍스트 및 서빙 AMF 및 UPF와의 UE-연관 NG 연결을 유지한다.
UE가 RRC_INACTIVE 상태에 있는 동안, 마지막 서빙 gNB가 UPE로부터 DL 데이터를 수신하거나 AMF로부터 UE- 연관된 시그널링 (UE 콘텍스트 해지 명령 메시지 제외)을 수신한다면, 마지막 서빙 gNB는 RAN에 해당하는 셀들에서 페이징하고, RNA가 이웃 gNB(들)의 셀들으로 포함한다면 이웃 gNB(들)에게 XnAP RAN Paging을 전송할 수 있다.
UE가 RRC_INACTIVE 상태에 있는 동안 UE 콘텍스트 해지 명령 메시지 수신시, 마지막 서빙 gNB는 RAN에 해당하는 셀들에서 페이징하고, RNA가 이웃 gNB(들)의 셀들을 포함한다면, UE들을 명백하게 해지하기 위해 이웃 gNB(들)에게 XnAP RAN Paging을 전송할 수 있다.
UE가 RRC_INACTIVE 상태에 있는 동안 NG RESET 메시지 수신시, 마지막 서빙 gNB는 RAN에 해당하는 셀들에 포함된 UE들을 페이징하고, RNA가 이웃 gNB(들)의 셀들을 포함한다면, 포함된 UE들을 명백하게 해지하기 위해 이웃 gNB(들)에게 XnAP RAN Paging을 전송할 수 있다.
RAN 페이징 실패시, gNB는 TS 23.501 [3]에 따라 거동한다.
AMF는 코어 네트워크 지원 정보(Core Network Assistance Information)를 NF-RAN 노드에 제공하여 UE를 RRC_INACTIVE로 상태로 만들 수 있는지 여부에 대한 NG-RAN 노드의 판단을 지원한다. 코어 네트워크 지원 정보는 UE에 대해 설정된 등록 영역, 주기적인 등록 갱신 타이머, 및 UE 아이덴티티 인덱스(Identity Index) 값을 포함하고, UE 특정 DRX, UE가 AMF에 의해 MICO(Mobile Initiated Connection Only) 모드로 구성되는지 여부에 대한 표시, 및 예상 UE 거동(Expected UE Behaviour)을 포함할 수 있다. UE 등록 영역은 RNA 구성시 NG-RNA 노드에 의해 고려된다. UE 특정 DRX 및 UE 아이덴티티 인덱스 값은 NG-RAN 노드에 의해 RAN 페이징에 사용된다. NG-RAN 노드는 주기적인 RNA 갱신 타이머를 구성하기 위해 주기적인 등록 갱신 타이머를 고려한다. NG-RAN 노드는 예상 UE 거동을 고려하여 UE RRC 상태 전이 판단을 지원한다.
[…]
RRC_INACTIVE 상태에 있는 UE가 설정된 RNA 밖으로 이동하는 경우 RNA 갱신 절차를 시작할 필요가 있다. UE로부터 RNA 갱신 요구를 수신한 경우, 수신 gNB는 XnAP 검색 UE 콘텍스트 절차를 트리거하여 마지막 서빙 gNB로부터 UE 콘텍스트를 얻고 UE를 RRC_INACTIVE 상태로 되돌리고, UE를 RRC_INACTIVE 상태로 이동시키거나 UE를 RRC_IDLE로 보내도록 결정할 수 있다. 주기적인 RNA 갱신의 경우, 마지막 서빙 gNB가 UE 콘텍스트 재배치를 결정했다면, 검색 UE 콘텍스트 절차는 실패할 것이고 UE는 캡슐화된 (encapsulated) RRCRelease 메시지에 의해 직접 RRC_INACTIVE 또는 RRC_IDLE로 되돌려질 것이다.
[…]
9.2.2.3 RAN 기반 통지 영역
RRC_INACTIVE 상태의 UE는 마지막 서빙 NG-RAN에 의해 다음과 같은 경우에 RNA로 구성될 수 있다:
- RNA는 단일 또는 다중 셀을 커버할 수 있고, CN 등록 영역 내에 포함될 수 있다; 이 Xn 연결 해지는 RNA 내에서 사용가능해야 한다;
- RNAU (RAN-based notification area update)는 주기적으로 UE에 의해 전송되고 UE의 셀 재선택 절차가, 구성된 RNA에 속하지 않는 셀을 선택하는 경우에도 전송된다.
RNA가 어떻게 구성되는지에 대한 몇 가지 다른 대안들이 있다:
- 셀 리스트:
- UE에는 RNA를 구성하는 (하나 이상의) 셀들의 명백한 리스트가 제공된다.
- RAN 영역 리스트:
- UE에는 RAN 영역이 CN 추적 영역의 서브세트이거나 CN 추적 영역과 동일한 (적어도 하나의) RAN 영역 ID가 제공된다. RAN 영역은 TAC을 구성하고 선택적으로 RAN 영역 코드를 구성하는 하나의 RAN 영역 ID에 의해 규정된다;
- 셀은 시스템 정보에서 하나 이상의 RAN 영역 ID들을 브로드캐스트한다.
NG-RAN은 서로 다른 UE들에게 서로 다른 RNA 정의들을 제공하지만 동일 시간에 동일 UE에게 서로 다른 정의들을 혼합하지 않는다. UE는 상술한 모든 RNA 구성 옵션들을 지원할 것이다.
[…]
9.2. 5 페이징
페이징은 네트워크가 Paging 메시지를 통해 RRC_IDLE 및 RRC_INACTIVE 상태에 있는 UE들에게 도달하게 하고, RRC_IDLE, RRC_INACTIVE 및 RRC_CONNECTED 상태에 있는 UE들에게 Short Messages를 통해 시스템 정보 변경 (7.3.3 절 참조) 및 ETWS/CMAS 표시 (16.4 절 참조)를 통지한다. Paging 메시지들 및 Short 메시지들은 모두 PDCCH 상에서 P-RNTI에게 어드레싱되지만, 전자는 PCCH 상에서 전송되고, 후자는 PDCCH를 통해 직접 전송된다 (TS 38.331 [12]의 6.5 절 참조).
RRC_IDLE 상태에서, UE는 CN-시작 페이징을 위한 페이징 채널들을 모니터링하고; RRC_INACTIVE 상태에서, UE도 RAN-시작 페이징을 위한 페이징 채널들을 모니터링한다. 그러나 UE는 계속해서 페이징 채널들을 모니터링할 필요는 없다; 페이징 DRX는 RRC_IDLE 또는 RRC_INACTIVE 상태의 UE가 DRX 사이클 별 하나의 PO(Paging Occasion) 에서 페이징 채널들을 모니터링할 필요가 있는 곳에서만 규정된다. 페이징 DRX 사이클들은 네트워크에 의해 구성된다:
1) CN-시작 페이징의 경우, 디폴트 사이클이 시스템 정보에서 브로드캐스트된다;
2) CN-시작 페이징의 경우, UE 특정 사이클이 NAS 시그널링을 통해 구성될 수 있다.
3) RAN-시작 페이징의 경우, UE 특정 사이클이 RRC 시그널링을 통해 구성된다;
- UE는 적용가능한 DRX 사이클 중 가장 짧은 것을 사용한다, 즉, RRC_IDLE 상태의 UE는 상술한 처음 두 사이클 중 가장 짧은 것을 사용하는 반면, RRC_INACTIVE 상태의 UE는 세 개중 가장 짧은 것을 사용한다.
CN-시작 및 RAN-시작 페이징을 위한 UE의 PO들은 동일 UE ID에 기반하고, 그 결과 PO들은 둘 다에 중첩한다. DRX 사이클에서 서로 다른 PO들의 개수는 시스템 정보를 통해 설정가능하고, 네트워크는 UE들을 그들의 ID들에 기반하여 그 PO들에게 분배할 수 있다.
RRC_CONNECTED 상태에서, UE는 SI 변화 표시 및 PWS 통지를 위한 시스템 정보에서 시그널링된 PO 내 페이징 채널들을 모니터링한다. BA의 경우, RRC_CONNECTED 상태의 UE는 공통 탐색 공간이 설정된 상태에서 활성 BWP의 페이징 채널들만 모니터링할 수 있다.
공유된 스펙트럼 채널 액세스로 동작하기 위해, UE는 PO에서 추가 PDCCH 모니터링 기회들에 대해 설정되어 페이징을 모니터링할 수 있다. 그러나, P-RNTI에게 어드레싱된 UE의 PO 내에서 UE가 PDCCH 송신을 검출한 경우, UE는 이 PO 내 후속 PDCCH 모니터링 기회들을 모니터링할 필요가 없다.
CM_IDLE 상태의 UE들을 위한 페이징 최적화: UE 콘텍스트 해지에서, NG-RAN 노드는 후속 페이징을 위한 보조 정보로서 추천 셀 및 NG-RAN 노드들의 리스트를 AMF에 제공할 수 있다. AMF는 또한 페이징 시도 횟수 (Paging Attempt Count) 및 의도된 페이징 시도 수 (Intended Number of Paging Attempts)로 구성되는 페이징 시도 정보 (Paging Attempt Information)를 제공할 수 있고, 다음의 페이징 영역 범위 (Next Paging Area Scope)를 포함할 수 있다. 페이징 시도 정보가 페이징 메시지에 포함된다면, 각 페이징된 NG-RAN 노드는 페이징을 시도하는 동안 동일 정보를 수신한다. 페이징 시도 횟수는 각 신규 페이징 시도마다 1씩 증가될 것이다. 존재한다면, 그 다음 페이징 영역 범위는 AMF가 다음 번 페이징 시도시 현재 선택된 페이징 영역을 변경할 계획이 있는지 여부를 표시한다. UE가 상태를 CM CONNECTED로 변경했다면, 페이징 시도 횟수는 리셋된다.
RRC_INACTIVE 상태의 UE들에 대한 페이징 최적화: RAN 페이징에서, 서빙 NG-RAN 노드는 RAN 페이징 영역 정보를 제공한다. 서빙 NG-RAN 노드는 또한 RAN 페이징 시도 정보를 제공할 수 있다. 각 페이징된 NG-RAN 노드는 페이징을 시도하는 동안 다음의 콘텐츠와 함께 동일 RAN 페이징 시도 정보를 수신한다: 페이징 시도 횟수, 의도된 페이징 시도 수 및 그 다음 페이징 영역 범위. 페이징 시도 횟수는 각 신규 페이징 시도마다 1씩 증가될 것이다. 존재한다면, 그 다음 페이징 영역 범위는 서빙 NG_RAN 노드가 다음 번 페이징 시도시 현재 선택된 RAN 페이징 영역을 변경할 계획이 있는지 여부를 표시한다. UE가 RRC_INACTIVE 상태를 벗어났다면, 페이징 시도 횟수는 리셋된다.
[…
3GPP TR 23.752는 다음을 도입한다:
6.3 해법 # 3: PC5 통신 채널을 사용한 ProSe 5G Direct Discovery를 위한 해법
6.3.1
설명
PC5 통신 채널을 사용한 ProSe 5G 직접 발견 (Direct Discovery)은 TS 23.287 [5], 6.1.1 및 6.1.2 절에 규정된 NR PC5 참조 포인트에 대한 V2X 직접 통신에 사용된 것과 동일한 계층-2 프레임들 내에서 반송된 시그널링 메시지들에 의존한다.
[ProSe 5G 직접 발견을 위한 레이어-2 프레임 포맷”이라는 제목의 3GPP TR23.752 V0.5.1의 도 6.3.1-1이 도 13에 재현되어 있다]
ProSe 직접 발견에 대한 단순화된 레이어-2 프레임 포맷이 도 6.3.1-1에 도시되어 있다. 헤더 필드를 참조하면, 다음이 적용된다:
주 1:
발견 메시지를 위한 정확한 프레임 포맷이 RAN WG2 및 CT WG1와 함께 규정될 수 있다.
- 유니캐스트, 그룹캐스트 또는 브로드캐스트 식별자에 설정될 수 있는 목적지 레이어-2 ID.
- 송신기의 자체 할당 유니캐스트 식별자에 항상 설정되는 소스 레이어-2 ID.
- 프레임 타입은 ProSe 직접 발견 메시지임을 표시한다.
주 2:
Frame Type 필드가 액세스 계층 (Access Stratum) 내 어느 프로토콜 식별자에 해당할 것인가는 RAN WG2에 의해 판정될 것이다. 그렇지 않다면, 프레임 타입 (Frame Type)은 액세스 계층에 투명할 것으로 가정된다.
- 다음의 ProSe 직접 발견 메시지들이 필요하다:
- (TS 23.303 [9]에 정의된 대로 모델 A 발견을 위한) 발표 메시지 (Announcement message).
- (TS 23.303 [9]에 정의된 대로 Model B 발견을 위한) 요청 메시지 (Solicitation message).
- (TS 23.303 [9]에 정의된 대로 Model B 발견을 위한) 응답 메시지.
각 발견 메시지에 포함된 정보는 TS 23.303 [9] 4.6.4 절에 설명된 것과 유사하다.
주 3:
ProSe 5G에서 지원될 사용 경우들에 따라, TS 23.303 [9]에 규정된 정보 요소들 모두가 지원될 필요는 없다. 예를 들어, 제한되기만 한다면, UE-대-UE 릴레이 발견 (Relay Discovery) 및 UE-대-네트워크 릴레이 발견이 지원될 필요가 있고, 개방 발견 (opend discovery)을 위해서만 사용되는 ProSe 애플리케이션 코드 (Application Code)는 지원될 필요가 없다.
6.3.2
절차들
6.3.2.1 직접 발견 모델 A 및 B의 절차들
도 6.3.2.1-1에서 도시된 것은 모델 A를 이용한 ProSe 직접 발견을 위한 절차다.
[“모델 A를 이용한 ProSe 직접 발견”이라는 제목의 3GPP TR 23.752 V0.5.1의 도 6.3.2.1-1이 도 14에 재현되어 있다]
도 6.3.2.1-2에서 도시된 것은 모델 B를 이용한 ProSe 직접 발견을 위한 절차다.
[“모델 B를 이용한 ProSe 직접 발견”이라는 제목의 3GPP TR 23.752 V0.5.1의 도 6.3.2.1-2가 도 15에 재현되어 있다] .
[…]
6.7 해법 # 7: 레이어 2의 UE-대-네트워크 릴레이 UE를 통한 간접 통신
6.7. 1 서론
해법은 핵심 이슈 #에서 강조된 다음 측면을 해결한다 (UE-대-네트워크 릴레이 UE를 지원):
- UE-대-네트워크 릴레이 UE를 통한 원격 UE와 네트워크간 데이터 전달 방법.
이 해법은 레이어 2 UE-대-네트워크 릴레이 UE를 지원하는 프로토콜 아키텍쳐를 제안한다 (Annex A를 참조).
이 해법은 NR/5GC 네트워크 릴레이에 대해서만 동작한다. UE-대-네트워크 릴레이 UE가 NR/5GC 커버리지 밖에 있을 때는 적용되지 않는다.
6.7.2
기능 설명
6.7.2.1 개요
이 절에서, L2 UE-대-네트워크 릴레이 UE를 지원하는 프로토콜 아키텍쳐가 제공된다.
L2 UE-대-네트워크 릴레이 UE는 PC5 링크 통해 임의의 트래픽 타입을 릴레이할 수 있는 포워딩 기능을 제공한다.
L2 UE-대-네트워크 릴레이 UE는 원격 UE들에게 5GS로의 연결을 지원하기 위한 기능을 제공한다. UE가 UE-대-네트워크 릴레이 UE와 성공적으로 수립된 PC5 링크를 갖는다면, 원격 UE로 간주된다. 원격 UE는 NG-RAN 커버리지 내 또는 NG-RAN 커버리지 밖에 위치할 수 있다.
6.7.2.2 제어 및 사용자 평면 프로토콜들
제어 및 사용자 평면 프로토콜 스택은 Annex A에 설명된 아키텍쳐 참조 모델에 기반한다.
6.7.2.3 네트워크 선택
네트워크 선택은 PLMN 선택 및 액세스 네트워크 선택을 포함한다. 원격 UE를 위한 액세스 네트워크 선택은 UE-대-네트워크 릴레이 복원 및 선택을 포함한다. 원격 UE는 UE-대-네트워크 릴레이에 의해 선택된 PLMN에 따라 PLMN 선택을 수행한다. 릴레이 UE는 발견하는 동안 PLMN 선택을 수행하기 위해 시스템 정보 내 서빙 PLMN 정보 및 다른 PLMN 정보를 원격 UE에게 제공한다.
편집자 주:
L2 UE-대-네트워크 릴레이가 어떤 및 얼마나 많은 PLMN들을 지원 및 광고하는지는 FFS이다. 예를 들어, 등록된 PLMN만인지, 등록된 PLMN 및 등록된 PLMN과 유사 한 PLMN인지, 또는 MOCN 설정과 유사한 임의의 PLMN을 포함하도록 (강하게) 설정될 수 있는지이다.
원격 UE 및 UE-대-네트워크 릴레이 UE는 규정에 의해 동일 NG-RAN에 의해 서비스된다.
6.7.2.4 인가 및 프로비저닝
커버리지 밖의 (원격) UE가 네트워크로 연결할 수 있도록 하기 위해, 그러한 UE가 (사전)설정에 의해 5GS로 액세스하게 할 수 있는 잠재적인 UE-대-네트워크 릴레이 UE를 발견하는 것이 중요하다. 그렇게 하기 위해:
UE-대-네트워크 릴레이 UE 발견 및 NR PC5를 통한 통신용 파라미터들이 원격 UE에게 다음과 같이 이용될 수 있다:
- ME에서 사전 설정 및 UICC에서 설정;
- 서빙 PLMN에서 PCF에 의해 UE에 제공/갱신.
UE가 UE-대-네트워크 릴레이 UE로 동작하도록 인가되는 것도 중요하다. UE는 네트워크에 의해 서비스될 때 UE-대-네트워크 릴레이 UE로만 동작할 수 있다.
UE가 UE-대-네트워크 릴레이 UE로 동작하게 하는, NR PC5를 통한 원격 UE들의 발견을 위한, 및 NR PC5를 통한 통신을 위한 파라미터들이 원격 UE에게 다음과 같이 이용될 수 있다:
- ME에서 사전 설정 및 UICC에서 설정;
- 서빙 PLMN에서 PCF에 의해 UE에 제공/갱신.
UE가 PLMN별 베이시스 상에서 원격 UE로 혹은 UE-대-네트워크 릴레이 UE로 동작하도록 HPLMN PCF가 인가할 수 있어야 한다. 또한 서빙 PLMN이 그러한 인가를 제공/취소하게 할 수 있어야 하고, 그 경우 HPLMN에 의해 제공된 해당 정보를 무시될 것이다.
레이어 2 UE-대-네트워크 릴레이를 위한 PCF 기반 서비스 인가 및 프로비저닝 해법은 해법 #35를 재사용할 수 있다.
6.7.2.5 등록 및 연결 관리
6.7.2.5.1 등록 관리
UE-대-네트워크 릴레이 UE에 대한 등록 관리는 TS 23.501 [6] 및 TS 23.502 [8]에 규정된 원리 및 절차를 따른다. UE-대-네트워크 릴레이는 제 1 AMF에 의해 서비스된다.
원격 UE에 대한 등록 관리는 TS 23.501 [6] 및 TS 23.502 [8]에 규정된 원리 및 절차를 따른다. 원격 UE는 제 1 AMF와 동일하거나 동일하지 않을 수 있는 제 2 AMF에 의해 서비스된다.
주: (RAN/CN을 포함한) 네트워크가 예를 들어, 인가, 통일된 액세스 제어를 제한하지 않는 경우에만 UE는 UE-대-네트워크 릴레이로 동작하도록 인가되고, 원격 UE 및 UE-대-네트워크 릴레이는 동일한 rPLMN 또는 ePLMN 내에 있다.
6.7.2.5.2 연결 관리
UE-대-네트워크 릴레이 UE에 대한 연결 관리는 적어도 TS 23.501 [6] 및 TS 23.502 [8]에 규정된 원리 및 절차를 따른다.
원격 UE에 대한 연결 관리는 TS 23.501 [6] 및 TS 23.502 [8]에 규정된 원리 및 절차를 따른다.
UE-대-네트워크 릴레이는, UE-대-네트워크 릴레이가 CM-CONNECTED/RRC 연결 상태에 있을 때 원격 UE(들)를 위한 데이터/시그널링만을 릴레이할 수 있다. CM_IDLE 상태의 UE-대-네트워크 릴레이가 릴레이를 위해 원격 UE로부터 PC5 연결 요구를 수신한다면, UE-대-네트워크 릴레이는 서비스 요구 절차를 트리거하여 시그널링을 릴레이하기 전에 CM_CONNECTED상태로 들어갈 수 있다.
- UE-대-네트워크 릴레이 UE에 연결된 임의의 원격 UE가 CM_CONNECTED 상태에 있다면, UE-대-네트워크 릴레이 UE는 CM_CONNECTED 상태로 남아 있어야 한다.
- UE-대-네트워크 릴레이 UE에 연결된 모든 원격 UE가 CM_IDLE 상태로 들어간다면, UE-대-네트워크 릴레이 UE는 CM_IDLE 상태로 들어갈 수 있다.
주: 적용된 상태는 RAN WG2에 의해 조정되어 확인될 필요가 있다. RRC Inactive에 대한 영향도 RAN WG2에 의해 연구될 것이다.
원격 UE가 CM-IDLE 또는 CM-CONNECTED 상태인 경우, 릴레이 UE 및 원격 UE는 PC5 링크를 유지한다.
원격 UE를 페이징하기 위해, TR 23.733 [26]의 6.6.2절에서마무리된 해법은 TR 36.746 [27]의 옵션 2가 RAN WG2에 의해 채용된다는 가정에 기반하여 재사용될 수 있다.
편집자 주: TR 36.746 [27]의 옵션 2 페이징이 RAN WG2에 의해 5G ProSe에 채용될지 여부는 RAN 그룹에 의해 확인될 필요가 있다.
6.7.2.5.3 NAS 레벨 혼잡 제어
UE-대-네트워크 릴레이는 TS 23.501 [6]의 5.19.7절에 명시된 대로 NAS 레벨 혼잡 제어를 겪을 수 있다.
NAS 이동성 관리 혼잡 제어가 활성화된 경우, 즉, UE-대-네트워크 릴레이가 AMF로부터 이동성 관리 백오프(back-off) 타이머를 수신하는 경우, UE-대-네트워크 릴레이는CM_IDLE 모드로 들어간 후 원격 UE를 적절하게 서비스하지 못할 수 있다. 그 경우, UE-대-네트워크 릴레이는 원격 UE에게 UE-대-네트워크 릴레이에서 실행되는 이동성 관리 백오프 타이머가 있음을 알릴 필요가 있고, 따라서 원격 UE는 다른 UE-대-네트워크 릴레이를 (재) 선택할 수 있다.
원격 UE도 NAS 레벨 혼잡 제어의 대상이 될 수 있다. TS 23.501 [6]에 규정된 기존 거동이 적용될 수 있다.
6.7.2.6 QoS
Annex A에 보인대로, 원격 UE와 네트워크간 NAS 엔드포인트들은, 6.7.2.4절에서 식별된 인가/프로비저닝을 제외하고 UE-대-네트워크 릴레이를 통한 동작이 네트워크 NAS에 투명해야 한다고 현재 규정되어 있다.
이는, 무선 인터페이스, 즉, (원격 UE 및 UE-대-네트워크 릴레이용) PC5 및 (UE-대-네트워크 릴레이용) Uu에 대해 적응이 필요한 상태에서, 5GS 플로우 기반 QoS 개념이 특히 원격 UE와 네트워크 사이에서 재사용되어야 함을 의미한다. RAN은 CN으로부터 QoS 프로파일을 얻었을 때 PC5 인터페이스 및 Uu 인터페이스에 대한 QoS 집행 (QoS enforcement)을 수행한다. 예를 들어, RAN은 PC5 인터페이스 및 Uu 인터페이스에 대한 적응이 필요한 상태에서 AS 레이어 설정과 함께 QoS 집행을 수행한다. 즉, 네트워크와 원격 UE사이에서 수립된 QoS 플로우는 원격 UE에서 보이는 PC5 “무선 베어러들” 및 네트워크에서 보는 보통의 Uu 무선 베어러들로 매핑될 것이고, 그에 따라 UE-대-네트워크 릴레이 UE는 Uu 및 PC5 사이의 필요한 적응을 수행한다.
편집자 주: PC5 인터페이스 및 Uu 인터페이스에 대한 AS 레이어 설정을 수행하는 방법은 RAN에 의존한다.
6.7.2.7 이동성
6.7.2.7.1 이동성 제한
원격 UE는 UE-대-네트워크 릴레이 UE에 적용가능한 이동성 제한의 경계 내에서 동작하도록 기대된다.
CM-IDLE 상태에서 이동성 제한은 네트워크로부터 수신된 정보에 기반하여 UE에 의해 실행된다. UE-대-네트워크 릴레이의 경우, 원격 UE가 커버리지 밖에 있다면, 원격 UE는 이동성 제한 관련 정보를 획득하지 못할 수 있다. 원격 UE는 릴레이 UE로부터 이동성 관련 제한 정보, 예를 들어, 트래킹 영역을 얻을 수 있고, 원격 UE 자체는 수신된 정보에 기반한 CM_IDLE 상태에서 네트워크 선택 및 액세스 제어를 수행한다.
RAT 제한:
- 원격 UE가 PLMN 내 일부 RAT를 사용하도록 제한된다면, 원격 UE는 그 PLMN 내 그 RAT을 사용하여 UE-대-네트워크 릴레이를 통해 액세스 하도록 허용되지 않는다. UE-대-네트워크 릴레이가 PLMN 내 일부 RAT을 사용하도록 제한된다면, UE-대-네트워크 릴레이는 그 PLMN 내 그 RAT를 사용하여 릴레이 동작을 수행하도록 허용되지 않는다.
금지 영역:
- UE-대-네트워크 릴레이가 금지된 영역 내에 있다면, 릴레이 동작을 수행하도록 허용되지 않는다. - UE-대-네트워크 릴레이가 원격 UE의 금지된 영역에서 동작한다면, 원격 UE는 이 UE-대-네트워크 릴레이를 통해 네트워크에 액세스하도록 허용되지 않는다
- UE-대-네트워크 릴레이는 UE-대-네트워크 릴레이가 연결된 셀의 트래킹 영역을 원격 UE에게 표시할 것이다. 그 표시는 발견하는 동안 제공된다.
서비스 영역 제한: 허용된 영역, 비허용 영역
- 허용된 영역은 UE-대-네트워크 릴레이 및 원격 UE에 대한 것처럼 적용된다. UE-대-네트워크 릴레이 (resp. 원격 UE)는 가입으로 허용된 것처럼 네트워크 (UE-대-네트워크 릴레이를 통해 네트워크)와의 통신 시작이 허용된다.
- UE-대-네트워크 릴레이는 허용된 영역에서 UE-대-네트워크 릴레이 동작만을 수행할 수 있다.
- 비허용 영역은 UE-대-네트워크 릴레이 및 원격 UE에 대한 것처럼 적용된다. UE (UE-대-네트워크 릴레이 또는 원격 UE) 및 네트워크는 (CM-IDLE 및 CM_CONNECTED 상태 모두에서) 사용자 서비스를 얻기 위한 서비스 요구 또는 SM 시그널링을 시작하도록 허용되지 않는다. non-3GPP 액세스 측면을 위한 RM 절차들은 원격 UE에 대해 적용되지 않을 수 있다.
- UE-대-네트워크 릴레이가 비허용 영역으로 들어가고 UE-대-네트워크 릴레이가 릴레이 서비스를 제공할 수 없는 경우, 비허용 영역에서 원격 UE에게 UE-대-네트워크 릴레이를 알리는 원인 코드와의 PC5 유니캐스트 연결을 해지할 수 있다.
주 1:
UE-대-네트워크 릴레이의 이동성으로 인한 서비스 영역 제한 변경에 대한 상술한 해법은 해법 #7의 다른 부분과는 별도로 평가될 것이다.
코어 네트워크 타입 제한:
- CN 타입 제한은 UE-대-네트워크 릴레이 및 원격 UE에 대한 것처럼 적용된다. UE-대-네트워크 릴레이 또는 원격 UE는 5GC사용이 제한되지 않는 그러한 경우로만 동작할 수 있다.
폐쇄형 액세스 그룹 (Closed Access Group) 정보:
- CAG 셀로의 액세스가 허가된 (resp. 허가되지 않은) UE는 UE-대-네트워크 릴레이를 통해 원격 UE로서 이 CAG 셀로의 액세스가 암묵적으로 허가된다 (resp. 허가되지 않는다). 허용된 CAG 리스트 및 UE의 CAG만의 표시는 원격 UE일 때 이 UE에 적용한다.
- CAG 셀로의 액세스가 허가된 (resp. 허가되지 않은) UE는 UE-대-네트워크 릴레이로서 이 CAG 셀에 액세스하도록 암시적으로 허가된다 (resp. 허가되지 않는다). 허용된 CAG 리스트 및 UE의 CAG-only 표시는 UE가 UE-대-네트워크 릴레이로 동작할 때 이 UE에 적용한다.
- UE-대-네트워크 릴레이는 원격 UE들에게 UE-대-네트워크 릴레이가 연결된 셀을 통해 액세스가 허가된 CAG의 CAG 식별자들을 표시할 것이다. 그 표시는 발견하는 동안 제공된다.
- UE-대-네트워크 릴레이가 CAG 셀에만 액세스하도록 허가된다면 UE-대-네트워크 릴레이는 CAG-only 표시를 원격 UE에게 제공할 것이다. CAG 식별자들 및 CAG-only 표시는 발견 절차 중 UE-대-네트워크 릴레이 선택을 위해 원격 UE들에게 제공된다.
- UE-대-네트워크 릴레이는 UE-대-네트워크 릴레이의 이동성 또는 UE-대-네트워크 릴레이의 설정 변경, 예를 들어, TS 23.502 [8] 4.2.4.2절에서 설명된 UE 설정 갱신 절차로 인해 원격들에게만 CAG 식별자들 및 CAG-only 표시를 전송할 수 있다. 이 경우, 원격 UE가 현재의 UE-대-네트워크 릴레이를 통해 네트워크에 액세스하는 것이 더 이상 허용되지 않는다고 판단한다면, 원격 UE는 PC5 연결을 해지하고 다른 UE-대-네트워크 릴레이를 재선택하거나, 아직 신규 구성에 대한 고려가 허용된다면, 동일 UE-대-네트워크 릴레이를 재선택할 수 있다.
주 2:
CAG 식별자 변경 및 CAG-only 표시에 대한 상술한 두 해법은 해법 7의 다른 부분으로부터 별도로 평가될 것이다.
6.7.2.7.2. 기타
NG-RAN 노드 내 원격 UE의 이동성은, (즉, L2 UE-대-네트워크 릴레이를 통해) 직접 네트워크 연결로부터 간접 네트워크 연결로 변경할 때 및 그 반대일 때 원격 UE가 서비스를 유지하도록 허용하면서 NG-RAN 및 UE-대-네트워크 릴레이에 의해 처리 될 것이다.
[“인트라- NG- RAN 이동성, (5GC 미포함)”이라는 제목의 3GPP TR 23.752 V0.5.1의 도 6.7.2.6-1 이 도 16에 재현되어 있다]
인트라-NG-RAN 이동성이 이하에 설명되어 있다. 이동성은 NAS에 영향 주지 않고 및 하위 레이어들, 즉, RAN WG2에 대부분 영향을 주면서 가능할 것으로 기대된다.
[“인터- NG- RAN 이동성”이라는 제목의 3GPP TR 23.752 V0.5.1의 도 6.7.2.6-2가 도 17에 재현되어 있다]
6.7.2.8 보안
보안 (기밀성(confidentiality) 및 무결성 (integrity))은 원격 UE 및 gNB에서 엔드포인트들 사이의 PDCH 레이어에서 실시된다. PDCP 트래픽은 두 링크들, 하나는 원격 UE와 UE-대-네트워크 릴레이 사이, 및 다른 하나는 UE-대-네트워크 릴레이 UE와 gNB 사이에서 원격 UE의 평문 (plaintext) 데이터를 UE-대-네트워크 릴레이에 노출하지 않고 안전하게 릴레이된다.
UP 무결성 보호는 직접 PC5 통신 및 간접 통신을 위해 분리된다. 간접 통신의 경우, NG-RAN 및 원격 UE는 NG-RAN 및 원격 UE 사이의 데이터 통신을 위한 UP 무결성 보호를 실시하는 노드들이다.
직접 PC5 통신의 경우, UE-대-네트워크 릴레이 UE 및 원격 UE는 UE-대-네트워크 릴레이 UE 및 원격 UE 사이의 데이터 통신을 위한 UP 무결성 보호를 실시하는 노드들이다.
주: 보안 요구조건들에 대한 추가 분석은 SA WG3에서 이뤄질 것이다.
6.7.2.9 UE-대-네트워크 릴레이 발견 및 선택
모델 A 및 모델 B는 레이어-2 UE-대-네트워크 릴레이 발견에 적용될 수 있다. 레이어-2 UE-대-네트워크 릴레이를 위한 자세한 UE-대-네트워크 릴레이 발견 및 선택 해법은 슬라이싱(slicing)과 DNN 정보가 고려될 필요가 없는 차이를 갖고 해법 #19를 재사용할 수 있다. 또한, CAG 셀 및 TA와 같은 이동성 제한 관련 정보는 발견 메시지에 포함될 수 있다.
편집자 주: 어떻게 릴레이 발견이 원격 UE에 대한 PLMN 선택과 함께 수행될 수 있는지는 별도의 KI#3에 대한 해법에서 해소될 것이다.
6.7.2.10 경로 선택
최초 액세스의 경우, (사전 설정된 또는 NG-RAN에 의해 제공된) 링크 품질 및 설정 임계치에 기반한 원격 UE는 직접 Uu 경로 및 간접 Uu 경로 사이의 통신 경로 선택이 수행될 수 있다. 예를 들어, Uu 링크 품질이 설정된 임계치를 초과한다면, 직접 Uu 경로가 선택된다. 아니면, UE-대-네트워크 릴레이 발견 및 선택을 수행하여 간접 Uu 경로가 선택된다.
경로 절환의 경우, NG-RAN은 서로 다른 경로들의 신호 레벨/품질에 기반하여 통신 경로 선택을 수행하고 이는 경로 절환 해법에 기반할 수 있다.
편집자 주: 최종 해법은 RAN WG로 조정되어야 하고, 특정 무선 기준 및 해당 임계치들은 RAN WG의 규정에 따른다.
6.7.3
절차들
“UE-대-네트워크 릴레이 UE를 통한 간접 통신을 위한 연결 수립”이라는 제목의 3GPP TR 23.752 V0.5.1의 도 6.7.3-1이 도 18에 재현되어 있다]
0. 커버리지 내에서 원격 UE 및 UE-대-네트워크 릴레이 UE는 TS 23.502 [8] 내 등록 절차에 따라 독립적으로 네트워크에 최초 등록을 수행할 수 있다. 이후 원격 UE와 네트워크 사이의 NAS 시그널링이 UE-대-네트워크 릴레이 UE를 통해 교환될 때 원격 UE의 허용된 5G GUTI가 유지된다.
주 1:
여기에 보여진 현재의 절차는 단일 홉 지연을 가정한다.
1. 커버리지 내에서 원격 UE 및 UE-대-네트워크 릴레이 UE는 독립적으로 네트워크로부터 간접 통신을 위한 서비스 인가를 받는다. UE-대-네트워크 릴레이 동작을 위한 서비스 인가 및 파라미터 프로비저닝은 6.7.2.4절에 명시된 대로 UE-대-네트워크 릴레이 UE 및 원격 UE에 대해 수행된다.
원격 UE가 커버리지 내에 있지 않다면, 사전 설정된 정보가 사용될 것이다. 필요하다면, PCF는 7단계 이후 인가정보를 갱신할 수 있다.
원격 UE가 최초 등록을 수행하지 않았다면, 원격 UE는 7단계에서 간접 네트워크 통신을 통해 최초 등록을 수행할 수 있다.
2-3. 원격 UE 및 UE-대-네트워크 릴레이 UE는 UE-대-네트워크 릴레이 UE 발견 및 선택을 수행한다. 원격 UE는 CM_IDLE 및 CM_CM-CONNECTED 상태 모두에서 UE-대-네트워크 릴레이 발견을 수행할 수 있다.
레이어-2 UE-대-네트워크 릴레이를 위한 UE-대-네트워크 릴레이 발견 및 선택에 대한 상세한 내용은 6.7.2.9절 및 해법 #19, 해법 #41 참조.
4. 원격 UE는 TS 23.287 [5]에 설명된 절차를 사용하여 선택된 UE-대-네트워크 릴레이 UE와 PC5를 통해 일대일 통신 연결을 시작한다.
5. UE-대-네트워크 릴레이 UE가 CM_IDLE 상태에서 원격 UE로부터 수신된 통신 요구에 의해 트리거되었다면, UE-대-네트워크 릴레이 UE는 서빙 AMF에 서비스 요구 메시지를 전송한다.
릴레이의 AMF는 NAS 메시지의 유효성에 기반하여 UE-대-네트워크 릴레이 UE의 검증을 수행할 수 있고, 필요하다면 AMF는 가입 데이터를 확인할 것이다.
릴레이 UE가 어떻게 계속 CM_CONNECTED 상태에 있는지는 6.7.2.5.2절에 제안되어 있다.
6. 원격 UE는 UE-대-NW 릴레이 UE를 통해 NG-RAN에 AS 메시지를 전송하여 릴레이 UE를 서비스하는 동일한 NG-RAN과 AS 연결을 수립한다.
7. 원격 UE는 서빙 AMF에 NAS 메시지를 전송한다. NAS 메시지는 PC5를 통해 UE-대-네트워크 릴레이 UE로 전송된 RRC 메시지 내에서 캡슐화되고 UE-대-네트워크 릴레이 UE는 그 메시지를 NG-RAN에 전달한다. NG-RAN은 원격 UE의 서빙 AMF를 도출하여 NAS 메시지를 이 AMF로 전달한다.
원격 UE가 스텝 0에서 네트워크에 최초 등록을 수행하지 않는다면, NAS 메시지가 최초 등록 메시지이다. 아니면, NAS 메시지는 서비스 요구 메시지이거나 이동성 또는 주기적인 등록 메시지이다.
편집자 주: UE-대-네트워크 릴레이 UE가 어떻게 그 메시지를 NG-RAN에 전달하는지는 RAN이 명시된 L2 릴레이 방법에 의존한다.
원격 UE가 UE-대-네트워크 릴레이를 통해 최초 등록을 한다면, 원격 UE의 서빙 AMF는 NAS 메시지 확인에 기반한 원격 UE의 인증을 수행할 수 있고, 필요하다면 원격 UE의 AMF는 가입 데이터를 확인한다.
서비스 요구 경우에 대해, PDU 세션을 위한 사용자 평면 연결도 활성화될 수 있다. 다른 단계들은 TS 23.502 [8]의 42.3.2절에 따른다.
8. 원격 UE는 TS 23.502 [8]의 4.3.2.2절에 규정된 대로 PDU 세션 수립 절차를 트리거할 수 있다. UE-대-네트워크 릴레이 UE를 통해 동작하는 동안 원격 UE가 허용한 PDU 세션 관련 속성들이 등록 절차 동안 또는 단계 0에서 설명된 사전 설정을 통해 제공된다.
9. 데이터는 원격 UE 및 UPF 사이에서 UE-대-네트워크 릴레이 UE 및 NG-RAN을 통해 송신된다. UE-대-네트워크 릴레이 UE는 RAN이 규정한 L2 릴레이 방법을 사용하여 원격 UE와 NG-RAN 사이에서 모든 데이터 메시지들을 전달한다.
주 2:
UE-대-네트워크 릴레이가 단절된다면, NG-RAN은 원격 UE의 AN 해지 절차를 트리거할 것이고, 원격 UE는 CM_IDLE로 진행한다.
6.7.4 서비스, 엔티티 및 인터페이스들에 대한 영향
그 해법은 다음의 엔티티들에 영향을 줄 수 있다:
AMF:
- 릴레이 UE의 인가에 기반하여 시그널링 연결 해지를 시작하지 않는다.
- 원격 UE의 시그널링 및 사용자 데이터의 전달을 위한 L2 릴레이 기능을 지원할 필요가 있다.
- (TR 36.746 [27]의 옵션 2의 페이징이 RAN WG2에 의해 확인된다면), RAN은 릴레이 UE가 CM_CONNECTED 상태일 때 원격 UE에 대한 페이징 요구를 처리할 필요가 있다.
UE-대-네트워크 릴레이 UE:
- 원격 UE와 RAN 사이의 시그널링 및 사용자 데이터의 전달을 위한 L2 릴레이 기능을 지원할 필요가 있다.
- (TR 36.746 [27]의 옵션 2의 페이징이 RAN WG2에 의해 확인된다면) 그 자체와 원격 UE들 대한 다수의 페이징 기회들(occasions)을 모니터링할 필요가 있다.
[…]
3GPP R2-2008922 는 다음을 도입한다:
1. 서론
RAN2#111-e 회의에서, 긴 이메일 논의 “[Post111-e][627][릴레이] L2 아키텍쳐에 대한 나머지 이슈들”이 논의되었다 [1]. 원격 UE를 위한 온디맨드 SI 전달에 대한 제안은 다음과 같다:
이 부분에서, 원격 UE에 대한 온디맨드 SI 전달 원리를 논의한다.
2. 논의
[1]에서, 원격 UE에 대한 온디맨드 SI원리들이 다음과 같이 제안되었다:
Uu 인터페이스에서, UE는 모든 RRC 상태들에 대한 온디맨드 SI를 지원한다. 네트워크로 U2N 릴레이를 통한 원격 UE의 액세스는 가능한 한 많이 노멀(normal) UE로 다뤄져야 한다. 따라서, 첫번째 원리는 타당하다.
원격 UE가 커버리지 내에 있는 경우라도, gNB로부터 직접 SI를 획득할 수 있다. 그러나, 원격 UE 및 릴레이 UE는 다른 셀들 내에 있을 수 있다. 원격 UE는 온디맨드 SI 방식을 통해 릴레이 UE의 서빙 셀의 SIB들을 획득할 수 있다. 이 경우 외에, 원격 UE를 위한 온디맨드 SI 또한 OOC 원격 UE에 사용될 수 있다. 따라서, 네번째 원리는 타당하다.
두번째 및 세번째 원리의 경우는 좀 더 논의가 필요하다.
RRC_Connected 상태 및 아이들/비활성 상태를 위한 Uu 온디맨드 SI 절차들은 서로 다르다. 따라서, 원격 UE를 위한 온디맨드 SI 원리들은 RRC_Connected 상태 및 아이들/비활성 상태에 대해 별도로 논의되어야 한다.
rel-16에서, RRC_Connected 상태에서 온디맨드 SI 절차가 지원된다. DedicatedSIBRequest 메시지는 RRC_Connected 상태의 UE에 의해 요구된 요구 SIB (들)에 도입된다. UE에 의해 요구된 온디맨드 SIB 수신시, 네트워크는 (전용 시그널링을 통해 전송된다면) 요구된 SIB들을 포함하는 RRCReconfiguration 메시지 또는 브로드캐스트로 응답한다. 네트워크가 RCReconfiguration 메시지로 응답하는 경우, RRC_Connected 상태에서 온디맨드 SI 절차는 연결된 원격 UE에 재사용될 수 있다. 네트워크가 브로드캐스트로 응답한다면, 그 상황은 아이들/비활성 원격 UE와 유사하다.
제안 1: 연결된 원격 UE의 경우, 전용 시그널링을 통한 SIB 요구 및 응답이 재사용될 수 있는 RRC_Connected 상태의 온디맨드 SI
아이들/비활성 원격 UE의 경우, Msg1 및 Msg3 기반 온디맨드 SI는 동작하지 않는다.
Msg1 기반 온디맨드 SI의 경우, 원격 UE의 Uu 프리앰블이 릴레이될 수 없기 때문에 원격 UE에 사용될 수 없다.
원격 UE의 RRCSystemInfoRequest 메시지가 원격 UE로부터 gNB와 연결 수립을 위한 첫번째 RRC 메시지와 동일한 방식을 사용하여 gNB로 릴레이될 수 있더라도, Msg3 기반 온디맨드 SI의 경우도 원격 UE에 사용될 수 없다. 그 이유는 다음과 같다:
1. 원격 UE는 Msg4를 수신할 수 없다.
Msg1 및 Msg2 절차가 Msg3 이전에는 없기 때문에, 원격 UE는 TEMPORARY_C-RNTI를 갖지 않는다. 따라서 릴레이 UE는 PDCCH가 원격 UE를 목적지로 하는지 여부를 알지 못한다. 또한, UE 경쟁 해결 아이덴티티 MAC CE는 MAC PDU이고, 릴레이 UE는 MAC 레이어가 원격 UE와 gNB 사이의 단대단(end-to-end)이 아니기 때문에 원격 UE에 Uu MAC CE를 릴레이할 수 없다.
2. 원격 UE는 요구된 SI 메시지를 획득할 수 없다.
원격 UE는 갱신된 SIB1을 모니터링할 수 없고, SI 메시지를 자동으로 수신할 수 없다는 것은 명백하다. 원격 UE가 릴레이 UE가 그렇게 하기를 원한다면, (요구 SI를 포함한) 전체 정보를 릴레이 UE에 통보할 것이다, 즉, 온디맨드 SI 메시지는 원격 UE 및 릴레이 UE 사이의 PC5에 도입될 것이다. PC5 온디맨드 SI 절차가 진행되기 때문에, Uu 내 SIB 획득 절차는 원격 UE에 의해 요구되는 것을 특정할 필요는 없다. 즉, 그것은 레거시 Msg3 기반 온디맨드 SI가 아니다. 원격 UE를 위한 온디맨드 SI는 두 부분으로 분할된다; 하나는 원격 UE와 릴레이 UE 사이의 온디맨드 SI 절차이고, 다른 하나는 릴레이 UE의 SI 획득 절차이다.
관찰 1: Msg1 및 Msg3 기반 온디맨드 SI는 원격 UE에 사용될 수 없다.
제안 2: 원격 UE를 위한 온디맨드 SI는 두 부분으로 분할되어야 한다; 하나는 원격 UE와 릴레이 UE 사이의 온디맨드 SI 절차이고, 다른 하나는 릴레이 UE의 SI 획득 절차이다.
제안 3: 온디맨드 SI 절차는 원격 UE와 UE-대-네트워크 릴레이 사이의 PC5에 도입되어야 한다.
릴레이 UE가 gNB로부터 원격 UE에 의해 요구된 SI/SIB(들)을 요구할 필요가 있는지 여부는 릴레이 UE가 원격 UE에 의해 요구된 SI/SIB(들)의 유효 버전을 저장했는지 여부에 좌우된다. 릴레이 UE가 SI/SIB(들)의 유효 버전을 저장했다면, 그것은 직접 원격 UE에 전달될 수 있다; 아니면, 릴레이 UE는 레거시 Uu 절차를 사용하여 gNB로부터 SI/SIB(들)을 요구할 수 있고, 그런 다음 원격 UE에 전달한다. PC5 상에서 SI/SIB(들)을 전송하는 방법은 WI 단계에서 더 논의될 수 있다.
제안 4: 릴레이 UE는 레거시 Uu 절차를 이용하여 gNB로부터 SI/SIB를 획득한다.
원격 UE에 대한 온디맨드 SI 원리들은 제안 5에서 요약될 수 있다.
제안 5: 원격 UE에 대한 온디맨드 SI원리들은 다음과 같다:
■ 온디맨트 SI 요구는 모든 RRC 상태들 (아이들/비활성/연결된 상태)에 대해 원격 UE에게 지원된다.
■ 온디맨드 SI 절차는 원격 UE와 UE-대-네트워크 릴레이 사이의 PC5에 되입되어야 한다.
■ 연결된 원격 UE의 경우, 전용 시그널링을 통한 SIB 요구 및 응답이 재사용될 수 있는 RRC_Connected 상태의 온디맨드 SI
■ 온디맨드 SI 전달은, 릴레이 UE와 연결되어 있을 때, 커버리지 밖 또는 커버리지 내와 무관하게 원격 UE(들)에게 지원된다.
3GPP RAN2#112e 의장 노드는 다음을 합의했다:
3GPP TS 38.304는 다음을 도입한다:
7. 페이징
7.1
페이징을 위한 불연속 수신
UE는 전력 소비를 줄이기 위해 RRC_IDLE 및 RRC_INACTIVE 상태에서 불연속 수신(Discontinuous Reception, DRX) 을 사용할 수 있다. UE는 DRX 사이클당 한 번의 페이징 시기 (PO)를 모니터링한다. PO는 PDCCH 모니터링 시기 세트이고, 페이징 DCI가 송신될 수 있는 다중 타임 슬롯들(예를 들어, 서브프레임 또는 OFDM 심볼)로 구성될 수 있다(TS 38.213 [4]). 하나의 페이징 프레임 (PF)은 하나의 무선 프레임이고, 하나 또는 다중 PO(들) 또는 PO의 시작 포인트를 포함할 수 있다.
다중 빔 동작에서, UE는 동일한 페이징 메시지 및 동일힌 단문 메시지가 모든 송신된 빔들에서 반복되고, 따라서 페이징 메시지 및 단문 메시지의 수신을 위한 빔(들)의 선택은 UE의 구현에 좌우된다고 가정한다. 페이징 메시지는 RAN 시작 페이징 및 CN 시작 페이징 모두에 대해 동일하다.
UE는 RAN 시작 페이징 수신시 RRC 연결 재개 절차를 시작한다. UE가 RRC_INACTIVE 상태에서 CN 시작 페이징을 수신한다면, UE는 RRC_IDLE 모드로 이동하고 NAS에 알린다.
페이징용 PF 및 PO는 다음의 수식에 따라 결정된다:
PF용 SFN은 다음에 의해 결정된다:
(SFN + PF_offset) mod T = (T div N)*(UE_ID mod N)
PO의 인덱스를 나타내는 인덱스 (i_s)는 다음에 의해 결정된다:
i_s = floor (UE_ID/N) mod Ns
페이징용 PDCCH 모니터링 기회는 TS 38.213 [4] 에서 규정된 것처럼 pagingSearchSpace 에 따라, 및 TS 38.331 [3]에 규정되어 설정된 것처럼 firstPDCCH-MonitoringOccasionOfPO및 nrofPDCCH-MonitoringOccasionPerSSB-InPO에 따라 결정된다. pagingSearchSpace에 대해 SearchSpaceId = 0 가 구성된 경우, 페이징용 PDCCH 모니터링 기회들은 TS 38.213 [4] 13절에 정의된 것처럼 RMSI에 대한 것과 동일하다.
pagingSearchSpace에 대해 SearchSpaceId = 0 가 구성된 경우, Ns는 1 또는 2이다. Ns=1인 경우, PF 내 페이징용 제 1 PDCCH 모니터링 기회에서 시작하는 PO는 하나밖에 없다. Ns=2인 경우, PO는 PF의 첫 번째 하프 프레임(half frame) (i_s=0) 내 또는 두 번째 하프 프레임 (i_s=1) 내에 있다.
0이 아닌 SearchSpaceId가 pagingSearchSpace에 대해 구성된다면, UE는 (i_s + 1) 번째 PO를 모니터링한다. PO는 ‘S*X’개의 연속 PDCCH 모니터링 기회 세트이고, 여기서 ‘S’는 SIB1 내 ssb-PositionsInBurst에 따라 결정되어 실제 송신된 SSB들의 개수이고, X는 구성된다면 nrofPDCCH-MonitoringOccasionPerSSB-InPO이고, 아니면 1이다. PO에서 페이징용 [x*S+K]번째 PDCCH 모니터링 기회는 K번째 송신된 SSB에 해당하고, x=0,1,…,X-1, K=1,2,…,S이다. (tdd-UL-DL-ConfigurationCommon에 따라 결정된) UL 심볼들과 중첩하지 않는 페이징용 PDDCH 모니터링 기회들은 PF내 페이징용 제 1 PDCCH 모니터링 기회에서 시작하여 0부터 순차적으로 넘버링된다. firstPDCCH-MonitoringOccasionOfPO 이 존재하는 경우, (i_s+1) 번째 PO의 시작 PDCCH 모니터링 기회 번호는 firstPDCCH-MonitoringOccasionOfPO 파라미터의 (i_s+1) 번째 값이다; 그렇지 않다면, i_s * S*X와 같다. X > 1이라면, UE가 PO 내에서 P-RNTI에게 어드레싱된 PDCCH 송신을 검출한 경우, UE는 이 PO 내 후속 PDCCH 모니터링 기회들을 모니터링할 필요가 없다.
주 1:
PF와 연관된 PO는 PF 내 또는 PF 이후에 시작할 수 있다.
주 2:
PO용 PDCCH 모니터링 기회는 다중 무선 프레임들에 걸쳐 있다. 0이 아닌 SearchSpaceId가paging-SearchSpace에 대해 구성되는 경우, PO용 PDCCH 모니터링 기회는 페이징 탐색 공간의 다수의 구간들에 걸쳐 있을 수 있다.
상기 PF 및 i_s의 계산에 다음의 파라미터들이 사용된다:
T: UE의 DRX 사이클 (T는, RRC 및/또는 상위계층들에 의해 구성되었다면, UE 특정 DRX 값의 가장 짧은 값에 의해 결정되고, 디폴트 DRX 값은 시스템 정보 내에서 브로드캐스트된다. RRC_IDLE 상태에서, UE 특정 DRX가 상위계층들에 의해 설정된다면, 디폴트 값이 적용된다).
N: T 내 전체 페이징 프레임들의 개수
Ns: PF에 대핸 페이징 기회들의 개수
PF_offset: PF 결정에 사용된 오프셋
UE_ID: 5G-S-TMSI mod 1024
파라미터 Ns, nAndPagingFrameOffset, nrofPDCCH-MonitoringOccasionPerSSB-InPO, 및 디폴트 DRX 사이클의 길이는 SIB1 내에서 시그널링된다. N 및 PF_오프셋 값들은 TS 38.331 [3]에 정의된 것처럼 파라미터 nAndPagingFrameOffset로부터 도출된다. 파라미터 first-PDCCH-MonitoringOccasionOfPO는 초기 DL BWP 내 페이징용 SIB1 내에서 시그널링된다. 초기 DL BWP가 아닌 DL BWP 내 페이징을 위해, 파라미터 first-PDCCH-MonitoringOccasionOfPO 가 해당 BWP 설정 내에서 시그널링된다.
UE가 5G-S-TMSI를 갖고 있지 않다면, 예를 들어 UE가 아직 네트워크에 등록되어 있지 않은 경우, UE는 PF 내 디폴트 아이덴티티 UE_ID = 0 및 상술한 i_s 수식들을 사용할 것이다.
5G-S-TMSI은 TS 23.501 [10]에 정의된 48비트 길이의 비트 스트링이다. 5G-S-TMSI는 상술한 수식에서 최좌측 비트가 최상위 비트 (MSB)를 나타내는 이진수로 해석될 것이다.
3GPP TS 23.502는 다음을 도입한다:
4.2.2 등록 관리 절차들
4.2.2.1 개요
4.2.2절에서 등록 및 등록휘소 절차는 5GS에 UE/사용자를 등록 또는 등록 취소하기 위해 요구된 기능을 제공한다. non-3GPP 액세스를 위한 등록 관리 지원을 위해 추가 기능이 4.12 절에 규정되어 있다. NAS에 대한 SMS용 특정 서비스들을 위한 등록 관리 지원을 위해 추가 기능이 4.13 절에 규정되어 있다.
4.2.2.2 등록 절차들
4.2.2.2.1 개요
UE는 서비스를 받고, 이동성 트래킹을 인에이블하며, 접근성 (reachability)을 인에이블하기 위한 인가를 얻기 위해 네트워크에 등록할 필요가 있다. UE는 다음의 등록 타입들 중 하나를 사용하여 등록 절차를 시작한다:
- 5GS에 대한 최초 등록;
- CM-CONNECTED 및 CM-IDLE 상태 둘 다에서 UE의 등록 영역 밖의 신규 TA(Tracking Area)로 변경시, 또는 UE가 신규 TA로의 변경 또는 변경이 없는 등록 절차에서 협상된(negotiated) 능력 또는 프로토콜 파라미터들을 갱신할 필요가 있을 때, 서빙 AMF에 의해 제공된 지원된 네트워크 거동 (Supported Network Behaviour)과 비호환성을 만드는 UE의 바람직한 네트워크 거동의 변화, 또는 UE가 LADN 정보를 검색할 의도가 있을 때의 이동성 등록 갱신; 또는
- (미리 규정된 비활성 시간 구간에 의한) 주기적인 등록 갱신; 또는
- 긴급 등록.
4.2.2.2.2 절의 일반 등록 호출 흐름은 모든 등록 절차에 적용되지만, 주기적인 등록이 다른 등록 케이스들에 사용되는 모든 파라미터들을 포함할 필요는 없다.
다음은 TS 24.501 [25]에 규정된 것과 같이, UE가 NAS 보안 콘텍스트를 갖지 않는다면 등록 요구 메시지에서 UE에 의해 전송될 수 있는 평문 IE들이다.
- 등록 타입
- SUCI 또는 5G-GUTI 또는 PEI
- 보안 파라미터들
- 추가 GUTI
- 4G 트래킹 영역 갱신
- UE가 EPS로부터 이동하는 표시
3GPP 및 non-3GPP 액세스에서 이중 등록과 관련된 측면들이 4.12 절에 기술되어 있다. 4.2.2.2.2절의 일반 등록 호출 흐름도 UE가 이미 non-3GPP 액세스에서 등록되어 있을 때 3GPP 액세스에서 등록되는 경우에 사용될 수 있고, 그 반대도 성립한다. UE가 이미 non-3GPP 액세스 시나리오에서 등록되어 있는 경우 3GPP 액세스에서의 등록은 4.12.8절에 상세하게 설명된 것처럼 AMF 변경이 필요할 수 있다.
4.2.2.2.2 절의 일반 등록 호출 흐름도 (긴급 등록으로 언급된) 긴급 서비스들에만 등록되는 제한된 서비스 상태 (TS 23.122 [22] 참조)에서 UE들에 의해 사용될 수 있다, TS 23.501 [2] 5.16.4절 참조.
최초 등록하는 동안 PEI가 UE로부터 획득된다. AMF가 최초 등록에서 PEI를 필요로한다면, 보안 모드 명령(Security Mode Command)으로 NAS 보안 콘텍스트를 수립할 때 PEI를 검색해야 한다. AMF 오퍼레이터는 EIR로 PEI를 검사할 수 있다. AMF는 PEI를 UDM, SMF 및 PCF로 전달하고, 그런 다음 UDM은 이 데이터를 Nudr_SDM_Update를 통해 UDR에 저장할 수 있다.
주 1:
5GC에서 NSI ID 사용은 선택적이고, 오퍼레이터의 배치(deployment) 선택에 의존한다.
등록하는 동안, 홈 네트워크는 AMF를 통해 UE에 로밍 운영 (Steering of Roaming) 정보 (즉, 바람직한 PLMN/액세스 기술의 결합 리스트 또는 UE에 저장된 “액세스 기술을 갖는 오퍼레이터에 의해 제어된 PLMN 선택기에 변화가 필요없다는 HPLMN 표시) 를 제공한다. 홈 네트워크는 UE에 대한 표시를 포함하여 이 정보 수신에 대한 수신응답(acknowledgement)을 전송할 수 있다. 이 정보가 어떻게 AMF와 UE 사이에서 관리되는지를 포함한 로밍 운영 정보의 핸들링에 대한 세부 사항은 TS 23.122 [22]에 정의되어 있다.
AMF는 TS 23.501 [2] 5.3.2.3절에 규정된 대로 액세스 타임 및 RAT 타입을 결정한다.
3GPP TS 38.321 V16.2.1은 다음을 개시한다:
4.2.2 MAC 엔티티들
UE의 MAC 엔티티는 다음 전송 채널들을 핸들링한다:
- 브로드캐스트 채널 (BCH);
- 다운링크 공유 채널(들) (DL-SCH);
- 페이징 채널 (PCH);
- 업링크 공유 채널(들) (UL-SCH);
- 랜덤 액세스 채널(들) (RACH).
[…]
[“MAC 구조 개요”라는 제목의 3GPP TS 38.321 V16.2.1의 도 4.2.2-1이 도 19에 재현되어 있다]
[…]
5.5 PCH 수신
MAC 엔티티가 PCH를 수신할 필요가 있는 경우, MAC 엔티티는:
1> PCH 할당이 P-RNTI용 PDCCH 상에서 수신되었다면:
2> PDCCH 정보로 표시된 대로 PCH 상에서 TB의 복호화를 시도할 것이다;
2> PCH 상에서 TB가 성공적으로 복호화된다면:
3> 복호화된 MAC PDU를 상위 계층으로 전달한다.
3GPP TR 38.836은 다음을 도입한다:
4.5.1 아키텍쳐 및 프로토콜 스택
4.5.1.1 프로토콜 스택
L2 UE-대-네트워크 릴레이 아키텍쳐의 사용자 평면 및 제어 평면용 프로토콜 스택들이 도 4.5.1.1-1 및 도 4.5.1.1-2에 기술되어 있다.
L2 UE-대-네트워크 릴레이를 위해, 적응 계층은 릴레이 UE 및 gNB 사이의 Uu 인터페이스에서 CP 및 UP 모두를 위한 RLC 서브계층 위에 위치한다. RLC, MAC 및 PHY가 각 링크 (즉, 원격 UE와 UE-대-네트워크 릴레이 UE 사이의 링크 및 UE-대-네트워크 릴레이 UE와 gNB 사이의 링크)에서 종료되는 반면, Uu SDAP/PDCP 및 RRC는 원격 UE 및 gNB 사이에서 종료된다.
편집자 주: 원격 UE 및 릴레이 UE 사이의 PC5 인터페이스에서 적응 계층도 지원되는가 여부는 FFS이다.
[“L2 UE-대-네트워크 릴레이를 위한 사용자 평면 스택”이라는 제목의 3GPP TR 38.836 V0.1.1의 도 4.5.1.1-1이 도 20에 재현되어 있다]
“L2 UE-대-네트워크 릴레이용 제어평면 프로토콜 스택”이라는 제목의 TR 38.836 V0.1.1의 도 4.5.1.1-2가 도 21에 재현되어 있다]
4.5.1.2 적응 계층 기능
작업 가정으로서, 원격 UE에 대한 일부 정보는 적응 계층의 헤더 내에 놓여 L2 UE-대-네트워크 릴레이를 위한 베어러 매핑을 가능하게 하고, 그 세부 내용은 WI 단계에서 논의될 수 있다.
편집자 주: PC5 RLC 채널들로부터 Uu 인터페이스 RLC 채널로의 N 대 1 베어러 매핑이 이 경우에 지원되는가 여부는 FFS다.
[…]
5.5.1 아키텍쳐 및 프로토콜 스택
L2 UE-대-네트워크 릴레이의 경우, 프로토콜 스택은 종료 포인트들이 두 원격 UE들인 사실을 제외하고 L2 UE-대-네트워크 릴레이와 유사하다. L2 UE-대-네트워크 릴레이 아키텍쳐의 사용자 평면 및 제어 평면용 프로토콜 스택들이 도 5.5.1-1 및 도 5.5.1-2에 기술되어 있다.
적응 계층은 L2 UE-대-네트워크 릴레이를 위해 제 2 PC5 링크 (즉, 릴레이 UE와 목적지 UE 사이의 PC5 링크)에 대해 지원된다. L2 UE-대-네트워크 릴레이를 위해, 적응 계층은 제 2 PC5 링크에 대해 CP 및 UP 모두를 위한 RLC 서브계층에 위에 위치한다. 사이드링크 SDAP/PDCP 및 RRC는 두 원격 UE들 사이에서 종료되는 반면, RLC, MAC, PHY는 각 PC5 링크에서 종료된다.
편집자 주: 제 1 PC5 링크 (즉, 송신 원격 UE 및 릴레이 UE 사이의 PC5 링크)에 대해 적응 계층도 지원되는가 여부는 FFS이다.
“L2 UE-대-UE 릴레이용 사용자 평면 프로토콜 스택”이라는 제목의 TR 38.836 V0.1.1의 도 5.5.1-1이 도 22에 재현되어 있다] .
“L2 UE-대-UE 릴레이용 제어평면 프로토콜 스택”이라는 제목의 TR 38.836 V0.1.1의 도 5.5.1 -2가 도 23에 재현되어 있다]
작업 가정으로서, 일부 정보는 릴레이 UE와 목적지 UE 사이의 적응 계층의 헤더 내에 놓여 L2 UE-대-UE 릴레이를 위한 베어러 매핑을 가능하게 하고, 그 세부 내용은 WI 단계에서 논의될 수 있다.
편집자 주: 릴레이 UE에서 다수의 송신 원격 UE들로부터의 진입 RLC 채널들과 릴레이 UE에서 (동일 목적지 UE로 들어가는) 이탈 RLC 채널들 사이의 N 대 1 매핑을 지원하기 위한 세부사항들에 대해서는 FFS다.
3GPP TS 23.287는 다음을 도입한다:
6.3.3
PC5 참조 포인트를 통한 유니캐스트 모드 V2X 통신
6.3.3.1
PC5 참조 포인트를 통한 계층-2 링크 수립
PC5 참조 포인트를 통한 유니캐스트 모드 V2X 통신을 수행하기 위해, UE는 5.1.2.1절에 설명된 것과 같은 관련 정보로 구성된다.
도 6.3.3.1-1은 PC5 참조 포인트를 통한 유니캐스트 모드 V2X 통신을 위한 계층-2 링크 수립 절차를 보인다.
[“레이어-2 링크 수립 절차”로 명명된 3GPP TR 23.287 V16.4.0의 6.3.3.1-1이 도 24에 재현되어 있다]
1. UE(들)는 5.6.1.4절에 규정된 것처럼 PC5 유니캐스트 링크 수립을 위한 수신을 시그널링하기 위해 목적지 계층-2 ID를 결정한다. 목적지 계층-2 ID는 5.1.2.1절에 규정된 것처럼 UE(들)로 구성된다.
2. UE-1 내 V2X 애플리케이션 계층은 PC5 유니캐스트 통신용 애플리케이션 정보를 제공한다. 애플리케이션 정보는 V2X 애플리케이션의 서비스 타입(들) 및 시작 UE의 애플리케이션 계층 ID를 포함한다. 타켓 UE의 애플리케이션 계층 ID는 애플리케이션 정보에 포함될 수 있다.
UE-1 내 V2X 애플리케이션 계층은 이 유니캐스트 통신용 애플리케이션 요구조건을 제공할 수 있다. UE-1은 5.4.1.4절에 규정된 것처럼 PC5 QoS 파라미터들 및 PFI를 결정한다.
UE-1이 5.2.1.4절에 규정된 것처럼 기존 PC5 유니캐스트 링크의 재사용을 결정한다면, UE는 6.3.3.4절에 규정된 것처럼 계층-2 링크 변경절차를 트리거한다.
3. UE-1은 직접 통신 요청(Direct Communication Request) 메시지를 전송하여 유니캐스트 계층-2 링크 수립 절차를 시작한다. 직접 통신 요청 메시지는 다음을 포함할 수 있다:
- 소스 사용자 정보(Source User Info): 시작 UE의 애플리케이션 계층 ID(즉, UE-1의 애플리케이션 계층 ID).
- V2X 애플리케이션 계층이 2 단계에서 타겟 UE의 애플리케이션 계층 ID를 제공했다면, 다음 정보가 포함된다:
- 타겟 사용자 정보(Target User Info ): 타겟 UE의 애플리케이션 계층 ID(즉, UE-2의 애플리케이션 계층 ID).
- V2X Service Info: 계층-2 링크 수립을 요청하는 V2X 서비스(들)에 대한 정보.
- 보안 정보: 보안 수립을 위한 정보.
주 1: 보안 정보 및 소스 사용자 정보 및 타겟 사용자 정보에 필요한 보호가 TS 33.536[26]에 규정되어 있다.
직접 통신 요청 메시지 전송에 사용된 소스 계층-2 ID 및 목적지 계층-2 ID는 5.6.1.1 및 5.6.1.4 절에 규정된 대로 결정된다. 목적지 계층-2 ID는 브로드캐스트 또는 유니캐스트 계층-2 ID일 수 잇다. 유니캐스트 계층-2 ID가 사용된 경우, 타겟 사용자 정보는 직접 통신 요청 메시지에 포함될 것이다.
UE-1은 소스 계층-2 ID 및 목적지 계층-2 ID를 사용하여 PC5 브로드캐스트를 통해 직접 통신 요청 메시지를 전송한다.
4. UE-1을 갖는 보안이 다음과 같이 수립된다:
4a. 타겟 사용자 정보가 직접 통신 요청 메시지에 포함된다면, 타겟 UE, 즉, UE-2는 UE-1과 함께 보안을 수립하여 응답한다.
4b. 타겟 사용자 정보가 직접 통신 요청 메시지에 포함되지 않는다면, UE-1과의 PC5 유니캐스트 링크에 대해 발표된(announced) V2X 서비스 타입(들) 사용에 관심이 있는 UE들은 UE-1과 보안을 수립하여 응답한다.
주 2: 보안 절차를 위한 시그널링이 TS 33.536[26]에 규정되어 있다.
보안 보호가 인에이블되는 경우, UE-1은 타겟 UE에게 다음의 정보를 전송한다:
- IP 통신이 사용된다면:
- IP 주소 구성: IP 통신을 위해, IP 주소 구성이 이 링크에 필요하고, 다음 값들중 하나를 표시한다:- IPv6 주소 할당 매커니즘이 시작 UE에 의해 지원된다면, 즉, Ipv6 라우터로 동작한다면 “Ipv6 라우터”; 또는
- Ipv6 주소 할당 매커니즘이 시작 UE에 의해 지원되지 않는다면 “지원되지 않은 IPv6 주소 할당”.
- UE-1이 IPv6 IP 주소 할당 매커니즘을 지원하지 않는다면, 즉, IP 주소 구성이 “IPv6 주소할당이 지원되지 않음”을 표시한다면, 국부적으로 RFC 4862 [21]에 기반하여 구성된 링크 로컬 IPv6 주소.
- QoS Info: 추가될 PC5 QoS Flow(s)에 대한 정보. 각 PC5 QoS 플로우의 경우, PFI 및 해당 PC5 QoS 파라미터들 (즉, PQI 및 MFBR/GFBR 등과 같은 조건부 다른 파라미터들) 및 연관된 V2X 서비스 타입(들).
보안 수립 절차에 사용된 소스 계층-2 ID는 5.6.1.1 및 5.6.1.4 절에 규정된 대로 결정된다. 목적지 계층-2 ID는 수신된 직접 통신 요청 메시지의 소스 계층-2 ID로 설정된다.
보안 수립 절차 메시지 수신시, UE-1은 이 유니캐스트 링크를 위한 시그널링 및 데이터 트래픽을 위해 향후 통신을 위한 상대 (peer) UE의 계층-2 ID를 획득한다.
5. 직접 통신 수락(Direct Communication Accept) 메시지는 UE-1과 성공적으로 보안을 수립한 타겟 UE(들)에 의해 UE-1에게 전송된다
5a. (UE 지향 계층-2 링크 수립) 타겟 사용자 정보가 직접 통신 요청 메시지에 포함된다면, 타겟 UE, 즉, UE-2는 UE-2용 애플리케이션 계층 ID가 매칭된다면, 직접 통신 수락 메시지로 응답한다.
5b. (V2X 서비스 지향 계층-2 링크 수립) 타겟 사용자 정보가 직접 통신 요청 메시지에 포함되지 않는다면, 발표된 V2X 서비스(들) 사용에 관심이 있는 UE들(도 6.3.3.1-1의 UE-2 및 UE-4)은 직접 통신 수락 메시지를 전송하여 요청에 응답한다.
직접 통신 수락 메시지는 다음을 포함할 수 있다:
- 소스 사용자 정보: 직접 통신 수락 메시지를 전송하는 UE의 애플리케이션 계층 ID.
- QoS 정보 (QoS Info): UE-1에 의해 요청된 PC5 QoS Flow(s)에 대한 정보. 각 PC5 QoS 플로우의 경우, PFI 및 해당 PC5 QoS 파라미터들 (즉, PQI 및 MFBR/GFBR 등과 같은 조건부 다른 파라미터들) 및 연관된 V2X 서비스 타입(들).
- IP 통신이 사용되는지 여부:
- IP 주소 구성: IP 통신을 위해, IP 주소 구성이 이 링크에 필요하고, 다음 값들중 하나를 표시한다:
- IPv6 주소 할당 매커니즘이 타켓 UE에 의해 지원된다면, 즉, Ipv6 라우터로 동작한다면 “Ipv6 라우터”; 또는
- IPv6 주소 할당 매커니즘이 타켓 UE에 의해 지원되지 않는다면 “지원되지 않은 IPv6 주소 할당”.
- 링크 로컬 IPv6 주소: 타겟 UE가 IPv6 IP 주소 할당 매커니즘을 지원하지 않는다면, 즉, IP 주소 구성이 “IPv6 주소할당이 지원되지 않음”을 표시한다면, 국부적으로 RFC 4862 [21]에 기반하여 구성된 링크 로컬 IPv6 주소, 및 직접 통신 요구 메시지 내 링크 로컬 IPv6 주소에 포함된 UE-1. 타켓 UE는 비충돌(non-conflicting) 링크 로컬 IPv6 주소를 포함할 것이다.
UE들 모두 (즉, 시작 UE 및 타겟 UE)가 링크 로컬 IPv6 주소를 사용하도록 선택된다면, 그 둘은 RFC 4862 [21]에 정의된 이중 주소 검출을 디스에이블할 것이다.
주 3:
UE 또는 타겟 UE가 IPv6 라우터의 지원을 표시한 경우, 해당 주소 구성 절차는 레이어 2 링크 수립 후 수행될 것이고, 링크 로컬 Ipv6 주소들은 무시된다.
PC5 유니캐스트 링크를 수립한 UE의 V2X 계층은 유니캐스트 링크에 할당된 PC5 링크 식별자 및 PC5 유니캐스트 링크 관련 정보를 AS 계층으로 내려보낸다. PC5 유니캐스트 링크 관련 정보는 계층-2 ID 정보 (즉, 소스 계층-2 ID 및 목적지 계층-2 ID) 및 해당 PC5 QoS 파라미터들을 포함한다. 이는 AS 계층이 PC5 유니캐스트 링크 관련 정보와 함께 PC5 링크 식별자를 유지할 수 있게 한다.
6. V2X 서비스 데이터는 수립된 유니캐스트 링크를 통해 아래와 같이 송신된다:
PC5 링크 식별자 및 PFI는 V2X 서비스 데이터와 함께 AS 계층으로 제공된다.
선택적으로 추가하여, 계층-2 ID 정보 (즉, 소스 계층-2 ID 및 목적지 계층-ID)가 AS 계층으로 제공된다.
주 4: 계층-2 ID 정보를 AS 계층에 제공하는 것은 UE의 구현에 달렸다.
UE-1은 V2X 서비스 데이터를 소스 계층-2 ID (이 유니캐스트 링크의 경우 UE-1의 계층-2 ID) 및 목적지 계층-2 ID(즉, 이 유니캐스트 링크의 경우 상대 UE의 계층-2 ID)를 사용하여 전송한다.
주 5:
PC5 유니캐스트 링크는 양방향이고, 따라서 UE-1의 상대 UE는 UE-1과의 유니캐스트 링크를 통해 V2X 서비스 데이터를 전송할 수 있다.
3GPP TS 38.331 및 TS 38.300에서, 시스템 정보 획득 관련 절차(들) 및 처리가 도입되었다. 따라서, UE는 셀 선택 (예를 들어, 파워 온시) 또는 셀 재선택시, 커버리지 밖으로부터 리턴, 동기화 완료로 재설정된 후, 다른 RAT 로부터 네트워크 진입 후, 시스템 정보가 변경된 것에 대한 표시 수신시, PWS (Public Warning System) 통지 수신시, 상위 계층들로부터 요구 (예를 들어, 측위 요구) 수신시; 및 UE가 저장된 SIB (System Information Block) 또는 posSIB의 유효 버전 또는 요구된 SIB의 유효 버전을 갖고 있지 않을 때마다, 3GPP TS 38.331에 규정된 대로 SI (System Information) 획득 절차를 적용할 것이다. 한편, UE가 서빙 셀에서 MIB 또는 SIB1 또는 SI 메시지를 획득한 경우, 및 UE가 획득된 SIB를 저장한다면, UE는 연관된 areaScope, 첫번째 PLMN-Identity, cellIdentity, systemInformationAreaID, 및/또는 SIB용 valueTag 를 저장할 것이다.
기본적으로, UE는 저장된 SIB가 유효한지 여부를 서빙 셀로부터 수신된 첫번째 PLMN-Identity, systemInformationAreaID, cellIdentity, 및/또는 SIB용 valueTag 가 그 SIB의 저장된 버전과 연관된 PLMN-Identity, systemInformationAreaID, cellIdentity 및/또는 valueTag 와 동일한지 여부에 기반하여 확인할 것이다. 사이드링크 통신과 관련된 이 파라미터들은 예를 들어, SIB12에서 반송될 수 있다. 시스템 정보(SI)는 MIB, 및 최소 SI 및 다른 SI로 분할되는다수의 SIB들로 구성된다. (3GPP TS 38.300에 도입된 MIB 및 SIB1를 포함하는) 최소 SI는 다른 SI 획득을 위한 최초 액세스 및 정보에 필요한 기본 정보를 포함한다. 다른 SI는 Minimum SI에서 브로드캐스트되지 않는 모든 SIB들을 포함한다. 그 SIB들은 주기적으로 브로드캐스트되거나, 온 디맨드(on-demand) 브로드캐스트되거나, 또는 RRC_CONNECTED 상태에서 UE들로 전용 방식으로 전송된다.
3GPP TR 23.752에 따르면, UE-대-네트워크 릴레이 통신은 간접 네트워크 통신을 통해 UE가 네트워크에 액세스 하도록 연구된다. 기본적으로, Rel-16 5G 아키텍쳐 설계 (예를 들어, PC5/Uu 인터페이스에 대한 플로우 기반 QoS 통신)이 고려될 수 있다. UE-대-네트워크 릴레이 통신 시나리오에서, 원격 UE는 릴레이 UE를 통해 네트워크에 액세스할 것이고, 여기서, 원격 UE는 릴레이 UE가 커버리지 내에 있을 동안 커버리지 밖에 있을 것이다. 원격 UE는 네트워크에 액세스하기 위해 PC5 인터페이스 (또는 사이드링크 인터페이스로 지칭)를 통해 릴레이 UE와 통신하는 반면, 릴레이 UE는 원격 UE와 네트워크 사이에서 트래픽을 포워딩하기 위해 Uu 인터페이스를 통해 기지국 (예를 들어, gNB)와 통신할 것이다.
3GPP RAN2#112e의 의장 노트 및 3GPP TR 38.836에 따라, 적응 계층이 사이드링크 릴레이 통신을 지원하도록 도입될 수 있다. 레이어-2(L2 ) UE-대-네트워크 릴레이를 위해, 적응 계층은 릴레이 UE 및 gNB 사이의 Uu 인터페이스에서 CP 및 UP 모두를 위한 RLC 서브계층 위에 위치할 수 있다. RLC, MAC 및 PHY가 각 링크 (즉, 원격 UE와 UE-대-네트워크 릴레이 UE 사이의 링크 및 UE-대-네트워크 릴레이 UE와 gNB 사이의 링크)에서 종료되는 반면, Uu SDAP/PDCP 및 RRC는 원격 UE 및 gNB 사이에서 종료된다.
도 25에 도시된 대로 L2 UE-대-네트워크 릴레이 통신의 경우, 원격 UE1은 릴레이 UE를 통해 gNB와 통신할 수 있다. 원격 UE1 및 gNB는 트래픽을 송수신하기 위해 하나 이상의 Uu DRB들을 수립할 수 있다. 예를 들어, 6개의 Uu 데이터 무선 베어러들 (DRB들): DRB1, DRB2, DRB3, DRB4, DRB5 및 DRB6가 있다. 원격 UE1 및 릴레이 UE는 트래픽 포워딩을 위해 하나 이상의 PC5 RLC 채널들을 수립할 수 있다. 예를 들어, 세 개의 PC5 RLC 채널들: 원격 UE1의 PC5 RPC 채널#1, 원격 UE1의 PC5 RLC 채널#2 및 원격 UE1의 PC5 RLC 채널#3이 있다. DRB1 및 DRB2는 원격 UE1의 PC5 RLC 챠널 #1으로 매핑될 수 있다. DRB3 및 DRB4는 원격 UE1의 PC5 RLC 챠널 #2로 매핑될 수 있다. DRB5 및 DRB6는 원격 UE1의 PC5 RLC 챠널 #3으로 매핑될 수 있다. 또한, gNB 및 릴레이 UE는 트래픽 포워딩을 위해 하나 이상의 Uu RLC 채널들을 수립할 수 있다. 예를 들어, 두 개의 Uu RLC 채널들: Uu RLC 채널#1 및 Uu RLC 채널#2가 있다. 원격 UE1의 PC5 RPC 채널#1 및 원격 UE1의 PC5 RLC 채널#2는 Uu RLC 채널#1으로 매핑될 수 있다. 원격 UE1의 PC5 RPC 채널#3은 Uu RLC 채널#2로 매핑될 수 있다. 가능하게, 원격 UE2도 릴레이 UE를 통해 gNB와 통신할 수 있다. 원격 UE2는 또한 상술한 바와 같이, 원격 UE1과 동일한 릴레이 채널 설정을 가질 수 있다.
한편, 3GPP RAN2#112e 의장 노드에 따라, Uu 적응 계층은 또한 Uu SRB들 (예를 들어, Uu SRB0, Uu SRB1, Uu SRB2 등을 포함)에 대해 지원될 것이다. 그러나 PC5 적응 계층도 Uu SRB들에 대해 지원될 것인지 여부는 분명하지 않다. PC5 적응 계층 또한 Uu SRB들에 대해 지원된다고 가정한다.
도 26은 일실시예에 따른 Uu SRB들, Uu PCCH, SL RLC 채널들, 및 Uu RLC 채널들 사이의 연관성의 예를 도시한 것이다. 도 26에서, 각 Uu SRB는 (도 26에서 매핑 1으로 도시된) 하나의 PC5 RLC 채널로 연관될 수 있고, 각 PC5 RLC 채널은 (도 26에서 매핑 2로 도시된) 하나의 Uu RLC 채널과 연관될 수 있다. 따라서, 각 Uu RLC 채널은 (도 26에서 매핑 3으로 도시된) 하나의 Uu SRB와 연관될 수 있다. 매핑 정보를 이용해, gNB는 릴레이 UE로부터 수신된 RRC 메시지가, 이 RRC 메시지가 수신된 Uu RLC 채널에 기반하여 어느 Uu SRB상에서 송신되었는지를 알 수 있다. 유사하게, 릴레이 UE는 gNB로부터 수신된 RRC 메시지가, 이 RRC 메시지가 수신된 Uu RLC 채널에 기반하여 어느 PC5 RLC 채널 상에서 송신될 것인지를 알 수 있다. 유사하게, 원격 UE는 릴레이 UE로부터 수신된 RRC 메시지가, 이 RRC 메시지가 수신된 PC5 RLC 채널에 기반하여 어느 Uu SRB 상에서 송신되었는지를 알 수 있다.
페이징 메시지들의 모니터링 또는 수신에 사용된 Uu PCCH의 경우, 3GPP TS 38.331에 따라, 연관된 시그널링 무선 베어러가 없다. 따라서, Uu PCCH는 (도 26에서 매핑 1 및 2로 도시된) 하나의 PC5 RLC 채널과 연관될 수 있다. 릴레이 UE가 원격 UE에 대한 페이징 메시지를 모니터링 또는 수신한다면, 이 릴레이 UE는 Uu PCCH 와 연관된 PC5 RLC 채널에서 페이징 메시지를 원격 UE로 전송할 수 있다. 원격 UE가 Uu PCCH 와 연관된 PC5 RLC 채널에서 전송 블록을 수신하는 경우, 원격 UE는 그 전송 블록이 원격 UE에 대한 페이징 메시지를 포함할 수 있음을 알 수 있다.
각 Uu RLC 채널이 하나의 원격 UE와 연관될 수 있다면, gNB 및 릴레이 추가로 UE는 어느 원격 UE의 어느 Uu SRB에서 RRC 메시지가 전송되었는지를 알 수 있다. 이 매핑 정보를 사용해서, gNB는 원격 UE와 Uu RLC 채널 사이의 연관성 및 Uu SRB와 이 RRC 메시지가 수신된 Uu RLC 채널 사이의 연관성에 기반하여 릴레이 UE로부터 수신된 RRC 메시지가 어느 Uu SRB에서 전송되었는지 및 어느 원격 UE와 연관되는지를 알 수 있다. 유사하게, 릴레이 UE는 gNB로부터 수신된 RRC 메시지가, 원격 UE와 Uu RLC 채널 사이의 연관성 및 PC5 RLC 채널과 이 RRC 메시지가 수신된 Uu RLC 채널 사이의 연관성에 기반하여 어느 원격 UE의 어느 PC5 RLC 채널에서 전송되었는지를 알 수 있다. 이를 위해, Uu RLC 채널ID의 범위 (예를 들어, 1부터 65536까지)가 PC5 RLC 채널 ID의 범위 (예를 들어, 1부터 32) 보다 클 (또는 동일할) 수 있다.
보다 구체적으로, Uu SRB 및 PC5 RLC 채널 사이의 연관성 (즉, 도 26에서 매핑 1로 도시)은 디폴트 설정으로 규정되거나 또는 UE에서 사전 설정될 수 있다.
보다 구체적으로, PC5 RLC 채널 및 Uu RLC 채널 사이의 연관성 (즉, 도 26에서 매핑 2로 도시)은 디폴트 설정으로 규정, UE에서 사전 설정, 네트워크 (즉, 예를 들어, 전용 시그널링 또는 시스템 정보 (예를 들어, SIB)를 통한 기지국, gNB)에 의해 설정, 또는 릴레이 UE에 의해 설정될 수 있다.
보다 구체적으로, Uu SRB 및 Uu RLC 채널 사이의 연관성 (즉, 도 26에서 매핑 3으로 도시)은 디폴트 설정으로 규정, UE에서 사전 설정, 네트워크 (즉, 예를 들어, 전용 시그널링 또는 시스템 정보 (예를 들어, SIB)를 통한 기지국, gNB)에 의해 설정될 수 있다.
보다 구체적으로, Uu PCCH 및 PC5 RLC 채널 사이의 연관성은 디폴트 설정으로 규정 또는 UE에서 사전 설정 (즉, 매핑 1), 또는 네트워크 (즉, 예를 들어, 전용 시그널링 또는 시스템 정보 (예를 들어, SIB)를 통해 기지국, gNB)에 의해 설정, 또는 릴레이 UE에 의해 설정 (도 26에서 매핑 2)될 수 있다.
3GPP TS 38.304에 따라, RRC_IDLE 및 RRC_INACTIVE 상태의 UE는 전력 소비를 줄이기 위해 DRX (Discontinuous Reception)를 사용하여 DRX 사이클별로 하나의 PO (paging occasion)를 모니터링할 수 있다. PO는 PDCCH(Physical Downlink Control Channel) 모니터링 기회 세트이고, 페이징 DCI가 전송될 수 있는 다수의 타임 슬롯들 (예를 들어, 서브프레임 또는 OFDM (Orthogonal Frequency Division Multiplexing) 심볼)로 구성될 수 있다. 하나의 PF(Paging Frame)는 하나의 무선 프레임이고, 하나 또는 다중 PO(들) 또는 PO의 시작 포인트를 포함할 수 있다. 3GPP TS 23.502에 따르면, UE는 서비스를 받고, 이동성 트래킹을 인에이블하며, 접근성을 인에이블하기 위한 인가를 얻기 위해 네트워크에 등록할 필요가 있다. UE가 네트워크에 등록한 경우, UE는 5G-S-TMSI를 갖는다. 그런 다음, PO 및 PF 모두는 UE의 5G-S-TMSI로부터 도출된 UE_ID (즉, 5G-S-TMSI mod 1024)에 의해 결정된다.
3GPP TR 23.752, R2-200892, 및 3GPP RAN2#112e 의장 노트에 따라, 릴레이 UE의 서빙 셀로부터 수신된 시스템 정보를 (RRC_IDLE 또는 RRC_INACTIVE 상태의) 원격 UE로 포워딩하는 것은 UE-대-네트워크 릴레이 통신에서 지원될 수 있다. 적절하게, 릴레이 UE의 서빙 셀로부터 수신된 페이징 메시지들을 (RRC_IDLE 또는 RRC_INACTIVE 상태의) 원격 UE로 포워딩하는 것도 지원될 수 있다. 따라서, 셀에 위치한 릴레이 UE를 통해 (gNB2에 의해 제어된) 셀의 시스템 정보 및/또는 페이징 메시지들의 획득 및 그 시스템 정보 및/또는 페이징 메시지들을 (gNB1을 통해 네트워크에 원래 등록할 수 있었던) 원격 UE로 포워딩하는 것이 도 27에서 고려 및 도시되어 있고, 도 27은 일실시예에 따라 RRC_IDLE 상태의 원격 UE에서 시작하는, 릴레이 UE를 통한 페이징 모니터링에 대한 예시적인 흐름도이다.
단계 1 : (UE-대-네트워크 릴레이 통신에서 원격 UE일 수 있는) UE1은 셀 선택을 수행하여, 캠프온(camp on)할 셀을 찾을 수 있다. 그 셀은 gNB1에 의해 제어될 수 있다. UE1은 네트워크에 등록하기 위해 gNB1으로 (3GPP TS 23.502에서 상세하게 설명된 것과 같이) 등록 절차를 수행할 수 있다. 등록절차가 완료된 후, UE1은 하나의 S-TMS (S - Temporary Mobile Subscriber Identity) (또는 5G-S-TMSI로 지칭)을 획득할 수 있다. 이 S-TMSI는 gNB1으로부터 (CN에서 시작된) 페이징을 모니터링하는 UE1의 하나 이상의 페이징 기회들의 결정에 사용될 수 있다.
단계 2 : UE1이 송신 또는 수신할 트래픽을 갖지 않는다면, UE1은 RRC_IDLE 상태로 들어가 페이징 모니터링을 시작할 수 있다.
단계 3 : 가능하게, UE1이 (예를 들어, gNB1의 신호 세기 측정에 따라) gNB1으로부터 멀리 떨어져 있다면, 릴레이 UE를 찾을 필요가 있을 것이다. UE1은 이 발견된 릴레이 UE들에 의해 전송된 수신 발견 메시지들에 기반하여 하나 이상의 릴레이 UE들을 발견할 수 있다. 기본적으로, 각 발견 메시지는 이 발견 메시지를 전송한 하나의 릴레이 UE의 하나의 레이어-2 ID를 포함할 수 있다. 이 레이어-2 ID는 또한 또는 UE1 및 UE2 사이에서 교환되는 후속 시그널링 메시지들을 포함하는 사이드링크 프레임 송수신에 사용될 수 있다.
단계 4 : 기본적으로, 각 릴레이 UE는 이 릴레이 UE를 서빙하는 셀의 (이 릴레이 UE에 저장된) 최소 SI를 (주기적으로) 브로드캐스트할 수 있다. 이 예에서, UE2 (단계 3에 기반하여 UE1에 의해 발견된 릴레이 UE)에 의해 전송된 최소 SI는 gNB2에 의해 제공된다. 최소 SI는, 예를 들어, PC5 RRC 메시지를 통해 전송될 수 있다. 그런 다음, UE1은 UE2로부터 최소 SI를 획득하기 위해 SI 획득 절차를 수행할 수 있다. UE1의 하위 계층들은 UE2의 레이어-2 ID를 소스 (레이어-2 또는 레이어-1) ID로 사용하여, UE2의 최소 SI를 포함하는 사이드링크 수신 스케줄링에 사용된 사이드링크 제어 정보를 모니터링할 수 있다. UE1의 하위 레이어들은 공통 레이어-2 ID를 목적지 (레이어-2 또는 레이어-1) ID로 사용하여, UE2의 최소 SI를 포함하는 사이드링크 수신 스케줄링에 사용된 사이드링크 제어 정보를 모니터링할 수 있다. 그런 다음 UE1은 UE2에 의해 포워딩된 최소 SI를 수신할 수 있다. 그런 다음, UE1은 최소 SI를 저장할 수 있다. UE2의 레이어-2 ID는 (또는 UE2의 레이어-2 ID의 일부, 즉, 레이어-1 ID)는 최소 SI의 전송/수신을 위한 소스 (레이어-2 또는 레이어-1)로 사용될 수 있다. 공통 레이어-2 ID (또는 공통 레이어-2 ID의 일부, 즉, 레이어-1)는 최소 SI의 전송/수신을 위한 목적지 (레이어-2 또는 레이어-1)로 사용될 수 있다. 공통 레이어-2 ID는 시스템 정보의 전달 또는 포워딩하는 목적과 연관된다. 공통 레이어-2ID는 UE1 및 UE2에 사전설정되거나 규정될 수 있다.
단계 5 : 그런 다음, UE1은 릴레이 UE의 선택 기준 또는 절차에 기반하여 릴레이 UE로서 UE2를 선택하도록 결정할 수 있다. UE2의 신호 세기 측정이 임계치 이상이기 때문에 UE1은 UE2를 릴레이 UE로 선택할 수 있다. UE2의 신호 세기는 발견 메시지들 및/또는 UE에 의해 전송된 최소 SI를 포함하는 메시지들에서 측정될 수 있다. 또한, 셀 서빙 UE2가 PLMN과 연관되고, UE1도 PLMN에 속하기 때문에, UE1은 UE2를 릴레이 UE로 선택할 수 있다. UE1은 최소 SI에 포함된 UE의 서빙 셀의 PLMN ID에 따라 이를 알 수 있다. UE1은 릴레이 UE 선택에 이 요소들 (예를 들어, UE2의 신호 세기 및/또는 PLMN ID)를 고려할 수 있다.
단계 6 : UE1이 UE2를 릴레이 UE로 선택했다면, UE1은 UE2와의 연결 수립에 사용된 절차를 수행할 수 있다. 이 절차는 3GPP TS 23.287에 도입된 유니캐스트 링크 수립 절차일 수 있다.
단계 7 : UE2가 UE1과 연결되었다면, UE1은 gNB2에 제 1 RRC 메시지 (예를 들어, SidelinkUEInformationNR)를 전송할 수 있다. 이 RRC 메시지에, UE1의 목적지 ID (예를 들어, 레이어-2 ID)가 포함될 수 있다. 이 RRC 메시지는 또한 (필드 또는 IE (information element)에) 표시자를 포함하여 UE1이 원격 UE임을 표시한다. 표시자는 UE1의 목적지 ID와 연관될 수 있다.
UE2로부터 제 1 RRC 메시지 수신시, gNB2는 제 2 RRC 메시지 (예를 들어, RRC Reconfiguration)를 UE2에게 전송할 수 있다. 제 2 RRC 메시지에, UE1에 대한 Uu SRB 및 Uu RLC 채널 매핑이 제공될 수 있다. 예를 들어, 제 2 RRC 메시지 또는 UE1을 위한 Uu SRB 및 Uu RLC 채널 매핑은 Uu RLC 채널U0 이 Uu SRB0 및/또는 목적지 ID 또는 목적지 ID의 인덱스와 연관된 것을 표시할 수 있다. 제 2 RRC 메시지, 또는 UE1에 대한 Uu SRB 및 Uu RLC 채널 매핑은 Uu RLC channelU1 이 Uu SRB1 및/또는 목적지 ID 또는 목적지 ID의 인덱스와 연관된 것을 표시할 수 있다. 제 2 RRC 메시지, 또는 UE1에 대한 Uu SRB 및 Uu RLC 채널 매핑은 Uu RLC channelU2 가 Uu SRB2 및/또는 목적지 ID 또는 목적지 ID의 인덱스와 연관된 것을 표시할 수 있다.
단계 8 : UE1이 (6단계에서) UE2에 연결되었다면, UE1은 gNB2와의 RRC 연결 수립 절차를 시작할 수 있다.
UE1은 Uu SRB0 상에서 RRC 연결 수립 요구를 위한 제 1 RRC 메시지 (예를 들어, RRCSetupRequest) 를 gNB2에 전송할 수 있다. Uu SRB0는 PC5 RLC 채널S0과 연관될 수 있다. 따라서, RRC 연결 수립 요구를 위한 제 1 RRC 메시지가 PC5 RLC 채널S0상에서 UE2에게 전송된다.
PC5 RLC 채널S0상에서 RRC 연결 수립 요구를 위한 제 1 RRC 메시지 수신시, UE2는 이 RRC 메시지를 송신용 Uu RLC 채널U0을 통해 gNB2에 전송한다.
단계 9 : Uu RLC 채널U0상에서 UE2로부터 RRC 연결 수립 요구를 위한 제 1 RRC 메시지 수신시, gNB2는 Uu SRB0 상에서 RRC 연결을 수립 셋업을 위한 제 2 RRC 메시지 (예를 들어, RRCSetup)를 UE1에 전송한다. RRC 연결 수립 셋업을 위한 제 2 RRC 메시지는 Uu RLC 채널U0상에서 UE2에 전송된다.
Uu RLC 채널U0상에서 RRC 연결 수립 셋업을 위한 제 2 RRC 메시지 수신시, UE2는 이 RRC 메시지를 송신용 PC5 RLC 채널U0을 통해 UE1에 전달할 수 있다.
단계 10 : UE2로부터 PC5 RLC 채널S0상에서 RRC 연결 수립 셋업을 위한 제 2 RRC 메시지 수신시, UE1은 RRC 연결 수립 완료를 위한 제 3 RRC 메시지 (예를 들어, RRCSetupComplete) 송신용 Uu SRB1을 수립할 수 있다. Uu SRB1는 PC5 RLC 채널S1과 연관될 수 있다. 따라서, RRC 연결 수립 완료를 위한 제 2 RRC 메시지가 PC5 RLC 채널S1상에서 UE2에게 전송된다.
PC5 RLC 채널S1상에서 RRC 연결 수립 완료를 위한 제 3 RRC 메시지 수신시, UE2는 이 RRC 메시지를 송신용 Uu RLC 채널U1을 통해 gNB2에게 전달할 수 있다.
단계 11 : UE1이 송신용 트래픽을 갖고 있지 않기 때문에, gNB2는 (UE1이 RRC_CONNECTED 상태로 되돌아갈 때, UE1의 UE 콘텍스트를 RRC 연결로 유지하도록) UE1을 RRC_CONNECTED 상태에서 RRC_INACTIVE 상태로 절환할 것이다. 따라서, gNB2는 Uu SRB1 상에서 RRC 연결 해지를 위한 제 4 RRC 메시지를 UE1에게 전송할 수 있다. RRC 연결 해지를 위한 제 4 RRC 메시지는 Uu RLC 채널U1상에서 UE2에게 전송된다.
제 4 RRC 메시지에, (예를 들어, 적어도 UE1의 fullI-RNTI 및/또는 shortI-RNTI를 포함하는) 3GPP TS 38.331에서 규정된 suspendConfig 의 그러한 (부분) 콘텐츠가 포함될 수 있다. 제 4 RRC 메시지는 또한 페이징 프레임 또는 기회 결정에 사용된 페이징 사이클을 포함할 수 있다.
3GPP TS 38.331에 따라, RRCRelease 메시지가 Uu SRB1 상에서 전송된다. 따라서 제 4 RRC 메시지는 UE1에 대한 Uu SRB1과 연관된 Uu RLC 채널U1 에서 전송될 수 있다. 기본적으로, Uu SRB1은 UE1ㅇ에 대해 인에이블된 (무결성 보호 및/또는 암호화를 포함하는) 보안 보호를 갖는다. 따라서, UE2는 gNB2로부터 제 4 RRC 메시지의 콘텐츠를 독출하지 못할 수 있다. 그러므로, gNB2는 UE2에 대한 (예를 들어, 적어도 UE1의 S-TMSI, fullI-RNTI 및/또는 shortI-RNTI, 페이징 사이클, RNA (RAN-based Notification Area) 영역 정보 등을 포함하는) 페이징 모니터링 관련 정보를 제공하여 UE1의 페이징 메시지들을 모니터링 또는 수신하기 위해 UE에게 제 5 RRC 메시지 (예를 들어, RRCReconfiguration)를 전송할 수 있다. 제 5 RRC 메시지는 UE2의 SRB (예를 들어, UE2의 Uu SRB1) 상에서 전송될 수 있다.
Uu RLC 채널U1상에서 RRC 연결 해지를 위한 제 4 RRC 메시지 수신시, UE2는 이 RRC 메시지를 송신용 PC5 RLC 채널U1을 통해 UE1에게 전달한다.
UE2로부터 PC5 RLC 채널U1상에서 RRC 연결 해지를 위한 제 4 RRC 메시지 수신에 응답하여, UE1은 RRC_INACTIVE 상태로 들어갈 수 있다.
단계 12 : gNB2로부터 수신된 제 2 RRC 메시지를 이용하여, UE2는 UE1의 페이징 기회들에서 UE1의 페이징 메시지들을 모니터링 또는 수신할 수 있다. 페이징 메시지가 수신되고 UE1의 S-TMSI, fullI-RNTI 또는 shortI-RNTI가 이 페이징 메시지에 포함되었다면, UE2는 이 페이징 메시지를 (예를 들어, PC5 RRC 메시지를 통해) UE1에게 전송할 수 있다. 이 페이징 메시지는 PC5 RRC 메시지 내 컨테이너 (container)에 포함될 수 있다. UE2는 (페이징 메시지들을 포워딩하기 위한 하나 이상의 사이드링크 논리 채널들 수립에 사용된 파라미터들을 포함하는) 디폴트 PC5 AS 설정에 기반하여 페이징 메시지를 전송할 수 있다. 이 페이징 메시지는 (Uu PCCH와 연관된) PC5 RLC 채널P 상에서 전송될 수 있다.
도 27에 대해 다음의 변경사항들을 갖는 다른 예가 도 28에 도시될 수 있다. 27:
단계 2 : 도 27의 단계 2에서 설명된 RRC_CONNECTED 상태에서 RRC_IDLE 상태로의 절환 외에, gNB1은 RRC_CONNECTED 상태에서 RRC_INACTIVE 상태로 UE1을 절환하도록 결정할 수 있다. gNB1은 RRC 상태 천이를 위해 UE1에게 RRC 메시지 (예를 들어, RRCRelease)를 전송할 수 있다. RRC 메시지에, UE1에 속하는 I-RNTI가 포함될 수 있다. 가능하게, RRC 메시지는 fullI-RNTI 및/또는 shortI-RNTI를 포함할 수 있다. fullI-RNTI 및/또는 shortI-RNTI가 아닌, 일부 다른 관련 파라미터들은, 예를 들어, RAN 페이징을 위한 페이징 사이클, RNA 영역 정보, 주기적인 RNA 갱신을 위한 타이머 길이 등 중 적어도 하나를 포함할 수 있다.
단계 5 : 도 25에서 언급된 단계 5를 제외하고, UE1은, 예를 들어, RNA 영역 ID를 포함한 최소 SI의 콘텐츠에 기반하여 UE2를 선택할 수 있다. 릴레이 UE의 서빙 셀이 UE1이 현재 위치한 RNA 영역에 속한다면, UE은 이 릴레이 UE를 우선 선택할 수 있다. UE1의 RNA 영역이 UE2의 RNA 영역과 다른 경우, UE1의 RNA 영역과 동일 영역에 위치하는 릴레이 UE가 없다면 (그러나 적어도 UE1 및 UE2가 동일 PLMN에 속한다면), UE1은 여전히 UE2를 릴레이 UE로 선택할 수 있다.
최소 SI에 (예를 들어, RNA 영역 ID를 포함하는) RNA 영역 관련 정보를 포함하는 것이 아닌, 대안은 릴레이 UE가 발견 메시지를 수신하는 근처 다른 UE들에 대한 RNA 영역 관련 정보를 이 발견 메시지에 포함하여 이 릴레이 UE의 RNA 영역을 알 수 있다는 것이다.
또한, UE1은 릴레이 UE 선택에서 RNA 영역 ID를 고려하지 않는 것도 가능하다. UE2의 서빙 셀이 (UE1의 RNA 영역과 UE2의 RNA 영역을 비교함으로써) UE1의 RNA 영역과는 다른 RNA 영역에 속할 수 있기 때문에, UE1이 UE2를 릴레이 UE로 선택 후/선택시/선택하는 경우/선택한다면/선택에 응답하여 RNA 갱신을 위한 RRC 절차를 수행 및/또는 (네트워크가 UE1에 도달할 수 있음을 확인하기 위해)UE2를 연결할 것이다.
단계 8 : UE1은 RNA 갱신을 위한 RRC 절차 (예를 들어, RRC 연결 재개 절차)를 시작할 수 있다. RNA 갱신을 위한 RRC 절차 내에서, UE1은 제 1 RRC 메시지 (예를 들어, RRCResumeRequest)를 UE2를 통해 gNB2에 전송할 수 있다. 제 1 RRC 메시지에, UE1의 적어도 fullI-RNTI 또는 shortI-RNTI가 포함될 수 있다. UE1은, 예를 들어, UE2에 의해 전송된 최소 SI에서 표시된 useFullResumeID에 기반하여 제 1 RRC 메시지에 fullI-RNTI 또는 shortI-RNTI를 포함할지 여부를 결정할 수 있다. 3GPP TS 38.331에 따라, RRCResumeRequest 메시지는 SRB0 상에서 전송된다. 따라서, 이 제 1 RRC는 UE1용 Uu SRB0 에서 전송될 수 있다. Uu SRB0는 PC5 RLC 채널S0와 연관될 수 있기 때문에, 제 1 RRC 메시지는 PC5 RLC 채널S0상에서 UE2에게 전송될 수 있다. RNA 갱신 절차를 시작하는 경우, UE1은 SRB0를 제외한 모든 무선 베어러들에서 (무결성 보호 및/또는 암호화를 포함한) 보안 보호를 인에이블할 수 있다.
UE1으로부터 제 1 RRC 메시지 수신시, PC5 RLC 채널S0 가 Uu RLC 채널U0과 연관될 수 있기 때문에, 제 1 RRC 메시지는 송신용 Uu RLC 채널U0에서 gNB2에게 전달될 수 있다. 제 1 RRC 메시지 수신에 응답하여, gNB2는 UE 콘텍스트 검색을 위해 gNB1과 협의(negotiate)할 것이다. fullI-RNTI 또는 shortI-RNTI에 따라, gNB2는 gNB1이 UE1의 UE 콘텍스트를 저장한 gNB임을 알 수 있다. UE 콘텍스트 검색이 성공한다면, UE1의 fullI-RNTI 및/또는 shortI-RNTI는 갱신되어 gNB2와 연관될 수 있다.
단계 9 : 그런 다음, gNB2는 제 1 RRC 메시지 수신에 응답하여 UE2를 통해 UE1에게 제 2 RRC 메시지 (예를 들어, RRCRelease))를 전송할 수 있다. 제 2 RRC 메시지에, 적어도 UE1의 신규 fullI-RNTI 및/또는 shortI-RNTI가 포함될 수 있다. 제 2 RRC 메시지에, (gNB2가 gNB1과 동일하다면) UE1의 원래의 fullI-RNTI 및/또는 shortI-RNTI가 아직 포함될 수 있다. 제 2 RRC 메시지는 또한 페이징 프레임 또는 기회 결정에 사용된 (신규) 페이징 사이클을 포함할 수 있다. 제 2 RRC는 UE1에 대한 Uu SRB1 상에서 전송될 수 있다. Uu SRB1는 Uu RLC 채널U1과 연관될 수 있기 때문에, 제 2 RRC 메시지는 Uu RLC 채널U1상에서 UE2에게 전송될 수 있다.
gNB2는 UE2에 대한 (예를 들어, 적어도 UE1의 S-TMSI, 신규 fullI-RNTI 및/또는 신규 shortI-RNTI, 페이징 사이클, RNA 영역 정보 등을 포함하는) 페이징 모니터링 관련 정보를 제공하여 UE1의 페이징 메시지들을 모니터링하기 위해 제 3 RRC 메시지 (예를 들어, RRCReconfiguration)를 UE2에게 전송할 수 있다. 제 3 RRC 메시지는 UE2의 SRB (예를 들어, UE2의 Uu SRB1) 상에서 전송될 수 있다.
단계 10 : 도 27의 12단계와 동일 27.
또는, PLMN 관련 정보 (예를 들어, PLMN ID) 및/또는 RNA 관련 정보 (예를 들어, RNA 영역 ID)는 3단계에서 릴레이 UE에 의해 전송된 발견 메시지에 포함될 수 있다. 이러한 방식으로, 릴레이 UE의 선택이 이뤄진 후 (즉, 5단계 이하), UE1은 최소 SI를 수신할 수 있다.
가능하게, 릴레이 UE가 하나 이상의 원격 UE들에 연결된다면/연결된 경우, 릴레이 UE는 최소 SI를 브로드케스트할 수 있다. 원격 UE로의 연결은 릴레이 UE가 이 원격 UE와 하나의 직접 링크를 수립했음을 의미할 수 있다. 릴레이 UE와 원격 UE간 직접 링크 수립을 위해 릴레이 UE는 원격 UE와 유니캐스트 링크 수립 절차를 수행할 수 있다. 직접 링크는 원격 UE와 네트워크 (예를 들어, 기지국, gNB) 사이에 수립되어 트래픽 포워딩에 사용될 수 있다.
가능하게, 릴레이 UE가 하나 이상의 발견 메시지들을 송신한다면/송신한 경우, 릴레이 UE는 최소 SI를 브로드케스트할 수 있다. 하니 이상의 발견 메시지들을 송신하는 것은, 릴레이 UE가 모델 A 발견 절차, 또는 모델 A 발견 절차 내 모델 B 발견 절차를 수행하고 있음을 의미할 수 있고, 릴레이 UE는 일정 기간에 하나 이상의 발견 메시지들 (즉, 발표 메시지)를 송신할 수 있다. 모델 B 발견 절차 내에서, 릴레이 UE는 하나 이상의 발견 메시지들 (즉, 응답 메시지)를 송신할 수 있다.
가능하게, 릴레이 UE가 하나 이상의 원격 UE들에 대한 페이징을 모니터링한다면/모니터링하는 경우, 릴레이 UE는 최소 SI를 브로드케스트할 수 있다. 하나 이상의 원격 UE들에 대한 페이징 모니터링은 릴레이 UE가 이 원격 UE들의 UE ID들(예를 들어, 이 원격 UE들의 S-TMSI들)에 따라 하나 이상의 페이징 기회들을 결정했음을 의미할 수 있고, 이 페이징 기회들에서 잠재적인 페이징을 모니터링하고 있음을 의미할 수 있다.
3GPP TS 38.331에 따라, RRC_IDLE 또는 RRC_INACTIVE 상태의 UE만이 페이징을 모니터링할 수 있다. UE2 가 RRC_CONNECTED 상태이기 때문에, UE2가 3GPP TS 38.331에서와 같이 아직 페이징 모니터링 원리를 따른다면, UE2는 UE1에 대한 페이징 메시지를 모니터링/수신할 수 없다. 이를 해결하기 위해, UE2가 RRC_CONNECTED 상태에 있고 UE1의 페이징 메시지들을 모니터링/포워딩할 필요가 있는 동안, UE2는 UE1에 대한 페이징을 모니터링할 수 있다. 또는, UE2가 아직 3GPP TS 38.331의 페이징 모니터링 원리를 따른다면, UE2가 RRC_CONNECTED 상태이고 UE1의 페이징 메시지들을 모니터링/포워딩할 필요가 있다면,
gNB는 페이징 메시지를 전용 시그널링을 통해 (RRCReconfiguration 또는 PDCCH 상에서 전송되어 UE2에게 어드레싱된 다른 RRC 메시지를 통해) UE2에게 페이징 메시지들을 전송할 수 있다. UE2가 UE1의 페이징 메시지들을 전용 시그널링에서 수신한다면/수신하는 경우/수신한 후/수신시, UE2는 (예를 들어, PC5 RRC 메시지들을 통해) UE1에게 UE1의 페이징 메시지들을 전송할 수 있다.
3GPP TS 38.331에 따라, UE가 RRC_INACTIVE 상태로 들어가는 경우, UE는, 예를 들어, 이 UE가 RRC 연결 유예 이전에 연결되었던 서빙 셀의 C-RNTI, 서빙 셀의 PhysCellId, 및 서빙 셀의 CellIdentity 등을 포함하는 일부 파라미터들과 함께 UE Inactive AS 콘텍스트를 저장해야 한다. 이 저장된 파라미터들 중 적어도 하나는, 이 UE가 RRC_INACTIVE 상태로부터 RRC_CONEECTED 상태로 들어가는 경우, 인증 정보 콘텐츠 (예를 들어, resumeMAC-I 또는 VarResumeMAC-Input) 결정에 사용된다. 인증 정보는 RRC 연결 재개 요구 메시지 (예를 들어, RRCResumeRequest 또는 RRCResumeRequest1)에 포함될 수 있다. UE1이 UE2를 통해 gNB2에 연결한다면, UE1은 gNb2로부터 직접 이 파라미터들을 획득할 수 없다. 따라서, gNB2는 UE1이 RRC_INACTIVE 상태로 들어가도록 절환에 사용된 RRC 메시지 (예를 들어, 도 27의 11단계에서 제 4 RRC 메시지 또는 도 28의 9단계에서 제 2 RRC 메시지)에 이 파라미터들 (예를 들어, RNTI, PhysCellId, CellIdentity 등) 중 적어도 하나를 제공할 수 있다.
UE1이 RRC_INACTIVE 상태로 들어가기 위해 RRC 메시지를 수신한 후/수신한 경우/수신한다면/수신시, UE1은:
- 신규 C-RNTI를 저장, 또는 현재의 C-RNTI를 UE2로부터 수신된 RRC_INACTIVE 진입용 RRC 메시지에 표시된 신규 C-RNTI로 대체할 수 있다;
- 신규 cellIdentity를 저장, 또는 현재의 cellIdentity를 최소 SI 또는 UE2로부터 수신된 RRC_INACTIVE 진입용 RRC 메시지에 표시된 신규 cellIdentity로 대체할 수 있다; 및/또는
- 신규 physical cell identity를 저장, 또는 현재의 physical cell identity를 최소 SI 또는 UE2로부터 수신된 RRC_INACTIVE 진입용 RRC 메시지에 표시된 신규 physical cell identity로 대체할 수 있다.
3GPP TS 38.331에 따라, RRC_IDLE 또는 RRC_INACTIVE 상태의 UE만이 페이징을 모니터링할 수 있다. UE2 가 RRC_CONNECTED 상태에 있을 수 있기 때문에, UE2가 아직 3GPP TS 38.331에서 논의된 바와 같은 페이징 모니터링 원리를 따른다면, UE2는 UE1에 대한 페이징 메시지를 모니터링 또는 수신할 수 없다. 이를 해결하기 위해, UE2가 RRC_CONNECTED 상태에 있고 UE1의 페이징 메시지들을 모니터링 또는 포워딩할 필요가 있는 동안, UE2는 UE1에 대한 페이징을 모니터링할 수 있다. 또는, gNB는 UE2가 RRC_CONNECTED 상태에 있는 동안 전용 시그널링을 통해 (RRCReconfiguration 또는 PDCCH에서 송신되고 UE2에게 어드레싱된 다른 RRC 메시지를 통해) 원격 UE(들)를 위한 페이징 메시지(들)을 UE2로 전송할 수 있다. UE2가 UE1에 대한 페이징 메시지들을 전용 시그널링에서 수신한다면/수신하는 경우/수신한 후/수신시, UE2는 UE1에게 UE의 페이징 메시지들을 전송할 수 있다. UE2가 둘 이상의 원격 UE들을 서비스할 수 있기 때문에. gNB는 UE2에게 페이징 메시지 리스트를 전송할 수 있고, 리스트 내 각 페이징 메시지는 이 릴레이 UE에 의해 서비스되는 특정 페이징된 원격 UE에 대한 하나의 페이징 기록을 포함할 수 있다.
또는, gNB는 다수의 페이징 기록들을 포함하는 페이징 메시지를 UE2에게 전송할 수 있고, 다수의 페이징 기록들 내 각 페이징 기록은 이 릴레이 UE에 의해 서비스되는 특정 페이징된 원격 UE에 대한 것이다. 시그널링 오버헤드를 줄이기 위해, UE2가 페이징 메시지 또는 다수의 페이징 기록들의 리스트를 UE1에게 전송할 필요는 없을 수 있다. 대신, UE2는 UE1에 대한 (단) 하나의 페이징 기록이 포함된 페이징 메시지를 재생성 또는 재설정할 수 있고, 그런 다음 이 재생성 또는 재설정된 페이징 메시지를 UE1에게 (예를 들어, PC5 RRC 메시지, MAC 제어 요소 등을 통해) 전송할 수 있다.
도 29는 릴레이 UE가 원격 UE와의 UE-대-네트워크 릴레이 통신을 지원하는 방법을 도시한 흐름도 (2900)이다. 2905 단계에서, 릴레이 UE는 네트워크 노드와 연결한다. 2910 단계에서, 릴레이 UE는 전용 다운링크 채널 또는 페이징 채널을 통해 네트워크 노드로부터 원격 UE에 대한 제 1 페이징 메시지 또는 정보를 수신한다. 2915 단계에서, 릴레이 UE는 원격 UE에 대한 제 1 페이징 메시지 또는 정보의 수신에 응답하여 제 2 페이징 메시지 또는 정보를 원격 UE에게 전송하되, 제 2 페이징 메시지 또는 정보는 제 1 페이징 메시지 또는 정보에 기초하여 생성되는 단계를 포함한다.
일실시예에서, 원격 UE에 대한 제 1 페이징 메시지 또는 정보는 하나 이상의 페이징 기록들을 포함할 수 있고, 페이징 기록들 중 하나는 원격 UE의 제 1 식별 또는 제 2 식별을 포함할 수 있다. 원격 UE에게 전송된 제 2 페이징 메시지 또는 정보는 원격 UE의 제 1 식별 또는 제 2 식별을 포함하는 하나의 페이징 기록을 포함할 수 있고, 원격 UE에게 전송된 제 2 페이징 메시지 또는 정보는 다른 원격 UE에 대한 페이징 기록을 포함하지 않을 수 있다.
일실시예에서, 릴레이 UE는 네트워크 노드로부터 RRC 메시지를 수신할 수 있고, RRC 메시지는 원격 UE에 대한 제 1 페이징 메시지 또는 정보를 포함한다. RRC 메시지는 릴레이 UE의 식별 또는 C-RNTI에 의해 스크램블되거나 그에 어드레싱된 다운링크 송신에 포함될 수 있다. RRC 메시지는 RRC 재설정 메시지일 수 있다.
일실시예에서, 네트워크 노드는 gNB 또는 기지국일 수 있다.
일실시예에서, 원격 UE에게 전송된 제 2 페이징 메시지 또는 정보는 PC5-RRC (PC5 Radio Resource Control) 메시지일 수 있다. PC5-RRC 메시지는 소스 레이어-2 ID로서 릴레이 UE의 레이어-2 ID 및 목적지 레이어-2 ID로서 원격 UE의 레이어-2 ID와 함께 사이드링크 송신에 포함될 수 있다.
도 3 및 4를 다시 참조하면, 릴레이 UE가 UE-대-네트워크 릴레이 통신을 지원하는 방법의 예시적인 일실시예에서, 원격 UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 원격 UE가 (i) 네트워크 노드에 연결, (ii) 원격 UE에 대한 제 1 페이징 메시지 또는 정보를 네트워크 노드로부터 전용 다운링크 채널 또는 페이징 채널 상에서 수신, 및 (iii) 원격 UE에 대한 제 1 페이징 채널 또는 정보 수신에 응답하여 원격 UE에게 제 1 페이징 메시지 또는 정보를 송신할 수 있게 하되, 제 2 페이징 메시지 또는 정보는 제 1 페이징 메시지 또는 정보에 기반하여 생성될 수 있다. 또한, CPU(308)는 프로그램 코드(312)를 실행하여 상술한 모든 동작과 단계들 또는 여기에서 설명된 다른 것들을 수행할 수 있다.
또한, 도 29에 도시된 실시예 및 상술한 논의의 콘텍스트에서, 일실시예에서, 릴레이 UE는 네트워크 노드와 릴레이 통신을 위해 원격 UE와 연결할 수 있다. 릴레이 UE는 원격 UE로부터 PC5-S 연결 수립 요구에 대한 제 1 PC5-S 메시지를 수신할 수 있다. 릴레이 UE는 원격 UE로 PC5-S 연결 수립 수락을 위한 제 2 PC5-S 메시지를 송신할 수 있다. 릴레이 UE는 원격 UE로부터 원격 UE와 네트워크 노드간 RRC 연결 요구를 위한 제 1 RRC 메시지를 수신할 수 있고, 네트워크 노드로 제 1 RRC 메시지를 송신할 수 있다. 릴레이 UE는 네트워크 노드로부터 RRC 연결 수립 셋업을 위한 제 2 RRC 메시지를 수신할 수 있고, 원격 UE에게 제 2 RRC 메시지를 송신할 수 있다. 릴레이 UE는 원격 UE로부터 RRC 연결 수립 완료를 위한 제 3 RRC 메시지를 수신할 수 있고, 네트워크 노드에게 제 3 RRC 메시지를 송신할 수 있다. 릴레이 UE는 네트워크 노드로부터 원격 UE에 대한 페이징 동작용 제 4 RRC 메시지를 수신할 수 있되, 원격 UE에 대한 페이징 동작용 제 4 RRC 메시지는 원격 UE의 제 1 식별 또는 제 2 식별을 포함할 수 있다.
일실시예에서, 제 1 식별은 코어 네트워크에서 원격 UE 식별에 사용될 수 있다. 제 4 RRC 메시지는 원격 UE의 하나 이상의 페이징 기회들을 결정하기 위한 페이징 사이클 또는 하나 이상의 페이징 기회들의 설정을 포함할 수 있다. 하나 이상의 페이징 기회들은 또한 제 1 식별에 의해 결정될 수 있다. 제 2 식별은 RAN에서 원격 UE 식별에 사용될 수 있다.
일실시예에서, 네트워크 노드는 기지국(예를 들어, gNB)일 수 있다.
일실시예에서, 원격 UE의 제 1 식별은 원격 UE의 S-TMSI 또는 5G-S-TMSI 일 수 있다. 원격 UE의 제 2 ID는 원격 UE의 fullI-RNTI 또는 shortI-RNTI 일 수 있다.
일실시예에서, 릴레이 UE는 네트워크 노드로부터 제 5 RRC 메시지를 수신할 수 있되, 제 5 RRC 메시지는 원격 UE에 대한 제 1 페이징 메시지 또는 정보를 포함한다. 제 5 RRC 메시지는 전용 다운링크 채널에서 수신될 수 있다. 제 5 RRC 메시지는 릴레이 UE의 식별에 의해 스크램블되거나 그에 어드레싱된 다운링크 송신에 포함될 수 있다.
일실시예에서, 릴레이 UE의 식별은 릴레이 UE의 C-RNTI 일 수 있다. 페이징 채널에서 수신된 원격 UE의 제 1 페이징 메시지 또는 정보는 P-RNTI에 의해 스크램블되거나 그에 어드레싱된 다운링크 송신에 포함될 수 있다.
일실시예에서, 제 5 RRC 메시지는 RRC 재설정 메시지일 수 있다. 전용 다운링크 채널은 DL-DCCH (Downlink Dedicated Control Channel) 또는 DL-SCH (Downlink Shared Channel)일 수 있다. 페이징 채널은 PCCH (Paging Control Channel) 또는 PCH (Paging Channel)일 수 있다.
일실시예에서, 릴리에 UE는 RRC_CONNECTED 상태일 수 있다. 원격 UE에게 전송된 제 2 페이징 메시지 또는 정보는 PC5-RRC 메시지에 포함될 수 있다. PC5-RRC 메시지는 소스 레이어-2 ID로서 릴레이 UE의 레이어-2 ID, 및 목적지 레이어-2 ID로서 원격 UE의 레이어-2 ID와 함께 사이드링크 송신에 포함될 수 있다.
도 30은 릴레이 UE가 원격 UE와의 UE-대-네트워크 릴레이 통신을 지원하는 방법을 도시한 흐름도 (3000)이다. 3005 단계에서, 릴레이 UE는 네트워크 노드와 연결한다. 3010 단계에서, 릴레이 UE는 네트워크 노드로부터 RRC 메시지를 수신하되, RRC 메시지는 릴레이 식별로 스크램블되거나 그에 어드레싱되는 다운링크 송신에 포함되고, RRC 메시지는 원격 UE의 페이징 메시지를 포함한다. 3015 단계에서, 릴레이 UE는 원격 UE로 페이징 메시지를 송신한다.
일실시예에서, 릴레이 UE는 네트워크 노드와 릴레이 통신을 위해 원격 UE와 연결할 수 있다. 릴레이 UE는 원격 UE로부터 PC5-S 연결 수립 요구에 대한 제 1 PC5-S 메시지를 수신할 수 있다. 릴레이 UE는 원격 UE에게 PC5-S 연결 수립 수락을 위한 제 2 PC5-S 메시지를 송신할 수 있다. 릴레이 UE는 원격 UE로부터 원격 UE와 네트워크 노드간 RRC 연결 요구를 위한 제 1 RRC 메시지를 수신할 수 있고, 네트워크 노드에게 제 1 RRC 메시지를 송신할 수 있다. 릴레이 UE는 네트워크 노드로부터 RRC 연결 수립 셋업을 위한 제 2 RRC 메시지를 수신할 수 있고, 원격 UE에게 제 2 RRC 메시지를 송신할 수 있다. 릴레이 UE는 원격 UE로부터 RRC 연결 수립 완료를 위한 제 3 RRC 메시지를 수신할 수 있고, 네트워크 노드에게 제 3 RRC 메시지를 송신할 수 있다. 릴레이 UE는 네트워크 노드로부터 원격 UE에 대한 페이징 동작용 제 4 RRC 메시지를 수신할 수 있되, 원격 UE에 대한 페이징 동작용 제 4 RRC 메시지는 원격 UE의 제 1 ID를 포함할 수 있다.
일실시예에서, 제 1 ID는 코어 네트워크에서 원격 UE 식별에 사용될 수 있다. 제 4 RRC 메시지는 원격 UE의 하나 이상의 페이징 기회들을 결정하기 위한 페이징 사이클을 포함할 수 있다. 하나 이상의 페이징 기회들은 또한 제 1 식별에 의해 결정될 수 있다.
일실시예에서, 제 4 RRC 메시지는 원격 UE의 제 2 ID를 포함할 수 있다. 제 2 ID는 RAN에서 원격 UE 식별에 사용될 수 있다. 제 1 또는 제 2 식별은 원격 UE의 페이징 메시지에 포함될 수 있다.
일실시예에서, 네트워크 노드는 기지국(예를 들어, gNB)일 수 있다.
일실시예에서, 제 1 ID는 원격 UE의 S-TMSI 또는 5G-S-TMSI일 수 있다.
일실시예에서, 제 2 ID는 원격 UE의 fullI-RNTI 또는 shortI-RNTI 일 수 있다. 릴레이 UE의 ID는 릴레이 UE의 C-RNTI 일 수 있다. 원격 UE의 페이징 메시지를 포함하는 RRC 메시지는 RRC 재설정 메시지일 수 있다. 원격 UE의 페이징 메시지를 포함하는 RRC 메시지는 DL-SCH (Downlink Shared Channel)에서 수신될 수 있다. 릴레이 UE는 RRC_CONNECTED 상태일 수 있다.
도 3 및 4를 다시 참조하면, 릴레이 UE가 UE-대-네트워크 릴레이 통신을 지원하는 방법의 예시적인 일실시예에서, 원격 UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 원격 UE가 (i) 네트워크 노드와 연결, (ii) 네트워크 노드로부터 RRC 메시지를 수신할 수 있게 하되, RRC 메시지는 릴레이 UE의 ID로 스크램블되거나 그에 어드레싱된 다운링크 송신에 포함되고, RRC 메시지는 원격 UE의 페이징 메시지를 포함하며, (iii) 페이징 메시지를 원격 UE로 송신할 수 있게 한다. 또한, CPU(308)는 프로그램 코드(312)를 실행하여 상술한 모든 동작과 단계들 또는 여기에서 설명된 다른 것들을 수행할 수 있다.
도 31은 릴레이 UE가 원격 UE와의 UE-대-네트워크 릴레이 통신을 지원하는 방법을 도시한 흐름도 (3100)이다. 3005 단계에서, 릴레이 UE는 네트워크 노드와 연결한다. 3110 단계에서, 릴레이 UE는 네트워크 노드로부터 원격 UE에 대한 페이징 동작용 RRC 메시지를 수신할 수 있되, 원격 UE에 대한 페이징 동작용 RRC 메시지는 원격 UE의 제 1 ID를 포함할 수 있다.
일실시예에서, 릴레이 UE는 네트워크 노드와 릴레이 통신을 위해 원격 UE와 연결할 수 있다. 릴레이 UE는 원격 UE로부터 PC5-S 연결 수립 요구에 대한 제 1 PC5-S 메시지를 수신할 수 있다. 릴레이 UE는 원격 UE로 PC5-S 연결 수립 수락을 위한 제 2 PC5-S 메시지를 송신할 수 있다. 릴레이 UE는 원격 UE로부터 원격 UE와 네트워크 노드간 RRC 연결 요구를 위한 제 1 RRC 메시지를 수신할 수 있고, 네트워크 노드로 제 1 RRC 메시지를 송신할 수 있다. 릴레이 UE는 네트워크 노드로부터 RRC 연결 수립 셋업을 위한 제 2 RRC 메시지를 수신할 수 있고, 원격 UE로 제 2 RRC 메시지를 송신할 수 있다. 릴레이 UE는 원격 UE로부터 RRC 연결 수립 완료를 위한 제 3 RRC 메시지를 수신할 수 있고, 네트워크 노드로 제 3 RRC 메시지를 송신할 수 있다.
일실시예에서, 제 1 ID는 코어 네트워크에서 원격 UE 식별에 사용될 수 있다. 원격 UE에 대한 페이징 동작용 RRC 메시지는 또한 원격 UE의 하나 이상의 페이징 기회들을 결정하는데 사용된 페이징 사이클을 포함할 수 있다. 하나 이상의 페이징 기회들은 또한 제 1 식별에 의해 결정될 수 있다.
일실시예에서, 원격 UE에 대한 페이징 동작용 RRC 메시지는 또한 원격 UE의 제 2 식별를 포함할 수 있다. 제 2 식별은 RAN에서 원격 UE 식별에 사용될 수 있다. 제 1 또는 제 2 식별는 원격 UE의 페이징 메시지에 포함될 수 있다.
일실시예에서, 네트워크 노드는 기지국(예를 들어, gNB)일 수 있다.
일실시예에서, 제 1식별은 원격 UE의 S-TMSI 또는 5G-S-TMSI일 수 있다. 일실시예에서, 제 2식별은 원격 UE의 fullI-RNTI 또는 shortI-RNTI를 포함할 수 있다.
도 3 및 4를 다시 참조하면, 릴레이 UE가 UE-대-네트워크 릴레이 통신을 지원하는 방법의 예시적인 일실시예에서, 원격 UE(300)는 메모리(310)에 저장된 프로그램 코드(312)를 포함한다. CPU(308)는 프로그램 코드(312)를 실행하여 원격 UE가 (i) 네트워크 노드와 연결, 및 (ii) 네트워크 노드로부터 원격 UE에 대한 페이징 동작용 RRC 메시지를 수신할 수 있게 하되, 원격 UE에 대한 페이징 동작용 RRC 메시지는 원격 UE의 제 1 식별을 포함한다. 또한, CPU(308)는 프로그램 코드(312)를 실행하여 상술한 모든 동작과 단계들 또는 여기에서 설명된 다른 것들을 수행할 수 있다.
본 개시물의 다양한 측면들이 상기에서 기재되었다. 여기의 제시들은 다양한 형태들에서 구체화될 수 있고 여기에서 공개된 임의의 특정한 구조, 기능, 또는 둘 모두가 단지 대표적인 것임이 명백해야 한다. 여기의 제시물들에 기초하여 당업자는 여기서 공개된 측면이 다른 측면들과는 독립적으로 구현될 수 있고, 둘 또는 그 이상의 이 측면들이 다양한 방식으로 결합될 수 있음을 인식해야 한다. 예를 들어, 여기에서 제시되는 임의의 개수의 측면들을 이용하여 장치가 구현되거나 또는 방법이 실시될 수 있다. 뿐만 아니라, 여기에서 제시되는 하나 또는 그 이상의 측면들에 추가하여 또는 그 외에 추가하여 다른 구조, 기능성, 또는 구조 및 기능성을 이용하여 그러한 장치가 구현되거나 또는 그러한 방법이 실시될 수 있다. 상기 개념들의 일부의 예시로서, 일부 측면에서, 동시 채널들은 펄스 반복 주파수들에 기초하여 구축될 수 있다. 일부 측면들에서, 동시 채널들은 펄스 위치 또는 오프셋들에 기초하여 구축될 수 있다. 일부 측면들에서, 동시 채널들은 시간 호핑 시퀀스들에 기초하여 구축될 수 있다. 일부 측면들에서, 동시 채널들은 펄스 반복 주파수들, 펄스 위치 또는 오프셋들, 및 시간 호핑 시퀀스들에 기초하여 구축될 수 있다.
정보 및 신호들이 다양한 임의의 기술들 및 기법들을 이용하여 표현될 수 있음을 당업자들은 이해할 것이다. 예컨대, 상기 기재를 통틀어 지칭될 수 있는 데이터, 지시들, 명령들, 정보, 신호들, 비트들, 심볼들, 및 칩들은 전압들, 전류들, 전자기파들, 자기장들 또는 자기입자들, 광학장들(optical fields) 또는 광입자들, 또는 상기의 임의의 조합에 의해 표현될 수 있다.
여기에서 공개된 상기 측면들과 관련되어 기재된 다양한 예시적인 논리 블록들, 모듈들, 프로세서들, 수단들, 회로들, 및 알고리즘 단계들이 전자 하드웨어(예를 들어, 소스 코딩 또는 다른 기술을 이용해서 설계될 수 있는, 디지털 구현, 아날로그 구현, 또는 그 둘의 조합), (편의를 위해, 여기에서 "소프트웨어" 또는 "소프트웨어 모듈"로서 지칭될 수 있는) 지시들을 포함하는 다양한 형태의 설계 코드 및 프로그램, 또는 그 둘의 조합들로서 구현될 수 있음을 당업자들은 추가로 이해할 것이다. 하드웨어와 소프트웨어의 이 상호교환성을 명확하게 설명하기 위해, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들, 및 단계들이 기능성의 관점에서 일반적으로 상기에 기재되었다. 그러한 기능성이 하드웨어 또는 소프트웨어로서 구현되는지 여부는 전체 시스템 상에 부과된 설계의 제약들 및 특정한 애플리케이션에 의해 좌우된다. 당업자들은 각각의 특정한 애플리케이션에 대한 방법들을 변화시키면서 기재된 기능성을 구현할 수 있으나, 그러한 구현 결정들이 본 개시물의 범위를 벗어나게 하는 것으로 해석되어서는 아니 된다.
추가로, 여기에서 개시된 상기 측면들과 관련하여 기재된 다양한 예시적인 논리 블록들, 모듈들, 회로들은 집적 회로("IC"), 액세스 터미널, 또는 액세스 포인트 내에서 구현되거나, 이에 의해 수행될 수 있다. IC는 여기에 기재된 상기 기능들을 수행하도록 설계된 범용 프로세서(general-purpose processor), DSP), ASIC,FPGA, 또는 다른 프로그램 가능한 로직 디바이스, 이산(discrete) 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들, 전자 컴포넌트들, 광학 컴포넌트들, 기계 컴포넌트들, 또는 상기의 임의의 조합을 포함할 수 있고, 상기 IC 내에, IC 외부에, 또는 그 모두에 상주하는 지시들 또는 코드들을 실행할 수 있다. 범용 프로세서는 마이크로프로세서일 수 있으나, 대안적으로, 상기 프로세서는 임의의 종래의 프로세서, 컨트롤러, 마이크로컨트롤러, 또는 상태 머신일 수 있다. 또한 프로세서는 컴퓨팅 디바이스들의 조합으로서, 예를 들어, DSP 및 마이크로프로세서, 복수의 마이크로프로세서들, DSP 코어를 가진 하나 또는 그 이상의 마이크로프로세서들, 또는 그러한 다른 구성의 임의의 조합으로서 구현될 수 있다.
개시된 프로세스들 내의 단계들의 어떤 특정 순서나 레이어인 샘플의 접근 방법의 하나의 예라는 것이 이해된다. 설계 선호도들을 기반으로, 상기 프로세스들 내의 단계들의 특정 순서 또는 레이어이 본 발명의 개시의 범위 내에서 유지되면서 재배치될 수 있을 것이라는 것이 이해된다. 동반된 방법이 샘플의 순서인 다양한 단계들의 현재의 구성요소들을 청구하지만, 제시된 특정 순서나 레이어으로 한정하려는 의도는 아니다.
여기에서 공개된 상기 측면들과 관련하여 기재된 알고리즘 또는 방법의 단계들은 하드웨어, 프로세서에 의해 실행되는 소프트웨어 모듈, 또는 그 둘의 조합에서 직접 구체화될 수 있다. (예를 들어, 실행가능한 지시들 및 관련된 데이터를 포함하는) 소프트웨어 모듈 및 다른 데이터는 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 착탈식 디스크, CD-ROM, 또는 당해 기술분야에 알려진 다른 형태의 임의의 저장 매체와 같은 데이터 메모리 내에 상주할 수 있다. 샘플 저장 매체는 예를 들어, 프로세서가 저장매체로부터 정보를 읽고 저장 매체에 정보를 기록할 수 있는 그러한 (편의상, 여기에서는 "프로세서"로 지칭될 수 있는) 컴퓨터/프로세서와 같은, 머신에 결합될 수 있다. 샘플 저장 매체는 프로세서의 일부분일 수 있다. 프로세서 및 저장 매체는 ASIC에서 상주할 수 있다. ASIC는 유저 터미널에서 상주할 수 있다. 대안으로, 프로세서 및 저장 매체는 UE에서 이산 컴포넌트들로서 상주할 수 있다. 뿐만 아니라, 일부 측면들로, 임의의 적절한 컴퓨터-프로그램 물건은 본 개시물의 하나 또는 그 이상의 상기 측면들과 관련되는 코드들을 포함하는 컴퓨터-판독가능한 매체를 포함한다. 일부 측면들로, 컴퓨터 프로그램 물건은 포장재(packaging material)들을 포함할 수 있다.
본 발명이 다양한 측면들과 관련하여 기재되는 동안, 본 발명이 추가적인 수정들이 가능함이 이해될 것이다. 본 출원은 일반적으로 본 발명의 원리들을 따르고, 본 발명이 속하는 기술분야에서 알려지고 관례적인 실시 범위 내로서의 본 개시물로부터의 그러한 이탈을 포함하는 임의의 변형들, 이용들, 또는 본 발명의 적응을 망라하도록 의도된다.
Claims (18)
- 릴레이 UE(User Equipment)가 원격 UE와 UE-대-네트워크 릴레이 통신을 지원하는 방법에 있어서,
네트워크 노드와 연결하는 단계;
전용 다운링크 채널 또는 페이징 채널을 통해 상기 네트워크 노드로부터 상기 원격 UE에 대한 제 1 페이징 메시지 또는 정보를 수신하는 단계; 및
상기 원격 UE에 대한 제 1 페이징 메시지 또는 정보의 수신에 응답하여 제 2 페이징 메시지 또는 정보를 상기 원격 UE에 전송하되, 제 2 페이징 메시지 또는 정보는 제 1 페이징 메시지 또는 정보에 기초하여 생성되는 단계를 포함하는, 방법. - 제 1 항에 있어서, 상기 원격 UE에 대한 제 1 페이징 메시지 또는 정보는 하나 이상의 페이징 기록들을 포함하고, 상기 페이징 기록들 중 하나는 상기 원격 UE의 제 1식별 또는 제 2 식별을 포함하는, 방법.
- 제 1 항에 있어서, 상기 원격 UE에게 전송된 상기 제 2 페이징 메시지 또는 정보는 상기 원격 UE의 상기 제 1 식별 또는 제 2 식별을 포함하는 하나의 페이징 기록을 포함하고, 상기 원격 UE에게 전송된 상기 제 2 페이징 메시지 또는 정보는 다른 원격 UE에 대한 페이징 기록을 포함하지 않는, 방법.
- 제 1 항에 있어서,
상기 네트워크 노드로부터 RRC (Radio Resource Control) 메시지를 수신하는 단계를 더 포함하되, 상기 RRC 메시지는 원격 UE에 대한 상기 제 1 페이징 메시지 또는 정보를 포함하는, 방법. - 제 4 항에 있어서, 상기 RRC 메시지는 상기 릴레이 UE의 식별 또는 C-RNTI(Cell Radio Network Temporary Identifier) 로 스크램블되거나 상기 식별 또는 C-RNTI에게 어드레싱된 다운링크 송신에 포함되는, 방법.
- 제 4 항에 있어서, 상기 RRC 메시지는 RRC 재설정 메시지인, 방법.
- 제 1 항에 있어서, 상기 네트워크 노드는 gNB 또는 기지국인, 방법.
- 제 1 항에 있어서, 상기 원격 UE에게 전송된 상기 제 2 페이징 메시지 또는 정보는 PC5-RRC 메시지인, 방법.
- 제 8 항에 있어서, 상기 PC5-RRC 메시지는 소스 레이어-2 ID로서 상기 릴레이 UE의 레이어-2 ID (Identity) 및 목적지 레이어-2 ID로서 상기 원격 UE의 레이어-2 ID와 함께 사이드링크 송신에 포함되는, 방법.
- 원격 UE(User Equipment)와의 UE-대-네트워크 릴레이 통신을 지원하는 릴레이 UE에 있어서,
제어회로;
상기 제어회로에 설치된 프로세서; 및
상기 제이회로에 설치되고 상기 프로세서와 동작하도록(operatively) 결합된 메모리를 포함하고,
상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
네트워크 노드와 연결하는 단계;
전용 다운링크 채널 또는 페이징 채널을 통해 상기 네트워크 노드로부터 상기 원격 UE에 대한 제 1 페이징 메시지 또는 정보를 수신하는 단계; 및
상기 원격 UE에 대한 상기 제 1 페이징 메시지 또는 정보의 수신에 응답하여 제 2 페이징 메시지 또는 정보를 상기 원격 UE에 전송하되, 상기 제 2 페이징 메시지 또는 정보는 상기 제 1 페이징 메시지 또는 정보에 기초하여 생성되는 단계를 포함하는, 릴레이 UE. - 제 10 항에 있어서, 상기 원격 UE에 대한 제 1 페이징 메시지 또는 정보는 하나 이상의 페이징 기록들을 포함하고, 상기 페이징 기록들 중 하나는 상기 원격 UE의 제 1식별 또는 제 2 식별을 포함하는, 릴레이 UE.
- 제 10 항에 있어서, 상기 원격 UE에게 전송된 상기 제 2 페이징 메시지 또는 정보는 상기 원격 UE의 상기 제 1 식별 또는 제 2 식별을 포함하는 하나의 페이징 기록을 포함하고, 상기 원격 UE로 전송된 상기 제 2 페이징 메시지 또는 정보는 다른 원격 UE에 대한 페이징 기록을 포함하지 않는, 릴레이 UE.
- 제 10 항에 있어서, 상기 프로세서는 상기 메모리에 저장된 프로그램 코드를 실행하도록 구성되어:
상기 네트워크 노드로부터 RRC (Radio Resource Control) 메시지를 수신하는 단계를 더 포함하되, 상기 RRC 메시지는 원격 UE에 대한 상기 제 1 페이징 메시지 또는 정보를 포함하는, 릴레이 UE. - 제 13 항에 있어서, 상기 RRC 메시지는 상기 릴레이 UE의 식별 또는 C-RNTI(Cell Radio Network Temporary Identifier) 로 스크램블되거나 상기 식별 또는 C-RNTI에게 어드레싱된 다운링크 송신에 포함되는, 릴레이 UE.
- 제 13 항에 있어서, 상기 RRC 메시지는 RRC 재설정 메시지인, 릴레이 UE.
- 제 10 항에 있어서, 상기 네트워크 노드는 gNB 또는 기지국인, 릴레이 UE.
- 제 10 항에 있어서, 상기 원격 UE로 전송된 상기 제 2 페이징 메시지 또는 정보는 PC5-RRC (PC5 Radio Resource Control) 메시지인, 릴레이 UE.
- 제 17 항에 있어서, 상기 PC5-RRC 메시지는 소스 레이어-2 ID로서 상기 릴레이 UE의 레이어-2 ID (identity) 및 목적지 레이어-2 ID로서 상기 원격 UE의 레이어-2 ID와 함께 사이드링크 송신에 포함되는, 릴레이 UE.
Applications Claiming Priority (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US202063117087P | 2020-11-23 | 2020-11-23 | |
| US202063117073P | 2020-11-23 | 2020-11-23 | |
| US63/117,087 | 2020-11-23 | ||
| US63/117,073 | 2020-11-23 | ||
| US202163240590P | 2021-09-03 | 2021-09-03 | |
| US63/240,590 | 2021-09-03 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20220071132A true KR20220071132A (ko) | 2022-05-31 |
Family
ID=81618714
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020210162323A KR20220071132A (ko) | 2020-11-23 | 2021-11-23 | 무선 통신 시스템에서 ue-대-네트워크 릴레이를 통한 시스템 정보 획득 및 페이징 방법 및 장치 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US11997642B2 (ko) |
| KR (1) | KR20220071132A (ko) |
| CN (1) | CN114531717A (ko) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023249455A1 (ko) * | 2022-06-24 | 2023-12-28 | 엘지전자 주식회사 | 무선통신시스템에서 멀티 패스 릴레이에서 idle relay ue에 관련된 ue의 동작 방법. |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117222054A (zh) * | 2021-02-05 | 2023-12-12 | Oppo广东移动通信有限公司 | 状态转换方法、装置、设备及存储介质 |
| WO2024065127A1 (zh) * | 2022-09-26 | 2024-04-04 | 北京小米移动软件有限公司 | 控制中继设备信息发送的方法及其装置 |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10154475B2 (en) * | 2014-08-10 | 2018-12-11 | Lg Electronics Inc. | Method and device for selecting relay in wireless communication system |
| US20160353506A1 (en) * | 2015-05-29 | 2016-12-01 | Qualcomm Incorporated | Multi-radio gateway with wide area network tunneling |
| WO2017007104A1 (ko) * | 2015-07-07 | 2017-01-12 | 엘지전자 주식회사 | V2x 통신 시스템에서 단말의 통신 방법 및 단말 |
| EP3121974B1 (en) * | 2015-07-24 | 2019-11-27 | Panasonic Intellectual Property Corporation of America | Improved prose relay ue activation |
| WO2018047401A1 (ja) * | 2016-09-09 | 2018-03-15 | 日本電気株式会社 | 無線通信のための装置、方法、及びプログラムを格納した非一時的なコンピュータ可読媒体 |
| WO2018062848A1 (ko) | 2016-09-30 | 2018-04-05 | 엘지전자 주식회사 | Rrc 연결 재확립 절차의 수행 방법 및 이를 지원하는 장치 |
| EP3520514B1 (en) * | 2016-11-03 | 2021-02-17 | Sony Corporation | Wireless telecommunications apparatuses and methods |
| CN108207017B (zh) | 2016-12-20 | 2019-09-17 | 电信科学技术研究院 | 一种处理寻呼的方法和装置 |
| US10511954B2 (en) * | 2017-03-02 | 2019-12-17 | Samsung Electronics Co., Ltd. | Method and system for WLAN D2D technology and LTE prose interworking, prose optimization |
| US20200077253A1 (en) | 2017-03-10 | 2020-03-05 | Lg Electronics Inc. | Method for transmitting and receiving data using relay in wireless communication system, and apparatus therefor |
| KR102359746B1 (ko) | 2017-06-05 | 2022-02-10 | 삼성전자 주식회사 | 차세대 이동통신 시스템에서 인액티브 모드 단말이 데이터를 전송하는 방법 및 장치 |
| WO2020034572A1 (en) | 2019-01-11 | 2020-02-20 | Zte Corporation | Information transmission for pre-configuring dedicated resources in idle mode |
| WO2023065198A1 (en) * | 2021-10-21 | 2023-04-27 | Zte Corporation | Method, device, and system for relay configuration in wireless networks |
-
2021
- 2021-11-23 CN CN202111395680.8A patent/CN114531717A/zh active Pending
- 2021-11-23 KR KR1020210162323A patent/KR20220071132A/ko unknown
- 2021-11-23 US US17/533,819 patent/US11997642B2/en active Active
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023249455A1 (ko) * | 2022-06-24 | 2023-12-28 | 엘지전자 주식회사 | 무선통신시스템에서 멀티 패스 릴레이에서 idle relay ue에 관련된 ue의 동작 방법. |
Also Published As
| Publication number | Publication date |
|---|---|
| US11997642B2 (en) | 2024-05-28 |
| CN114531717A (zh) | 2022-05-24 |
| US20220182972A1 (en) | 2022-06-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110663284B (zh) | 在无线通信系统中执行服务请求过程的方法和设备 | |
| KR102295732B1 (ko) | 무선 통신 시스템에서 사이드링크 전송 리소스를 요청하는 방법 및 장치 | |
| EP4002953A1 (en) | Method and apparatus for acquiring system information and paging via ue-to-network relay in a wireless communication system | |
| US11864157B2 (en) | Method and apparatus for avoiding paging collision in a wireless communication system | |
| EP3402234B1 (en) | Updating ue configuration | |
| US20200178343A1 (en) | Method for performing rrc connection procedure in wireless communication system and apparatus therefor | |
| US10021629B2 (en) | Method for transiting status of network node upon request of user equipment in multi-radio access technology environment, and apparatus therefor | |
| US9320067B2 (en) | Configuration of user equipment for peer-to-peer communication | |
| US12004243B2 (en) | Method and apparatus for supporting UE-to-network relay communication in a wireless communication system | |
| KR20220071132A (ko) | 무선 통신 시스템에서 ue-대-네트워크 릴레이를 통한 시스템 정보 획득 및 페이징 방법 및 장치 | |
| ES2944343T3 (es) | Métodos y aparatos para soportar la comunicación de relé de UE a red en un sistema de comunicación inalámbrico | |
| US20220141756A1 (en) | Method and apparatus for system information acquisition via ue-to-network relay in a wireless communication system | |
| KR20230009821A (ko) | 무선 통신 시스템에서 ue-대-네트워크 릴레잉을 지원하기 위한 무선 베어러 구성을 위한 방법 및 장치 | |
| KR20190033846A (ko) | 단말의 액세스 제어 방법 및 장치 | |
| US11838964B2 (en) | Method and apparatus for RRC connection establishment to support UE-to-network relaying in a wireless communication system | |
| KR20230037466A (ko) | 무선 통신 시스템에서 다수의 연결성 서비스들을 지원하기 위한 방법 및 장치 | |
| KR102673985B1 (ko) | 무선 통신 시스템에서 ue 대 네트워크 릴레이 통신을 지원하기 위한 방법 및 장치 | |
| US20230397163A1 (en) | Method and apparatus for paging reception via ue-to-network relay in a wireless communication system | |
| US20230171825A1 (en) | Method and apparatus for remote user equipment (ue) to perform direct to indirect path switching in a wireless communication system | |
| KR20240008232A (ko) | 무선 통신 시스템에서 qos(quality of service) 플로우 설정을 위한 방법 및 장치 |