KR20170066505A

KR20170066505A - 절전 모드 및 페이징을 위한 서비스 능력 서버/epc 조정

Info

Publication number: KR20170066505A
Application number: KR1020177011623A
Authority: KR
Inventors: 스레시 팔라니사미; 마이클 에프. 스타시닉; 꾸앙 리; 자스비르 싱 라만; 다르샨 아파지고다; 니트야 비자이
Original assignee: 콘비다 와이어리스, 엘엘씨
Priority date: 2014-09-29
Filing date: 2015-09-28
Publication date: 2017-06-14
Also published as: JP6510038B2; CN107113537B; US10602441B2; EP3202189A1; CN107113537A; US20200196233A1; CN111586647B; KR20190026060A; WO2016053846A1; EP3657866A1; CN111586647A; JP2017529020A; US20160100362A1; KR102069755B1; US11019566B2; EP3202189B1; US20210250857A1

Abstract

본 출원은 네트워크 상의 디바이스의 절전 모드 특성을 제어하기 위한 컴퓨터에 의해 구현되는 장치에 관한 것이다. 장치는 디바이스의 절전 모드 특성을 제어하기 위한 명령어들을 갖는 비일시적인 메모리, 및 이에 동작 가능하게 결합된 프로세서를 포함한다. 프로세서는 디바이스의 특성을 업데이트하라는 요청을 수신하는 단계를 수행한다. 프로세서는 또한 요청에 기초하여 디바이스의 특성을 업데이트하는 단계를 수행한다. 프로세서는 특성이 업데이트되었다는 확인 응답을 전송하는 단계를 더 수행한다. 본 출원은 또한 네트워크 상의 디바이스의 절전 모드에 대한 버퍼링 및 데이터 처리를 지원하기 위한 네트워크 상의 컴퓨터에 의해 구현되는 장치에 관한 것이다.

Description

절전 모드 및 페이징을 위한 서비스 능력 서버/EPC 조정{SERVICE CAPABILITY SERVER/EPC COORDINATION FOR POWER SAVINGS MODE AND PAGING}

관련 출원에 대한 상호 참조

본 출원은 2014년 9월 29일자로 출원된 미국 가출원 제62/056,924호에 대한 우선권을 주장하며, 그 개시 내용은 그 전체가 본원에 참고로 포함되어 있다.

3GPP(Third Generation Partnership Project)는 다수의 통신 표준 개발 조직을 통합시키고, 무선 액세스, 코어 전송 네트워크 및 서비스 능력들을 포함하는 셀룰러 통신 네트워크 기술들을 위한 사양들을 개발하기 위한 환경을 그들의 멤버에게 제공한다. 3GPP 사양들은 또한 코어 네트워크에 대한 비-무선 액세스, 및 다른 네트워크들과의 인터워킹(interworking)을 위한 후크(hook)들을 제공한다.

최근에는 3GPP가 절전 모드(Power Savings Mode)(PSM) 피처를 도입했다. PSM은 사용자 장비(UE)가 페이징 청취를 중지하고, 아이들 모드 절차를 수행하는 것을 중지할 수 있는 새로운 UE 상태이다. UE가 이런 상태에 있을 때, UE는 모바일 착신(mobile terminated)(MT) 통신에 도달할 수 없다. UE가 에너지 절약으로부터 확실히 이익을 얻을 수 있는 동안, 예를 들어 서비스 능력 서버(Service Capability Server)(SCS)와 같은 다른 엔티티는 UE가 PSM 피처를 사용하고 있는지 여부에 관한 제어 또는 인식이 결여된다. 마찬가지로, UE는 SCS가 UE에 도달할 필요가 있을 때를 알지 못한다. 따라서, UE는 PSM을 호출하기 위한 최적의 시간을 알지 못할 수 있다.

PSM 피처는 현재, UE가 모바일 관리 엔티티(Mobile Management Entity)(MME)에게 미리 결정된 시간량 동안 PSM 모드로 들어가도록 요청할 수 있게 한다. MME는 UE의 요청이 승인되어야 하는지에 대한 권한을 갖는다. 따라서, SCS는 UE가 PSM 상태에 진입하는 것을 방지할 수 없다. SCS는 또한 UE가 PSM 상태에 진입하는 순간뿐만 아니라 PSM 상태의 지속 기간도 제어할 수 없다. 이와 별도로, UE가 PSM 상태로 들어갔다 나오는 것을 SCS는 알지 못한다. 이 정보가 없다면, SCS는 UE와의 MT 통신을 효율적으로 개시 및/또는 스케줄링할 수 없다. 다수의 PSM 가능 디바이스가 저 전력/저 비용 디바이스이기 때문에, 더 높은 전력 소비, 네트워크 리소스의 낭비 및 디바이스와의 고르지 못한 통신(patchy communication)을 피하기 위해 이들 디바이스에 데이터를 재송신하는 것을 피하는 것이 중요한다.

또한, PSM 피처는 UE가 '주기적 트래킹 영역 업데이트(Periodic Tracking Area Update)(TAU)'및 '활성 시간(Active time)'에 대한 값을 요청할 것을 요구한다. 요청된 시간들은 UE가 MT 데이터에 이용 가능하게 될 필요가 있을 것으로 예상할 때에 의존한다. MME가 이들 타이머의 최종 값을 결정하는 동안, MME는 UE에 대한 활성 타이머를 제공하라는 요청을 개시할 수 없다.

이 요약은 아래의 상세한 설명에서 더 설명되는 개념들의 발췌를 간단한 형태로 소개하기 위해 제공된다. 이러한 요약은 청구된 발명의 주제의 범위를 제한하기 위한 것이 아니다. 전술한 필요성은 사용자 장비(UE)의 제어 및 조정을 용이하게 하는 프로세스 및 시스템에 관한 본 출원에 의해 상당 부분 충족된다.

본 출원의 일 양태에서는, 네트워크 상의 디바이스의 절전 모드 특성을 제어하기 위한 컴퓨터에 의해 구현되는 장치가 설명된다. 장치는 절전 모드 특성을 제어하기 위해 저장된 명령어들을 갖는 비일시적인 메모리를 포함한다. 비일시적인 메모리는 명령어들을 실행하기 위한 프로세서에 동작 가능하게 결합된다. 명령어들은 네트워크 상의 디바이스의 특성을 업데이트하라는 요청을 수신하는 것을 포함한다. 명령어들은 또한 그 요청에 기초하여 디바이스의 특성을 업데이트하는 것을 포함한다. 명령어들은 특성이 업데이트되었다는 확인 응답을 전송하는 것을 더 포함한다.

본 출원의 다른 양태에서는, 네트워크 상의 디바이스의 절전 모드 특성을 제어하기 위한 컴퓨터에 의해 구현되는 장치가 설명된다. 장치는 절전 모드 특성을 제어하기 위해 저장된 명령어들을 갖는 비일시적인 메모리를 포함한다. 비일시적인 메모리는 명령어들을 실행하기 위한 프로세서에 동작 가능하게 결합된다. 명령어들은 네트워크 상의 디바이스로부터 트래킹 영역 업데이트 또는 부착 요청을 수신하는 것을 포함한다. 명령어들은 또한 디바이스 가용성 통지 요청을 코어 네트워크 인터워킹 기능 또는 서비스 능력 서버에 전송하는 것을 포함한다. 명령어들은 또한 인터워킹 기능 또는 서비스 능력 서버로부터 디바이스 가용성 통지 응답을 수신하는 것을 포함한다.

본 출원의 또 다른 양태에서는, 네트워크 상의 디바이스의 절전 모드에 대한 버퍼링 및 데이터 처리를 지원하기 위한 컴퓨터에 의해 구현되는 장치가 설명된다. 장치는 명령어들이 저장되어 있는 비일시적인 메모리를 포함한다. 비일시적인 메모리는 명령어들을 실행하기 위한 프로세서에 동작 가능하게 결합된다. 명령어들은 서빙 게이트웨이로부터 다운링크 데이터 통지를 수신하는 것을 포함한다. 명령어들은 또한 디바이스가 절전 모드에 있고 향상된 데이터 처리 플래그가 인에이블되어 있다고 결정하는 것을 포함한다. 명령어들은 향상된 데이터 처리 플래그를 포함하는 다운링크 데이터 통지 확인 응답을 서빙 게이트웨이에 전송하는 것을 더 포함한다.

본 출원의 추가 양태에서는, 네트워크 상의 디바이스의 절전 모드 특성을 제어하기 위한 컴퓨터에 의해 구현되는 방법이 기술된다. 방법은 네트워크 상의 디바이스로부터 트래킹 영역 업데이트 또는 부착 요청을 수신하는 단계를 포함한다. 방법은 또한 디바이스 가용성 통지 요청을 코어 네트워크 인터워킹 기능 또는 서비스 능력 서버에 전송하는 단계를 포함한다. 방법은 코어 네트워크 인터워킹 기능 또는 서비스 능력 서버로부터 디바이스 가용성 통지 응답을 수신하는 단계를 더 포함한다. 통지 요청은 디바이스가 절전 모드를 종료할 때의 통지 정보를 제공한다.

본 출원의 추가 양태에서는, 네트워크 상의 디바이스의 절전 모드 특성을 제어하기 위한 컴퓨터에 의해 구현되는 방법이 기술된다. 방법은 네트워크 상의 디바이스의 특성을 업데이트하라는 요청을 수신하는 단계를 포함한다. 방법은 또한 요청에 기초하여 디바이스의 특성을 업데이트하는 단계를 포함한다. 방법은 또한 특성이 업데이트되었다는 확인 응답을 전송하는 단계를 포함한다. 방법은 가입자 데이터 삽입 요청을 이동성 관리 엔티티로 포워딩하는 단계를 더 포함한다.

본 발명의 추가 양태에서는, 네트워크 상의 디바이스의 절전 모드에 대한 버퍼링 및 데이터 처리를 지원하기 위한 컴퓨터에 의해 구현되는 방법이 기술된다. 방법은 서빙 게이트웨이로부터 다운링크 데이터 통지를 수신하는 단계를 포함한다. 방법은 또한 디바이스가 절전 모드에 있고 향상된 데이터 처리 플래그가 인에이블되어 있다고 결정하는 단계를 포함한다. 방법은 또한 향상된 데이터 처리 플래그를 포함하는 다운링크 데이터 통지 확인 응답을 서빙 게이트웨이에 전송하는 단계를 포함한다. 방법은 디바이스를 페이징하는 단계를 더 포함한다.

본 발명의 상세한 설명을 더 잘 이해할 수 있도록 하기 위해, 그리고 본 기술분야에 대한 본 발명의 기여를 더 잘 알 수 있도록 하기 위해, 본 발명의 특정 실시예들이 다소 광범위하게 약술되었다.

본 출원의 보다 견고한 이해를 용이하게 하기 위해서, 첨부 도면을 참조하여, 동일한 요소는 동일한 도면 부호로 참조된다. 이들 도면은 본 출원을 제한하는 것으로 해석되어서는 안 되며, 단지 예시일 뿐이다.
도 1은 E-UTRAN, 진화된 패킷 코어 및 외부 네트워크(들)의 기본 아키텍처를 도시한다.
도 2는 3GPP 코어 네트워킹 아키텍처를 도시한다.
도 3a는 일 실시예에 따른 LWM2M 서버와 LWM2M 클라이언트 간의 인터페이스를 도시한다.
도 3b는 일 실시예에 따른 M2M 서비스 계층과 DM 계층 간의 인터페이스를 도시한다.
도 4a는 머신-투-머신(machine-to-machine)(M2M) 또는 IoT 통신 시스템의 일 실시예를 도시한다.
도 4b는 M2M 서비스 플랫폼의 애플리케이션의 일 실시예를 도시한다.
도 4c는 예시적인 M2M 디바이스의 시스템 다이어그램의 애플리케이션의 일 실시예를 도시한다.
도 4d는 예시적인 컴퓨팅 시스템의 블록도의 애플리케이션의 일 실시예를 도시한다.
도 5는 일 실시예에 따라 서비스 능력 서버(SCS)가 디바이스 주기성 특성을 MME에 전송하는 호출 흐름을 도시한다.
도 6은 일 실시예에 따라 SCS가 디바이스 주기성 특성을 MMM에 전송하는 다른 호출 흐름을 도시한다.
도 7은 일 실시예에 따른 프리 트리거링 호출 흐름을 도시한다.
도 8은 일 실시예에 따른 트래킹 영역 업데이트(tracking area update)(TAU) 호출 흐름을 도시한다.
도 9는 일 실시예에 따른 부착 호출 흐름을 도시한다.
도 10은 일 실시예에 따른 S1 해제 절차에 대한 향상을 설명하는 호출 흐름을 도시한다.
도 11은 다른 실시예에 따른 저 전력 선호도를 표시하기 위한 사용자 장비 지원 정보 호출 흐름을 도시한다.
도 12는 일 실시예에 따른 네트워크-개시된 서비스 요청 절차를 도시한다.
도 13은 다른 실시예에 따른 사용 장비-트리거된 서비스 요청 절차이다.
도 14는 일 실시예에 따른 경량 머신-투-머신(lightweight machine-to-machine)(LWM2M) 서버 요청들을 도시한다.
도 15는 다른 실시예에 따른 LWM2M 서버 요청을 도시한다.

예시적인 실시예의 상세한 설명은 본 명세서의 다양한 도면, 실시예 및 양태를 참조하여 설명될 것이다. 이러한 설명은 가능한 구현의 상세한 예를 제공하지만, 상세한 설명은 예시적인 것으로 의도되었으므로 본 출원의 범위를 제한하지 않는다는 것을 이해해야 한다.

본 명세서에서 "하나의 실시예", "일 실시예", "하나 이상의 실시예", "일 양태" 또는 다른 유사한 것의 언급은 그 실시예와 관련해서 설명된 특정한 피처, 구조, 또는 특성이 본 개시내용의 적어도 하나의 실시예에 포함됨을 의미한다. 더욱이, 본 명세서의 다양한 곳에서의 용어 "실시예"는 반드시 모두가 동일한 실시예를 지칭하는 것은 아니다. 즉, 일부 실시예들에 의해서는 드러나지만 기타 실시예들에 의해서는 그렇지 않을 수 있는 다양한 피처들이 설명된다.

본 출원은 코어 네트워크(CN)와 서비스 능력 서버(SCS) 사이에서 UE들의 제어 및 조정을 용이하게 하기 위한 기술을 설명한다. 본 출원의 일 양태에서는, UE들이 절전 모드(PSM)에 진입하고, 이를 유지하고, 여기서 나갈 때를 제어하는 기술들이 설명된다. 특히, 본 출원은 이동성 관리 엔티티(MME), MTC 인터워킹 기능(MTC-IWF) 및 서비스 능력 서버(SCS)를 포함하는, 코어 네트워크(CN) 사이에 새로운 프로토콜을 제공한다. 일 실시예에서, SCS는 UE 도달 가능성(reachability)을 머신 모바일 착신(MT) 데이터 주기성과 정렬시키기 위해 개별 UE에 대한 PSM 피처를 인에이블 및/또는 디스에이블할 수 있다. 다른 실시예에서, SCS는 모든 트래킹 영역 업데이트(TAU) 및 부착 요청 시에 모바일 착신(MT) 데이터를 조정하기 위해 MME에 가입할 수 있다. SCS는, UE의 활성 시간이 MT 데이터와 정렬되게 하기 위해서 MME가 UE에 전송하는 "활성 타이머" 및 "주기적 TAU 타이머" 값들의 결정에도 영향을 미칠 수 있다. 다른 실시예에서, SCS는 서빙 게이트웨이(SGW)에서 데이터의 향상된 버퍼링을 인에이블 및/또는 디스에이블할 수 있고, 또한 PSM 내의 UE들 또는 저전력 UE들인 UE들로 데이터 패킷의 전달을 보장하기 위해 eNodeB에서 데이터를 특별히 처리할 수 있다. 그렇게 함으로써, 애플리케이션 레벨 재송신은 감소 및/또는 제거될 수 있다.

본 출원의 또 다른 양태는 PSM UE들을 프리 트리거링하기 위한 신규한 절차에 관한 것이다. 예를 들어, 코어 네트워크 인터워킹 기능은 SCS로부터 MME로 요청 메시지를 송신하는 것을 용이하게 할 수 있다. 머신 타입 통신 인터워킹 기능(machine type communication interworking function)(MTC-IWF)은 SCS로부터 MME 또는 HSS로 요청 메시지를 송신하는 것을 용이하게 할 수 있는 코어 네트워크 인터워킹 기능의 한 타입이다. 서비스 능력 노출 기능(Service Capability Exposure Function)(SCEF)은 SCS로부터 MME 또는 HSS로 요청 메시지를 송신하는 것을 용이하게 할 수 있는 코어 네트워크 인터워킹 기능의 다른 타입이다. 예를 들어, SCS는 아이들 모드에 있는 UE를 제어하기 위해 디바이스 가용성 통지(Device-Availability-Notification) 요청을 통해 UE에 통지할 수 있다. 더욱이, SCS는 디바이스-가용성-통지 응답(Device-Availability-Notification answer)을 통해 응답을 수신할 수 있다.

본 출원의 또 다른 양태에 따르면, UE에서 PSM을 개시하는 능력을 가진 코어 네트워크 노드(core network node)(MME)가 설명된다. 일 실시예에서, UE는 자신의 PSM 능력을 인식하게 되어 네트워크에게 네트워크 개시된 PSM 절차를 수행하게 허용함으로써 네트워크에 더 많은 제어를 제공한다. 다른 실시예에서, CN은 UE에 대한 PSM이 UE 지원 정보에서 저전력 소비 선호도를 제공 가능하게 할 수 있다.

본 출원의 또 다른 양태에서는, 저 이동성 디바이스에 대한 페이징을 최적화하기 위한 절차가 설명된다. 이렇게 함으로써, UE는 AS 기능성이 PSM 동안 턴 오프되기 때문에, 더 적은 배터리 전력을 소비할 수 있다. 일 실시예에서, MME는 MME에 의해 서빙되는 전체 TA 리스트를 모든 접속하는 UE들에 제공하는 대신에 그것의 이동성 파라미터들에 기초하여 각각의 UE에 트래킹 영역(TA) 리스트의 특정한 서브세트를 제공하도록 구성될 수 있다. 다른 실시예에서, CN은 트래킹 영역 리스트 내의 모든 트래킹 영역들을 페이징하는 대신에 최종 업데이트된 트래킹 영역을 페이징함으로써, 고정/낮은 이동성 UE에 대한 페이징 최적화를 지원할 수 있다.

아래의 표 1은 본 출원 전반에 걸쳐 일반적으로 사용되는 약어들의 리스트를 제공한다.

무선 통신을 위한 3GPP 코어 네트워크 아키텍처의 최근 진화는 진화된 패킷 코어(Evolved Packet Core)(EPC)로서 지칭된다. EPC는 표준의 릴리스 8에서 3GPP에 의해 처음 도입되었다. 이것은, 성능과 비용 관점에서 데이터 트래픽을 효율적으로 처리하기 위하여 "플랫 아키텍처(flat architecture)"를 갖도록 설계되었고, 트래픽을 처리하는데 있어서 소수의 네트워크 노드가 수반된다. 프로토콜 변환은 또한 일반적으로 회피된다. ("사용자 평면"이라고도 하는) 사용자 데이터를 ("제어 평면"이라고도 하는) 시그널링으로부터 분리하는 것이 역시 결정되어, 네트워크 오퍼레이터들이 그들의 네트워크를 용이하게 크기조정 및 적응할 수 있게 해준다.

머신 타입 통신(MTC)은 반드시 인간 상호 작용을 수반하지 않는 상이한 엔티티들 간의 통신을 수반한다. 특히, M2M 디바이스들은 낮은 이동성을 갖는 것으로 특징지어질 수 있다. 즉, M2M 디바이스는 특정 영역 내에서 이동하지 않거나, 드물게 이동하거나 이 내에서만 이동할 수 있다. 하나의 예는 가로등에 설치된 M2M 디바이스일 수 있다. M2M 디바이스는 드문 모바일 착신 통신을 갖는 것으로 특징지어질 수 있다. 특히, 이들은 데이터를 수신할 필요가 드물 수 있다. 예를 들어, 스마트 미터는 자주 데이터를 수집하고 이를 SCS로 전송할 수 있지만, SCS는 드물게 스마트 미터와의 통신을 개시할 수 있다. M2M 디바이스는 시간 제어 통신 또는 비대칭 통신을 갖는 것으로 특징지어질 수 있다. 일부 M2M 디바이스는 매우 예측 가능한 시간에 데이터를 전송 또는 수신할 수 있는 데, 예를 들어 환경 센서는 하루 중 정의된 시간에 센서 판독치를 전송하도록 프로그래밍될 수 있다. 반대로, 다른 M2M 디바이스는, 예를 들어 가정 보안 경보 시스템과 같이 매우 짧은 대기 시간을 필요로 할 수 있다.

MTC 디바이스는 외부 MTC 애플리케이션과 통신하기 위해 SCS의 서비스를 이용할 수 있다. 3GPP 시스템은 M2M 디바이스 통신을 위한 전송을 제공한다. 또한, 3GPP 시스템은 머신 타입 통신을 위한 다른 부가 가치 서비스를 제공할 수도 있다. 3GPP 시스템 내의 상이한 아키텍처 모델들은 MTC 서비스 공급자(SCS)와 3GPP 네트워크 오퍼레이터의 관계에 기초한다. MTC-IWF는 하나 이상의 SCS와의 3GPP 네트워크의 통신을 가능하게 하기 위해 3GPP 시스템에 도입되었다. MTC-IWF는 독립형 엔티티이거나 다른 네트워크 요소의 기능적 엔티티일 수 있다. MTC-IWF는 내부 PLMN 토폴로지를 숨기고 직경 기반 Tsp 기준점을 통해 전송된 정보를 릴레이 또는 번역하여 PLMN 내의 특정 기능을 호출한다.

일 실시예에 따르면, 도 1은 E-UTRAN(LTE 액세스 네트워크)을 통해 EPC(102)에 접속된 사용자 장비(UE)(104)(예를 들어, 이동 전화 또는 다른 무선 디바이스)를 포함하는 기본 아키텍처 다이어그램(100)을 도시한다. 진화된 NodeB(eNodeB)(106)는 LTE 무선용 기지국이다. EPC는, (i) 서빙 게이트웨이(서빙 GW)(110), (ⅱ) 패킷 데이터 네트워크 게이트웨이(PDN GW)(112), (ⅲ) MME(114), 및 (ⅳ) HSS(116)의 4개의 네트워크 요소를 포함한다. EPC는 외부 네트워크(108)에 접속될 수 있다. HSS(Home Subscriber Server)(116)는 사용자 관련 및 가입자 관련 정보를 포함하는 데이터베이스이다. 또한, 이동성 관리, 호출 및 세션 셋업, 사용자 인증 및 액세스 인가에서 지원 기능을 제공한다.

게이트웨이들(서빙 GW(110) 및 PDN GW(112))은 사용자 평면을 다룬다. 이들은 사용자 장비(UE)와 외부 네트워크들 사이에서 IP 데이터 트래픽을 전송한다. 서빙 GW(110)는 무선 측과 EPC 사이의 상호접속 점이다. 그 명칭이 나타내는 바와 같이, 이러한 게이트웨이는 인입(incoming) 및 인출(outgoing) IP 패킷들을 라우팅하는 것에 의해 UE를 서빙한다. 그것은 LTE-내 이동성을 위한 앵커 포인트, 즉 eNodeB들 사이 및 LTE와 다른 3GPP 액세스들 사이의 핸드 오버의 경우의 앵커 포인트이다. 이것은, 다른 게이트웨이, 즉 PDN GW에 논리적으로 접속된다.

PDN GW(112)는, EPC와, 인터넷과 같은 외부 IP 네트워크 사이의 상호접속 점이다. 이들 네트워크는 PDN(Packet Data Network)으로 불리며, 그래서 이렇게 명명된다. PDN GW는 패킷들을 PDN에 및 PDN으로부터 라우팅한다. PDN GW는 또한, IP 어드레스/IP 프리픽스 할당(prefix allocation) 또는 정책 제어와 과금과 같은 다양한 기능을 수행한다. 3GPP는 이들 게이트웨이를 독립적으로 특정하지만, 실제로 그것들을 네트워크 벤더들에 의해 단일 "박스"에서 결합될 수 있다.

MME(Mobility Management Entity)(114)는 제어 평면을 다룬다. 그것은 E-UTRAN 액세스에 대한 이동성 및 보안과 관련되는 시그널링을 처리한다. 이러한 MME는 아이들 모드에 있는 UE들의 트래킹 및 페이징을 담당한다. 그것은 또한 논-액세스 계층(Non-Access Stratum)(NAS)의 종단 포인트이다.

도 1에 도시된 바와 같이, UE(104)는 E-UTRAN을 사용하여 EPC(102)에 도달할 수 있지만, 이것이 지원되는 유일한 액세스 기술은 아니다. 3GPP는 다수의 액세스 기술들의 지원을 명시하며 또한 이러한 액세스들 사이의 핸드오버를 명시한다. 이러한 아이디어는 다수의 액세스 기술들을 통해 다양한 IP 기반의 서비스들을 제공하는 고유한 코어 네트워크를 사용하는 수렴을 야기하는 것이다. 기존 3GPP 라디오 액세스 네트워크들이 지원된다. 3GPP 사양들은, E-UTRAN(LTE 및 LTE-Advanced), GERAN(Radio Access Network of GSM/GPRS) 및 UTRAN(Radio Access Network of UMTS-based technologies WCDMA 및 HSPA) 사이에 어떻게 인터워킹이 달성되는지를 정의한다.

이러한 아키텍처는 또한 논-3GPP 기술들이 UE와 EPC를 상호접속하게 한다. 논-3GPP는 이러한 액세스들이 3GPP에 명시되지 않았다는 것을 의미한다. 이러한 기술들은, 예를 들어, WiMAX, cdma2000®, WLAN 또는 고정형 네트워크들을 포함한다. 논-3GPP 액세스는 2개의 카테고리로 분할될 수 있다: "신뢰형(trusted)" 액세스 및 "비신뢰형(untrusted)". 신뢰형 논-3GPP 액세스는 EPC와 직접 상호작용할 수 있다. 비신뢰형 논-3GPP 액세스는 ePDG(Evolved Packet Data Gateway)(도시되지 않음)로 불리는 네트워크 엔티티를 통해 EPC와 인터워킹한다. ePDG의 주요 역할은 비신뢰형 논-3GPP 액세스를 통해 UE와의 접속들의 IPsec 터널링과 같은 보안 메커니즘들을 제공하는 것이다. 3GPP는 어느 논-3GPP 기술들이 신뢰형 또는 비신뢰형으로 고려되어야 하는지를 명시하지 않는다. 이러한 결정은 오퍼레이터에 의해 이루어진다.

도 1에 예시된 3GPP 네트워크 아키텍처는 원래 인간에 의해 작동되는 디바이스들 간의 통신을 가능하게 하도록 설계되었다. 예를 들어, 3GPP 네트워크는, 인터넷과 같은 패킷 교환형 네트워크와 GSM(Global System for Mobile Communications) 네트워크와 같은 회선 교환형 네트워크에 대한 액세스를 스마트폰에 제공하는데 매우 적합한다. 3GPP 네트워크는, 스마트 미터링, 홈 오토메이션, e헬스(eHealth), 소비자 제품, 차량 관리(fleet management) 등을 수반하는 통신과 같은, 머신 또는 디바이스들이 네트워크를 통해 서로 통신하는 머신 타입 통신(MTC)이라고도 하는 소위 머신-투-머신(M2M) 통신 처리에 최적화된 방식으로 최초 설계되지는 않았다.

3GPP 명세의 릴리스 11(R11)에서, 3GPP는 머신 타입 통신/머신-투-머신 통신을 위한 UMTS 코어 네트워크의 인터워킹 능력을 향상시켰다. 인터워킹이란, 정보를 교환하거나, 디바이스들을 제어하거나, 또는 디바이스들을 모니터링하거나, 또는 디바이스들과 통신할 목적으로 코어 네트워크에 인터페이스하는 서버 또는 애플리케이션을 말한다.

다른 실시예에서, 도 2는 TS 23.682 V11.5.0에서 3GPP에 의해 제시된 MTC 아키텍처를 예시한다. 도 2에 도시된 바와 같이, 서비스 능력 서버(SCS)(212)는, 코어 네트워크, 디바이스, 및 애플리케이션에 서비스를 제공할 수 있다. SCS는 또한 M2M 서버, MTC 서버, 서비스 능력 계층, 또는 공통 서비스 엔티티(Common Services Entity)(CSE)라고도 불릴 수 있다. SCS(212)는 HPLMN(home public land mobile network)의 오퍼레이터에 의해 또는 MTC 서비스 제공자에 의해 제어될 수 있다. SCS는 오퍼레이터 도메인 내부에 또는 외부에 배치될 수 있다. SCS가 오퍼레이터 도메인 내부에 배치되면, 이러한 SCS는, 내부 네트워크 기능일 수 있고, 오퍼레이터에 의해 제어될 수 있다. SCS가 오퍼레이터 도메인 외부에 배치되면, 이러한 SCS는 MTC 서비스 제공자에 의해 제어될 수 있다.

SCS는 Tsp 기준점(즉, 인터페이스)을 통해 머신 타입 통신(MTC) 인터워킹 기능(MTC-IWF)(210)과 통신할 수 있다. Tsp 기준점은 코어 네트워크와 인터워킹하는데 사용되는 인터페이스의 일 예이다.

다른 실시예에서, 도 2에 도시된 바와 같이, 기준점(즉, 인터페이스) Tsms(202)는 단문 메시지 서비스(SMS) 서비스 센터(SMS-SC)(204)를 단문 메시지 엔티티(SME)(206)에 접속시킬 수 있다. Tsms 기준점은 코어 네트워크와의 인터워킹에 사용되는 인터페이스의 다른 예이다. SMS-SC(204)는 T4 기준점을 통해 MTC-IWF와 통신한다.

SCS(212)는, 예를 들어 경계(218)에 의해 정의된 바와 같이, 사용자 장비 MTC(UE MTC) 애플리케이션(216), HPLMN 내의 MTC-IWF(210) 또는 디바이스 트리거링을 위한 SMS-SC(204)와 통신하기 위해 3GPP 네트워크에 접속하는 엔티티일 수 있다. SCS(212)는 하나 이상의 애플리케이션 서버 MTC(AS MTC) 애플리케이션에 의해 사용하기 위한 능력들을 제공할 수 있다.

UE는, 무선 액세스 네트워크(Radio Access Network)(RAN)(219)를 포함하는, 공중 육상 이동 네트워크(Public Land Mobile Network)(PLMN)를 통해 SCS(들) 및/또는 다른 MTC UE(들)와 통신할 수 있다. MTC UE(214)는 하나 이상의 MTC 애플리케이션(216)을 관리할 수 있다. MTC 애플리케이션들은 또한 하나 이상의 애플리케이션 서버(AS)(220/222)에 호스팅될 수 있다. MTC 애플리케이션(216)은, SCS(212), AS MTC 애플리케이션, 또는 다른 UE MTC 애플리케이션과 상호작용할 수 있는 MTC 통신 엔드포인트일 수 있다.

AS(220/222)는 또한 하나 이상의 MTC 애플리케이션을 호스팅할 수 있다. AS는 SCS(들)(212) 또는 GGSN/P-GW(224)와 인터페이싱할 수 있다. AS 상의 MTC 애플리케이션들은, SCS들, UE MTC 애플리케이션들, 또는 다른 MTC 애플리케이션들과 상호작용할 수 있다.

MTC 인터워킹 기능(MTC-IWF)(210)은 내부 PLMN 토폴로지를 SCS(212)로부터 은닉할 수 있다. MTC-IWF는 PLMN에서 MTC 기능성(예를 들어, MTC UE 트리거링)을 지원하기 위해 (예를 들어, Tsp 기준점(208)를 통해) 자신과 SCS 사이에 사용되는 시그널링 프로토콜들을 릴레이 및/또는 번역할 수 있다. 예를 들어, SCS는 MTC-IWF가 MTC 디바이스에 트리거를 전송하는 것을 요청할 수 있다. MTC-IWF는 SMS를 통해 MTC 디바이스(214)에 MTC 트리거를 전달할 수 있다. MTC 디바이스(216)는, 이러한 트리거에 기초하여, SCS(212)에 응답할 수 있다. MTC 디바이스(216)는, 예를 들어 센서 판독치로 응답할 수 있다. MTC 디바이스(216)가 SCS(212)에 응답할 때, MTC 디바이스는 패킷 데이터 네트워크(PDN)/패킷 데이터 프로토콜(PDP) 접속을 사용하여 SCS(212)와 통신할 수 있다. MTC 디바이스는 IP 접속을 사용하여 SCS와 접속할 수 있다.

MTC-IWF(210)는 SCS가 3GPP 네트워크와 통신을 확립하기 전에 SCS(212)를 인가할 수 있다. 예를 들어, SCS(212)가 Tsp 기준점에 대해 트리거 요청을 하면, MTC-IWF(210)는 SCS가 트리거 요청을 전송하도록 인가되었는지, 및 SCS가 트리거 제출의 쿼타(quota) 또는 레이트를 초과하지 않았는지를 체크할 수 있다.

도 2에 더 도시된 바와 같이, 모바일 스위칭 센터(mobile switching center)(MSC)(238)는 GSM/CDMA에 대한 1차 서비스 전달 노드이며, 음성 통화 및 SMS뿐만 아니라 다른 서비스들(전화 회의, FAX 및 회선 교환형 데이터)의 라우팅을 담당한다. MSC는 종단간 접속을 셋업 및 해제하고, 통화 도중 이동성 및 핸드오버 요건을 처리하며, 과금 및 실시간 선불 계정 모니터링을 담당한다.

LWM2M 아키텍처

리소스 제한된 M2M/IoT 디바이스의 관리를 가능하게 하기 위해 OMA(Open Mobile Alliance) 표준 기구에 의해 경량 머신 투 머신(lightweight machine to machine)(LWM2M) 프로토콜이 개발되었다. 이 프로토콜의 목적은 CoAP(Constrained Application Protocol)와 같은 효율적인 전송 프로토콜을 사용하고 메시지 및 데이터 모델 크기를 최소화하여 프로토콜 오버헤드를 최소화하는 경량 아키텍처를 제공하는 것이었다. 도 3a는 LWM2M 서버(310)가 최소한의 효율적인 스택을 사용하여 다양하게 정의된 인터페이스들을 통해 LWM2M 클라이언트(320)와 통신하는 OMA LWM2M 아키텍처를 도시한다. LWM2M 클라이언트(320)는 M2M/IoT 디바이스 상에서 실행되며 관리 기능을 수행하는 데 사용될 수 있는 LWM2M 오브젝트를 구현한다. 이러한 오브젝트들은 LWM2M 서버에서 실행될 수 있는 디바이스에 호스팅된 리소스들을 통합하는 LWM2M 데이터 모델들이다. 관리될 수 있는 기능들 중에는, 소프트웨어 버전, 배터리 레벨 및 이용 가능한 메모리와 같은 디바이스 정보를 얻는 것 외에도 셀룰러 링크 품질 및 무선 신호 강도와 같은 접속성 모니터링을 제공하는 것이 있다.

LWM2M 아키텍처(350)는 도 3b에 도시된 바와 같이 M2M 인터페이스(360)를 통해 M2M 서비스 계층 아키텍처(370)에 통합될 수 있다. 이러한 통합의 결과로서, M2M/IoT 디바이스들(380)의 디바이스 관리는 서비스 계층 도메인 내에서 쉽게 실현될 수 있다. 서비스 계층에 등록된 M2M 애플리케이션은 LWM2M 서버와 같은 관리 서버에 대한 디바이스 관리를 개시할 수 있어, 디바이스 상에서 관리 커맨드를 실행할 것이다. 이러한 통합의 결과로서, 링크 품질 및 배터리 레벨과 같은 주요 메트릭은 디바이스로부터 검색되고 디바이스를 관리하기 위해 전반적인 전력 보존 전략의 일부로 사용될 수 있다.

일반적 아키텍처

도 4a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 머신-투-머신(M2M), 사물 인터넷(IoT), 또는 사물 웹(Web of Things)(WoT) 통신 시스템(10)의 도면이다. 일반적으로, M2M 기술들은 IoT/WoT를 위한 빌딩 블록을 제공하며, 임의의 M2M 디바이스, 게이트웨이 또는 서비스 플랫폼은 IoT/WoT의 컴포넌트는 물론이고 IoT/WoT 서비스 계층, 등일 수 있다.

도 4a에 도시된 바와 같이, M2M/IoT/WoT 통신 시스템(10)은 통신 네트워크(12)를 포함한다. 통신 네트워크(12)는 고정형 네트워크(예를 들어 이더넷, 파이버, ISDN, PLC 또는 이와 유사한 것), 또는 무선 네트워크(예를 들어, WLAN, 셀룰러, 또는 이와 유사한 것), 또는 이종 네트워크들의 네트워크일 수 있다. 예를 들어, 통신 네트워크(12)는 음성, 데이터, 비디오, 메시징, 브로드캐스트, 또는 이와 유사한 것과 같은 콘텐츠를 복수의 사용자에게 제공하는 다중 액세스 네트워크로 구성될 수 있다. 예를 들어, 통신 네트워크(12)는 CDMA(code division multiple access), TDMA(time division multiple access), FDMA(frequency division multiple access), OFDMA(orthogonal FDMA), SC-FDMA(single-carrier FDMA), 및 다른 유사한 것과 같은 하나 이상의 채널 액세스 방법을 채택할 수 있다. 또한, 통신 네트워크(12)는, 예를 들어 코어 네트워크, 인터넷, 센서 네트워크, 산업용 제어 네트워크, 개인 영역 네트워크, 융합 개인 네트워크(fused personal network), 위성 네트워크, 홈 네트워크, 또는 엔터프라이즈 네트워크와 같은 다른 네트워크들을 포함할 수 있다.

도 4a에 도시된 바와 같이, M2M/IoT/WoT 통신 시스템(10)은 인프라구조 도메인 및 필드 도메인을 포함할 수 있다. 인프라구조 도메인은 종단 대 종단 M2M 배치의 네트워크 측을 지칭하고, 필드 도메인은 보통은 M2M 게이트웨이의 배후에 있는 영역 네트워크들을 지칭한다. 필드 도메인은 프록시를 갖는 SCS와 같은 M2M 게이트웨이(14), 및 UE 디바이스와 같은 단말 디바이스(18)를 포함한다. 임의의 수의 M2M 게이트웨이 디바이스들(14)과 M2M 단말 디바이스들(18)이 원하는 바에 따라 M2M/IoT/WoT 통신 시스템(10)에 포함될 수 있다는 점을 이해할 것이다. M2M 게이트웨이 디바이스(14) 및 M2M 단말 디바이스(18) 각각은 통신 네트워크(12) 또는 직접 무선 링크를 통해 신호를 송신 및 수신하도록 구성된다. M2M 게이트웨이 디바이스(14)는 무선 M2M 디바이스, 예를 들어 셀룰러 및 논-셀룰러뿐만 아니라 고정된 네트워크 M2M 디바이스, 예를 들어 PLC가 통신 네트워크(12)와 같은 오퍼레이터 네트워크 또는 직접 무선 링크를 통하여 통신할 수 있게 한다. 예를 들어, M2M 디바이스들(18)은 통신 네트워크(12) 또는 직접 무선 링크를 통해 데이터를 수집할 수 있고 그 데이터를 M2M 애플리케이션(20) 또는 M2M 디바이스들(18)에 전송할 수 있다. M2M 디바이스들(18)은 또한 M2M 애플리케이션(20) 또는 M2M 디바이스(18)로부터 데이터를 수신할 수 있다. 또한, 데이터 및 신호들은 아래 기술되는 것처럼 M2M 서비스 계층(22)을 통해 M2M 애플리케이션(20)에 송신되고 이로부터 수신될 수 있다. 일 실시예에서, 서비스 계층(22)은 PCE일 수 있다. M2M 디바이스들(18) 및 게이트웨이들(14)은, 예들 들어 셀룰러, WLAN, WPAN(예를 들어, Zigbee, 6LoWPAN), 블루투스, 직접 무선 링크 및 유선을 포함하는 다양한 네트워크들을 통해 통신할 수 있다.

도 4b를 참조하면, 필드 도메인 내의 예시된 M2M 서비스 계층(22)은 M2M 애플리케이션(20), M2M 게이트웨이 디바이스들(14), 및 M2M 단말 디바이스들(18) 및 통신 네트워크(12)에 대한 서비스들을 제공한다. M2M 서비스 계층(22)이 원하는 대로 임의의 수의 M2M 애플리케이션, M2M 게이트웨이 디바이스(14), M2M 단말 디바이스(18) 및 통신 네트워크(12)와 통신할 수 있다는 것을 이해할 것이다. M2M 서비스 계층(22)은 하나 이상의 서버, 컴퓨터, 또는 다른 유사한 것에 의해 구현될 수 있다. M2M 서비스 계층(22)은 M2M 단말 디바이스(18), M2M 게이트웨이 디바이스(14) 및 M2M 애플리케이션(20)에 적용되는 서비스 능력들을 제공한다. M2M 서비스 계층(22)의 기능들은 다양한 방식으로 구현될 수 있다. 예를 들어, M2M 서비스 계층(22)은 웹 서버, 셀룰러 코어 네트워크, 클라우드, 등 내에서 구현될 수 있다.

예시된 M2M 서비스 계층(22)과 유사하게, 인프라구조 도메인에는 M2M 서비스 계층(22')이 있다. M2M 서비스 계층(22')은 인프라구조 도메인 내의 M2M 애플리케이션(20') 및 기저 통신 네트워크(12')를 위한 서비스를 제공한다. M2M 서비스 계층(22')은 필드 도메인 내의 M2M 게이트웨이 디바이스(14) 및 M2M 단말 디바이스(18)에 대한 서비스도 제공한다. M2M 서비스 계층(22')은 임의 수의 M2M 애플리케이션, M2M 게이트웨이 디바이스 및 M2M 단말 디바이스와 통신할 수 있다는 것을 이해할 것이다. M2M 서비스 계층(22')은 상이한 서비스 제공자에 의해 서비스 계층과 상호 작용할 수 있다. M2M 서비스 계층(22')은 하나 이상의 서버, 컴퓨터, 가상 머신(예를 들어, 클라우드/컴퓨트/스토리지 팜, 등), 또는 다른 유사한 것에 의해 구현될 수 있다.

또한 도 4b를 참조하면, M2M 서비스 계층(22 및 22')은 다양한 애플리케이션 및 버티컬(vertical)이 레버리지화할 수 있는 서비스 전달 능력의 코어 세트를 제공한다. 이러한 서비스 능력은 M2M 애플리케이션(20 및 20')이 디바이스와 상호 작용할 수 있게 하고 데이터 수집, 데이터 분석, 디바이스 관리, 보안성, 빌링, 서비스/디바이스 탐색, 등과 같은 기능을 수행할 수 있게 한다. 본질적으로, 이러한 서비스 능력들은 이러한 기능성들을 구현해야 하는 애플리케이션들의 부담을 없애고, 따라서 애플리케이션 개발을 단순화하고 마케팅하기 위한 비용 및 시간을 줄인다. 서비스 계층(22 및 22')은 M2M 애플리케이션(20 및 20')이, 서비스 계층(22 및 22')이 제공하는 서비스와 관련하여 다양한 네트워크(12 및 12')를 통해 통신할 수 있게 한다.

M2M 애플리케이션들(20 및 20')은, 예들 들어 제한 없이, 운송, 건강 및 건강관리, 접속된 홈, 에너지 관리, 자산 추적, 및 보안과 감시 등과 같은 다양한 산업들에서의 애플리케이션들을 포함할 수 있다. 앞서 언급한 바와 같이, 시스템의 디바이스들, 게이트웨이들, 및 다른 서버들에 걸쳐 실행되는 M2M 서비스 계층은, 예를 들어 데이터 수집, 디바이스 관리, 보안, 빌링, 위치 트래킹/지오펜싱(tracking/geofencing), 디바이스/서비스 발견, 및 레거시 시스템들 통합과 같은 기능들을 지원하고, 이러한 기능들을 서비스들로서 M2M 애플리케이션들(20 및 20')에 제공한다. 더욱이, M2M 서비스 계층은 본 출원에서 논의되고 도면에 도시된 바와 같이 UE, SCS 및 MME와 같은 다른 디바이스와 인터페이스하도록 구성될 수도 있다.

본 출원에서 논의된 UE의 PSM 모드를 제어 및 조정하는 방법은 서비스 계층의 일부로서 구현될 수 있다. 서비스 계층은 API(Application Programming Interface) 및 기본 네트워킹 인터페이스의 세트를 통하여 부가 가치 서비스 능력을 지원하는 소프트웨어 미들웨어 계층이다. ETSI M2M 및 oneM2M 모두는 UE PSM 모드를 제어 및 조정하는 이런 방법을 포함할 수 있는 서비스 계층을 사용한다. ETSI M2M의 서비스 계층은 SCL(Service Capability Layer)이라고 지칭된다. SCL은 M2M 디바이스(여기서 이것은 DSCL(Device SCL)이라고 지칭됨), 게이트웨이(여기서 이것은 GSCL(gateway SCL)이라고 지칭됨) 및/또는 네트워크 노드(여기서 이것은 NSCL(network SCL)이라고 지칭됨) 내에 구현될 수 있다. oneM2M 서비스 계층은 CSF(Common Service Function)들, 예를 들어 서비스 능력들의 세트를 지원한다. 하나 이상의 특정 타입의 CSF들의 세트의 인스턴스화(instantiation)는 상이한 타입들의 네트워크 노드들, 예를 들어 인프라구조 노드, 미들 노드, 애플리케이션-특정 노드에서 호스팅될 수 있는 SCS와 같은 CSE(Common Services Entity)라고 지칭된다. 또한, 본 출원에 설명된 바와 같이 트랙을 예약하는 방법은, 서비스 지향 아키텍처(Service Oriented Architecture)(SOA) 및/또는 리소스 지향 아키텍처(resource-oriented architecture)(ROA)를 사용하여, 본 출원에 따른 트랙을 예약하는 것과 같은 서비스에 액세스하게 하는 M2M 네트워크의 일부로서 구현될 수 있다.

도 4c는, 예를 들어 M2M 단말 디바이스(18) 또는 M2M 게이트웨이 디바이스(14)와 같은 예시적인 M2M 디바이스(30)의 시스템 다이어그램이다. 도 4c에 도시된 바와 같이, M2M 디바이스(30)는 프로세서(32), 송수신기(34), 송신/수신 요소(36), 스피커/마이크로폰(38), 키패드(40), 디스플레이/터치패드/표시기(들)(42), 비이동식 메모리(44), 이동식 메모리(46), 전원(48), GPS(global positioning system) 칩셋(50), 및 다른 주변 장치(52)를 포함할 수 있다. M2M 디바이스(40)가 실시예와 일관성을 유지하면서 상기 요소들의 임의의 하위 조합을 포함할 수 있다는 것을 이해할 것이다. 이러한 디바이스는 센서 데이터(sensory data)의 내장된 시맨틱 명명을 위한 개시된 시스템 및 방법을 이용하는 디바이스일 수 있다. M2M 디바이스(30)는 또한, 예를 들어 본 출원에 설명된 바와 같은 그리고 도면에 도시된 바와 같은 LLN 디바이스, 백본 라우터 및 PCE를 포함하는 다른 디바이스와 함께 이용될 수 있다.

프로세서(32)는 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로프로세서, DSP 코어와 연관되는 하나 이상의 마이크로프로세서, 제어기, 마이크로컨트롤러, ASIC(Application Specific Integrated Circuit)들, FPGA(Field Programmable Gate Array) 회로들, 임의의 다른 타입의 집적 회로(IC), 상태 머신, 및 다른 유사한 것일 수 있다. 프로세서(32)는 신호 코딩, 데이터 처리, 전력 제어, 입/출력 처리, 및/또는 M2M 디바이스(30)가 무선 환경에서 동작할 수 있게 하는 임의의 다른 기능성을 수행할 수 있다. 프로세서(32)는 송신/수신 요소(36)에 결합될 수 있는 송수신기(34)에 결합될 수 있다. 도 4c가 프로세서(32)와 송수신기(34)를 별도의 컴포넌트들로서 묘사하고 있지만, 프로세서(32)와 송수신기(34)는 전자 패키지 또는 칩 내에 함께 통합될 수 있다는 것을 이해할 것이다. 프로세서(32)는 애플리케이션 계층 프로그램, 예를 들어 브라우저, 및/또는 RAN(radio access-layer) 프로그램 및/또는 통신을 수행할 수 있다. 프로세서(32)는, 예를 들어 액세스-계층 및/또는 애플리케이션 계층 등에서의 인증, 보안 키 일치, 및/또는 암호화 연산과 같은 보안 동작을 수행할 수 있다.

송신/수신 요소(36)는 신호를 M2M 서비스 플랫폼(22)에 송신하거나 또는 그로부터 신호를 수신하도록 구성될 수 있다. 예를 들어, 일 실시예에서, 송신/수신 요소(36)는 RF 신호를 송신 및/또는 수신하도록 구성된 안테나일 수 있다. 송신/수신 요소(36)는 WLAN, WPAN, 셀 방식, 및 기타 유사한 것과 같은, 다양한 네트워크들 및 에어 인터페이스들을 지원할 수 있다. 일 실시예에서, 송신/수신 요소(36)는, 예를 들어 IR, UV, 또는 가시광 신호들을 송신 및/또는 수신하도록 구성되는 방출기/검출기일 수 있다. 또 다른 실시예에서, 송신/수신 요소(36)는 RF 신호 및 광 신호 양쪽 모두를 송신 및 수신하도록 구성될 수 있다. 송신/수신 요소(36)는 무선 또는 유선 신호들의 임의의 조합을 송신 및/또는 수신하도록 구성될 수 있다는 것을 이해할 것이다.

또한, 송신/수신 요소(36)가 단일 요소로서 도 4c에 도시되지만, M2M 디바이스(30)는 임의의 수의 송신/수신 요소들(36)을 포함할 수 있다. 더 구체적으로, M2M 디바이스(30)는 MIMO 기술을 채택할 수 있다. 따라서, 일 실시예에서, M2M 디바이스(30)는 무선 신호를 송신 및 수신하기 위한 2개 이상의 송신/수신 요소(36), 예를 들어 복수의 안테나를 포함할 수 있다.

송수신기(34)는 송신/수신 요소(36)에 의해 송신될 신호들을 변조하고, 송신/수신 요소(36)에 의해 수신되는 신호들을 복조하도록 구성될 수 있다. 상기한 바와 같이, M2M 디바이스(30)는 다중 모드 능력들을 가질 수 있다. 따라서, 송수신기(34)는 M2M 디바이스(30)가 예를 들어, UTRA 및 IEEE 802.11과 같은 다중 RAT를 통해 통신할 수 있게 하는 다중 송수신기를 포함할 수 있다.

프로세서(32)는 비이동식 메모리(44) 및/또는 이동식 메모리(46)와 같은 임의의 타입의 적합한 메모리로부터 정보에 액세스하거나 거기에 데이터를 저장할 수 있다. 비이동식 메모리(44)는 RAM(random-access memory), ROM(read-only memory), 하드 디스크, 또는 임의의 다른 타입의 메모리 저장 디바이스를 포함할 수 있다. 이동식 메모리(46)는 SIM(subscriber identity module) 카드, 메모리 스틱, SD(secure digital) 메모리 카드, 및 다른 유사한 것을 포함할 수 있다. 다른 실시예들에서, 프로세서(32)는 서버 또는 홈 컴퓨터 상에서와 같이, M2M 디바이스(30) 상에 물리적으로 위치하지 않은 메모리로부터의 정보에 액세스하거나 거기에 데이터를 저장할 수 있다.

프로세서(32)는 전원(48)으로부터 전력을 수신할 수 있고, M2M 디바이스(30) 내의 다른 컴포넌트들에 전력을 분배 및/또는 제어하도록 구성될 수 있다. 전원(48)은 M2M 디바이스(30)에 전력을 공급하기에 적절한 임의의 디바이스일 수 있다. 예를 들어, 전원(48)는 하나 이상의 건전지 배터리(예를 들어, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), 니켈 금속 수소화물(NiMH), 리튬-이온(Li-ion), 등), 태양 전지, 연료 전지, 및 다른 유사한 것을 포함할 수 있다.

프로세서(32)는 또한 GPS 칩셋(50)에 결합될 수 있으며, 이 GPS 칩셋(50)은 M2M 디바이스(30)의 현재 위치에 관한, 위치 정보(예를 들어, 경도 및 위도)를 제공하도록 구성된다. M2M 디바이스(30)가 실시예와 일관성을 유지하면서 임의의 적절한 위치 결정 방법에 의해 위치 정보를 취득할 수 있음을 이해할 것이다.

프로세서(32)는 다른 주변 장치(52)에 추가로 결합될 수 있는데, 이러한 주변 장치는, 추가적인 피처들, 기능성, 및/또는 유선 또는 무선 접속성을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈들을 포함할 수 있다. 예를 들어, 주변 장치(52)는 가속도계, e-나침반, 위성 송수신기, 센서, (사진 또는 비디오를 위한) 디지털 카메라, USB(universal serial bus) 포트, 진동 디바이스, 텔레비전 송수신기, 핸즈프리 헤드셋, 블루투스® 모듈, FM(frequency modulated) 라디오 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 및 기타 유사한 것을 포함할 수 있다.

도 4d는, 예를 들어 도 4a 및 도 4b의 M2M 서비스 플랫폼(22)이 구현될 수 있는 예시적 컴퓨팅 시스템(90)의 블록도이다. 컴퓨팅 시스템(90)은 컴퓨터 또는 서버를 포함할 수 있으며, 그러한 소프트웨어가 어디에 또는 어떤 수단에 의해 저장되고 액세스되든 간에, 소프트웨어의 형태일 수 있는 컴퓨터 판독 가능 명령어들에 의해 주로 제어될 수 있다. 이러한 컴퓨터 판독가능 명령어는 컴퓨팅 시스템(90)이 작업할 수 있도록 중앙 처리 유닛(CPU)(91) 내에서 실행될 수 있다. 많은 공지된 워크 스테이션, 서버, 및 퍼스널 컴퓨터에서, 중앙 처리 유닛(91)은 마이크로프로세서라 불리는 단일 칩 CPU에 의해 구현된다. 다른 머신들에서, 중앙 처리 유닛(91)은 다중 프로세서를 포함할 수 있다. 코프로세서(81)는 추가적인 기능을 수행하거나 CPU(91)를 지원하는, 메인 CPU(91)와는 별개인 옵션의 프로세서이다. CPU(91) 및/또는 코프로세서(81)는 내장된 시맨틱 명칭을 가진 센서 데이터에 대한 질의와 같은, 내장된 시맨틱 명명을 위한 개시된 시스템 및 방법과 관련된 데이터를 수신, 생성, 및 처리할 수 있다.

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

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

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

디스플레이 제어기(96)에 의해 제어되는 디스플레이(86)는 컴퓨터 시스템(90)에 의해 생성되는 비주얼 출력을 표시하는 데 사용된다. 이러한 비주얼 출력은 텍스트, 그래픽, 애니메이션 그래픽, 및 비디오를 포함할 수 있다. 디스플레이(86)는 CRT 기반 비디오 디스플레이, LCD 기반 평판 디스플레이, 가스 플라즈마 기반 평판 디스플레이, 또는 터치 패널로 구현될 수 있다. 디스플레이 제어기(96)는 디스플레이(86)로 전송되는 비디오 신호를 생성하기 위하여 요구되는 전자 컴포넌트들을 포함한다. 디스플레이(86)는, 내장된 시맨틱 명칭을 사용하여 파일 또는 폴더에 센서 데이터를 표시할 수 있다. 또한, 컴퓨팅 시스템(90)은 도 4a 및 도 4b의 네트워크(12)와 같은 외부 통신 네트워크에 컴퓨팅 시스템(90)을 접속하는데 사용될 수 있는 네트워크 어댑터(97)를 포함할 수 있다.

PSM의 SCS 조정

본 출원의 일 양태에 따르면, 절전 모드(PSM) 피처의 목적은 UE에서 전력 소비를 감소시키는 것이다. PSM 모드 하에서의 UE는 MT 통신을 위해 도달할 수 없지만, UE는 네트워크에 등록된 채로 있고, 패킷 데이터 네트워크(PDN) 접속을 재부착하거나 재설정할 필요가 없다. PSM 피처는 PSM 모드로 들어가기 전에 UE가 계속 도달할 수 있는 시간을 나타내는 "활성 시간"이라고 불리는 새로운 타이머를 도입한다. UE는 네트워크에 부착되거나 트래킹 영역 업데이트(TAU)를 수행할 때 활성 타이머를 시작한다. 활성 타이머가 만료되면, UE는 자신의 액세스 계층 기능을 비활성화하고 PSM에 진입한다. PSM에서, 액세스 계층 기능의 비활성화로 인해, UE는 모든 아이들 모드 절차를 중지하지만, 예를 들어 주기적 TAU 타이머를 적용할 수 있는 NAS(non-Access Stratum) 타이머를 계속 실행한다.

일 실시예에서, SCS는 MME가 UE에 전송하는 "활성 타이머" 및 "주기적 TAU 타이머" 값들의 선택에 영향을 미칠 수 있다. SCS는 새로운 "MT 데이터 지연 허용 오차(data Delay Tolerance)" 값을 (MTC-IWF를 통해) MME에 전송할 수 있다. "MT 데이터 지연 허용 오차" 값은 MT 데이터에 지연이 얼마만큼 허용될 수 있는지를 나타낸다. 바람직하게, 지연 허용 오차는 주기적 TAU 타이머(활성 타이머)보다 커야만 한다.

다른 실시예에서, SCS는 또한 새로운 "MT 데이터의 주기성" 값을 MME에 전송할 수 있다. 이것은 활성 타이머의 값을 계산하고 UE 아이들 모드를 MT 데이터와 정렬시키기 위해 MME에 의해 사용될 수 있다. MT 데이터 송신이 UE 활성 타이머 및 주기적 TAU 타이머와 정렬되는 경우, 주기적 MT 데이터를 UE로 전송하는데 필요한 디바이스 트리거들의 수는 감소될 수 있다. 이것은 네트워크에서 많은 오버 헤드를 절약할 수 있다.

추가 실시예에서, SCS는 모든 TAU 및 부착 요청 시 SCS와 조정하기 위해 MME에 가입할 수 있다. SCS는 모든 TAU 및 부착 요청 시 통지를 인에이블/디스에이블하기 위해 새로운 "PSM 동기화 플래그(sync flag)"를 설정/재설정할 수 있다. SCS가 MT 데이터 송신 주기성에 대해 알고 있을 때, SCS는 주기성 특성을 제공하기 위한 표시를 코어 네트워크에 전송할 수 있는 것으로 예상된다. 예를 들어, SCS는, 센서 판독치가 특정 시간대에 SCS에 의해서만 요청되는 경우에 이 정보를 가질 것이다. 주기성 특성은 MT 데이터의 지연 허용 오차 및 MT 데이터의 주기성을 포함한다. 이 정보는, SCS 어드레스, MT 데이터의 주기성, 지연 허용 오차, PSM 동기화 플래그 및 PSM 디스에이블 플래그를 UE 컨텍스트에 저장하는 MTC-IWF에 의해 MME에 포워딩된다. 상이한 값을 제공하는 다수의 SCS가 존재하는 경우, 이들 모든 값은 UE 컨텍스트에 저장될 수 있고, MME는 하나 이상의 SCS가 UE에 도달할 필요가 있을 때마다 UE가 '활성'이 되도록 PSM 값을 선택할 수 있다.

MME는 이제 SCS로부터의 주기성 특성 및 UE로부터의 "활성 타이머" 및 "주기적 TAU 타이머" 값을 사용하여 적절한 "활성 타이머" 및 "주기적 TAU 타이머" 값을 선택할 수 있다. 값은 MT 데이터 송신과 잘 정렬되도록 선택될 것이다. PSM 동기화 플래그가 거짓(false)으로 설정되면, MME는 모든 TAU 요청 및 부착 요청 시 SCS에 통지를 전송하지 않을 것이다. PSM 동기화 플래그가 설정되면, MME는 모든 TAU 요청 및 부착 요청 시 통지를 SCS에 또한 전송한다.

SCS가 MT 데이터 주기성 또는 지연 허용 오차 값을 변경하길 원할 때, 새로운 값을 갖는 표시를 MTC-IWF를 통해 MME에 전송한다. MME는 이전 값들을 UE 컨텍스트에서 새로운 값들로 오버라이트(overwrite)한다. SCS가 이러한 파라미터들을 철회하길 원하면, "삭제(delete)"로 설정된 "액션(Action)" AVP를 갖는 표시를 MTC-IWF를 통해 MME에 전송한다. MME는 UE 컨텍스트로부터 이들 값을 삭제한다. 이러한 값들의 삭제는, SCS가 UE의 PSM 상태에 영향을 주지 않거나 이를 조정하기를 원하지 않는다는 것을 의미한다. 또한 SCS는 이들 값을 '디바이스 특성 교환 요청'에서 "디스에이블"로 설정함으로써 "PSM 동기화 플래그" 및 "PSM 디스에이블 플래그"를 디스에이블할 수 있다.

도 5에 도시된 예시적인 실시예에 따르면, SCS는 디바이스 주기성 특성을 MTC-IWF를 경유해 Tsp 인터페이스를 통해 MME에 전송한다. 도 5의 각 단계는 아라비아 숫자로 표시된다. 단계 1에서, SCS는 Tsp를 통해 MTC-IWF에 디바이스 특성-교환(Device-Characteristics-Exchange)(DCE) 요청 커맨드를 전송한다. DCE 요청 메시지는 다음의 정보 요소(IE)를 가질 수 있다: (i) 외부 식별자; (ⅱ) SCS 어드레스; 및 (a) 액션-추가/삭제 및 (b) 드문 MT를 포함하는 (ⅲ) 디바이스 특성들(그룹화된 AVP임) - 드문 MT는, (1) 얼마나 많은 지연이 MT 데이터에 대해 수용 가능한지를 나타내는 MT 트래픽에 대한 '지연 허용 오차 값'(예를 들어, SCS 개시된 통신에 대한 대기 시간); 및 (2) 특정 시간과 관련된 MT 데이터의 주기성을 나타내는 'MT 통신의 주기성'을 포함함 - .

또한, IE들은, (ⅳ) PSM 동기화 플래그 - 인에이블/디스에이블 - 이는 SCS가 UE의 PSM 상태에 대해 동기화 상태로 유지되는지를 나타낸다; (v) PSM 디스에이블 플래그 - 참/거짓 - 이는 UE가 PSM에 진입하는 것을 방지해야 함을 나타낸다; (ⅵ) 향상된 데이터 처리 플래그 - 인에이블/디스에이블 - 이는 UE가 PSM 가능 디바이스이고 SGW에서의 향상된 버퍼링 및 eNodeB에서의 데이터 처리가 UE에 대해 인에이블되어 있음을 나타낸다.

단계 2 및 3에 따르면, MTC-IWF는 SCS가 HSS에서 이 동작을 수행하도록 인가되었는지를 체크한다. 체크가 실패하면, MTC-IWF는 실패 조건에 대한 이유를 나타내는 원인(cause) 값을 갖는 '디바이스 특성 교환'(DCE) 응답 메시지를 전송하고 이 단계에서 흐름이 중지된다. 그렇지 않으면, HSS는 가입자 정보 응답(IMSI 및/또는 MSISDN과, 서빙 노드(들) ID(identity)들을 포함하는 관련된 "라우팅 정보") 메시지를 MTC-IWF에 전송한다.

단계 4에서, MTC-IWF는 DCE 메시지를 MME에 포워딩한다. MME는 "디바이스 특성" 그룹화된 AVP의 속성값 쌍(AVP) 내의 "액션"에 기초하여 UE 컨텍스트로부터 UE 특성을 추가하거나 삭제한다. MME는 "PSM 동기화 플래그"가 "인에이블"로 설정될 때 UE 컨텍스트에 "PSM 동기화 플래그"를 저장한다. "PSM 동기화 플래그"가 "디스에이블"이면, UE 컨텍스트에서 그 플래그를 클리어한다. 또한, MME는 "PSM 디스에이블 플래그"가 "참"으로 설정될 때, UE 컨텍스트에 "PSM 디스에이블 플래그"를 저장한다. "PSM 디스에이블 플래그"가 "거짓"이면, UE 컨텍스트로부터 그 플래그를 클리어한다. 또한, "향상된 데이터 처리 플래그"가 "인에이블"로 설정될 때, UE 컨텍스트에 "향상된 데이터 처리 플래그"를 저장한다. "향상된 데이터 처리 플래그"가 "디스에이블"이면, UE 컨텍스트에서 그 플래그를 클리어한다.

단계 5에서, MME는 결과 코드 성공을 갖는 디바이스-특성-교환-응답 커맨드를 전송함으로써 UE의 디바이스 특성들을 성공적으로 추가/삭제했음을 MTC-IWF에게 확인 응답한다.

단계 6에서, MTC-IWF는, MME가 결과 코드 성공을 갖는 디바이스-특성-교환-응답 커맨드를 전송함으로써 UE의 디바이스 특성을 성공적으로 업데이트 하였음을 SCS에게 확인 응답한다. "향상된 데이터 처리 플래그"가 HSS/MME에서 '인에이블된' 것으로 성공적으로 설정되었다면, SCS는 애플리케이션/전송 레벨 재송신 타이머를 평소보다 길게 구성할 수 있다.

대안적인 실시예에서, MTC-IWF는 UE 파라미터를 HSS에 전송하고, HSS는 업데이트된 파라미터를 MME에 푸시한다. 특히, HSS는 기존의 가입자-데이터 삽입 요청/응답 또는 가입자-데이터 삭제 요청/응답 메시지에 새로운 필드를 추가한다. 일 실시예는 도 6에 도시된다. 도 6의 각각의 단계는 아라비아 숫자로 표시된다. 특히, 단계 1은도 5에서 전술한 단계와 유사한다. SCS가 CN에 대한 UE의 디바이스 특성을 업데이트하길 원할 때, 이는 Tsp를 통해 MTC-IWF에 디바이스-특성-교환(DCE) 요청 커맨드를 전송한다. DCE 요청 메시지는 전술한 IE들 중 하나 이상을 가질 수 있다.

단계 2에서, MTC-IWF는 S6m/Ud 인터페이스를 통해 HSS/HLR/UDR로 디바이스-특성-교환 요청 커맨드 메시지를 포워딩한다.

단계 3에서, HSS는 검증하고, 인가를 제공하며, SCS가 UE의 특성을 업데이트하도록 허용됨을 표시한다. HSS는 이에 따라 UE의 가입 정보에 대해 업데이트를 행한다. 검증 및 인가 체크가 성공하면, "디바이스 특성" 그룹화된 AVP 내의 "액션" AVP에 기초하여, HSS는 UE 특성을 추가하거나 UE 프로파일로부터 삭제한다. "PSM 동기화 플래그"가 "인에이블"로 설정될 때, UE 가입에 "PSM 동기화 플래그"를 저장한다. "PSM 동기화 플래그"가 "디스에이블"이면, UE 가입으로부터 그 플래그를 클리어한다.

HSS는 또한 UE 가입에 "PSM 디스에이블 플래그"를 저장한다. 또한 UE 컨텍스트에 "향상된 데이터 처리 플래그"를 저장한다.

한편, 검증 및 인가 체크가 실패하면, HSS는 실패 조건에 대한 이유를 나타내는 원인 값을 갖는 디바이스-특성-교환 응답 커맨드 메시지를 전송한다. MTC-IWF는 실패 조건에 대한 이유를 나타내는 원인 값을 갖는 디바이스-특성-교환 응답 커맨드 메시지를 SCS에 포워딩하고 이 단계에서 흐름이 중지된다.

다음으로, HSS는 결과 코드 성공을 갖는 디바이스-특성-교환 응답 커맨드를 전송함으로써 UE의 디바이스 특성을 성공적으로 추가/삭제하였음을 MTC-IWF에게 확인 응답한다(단계 4). 단계 5에서, MTC-IWF는 HSS가 결과 코드 성공을 갖는 디바이스-특성-교환 응답 커맨드를 전송함으로써 UE의 디바이스 특성을 성공적으로 업데이트했음을 SCS에게 확인 응답한다. "향상된 데이터 처리 플래그"가 HSS/MME에서 "인에이블된" 것으로 설정되면, SCS는 애플리케이션/전송 레벨 재송신 타이머들을 더 길게 구성할 수 있다.

추가 실시예에서, UE가 부착되면, HSS는 '가입자-데이터 삽입 요청' 또는 '가입자-데이터 삭제 요청'을 사용하여 서빙 노드(서빙 MME)에 대한 가입 데이터를 업데이트할 수 있다(단계 6). 단계 7에서, 서빙 노드(서빙 MME)는 결과 코드 성공을 갖는 '가입자-데이터 삽입 응답' 또는 '가입자-데이터 삭제 응답' 커맨드를 전송함으로써 HSS에게 확인 응답한다.

다른 대안적인 실시예에 따르면, SCS는 '디바이스-특성-교환 요청/응답' 메시지를 Mh 인터페이스를 통해 UDR/HSS와 직접 교환할 수 있다. 이 경우에 대한 호출 흐름 및 절차는, MTC-IWF가 제거되고 SCS가 HSS로 직접 메시지를 전송하고 HSS가 Mh 인터페이스를 통해 SCS에 직접 응답을 전송하는 것을 제외하고는 위에서 설명한 프로토콜과 유사한다.

다른 실시예에서, 사용자 데이터 컨버전스(User Data Convergence)(UDC) 아키텍처의 경우, 디바이스 특성은 임시 데이터로서 사용자 데이터 저장소(User Data Repository)(UDR)에 기입될 수 있다. HSS FE 및 MME FE는 데이터 특성을 직접 판독할 수 있다. 또한 MME는, 업데이트가 이루어질 때마다 MME에 통지되도록 UDR에 저장된 디바이스 특성에 가입할 수 있다.

MT 데이터 대기 - 가용성 가입

본 출원의 다른 양태에 따르면, SCS는 기존의 '디바이스-액션-요청(Device-Action-Request)'메시지를 사용하여 프리-트리거를 UE로 전송할 수 있다. MTC-IWF는이 요청을 새로운 '디바이스-가용성-가입-요청' 메시지에서 서빙 MME에 전송한다. SCS는 디바이스가 도달 가능하게 될 때 통지되도록 MME에 가입할 수 있다. 또한 SCS는 MME에 새로운 "MT 데이터 대기 플래그"를 설정/재설정하여 모든 TAU 및 부착 요청 시 통지를 인에이블/디스에이블할 수 있다.

MT 데이터 대기 컨텍스트는 UE에 대한 MME에 의해 유지되는 컨텍스트를 지칭하며, 여기서 MME는 MT 데이터 대기 플래그, 검증 타이머 및 하나 이상의 SCS 어드레스를 저장한다. SCS는, SCS가 MT 데이터를 PSM에서 UE로 전송하려고 할 때 프리 트리거를 사용하여 이들 파라미터를 설정할 수 있다. MME는 UE에 대한 부착 요청 및 TAU 요청 시 SCS에 UE 가용성 통지를 전송하고, 이는 이런 컨텍스트에서 참으로 설정된 MT 데이터 대기 플래그를 갖는다.

특히, SCS는, UE가 SCS 또는 SCS에 접속된 AS와 통신을 개시하는 것을 포함하는 애플리케이션 특정 태스크를 수행하도록 트리거하기 위해 3GPP 네트워크를 통해 UE로 정보를 송신하는 디바이스 트리거링 프로토콜을 사용한다. 디바이스 트리거링은 UE의 IP 어드레스가 이용 가능하지 않거나 SCS/AS를 알지 못할 때 요구된다.

일 실시예에서, 디바이스 트리거 메시지는, 3GPP 네트워크가 메시지를 올바른 UE/디바이스에 라우팅할 수 있게 하고 UE/디바이스가 정보를 올바른 애플리케이션에 라우팅할 수 있게 하는 정보를 포함한다. 애플리케이션을 향하는 정보는 트리거 페이로드로서 지칭된다. UE는 임의의 다른 타입의 메시지들로부터 정보를 트리거링하는 모바일 착신(MT) 메시지 운반 디바이스를 구별할 수 있어야 한다.

다른 실시예에 따르면, SCS는 디바이스-액션-요청 메시지를 갖는 검증 타이머 AVP를 전송할 수 있다. MME는 검증 타이머가 만료된 후 "MT 데이터 대기 플래그"를 클리어한다. 플래그가 클리어된 후에, MME는 UE로부터의 TAU 요청 또는 부착 요청 시 SCS에 통지하지 않는다. 또한, MME는 SCS 어드레스, MT 데이터 대기 플래그를 UE 컨텍스트 내의 MT 데이터 대기 컨텍스트에 저장한다. 상이한 값들을 제공하는 다수의 SCS가 있는 경우, 이들 모든 값은 UE 컨텍스트에 저장될 수 있다.

MT 데이터 대기 플래그가 설정되면, MME는 모든 TAU 요청 및 부착 요청 시 SCS에 통지를 전송한다. MME는 SCS 어드레스를 사용하여 이 통지를 MTC-IWF를 통해 SCS에 전송할 수 있다. SCS가 트리거를 리콜/대체하길 원할 때, SCS는 새로운 값을 갖는 이 표시를 MTC-IWF를 통해 MME에 전송한다. MME는 UE 컨텍스트에서 이전 값을 새로운 값으로 삭제/오버라이트한다.

도 7에 도시된 예시적인 실시예에 따르면, SCS가 MTC-IWF를 경유해 Tsp 인터페이스를 통해 프리-트리거를 MME에 전송하는 새로운 절차에 대한 호출 흐름이 설명된다. 도 7의 각 단계는 아라비아 숫자로 표시된다.

단계 1에 따르면, SCS가 PSM에 있을 수 있는 UE를 트리거하길 원할 때, Tsp를 통해 MTC-IWF에 '디바이스-액션-요청(Device-Action-Request)'(DAR) 커맨드를 전송한다. DAR 메시지는 다음의 IE를 가질 수 있다: (i) 외부 식별자; (ⅱ) SCS 어드레스 - SCS 어드레스는 CN에 전송되며, 이는 통지를 SCS에 다시 전송하기 위해 CN(MME)에 의해 사용된다; (ⅲ) 프리 트리거 절차를 사용하기 위한 표시기.

대안적으로, SCS는 프리 트리거 절차가 사용되어야 한다는 표시 없이 DAR 메시지를 전송할 수 있다. MTC-IWF는 타겟 UE가 PSM에 있을 수 있음을 인식할 수 있고, 그 후 MTC-IWF는 프리 트리거 절차로 진행하도록 전송하고 '디바이스-가용성-가입-요청'을 MME에 전송하기로 결정할 수 있다.

단계 2 및 3에서, MTC-IWF는 SCS가 이 동작을 수행하도록 인가되었는지를 체크한다. 이 체크가 실패하면, MTC-IWF는 실패 조건에 대한 이유를 나타내는 원인 값을 갖는 '디바이스-액션-응답' 메시지를 전송하고 이 단계에서 흐름이 중지된다. 그렇지 않으면, HSS는 '가입자 정보 응답'(IMSI 및/또는 MSISDN과, 서빙 노드(들) ID들, 원인을 포함하는 관련된 "라우팅 정보") 메시지를 전송한다.

다음으로, 단계 4에서, MTC-IWF는 '디바이스-가용성-가입-요청' 메시지를 MME에 전송한다. "액션 타입" AVP에 기초하여, MME는 UE 컨텍스트로부터 트리거 파라미터를 추가/업데이트/삭제한다. "액션-타입"이 "디바이스 트리거 요청/디바이스 트리거 대체"로 설정될 때, UE 컨텍스트 내의 "MT 데이터 대기 컨텍스트"에 "MT 데이터 대기 플래그"를 저장한다. 또한, 이 트리거에 대한 검증 타이머를 유지한다. "액션-타입"이 "디바이스 트리거 리콜"인 경우, UE 컨텍스트로부터 이 플래그를 클리어한다.

단계 5에서, MME는, 결과 코드 성공을 갖는 '디바이스-가용성-가입-응답' 커맨드를 전송함으로써 UE의 트리거 파라미터들을 성공적으로 추가/삭제했음을 MTC-IWF에게 확인 응답한다.

단계 6에서, MTC-IWF는, MME가 결과 코드 성공을 갖는 '디바이스-액션-응답' 커맨드를 전송함으로써 UE의 트리거 파라미터를 성공적으로 업데이트했음을 SCS에게 확인 응답한다. MTC-IWF는, 프리 트리거 절차가 사용되었고 MTC-IWF가 디바이스의 가용성에 가입했음을 표시하기 위한 표시를 '디바이스-액션-응답'에서 제공할 수 있다. 또한, MTC-IWF(그리고 SCS가 아님)가 프리 트리거 절차를 사용하기로 결정한 경우, MTC-IWF는 프리 트리거 절차가 사용되었기 때문에 트리거 페이로드가 폐기되었다는 표시를 SCS에 제공할 수 있다.

바람직하게, 트리거 정보는 MTC-IWF에 저장되지 않고 오히려 서빙 노드에 저장된다. 이것은 MTC-IWF에 대한 요건에 따라 무상태 엔티티(stateless entity)가 될 것이다. 또한, 디바이스 트리거 정보는 MME에 저장되므로, 저장 요건은 네트워크 전체에 분산된다. SMS 기반 트리거링이 사용될 때, 모든 트리거는 중앙 위치(centralized location)(SMS-SC)에 저장된다.

다른 실시예에서, UE가 트래킹 영역 업데이트를 수행할 때, UE는 PSM을 벗어나, 상이한 MME에 의해 서빙되는 셀로 이동한다. 그런 다음 'MT 데이터 대기' 컨텍스트는 정규 TAU 동안에 수행되는 '컨텍스트 전송'의 일부로서 새 MME에 또한 전송될 수 있다. 즉, CN이 TAU 요청 및 부착 요청 시 SCS에 통지를 전송할 때, SCS는 즉시 UE를 트리거할 수 있으며, 트리거는 네트워크에 어떤 오버헤드 없이 전달될 수 있다. 대안적으로, CN이 TAU 요청들 및 부착 요청 시 SCS에 통지를 전송할 때, SCS는 사용자 평면을 통해, 즉 SGi 기준점을 통해 UE 모바일 착신 데이터를 즉시 전송할 수 있다.

TAU 절차에 대한 향상

본 출원의 다른 양태에 따르면, PSM UE를 효율적으로 처리하기 위해 TAU 절차에 도입된 새로운 IE 및 새로운 메시지가 설명된다. 예를 들어, 일 실시예에서, TAU 요청은 MME에 '베어러 상태(bearer status)'를 전송하기 위해 업데이트될 수 있다. MME가, SCS가 MT 데이터를 UE에 전송하길 원한다는 것을 이해하면, MME는 베어러 상태를 사용하여 모든 베어러를 활성화할 수 있다. MME는 또한 UE의 T3440 타이머를 증가시키고 데이터 전달을 위해 그 접속된 상태로 유지할 수 있다.

다른 실시예에서, UE가 MME를 변경할 때, 컨텍스트 응답 및 업데이트 위치 ACK 메시지는 "PSM 동기화 플래그", "PSM 디스에이블 플래그", "MT 데이터 대기 컨텍스트" 및 연관된 SCS 어드레스를 포함하지만 이에 제한되지 않는 UE 디바이스 특성을 또한 포함하도록 업데이트될 수 있다. 이러한 새로운 파라미터들은 HSS/구(old) MME로부터의 기존 UE 컨텍스트에 더하여 새로운 서빙 MME에 전송된다.

또 다른 실시예에서, 새로운 '디바이스 가용성 통지 요청/응답'은 UE의 PSM 파라미터에 관해 SCS에 통지하고 이와 조정하기 위해 채택된다. PSM 파라미터는 PSM UE의 활성 타이머 및 주기적 TAU 타이머 값을 참조한다. PSM UE는, PSM 모드로 진입하려고 하는 경우/그때 TAU 요청 및 부착 요청 시 자신의 PSM 파라미터를 MME에 전송한다. MME는 이 값들을 수정하고 다시 UE에 전송할 수 있다.

전술한 바와 같이, SCS는 MME에 가입할 수 있다. MME는 모든 TAU 및 부착 요청 시 SCS와 조정할 것이다. '주기적 TAU 타이머' 및 '활성 타이머'에 대한 CN에서의 선택 기준은 SCS에 의해 제공된 입력(디바이스 특성)으로 업데이트될 수 있다. SCS가 주기적 MT 데이터에 대해 알고 있고 UE의 활성 타이머 및 주기적 TAU 타이머를 MT 데이터 주기성과 정렬시키길 선호하는 경우, SCS는 이전에 논의된 바와 같이, '디바이스-특성-교환-요청'을 사용하여 이들 값을 (MTC-IWF를 통해) MME에 전송할 수 있다. SCS는 UE가 활성화될 때마다 통지받기를 원할 경우, 이 요청에서 "PSM 동기화 플래그"를 설정할 수 있다. SCS가 CN에서 "MT 데이터 대기 플래그"를 설정하면, CN은 또한 UE 가용성에 대한 이런 통지를 SCS에 전송한다. SCS는 또한, UE가 PSM에 얼마나 오래 있었는지뿐만 아니라 PSM이 얼마나 오래 활성 상태를 유지할 것인지를 제어할 수 있다. SCS는 또한, UE가 PSM 모드에 들어가는 것을 방지할 수 있다.

다른 실시예에 따르면, SCS는 MT 데이터 대기를 가지며 UE 접촉 정보를 갖지 않을 때, '디바이스 가용성 통지 응답 메시지'를 갖는 페이로드를 또한 전송할 수 있다. 반대로, SCS가 UE의 접촉 정보를 갖는 경우, UE가 활성화되어 MT 데이터를 수신할 수 있기 때문에, '디바이스 가용성 통지 응답 메시지' 메시지를 전송한 후에 SGi 기준점을 통해 UE로 데이터를 전송할 수 있다. SCS가 '디바이스 가용성 통지 응답 메시지'에서 페이로드를 포함하는 경우, TAU 승인은 스몰 데이터를 UE로 운반하도록 업데이트될 수 있다. 대안적으로, MME는 이 페이로드를 NAS 다운링크(DL) 전송 메시지로 전달할 수 있다.

도 8에 도시된 바와 같은 예시적인 실시예에서는, TAU를 향상시키기 위한 프로토콜이 설명된다. 각각의 단계는 도 8에서 아라비아 숫자로 표시된다. 단계 1에서, UE는 TAU 절차를 개시한다. 그런 다음, UE는 TAU 요청을 eNodeB로 전송한다(단계 2). 여기서, PSM UE는, UE에서 어떤 베어러가 활성인지를 MME가 알게 하기 위해 PSM 모드를 벗어날 때 TAU 요청에서 EPS 베어러 상태를 제공하도록 명령받을 수 있다. 다음으로, eNodeB는 TAU 요청을 MME에 전송한다(단계 3). MME가 새 MME이고 UE의 컨텍스트를 갖지 않는다면, 새 MME는 컨텍스트 요청을 구 MME에 전송한다(단계 4). 결국, 구 MME는 UE의 컨텍스트를 새 MME에 전송한다(단계 5). 정규 UE 컨텍스트와는 별도로, "향상된 데이터 처리 플래그", "PSM 동기화 플래그", "PSM 디스에이블 플래그", "MT 데이터 대기 플래그" 및 연관된 SCS 어드레스 중 하나 이상을 포함하는, 이전에 논의된 바와 같은 UE 디바이스 특성들을 또한 포함할 것이다.

단계들 6-16은 상세히 논의되지 않을 것이다. 단계 16은 인증/보안을 포함한다. 단계 7은 새 MME와 구 MME 사이의 컨텍스트 확인 응답을 예시한다. 단계 8은 새 MME 및 새 SGW로부터 세션 요청을 생성하는 것을 예시한다. 단계들 9 및 10은 새 SGW와 PGW 간의 수정 베어러 요청 및 응답을 각각 예시한다. 단계 11은 새 SGW 및 새 MME로부터 세션 응답을 생성하는 것을 예시한다. 단계 12는 새 MME와 HSS 사이의 업데이트 위치를 예시한다. 단계들 13 및 14는 HSS와 구 MME 사이의 취소 위치 및 확인 응답을 각각 예시한다. 단계들 15 및 16은 eNB와 새 MME 사이의 lu 해제 커맨드 및 Iu 해제 완료를 각각 예시한다.

단계 17에서, S6a 기준점 상의 '업데이트 위치 애크(Update Location Ack)' 메시지는 UE 가입에서 새로운 파라미터를 전송하도록 수정된다. 이 메시지는 HSS로부터 MME로 가입 정보를 전송하는 데 사용된다. 이 피처를 지원하기 위해, 새로운 가입자 데이터 필드는 UE 디바이스 특성, PSM 디스에이블 플래그, PSM 동기화 플래그, 연관된 SCS 어드레스 및 MT 데이터 대기 컨텍스트와 같은 새로운 가입 필드를 포함하지만 이에 제한되지 않는 것에 제공된다. MME 내의 UE 컨텍스트가 인에이블된 PSM 동기화 플래그 및/또는 MT 데이터 대기 컨텍스트에서 인에이블된 "MT 데이터 대기 플래그"를 갖는 경우, MME는 UE의 접속된 상태에 대해 통지하기 위해 모든 SCS의 어드레스를 갖는 "디바이스 통지 요청"을 MTC-IWF에 전송한다(단계 18). 이 메시지는 다음의 정보 요소들 중 하나 이상을 포함할 수 있다: (i) UE ID(identity): IMSI/외부 ID/MSISDN; (ⅱ) SCS 어드레스 리스트; (ⅲ) 활성 타이머: 특정 UE에 대한 MME에 저장된 활성 타이머의 현재 값; (ⅳ) 주기적 TAU 타이머: 특정 UE에 대한 MME에 저장된 주기적 TAU 타이머의 현재 값; 및 (v) 원인: TAU 요청.

그 후, 단계 18에서, MTC-IWF는 '디바이스 가용성 통지 요청'을 SCS에 포워딩한다. MTC-IWF는 HSS 문의(Enquiry)를 사용하거나 MTC-IWF에 캐싱된 정보를 체크함으로써 UE ID(예를 들어, IMSI 또는 MSISDN 등)을 외부 ID로 변경할 수 있다. MTC-IWF는 수신된 활성 타이머 및 주기적 TAU 타이머 값으로부터 디바이스 도달 가능 지속 기간 및 디바이스 도달 불가능 지속 기간을 도출한다. 또한 MTC-IWF는 수신된 원인 값을 SCS가 이해할 수 있는 원인 값들의 세트로 매핑한다. 이 메시지는 다음 정보 요소들 중 하나 이상을 포함할 수 있다: (i) 외부 식별자; (ⅱ) 타입: 정보 메시지/요청 메시지; (ⅲ) 디바이스 도달 가능 지속 기간 : MTC-IWF에 의해 계산됨; (ⅳ) 디바이스 도달 불가능 지속 기간: MTC-IWF에 의해 계산됨; 및 (v) 이유. 또한, MTC-IWF는 SCS 어드레스 리스트 내의 모든 SCS에 디바이스 가용성 통지 요청 메시지를 전송하고 가드 타이머를 시작한다.

다음으로, 단계 20에서, SCS는 MTC-IWF에 '디바이스 가용성 통지 응답'으로 응답한다. SCS는 PSM 파라미터를 수신하면, 이들을 기존 값들과 비교하고 값들이 수정이 필요한지를 체크한다. 즉, 예상되는 M2M 데이터 트래픽 및 애플리케이션 시나리오가 값들을 수정하기 위해 고려될 수 있다. PSM 파라미터들에 기초하여, SCS는 또한 UE의 상태 전이와 일치하도록 MT 데이터 트래픽을 스케줄링할 수 있다. 수정된 디바이스 도달 가능 및 도달 불가능 지속 기간은 '디바이스 가용성 통지 응답' 메시지에서 제안될 수 있다. '디바이스 가용성 통지 응답' 메시지는 다음 정보 요소들 중 하나 이상을 포함한다: (i) 제안된 디바이스 도달 가능 지속 기간; (ⅱ) 제안된 디바이스 도달 불가능 지속 기간; 및 (ⅲ) PSM 디스에이블 플래그 - 참/거짓 - 이는 UE가 PSM에 진입하는 것을 방지해야 함을 나타낸다. SCS는, SCS들이 UE를 트리거하기를 원할 때, 이 메시지를 갖는 페이로드를 전송할 수도 있다.

단계 21에서, MTC-IWF는 SCS로부터의 응답을 대기한다. 그런 다음, 모든 응답을 수집하고, 다른 SCS로부터의 수신된 모든 디바이스 도달 가능 및 도달 불가능 지속 기간을 사용하여 새 활성 타이머 및 주기적 TAU 타이머를 계산하고, 다음의 정보 요소로 응답을 구성한다: (i) UE ID: IMSI/외부 ID/MSISDN; (ⅱ) 제안된 활성 타이머: MTC-IWF에서 계산된 활성 타이머의 값; 및 (ⅲ) 제안된 주기적 TAU 타이머. MME는 SCS에 의해 제안된 값들을 고려하고 새 값을 다시 계산하거나 제안된 값을 승낙한다. 메시지가 MME에서 NAS 시그널링을 통해 전달될 수 있는 페이로드를 운반하면, MTW-IWF는 "디바이스 가용성 통지 응답" 메시지에서 페이로드를 MME로 포워딩한다.

단계 22에서, MME는 다음의 파라미터들에 기초하여 결정을 내린다: (i) 주기적 TAU 타이머; (ⅱ) 활성 타이머; 및 (ⅲ) T3440 타이머. 다음의 고려 사항들이 이루어진다. 제1 고려 사항은 타이머 요청이 TAU 요청에서 UE에 의해 이루어진 것인지 여부이다. 제2 고려 사항은 업데이트에 따라 SCS에 의해 제공된 디바이스 특성 정보가 '디바이스 특성 교환'을 사용하여 수행되었는지 여부이다. 제3 고려 사항은 '디바이스 통지 응답'이 SCS로부터 수신되었는지 여부이다. '활성 타이머'는 제공된 가장 큰 값에 기초하여 선택될 수 있으며, '주기적 TAU 타이머'는 제공된 가장 낮은 값에 기초할 수 있다. 넷째로, MME는, 'T3440 타이머'를 증가시키고 UE를 MT 데이터에 대한 접속 모드에 유지할지, 또는 '활성 타이머'를 증가시키고 UE 배터리 소모에 대해 효율적이라고 결정되는 구성된 임계치에 기초하여 UE를 아이들 모드(페이징을 청취함)에 유지할지를 결정할 수 있다.

단계들 23 및 25는 세션 요청 프로토콜의 삭제를 논의한다. 단계 24에서, MME는 TAU 승낙을 UE에 전송한다. 여기서, MME는 단계 22에서 이전에 계산된 "주기적 TAU 타이머", "활성 타이머" 및 "T3440 타이머"를 전송한다. 필요하다면, MME는 'FFFF'(예약된 값)의 '활성 타이머' 값을 제공함으로써, UE가 (SCS로부터의 요청에 기초하여) PSM 모드에 들어가는 것을 방지할 수 있다. SCS가 펜딩 중인 데이터가 없음을 나타내는 경우, UE는 '0'의 '활성 타이머' 값을 제공함으로써 즉시 PSM에 들어가도록 지시받을 수 있다. 단계 26에서, TAU 완료 메시지는 UE로부터 새 MME로 전송된다. 대안적인 실시예에서, '스몰 데이터 송신'은 'Tau 승낙' 메시지의 일부로서 새 MME로부터 UE로 전송된다. MME는 또한 "향상된 데이터 처리 플래그"가 UE 컨텍스트에서 "인에이블된" 것으로 설정되면 eNodeB가 UE에 대한 특수한 데이터 처리를 수행해야 함을 나타낼 수 있다. 이 플래그가 eNodeB로 전송되면, eNodeB는 UE로의 성공적인 데이터 전달 기회를 증가시키고 재송신이 필요할 기회를 감소시키기 위해 데이터 베어러를 특수한 방식으로 구성할 수 있다(예를 들어, 데이터 베어러를 위해 RLC AM 모드를 사용하고, 하위 변조 방식을 사용하는 등등). 이는 또한, SCS로부터의 애플리케이션 레벨 재송신의 기회를 감소시키는 데 도움이 될 수 있다.

다음으로, 단계 27에서, MME는 대안적으로 NAS DL 전송 메시지의 일부로서 '스몰 데이터 송신'을 수행할 수 있다. MME는 베어러 활성화가 필요한지를 결정한다. TAU 승낙 후에, MME는 다운링크 데이터(DDN 메시지)가 존재할 때 'S1-AP 초기 컨텍스트 셋업 요청'을 개시함으로써 데이터 베어러를 확립할 수 있다.

부착 절차 변경

애플리케이션의 다른 양태에 따르면, 변경은 부착 절차에 제안된다. 즉, UE가 부착할 때, MME는 SCS에서 체크한 다음, SCS 입력, 및 "디바이스 특성 교환 요청"에서 SCS로부터 수신된 디바이스 특성에 기초하여 '활성 타이머' 및 '주기적 TAU 타이머'를 제공하는지에 대한 결정을 내린다. 예시적인 실시예에서, 도 9는 부착 절차에 대한 호출 흐름을 예시한다. 각각의 단계는 도 9에서 아라비아 숫자로 표시된다. 단계 1에서, 부착 요청은 eNodeB로 전송된다. 부착 요청은 단계 2에서 eNodeB로부터 새 MME로 포워딩된다. 단계들 3-6은 UE, eNodeB, 새 MME 및 구 MME 사이의 식별 요청을 포함한다. 단계들 7-10은 세션 요청을 삭제하기 위한 프롬프트를 설명한다.

단계 11에서, S6a 기준점 상의 '업데이트 위치 애크 메시지'는 UE 가입에서 새로운 파라미터를 전송하도록 수정된다. 이 메시지는 HSS로부터 MME로 가입 정보를 전송하는 데 사용된다. 이 피처를 지원하기 위해, 본 출원에서 이전에 논의된 것처럼 새로운 가입자 데이터 필드가 채택된다. 이들은 UE 디바이스 특성들, 향상된 데이터 처리 플래그, PSM 디스에이블 플래그, PSM 동기화 플래그 및 그와 연관된 SCS 어드레스들, 및 MT 데이터 대기 컨텍스트와 같은 새로운 가입 필드들 중 하나 이상을 포함한다.

단계들 12-16은 세션 요청의 생성을 설명한다. 단계 17에서, MME는 '초기 컨텍스트 셋업 요청/부착 승낙(Initial Context Setup Request/Attach accept)'을 UE에 전송한다. MME는 "주기적 TAU 타이머", "활성 타이머" 및 "T3440 타이머"를 전송한다. 이러한 계산은 도 8의 단계 22에서 논의된 것과 유사한다. 향상된 데이터 처리 플래그가 인에이블되도록 설정된 경우, MME는 또한 이 플래그를 새로운 정보 요소에서 eNodeB에 전송한다. 이 플래그가 eNodeB로 전송되면, eNodeB는 UE로의 성공적인 데이터 전달 기회를 증가시키고 재송신이 필요할 기회를 감소시키기 위해 데이터 베어러를 특수한 방식으로 구성할 수 있다(예를 들어, 데이터 베어러를 위해 RLC AM 모드를 사용하고, 하위 변조 방식을 사용하는 등등). 이는 또한, SCS로부터의 애플리케이션 레벨 재송신의 기회를 감소시키는 데 도움이 될 수 있다.

단계 18에서, 무선 리소스 제어(RRC) 접속은 eNodeB와 UE 사이에서 이용된다. 단계들 19-22는 UE와 새 MME 사이의 전송 단계들을 설명한다. 단계들 23 및 24는 새 MME와 서빙 GW 사이의 베어러 수정을 설명한다. 단계들 25 및 26은 새 MME와 SCS 사이의 통지 요청/응답을 설명한다.

단계 27에서, MME 내의 UE 컨텍스트가 인에이블된 "PSM 동기화 플래그" 및/또는 인에이블된 "MT 데이터 대기 플래그"를 갖는 경우, MME는 UE의 접속된 상태에 대해 통지하기 위해 모든 SCS의 어드레스를 갖는 "디바이스 가용성 통지 요청"을 MTC-IWF에 전송한다. 그것은 "부착 요청"인, 개시의 원인을 나타내는 AVP를 가질 수 있다. 단계들 28-31은 도 8의 단계들 19-22에서 전술한 것들과 각각 유사한다.

S1 해제 절차에 대한 개선

본 출원의 다른 양태에 따르면, UE가 S1 동안 접속된(CONNECTED) 상태에서 아이들(IDLE) 상태로 이동할 때 MME가 SCS/AS에게 통지할 수 있는 기술이 설명된다. 이러한 접근법은 SCS/AS가 MME에게 PSM 전이를 지연시킬지 진행시킬지를 제안하는 것을 가능하게 할 수 있다. 이는 M2M 애플리케이션의 요구에 따라 달라질 수 있다. 이것은 또한, UE가 PSM 상태에 들어가고 나올 때에 대한 동기화를 SCS가 유지하는데 도움이 될 수 있다.

부착 또는 TAU 절차 동안 전형적으로 UE로 전달되는 PSM 파라미터가 이제는 S1 해제 절차 동안 전송될 수도 있음을 추가로 제안한다. 특히, 새로운 메시지는 SCS에게 UE 아이들 또는 PSM 전이에 대해 통지하기 위해 T5b 및 Tsp 인터페이스들 상에 도입된다. 또한, CN은 SCS 제안된 지속 시간, 및 S1 해제를 유발한 이유에 기초하여 PSM 파라미터, 즉 활성 타이머 및 주기적 TAU 타이머를 결정할 수 있다. CN은 향상된 UE 컨텍스트 해제 커맨드 메시지를 사용하여 PSM 파라미터를 eNodeB로 전달한다. 또한, RRC 접속 해제 메시지는 CN에 의해 제공된 PSM 파라미터를 운반하도록 향상된다. 이는 부착/TAU 뿐만 아니라 S1 해제 절차 동안에도 PSM 파라미터를 UE에 전송하는 수단을 생성한다.

예시적인 실시예에서, 도 10에 도시된 바와 같이, S1 해제 절차 호출 흐름에 대한 향상이 설명한다. 도 10의 각 단계는 아라비아 숫자로 표시된다.

단계 1에서, 일부 시나리오에 따르면, eNodeB는 S1 컨텍스트 해제를 MME에 요청하기 전에 UE의 RRC 접속을 해제할 수 있다. 다음에, eNodeB는 UE 컨텍스트 해제 요청 S1AP 메시지를 전송함으로써 S1 해제 절차를 개시한다(단계 2).

그 후, MME는 아래의 기준에 기초하여 UE의 상태 변화에 대해 SCS에 통지하기로 결정한다(단계 3). 제1 기준은 전술한 바와 같이 "PSM 동기화 플래그"가 MME에서 UE의 이동성 컨텍스트에 설정되었는지 여부이다. 제2 기준은 UE가 UE의 전력 선호도 표시에 기초하여 PSM 활성화를 위해 마킹되었거나 또는 전술한 바와 같이 통계 데이터 수집에 기초하여 CN에 의해 결정되었는지 여부이다. MME는 '디바이스 가용성 통지 요청' 메시지를 작성하고, 이를 T5b 인터페이스를 통해 MTC-IWF에 전송한다. 이 메시지는 다음의 정보 요소들을 포함한다: (i) UE ID: IMSI/외부 ID/MSISDN; (ⅱ) SCS 어드레스 리스트: 이는 SCS 식별자들의 리스트 또는 SCS IP 어드레스들의 리스트일 수 있다; (ⅲ) 활성 타이머: 특정 UE에 대한 MME에 저장된 활성 타이머의 현재 값; (ⅳ) 주기적 TAU 타이머: 특정 UE에 대한 MME에 저장된 주기적 TAU 타이머의 현재 값; 및 (v) 원인: eNodeB에 의해 표시된 S1 해제 원인 또는 MME가 S1 접속을 해제하기로 결정한 원인.

SCS/MTC-IWF 응답이 너무 오래 걸리는 경우, MME는 타임 아웃하기 위해 타이머를 시작할 수 있다. SCS가 이 시간을 초과하여 응답을 지연시키면, MME는 현재 UE 컨텍스트에 저장되어 있는 PSM 파라미터를 이용하여 나머지 S1 해제 절차를 진행할 수 있다. SCS로부터의 응답이 가드 타이머 이후에 도달하면, MME는 다음 TAU 또는 부착 절차 동안 SCS에 의해 제공된 PSM 파라미터를 고려할 수 있다. SCS에 의해 제공된 PSM 파라미터가 중요한 경우, 예를 들어 SCS가, UE가 PSM에 진입하는 것을 방지하길 원할 경우, MME는 새로운 PSM 파라미터를 제공하기 위해, 예를 들어 마지막으로 알려진 단일 eNodeB에 대한 페이징을 개시할 수 있다.

단계 4에서, MTC-IWF는 착신 메시지 파라미터들을 사용하여 새로운 메시지 '디바이스 가용성 통지 요청'을 구성하고 이를 Tsp 인터페이스를 통해 SCS로 전송한다. MTC-IWF는 HSS 문의를 사용하거나 MTC-IWF에 캐시에 저장된 정보를 체크함으로써 UE ID(예를 들어, IMSI 또는 MSISDN 등)을 외부 ID로 변경할 수 있다. MTC-IWF는 수신된 활성 타이머 및 주기적 TAU 타이머 값에 기초하여 디바이스 도달 가능 지속 기간 및 디바이스 도달 불가능 지속 기간을 도출한다. 또한 MTC-IWF는 수신된 원인 값을 SCS가 이해할 수 있는 원인 값들의 세트로 매핑한다. MTC-IWF로부터 SCS로 전송되는 '디바이스 가용성 통지 요청' 메시지는 다음 정보 요소들 중 하나 이상을 포함할 수 있다: (i) 외부 식별자; (ⅱ) 타입: 정보 메시지/요청 메시지; (ⅲ) MTC-IWF에 의해 계산된 디바이스 도달 가능 지속 기간; (ⅳ) MTC-IWF에 의해 계산된 디바이스 도달 불가능 지속 기간; 및 (v) 이유. MTC-IWF는 MME에 의해 전송된 SCS 어드레스 리스트에 언급된 모든 SCS로 '디바이스 가용성 통지 요청' 메시지를 팬 아웃(fan out)한다.

단계 5에서, PSM 파라미터들의 수신 시 SCS는, 값이 수정될 필요가 있는지를 체크한다. 이 결정에서는, 예상되는 M2M 데이터 트래픽, 수신된 이유 및 M2M 애플리케이션의 요구가 고려될 수 있다. PSM 파라미터에 기초하여, SCS는 UE의 상태 전이와 일치하도록 MT 데이터 트래픽을 스케줄링할 수 있다. 새로운 디바이스 도달 가능 및 도달 불가능 지속 기간은 '디바이스 가용성 통지 응답' 메시지에 제안될 수 있다. 이 메시지는 다음의 정보 요소들 중 하나 이상을 포함할 수 있다: (i) 제안된 디바이스 도달 가능 지속 기간; (ⅱ) 제안된 디바이스 도달 불가능 지속 기간; (ⅲ) PSM 디스에이블 플래그 - 참/거짓 - 이는 UE가 PSM에 진입하지 못하게 해야 함을 나타낸다.

단계 6에 따르면, MTC-IWF는 모든 SCS로부터의 응답을 대기한다. 그런 다음, 모든 응답을 수집하고, 상이한 SCS들로부터의 수신된 모든 디바이스 도달 가능 및 도달 불가능 지속 기간을 사용하여 새로운 활성 타이머 및 주기적 TAU 타이머를 계산하고, 다음의 정보 요소를 이용하여 MME에 대한 응답을 구성한다: (i) UE ID: IMSI/외부 ID/MSISDN; (ⅱ) 제안된 활성 타이머: MTC-IWF에서 계산된 활성 타이머 값; (ⅲ) 제안된 주기적 TAU 타이머. MME는 SCS에 의해 제안된 값을 고려하고 새 값을 다시 계산하거나 제안된 값을 승낙한다.

단계들 7 및 8에 따르면, MME는 SGW를 갖는 모든 활성화된 베어러의 해제를 개시한다. SGW는 모든 베어러를 해제하고 MME에 확인 응답을 전송한다. 베어러 프로토콜은 위에서 논의되었다.

단계 9에서, MME는 'UE 컨텍스트 해제 커맨드'에서 eNodeB로 PSM 파라미터를 전송한다. 새로운 정보 요소 'PSM 파라미터'는 'UE 컨텍스트 해제 커맨드' S1AP 메시지에 포함된다. PSM 파라미터 IE는 새로운 활성 타이머 및 주기적 TAU 타이머를 운반할 것이다. 다음에, eNodeB는 활성 타이머 및 주기적 TAU 타이머를 운반하는 새로운 정보 요소 'PSM 파라미터'를 추가함으로써 수신된 PSM 파라미터를 RRC 접속 해제 메시지에서 UE에 전송한다(단계 10). 다음에, eNodeB는 'UE 컨텍스트 해제 완료' S1AP 메시지를 MME에 전송하고, PSM 파라미터가 새로운 정보 요소 'UE에게 전달된 PSM 파라미터' 플래그를 포함하여 UE로 전달되었는지를 나타낸다(단계 11).

또한, 단계 12에서, MME는 'UE 컨텍스트 해제 완료 'S1AP 메시지에서 'UE에게 전달된 PSM 파라미터' 플래그를 체크하고, 플래그가 '거짓(FALSE)'이면, MME는 새로운 PSM 파라미터를 전송하기 위해 UE를 페이징하기로 결정할 수 있다. 페이징 절차는, PSM 파라미터를 UE로 전달할 때 이점이 있다는 것을 MME가 발견한 경우에만 MME에 의해 개시될 수 있다. 예를 들어, PSM 타이머 값에 실질적인 변화가 없다면, MME는 페이징 절차를 스킵할 수 있다. 또한 S1 해제가 정체 이유로 eNodeB에 의해 트리거되면, MME는 페이징 절차를 스킵할 수 있다. 페이징 및 서비스 요청 절차가 완료되면, PSM 파라미터는 아래에 설명되는 후술하는 접근법들 중 하나를 사용하여 UE로 전달된다.

하나의 접근법에서, 서비스 요청 절차를 완료하면, UE 상태는 접속된 상태로 전이하고, PSM 파라미터는 다운링크 데이터 메시지에서 송신된다. 다른 접근법에서, PSM 파라미터는 SMS로서 UE로 송신될 수 있다. 추가 접근법에서, 서비스 요청 절차는 스킵되고, PSM 파라미터는 페이징 절차 동안 UE로 전달된다. UE는 페이징 요청 메시지를 수신한 후, eNodeB에 RRC 접속 셋업 요청 메시지를 전송한다. eNodeB는, 페이징이 PSM 파라미터를 송신하기 위해 수행되었고 따라서 RRC 접속 해제 메시지를 PSM 파라미터와 함께 UE에 전송한다는 것을 기억하도록 지능화될 수 있다. 따라서 페이징 절차가 실패하더라도 PSM 파라미터를 UE로 송신하는 것이 달성된다.

네트워크 개시된 PSM

본 발명의 또 다른 양태에서는, 코어 네트워크(MME)가 UE/디바이스의 PSM 능력을 알게 하는 프로토콜이 설명된다. 즉, UE는 자신의 PSM 능력을 알게 되고 그에 따라 네트워크가 임의의 네트워크 개시 절차를 수행하게 함으로써 네트워크에 더 많은 제어를 제공한다. 특히, UE 무선 능력 정보는 UE가 ECM 아이들 상태에 있을 때 MME에 저장된다. 그렇게 함으로써, UE는, 정보 또는 메시지를 ECM 아이들로부터 ECM 접속된 상태로 전이할 때마다 eNodeB에 이 정보를 송신할 필요가 없다. 대신, eNodeB는 이 정보를 MME로부터 페치한다.

일 실시예에 따르면, MME에 저장된 UE 무선 능력 정보는 'PowerSaveMode'라 불리는 추가적인 정보 요소를 포함하도록 향상될 수 있다. 'PowerSaveMode' IE는 UE가 PSM 가능인지를 나타내며, 따라서 UE가 PSM 상태로 이동할 때를 네트워크가 결정할 수 있게 한다. 'UE 능력 정보' RRC 메시지와 'UE 능력 정보 표시(Capability Info Indication)' S1AP 메시지는 UE로부터 MME로 이 새로운 정보 요소를 운반하도록 향상된다.

다른 실시예에 따르면, CN은 UE 지원 정보에서 저 전력 소비 선호도를 나타내는 UE에 대한 PSM을 인에이블한다. UE가 RRC 접속 재구성 동안 저 전력 소비 선호도를 나타내면, 네트워크는 UE를 PSM 상태로 이동시키는 표시로 이를 간주할 수 있다. 이것은 결국 UE가, 그것의 AS 기능성이 PSM 동안 턴 오프되기 때문에 배터리 전력을 덜 소비하는 데 도움이 될 것이다.

eNodeB로 저 전력 정보를 운반하는 UE 지원 정보는 접속된 상태 동안의 임의의 시점에서 CN으로 포워딩되며, 따라서 CN이 UE의 전력 선호도를 인지하게 한다. 새로운 S1AP 메시지 'UE 선호도 표시(Preference Indication)'는 MME에 전력 선호도 값을 운반하기 위해 도입된다. 메시지를 수신할 때, MME는 PSM 지원 플래그를 체크하고 PSM이 UE에 대해 인에이블될 수 있는지 여부를 결정한다. UE의 가입 정보가 지원되는 PSM 피처가 없음을 나타내는 경우, 이 메시지는 무시된다.

도 11에 도시된 바와 같은 예시적인 실시예에서, 저 전력 선호도를 나타내기 위한 UE 지원 정보에 대한 호출 흐름이 제공된다. 각 단계는 아라비아 숫자로 표시된다. 단계 1에서 eNodeB가 36.331에서 언급된 바와 같이 RRC 접속 구성/재구성의 otherConfig에 셋업하기 위해 'powerPrefIndicationConfig' IE를 설정하고 UE가 전력 선호도 표시를 지원하는 경우, UE는 너무 낮게 설정된 전력 선호도를 갖는 UE 지원 정보를 eNodeB에 송신할 수 있다. 그 다음 단계 2에서, eNodeB는 '요청된 저 전력 소비' 열거된 값을 갖는 새로운 S1AP 메시지 'UE 선호도 표시'을 작성하고 이 메시지를 MME에 전송한다. MME는 PSM 피처가 UE에 대해 지원되는지를 알기 위해 UE 가입 상세를 체크한다. MME는 부착, TAU 또는 S1 해제 절차 동안 PSM 파라미터를 공유하기 위해 SCS와 추가로 협조할 수 있다.

하기 표 2에서 설명되는 바와 같이, S1AP 메시지들의 UE 선호도 표시가 제공된다. 여기서, IE/그룹 명칭은, 예를 들어, 메시지 타입, MMM UE S1AP ID, eNB UE S1AP ID를 포함한다.

UE가 TAU 또는 부착 절차에서 또는 S1 해제 절차 동안 활성 타이머를 요청하지 않으면, MME는 ECM 상태 변화를 모니터링함으로써 수집된 통계 데이터를 고려할 수 있다. 이것은 PSM 파라미터를 SCS에게 요청하고 UE에 대한 PSM을 활성화하기 위한 입력을 포함할 수 있다. 통계 데이터의 예는 UE 상태 변경의 시간, UE가 데이터를 전송하고 수신할 때 등을 포함한다. 통계 분석은 네트워크가 특정 UE에 대한 PSM 피처를 지원하는 경우에만 MME에서 행해지며, 그렇지 않으면 어떤 통계 데이터도 수집되거나 분석되지 않는다.

다른 실시예에 따르면, UE 애플리케이션은 새로운 AT 커맨드 인터페이스 수정을 통해 자신의 PSM 세팅을 제어하여, UE 내의 애플리케이션 계층 또는 OS가, 부착 또는 TAU 절차에서 UE 모뎀이 요청하는 '주기적 TAU 타이머' 값 및 '활성 타이머' 값에 영향을 미치도록 허용할 수 있다. 여기서, UE 상의 TE와 MT 사이의 'R' 인터페이스는 애플리케이션으로부터 PSM 피처의 제어를 가능하게 하기 위해 새로운 AT 커맨드들로 업데이트될 수 있다. UE가 PSM을 사용하기를 원한다면, 부착 또는 TAU 요청에서 '활성 타이머' 및 '주기적 TAU 타어머'에 의도된 값을 제공할 수 있다. UE는 자신의 주기적 데이터 통신(만약 있다면)보다 약간 큰 '주기적 TAU 타이머'를 요구할 수 있고 '활성 타이머' 값은 임의의 MT 데이터가 전달되도록 허용한다고 가정한다. 주기적 시간 값 및 예상된 MT 데이터 시간은 애플리케이션 계층에 의해 결정된다. 특히, 새로운 프로토콜은, 'PSM 푸시'가 애플리케이션의 선호된 '활성 타이머' 값 및 '주기적 TAU 타이머' 값에 대해 MT에게 통지하는 것을 기술한다. MT는 부착 요청 또는 TAU 요청을 CN에 전송할 때마다 이들 값을 사용할 수 있다. 다수의 애플리케이션이 있는 경우, MT는 모든 애플리케이션으로부터의 입력에 기초하여 적절한 값을 선택할 수 있다. MT는 애플리케이션에 의해 제공되는 모든 활성 타이머 값으로부터 최대 값을 선택할 수 있다. MT는 또한 애플리케이션에 의해 제공되는 모든 TAU 타이머 값들 중 가장 낮은 TAU 타이머 값을 선택할 수 있다.

'저 이동성' 디바이스들을 위한 CN 최적화

본 출원의 다른 양태에 따르면, CN은 UE가 모바일일 것으로 예상될 때와 그런 경우에 대한 정보로 구성될 수 있다. 이 섹션은 SCS에 의해 공유되는 특정한 UE/디바이스의 이동성 파라미터에 기초하는 CN에서의 최적화를 제안한다. 일부 M2M 디바이스의 속성은 고정되어 있거나 또는 제한된 이동성을 갖는 것 중 하나이다. 예를 들어, 가로등에 설치된 M2M 디바이스는 고정되어 있으며, 산업 내의 온도/압력 센서에 설치된 M2M 디바이스는 고정된 경계 내에서 유지된다. UE/디바이스의 이러한 특정한 '저 이동성' 특성은 네트워크에서 최적화를 제공하기 위해 레버리지화될 수 있다.

일 실시예에서, SCS는 본 출원의 앞 부분에서 논의된 바와 같이, '디바이스 특성 교환(DCE)' 메시지를 사용하여 디바이스 특성 정보를 CN으로 전달할 수 있다. CN은 디바이스 특성을 UE 가입 정보에 저장하고 이를 부착, TAU 및 페이징 절차에서 사용한다. 디바이스 특성 교환 메시지는 이동성 특성의 공유를 지원하기 위해 아래 언급된 정보 요소로 확장될 수 있다. 예를 들어, 디바이스 특성들(그룹화된 AVP이며 1 이상의 인스턴스가 존재할 수 있음)은 디바이스 이동성의 다음 양태들을 포함할 수 있다: (i) 이동성 상태 - STATIONARY, MOBILE_WITHIN_A_BOUNDARY; (ⅱ) 이동성 상태 플래그 - 인에이블된, 디스에이블된; (ⅲ) 지속 기간 - UE가 언급된 이동성 상태에 머무르는 지속 기간; 및 (ⅳ) 이동성 반경 - 이동성 상태가 고정된 경우 적용할 수 있는 미터 단위의 값.

다른 실시예에 따르면, '저 이동성' 특성에 기초하여 UE에 대한 트래킹 영역 ID(TAI) 리스트를 할당하는 부착 및 TAU 절차에 대한 향상이 설명된다. 네트워크는 보다 세분화된 트래킹 및 페이징에 사용될 수 있는 ECGI 리스트를 제공할 수도 있다. ECGI 리스트는 UE가 정상적인 트래킹 영역 업데이트를 수행함으로써 MME에게 통지하지 않고 '아이들' 모드에서 캠프 온할 수 있는 특정한 셀들을 식별한다. UE가 네트워크에 등록할 때, MME는 트래킹 영역들의 세트를 UE에 할당하고, 부착 승낙(Attach Accept)(TAU 절차의 경우 TAU 승낙)에서 TAI 리스트를 제공한다. TAI 리스트는 UE들의 현재 위치에 가까운 TA들의 리스트를 포함한다. UE는 TAI 리스트에 제공된 TA들 내에서 이동하는 동안 트래킹 영역 업데이트 절차를 수행하지 않는다.

또한, 이동성 상태 정보 요소는, UE가 고정되어 있는지 또는 경계 내에서 로밍할 수 있는지를 나타내는 값들을 포함한다. 이동성 상태 플래그는 언급된 이동성 상태가 현재 유효한지를 나타낸다. 예를 들어, 선적 컨테이너에 설치된 M2M 디바이스가창고에 도달할 때, 각각의 애플리케이션 서버는 SCS에게 이동성 상태가 지금 고정되어 있고 이동성 상태 플래그를 인에이블된 것으로 설정했음을 나타낼 수 있다. 선적이 이동하기 시작하면, 이동성 상태 플래그는 디스에이블된 것으로 설정된다. 지속 기간 필드는 또한 이동성 상태 필드가 얼마나 오래 유효한지를 나타내기 위해 사용될 수 있다. 지속 시간이 만료되면, 이동성 상태 플래그는 디스에이블된 것으로 설정된다. 이동성 반경 필드는 M2M 디바이스의 로밍 영역을 나타낸다. 이 파라미터는 MME가 디바이스에 도달할 수 있는 TA를 결정할 때 유용한다.

또한, 이동성 상태 및 이동성 반경이 SCS에 의해 알려진 UE일 때, SCS는 DCE 메시지 내의 이 정보를 MME와 공유한다. MME는 이 정보를 가입 세부 사항에 저장하고 이들을 사용하여 MME에 의해 서빙되는 전체 TAI 리스트를 제공하는 대신 특정한 TA를 커버하는 최소 TAI 리스트를 제공한다.

MME는 또한 부착 또는 TAU 절차 동안 이동성 상태 및 이동성 반경에 기초한 ECGI 리스트를 제공할 수 있다. ECGI 리스트를 제공함으로써, MME는 UE가 위치하는 장소에 대한 보다 많은 제어 및 세분성(granularity)을 가지며, 이는 페이징 절차를 최적화하는데 사용될 수 있다. UE가 제공된 ECGI 리스트를 넘어 이동하면, TAU 절차를 트리거한다. 이것은 또한 UE가 제공된 범위를 넘어 이동했다는 것을 SCS에게 알리기 위해 이용될 수 있고 임의의 애플리케이션 레벨 기능성을 호출할 수 있다. 예를 들어, SCS는 UE에 대한 이동성 상태를 STATIONARY로 나타내고 이동성 반경을 100미터로 설정할 수 있다. 그런 다음, MME는 하나 또는 두 개의 셀 ID를 ECGI 리스트에 할당할 수 있다. 대안적으로, 이동성 상태가 'MOBILE_WITHIN_A_BOUNDARY'로 설정되고 이동성 반경이 5,000미터로 설정되면, MME는 UE의 로밍 영역을 커버하는 TAI 리스트를 추론하고, 이를 MME에 의해 서빙되는 전체 TAI 리스트를 공유하는 대신 UE와 공유할 수 있다. 아래의 표 3은 부착 승낙 NAS 메시지에서 전달될 새로운 정보 요소 ECGI 리스트를 나타낸다. 또한, TAU 승낙 메시지는 아래의 표 4에 도시된 ECGI 리스트 정보 요소를 포함하도록 향상된다.

페이징 최적화

본 출원의 추가 양태에 따르면, 부착 및 TAU 절차 동안의 향상에 기초한 페이징 절차에 대한 최적화가 설명된다. 아이들 상태에 있는 고정 UE의 경우, MME는 MME가 서빙하는 실제 TAI 리스트가 아닌 특정한 TA에 대해서만 페이징을 할 수 있다. 또한, 모바일이고 특정 경계 내에 머물러 있는 UE들의 경우, MME는 TAI 리스트의 다른 모든 eNodeB들 상에서 불필요한 시그널링의 감소를 초래하는 더 작은 TAI 리스트를 추론할 수 있다.

일 실시예에 따르면, MME는 페이징 중에 부착 또는 TAU 절차 동안 생성된 저장된 TAI 리스트 및/또는 ECGI 리스트를 사용한다. MME로부터 UE를 향해 전송된 S1AP 페이징 요청 메시지는 ECGI 리스트라 불리는 새로운 정보 요소를 포함하도록 향상될 수 있다. 아래의 표 5는 페이징 메시지에서 전송된 새로운 IE를 하이라이트한다.

본 출원의 추가 양태에서는, PSM 가능 UE에 대한 향상된 버퍼링 및 데이터 처리를 지원하기 위한 서비스 요청 절차로 업데이트되는 것이 설명된다. 특히, PSM 가능 UE(예를 들어, 제한된 디바이스)에 대한 향상된 데이터 처리를 지원하기 위한 새로운 IE들이 다운링크 데이터 통지 확인 응답에 도입된다. 다운링크 데이터 통지 확인 응답은 SGW에 대한 "향상된 데이터 처리" 플래그를 포함하도록 업데이트될 수 있다. UE가 PSM 모드에 있고 "향상된 데이터 처리 플래그"가 UE 컨텍스트에서 "인에이블된" 것으로 설정된 것을 MME가 발견하면, MME는 SCS에 의한 애플리케이션 레벨 재송신을 피하기 위해 더 긴 시간 동안 UE 데이터를 버퍼링하는 것이 요구된다는 것을 SGW에게 나타낼 수 있다.

도 12에 도시된 바와 같은 예시적인 실시예에서는, 네트워크 개시된 서비스 요청 호출 흐름이 설명된다. 각 단계는 아라비아 숫자로 표시된다. 단계 1에서, 다운링크 데이터는 PDN GW로부터 S-GW에서 수신된다. 다운링크 데이터 통지는 단계 2a에서 MME에 대해 이루어진다. 단계 2b에서, UE가 PSM 모드에 있고 향상된 데이터 처리 플래그가 "인에이블된" 것이면, MME(또는 SGSN)는 인에이블된 것으로 설정된 "향상된 데이터 처리" 플래그를 갖는 다운링크 데이터 통지 확인 응답을 SGW에 전송할 수 있다. MME(또는 SGSN)는 또한 데이터가 버퍼링되어야 하는 시간량을 나타내기 위해, 새로운 정보 요소에서 타이머 값을 전송할 수 있다. UE가 20분 동안 PSM 모드에 있을 것으로 예상되면, MME(또는 SGSN)는 20분 이상 시간을 SGW에 전송할 수 있다. 이 플래그와 타이머를 수신하면, SGW는 애플리케이션 레벨 재송신을 피하기 위해 지정된 시간 동안 UE의 데이터를 버퍼링하기로 결정할 수 있다. 특히, UE가 PSM 모드에 있을 때, 후속 단계들은 실행되지 않을 수 있다. 단계들 3a-b 및 4a-b는 궁극적으로 UE로 이어지는 페이징 프로토콜을 지칭한다. 단계 5는 서비스 요청 절차와 관련이 있다. 단계들 6a-b는 정지 페이징 프로토콜을 지칭한다.

본 출원의 다른 양태에 따르면, PSM 가능 UE(제한된 디바이스)에 대한 향상된 데이터 처리를 지원하기 위한 새로운 IE가 S1-AP 초기 컨텍스트 셋업 요청에 도입된다. 일 실시예에서, 1-AP 초기 컨텍스트 셋업 요청은 eNodeB에 대한 "향상된 데이터 처리 플래그"를 포함하도록 업데이트될 수 있다. UE 컨텍스트에서 "향상된 데이터 처리 플래그"가 "인에이블된" 것으로 설정된 것을 MME가 발견하면, MME는 SCS에 의한 애플리케이션 레벨 재송신을 피하기 위해 UE 데이터의 특수한 처리가 필요하다는 것을 eNodeB에게 나타낼 수 있다.

도 13에 도시된 바와 같은 예시적인 실시예에서는, UE 트리거된 서비스 요청 절차가 설명된다. 각 단계는 아라비아 숫자로 표시된다. NAS 서비스 요청이 UE로부터 MME에 송신되고 인증된 후(단계 1-3), S1-AP 초기 컨텍스트 셋업 요청(단계 4)이 수행된다. 여기서, S1-AP 초기 컨텍스트 셋업 요청은 eNodeB에 대한 "향상된 데이터 처리" 플래그를 포함하도록 업데이트될 수 있다. "향상된 데이터 처리" 플래그가 UE 컨텍스트에서 "인에이블된" 것으로 설정된 것을 MME가 발견하면, MME는 이를 eNodeB에 나타낼 수 있다. 이 플래그가 eNodeB에 전송되는 경우, eNodeB는 UE로의 성공적인 데이터 전달 기회를 증가시키고 재송신이 필요할 기회를 감소시키기 위해 데이터 베어러를 특수한 방식으로 구성할 수 있다(예를 들어, 데이터 베어러를 위해 RLC AM 모드를 사용하고, 하위 변조 방식을 사용하는 등등). 이는 또한, SCS로부터의 애플리케이션 레벨 재송신의 기회를 감소시키는 데 도움이 될 수 있다.

다른 실시예에 따르면, 2개의 새로운 QCI 값, 예를 들어 GBR 베어러에 대해 10 및 논-GBR 베어러에 대해 11이 도입될 수 있다. PSM 가능 UE가 네트워크에 부착되면, 이러한 새로운 QCI 10 또는 11은 이들 디바이스에 대해 특수한 데이터 처리가 요구될 때, 그 베어러에 사용된다. UE가 PSM 모드에 있고 다운링크 데이터가 SGW에서 수신될 때, SGW는 MME에 DDN 메시지를 전송할 수 있고, MME는 데이터를 버퍼링하기 위한 타이머 값으로 응답할 수 있다. 그런 다음, SGW는 MME에 의해 제공된 타이머 값 및 베어러와 연관된 새로운 QCI 값에 또한 기초하여 원하는 시간 동안 데이터를 버퍼링할 수 있다.

PSM 가능 UE가 접속될 때, eNodeB는 UE로의 성공적인 데이터 전달의 기회를 증가시키기 위해 새로운 QCI 값(10 또는 11)을 갖는 베어러들에 대해 특수한 데이터 처리를 수행할 수 있는데, 예를 들어, 데이터 베어러들에 대해 RLC AM 모드를 사용하고, 하위 차수 변조 방식을 사용하는 등등을 할 수 있다. 이것은 SCS로부터 애플리케이션 레벨 재송신의 가능성을 감소시키는 데 도움이 될 수 있다.

다른 대안적인 실시예에 따르면, UE가 PSM 모드에 있고 다운링크 데이터가 SGW에서 수신될 때, SGW는 DDN 메시지를 MME에 전송하고 MME는 데이터를 버퍼링하기 위한 타이머 값으로 응답할 수 있다. 또한, MME는 MME에서 버퍼링할 수 있는 데이터의 양을 나타낼 수 있다. SGW에서 수신되고 버퍼링된 데이터가 MME에 의해 표시된 데이터 제한 내에 있다면, SGW는 데이터를 MME에 포워딩할 수 있다. 이 경우 데이터는 MME에서 버퍼링되며 나중에 SRB를 통해 NAS DL 전송 메시지를 사용하여 전달될 수 있다. 데이터가 MME에서 버퍼링될 때 MME 재배치가 요구되는 경우, 버퍼링된 데이터는 또한 컨텍스트 전송 절차를 이용하여 새 MME로 전송될 수 있다.

LWM2M 실시예

LWM2M 클라이언트는 클라이언트의 배터리의 상태 또는 레벨을 나타내는 리소스를 포함할 수 있다. LWM2M 서버는 배터리가 소정 레벨에 도달했을 때를 서버가 통지해야 함을 나타내기 위한 관찰 요청을 LWM2M 클라이언트에 전송할 수 있다. 클라이언트가 배터리 레벨을 서버에 통지할 때, 서버는 클라이언트에게 에너지를 절약하기 위해 더 오랜 기간 동안 슬립이 허용되었음을 통지할 수 있다. 본 출원의 일 양태에 따르면, LWM2M 클라이언트의 "접속성 모니터링" 오브젝트는 "최대 슬립 시간"이라 불리는 새로운 리소스로 업데이트될 수 있다. 서버는 이 새로운 리소스를 사용하여 얼마나 오래 슬립이 허용되는지와 모바일 착신 통신에 이용할 수 없는지를 클라이언트에게 나타낼 수 있다. LWM2M 클라이언트는 이 "최대 슬립 시간" 값을 사용하여 트래킹 영역 업데이트를 수행할 때 그 PSM 설정을 구성할 수 있다.

도 14에 도시된 바와 같은 예시적인 실시예에서, 클라이언트가 그 PSM 설정을 조정하는 LWM2M 서버 요청은 호출 흐름에 의해 설명된다. 각 단계는 아라비아 숫자로 표시된다. 단계 1에서, SCS는 M2M 인터페이스를 사용하여 전력 및 슬립 선호도를 클라이언트용 LWM2M 서버로 전송한다. SCS는 UE가 SCS에 등록할 때 이 메시지를 전송하도록 선택할 수 있거나, 또는 새로운 애플리케이션이 시작되는 등과 같은 일부 이벤트에 기초하여 전력/슬립 선호도를 수정하도록 선택할 수 있다. 다음에, LWM2M 서버는 선호도를 확인 응답한다(단계 2). 그 후, LWM2M 서버는 배터리 레벨이 소정 레벨에 도달할 때를 서버에 통지하도록 클라이언트에게 요청한다(단계 3). 그런 다음, 클라이언트는 서버에게 배터리가 소정 레벨에 도달했음을 통지한다(단계 4).

배터리 레벨에 기초하여, LWM2M 서버는 클라이언트에게 소정의 최대 시간량 동안 슬립이 허용되었음을 통지한다(단계 5). 예를 들어, 클라이언트에게 최대 20분 동안 슬립 모드로 들어가는 것이 허용되었음이 알려질 수 있다. 슬립 모드 동안, 클라이언트는 모바일 착신 통신에 도달 가능하지 않을 수 있다. 다음에, 클라이언트는 그것의 "최대 슬립 시간" 리소스가 업데이트되었음을 나타내는 응답을 서버에 전송할 수 있다(단계 6). 그 후, 클라이언트(UE)는 트래킹 영역 업데이트를 수행하고, 단계 5에서 제공된 "최대 슬립 시간"에 기초하여 계산되는 활성 시간 및 TAU 타이머를 MME에 제공할 것이다(단계 7). 예를 들어, 단계 5에서 20분의 "최대 슬립 시간"이 제공되었다면, UE는 5분의 활성 시간 및 25분의 TAU 타이머를 선택할 수 있다. LWM2M 클라이언트는 AT 커맨드를 사용하여 원하는 활성 시간 및 TAU 시간을 프로토콜 스택에 통지하도록 구성될 수 있다. 또한, MME는 TAU 및 새로운 타이머 값을 승낙했음을 나타낼 수 있다(단계 8).

대안적인 실시예에서, LWM2M 서버가 코어 네트워크와의 인터페이스를 갖는 경우, LWM2M 서버는 코어 네트워크와의 인터페이스를 사용하여 UE의 PSM 설정이 조정될 것을 요청할 수 있다. 예를 들어, 도 15는 LWM2M 서버가, SCS가 클라이언트의 PSM 설정을 조정하는 것을 요청하게 하는 호출 흐름을 도시한다. 도 15의 각 단계는 아라비아 숫자로 표시된다. 먼저, LWM2M 서버는 클라이언트에게 배터리 레벨이 소정 레벨에 도달할 때를 서버에 통지하도록 요청한다(단계 1). 그 후, 클라이언트는 서버에게 배터리가 소정 레벨에 도달했음을 통지한다(단계 2). 다음에, LWM2M 서버는 디바이스의 최대 슬립 시간이 조정될 것을 요청하는 요청을 SCS에 전송한다(단계 3). 단계들 4-7에 따르면, SCS는 본 출원의 앞 부분에서 설명한 대로 디바이스 특성 업데이트 절차를 사용한다. 그 후, SCS는 UE의 슬립 시간을 조정하기 위해 LWM2M 서버의 요청을 확인 응답한다(단계 8). 이어서, 클라이언트(UE)는 트래킹 영역 업데이트를 요청한다(단계 9). 마지막으로, MME는 단계 3에서 제공된 "최대 슬립 시간"에 기초하여 계산되는 활성 시간 및 TAU 타이머를 UE에 제공한다. 예를 들어, 단계 3에서 20분의 "최대 슬립 시간"이 제공되었다면, MME는 5분의 활성 시간 및 25분의 TAU 타이머를 선택할 수 있다. 위의 단계 3과 단계 8은 SCS와 LWM2M 서버 간의 M2M 인터페이스에서 일어날 수 있음에 유의한다.

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

본 발명의 또 다른 양태에 따르면, 컴퓨터 판독 가능 또는 실행 가능 명령어를 저장하기 위한 비일시적인 컴퓨터 판독 가능 또는 실행 가능 저장 매체가 개시된다. 매체는 도 6-15에 따른 복수의 호출 흐름에서 전술한 바와 같은 하나 이상의 컴퓨터 실행 가능 명령어를 포함할 수 있다. 컴퓨터 실행 가능 명령어들은 메모리에 저장될 수 있고 도 4c 및 도 4d에 개시된 프로세서에 의해 실행될 수 있고, UE, HSS 및 SCS를 포함하는 디바이스에 채택될 수 있다. 일 실시예에서, 도 4c 및 도 4d에서 전술한 바와 같이, 비일시적인 메모리 및 이에 동작 가능하게 결합된 프로세서를 갖는 컴퓨터에 의해 구현되는 UE가 개시된다. 구체적으로, 비일시적인 메모리에는 네트워크 상의 디바이스의 절전 모드 특성을 제어하기 위한 명령어들이 저장되어 있다. 프로세서는, (i) 네트워크 상의 디바이스의 특성을 업데이트하라는 요청을 수신하고; (ⅱ) 요청에 기초하여 디바이스의 특성을 업데이트하고; (ⅲ) 특성이 업데이트되었다는 확인 응답을 전송하는 명령어들을 수행하도록 구성된다.

다른 실시예에서, 비일시적인 메모리에는 네트워크 상의 디바이스의 절전 모드 특성을 제어하기 위한 명령어들이 저장되어 있다. 프로세서는 (i) 네트워크 상의 디바이스로부터 트래킹 영역 업데이트 또는 부착 요청을 수신하고; (ⅱ) 디바이스 가용성 통지 요청을 코어 네트워크 인터워킹 기능 또는 서비스 능력 서버에 전송하고; (ⅲ) 인터워킹 기능 또는 서비스 능력 서버로부터 디바이스 가용성 통지 응답을 수신하는 명령어들을 수행하도록 구성된다.

또 다른 실시예에서, 비일시적인 메모리에는 네트워크 상의 디바이스의 절전 모드에 대한 버퍼링 및 데이터 처리를 지원하기 위한 명령어들이 저장되어 있다. 비일시적인 메모리에 동작 가능하게 결합된 프로세서는, (i) 서빙 게이트웨이로부터 다운링크 데이터 통지를 수신하고; (ⅱ) 디바이스가 절전 모드에 있고 향상된 데이터 처리 플래그가 인에이블되어 있다고 결정하고; (ⅲ) 향상된 데이터 처리 플래그를 포함하는 다운링크 데이터 통지 확인 응답을 서빙 게이트웨이로 전송하는 명령어들을 수행하도록 구성된다.

시스템 및 방법이 현재 구체적인 양태들인 것으로 간주되는 것과 관련하여 설명되었지만, 본 출원은 개시된 양태들로만 제약될 필요는 없다. 본 출원이 청구항들의 사상 및 범위 내에 포함되는 다양한 수정들 및 유사한 배열들을 커버하도록 의도되며, 그의 범위는 모든 그러한 수정들 및 유사한 구조들을 포괄하도록 가장 넓게 해석되어야 한다. 본 개시 내용은 다음의 청구항들의 임의의 및 모든 양태들을 포함한다.

Claims

네트워크 상의 컴퓨터에 의해 구현되는 장치로서,
상기 네트워크 상의 디바이스의 절전 모드 특성을 제어하기 위한 명령어들이 저장되어 있는 비일시적인 메모리; 및
상기 메모리에 동작 가능하게 결합된 프로세서
를 포함하고, 상기 프로세서는,
상기 네트워크 상의 상기 디바이스의 특성들을 업데이트하라는 요청을 수신하고;
상기 요청에 기초하여 상기 디바이스의 특성을 업데이트하고;
상기 특성이 업데이트되었다는 확인 응답을 전송하는
상기 명령어들을 수행하도록 구성되는 컴퓨터에 의해 구현되는 장치.
제1항에 있어서, 상기 특성을 업데이트하라는 상기 요청은 모바일 착신 트래픽(mobile terminated traffic)을 위한 지연 허용 오차(delay tolerance), 모바일 착신 통신의 주기성, 절전 모드 동기화 플래그, 절전 모드 디스에이블 플래그, 활성 타이머, 주기적 트래킹 영역 업데이트 타이머 및 이들의 조합으로부터 선택되는 컴퓨터에 의해 구현되는 장치.
제1항에 있어서, 상기 특성을 업데이트하라는 상기 요청은 향상된 데이터 처리 플래그를 포함하는 컴퓨터에 의해 구현되는 장치.
제1항에 있어서, 상기 요청은 서비스 능력 서버, 애플리케이션 서버 및 이들의 조합으로부터 수신되는 컴퓨터에 의해 구현되는 장치.
제4항에 있어서, 상기 서비스 능력 서버로부터의 상기 요청은 코어 네트워크 인터워킹 기능을 통해 수신되는 컴퓨터에 의해 구현되는 장치.
제5항에 있어서, 상기 프로세서는 가입자 데이터 삽입 요청을 모바일 관리 엔티티로 포워딩하는 상기 명령어를 더 포함하는 컴퓨터에 의해 구현되는 장치.
제6항에 있어서, 상기 프로세서는 상기 모바일 관리 엔티티로부터 가입자 데이터 삽입 응답을 수신하는 상기 명령어를 더 포함하는 컴퓨터에 의해 구현되는 장치.
제5항에 있어서, 상기 프로세서는 상기 가입자 데이터 삽입 요청에 기초하여 주기적 트래킹 영역 업데이트 타이머 값을 결정하는 상기 명령어를 더 포함하는 컴퓨터에 의해 구현되는 장치.
네트워크 상의 컴퓨터에 의해 구현되는 장치로서,
상기 네트워크 상의 디바이스의 절전 모드 특성을 제어하기 위한 명령어들이 저장되어 있는 비일시적인 메모리; 및
상기 비일시적인 메모리에 동작 가능하게 결합된 프로세서
를 포함하고, 상기 프로세서는,
상기 네트워크 상의 상기 디바이스로부터 트래킹 영역 업데이트 또는 부착 요청을 수신하고;
디바이스 가용성 통지 요청을 코어 네트워크 인터워킹 기능 또는 서비스 능력 서버에 전송하고;
상기 인터워킹 기능 또는 상기 서비스 능력 서버로부터 디바이스 가용성 통지 응답을 수신하는
상기 명령어들을 수행하도록 구성되는 컴퓨터에 의해 구현되는 장치.
제9항에 있어서, 상기 디바이스 가용성 통지 요청은, 상기 디바이스의 식별, 서비스 능력 서버들의 어드레스 리스트, 활성 타이머, 주기적 트래킹 영역 업데이트 타이머, 상기 요청에 대한 원인(cause) 및 이들의 조합으로부터 선택된 정보를 포함하는 컴퓨터에 의해 구현되는 장치.
제9항에 있어서, 상기 디바이스 가용성 통지 응답은, 상기 디바이스에 대한 도달 가능 지속 기간, 상기 디바이스에 대한 제안된 도달 불가능 지속 기간, 절전 모드 디스에이블 플래그, 트리거 요청 및 이들의 조합으로부터 선택된 정보를 포함하는 컴퓨터에 의해 구현되는 장치.
제9항에 있어서, 상기 통지 요청 및 상기 통지 응답은 상기 디바이스가 절전 모드를 종료할 때의 통지 정보를 제공하는 컴퓨터에 의해 구현되는 장치.
네트워크 상의 컴퓨터에 의해 구현되는 장치로서,
상기 네트워크 상의 디바이스의 절전 모드에 대한 버퍼링 및 데이터 처리를 지원하기 위한 명령어들이 저장되어 있는 비일시적인 메모리; 및
상기 비일시적인 메모리에 동작 가능하게 결합된 프로세서
를 포함하고, 상기 프로세서는,
서빙 게이트웨이로부터 다운링크 데이터 통지를 수신하고;
상기 디바이스가 절전 모드에 있고 향상된 데이터 처리 플래그가 인에이블되어 있다고 결정하고;
상기 향상된 데이터 처리 플래그를 포함하는 다운링크 데이터 통지 확인 응답을 상기 서빙 게이트웨이에 전송하는
상기 명령어들을 수행하도록 구성되는 컴퓨터에 의해 구현되는 장치.
제13항에 있어서, 상기 확인 응답은 타이머 값을 포함하는 컴퓨터에 의해 구현되는 장치.
제14항에 있어서, 상기 확인 응답은 얼마나 많은 데이터가 상기 디바이스에 대해 버퍼링될 수 있는지를 포함하는 컴퓨터에 의해 구현되는 장치.
제13항에 있어서, 상기 프로세서는 상기 디바이스를 페이징하는 명령어를 더 포함하는 컴퓨터에 의해 구현되는 장치.
네트워크 상의 디바이스의 절전 모드 특성을 제어하기 위한 컴퓨터에 의해 구현되는 방법으로서,
상기 네트워크 상의 디바이스의 특성을 업데이트하라는 요청을 수신하는 단계;
상기 요청에 기초하여 상기 디바이스의 특성을 업데이트하는 단계;
상기 특성이 업데이트되었다는 확인 응답을 전송하는 단계; 및
가입자 데이터 삽입 요청을 모바일 관리 엔티티로 포워딩하는 단계
를 포함하는 컴퓨터에 의해 구현되는 방법.
네트워크 상의 디바이스의 절전 모드 특성을 제어하기 위한 컴퓨터에 의해 구현되는 방법으로서,
상기 네트워크 상의 디바이스로부터 트래킹 영역 업데이트 또는 부착 요청을 수신하는 단계;
디바이스 가용성 통지 요청을 코어 네트워크 인터워킹 기능 또는 서비스 능력 서버에 전송하는 단계; 및
상기 코어 네트워크 인터워킹 기능 또는 상기 서비스 능력 서버로부터 디바이스 가용성 통지 응답을 수신하는 단계
를 포함하고,
상기 통지 요청은 상기 디바이스가 절전 모드를 종료할 때의 통지 정보를 제공하는 컴퓨터에 의해 구현되는 방법.
제18항에 있어서,
상기 디바이스 가용성 통지 응답에 기초하여 주기적 트래킹 영역 업데이트 타이머 값을 결정하는 단계를 더 포함하는 방법.
네트워크 상의 디바이스의 절전 모드에 대한 버퍼링 및 데이터 처리를 지원하기 위한 컴퓨터에 의해 구현되는 방법으로서,
서빙 게이트웨이로부터 다운링크 데이터 통지를 수신하는 단계;
상기 디바이스가 절전 모드에 있고 향상된 데이터 처리 플래그가 인에이블되어 있다고 결정하는 단계;
상기 향상된 데이터 처리 플래그를 포함하는 다운링크 데이터 통지 확인 응답을 상기 서빙 게이트웨이에 전송하는 단계; 및
상기 디바이스를 페이징하는 단계
를 포함하는 컴퓨터에 의해 구현되는 방법.