KR20150087839A

KR20150087839A - 무선 통신 시스템에서 장치 트리거 /스몰 데이터 교체 /회수 방법 및 장치

Info

Publication number: KR20150087839A
Application number: KR1020157011670A
Authority: KR
Inventors: 김래영; 김재현; 김태현; 김현숙
Original assignee: 엘지전자 주식회사
Priority date: 2012-10-01
Filing date: 2013-10-01
Publication date: 2015-07-30
Also published as: KR101623021B1; CN104756540A; EP2905991A1; EP2905991A4; EP2905991B1; WO2014054876A1; US9554234B2; CN104756540B; US20150271623A1; JP2016197927A; JP5997389B2; JP2015534783A; JP6152208B2

Abstract

본 발명의 일 실시예는, 무선통신시스템에서 SMS-SC(Short Message Service-Service Center)가 장치 트리거를 교체/회수하는 방법에 있어서, MTC-IWF(Machine Type Communications - Inter Working Function)로부터 옛 트리거 참조 번호를 포함하는 제 1 메시지를 수신하는 단계; 및 상기 옛 트리거 참조 번호에 대응되는 트리거 메시지를 삭제하는 단계를 포함하고, 상기 제 1 메시지가 새 트리거 참조 번호를 더 포함하는 경우, 상기 SMS-SC 는 상기 트리거 메시지의 삭제와 함께, 상기 새 트리거 참조 번호에 대응되는 새 트리거 메시지를 저장하는, 장치 트리거 교체/회수 방법이다.

Description

무선 통신 시스템에서 장치 트리거/스몰 데이터 교체/회수 방법 및 장치{METHOD AND DEVICE FOR DEVICE TRIGGER/SMALL DATA EXCHANGE/COLLECTION IN WIRELESS COMMUNICATION SYSTEM}

이하의 설명은 무선 통신 시스템에 대한 것으로, 보다 상세하게는 MTC(Machine Type Communications) 장치 트리거링, 스몰 데이터의 교체, 회수/취소 방법 및 장치에 대한 것이다.

MTC(Machine Type Communications)는 하나 이상의 머신(Machine)이 포함되는 통신 방식을 의미하며, M2M(Machine-to-Machine) 통신이나 사물 통신으로 칭하여지기도 한다. 여기서, 머신이란 사람의 직접적인 조작이나 개입을 필요로 하지 않는 개체(entity)를 의미한다. 예를 들어, 이동 통신 모듈이 탑재된 검침기(meter)나 자동 판매기와 같은 장치는 물론, 사용자의 조작/개입 없이 자동으로 네트워크에 접속하여 통신을 수행할 수 있는 스마트폰과 같은 사용자 기기도 머신의 예시에 해당할 수 있다. 이러한 머신의 다양한 예시들을 본 문서에서는 MTC 단말(device) 또는 단말이라고 칭한다. 즉, MTC는 사람의 조작/개입 없이 하나 이상의 머신(즉, MTC 단말)에 의해서 수행되는 통신을 의미한다.

MTC는 MTC 단말 간의 통신(예를 들어, D2D(Device-to-Device) 통신), MTC 단말과 MTC 애플리케이션 서버(application server) 간의 통신을 포함할 수 있다. MTC 단말과 MTC 애플리케이션 서버 간의 통신의 예시로, 자동 판매기와 서버, POS(Point of Sale) 장치와 서버, 전기, 가스 또는 수도 검침기와 서버 간의 통신을 들 수 있다. 그 외에도 MTC에 기반한 애플리케이션(application)에는, 보안(security), 운송(transportation), 헬스 케어(health care) 등이 포함될 수 있다.

본 발명에서는 트리거링/스몰 데이터를 교체/회수하는 방법을 제공하는 것을 기술적 과제로 한다.

본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

본 발명의 제1 기술적인 측면은, 무선통신시스템에서 SMS-SC(Short Message Service-Service Center)가 장치 트리거를 교체/회수하는 방법에 있어서, MTC-IWF(Machine Type Communications - Inter Working Function)로부터 옛 트리거 참조 번호를 포함하는 제1 메시지를 수신하는 단계; 및 상기 옛 트리거 참조 번호에 대응되는 트리거 메시지를 삭제하는 단계를 포함하고, 상기 제1 메시지가 새 트리거 참조 번호를 더 포함하는 경우, 상기 SMS-SC는 상기 트리거 메시지의 삭제와 함께, 상기 새 트리거 참조 번호에 대응되는 새 트리거 메시지를 저장하는, 장치 트리거 교체/회수 방법이다.

본 발명의 제1 기술적인 측면은 다음 사항들의 전/일부를 포함할 수 있다.

상기 제1 메시지는 상기 MTC-IWF가 SCS(Services Capability Server)로부터 수신한 장치 트리거에 관련된 제2 메시지에 기초할 수 있다.

상기 장치 트리거에 관련된 제2 메시지는 트리거의 교체 동작 또는 트리거의 회수 동작 중 어느 하나를 요청하는 것일 수 있다.

상기 제2 메시지가 장치 트리거의 교체 동작을 요청하는 경우에만 상기 제1 메시지가 새 트리거 참조 번호를 포함할 수 있다.

상기 제2 메시지가 장치 트리거의 회수 동작을 요청하는 경우, 상기 제1 메시지는 새 트리거 참조 번호를 포함하지 않을 수 있다.

상기 제2 메시지는 SCS가 Tsp 인터페이스로의 트리거 제출의 쿼터(quota) 또는 레이트를 초과한 경우, 상기 MTC-IWF에 의해 거절될 수 있다.

상기 SMS-SC는 복수의 SMS-SC 중, 상기 MTC-IWF가 설정 정보에 기초하여 상기 제1 메시지를 수신할 SMS-SC로 선택한 것일 수 있다.

본 발명의 제2 기술적인 측면은, 무선통신시스템에서 MTC-IWF가 스몰 데이터를 교체/회수하는 방법에 있어서, 제1 메시지에 포함된 옛 스몰 데이터 참조 번호에 기초하여, MTC-IWF가 어떤 스몰 데이터를 교체/회수하여야 할지 확인하는 단계; 및 상기 확인된 스몰 데이터를 삭제하는 단계를 포함하고, 상기 제1 메시지가 스몰 데이터의 교체에 관련된 경우, 상기 MTC-IWF는 상기 스몰 데이터의 삭제와 함께, 새 스몰 데이터를 저장하는, 스몰 데이터 교체/회수 방법이다.

본 발명의 제2 기술적인 측면은 다음 사항들의 전/일부를 포함할 수 있다.

SCS로부터 상기 제1 메시지를 수신하는 단계를 더 포함할 수 있다.

상기 제1 메시지는 스몰 데이터의 교체 동작 또는 스몰 데이터의 회수 동작 중 어느 하나를 요청하는 것일 수 있다.

상기 제1 메시지가 스몰 데이터의 교체 동작을 요청하는 경우에만 상기 제1 메시지가 새 스몰 데이터 참조 번호를 포함할 수 있다.

상기 제1 메시지는 SCS가 Tsp 인터페이스로의 트리거 제출의 쿼터(quota) 또는 레이트를 초과한 경우, 상기 MTC-IWF에 의해 거절될 수 있다.

상기 확인된 스몰 데이터의 삭제는 상기 확인된 스몰 데이터가 상기 MTC-IWF에 계류 중 또는 단말에게 상기 확인된 스몰 데이터의 전달이 실패된 경우 수행될 수 있다.

상기 확인된 스몰 데이터가 단말에게 성공적으로 전달된 경우, 상기 스몰 데이터의 교체/회수는 실패한 것으로 간주될 수 있다.

상기 스몰 데이터는, 장치 트리거 메시지일 수 있다.

본 발명에 따르면, 장치 트리거/스몰 데이터를 교체/회수할 수 있어 불필요한 트리거링으로 인한 네트워크 자원 낭비 등을 방지할 수 있다. 상기 네트워크 자원은 시그널링 및 데이터를 교환하는 데 소요되는 자원, 장치 트리거/스몰 데이터를 성공적으로 전송할 때까지 네트워크에서 저장하는 데 소요되는 자원 등을 포함한다.

본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

본 명세서에 첨부되는 도면은 본 발명에 대한 이해를 제공하기 위한 것으로서 본 발명의 다양한 실시형태들을 나타내고 명세서의 기재와 함께 본 발명의 원리를 설명하기 위한 것이다.
도 1은 EPC(Evolved Packet Core)의 개략적인 구조를 나타내는 도면이다.
도 2는 MTC 구조의 예시적인 모델을 나타내는 도면이다.
도 3은 MTC 트리거 절차를 설명하기 위한 도면이다.
도 4는 T5를 이용한 트리거 절차를 설명하기 위한 도면이다.
도 5는 T4를 이용한 트리거 절차를 설명하기 위한 도면이다.
도 6 내지 도 7은 본 발명의 실시예에 의한 T4 트리거 교체/회수 방법을 설명하기 위한 도면이다.
도 8 내지 도 9은 본 발명의 실시예에 의한 T5 트리거 교체/회수 방법을 설명하기 위한 도면이다.
도 10 내지 도 13은 본 발명의 실시예에 의한 T5 스몰 데이터 교체/회수 방법을 설명하기 위한 도면이다.
도 14는 본 발명의 실시예에 의한 장치 구성을 도시한 도면이다.

이하의 실시예들은 본 발명의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성할 수도 있다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다.

이하의 설명에서 사용되는 특정 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.

몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.

본 발명의 실시예들은 IEEE(Institute of Electrical and Electronics Engineers) 802 계열 시스템, 3GPP 시스템, 3GPP LTE 및 LTE-A 시스템 및 3GPP2 시스템 중 적어도 하나에 관련하여 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 발명의 실시예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한, 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.

이하의 기술은 다양한 무선 통신 시스템에서 사용될 수 있다. 명확성을 위하여 이하에서는 3GPP LTE 및 3GPP LTE-A 시스템을 위주로 설명하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다.

본 문서에서 사용될 수 있는 용어들은 다음과 같이 정의된다.

- UMTS(Universal Mobile Telecommunications System): 3GPP에 의해서 개발된, GSM(Global System for Mobile Communication) 기반의 3 세대(Generation) 이동 통신 기술.

- EPS(Evolved Packet System): IP 기반의 packet switched 코어 네트워크인 EPC(Evolved Packet Core)와 LTE, UTRAN 등의 액세스 네트워크로 구성된 네트워크 시스템. UMTS가 진화된 형태의 네트워크이다.

- NodeB: UMTS 네트워크의 기지국. 옥외에 설치하며 커버리지는 매크로 셀(macro cell) 규모이다.

- eNodeB: EPS 네트워크의 기지국. 옥외에 설치하며 커버리지는 매크로 셀(macro cell) 규모이다.

- 단말(User Equipment): 사용자 기기. 단말은 단말(terminal), ME(Mobile Equipment), MS(Mobile Station) 등의 용어로 언급될 수도 있다. 또한, 단말은 노트북, 휴대폰, PDA(Personal Digital Assistant), 스마트 폰, 멀티미디어 기기 등과 같이 휴대 가능한 기기일 수 있고, 또는 PC(Personal Computer), 차량 탑재 장치와 같이 휴대 불가능한 기기일 수도 있다. MTC 관련 내용에서 단말 또는 단말이라는 용어는 MTC 단말을 지칭할 수 있다.

- IMS(IP Multimedia Subsystem): 멀티미디어 서비스를 IP 기반으로 제공하는 서브시스템.

- IMSI(International Mobile Subscriber Identity): 이동 통신 네트워크에서 국제적으로 고유하게 할당되는 사용자 식별자.

- MTC(Machine Type Communications): 사람의 개입 없이 머신에 의해 수행되는 통신. M2M(Machine to Machine) 통신이라고 지칭할 수도 있다.

- MTC 단말(MTC UE(또는 MTC device(또는 MTC 장치))): 이동통신 네트워크를 통한 통신 기능을 가지고, 특정 목적을 수행하는 단말(예를 들어, 자판기, 검침기 등).

- MTC 서버(MTC server): MTC 단말을 관리하는 네트워크 상의 서버. 이동통신 네트워크의 내부 또는 외부에 존재할 수 있다. MTC 사용자가 접근(access)할 수 있는 인터페이스를 가질 수 있다. 또한 MTC 서버는 다른 서버들에게 MTC 관련 서비스를 제공할 수도 있고 (SCS의 형태), 자신이 MTC 애플리케이션 서버일 수도 있다.

- MTC 애플리케이션(MTC application): MTC가 적용되는 서비스 (예를 들어, 원격 검침, 물량 이동 추적, 기상관측 센서 등)

- MTC 애플리케이션 서버: MTC 애플리케이션이 실행되는 네트워크 상의 서버.

- MTC 특징(MTC feature): MTC 애플리케이션을 지원하기 위한 네트워크의 기능. 예를 들어, MTC 모니터링(monitoring)은 원격 검침 등의 MTC 애플리케이션에서 장비 분실 등을 대비하기 위한 특징이고, 낮은 이동성(low mobility)은 자판기와 같은 MTC 단말에 대한 MTC 애플리케이션을 위한 특징이다.

- MTC 서브스크라이버(MTC subscriber): 네트워크 오퍼레이터와 접속 관계를 갖고 있으며 하나 이상의 MTC 단말에게 서비스를 제공하는 엔티티이다.

- MTC 그룹(MTC Group): 적어도 하나 이상의 MTC 특징을 공유하며, MTC 서브스크라이버에 속한 MTC 단말의 그룹을 의미한다.

- SCS(Services Capability Server): HPLMN(Home PLMN) 상의 MTC-IWF(MTC InterWorking Function) 및 MTC 단말과 통신하기 위한 엔티티로써, 3GPP 네트워크와 접속되어 있다.

- 외부 식별자(External Identifier): 3GPP 네트워크의 외부 엔티티 (예를 들면, SCS 또는 Application Server)가 MTC 단말 (또는 MTC 단말이 속한 가입자)을 가리키기 (또는 식별하기) 위해 사용하는 식별자(identifier)로 globally unique하다. 외부 식별자는 다음과 같이 도메인 식별자(Domain Identifier)와 로컬 식별자(Local Identifier)로 구성된다:

- 도메인 식별자(Domain Identifier): 이동통신망 사업자의 제어 하에 있는 도메인을 식별하기 위한 식별자. 하나의 사업자는 서로 다른 서비스로의 접속을 제공하기 위해 서비스 별로 도메인 식별자를 사용할 수도 있다.

- 로컬 식별자(Local Identifier): IMSI(International Mobile Subscriber Identity)를 유추하거나 획득하는데 사용되는 식별자. 로컬 식별자는 애플리케이션 도메인 내에서는 unique 해야 하며, 이동통신망 사업자에 의해 관리된다.

- RAN(Radio Access Network): 3GPP 네트워크에서 NodeB, eNodeB 및 이들을 제어하는 RNC(Radio Network Controller)를 포함하는 단위. 단말 간에 존재하며 코어 네트워크로의 연결을 제공한다.

- HLR(Home Location Register)/HSS(Home Subscriber Server): 3GPP 네트워크 내의 가입자 정보를 가지고 있는 데이터베이스. HSS는 설정 저장(configuration storage), 아이덴티티 관리(identity management), 사용자 상태 저장 등의 기능을 수행할 수 있다.

- RANAP(RAN Application Part): RAN과 코어 네트워크의 제어를 담당하는 노드(MME(Mobility Management Entity)/ SGSN(Serving GPRS(General Packet Radio Service) Supporting Node)/MSC(Mobile Switching Center)) 사이의 인터페이스.

- PLMN(Public Land Mobile Network): 개인들에게 이동통신 서비스를 제공할 목적으로 구성된 네트워크. 오퍼레이터 별로 구분되어 구성될 수 있다.

- NAS(Non-Access Stratum): UMTS 프로토콜 스택에서 단말과 코어 네트워크간의 시그널링, 트래픽 메시지를 주고 받기 위한 기능적인 계층. 단말의 이동성을 지원하고, 단말과 PDN GW 간의 IP 연결을 수립 및 유지하는 세션 관리 절차를 지원하는 것을 주된 기능으로 한다.

이하에서는 위와 같이 정의된 용어를 바탕으로 설명한다.

도 1은 EPC(Evolved Packet Core)의 개략적인 구조를 나타내는 도면이다.

EPC는 3GPP 기술들의 성능을 향상하기 위한 SAE(System Architecture Evolution)의 핵심적인 요소이다. SAE는 다양한 종류의 네트워크 간의 이동성을 지원하는 네트워크 구조를 결정하는 연구 과제에 해당한다. SAE는, 예를 들어, IP 기반으로 다양한 무선 접속 기술들을 지원하고 보다 향상된 데이터 전송 능력을 제공하는 등의 최적화된 패킷-기반 시스템을 제공하는 것을 목표로 한다.

구체적으로, EPC는 3GPP LTE 시스템을 위한 IP 이동 통신 시스템의 코어 네트워크(Core Network)이며, 패킷-기반 실시간 및 비실시간 서비스를 지원할 수 있다. 기존의 이동 통신 시스템(즉, 2 세대 또는 3 세대 이동 통신 시스템)에서는 음성을 위한 CS(Circuit-Switched) 및 데이터를 위한 PS(Packet-Switched)의 2 개의 구별되는 서브-도메인을 통해서 코어 네트워크의 기능이 구현되었다. 그러나, 3 세대 이동 통신 시스템의 진화인 3GPP LTE 시스템에서는, CS 및 PS의 서브-도메인들이 하나의 IP 도메인으로 단일화되었다. 즉, 3GPP LTE 시스템에서는, IP 능력(capability)을 가지는 단말과 단말 간의 연결이, IP 기반의 기지국(예를 들어, eNodeB(evolved Node B)), EPC, 애플리케이션 도메인(예를 들어, IMS)을 통하여 구성될 수 있다. 즉, EPC는 단-대-단(end-to-end) IP 서비스 구현에 필수적인 구조이다.

EPC는 다양한 구성요소들을 포함할 수 있으며, 도 1에서는 그 중에서 일부에 해당하는, SGW(Serving Gateway), PDN GW(Packet Data Network Gateway), MME(Mobility Management Entity), SGSN(Serving GPRS(General Packet Radio Service) Supporting Node), ePDG(enhanced Packet Data Gateway)를 도시한다.

SGW는 무선 접속 네트워크(RAN)와 코어 네트워크 사이의 경계점으로서 동작하고, eNodeB와 PDN GW 사이의 데이터 경로를 유지하는 기능을 하는 요소이다. 또한, 단말이 eNodeB에 의해서 서빙(serving)되는 영역에 걸쳐 이동하는 경우, SGW는 로컬 이동성 앵커 포인트(anchor point)의 역할을 한다. 즉, E-UTRAN (3GPP 릴리즈-8 이후에서 정의되는 Evolved-UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access Network) 내에서의 이동성을 위해서 SGW를 통해서 패킷들이 라우팅될 수 있다. 또한, SGW는 다른 3GPP 네트워크(3GPP 릴리즈-8 전에 정의되는 RAN, 예를 들어, UTRAN 또는 GERAN(GSM(Global System for Mobile Communication)/EDGE(Enhanced Data rates for Global Evolution) Radio Access Network)와의 이동성을 위한 앵커 포인트로서 기능할 수도 있다.

PDN GW는 패킷 데이터 네트워크를 향한 데이터 인터페이스의 종료점(termination point)에 해당한다. PDN GW는 정책 집행 특징(policy enforcement features), 패킷 필터링(packet filtering), 과금 지원(charging support) 등을 지원할 수 있다. 또한, 3GPP 네트워크와 비-3GPP 네트워크(예를 들어, I-WLAN(Interworking Wireless Local Area Network)과 같은 신뢰되지 않는 네트워크, CDMA(Code Division Multiple Access) 네트워크나 WiMax와 같은 신뢰되는 네트워크)와의 이동성 관리를 위한 앵커 포인트 역할을 할 수 있다.

도 1의 네트워크 구조의 예시에서는 SGW와 PDN GW가 별도의 게이트웨이로 구성되는 것을 나타내지만, 두 개의 게이트웨이가 단일 게이트웨이 구성 옵션(Single Gateway Configuration Option)에 따라 구현될 수도 있다.

MME는, 단말의 네트워크 연결에 대한 액세스, 네트워크 자원의 할당, 트래킹(tracking), 페이징(paging), 로밍(roaming) 및 핸드오버 등을 지원하기 위한 시그널링 및 제어 기능들을 수행하는 요소이다. MME는 가입자 및 세션 관리에 관련된 제어 평면 기능들을 제어한다. MME는 수많은 eNodeB들을 관리하고, 다른 2G/3G 네트워크에 대한 핸드오버를 위한 종래의 게이트웨이의 선택을 위한 시그널링을 수행한다. 또한, MME는 보안 과정(Security Procedures), 단말-대-네트워크 세션 핸들링(Terminal-to-network Session Handling), 유휴 단말 위치결정 관리(Idle Terminal Location Management) 등의 기능을 수행한다.

SGSN은 다른 3GPP 네트워크(예를 들어, GPRS 네트워크)에 대한 사용자의 이동성 관리 및 인증(authentication)과 같은 모든 패킷 데이터를 핸들링한다.

ePDG는 신뢰되지 않는 비-3GPP 네트워크(예를 들어, I-WLAN, WiFi 핫스팟(hotspot) 등)에 대한 보안 노드로서의 역할을 한다.

도 1을 참조하여 설명한 바와 같이, IP 능력을 가지는 단말은, 3GPP 액세스는 물론 비-3GPP 액세스 기반으로도 EPC 내의 다양한 요소들을 경유하여 사업자(즉, 오퍼레이터(operator))가 제공하는 IP 서비스 네트워크(예를 들어, IMS)에 액세스할 수 있다.

또한, 도 1에서는 다양한 레퍼런스 포인트들(예를 들어, S1-U, S1-MME 등)을 도시한다. 3GPP 시스템에서는 E-UTRAN 및 EPC의 상이한 기능 개체(functional entity)들에 존재하는 2 개의 기능을 연결하는 개념적인 링크를 레퍼런스 포인트(reference point)라고 정의한다. 다음의 표 1은 도 1에 도시된 레퍼런스 포인트를 정리한 것이다. 표 1의 예시들 외에도 네트워크 구조에 따라 다양한 레퍼런스 포인트들이 존재할 수 있다.

[표 1]

도 1에 도시된 레퍼런스 포인트 중에서 S2a 및 S2b는 비-3GPP 인터페이스에 해당한다. S2a는 신뢰되는 비-3GPP 액세스 및 PDNGW 간의 관련 제어 및 이동성 지원을 사용자 플레인에 제공하는 레퍼런스 포인트이다. S2b는 ePDG 및 PDN GW 간의 관련 제어 및 이동성 지원을 사용자 플레인에 제공하는 레퍼런스 포인트이다.

도 2는 MTC 구조의 예시적인 모델을 나타내는 도면이다.

MTC를 위해서 사용되는 단말(또는 MTC 단말)와 MTC 애플리케이션 간의 단-대-단 애플리케이션은, 3GPP 시스템에 의해서 제공되는 서비스들과 MTC 서버에 의해서 제공되는 선택적인 서비스들을 이용할 수 있다. 3GPP 시스템은, MTC를 용이하게 하는 다양한 최적화를 포함하는 수송 및 통신 서비스들(3GPP 베어러 서비스, IMS 및 SMS 포함)을 제공할 수 있다. 도 2에서는 MTC를 위해 사용되는 단말이 Um/Uu/LTE-Uu 인터페이스를 통하여 3GPP 네트워크(UTRAN, E-UTRAN, GERAN, I-WLAN 등)으로 연결되는 것을 도시한다. 도 2의 구조(architecture)는 다양한 MTC 모델 (Direct 모델, Indirect 모델, Hybrid 모델)들을 포함한다.

먼저, 도 2에서 도시하는 개체(entity)들에 대하여 설명한다.

도 2에서 애플리케이션 서버는 MTC 애플리케이션이 실행되는 네트워크 상의 서버이다. MTC 애플리케이션 서버에 대해서는 전술한 다양한 MTC 애플리케이션의 구현을 위한 기술이 적용될 수 있으며, 이에 대한 구체적인 설명은 생략한다. 또한, 도 2에서 MTC 애플리케이션 서버는 레퍼런스 포인트 API를 통하여 MTC 서버에 액세스할 수 있으며, 이에 대한 구체적인 설명은 생략한다. 또는, MTC 애플리케이션 서버는 MTC 서버와 함께 위치될(collocated) 수도 있다.

MTC 서버(예를 들어 도시된 SCS 서버)는 MTC 단말을 관리하는 네트워크 상의 서버이며, 3GPP 네트워크에 연결되어 MTC를 위하여 사용되는 단말 및 PLMN의 노드들과 통신할 수 있다.

MTC-IWF(MTC-InterWorking Function)는 MTC 서버와 오퍼레이터 코어 네트워크 간의 상호동작(interworking)을 관장하고, MTC 동작의 프록시 역할을 할 수 있다. MTC 간접 또는 하이브리드 모델을 지원하기 위해서, 하나 이상의 MTC-IWF가 홈 PLMN(HPLMN) 내에 존재할 수 있다. MTC-IWF는 레퍼런스 포인트 Tsp 상의 시그널링 프로토콜을 중계하거나 해석하여 PLMN에 특정 기능을 작동시킬 수 있다. MTC-IWF는, MTC 서버가 3GPP 네트워크와의 통신을 수립하기 전에 MTC 서버를 인증(authenticate)하는 기능, MTC 서버로부터의 제어 플레인 요청을 인증하는 기능, 후술하는 트리거 지시와 관련된 다양한 기능 등을 수행할 수 있다.

SMS-SC(Short Message Service-Service Center)/IP-SM-GW(Internet Protocol Short Message GateWay)는 단문서비스(SMS)의 송수신을 관리할 수 있다. SMS-SC는 SME(Short Message Entity) (단문을 송신 또는 수신하는 개체)와 이동국 간의 단문을 중계하고 저장-및-전달하는 기능을 담당할 수 있다. IP-SM-GW는 IP 기반의 단말과 SMS-SC간의 프로토콜 상호동작을 담당할 수 있다.

CDF(Charging Data Function)/CGF(Charging Gateway Function)는 과금에 관련된 동작을 할 수 있다.

HLR/HSS는 가입자 정보(IMSI 등), 라우팅 정보, 설정 정보 등을 저장하고 MTC-IWF에게 제공하는 기능을 할 수 있다.

MSC/SGSN/MME는 단말의 네트워크 연결을 위한 이동성 관리, 인증, 자원 할당 등의 제어 기능을 수행할 수 있다. 후술하는 트리거링과 관련하여 MTC-IWF로부터 트리거 지시를 수신하여 MTC 단말에게 제공하는 메시지의 형태로 가공하는 기능을 수행할 수 있다.

GGSN(Gateway GPRS Support Node)/S-GW(Serving-Gateway)+P-GW(Packet Data Network-Gateway)는 코어 네트워크와 외부 네트워크의 연결을 담당하는 게이트웨이 기능을 할 수 있다.

다음의 표 2는 도 2에서의 주요 레퍼런스 포인트를 정리한 것이다.

[표 2]

상기 T5a, T5b, T5c 중 하나 이상의 레퍼런스 포인트를 T5라고 지칭한다.

한편, 간접 및 하이브리드 모델의 경우에 MTC 서버와의 사용자 플레인 통신, 및 직접 및 하이브리드 모델의 경우에 MTC 애플리케이션 서버와의 통신은, 레퍼런스 포인트 Gi 및 SGi를 통해서 기존의 프로토콜을 사용하여 수행될 수 있다.

도 2에서 설명한 내용과 관련된 구체적인 사항은 3GPP TS 23.682 문서를 참조함으로써 본 문서에 병합될 수 있다(incorporated by reference).

MTC의 경우에, 일반적인 사용자 기기보다 많은 개수의 MTC 단말이 네트워크 상에 존재할 것으로 예상된다. 따라서, MTC를 위해서 최소한의 네트워크 자원 사용, 최소한의 시그널링 사용, 최소한의 전력 사용 등이 요구된다.

또한, MTC 단말은 시스템 자원을 최소로 사용하기 위해서 평상시에는 MTC 애플리케이션 서버와의 IP 연결을 수립하지 않을 수 있다. 만약 MTC 단말이 IP 연결을 수립하지 않아서 MTC 애플리케이션 서버가 MTC 단말로의 데이터 전송에 실패하는 경우, MTC 단말로 하여금 IP 연결을 수립하도록 요청 또는 지시할 수 있는데, 이를 트리거 지시라고 칭한다. 즉, MTC 단말 트리거링은 MTC 단말에 대한 IP 주소가 MTC 애플리케이션 서버에 의해서 이용가능(available)하지 않거나 도달가능(reachable)하지 않은 경우에 요구된다(어떤 개체에 또는 해당 개체의 주소에 도달가능하지 않다는 의미는, 해당 개체가 해당 주소에 부재중인(absent) 등의 이유로, 메시지를 전달하려는 시도가 실패하는 것을 의미한다). 이를 위해서, MTC 단말은 네트워크로부터 트리거 지시를 수신할 수 있고, 트리거 지시를 받은 경우 MTC 단말은 단말 내의 MTC 애플리케이션의 동작을 수행하고/수행하거나 MTC 애플리케이션 서버와의 통신을 수립할 것이 요구된다. 여기서, MTC 단말이 트리거 지시를 수신할 때, a) MTC 단말이 오프라인인(네트워크에 어태치되어 있지 않은) 경우, b) MTC 단말이 온라인이지만(네트워크에 어태치되어 있지만) 데이터 연결은 수립되지 않은 경우, 또는 c) MTC 단말이 온라인이고(네트워크에 어태치되어 있고) 데이터 연결이 수립된 경우를 가정할 수 있다.

요컨대, MTC 단말에 대한 트리거링은, 해당 MTC 단말이 MTC 애플리케이션 서버로부터 데이터를 수신할 수 있는 IP 연결(또는 PDN 연결)이 수립되어 있지 않은 경우에 (또는 해당 MTC 단말이 기본적인 제어 신호는 수신할 수 있지만 사용자 데이터는 수신할 수 없는 상태인 경우), 트리거링 메시지를 이용해서 해당 MTC 단말이 단말 내 MTC 애플리케이션의 동작을 수행하고/수행하거나 MTC 애플리케이션 서버에 대해서 IP 연결 요청을 수행하도록 하는 동작이라고 할 수 있다. 또한, 트리거링 메시지는, 네트워크로 하여금 메시지를 적절한 MTC 단말에게 라우팅하도록 하고, MTC 단말로 하여금 메시지를 적절한 MTC 단말내의 애플리케이션으로 라우팅하도록 하는 정보(이하에서는 트리거링 정보라고 칭함)를 포함하는 메시지라고 표현할 수도 있다.

보다 상세한 MTC 트리거링 절차를 도 3을 참조하여 설명한다.

SCS(380)는 MTC 단말을 트리거할 것을 결정할 수 있다(S301). SCS가 트리거 요청을 하기 위해 접속하는 MTC-IWF에 대한 정보가 없으면, 트리거하려는 MTC 단말의 외부 식별자(External Identifier) 또는 SCS 내에 설정되어 있는 MTC-IWF의 식별자를 사용하여 DNS(370)에게 DNS 쿼리를 수행함으로써 MTC-IWF의 IP 주소 및 포트 번호를 결정할 수 있다. 이후 SCS(380)는 MTC-IWF(360)에게 장치 트리거 요청 메시지를 보낸다(S302). 상기 장치 트리거 요청 메시지는 다음 표 3 같은 정보를 포함할 수 있다.

[표 3]

SCS(380)로부터 장치 트리거 요청 메시지를 수신한 MTC-IWF(360)는 SCS가 3GPP 네트워크로 트리거 요청을 보내는 것이 허용되는 지에 대한 권한 검증을 수행한다(S303). 만약 상기 권한 검증이 실패하면, MTC-IWF(360)는 SCS(380)에게 상기 장치 트리거 요청이 실패했음을 알리는 장치 트리거 확인 메시지를 보낸다. 이와 달리 상기 권한 검증이 성공하면 다음 단계를 수행할 수 있다.

MTC-IWF(360)는 HSS/HLR(350)에게 서브스크라이버 정보 요청(Subscriber Information Request) 메시지를 보낸다(S304). 이는 상기 SCS가 상기 MTC 단말을 트리거하는 것이 허용되는 SCS인지를 검사하고, 상기 단계 S302에서 수신한 MTC 단말의 식별자 (외부 식별자 또는 MSISDN)를 이용하여 IMSI를 획득하고, MTC 단말을 서빙하는 서빙노드(serving node(s))의 식별자를 포함하는 라우팅 정보를 획득하기 위함이다.

HSS/HLR(350)은 상기 장치 트리거 요청 메시지를 보낸 SCS가 상기 MTC 단말을 트리거 하도록 허용되는 SCS 인지를 검사한다(S305). 이후에 HSS/HLR(350)은 MTC-IWF(360)에게 서브스크라이버 정보 응답(Subscriber Information Response) 메시지를 전송한다. 이는 IMSI와 MTC 단말을 서빙하는 서빙노드의 식별자를 포함한다. 만약 검사 결과 상기 SCS가 상기 MTC 단말을 트리거 하도록 허용되지 않거나, 또는 HSS/HLR(350)에 상기 MTC 단말과 관련한 유효한 서브스크립션 정보가 존재하지 않는다면, HSS/HLR(350)은 MTC-IWF(360)에게 이를 알리는 정보를 포함하는 서브스크라이버 정보 응답 메시지를 전송한다. 이 경우, MTC-IWF(360)는 SCS(380)에게 상기 장치 트리거 요청이 실패했음을 알리는 장치 트리거 확인 메시지를 보내고, 이후의 단계는 수행하지 않는다.

MTC-IWF(360)는 HSS/HLR(350)로부터 수신한 정보 및 지역적 정책(local policy)에 기반하여 트리거 전달 절차(delivery procedure)를 선택한다.(S306a)

만약 T5 를 이용한 전달 절차가 선택되면, MTC-IWF(360)는 T5 트리거 전달 절차를 수행한다(S306b) 상세한 T5 트리거 전달 절차는 도 4에 대한 설명에서 후술한다. 만약 상기 단계 S306a에서 T4를 이용한 전달 절차가 선택되었거나, 상기 단계 S306b의 결과 T5 전달이 실패했다면, MTC-IWF(360)는 T4 트리거 전달 절차를 수행한다(S306c~306d). T4 트리거 전달 절차의 상세는 도 5에 대한 설명에서 후술한다.

MTC-IWF(360)는 SCS(380)에게 상기 단계 S302의 장치 트리거 요청 메시지에 대한 응답인 장치 트리거 보고(Device Trigger Report) 메시지를 전송한다(S307). 장치 트리거 보고 메시지는 상기 SCS가 요청한 장치 트리거의 결과 MTC 단말로의 트리거 전달이 성공했는지 또는 실패했는지를 알려준다.

수신한 장치 트리거에 대한 응답으로 UE-1(310)은 트리거 페이로드의 내용에 기반한 동작을 수행한다(S308). 이러한 동작은 전형적으로는 SCS 또는 AS(애플리케이션 서버)와의 통신 개시를 포함한다.

도 4는 T5 트리거 전달 절차를 설명하기 위한 도면이다. 도 3의 단계 S302에서 MTC-IWF가 SCS로부터 장치 트리거 요청을 수신하면, MTC-IWF는 HSS/HLR로부터 수신한 정보와 지역 정책에 기반하여 적절한 트리거 전달 절차를 선택한다 (도 3의 단계 S304 ~ S306a). 그 결과, MTC-IWF는 T5a 인터페이스를 통해 SGSN으로, T5b 인터페이스를 통해 MME로, T5c 인터페이스를 통해 MSC로(T5a, T5b, T5c 인터페이스를 통한 장치 트리거를 T5 장치 트리거라고 명칭할 수 있다.) 또는 T4 인터페이스를 통해 SMS-SC로 장치 트리거 요청을 보낼 수 있다. 예를 들어, 도 4를 참조하면, HSS/HLR로부터 획득한 정보에 기반하여 가용한 서빙노드가 다수개인 경우, MTC-IWF(440)는 적절한 서빙노드를 선택한다. MTC-IWF(440)는 선택한 서빙노드(420)에게 제출 요청(Submit Request) 메시지를 전송한다(S401). 상술한 바와 같이 만약 선택한 서빙노드가 SGSN이면 T5a, MME이면 T5b 또는 MSC면 T5c 인터페이스를 통해 제출 요청 메시지를 전송한다.

제출 요청 메시지를 수신한 서빙노드(420)는 장치 트리거의 타겟 단말인 UE-1(410)에게 트리거 메시지를 전달한다(S402). 상기 트리거 동작을 수행한 서빙노드(420)는 MTC-IWF(460)에게 전달 보고(Delivery Report) 메시지를 보낸다. 상기의 전달 보고 메시지는 MTC-IWF가 요청한 장치 트리거의 결과 MTC 단말로의 트리거 전달이 성공했는지 또는 실패했는지를 알려준다.

도 5는 T4 트리거 전달 절차를 설명하기 위한 도면이다. 도 5를 참조하면, MTC-IWF(560)는 SCS(580)로부터 수신한 장치 트리거 요청 메시지가 포함하는 정보 및 HSS/HLR(550)로부터 수신한 서브스크라이버 정보 응답 메시지가 포함하는 정보에 기반하여 SMS-SC(540)에게 제출 트리거(Submit Trigger) 메시지를 전송한다(S501). SMS-SC(540)는 제출 트리거 메시지를 수신(accept) 하였음을 응답하는 제출 트리거 확인 메시지를 MTC-IWF(560)에게 전송한다(S502). SMS-SC(540)로부터 제출 트리거 확인 메시지를 수신한 MTC-IWF(560)는 SCS(580)에게 SCS가 보낸 장치 트리거 요청 메시지가 수신(accept) 되었음을 알리는 장치 트리거 확인 메시지를 전송한다(S503).

SMS-SC(540)가 보낸 장치 트리거 메시지를 담은 단문 메시지가 서빙노드(520)에게 전달된다(S504). 이 때, 상기 SMS-SC(540)는 수신한 장치 트리거 메시지가 라우팅 정보(서빙노드에 대한 정보)를 포함하고 있다면 이를 획득하기 위해 HSS/HLR(550)와의 질의(interrogation)를 수행할 필요가 없다. SMS-SC(540)는 단문 메시지 전송이 실패할 경우를 대비하여 MTC-IWF(560)로부터 수신한 정보 중 라우팅 정보를 제외한 필요한 정보를 저장한다.

다음으로, 서빙노드(520)는 UE-1(510)에게 단문 메시지를 전달한다(S505). 장치 트리거 메시지를 포함하는 단문 메시지를 수신한 UE-1(510)은 서빙노드(520)에게 응답을 할 수 있다. 서빙노드(520)는 SMS-SC(540)에게 전달 보고 메시지를 보낸다(S506). 전달 보고 메시지는 상기 SMS-SC가 요청한 단문 메시지 전달의 결과 MTC 단말로의 단문 메시지(short message) 전달이 성공했는지 또는 실패했는지를 알려줄 수 있다. 만약, 단문 메시지 전달이 실패했고 상기 장치 트리거 메시지에 대한 유효 구간(validity period)이 0으로 설정되지 않았다면 SMS-SC(540)는 HSS/HLR(550)과의 질의(interrogation)를 통해 UE-1(510)로 단문 메시지를 전달하기 위한 라우팅 정보를 획득한 후, 단계 S504에서 저장한 정보를 이용하여 재전송을 수행할 수 있다. SMS-SC(540)는 MTC-IWF(560)에게 MTC-IWF가 요청한 장치 트리거의 결과 MTC 단말로의 트리거 전달이 성공했는지 또는 실패했는지를 알리기 위해 메시지 전달 보고(Message Delivery Report) 메시지를 보낸다(S507).

표 4는 SMS-SC가 MTC-IWF으로부터 장치 트리거 메시지에 대한 전송 요청을 받은 후에 전송 결과 (성공 또는 실패)를 MTC-IWF에게 알리기 전까지 저장해야 하는 대표적인 장치 트리거 메시지 관련 정보들이다.

[표 4]

앞서 살펴본, T4/T5 인터페이스를 통해 전달되는 MTC 단말에 대한 트리거는, 단말이 가용/도달 가능하지 않아 단말로의 전달이 실패될 수 있다. 예를 들어, MTC 단말이 커버리지 밖에 있거나, 다른 작업 처리로 트리거 메시지를 처리할 수 없거나 또는 저장 공간의 부족 등이 있을 수 있다. 이러한 경우, 네트워크 노드는 트리거 메시지의 유효 기간동안 트리거 메시지를 저장하고 전송을 재시도한다.

위 절차에서, 트리거 메시지의 전달이 완료되지 않더라도 트리거 메시지의 전달이 잉여 또는 불필요한 것이 될 수 있다. 예를 들여, 전달되지 않은 트리거 메시지가 단말에게 센서 A를 통한 측정 결과 전송을 요구하는 것인데, 다음 번 트리거가 단말에게 모든 센서를 통한 측정 결과 전송을 요구하는 경우, 앞선 트리거 메시지는 재시도를 통해 전달되는 것 보다는 취소(cancel)/회수(recall) 또는 새 트리거 메시지로 교체(replace)되는 것이 바람직할 것이다. 다시 말해, 네트워크가 전달되지 않은 트리거 메시지를 취소/회수하지 못하는 경우, 불필요한 트리거 메시지가 단말들에게 전달되거나 단말로의 전달을 위해 네트워크 노드에서 저장될 것이고 이는 네트워크 자원의 낭비를 초래할 것이다. 따라서, 이하에서는 MTC 단말에 대한 트리거 메시지를 취소/회수 또는 교체에 대해 설명한다. 이하의 설명에서, 트리거 메시지는 스몰(small) 데이터로, 스몰 데이터는 트리거 메시지로 대치될 수 있다. 상기 스몰 데이터는 소량의 데이터 (small amounts of data) 또는 작은 크기의 데이터(small size of data)로 일컬을 수도 있다.

실시예 1 - T4 트리거 메시지의 교체, 취소/회수

첫 번째 실시예는 T4 트리거 메시지의 교체, 취소/회수에 관한 것이다.

T4 트리거 메시지의 교체, 취소/회수는 SMS-SC에 의해 수행될 수 있다. 구체적으로, SMS-SC는 MTC-IWF로부터 옛 트리거 참조 번호(old trigger reference number)를 포함하는 제1 메시지를 수신하고, 이에 해당되는 트리거 메시지를 삭제할 수 있다. 트리거 메시지 교체의 경우, 즉 제1 메시지가 새 트리거 참조 번호(new trigger reference number)를 포함하는 경우, SMS-SC는 옛 트리거 참조 번호에 해당되는 트리거 메시지를 삭제하고, 새 트리거 참조 번호에 해당하는 트리거 메시지를 저장할 수 있다. 저장된 새 트리거 메시지는 단말이 가용한 경우 단말에게 전달될 수 있다.

여기서, 제1 메시지는 후술하는 바와 같이, 제출 트리거 취소/회수 메시지 또는 제출 트리거 교체 메시지일 수 있으며, 제1 메시지는 MTC-IWF가 SCS로부터 수신한 장치 트리거에 관련된 제2 메시지에 기초하는 것일 수 있다. 제2 메시지는 트리거의 교체 동작 또는 트리거의 회수/취소 동작 중 어느 하나를 요청하는 것일 수 있으며, 구체적으로 장치 트리거 취소/회수 요청 메시지, 장치 트리거 교체 요청 메시지일 수 있다. 또는, 제2 메시지는 액션 타입이 장치 트리거 취소/회수 또는 교체 중 어느 하나로 설정된 장치 액션 요청(Device Action Request) 메시지의 형태일 수도 있다. 또는, 제2 메시지는 요청 타입이 장치 트리거 취소/회수 또는 교체 중 어느 하나로 설정된 장치 트리거 요청(Device Trigger Request) 메시지의 형태일 수도 있다. 제2 메시지도, 제1 메시지와 마찬가지로, 새 트리거 참조 번호는 장치 트리거의 교체를 요청하는 경우에만 포함되고, 장치 트리거의 취소/회수를 요청하는 경우에는 포함되지 않을 수 있다. 또한, 제2 메시지는 SCS가 Tsp 인터페이스로의 트리거 제출의 쿼터(quota) 또는 레이트(rate)를 초과한 경우, 상기 MTC-IWF에 의해 거절될 수 있다.

만약, 복수개의 SMS-SC가 MTC-IWF에 연결되어 있는 경우, 설정(configuration)에 기반하여 MTC-IWF가 제1 메시지를 전송할 SMS-SC를 결정할 수 있다. 또는, MTC-IWF는 옛 트리거 메시지를 저장하고 있는 SMS-SC(예를 들어, 이전에 MTC-IWF가 옛 트리거 메시지에 대한 전송을 요청한 SMS-SC)에 대한 정보를 (다른 네트워크 노드로부터) 획득한 후, 제1 메시지를 전송할 SMS-SC를 결정할 수 있다.

이하, 트리거 메시지의 교체, 취소/회수의 경우를 각각 나누어 구체적으로 살펴본다.

실시예 1a - T4 트리거 메시지의 교체

도 6은 T4 트리거 메시지의 교체를 설명하기 위한 도면이다. 도 6을 참조하면, 단계 S601에서 SCS는 이전에 제출된 트리거 메시지를 취소/회수 및/또는 교체할 필요가 있는지 여부를 결정할 수 있다. SCS는 장치 트리거 취소 요청 메시지(외부 식별자(External Identifier) 또는 MSISDN, SCS 식별자(SCS Identifier), 옛 트리거 참조 번호(old trigger reference number), 새 트리거 참조 번호(new trigger reference number), 유효 기간(validity period), 우선순위(priority), 트리거 페이로드(trigger payload) 등을 포함)를 MTC-IWF에 전송할 수 있다. 옛 트리거 참조 번호는 SCS가 취소하기를 원하는, 이전에 제출된 트리거 메시지에 할당된 트리거 참조 번호를 지시할 수 있다. 새 트리거 참조 번호는 새롭게 제출된 트리거 메시지에게 SCS에 의해 할당될 수 있다. 유효 기간, 우선순위, 트리거 페이로드가 새 트리거 메시지를 위한 것인데 비해, 외부 식별자, MSISDN, SCS 식별자는 모두 옛 트리거 메시지(예를 들어, 계류(pending) 중인 트리거 메시지) 및 새 트리거 메시지에 연관되어 있다.

장치 트리거 취소/회수 요청 메시지는 새롭게 정의된 메시지일 수도 있고, 기존의 Tsp 상의 장치 트리거 절차(Device triggering procedure over Tsp) 동작(상세한 내용은 TS 23.682v11.2.0의 5.2.1절에 의해 참고될 수 있다.)을 위해 사용되는 장치 트리거 요청 메시지일 수도 있다. 추가적으로 상기 메시지는 새로운 트리거 메시지로 기존의 계류중인 트리거 메시지(pending trigger message)를 교체할 것을 요청한다는 정보를 명시적/함축적으로 포함할 수 있다.

예를 들면, 계류중인 트리거 메시지를 교체할 것을 요청하기 위한 장치 트리거 취소/회수 요청 메시지는 기존의 장치 트리거 요청 메시지, 즉 장치-액션-요청(Device-Action-Request) 메시지/코멘드를 사용하면서 새로운 액션 타입(Action-Type) 값, 예컨대 Action-Type = "Replace" (구체적으로는 "교체(Replace)"를 의미하는 특정하게 열거된 값(enumerated value) 또는 정수값)을 정의하여 사용할 수 있다. 또한, 이때 교체 요청에 필요한 정보들을 포함하기 위해 기존의 AVP를 확장하거나 새로운 AVP를 정의하여 사용할 수 있다. 또 다른 예로는 계류중인 트리거 메시지를 취소/회수 및/또는 교체하도록 요청하는 새로운 메시지/코멘드를 정의하면서 회수 및 교체에 대해 각각 정의된 액션-타입 AVP를 포함하도록 하는 것이다. 또는, 계류중인 트리거 메시지를 취소/회수하도록 요청하는 메시지/코멘드와 계류중인 트리거 메시지를 교체하도록 요청하는 메시지/코멘드를 각각 정의하여 사용할 수도 있다. 전술한 SCS가 MTC-IWF에게 전송하는 장치 트리거 취소/회수 및/또는 교체 요청 메시지에 대한 내용은 실시예 2 및 실시예 3에도 적용될 수 있다.

SCS는 새 트리거 참조 번호를 옛 트리거 참조 번호와 동일한 값으로 설정할 수 있다. 이러한 경우 장치 트리거 취소/회수 요청 메시지에 옛 트리거 참조 번호 및 새 트리거 참조 번호가 모두 포함될 수도 있고, 하나의 트리거 참조 번호(trigger reference number) 값만 포함될 수도 있다.

우선순위 정보의 경우 계류중인 트리거 메시지에 대한 우선순위 값과 새 트리거 메시지에 대한 우선순위 값이 다른 경우(또는 동일하더라도), 계류중인 트리거 메시지에 대한 우선순위 값을 추가적으로 장치 트리거 취소/회수 요청 메시지에 포함시킬 수 있다. 계류중인 트리거 메시지와 관련한 우선순위 값은 상기 계류중인 트리거 메시지를 취소하는데 있어서 우선순위가 있는지 여부를 나타낼 수 있다. 그러나 계류중인 트리거 메시지를 취소 하는데 있어서 우선순위 (또는 긴급성) 여부는 다양한 형태의 메시지 및/또는 파라미터 및/또는 정보로 나타낼 수도 있다.

단계 S602에서, 수신된 장치 트리거 취소 요청 메시지의 외부 식별자, MSISDN, SCS 식별자, 옛 트리거 참조 번호 중 하나 이상의 정보에 기초해서, MTC-IWF는 새 트리거 메시지로의 교체되는 과정에서 어떤 트리거 메시지가 삭제되어야 할지를 확인(identify)할 수 있다. 또한, MTC-IWF는 외부 식별자, MSISDN, IMSI, SCS 식별자, 옛 트리거 참조 번호, 새 트리거 참조 번호, 유효 구간, 우선 순위, SMS 애플리케이션 포트 ID, 트리거 페이로드 등을 포함하는 제출 트리거 취소 메시지를 SMS-SC로 전송할 수 있다.

MTC-IWF는 다음 중 하나 이상의 정보에 기반하여 SCS가 Tsp 인터페이스로의 트리거 제출(trigger submission)에 대한 쿼터 또는 레이트를 초과한 경우, 상기 장치 트리거 취소/회수 요청 메시지를 수락(또는 거절)할지 여부를 결정할 수 있다.

- 사업자 정책 및/또는 가입자 정보

- 계류중인 트리거 메시지를 취소 하는데 있어서 우선순위(또는 긴급성) 여부

- 새 트리거 메시지의 우선순위(또는 긴급성) 여부

- Tsp 인터페이스의 오버로드(overload) 상황

- T4 인터페이스의 오버로드 상황 및/또는 T5 인터페이스의 오버로드 상황

- 그 외 MTC-IWF가 저장하고 있는 장치 트리거 관련 정보 및 다른 노드(예를 들어, HSS)로부터 획득한 장치 트리거 관련 정보

MTC-IWF는 SCS에게 허용되는 트리거 제출에 대한 쿼터 또는 레이트와는 별도로 SCS에게 허용되는 트리거 취소(trigger cancellation)에 대한 쿼터 또는 레이트를 관리할 수도 있으며, 이러한 경우 트리거 취소에 대한 쿼터 또는 레이트를 초과한 경우 SCS가 보낸 장치 트리거 취소/회수 요청 메시지를 수락(또는 거절)하지 않을 수 있다.

MTC-IWF는 다음 중 하나 이상의 정보에 기반하여 SCS로의 Tsp 인터페이스가 오버로드 상황인 경우, 상기 장치 트리거 취소/회수 요청 메시지를 수락(또는 거절)할지 여부를 결정할 수 있다.

- 사업자 정책 및/또는 가입자 정보

- 새 트리거 메시지의 우선순위(또는 긴급성) 여부

- Tsp 인터페이스의 오버로드 상황

- SCS가 Tsp 인터페이스로의 트리거 제출(또는 트리거 취소)에 대한 쿼터 또는 레이트를 초과했는지 여부

경우에 따라서는 상기 장치 트리거 취소/회수 요청 메시지에서 요청하는 계류중인 트리거 메시지의 취소 요청만을 수락(또는 거절)하고, 새 트리거 메시지의 제출 요청은 거절(reject)할 수도 있다. 예를 들어, SCS가 Tsp 인터페이스로의 트리거 제출(또는 트리거 취소)에 대한 쿼터 또는 레이트를 초과 및/또는 Tsp 인터페이스의 오버로드 상황 및/또는 T4 인터페이스의 오버로드 상황인 경우, 새 트리거 메시지의 우선순위는 없고 계류중인 트리거 메시지에만 우선순위가 있다면, MTC-IWF는 계류중인 트리거 메시지의 취소 요청만을 수락(또는 거절)하고, 새 트리거 메시지의 제출 요청은 거절할 수도 있다. 또는 SCS가 장치 트리거 취소/회수 요청 메시지를 MTC-IWF에게 전송 시, 명시적/함축적으로 새 트리거 메시지의 제출 요청이 거절되더라도 계류중인 트리거 메시지의 취소는 반드시 수행해 줄 것을 요청하는 정보를 포함시킬 수도 있다. 이와 달리 SCS는 장치 트리거 취소/회수 요청 메시지를 MTC-IWF에게 전송 시, 명시적/함축적으로 새 트리거 메시지의 제출 요청이 거절되는 경우 계류중인 트리거 메시지의 취소도 함께 거절해 줄 것을 요청하는 정보를 포함시킴으로써, 두 개의 동작이 분리된 형태로 수행되는 것을 방지할 수도 있다.

제출 트리거 취소 메시지는 새롭게 정의된 메시지일 수도 있고, 기존의 T4 인터페이스를 사용한 트리거 전달(Trigger Delivery using T4) 동작(TS 23.682v11.2.0의 5.2.2절 참고)을 위해 사용되는 제출 트리거 메시지 또는 장치 트리거 요청 메시지/코멘드일 수도 있다. 추가적으로 상기 메시지는 새로운 트리거 메시지로 기존의 계류중인 트리거 메시지를 교체할 것을 요청한다는 정보를 명시적/함축적으로 포함할 수 있다. SCS가 장치 트리거 취소/회수 요청 메시지에 옛 트리거 참조 번호 및 새 트리거 참조 번호를 모두 포함시키는 대신 하나의 트리거 참조 번호 값만 포함시킨 경우, MTC-IWF는 제출 트리거 취소 메시지에 하나의 트리거 참조 번호 값만 포함시킬 수도 있고, 옛 트리거 참조 번호와 새 트리거 참조 번호를 SCS로부터 수신한 트리거 참조 번호 값으로 설정하여 모두 포함시킬 수도 있다.

상기 단계 S602를 수행하기에 앞서 MTC-IWF은 HSS/HLR(도 6에는 미도시)로 서브스크라이버 정보를 요청하기 위한 및/또는 상기 SCS가 장치 트리거에 대한 '취소/회수 및 교체' 또는 '교체'가 허용되는 SCS인지 검사/인증을 요청하는 메시지를 보낼 수 있다. 상기 요청 메시지에는 상기 요청이 SCS로부터의 장치 트리거에 대한 취소/회수 및/또는 교체 요청에 의한 것임을 알리는 정보를 명시적으로 또는 함축적으로 포함시킬 수 있다. 상기 요청을 수신한 HSS/HLR은 상기 SCS가 상기 MTC 단말에 대한 트리거를 취소/회수 및/또는 교체하는 것이 허용되는 SCS인지를 검사/인증한다. 그리고 SCS는 MTC-IWF에게 응답 메시지를 전송한다. 상기 응답 메시지는 서브스크라이버 정보 (예컨대, IMSI, MTC 단말을 서빙하는 서빙노드의 식별자를 포함하는 라우팅 정보 등)를 포함할 수 있다. 만약 검사/인증 결과 상기 SCS가 상기 MTC 단말에 대한 트리거를 취소/회수 및/또는 교체하는 것이 허용되지 않거나, 또는 HSS/HLR에 상기 MTC 단말과 관련한 유효한 서브스크립션 정보가 존재하지 않는다면, HSS/HLR은 MTC-IWF에게 이를 알리는 정보를 포함하는 응답 메시지를 전송한다. 이 경우, MTC-IWF는 SCS에게 상기 장치 트리거 취소/회수 및/또는 교체 요청이 실패했음을 알리는 메시지를 보내고, 이후의 단계는 수행하지 않는다. 전술한 MTC-IWF이 HSS/HLR과 상호작용(interaction)을 수행하는 내용은 실시예 2 및 실시예 3에도 적용될 수 있다. 또한, 전술한 MTC-IWF이 HSS/HLR과 상호작용(interaction)을 수행하는 과정은 상기 단계 S601에서 SCS가 MTC-IWF에 전송한 장치 트리거 취소 요청 메시지에 MTC 단말의 식별자로 MSISDN이 포함되어 있지 않은 경우에만 수행되거나 또는 MTC 단말의 식별자로 외부 식별자만 포함되어 있는 경우에만 수행될 수도 있다.

단계 S603에서, SMS-SC는 옛 트리거 참조 번호에 의해 확인된, 저장된 옛 트리거 메시지(계류 중일 수 있다) 및/또는 옛 트리거 메시지에 관련된 정보를 제거/삭제할 수 있다. SMS-SC는 단말이 가용해 질 때 전달할 새 트리거 메시지 및/또는 새 트리거 메시지에 관련된 정보를 저장할 수 있다. 상기 트리거 메시지 및/또는 트리거 메시지에 관련된 정보는 표 4에 전술한 정보들 일 수 있다.

단계 S604에서, SMS-SC는, (SMS-SC에서) 계류 중인 트리거 메시지가 새 트리거 메시지로 성공적으로 교체되었음을 알리기 위한 제출 트리거 취소 응답 메시지를 MTC-IWF로 전송할 수 있다.

제출 트리거 취소 응답(Submit Trigger Cancel Response) 메시지는 새롭게 정의된 메시지일 수도 있고, 기존의 T4 인터페이스를 사용한 트리거 전달 동작 (TS 23.682v11.2.0의 5.2.2절 참고)을 위해 사용되는 제출 트리거 확인 메시지(Submit Trigger Confirm message) 또는 메시지 전달 보고(Message Delivery Report) 메시지일 수도 있다. 추가적으로 상기 메시지는 새로운 트리거 메시지로 기존의 계류중인 트리거 메시지를 교체하는 것을 요청하는 메시지에 대한 응답 메시지임을 나타내는 정보를 명시적/함축적으로 포함할 수 있다.

단계 S605에서, MTC-IWF는 외부 식별자, MSISDN, 옛 트리거 참조 번호, 새 트리거 참조 번호를 포함하는 장치 트리거 취소 보고(Device Trigger Cancel Report) 메시지를 (트리거 취소가 성공인지 실패인지, 실패라면 그 이유를 지시하는 이유 값(cause value)와 함께) SCS로 전송할 수 있다.

장치 트리거 취소 보고 메시지는 본 발명을 위해 새롭게 정의된 메시지일 수도 있고, 기존의 Tsp 상의 장치 트리거 절차 동작(TS 23.682v11.2.0의 5.2.1절 참고)을 위해 사용되는 장치 트리거 보고 메시지(Device Trigger Report message) 또는 Device-Notification-Request (DNR) 메시지/코멘드일 수도 있다. 추가적으로 상기 메시지는 새로운 트리거 메시지로 기존의 계류중인 트리거 메시지를 교체하는 것을 요청하는 메시지에 대한 응답 메시지임을 나타내는 정보를 명시적/함축적으로 포함할 수 있다.

실시예 1b - T4 트리거 메시지의 취소/회수

도 7을 참조하면, 단계 S701에서, SCS는 이전에 제출된 트리거 메시지를 취소할 필요가 있는지 여부를 결정할 수 있다. SCS는 장치 트리거 취소 요청 메시지(외부 식별자(External Identifier) 또는 MSISDN, SCS 식별자(SCS Identifier), 옛 트리거 참조 번호(old trigger reference number) 또는 트리거 참조 번호 등을 포함)를 MTC-IWF에 전송할 수 있다. 옛 트리거 참조 번호(또는 트리거 참조 번호)는 SCS가 취소하기를 원하는, 이전에 제출된 트리거 메시지에 할당된 트리거 참조 번호를 지시할 수 있다.

장치 트리거 취소/회수 요청 메시지는 본 발명을 위해 새롭게 정의된 메시지일 수도 있고, 기존의 Tsp 상의 장치 트리거 절차 동작(TS 23.682v11.2.0의 5.2.1절 참고)을 위해 사용되는 장치 트리거 요청 메시지일 수도 있다. 추가적으로 상기 메시지는 기존의 계류중인 트리거 메시지를 취소할 것을 요청한다는 정보를 명시적/함축적으로 포함할 수 있다.

예를 들면, 계류중인 트리거 메시지를 취소할 것을 요청하기 위한 장치 트리거 취소/회수 요청 메시지는 기존의 장치 트리거 요청 메시지, 즉 장치-액션-요청 메시지/코멘드 (상기 2.2.3절에서 설명한)를 사용하면서 새로운 액션-타입 값, 예컨대 Action-Type = "Recall" (구체적으로는 "Recall"을 의미하는 특정 열거된 값 또는 정수값)을 정의하여 사용할 수 있다. 또한, 이때 회수 요청에 필요한 정보들을 포함하기 위해 기존의 AVP를 확장하거나 새로운 AVP를 정의하여 사용할 수 있다. 또 다른 예로는 계류중인 트리거 메시지를 회수 또는 교체하도록 요청하는 새로운 메시지/코멘드를 정의하면서 회수 및 교체에 대해 각각 정의된 액션-타입 AVP를 포함하도록 하는 것이다. 또는, 계류중인 트리거 메시지를 취소/회수하도록 요청하는 메시지/코멘드와 계류중인 트리거 메시지를 교체하도록 요청하는 메시지/코멘드를 각각 정의하여 사용할 수도 있다. 전술한 SCS가 MTC-IWF에게 전송하는 장치 트리거 취소/회수 요청 메시지에 대한 내용은 실시예 2 및 실시예 3에도 적용될 수 있다.

장치 트리거 취소/회수 요청 메시지는 추가적으로 계류중인 트리거 메시지에 대한 우선순위 값을 포함할 수 있다. 계류중인 트리거 메시지와 관련한 우선순위 값은 상기 계류중인 트리거 메시지를 취소 하는데 있어서 우선순위가 있는지 여부를 나타낼 수 있다. 그러나 계류중인 트리거 메시지를 취소 하는데 있어서 우선순위 (또는 긴급성) 여부는 다양한 형태의 메시지 및/또는 파라미터 및/또는 정보로 나타낼 수도 있다.

단계 S702에서, 수신된 장치 트리거 취소 요청 메시지의 외부 식별자, MSISDN, SCS 식별자, 옛 트리거 참조 번호 등에 기초해서, 어떤 트리거 메시지가 삭제되어야 할지를 확인(identify)할 수 있다. 또한, MTC-IWF는 외부 식별자, MSISDN, IMSI, SCS 식별자, 옛 트리거 참조 번호 (또는 트리거 참조 번호) 등을 포함하는 제출 트리거 취소 메시지를 SMS-SC로 전송할 수 있다.

MTC-IWF는 다음 중 하나 이상의 정보에 기반하여 SCS가 Tsp 인터페이스로의 트리거 제출에 대한 쿼터 또는 레이트를 초과한 경우, 상기 장치 트리거 취소/회수 요청 메시지를 수락(또는 거절)할지 여부를 결정할 수 있다.

- 사업자 정책 및/또는 가입자 정보

- Tsp 인터페이스의 오버로드 상황

MTC-IWF는 SCS에게 허용되는 트리거 제출에 대한 쿼터 또는 레이트와는 별도로 SCS에게 허용되는 트리거 취소에 대한 쿼터 또는 레이트를 관리할 수도 있으며, 이러한 경우 트리거 취소에 대한 쿼터 또는 레이트를 초과한 경우 SCS가 보낸 장치 트리거 취소/회수 요청 메시지를 수락(또는 거절)하지 않을 수 있다.

- 사업자 정책 및/또는 가입자 정보

- 계류중인 트리거 메시지를 취소 하는데 있어서 우선순위 (또는 긴급성) 여부

- Tsp 인터페이스의 오버로드 상황

- SCS가 Tsp 인터페이스로의 트리거 제출 (또는 트리거 취소)에 대한 쿼터 또는 레이트를 초과했는지 여부

제출 트리거 취소 메시지는 새롭게 정의된 메시지일 수도 있고, 기존의 T4 인터페이스를 사용한 트리거 전달 동작 (TS 23.682v11.2.0의 5.2.2절 참고)을 위해 사용되는 제출 트리거 메시지일 수도 있다. 추가적으로 상기 메시지는 기존의 계류중인 트리거 메시지를 취소 할 것을 요청한다는 정보를 명시적/함축적으로 포함할 수 있다.

상기 단계 S702를 수행하기에 앞서 MTC-IWF은 HSS/HLR(도 7에는 미도시)로 서브스크라이버 정보를 요청하기 위한 그리고/또는 상기 SCS가 장치 트리거에 대한 '취소/회수 및/또는 교체' 또는 '취소/회수'가 허용되는 SCS인지 검사/인증을 요청하는 메시지를 보낼 수 있다. 상기 요청 메시지에는 상기 요청이 SCS로부터의 장치 트리거에 대한 취소/회수 및/또는 교체 요청에 의한 것임을 알리는 정보를 명시적으로 또는 함축적으로 포함시킬 수 있다. 상기 요청을 수신한 HSS/HLR은 상기 SCS가 상기 MTC 단말에 대한 트리거를 취소/회수 및/또는 교체하는 것이 허용되는 SCS인지를 검사/인증한다. 그리고 SCS는 MTC-IWF에게 응답 메시지를 전송한다. 상기 응답 메시지는 서브스크라이버 정보 (예컨대, IMSI, MTC 단말을 서빙하는 서빙노드의 식별자를 포함하는 라우팅 정보 등)를 포함할 수 있다. 만약 검사/인증 결과 상기 SCS가 상기 MTC 단말에 대한 트리거를 취소/회수 및/또는 교체하는 것이 허용되지 않거나, 또는 HSS/HLR에 상기 MTC 단말과 관련한 유효한 서브스크립션 정보가 존재하지 않는다면, HSS/HLR은 MTC-IWF에게 이를 알리는 정보를 포함하는 응답 메시지를 전송한다. 이 경우, MTC-IWF는 SCS에게 상기 장치 트리거 취소/회수 및/또는 교체 요청이 실패했음을 알리는 메시지를 보내고, 이후의 단계는 수행하지 않는다. 전술한 MTC-IWF이 HSS/HLR과 상호작용(interaction)을 수행하는 내용은 실시예 2 및 실시예 3에도 적용될 수 있다. 또한, 전술한 MTC-IWF이 HSS/HLR과 상호작용(interaction)을 수행하는 과정은 상기 단계 S701에서 SCS가 MTC-IWF에 전송한 장치 트리거 취소 요청 메시지에 MTC 단말의 식별자로 MSISDN이 포함되어 있지 않은 경우에만 수행되거나 또는 MTC 단말의 식별자로 외부 식별자만 포함되어 있는 경우에만 수행될 수도 있다.

단계 S703에서, SMS-SC는 옛 트리거 참조 번호에 의해 확인된, 저장된 옛 트리거 메시지(예를 들어, 계류 중인) 및/또는 수신된 제출 트리거 취소 메시지에 포함된 기타 정보(예를 들어, 외부 식별자, MSISDN, IMSI, SCS 중 하나 이상의 정보)를 제거할 수 있다. SMS-SC는 단말이 가용해 질 때 전달할 새 트리거 메시지를 저장할 수 있다.

단계 S704에서, SMS-SC는, (SMS-SC에서) 계류 중인 트리거 메시지가 새 트리거 메시지로 성공적으로 제거/회수되었음을 알리기 위한 제출 트리거 취소 응답 메시지를 MTC-IWF로 전송할 수 있다.

제출 트리거 취소 응답 메시지는 본 발명을 위해 새롭게 정의된 메시지일 수도 있고, 기존의 T4 인터페이스를 사용한 트리거 전달 동작(TS 23.682v11.2.0의 5.2.2절 참고)을 위해 사용되는 제출 트리거 확인 메시지 또는 메시지 전달 보고 메시지일 수도 있다. 추가적으로 상기 메시지는 기존의 계류중인 트리거 메시지를 취소 하는 것을 요청하는 메시지에 대한 응답 메시지임을 나타내는 정보를 명시적/함축적으로 포함할 수 있다.

단계 S705에서, MTC-IWF는 외부 식별자, MSISDN, 옛 트리거 참조 번호를 포함하는 장치 트리거 취소 보고(Device Trigger Cancel Report) 메시지를, (트리거 취소가 성공인지 실패인지, 실패라면 그 이유를 지시하는 이유 값(cause value)와 함께) SCS로 전송할 수 있다.

장치 트리거 취소 보고 메시지는 본 발명을 위해 새롭게 정의된 메시지일 수도 있고, 기존의 Tsp 상의 장치 트리거 절차 동작(TS 23.682v11.2.0의 5.2.1절 참고) 을 위해 사용되는 장치 트리거 보고 메시지일 수도 있다. 추가적으로 상기 메시지는 기존의 계류중인 트리거 메시지를 취소 하는 것을 요청하는 메시지에 대한 응답 메시지임을 나타내는 정보를 명시적/함축적으로 포함할 수 있다.

상술한 실시예 1a 및/또는 1b에서, 만약, 복수개의 SMS-SC가 MTC-IWF에 연결되어 있는 경우, MTC-IWF가 장치 트리거를 취소/회수하기 위한 요청 메시지 또는 장치 트리거를 교체하기 위한 요청 메시지를 전송하는 대상이 되는 SMS-SC를 선택/결정할 필요가 있다. 이는 복수개의 SMS-SC 중, 옛 트리거 메시지를 저장하고 있는 SMS-SC (즉, 이전에 MTC-IWF가 옛 트리거 메시지에 대한 전송을 요청한 SMS-SC)에게 교체, 취소/회수 요청 메시지를 전송해야 하기 때문이다. 이에 MTC-IWF는 다음 중 하나 이상의 방법으로 SMS-SC를 선택/결정할 수 있다.

첫 번째로, MTC-IWF에 단말 별로 장치 트리거 전송 요청 메시지(도 5의 단계 S501에서 제출 트리거(Submit Trigger) 메시지)를 보내는 SMS-SC가 설정(configure) 되어 있을 수 있다. 이는, T4 트리거 메시지의 교체, 취소/회수에 관련된 제1 메시지를 수신하는 SMS-SC가 단말 별로 설정되어 있는 것으로 이해될 수 있다. 즉, 설정(configuration)에 기반하여 MTC-IWF가 제1 메시지를 전송할 SMS-SC를 결정할 수 있는 것이다.

예를 들면, 단말-1, 단말-2에 대해서는 SMS-SC-1, 그리고 단말-3, 단말-4에 대해서는 SMS-SC-2가 설정 되어 있어서 장치 트리거를 교체, 취소/회수 하기 위한 요청 메시지도 설정 되어 있는 SMS-SC로 전송한다. 여기서 단말에 대한 식별은 외부 식별자, MSISDN 중 하나 이상이 사용될 수 있으며, 이외의 다른 정보도 특정 단말에 대해 할당/설정 되어 있는 SMS-SC를 결정/선택하기 위해 사용될 수 있다.

두 번째로, MTC-IWF는 HSS/HLR에게 장치 트리거 교체, 취소/회수를 수행해야 하는 옛 트리거 메시지를 저장하고 있는 SMS-SC(즉, 이전에 MTC-IWF가 옛 트리거 메시지에 대한 전송을 요청한 SMS-SC)에 대한 정보를 요청하여 획득한다. HSS/HLR이 MTC-IWF으로부터 SMS-SC 정보를 요청하는 메시지를 수신하면, HSS/HLR은 MTC-IWF에게 SMS-SC 정보(예를 들어, SMS-SC 주소, 이름, 식별자 등)를 제공한다. MTC-IWF가 HSS/HLR에게 요청 메시지를 전송 시, 외부 식별자, MSISDN 중 하나 이상을 포함하며, 추가적으로는 SCS 식별자 등을 포함할 수 있다. 이는 SCS로부터 수신한 장치 트리거 교체, 취소/회수 요청 메시지에 포함된 정보에 기반한다. SMS-SC는 트리거 전송이 실패한 경우 HSS/HLR에게 단말/UE가 가용해지면 통보해주는 것(즉, Alert-Service Centre 메커니즘)을 요청하는데(TS 23.682의 5.2.2절 step 8 참조) 이 요청을 수신할 때마다 HSS/HLR은 단말/UE에 대한 SMS-SC 주소/정보를 저장할 수 있다. 이에 기반하여 HSS/HLR은 MTC-IWF에게 SMS-SC 정보를 요청하는 메시지를 수신하면 SMS-SC 정보를 제공할 수 있다. HSS/HLR은 단말/UE가 가용해져서 SMS-SC에게 이를 알리는 통보 메시지를 전송한 이후에 SMS-SC 정보를 계속 유지할 수도 있고, 삭제할 수도 있다. 만약, 후자의 경우 MTC-IWF으로부터 SMS-SC 정보를 요청하는 메시지를 수신 시, HSS/HLR은 SMS-SC 정보를 더 이상 저장하고 있지 않을 수도 있다. 이 경우 HSS/HLR은 MTC-IWF에게 SMS-SC 정보를 제공할 수 없음을 알리는(명시적으로 또는 암시적으로) 응답을 보낸다. 응답을 수신한 MTC-IWF는 i) SCS에게 장치 트리거에 대한 교체, 취소/회수 요청이 실패했음을 알리는 응답 메시지를 전송하거나, 또는 ii) SCS가 장치 트리거를 취소/회수하는 요청을 한 경우, SCS에게 장치 트리거에 대한 취소/회수 요청이 실패했음을 알리는 응답 메시지를 전송한다. SCS가 장치 트리거를 교체하는 요청을 한 경우, 새 트리거 메시지에 대한 T4 방식의 전송을 수행한다. 추가적으로는 SCS에게 응답을 전송할 수 있는데 응답은 옛 트리거 메시지에 대한 취소/회수가 실패했음을 알리는 정보 및/또는 새 트리거 메시지에 대한 전송을 수행할 것임을 알리는 정보를 포함할 수 있다. 상기 MTC-IWF이 HSS/HLR로부터 SMS-SC 정보를 획득하기 위해 교환하는 메시지는 상기 실시예 1a의 단계 S602 및 실시예 1b의 단계 S702에 앞서 수행할 수 있는 서브스크라이버 정보를 요청 그리고/또는 SCS에 대한 검사/인증을 요청하기 위해 교환하는 메시지가 될 수 있다. 상기 메시지는 MTC-IWF이 SMS-SC 정보를 요청함을 알리는 정보를 명시적 또는 함축적으로 포함할 수 있다.

상술한 SMS-SC를 선택/결정하는 방법은 본 발명 전반에 걸쳐 적용될 수 있다. 또한, 복수개가 아닌 하나의 SMS-SC가 MTC-IWF에 연결되어 있는 경우에도 한 방법이 사용될 수 있다. 또한 i)에서 전술한 설정(configuration)에 기반한 SMS-SC 선택/결정 방법은 후술하는 실시예 2에 관련된 T5 방식의 장치 트리거 전송의 경우에 확장 적용될 수 있다. 즉, SCS가 복수개의 MTC-IWF과 연결되어 있을 때, 옛 트리거 메시지에 대한 교체, 취소/회수 요청을 보내기 위해 옛 트리거 메시지를 저장하고 있는 MTC-IWF (즉, 이전에 SCS가 옛 트리거 메시지에 대한 전송을 요청한 MTC-IWF)에게 교체, 취소/회수 요청 메시지를 전송해야 하는 바, SCS가 적절한 MTC-IWF을 선택/결정하는데 한 설정에 기반한 선택 방식이 사용될 수 있다

실시예 2 - T5 트리거 메시지의 교체, 취소/회수

두 번째 실시예는 T5 트리거 메시지의 교체, 취소/회수에 관한 것이다.

T5 트리거 메시지의 교체, 취소/회수는 MTC-IWF에 의해 수행될 수 있다. 구체적으로, MTC-IWF는 제1 메시지에 포함된 옛 트리거 참조 번호(old trigger reference number)에 기초하여 어떤 트리거 메시지를 취소/회수 또는 교체하여야 할지를 확인(identify)하고, 확인된 트리거 메시지를 삭제할 수 있다. 만약, 제1 메시지가 트리거 메시지의 교체에 관련된 경우(예를 들어, 제1 메시지가 새 트리거 참조 번호를 포함하는 경우), MTC-IWF는 옛 트리거 참조 번호에 해당되는 트리거 메시지를 삭제하고, (새 트리거 참조 번호에 해당하는) 새 트리거 메시지를 저장할 수 있다. 저장된 새 트리거 메시지는 단말이 가용한 경우 단말에게 전달될 수 있다.

여기서, 제1 메시지는 후술하는 바와 같이, 제출 트리거 취소/회수 메시지 또는 제출 트리거 교체 메시지일 수 있으며, 이는 MTC-IWF가 SCS로부터 수신한 장치 트리거에 관련된 메시지일 수 있다. 다시 말해, 제1 메시지는 트리거의 교체 동작 또는 트리거의 회수/취소 동작 중 어느 하나를 요청하는 것일 수 있으며, 구체적으로 장치 트리거 취소/회수 요청 메시지, 장치 트리거 교체 요청 메시지일 수 있다. 또는, 제1 메시지는 액션 타입이 장치 트리거 취소/회수 또는 교체 중 어느 하나로 설정된 장치 액션 요청 메시지의 형태일 수도 있다. 또한, 제1 메시지는 SCS가 Tsp 인터페이스로의 트리거 제출의 쿼터 또는 레이트를 초과한 경우, 상기 MTC-IWF에 의해 거절될 수 있다.

실시예 2a - T5 트리거 메시지의 교체

도 8에는 T5 트리거 메시지의 교체 절차가 도시되어 있다. 도 8을 참조하면, 단계 S801에서 SCS는 이전에 제출된 트리거 메시지를 취소할 필요가 있는지 여부를 결정할 수 있다. SCS는 장치 트리거 취소 요청 메시지(외부 식별자 또는 MSISDN, SCS 식별자, 옛 트리거 참조 번호, 새 트리거 참조 번호, 유효 기간, 우선순위, 트리거 페이로드 등을 포함)를 MTC-IWF에 전송할 수 있다. 옛 트리거 참조 번호는 SCS가 취소하기를 원하는, 이전에 제출된 트리거 메시지에 할당된 트리거 참조 번호를 지시할 수 있다. 새 트리거 참조 번호는 새롭게 제출된 트리거 메시지에게 SCS에 의해 할당될 수 있다. 유효 기간, 우선순위, 트리거 페이로드가 새 트리거 메시지를 위한 것인데 비해, 외부 식별자, MSISDN, SCS 식별자는 모두 옛 트리거 메시지(예를 들어, 계류 중인 트리거 메시지) 및 새 트리거 메시지에 연관되어 있다.

장치 트리거 취소/회수 요청 메시지는 새롭게 정의된 메시지일 수도 있고, 기존의 Tsp 상의 장치 트리거 절차(Device triggering procedure over Tsp) 동작 (상세한 내용은 TS 23.682v11.2.0의 5.2.1절에 의해 참고될 수 있다.)을 위해 사용되는 장치 트리거 요청 메시지일 수도 있다. 추가적으로 상기 메시지는 새로운 트리거 메시지로 기존의 계류중인 트리거 메시지(pending trigger message)를 교체할 것을 요청한다는 정보를 명시적/함축적으로 포함할 수 있다.

SCS는 새 트리거 참조 번호를 옛 트리거 참조 번호와 동일한 값으로 설정할 수 있다. 이러한 경우 장치 트리거 취소/회수 요청 메시지에 옛 트리거 참조 번호 및 새 트리거 참조 번호가 모두 포함될 수도 있고, 하나의 트리거 참조 번호 값만 포함될 수도 있다.

우선순위 정보의 경우 계류중인 트리거 메시지에 대한 우선순위 값과 새 트리거 메시지에 대한 우선순위 값이 다른 경우(아니면 같더라도), 계류중인 트리거 메시지에 대한 우선순위 값을 추가적으로 장치 트리거 취소/회수 요청 메시지에 포함시킬 수 있다. 계류중인 트리거 메시지와 관련한 우선순위 값은 상기 계류중인 트리거 메시지를 취소 하는데 있어서 우선순위가 있는지 여부를 나타낼 수 있다. 그러나 계류중인 트리거 메시지를 취소 하는데 있어서 우선순위 (또는 긴급성) 여부는 다양한 형태의 메시지 및/또는 파라미터 및/또는 정보로 나타낼 수도 있다.

수신된 장치 트리거 취소 요청 메시지의 외부 식별자, MSISDN, SCS 식별자, 옛 트리거 참조 번호 중 하나 이상의 정보에 기초해서, MTC-IWF는 새 트리거 메시지로의 교체되는 과정에서 어떤 트리거 메시지가 삭제되어야 할지를 확인(identify)할 수 있다.

MTC-IWF는 다음 중 하나 이상의 정보에 기반하여 SCS가 Tsp 인터페이스로의 트리거 제출 에 대한 쿼터 또는 레이트를 초과한 경우, 상기 장치 트리거 취소/회수 요청 메시지를 수락(또는 거절)(거절)할지 여부를 결정할 수 있다.

- 사업자 정책 및/또는 가입자 정보

- 새 트리거 메시지의 우선순위 (또는 긴급성) 여부

- Tsp 인터페이스의 오버로드 상황

- T5 인터페이스의 오버로드 상황 및/또는 T4 인터페이스의 오버로드 상황

- 사업자 정책 및/또는 가입자 정보

- 새 트리거 메시지의 우선순위 (또는 긴급성) 여부

- Tsp 인터페이스의 오버로드 상황

경우에 따라서는 상기 장치 트리거 취소/회수 요청 메시지에서 요청하는 계류중인 트리거 메시지의 취소 요청만을 수락(또는 거절)하고, 새 트리거 메시지의 제출 요청은 거절할 수도 있다. 예를 들어, SCS가 Tsp 인터페이스로의 트리거 제출(또는 트리거 취소)에 대한 쿼터 또는 레이트를 초과 및/또는 Tsp 인터페이스의 오버로드 상황 및/또는 T5 인터페이스의 오버로드 상황인 경우, 새 트리거 메시지의 우선순위는 없고 계류중인 트리거 메시지에만 우선순위가 있다면, MTC-IWF는 계류중인 트리거 메시지의 취소/회수 요청만을 수락(또는 거절)하고, 새 트리거 메시지의 제출 요청은 거절할 수도 있다. 또는 SCS가 장치 트리거 취소/회수 요청 메시지를 MTC-IWF에게 전송 시, 명시적으로/함축적으로 새 트리거 메시지의 제출 요청이 거절되더라도 계류중인 트리거 메시지의 취소/회수는 반드시 수행해 줄 것을 요청하는 정보를 포함시킬 수도 있다. 이와 달리 SCS는 장치 트리거 취소/회수 요청 메시지를 MTC-IWF에게 전송 시, 명시적으로/함축적으로 새 트리거 메시지의 제출 요청이 거절되는 경우 계류중인 트리거 메시지의 취소/회수도 함께 거절해 줄 것을 요청하는 정보를 포함시킴으로써, 두 개의 동작이 분리된 형태로 수행되는 것을 방지할 수도 있다.

단계 S802에서, MTC-IWF는 계류중인 트리거 메시지를 새 트리거 메시지로 교체하는 동작을 수행할 수 있다. 교체 동작은 다음과 같이, 계류 중인 트리거 메시지가 어느 네트워크 노드에 저장되어 있는지에 따라 다소 상이할 수 있다.

만약, MTC-IWF가 계류중인 트리거 메시지를 저장하고 있는 경우(또는 store ＆ forward 기능을 수행하는 경우), MTC-IWF는 계류중인 트리거 메시지 및/또는 계류중인 트리거 메시지에 관련된 정보를 제거/삭제하고 새 트리거 메시지 및/또는 새 트리거 메시지에 관련된 정보를 저장한다. 만약, 서빙 노드(즉, MSC/SGSN/MME)가 계류중인 트리거 메시지를 저장하고 있는 경우(또는 store ＆ forward 기능을 수행하는 경우), MTC-IWF가 상기 계류중인 트리거 메시지를 저장하고 있는 서빙 노드로 메시지를 보내(T5 인터페이스를 통해 또는 다른 노드를 거쳐) 계류중인 트리거 메시지를 제거하고 새 트리거 메시지를 저장할 것을 요청할 수 있다. 만약, 상기 외의 다른 노드가 계류중인 트리거 메시지를 저장하고 있는 경우 (또는 store ＆ forward 기능을 수행하는 경우), MTC-IWF가 상기 계류중인 트리거 메시지를 저장하고 있는 다른 노드로 메시지를 보내(다른 노드와 연결된 인터페이스를 통해 또는 다른 노드를 거쳐) 계류중인 트리거 메시지를 트리거 메시지를 제거하고 새 트리거 메시지를 저장할 것을 요청할 수 있다.

단계 S803에서, MTC-IWF는 외부 식별자, MSISDN, 옛 트리거 참조 번호, 새 트리거 참조 번호를 포함하는 장치 트리거 취소 보고(Device Trigger Cancel Report) 메시지를 (트리거 취소가 성공인지 실패인지, 실패라면 그 이유를 지시하는 이유 값(cause value)와 함께) SCS로 전송할 수 있다. 장치 트리거 취소 메시지는 새롭게 정의된 메시지일 수도 있고, 기존의 Tsp 상의 장치 트리거 절차 동작(TS 23.682v11.2.0의 5.2.1절 참고)을 위해 사용되는 장치 트리거 보고 메시지 또는 Device-Notification-Request (DNR) 메시지/코멘드일 수도 있다. 추가적으로 상기 메시지는 새로운 트리거 메시지로 기존의 계류중인 트리거 메시지를 교체하는 것을 요청하는 메시지에 대한 응답 메시지임을 나타내는 정보를 명시적/함축적으로 포함할 수 있다.

실시예 2b - T5 트리거 메시지의 취소/회수

도 9를 참조하면, 단계 S901에서, SCS는 이전에 제출된 트리거 메시지를 취소할 필요가 있는지 여부를 결정할 수 있다. SCS는 장치 트리거 취소 요청 메시지(외부 식별자 또는 MSISDN, SCS 식별자, 옛 트리거 참조 번호 또는 트리거 참조 번호 등을 포함)를 MTC-IWF에 전송할 수 있다. 옛 트리거 참조 번호 (또는 트리거 참조 번호)는 SCS가 취소하기를 원하는, 이전에 제출된 트리거 메시지에 할당된 트리거 참조 번호를 지시할 수 있다.

장치 트리거 취소/회수 요청 메시지는 새롭게 정의된 메시지일 수도 있고, 기존의 Tsp 상의 장치 트리거 절차 동작(TS 23.682v11.2.0의 5.2.1절 참고)을 위해 사용되는 장치 트리거 요청 메시지일 수도 있다. 추가적으로 상기 메시지는 기존의 계류중인 트리거 메시지를 취소할 것을 요청한다는 정보를 명시적/함축적으로 포함할 수 있다.

장치 트리거 취소/회수 요청 메시지는 추가적으로 계류중인 트리거 메시지에 대한 우선순위 값을 포함할 수 있다. 계류중인 트리거 메시지와 관련한 우선순위 값은 상기 계류중인 트리거 메시지를 취소/회수하는데 있어서 우선순위가 있는지 여부를 나타낼 수 있다. 그러나 계류중인 트리거 메시지를 취소/회수하는데 있어서 우선순위(또는 긴급성) 여부는 다양한 형태의 메시지 및/또는 파라미터 및/또는 정보로 나타낼 수도 있다.

수신된 장치 트리거 취소 요청 메시지의 외부 식별자, MSISDN, SCS 식별자, 옛 트리거 참조 번호 중 하나 이상의 정보에 기초해서, 어떤 트리거 메시지가 삭제되어야 할지를 확인(identify)할 수 있다.

MTC-IWF는 다음 중 하나 이상의 정보에 기반하여 SCS가 Tsp 인터페이스로의 트리거 제출 에 대한 쿼터 또는 레이트를 초과한 경우, 상기 장치 트리거 취소/회수 요청 메시지를 수락(또는 거절)할지 여부를 결정할 수 있다. 하기한 정보 외에도 다양한 정보에 기반할 수 있다.

- 사업자 정책 및/또는 가입자 정보

- 계류중인 트리거 메시지를 취소/회수하는데 있어서 우선순위(또는 긴급성) 여부

- Tsp 인터페이스의 오버로드 상황

MTC-IWF는 다음 중 하나 이상의 정보에 기반하여 SCS로의 Tsp 인터페이스가 오버로드 상황인 경우, 상기 장치 트리거 취소/회수 요청 메시지를 수락(또는 거절)할지 여부를 결정할 수 있다. 하기한 정보 외에도 다양한 정보에 기반할 수 있다.

- 사업자 정책 및/또는 가입자 정보

- 계류중인 트리거 메시지를 취소하는데 있어서 우선순위(또는 긴급성) 여부

- Tsp 인터페이스의 오버로드 상황

단계 S902에서, MTC-IWF는 계류중인 트리거 메시지를 취소/회수하는 동작을 수행할 수 있다. 취소/회수 동작은 다음과 같이, 계류 중인 트리거 메시지가 어느 네트워크 노드에 저장되어 있는지에 따라 다소 상이할 수 있다.

만약, MTC-IWF가 계류중인 트리거 메시지를 저장하고 있는 경우(또는 store ＆ forward 기능을 수행하는 경우, MTC-IWF는 계류중인 트리거 메시지를 제거/삭제한다. MTC-IWF가 UE의 가용성(availability)을 알기 위해 다른 노드(예를 들어 HSS/HLR)로 이에 대한 통지 서비스에 가입한 경우 이를 해제하는 작업을 추가로 수행할 수도 있다. 만약, 서빙 노드(즉, MSC/SGSN/MME)가 계류중인 트리거 메시지를 저장하고 있는 경우 (또는 저장 및 포워드 기능을 수행하는 경우), MTC-IWF가 상기 계류중인 트리거 메시지를 저장하고 있는 서빙 노드로 메시지를 보내(T5 인터페이스를 통해 또는 다른 노드를 거쳐) 계류중인 트리거 메시지를 제거/삭제할 것을 요청하고 이에 대한 응답을 수신할 수 있다.

만약, 위 언급된 노드 외의 다른 노드가 계류중인 트리거 메시지를 저장하고 있는 경우(또는 저장 및 포워드 기능을 수행하는 경우, MTC-IWF가 상기 계류중인 트리거 메시지를 저장하고 있는 다른 노드로 메시지를 보내(다른 노드와 연결된 인터페이스를 통해 또는 다른 노드를 거쳐) 계류중인 트리거 메시지를 제거/삭제할 것을 요청할 수 있다. 계류중인 트리거 메시지를 저장하고 있는 노드가 단말의 가용성을 알기 위해 또 다른 노드(예를 들어 HSS/HLR)로 이에 대한 통지 서비스에 가입한 경우 이를 해제하는 작업을 추가로 수행할 수도 있다.

단계 S903에서, MTC-IWF는 외부 식별자, MSISDN, 트리거 참조 번호를 포함하는 장치 트리거 취소 보고(Device Trigger Cancel Report) 메시지를 (트리거 취소가 성공인지 실패인지, 실패라면 그 이유를 지시하는 이유 값(cause value)와 함께) SCS로 전송할 수 있다. 장치 트리거 취소 보고 메시지는 본 발명을 위해 새롭게 정의된 메시지일 수도 있고, 기존의 Tsp 상의 장치 트리거 절차 동작(TS 23.682v11.2.0의 5.2.1절 참고)을 위해 사용되는 장치 트리거 보고 메시지일 수도 있다. 추가적으로 상기 메시지는 기존의 계류중인 트리거 메시지를 취소하는 것을 요청하는 메시지에 대한 응답 메시지임을 나타내는 정보를 명시적/함축적으로 포함할 수 있다.

실시예 3 - T5 스몰 데이터의 교체, 취소/회수

세 번째 실시예는 T5 인터페이스를 이용하는 스몰 데이터의 교체, 취소/회수에 관한 것이다.

T5 인터페이스를 이용한 스몰 데이터의 교체, 취소/회수는 MTC-IWF에 의해 수행될 수 있다. 구체적으로, MTC-IWF는 제1 메시지에 포함된 옛 스몰 데이터 참조 번호(old trigger reference number)에 기초하여 어떤 스몰 데이터를 취소/회수 또는 교체하여야 할지를 확인(identify)하고, 확인된 스몰 데이터를 삭제할 수 있다. 만약, 제1 메시지가 스몰 데이터의 교체에 관련된 경우(예를 들어, 제1 메시지가 새 스몰 데이터 참조 번호를 포함하는 경우), MTC-IWF는 옛 스몰 데이터 참조 번호에 해당되는 스몰 데이터를 삭제하고, (새 스몰 데이터 참조 번호에 해당하는) 새 스몰 데이터를 저장할 수 있다. 저장된 새 스몰 데이터는 단말이 가용한 경우 단말에게 전달될 수 있다.

여기서, 제1 메시지는 후술하는 바와 같이, 스몰 데이터 취소/회수 메시지 또는 스몰 데이터 교체 메시지일 수 있으며, 이는 MTC-IWF가 SCS로부터 수신한 스몰 데이터에 관련된 메시지일 수 있다. 다시 말해, 제1 메시지는 스몰 데이터 교체 동작 또는 스몰 데이터의 회수/취소 동작 중 어느 하나를 요청하는 것일 수 있으며, 구체적으로 액션 타입이 스몰 데이터 취소/회수 또는 교체 중 어느 하나로 설정된 장치 액션 요청 메시지의 형태일 수도 있다. 또한, 제1 메시지는 SCS가 Tsp 인터페이스로의 스몰 데이터 제출의 쿼터 또는 레이트를 초과한 경우, 상기 MTC-IWF에 의해 거절될 수 있다.

실시예 3a - T5 스몰 데이터의 교체

단계 S1001에서 SCS는 이전에 제출된 스몰 데이터를 메시지를 교체할 필요가 있는지 여부를 결정할 수 있다. SCS는 액션 타입이 스몰 데이터 교체 요청으로 설정된 장치 액션 요청(외부 식별자 또는 MSISDN, SCS 식별자, 옛 스몰 데이터 참조 번호, 새 스몰 데이터 참조 번호, 유효 기간/메시지 수명, 우선순위, 스몰 데이터 페이로드 등을 포함)을 MTC-IWF에 전송할 수 있다.

옛 스몰 데이터 참조 번호는 SCS가 취소하기를 원하는, 이전에 제출된 스몰 데이터에 할당된 스몰 데이터 참조 번호를 지시할 수 있다. 새 스몰 데이터 참조 번호는 새롭게 제출된 스몰 데이터 메시지에게 SCS에 의해 할당될 수 있다.

이와 같은 이전에 제출한 스몰 데이터에 대한 교체 동작을 위해 SCS는 MTC-IWF에게 스몰 데이터 전송 요청 시 스몰 데이터에 대한 참조 번호(또는 식별자나 구분자)를 포함시켜 요청한다.

SCS가 Tsp 인터페이스로의 스몰 데이터 제출에 대한 쿼터 또는 레이트를 초과한 경우, MTC-IWF는 SCS에 의해 전송된, 액션 타입이 스몰 데이터 교체 요청으로 설정된 장치 트리거 액션 요청 메시지를 거절할 수 있다. 이에 MTC-IWF은 SCS로 상기 거절을 알리는 응답 메시지 (실패 이유를 지시하는 이유 값(cause value)와 함께)를 전송하며 이후의 단계는 더 이상 수행되지 않는다.

단계 S1002에서, MTC-IWF는 T5 인터페이스에서의 스몰 데이터 교체 절차를 수행한다. 보다 상세한 설명은 이하 도 11에서 설명된다.

단계 S1003에서 MTC-IWF는 SCS로 장치 액션 응답 메시지 내의 스몰 데이터 교체 성공 또는 실패를 지시할 수 있다. 즉, MTC-IWF는 SCS에게 스몰 데이터 교체 요청에 대한 응답 메시지 또는 결과를 알리는 메시지를 전송한다.

도 11에는 MTC-IWF는 T5 인터페이스에서의 스몰 데이터 교체 절차가 상세되어 있다. 도 11을 참조하면, 단계 S1101에서, 수신된 스몰 데이터 교체 요청 메시지(즉, SCS가 보낸 이전에 보내달라고 요청했던 스몰 데이터에 대한 교체 요청 메시지)에 포함된 외부 식별자, MSISDN, SCS 식별자, 옛 스몰 데이터 참조 번호 중 하나 이상의 정보에 기초하여, MTC-IWF는 어떤 스몰 데이터가 교체되어야 할지를 확인할 수 있다. MTC-IWF는 확인된 스몰 데이터가 이미 단말에게 전송되었는지 아니면 MTC-IWF에 계류 중인지 점검한다. 만약, 스몰 데이터가 MTC-IWF에 계류 중이거나 또는 스몰 데이터가 단말에게 전송되었으나 전달이 실패한 경우, 단계 S1102a 내지 S1104a가 수행될 수 있다. 보다 상세히, 단계 S1102a에서 MTC-IWF는 저장된 스몰 데이터를 삭제하고, 단말이 가용해 질 때 전달할 새 스몰 데이터를 저장한다. 단계 S1103a에서, MTC-IWF에서, 이전에 제출된 스몰 데이터는 성공적으로 교체된 것으로 간주된다. 단계 S1104a에서, MTC-IWF는 단말이 가용한 경우 새 스몰 데이터를 전달한다. 여기서, 새 스몰 데이터의 전달 절차는 3GPP TR 23.887v1.1.0, 5.1.1.3.3.1.1에 의해 참조될 수 있다. 계속해서, 만약 스몰 데이터가 단말에게 이미 전달되었고, 이 전달이 성공적인 경우 또는 스몰 데이터의 유효 기간이 이미 만료(expired)된 경우, 단계 S1102b에서 교체 요청은 실패(예를 들어, 성공적 전달 또는 만료에 의해)한 것으로 간주된다. 단계 S1103b에서, MTC-IWF는 단말이 가용한 경우 새 스몰 데이터를 전달한다. 여기서, 새 스몰 데이터의 전달 절차는 3GPP TR 23.887v1.1.0, 5.1.1.3.3.1.1에 의해 참조될 수 있다.

실시예 3b - T5 스몰 데이터의 취소/회수

단계 S1201에서 SCS는 이전에 제출된 스몰 데이터를 메시지를 취소/회수할 필요가 있는지 여부를 결정할 수 있다. SCS는 액션 타입이 스몰 데이터 취소/회수 요청으로 설정된 장치 액션 요청(외부 식별자 또는 MSISDN, SCS 식별자, 옛 스몰 데이터 참조 번호 또는 트리거 참조 번호 등을 포함)을 MTC-IWF에 전송할 수 있다. 옛 스몰 데이터 참조 번호 (또는 트리거 참조 번호)는 SCS가 취소하기를 원하는, 이전에 제출된 스몰 데이터에 할당된 스몰 데이터 참조 번호를 지시할 수 있다. 이와 같은 이전에 제출한 스몰 데이터에 대한 회수동작을 위해 SCS는 MTC-IWF에게 스몰 데이터 전송 요청 시 스몰 데이터에 대한 참조 번호(또는 식별자나 구분자)를 포함시켜 요청할 수 있다.

SCS가 Tsp 인터페이스로의 스몰 데이터 제출 에 대한 쿼터 또는 레이트를 초과한 경우, MTC-IWF는 SCS에 의해 전송된, 액션 타입이 스몰 데이터 취소/회수 요청으로 설정된 장치 트리거 액션 요청 메시지를 거절할 수 있다. 이에 MTC-IWF은 SCS로 상기 거절을 알리는 응답 메시지 (실패 이유를 지시하는 이유 값(cause value)와 함께)를 전송하며 이후의 단계는 더 이상 수행되지 않는다.

단계 S1202에서, MTC-IWF는 T5 인터페이스에서의 스몰 데이터 취소/회수 절차를 수행한다. 보다 상세한 설명은 이하 도 13에서 설명된다.

단계 S1203에서 MTC-IWF는 SCS로 장치 액션 응답 메시지 내의 스몰 데이터 취소/회수 성공 또는 실패를 지시할 수 있다. 즉, MTC-IWF는 SCS에게 스몰 데이터 회수 요청에 대한 응답 메시지 또는 결과를 알리는 메시지를 전송한다.

도 13을 참조하면, 단계 S1301에서, 수신된 스몰 데이터 취소/회수 요청 메시지(즉, SCS가 보낸 이전에 보내달라고 요청했던 스몰 데이터에 대한 취소/회수 요청 메시지)에 포함된 외부 식별자, MSISDN, SCS 식별자, 옛 스몰 데이터 참조 번호 중 하나 이상의 정보에 기초하여, MTC-IWF는 어떤 스몰 데이터가 취소되어야 할지를 확인할 수 있다. MTC-IWF는 확인된 스몰 데이터가 이미 단말에게 전송되었는지 아니면 MTC-IWF에 계류 중인지 점검한다. 만약, 스몰 데이터가 MTC-IWF에 계류 중이거나 또는 스몰 데이터가 단말에게 전송되었으나 전달이 실패한 경우, 단계 S1302a 내지 S1303a가 수행될 수 있다. 보다 상세히, 단계 S1302a에서 MTC-IWF는 저장된 스몰 데이터를 삭제한다. 단계 S1303a에서, MTC-IWF에서, 이전에 제출된 스몰 데이터는 성공적으로 취소/회수된 것으로 간주된다. 계속해서, 만약 스몰 데이터가 단말에게 이미 전달되었고, 이 전달이 성공적인 경우 또는 스몰 데이터의 유효 기간이 이미 만료(expired)된 경우, 단계 S1302b에서 취소/회수 요청은 실패(예를 들어, 성공적 전달 또는 만료에 의해)한 것으로 간주된다.

상술한 설명에서, 장치 트리거/스몰 데이터에 대한 교체, 취소/회수를 수행하는 MTC-IWF는 단말이 로밍인 경우, 단말의 홈(home) PLMN에 있는 MTC-IWF 또는 단말이 등록한 PLMN, 즉 방문자(visited) PLMN에 있는 MTC-IWF일 수 있다.

본 발명의 실시예에 의한 장치 구성

도 14는 본 발명의 일례에 따른 단말 장치 및 네트워크 노드 장치에 대한 바람직한 실시예의 구성을 도시한 도면이다.

도 14를 참조하여 본 발명에 따른 장치(1410)는, 송수신모듈(1411), 프로세서(1412) 및 메모리(1413)를 포함할 수 있다. 송수신모듈(1411)은 외부 장치(네트워크 노드(미도시) 및/또는 서버 장치(미도시))로 각종 신호, 데이터 및 정보를 송신하고, 외부 장치로 각종 신호, 데이터 및 정보를 수신하도록 구성될 수 있다. 프로세서(1412)는 장치(1410) 전반의 동작을 제어할 수 있으며, 외부 장치와 송수신할 정보 등을 연산 처리하는 기능을 수행하도록 구성될 수 있다. 메모리(1413)는 연산 처리된 정보 등을 소정시간 동안 저장할 수 있으며, 버퍼(미도시) 등의 구성요소로 대체될 수 있다.

본 발명의 일 실시예에 따른 장치(1410)의 프로세서는, 앞서 설명된 실시예들이 수행을 위해 필요한 사항들을 처리할 수 있다.

또한, 위와 같은 장치(1410)의 구체적인 구성은, 전술한 본 발명의 다양한 실시예에서 설명한 사항들이 독립적으로 적용되거나 또는 2 이상의 실시예가 동시에 적용되도록 구현될 수 있으며, 중복되는 내용은 명확성을 위하여 설명을 생략한다.

상술한 본 발명의 실시예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 발명의 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.

하드웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 하나 또는 그 이상의 ASICs(Application Specific Integrated Circuits), DSPs(Digital Signal Processors), DSPDs(Digital Signal Processing Devices), PLDs(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), 프로세서, 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.

펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.

상술한 바와 같이 개시된 본 발명의 바람직한 실시예들에 대한 상세한 설명은 당업자가 본 발명을 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 발명의 바람직한 실시예들을 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 본 발명의 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 예를 들어, 당업자는 상술한 실시예들에 기재된 각 구성을 서로 조합하는 방식으로 이용할 수 있다. 따라서, 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다.

본 발명은 본 발명의 정신 및 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니 되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다. 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다. 또한, 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함할 수 있다.

상술한 바와 같은 본 발명의 실시형태들은 다양한 이동통신 시스템에 적용될 수 있다.

Claims

무선통신시스템에서 SMS-SC(Short Message Service-Service Center)가 장치 트리거를 교체/회수하는 방법에 있어서,
MTC-IWF(Machine Type Communications - Inter Working Function)로부터 옛 트리거 참조 번호를 포함하는 제 1 메시지를 수신하는 단계; 및
상기 옛 트리거 참조 번호에 대응되는 트리거 메시지를 삭제하는 단계;
를 포함하고,
상기 제 1 메시지가 새 트리거 참조 번호를 더 포함하는 경우, 상기 SMS-SC 는 상기 트리거 메시지의 삭제와 함께, 상기 새 트리거 참조 번호에 대응되는 새 트리거 메시지를 저장하는, 장치 트리거 교체/회수 방법.
제 1 항에 있어서,
상기 제 1 메시지는 상기 MTC-IWF 가 SCS(Services Capability Server)로부터 수신한 장치 트리거에 관련된 제 2 메시지에 기초하는, 장치 트리거 교체/회수 방법.
제 2 항에 있어서,
상기 장치 트리거에 관련된 제 2 메시지는 트리거의 교체 동작 또는 트리거의 회수 동작 중 어느 하나를 요청하는 것인, 장치 트리거 교체/회수 방법.
제 2 항에 있어서,
상기 제 2 메시지가 장치 트리거의 교체 동작을 요청하는 경우에만 상기 제 1 메시지가 새 트리거 참조 번호를 포함하는, 장치 트리거 교체/회수 방법.
제 2 항에 있어서,
상기 제 2 메시지가 장치 트리거의 회수 동작을 요청하는 경우,
상기 제 1 메시지는 새 트리거 참조 번호를 포함하지 않는, 장치 트리거 교체/회수 방법.
제 2 항에 있어서,
상기 제 2 메시지는 SCS가 Tsp 인터페이스로의 트리거 제출의 쿼터(quota) 또는 레이트를 초과한 경우, 상기 MTC-IWF 에 의해 거절되는, 장치 트리거 교체/회수 방법.
제 1 항에 있어서,
상기 SMS-SC 는 복수의 SMS-SC 중, 상기 MTC-IWF 가 설정 정보에 기초하여 상기 제 1 메시지를 수신할 SMS-SC 로 선택한 것인, 장치 트리거 교체/회수 방법.
무선통신시스템에서 MTC-IWF 가 스몰 데이터를 교체/회수하는 방법에 있어서,
제 1 메시지에 포함된 옛 스몰 데이터 참조 번호에 기초하여, MTC-IWF 가 어떤 스몰 데이터를 교체/회수하여야 할지 확인하는 단계; 및
상기 확인된 스몰 데이터를 삭제하는 단계;
를 포함하고,
상기 제 1 메시지가 스몰 데이터의 교체에 관련된 경우,
상기 MTC-IWF 는 상기 스몰 데이터의 삭제와 함께, 새 스몰 데이터를 저장하는, 스몰 데이터 교체/회수 방법.
제 8 항에 있어서,
SCS 로부터 상기 제 1 메시지를 수신하는 단계;
를 더 포함하는, 스몰 데이터 교체/회수 방법.
제 9 항에 있어서,
상기 제 1 메시지는 스몰 데이터의 교체 동작 또는 스몰 데이터의 회수 동작 중 어느 하나를 요청하는 것인, 스몰 데이터 교체/회수 방법.
제 9 항에 있어서,
상기 제 1 메시지가 스몰 데이터의 교체 동작을 요청하는 경우에만 상기 제 1 메시지가 새 스몰 데이터 참조 번호를 포함하는, 스몰 데이터 교체/회수 방법.
제 9 항에 있어서,
상기 제 1 메시지는 SCS 가 Tsp 인터페이스로의 트리거 제출의 쿼터(quota) 또는 레이트를 초과한 경우, 상기 MTC-IWF 에 의해 거절되는, 스몰 데이터 교체/회수 방법.
제 8 항에 있어서,
상기 확인된 스몰 데이터의 삭제는 상기 확인된 스몰 데이터가 상기 MTC-IWF 에 계류 중 또는 단말에게 상기 확인된 스몰 데이터의 전달이 실패된 경우 수행되는, 스몰 데이터 교체/회수 방법.
제 8 항에 있어서,
상기 확인된 스몰 데이터가 단말에게 성공적으로 전달된 경우,
상기 스몰 데이터의 교체/회수는 실패한 것으로 간주되는, 스몰 데이터 교체/회수 방법.
제 8 항에 있어서,
상기 스몰 데이터는, 장치 트리거 메시지인, 스몰 데이터 교체/회수 방법.