KR20220110811A

KR20220110811A - 다수의 범용 가입자 아이덴티티 모듈들을 갖는 사용자 장비에 대한 시스템 정보 획득 및 페이징

Info

Publication number: KR20220110811A
Application number: KR1020227022985A
Authority: KR
Inventors: 조셉 무래이; 파스칼 아드잭플; 쿠앙 리; 마이클 스타시닉; 큉 리; 주오 첸; 카일 판
Original assignee: 인터디지탈 패튼 홀딩스, 인크
Priority date: 2019-12-05
Filing date: 2020-12-04
Publication date: 2022-08-09
Also published as: CN114930984A; BR112022011043A2; WO2021113581A1; US20230007624A1; EP4070621A1

Abstract

제1 및 제2 네트워크와 통신하고 제1 네트워크에 대한 제1 접속을 갖는 무선 장치는, 제2 네트워크로부터의 페이지를 수신할 수 있고, 제2 네트워크와의 제2 접속을 형성할 것을 결정할 수 있고, 제1 네트워크에 선택을 통지할 수 있다. 이어서, 제1 네트워크는 제1 접속을 릴리스하거나 유예할 것을 장치에 통지할 수 있다. 장치는 유휴 또는 비활성 모드에서 취급될 선호도, 페이징 선호도들, 및 장치의 선호되는 식별자와 같은 릴리스 및/또는 유예 선호도들을 제1 네트워크로 전송할 수 있다. 이어서, 장치는 제2 접속을 형성할 수 있고, 예컨대, 주어진 페이징 기회 및 페이징 프레임 동안, 제1 네트워크로부터의 페이징을 모니터링할 수 있다.

Description

다수의 범용 가입자 아이덴티티 모듈들을 갖는 사용자 장비에 대한 시스템 정보 획득 및 페이징

관련 출원들에 대한 상호 참조

본 출원은 2019년 12월 5일자로 출원되고 발명의 명칭이 "System Information Acquisition and Paging for User Equipment with Multiple Universal Subscriber Identity Modules"인 미국 가특허 출원 제62/943,896호, 및 2020년 8월 5일자로 출원되고 발명의 명칭이 "SI Acquisition And Paging For Multi-USIM UEs"인 미국 가특허 출원 제63/061,414호의 이익을 주장하며, 이들의 내용은 이로써 본 명세서에 참고로 포함된다.

본 개시내용은 하기와 같은 표준들에 기술된 것들과 같지만 이들로 제한되지 않는 무선 네트워크들을 포함하는 네트워크들에 관한 것이다:

3GPP TS 38.213, 제어를 위한 물리적 계층 절차들(Physical layer procedures for control)(릴리스 15), V15.7.0;

3GPP TS 38.331, 무선 리소스 제어(RRC) 프로토콜 규격(Radio Resource Control (RRC) protocol specification)(릴리스 15), V15.7.0;

3GPP TS 23.501, 5G 시스템을 위한 시스템 아키텍처(System Architecture for the 5G System); 스테이지 2(릴리스 15), V15.6.0;

3GPP TS 38.212, NR; 멀티플렉싱 및 채널 코딩(Multiplexing and channel coding)(릴리스 15), V15.6.0;

3GPP TS 38.214, NR; 데이터에 대한 물리적 계층 절차들 (릴리스 15), V15.7.0;

3GPP TS 38.304, 유휴 모드 및 RRC 비활성 상태에서의 사용자 장비(UE) 절차들(User Equipment (UE) procedures in Idle mode and RRC Inactive state)(릴리스 15), V15.4.0;

3GPP TS 38.213, 제어를 위한 물리적 계층 절차들(Physical layer procedures for control)(릴리스 16), V16.1.0;

3GPP TS 38.331, 무선 리소스 제어(RRC) 프로토콜 규격(Radio Resource Control (RRC) protocol specification)(릴리스 16), V16.0.0;

3GPP TS 23.501, 5G 시스템을 위한 시스템 아키텍처; 스테이지 2(릴리스 16), V16.4.0;

3GPP TS 38.212, NR; 멀티플렉싱 및 채널 코딩(Multiplexing and channel coding)(릴리스 16), V16.1.0;

3GPP TS 38.214, NR; 데이터에 대한 물리적 계층 절차들 (릴리스 16), V16.1.0;

3GPP TS 38.304, 유휴 모드 및 RRC 비활성 상태에서의 사용자 장비(UE) 절차들(User Equipment (UE) procedures in Idle mode and RRC Inactive state)(릴리스 16), V16.0.0;

3GPP TS 38.300, NR; NR 및 NG-RAN 전체 설명; 스테이지 2(릴리스 15), V15.7.0; 및

3GPP TS 38.300, NR; NR 및 NG-RAN 전체 설명; 스테이지 2(릴리스 16), V16.1.0;

다수의 USIM들을 갖는 UE의 구성들 및 UE 거동들은, 하나의 USIM에 의해 수행되는 AS 절차들과 연관된 모니터링 기회들 및 송신 기회들이, 다른 USIM에 의해 수행되는 AS 절차들과 연관된 모니터링 기회들 및 송신 기회들과 시간적으로 중첩되지 않도록 적응될 수 있다. 용어들 "AS 절차"및 "AS 절차들"은 본 명세서에서는, 임의의 그러한 절차가 AS 절차의 사용을 요구한다는 관점에서, UE가 네트워크와 상호작용하게 하는 모든 UE 절차들(NAS 절차들을 포함함)의 슈퍼세트를 지칭한다. UE는 하기와 같은 다양한 방법들을 사용할 수 있다:

충돌들이 언제 발생할 것인지를 결정하는, 다수의 USIM들에 대한 UE 구성 및 멀티-USIM UE의 PCell들 사이에서의 SFTD에 기초하는 방법들;

멀티-USIM UE에 대한 페이징 충돌들을 회피하기 위해 PO 스킵을 수행하는 방법들;

UE가 어느 USIM에 대해 PO가 모니터링되는지를 택일할 수 있게 하는 규칙 기반 PO 스킵 방법;

UE가 특정 이벤트들의 발생에 기초하여 네트워크에 대한 페이징을 유예/재개할 수 있게 하는 이벤트 기반 PO 방법;

SFN 공간을, PO들이 모니터링되거나 스킵되는 영역들로 파티셔닝하는 SFN 기반 PO 스킵 방법;

UE가 충돌들로 인해 그의 구성된 PO 동안 DL을 수신할 수 없을 가능성을 감소시키는, 페이징을 위한 추가적인 PDCCH 모니터링 기회들을 갖도록 PO를 확장하는 방법;

UE가 충돌들을 회피하기 위해 그의 페이징 구성에 대한 수정을 요청하는 방법;

UE가, 다른 USIM에 대해 수행된 AS 절차들과 연관된 모니터링 기회들 및 송신 기회들과의 충돌들을 방지하기 위해 하나의 USIM에 대한 RRC 접속의 릴리스 또는 유예를 요청하는 방법;

UE가, 다른 USIM에 대해 수행된 AS 절차들과 연관된 모니터링 기회들 및 송신 기회들과의 충돌들을 방지하기 위해 하나의 USIM에 대한 RRC 접속을 자율적으로 릴리스 또는 유예하는 방법 - 여기서, UE는 RRC 접속을 자율적으로 릴리스/유예한 후에 적용할 릴리스/유예 구성을 "협상"할 수 있음 -;

UE가, 다른 USIM에 의해 수행된 AS 절차들과 연관된 모니터링 기회들 및 송신 기회들과의 충돌들을 방지하기 위해 하나의 USIM에 대한 C-DRX 구성의 수정을 요청하는 방법; 및

UE가 다른 네트워크와의 접속을 유지하기 위해 공유 송수신기를 사용하고 있을 때 초래되는 그의 DC 능력들의 변경들을 통지하기 위한 표시를 네트워크에 제공하는 방법.

UE가, 향상된 UE 보조 정보 절차를 사용하여 멀티-USIM 보조 정보를 네트워크에 제공하는 방법

UE가, 네트워크가 UE를 페이징하는 것을 중지하는 것을 요청하는 방법 - 여기서, 요청은 페이지에 응답하여 네트워크로 전송됨 -; 및

네트워크가, 페이징 필터링을 수행하는 방법 - 여기서 필터링은 UE에 의해 네트워크에 제공되는 페이징 원인들의 목록에 기초할 수 있음.

UE는 하기와 같은 충돌 해결 및 회복을 수행하기 위한 몇 가지 방법들을 사용할 수 있다:

사전구성된 규칙들 및/또는 사용자 선호도들에 기초하여 충돌들을 해결하는 방법;

SI 윈도우와의 충돌로부터 회복하기 위해 RACH 기반 SI 획득을 수행하는 방법;

PO와의 충돌로부터 회복하기 위해 단문자 메시지 획득을 수행하는 방법;

PO와의 충돌로부터 회복하기 위해 주문형 페이징(On-Demand Paging)을 수행하는 방법.

네트워크 동작들은, UE가 제2 네트워크와의 RRC 접속을 확립할 수 있도록, 다수의 USIM들을 갖는 UE가 제1 네트워크와의 RRC 접속의 릴리스 또는 유예를 허용하기 위해 적응될 수 있다. 다양한 기법들이 사용될 수 있다. 예를 들어, 디바이스는 제1 네트워크와 통신하도록, 그리고 이어서 제2 네트워크와의 RRC 접속을 확립하기 위한 트리거를 수신하도록 구성될 수 있다. 이어서, UE는 제1 네트워크와의 RRC 접속을 릴리스하거나 유예하기 위해 RRC 메시지를 제1 네트워크로 송신할 수 있다. 이어서, UE는 RRCRelease 메시지를 수신하여 제1 네트워크와의 RRC 접속을 릴리스하거나 유예할 수 있고, 그렇게 하고 나서, 제2 네트워크와의 RRC 접속을 확립할 수 있다.

UE로부터 전송된 릴리스하거나 유예하라는 요청은 릴리스 선호도 정보와 관련된 UE 보조 정보 메시지의 송신에 대응할 수 있으며, 여기서 예를 들어, 선호되는 RRC 상태는 "유휴" 또는 "비활성"으로 설정된다. UE 보조 정보 메시지는 또한, 페이징 선호도의 표시를 포함할 수 있다.

UE는 또한, 제1 네트워크로 릴리스 보조 정보(RAI)를 전송할 수 있고, 또한, 제1 네트워크로부터 "협상된" 구성을 수신할 수 있고, 이에 의해, 제1 네트워크와의 RRC 접속을 릴리스하거나 유예하는 것은 협상된 구성을 적용하는 것을 추가로 포함한다. RAI는, 예를 들어, 페이징 선호도 정보 및/또는 선호되는 RRC 상태와 같은 다른 UE 보조 정보와 별개로 또는 그와 함께 전송될 수 있다.

협상된 구성은 비활성 시간 값을 포함하는 유예 구성을 포함할 수 있고, 구성을 적용하는 것은 이에 따라 타이머를 시작하는 것을 포함할 수 있다. 타이머의 만료 시, UE는 제1 네트워크와의 유예된 RRC 접속을 릴리스할 수 있다.

유사하게, UE는, 제2 네트워크와의 RRC 접속을 릴리스하거나 유예하기 위한 트리거를 수신하고 비활성 타이머를 정지시키고 제1 네트워크와의 RRC 접속을 재개할 수 있다.

멀티-USIM UE의 거동 및 구성은, 하나의 USIM에 의해 수행되는 AS 절차들과 연관된 모니터링 기회들 및 송신 기회들이, 다른 USIM에 의해 수행되는 AS 절차들과 연관된 모니터링 기회들 및 송신 기회들과 시간적으로 중첩되지 않도록 적응될 수 있다. 예를 들어, 디바이스는 네트워크와의 PO 스킵 활성화를 트리거하는 이벤트를 검출하도록, 그리고 네트워크와의 PO 스킵을 활성화하기 위해 RRC 메시지를 송신하도록 구성될 수 있다. 이어서, 디바이스는 네트워크로부터 유예 구성을 포함하는 RRC 릴리스 메시지를 수신할 수 있고, 네트워크와의 RRC 접속을 유예하고 네트워크와의 PO 스킵을 활성화할 수 있다. 이어서, 디바이스는, 네트워크와의 PO 스킵 비활성화를 트리거하고 네트워크와의 PO 스킵을 비활성화하는 이벤트를 검출할 수 있다.

디바이스는 PO 스킵 활성화를 트리거하는 이벤트가 하기와 같은 다수의 이벤트들에 대응하도록 적응될 수 있다: 다수의 USIM들에 대한 UE 구성에 기초하여 충돌들이 발생할 것이라는 결정; 하나 이상의 페이징 충돌들의 검출; 다른 USIM에 대한 AS 절차의 개시; 다른 USIM에 대한 RRC_CONNECTED 상태로의 전환; 다른 USIM에 대한 RRC_INACTIVE 상태로의 전환; 다른 USIM에 대한 RRC_IDLE 상태로의 전환; 또는 다른 USIM에 대한 DC의 구성.

PO 스킵을 활성화하기 위한 디바이스로부터의 요청은, 예를 들어, "po-SkippingActivation"으로 설정된 재개 원인을 포함할 수 있다.

PO 스킵 비활성화를 트리거하는 이벤트는, 예를 들어, 다른 USIM에 대한 AS 절차의 완료, 다른 USIM에 대한 RRC_CONNECTED로부터 RRC_IDLE/RRC_INACTIVE로의 전환, 또는 다른 USIM에 대한 DC의 릴리스일 수 있다.

유예 명령어는 PO 스킵이 활성화되는 시간 간격에 대응하는 타이머의 시작을 트리거할 수 있으며, 여기서 타이머의 시작 값은 유예 구성을 통해 시그널링된다. PO 스킵 비활성화를 트리거하는 이벤트는 타이머의 만료일 수 있다.

페이징 모니터링은 확장된 PO를 사용하여 수행될 수 있다. 예를 들어, 디바이스는, 페이징을 위한 복수의 PDCCH 모니터링 기회들의 표시를 포함하는 RRC 메시지에서 페이징 구성을 수신하도록, 그리고 충돌을 경험하지 않은 페이징을 위한 PDCCH 모니터링 기회를 선택하도록 구성될 수 있다. 이어서, 디바이스는 페이징을 위해 선택된 PDCCH 모니터링 기회 동안 페이징을 모니터링할 수 있고, 페이징을 위한 모니터링된 PDCCH 모니터링 기회 동안 페이지를 수신할 수 있다.

디바이스는 멀티-USIM 보조 정보를 네트워크로 전송하도록, 그리고 페이징 구성을 포함하는 RRC 메시징을 통해 페이징 구성을 수신하도록 추가로 적응될 수 있다. 예를 들어, 디바이스는, 예를 들어 additionalMonitoringOccasionOfPO 파라미터가 값이 1 초과인 확장된 PO를 구성하는 RRC 메시지를 수신할 수 있다.

디바이스들은 UE에 대한 페이징을 중지하라는 요청들을 네트워크로 전송하도록 구성될 수 있다. 예를 들어, 제1 장치는 제1 네트워크 내의 제2 장치와 통신하도록, 그리고 제2 네트워크 내의 제3 장치로부터 페이지를 수신하도록 구성될 수 있다. 제1 장치는 제1 네트워크 내의 제2 장치와의 통신을 계속할 것, 및 제1 장치에 대한 페이징을 유예하라는 표시와 함께 제2 네트워크 내의 제3 장치로 RRC 메시지를 송신할 것을 결정할 수 있다. 이어서, 제1 장치는 페이징을 유예하라는 표시를 확인응답하는 제2 네트워크 내의 제3 장치로부터 RRC 메시지를 수신할 수 있고, 제1 네트워크 내의 제2 장치와의 통신을 계속할 수 있다.

제1 장치는 페이지에서 수신된 "페이징 원인"에 기초하여 제1 네트워크 내의 제2 디바이스와의 통신을 계속하는 것을 추가로 결정할 수 있다.

이러한 동작들은 제1 장치가 RRC_INACTIVE 모드에 있는 동안 발생할 수 있으며, 여기서 제3 장치는 제1 장치에 대한 페이징을 유예하라는 표시를 포함하는 NAS 메시지를 제2 네트워크 내의 제4 장치로 전송한다. 예로서, 제1 장치는 UE일 수 있고, 제2 장치 및 제3 장치는 gNB들일 수 있고, 제4 장치는 AMF일 수 있다.

제1 장치는 제2 네트워크와의 페이징을 재개하도록, 그리고 제1 장치에 대한 페이징을 재개하라는 표시를 포함하는 RRC 메시지를 제3 장치로 송신하도록 추가로 적응될 수 있다. 이어서, 제1 장치는 페이징을 재개하라는 표시를 확인응답하는 제2 네트워크 내의 제3 장치로부터의 RRC 메시지를 수신할 수 있고, 제2 네트워크 내의 제3 장치로부터의 페이징을 모니터링할 수 있다.

이러한 발명의 내용은 상세한 설명에서 하기에 추가로 기술되는 개념들의 선택을 단순화된 형태로 도입하기 위해 제공된다. 이러한 발명의 내용은 청구된 주제의 핵심 특징들 또는 필수 특징들을 확인하고자 하는 것도 아니고, 청구된 주제의 범주를 제한하기 위해 사용되도록 의도되지도 않는다. 더욱이, 청구된 주제는 본 개시내용의 임의의 부분에서 언급된 임의의 또는 모든 단점들을 해결하는 제한사항들로 제한되지 않는다.

첨부 도면들과 관련하여 예로서 주어지는 다음의 설명으로부터 더 상세한 이해가 이루어질 수 있다.
도 1은 예시적인 시스템 정보 프로비저닝을 예시하는 호출 흐름도이다.
도 2는 멀티-USIM UE의 PCell들 사이의 예시적인 SFTD를 예시하는 타이밍도이다.
도 3a 및 도 3b는 페이징 충돌들이 있는 멀티-USIM 구성 및 페이징 충돌들이 없는 멀티-USIM 구성을 예시하는 타이밍도들이다.
도 4a 내지 도 4d는 다양한 DRX 사이클 구성들에 대한 예시적인 페이징 충돌들을 예시하는 타이밍도들이다.
도 5는 C-DRX 온-듀레이션(C-DRX On-Duration)에서의 페이징 충돌을 예시하는 타이밍도이다.
도 6은 페이징 반복 예의 타이밍도이다.
도 7은 하나 걸러 하나의 PO마다 PO 스킵을 수행하기 위한 예시적인 알고리즘의 흐름도이다.
도 8은 하나 걸러 하나의 PO마다 PO 스킵을 예시하는 타이밍도이다.
도 9a 및 도 9b는 T2=2T1일 때 하나 걸러 하나의 PO마다 PO 스킵을 예시하는 타이밍도들이다.
도 10은 상이한 DRX 사이클들을 갖는 USIM들을 지원하는 하나 걸러 하나의 PO마다 PO 스킵을 수행하기 위한 예시적인 알고리즘의 흐름도이다.
도 11은 등록 절차 동안 PO 스킵의 예시적인 구성을 예시하는 호출 흐름도이다.
도 12는 RRC 접속 재개 절차 동안 PO 스킵의 예시적인 구성을 예시하는 호출 흐름도이다.
도 13은 UE 보조 정보 절차가 네트워크에 원하는 PO 스킵 구성을 통지하기 위해 사용되는 호출 흐름도이다.
도 14a 및 도 14b는 각각, PO 스킵이 가변 듀레이션 및 고정 듀레이션 둘 모두 동안 발생하는 시나리오들을 예시하는 타이밍도들이다.
도 15a 및 도 15b는 RRC 시그널링을 사용하여 가변 듀레이션을 갖는 이벤트 기반 PO 스킵의 예시적인 호출 흐름을 도시한다.
도 16a 및 도 16b는 RRC 시그널링을 사용하여 고정 듀레이션을 갖는 이벤트 기반 PO 스킵의 예시적인 호출 흐름을 도시한다.
도 17은 NAS 시그널링을 사용하여 가변 및 고정 듀레이션을 갖는 이벤트 기반 PO 스킵의 일례를 예시하는 호출 흐름이다.
도 18은 SFN 기반 페이징 PO 스킵의 일례의 타이밍도이다.
도 19는 다수의 PO 모니터링 영역들을 갖는 SFN 기반 PO 스킵의 일례의 타이밍도이다.
도 20은 추가적인 PDCCH 모니터링 기회들을 갖도록 확장된 PO의 일례를 도시한다.
도 21은 예시적인 셀-특정적 PO 확장 솔루션을 예시하는 호출 흐름이다.
도 22는 예시적인 UE-특정적 PO 확장 솔루션을 예시하는 호출 흐름이다.
도 23은 NS > 1인 멀티-USIM UE에 대한 예시적인 페이징 충돌 시나리오의 타이밍도이다.
도 24는 2개의 네트워크들 NW1 및 NW2에 연결된 멀티-USIM UE에 대한 예시적인 페이징 수정 요청을 예시하는 시그널링 도면이다.
도 25는 예시적인 RRC 릴리스/유예 요청의 호출 흐름도이다.
도 26은 네트워크 RRC 접속의 자율적 릴리스/유예의 일례의 호출 흐름이다.
도 27은 페이징을 중지하라는 예시적인 UE 요청의 호출 흐름이다.
도 28은 페이징 필터링을 인에이블시키라는 예시적인 UE 요청의 흐름의 호출이다.
도 29는 충돌 해결을 수행하기 위한 예시적인 알고리즘의 흐름도이다.
도 30은 예시적인 수정 기간의 타이밍도이다.
도 31은 MUSIM 동작을 위해 UE를 구성하기 위해 사용될 수 있는 예시적인 사용자 인터페이스이다.
도 32는 주어진 USIM에 대한 호출을 설정할 필요성을 사용자에게 통지하기 위해 사용될 수 있는 예시적인 통지이다.
도 33a는 본 명세서에 기술되고 청구되는 방법들 및 장치들이 구현될 수 있는 예시적인 통신 시스템을 도시한다.
도 33b는 무선 통신을 위해 구성된 예시적인 장치 또는 디바이스의 블록도이다.
도 33c는 예시적인 무선 액세스 네트워크(RAN) 및 코어 네트워크의 시스템도이다.
도 33d는 다른 예시적인 RAN 및 코어 네트워크의 시스템도이다.
도 3e는 다른 예시적인 RAN 및 코어 네트워크의 시스템도이다.
도 3f는 예시적인 컴퓨팅 시스템의 블록도이다.
도 33g는 다른 예시적인 통신 시스템의 블록도이다.

부록의 표 9는 본 명세서에 사용되는 약어들 중 많은 것을 설명한다.

멀티-USIM 개요

멀티-USIM UE는 2개 이상의 SIM들을 갖는 UE이다. 듀얼-SIM: 2개의 SIM들을 갖는 UE. 용어 멀티-USIM 및 듀얼-SIM은 본 문서에서 상호교환적으로 사용된다.

멀티-USIM 디바이스들은 상이한 국가들에서 더욱 더 인기가 있었다. 사용자는 하나의 디바이스에서 개인 및 비즈니스 가입 둘 모두를 가질 수 있거나, 또는 상이한 서비스들을 위해 하나의 디바이스에서 2개의 개인 가입들을 가질 수 있다(예컨대, 하나의 개별 가입 및 하나의 "가족(family circle)" 계획을 사용할 수 있음). 그러나, 디바이스 내에서의 멀티-USIM에 대한 지원은 현재, 3GPP 규격들로부터의 임의의 지원 없이 구현-특정적 방식으로 핸들링되어, 다양한 구현들 및 UE 거동들(예컨대, 수동 듀얼 SIM, 듀얼 SIM 싱글 대기, 듀얼 SIM 듀얼 대기(Dual SIM Dual Standby, DSDS), 듀얼 SIM 듀얼 활성(Dual SIM Dual Active, DSDA) 등)을 초래한다. 이러한 상황은 UE 판매자들에 대한 증가된 복잡성, 네트워크 판매자들 또는 운용자들에 대한 예상치 못한 UE 거동, 및 저하된 사용자 경험을 야기할 수 있다.

현재의 UE 구현예들은 전형적으로 듀얼 SIM 구성들을 지원하며, 여기서 UE는 각각의 설치된 USIM들 사이의 동작들을 시간-멀티플렉싱하는데, 이는 TDM-ing 또는 시간 분할 멀티플렉싱으로 지칭된다. 듀얼 SIM 듀얼 대기(DSDS) UE들은, 그들이 호출될 때, 이러한 방식으로 동작하고, 각각의 USIM이 그들의 각자의 모바일 네트워크 운영자(Mobile Network Operator)들 또는 MNO들과 통신할 시간을 할당한다. USIM들은 동일한 또는 상이한 MNO들에 속할 수 있다. 이러한 멀티-USIM UE들은 공통 무선 및 기저대역 컴포넌트들을 일부 공통 소프트웨어와 공유하여, UE가 2개의 USIM들 사이에서 동작들을 스위칭할 수 있게 한다. 공유된 Rx 및 Tx 컴포넌트들을 갖는 것에 따른 하나의 주요 문제는, USIM들 둘 모두에 대해 UE가 DL 트래픽을 모니터링하는 것 또는 UL 트래픽을 전송하는 것을 동시에 할 수 없다는 것이다.

일부 듀얼 SIM UE들은 듀얼 SIM UE가 UL 송신들을 TDM하는 경우에 듀얼 Rx 컴포넌트들(각각의 USIM에 대해 하나씩) 및 공유된 싱글 Tx 컴포넌트를 갖는다. 듀얼 Rx 컴포넌트들을 가짐으로써, 이러한 UE들은 DL 트래픽을 연속적으로 모니터링할 수 있지만, UE들은 공유된 Tx 컴포넌트로 인해 여전히 UL 트래픽을 TDM해야 한다. 이러한 UE들은 추가적인 Rx 컴포넌트의 추가된 비용으로 인해 싱글 Rx, 싱글 Tx UE들만큼 보편적인 것은 아니다.

또 다른 클래스의 멀티-USIM UE들이 있으며, 여기서 전용 송수신기들이 각각의 설치된 USIM들에 이용가능하다. 이러한 UE들은 듀얼 SIM 듀얼 활성(DSDA) UE들로 불리지만, 그들은 UE들에서 듀얼 Rx 및 듀얼 Tx 컴포넌트들을 갖는 것의 증가된 비용으로 인해 너무 보편적인 것은 아니다. DSDA UE들은 2개의 UE들로서 동작하지만, 일부 공통 소프트웨어를 포함하여 사용자에게 운영상의 구성가능성을 제공한다.

NR 페이징(릴리스 15)

페이징에 대한 불연속 수신

UE는 전력 소비를 감소시키기 위해 RRC_IDLE 및 RRC_INACTIVE 상태에서 불연속 수신(DRX)을 사용할 수 있다. UE는 DRX 사이클마다 하나의 페이징 기회(PO)를 모니터링한다. PO는 PDCCH 모니터링 기회들의 세트이고, 다수의 타임 슬롯들(예컨대, 서브프레임 또는 OFDM 심벌)로 이루어질 수 있으며, 여기서 페이징 DCI가 전송될 수 있다. 3GPP TS 38.213, 제어를 위한 물리적 계층 절차들(릴리스 15), V15.7.0을 참조한다. 하나의 페이징 프레임(Paging Frame, 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 모니터링 기회들은 3GPP TS 38.213 릴리스 15에서 명시된 바와 같은 pagingSearchSpace, 및 3GPP TS 38.331 릴리스 15, 무선 리소스 제어(RRC) 프로토콜 규격(릴리스 15), V15.7.0에서 명시된 바와 같이 구성되는 경우의 firstPDCCH-MonitoringOccasionOfPO에 따라 결정된다. SearchSpaceId = 0이 pagingSearchSpace에 대해 구성될 때, 페이징을 위한 PDCCH 모니터링 기회들은 TS 38.213의 조항 13에서 정의된 바와 같은 RMSI에 대한 것과 동일하다.

SearchSpaceId = 0이 pagingSearchSpace에 대해 구성될 때, Ns는 1 또는 2 중 어느 하나이다. Ns = 1의 경우, PF에서 페이징을 위한 제1 PDCCH 모니터링 기회로부터 시작하는 단 하나의 PO만이 있다. Ns = 2의 경우, PO는 PF의 제1 하프프레임(i_s = 0) 또는 제2 하프프레임(i_s = 1) 중 어느 하나에 있다.

0 이외의 SearchSpaceId가 pagingSearchSpace에 대해 구성될 때, UE는 (i_s + 1)-번째 PO를 모니터링한다. PO는 'S'개의 연속 PDCCH 모니터링 기회들의 세트이며, 여기서 'S'는 SIB1 내의 ssb-PositionsInBurst에 따라 결정되는 실제 송신된 SSB들의 개수이다. PO에서 페이징을 위한 K-번째 PDCCH 모니터링 기회는 K-번째 송신된 SSB에 대응한다. PF에서 페이징을 위한 제1 PDCCH 모니터링 기회로부터 시작하는, (tdd-UL-DL-ConfigurationCommon에 따라 결정된) UL 심벌들과 중첩되지 않는 페이징을 위한 PDCCH 모니터링 기회들은 0으로부터 순차적으로 번호매김된다. firstPDCCH-MonitoringOccasionOfPO가 존재할 때, (i_s + 1)-번째 PO의 시작 PDCCH 모니터링 기회 번호는 firstPDCCH-MonitoringOccasionOfPO 파라미터의 (i_s + 1)-번째 값이고; 그렇지 않을 때, 그것은 i_s * S와 동일하다.

주 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 값에 의해 결정된다. UE-특정 DRX가 RRC에 의해 또는 상위 계층들에 의해 구성되지 않은 경우, 디폴트 값이 적용된다).

N: T 내의 총 페이징 프레임들의 개수

Ns: PF에 대한 페이징 기회들의 개수

PF_offset: PF 결정에 사용된 오프셋

UE_ID: 5G-S-TMSI mod 1024

파라미터들 Ns, nAndPagingFrameOffset, 및 디폴트 사이클의 길이는 SIB1에서 시그널링된다. N 및 PF_offset의 값들은 TS 38.331 릴리스 15에서 정의된 바와 같은 파라미터 nAndPagingFrameOffset로부터 도출된다. 파라미터 first-PDCCH-MonitoringOccasionOfPO는 초기 DL BWP에서 페이징하기 위해 SIB1에서 시그널링된다. 초기 DL BWP 이외의 DL BWP에서 페이징하기 위해, 파라미터 first-PDCCH-MonitoringOccasionOfPO는 대응하는 BWP 구성에서 시그널링된다.

UE가 어떠한 5G-S-TMSI도 갖지 않는 경우, 예를 들어 UE가 아직 네트워크에 등록되지 않았을 때, UE는 상기의 PF 및 i_s 공식들에서 디폴트로서 아이덴티티 UE_ID = 0을 사용할 것이다.

5G-S-TMSI는 3GPP TS 23.501, 5G 시스템을 위한 시스템 아키텍처; 스테이지 2 (릴리스 15), V15.6.0에서 정의된 바와 같은 48 비트 길이 비트 스트링이다. 상기의 공식들에서 5G-S-TMSI는 최좌측 비트들이 최상위 비트(most significant bit)를 표현하는 이진수로서 해석될 것이다.

페이징 DCI

하기의 정보는 P-RNTI에 의해 CRC-스크램블된 DCI 포맷 1_0에 의해 송신된다. 부록의 표 1의 페이징 DCI(릴리스 15) 및 부록의 표 2의 단문자 메시지 표시자(릴리스 15)를 참조한다. 또한, 3GPP TS 38.212, NR; 멀티플렉싱 및 채널 코딩(Multiplexing and channel coding)(릴리스 15), V15.6.0을 참조한다.

PCCH-Config

IE DownlinkConfigCommonSIB는 셀의 공통 다운링크 파라미터들을 제공한다. 이러한 IE는 PCCH-Config 필드를 포함하는데, 이는 셀에 대한 DRX 구성을 제공하기 위해 사용된다. 본 명세서의 부록의 3GPP TS 38.331 릴리스 15, 및 코드 예 1A - PCCH-Config 필드(릴리스 15) 및 코드 예 1B - PCCH-Config 필드(릴리스 15) 설명들을 참조한다.

NR 페이징(릴리스 16)

페이징에 대한 불연속 수신

UE는 전력 소비를 감소시키기 위해 RRC_IDLE 및 RRC_INACTIVE 상태에서 불연속 수신(DRX)을 사용할 수 있다. UE는 DRX 사이클마다 하나의 페이징 기회(PO)를 모니터링한다. PO는 PDCCH 모니터링 기회들의 세트이고, 다수의 타임 슬롯들(예컨대, 서브프레임 또는 OFDM 심벌)로 이루어질 수 있으며, 여기서 페이징 DCI가 전송될 수 있다(TS 38.213 릴리스 16 참조). 하나의 페이징 프레임(PF)은 하나의 무선 프레임이고, 하나 또는 다수의 PO(들) 또는 PO의 시작 포인트를 포함할 수 있다.

페이징을 위한 PF 및 PO는 하기의 공식들에 의해 결정된다:

PF을 위한 SFN은 하기에 의해 결정된다:

( SFN + PF _offset) mod T = (T div N)*( UE _ID mod N)

i_s = floor ( UE _ID/N) mod Ns

페이징을 위한 PDCCH 모니터링 기회들은 TS 38.213 릴리스 16에서 명시된 바와 같은 pagingSearchSpace, 및 TS 38.331 릴리스 16에서 명시된 바와 같이 구성되는 경우의 firstPDCCH-MonitoringOccasionOfPO 및 nrofPDCCH-MonitoringOccasionPerSSB-InPO에 따라 결정된다. SearchSpaceId = 0이 pagingSearchSpace에 대해 구성될 때, 페이징을 위한 PDCCH 모니터링 기회들은 TS 38.213 릴리스 16의 조항 13에서 정의된 바와 같은 RMSI에 대한 것과 동일하다.

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이다. PF에서 페이징을 위한 제1 PDCCH 모니터링 기회로부터 시작하는, (tdd-UL-DL-ConfigurationCommon에 따라 결정된) UL 심벌들과 중첩되지 않는 페이징을 위한 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 모니터링 기회들을 모니터링하도록 요구되지 않는다. PF와 연관된 PO는 PF에서 또는 PF 이후에 시작할 수 있다. PO에 대한 PDCCH 모니터링 기회들은 다수의 무선 프레임들에 걸쳐 있을 수 있다.

0 이외의 SearchSpaceId가 paging-SearchSpace에 대해 구성될 때, PO에 대한 PDCCH 모니터링 기회는 페이징 검색 공간의 다수의 기간들에 걸쳐 있을 수 있다. 파라미터들 T, N, Ns, PF_offset, 및 UE_ID는 상기의 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_offset의 값들은 TS 38.331 릴리스 16에서 정의된 바와 같은 파라미터 nAndPagingFrameOffset로부터 도출된다. 파라미터 first-PDCCH-MonitoringOccasionOfPO는 초기 DL BWP에서 페이징하기 위해 SIB1에서 시그널링된다. 초기 DL BWP 이외의 DL BWP에서 페이징하기 위해, 파라미터 first-PDCCH-MonitoringOccasionOfPO는 대응하는 BWP 구성에서 시그널링된다.

UE가 어떠한 5G-S-TMSI도 갖지 않는 경우, 예를 들어 UE가 아직 네트워크에 등록되지 않았을 때, UE는 상기의 PF 및 i_s 공식들에서 디폴트 아이덴티티 UE_ID = 0으로서 사용할 것이다.

5G-S-TMSI는 TS 23.501 릴리스 16에서 정의된 바와 같은 48 비트 길이 비트 스트링이다. 상기의 공식들에서 5G-S-TMSI는 최좌측 비트들이 최상위 비트(most significant bit)를 표현하는 이진수로서 해석될 것이다.

페이징 DCI

부록의 표 3의 페이징 DCI(릴리스 16)는 P-RNTI에 의해 CRC-스크램블된 DCI 포맷 1_0에 의해 송신될 수 있는 정보를 설명한다. 또한, 부록의 표 4의 단문자 메시지 표시자(릴리스 16)를 참조하고, 3GPP TS 38.212, 릴리스 16을 참조한다:

PCCH-Config

IE DownlinkConfigCommonSIB는 셀의 공통 다운링크 파라미터들을 제공한다. 이러한 IE는 PCCH-Config 필드를 포함하는데, 이는 셀에 대한 DRX 구성을 제공하기 위해 사용된다. 3GPP TS 38.331 릴리스 16을 참조한다. 부록의 코드 예 2A - PCCH-Config 필드(릴리스 16) 및 코드 예 2B - PCCH-Config 필드(릴리스 16) 설명들을 참조한다.

단문자 메시지

단문자 메시지들은 DCI 포맷 1_0에서의 단문자 메시지 필드를 사용하여, 연관된 페이징 메시지와 함께 또는 메시지 없이 P-RNTI를 사용하여 PDCCH 상에서 송신될 수 있다. 부록의 표 5는 3GPP TS 38.331 릴리스 16에서 단문자 메시지들을 설명하며, 여기서 비트 1은 최상위 비트이다.

시스템 정보 핸들링

시스템 정보(SI)는 MIB 및 다수의 SIB들로 이루어지는데, 이들은 최소 SI 및 다른 SI로 분할된다:

최소 SI는 초기 액세스에 요구되는 기본 정보 및 임의의 다른 SI를 획득하기 위한 정보를 포함한다. 최소 SI는 하기로 이루어진다:

o MIB는 추가 시스템 정보, 예컨대 CORESET#0 구성을 수신하기 위해 요구되는 셀의 셀 바링된 상태 정보 및 필수적인 물리적 계층 정보를 포함한다. MIB는 BCH 상에서 주기적으로 브로드캐스트된다.

o SIB1은 다른 시스템 정보 블록들의 스케줄링을 정의하고, 초기 액세스에 요구되는 정보를 포함한다. SIB1은 나머지 최소 SI(Remaining Minimum SI, RMSI)로도 지칭되고, DL-SCH 상에서 주기적으로 브로드캐스트되거나 RRC_CONNECTED에서 DL-SCH 상에서 UE들로 전용 방식으로 전송된다.

다른 SI는 최소 SI에서 브로드캐스트되지 않은 모든 SIB들을 포괄한다. 그 SIB들은 DL-SCH 상에서 주기적으로 브로드캐스트될 수 있거나, (예컨대, RRC_IDLE 또는 RRC_INACTIVE에서 UE들로부터의 요청 시) DL-SCH 상에서 주문 시에 브로드캐스트될 수 있거나, 또는 RRC_CONNECTED에서 DL-SCH 상에서 UE들로 전용 방식으로 전송될 수 있다. 다른 SI는 하기로 이루어진다:

o SIB2는, 주로 서빙 셀과 관련된 셀 재선택 정보를 포함하고;

o SIB3은 셀 재선택과 관련있는, 서빙 주파수 및 주파수내 이웃 셀들에 관한 정보(일정 주파수에 공통적인 셀 재선택 파라미터들뿐만 아니라 셀-특정적 재선택 파라미터들을 포함함)를 포함하고;

o SIB4는 셀 재선택과 관련있는, 다른 NR 주파수들 및 주파수간 이웃 셀들에 관한 정보(일정 주파수에 공통적인 셀 재선택 파라미터들뿐만 아니라 셀-특정적 재선택 파라미터들을 포함함)를 포함하고;

o SIB5는 셀 재선택과 관련있는, E-UTRA 주파수들 및 E-UTRA 이웃 셀들에 관한 정보(일정 주파수에 공통적인 셀 재선택 파라미터들뿐만 아니라 셀-특정적 재선택 파라미터들을 포함함)를 포함하고;

o SIB6은 ETWS 1차 통지를 포함하고;

o SIB7은 ETWS 2차 통지를 포함하고;

o SIB8은 CMAS 경고 통지를 포함하고;

o SIB9는 GPS 시간 및 협정세계시(Coordinated Universal Time, UTC)와 관련된 정보를 포함한다.

도 1은 시스템 정보 프로비저닝의 일례를 도시한다. UE에 의해 캠핑하는 것으로 간주되는 셀/주파수의 경우, UE는 다른 셀/주파수 계층으로부터 그 셀/주파수의 최소 SI의 내용들을 획득할 필요가 없다. 이는 UE가 이전에 방문된 셀(들)로부터의 저장된 SI를 적용하는 경우를 배제하지 않는다.

UE가 그 셀로부터 수신함으로써 셀의 최소 SI의 전체 내용을 결정할 수 없는 경우, UE는 그 셀을 바링된 것으로 간주할 것이다.

BA의 경우, UE는 활성 BWP 상에서만 SI를 획득한다.

스케줄링

MIB는 BCCH 상에서 맵핑되고 BCH 상에서 전달되는 반면, 모든 다른 SI 메시지들은 BCCH 상에서 맵핑되며, 여기서 이들은 DL-SCH 상에서 동적으로 전달된다. 다른 SI의 SI 메시지 부분의 스케줄링은 SIB1에 의해 표시된다.

RRC_IDLE 및 RRC_INACTIVE의 UE들의 경우, 다른 SI에 대한 요청은, 요청된 SI가 PRACH 리소스들의 서브세트에 연관되지 않는 한, MSG3이 SI 요청 메시지를 포함하는 랜덤 액세스 절차를 트리거하며, 이 경우, MSG1은 요청된 다른 SI의 표시에 사용된다. MSG1이 사용될 때, 요청의 최소 정밀도(granularity)는 하나의 SI 메시지(예컨대, SIB들의 세트)이고, 하나의 RACH 프리앰블 및/또는 PRACH 리소스는 다수의 SI 메시지들을 요청하기 위해 사용될 수 있고, gNB는 MSG2에서의 요청을 확인응답할 수 있다. MSG3이 사용될 때, gNB는 MSG4에서의 요청을 확인응답한다.

다른 SI는 구성가능한 주기성으로 그리고 소정 듀레이션 동안 브로드캐스트될 수 있다. 다른 SI는 또한, 그것이 RRC_IDLE/RRC_INACTIVE에서 UE에 의해 요청될 때 브로드캐스트될 수 있다.

UE가 셀 상에 캠핑하도록 허용되는 경우, 그것은 그 셀로부터 최소 SI의 내용들을 획득했어야 한다. 최소 SI를 브로드캐스트하지 않고, 따라서, UE가 캠핑할 수 없는 시스템에 셀들이 있을 수 있다.

SI 수정

(ETWS/CMAS에 대한 것 이외의) 시스템 정보의 변경은 특정 무선 프레임들에서만 발생하는데, 예컨대, 수정 기간의 개념이 사용된다. 시스템 정보는, 그의 스케줄링에 의해 정의된 바와 같이, 수정 기간 내에 동일한 내용으로 다수회 송신될 수 있다. 수정 기간은 시스템 정보에 의해 구성된다.

네트워크가 시스템 정보(의 일부)를 변경할 때, 그것은 먼저, 이러한 변경에 관해 UE에 통지하는데, 예컨대, 이는 수정 기간 전체에 걸쳐 행해질 수 있다. 다음 수정 기간에, 네트워크는 업데이트된 시스템 정보를 송신한다. 변경 통지를 수신할 시, UE는 다음 수정 기간의 시작으로부터 새로운 시스템 정보를 획득한다. UE는, UE가 새로운 시스템 정보를 획득할 때까지, 이전에 획득된 시스템 정보를 적용한다. 3GPP TS 38.300, NR; NR 및 NG-RAN 전체 설명; 스테이지 2(릴리스 15), V15.7.0을 참조한다.

공공 경고 시스템

5GC에 접속된 NR은 시스템 정보 브로드캐스트 능력의 수단을 통해 공공 경고 시스템(public warning system, PWS)들을 위한 지원을 제공한다. NR은 경고 메시지들의 스케줄링 및 브로드캐스팅을 담당할 뿐만 아니라, 경고 메시지가 브로드캐스트되고 있다는 표시를 제공하기 위해 UE를 페이징하는 것을 담당한다:

지진 및 해일 경고 시스템(Earthquake and Tsunami Warning System): ETWS는 지진 및/또는 해일 이벤트들과 관련된 경고 통지들에 대한 규정 요건들을 충족시키도록 개발된 공공 경고 시스템이다. ETWS 경고 통지들은 1차 통지(짧은 통지) 또는 2차 통지(상세한 정보를 제공함) 중 어느 하나일 수 있다.

상업용 모바일 경보 시스템(Commercial Mobile Alert System): CMAS는 다수의 동시 경고 통지들의 전달을 위해 개발된 공공 경고 시스템이다.

ETWS 1차 통지, ETWS 2차 통지 및 CMAS 통지에 대해 상이한 SIB들이 정의된다. 페이징은 ETWS 표시 및 CMAS 표시에 관하여 UE들에게 통지하기 위해 사용된다. UE는 RRC_IDLE 및 RRC_INACTIVE 동안 그 자신의 페이징 기회에 ETWS/CMAS 표시를 모니터링한다. UE는 RRC_Connected 동안 임의의 페이징 기회에 ETWS/CMAS 표시를 모니터링한다. ETWS/CMAS 통지를 나타내는 페이징은 (다음 수정 기간까지 지연시키지 않고서) 시스템 정보의 획득을 트리거시킨다. TS 38.300 릴리스 15를 참조한다.

UE 보조 정보

그렇게 구성될 때, UE는 UEAssistanceInformation을 통해 네트워크로 시그널링할 수 있다 예를 들어, UE는, 그것이 지연 버짓 보고의 목적을 위해 접속 모드 DRX 사이클 길이에서의 조정을 선호하거나 또는 그것이 내부 과열을 경험하고 있다고 시그널링할 수 있다. UE는, 그것이 소정 DRX 파라미터 값들, 및/또는 감소된 최대 개수의 2차 컴포넌트 캐리어들, 및/또는 감소된 최대 집적 대역폭 및/또는 감소된 최대 개수의 MIMO 계층들 및/또는 절전 목적을 위한 최소 스케줄링 오프셋들 K0 및 K2를 선호한다고 시그널링할 수 있다. UE는, 그것이 가까운 미래에 임의의 더 많은 데이터를 전송 또는 수신하지 않을 것으로 예상한다고 시그널링할 수 있고, 이러한 경우, 그것은 그의 선호도를 제공하여 이러한 표시가 그의 선호되는 RRC 상태를 표현할 수 있는 RRC_CONNECTED로부터 전환되도록 할 수 있거나, 또는, 대안적으로, 그것은 앞서 표시된 선호도를 취소하여 RRC_CONNECTED로부터 전환되도록 할 수 있다. UE는 IDC 문제들에 의해 영향을 받는 주파수들의 목록을 시그널링할 수 있다. TS 38.300 릴리스16을 참조한다.

UE는 최대 2차 컴포넌트 캐리어들의 개수, 최대 집적 대역폭 및 최대 MIMO 계층들의 개수를 일시적으로 감소시키기 위한 선호도를 표현할 수 있다. gNB는 요청을 수용할지 여부를 결정한다.

사이드링크의 경우, UE는 주기적 트래픽을 위해 NG-RAN에 SL 트래픽 패턴(들)을 보고할 수 있다.

예시적인 도전과제들

비용 효율성의 이유들로, 멀티-USIM UE는 전형적으로, 다수의 USIM들 사이에서 공유되는 공통 무선 및 기저대역 컴포넌트들을 사용한다. 공유된 컴포넌트들의 시간 분할 멀티플렉싱(TDM)은 다수의 NW들과의 접속들을 유지하기 위해 사용될 수 있다. 그러나, 다수의 USIM들에 대한 AS 절차들이 동시에 수행될 필요가 있을 때, "충돌"이 발생할 수 있는데, 이는 AS 절차들이 지연되거나, 준최적으로 수행되거나 또는 심지어 작동되지 않는 결과를 초래할 수 있다. 본 명세서에서, 그러한 "충돌"이, AS 절차들이 RRC_IDLE/RRC_INACTIVE 모드에서 UE에 의해 수행될 시에 가질 충격들을 고려하고, 이들을 해결하기 위한 솔루션들을 제안한다.

예를 들어, NW와의 접속을 유지하기 위해, RRC_IDLE/RRC_INACTIVE에서의 UE는 SI 획득 및 페이징 절차들을 수행할 필요가 있다. 이러한 절차들을 수행할 때, UE는 SI 또는 페이징 DCI를 수신할 특정 시간들에서의 다운링크를 모니터링한다. 멀티-빔 동작에서, PDCCH 모니터링 기회들의 세트가 SI 획득 및 페이징 수신을 위해 사용된다. PDCCH 모니터링 기회들의 세트 내의 PDCCH 모니터링 기회들 중 하나 이상 동안 충돌, 예컨대 부분 또는 전체 충돌이 발생할 수 있다. 충돌이 발생할 때, UE는 이러한 세트 내의 PDCCH 모니터링 기회들 중 하나 이상 동안 다운링크를 수신할 수 없을 것인데, 이는 UE가 SI를 획득할 수 없거나 페이징 DCI를 수신할 수 없게 되는 결과를 초래할 수 있다.

SI 획득의 경우, 충돌들은 SI를 얻는 것과 관련된 레이턴시를 증가시킬 수 있다. SI 획득 절차를 신속하고 신뢰성있게 수행할 수 없는 UE는, 그것이 무효 SI를 갖는 것으로 인해 트리거될 때 RRC 접속을 확립/재개하지 못할 수 있다. 유효 SI가 획득될 때까지 RRC 접속/재개 절차를 지연시키는 것은 절차를 트리거시킨 이벤트에 따라 허용불가능할 수 있다. 초래될 수 있는 다른 충격은 셀 (재)선택 절차를 수행할 때의 준최적 셀의 선택이다. 셀 재선택 평가 프로세스를 수행할 때 UE가 후보 셀에 대한 MIB 또는 SIB1을 획득할 수 없는 경우, UE는 셀을 최대 300초 동안 "바링된" 것으로 잘못 간주할 수 있다. 이는, UE가 셀 재선택 평가 프로세스를 계속해서 수행할 것을 요구할 수 있는 더 약한 셀의 선택; 또는 UE가 제한된 서비스만을 얻을 수 있는 셀의 선택을 계속해서 수행할 것을 요구할 수 있는데; 예컨대, 긴급 호출들을 일으키고 ETWS 및 CMAS 통지들을 수신할 수 있다.

페이징의 경우, 충돌들은 UE가 모바일 착신(Mobile Terminatedl, MT) 호출을 누락시키게 할 수 있다. 이는, NW가, 실패가 발생했음을 잘못 가정하는 결과를 초래할 수 있는데, 이는 NW가 교정 액션들을 불필요하게 취하는 것 및 NW에 의해 유지되는 호출 통계치들의 왜곡으로 이어질 수 있다. 예를 들어, NW는 더 넓은 영역에서 UE를 페이징하려고 시도하여, 이에 의해, 시그널링 부하를 증가시킬 수 있다. 그리고 후속 페이징 시도들이 또한 실패하는 경우, NW에 의해 유지되는 상태 기계들은 상이한 상태로 전환되어, 이에 의해, UE와 NW 사이의 상태 기계 불일치들 초래할 수 있다. 덧붙여, PWS 통지들 및 SI 변경 표시들이, 페이징 DCI를 통해 송신되는 단문자 메시지에서 시그널링되기 때문에, 페이징을 모니터링할 수 없는 UE는 PWS 통지를 누락시킨 경우에 중요한 ETWS 또는 CMAS 메시지들을 누락시킬 수 있거나; 또는 SI 변경 표시를 누락시킨 경우에 SI 변경을 인식하지 못할 수 있다.

충돌들은 분리될 수 있거나, 또는 본질적으로 시스템적일 수 있다. 예를 들어, 2개의 USIM들이 RRC_IDLE/RRC_INACTIVE 모드에 있는 시나리오의 경우, SI 획득을 위한 PDCCH 모니터링 기회들과의 충돌들은 분리된 것으로 간주될 수 있는데, 이는 SI 획득 절차를 트리거하는 이벤트들이 비주기적이고, 연장된 기간; 예컨대, 셀 (재)선택 시, PWS 통지 또는 SI 변경 표시를 수신할 시, 등등 동안 지속되지 않을 것이기 때문이다. 그러한 충돌들이 발생할 수 있는 시나리오들은, 다수의 USIM들에 대한 SI 획득 절차들을 동시에 수행하려고 시도할 때, 하나의 USIM에 대한 SI 획득 절차 및 다른 USIM에 대한 유휴 모드 측정들을 수행하려고 시도할 때, 또는 하나의 USIM에 대한 SI 획득과 다른 USIM에 대한 페이징 절차를 동시에 수행하려고 시도할 때를 포함한다.

한편, 시스템적 충돌들은 무기한으로 지속될 수 있다. 2개의 USIM들이 RRC_IDLE/RRC_INACTIVE 모드에 있는 시나리오를 다시 고려하는 경우, 그러한 충돌들은, 각각의 USIM에 대한 페이징 구성들이, 페이징을 위한 PDCCH 모니터링 기회들이 충돌하도록 할 때 발생할 수 있다. 정의에 의하면 PO가 주기적이기 때문에, 충돌들은 반복적으로 발생할 것인데, 이는 하나 또는 둘 모두의 USIM들에 대한 페이징 절차의 실패로 이어질 수 있다. 시스템적 충돌들은 또한, 하나의 USIM이 RRC_IDLE/RRC_INACTIVE 모드에 있고 다른 USIM이 RRC_CONNECTED 모드에 있는 시나리오의 경우에도 발생할 수 있다. RRC_CONNECTED 모드에서 USIM에 대한 트래픽 패턴이 공유된 컴포넌트들의 높은 활용을 초래하는 경우, 충돌들은, 임의의 AS 절차가 다른 USIM에 대해 개시될 때, AS 절차의 주기성 또는 듀레이션에 관계없이 발생할 가능성이 있을 것이다. 이는, RRC_CONNECTED 모드에서 USIM에 대해 확립된 호출의 파괴 및/또는 RRC_IDLE/RRC_INACTIVE 모드에서 USIM에 대한 AS 절차들의 실패로 이어질 수 있다.

멀티-USIM UE들에 대한 지원은 현재, 3GPP 규격들로부터의 지원 없이, 구현-특정적 방식으로 핸들링된다. 이는, 신뢰성없고 전력 비효율적일 수 있는 충돌들을 핸들링할 때의 다양한 UE 거동들로 이어진다. 5G-가능 UE들의 증가된 복잡성, 및 시장에서의 멀티-USIM UE들에 대한 증가하는 수요에 따라, 구현예에 따라 멀티-USIM 지원을 행하는 것은 더 이상 실용적이지 않다. 따라서, 멀티-USIM UE들이 5G 네트워크들에서 신뢰성있게 그리고 효율적으로 동작할 수 있다는 것을 보장하기 위해, 공통 기저대역 및 무선 컴포넌트들의 TDM 공유와 연관된 UE 거동을 표준화할; 그리고 새로운 UE 거동을 지원하는 새로운 NW 거동/액션들을 정의할 필요성이 있다. RRC_IDLE/RRC_INACTIVE 모드에서의 UE들의 경우, 이는, 가능할 때, UE가 충돌들을 회피할 수 있게 할; 그리고 그들이 발생하는 경우 및 그러할 때에는, 예측가능하고 신뢰성있는 방식으로 그들을 해결할 수 있게 할 SI 및 페이징 절차들에 대한 향상을 요구할 것이다.

충돌 회피 솔루션들

UE는 다수의 USIM들에 대한 UE 구성; 예컨대, 페이징 구성, SMTC 구성, SI-SchedulingInfo 구성, C-DRX 구성 등에 기초하여 충돌들이 발생할 가능성이 있다고 결정할 수 있다.

이어서, 충돌들은, 하나의 USIM에 의해 수행되는 AS 절차들과 연관된 모니터링 기회들 및 송신 기회들이, 다른 USIM에 의해 수행되는 AS 절차들과 연관된 모니터링 기회들 및 송신 기회들과 시간적으로 중첩되지 않도록 UE를 구성함으로써 회피될 수 있다. USIM들 중 하나가 RRC_CONNECTED 모드에 있는 시나리오들의 경우, 이러한 재구성은 RRC 접속을 유예하거나 릴리스하는 것을 포함할 수 있다.

본 명세서에 기술된 솔루션들은 USIM들이 상이한 네트워크들에 연결되는 일반적인 경우를 위한 것이다. 그러나, 솔루션들은 또한, 다수의 USIM들이 동일한 네트워크에 연결되는 시나리오들, 예컨대 RAN 공유, MNO내 및 NW 슬라이싱 용례들에 적용될 수 있다. 그러한 시나리오들에서, 솔루션들의 추가적인 최적화; 예컨대, 다수의 USIM들에 대한 동일한 NW 슬라이싱 및/또는 동일한 서빙 셀 또는 RAN 슬라이싱의 선택, 다수의 USIM들에 대한 동일한 PO의 선택, 다수의 USIM들에 대한 PO들을 모니터링하기 위해 단 한번만 웨이크-업하는 것을 인에이블시키기 위해 시간적으로 가까운 PO들의 구성 등이 적용될 수 있다.

충돌들이 언제 발생할 것인지를 결정하는 방법들

UE는 다수의 USIM들에 대한 UE 구성; 예컨대, 페이징 구성, SMTC 구성, SI-SchedulingInfo 구성, C-DRX 구성 등에 기초하여 충돌들이 언제 발생할 것인지를 결정할 수 있다. 일반적인 경우, 시간 동기화는 네트워크들 사이에서 가정될 수 있고, 따라서, UE는 충돌들이 언제 발생할 것인지를 결정할 때 네트워크들 사이에 존재할 수 있는 임의의 비-제로 타이밍 오프셋을 고려해야 한다. 이러한 비-제로 타이밍 오프셋을 멀티-USIM UE의 PCell들 사이의 관찰된 SFN 및 프레임 타이밍 차이(SFN and Frame Timing Difference, SFTD)로서 정의하는데, 이는 하기의 2개의 컴포넌트들로 구성된다:

SFN 오프셋 = (SFN_{PCell_USIMx} - SFN_{PCell_USIMy}) mod 1024, 여기서 SFN_{PCell_USIMx}는 USIM_x가 접속되는 NW에 대한 PCell 무선 프레임의 SFN이고, SFN_{PCell_USIMy}는 USIM_y가 접속되는 NW에 대한 PCell 무선 프레임의 SFN이며, 이들과 관련하여, UE는, 그것이 USIM_x에 대한 PCell 무선 프레임의 시작부를 수신할 때의 시간과 시간적으로 가장 가까운 시작부를 수신한다.

프레임 경계 오프셋 =

, 여기서 T_{FrameBoundaryPCell_USIMx}는 USIM_x가 접속되는 NW에 대한 PCell 로부터의 무선 프레임의 시작부를 수신할 때의 시간이고, T_{FrameBoundaryPCell_USIMy}는 PCell로부터 수신된 무선 프레임과 시간적으로 가장 가까운, USIM_y가 접속되는 NW에 대한 PCell로부터 UE가 무선 프레임의 시작부를 수신할 때의 시간이다. (T_{FrameBoundaryPCell} - T_{FrameBoundaryPSCell})의 단위는 Ts이다.

도 2는 멀티-USIM UE의 PCell들 사이의 예시적인 SFTD를 예시하는 타이밍도이다.

페이징 충돌들이 발생할 것인지 여부를 결정할 때, UE는 먼저, 페이징 구성들에 따라 각각의 네트워크에 대한 PF 및 PO를 계산한다. 이어서, 멀티-USIM UE의 PCell들 사이의 SFTD는 도 3a 및 도 3b에 도시된 바와 같이 임의의 충돌들이 발생할 것인지 여부를 결정하기 위해, 하나의 USIM의 PO들을 다른 USIM에 대해 오프셋시키는 데 사용된다.

2개의 USIM들이 동일한 DRX 사이클들; 예컨대,

로 구성된 시나리오들의 경우, 도 4a에 도시된 바와 같이 매 DRX 사이클마다 페이징 충돌들이 발생할 수 있다. 2개의 USIM들이 상이한 DRX 사이클들, 예컨대,

로 구성되는 시나리오들의 경우, 도 4a 내지 도 4c에 도시된 바와 같이 더 긴 DRX 사이클을 갖는 USIM의 관점에서 매 DRX 사이클마다 그리고 더 짧은 DRX 사이클을 갖는 USIM의 관점에서 매 2개, 4개, 또는 8개 DRX 사이클들마다 페이징 충돌들이 발생할 수 있다. 충돌들이 얼마나 자주 발생하는지는 2개의 USIM들에 대한 DRX 사이클들의 비에 의존하며, 여기서 DRX 사이클 T는 32개, 64개, 128개, 또는 256개의 무선 프레임들로서 구성될 수 있다. 3GPP TS 38.331 릴리스 15를 참조한다. USIM₁과 USIM₂ 사이의 페이징 충돌들이 USIM₁의 관점에서 얼마나 자주 발생할 수 있는지를 표현하기 위해 파라미터 M을 하기와 같이 정의한다:

RRC_IDLE/RRC_INACTIVE에서 USIM에 대한 SI-SchedulingInfo 구성에서 특정된 바와 같은 SI, RRC_IDLE/RRC_INACTIVE에서 USIM에 대한 SMTC 구성에서 특정된 바와 같은 RRM 측정 기회들, 또는 RRC_CONNECTED 모드에서 USIM에 대한 C-DRX 구성에서 특정된 바와 같은 활성 시간을 획득하기 위해 사용되는 SI 윈도우들과의 충돌들을 결정하기 위해 유사한 방법들이 또한 적용될 수 있다. 도 5는 USIM₁에 대해서는 RRC_IDLE/RRC_INACTIVE 모드에서 그리고 USIM₂에 대해서는 RRC_CONNETCED에서 UE에 대한 C-DRX 온-듀레이션과의 페이징 충돌들을 보여주는 시나리오의 예시이다.

SearchSpaceId = 0이 pagingSearchSpace에 대해 구성될 때, 예로서, USIM₁에 대한 페이징 및 RMSI에 대응하는 PDCCH 모니터링 기회들과 USIM2에 대한 페이징 및 RMSI에 대응하는 PDCCH 모니터링 기회들을 비교함으로써 충돌들을 결정하기 위해 유사한 방법들이 또한 적용될 수 있다. 0 이외의 SearchSpaceId가 pagingSearchSpace에 대해 구성될 때, 예로서, USIM1에 대한 S1개의 송신된 SSB들에 대응하는 S1개의 연속적인 PDCCH 모니터링 기회들의 세트와 USIM2에 대한 S2개의 송신된 SSB들에 대응하는 S2개의 연속적인 PDCCH 모니터링 기회들의 세트를 비교함으로써 충돌들을 결정하기 위해 유사한 방법들이 또한 적용될 수 있으며, 여기서 S1은 USIM1에 대해 SIB1 내의 ssb-PositionsInBurst에 따라 결정되고, S2는 USIM₂에 대해 SIB1 내의 ssb-PositionsInBurst에 따라 결정된다.

PO 스킵

RRC_IDLE/RRC_INACTIVE 모드에서 USIM에 대한 충돌들을 회피하기 위해 PO 스킵이 사용될 수 있다. PO 스킵이 구성될 때, UE는 스킵된 PO 동안 페이징을 모니터링하지 않는다. 네트워크 거동은 또한, PO 스킵이 구성될 때 수정될 수 있는데; 예컨대, 네트워크는 스킵된 PO 동안 UE를 페이징하지 않고, 네트워크는 다수의 PO들에 페이징 메시지를 반복하고, 등등을 한다.

규칙 기반 PO 스킵

규칙 기반 PO 스킵은 페이징 충돌들을 회피하기 위해 하나 이상의 USIM들에 대한 PO 스킵을 허용하는 것으로 정의될 수 있다. USIM들이 동일한 DRX 사이클, 예컨대 T₁=T₂로 구성되는 시나리오들의 경우, 도 4a에 도시된 바와 같이 매 DRX 사이클마다 충돌이 발생할 수 있다. 페이징 충돌들을 회피하기 위해, UE는 어느 USIM에 대해 PO가 모니터링되는지를 택일할 수 있다. 그러나, UE가 모니터링하고 있지 않은 PO 동안 네트워크가 UE를 페이징하는 경우, 그 페이지는 누락될 것이다. 페이지가 누락되지 않은 것을 보장하기 위해, 네트워크는 다수의 연속적인 PO들에서 페이징을 반복하여, 이에 의해, UE가 어느 PO에서 - 예를 들어, 초기 페이징 송신에 사용되는 PO; 예컨대, 초기 PO, 또는 반복되는 페이징 송신(들)(예컨대, 반복된 PO(들))에 사용되는 PO(들) 동안 - 페이지를 수신할 것인지를 선택할 수 있게 할 수 있다.

UE는 UE가 등록 시의 멀티-USIM UE이라는 것을 네트워크에 통지하여, 이에 의해, 네트워크가 멀티-USIM UE에 대한 페이징 반복만을 수행할 수 있게 할 수 있다. 페이징 반복 사이클은 nT로 정의될 수 있으며, 여기서 n은 멀티-USIM UE에 대해 구성된 USIM들의 개수이고, T는 DRX 사이클이다. 파라미터 n은 또한, 등록 시, 네트워크로 시그널링될 수 있다.

UE는 NAS 시그널링을 사용하여, 네트워크에게 UE가 멀티-USIM UE라고 통지할 수 있고, CN은 UE의 멀티-USIM 능력들을 RAN에 통지할 수 있다. 대안적으로, UE는 AS 시그널링을 사용하여 UE가 멀티-USIM UE라는 것을 RAN에 통지할 수 있고, RAN은 UE의 멀티-USIM 능력들을 CN에 통지할 수 있다. UE가 멀티-USIM UE라는 것을 RAN에 통지하기 위해 사용되는 AS 시그널링은 기존의 절차; 예컨대 RRAC 접속 확립, RRC 접속 재개, UE 보조 정보, UE 능력 전달을 사용하여 구현될 수 있다. 대안적으로, 새로운 RRC 절차가 정의될 수 있다.

도 6은 USIM₁ 및 USIM₂가 동일한 DRX 사이클 T로 구성되는 시나리오의 예시이다. 페이징 반복 사이클은 각각의 네트워크마다 2T로서 정의되고, USIM₁ 및 USIM₂에 대한 각각의 DRX 사이클에 대한 초기 PO는 값 τ만큼 오프셋되며, 여기서

. τ의 값에 따라, 2개의 USIM들의 PO들 사이에 충돌(전체 또는 부분)이 발생할 수 있다.

실시예의 하나의 태양에서, τ의 값과는 관계없이; 예컨대, 페이징 충돌들이 실제로 발생하는지의 여부와 관계없이, 모든 멀티-USIM UE들에 대해 페이징 반복이 수행된다. 대안적으로, 페이징 반복은, τ의 값이, 페이징 충돌들이 실제로 발생하도록 하는 것일 때에만 수행될 수 있다. 이러한 대안을 사용할 때, 페이징 반복의 인에이블링/디스에이블링을 용이하게 하는 UE 시그널링이 요구된다. 예를 들어, UE는, τ의 값이, 페이징 충돌들이 발생하도록 하는 것이라고 결정할 수 있고, 이를 네트워크에 통지하라는 표시를 네트워크에 전송할 수 있다. 대안적으로, UE는 다른 네트워크들에 대한 페이징 구성에 관한 정보 또는 τ의 값을 시그널링하여, 네트워크가, 페이징 충돌이 발생할 것인지, 그리고 이에 따라 페이징 반복을 인에이블/디스에이블시킬 것인지 여부를 결정할 수 있도록 할 수 있다.

PO 스킵을 인에이블/디스에이블시키기 위해 UE 시그널링이 요구될 때, 멀티-USIM UE는, UE가 CN이 RAN 노드와 함께 PO 스킵을 관리하기를 원하는 경우, 초기 등록 내에 PO 스킵 표시자를 포함할 수 있다. 대안적으로, UE는 이동성 등록 업데이트 절차 또는 주기적 등록 업데이트 절차 중 어느 하나에서 PO 스킵 표시자를 포함함으로써 PO 스킵을 더 동적으로 수행할 수 있다. 이는, 멀티-USIM UE가 각각의 USIM마다 등록되고, 잠시 후, USIM들 사이의 또는 그들 간의 페이징 충돌들에 대해 잠재성이 있다고 결정한 후에 요청될 수 있다. 다른 대안으로서, PO 스킵 표시자는 UE가 등록 수락 응답을 수신한 후에 전송된 등록 완료 메시지에 포함될 수 있다.

그리고 다른 대안에서, UE는 AS 시그널링을 통해 PO 스킵 표시자, 파라미터 n, 및 임의의 다른 관련 정보를 RAN 노드에 제공할 수 있다. 예를 들어, RRC 접속 확립 절차를 수행할 때 RRCSetupRequest 메시지를 사용하는 것; RRC 접속 재개 절차를 수행할 때 RRCResumeRequest/RRCResumeRequest1 메시지를 사용하는 것; 또는 UE 보조 정보 절차를 수행할 때 UEAssistanceInformation 메시지를 사용하는 것.

도 7은 UE가 하나 걸러 하나의 PO마다 PO 스킵을 수행하는 예시적인 알고리즘에 대한 흐름도이다. 알고리즘은 UE가 동일한 DRX 사이클로 구성된 2개의 USIM들을 갖는 시나리오들에 사용될 수 있다.

도 7의 단계 1에서, UE는 어느 PO가 다음에 발생할 것인지를 결정한다. 대안적으로, UE는 어느 PO가 다음에 발생할 것인지와는 관계없이 USIM1로 시작할것인지 아니면 USIM2로 시작할 것인지를 선택할 수 있고, 이에 따라, 단계 2 또는 단계 3으로 진행할 수 있다. 이러한 대안은 PO들이 시간적으로 서로에 대해 언제 발생할지를 결정해야 하는 것을 회피하기 위해 간소화로서 사용될 수 있다.

단계 2에서, USIM1에 대한 PO가 다음에 발생하는 경우, UE는 USIM1에 대한 PO 모니터링 플래그를 설정하고, USIM2에 대한 PO 모니터링 플래그를 클리어시킨다.

단계 3에서, USIM2에 대한 PO가 다음에 발생하는 경우, UE는 USIM1에 대한 PO 모니터링 플래그를 클리어시키고, USIM2에 대한 PO 모니터링 플래그를 설정한다. 2개 초과의 USIM들을 갖는 멀티-USIM UE들의 경우, 추가적인 USIM들의 PO의 존재를 체크하기 위해 단계 1 및 단계 3이 반복될 수 있다.

단계 4에서, UE는 다음 PO가 발생할 때까지 기다린다.

단계 5에서, UE는 PO가 발생한(또는 그것이 막 발생하려고 하는) USIM에 대해 PO 모니터링 플래그가 설정되는지 여부를 결정한다.

단계 6에서, PO 모니터링 플래그가 이러한 USIM에 대해 설정되는 경우, UE는 이러한 USIM에 대한 PO 모니터링을 수행하도록 하위 계층들을 구성한다.

단계 7에서, PO 모니터링 플래그가 이러한 USIM에 대해 설정되지 않는 경우, UE는 이러한 USIM에 대한 PO 모니터링을 스킵하도록 하위 계층들을 구성한다.

단계 8에서, UE는 이러한 USIM에 대한 PO 모니터링 플래그의 상태를 토글하고, 단계 4로 돌아간다.

도 8은 USIM들이 동일한 DRX 사이클들, 예컨대

로 구성되는 시나리오들의 경우에 하나 걸러 하나의 PO마다 PO 스킵을 수행하기 위해 알고리즘에 따라 모니터링/스킵되는 PO들의 예시이다. 이러한 예에서, USIM₁에 대한 PO는 먼저 발생할 것으로 가정된다.

각각의 USIM에 대한 DRX 사이클들이 동일하다는 것을 보장하기 위해, 네트워크 거동은, 동일한 UE-특정적 DRX 사이클이 모든 멀티-USIM UE들에 대해 구성되도록 정의될 수 있고; 멀티-USIM UE에 대한 UE 거동은, UE가, UE-특정적 DRX 사이클의 최단 값 및 SI에서 브로드캐스트되는 디폴트 값을 사용하기보다는, 항상 UE-특정적 DRX 사이클을 사용하도록 정의될 수 있다. 본 발명의 하나의 태양에서, 네트워크는 UE가 네트워크에 등록될 때 모든 멀티-USIM UE들에 대해 동일한 UE-특정적 DRX 사이클을 구성하기 위해 NAS 시그널링을 사용할 수 있다. 예를 들어, 코어 네트워크는 멀티-USIM UE들에 대한 적절한 DRX 사이클을, 이를 등록 수락 메시지의 수락된 DRX 파라미터 요소에 반환함으로써 선택할 수 있다. 대안적으로, DRX 사이클들이 상이할 수 있는 시나리오들의 경우, UE는 NAS 또는 RRC 시그널링을 사용하여 그의 DRX 사이클의 수정을 요청하여, 각각의 USIM에 대한 DRX 사이클이 동일하다고 보장할 수 있다. RRC_INACTIVE의 UE들의 경우, CN은 원하는 UE-특정적 DRX 사이클에 관한 정보를 RAN 노드에 제공하여, DRX 사이클이 다른 USIM(들)에 대한 DRX 사이클과 동일하다는 것을 보장할 수 있다.

2개의 USIM들이 상이한 DRX 사이클들, 예컨대,

로 구성된 시나리오들의 경우, 도 4b 내지 도 4d에 도시된 바와 같이 매 M개 DRX 사이클들마다 페이징 충돌들이 발생할 수 있다. 하나 걸러 하나의 PO마다 PO 스킵을 수행하여 알고리즘을 적용하는 것은,

인 시나리오들의 경우에 도 9a 및 도 9b에 도시된 바와 같이 모니터링/스킵되는 PO들을 초래할 수 있다. 도 9a에 도시된 바와 같이 더 긴 DRX 사이클을 갖는 USIM에 대한 PO가 먼저 발생하는 경우, 2의 페이징 반복 사이클이 구성되는 것으로 가정하면, PO들은 둘 모두의 네트워크들로부터 페이징이 신뢰성있게 수신될 수 있도록 스킵된다. 그러나, 더 짧은 DRX 사이클을 갖는 USIM에 대한 PO가 도 9b에 도시된 바와 같이 먼저 발생하는 경우, 충돌들이 발생할 것이고, 페이징은 어느 하나의 네트워크로부터 신뢰성있게 수신되지 않을 것이다.

이러한 문제를 완화시키기 위해, 알고리즘은, 더 긴 DRX 사이클을 갖는 USIM에 대한 제1 PO가 발생할 때 각각의 USIM에 대한 PO 모니터링 플래그들의 값이 초기화되도록 수정될 수 있다. 도 10은, UE가,

인 시나리오들을 또한 지원하는 하나 걸러 하나의 PO마다 PO 스킵을 수행하는 예시적인 알고리즘에 대한 흐름도이다.

도 11은 등록 절차 동안의 PO 스킵의 구성에 대한 시그널링 도면이다. 도 11의 단계 1에서, UE는 NW에 등록하기 위한 트리거를 수신한다.

단계 2에서, UE는 UE가 멀티-USIM UE임을 나타내는 등록 요청 메시지를 CN으로 송신한다. UE는 또한, 그것이 얼마나 많은 USIM들을 구성했는지를 나타낼 수 있다. UE는 또한, 사용될 선호되는 DRX 사이클을 나타낼 수 있다. 그리고 다른 대안에서, UE는 USIM들 사이의 DRX 사이클 관계와 관계있는 파라미터; 예컨대, DRX 사이클들의 비를 시그널링한다. UE가 멀티-USIM UE라는 표시의 수신은, UE가 PO 반복을 인에이블시키고 싶어 함을 암시적으로 나타내기 위해 사용될 수 있다. 대안적으로, UE는 PO 반복이 인에이블될 것을 요청하기 위한 명시적 PO 반복 표시를 포함할 수 있다.

단계 3에서, CN은 TS 23.502로부터의 등록 절차를 실행하고, UE를 멀티-USIM UE로서 등록한다. CN은 또한, 그것이 이전에 언급된 바와 같이 모든 멀티-USIM UE들에 사용하는 DRX 사이클을 구성할 수 있고, 등록 수락 메시지의 수락된 DRX 파라미터 요소에 그 값을 반환할 수 있다. UE가 PO 반복 표시를 포함한 경우, CN은 이를, UE가 미래에 페이징될 필요가 있을 때마다 사용될 UE에 대해 유지되는 UE 콘텍스트에 저장한다.

단계 4에서, CN은 등록 요청이 수락되었음을 나타내는 등록 수락 메시지를 UE로 송신한다. 메시지는, CN 구성된 DRX 사이클, 및 PO 반복이 인에이블되고 파라미터 N이 수신되었다는 확인응답을 포함할 수 있다. 이러한 정보는 또한, PO 반복을 인에이블시킬 것 및 구성된 DRM 사이클을 사용할 것을 RAN 노드에 통지하기 위해 N2 시그널링에 추가될 수 있다.

단계 5에서, UE는 페이징을 모니터링하고, 하나 걸러 하나의 PO마다 PO 스킵을 수행한다.

단계 6에서, CN은 UE를 페이징하기 위한 트리거를 수신한다.

단계 7에서, CN은 페이징 메시지를 gNB로 송신하고, 또한, UE의 선호되는 DRX 사이클에 관한 정보를 gNB에 제공할 수 있다. 덧붙여, CN은 그것이 UE에 의해 이전에 구성된 경우에 PO 스킵을 인에이블시킬 것을 gNB에 통지할 수 있고, 또한, UE와 연관된 파라미터 N을 제공할 수 있다.

단계 8에서, gNB는 페이징 반복을 사용하여 UE를 페이징한다.

단계 9에서, gNB는 초기 PO를 사용하여 UE를 페이징한다.

단계 10에서, gNB는 반복된 PO를 사용하여 UE를 페이징한다.

단계 11에서, UE는 초기 PO 또는 반복된 PO 중 어느 하나에서 페이지를 수신한다.

단계 12에서, UE는 네트워크와의 접속을 확립한다.

도 12는 RRC 접속 재개 절차 동안의 PO 스킵의 구성에 대한 시그널링 도면이다.

도 12의 단계 1에서, UE는 PO 스킵을 구성하기 위해 이를 트리거하는 이벤트를 검출한다. PO 스킵을 트리거하는 이벤트들은, 다수의 USIM들에 대한 UE 구성에 기초하여 충돌들이 발생할 것이라는 결정, 하나 이상의 페이징 충돌들의 검출, 다른 USIM에 대한 AS 절차의 개시, 다른 USIM에 대한 RRC_CONNECTED 상태로의 전환, 다른 USIM에 대한 DC의 구성 등, 또는 이들의 임의의 조합을 포함할 수 있다.

단계 2에서, UE는 PO 스킵을 구성하기 위해 RRCResumeRequest/RRCResumeRequest1 메시지를 송신한다.

단계 3에서, gNB는 PO 스킵을 구성한다.

단계 4에서, gNB는 suspendConfig 메시지를 포함하는 RRCRelease 메시지를 송신한다.

단계 5에서, RRCRelease 메시지의 수신 시, UE는 RRC_INACTIVE로 전환되고, 하나 걸러 하나의 PO마다 PO 스킵을 수행한다.

UE가 n개의 USIM들로 구성되는 시나리오들의 경우, UE는 (n-1)개의 PO들을 스킵하는데; 즉 매 n개의 PO들마다 단 1개의 PO만이 모니터링된다.

단계 6에서, UE에 대한 DL 데이터가 gNB로 포워딩된다.

단계 7에서, gNB는 페이징 반복을 사용하여 UE를 페이징하고, 페이징 반복 사이클은 nT로 정의될 수 있으며, 여기서 n은 멀티-USIM UE에 대해 구성된 USIM들의 개수이고, T는 DRX 사이클이다.

단계 8에서, gNB는 초기 PO를 사용하여 UE를 페이징한다.

단계 9에서, gNB는 반복된 PO를 사용하여 UE를 페이징한다.

단계 10에서, UE는 초기 PO 또는 반복된 PO 중 어느 하나에서 페이지를 수신한다.

단계 11에서, UE는 네트워크와의 RRC 접속을 재개한다.

단계 12에서, UE는 네트워크로부터 DL 데이터를 수신한다.

도 13은 UE 보조 정보 절차가 네트워크에 원하는 PO 스킵 구성을 통지하기 위해 사용되는 시그널링 도면이다. 도 13의 단계 1에서, UE는 원하는 PO 스킵 구성을 포함하는 UEAssistanceInformation 메시지를 송신한다.

단계 2에서, gNB는 PO 스킵을 구성한다.

단계 3에서, gNB는 suspendConfig 메시지를 포함하는 RRCRelease 메시지를 송신한다.

단계 4에서, RRCRelease 메시지의 수신 시, UE는 RRC_INACTIVE로 전환되고, 하나 걸러 하나의 PO마다 PO 스킵을 수행한다.

단계 5에서, UE에 대한 DL 데이터가 gNB로 포워딩된다.

단계 6에서, gNB는 페이징 반복을 사용하여 UE를 페이징한다

단계 7에서, gNB는 초기 PO를 사용하여 UE를 페이징한다.

단계 8에서, gNB는 반복된 PO를 사용하여 UE를 페이징한다.

단계 9에서, UE는 초기 PO 또는 반복된 PO 중 어느 하나에서 페이지를 수신한다.

단계 10에서, UE는 네트워크와의 RRC 접속을 재개한다.

단계 11에서, UE는 네트워크로부터 DL 데이터를 수신한다.

페이징 반복의 사용은 페이징 시그널링을 증가시키고, 또한, 페이징 레이턴시를 증가시킨다. DRX 사이클들이 상이한 시나리오들의 경우, 더 큰 DRX 사이클을 갖는 USIM에 대해 페이징 반복이 요구되지 않는다. 그러한 시나리오들의 경우에 최적화가 이루어져, 더 작은 DRX 사이클을 갖는 네트워크에 대해서만 페이징 반복이 인에이블되도록 할 수 있다. UE로부터의 UL 제어 시그널링은 하위 DRX 사이클을 갖는 네트워크에 대한 페이징 반복을 요청하기 위한 표시를 네트워크에 제공하기 위해 사용될 수 있다.

다른 대안에서, 페이징 반복의 사용은 UE에 대한 페이징 실패를 경험한 후에 네트워크에 의해 트리거될 수 있다. 검출 이벤트는 페이징 실패들의 횟수의 카운트; 예컨대, 임계치를 초과하는 연속적인 페이징 실패들의 횟수, 임계치를 초과하는 정의된 시간 간격에서의 페이징 실패들의 횟수; 등등의 카운트에 기초할 수 있다.

빔 기반 페이징 메커니즘의 경우, SearchSpaceId = 0이 pagingSearchSpace에 대해 구성될 때, 유사한 스킵 및 반복 방법들이 또한, 일례로서, USIM₁ 및/또는 USIM₂에 대해 각각 페이징 및 RMSI에 대응하는 PDCCH 모니터링 기회들에 적용될 수 있다.

빔 기반 페이징 메커니즘의 경우, 0 이외의 SearchSpaceId이 pagingSearchSpace에 대해 구성될 때, 유사한 스킵 및 반복 방법들이 또한, S개의 송신된 SSB들에 대응하는 S개의 연속적인 PDCCH 모니터링 기회들의 세트에 적용될 수 있다 - 예컨대 USIM₁에 대해서는 S1 및 USIM₂에 대해서는 S2.

이벤트 기반 PO 스킵

이벤트 기반 PO 스킵은 특정 이벤트의 발생에 기초하여 네트워크에 대한 페이징을 유예시키기 위해 사용될 수 있다. PO 스킵을 트리거하는 이벤트들은, 다수의 USIM들에 대한 UE 구성에 기초하여 충돌들이 발생할 것이라는 결정, 하나 이상의 페이징 충돌들의 검출, 다른 USIM에 대한 AS 절차의 개시, 다른 USIM에 대한 RRC_CONNECTED 상태로의 전환, 다른 USIM에 대한 DC의 구성 등을 포함할 수 있다. 주어진 네트워크에 대한 PO 스킵은, 트리거링 이벤트가 더 이상 지속되지 않을 때 - 예컨대, 다수의 USIM들에 대해 더 이상 충돌들이 발생하지 않도록 UE가 재구성됨, 다른 USIM에 대한 AS 절차(들)가 완료되었음, 다른 USIM에 대해 RRC_CONNECTED로부터 RRC_IDLE/RRC_INACTIVE로 전환함, 다른 USIM에 대한 DC의 릴리스 등 - 까지 계속되는 가변 듀레이션 동안 발생할 수 있다. 대안적으로, 주어진 네트워크에 대한 PO 스킵은 UE 및 네트워크에 알려진 고정 듀레이션(예컨대, T_{PO_Skipping}) 동안 계속될 수 있다. PO 스킵 듀레이션은 UE가 PO 스킵으로 개시하기 전에 사전구성되거나 시그널링될 수 있다. 솔루션의 하나의 태양에서, PO 스킵 듀레이션은 UE에 의해 결정되고 네트워크로 시그널링된다. 솔루션의 다른 태양에서, UE는 선택적으로, 선호되는 PO 스킵 듀레이션을 네트워크로 시그널링하지만, PO 스킵 듀레이션에 대한 최종 결정은 네트워크에 의해 결정된다. 도 14a 및 도 14b는 각각, PO 스킵이 가변 듀레이션 및 고정 듀레이션 둘 모두 동안 발생하는 시나리오들을 도시한다.

긴급 호출을 행한 후, UE는 그것이 긴급 호출을 다시 수신할 수 있다는 것을 보장하기 위해 페이징을 모니터링할 필요가 있을 수 있다. 네트워크 상에 긴급 호출을 행한 후, 이벤트 기반 PO 스킵은, UE가 페이징을 모니터링하지 않을 것이고 따라서 MT 호출을 확립할 수 없을 것이라는 것을 다른 네트워크들에 통지하기 위해 사용될 수 있다.

솔루션의 하나의 실시예에서, RRC 시그널링은 CN 및/또는 RAN 개시 페이징을 위한 이벤트 기반 PO 스킵을 수행하기 위해 사용된다. PO 스킵의 활성화를 트리거하는 이벤트가 발생할 때, UE는 PO 스킵 표시를 네트워크에 전송한다. 일단 트리거되면, PO 스킵은 가변 또는 고정 듀레이션 동안 활성으로 유지될 수 있다. 가변 듀레이션 동안 PO 스킵이 활성인 시나리오들의 경우, PO 스킵의 비활성화를 트리거하는 이벤트가 발생할 때, UE는 PO 스킵이 비활성화되어야 하는지를 나타내기 위해 다른 PO 스킵 표시를 네트워크에 전송한다. 그리고, 고정 듀레이션이 사용되는 시나리오들의 경우, PO 스킵 표시는 또한, PO 스킵이 활성일 것이라는 듀레이션을 나타낼 수 있다. 네트워크는 PO 스킵 표시를, 그에 결합되는 커맨드로서 취급할 수 있다. 대안적으로, 네트워크는 PO 스킵 표시를, 그것이 수락하거나 거절할 수 있는 요청으로서 취급할 수 있다. 도 15a, 도 15b, 도 16a 및 도 16b는 각각, 가변 및 고정 듀레이션들 동안 이벤트 기반 PO 스킵을 위해 RRC 시그널링이 사용되는 시그널링 도면들의 예시들이다.

네트워크는 PO 스킵 표시의 수신을 확인응답하기 위해 UE로 응답을 전송할 수 있다. 네트워크가 PO 스킵 표시를 요청으로서 취급하는 시나리오들의 경우, 응답은 요청이 승인되었는지 여부를 나타낼 수 있다. 그리고, PO 스킵이 고정 듀레이션 동안 활성화되는 시나리오들의 경우, 응답은 스킵 듀레이션을 시그널링하기 위해 또는 PO 스킵 표시에서 UE에 의해 요청된 듀레이션을 오버라이드하기 위해 사용될 수 있다.

PO 스킵 표시는 RRC 접속을 확립 또는 재개하기 위해 사용되는 동일한 메시지; 예컨대 RRCSetupRequest, RRCResumeRequest 또는 RRCResumeRequest1에서 네트워크로 시그널링될 수 있다. 예를 들어, RRC_IDLE/RRC_INACTIVE 모드의 UE를 위해 PO 스킵 표시를 네트워크로 시그널링하기 위해 새로운 EstablishmentCause/ResumeCause; 예컨대, po-SkippingActivation이 사용될 수 있다. PO 스킵이 가변 듀레이션 동안 활성화되는 시나리오들의 경우에 PO 스킵을 비활성화시키기 위해 새로운 EstablishmentCause/ResumeCause; 예컨대, po-SkippingDeactivation이 또한 정의될 수 있다.

대안적으로, PO 스킵 표시는 RRC 접속이 확립되거나 재개된 후에 송신되는 별개의 메시지에서 네트워크로 시그널링될 수 있다. 본 발명의 하나의 태양에서, PO 스킵 표시를 네트워크로 시그널링하기 위해 새로운 POSkipping 메시지가 사용될 수 있다. 그리고 본 발명의 다른 태양에서, PO 스킵 표시를 네트워크로 시그널링하기 위해 UEAssistanceInformation 메시지가 사용될 수 있다. 이제, 본 발명의 제3 태양에서, PO 스킵 표시는 등록 요청 절차들(예컨대, 초기, 이동성 등록 업데이트, 주기적 등록 업데이트 등) 중 하나를 사용하여 네트워크에 제공될 수 있다.

PO 스킵은 CN에 대해 투명할 수 있는데, 이 경우, RAN 노드; 예컨대, gNB는 PO 스킵이 더 이상 활성이 아닐 때까지 RRC_IDLE 또는 RRC_INACTIVE 모드의 UE를 위해 CN으로부터 각각 수신되는 임의의 페이징 요청 또는 DL 데이터를 버퍼링할 수 있다. 대안적으로, gNB는, CN이 RRC_IDLE 모드의 UE를 위해 CN 페이징을 수행하는 것 또는 RRC_INACTIVE의 UE에 대해 의도된 DL 데이터를 gNB로 전송하는 것을 방지하기 위해 PO 스킵이 활성화될 때 CN에 표시를 제공할 수 있다.

도 15a 및 도 15b는 RRC 시그널링을 사용하여 가변 듀레이션을 갖는 이벤트 기반 PO 스킵의 일례를 도시한다. 도 15a의 단계 1에서, UE는 PO 스킵 활성화를 트리거하는 이벤트를 검출한다.

단계 2에서, UE는 PO 스킵을 활성화하기 위해 "po-SkippingActivation"으로 설정된 ResumeCause을 갖는 RRCResumeRequest/RRCResumeRequest1 메시지를 송신한다.

단계 3에서, gNB는 단계 3a에서 PO 스킵을 활성화하고, 선택적으로, 단계 3b에서 PO 스킵이 활성화된다는 것을 CN에 통지한다. 통지는 CN이 얼마나 오랫동안 DL 데이터를 버퍼링하는지를 나타내고 만료 시에 버퍼링된 DL 데이터를 UE로 전송하기 위해 시간 값을 제공할 수 있다.

단계 4에서, gNB는 suspendConfig 메시지를 포함하는 RRCRelease 메시지를 송신한다. suspendConfig는 단계 2에서 RRCResumeRequest/RRCResumeRequest1의 송신 전에 "협상"될 수 있으며, 이 경우에 그것은 RRCRelease 메시지에 포함될 필요가 없다.

단계 5에서, RRCRelease 메시지의 수신 시, UE는 RRC_INACTIVE로 전환되고, PO 스킵을 활성화시킨다.

단계 6에서, DL 데이터는 UE에 이용가능하며, gNB가 PO 스킵이 단계 3b에서 활성화되었다는 것을 CN에 통지한 경우, CN은 단계 6a에서 DL 데이터를 버퍼링한다. PO 스킵과 연관된 타이머의 만료 시, CN은 단계 6b에서 UE에 대해 의도된 DL 데이터를 gNB로 송신한다. 타이머는 단계 3에서 제공된 값과 연관될 수 있거나, 또는 그것은 네트워크 구성 또는 정책들을 통해 제공될 수 있다.

단계 7에서, gNB는, 그것이 CN으로부터 DL 데이터를 수신한 경우에 UE에 대해 의도된 DL 데이터를 버퍼링한다.

도 15a의 호출 흐름은 도 15b에서 계속된다. 도 15b의 단계 8에서, UE는 PO 스킵 비활성화를 트리거하는 이벤트를 검출한다.

단계 9에서, UE는 PO 스킵을 비활성화하기 위해 "po-SkippingDeactivation"으로 설정된 ResumeCause을 갖는 RRCResumeRequest/RRCResumeRequest1 메시지를 송신한다.

단계 10에서, 네트워크는 단계 10a에서 PO 스킵을 비활성화시키고, 또한, 단계 10b에서 PO 스킵이 비활성화되었다는 것을 CN에 통지할 수 있다.

단계 11에서, PO 스킵이 활성화된 동안 CN이 임의의 DL 데이터를 버퍼링한 경우, 데이터는 단계 11a에 도시된 바와 같이 gNB로 전송된다. gNB는 단계 11b에서, PO 스킵이 활성화된 동안 버퍼링된 DL 데이터를 UE로 전송한다. 이러한 데이터는 CN 또는 gNB에 의해 버퍼링되었을 수 있다.

단계 12에서, UE는 gNB와의 UL/DL 송신 및 수신으로 개시하고, UL/DL 데이터가 CN으로/로부터 송신된다.

도 16a 및 도 16b는 RRC 시그널링을 사용하여 고정 듀레이션을 갖는 이벤트 기반 PO 스킵의 일례를 도시한다.

단계 1에서, UE는 PO 스킵 활성화를 트리거하는 이벤트를 검출한다.

단계 3에서, gNB는 suspendConfig 메시지를 포함하는 RRCRelease 메시지를 송신한다. suspendConfig는 단계 2에서 RRCResumeRequest/RRCResumeRequest1의 송신 전에 "협상"될 수 있으며, 이 경우에 그것은 RRCRelease 메시지에 포함될 필요가 없다.

단계 4에서, PO 스킵이 활성화된다. 단계 4A에서, UE는 RRCRelease 메시지를 수신하고, RRC_INACTIVE로 전환되고, T_{PO_Skipping}을 시작하여 PO 스킵을 활성화시킨다. 단계 4B에서, gNB는 T_{PO_Skipping}을 시작하여 PO 스킵을 활성화시킨다. 단계 4C에서, gNB는 PO 스킵이 활성화된다는 것을 CN에 통지할 수 있다. 통지는 CN이 얼마나 오랫동안 DL 데이터를 버퍼링하는지를 나타내고 만료 시에 버퍼링된 DL 데이터를 UE로 전송하기 위해 시간 값을 제공할 수 있다. 이러한 통지는 단계 2 이후의 임의의 시간에 전송될 수 있다는 점에 유의한다.

단계 5에서, DL 데이터는 UE에 이용가능하며, gNB가 PO 스킵이 단계 4C에서 활성화되었다는 것을 CN에 통지한 경우, CN은 단계 5A에서 DL 데이터를 버퍼링한다.

도 16a의 호출 흐름은 도 16b에서 계속된다. 단계 5B에서, PO 스킵과 연관된 타이머의 만료 시, CN은 UE에 대해 의도된 DL 데이터를 gNB로 송신한다. 타이머는 단계 4에서 제공된 값과 연관될 수 있거나, 또는 그것은 네트워크 구성 또는 정책들을 통해 제공될 수 있다.

단계 6에서, gNB는, 그것이 CN으로부터 DL 데이터를 수신한 경우에 UE에 대해 의도된 DL 데이터를 버퍼링한다.

단계 7에서, PO 스킵 기간이 만료된다. 단계 7A에서, T_{PO_Skipping}은 UE에서의 PO 스킵의 비활성화를 트리거하는 것을 만료시킨다. 단계 7B에서, T_{PO_Skipping}은 gNB에서의 PO 스킵의 비활성화를 트리거하는 것을 만료시킨다.

단계 7에서, T_{PO_Skipping}은 CN에서의 PO 스킵의 비활성화를 트리거하는 것을 만료시킨다.

단계 8에서, PO 스킵이 활성화된 동안 CN이 임의의 DL 데이터를 버퍼링한 경우, 데이터는 단계 8a에 도시된 바와 같이 gNB로 전송된다. 대안적으로, CN은, CN 내에서 유지되는 UE 콘텍스트가, UE가 CM_IDLE에 있음을 나타내는 경우, UE를 페이징할 수 있다. gNB는 단계 8b에서 UE를 페이징한다.

단계 9에서, UE는 TS 38.331 릴리스 15의 섹션 5.3.2.3에서 설명된 바와 같이 설정된 ResumeCause과 함께 RRCResumeRequest/RRCResumeRequest1 메시지를 송신한다.

단계 10에서, UE는, PO 스킵이 활성화된 동안 gNB 또는 CN에 의해 버퍼링된 DL 패킷들의 수신을 포함할 수 있는 UL/DL 송신 및 수신으로 개시한다.

단계 11에서, UL/DL 데이터가 CN으로/로부터 송신된다.

다른 대안에서, UE는, T_{PO_Skipping}이 만료되기 전에 RRC 접속을 재개하기 위해; 그리고 이어서 상기의 절차에서 단계 9 내지 단계 11에서와 같이 UL DL 송신으로 개시하기 위해 RRCResumeRequest/RRCResumeRequest1을 네트워크로 송신할 수 있다. T_{PO_Skipping}이 만료되기 전에; 예컨대 다른 USIM 상에서의 활동으로 인해, UE가 접속을 재개할 수 없는 경우, 유예된 RRC 접속은 UE 및 네트워크에 의해 암시적으로 릴리스되고, UE는 RRC_IDLE로 전환된다.

솔루션의 다른 실시예에서, 도 15에 도시된 바와 같이 코어 네트워크(CN) 개시 페이징을 위한 이벤트 기반 PO 스킵을 수행하기 위해 NAS 시그널링(예컨대, MICO 모드)이 수행된다.

도 17은 NAS 시그널링을 사용하여 가변 및 고정 듀레이션을 갖는 이벤트 기반 PO 스킵의 일례를 예시하는 호출 흐름이다. 도 17의 단계 1에서, UE는 PO 스킵 활성화를 트리거하는 이벤트를 검출한다.

단계 2에서, UE는 이동성 등록 업데이트를 수행하고, PO 스킵 표시를 포함한다. PO 스킵이 고정 듀레이션 동안의 것인 경우, 시간 듀레이션이 또한 제공될 수 있다. PO 스킵 표시는 또한, 주기적 등록 업데이트 또는 서비스 요청 절차에 마찬가지로 포함될 수 있다는 점에 유의한다. 대안적으로, PO 스킵 기능은 MICO 모드 및 멀티-USIM 표시자를 인에이블시키기 위한 UE의 선호도를 특정함으로써 UE에 의해 요청될 수 있다.

단계 3에서, CN은 등록 수락 응답을 반환하고, PO 스킵이 CN에서 활성화된다는 것을 확인응답한다. CN은 또한, CN이 PO 스킵 기간과 연관된 UE에 대한 DL 데이터를 버퍼링할 시간 듀레이션을 포함할 수 있다. 이러한 시간 듀레이션은 UE가 제공한 값일 수 있거나, 또는 그것은 CN에 의해 제공된 값일 수 있다.

단계 4에서, PO 스킵이 활성일 때, CN은 UE에 대해 수신된 임의의 DL 데이터를 버퍼링한다.

단계 5에서, PO 스킵의 종료를 나타내는 이벤트가 UE에 의해 검출된다. PO 스킵이 고정 듀레이션 동안 구성된 경우, 이벤트는 PO 스킵 기간과 연관된 타이머의 만료일 수 있다.

단계 6에서, UE는 PO 스킵을 비활성화시키기 위해 이동성 등록 업데이트를 CN으로 전송한다.

단계 7에서, CN은 등록 수락 메시지를 반환하고, PO 스킵이 CN에서 비활성화된다는 것을 확인응답한다.

단계 8에서, PO 스킵 동안 CN에서 버퍼링된 임의의 DL 데이터는 UE로 전송되고, UE는 CN과의 UL/DL 데이터 송신을 재개할 수 있다.

SFN 기반 PO 스킵

SFN 기반 PO 스킵은 SFN 공간을, PO들이 모니터링되거나 스킵되는 영역들로 파티셔닝하기 위해 사용될 수 있다. 예를 들어, PO 모니터링을 위한 시작 및 정지 SFN들은, PF가 이러한 범위 내에 있는 경우에는 PO가 모니터링되고; PF가 이러한 범위 밖에 있는 경우에는 PO가 스킵되도록 정의될 수 있다.

SFN 기반 PO 스킵은 각각의 USIM에 대한 비중첩 PO 모니터링 영역들을 정의함으로써 다수의 USIM들 사이의 페이징 충돌들을 회피하기 위해 사용될 수 있다. UE는 페이징 충돌들이 발생하지 않도록 PO들이 스킵/모니터링되어야 하는 영역을 결정할 것이고, 이러한 정보를 네트워크로 시그널링할 것이다. 대안적으로, UE는 네트워크에 페이징 구성 정보를 제공할 수 있고, 네트워크는 PO들이 스킵/모니터링되어야 하는 영역들을 결정할 수 있다. 일반적인 경우에, SFN 동기화는 네트워크들 사이에서 가정될 수 없고, 따라서, 주어진 네트워크에 대한 적절한 시작/정지 SFN들을 결정할 때 SFN 오프셋이 고려되어야 한다.

예를 들어, 도 18에 도시된 바와 같이, 멀티-USIM UE가 2개의 USIM들을 갖고, SFN 공간이 2개로 파티셔닝되고, NW₁과 NW₂ 사이의 SFN 오프셋이 117이라는 시나리오를 고려할 수 있다. NW₁에 대한 SFN 번호매김을 기준으로서 사용하는 경우, NW₁에 대한 PO 모니터링을 위한 시작 및 정지 SFN들은 각각 0 및 511로서 정의될 수 있고; NW₂에 대한 PO 모니터링을 위한 시작 및 정지 SFN들은 각각 512 및 1023으로서 정의될 수 있다. UE는 PO 모니터링이 수행될 때 SFN 범위를 나타내기 위해 값들 0 및 511을 NW₁로 시그널링할 것이다. UE는 PO 모니터링이 수행될 때 SFN 범위를 나타내기 위해 SFN 시작/정지 값들을 NW₂로 시그널링할 것이다. 그러나, 값들 512 및 1023을 직접적으로 시그널링하기보다는, UE는 SFN 오프셋을 직접 추가할 것이고, 시작/정지 SFN들을 NW₂에 대한 SFN 번호매김으로 변환하기 위해 결과에 대해 모듈로 1024 연산을 수행할 것인데, 이 경우, PO 모니터링이 수행될 때 SFN 범위를 나타내기 위해 값들 (512 + 117) mod 1024 = 629 및 (1023 + 117) mod 1024 = 116을 NW₂로 시그널링하는 결과를 초래할 것이다.

솔루션의 다른 실시예에서, SFN 공간은 PO가 주어진 USIM에 대해 모니터링되는 다수의 영역들이 있도록 파티셔닝될 수 있다. 도 19는, 멀티-USIM UE가 2개의 USIM들을 갖고 NW₁과 NW₂ 사이의 SFN 오프셋이 117이고, 각각의 USIM에 대해 정의된 2개의 PO 모니터링 영역들이 있는 시나리오의 예시이다.

상기의 예들에서, SFN 기반 PO 스킵은 다수의 USIM들 사이의 페이징 충돌들을 회피하기 위해 사용된다. 그러나, SFN 기반 PO 스킵은 또한, 다른 USIM에 대해 수행될 수 있는 다른 AS 절차들에 대한 충돌들을 회피하기 위해 사용될 수 있다. 예를 들어, PO들이 제1 USIM에 대해 스킵되고 있는 동안, SI 획득, 유휴 모드 측정들 등은 제1 USIM에 대한 모니터링된 PO들과 충돌할 위험 없이 다른 USIM에 대해 수행될 수 있다.

SFN 기반 PO 스킵은 UE가 gNB 또는 CN 중 어느 하나로, SFN PO 스킵 표시, 및 PO들을 분할하기 위해 SFN 영역들의 개수를 또한 포함하는 요청을 행함으로써 트리거될 수 있다. 이러한 메커니즘은 도 18의 NW1에 사용될 수 있는데, 이는 SFN 기준 타이밍을 제공한다. 이어서, UE는 도 18의 NW2로, SFN PO 스킵 표시 및 NW1에 사용된 바와 같이 PO들을 분할하기 위한 동일한 개수의 SFN 영역들을 갖는 다른 요청을 행할 수 있다. 이어서, UE는 PO들을 모니터링하거나 스킵하기 위해 SFN 영역들을 결정하는 데 있어서 NW1과 NW2 사이의 SFN 오프셋을 적용할 수 있다.

SFN 기반 PO 스킵 개념은 다른 관점에서 검토될 수 있다. PO 스킵에 포커싱하는 대신에, 개념은 SFN 기반 PO 영역 선택으로서 구상될 수 있다. CN 또는 RAN 노드는 SFN들 내에 PO 영역들을 정의할 수 있고, UE 내의 USIM들 각각에 상이한 영역들을 할당할 수 있다. 이러한 메커니즘은 UE가 페이징 충돌들을 회피하기 위해 설치된 USIM들 각각에 대해 상이한 SFN PO 영역들을 요청할 수 있게 한다. USIM들이 동일한 MNO에 속하는 경우, 싱글 SFN 타이밍 기준이 사용될 수 있다. 그러나, USIM들이 상이한 MNO들에 속하는 경우, SFN 오프셋은 UE에 의해 적용될 필요가 있다.

H- SFN 기반 PO 스킵

H-SFN 기반 PO 스킵은 PO들이 스킵되는 하이퍼 프레임들을 정의하기 위해 사용될 수 있다. H-SFN은 셀에 의해 브로드캐스트되며, SFN이 랩어라운드(wrap around)될 때 하나씩 증분된다. PO 및 PF를 계산하는 것에 더하여, UE는 페이징 하이퍼프레임(Paging Hyperframe, PH)을 계산할 수 있으며, 이는 UE가 페이징을 모니터링하는 H-SFN을 지칭한다. PH는 1024보다 더 큰 확장된 DRX 사이클에 대응할 수 있는 DRX 사이클의 함수로서 UE 및 네트워크에 의해 알려진 공식 및 UE 아이덴티티에 기초하여 결정될 수 있다. SFN 기반 영역들뿐만 아니라 H-SFN 기반 영역들은 별개로 정의되고 UE에 표시될 수 있다.

PO 확장

UE가 충돌들로 인해 그의 구성된 PO 동안 DL을 수신할 수 없는 가능성을 감소시키기 위해, PO는 페이징을 위한 추가적인 PDCCH 모니터링 기회들을 갖도록 확장될 수 있다. 확장된 PO는 S*X개의 연속적인 PDCCH 모니터링 기회들의 세트로서 정의될 수 있으며, 여기서 S는 SIB1에서 ssb-PositionsInBurst에 따라 결정되는 실제 송신된 SSB들의 개수이고, X는 구성되는 경우에 additionalMonitoringOccasionOfPO이거나 그렇지 않은 경우에 1과 동일하다. 이러한 파라미터는 nrofPDCCH-MonitoringOccasionPerSSB-InPO로도 지칭될 수 있다. PO에서 페이징을 위한 [X*S+K]-번째 PDCCH 모니터링 기회는 K-번째 송신된 SSB에 대응하며, 여기서 x=0, 1, …,X-1이고; K=1,2, …, S이다. 도 20은 S=3 및 X=3인 확장된 PO의 예시이다.

네트워크는 확장된 PO를 포함하는 모든 PDCCH 모니터링 기회들에서 동일한 페이징 메시지 및 단문자 메시지를 반복하고, 따라서, UE는 확장된 PO 동안 PDCCH 모니터링 기회들 중 임의의 것을 모니터링할 수 있다. 선택된 PDCCH 모니터링 동안 충돌이 발생하는 경우, UE는 다른 스위프에서 동일한 빔에 대한 PDCCH 모니터링 기회들을 선택할 수 있다. 예를 들어, 도 20에 도시된 확장된 PO를 고려할 수 있다. UE가 빔 1을 최상의 빔으로 선택하는 경우, 페이징 DCI를 수신하기 위해 PDCCH 모니터링 기회들 1, 4 또는 7이 사용될 수 있다.

도 21은 예시적인 셀-특정적 PO 확장 솔루션을 도시한다. 도 21의 단계 1에서, UE는 확장된 PO를 구성하는 시스템 정보를 수신한다. 확장된 PO는 PCCH-Config 정보에서의 필드; 예컨대 nrofPDCCH-MonitoringOccasionPerSSB-InPO를 사용하여 표시될 수 있다.

단계 2에서, UE는 충돌을 경험하지 않는 PDCCH 모니터링 기회 동안 페이징을 모니터링한다.

단계 3에서, UE는 모니터링된 PDCCH 모니터링 기회 동안 페이지를 수신한다.

셀-특정적 PO 확장이 사용될 수 있고, 이에 의해, 브로드캐스트된 시그널링은 확장된 PO 구성을 시그널링하기 위해 사용될 수 있다. 확장된 PDCCH 모니터링 기회들은 셀 내의 임의의 UE에 의한 사용을 위해 이용가능할 것이다.

대안적으로, UE-특정적 PO 확장이 사용될 수 있다. 이 경우, 확장된 PO 구성을 시그널링하기 위해 전용 시그널링이 사용될 수 있다. 이 경우에 확장된 PDCCH 모니터링 기회들은 네트워크에 의해 확장된 PO로 명시적으로 구성된 UE들에만 이용가능할 것이다. UE에 대한 확장된 PO의 구성은 UE로부터의 암시적 또는 명시적 요청 시에 트리거될 수 있다. 예를 들어, UE는 그것이 다수의 USIM들로 구성된다는 표시를 네트워크에 제공할 수 있는데, 그 표시는 확장된 PO로 UE를 구성하기 위해 네트워크에 대해 트리거할 수 있다.

도 22는 UE-특정적 PO 확장 솔루션의 예시이다.

도 22의 단계 1에서, UE는 그것이 다수의 USIM들로 구성됨을 나타내기 위해 멀티-USIM 보조 정보를 네트워크로 시그널링한다. 멀티-USIM 보조 정보는 새로운 RRC 메시지; 예컨대, multi-USIMAssistainceInformation을 사용하여 시그널링될 수 있다. 대안적으로, 멀티-USIM 보조 정보의 시그널링은 UE 보조 정보 절차를 사용하여 구현될 수 있으며, 여기서 멀티-USIM 보조 정보의 시그널링은 UEAssistanceInformation 메시지의 송신에 대응한다. 그리고 다른 대안에서, 멀티-USIM 보조 정보의 시그널링은 UE 능력 전달 절차를 사용하여 구현될 수 있으며, 여기서 멀티-USIM 보조 정보의 시그널링은 UECapabilityInformation 메시지의 송신에 대응한다.

단계 2에서, gNB는 확장된 PO로 UE를 구성한다. 확장된 PO는 파라미터 nrofPDCCH-MonitoringOccasionPerSSB-InPO가 1 초과인 PCCH-Config 정보를 사용하여 표시될 수 있다.

단계 3에서, UE는 충돌을 경험하지 않는 PDCCH 모니터링 기회 동안 페이징을 모니터링한다.

단계 4에서, UE는 모니터링된 PDCCH 모니터링 기회 동안 페이지를 수신한다.

다른 예에서, UE는 확장된 PO로 구성될 명시적 요청을 행할 수 있으며, 여기서 요청의 트리거링은 페이징 충돌들이 발생할 또는 발생할 가능성이 있는 UE에 의한 결정에 기초할 수 있다. 요청은 확장된 PO의 구성을 결정하는 데 있어서 네트워크를 보조하기 위한 정보; 예컨대, pagingSearchSpace에서 어느 PDCCH 모니터링 기회들이 확장된 PO에 대해 구성되어야 하는지를 포함할 수 있다.

다른 실시예들에서, PO는 PF에 대해 정의된 다른 PO로부터의 PDCCH 모니터링 기회들을 포함하도록 확장될 수 있다. 그러한 구성은 페이징 레거시 UE들에 필요한 것들을 넘어 정의될 추가적인 PDCCH 모니터링 기회들을 요구하지 않는 이점을 갖는다.

페이징 수정

페이징 충돌들을 회피하기 위해, 하나 이상의 네트워크들에 대한 UE의 페이징 구성이 수정될 수 있다. 하기의 서브섹션들에서, 두 가지 클래스들의 솔루션들을 고려한다. 제1 클래스의 솔루션들에서, UE는 페이징 구성(들)이 어떻게 수정되어야 하는지를 결정하고, 페이징 구성의 수정을 요청하기 위한 표시를 네트워크에 제공한다. 제2 클래스의 솔루션들에서, 네트워크는 UE로부터 시그널링된 보조 정보에 기초하여 페이징 구성이 어떻게 수정되어야 하는지를 결정한다.

UE 결정 페이징 수정

페이징 충돌들을 회피하기 위해, UE는 페이징 구성의 수정을 요청하기 위한 표시를 네트워크에 제공할 수 있다. 표시는 페이징 구성의 하나 이상의 파라미터들에 대해 사용할 선호되는 값들에 대응하는 정보를 포함할 수 있다. 네트워크가 페이징 수정 요청들을 지원하는지 여부는 브로드캐스트되는 시그널링 또는 전용 시그널링을 사용하여 UE로 시그널링될 수 있다.

PF 내의 PO들의 개수가 1 초과; 예컨대 Ns > 1인 시나리오들의 경우, UE는 PF에서 상이한 PO를 모니터링할 것을 요청할 수 있다. 도 23은 멀티-USIM UE가 2개의 네트워크들에 대해 PO들을 모니터링하도록 구성된 시나리오의 예시이다. 페이징 구성들은 UE가 USIM₁에 대해서는 PO₁ 동안 그리고 USIM₂에 대해서는 PO₂ 동안 페이징을 모니터링하도록 하고; 충돌은 모니터링된 PO들 동안 발생한다. 페이징 충돌들을 회피하기 위해, UE는 NW₁에 대해 PO₂, PO₃ 또는 PO₄를 모니터링할 것 또는 NW₂에 대해 PO₁을 모니터링할 것을 요청할 수 있다.

주: 이러한 예는 NW₁ 및 NW₂에 대해 각각, PO₁과 PO₂ 사이의 전체 충돌을 보여준다. 부분 충돌은 또한, 페이징 수정 요청을 수행하기 위해 UE를 트리거할 수 있다.

UE는 원하는 PO를 나타내기 위해, 요청된 PO의 인덱스를 네트워크로 시그널링할 수 있다. 제로 기반 인덱스를 가정하면, 도 23에 도시된 예의 경우, UE는 NW₁에 대해 각각, PO₂, PO₃ 또는 PO₄를 요청하기 위해 값 1, 2 또는 3을; 또는 NW₂에 대해 PO₁을 요청하기 위해 0의 값을 시그널링할 것이다.

대안적으로, UE는 요청된 PO의 시작 PDCCH 모니터링 기회들의 개수, 예컨대, PCCH-Config에서 시그널링된 firstPDCCH-MonitoringOccasionOfPO 파라미터의 (요청된 i_s + 1)-번째 값을 시그널링할 수 있다. 페이징을 위한 PDDCH 모니터링 기회들이 0으로부터 번호매김된다고 가정하면, 도 23에 도시된 예의 경우, UE는 NW₁에 대해 각각, PO₂, PO₃ 또는 PO₄를 요청하기 위해 값 3, 6 또는 9를; 또는 NW₂에 대해 PO₁을 요청하기 위해 0의 값을 시그널링할 것이다.

UE는 또한, 상이한 PF에서 PO를 모니터링하도록 요청할 수 있다. PF 계산에서 (UE_ID mod N) 항은 UE_ID에 기초하여 UE들을 PF들에 분배한다. UE는 하기와 같은 상이한 PF를 선택하기 위해 이러한 항의 계산에 사용되는 오프셋을 네트워크로 시그널링할 수 있다:

(SFN + PF_offset) mod T = (T div N)*((UE_ID + offset) mod N)

오프셋을 시그널링하는 것에 대한 대안은 대안적인 UE_ID가 사용되는 것을 요청하는 것이다. 이러한 대안적인 UE_ID는 PF 및 PO를 결정하는 데 사용될 에일리어스(alias)로 간주될 수 있다. 그리고 또 다른 대안에서, UE는 상이한 5G-S-TMSI가 사용될 것을 요청할 수 있다.

UE는 또한, DRX 사이클의 수정을 요청할 수 있다. PO들이 주기적이기 때문에, DRX 사이클 자체에 대한 변경을 요청하는 것은 모든 페이징 충돌들을 회피시킬 수 없다. 그러나 DRX 사이클을 변경하는 것은 PO들 중 일부가 충돌 없이 발생할 수 있게 할 수 있다. 더 긴 DRX 사이클을 요청하는 것은 또한, 모니터링할 상이한 PF를 선택하기 위한; 예컨대 상기의 수학식에서 사용된 오프셋 파라미터에 대한 값을 선택하기 위한 더 많은 옵션들을 UE에 제공하기 위해 사용될 수 있다.

본 명세서에 기술된 방법들을 사용하여, UE는 페이징 구성 파라미터들 중 하나 이상에 대한 수정을 요청할 수 있다. UE가 수정하도록 요청하고 있는 파라미터(들)는 명시적 시그널링; 예컨대 RRC 시그널링을 사용하여 네트워크에 표시될 수 있다. 현재 페이징 구성에서의 파라미터의 값은 페이징 수정 요청에 명시적으로 포함되지 않는 파라미터들에 대해 가정될 수 있다. 페이징 수정 요청은 별개의 메시지; 예컨대 pagingModificationRequest에서 시그널링될 수 있다. 대안적으로, 페이징 수정 요청은 다른 메시지의 일부로서; 예컨대, RRCSetupRequest, RRCResumeRequest, 또는 RRCResumeRequest1 메시지들에서의 최적의 IE로서 시그널링될 수 있다.

네트워크는 확인응답으로 페이징 수정 요청에 응답할 수 있다. 확인응답은 페이징 요청이 수락되었는지 여부를 나타내기 위한 필드를 포함할 수 있다. 확인응답은 또한, UE에 의해 요청된 값들과 상이한 값들로 페이징 구성을 수정하기 위한 필드들을 포함할 수 있다. 확인응답은 별개의 메시지; 예컨대 PagingModificationAcknowledgment 메시지에서 시그널링될 수 있다. 대안적으로, 확인응답은 다른 메시지의 일부로서; 예컨대 RRCRelease 메시지의 선택적인 IE로서 시그널링될 수 있다.

페이징 수정 요청 또는 페이징 수정 확인응답에 사용될 수 있는 예시적인 PagingModification IE는 부록의 코드 예 3A에 있다. PagingModification 필드 설명들은 코드 예 3B에 나타나 있다.

다른 대안에서, PF/PO 공간은 다수의 영역들, 예컨대 8개의 영역들(1024/8=128)로 분할된다. 이어서, UE 또는 NW 중 어느 하나가 잠재적인 페이징 충돌을 검출할 때, 어느 하나는 PF/PO가 충돌들을 회피하기 위해 다른 영역으로 이동될 것을 요청할 수 있다. 동일한 MNO 케이스에서, NW 또는 UE 중 어느 하나는 이를 수행하는 것이 가능하다. 상이한 MNO 케이스에서, UE는 이를 수행할 것인데, 이는 그것이 USIM들 둘 모두에 대한 타이밍 정보를 갖기 때문이다. 이어서, 그것은, 그것이 페이징 충돌들을 야기하지 않는다고 결정하는 영역만을 요청할 수 있다.

도 24는 2개의 네트워크들 NW1 및 NW2에 연결된 멀티-USIM UE에 대한 예시적인 페이징 수정 요청을 예시하는 시그널링 도면이다. 도 24의 단계 1에서, UE는 NW1 및 NW2에 대해 구성된 PO들에 대해 충돌들이 발생할 것이라고 결정한다.

단계 2에서, UE는 페이징 충돌을 회피하기 위해 NW1 및/또는 NW2에 대한 페이징 구성을 어떻게 수정할 것인지를 결정한다. UE는, 어느 네트워크가 페이징 수정 요청들을 지원하는지 그리고 주어진 네트워크에 대해 페이징 구성이 얼마나 유연한지에 따라 하나 또는 둘 모두의 네트워크들에 대한 페이징 구성을 수정하려고 시도할 수 있다. 예를 들어, PF마다 다수의 PO들을 그리고/또는 DRX 사이클마다 다수의 PF들을 지원하도록 구성된 네트워크는, PF마다 다수의 PO들을 그리고/또는 DRX 사이클마다 다수의 PF들을 지원하도록 구성되지 않은 네트워크보다 더 유연하고, 페이징 충돌들을 회피하기 위해 UE를 재구성하기 위한 더 많은 옵션들을 제공한다. 예시적인 목적들을 위해, UE가 페이징 충돌들을 회피하기 위해 NW1에 대한 페이징 구성이 수정되어야 한다고 결정하는 것을 가정한다.

단계 3에서, UE는 페이징 구성의 수정을 요청하기 위해 NW1과의 RRC 접속을 확립하거나 재개한다. UE는 본 명세서에 기술된 방법들 중 임의의 것을 사용하여 페이징 구성의 수정을 요청하기 위한 표시를 NW1에 제공할 수 있다. 이러한 예에서, 표시는 RRC 접속을 확립/재개하기 위해 사용되는 메시지; 예컨대, RRCSetupRequest, RRCResumeRequest, 또는 RRCResumeRequest1에서 제공된다. 대안적으로, 페이징 수정 요청은 UE 보조 정보 절차를 사용하여 구현될 수 있으며, 여기서 페이징 수정 요청의 시그널링은 UEAssistanceInformation 메시지의 송신에 대응한다. UEAssistanceInformation 메시지는 하나 이상의 페이징 구성 파라미터들에 대한 선호되는 값들; 예컨대, 선호되는 PagingCycle, PO/PF 계산들에 사용할 선호되는 UE_ID, PF에서 모니터링할 선호되는 PO에 대응하는 인덱스 i_s, PF의 계산에 사용될 오프셋을 포함할 수 있다. UEAssistanceInformation 메시지에 포함될 수 있는 예시적인 PagingPreference 정보는 부록의 코드 예 6A 및 코드 예 6B에 나타나 있다.

단계 4에서, NW1은 UE에 의해 요청된 페이징 수정이 수락되는지 여부를 결정한다. 예시적인 목적들을 위해, NW1이 페이징 수정 요청들을 수락하는 것을 가정한다.

단계 5에서, NW1은 확인응답으로 페이징 수정 요청에 응답한다. NW1은 본 명세서에 기술된 방법들 중 임의의 것을 사용하여 확인응답을 제공할 수 있다. 이러한 예에서, 확인응답은 RRCRelease 메시지에서 제공된다. 대안적으로, 새로운 페이징 구성을 시그널링하기 위해, RRCReconfiguration 메시지가 사용될 수 있다.

단계 6에서, UE는 NW1에 대한 수정된 페이징 구성을 적용한다.

단계 7에서, UE는 NW1 및 NW2에 대해 구성된 PO들 동안 페이징을 모니터링한다.

단계 8에서, 트리거되는 경우, NW1은 NW1에 대해 구성된 그의 PO 동안 UE를 페이징한다.

단계 9에서, 트리거되는 경우, NW2는 NW2에 대해 구성된 그의 PO 동안 UE를 페이징한다.

네트워크 결정 페이징 수정

페이징 충돌들을 회피하기 위해, UE는 페이징 구성을 어떻게 수정할 것인지를 결정하기 위해 네트워크에 의해 사용되는 네트워크 보조 정보를 보고할 수 있다. 보조 정보는 다른 네트워크(들)에 대한 페이징을 구성하기 위해 사용되는 PCCH-Config의 필드들에 대응하는 하나 이상의 파라미터들을 포함할 수 있다. 보조 정보는 또한, 2개의 네트워크들 사이의 타이밍 오프셋에 대응하는 파라미터; 예컨대, 본 명세서에 기술된 바와 같은 멀티-USIM UE의 PCell들 사이의 SFTD를 포함할 수 있다. 본 발명의 하나의 태양에서, 네트워크는 PF 동안 상이한 PO를 모니터링하도록 UE를 재구성할 수 있다. 대안적으로, 네트워크는 상이한 PF에서 PO를 모니터링하도록 UE를 재구성할 수 있으며, 여기서 네트워크에 의해 시그널링된 오프셋은 PF를 결정하기 위해 UE에 의해 사용된다. 네트워크는 페이징 충돌들의 발생을 회피하거나 감소시키기 위해 다른 페이징 파라미터들; 예컨대, DRX 사이클을 재구성할 수 있다.

CN은 UE가 MUSIN 디바이스임을 RAN 노드에 통지할 수 있고, UE 내의 복수의 USIM들에 대한 UE_ID를 RAN 노드에 제공할 수 있다. 이어서, RAN 노드는 어느 페이징 회피 접근법을 사용할 것인지를 결정할 수 있고, RRC 시그널링을 통해, 결정된 접근법에 대해 UE를 구성할 수 있다. 사용되는 페이징 회피 접근법과 관련된 정보는 X2 인터페이스를 통해 RAN 노드들 사이에서 공유될 수 있다. 이러한 공유는 핸드오버, 셀 재선택, RNAU, TAU, 등록 등과 같은 이벤트들에 의해 트리거될 수 있다.

RRC 릴리스/유예 요청

USIM들 중 하나가 RRC_CONNECTED 모드에 있는 시나리오들의 경우, UE는 다른 USIM에 대해 수행된 AS 절차들과 연관된 모니터링 기회들 및 송신 기회들과의 충돌들을 방지하기 위해(또는 그 가능성을 감소시키기 위해) RRC 접속의 릴리스 또는 유예를 요청할 수 있다.

RRC 접속의 릴리스 또는 유예를 요청하기 위해 사용된 RRC 메시지는, 본 명세서에서 제안되는 이벤트 기반 PO 스킵 솔루션들과 유사한 PO 스킵의 표시, 또는 본 명세서에 제시된 페이징 수정 요청 솔루션들과 유사한, 다른 USIM과 연관된 모니터링 기회들 및 송신 기회들과의 충돌들을 회피하기 위해 사용되어야 하는 페이징 구성을 결정하는 데 있어서 네트워크를 보조하기 위한 파라미터들을 포함할 수 있다. RRC 메시지는 또한, UE가 네트워크를 벗어날 것으로 예상하는 시간의 추정치; 예컨대 pauseDuration을 포함하여; 이에 의해, 네트워크가, UE가 네트워크를 벗어나 있는 동안 그의 거동을 적응시킬 수 있게 하는데; 예컨대 페이징을 유예할 수 있게 할 수 있다.

도 25는 NW1에 대한 RRC_CONNECTED 모드에서 멀티-USIM UE가, UE가 NW1과의 RRC 접속을 릴리스/유예할 것을 요구하는, NW2와의 RRC 접속을 확립하기 위한 트리거를 수신하는 시나리오의 예시이다. 도 25의 단계 1에서, UE는 NW1과의 RRC_CONNECTED에 있고, UL/DL 송신 및 수신을 수행하고 있다.

단계 2에서, UE는 NW2와의 접속을 확립하기 위한 트리거를 수신한다. UE는 선택적으로, 페이징 충돌들을 회피하기 위해 NW1에 대한 페이징 구성을 어떻게 수정할 것인지를 결정한다. UE는, 어느 네트워크가 페이징 수정 요청들을 지원하는지 그리고 주어진 네트워크에 대해 페이징 구성이 얼마나 유연한지에 따라 하나 또는 둘 모두의 네트워크들에 대한 페이징 구성을 수정하려고 시도할 수 있다. 예를 들어, PF마다 다수의 PO들을 그리고/또는 DRX 사이클마다 다수의 PF들을 지원하도록 구성된 네트워크는, PF마다 다수의 PO들을 그리고/또는 DRX 사이클마다 다수의 PF들을 지원하도록 구성되지 않은 네트워크보다 더 유연하고, 페이징 충돌들을 회피하기 위해 UE를 재구성하기 위한 더 많은 옵션들을 제공한다. 예시적인 목적들을 위해, UE가 페이징 충돌들을 회피하기 위해 NW1에 대한 페이징 구성이 수정되어야 한다고 결정하는 것을 가정한다.

단계 3에서, UE는 NW1과의 접속을 릴리스/유예하도록 요청한다. UE는 본 명세서에 기술된 방법들 중 임의의 것을 사용하여 페이징 구성의 PO 스킵 또는 수정을 요청하기 위한 표시를 NW1에 제공할 수 있다. 대안적으로, RRC 접속 릴리스/유예 요청은 UE 보조 정보 절차를 사용하여 구현될 수 있으며, 여기서 접속을 릴리스/유예하라는 요청은 UEAssistanceInformation 메시지의 송신에 대응한다. UEAssistanceInformation 메시지는 UE의 선호되는 상태를 나타내기 위해 사용되는 releasePreference 정보를 포함할 수 있다. UEAssistanceInformation 메시지는 UE가 네트워크를 벗어날 것으로 예상하는 시간의 추정치; 예컨대 pauseDuration을 포함하여; 이에 의해, 네트워크가, UE가 네트워크를 벗어나 있는 동안 그의 거동을 적응; 예컨대 페이징을 유예하는 것을 적응시킬 수 있게 하는데; 예컨대 페이징을 유예할 수 있게 할 수 있다. UEAssistanceInformation 메시지에 포함될 수 있는 예시적인 ReleasePreference 정보는 부록의 코드 예 7A 및 코드 예 7B에 나타나 있다. UEAssistanceInformation 메시지는 또한, 하나 이상의 페이징 구성 파라미터들에 대한 선호되는 값들; 예컨대, 선호되는 PagingCycle, PO/PF 계산들에 사용할 선호되는 UE_ID, PF에서 모니터링할 선호되는 PO에 대응하는 인덱스 i_s, PF의 계산에 사용될 오프셋을 포함할 수 있다. UEAssistanceInformation 메시지에 포함될 수 있는 예시적인 PagingPreference 정보는 부록의 코드 예 6A 및 코드 예 6B에 나타나 있다.

단계 4에서, NW1은 UE에 의해 요청된 페이징 수정이 수락되는지 여부를 결정한다. 예시적인 목적들을 위해, NW1이 페이징 수정 요청을 수락하는 것을 가정한다. NW1은 확인응답으로 페이징 수정 요청에 응답한다. NW1은 본 명세서에 기술된 방법들 중 임의의 것을 사용하여 확인응답을 제공할 수 있다. 이러한 예에서, 확인응답은 RRCRelease 메시지에서 제공된다.

단계 5에서, UE는 NW1에 대한 수정된 페이징 구성을 적용하고, NW2와의 RRC 접속을 확립하도록 진행한다.

단계 6에서, UE는 NW2와의 UL/DL 송신을 수행한다.

자율적 RRC 릴리스/유예

USIM들 중 하나가 RRC_CONNECTED 모드에 있는 시나리오들의 경우, UE는 다른 USIM에 대해 수행된 AS 절차들과 연관된 모니터링 기회들 및 송신 기회들과의 충돌들을 방지하기 위해(또는 그 가능성을 감소시키기 위해) RRC 접속의 자율적 릴리스 또는 유예를 수행할 수 있다. UE는 RRC 접속을 릴리스/유예하기 위한 그의 의도를 네트워크에 통지하고, 이어서, 원하는 상태로 자율적으로 전환된다. UE는 또한, UE가 네트워크를 벗어날 것으로 예상하는 시간의 추정치; 예컨대 pauseDuration을 네트워크에 제공하여; 이에 의해, 네트워크가, UE가 네트워크를 벗어나 있는 동안 그의 거동을 적응시킬 수 있게 하는 데; 예컨대 페이징을 유예할 수 있게 할 수 있다.

UE가 상태 전환을 수행할 때 "협상된" 구성이 적용될 수 있다. "협상된" 구성은 UE가 RRC 접속의 자율적 릴리스 또는 유예를 수행하기 전에 네트워크로 시그널링된 릴리스 보조 정보(Release Assistance Information, RAI)에 기초할 수 있다. RAI는 하나 이상의 페이징 구성 파라미터들에 대한 선호되는 값들; 예컨대, 선호되는 PagingCycle, PO/PF 계산들에 사용할 선호되는 UE_ID, PF에서 모니터링할 선호되는 PO에 대응하는 인덱스 i_s, PF의 계산에 사용될 오프셋을 포함할 수 있다.

선호도 정보의 수신은 네트워크에 의해 커맨드로서 취급될 수 있으며, 이 경우 네트워크는 RRC 접속 릴리스/유예 표시를 수신할 때, 선호되는 파라미터들의 값들을 적용한다. 대안적으로, 선호도 정보의 수신은 네트워크에 의해 요청으로서 취급될 수 있으며, 이 경우 네트워크는 요청을 수락, 거절 또는 오버라이드할 수 있고, 그의 결정을 나타내는 응답을 UE에 제공할 수 있다. 그리고 다른 대안에서, 네트워크는 UE가 RRC 접속을 자율적으로 릴리스/유예할 때 적용되는 "협상된" 구성을 UE에 제공함으로써 응답할 수 있다.

UE가 RRC_INACTIVE로 전환되는 경우, "협상된" 구성은 SuspendConfig에 기초할 수 있다. 부록의 코드 예 4가, 선호되는 PagingCycle, PO/PF 계산들에 사용할 선호되는 UE_ID, PF에서 모니터링할 선호되는 PO에 대응하는 인덱스 i_s, PF의 계산에 사용될 오프셋을 선택적으로 포함하도록 확장된 예시적인 "협상된" SuspendConfig를 보여준다는 것을 참조한다.

UE가 RRC_IDLE로 전환되는 경우, 협상된 SuspendConfig에서의 파라미터들의 전체 세트는 적용가능하지 않다. 따라서, UE는 적용가능하지 않은 그 파라미터들; 예컨대, full-RNTI, shortI-RNTI, ran-PagingCycle, ran-NotificationAreaInfo, t380 및 nextHopChainingCount를 무시할 수 있다. 대안적으로, UE가 RRC_IDLE로 전환되는 경우에 적용가능한 파라미터들만을 포함하는 "협상된" ReleaseConfig가 정의될 수 있다. 코드 예 5는 예시적인 "협상된" ReleaseConfig를 보여준다.

일부 시나리오들에서, UE는, 다른 USIM에 대한 활동으로 인해 RRC_INACTIVE로 전환된 후, 페이징 모니터링, RAN 기반 통지 영역 업데이트(RAN-based Notification Area Update, RNAU) 등과 같은 AS 절차들을 수행하지 못할 수 있다. 이는, 네트워크가, 실패가 발생했음을 잘못 가정하는 결과를 초래할 수 있는데, 이는 네트워크가 교정 액션들을 불필요하게 취하는 것 및 네트워크에 의해 유지되는 호출 통계치들의 왜곡으로 이어질 수 있다. 이것이 발생하는 것을 방지하기 위해, UE가 구성된 시간 듀레이션 내에 연결을 재개하지 않는 경우, RRC_INACTIVE 구성이 릴리스된다는 것을 제안한다. 하나의 예에서, 이러한 시간 듀레이션은 타이머 t380의 값에 대응한다. t380이 만료되기 전에 UE가 접속을 재개하지 않는 경우, UE는 RRC_INACTIVE 구성을 릴리스하고, RRC_IDLE로 전환된다. 네트워크에 의해 유지되는 UE 상태 기계는 또한 RRC_IDLE로 전환된다. 다른 예에서, 별개의 타이머; inactivityTimer가 이러한 목적을 위해 정의될 수 있고, "협상된" SuspendConfig의 일부로서 UE로 시그널링될 수 있다.

도 26은 NW1에 대한 RRC_CONNECTED 모드에서 멀티-USIM UE가 NW2와의 RRC 접속을 확립하기 위해, UE가 NW1과의 RRC 접속을 자율적으로 릴리스/유예할 것을 요구하는 트리거를 수신하는 시나리오의 예시이다.

도 26의 단계 1에서, UE는 NW1과의 RRC_CONNECTED에 있고, UL/DL 송신 및 수신을 수행하고 있다.

단계 2에서, UE는 그것이 자율적 RRC 릴리스/유예를 수행할 때 적용될 하나 이상의 파라미터들에 대한 그의 선호도를 나타내기 위해 RAI를 NW1로 시그널링한다. RAI 정보는 새로운 RRC 메시지, 예컨대, RRCReleaseAssistainceInformation을 사용하여 시그널링될 수 있다. 대안적으로, RAI의 시그널링은 UE 보조 정보 절차를 사용하여 구현될 수 있으며, 여기서 RAI의 시그널링은 UEAssistanceInformation 메시지의 송신에 대응한다. UEAssistanceInformation 메시지는 하나 이상의 페이징 구성 파라미터들에 대한 선호되는 값들; 예컨대, 선호되는 PagingCycle, PO/PF 계산들에 사용할 선호되는 UE_ID, PF에서 모니터링할 선호되는 PO에 대응하는 인덱스 i_s, PF의 계산에 사용될 오프셋을 포함할 수 있다. UEAssistanceInformation 메시지에 포함될 수 있는 예시적인 PagingPreference 정보는 부록의 코드 예 6A 및 코드 예 6B에 나타나 있다.

단계 3에서, UE는 그것이 자율적 RRC 릴리스/유예를 수행할 때 적용하기 위해 "협상된" 구성을 나타내는 응답을 NW1로부터 수신한다.

단계 4에서, UE는 NW2와의 접속을 확립하기 위한 트리거를 수신한다.

단계 5에서, UE는 그것이 자율적 RRC 접속 릴리스/유예를 수행할 것이라는 것을 나타내기 위해 NW1로 시그널링한다. RRC 접속 릴리스/유예 표시는 UE로부터 네트워크로 송신된 RRCRelease 메시지로서 구현될 수 있다. 대안적으로, 새로운 RRC 메시지; 예컨대 RRCReleaseIndication이 사용될 수 있다. 그리고 또 다른 대안에서, RRC 접속 릴리스/유예 표시는 UE 보조 정보 절차를 사용하여 구현될 수 있으며, 여기서 RRC 접속 릴리스/유예 표시는 UEAssistanceInformation 메시지의 송신에 대응한다. UEAssistanceInformation 메시지는 UE의 선호되는 상태를 나타내기 위해 사용되는 releasePreference 정보를 포함할 수 있다. UEAssistanceInformation 메시지는 UE가 네트워크를 벗어날 것으로 예상하는 시간의 추정치; 예컨대 pauseDuration을 포함하여; 이에 의해, 네트워크가, UE가 네트워크를 벗어나 있는 동안 그의 거동을 적응시킬 수 있게 하는데; 예컨대 페이징을 유예할 수 있게 할 수 있다. UEAssistanceInformation 메시지에 포함될 수 있는 예시적인 ReleasePreference 정보는 부록의 코드 예 7A 및 코드 예 7B에 나타나 있다.

단계 6에서, UE는 RRC_IDLE/RRC_INACTIVE로 전환되고, "협상된" 구성을 적용한다. UE가 RRC_INACTIVE에 있고, SuspendConfig가 비-제로 inactivtiyTimer 값을 포함한 경우, UE는 비활성 타이머를 시작한다.

단계 7에서, UE는 NW2와의 RRC 접속을 확립한다.

단계 8에서, UE는 NW2와의 UL/DL 송신을 수행한다.

단계 9에서, UE가 NW1에 대해 RRC_INACTIVE에 있지만 NW2에 대한 활동으로 인해 AS 절차들을 수행할 수 없는 경우, UE는 inactivityTimer가 만료될 때 NW1에 대한 RRC_IDLE로 전환된다.

C-DRX 수정 요청

USIM들 중 하나가 RRC_CONNECTED 모드에 있는 시나리오들의 경우, UE는 다른 USIM에 의해 수행된 AS 절차들과 연관된 모니터링 기회들 및 송신 기회들과의 충돌들을 방지하기 위해(또는 그 가능성을 감소시키기 위해) C-DRX 구성의 수정을 요청할 수 있다.

동적 능력 시그널링

일부 RAT 동시 케이스들 및 디바이스 능력들; 예컨대 듀얼 RX/듀얼 TX 디바이스를 갖는 EN-DC + NR SA 케이스의 경우, 하나의 송수신기는 제1 USIM에 대한 MCG에 사용될 수 있는 반면, 다른 송수신기는 제1 USIM에 대한 NR SCG에 또는 다른 USIM에 대한 NR SA 셀에 사용될 수 있다. 제2 송수신기가 다른 USIM에 대한 NR SA 셀에 사용되고 있을 때, 충돌들을 야기하는 것과 함께 제1 USIM에 대한 NR SCG에 대해 이를 또한 사용하는 것이 가능하지 않을 수 있다. 그러한 시나리오들에 대한 충돌들을 회피하기 위해, UE는, UE가 다른 네트워크와의 접속을 유지하기 위해 공유 송수신기를 사용하고 있을 때 초래되는 그의 DC 능력들의 변경들을 네트워크에 통지하기 위한 표시를 네트워크에 제공할 수 있다.

UE 보조 정보 시그널링

그렇게 하도록 구성될 때, UE는 TS 38.300 릴리스 16에 설명된 바와 같이 UEAssistanceInformation을 통해 네트워크로 시그널링할 수 있다. 이러한 절차는 멀티-USIM UE들에 대한 UE 보조 정보를 포함하도록 확장될 수 있다는 것을 제안한다. 멀티-USIM 보조 정보는 UE에 의해 지원되는 USIM들의 개수, RRC_IDLE/RRC_INACTIVE 모드에서 지원될 선호되는 DRX/페이징 구성, 페이징 필터링을 인에이블시키기 위해 사용되는 페이징 원인들/페이징 규칙들의 목록들 등을 포함할 수 있다. 예시적인 멀티-USIM 보조 정보가 부록의 코드 예 6A 및 코드 예 6B에 나타나 있다.

RRC_CONNECTED 모드에서 멀티-USIM 보조 정보를 제공할 수 있는 UE는, 초기 액세스를 수행할 때, 모니터링 기회들 및 송신 기회들에 대한 페이징의 충돌들을 결정하는 것이 다수의 USIM들에 대한 UE 구성에 기초하여 발생할 때, 하나 이상의 충돌들을 검출할 때, 다른 USIM에 대한 AS 절차를 개시할 때, 다른 USIM에 대한 RRC_CONNECTED 상태로 전환될 때, 다른 USIM에 대한 DC를 구성할 때, 등등을 포함하는 여러 경우들에 있어서 절차를 개시할 수 있다.

멀티-USIM 보조 정보를 제공하기 위한 예시적인 절차는 하기와 같이 정의될 수 있다.

절차를 개시할 시, UE는:

1> 멀티-USIM 보조 정보를 제공하도록 구성되는 경우:

2> UE가 멀티-USIM 보조 정보를 제공하도록 구성되었기 때문에 multiUSIM-Assistance를 갖는 UEAssistanceInformation 메시지를 송신하지 않았던 경우; 또는

2> 현재 선호도의 경우

3> 멀티-USIM 보조 정보를 제공하기 위해 UEAssistanceInformation 메시지의 송신을 개시할 것이다.

UE는 UEAssistanceInformation 메시지의 내용을 하기와 같이 설정할 것이다:

1> UEAssistanceInformation 메시지의 송신이 멀티-USIM 보조 정보를 제공하도록 개시되는 경우:

2> UEAssistanceInformation 메시지에 multiUSIMAssistanceInformation을 포함시킬 것이고;

2> UE에 의한 사용 시에 numUSIMs를 USIM들의 개수로 설정할 것이고;

2> pagingCycle을 원하는 페이징 사이클로 설정할 것이고;

2> UE_ID를 PO 및 PF 계산들에서 사용될 UE_ID의 원하는 값으로 설정할 것이고;

2> i_s를 원하는 PO의 인덱스에 대응하는 값으로 설정할 것이고;

2> 오프셋을 PF 계산에서 사용할 원하는 오프셋에 대응하는 값으로 설정할 것이다.

UE는 송신을 위해 UEAssistanceInformation 메시지를 하위 계층들에 제출할 것이다. 부록의 코드 예 6A 및 코드 예 6B를 참조한다.

UE 보조 정보 절차는 또한, 멀티-USIM이 다른 USIM과 연관된 모니터링 기회들 및 송신 기회들과의 충돌들을 회피하기 위해 RRC_CONNECTED로부터 전환할 수 있게 하도록 확장될 수 있다는 것을 제안한다. ReleasePreference 정보는 UE가 네트워크로부터 벗어날 것으로 예상하는 시간의 추정치; 예컨대, pauseDuration을 포함할 수 있다. 예시적인 ReleasePreference 정보가 부록의 코드 예 7A 및 코드 예 7B에 나타나 있다. 대안적으로, ReleasePreference 정보는 멀티-USIM 보조 정보의 필드들로서 구현될 수 있다.

UE는 UE를 페이징하는 것을 중지할 것을 네트워크에 요청한다

일부 시나리오들 동안, UE는 제1 USIM과 연관된 서비스들을 사용하여 사용 중 상태(busy)일 수 있고, 제2 USIM과 연관된 페이지를 수신한다. 이러한 솔루션에서, UE는 페이징 리소스들을 낭비하는 것을 회피하기 위해 제2 USIM과 연관된 네트워크가 UE를 페이징하는 것을 중지할 것을 요청할 수 있다. 예를 들어, 멀티-USIM UE는 USIM1의 서비스들을 사용하여 음성 호출을 현재 수신하고 있고, 이어서, USIM2와 연관된 페이지를 수신한다. USIM2와 연관된 페이지를 무시하고 네트워크 리소스들을 낭비하는 대신에, UE는 USIM2의 네트워크의 RAN 노드로 RRC 메시지, 예컨대, RRCSetupRequest, RRCResumeRequest, 또는 RRCResumeRequest1을 전송할 수 있고, UE를 페이징하는 것을 중지할 것을 네트워크에 통지할 수 있다.

메시지에서, UE는, UE가 네트워크로 다른 RRC 메시지를 전송함으로써 특징부를 디스에이블시킬 때까지 UE를 페이징하지 않을 것을 네트워크에 통지하는 표시를 포함할 수 있다. 대안적으로, UE는 네트워크가 UE를 페이징하는 것을 중지하는 시간 듀레이션을 제공할 수 있고, 시간 듀레이션의 만료 시, 네트워크는 UE를 페이징하는 것을 재개할 수 있다. 이어서, RAN 노드는 UE의 선호도를 CN에 통신할 필요가 있을 수 있고, 따라서, CN은 또한 UE를 페이징하는 것을 중지하는 것을 인식한다.

도 27은 페이징을 중지하라는 예시적인 UE 요청의 호출 흐름이다. 도 27의 단계 1에서, UE는, 예컨대 NW1(USIM1)와의 RRC_CONNECTED에서, 그리고 NW2(USIM2)와의 RRC_IDLE 또는 RRC_INACTIVE에서 사용 중이다.

단계 2에서, 데이터는 USIM2에 이용가능하고, NW2는 UE를 페이징한다. 페이징 메시지는 페이징 원인을 포함할 수 있다.

단계 3에서, 페이징 원인에 기초하여, UE는 NW1의 서비스들을 계속해서 사용하기를 원하고, UE를 페이징하는 것을 일시적으로 중지하라는 표시와 함께 RRC 메시지를 NW2로 전송한다. UE는 또한, NW2가 UE를 페이징하는 것을 중지해야 하는 시간 듀레이션을 포함할 수 있다. 시간 듀레이션의 만료 후, NW2는 UE를 페이징하는 것을 재개할 수 있다. 대안적으로, 페이징은 무기한으로; 즉 UE가 페이징을 재-인에이블하라는 요청을 전송할 때까지 중지될 수 있다.

단계 4에서, NW2는 UE로부터 중지 페이지 표시를 수신하는 것을 확인응답한다. NW2는 시간 듀레이션 동안 새로운 값을 제공할 수 있고, 그 값을 UE로 반환할 수 있다.

단계 5에서, NW2의 gNB는 UE를 위해 gNB가 저장하는 UE 콘텍스트에 표시 및 시간 듀레이션을 저장한다.

단계 6에서, UE가 RRC_IDLE 또는 RRC_INACTIVE에 있는 경우, gNB는 N2/NAS 메시지를 NW2의 CN으로 전송할 수 있고, 중지 페이지 표시 및 시간 듀레이션을 포함할 수 있다.

단계 7에서, UE는 그것이 NW2로부터 페이징을 수신하기를 원한다고 결정하고, UE를 페이징하는 것을 재개하라는 표시와 함께 RRC 메시지를 NW2로 전송한다.

단계 8에서, NW2는 UE로부터 페이징 재개 표시를 수신하는 것을 확인응답한다.

단계 9에서, gNB는 UE 콘텍스트를 업데이트하여 페이징을 재개한다.

단계 10에서, UE가 RRC_IDLE 또는 RRC_INACTIVE에 있는 경우, gNB는 N2/NAS 메시지를 NW2의 CN으로 전송할 수 있고, 페이징 재개 표시를 포함할 수 있다.

다른 대안에서, UE는 UE가 페이지에 응답하지 않을 것임을 네트워크에 통지하기 위해 USIM2의 네트워크의 RAN 노드로 사용 중 상태 표시를 포함하는 RRC 메시지를 전송할 수 있다. 메시지는 UE가 사용 중 상태임을 나타내는 값, 예컨대 "사용 중 상태 표시"로 설정된 재개 원인과 함께 RRCSetupRequest, RRCResumeRequest, 또는 RRCResumeRequest1 메시지에 대응할 수 있다.

네트워크 페이지 필터링

네트워크는 또한, UE들이 확립된 페이징 원인에 기초하여 페이징 요청들을 필터링하기 위해 네트워크에 의해 사용될 수 있는 정보를 제공할 수 있게 함으로써 페이징 절차를 향상시키는 것을 보조할 수 있다. 이러한 절차에서, UE는 네트워크가 UE를 페이징할지 여부를 결정하기 위해 사용하는 페이징 필터들을 제공하는 네트워크 보조 정보를 전송한다. UE는 보조 정보를 RRC 시그널링의 일부로서 제공할 수 있고, 필요한 경우, RAN 노드는 CN에 통지할 수 있다.

페이징 필터들은, UE가 페이징을 수신하고 싶어하는 또는 그렇지 않은 페이징 원인들의 목록일 수 있다. 페이징 필터들의 범위는 페이징 원인들의 정밀도에 의존한다. 대안적으로, 페이징 필터들은 UE를 페이징할지 여부를 네트워크에 통지하는 규칙들의 세트일 수 있다.

도 28은 페이징 필터링을 인에이블시키기 위한 예시적인 UE 요청의 호출 흐름이다. 도 28의 단계 1에서, UE는 NW2에서 페이징 필터링을 인에이블시키기를 원하고, RRC 메시지를 NW2의 gNB로 전송한다. 요청 시, UE는 UE가 페이징되기를 원할 수 있는 페이징 원인들의 목록을 제공할 수 있다. 대안적으로, UE는 UE가 페이징되기를 원하지 않는 페이징 원인들을 나타낼 수 있다. 그리고 다른 대안에서, UE는 UE가 페이지들을 수신하기를 원하는 DL 데이터의 유형들을 나타내는 페이징 규칙들의 목록을 포함할 수 있다. 표시 및 페이징 원인 목록은 UE가 멀티-USIM 동작들을 향상시키기 위해 NW2에 제공하는 보조 정보의 일부일 수 있다. 보조 정보는 UE 보조 정보 절차를 사용하여 gNB에 제공될 수 있으며, 여기서 보조 정보의 시그널링은 UE가 페이징되어야 하는 페이징 원인들을 포함하는 UEAssistanceInformation 메시지의 송신에 대응한다.

단계 2에서, gNB는 UE로부터 보조 정보를 수신하는 것을 확인응답한다. 확인응답은 RRC 시그널링을 사용하여 제공될 수 있다. 대안적으로, 요청을 전달하는 PDU의 성공적인 수신의 하위 계층들에 의해 제공되는 확인응답이 사용될 수 있다.

단계 3에서, gNB는 N2/NAS 메시지를 NW2의 CN으로 전송하여, UE에 대한 CN에서의 페이징/데이터 필터링을 인에이블시킬 수 있다. UE가 RRC_IDLE에 있는 경우, 메시지는 UE에 대한 CN에서의 페이징 필터링을 인에이블시키기 위해 사용된다. UE가 RRC_INACTVE에 있는 경우, 메시지는 UE에 대한 RAN에서의 데이터 필터링을 인에이블시키기 위해 사용된다.

단계 4에서, 일부 시간이 경과한다.

단계 5에서, NW2에서 UE에 대해 다운링크 데이터가 이용가능하다. CN 페이징/데이터 필터링이 UE에 대해 인에이블되지 않은 경우, CN은, UE가 RRC_IDLE에 있는 경우에는 페이징 요청을 gNB에 전송함으로써 UE를 페이징하거나, 또는 UE가 RRC_INACTIVE에 있는 경우에는 다운링크 데이터를 gNB로 전송한다.

단계 6에서, gNB는 페이징 요청/다운링크 데이터를 검사하고, UE가 페이징되어야 하는지 여부를 결정한다.

단계 7에서, gNB가 단계 6에서 UE가 페이징되어야 한다고 결정하는 경우, gNB는 페이징 메시지를 UE로 송신한다. 페이징 메시지는 페이징 원인 및 페이지에 관한 다른 정보를 포함할 수 있다.

단계 8에서,gNB가 단계 6에서 UE가 페이징되어서는 안 된다고 결정하는 경우, gNB는 페이징 요청/다운링크 데이터가 필터링되었고 UE가 사용 중 상태임을 나타내기 위해 N2/NAS 메시지를 CN으로 송신할 수 있다. 이러한 메시지는 또한, 단계 3에서 소정 페이징 요청들 또는 다운링크 데이터를 필터링하려는 UE의 요구가 이전에 CN에 통지된 경우, UE에 대한 CN에서의 페이징/데이터 필터링을 인에이블시키기 위해 사용될 수 있다.

단계 9에서, 잠시 후, UE는 페이징 필터링을 디스에이블시키기 위해 RRC 메시지를 전송한다. 대안적으로, 페이징 필터를 디스에이블시키기 위해 타이머의 만료가 사용될 수 있다. 타이머에 사용되는 값은 UE에 의해 네트워크로 시그널링될 수 있다. 예를 들어, 이러한 절차의 단계 1에서 송신된 RRC 메시지는 이러한 타이머에 대한 값을 선택적으로 포함할 수 있다. 타이머 값이 포함되지 않는 경우, 네트워크는, UE가 RRC 메시지를 전송하여 페이징 필터링을 디스에이블시킬 때까지 페이징 필터링이 인에이블된다고 가정한다. 타이머가 구성될 때, UE는 타이머가 만료되기 전에 페이징 필터링을 디스에이블시키기 위해 RRC 메시지를 전송할 수 있다.

단계 10에서, gNB는, 이전에 인에이블된 경우에 페이징 필터링을 디스에이블시키기 위해 N2/NAS 메시지를 전송할 수 있다.

충돌 해결 솔루션들

이 섹션에서, 충돌 해결에 사용될 수 있는 솔루션들의 클래스를 정의한다. 솔루션들은 UE가 충돌이 발생했다(또는 막 발생하려고 한다)고 결정하는 시나리오들에 적용가능하다. UE는 다수의 USIM에 대한 UE 구성, 예컨대, 페이징 구성, SMTC 구성, SI-SchedulingInfo 구성, C-DRX 구성 등, 및/또는 공통 무선 및 기저대역 컴포넌트들에 액세스하는 하위 계층들로부터의 피드백에 기초하여 충돌들이 발생했을 때 또는 막 발생하려고 하는 때를 결정할 수 있다. 제안된 솔루션들은 충돌을 해결하기 위해; 예컨대 실행할 AS 절차를 결정하기 위해, UE가 취할 거동의 설명들뿐만 아니라 충돌로부터 적절하게 회복하기 위해 취해질 수 있는 후속 UE 액션들의 설명들을 포함한다. 이 섹션에서 기술된 충돌 해결 솔루션들은 그들 자체로, 또는 본 명세서에 기술된 충돌 회피 솔루션들과 조합하여 사용될 수 있다.

규칙 기반 충돌 해결

충돌이 발생했거나 막 발생하려고 하는 시나리오들의 경우, 규칙 기반 충돌 해결 방법이 사용될 수 있다. 충돌이 발생할 때, UE는 수행할 AS 절차를 결정하기 위해 규칙들의 세트를 사용한다. 규칙들은 표준들, 사용자 선호도 및/또는 네트워크 구성에 따라 정의될 수 있다.

예를 들어, 우선순위는 상이한 AS 절차 유형들에 할당될 수 있다. 충돌이 발생할 때, UE는 더 높은 우선순위를 갖는 AS 절차를 수행한다. 부록의 표 6 - AS 절차에 기초한 우선순위화는, RRC_IDLE/RRC_INACTIVE에서의 UE에 대한 AS 절차가 어떻게 우선순위화될 수 있었는지를 보여주는 예이다. 이러한 예에서, 셀 (재)선택 및 PLMN 선택 절차들의 일부로서 수행되는 MIB/SIB1의 측정들 및 판독은 대응하는 절차의 우선순위에 기초하여 결정된다.

대안적으로, 우선순위는, UE가, 수행되고 있는 절차와 상관없이 수행하고 있는 액션에 기초할 수 있다. 부록의 표 7에 나타낸 예의 경우, - UE 액션에 기초한 우선순위화, 즉 셀 (재)선택 절차의 일부인 MIB/SIB1의 판독이 서빙 셀에 대한 SI 획득을 수행할 때와 동일한 우선순위를 부여받고; 수행되고 있는 절차와 관계없이 동일한 우선순위로 모든 측정들이 수행된다.

우선순위는 또한, 절차가 트리거된 USIM에 기초할 수 있다. USIM의 우선순위는 사용자 선호도에 기초하여 결정될 수 있고; 예컨대 UE 애플리케이션을 통해, 또는 USIM이 삽입되는 물리적 슬롯에 기초하여, 사용자에 의해 할당될 수 있다. USIM 기반 우선순위는 그 자체로 또는 본 명세서에 기술된 다른 우선순위화 솔루션들과 조합하여 사용될 수 있다.

예를 들어, 절차 기반 우선순위화가 먼저 수행될 반복적인 접근법이 수행될 수 있다. 그리고 동일한 우선순위를 갖는 절차들이 다수의 USIM들에 대해 동시에 수행되고 있는 이벤트에서, USIM 기반 우선순위화는 도 29에 도시된 바와 같이 결합을 해체하기 위해 사용될 수 있다.

우선순위화는 AS 절차가 실행된 USIM의 RRC 상태에 기초할 수 있다. 예를 들어, RRC_CONNECTED 상태에서 USIM에 대해 수행되는 AS 절차는 RRC_IDLE/RRC_INACTIVE 상태에서 USIM에 대해 수행된 AS 절차들보다 우선순위를 부여받을 수 있다. RRC_IDLE 및 RRC_INACTIVE 상태들에 대해 상이한 우선순위들이 또한 할당되어, 이에 의해 RRC_INACTIVE 모드에서 USIM에 대해 수행된 AS 절차들이 RRC_IDLE 모드에서 USIM에 대해 수행된 AS 절차보다 우선순위화될 수 있게 하거나, 또는 그 반대일 수 있다.

그리고 솔루션의 또 다른 태양에서, RRC_CONNECTED 모드로의 전환을 요구하는 AS 절차들; 예컨대 RRC 접속 확립/재개는 유휴 모드 절차들; 예컨대, 페이징, SI 획득, PLMN 선택, 셀 (재)선택보다 우선순위를 부여받을 수 있다. 다른 USIM이 이미 RRC_CONNECTED 모드에 있는 경우, RRC 접속이 확립되거나 재개되고 있는 서비스의 우선순위는 어느 USIM/AS 절차에

우선순위를 부여할 것인지를 결정할 때 고려될 수 있다. 예를 들어, "긴급" 또는 "highPriorityAccess"와 동일한 EstablishmentCause를 갖는 RRC 접속 확립 절차는 RRC_CONNECTED에서 USIM에 대한 AS 절차보다 우선순위화될 수 있다.

AS 절차가 수행되고 있는 RAT가 또한 고려될 수 있다. 예를 들어, NR 절차는 부록의 표 8 - RAT에 기초한 우선순위화 - 에 나타낸 바와 같이 LTE, WCDMA, GSM 등보다 우선순위를 부여받을 수 있다.

충돌 후, UE는 충돌로부터 회복하기 위한 액션들을 취할 수 있다. 예를 들어, 충돌로 인해 SI 획득 절차가 수행되지 않는 경우, UE는 본 명세서에 기술된 RACH 기반 SI 획득 절차를 수행할 수 있다. 충돌로 인해 PO가 누락된 시나리오들의 경우, UE는 UE가 PWS 통지 및/또는 SI 변경 표시들을 누락시키지 않는다는 것을 보장하기 위해 본 명세서에 기술된 단문자 메시지 획득 절차를 수행할 수 있다. UE가 MT 호출 및/또는 데이터를 누락시키지 않는 것을 보장하기 위해 주문형 페이징 절차가 또한 수행될 수 있다.

RACH 기반 SI 획득

UE가 충돌로 인해 SI 윈도우 동안 DL을 모니터링할 수 없는 경우, 요청된 SIB(들)가 RACH 응답; 예컨대 Msg4, Msg2 또는 MsgB에서 제공되는 경우 RACH 기반 SI 획득 절차가 사용될 수 있다. UE는 다른 USIM의 AS 절차가 완료될 때 RACH 기반 SI 획득 절차를 트리거할 수 있다. 다수의 USIM들에 대한 UE 구성; 예컨대, 페이징 구성, SMTC 구성, SI-SchedulingInfo 구성, C-DRX 구성 등은 다른 USIM에 대해 수행된 AS 절차들과 연관된 모니터링 기회들 및 송신 기회들과의 충돌을 회피하기 위해 RACH 기반 SI 획득이 언제 수행되어야 하는지를 결정하는 데 사용될 수 있다.

하나의 예에서, 4-단계 RACH 절차가 사용되며, 여기서 Msg3은 요청된 SIB(들)의 표시를 포함한다. 표시는 Msg3의 일부로서 송신되는 RRC 메시지에 포함될 수 있다. 이어서, 네트워크에 의해 제공된 Msg4 응답은 요청된 SIB(들)를 포함한다.

다른 예에서, 4-단계 RACH 절차가 사용되지만, 단계 1 및 단계 2만이 사용된다. SIB(들)와 프리앰블들 및/또는 RACH 기회들 사이의 맵핑은 사용될 Msg1이, Msg2 응답에서 네트워크에 의해 제공되는 요청된 SIB(들)의 암시적 표시를 제공할 수 있게 한다. 대안적으로, 맵핑은 SI 메시지들과 프리앰블들 및/또는 RACH 기회들 사이에 있을 수 있다. 이 경우 Msg2 응답은 요청된 SI 메시지(들)에 대해 구성된 SIB(들)을 포함한다.

그리고 또 다른 예에서, 2-단계 RACH 절차가 사용되며, 여기서 MsgA는 MsgB 응답에서 네트워크에 의해 제공되는 요청된 SIB(들)의 표시를 포함한다.

단문자 메시지 획득

단문자 메시지는 다음 수정 기간에 발생할 SI 수정들에 관한 표시를 UE에 제공하기 위해 사용된다. UE는 충돌로 인해 그의 PO 동안 페이징 DCI를 모니터링할 수 없는 경우에 이 표시를 누락시킬 수 있다. UE 및 네트워크 구성에 따라, 수정 기간은 다수의 DRX 사이클들로 구성될 수 있으며, 여기서 UE는 도 30에 도시된 바와 같이 DRX 사이클당 하나의 PO를 모니터링한다.

네트워크 관점에서, 추가적인 PO들이 구성되어 다른 UE들에 의해 모니터링될 수 있다. UE가 충돌로 인해 그의 구성된 PO 동안 페이징 DCI를 모니터링할 수 없는 경우, 그것은 단문자 메시지를 수신하기 위해 다른 UE에 대해 구성된 PO를 모니터링할 수 있다.

SI 변경 표시의 반복들이 선행 수정 기간 내에 발생할 수 있다. 네트워크가 선행 수정 기간 동안 모든 PO들에서 SI 변경 표시가 반복되도록 구성되는 경우, UE는, 단문자 메시지를 수신하는 수정 기간 동안 그의 구성된 PO들 중 적어도 하나를 모니터링할 수 있다면, SI 변경 표시를 수신할 수 있을 것이다.

UE가 추가적인 PO들을 불필요하게 모니터링하는 것을 방지하기 위해, UE는 수정 사이클 동안 발생하는 그의 PO들 모두를 모니터링할 수 없는 경우 추가적인 PO만을 모니터링할 수 있다. 이러한 시나리오에서, UE는 수정 기간에 그의 마지막으로 구성된 PO 이후에 발생하는 임의의 PO를 모니터링할 것을 선택할 수 있다. UE가 단문자 메시지를 수신하기 위해 수정 기간 동안 PO들 중 임의의 것을 모니터링할 수 없는 경우, UE는 SIB1을 획득하여, 그것이 갖는 SI가 여전히 유효하다는 것을 보장하기 위해 서빙 셀에서 브로드캐스트되는 SIB들에 대한 valueTag들; 예컨대 서빙 셀에 의해 브로드캐스트되는 SIB들에 대한 valueTag 및 UE 매칭에 의해 사용되고 있는 SIB들에 대한 valueTag들을 얻을 것이다. 주어진 SIB에 대한 valueTag이 매칭되지 않는 경우, UE는 네트워크로부터 수정된 SIB를 획득할 것이다.

네트워크가 선행 수정 기간 동안 모든 PO들에서 SI 변경 표시가 반복되지 않을 수 있도록 구성되는 경우, UE가 수정 기간 동안 임의의 PO를 누락시킨다면, 그것은 SI 변경 표시를 누락시킬 수 있다. 이러한 시나리오에서, UE는 누락된 PO 이후에 발생하는 임의의 PO를 모니터링할 것을 선택할 수 있다. 그리고 UE가 DRX 사이클 동안 발생하는 임의의 PO를 모니터링할 수 없는 경우, UE는 SIB1을 획득하여, 그것이 갖는 SI가 여전히 유효하다는 것을 보장하기 위해 서빙 셀에서 브로드캐스트되는 SIB들에 대한 valueTag들을 얻을 것이고, 후속적으로, 네트워크로부터 임의의 수정된 SIB를 획득할 것이다.

단문자 메시지는 또한, PWS 통지들을 UE에 제공하기 위해 사용된다. RRC_IDLE에서 또는 RRC_INACTIVE에서 ETWS 또는 CMAS 가능 UE들은 매 DRX 사이클마다 그 자체의 페이징 기회에서 PWS 통지에 관한 표시들을 모니터링하는 것이 요구된다. 충돌로 인해 PO가 누락되는 경우, UE는 그의 DRX 사이클에서 누락된 PO 이후에 발생하는 임의의 PO에 PWS 통지를 모니터링할 수 있다.

주문형 페이징

UE가 MT 호출 및/또는 데이터를 누락시키지 않는다는 것을 보장하기 위해, UE는 주문형 페이징 절차를 수행할 수 있으며, 여기서 UE는 페이징 충돌로 인해 구성된 개수의 PO들이 누락될 때 USIM에 대한 네트워크와의 AS 접속을 확립한다. 네트워크는 UE가 다수의 USIM들로 구성된다는 표시 또는 UE로부터의 명시적 요청에 기초하여 UE에 대한 주문형 페이징을 구성할 수 있다. 주문형 페이징 절차가 수행될 때를 제어하기 위해 사용되는 누락된 PO들의 개수는 셀-특정적이고 SI의 일부로서 브로드캐스트될 수 있거나, 또는 UE-특정적이고 전용 시그널링을 사용하여 시그널링될 수 있다.

주문형 페이징을 위한 AS 접속을 (재)확립할 때, 이를 네트워크에 나타내기 위해 새로운 EstablishmentCause/ResumeCause, 예컨대 onDemandPaging이 사용될 수 있다. 접속을 (재)확립할 시, 네트워크는 UE에 대해 보류 중인 MT 데이터가 있는 경우 UL/DL 송신으로 개시할 것이다. 그렇지 않은 경우, 네트워크는 RRC 접속을 릴리스하거나 유예할 수 있다.

사용자 인터페이스

MUSIM 동작을 위해 UE를 구성하기 위해 사용자에 의해 사용될 수 있는 사용자 인터페이스가 도 31에서 제안된다. 예를 들어, 사용자 인터페이스는 주어진 USIM을 인에이블/디스에이블시키기 위해 사용될 수 있다. 하나의 예에서, 체크 박스는 주어진 USIM의 인에이블된/디스에이블된 상태를 나타내기 위해 사용된다. 사용자 인터페이스는 또한, USIM에 우선순위를 할당하기 위해 사용될 수 있으며, 여기서 할당된 우선순위는 주어진 네트워크에 대한 페이지를 언제 무시할 것인지 또는 본 명세서에 기술된 바와 같이 규칙 기반 충돌 해결을 언제 수행할 것인지를 결정하기 위해 사용될 수 있다. 하나의 예에서, 주어진 USIM에 대한 우선순위를 할당하기 위해 텍스트 박스가 사용될 수 있다. 우선순위는 수치 값, 예컨대 1, 2, 3으로서, 열거된 값; 예컨대, 고, 중, 저로서, 등등으로서 할당될 수 있다.

사용자 인터페이스는 또한, MT 또는 MO 호출이 주어진 USIM에 대해 재개/확립될 필요가 있을 때의 통지를 사용자에게 제공하는 데 사용될 수 있고; 사용자는 호출을 재개/확립하라는 요청을 수락 또는 거절하는 응답을 제공할 수 있다. 통지는 또한, 예컨대, 연관된 서비스, 페이징 원인 등을 사용자에게 통지하기 위해, MT/MO 호출과 관련된 메타 데이터를 포함할 수 있다. 예를 들어, USIM1을 통해 네트워크 1과 통신하는 UE가 USIM2를 통해 네트워크 2에 대한 페이지를 수신하는 경우, USIM2 상에서의 호출을 사용자에게 통지하는 통지는 도 32에 도시된 바와 같이 사용자에게 제공될 수 있다. 이어서, 사용자는 USIM2에 대한 착신 호출을 수락하거나 거절할 수 있다.

다른 예에서, UE가 USIM1을 통해 네트워크 1과 통신하고 있고 UE 상에서 실행되는 애플리케이션이 USIM2를 통해 네트워크 2에 대한 데이터를 전송/수신할 필요가 있는 경우, USIM2에 대한 접속을 확립/재개할 필요성을 사용자에게 통지하는 통지가 네트워크에 제공될 수 있다. 도 32에 도시된 것과 유사한 통지는 사용자가 USIM2에 대한 호출을 수락/거절할 수 있게 하는 데 사용될 수 있다.

예시적인 환경들

3세대 파트너십 프로젝트(3GPP)는 무선 액세스, 코어 이송 네트워크, 및 서비스 능력들 - 코덱들 상에서의 작업, 보안, 및 서비스 품질을 포함함 - 을 비롯한 셀룰러 원격통신 네트워크 기술들에 대한 기술적 표준들을 개발한다. 최근의 무선 액세스 기술(radio access technology, RAT) 표준들은 WCDMA(통상, 3G로 지칭됨), LTE(통상, 4G로 지칭됨) 및 LTE-어드밴스드 표준들을 포함한다. 3GPP는 뉴 라디오(New Radio, NR)로 불리는 - 이는, "5G"로도 지칭됨 - 차세대 셀룰러 기술의 표준화에 대해 작업하기 시작했다. 3GPP NR 표준 개발은 차세대 무선 액세스 기술(new RAT)의 정의를 포함할 것으로 예상되는데, 이는 6 ㎓ 미만의 새로운 플렉시블 무선 액세스의 프로비전 및 6 ㎓ 초과의 새로운 울트라-모바일 광대역 무선 액세스의 프로비전을 포함할 것으로 예상된다. 플렉시블 무선 액세스는 6 ㎓ 미만의 새로운 스펙트럼에서 새로운 비-백워드 호환가능 무선 액세스로 이루어질 것으로 예상되며, 그것은 다른 요건들을 갖는 3GPP NR 용례들의 광범위한 세트를 해결하기 위해 동일한 스펙트럼에서 함께 멀티플렉싱될 수 있는 상이한 동작 모드들을 포함할 것으로 예상된다. 울트라-모바일 광대역은, 예컨대 실내 애플리케이션들 및 핫스팟들에 대한 울트라-모바일 광대역 액세스에 대한 기회를 제공할 cmWave 및 mmWave 스펙트럼을 포함할 것으로 예상된다. 특히, 울트라-모바일 광대역은 cmWave 및 mmWave 특정적 설계 최적화들을 갖는, 6 ㎓ 미만의 플렉시블 무선 액세스와 공통 디자인 프레임워크를 공유할 것으로 예상된다.

3GPP는 NR이 지원할 것으로 예상되는 다양한 용례들을 식별하여, 데이터 레이트, 레이턴시 및 이동성에 대한 다양한 사용자 경험 요건들을 초래하였다. 용례들은 하기의 대체적인 카테고리들을 포함한다: 향상된 모바일 광대역(예컨대, 밀집 영역에서의 광대역 액세스, 실내 초고 광대역 액세스, 군중 속에서의 광대역 액세스, 어디에서나 50+ Mbps, 초저비용 광대역 액세스, 차량 내 모바일 광대역), 임계 통신, 대규모 기계형 통신, 네트워크 동작(예컨대, 네트워크 슬라이싱, 라우팅, 이송 및 상호연동, 에너지 절약), 및 향상된 차량-사물(enhanced vehicle-to-everything, eV2X) 통신 - 이는, 차량간(Vehicle-to-Vehicle, V2V) 통신, 차량-인프라구조(Vehicle-to-Infrastructure, V2I) 통신, 차량-네트워크(Vehicle-to-Network, V2N) 통신, 차량-보행자(Vehicle-to-Pedestrian, V2P) 통신, 및 다른 엔티티들과의 차량 통신 중 임의의 것을 포함할 수 있음. 이러한 카테고리들에서의 특정 서비스 및 애플리케이션들은 몇 가지 예를 들어, 예컨대 모니터링 및 센서 네트워크들, 디바이스 원격 제어, 양방향 원격 제어, 개인 클라우드 컴퓨팅, 비디오 스트리밍, 무선 클라우드 기반 사무실, 제1 응답자 연결성, 자동차 ecall, 재난 경보, 실시간 게이밍, 다인 화상 통화(multi-person video call), 자율 주행, 증강 현실, 촉각 인터넷, 및 가상 현실을 포함한다. 이러한 용례들 및 다른 용례들 모두가 본 명세서에서 고려된다.

도 33a는 본 명세서에 기술되고 청구되는 방법들 및 장치들이 구현될 수 있는 예시적인 통신 시스템(100)의 하나의 실시예를 도시한다. 도시된 바와 같이, 예시적인 통신 시스템(100)은 무선 송수신 유닛(WTRU)들(102a, 102b, 102c, 102d, 102e, 102f, 및/또는 102g)(이는 대체적으로 또는 총체적으로, WTRU(102)로 지칭될 수 있음), 무선 액세스 네트워크(RAN)(103/104/105/103b/104b/105b), 코어 네트워크(106/107/109), 공중 교환 전화망(public switched telephone network, PSTN)(108), 인터넷(110), 다른 네트워크들(112), 및 V2X 서버(또는 ProSe 기능 및 서버)(113)를 포함할 수 있지만, 개시된 실시예들은 임의의 수의 WTRU들, 기지국들, 네트워크들 및/또는 네트워크 요소들을 고려한다는 것이 인식될 것이다. WTRU들(102a, 102b, 102c, 102d, 102e, 102f, 102g) 각각은 무선 환경에서 동작하고/하거나 통신하도록 구성된 임의의 유형의 장치 또는 디바이스일 수 있다. 각각의 WTRU(102a, 102b, 102c, 102d, 102e, 102f, 102g)가 도 33a 내지 도 33e에 핸드헬드 무선 통신 장치로서 묘사되어 있지만, 5G 무선 통신을 위해 고려되는 다양한 용례들과 함께, 각각의 WTRU는 무선 신호들을 송신하고/하거나 수신하도록 구성된 임의의 유형의 장치 또는 디바이스를 포함하거나 이들 내에서 실시될 수 있으며, 이는 단지 예로서, 사용자 장비(UE), 모바일 스테이션, 고정 또는 모바일 가입자 유닛, 페이저, 셀룰러 폰, 개인 휴대 정보 단말기(PDA), 스마트폰, 랩톱, 태블릿, 넷북, 노트북 컴퓨터, 개인용 컴퓨터, 무선 센서, 가전제품, 스마트 워치 또는 스마트 의류와 같은 웨어러블 디바이스, 의료 또는 eHealth 디바이스, 로봇, 산업 장비, 드론, 차량, 예컨대 자동차, 트럭, 기차 또는 비행기 등을 포함한다는 것이 이해된다.

통신 시스템(100)은 또한, 기지국(114a) 및 기지국(114b)을 포함할 수 있다. 기지국들(114a)은 코어 네트워크(106/107/109), 인터넷(110) 및/또는 다른 네트워크들(112)과 같은 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 WTRU들(102a, 102b, 102c) 중 적어도 하나와 무선으로 인터페이스하도록 구성된 임의의 유형의 디바이스일 수 있다. 기지국들(114b)은 코어 네트워크(106/107/109), 인터넷(110), 다른 네트워크들(112), 및/또는 V2X 서버(또는 ProSe 기능 및 서버)(113)와 같은 하나 이상의 통신 네트워크들에 대한 액세스를 용이하게 하기 위해 RRH(Remote Radio Head)들(118a, 118b), TRP(Transmission and Reception Point)들(119a, 119b), 및/또는 RSU(Roadside Unit)들(120a, 120b) 중 적어도 하나와 유선으로 그리고/또는 무선으로 인터페이싱하도록 구성된 임의의 유형의 디바이스일 수 있다. RRH들(118a, 118b)은 코어 네트워크(106/107/109), 인터넷(110) 및/또는 다른 네트워크들(112)과 같은 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 WTRU(102c) 중 적어도 하나와 무선으로 인터페이스하도록 구성된 임의의 유형의 디바이스일 수 있다. TRP들(119a, 119b)은 코어 네트워크(106/107/109), 인터넷(110) 및/또는 다른 네트워크들(112)과 같은 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 WTRU(102d) 중 적어도 하나와 무선으로 인터페이스하도록 구성된 임의의 유형의 디바이스일 수 있다. RSU들(120a, 120b)은 코어 네트워크(106/107/109), 인터넷(110), 다른 네트워크들(112), 및/또는 V2X 서버(또는 ProSe 기능 및 서버)(113)와 같은 하나 이상의 통신 네트워크에 대한 액세스를 용이하게 하기 위해 WTRU(102e 또는 102f) 중 적어도 하나와 무선으로 인터페이스하도록 구성된 임의의 유형의 디바이스일 수 있다. 예로서, 기지국들(114a, 114b)은 송수신기 기지국(BTS), 노드 B, eNode B, 홈 노드 B, 홈 eNode B, 사이트 제어기, 액세스 포인트(AP), 무선 라우터 등일 수 있다. 기지국들(114a, 114b)은 각각 단일 요소로서 도시되지만, 기지국들(114a, 114b)은 임의의 수의 상호 접속된 기지국들 및/또는 네트워크 요소들을 포함할 수 있다는 것이 인식될 것이다.

기지국(114a)은 RAN(103/104/105)의 일부일 수 있는데, 이는 또한, 기지국 제어기(BSC), 무선 네트워크 제어기(RNC), 중계 노드들 등과 같은 다른 기지국들 및/또는 네트워크 요소들(도시되지 않음)을 포함할 수 있다. 기지국(114b)은 RAN(103b/104b/105b)의 일부일 수 있는데, 이는 또한, 기지국 제어기(BSC), 무선 네트워크 제어기(RNC), 중계 노드들 등과 같은 다른 기지국들 및/또는 네트워크 요소들(도시되지 않음)을 포함할 수 있다. 기지국(114a)은 셀(도시되지 않음)로 지칭될 수 있는 특정 지리 영역 내에서 무선 신호들을 송신 및/또는 수신하도록 구성될 수 있다. 기지국(114b)은 셀(도시되지 않음)로 지칭될 수 있는 특정 지리 영역 내에서 유선 및/또는 무선 신호들을 송신 및/또는 수신하도록 구성될 수 있다. 셀은 셀 섹터들로 더욱 분할될 수 있다. 예를 들어, 기지국(114a)과 연관된 셀은 3개의 섹터로 분할될 수 있다. 따라서, 일 실시예에서, 기지국(114a)은 3개의 송수신기들을, 예컨대 셀의 각각의 섹터에 대해 하나씩 포함할 수 있다. 일 실시예에서, 기지국(114a)은 다중 입력 다중 출력(MIMO) 기술을 채용할 수 있고, 이에 따라 셀의 각각의 섹터에 대해 다수의 송수신기들을 활용할 수 있다.

기지국들(114a)은 임의의 적합한 무선 통신 링크(예컨대, 무선 주파수(RF), 마이크로파, 적외선(IR), 자외선(UV), 가시광, cmWave, mmWave 등)일 수 있는 에어 인터페이스(115/116/117)를 통해 WTRU들(102a, 102b, 102c) 중 하나 이상과 통신할 수 있다. 에어 인터페이스(115/116/117)는 임의의 적합한 무선 액세스 기술(RAT)을 사용하여 확립될 수 있다.

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

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

WTRU들(102a, 102b, 102c,102d, 102e, 102f, 및/또는 102g)은 임의의 적합한 무선 통신 링크(예컨대, 무선 주파수(RF), 마이크로파, 적외선(IR), 자외선(UV), 가시광, cmWave, mmWave 등)일 수 있는 에어 인터페이스(115d/116d/117d)(도면들에 도시되지 않음)를 통해 서로 통신할 수 있다. 에어 인터페이스(115d/116d/117d)는 임의의 적합한 무선 액세스 기술(RAT)을 사용하여 확립될 수 있다.

더 구체적으로, 전술한 바와 같이, 통신 시스템(100)은 다중 액세스 시스템일 수 있으며, CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 액세스 스킴을 채용할 수 있다. 예를 들어, RAN(103/104/105) 내의 기지국(114a)과 WTRU들(102a, 102b, 102c), 또는 RAN(103b/104b/105b) 내의 RRH들(118a, 118b), TRP들(119a, 119b) 및 RSU들(120a, 120b)과 WTRU들(102c, 102d, 102e, 102f)은, 광대역 CDMA(WCDMA)를 사용하여 에어 인터페이스(115/116/117 또는 115c/116c/117c)를 각각 확립할 수 있는 UTRA(Universal Mobile Telecommunications System(UMTS) Terrestrial Radio Access)와 같은 무선 기술을 구현할 수 있다. WCDMA는 고속 패킷 액세스(High-Speed Packet Access, HSPA) 및/또는 진화된 HSPA(HSPA+)와 같은 통신 프로토콜들을 포함할 수 있다. HSPA는 고속 다운링크 패킷 액세스(HSDPA) 및/또는 고속 업링크 패킷 액세스(HSUPA)를 포함할 수 있다.

일 실시예에서, 기지국(114a)과 WTRU들(102a, 102b, 102c), 또는 RAN(103b/104b/105b) 내의 RRH들(118a, 118b), TRP들(119a, 119b), 및/또는 RSU들(120a, 120b)과 WTRU들(102c, 102d)은 롱 텀 에볼루션(LTE) 및/또는 LTE-어드밴스드(LTE-A)를 사용하여 에어 인터페이스(115/116/117 또는 115c/116c/117c)를 각각 확립할 수 있는 E-UTRA(Evolved UMTS Terrestrial Radio Access)와 같은 무선 기술을 구현할 수 있다. 미래에, 에어 인터페이스(115/116/117)는 3GPP NR 기술을 구현할 수 있다. LTE 및 LTE-A 기술은 LTE D2D 및 V2X 기술들 및 인터페이스(예컨대, 사이드링크 통신 등)를 포함한다. 3GPP NR 기술은 NR V2X 기술들 및 인터페이스(예컨대, 사이드링크 통신 등)를 포함한다.

일 실시예에서, RAN(103/104/105) 내의 기지국(114a)과 WTRU들(102a, 102b, 102c), 또는 RAN(103b/104b/105b) 내의 RRH들(118a, 118b), TRP들(119a, 119b) 및/또는 RSU들(120a, 120b)과 WTRU들(102c, 102d, 102e, 102f)은 IEEE 802.16(예컨대, WiMAX(Worldwide Interoperability for Microwave Access)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, 잠정 표준 2000(IS-2000), 잠정 표준 95(IS-95), 잠정 표준 856(IS-856), GSM(Global System for Mobile communications), EDGE(Enhanced Data rates for GSM Evolution), GERAN(GSM EDGE) 등과 같은 무선 기술들을 구현할 수 있다.

도 33a의 기지국(114c)은, 예를 들어, 무선 라우터, 홈 노드 B, 홈 eNode B 또는 액세스 포인트일 수 있으며, 사업장, 가정, 차량, 캠퍼스 등과 같은 국지 영역에서의 무선 연결성을 용이하게 하기 위해 임의의 적합한 RAT를 활용할 수 있다. 일 실시예에서, 기지국(114c) 및 WTRU들(102e)은 무선 근거리 네트워크(WLAN)를 확립하기 위해 IEEE 802.11과 같은 무선 기술을 구현할 수 있다. 일 실시예에서, 기지국(114c) 및 WTRU들(102d)은 무선 개인 영역 네트워크(wireless personal area network, WPAN)를 확립하기 위해 IEEE 802.15와 같은 무선 기술을 구현할 수 있다. 또 다른 실시예에서, 기지국(114c) 및 WTRU들(102e)은 셀룰러 기반 RAT(예컨대, WCDMA, CDMA2000, GSM, LTE, LTE-A 등)를 활용하여 피코셀 또는 펨토셀을 확립할 수 있다. 도 33a에 도시된 바와 같이, 기지국(114b)은 인터넷(110)에 대한 직접 접속을 가질 수 있다. 따라서, 기지국(114c)은 코어 네트워크(106/107/109)를 통해 인터넷(110)에 액세스하도록 요구되지 않을 수 있다.

RAN(103/104/105) 및/또는 RAN(103b/104b/105b)은 WTRU들(102a, 102b, 102c, 102d) 중 하나 이상에 음성, 데이터, 애플리케이션들 및/또는 VoIP(voice over internet protocol) 서비스들을 제공하도록 구성된 임의의 유형의 네트워크일 수 있는 코어 네트워크(106/107/109)와 통신할 수 있다. 예를 들어, 코어 네트워크(106/107/109)는 호출 제어, 과금 서비스, 모바일 위치 기반 서비스, 선불 통화, 인터넷 접속성, 비디오 배포 등을 제공하고/하거나 사용자 인증과 같은 하이 레벨 보안 기능들을 수행할 수 있다.

도 33a에 도시되어 있지 않지만, RAN(103/104/105) 및/또는 RAN(103b/104b/105b) 및 또는 코어 네트워크(106/107/109)는, RAN(103/104/105) 및/또는 RAN(103b/104b/105b)과 동일한 RAT 또는 상이한 RAT를 채용하는 다른 RAN들과 직접 또는 간접 통신할 수 있다는 것이 인식될 것이다. 예를 들어, E-UTRA 무선 기술을 활용하고 있을 수 있는 RAN(103/104/105) 및/또는 RAN(103b/104b/105b)에 접속되는 것에 더하여, 코어 네트워크(106/107/109)는 또한, GSM 무선 기술을 채용하는 다른 RAN(도시되지 않음)과 통신할 수 있다.

코어 네트워크(106/107/109)는 또한, WTRU들(102a, 102b, 102c, 102d, 102e)이 PSTN(108), 인터넷(110) 및/또는 다른 네트워크들(112)에 액세스하기 위한 게이트웨이로서의 역할을 할 수 있다. PSTN(108)은 POTS(plain old telephone service)를 제공하는 회선 교환 전화망들을 포함할 수 있다. 인터넷(110)은 TCP/IP 인터넷 프로토콜 슈트 내의 송신 제어 프로토콜(TCP), 사용자 데이터그램 프로토콜(UDP) 및 인터넷 프로토콜(IP)과 같은 공동 통신 프로토콜들을 사용하는 상호 접속된 컴퓨터 네트워크들 및 디바이스들의 글로벌 시스템을 포함할 수 있다. 네트워크들(112)은 다른 서비스 제공자들에 의해 소유되고/되거나 운영되는 유선 또는 무선 통신 네트워크들을 포함할 수 있다. 예를 들어, 네트워크들(112)은 RAN(103/104/105) 및/또는 RAN(103b/104b/105b)과 동일한 RAT 또는 상이한 RAT를 채용할 수 있는 하나 이상의 RAN들에 접속된 다른 코어 네트워크를 포함할 수 있다.

통신 시스템(100) 내의 WTRU들(102a, 102b, 102c, 102d) 중 일부 또는 전부는 멀티-모드 능력들을 포함할 수 있는데, 예컨대, WTRU들(102a, 102b, 102c, 102d, 102e)은 상이한 무선 링크들을 통해 상이한 무선 네트워크들과 통신하기 위한 다수의 송수신기들을 포함할 수 있다. 예를 들어, 도 33a에 도시된 WTRU(102e)는 셀룰러 기반 무선 기술을 채용할 수 있는 기지국(114a), 및 IEEE 802 무선 기술을 채용할 수 있는 기지국(114c)과 통신하도록 구성될 수 있다.

도 33b는 본 명세서에 예시된 실시예들에 따른, 예를 들어, WTRU(102)와 같은, 무선 통신을 위해 구성된 예시적인 장치 또는 디바이스의 블록도이다. 도 33b에 도시된 바와 같이, 예시적인 WTRU(102)는 프로세서(118), 송수신기(120), 송수신 요소(122), 스피커/마이크로폰(124), 키패드(126), 디스플레이/터치 패드/표시자들(128), 비착탈식 메모리(130), 착탈식 메모리(132), 전원(134), 글로벌 포지셔닝 시스템(GPS) 칩셋(136) 및 다른 주변 기기들(138)을 포함할 수 있다. WTRU(102)는 실시예와 여전히 부합하면서 전술한 요소들의 임의의 하위 조합을 포함할 수 있다는 것이 인식될 것이다. 또한, 실시예들은, 기지국들(114a, 114b), 및/또는 기지국들(114a, 114b)이 무엇보다도, 예컨대 송수신기 스테이션(transceiver station, BTS), Node-B, 사이트 제어기, 액세스 포인트(AP), 홈 노드-B, 진화형 홈 노드-B(eNodeB), 홈 진화형 노드-B(HeNB), 홈 진화형 노드-B 게이트웨이, 및 프록시 노드들 - 그러나 이들로 제한되지 않음 - 을 표현할 수 있는 노드들이 도 33b에 도시되고 본 명세서에 기술된 요소들 중 일부 또는 전부를 포함할 수 있음을 고려한다.

프로세서(118)는 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로프로세서, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 제어기, 마이크로제어기, 주문형 집적 회로(ASIC), 필드 프로그래머블 게이트 어레이(FPGA) 회로, 임의의 다른 유형의 집적 회로(IC), 상태 기계 등일 수 있다. 프로세서(118)는 신호 코딩, 데이터 처리, 전력 제어, 입출력 처리, 및/또는 WTRU(102)가 무선 환경에서 동작할 수 있게 하는 임의의 다른 기능을 수행할 수 있다. 프로세서(118)는 송수신 요소(122)에 결합될 수 있는 송수신기(120)에 결합될 수 있다. 도 33b가 프로세서(118) 및 송수신기(120)를 별개의 컴포넌트들로서 도시하지만, 프로세서(118) 및 송수신기(120)는 전자 패키지 또는 칩 내에 함께 통합될 수 있다는 것이 인식될 것이다.

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

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

송수신기(120)는 송수신 요소(122)에 의해 송신될 신호를 변조하도록, 그리고 송수신 요소(122)에 의해 수신된 신호를 복조하도록 구성될 수 있다. 전술한 바와 같이, WTRU(102)는 다중 모드 능력을 가질 수 있다. 따라서, 송수신기(120)는, WTRU(102)가, 예를 들면, UTRA 및 IEEE 802.11과 같은 다수의 RAT를 통해 통신하는 것을 인에이블시키기 위한 다수의 송수신기를 포함할 수 있다.

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

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

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

프로세서(118)는 추가적인 특징들, 기능 및/또는 유선 또는 무선 접속성을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함할 수 있는 다른 주변 기기들(138)에 추가로 결합될 수 있다. 예를 들어, 주변 기기들(138)은 다양한 센서들, 예컨대 가속도계, 생물 측정(예컨대, 지문) 센서, 전자 나침반, 위성 송수신기, (사진 또는 비디오를 위한) 디지털 카메라, 범용 직렬 버스(USB) 포트 또는 다른 상호접속 인터페이스, 진동 디바이스, 텔레비전 송수신기, 핸즈프리 헤드셋, Bluetooth® 모듈, 주파수 변조(FM) 무선 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.

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

도 33c는 일 실시예에 따른 RAN(103) 및 코어 네트워크(106)의 시스템도이다. 전술한 바와 같이, RAN(103)은 에어 인터페이스(115)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 UTRA 무선 기술을 채용할 수 있다. RAN(103)은 또한 코어 네트워크(106)와 통신할 수 있다. 도 33c에 도시된 바와 같이, RAN(103)은 노드-B들(140a, 140b, 140c)을 포함할 수 있는데, 이들은 각각, 에어 인터페이스(115)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 하나 이상의 송수신기들을 포함할 수 있다. 노드-B들(140a, 140b, 140c)은 각각, RAN(103) 내의 특정 셀(도시되지 않음)과 연관될 수 있다. RAN(103)은 또한 RNC들(142a, 142b)을 포함할 수 있다. RAN(103)은 일 실시예와 여전히 부합하면서 임의의 개수의 노드-B들 및 RNC들을 포함할 수 있다는 것이 인식될 것이다.

도 33c에 도시된 바와 같이, 노드-B들(140a, 140b)은 RNC(142a)와 통신할 수 있다. 추가적으로, 노드-B(140c)는 RNC(142b)와 통신할 수 있다. 노드-B들(140a, 140b, 140c)은 Iub 인터페이스를 통해 각자의 RNC들(142a, 142b)과 통신할 수 있다. RNC들(142a, 142b)은 Iur 인터페이스를 통해 서로 통신할 수 있다. RNC들(142a, 142b) 각각은 그것이 접속되는 각자의 노드-B들(140a, 140b, 140c)을 제어하도록 구성될 수 있다. 덧붙여, RNC들(142a, 142b) 각각은 외부 루프 전력 제어, 부하 제어, 승인 제어, 패킷 스케줄링, 핸드오버 제어, 매크로-다이버시티, 보안 기능, 데이터 암호화 등과 같은 다른 기능을 수행하거나 지원하도록 구성될 수 있다.

도 33c에 도시된 코어 네트워크(106)는 미디어 게이트웨이(MGW)(144), 모바일 스위칭 센터(MSC)(146), 서빙 GPRS 지원 노드(SGSN)(148), 및/또는 게이트웨이 GPRS 지원 노드(GGSN)(150)를 포함할 수 있다. 상기 요소들 각각은 코어 네트워크(106)의 일부로서 도시되지만, 이들 요소 중 임의의 하나가 코어 네트워크 운영자 이외의 엔티티에 의해 소유되고/되거나 운영될 수 있다는 것이 인식될 것이다.

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

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

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

도 33d는 일 실시예에 따른 RAN(104) 및 코어 네트워크(107)의 시스템도이다. 전술한 바와 같이, RAN(104)은 에어 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 E-UTRA 무선 기술을 채용할 수 있다. RAN(104)은 또한 코어 네트워크(107)와 통신할 수 있다.

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

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

도 33d에 도시된 코어 네트워크(107)는 이동성 관리 게이트웨이(MME)(162), 서빙 게이트웨이(164) 및 패킷 데이터 네트워크(PDN) 게이트웨이(166)를 포함할 수 있다. 상기 요소들 각각은 코어 네트워크(107)의 일부로서 도시되지만, 이들 요소 중 임의의 하나가 코어 네트워크 운영자 이외의 엔티티에 의해 소유되고/되거나 운영될 수 있다는 것이 인식될 것이다.

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

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

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

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

도 33e는 일 실시예에 따른 RAN(105) 및 코어 네트워크(109)의 시스템도이다. RAN(105)은 에어 인터페이스(117)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 IEEE 802.16 무선 기술을 채용하는 액세스 서비스 네트워크(access service network, ASN)일 수 있다. 하기에서 추가로 논의되는 바와 같이, WTRU들(102a, 102b, 102c), RAN(105), 및 코어 네트워크(109)의 상이한 기능성 엔티티들 사이의 통신 링크들이 기준 포인트들로서 정의될 수 있다.

도 33e에 도시된 바와 같이, RAN(105)은 기지국들(180a, 180b, 180c) 및 ASN 게이트웨이(182)를 포함할 수 있지만, RAN(105)이 일 실시예와 여전히 부합하면서 임의의 개수의 기지국들 및 ASN 게이트웨이들을 포함할 수 있다는 것이 인식될 것이다. 기지국들(180a, 180b, 180c)은 각각 RAN(105) 내의 특정 셀과 연관될 수 있고, 에어 인터페이스(117)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위한 하나 이상의 송수신기들을 포함할 수 있다. 일 실시예에서, 기지국들(180a, 180b, 180c)은 MIMO 기술을 구현할 수 있다. 따라서, 기지국들(180a)은 예를 들어 다수의 안테나들을 사용하여, WTRU(102a)로 무선 신호들을 송신하고 그로부터 무선 신호들을 수신할 수 있다. 기지국들(180a, 180b, 180c)은 또한, 핸드오프 트리거링, 터널 확립, 무선 리소스 관리, 트래픽 분류, 서비스 품질(QoS) 정책 시행 등과 같은 이동성 관리 기능들을 제공할 수 있다. ASN 게이트웨이(182)는 트래픽 집적 포인트로서의 역할을 할 수 있고, 페이징, 가입자 프로파일들의 캐싱, 코어 네트워크(109)로의 라우팅 등을 담당할 수 있다.

WTRU들(102a, 102b, 102c)과 RAN(105) 사이의 에어 인터페이스(117)는 IEEE 802.16 규격을 구현하는 R1 기준 포인트로서 정의될 수 있다. 덧붙여, WTRU들(102a, 102b, 102c) 각각은 코어 네트워크(109)와 로직 인터페이스(도시되지 않음)를 확립할 수 있다. WTRU들(102a, 102b, 102c)과 코어 네트워크(109) 사이의 로직 인터페이스는 인증, 인가, IP 호스트 구성 관리, 및/또는 이동성 관리에 사용될 수 있는 R2 기준 포인트로서 정의될 수 있다.

각각의 기지국들(180a, 180b, 180c) 사이의 통신 링크는 기지국들 사이의 데이터의 전달 및 WTRU 핸드오버들을 용이하게 하기 위한 프로토콜들을 포함하는 R8 기준 포인트로서 정의될 수 있다. 기지국들(180a, 180b, 180c)과 ASN 게이트웨이(182) 사이의 통신 링크는 R6 기준 포인트로서 정의될 수 있다. R6 기준 포인트는 WTRU들(102a, 102b, 102c) 각각과 연관된 이동성 이벤트들에 기초하여 이동성 관리를 용이하게 하기 위한 프로토콜들을 포함할 수 있다.

도 33e에 도시된 바와 같이, RAN(105)은 코어 네트워크(109)에 접속될 수 있다. RAN(105)과 코어 네트워크(109) 사이의 통신 링크는, 예를 들어, 데이터 전달 및 이동성 관리 능력을 용이하게 하기 위한 프로토콜들을 포함하는 R3 기준 포인트로서 정의될 수 있다. 코어 네트워크(109)는 모바일 IP 홈 에이전트(MIP-HA)(184), 인증, 인가, 과금(authentication authorization accounting, AAA) 서버(186), 및 게이트웨이(188)를 포함할 수 있다. 상기 요소들 각각은 코어 네트워크(109)의 일부로서 도시되지만, 이러한 요소들 중 임의의 하나가 코어 네트워크 운영자 이외의 엔티티에 의해 소유되고/되거나 운영될 수 있다는 것이 인식될 것이다.

MIP-HA는 IP 어드레스 관리를 담당할 수 있고, WTRU들(102a, 102b, 102c)이 상이한 ASN들 및/또는 상이한 코어 네트워크들 사이에서 로밍할 수 있게 할 수 있다. MIP-HA(184)는 WTRU들(102a, 102b, 102c)과 IP 인에이블드 디바이스들 사이의 통신을 용이하게 하기 위해, 인터넷(110)과 같은 패킷 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다. AAA 서버(186)는 사용자 인증을 담당할 수 있고, 사용자 서비스들을 지원하는 것을 담당할 수 있다. 게이트웨이(188)는 다른 네트워크들과의 상호연동을 용이하게 할 수 있다. 예를 들어, 게이트웨이(188)는 WTRU들(102a, 102b, 102c)과 전통적인 지상선 통신 디바이스들 사이의 통신을 용이하게 하기 위해, PSTN(108)과 같은 회선 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다. 덧붙여, 게이트웨이(188)는 다른 서비스 제공자들에 의해 소유되고/되거나 운영되는 다른 유선 또는 무선 네트워크들을 포함할 수 있는 네트워크들(112)에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다.

도 33e에 도시되어 있지 않지만, RAN(105)은 다른 ASN들에 접속될 수 있고, 코어 네트워크(109)는 다른 코어 네트워크들에 접속될 수 있다는 것이 인식될 것이다. RAN(105)과 다른 ASN들 사이의 통신 링크는 R4 기준 포인트로서 정의될 수 있는데, 이는 RAN(105)과 다른 ASN들 사이의 WTRU들(102a, 102b, 102c)의 이동성을 조정하기 위한 프로토콜들을 포함할 수 있다. 코어 네트워크(109)와 다른 코어 네트워크들 사이의 통신 링크는 R5 기준으로 정의될 수 있는데, 이는 홈 코어 네트워크들과 방문된 코어 네트워크들 사이의 상호연동을 용이하게 하기 위한 프로토콜들을 포함할 수 있다.

본 명세서에 기술되고 도 33a, 도 33c, 도 33d 및 도 33e에 예시된 코어 네트워크 엔티티들은 소정의 기존 3GPP 규격들에서 그 엔티티들에 부여된 명칭들에 의해 식별되지만, 미래에, 그 엔티티들 및 기능들은 다른 명칭들에 의해 식별될 수 있고, 소정 엔티티들 또는 기능들은 미래의 3GPP NR 규격들을 포함하여, 3GPP에 의해 공개된 미래의 규격들에서 조합될 수 있다는 것이 이해된다. 따라서, 도 TC31a 내지 도 TC31e에 기술되고 예시된 특정 네트워크 엔티티들 및 기능들은 단지 예로서 제공되며, 본 명세서에 개시되고 청구된 주제는, 현재 정의되어 있든 아니면 미래에 정의되든, 임의의 유사한 통신 시스템에서 실시되거나 구현될 수 있다는 것이 이해된다.

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

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

시스템 버스(80)에 결합된 메모리들은 랜덤 액세스 메모리(RAM)(82) 및 판독 전용 메모리(ROM)(93)를 포함한다. 그러한 메모리들은 정보가 저장되고 검색될 수 있게 하는 회로부를 포함한다. ROM들(93)은 대체적으로, 용이하게 수정될 수 없는 저장된 데이터를 포함한다. RAM(82)에 저장된 데이터는 프로세서(91) 또는 다른 하드웨어 디바이스들에 의해 판독되거나 변경될 수 있다. RAM(82) 및/또는 ROM(93)에 대한 액세스는 메모리 제어기(92)에 의해 제어될 수 있다. 메모리 제어기(92)는 명령어들이 실행됨에 따라 가상 어드레스들을 물리적 어드레스들로 변환하는 어드레스 변환 기능을 제공할 수 있다. 메모리 제어기(92)는 또한, 시스템 내의 프로세스들을 분리하고 시스템 프로세스들을 사용자 프로세스들과 분리하는 메모리 보호 기능을 제공할 수 있다. 따라서, 제1 모드에서 실행되는 프로그램은 그 자체의 프로세스 가상 어드레스 공간에 의해 맵핑된 메모리에만 액세스할 수 있고; 그것은 프로세스들 사이의 메모리 공유가 셋업되지 않은 한, 다른 프로세스의 가상 어드레스 공간 내의 메모리에 액세스할 수 없다.

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

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

또한, 컴퓨팅 시스템(90)은, 예를 들어, 컴퓨팅 시스템(90)을 외부 통신 네트워크, 예컨대 도 33a 내지 도 33e의 RAN(103/104/105), 코어 네트워크(106/107/109), PSTN(108), 인터넷(110), 또는 다른 네트워크들(112)에 접속시켜, 컴퓨팅 시스템(90)이 그 네트워크들의 기능성 엔티티들 또는 다른 노드들과 통신할 수 있게 하도록 하기 위해 사용될 수 있는 네트워크 어댑터(97)와 같은 통신 회로부를 포함할 수 있다. 통신 회로부는, 단독으로 또는 프로세서(91)와 조합하여, 본 명세서에 기술된 소정 장치들, 노드들, 또는 기능성 엔티티들의 송신 및 수신 단계들을 수행하는 데 사용될 수 있다.

도 33g는 본 명세서에 기술되고 청구되는 방법들 및 장치들이 구현될 수 있는 예시적인 통신 시스템(111)의 하나의 실시예를 도시한다. 도시된 바와 같이, 예시적인 통신 시스템(111)은 무선 송수신 유닛(WTRU)들 A, B, C, D, E, F, 기지국, V2X 서버, 및 RSU들 A 및 B를 포함할 수 있지만, 개시된 실시예들은 임의의 개수의 WTRU들, 기지국들, 네트워크들, 및/또는 네트워크 요소들을 고려한다는 것이 인식될 것이다. WTRU들 A, B, C, D, E 중 하나 또는 일부 또는 전부는 네트워크의 범위 밖(예를 들어, 도면에서, 파선으로 도시된 셀 커버리지 경계 밖)에 있을 수 있다. WTRU들 A, B, C는 V2X 그룹을 형성하며, 이들 중에서 WTRU A는 그룹 리드 및 WTRU들 B 및 C는 그룹 구성원들이다. WTRU들 A, B, C, D, E, F는 Uu 인터페이스 또는 사이드링크(PC5) 인터페이스를 통해 통신할 수 있다.

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

부록

[표 1]

[표 2]

[표 3]

[표 4]

[표 5]

[표 6]

[표 7]

[표 8]

[표 9]

코드 예 1A

PCCH-Config

코드 예 1A

PCCH-Config - 계속

코드 예 1B

PCCH-Config 필드 설명들

코드 예 1B

PCCH-Config 필드 설명들 - 계속

코드 예 2A

PCCH - Config 필드(릴리스 16)

코드 예 2A

PCCH - Config 필드(릴리스 16) - 계속

코드 예 2B

PCCH-Config 필드 설명들(릴리스 16)

코드 예 2B

PCCH-Config 필드 설명들(릴리스 16) - 계속

코드 예 3A

PagingModification 정보 요소

코드 예 3B

PagingModification 필드 설명들

코드 예 4

협상된 SuspendConfig

코드 예 5

협상된 ReleaseConfig

코드 예 6A

멀티-USIM 보조 정보

코드 예 6B

멀티-USIM 보조 정보 필드 설명들

코드 예 7A

ReleasePreference 정보

코드 예 7B

ReleasePreference 정보 필드 설명들

Claims

프로세서, 메모리, 및 통신 회로부를 포함하는 장치로서, 상기 장치는 상기 통신 회로부를 통해 제1 네트워크 및 제2 네트워크와 통신하고, 상기 장치는 상기 메모리에 저장된 컴퓨터 실행가능 명령어들을 추가로 포함하고, 상기 컴퓨터 실행가능 명령어들은, 상기 프로세서에 의해 실행될 때, 상기 장치로 하여금,
상기 제1 네트워크와의 제1 접속을 형성하게 하고 - 상기 제1 접속은 무선 리소스 제어(Radio Resource Control, RRC) 접속임 -;
제1 트리거를 검출하게 하고 - 상기 제1 트리거는 상기 제2 네트워크와의 제2 접속을 형성하기 위한 트리거이고, 상기 제2 접속은 RRC 접속임 -;
상기 제1 트리거에 응답하여, 상기 제1 네트워크 및 상기 제2 네트워크 중 하나의 네트워크를 선택된 네트워크로서 선택하게 하고 다른 하나의 네트워크를 선택되지 않은 네트워크로서 선택하게 하고;
상기 선택되지 않은 네트워크로 통지를 전송하게 하는, 장치.
제1항에 있어서, 상기 제2 네트워크는 상기 선택된 네트워크이고, 상기 통지는 상기 제1 접속을 릴리스하거나 유예하는 것에 관한 것이고, 상기 명령어들은 추가로, 상기 장치로 하여금,
상기 통지에 대한 응답을 수신하게 하고 - 상기 응답은 상기 제1 접속을 릴리스하거나 유예하기 위한 표시를 포함함 -;
상기 응답에 기초하여, 상기 제1 접속을 릴리스하거나 유예하게 하고 상기 제2 접속을 확립하게 하는, 장치.
제1항에 있어서, 상기 제2 네트워크는 상기 선택된 네트워크이고, 상기 통지는 상기 제1 접속을 릴리스하거나 유예하는 것에 관한 것이고, 상기 명령어들은 추가로, 상기 장치로 하여금,
상기 선택되지 않은 네트워크로, 상기 장치의 선호되는 RRC 상태가 유휴 또는 비활성이라는 표시를 포함하는 보조 정보를 전송하게 하는, 장치.
제1항에 있어서, 상기 제1 네트워크는 상기 선택된 네트워크이고, 상기 제1 트리거는 상기 제2 네트워크로부터의 페이징 메시지이고, 상기 통지는 페이징 응답이고, 상기 명령어들은 추가로, 상기 장치로 하여금, 상기 제2 네트워크로,
선호되는 장치 식별자를 포함하는 페이징 선호도 정보;
페이징 메시지들을 수신하는 데 있어서 상기 장치가 관심이 있는 하나 이상의 페이징 원인들의 표시;
페이징 메시지들을 수신하는 데 있어서 상기 장치가 관심이 없는 하나 이상의 페이징 원인들의 표시;
상기 장치가 페이징을 모니터링하지 않는 기간; 및
사용 중 상태(busy) 표시
중 하나 이상을 전송하게 하는, 장치.
제4항에 있어서, 상기 명령어들은 추가로, 상기 장치로 하여금, 상기 선호되는 장치 식별자에 기초하여, 페이징 기회(Paging Occasion, PO) 및 페이징 프레임(Paging Frame, PF) 동안, 상기 선택되지 않은 네트워크로부터의 페이징을 모니터링하게 하는, 장치.
제1항에 있어서, 상기 제2 네트워크는 상기 선택된 네트워크이고, 상기 통지는 상기 제1 접속을 릴리스하거나 유예하는 것에 관한 것이고, 상기 명령어들은 추가로, 상기 장치로 하여금,
상기 선택되지 않은 네트워크와의 임의의 접속을 릴리스하거나 유예하게 하고;
새로운 접속을 확립하게 하거나 상기 선택된 네트워크와의 기존 접속을 재개하게 하는, 장치.
제6항에 있어서, 상기 명령어들은 추가로, 상기 장치로 하여금,
상기 선택되지 않은 네트워크로, 릴리스 보조 정보(Release Assistance Information, RAI)를 전송하게 하고;
상기 선택되지 않은 네트워크로부터, 협상된 구성을 수신하게 하고;
상기 선택되지 않은 네트워크와의 임의의 접속을 릴리스하거나 유예하는 데 있어서 상기 협상된 구성을 적용하게 하는, 장치.
제7항에 있어서, 상기 명령어들은 추가로, 상기 장치로 하여금, 상기 선택되지 않은 네트워크로, 상기 RAI 및 릴리스 선호도 정보를 포함하는 보조 정보를 전송하게 하고, 상기 릴리스 선호도 정보는 상기 장치의 선호되는 무선 리소스 제어 상태가 유휴 또는 비활성인지 여부의 표시를 포함하는, 장치.
제8항에 있어서, 상기 보조 정보는, 선호되는 장치 식별자를 포함하는 페이징 선호도 정보, 상기 페이징 메시지를 수신하는 데 있어서 상기 장치가 관심이 있는 하나 이상의 페이징 원인들의 표시, 상기 페이징 메시지를 수신하는 데 있어서 상기 장치가 관심이 없는 하나 이상의 페이징 원인들의 표시, 또는 상기 장치가 페이징을 모니터링하지 않는 시간의 표시를 추가로 포함하는, 장치.
제9항에 있어서, 상기 명령어들은 추가로, 상기 장치로 하여금, 상기 선호되는 UE 식별자에 기초하여, 페이징 기회(PO) 및 페이징 프레임(PF) 동안, 상기 선택되지 않은 네트워크로부터의 페이징을 모니터링하게 하는, 장치.
제7항에 있어서,
상기 협상된 구성은 비활성 타이머 값을 포함하는 유예 구성을 포함하고;
상기 협상된 구성을 적용하는 것은 상기 비활성 타이머 값에 따라 타이머를 개시하는 것을 포함하는, 장치.
제11항에 있어서, 상기 명령어들은 추가로, 상기 장치로 하여금, 상기 타이머의 만료 시, 상기 선택되지 않은 네트워크와의 임의의 유예된 접속을 릴리스하게 하는, 장치.
제11항에 있어서, 상기 명령어들은 추가로, 상기 장치로 하여금,
제2 트리거를 검출하게 하고 - 상기 제2 트리거는 상기 선택된 네트워크와의 접속을 릴리스하거나 유예하기 위한 트리거임 -;
상기 제2 트리거를 수신한 것에 응답하여, 상기 선택된 네트워크와의 접속을 릴리스하거나 유예하게 하고, 상기 타이머를 정지시키게 하고, 상기 선택되지 않은 네트워크와의 RRC 접속을 재개하게 하는, 장치.
제1항에 있어서,
상기 제1 트리거는 상기 제2 네트워크로부터의 페이징 메시지의 수신이고;
상기 선택된 네트워크는 상기 제1 네트워크이고, 상기 선택되지 않은 네트워크는 상기 제2 네트워크이고;
상기 선택되지 않은 네트워크로의 상기 통지는 사용 중 상태 표시를 포함하고;
상기 명령어들은 추가로, 상기 장치로 하여금, 상기 선택되지 않은 네트워크로부터, 상기 사용 중 상태 표시의 수신의 확인응답을 수신하게 하고 상기 선택된 네트워크와의 접속의 사용을 계속하게 하는, 장치.
제14항에 있어서, 상기 명령어들은 추가로, 상기 장치로 하여금, 페이지에 제공된 페이징 원인에 적어도 부분적으로 기초하여 상기 선택된 네트워크 및 상기 선택되지 않은 네트워크를 선택하게 하는, 장치.
제14항에 있어서,
상기 장치는 상기 선택되지 않은 네트워크와 RRC_INACTIVE 상태에 있고;
상기 통지는 RRCResumeRequest 또는 RRCResumeRequest1 메시지이고;
상기 통지는 사용 중 상태 표시를 제공하는 재개 원인을 포함하는, 장치.
제14항에 있어서,
상기 통지는 상기 장치에 대한 페이징을 유예하라는 표시를 추가로 포함하고;
상기 명령어들은 추가로, 상기 장치로 하여금, 상기 선택되지 않은 네트워크로 페이징 기회(PO) 스킵을 활성화하게 하는, 장치.
제17항에 있어서,
상기 통지는 PO 스킵이 활성화되는 간격 시간 값의 표시를 추가로 포함하고;
상기 명령어들은 추가로, 상기 장치로 하여금, PO 스킵이 활성화되는 기간 동안, 상기 PO 스킵 간격 시간 값에 따라 타이머를 시작하게 하는, 장치.
제18항에 있어서, 상기 명령어들은 추가로, 상기 장치로 하여금,
상기 타이머의 만료 이전에, 상기 선택되지 않은 네트워크로 페이징을 재개할 것으로 결정하게 하고,
상기 타이머를 정지시키게 하고;
상기 선택되지 않은 네트워크로, 상기 장치에 대한 페이징을 재개하라는 요청을 전송하게 하고;
페이징을 재개하라는 상기 요청의 확인응답을 수신하게 하고;
상기 선택되지 않은 네트워크로부터의 페이징을 모니터링하게 하는, 장치.
제3항 또는 제8항에 있어서,
상기 장치는 사용자 장비(User Equipment, UE)이고,
상기 보조 정보는 RRC UEAssistanceInformation 메시지를 통해 전송되는, 장치.