기 술 분 야 [0001]본 개시는 일반적으로 무선 통신에 관한 것으로, 특히 모바일 디바이스를 페이징하고 모바일 디바이스의 아이덴티티 정보를 전송하기 위한 방법, 시스템 및 디바이스에 관한 것이다. 배 경 기 술 [0002]모바일 디바이스를 페이징함에 있어서의 성공률은 무선 통신 시스템에서 중요한 성능 지표이다. 전력 소비를 감소시키면서 페이징 성공률을 증가시키는 것은 무선 통신 네트워크에서 다양한 네트워크 디바이스를 설계함에 있어서 항상 중요한 목표였다. 이것은 협대역-사물 인터넷(NarrowBand-Internet of Things; NB-IoT) 및 머신 타입 통신(Machine Type Communication; MTC) 디바이스에 대해 특히 해당된다. 페이징 프로세스에서 무선 통신 네트워크와 모바일 디바이스 사이의 강건하고 효율적인 시그널링은 전력 절약에 크게 기여할 수 있다. [0003]본 개시는 무선 통신 네트워크에서 모바일 디바이스를 페이징하기 위한 방법, 시스템 및 디바이스에 관한 것이다. [0004]몇몇 구현예에서, 무선 네트워크에서 네트워크 요소 및/또는 유저 기기(user equipment; UE)에 의해 수행되는 방법이 개시된다. 방법은, 무선 통신 네트워크의 제1 네트워크 요소에 의해, UE를 대상으로 하고 제1 페이징 파라미터 세트를 포함하는 제1 페이징 메시지를 무선 통신 네트워크의 제2 네트워크 요소로 전송하는 것; 제1 네트워크 요소에 의해, 제1 페이징 메시지와 연관된 페이징 실패 조건을 식별하는 것; 및 제1 네트워크 요소에 의해, 페이징 실패 조건의 식별시, UE를 대상으로 하고 제1 페이징 파라미터 세트와 상이한 제2 페이징 파라미터 세트를 포함하는 제2 페이징 메시지를 제2 네트워크 요소로 전송하는 것을 포함할 수도 있다. [0005]네트워크 요소 및/또는 UE가 추가로 개시된다. 네트워크 요소 및/또는 UE는 프로세서 및 메모리를 포함하는데, 프로세서는 상기의 방법을 구현하기 위해 메모리로부터 컴퓨터 코드를 판독하도록 구성된다. 컴퓨터 판독 가능 매체가 추가로 개시된다. 컴퓨터 판독 가능 매체는, 무선 단말에 의해 실행될 때, 무선 단말로 하여금 상기의 방법을 수행하게 하는 명령어 또는 컴퓨터 프로그램을 포함한다. [0006]상기의 실시형태 및 그들의 구현예의 다른 양태 및 대안예는 하기의 도면, 설명, 및 청구범위에서 더욱 상세하게 설명된다. 도면의 간단한 설명 [0007]도 1은 예시적인 무선 통신 네트워크를 도시한다. 도 2는 예시적인 페이징 사이클을 도시한다. 도 3은 상세한 예시적인 페이징 메시지 플로우를 도시한다. 도 4는 마지막 셀 정보를 핸들링하기 위한 예시적인 메시지 플로우를 도시한다. 도 5는 UE 상태 일관성을 보장하기 위한 예시적인 메시지 플로우를 도시한다. 도 6은 UE 상태 일관성을 보장하기 위한 다른 예시적인 메시지 플로우를 도시한다. 도 7은 코어 네트워크와 기지국 사이의 UE 컨텍스트 동작을 동기화하기 위한 핸드셰이크 메커니즘을 도시한다. 도 8은 페이징 지원 정보를 전송하기 위한 예시적인 메시지 플로우를 도시한다. 발명을 실시하기 위한 구체적인 내용 [0008]다음의 설명 및 도면은 본 개시의 다양한 원리가 실행될 수도 있는 몇몇 예시적인 방식을 나타내는, 본 개시의 소정의 예시적인 구현예를 상세하게 기술한다. 그러나, 예시된 예는 본 개시의 많은 가능한 실시형태를 망라하는 것은 아니다. 본 개시의 다른 목적, 이점 및 신규의 피쳐는 도면과 연계하여 고려될 때 다음의 상세한 설명에서 기술될 것이다. [0009]소개 [0010]도 1은 코어 네트워크(110) 및 무선 액세스 네트워크(RAN)(120)를 포함하는 예시적인 무선 통신 네트워크(100)를 도시한다. 코어 네트워크(110)는 적어도 하나의 이동성 관리 엔티티(Mobility Management Entity; MME)(112) 및/또는 적어도 하나의 액세스 및 이동성 관리 기능(Access and Mobility Management Function; AMF)를 더 포함한다. 코어 네트워크(110)에 포함될 수도 있는 다른 기능은 도 1에서 도시되어 있지 않다. RAN(120)은 다수의 기지국, 예를 들면, 기지국(122 및 124)을 더 포함한다. 기지국은 4G LTE를 위한 적어도 하나의 진화형 NodeB(evolved NodeB; eNB), 또는 5G 뉴 라디오(New Radio; NR)를 위한 차세대 NodeB(Next Generation NodeB; gNB), 또는 UMTS NodeB와 같은 임의의 다른 타입의 신호 송신/수신 디바이스를 포함할 수도 있다. eNB(122)는 S1 인터페이스를 통해 MME(112)와 통신한다. eNB(122) 및 gNB(124) 둘 모두는 Ng 인터페이스를 통해 AMF(114)에 연결될 수도 있다. 각각의 기지국은 적어도 하나의 셀을 관리하고 지원한다. 예를 들면, 기지국 gNB(124)는 셀 1, 셀 2, 및 셀 3을 관리하고 지원하도록 구성될 수도 있다. [0011]gNB(124)는 중앙 유닛(central unit; CU) 및 적어도 하나의 분산형 유닛(distributed unit; DU)을 포함할 수도 있다. CU 및 DU는 동일한 위치에 함께 위치될 수도 있거나, 또는 그들은 상이한 위치에 분배될 수도 있다. CU 및 DU는 F1 인터페이스를 통해 연결될 수도 있다. 대안적으로, 5G 네트워크에 연결될 수 있는 eNB의 경우, 그것은, 각각, ng-eNB-CU 및 ng-eNB-DU로 지칭되는, CU 및 적어도 하나의 DU로 마찬가지로 또한 분할될 수도 있다. ng-eNB-CU와 ng-eNB-DU는 W1 인터페이스를 통해 연결될 수도 있다. [0012]무선 통신 네트워크(100)는 하나 이상의 추적 영역을 포함할 수도 있다. 추적 영역은 적어도 하나의 기지국에 의해 관리되는 셀의 세트를 포함할 수도 있다. 예를 들면, 140으로 라벨링되는 추적 영역 1은 셀 1, 셀 2, 및 셀 3을 포함하고, 다른 기지국에 의해 관리될 수도 있고 도 1에서 도시되지 않을 수도 있는 더 많은 셀을 더 포함할 수도 있다. 무선 통신 네트워크(100)는 적어도 하나의 UE(160)를 또한 포함할 수도 있다. UE는 기지국에 의해 지원되는 다수의 셀 중에서 한 셀을 선택하여 오버 디 에어(Over the Air; OTA) 무선 통신 인터페이스 및 리소스를 통해 기지국과 통신할 수도 있으며, UE(160)가 무선 통신 네트워크(100) 내에서 이동할 때, 그것은 통신을 위한 셀을 재선택할 수도 있다. 예를 들면, UE(160)는, 초기에, 기지국(124)과 통신하기 위해 셀 1을 선택할 수도 있고, 그 다음, 그것은 소정의 나중 시점에 셀 2를 재선택할 수도 있다. UE(160)에 의한 셀 선택 또는 재선택은 다양한 셀에서의 무선 신호 세기/품질 및 다른 요인에 기초할 수도 있다. [0013]무선 통신 네트워크(100)은, 예를 들면, 2G, 3G, 4G/LTE, 또는 5G 셀룰러 통신 네트워크로서 구현될 수도 있다. 상응하여, 기지국(122 및 124)은 2G 기지국, 3G NodeB, LTE eNB, 또는 5G NR gNB로서 구현될 수도 있다. UE(160)는, 무선 통신 네트워크(100)에 액세스할 수 있는 모바일 또는 고정식 통신 디바이스로서 구현될 수도 있다. UE(160)는 이동 전화, 랩탑 컴퓨터, 태블릿, 개인 휴대형 정보 단말, 웨어러블 디바이스, IoT 디바이스, MTC/eMTC 디바이스, 분산형 원격 센서 디바이스, 노변 지원 기기(roadside assistant equipment), 및 데스크탑 컴퓨터를 포함할 수도 있지만, 그러나 이들로 제한되지는 않는다. [0014]무선 통신 네트워크(100)에서, UE는 페이징 메커니즘을 사용하여 코어 네트워크(110)에 의해 위치될 수도 있다. 페이징 실패는 다양한 이유에 의해 야기될 수도 있다. 다양한 실패 모드는, 예를 들면, 웨이크업 신호(Wake Up Signal; WUS) 검출 불일치의 결과로서의 페이징 실패; UE 및 다양한 네트워크 요소에 의해 추적되는 바와 같은 UE 상태에 대한 불일치에 의해 야기되는 페이징 실패를 포함한다. 하기에서 개시되는 다양한 실시형태는 그러한 불일치를 핸들링하고 해결하기 위한 방법, 디바이스 및 시스템에 관한 것이다. [0015]하기의 설명은 도 1에서 도시되는 바와 같은 셀룰러 무선 통신 시스템에 초점을 맞추지만, 기저의 원리는 무선 디바이스를 페이징하기 위한 다른 타입의 무선 통신 시스템에 적용 가능하다. 이들 다른 무선 시스템은 와이파이(Wi-Fi), 블루투스(Bluetooth), 지그비(ZigBee), 및 와이맥스(WiMax) 네트워크를 포함할 수도 있지만, 그러나 이들로 제한되지는 않는다. [0016]WUS 검출 관련 페이징 실패 [0017]웨이크업 신호는, 페이징 정보를 모니터링할 때 하드웨어 리소스 사용량을 감소시키는 것에 의해 모바일 디바이스 상에서 더 긴 배터리 수명을 달성하고 전력 소비를 추가로 감소시키기 위한 현존하는 페이징 기술에 대한 개선으로서 도입되었다. 페이징 모니터링에서의 웨이크업 메커니즘은 NB-IoT(사물 인터넷) 및 eMTC(enhanced Machine Type Communication; 향상된 머신 타입 통신) 디바이스와 같은 저전력 디바이스에 대해 특히 유용하다. 도 1을 참조하면, UE(160)와 기지국 사이에 활성의 통신 세션이 없는 경우, 그러면, UE(160)는 아이들 상태를 유지한다. UE(160)는 전력 소비를 감소시키기 위해 아이들 상태 동안 무선 리소스의 자신의 사용을 제한하면서 페이징 신호를 계속 모니터링한다. 예를 들면, UE(160)는 불연속 수신(Discontinuous Reception; DRX) 또는 확장된 불연속 수신(Extended Discontinuous Reception; eDRX)을 포함하는 그러나 이들로 제한되지는 않는 기술을 사용하는 것에 의해 페이징 신호를 모니터링할 수도 있다. [0018]DRX에서, 리소스 모니터링 및 통신 활동은 DRX 사이클로서 지칭되는 사이클에서 관리된다. 특히, LTE 및 5G와 같은 무선 통신 시스템에서, 무선 신호는 무선 프레임에서 송신된다. 시스템 레벨에서, 무선 프레임은 순서대로 식별되며 각각의 무선 프레임은, 예를 들면, 0에서부터 1023까지 재순환되는 시스템 프레임 번호(System Frame Number; SFN)로 번호가 매겨진다. DRX 모드에서, UE는 배터리 소비를 감소시키기 위해 슬리핑 모드에 진입할 수도 있다. UE는 페이징 기회(Paging Occasion; PO)를 주기적으로 모니터링한다. PO는 물리적 다운링크 제어 채널(Physical Downlink Control Channel; PDCCH) 모니터링 기회의 세트를 포함하고 페이징 DCI가 전송될 수 있는 다수의 시간 슬롯(예를 들면, 서브프레임 또는 OFDM 심볼)을 포함할 수 있다. PO에 대한 주기적 모니터링의 목적은, UE에 대한 페이징 메시지가 있는지를 체크하는 것뿐만 아니라 UE가 네트워크와 동기화될 수 있을 수도 있도록 시스템 정보 업데이트를 획득하는 것이다. 특정한 UE에 대한 페이징 메시지가 없는 경우, UE는 슬립 상태로 복귀하고 다음 번 사이클에서 PO를 모니터링하기 위해 웨이크업할 수도 있다. 이 사이클은 페이징 사이클, 또는 DRX 사이클로서 지칭된다. 페이징 사이클의 길이는 각각의 사이클에서의 무선 프레임의 수에 의해 주어진다. [0019]eDRX에서, UE는, 임의의 무선 신호를 모니터링하기 위해 웨이크업하기 이전에, 저전력 슬립 모드에서 얼마나 오래 머물지를 설정하고 조정할 수 있다. eDRX 메커니즘은 UE, 특히 NB-IoT 또는 eMTC 디바이스가 배터리 소비를 추가로 감소시키는 것을 가능하게 한다. DRX 및 eDRX 외에도, 웨이크업 신호(WUS)는, 하기에서 설명되는 바와 같이, UE의 전력 소비를 추가로 감소시킬 수도 있다. [0020]WUS를 사용한 페이징 [0021]도 2는 WUS 신호를 사용한 페이징 사이클을 도시한다. 페이징 사이클(210) 동안, UE는 3 개의 상태(또는 모드)를 통해 진행한다: UE가 슬립 모드에 있고 최소 전력을 소비하는 슬립 상태; WUS 검출 상태(212); 및 UE가 가장 많은 전력을 소비하는 PO 모니터링 상태(214). PO 모니터링 상태(214)에서, UE는, 전체 수신기 하드웨어를 활성화 및 사용하는 것에 의해, PDCCH를 디코딩하고 물리적 다운링크 공유 채널(Physical Downlink Shared Channel; PDSCH) 데이터를 디코딩하는 것을 추가로 필요로 할 수도 있다. 웨이크업 신호(WUS) 검출 상태(212)는, PO 모니터링 상태 이전에 추가되어 UE가 PO PDCCH 데이터를 추가로 디코딩할 필요가 있는지의 여부를 결정하는 것을 돕는다. PO PDCCH를 디코딩하기 위해 사용되는 전체 수신기 하드웨어와는 달리, WUS 검출은 전체 수신기 하드웨어와는 분리될 수도 있는 더 낮은 전력 소비 하드웨어 회로부를 사용하여 물리적 계층 상에서 행해진다. UE는, UE가 디코딩할 PO PDCCH 데이터의 존재를 WUS 검출 결과가 나타내는 경우에, 전체 수신기를 활성화하기만 하면 된다. 그렇지 않으면, UE는 즉시 슬립 상태로 복귀하고 다음 번 페이징 사이클 동안 웨이크업할 것이다. WUS 검출 하드웨어의 단순성 및 효율성에 기인하여, UE는 전력 소비를 추가로 감소시킬 수도 있다. [0022]일반적인 페이징 메커니즘에서, UE의 그룹은 페이징 그룹을 형성하고 무선 시그널링 메시지에서 동일한 PO 및 PO에 선행하는 동일한 서빙 WUS를 공유한다. 그러한 만큼, 심지어 페이징 그룹 내의 단지 하나의 UE만이 페이징 메시지에 의해 대상으로 되는 경우에도, WUS가 존재할 것이며 동일한 페이징 그룹 내의 모든 UE에 의해 검출되어 작동될 것이다. 결과적으로, 큰 트래픽 볼륨을 갖는 추적 영역(Tracking Area; TA)에서, UE에 대한 PO에서 페이징 메시지가 그룹으로서 존재하는 확률은 높아지게 된다. 극단적인 상황에서, 모든 PO에서 UE 그룹 내의 적어도 하나의 UE에 대한 페이징 메시지가 있을 수도 있고, 따라서, 각각의 PO에 선행하는 WUS가 존재한다. 그러한 상황에서, UE 그룹 내의 각각의 UE는 페이징 사이클마다 PO PDCCH를 모니터링 및 디코딩하는 것 외에도 WUS를 검출할 것이고, 그에 의해, WUS 메커니즘 없이 PDCCH를 직접적으로 모니터링하는 것보다, 빈번한 WUS 검출과 연관되는 더 높은 전력 소비로 이어질 것이다. 게다가 그러한 상황에서, 추적 영역이 다수의 셀을 포함하기 때문에, 전체 추적 영역 내에서 브로드캐스트되는 하나의 페이징 메시지는 추적 영역 아래의 모든 셀로 전파될 수도 있다. 그러한 만큼, 언급된 이슈는 전체 추적 영역 내의 UE에 영향을 끼칠 수도 있다. [0023]그러한 상황에서 높은 전력 소비를 방지하기 위해, WUS의 송신 및 검출이 제한될 수도 있다. 예를 들면, UE를 페이징할 때, 코어 네트워크 및 기지국은 UE의 마지막 셀에서만 페이징을 위한 PDCCH에 선행하여 WUS를 송신할 수도 있다. 마지막 셀은 UE가 가장 최근에 방문했던 또는 연결되었던 셀이다. 코어 네트워크 및 기지국은 동일한 추적 영역 내의 다른 셀에서 WUS 없이 페이징을 위한 PDCCH만을 송신하도록 추가로 구성되고, 그에 의해, 페이징을 위한 PDCCH 및 WUS를 모니터링할 필요가 있는 UE 그룹 내에서의 UE의 수를 감소시킨다. 한편, UE는 마지막 셀에서만 WUS 및 PDCCH를 모니터링하도록 구성될 수도 있다. UE가 마지막 셀에 있지 않은 경우(예를 들면, UE가 셀 재선택을 수행하지만, 그러나 아직 셀에 연결되지 않은 경우), 그러면, UE는 WUS 검출을 스킵하고 페이징을 위한 PDCCH의 직접적인 모니터링을 진행하도록 구성될 수도 있다. 예를 들어 도 1을 참조하면, UE(160)는 하나의 시점에서 셀 1에 연결될 수도 있고 셀 1은 UE(160)에 대한 마지막 셀이다. 후속하여, UE(160)는 셀 2로 이동하고 셀 2를 선택하기 위해 셀 재선택을 행한다. 그러나, UE(160)는 아직 셀 2 아래의 코어 네트워크와 상호 작용하지 않는다. 따라서, 심지어 UE(160)가 이제 셀 2 내에 있더라도, UE(160)에 대한 마지막 셀은 여전히 셀 1이다. 셀 2에서 페이징을 위한 PDCCH를 모니터링할 때, 셀 2가 UE(160)에 대한 마지막 셀이 아니기 때문에, UE(160)는 WUS 검출을 스킵하고 PDCCH의 직접적인 모니터링을 진행한다. 그 다음 후속하여, UE(160)는 셀 2에서 코어 네트워크와의 상호 작용을 행한다. 이제, 셀 2가 UE(160)에 대한 마지막 셀이 되고 UE(160)는 PO PDCCH 디코딩을 진행하기 이전에 WUS의 검출을 시작할 것이다. 이 방식을 사용하는 것에 의해, WUS를 송신 및 모니터링하는 빈도는 크게 감소되고, 따라서, 더 많은 에너지를 절약한다. [0024]상기에서 설명되는 바와 같이, 마지막 셀은, 그것이 페이징을 위한 PDCCH를 디코딩하기 이전에 WUS 검출이 필요로 되는지를 결정하기 위해 사용되기 때문에, 방식이 흠결없이 기능하는 데 중요한 역할을 한다. UE의 마지막 셀은 UE 및 코어 네트워크에 걸쳐 일관되게 기록되는 것이 중요하다. 마지막 셀 레코드에서의 불일치는 페이징 실패를 야기할 수도 있다. 소정의 비정상적인 네트워크 조건, 예컨대 신호 링크 실패 또는 네트워크 과부하 하에서, 마지막 셀 레코드는 일치하지 않게 될 수도 있다. 예를 들면, UE에 대한 마지막 셀이 셀 1이다는 것을 가정한다. 하나의 시점에서, UE는 셀 2로 이동하고 코어 네트워크와의 상호 작용을 개시하려고 시도할 수도 있다. 그러나, 상호 작용은 코어 네트워크 측 상에서 실패할 수도 있다. 이 경우, UE는 자기 자신의 마지막 셀 레코드를 셀 2로 업데이트할 수도 있고, 반면 코어 네트워크, 예컨대 MME 또는 AMF는 UE에 대한 오래된(stale) 마지막 셀 레코드(셀 1)를 유지한다. 이러한 상황에서, MME 또는 AMF가 페이징 메시지를 UE로 전송할 필요가 있는 경우, MME 또는 AMF가 셀 2를 UE의 마지막 셀로서 간주하지 않기 때문에, 셀 2에서 결국 송신되는 페이징 메시지는 페이징을 위한 PDCCH만을 포함하고 WUS를 포함하지 않는다. 그러나, UE 측 상에서, UE는 셀 2를 마지막 셀로서 간주하고, 따라서, UE는, 페이징을 위한 PDCCH의 디코딩을 진행하기 이전에, WUS 신호를 검출하려고 시도하지만, WUS 신호는 페이징 메시지에서 아직 포함되지 않으며, 따라서, 페이징은 결국 실패한다. [0025]UE 상태 불일치 [0026]UE는 동작 동안 다양한 상태에 있을 수도 있다. 이들 상태는 아이들 상태, 비활성 상태, 및 연결된 상태가 포함하지만, 그러나 이들로 제한되지는 않는다. 하나의 시나리오에서, UE 상태는 UE, 기지국, 및 코어 네트워크에 걸쳐 추적될 때 일치하지 않게 될 수도 있다. 예를 들면, 기지국이 코어 네트워크 및 UE를 수반하는 UE 관련 프로시져를 개시할 때, 코어 네트워크 및 UE는, 그들이 수반되는 액션의 결과에 따라 UE를 불일치 상태에서 마킹할 수도 있다. 예를 들면, UE 측 상에서의 동작은 성공적일 수도 있고, 반면, 코어 네트워크 측 상에서 동작은 실패한다. 이 경우, UE는 그 자신을 하나의 상태에 있는 것으로 마킹하고, 한편 코어 네트워크는 UE를 다른 상태에 있는 것으로 마킹하여, UE 상태의 불일치로 이어지는 것이 가능할 수도 있다. UE 및 코어 네트워크 둘 모두를 수반하는 UE 컨텍스트 해제 프로시져에서의 특정한 예로서, 코어 네트워크에서 발생하는 이 프로시져에서의 에러 조건은 코어 네트워크로 하여금 UE를 연결된 상태에 있는 것으로 간주하게 할 수도 있고, 한편, 에러 조건을 인식하지 못하고 있는 UE는 그 자신을 아이들 상태에 있는 것으로 간주할 수도 있다. 그러한 UE 상태 불일치는 후속하는 페이징 실패에 기여할 수도 있는데, UE가 페이징 메시지를 수신하기 위한 올바른 상태에 있지 않다고 코어 네트워크가 간주할 수도 있기 때문이다. 더 많은 세부 사항은 본 개시의 나중의 실시형태에서 주어질 것이다. [0027]실시형태의 간략한 설명 [0028]본 개시에서, 일치하지 않는 마지막 셀 레코드에 의해 야기되는 WUS 관련 페이징 이슈를 해결하기 위한 다양한 실시형태가 설명된다. UE 상태 불일치 이슈를 해결하기 위한 다양한 다른 실시형태가 추가로 설명된다. 더구나, 페이징 메시징을 향상시키기 위한 추가적인 실시형태가 설명된다. 다른 실시형태는 다양한 셀 커버리지 모드에서 UE 아이덴티티 정보의 송신에 관련된다. [0029]실시형태 1 [0030]예시적인 페이징 프로시져에 대해서는 도 3을 참조한다. 이 페이징 프로시져에서, 코어 네트워크(302)(MME/AMF)는 UE(306)를 페이징할 필요가 있을 수도 있다. UE(306)를 대상으로 하는 페이징 메시지(310)는 코어 네트워크(302)로부터 개시될 수도 있고 S1 또는 Ng 인터페이스와 같은 인터페이스를 통해 기지국(304)으로 전송될 수도 있다. 코어 네트워크는 적어도 하나의 MME 및/또는 적어도 하나의 AMF를 포함한다. 기지국은 gNB, eNB, 또는 NodeB를 포함하는 임의의 종류의 신호 송신 및 수신 스테이션일 수도 있다. 페이징 메시지(310)는 추천된 셀 목록을 포함하는 페이징 파라미터 세트를 반송할 수도 있고, 추천된 셀 목록은 페이징되고 있는 UE의 마지막 셀 정보를 추가로 포함한다. 마지막 셀 정보는 셀 ID와 같은 셀 식별자를 포함할 수도 있다. 앞서 설명되는 바와 같이, 마지막 셀은 UE가 가장 최근에 방문했던 또는 연결되었던 셀이다. 기지국이 마지막 셀 정보를 포함하는 페이징 메시지를 수신하는 경우, 기지국은 페이징 메시지를 기지국에 의해 관리되며 UE와 동일한 추적 영역에 속하는 모든 셀로 송신한다. 기지국은 페이징 메시지(312)에서 PO PDCCH에 선행하여 WUS를 송신하는 것에 의해 마지막 셀을 상이하게 취급한다. 마지막 셀과는 다른 셀의 경우, 기지국은, 선행하는 WUS를 송신하지 않고도, 단지 PO PDCCH만을 송신하는 것에 의해 UE를 페이징한다(도 5에서 도시되지 않음). [0031]UE의 거동은 하기의 다수의 시나리오에 대해 설명된다. 제1 시나리오에서, UE가 마지막 셀 내에 있다는 것을 가정한다. UE는 먼저 WUS를 모니터링하고, 앞서 설명되는 바와 같이 기지국에 의해 송신되는 WUS가 있기 때문에, 대응하는 PO에서 UE에 대한 페이징 메시지가 있을 수도 있다는 것을 나타내는 WUS가 검출된다. 그 다음, UE는 페이징을 위한 PDCCH 디코딩을 추가로 모니터링하여 수행하고, 페이징 메시지를 성공적으로 수신한다. PO PDCCH 디코딩 결과에 기초하여, 물리적 다운링크 공유 채널(PDSCH) 디코딩이 추가로 수행될 필요가 있을 수도 있다는 것이 이해되어야 한다. 제2 시나리오에서, UE는 마지막 셀과는 다른 새로운 셀을 재선택할 수도 있고, 새로운 셀에 아직 연결되지 않았다. UE는 새로운 셀에서 페이징 메시지를 모니터링한다. 이 경우, 새로운 셀은 마지막 셀과는 상이하기 때문에, UE는, 기지국에 의해 송신되는 페이징 메시지의 포맷에 따라, WUS 검출을 스킵할 것이고 PO PDCCH를 직접적으로 모니터링할 수도 있다. UE는 또한 페이징 메시지를 올바르게 수신할 수 있을 수도 있다. 상기의 어느 시나리오에서든, 일단 UE가 페이징 메시지를 수신하면, UE는 비 액세스 계층(Non-Access Stratum) 시그널링과 같은 시그널링을 통해 페이징 메시지에 응답한다. [0032]상기에서 설명되는 바와 같은 성공적인 페이징 프로시져에서, 코어 네트워크가 마지막 셀 파라미터를 가지고 페이징 메시지를 개시하는 경우, UE는 코어 네트워크와 일치하는 마지막 셀 레코드를 가지며 UE는 페이징 메시지를 수신할 때 PO PDCCH를 디코딩하기 이전에 WUS를 검출할지의 여부에 대해 올바른 결정을 내릴 수 있다. [0033]그러나, 다른 시나리오에서, 코어 네트워크 및 UE에 의해 기록되는 마지막 셀은 일치하지 않게 될 수도 있다. 예를 들면, 하나의 시간 순간에, UE는 셀, 예컨대 셀을 방문하여 연결되고, 나중에 UE는 다른 셀, 예컨대 셀 2를 재선택하고, 그 다음, 연결에 대한 요청을 개시한다. 연결 요청은 다음의 것 중 임의의 하나를 포함할 수도 있지만, 그러나 이들로 제한되지는 않는다: [0034]RRC(Radio Resource Control; 무선 리소스 제어) 연결 요청; [0035]RRC 연결 재개 요청; [0036]RRC 초기 데이터 요청; 또는 [0037]RRC 연결 재확립 요청. [0038]기지국이 요청을 수신한 이후, 그것은 MME/AMF와 UE 사이에서 S1 또는 Ng 연결을 셋업하려고 시도한다. 그러나, 연결 셋업은 실패할 수도 있다. 예를 들면, 코어 네트워크 내의 MME 또는 AMF는 과부하 조건에 기인하여 요청을 거부할 수도 있다. 결과적으로, MME 또는 AMF는 UE가 방문했던 이전 셀을 마지막 셀, 예를 들면, 셀 1로서 여전히 간주할 수도 있다. 반대로, UE는 마지막 셀을, UE가 RRC 연결을 개시하는 셀, 예를 들면, 셀 2로서 간주할 수도 있다. 이것은, 코어 네트워크 및 UE에 의해 기록되는 바와 같은 마지막 셀 상에서 불일치를 야기한다. 도 3을 여전히 참조하면, UE를 대상으로 하는 페이징 메시지가 있는 경우, 코어 네트워크는 마지막 셀(코어 네트워크에 의해 기록되는 바와 같은 마지막 셀에 따른 셀 1) 정보를 포함하는 페이징 메시지(310)를 S1 또는 Ng 인터페이스를 통해 기지국으로 전송한다. 그 다음, 기지국은 PO PDCCH 이전에 WUS를 포함하지 않고도 셀 2에서 페이징 메시지(312)를 송신하는 것에 의해 UE를 페이징하는데, 셀 2가 코어 네트워크로부터 개시되는 페이징 메시지마다 마지막 셀이 아니기 때문이다. UE가 현재 셀 2 내에 있고 셀 2를 자신의 마지막 셀로서 간주하기 때문에, UE는 PO PDCCH 디코딩을 진행하기 이전에 WUS를 검출하려고 시도한다. 페이징 신호가 셀 2에서 어떠한 WUS도 포함하지 않기 때문에, UE는 추가로 모니터링할 자신에 대한 PO PDCCH가 없다는 것을 결정하고, 따라서, 페이징 메시지 수신에 실패한다. [0039]이 실시형태에서, UE가 페이징 메시지를 수신하는 것을 보장하기 위한 솔루션이 제공된다. 도 3을 참조하면, 상기에서 설명되는 바와 같이 UE가 셀 2에서 페이징 메시지(312)를 수신하지 못한 이후, 코어 네트워크는, 예를 들면, UE가 응답하지 않은 이후 타임아웃 조건을 검출하는 것에 의해 314에서 페이징이 실패한다는 것을 결정한다. 그 다음, 코어 네트워크는 페이징 메시지(316)를 기지국으로 재전송한다. 이 제2 시도에서, 코어 네트워크는 페이징 메시지로부터 마지막 셀 정보를 제거할 수도 있다. [0040]몇몇 구현예에서, 추천된 셀 목록은 페이징 메시지의 추천된 셀에 대한 지원 데이터 정보 요소에서 반송될 수도 있다. 마지막 셀은 추천된 셀에 대한 지원 데이터에서 제1 엔트리로서 나열될 수도 있다. 코어 네트워크가 페이징 메시지로부터 마지막 셀 정보를 제거할 것을 결정하는 경우, 페이징 메시지는 추천된 셀에 대한 지원 데이터를 반송하지 않을 수도 있다. 기지국 측 상에서, 기지국이 페이징 메시지에서 추천된 셀에 대한 지원 데이터를 획득하지 않는 경우, 노드는 마지막 셀이 없는 것으로 간주한다. 이 경우, 기지국은, 셀이 마지막 셀이든 또는 아니든 간에 관계없이, PO PDCCH에 선행하는 WUS와 함께 페이징 메시지를 UE가 속하는 추적 영역 내의 모든 셀로 전송한다. 도 3에서 도시되는 바와 같이, 페이징 메시지(318)는 셀 2를 포함하는 모든 셀로 전송된다. 페이징 메시지(318)는 UE가 셀 2 내에서 검출하기를 기대하고 있는 WUS를 더 포함한다. 그러한 만큼, 비록 코어 네트워크 및 UE가 UE에 대한 상이한 기록된 마지막 셀 정보를 가지더라도, UE에 대한 제2 페이징 시도 이후에, UE는 페이징 메시지를 수신한다. [0041]상기에서 설명되는 바와 같이, 코어 네트워크는 초기 페이징 노력이 실패한 이후 제2 페이징 시도에서 페이징 신호(또는 일반적으로, 페이징 신호에 포함되는 하나 이상의 페이징 파라미터)를 수정한다. 그러한 수정은 UE가 페이징 메시지를 정확하게 검출 및 디코딩하는 것을 가능하게 한다. [0042]실시형태 2 [0043]실시형태 2에서, 코어 네트워크와 UE 사이의 마지막 셀 레코드 일관성을 유지하기 위한 솔루션이 제공된다. [0044]예를 들면, 하나의 시간 순간에서, UE는 셀 1 내에 있을 수도 있고 셀 1을 자신의 마지막 셀로서 간주할 수도 있다. 그 다음, UE는 셀 2를 다시 선택하고 기지국과의 연결을 셋업하려고 시도한다. 도 4를 참조하면, UE는 RRC 메시지(410)를 기지국으로 전송할 수도 있다. RRC 메시지는 다음의 것 중 임의의 하나를 포함할 수도 있지만, 그러나 이들로 제한되지는 않는다: [0045]RRC 연결 요청; [0046]RRC 연결 재개 요청; [0047]RRC 초기 데이터 요청; 또는 [0048]RRC 연결 재확립 요청. [0049]기지국이 RRC 메시지를 수신한 이후, 기지국은 UE와 코어 네트워크 사이에서 S1 또는 Ng 연결을 셋업하려고 시도할 수도 있고, 이 연결은 논리적 링크일 수도 있다. S1 또는 Ng 연결 셋업이 실패하는 경우, 기지국은 RRC 연결을 거부하기 위한 응답 메시지(412)를 전송할 수도 있다. 응답 메시지는 다음의 것 중 임의의 하나를 포함할 수도 있지만, 그러나 이들로 제한되지는 않는다: [0050]RRC 연결 거부 메시지; [0051]RRC 연결 해제 메시지; 또는 [0052]RRC 연결 재확립 거부 메시지. [0053]이 경우에서 비록 UE가 셀 2에서 S1 또는 Ng 연결 셋업에 실패하더라도, UE는 연결 셋업 요청 이후 셀 2를 마지막 셀로서 여전히 간주할 수도 있고 자신의 마지막 셀 레코드를 업데이트한다. UE는, 이 셀에서 WUS를 모니터링하는 것이 필요하다는 것을 추가로 결정하는데, 이 셀이 자신의 마지막 셀 레코드이기 때문이다. 그러나, 코어 네트워크는 UE가 방문했던 또는 연결되었던 이전 셀을 마지막 셀, 예를 들면, 셀 1로서 간주하고 마지막 셀 정보(셀 1)를 반송하는 UE를 대상으로 하는 페이징 메시지를 기지국으로 전송한다. 기지국은 셀 1에서만 PO PDCCH에 선행하여 WUS를 송신하는 것에 의해, 그리고 셀 1 이외의 셀에서는 WUS 없이 UE를 페이징한다. 그러한 만큼, UE가 PO PDCCH 디코딩을 트리거하기 위한 WUS를 예상하고 있지만 그러나 어떠한 WUS도 검출하지 못하기 때문에, UE는 페이징 메시지를 놓친다. 따라서, UE의 페이징은 실패한다. [0054]UE가 페이징 메시지를 수신하는 것을 보장하기 위해, 본 실시형태는 UE와 코어 네트워크 사이에서 마지막 셀 레코드 일관성을 보강하기 위한 솔루션을 제공한다. 구체적으로, S1 또는 Ng 연결 셋업이 실패한다는 것을 기지국이 결정하는 경우, 기지국은 지시자를 반송하는 RRC 응답 메시지(412)를 전송한다. 몇몇 구현예에서, 지시자는 마지막 셀 정보 또는 UE가 페이징 신호를 어떻게 모니터링해야 하는지를 나타내는 단일의 비트를 포함할 수도 있다. 예를 들면, 비트가 1(참)로 설정되는 경우, 그것은 다음의 것 중 적어도 하나를 나타낼 수도 있다: [0055]코어 네트워크에 저장되는 마지막 셀은 UE에 의해 개시되는 RRC 메시지에 의해 변경되지 않는다. [0056]S1 또는 Ng 연결 셋업이 실패한다. [0057]UE는 자신의 마지막 셀 레코드를 유지해야 한다(이 예에서, 셀 1은 코어 네트워크의 마지막 셀 레코드와 매치하도록 마지막 셀로서 유지되어야 한다. [0058]UE는 현재 셀(이 예에서는 셀 2)에서 페이징을 위한 PO PDCCH를 직접 모니터링해야 하고 WUS 검출을 스킵해야 한다. [0059]UE가 RRC 응답 메시지(412)를 수신하는 경우, 그것은 RRC 응답 메시지에서 반송되는 지시자를 체크하여 코어 네트워크의 마지막 셀 레코드가 업데이트되었는지의 여부를 결정할 수도 있다. 이 정보에 기초하여, UE는 자신의 마지막 셀 레코드를 셀 2로 업데이트하지 않고 코어 네트워크 레코드와 매치시키기 위해 자신의 마지막 셀 레코드(셀 1)를 유지할 수도 있다. 대안적으로, UE는 자신의 마지막 셀 레코드를 셀 1로 여전히 업데이트하고 이 불일치 조건에 대한 내부 플래그를 추가적으로 생성할 수도 있다. 내부 플래그가 설정되는 경우, UE는 PO PDCCH를 직접적으로 모니터링할 것이고 WUS 검출를 스킵한다. [0060]실시형태 3 [0061]실시형태 3은 앞서 설명되는 바와 같은 셀 상태 불일치 이슈를 해결하기 위한 솔루션을 제공한다. 이 솔루션은 기지국 측에서부터 개시될 수도 있다. [0062]무선 통신 네트워크에서, UE 컨텍스트 중단 프로시져는 RAN 및 코어 네트워크에서 UE 컨텍스트, UE 관련 논리적 S1 또는 Ng 연결 및 관련된 베어러 컨텍스트를 중단하기 위해 사용된다. 기지국은 과부하 조건에 기인하여 또는 유저 평면(User Plane; UP) 솔루션에 의해 지시되는 대로 UE 컨텍스트 중단 프로시져를 트리거할 수도 있다. 전력 소비를 감소시키기 위해, 기지국은, 코어 네트워크로부터, 예를 들면, UE 컨텍스트 중단 응답 메시지의 형태로 중단 확인을 수신하기 이전에 중단 지시를 갖는 RRC 해제 메시지를 통해 UE를 중단할 수도 있다. UE는, 중단 지시를 갖는 RRC 해제를 수신하면, 비록 중단 동작이 코어 네트워크에 의해 확인(또는 승인)되지 않았더라도 UE 컨텍스트를 중단하고 아이들 모드로 전이된다. [0063]코어 네트워크가 UE 컨텍스트 중단을 거부하는 경우, MME 또는 AMF는 UE 컨텍스트 중단 실패 또는 ERROR 지시 메시지를 사용하여 기지국에 응답할 것이고, 코어 네트워크는 UE를 연결 모드(connected mode)에 있는 것으로 여전히 간주할 것이지만, 반면, UE는 이미 아이들 모드에 진입하였다. 그러한 만큼, 코어 네트워크와 UE 사이에서 UE 상태에 대한 불일치가 생성된다. [0064]이 실시형태는 이러한 UE 상태 불일치를 해결하기 위한 솔루션을 제공한다. 솔루션은 강제 중단(forced suspend)을 위한 옵션을 제공하는 것에 의해 코어 네트워크가 UE 컨텍스트를 성공적으로 중단할 수도 있다는 것을 보장하는 것이다. 몇몇 구현예에서, UP 솔루션이 사용될 수도 있다. 도 5를 참조하면, 기지국은 지시자를 반송하는 UE 컨텍스트 중단 요청 메시지(510)를 전송할 수도 있고 지시자는, 예를 들면, 메시지에서 단일의 비트를 포함할 수도 있다. 지시자 비트가 1(참)로 설정되는 경우, 그것은 다음의 것 중 적어도 하나를 나타낼 수도 있다: [0065]기지국은 코어 네트워크로부터의 확인 또는 승인 없이 UE를 중단한다. [0066]기지국은 코어 네트워크로부터의 성공적인 응답의 수신 이전에 UE를 중단한다. [0067]기지국이 중단 요청을 코어 네트워크로 전송한 직후 기지국은 UE를 중단한다. [0068]코어 네트워크는 UE 컨텍스트 중단을 수행할 때 에러 조건이 있는지에 무관하게 무조건적으로 UE를 중단하도록 강제된다. [0069]예를 들면, 기지국이 UE 컨텍스트 중단 요청 메시지(510)를 코어 네트워크로 전송한 직후, 기지국은, 코어 네트워크로부터의 응답을 대기하지 않고도, RRC 해제 메시지(512)의 UE로의 전송을 진행한다. 코어 네트워크 측 상에서, 비록 UE 컨텍스트 중단을 수행하는 동안 에러 조건이 있더라도, 코어 네트워크는 에러 또는 실패 응답 메시지(516)가 기지국으로 되전송되는(sent back) 것을 억제한다. 코어 네트워크는 UE 컨텍스트 동작이 성공적이다는 것을 나타내기 위해 UE 상태를 추가로 업데이트한다. 대안적으로, 코어 네트워크는 UE 컨텍스트 중단 성공 메시지(514)를 기지국으로 되전송할 것을 선택할 수도 있다. [0070]이 실시형태에서, 강제된 UE 컨텍스트 중단 동작을 도입하는 것에 의해, UE 컨텍스트 중단 동작에 의해 야기되는 일치하지 않는 UE 상태 이슈는 해결될 수도 있다. 본원에서 논의되는 원칙은, UE에 의해 그리고 코어 네트워크에 의해 인식될 때 UE 상태 불일치로 이어질 수도 있는 다른 UE 컨텍스트 동작에 적용된다. [0071]실시형태 4 [0072]실시형태 4는 앞서 설명되는 바와 같은 셀 상태 불일치 이슈를 해결하기 위한 다른 솔루션을 제공한다. 이 솔루션은 기지국 측에서부터 개시될 수도 있다. [0073]무선 통신 네트워크에서, 기지국이 UE 관련 논리적 S1 또는 Ng 연결을 해제할 것을 코어 네트워크에게 요청하는 것을 가능하게 하기 위해 UE 컨텍스트 해제 프로시져가 사용된다. 기지국은 과부하 조건에 기인하여 또는 제어 평면(Control Plane; CP) 솔루션에 의해 지시되는 대로 UE 컨텍스트 해제 프로시져를 트리거할 수도 있다. 전력 소비를 감소시키기 위해, 기지국은 코어 네트워크로부터 확인 또는 승인을 받기 이전에 RRC 해제 메시지를 통해 UE를 해제할 수도 있다. UE 측 상에서, UE가 RRC 해제 메시지를 수신하는 경우, UE는 UE 컨텍스트를 해제하고 아이들 모드로 전이한다. [0074]코어 네트워크가 UE 컨텍스트 해제를 거부하는 경우, 코어 네트워크는 UE를 연결 모드에 있는 것으로 여전히 간주할 것이다. 그러한 만큼, 코어 네트워크와 UE 사이에서 UE 상태에 대한 불일치가 생성된다. [0075]이 실시형태는 이러한 UE 상태 불일치를 해결하기 위한 솔루션을 제공한다. 솔루션은 강제 해제를 위한 옵션을 제공하는 것에 의해 코어 네트워크가 UE 컨텍스트를 성공적으로 해제할 수도 있다는 것을 보장하는 것이다. 몇몇 구현예에서, CP 솔루션이 사용될 수도 있다. 예를 들면, 아이들 모드에서, UE의 컨텍스트가 해제된다. 도 6을 참조하면, 기지국은 지시자를 반송하는 UE 컨텍스트 해제 요청 메시지(610)를 전송할 수도 있고 지시자는, 예를 들면, 메시지에서 단일의 비트를 포함할 수도 있다. 지시자 비트가 1(참)로 설정되는 경우, 그것은 다음의 것 중 적어도 하나를 나타낼 수도 있다: [0076]기지국은 코어 네트워크로부터의 확인 또는 승인 없이 UE 컨텍스트를 해제한다. [0077]기지국은 코어 네트워크로부터의 성공적인 응답의 수신 이전에 UE 컨텍스트를 해제한다. [0078]기지국이 UE 컨텍스트 해제 요청을 코어 네트워크로 전송한 직후 기지국은 UE 컨텍스트를 해제한다. [0079]코어 네트워크는 UE 컨텍스트 해제를 수행할 때 에러 조건이 있는지에 무관하게 무조건적으로 UE 컨텍스트를 해제하도록 강제된다. [0080]예를 들면, 기지국이 UE 컨텍스트 해제 요청 메시지(610)를 코어 네트워크로 전송한 직후, 기지국은 코어 네트워크로부터의 승인 또는 확인을 대기하지 않고 RRC 해제 메시지(612)의 UE로의 전송을 진행한다. 코어 네트워크 측 상에서, 비록 UE 컨텍스트 해제를 수행하는 동안 에러 조건이 있더라도, 코어 네트워크는 에러 지시 메시지(614)가 기지국으로 되전송되는 것을 억제한다. 코어 네트워크는 UE 컨텍스트 동작이 성공적이다는 것을 나타내기 위해 UE 상태를 추가로 업데이트한다. [0081]이 실시형태에서, 강제된 UE 컨텍스트 해제 동작을 도입하는 것에 의해, UE 컨텍스트 해제 동작에 의해 야기되는 일치하지 않는 UE 상태 이슈는 해결될 수도 있다. 본원에서 논의되는 원칙은, UE에 의해 그리고 코어 네트워크에 의해 인식될 때 UE 상태 불일치로 이어질 수도 있는 다른 UE 컨텍스트 동작에 적용된다. [0082]실시형태 5 [0083]실시형태 5는 셀 상태 불일치 이슈를 해결하기 위한 다른 솔루션을 제공한다. 이 솔루션은 코어 네트워크 측에서부터 개시된다. [0084]몇몇 실시에서, UE 컨텍스트 해제 프로시져 및 UE 컨텍스트 중단 프로시져 동안, 전력 소비를 감소시키기 위해, 기지국은, 코어 네트워크와의 성공적인 해제 또는 중단 동작을 확인하기 이전에 UE 컨텍스트를 해제 또는 중단할 수도 있다. 그러나, 코어 네트워크는 소정의 장애 조건 하에서 UE를 성공적으로 해제 또는 중단할 수 없을 수도 있다. 이 경우, 기지국 및 코어 네트워크는 UE 컨텍스트 동작에 대해 조정 또는 동기화될 필요가 있다. [0085]이 실시형태에서, 코어 네트워크와 기지국 사이의 핸드셰이크는 후속하는 UE 컨텍스트 해제 또는 중단 프로시져 이전에 수행되고, 그 결과, 이들 프로시져를 핸들링하는 방법에 대해 코어 네트워크와 기지국 사이에서 합의가 도달된다. 이 핸드셰이크는 코어 네트워크 측으로부터 개시될 수도 있다. 핸드셰이크를 통해, 코어 네트워크로부터 확인 또는 승인을 먼저 수신하지 않고도 기지국이 UE 컨텍스트 해제 또는 중단 프로시져를 진행하도록 허용되는지의 여부에 대한 합의가 도달될 수도 있다. 도 7을 참조하면, 이러한 동기화 핸드쉐이크 목적을 위한 지시자를 반송하는 메시지(710)가 코어 네트워크로부터 기지국으로 전송될 수도 있다. 몇몇 구현예에서, 메시지는 S1 또는 Ng 메시지일 수도 있다. 특히, 이 S1 또는 Ng 메시지는 다음의 것 중 적어도 하나를 포함할 수도 있다: [0086]초기 컨텍스트 셋업 요청; [0087]연결 확립 지시; [0088]AMF CP 재배치 지시; [0089]핸드오버 요청; [0090]핸드오버 커맨드; [0091]경로 전환 요청 확인 응답; [0092]핸드오버 성공; 또는 [0093]UE 컨텍스트 재개 응답 메시지. [0094]지시자는, MME 또는 AMF와의 성공적인 동작을 확인하지 않고도, 또는 성공적인 응답의 수신 이전에, 또는 기지국이 요청을 MME 또는 AMF로 전송한 직후에, 기지국이 UE를 해제 또는 중단하도록 허용되는지의 여부를 나타내는 단일의 비트를 상기의 메시지에서 포함할 수도 있다. 예를 들면, 지시자가 1(참)로 설정되는 경우, 그것은, MME 또는 AMF로부터 성공적인 응답을 확인하기 이전에 기지국이 UE 컨텍스트를 해제 또는 중단하도록 허용된다는 것을 나타낸다. 이 경우, 코어 네트워크 및 기지국은 UE 컨텍스트 동작이 성공적으로 되도록 강제되는 합의를 가질 수도 있고, 코어 네트워크는 UE 컨텍스트 동작이 성공적이다는 것을 나타내기 위해 셀 상태를 업데이트할 필요가 있다. 다른 한편으로, 지시자가 0(거짓)으로 설정되는 경우, 그것은, MME 또는 AMF로부터 성공적인 응답을 확인하기 이전에 기지국이 UE 컨텍스트를 해제 또는 중단하도록 허용되지 않다는 것을 나타낸다. 즉, 기지국은, UE 컨텍스트 해제 메시지의 UE로의 전송을 진행하기 이전에, 코어 네트워크로부터 확인 또는 승인을 수신할 때까지 대기해야 한다. 코어 네트워크 측 상에서 UE 컨텍스트 동작이 실패하는 경우, 기지국은 에러 지시 또는 실패 메시지를 수신하고, 기지국은 합의에 기초하여 UE 컨텍스트의 해제를 진행하지 않을 것이다. [0095]더구나, 실무적 요건에 기초하여, 필요로 되는 경우 합의는 임의의 시간에 업데이트될 수도 있다. [0096]실시형태 6 [0097]이 실시형태는 CU로부터 DU로 페이징 구성 정보를 송신하기 위한 여러 가지 솔루션을 제공한다. [0098]앞서 설명되는 바와 같이, RRC 아이들 또는 비활성 모드에서, 뉴 라디오(NR) UE, LTE UE, 또는 eMTC/NB-IoT 디바이스와 같은 UE는 전력 소비를 감소시키기 위해 DRX를 사용할 수도 있다. 페이징 메시지는 페이징 기회(PO)에 송신된다. UE는 페이징 사이클마다 PO에서 모니터링한다. [0099]기지국 및 코어 네트워크 둘 모두는 DRX 구성 정보를 UE로 전송할 수도 있다. 지연에 민감하지 않은 소정의 UE, 예컨대 eMTC, NB-IoT, 또는 NR UE의 경우, 코어 네트워크와 UE는 비 액세스 계층(Non Access Stratum; NAS) 메시지를 통해 UE 특유의 DRX 사이클(UE special DRX cycle)을 조정할 수도 있다. 코어 네트워크가 UE를 페이징하고 페이징 메시지를 기지국으로 전송할 때, 페이징 메시지는 DRX 사이클의 값을 포함하는 UE 특유의 DRX 사이클 구성을 반송할 수도 있다. eMTC, NB-IoT 또는 NR UE와 같은, 저전력 소비를 필요로 하는 몇몇 UE의 경우, 코어 네트워크 및 UE는 NAS 메시지를 통해 eDRX 사이클 및 페이징 시간 윈도우(Paging Time Window; PTW)를 조정할 수 있다. PTW는 UE에 대해 구성되는 기간인데, 그 기간 동안, UE는 DRX 사이클을 뒤따르는 페이징 기회를 모니터링한다. 코어 네트워크가 UE를 페이징하고 페이징 메시지를 기지국으로 전송할 때, 페이징 메시지는 eDRX 사이클 및 PTW를 포함하는 eDRX 구성을 반송할 수도 있다. 기지국은 DRX 사이클의 값을 포함하는 디폴트 페이징 DRX 사이클뿐만 아니라, 시스템 정보 블록(System Information Block; SIB)에서의 최소의 UE 고유의 DRX 사이클을 브로드캐스트할 수도 있다. CN(core network; 코어 네트워크) UE 페이징 DRX 사이클은, UE 고유의 DRX 사이클이 코어 네트워크에 의해 할당되는 경우, UE 고유의 DRX 사이클 및 디폴트 DRX 사이클 중 최소 값으로서 결정될 수도 있다. 대안적으로, CN UE 페이징 DRX 사이클은 페이징 사이클 및 디폴트 DRX 사이클 중 최소 값으로서 간주될 수도 있는데, 여기서 페이징 사이클은 최소의 UE 고유의 DRX 값 및 UE 고유의 DRX 값 중 최대치이다. UE 고유의 DRX가 상위 계층에 의해 구성되지 않는 경우 또는 최소의 UE 고유의 DRX 값이 시스템 정보에서 브로드캐스트되지 않는 경우, 그러면, 디폴트 DRX 값은 적용될 수도 있고 CN UE 페이징 DRX 사이클은 디폴트 DRX 값으로 설정된다. [0100]구체적으로, UE는 비활성 모드에서 DRX를 사용하여 기지국으로부터 트리거되는 RAN 페이징 메시지를 모니터링해야 한다. DRX 사이클의 값을 포함하는 RAN 페이징 사이클 구성은, 비활성 모드로 이동하도록 UE를 트리거하는 RRC 메시지를 통해 구성된다. [0101]UE가 eDRX를 가지고 구성되는 경우, 기지국은 UE의 정확한 DRX 사이클을 알 수도 있다. UE가 페이징 메시지를 놓치는 것을 방지하기 위해, DRX 사이클은, 코어 네트워크가 구성하는 DRX 사이클 및 기지국이 SIB 또는 RRC 메시지에서 지시하는 DRX 사이클 중 가장 짧은 것에 의해 결정될 수도 있다. 그러므로, UE가 eDRX를 가지고 구성되는 경우, DRX 사이클은 PTW 동안 RAN 페이징 사이클, UE 고유의 페이징 사이클(코어 네트워크에 의해 할당되는 경우) 및 디폴트 페이징 사이클 중 가장 짧은 것에 의해 결정될 수도 있으며, DRX 사이클은 PTW 외부의 RAN 페이징 사이클에 의해 결정될 수도 있다. [0102]대안적으로, UE가 eDRX를 가지고 구성되는 경우, DRX 사이클은, UE 고유의 DRX가 코어 네트워크에 의해 구성되는 경우 또는 최소의 UE 고유의 DRX 값이 PTW 동안 브로드캐스트되는 경우, 최소의 UE 고유의 DRX 값 및 UE 고유의 DRX 값 중 최대치인 페이징 사이클 및 디폴트 DRX 사이클 중 최소 값의 가장 짧은 것으로서 결정될 수도 있고, DRX 사이클은 PTW 외부의 RAN 페이징 사이클로서 결정될 수도 있다. [0103]대안적으로, UE가 eDRX를 가지고 구성되는 경우, DRX 사이클은, UE 고유의 DRX가 코어 네트워크에 의해 구성되지 않는 경우 또는 최소의 UE 고유의 DRX 값이 PTW 동안 브로드캐스트되지 않는 경우, 디폴트 DRX 값에 의해 결정될 수도 있고, DRX 사이클은 PTW 외부의 RAN 페이징 사이클에 의해 결정될 수도 있다. [0104]CU-DU 분할 아키텍쳐에서, CU는 적어도 하나의 DU에 연결되는 중앙 유닛이고, DU는 분산형 유닛이다. CU와 DU 사이의 인터페이스는 F1 인터페이스 또는 W1 인터페이스를 포함한다. [0105]페이징 시나리오에서, CU는 먼저 페이징 메시지를 수신하고, F1 메시지 또는 W1 메시지, 예컨대 페이징 메시지를 사용하여 그것을 DU로 전송한다. DU는 UE로의 페이징 신호의 스케줄링 및 송신을 담당한다. DU는 페이징 신호의 송신 기회를 알 수 있어야 한다. 그러한 만큼, DU는 UE의 DRX 사이클에 대한 정보를 얻어야 한다. 더구나, UE가 eDRX를 가지고 구성되는 경우, PTW 동안의 그리고 그 외부의 DRX 사이클은 상이하다. 따라서, DU는 PTW 동안의 그리고 그 외부의 DRX 사이클을 구분할 수 있어야 한다. [0106]이 실시형태에서, 여러 가지 솔루션이 제공되고, 따라서, DU는 상기에서 언급되는 정보를 획득할 수 있을 수도 있다. [0107]솔루션 1 [0108]솔루션 1은 CU가 F1 인터페이스(5G의 경우) 또는 W1 인터페이스(4G의 경우)를 통해 페이징 메시지를 DU로 전달하는 것이다. UE가 eDRX를 가지고 구성되는 경우, 페이징 메시지는 RAN 페이징 값, CN UE 페이징 DRX 사이클, 및 페이징 시간 윈도우(PTW) 및 eDRX 사이클의 값을 포함하는 eDRX 구성을 포함한다. [0109]솔루션 2 [0110]솔루션 2는 CU가 F1 인터페이스(5G의 경우) 또는 W1 인터페이스(4G의 경우)를 통해 페이징 메시지를 DU로 전달하는 것이다. UE가 eDRX를 가지고 구성되는 경우, 페이징 메시지는 페이징 값, RAN 페이징 사이클, 및 페이징 시간 윈도우(PTW) 및 eDRX 사이클의 값을 포함하는 eDRX 구성을 포함한다. 페이징 사이클은 CN UE 페이징 DRX 사이클 및 RAN 페이징 사이클 중 최소치이다. [0111]솔루션 3 [0112]솔루션 3은 CU가 F1 인터페이스(5G의 경우) 또는 W1 인터페이스(4G의 경우)를 통해 페이징 메시지를 DU로 전달하는 것이다. UE가 eDRX를 가지고 구성되는 경우, 페이징 메시지는 코어 네트워크에 의해 할당되는 경우 UE 특유의 DRX 사이클, 디폴트 페이징 DRX 사이클, RAN 페이징 사이클 및 페이징 시간 윈도우(PTW) 및 eDRX 사이클의 값을 포함하는 eDRX 구성을 포함한다. [0113]솔루션 4 [0114]솔루션 4는 CU가 F1 인터페이스(5G의 경우) 또는 W1 인터페이스(4G의 경우)를 통해 페이징 메시지를 DU로 전달하는 것이다. UE가 eDRX를 가지고 구성되는 경우, 페이징 메시지는 코어 네트워크에 의해 할당되는 경우 UE 특유의 DRX 사이클, 디폴트 페이징 DRX 사이클, 브로드캐스트되는 경우 최소의 UE 고유의 DRX 값, RAN 페이징 사이클 및 페이징 시간 윈도우(PTW) 및 eDRX 사이클을 포함한다. [0115]실시형태 7 [0116]이 실시형태는 CU-DU 분할 아키텍쳐에서 페이징 향상을 제공한다. [0117]CU-DU 분할 아키텍쳐의 경우, CU(예컨대, ng-eNB-CU, gNB-CU)는 코어 네트워크로부터 페이징을 수신하고, 그 다음, 그것을 DU로 전달한다. DU(예컨대, ng-eNB-DU, gNB-DU)는 페이징 신호 스케줄링 및 송신을 담당한다. [0118]코어 네트워크로부터의 페이징 메시지에서, 기지국이 페이징 메시지를 송신하는 것을 돕기 위해 일부 페이징 지원 정보가 공급될 수도 있다. 이 정보는 DU에 대해서도 또한 유용하다. [0119]도 8을 참조하면, 이 실시형태에서, CU는 페이징 지원 정보를 F1 또는 W1 인터페이스를 통해 DU로 전달하도록 구성된다. 페이징 지원 정보는 CU로부터 DU로 전송되는 페이징 메시지(810)에서 반송될 수도 있다. [0120]페이징 메시지는 다음의 것 중 적어도 하나를 포함할 수도 있지만, 그러나 이들로 제한되지는 않는다: [0121]페이징을 위한 지원 데이터; [0122]eDRX 파라미터; [0123]RAN 페이징 DRX; [0124]CN(코어 네트워크) 페이징 DRX; 또는 [0125]WUS 지원 정보. [0126]특히, 페이징을 위한 지원 데이터는 다음의 것을 포함할 수도 있다: [0127]추천된 셀에 대한 지원 데이터; [0128]CE(coverage enhancement; 커버리지 향상) 가능 UE에 대한 지원 데이터; [0129]페이징 시도 정보. [0130]WUS 지원 정보는 페이징 확률 정보를 포함할 수도 있다. [0131]실시형태 8 [0132]이 실시형태는 CU-DU 분할 아키텍쳐에서 다른 페이징 향상을 제공한다. [0133]앞서 설명되는 바와 같이, 아이들 또는 비활성 모드에서, UE는 페이징 메시지를 모니터링할 필요가 있다. 전력을 절약하기 위해, UE는 WUS를 모니터링할 수 있고, 그 다음, PO에서 페이징이 있다는 것을 나타내는 WUS가 검출되는 경우 PDCCH를 모니터링할 수 있다. 동일한 페이징 그룹 내의 하나의 UE가 페이징되는 경우, 이 페이징 그룹 내의 모든 UE는 PDCCH를 모니터링할 필요가 있다. 그러므로, 그룹 웨이크업 신호(Group Wake Up Signal; GWUS)가 도입된다. GWUS 방식 하에서, UE는 GWUS를 모니터링할 수도 있고, 그 다음, WUS가 있다는 것을 나타내는 GWUS가 검출되는 경우 WUS를 모니터링할 수도 있고, 그 다음, PO에서 페이징이 있다는 것을 나타내는 WUS가 검출되는 경우 PDCCH를 모니터링할 수도 있다. [0134]CU-DU 아키텍쳐에서, 페이징 메시지가 코어 네트워크로부터 전송되는 경우, UE의 WUS 그룹을 결정하기 위해 기지국에 의해 사용될 페이징 확률 정보를 포함하는 WUS 지원 정보는 CU로 전송된다. 그러나, GWUS의 스케줄링 및 송신을 담당하는 것은 DU이다. 따라서, 이 실시형태에서는, DU가 CU로부터 상기의 GWUS 관련된 정보를 획득할 수도 있도록 하는 솔루션이 제공된다. [0135]이 구현예에서, CU는 F1 또는 W1 인터페이스를 통해 페이징 메시지를 통해 WUS 지원 정보 또는 페이징 확률 정보를 DU로 전달하도록 구성된다. [0136]실시형태 9 [0137]이 실시형태는 다른 페이징 향상을 제공한다. [0138]UE가 비활성 모드에 있을 때, 페이징 메시지는 RAN 기반의 통지 영역 내에서 전송될 수도 있다. UE를 비활성 모드로 변경하는 소스 셀이 UE를 페이징할 필요가 있는 경우, 페이징 메시지가 대상 셀(target cell)로 전송될 수도 있다. 대상 셀의 경우, 그것은 UE를 대상으로 하는 후속하는 페이징 메시지에서 GWUS를 송신하는 것을 필요로 할 수도 있다. 그러므로, 페이징 성능을 향상시키기 위해서는, WUS 그룹을 결정하기 위한 파라미터 및 UE의 송신 기회 정보가 대상 셀로 전송될 수도 있다. [0139]이 실시형태에서, 소스 셀은, X2 또는 Xn 인터페이스를 통해 소스 셀로부터 대상 셀로 전송되는 RAN 페이징 메시지를 사용하여 WUS 지원 정보와 같은 지원 정보, 페이징 확률 정보, 또는 페이징 시간 윈도우(PTW) 및 eDRX 사이클의 값을 포함하는 eDRX 구성을 대상 셀로 전달하도록 구성된다. [0140]실시형태 10 [0141]이 실시형태는 다른 페이징 향상을 제공한다. [0142]UE가 비활성 모드에 있는 경우, 셀은 UE에 대한 페이징을 트리거할 수도 있다. 셀이 페이징 메시지에서 GWUS를 송신하도록 구성되는 경우, 그러면, UE의 WUS 그룹을 결정하기 위한 파라미터도 또한 필요하다. 그러나, 이 파라미터는 코어 네트워크에 저장되며, 페이징이 코어 네트워크로부터 개시되는 경우에만 기지국으로 전송된다. 그러므로, Ng 또는 S1에서의 UE 고유의 연결 확립에서 코어 네트워크로부터 기지국으로 이 파라미터가 전송될 솔루션이 필요로 된다. [0143]이 실시형태에서, 코어 네트워크는 Ng 또는 S1에서의 UE 고유의 연결 확립에서 WUS 지원 정보 또는 페이징 확률 정보를 기지국으로 전달하도록 구성된다. 다음의 것을 포함하는, 그러나 이들로 제한되지는 않는 WUS 지원 정보 또는 페이징 확률 정보가 메시지에서 반송될 수 있다: [0144]초기 컨텍스트 셋업 요청; [0145]UE 컨텍스트 수정 요청; [0146]핸드오버 요청; 또는 [0147]경로 전환 요청 확인 응답. [0148]특히, WUS 지원 정보 또는 페이징 확률 정보는 RRC INACTIVE에 대한 코어 네트워크 지원 정보(Core Network Assistance Information for RRC INACTIVE) 정보 요소(information element; IE)에서 반송될 수도 있다. [0149]실시형태 11 [0150]이 실시형태는 UE가 아이덴티티 정보를 전송하기 위한 향상을 제공한다. [0151]소정의 UE, 예컨대 LTE, eMTC, NB-IoT, 또는 NR UE의 경우, 그것은 5G 통신 시스템에서 코어 네트워크에 연결되는 성능을 가질 수도 있다. UE를 식별하기 위해, UE는 5G 시스템에서의 자신의 UE 아이덴티티를 코어 네트워크로 전송할 필요가 있다. 예를 들면, UE는 UE의 5G S-TMSI를 포함하는 RRC 메시지를 기지국으로 전송하고, 그 다음, 기지국은 5G S-TMSI를 코어 네트워크로 전달한다. [0152]그러나, 5G S-TMSI는 48 비트를 사용한다. UE가 RRC 연결 요청 메시지와 같은 RRC 메시지에서 5G S-TMSI를 포함하는 경우, 그것은 너무 길 수도 있다. 그러한 만큼, 절단된 5G-S-TMSI가 사용될 수도 있다. 예를 들면, 절단된 5G-S-TMSI는 5G-S-TMSI로부터 구성되는 40 비트 UE 식별자일 수도 있다. 절단된 5G-S-TMSI는 AMF 세트 ID의 n LSB(Least Significant Bit; 최하위 비트), AMF 포인터의 m LSB, 5G-TMSI의 (40 - n - m) LSB에 의해 구성될 수도 있는데, 여기서 m 및 n은 양의 정수이고, (m + n) < 40이다. 코어 네트워크 및 UE는 동일한 규칙을 사용하여 동일한 5G-S-TMSI를 생성한다. [0153]추가적으로, UE의 신호 품질은 서비스 품질에 기여한다. UE가 커버리지 향상 모드에 있는 경우, 예를 들면, UE의 기준 신호 수신 전력(Reference Signal Received Power; RSRP)이 임계치 미만인 경우, UE는, 예를 들면, 기지국에 의해 지시되는 대로, 커버리지 향상 모드로 전이할 수도 있다. 커버리지 향상 모드에 있는 동안, UE는 제한된 송신 비트 레이트와 같은 제한된 무선 성능을 갖는다. 다른 한편으로, UE가 정상 커버리지 모드에 있는 경우, UE는 더 나은 채널 품질을 가지며 더 나은 서비스, 예를 들면, 빠른 송신 비트 레이트를 제공받는다. [0154]UE가 연결을 트리거하고, RRC 메시지 또는 UL 데이터를 기지국으로 전송할 때, 이 메시지가 너무 크고 UE가 제한된 무선 성능을 갖는 경우, 이 메시지는 실패할 수도 있다. RRC 메시지는 다음의 것을 포함할 수도 있지만, 그러나 이들로 제한되지는 않는다: [0155]RRC 연결 요청; [0156]RRC 연결 재확립 요청; [0157]RRC 연결 재개 요청; [0158]RRC 초기 데이터 요청. [0159]UL 데이터는 UL MAC PDU(UpLink Medium Access Control Protocol Data Unit; 업링크 매체 액세스 제어 프로토콜 데이터 단위) 및 등등일 수도 있다. [0160]이 문제를 해결하기 위해, 이 실시형태에서, UE가 정상 커버리지 모드에 있는 경우 UE는 RRC 메시지 또는 UL 데이터에서 5G-S-TMSI를 포함할 수도 있고 UE가 커버리지 향상 모드에 있는 경우 절단된 5G-S-TMSI를 포함할 수도 있다. [0161]특히, 5G-S-TMSI 또는 절단된 5G-S-TMSI를 선택하는 것은 AS(Access Stratum; 액세스 계층)에 달려 있고, NAS는 선택을 인식하지 못할 수도 있다. NAS는 5G-S-TMSI 및 절단된 5G-S-TMSI를 포함하는 UE 아이덴티티를 AS로 전송할 수도 있다. 절단된 5G-S-TMSI의 경우, 절단된 5G-S-TMSI를 생성하기 위해 사용되는 m, n의 값도 또한 AS로 전송되어야 한다. AS가 절단된 5G-S-TMSI를 선택하는 경우, m 및 n의 값은 RRC 메시지 또는 UL 데이터에서 포함될 수도 있다. [0162]요약하면, 상기의 본 개시는 페이징 메시지를 안정적으로 전달 및 수신하고 전력 소비를 감소시키기 위한 방법 및 시스템을 설명한다. 페이징 실패 조건 하에서, 제2 페이징 메시지는 마지막 셀 정보 없이 전송되며, 그 결과, 심지어 마지막 셀 레코드에서 코어 네트워크와 UE 사이에 불일치가 있더라도, UE는 여전히 PO PDCCH를 디코딩할 수 있고 페이징 메시지를 수신할 수 있다. 게다가, 기지국과 UE 사이의 RRC 메시지는, 코어 네트워크가 UE에 대한 자신의 마지막 셀 레코드를 업데이트하지 않았는지의 여부를 나타내기 위한 지시자를 반송하도록 확장되고, 따라서, UE는 자신의 마지막 셀 레코드를 유지할 수도 있다. UE 컨텍스트 중단 및 UE 컨텍스트 해제 메시지는 강제된 코어 네트워크 UE 컨텍스트 동작을 시그널링하기 위한 지시자를 반송하도록 또한 확장되고, 그 결과, 코어 네트워크는, 심지어 UE 컨텍스트 동작이 실패하는 경우에도 UE 컨텍스트 동작이 성공적이다는 것을 나타내는 UE 상태를 업데이트한다. 코어 네트워크와 기지국 사이에서 핸드셰이크 메커니즘이 추가로 도입되고, 그 결과, 두 개의 네트워크 엔티티는, 코어 네트워크로부터 확인 또는 승인을 수신하기 이전에, 기지국이 RRC 해제 메시지를 UE로 전송하도록 허용되는지의 여부에 관한 합의를 확립한다. 본 개시에서 설명되는 방식은 무선 통신 시스템에서 페이징 성공률을 증가시키는 것을 돕는다. [0163]본 개시는 페이징 성능을 향상시키기 위한 다양한 실시형태를 또한 설명한다. 몇몇 실시형태에서, CU-DU 분할 아키텍쳐에서, CU는 DU가 페이징 성능을 향상시키는 것을 돕기 위해 페이징 관련된 정보를 DU로 전송할 수도 있다. 페이징 관련된 정보는 eDRX 구성 파라미터, 페이징 지원 정보 및 WUS 지원 정보를 포함한다. 몇몇 다른 실시형태는, 코어 네트워크, 기지국, 소스 셀, 및 대상 셀과 같은 다양한 네트워크 요소 사이에서 WUS 관련된 정보를 전송하는 것을 설명한다. [0164]상기의 설명 및 첨부의 도면은 특정한 예시적인 실시형태 및 구현예를 제공한다. 그러나, 설명된 주제는 여러 가지 상이한 형태로 구체화될 수도 있고, 따라서, 커버되는 또는 청구되는 주제는 본원에서 기술되는 임의의 예시적인 실시형태로 제한되지 않는 것으로 해석되도록 의도된다. 청구되는 또는 커버되는 주제에 대한 합리적으로 넓은 범위가 의도된다. 다른 것들 중에서도, 예를 들면, 주제는 컴퓨터 코드를 저장하기 위한 방법, 디바이스, 컴포넌트, 시스템, 또는 비일시적 컴퓨터 판독 가능 매체로서 구체화될 수도 있다. 따라서, 실시형태는, 예를 들면, 하드웨어, 소프트웨어, 펌웨어, 저장 매체 또는 이들의 임의의 조합의 형태를 취할 수도 있다. 예를 들면, 상기에서 설명되는 방법 실시형태는 메모리에 저장되는 컴퓨터 코드를 실행하는 것에 의해, 메모리 및 프로세서를 포함하는 컴포넌트, 디바이스 또는 시스템에 의해 구현될 수도 있다. [0165]명세서 및 청구범위 전반에 걸쳐, 용어는 명시적으로 언급된 의미를 넘어 문맥에서 시사되는 또는 암시되는 미묘한 차이가 덧붙여진 의미를 가질 수도 있다. 마찬가지로, 본원에서 사용되는 바와 같은 어구 "하나의 실시형태/구현예에서"는 반드시 동일한 실시형태를 가리키는 것은 아니며, 본원에서 사용되는 바와 같은 어구 "다른 실시형태/구현예에서"는 반드시 상이한 실시형태를 가리키는 것은 아니다. 예를 들면, 청구된 주제는 예시적인 실시형태의 조합을 전체적으로 또는 부분적으로 포함한다는 것이 의도된다. [0166]일반적으로, 전문 용어는 문맥에서의 사용으로부터 적어도 부분적으로 이해될 수도 있다. 예를 들면, 본원에서 사용되는 바와 같은 "및 ", "또는", 또는 "및/또는"과 같은 용어는, 그러한 용어가 사용되는 문맥에서 적어도 부분적으로 의존할 수도 있는 다양한 의미를 포함할 수도 있다. 통상적으로 "또는"은, A, B 또는 C와 같은 목록을 관련시키기 위해 사용되는 경우, A, B 및 C ― 여기서는 포괄적인 의미로 사용됨 ― 뿐만 아니라, A, B 또는 C ― 여기서는 배타적인 의미로 사용됨 ― 를 의미하도록 의도된다. 또한, 본원에서 사용되는 바와 같은 용어 "하나 이상"은, 적어도 부분적으로 문맥에 따라, 임의의 피쳐, 구조 또는 특성을 단수의 의미로 설명하도록 사용될 수도 있거나 또는 피쳐, 구조 또는 특성의 조합을 복수의 의미로 설명하도록 사용될 수도 있다. 유사하게, "a(한)", "an(한)" 또는 "the(그)"와 같은 용어는, 적어도 부분적으로 문맥에 따라, 단수의 용법을 전달하는 것으로 또는 복수의 용법을 전달하는 것으로 이해될 수도 있다. 또한, 용어 "~에 기초하여"는, 반드시 요인의 배타적인 세트를 시사하도록 의도되지는 않는 것으로 이해될 수도 있고, 대신, 적어도 부분적으로 문맥에 따라, 반드시 명시적으로 설명되지는 않는 추가적인 요인의 존재를 허용할 수도 있다. [0167]본 명세서 전반에 걸친 피쳐, 이점, 또는 유사한 언어에 대한 언급은, 본 솔루션을 통해 실현될 수도 있는 모든 피쳐 및 이점이 그것의 임의의 단일의 구현예에 포함되어야 한다는 것 또는 그 단일의 구현예에 포함된다는 것을 암시하지는 않는다. 오히려, 피쳐 및 이점을 언급하는 언어는, 실시형태와 관련하여 설명되는 특정한 피쳐, 이점, 또는 특성이 본 솔루션의 적어도 하나의 실시형태에서 포함된다는 것을 의미하는 것으로 이해된다. 따라서, 본 명세서 전반에 걸친 피쳐 및 이점, 및 유사한 언어의 논의는 동일한 실시형태를 참조할 수도 있지만, 그러나 반드시 그런 것은 아니다. [0168]더구나, 본 솔루션의 설명된 피쳐, 이점, 및 특성은 하나 이상의 실시형태에서 임의의 적절한 방식으로 조합될 수도 있다. 관련 기술 분야에서 통상의 지식을 가진 자는, 본원에서의 설명에 비추어, 본 솔루션이, 특정한 실시형태의 특정한 피쳐 또는 이점 중 하나 이상이 없어도 실시될 수도 있다는 것을 인식할 것이다. 다른 사례에서, 본 솔루션의 모든 실시형태에서 존재하지 않을 수도 있는 추가적인 피쳐 및 이점이 소정의 실시형태에서 인식될 수도 있다.