KR20140015539A - 문자 메시징을 위한 레스트풀 웹 서비스들 및 패킷-교환 네트워크들 간의 인터페이스 - Google Patents

문자 메시징을 위한 레스트풀 웹 서비스들 및 패킷-교환 네트워크들 간의 인터페이스 Download PDF

Info

Publication number
KR20140015539A
KR20140015539A KR1020137033211A KR20137033211A KR20140015539A KR 20140015539 A KR20140015539 A KR 20140015539A KR 1020137033211 A KR1020137033211 A KR 1020137033211A KR 20137033211 A KR20137033211 A KR 20137033211A KR 20140015539 A KR20140015539 A KR 20140015539A
Authority
KR
South Korea
Prior art keywords
message
packet
text message
restful
switched network
Prior art date
Application number
KR1020137033211A
Other languages
English (en)
Other versions
KR101567292B1 (ko
Inventor
이강 카이
지안 샨커
Original Assignee
알까뗄 루슨트
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=46210433&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=KR20140015539(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by 알까뗄 루슨트 filed Critical 알까뗄 루슨트
Publication of KR20140015539A publication Critical patent/KR20140015539A/ko
Application granted granted Critical
Publication of KR101567292B1 publication Critical patent/KR101567292B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/53—Network services using third party service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06—Message adaptation to terminal or network requirements
    • H04L51/063—Content adaptation, e.g. replacement of unsuitable content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

문자 메시징을 위해 레스트풀 웹 애플리케이션들을 패킷-교환 네트워크들과 인터페이스하기 위한 시스템들 및 방법들이 개시된다. 일 실시예는 웹 애플리케이션으로부터 패킷-교환 네트워크로의 모바일 착신(MT, Mobile Terminated) 문자 메시지를 처리하는 시스템을 포함한다. 시스템은 웹 애플리케이션으로부터 MT 문자 메시지를 전송하기 위한 레스트풀 전송 동작을 수신한다. 시스템은 MT 문자 메시지에 대한 레스트풀 전송 동작을, SIP, SMPP, 또는 MAP와 같은 패킷 교환 네트워크에 의해 사용되는 시그널링 프로토콜에 기초하는 전송 요청으로 전환한다. 이후, 시스템은 MT 문자 메시지를 수신인에게 전달하기 위해 MT 문자 메시지에 대한 전송 요청을 패킷-교환 네트워크에 송신한다.

Description

문자 메시징을 위한 레스트풀 웹 서비스들 및 패킷-교환 네트워크들 간의 인터페이스{INTERFACE BETWEEN RESTFUL WEB SERVICES AND PACKET-SWITCHED NETWORKS FOR TEXT MESSAGING}
본 발명은 통신 분야에 관한 것으로, 특히, 문자 메시징을 위해 레스트풀 웹 서비스들을 패킷-교환 네트워크들과 인터페이스하는 것에 관한 것이다.
문자 메시징은 많은 모바일(또는 무선) 네트워크들에서 인기있는 통신 모드가 되었다. 문자 메시징의 한 가지 예는 디바이스들 간에 단문 문자 메시지들(즉, 160자 이하)의 교환을 가능하게 하는 통신 프로토콜들의 세트인 단문 메시지 서비스(SMS; Short Message Service)이다. 용어 "문자 메시지"는 전통적으로 SMS를 사용하여 전송되는 문자만의 메시지들을 말하지만, 이미지들, 비디오, 사운드 콘텐트 등과 같은 멀티미디어 메시지들을 포함하는 것으로 확대되었다. 멀티미디어 메시지들은 멀티미디어 메시지 서비스(MMS; Multimedia Message Service) 프로토콜을 사용하여 전송될 수 있다. 종종, 모바일 사용자들은 음성 호들보다 통신을 위해 문자 메시징을 더 자주 사용한다.
문자 메시징은 전통적으로 2개의 모바일 디바이스들이 문자 메시지들을 교환하는 것으로 여겨지지만, 최종 사용자가 문자 메시지들을 전송하거나 수신할 수 있는 웹-기반 애플리케이션들이 존재할 수도 있다. 예를 들어, 최종 사용자는 문자 메시지들을 전송/수신하기 위해 제 3자 웹 사이트에 액세스할 수도 있다. 제 3자 웹 사이트를 통해서, 최종 사용자는 수신인용 메시지 및 수신인용 전화 번호를 입력할 수도 있다. 이후, 웹-기반 애플리케이션은 웹-기반 서비스들을 위해 정의된 애플리케이션 프로그래밍 인터페이스(API; Application Programming Interface)를 사용하여 문자 메시지를 위한 전송 요청을 발생시킨다. 또 다른 예에서, 일부 소셜 네트워킹 서비스들(예를 들어, 페이스북)은 웹 사이트를 통해 문자 메시징 능력들을 제공할 수 있다. 사용자가 자신의 소셜 네트워크 계정에 로그인할 때, 최종 사용자가 이용할 수 있는 한 가지 옵션은 문자 메시지들을 전송/수신하는 것일 수 있다.
기구들은 문자 메시지들을 전송/수신할 때 사용하기 위해 웹-기반 애플리케이션들을 위한 표준 API들을 정의하였다. 웹 애플리케이션들에 사용되는 한 가지 API는 레스트풀(RESTful) API이고, 또한 레스트풀 웹 API라고도 한다. 레스트풀 웹 API는, POST, GET, PUT 및 DELETE와 같이, HTTP 방법들을 사용하는 동작들의 세트이고, REST(Representational State Transfer) 제약들에 따른다.
유감스럽게도, 웹 서비스들용으로 현재 사용되고 있는 레스트풀 API들은 오늘날의 진화 네트워크들에 대해 충분한 유연성을 제공하지 않는다.
본원에서 기술되는 실시예들은 레스트풀 웹 서비스들을 패킷-교환 네트워크들과 인터페이스하는, API와 같은, 시스템을 제공한다. 시스템은 SMS/MMS 메시징을 위해 웹 애플리케이션으로부터의 레스트풀 동작들을 패킷-교환 네트워크의 시그널링 프로토콜의 메시지들로 변환할 수 있다. 또한, 시스템은 패킷-교환 네트워크로부터의 시그널링 메시지들을 레스트풀 동작들로 변환할 수 있다. 레스트풀 및 패킷-교환 네트워크의 시그널링 프로토콜 간의 전환에 의해, 문자 메시지들이 웹 애플리케이션과 패킷-교환 네트워크 간에 직접 교환될 수 있다. 이것은 유리하게 웹-기반 문자 메시징이 IMS 네트워크들 또는 LTE 네트워크들과 같은 진화 네트워크들에서 구현될 수도 있는 방법을 개선시킨다.
일 실시예는 웹 애플리케이션으로부터 패킷-교환 네트워크로의 모바일 착신(MT, Mobile Terminated) 문자 메시지를 처리하는 시스템을 포함한다. 시스템은 웹 애플리케이션으로부터 MT 문자 메시지를 전송하기 위해 사용되는 웹 애플리케이션으로부터의 레스트풀 전송 동작을 수신하도록 동작할 수 있는 인터페이스를 포함한다. 시스템은 또한 MT 문자 메시지에 대한 레스트풀 전송 동작을 패킷-교환 네트워크에서 사용되는 시그널링 프로토콜의 전송 요청으로 전환하도록 동작할 수 있는 제어기를 포함한다. 패킷-교환 네트워크에서 사용되는 시그널링 프로토콜은 세션 개시 프로토콜(SIP; Session Initiation Protocol), 단문 메시지 피어-투-피어(SMPP; Short Message Peer-to-Peer) 프로토콜, 모바일 애플리케이션 파트(MAP; Mobile Application Part) 프로토콜 등일 수도 있다. 인터페이스는 또한 MT 문자 메시지를 수신인에게 전달하기 위해 MT 문자 메시지에 대한 전송 요청을 패킷-교환 네트워크에 송신하도록 동작할 수 있다.
또 다른 실시예에 있어서, 시스템은 패킷-교환 네트워크로부터 웹 애플리케이션으로의 모바일 발신(MO, Mobile Originated) 문자 메시지를 처리할 수 있다. 인터페이스는 패킷-교환 네트워크로부터 MO 문자 메시지에 대한 전송 요청을 수신하도록 동작할 수 있다. 위와 같이, 전송 요청은 패킷-교환 네트워크에서 사용되는 시그널링 프로토콜내에 존재한다. 제어기는 또한 MO 문자 메시지에 대한 전송 요청을 웹 애플리케이션으로 향하는 MO 문자 메시지를 수신하기 위해 사용되는 레스트풀 수신 동작으로 전환하도록 동작할 수 있다. 인터페이스는 또한 웹 애플리케이션의 사용자에게 MO 문자 메시지를 전달하기 위해 MO 문자 메시지에 대한 레스트풀 수신 동작을 웹 애플리케이션에 송신하도록 동작할 수 있다.
또 다른 실시예는 웹 애플리케이션으로부터 패킷-교환 네트워크로의 모바일 착신(MT) 문자 메시지를 처리하는 방법을 포함한다. 방법은 웹 애플리케이션으로부터 모바일 착신(MT) 문자 메시지를 전송하기 위한 레스트풀 전송 동작을 수신하는 단계, 및 MT 문자 메시지에 대한 레스트풀 전송 동작을 패킷-교환 네트워크에서 사용되는 시그널링 프로토콜에 기초하는 전송 요청으로 전환하는 단계를 포함한다. 방법은 또한 MT 문자 메시지를 수신인에게 전달하기 위해 MT 문자 메시지에 대한 전송 요청을 패킷-교환 네트워크에 송신하는 단계를 포함한다.
또 다른 실시예는 패킷-교환 네트워크로부터 웹 애플리케이션으로의 모바일 발신(MO) 문자 메시지를 처리하는 방법을 포함한다. 방법은 패킷-교환 네트워크로부터 모바일 발신(MO) 문자 메시지에 대한 전송 요청을 수신하는 단계를 포함하고, 여기서, MO 문자 메시지에 대한 전송 메시지는 패킷-교환 네트워크에서 사용되는 시그널링 프로토콜에 기초한다. 방법은 또한 웹 애플리케이션에서 MO 문자 메시지를 수신하기 위해 MO 문자 메시지에 대한 전송 요청을 레스트풀 수신 동작으로 전환하는 단계, 및 MO 문자 메시지를 웹 애플리케이션의 사용자에게 전달하기 위해 MO 문자 메시지에 대한 레스트풀 수신 동작을 웹 애플리케이션에 송신하는 단계를 포함한다.
다른 예시적인 실시예들이 아래에서 기술될 수도 있다.
본 발명의 몇몇 실시예들은 이제 단지 예시적인 방식으로 첨부 도면들을 참조하여 기술된다. 동일한 참조 부호는 모든 도면들에서 동일한 소자 또는 동일한 종류의 소자를 나타낸다.
본 발명은 레스트풀 웹 서비스들을 패킷-교환 네트워크들과 인터페이스하는, API와 같은, 시스템을 제공하여, 문자 메시지들이 웹 애플리케이션과 패킷-교환 네트워크 간에 직접 교환될 수 있고, 이는 웹-기반 문자 메시징이 IMS 네트워크들 또는 LTE 네트워크들과 같은 진화 네트워크들에서 구현될 수 있는 개선된 방법을 제공한다.
도 1은 일 예시적인 실시예에서 통신 시스템을 도시하는 도면.
도 2는 일 예시적인 실시예에서 웹 애플리케이션으로부터 사용자 장비(UE)로의 MT 문자 메시지를 처리하는 방법을 도시하는 흐름도.
도 3은 일 예시적인 실시예에서 UE로부터 웹 애플리케이션으로의 MO 문자 메시지를 처리하는 방법을 도시하는 흐름도.
도 4는 일 예시적인 실시예에서 패킷-교환 네트워크로부터 웹 애플리케이션으로의 상태 메시지를 처리하는 방법을 도시하는 흐름도.
도 5는 일 예시적인 실시예에서 웹 애플리케이션으로부터 패킷-교환 네트워크로의 레스트풀 상태 동작을 처리하는 방법을 도시하는 흐름도.
도 6은 또 다른 예시적인 실시예에 있어서의 통신 시스템을 도시하는 도면.
도 7은 일 예시적인 실시예에서 MT SMS 메시지에 대한 호 흐름을 도시하는 메시지 도면.
도 8은 일 예시적인 실시예에서 MO SMS 메시지에 대한 호 흐름을 도시하는 메시지 도면.
도 9는 일 예시적인 실시예에서 MO SMS 메시지에 대한 또 다른 호 흐름을 도시하는 메시지 도면.
도면들 및 다음의 상세한 설명은 본 발명의 특정 예시적인 실시예들을 나타낸다. 따라서, 당업자들은, 본원에 명시적으로 기술되거나 제시되지 않더라도, 본 발명의 원리들을 구현하고 본 발명의 범위 내에 포함되는 다양한 방식들을 생각할 수 있을 것이라는 것이 인식될 것이다. 또한, 본원에 기술되는 임의의 예들은 본 발명의 원리들을 이해하는데 도움을 주며, 이러한 구체적으로 인용되는 예들 및 조건들에 대한 제한은 없는 것으로 이해될 것이다. 결과적으로, 본 발명은 다음에 기술되는 특정 실시예들 또는 예들로 제한되지 않고, 청구항들 및 그 등가물들에 의해 제한된다.
도 1은 일 예시적인 실시예에 있어서의 통신 시스템(100)을 도시한다. 통신 시스템(100)은 전환 시스템(120)을 통해 패킷-교환 네트워크(130)에 연결되는 웹 애플리케이션(110)을 포함한다. 웹 애플리케이션(110)은 SMS 메시지들 또는 MMS 메시지들과 같은 문자 메시지들을 전송 및 수신하기 위한 웹-기반 서비스의 일부이다. 이 실시예에 있어서, 웹 애플리케이션(110)은 문자 메시지들을 전송 및 수신하기 위해 레스트풀을 사용한다. 패킷-교환 네트워크(130)는 IP 패킷들과 같은 패킷들을 사용하여 통신들을 교환하는 임의의 네트워크를 포함한다. 패킷-교환 네트워크(130)는 IMS 네트워크, LTE 네트워크, 또는 임의의 다른 IP-기반 네트워크를 포함할 수 있다. 패킷-교환 네트워크(130)는 사용자 장비(UE)(140)에 음성 및/또는 데이터 서비스들을 제공하기 위해서 다양한 네트워크 노드들(도시되지 않음)을 포함할 수 있다. 특히, 패킷-교환 네트워크(130)의 네트워크 노드는 문자 메시징 서비스를 UE(140)에 제공한다.
웹 애플리케이션(110)은 전환 시스템(120)의 도움으로 문자 메시지들을 UE(140)와 교환할 수 있다. 전환 시스템(120)은 레스트풀 동작들을 패킷-교환 네트워크(130)에서 사용되는 시그널링 프로토콜로 변환하도록 작동하고, 그 반대도 마찬가지이다. 전환 시스템(120)은 애플리케이션 프로그래밍 인터페이스(API)로 여겨질 수도 있고, 이는 전환 시스템이 웹 애플리케이션(110)으로부터의 표준화된 동작들을 패킷-교환 네트워크(130)에서 사용되는 시그널링 프로토콜로 전환하기 때문이다. 이 실시예에 있어서, 패킷-교환 네트워크(130)에서 사용되는 시그널링 프로토콜은 세션 개시 프로토콜(SIP), 단문 메시지 피어-투-피어(SMPP) 프로토콜, 모바일 애플리케이션 파트(MAP) 프로토콜, 또는 또 다른 프로토콜일 수도 있다.
전환 시스템(120)은 인터페이스(122) 및 제어기(124)를 포함한다. 인터페이스(122)는 애플리케이션(110) 및/또는 레스트풀을 사용하는 도시되어 있지 않은 다른 웹 애플리케이션들과 통신하는 임의의 디바이스 또는 구성요소를 포함한다. 인터페이스(122)는 또한 패킷-교환 네트워크(130) 내에서 사용되는 시그널링 프로토콜을 통해 패킷-교환 네트워크(130)와 통신할 수 있다. 제어기(124)는 레스트풀 및 패킷-교환 네트워크(130)에서 사용되는 시그널링 프로토콜 간의 메시지들을 변환하는 임의의 디바이스 또는 구성요소를 포함한다.
웹 애플리케이션(110)의 사용자는 UE(140)를 위한 문자 메시지를 생성하는 것으로 가정한다. 이것은 모바일 착신(MT) 또는 애플리케이션 발신(AO) 문자 메시지로 불린다. 이것이 발생될 때, 웹 애플리케이션(110)은 MT 문자 메시지를 전송하기 위한 레스트풀 동작 또는 명령을 발생시킨다. 예를 들어, MT 문자 메시지를 전송하기 위한 레스트풀 동작은 MT 문자 메시지에 대해 "SendSms" 명령이 삽입된 POST 동작을 포함할 수 있다. MT 문자 메시지를 전송하기 위한 동작은 본원에서 일반적으로 레스트풀 전송 동작으로서 불린다. 이후, 웹 애플리케이션(110)은 레스트풀 전송 동작을 전환 시스템(120)에 송신한다.
도 2는 예시적인 실시예에 있어서의 웹 애플리케이션(110)으로부터 UE(140)로의 MT 문자 메시지를 처리하는 방법(200)을 도시하는 흐름도이다. 방법(200)의 단계들은 도 1의 전환 시스템(120)을 참조하여 기술될 것이지만, 당업자들은 본원에서 기술되는 방법들이 다른 시스템들에서 수행될 수 있다는 것을 인식할 것이다. 본원에서 기술되는 흐름도들의 단계들은 모두가 포함되는 것은 아니고 도시되지 않은 다른 단계들을 포함할 수 있다. 단계들은 또한 대안적인 순서로 수행될 수도 있다.
단계 202에서, 인터페이스(122)는 웹 애플리케이션(110)으로부터 MT 문자 메시지에 대한 레스트풀 전송 동작을 수신한다. 단계 204에서, 제어기(124)는 레스트풀 전송 동작을 패킷-교환 네트워크(130)에서 사용되는 시그널링 프로토콜의 전송 요청으로 전환한다. 예를 들어, 패킷-교환 네트워크(130)에서 사용되는 시그널링 프로토콜이 SIP를 포함하면, 제어기(124)는 레스트풀 전송 동작을 MT 문자 메시지를 캡슐화하는 SIP MESSAGE로 전환할 수 있다. 전환을 수행하기 위해서, 제어기(124)는 레스트풀 동작들을 패킷-교환 네트워크(130)에서 사용되는 시그널링 프로토콜의 방법들에 매핑하는 표를 저장할 수 있다. 표는 또한 레스트풀 동작들로부터의 필드들(예를 들어, 소스 어드레스, 착신 어드레스, 메시지 종류 등)을 시그널링 프로토콜의 필드들에 매핑할 수도 있다. 제어기(124)는 웹 애플리케이션(110)으로부터의 레스트풀 전송 동작을 전송 요청으로 전환하기 위해 이 표를 사용할 수도 있다.
단계 206에서, 인터페이스(122)는 전송 요청을 패킷-교환 네트워크(130)에 송신하여, MT 문자 메시지가 UE(140)인 의도된 수신인에게 전달될 수 있다. 패킷-교환 네트워크(130)에서의 적절한 노드는 또 다른 프로토콜로의 전환 없이 MT 문자 메시지를 UE(140)에 전달하는 것을 시도할 수도 있다.
상술된 것과 유사한 처리가 UE(140)로부터 웹 애플리케이션(110)에 문자 메시지를 전달하기 위해 사용된다. UE(140)의 최종 사용자는 웹 애플리케이션(110)을 위한 문자 메시지를 생성하는 것으로 가정한다. 이것은 모바일 발신(MO) 또는 애플리케이션 착신(AT) 문자 메시지로 불린다. 이것이 발생할 때, UE(140)에서의 문자 메시지 애플리케이션은, SIP MESSAGE와 같이, MO 문자 메시지를 전송하기 위해 사용되는 패킷-교환 네트워크(130)에 대한 시그널링 프로토콜의 전송 요청을 발생시킨다. 이후, UE(140)는 전송 요청을 전환 시스템(120)에 송신한다.
도 3은 예시적인 실시예에 있어서의 UE(140)로부터 웹 애플리케이션(110)으로의 MO 문자 메시지를 처리하는 방법(300)을 도시하는 흐름도이다. 단계 302에서, 인터페이스(122)는 UE(140)로부터 MO 문자 메시지에 대한 전송 요청을 수신한다. 단계 304에서, 제어기(124)는 전송 요청을 레스트풀 수신 동작으로 전환한다. 레스트풀 수신 동작은 MO 문자 메시지를 수신하기 위해 웹 애플리케이션(110)에 의해 사용되는 동작이다. 예를 들어, 제어기(124)는 전송 요청을, MO 문자 메시지에 "NotifySmsReception" 명령이 삽입된 POST 동작으로 전환할 수도 있다. 웹 애플리케이션(110)에서 MO 문자 메시지를 수신하기 위한 동작은 본원에서 일반적으로 레스트풀 수신 명령으로 불린다. 단계 306에서, 인터페이스(122)는 레스트풀 수신 동작을 웹 애플리케이션(110)에 송신하여, MO 문자 메시지가 웹 애플리케이션(110)에 전달될 수 있도록 한다. 이후, 웹 애플리케이션(110)은 MO 문자 메시지를 추출하기 위해 레스트풀 수신 동작을 처리하고, 문자 메시지를 사용자에게 디스플레이할 수도 있다.
MT 및 MO 문자 메시지들이 상기 실시예들에서 기술된 것과 같이 전송될 때(도 2의 단계 206 참조), 문자 메시지들이 성공적으로 전달되는지를 나타내기 위해 교환되는 부가적인 메시지들이 있을 수 있다. 이들 메시지들은 통지들, 수신 확인들, 상태 메시지들 등으로 불릴 수 있다. 전환 시스템(120)은 상술된 것과 유사한 방식으로 이들 부가적인 메시지들을 변환할 수 있다. 도 4 및 도 5는 문자 메시지 전달을 위한 상태 정보를 운반하는 메시지들의 전환을 도시한다. 도 4 및 도 5에서 기술되는 것 이외에 웹 애플리케이션(110)과 패킷-교환 네트워크(130) 간에 상태 정보를 교환하기 위해 전송되는 부가적인 메시지들이 있을 수 있다. 더욱 상세한 메시지 도면들이 도 7 내지 도 9에 제공된다.
패킷-교환 네트워크(130)가 MT 문자 메시지에 대한 전송 요청을 수신할 때, 패킷-교환 네트워크(130)는 MT 문자 메시지를 UE(140)에 전달하려고 시도한다. MT 문자 메시지의 전달이 성공하거나 실패하면, 패킷-교환 네트워크(130)는 MT 문자 메시지의 전달을 위한 상태 정보를 포함하는 상태 메시지를 발생시킨다. 상태 메시지는 패킷-교환 네트워크(130)에 의해 사용되는 시그널링 프로토콜의 메시지이다. 예를 들어, SIP가 패킷-교환 네트워크(130)에서 사용되면, 상태 메시지는 SIP 7xx 메시지와 같은 SIP MESSAGE, SIP NOTIFY, 또는 SIP 응답을 포함할 수 있다. 이후, 패킷-교환 네트워크(130)는 상태 메시지를 전환 시스템(120)에 송신한다.
도 4는 예시적인 실시예에 있어서의 패킷-교환 네트워크(130)로부터 웹 애플리케이션(110)으로의 상태 메시지를 처리하는 방법(400)을 도시하는 흐름도이다. 단계 402에서, 인터페이스(122)는 패킷-교환 네트워크(130)로부터 MT 문자 메시지에 대한 상태 메시지를 수신한다. 단계 404에서, 제어기(124)는 상태 메시지를 레스트풀 상태 동작으로 전환한다. 예를 들어, 레스트풀 상태 동작은 상태 정보를 캡슐화하는 "NotifySmsReception" 명령이 삽입된 POST 동작을 포함할 수 있다. 단계 406에서, 인터페이스(122)는 레스트풀 상태 동작을 웹 애플리케이션(110)에 송신한다. 이후, 웹 애플리케이션(110)은 레스트풀 상태 동작으로부터 상태 정보를 추출하고, 상태 정보를 소망하는 대로 처리할 수도 있다.
MO 문자 메시지에 있어서, 웹 애플리케이션(110)은 MO 문자 메시지의 전달을 위한 상태 정보를 발생시킬 수 있다. MO 문자 메시지의 전달이 성공하거나 실패하면, 웹 애플리케이션(110)은 MO 문자 메시지에 대한 상태 정보를 포함하는 레스트풀 상태 동작을 발생시킨다. 레스트풀 상태 동작은 상태 정보를 캡슐화하는 "NotifySmsDeliveryReceipt" 명령이 삽입된 POST 동작을 포함할 수 있다. 이후, 웹 애플리케이션(110)은 레스트풀 상태 동작을 전환 시스템(120)에 송신한다.
도 5는 예시적인 실시예에 있어서의 웹 애플리케이션(110)으로부터 패킷-교환 네트워크(130)로의 레스트풀 상태 동작을 처리하는 방법(500)을 도시하는 흐름도이다. 단계 502에서, 인터페이스(122)는 웹 애플리케이션(110)으로부터 MO 문자 메시지에 대한 레스트풀 상태 동작을 수신한다. 단계 504에서, 제어기(124)는 레스트풀 상태 동작을 패킷-교환 네트워크(130)의 시그널링 프로토콜의 상태 메시지로 전환한다. 예를 들어, SIP가 패킷-교환 네트워크(130)에서 사용되면, 상태 메시지는 상태 정보를 캡슐화하는 SIP MESSAGE를 포함할 수 있다. 단계 506에서, 인터페이스(122)는 상태 메시지를 패킷-교환 네트워크(130)에 송신한다. 이후, 패킷-교환 네트워크(130)는 상태 메시지로부터 상태 정보를 추출하고, 상태 정보를 소망하는 대로 처리할 수 있다.
상술된 것과 같은 전환 시스템(120)은 웹-기반 문자 메시징으로 하여금 진화 패킷-교환 네트워크들에서 구현되는 것을 가능하게 한다. 예를 들어, 전환 시스템(120)은 IMS 네트워크들 및 LTE 네트워크들에서 웹-기반 문자 메시징을 구현하기 위해 사용될 수 있다. 이것은 유리하게 IMS 및 LTE 서비스 제공자들에 대한 수입들을 증가시킬 수 있다.
예시들
도 6은 또 다른 예시적인 실시예에 있어서의 통신 시스템(600)을 도시한다. 통신 시스템(600)은 전환 시스템(620) 및 IP 단문 메시지 게이트웨이(IP-SM-GW)(632)를 통해 IMS 네트워크(630)에 연결되는 웹 애플리케이션(610)을 포함한다. IMS 네트워크(630)는 UE(640)에 서빙하는 서빙-호 세션 제어 기능(S-CSCF; Serving-Call Session Control Function)(634)을 포함한다. 웹 애플리케이션(610)은 문자 메시지들을 전송/수신하기 위해 레스트풀을 사용한다. 따라서, 전환 시스템(620)은 레스트풀 동작들을 IMS 네트워크(630)의 시그널링 프로토콜로 전환할 수 있고, 그 반대도 마찬가지이다. 전환 시스템(620)은 레스트풀 SMS 웹 서비스를 제공하는 새로운 API로 생각될 수도 있다. 레스트풀 SMS 웹 서비스는 MT SMS 메시지를 패킷-교환(IP) 네트워크에 전송하고, 패킷-교환 네트워크로부터 MO SMS 메시지를 수신하고, MT/MO 메시지들에 대해 수신 확인 메시지를 패킷-교환 네트워크에/로부터 전송/수신하고, 메시지 전달 상태의 통지를 비동기적으로 수신하기 위한 동작들을 웹 애플리케이션에 제공한다.
레스트풀 SMS 웹 서비스는 웹 애플리케이션(610)으로의 다음의 SMS 인터페이스들/방법들을 지원한다.
- SendSms
- GetSmsDeliveryStatus
- GetReceivedSms
- StartSmsNotification
- StopSmsNotification
- NotifySmsReception
- NotifySmsDeliveryReceipt
각 레스트풀 인터페이스/방법은 HTTP 동사/동작에 속한다. 표 1은 3GPP MAP 및 SMPP PDU와의 레스트풀 프로파일들의 관계를 나타낸다.
SMS 인터페이스 방법 HTTP 동사들 MAP SMS SMPP PDU
SendSms
 SendSms POST mt-ForwardSM/SMS-DELIVER submit_sm
submit_sm_resp
GetSmsDeliveryStatus GET 없음
SmsNotification
 NotifySmsReception POST mo-ForwardSM/SMS-SUBMIT
ACK 또는 ERROR에 대한 mo-ForwardSM-res/SMS-SUBMIT
ACK 또는 ERROR에 대한 mt-ForwardSM-res/SMS-DELIVER		 deliver_sm
deliver_sm_resp
NotifySmsDeliveryReceipt POST Report-SM-Delivery-Status/SMS-STATUS-REPORT deliver_sm
deliver_sm_resp
ReceiveSms GetReceivedSms GET 그의 200 OK 응답이 mo-ForwardSM/SMS-SUBMIT에 매팽한다 그의 200 OK 응답이 deliver_sm에 매팽한다
SmsNotification 매니저 StartSmsNotification POST 없음
StopSmsNotification DELETE 없음
레스트풀 SMS 웹 서비스는 HTTP 동사들 각각의 리턴을 위해 HTTP 상태 코드들을 지원해야 한다. 이들 상태 코드들은 다음을 포함하지만 그것으로 제한되는 것은 아니다:
- 200 OK
- 202 Accepted
- 400 Bad Request
- 403 Forbidden
- 500 Internal Server Error
도 7 내지 도 9에 도시되어 있는 예시들은 또한 IMS 네트워크(630)가 시그널링 프로토콜로서 SIP를 사용할 때 전환 시스템(620)이 웹 애플리케이션(610)을 IMS 네트워크(630)와 인터페이스하는 방법을 도시한다.
도 7은 예시적인 실시예에 있어서의 MT SMS 메시지에 대한 호 흐름을 도시하는 메시지 도면이다. 일 예에 있어서, 웹 애플리케이션(610)의 사용자가 UE(640)를 위한 MT SMS 메시지를 생성하는 것으로 가정한다. 이것이 발생될 때, 웹 애플리케이션(610)은 MT SMS 메시지를 전송하기 위한 레스트풀 전송 동작을 발생시킨다. 이 예에서, 레스트풀 전송 동작은 POST 동작에 "SendSms" 명령이 삽입된 POST 동작을 포함한다. POST 동작의 일 예는 다음과 같다:
Figure pct00001
POST 동작은 SMS 메시지를 전송하기 위한 SendSms 명령을 포함한다. 발신자의 어드레스는 +1 630 224 1234이고, 수신인의 어드레스는 +1 630 355 6789이고, SMS 문자 바디는 "Hello, Alice"이다. 웹 애플리케이션(610)은 POST 동작을 전환 시스템(620)에 송신한다(화살표 701 참조). 전환 시스템(620)은 HTTP 202 Accepted 메시지로 웹 애플리케이션(610)에 응답한다(화살표 702 참조).
웹 애플리케이션(610)은 또한 전달 상태 보고를 위한 요청을 전환 시스템(620)에 전송한다. 상태 요청은 GET(GetSmsDeliveryStatus) 동작을 포함한다(화살표 703 참조). GET 동작의 일 예는 다음과 같다:
Figure pct00002
전환 시스템(620)은 전달 정보를 포함하는 HTTP 200 OK 메시지로 웹 애플리케이션(610)에 다시 응답한다(화살표 704 참조). HTTP 200 OK의 일 예는 다음과 같다:
Figure pct00003
전환 시스템(620)은 POST(SendSMS) 동작으로부터 어드레스 데이터 및 SMS 바디를 추출하고, 그것을 SMS 메시지를 캡슐화하는 SIP MESSAGE로 전환한다. 특히, MT SMS 메시지는 SIP MESSAGE의 3GPP MAP RP-DATA(MAP mt-ForwardSM(SMS-DELIVER))에 삽입된다. MAP RP-DATA가 MT SMS 메시지를 캡슐화하기 위해 SIP MESSAGE 내에서 사용되는 경우에, RP-DATA는 표 2에 나타낸 파라미터들을 가질 수 있다.
정보 요소 존재 사용
RP-Message Type M RP-DATA에 대해 001로 설정
RP-Message Reference M 이것은 HTTP의 메시지 식별의 일부일 것이다
RP-Originator Address M 소스 어드레스
RP-Destination Address M 목적지 어드레스
RP-User Data M SMS 데이터
RP-User Data 필드가 MT SMS 메시지들을 위한 SMS-DELIVER TPDU를 포함할 때(3GPP TS 23.040 참조), RP-User Data는 표 3에 나타낸 파라미터들을 가질 수 있다.
약어 레퍼런스 P 설명
TP-MTI TP-Message-Type-Indicator M 메시지 종류를 기술하는 파라미터
TP-MMS TP-More-Messages-to-Send M 전송할 더 많은 메시지들이 있는지 여부를 나타내는 파라미터
TP-LP TP-Loop-Prevention M SMS 애플리케이션들이 무한 루프를 야기할 수 있는 포워딩 또는 자동 메시지 발생을 억제해야 한다는 것을 나타내는 파라미터. 0으로 설정되어야 한다
TP-RP TP-Reply-Path M 응답 경로가 존재한다는 것을 나타내는 파라미터
TP-UDHI TP-User-Data-Header-Indicator O TP-UD 필드가 헤더를 포함한다는 것을 나타내는 파라미터
TP-SRI TP-Status-Report-Indication O SME가 상태 보고를 요청하였는지를 나타내는 파라미터. GET( GetSmsDeliveryStatus)가 수신되었다면, 임의적으로 1로 설정될 수 있다
TP-OA TP-Originating-Address M 발신 SME의 어드레스
TP-PID TP-Protocol-Identifier M 만약 있다면, 상위 층 프로토콜을 식별하는 파라미터
TP-DCS TP-Data-Coding-Scheme M TP-User-Data 내에서 코딩 방식을 식별하는 파라미터
TP-SCTS TP-Service-Centre-Time-Stamp M SC가 메시지를 수신했을 때의 시간을 식별하는 파라미터
TP-UDL TP-User-Data-Length M 이어지는 TP-User-Data 필드의 길이를 나타내는 파라미터
TP-UD TP-User-Data O SMS 바디
POST 동작을 SIP MESSAGE로 전환한 후에, 전환 시스템(620)은 SIP MESSAGE를 IP-SM-GW(632)에 송신한다(화살표 705 참조). IP-SM-GW(632)는 차례로 SIP MESSAGE를 IMS 네트워크(630)의 S-CSCF(634)에 전달한다(화살표 706 참조). SMS 메시지는 SIP MESSAGE 내에 이미 캡슐화되어 있기 때문에, IP-SM-GW(632)는 메시지를 또 다른 프로토콜(예를 들어, SMPP)로부터 SIP로 전환하지 않아야 한다. 이후, S-CSCF(634)는 SIP MESSAGE를 UE(640)에 전달한다(화살표 707 참조). UE(640)는 SIP MESSAGE를 성공적으로 파싱하고, SIP 200 OK로 전환 시스템(620)에 응답한다(화살표 708 내지 710 참조).
이후, UE(640)는 SIP MESSAGE의 RP-DATA를 파싱하고 RP-DATA가 TP-SRI에 삽입 전달 상태 요청을 포함하는 것을 결정한다(표 3 참조). 따라서, UE(640)는 SMS 메시지를 운반한 원래의 SIP MESSAGE에 대한 상태 정보를 포함하는 또 다른 SIP MESSAGE를 전환 시스템(620)에 전송한다(화살표 711 내지 713 참조). 특히, 상태 정보는 SIP MESSAGE의 RP-ACK에 삽입된다. RP-ACK는 표 4에서 나타낸 파라미터들을 가질 수 있다.
정보 요소 존재 사용
RP-Message Type M RP-ACK에 대해 010으로 설정한다
RP-Message Reference M 이것은 HTTP 메시지의 메시지 식별의 일부일 것이다
RP-User Data M SMS 데이터
전환 시스템(620)은 SIP 200 OK로 UE(640)에 다시 응답한다(화살표 714 내지 716 참조).
SIP MESSAGE에 대한 상태 정보를 포함하는 SIP MESSAGE에 응답하여, 전환 시스템(620)은 UE(640)로부터의 SIP MESSAGE를 상태 정보를 캡슐화하는 레스트풀 상태 동작으로 전환한다. 이 예에서의 레스트풀 상태 동작은 POST 동작(NotifySmsReception)이다. 전환 시스템(620)은 MAP RP-ACK로부터의 파라미터들을 POST 동작에 매핑한다. POST 동작의 일 예는 다음과 같다:
Figure pct00004
이후, 전환 시스템(620)은 POST(NotifySmsReception) 동작을 웹 애플리케이션(610)에 송신한다(화살표 717 참조). 웹 애플리케이션(610)은 HTTP 200 0K로 전환 시스템(620)에 응답한다(화살표 718 참조).
SIP MESSAGE에 대한 상태 정보를 제공하는 것에 더하여, UE(640)는 SMS 메시지 자체가 성공적으로 전달되었는지를 결정할 수 있다. SMS 메시지를 캡슐화하는 SIP MESSAGE가 UE(640)에서 성공적으로 수신되었더라도, SMS 메시지 자체에 어떤 방식으로 오류가 생길 수 있어서, 처리되어 최종 사용자에게 디스플레이될 수 없을 수 있다. 따라서, UE(640)는 SMS 메시지가 처리되어 최종 사용자에게 제공되었는지 결정하고, MT SMS 메시지의 전달을 위한 상태 정보를 발생시킬 수 있다.
UE(640)는 MT SMS 메시지에 대한 상태 정보를 포함하는 또 다른 SIP MESSAGE를 전환 시스템(620)에 전송한다(화살표 719 내지 721 참조). 상태 정보(전달 상태 보고)는 SIP MESSAGE의 RP-DATA에 삽입된다(MAP Report-SM-Delivery-Status(SMS-STATUS-REPORT)). SIP MESSAGE 포맷은 SMS 메시지에 대한 원래의 SIP MESSAGE와 동일하지만, RP-DATA에서의 TPDU는 TS 23.040에 의해 정의된 것과 같은 SMS-STATUS-REPORT를 포함한다. RP-User Data는 표 5에 나타낸 파라미터들을 가질 수도 있다.
약어 레퍼런스 P 설명
TP-MTI TP-Message-Type-Indicator M 메시지 종류를 기술하는 파라미터
TP-UDHI TP-User-Data-Header-Indication O TP-UE 필드가 헤더를 포함하는 것을 나타내는 파라미터
TP-MMS TP-More-Messages-to-Send M 전송할 더 많은 메시지들이 있는지의 여부를 나타내는 파라미터
TP-LP TP-Loop-Prevention O SMS 애플리케이션들이 무한 루프를 야기할 수 있는 포워딩 또는 자동 메시지 발생을 억제해야하는 것을 나타내는 파라미터
TP-SRQ TP-Status-Report-Qualifier M 이전에 제출된 TPDU가 SMS-SUBMIT 또는 SMS-COMMAND이었는지를 나타내는 파라미터
TP-MR TP-Message-Reference M 이전에 제출된 SMS-SUBMIT 또는 SMS-COMMAND를 식별하는 파라미터
TP-RA TP-Recipient-Address M 이전에 제출된 모바일 발신 단문 메시지의 수신인의 어드레스
TP-SCTS TP-Service-Centre-Time-Stamp M SC가 이전에 전송된 SMS-SUBMIT를 수신하였을 때의 시간을 식별하는 파라미터
TP-DT TP-Discharge-Time M 특정 TP-ST 결과와 연관된 시간을 식별하는 파라미터
TP-ST TP-Status M 이전에 전송된 모바일 발신 단문 메시지의 상태를 식별하는 파라미터. 이것은 HTTP 전달 정보 및 전달 상태 파라미터들에 매핑될 것이다
TP-PI TP-Parameter-Indicator O 이어지는 선택적 파라미터들 중 임의의 파라미터의 존재를 나타내는 파라미터
TP-PID TP-Protocol-Identifier O 9.2.3.9.절 참조. 원래의 SMS-SUBMIT의 TP-PID
TP-DCS TP-Data-Coding-Scheme O 9.2.3.10절 참조
TP-UDL TP-User-Data-Length O 9.2.3.16절 참조
TP-UD TP-User-Data O 9.2.3.24절 참조
전환 시스템(620)은 SIP 200 OK로 UE(640)에 다시 응답한다(화살표 722 내지 724 참조).
SMS 메시지에 대한 상태 정보를 포함하는 SIP MESSAGE에 응답하여, 전환 시스템(620)은 UE(640)로부터의 SIP MESSAGE를 상태 정보를 캡슐화하는 레스트풀 상태 동작으로 전환한다. 이 예시에서의 레스트풀 상태 동작은 POST 동작이다(NotifySmsDeliveryReceipt). POST 동작의 일 예는 다음과 같다:
Figure pct00005
이후, 전환 시스템(620)은 POST 동작을 웹 애플리케이션(610)에 송신한다(화살표 725 참조). 웹 애플리케이션(610)은 HTTP 200 OK로 전환 시스템(620)에 응답한다(화살표 726 참조). 도 7은 SMS 전달시 사용되는 메시징의 개요를 제공하기 때문에, MT SMS 메시지 및 그의 연관된 상태 정보를 전달하기 위해 사용되는 부가적인 메시징이 있을 수 있다.
도 8은 일 예시적인 실시예에 있어서의 M0 SMS 메시지에 대한 호 흐름을 도시하는 메시지 도면이다. 도 8은 MO SMS 메시지가 전송될 때 웹 애플리케이션(610)의 사용자가 온라인 상태에 있는 경우의 시나리오를 도시한다. 웹 애플리케이션(610)은 전환 시스템(620)으로부터의 SMS 메시지들의 수신을 셋업하기 위해 POST 동작(StartSmsNotification)을 발생시킨다. POST 동작(StartSmsNotification)의 일 예는 다음과 같다:
Figure pct00006
이후, 웹 애플리케이션(610)은 POST 동작을 전환 시스템(620)에 전송한다(화살표 801 참조). 전환 시스템(620)은 HTTP 200 OK로 웹 애플리케이션(610)에 다시 응답한다(화살표 802 참조).
이 예에서는, UE(640)의 최종 사용자가 웹 애플리케이션(610)을 위한 MO SMS 메시지를 생성하는 것으로 가정한다. 이것이 발생할 때, UE(640)는 (MAP MO-Forward-SM(SMS-SUBMIT)를 포함하는) SMS 메시지를 RP-DATA 필드에 캡슐화하는 SIP MESSAGE를 발생시킨다. RP-User Data 필드가 MO SMS 메시지들에 대한 SMS-SUBMIT TPDU를 포함할 때(3GPP TS 23.040 참조), RP-User Data는 표 6에 나타낸 파라미터들을 가질 수 있다.
약어 레퍼런스 P 설명
TP-MTI TP-Message-Type-Indicator M 메시지 종류를 기술하는 파라미터; SMS-SUBMIT에 대해 01로 설정한다
TP-RD TP-Reject-Duplicates M SC가, 동일한 OA로부터 이미 제출된 것과 동일한 TP-MR 및 동일한 TP-DA를 갖는 SC에 여전히 보유되어 있는 SM에 대한 SMS-SUBMIT를 수락해야 하는지 여부를 나타내는 파라미터
TP-VPF TP-VPF M TP-VP 필드가 존재하는지의 여부를 나타내는 파라미터
TP-RP TP-Reply-Path M 응답 경로가 존재하는 것을 나타내는 파라미터
TP-UDHI TP-User-Data-Header-Indicator O TP-UD 필드가 헤더를 포함하는 것을 나타내는 파라미터
TP-SRR TP-Status-Report-Request O UE가 상태 보고를 요청하는지를 나타내는 파라미터. 전송측 엔티티가 전달 상태/수신을 요청하면 POST(NotifySmsDeliveryStatus)로 전환한다
TP-MR TP-Message-Reference M SMS-SUBMIT를 식별하는 파라미터
TP-DA TP-Destination-Address M 웹 애플리케이션 어드레스
TP-PID TP-Protocol-Identifier M 만약 있다면, 상위 층 프로토콜을 식별하는 파라미터
TP-DCS TP-Data-Coding-Scheme M TP-User-Data 내에서 코딩 방식을 식별하는 파라미터
TP-VP TP-Validity-Period O 메시지가 더 이상 유효하지 않은 시간을 식별하는 파라미터
TP-UDL TP-User-Data-Length M 이어지는 TP-User-Data 필드의 길이를 나타내는 파라미터
TP-UD TP-User-Data O SMS 바디
이후, UE(640)는 IP-SM-GW(632) 및 S-CSCF(634)를 통해 전환 시스템(620)에 SIP MESSAGE를 송신한다(화살표 803 내지 805 참조). 전환 시스템(620)은 SIP 200 OK로 UE(640)에 응답한다(화살표 806 내지 808 참조).
SIP MESSAGE를 수신한 후에, 전환 시스템(620)은 SIP MESSAGE를, SMS 메시지를 캡슐화하는 레스트풀 수신 동작으로 전환한다. 레스트풀 수신 동작은 SMS 메시지를 캡슐화하는 POST 동작(NotifySmsReception)을 포함한다. POST 동작은 사용자가 온라인 상태일 때 MO SMS 메시지를 수신하기 위해 웹 애플리케이션(610)에서 사용된다. POST 동작(NotifySmsReception)의 일 예는 다음과 같다:
Figure pct00007
전환 시스템(620)은 POST 동작을 웹 애플리케이션(610)에 전송한다(화살표 809 참조). 웹 애플리케이션(610)은 HTTP 200 OK로 전환 시스템(620)에 다시 응답한다(화살표 810 참조).
UE(640)로부터의 원래의 SIP MESSAGE는 TP-SRR에 삽입된 전달 상태 요청을 포함한다(표 6 참조). 따라서, 전환 시스템(620)은 MO SMS 메시지에 대한 전달 상태 보고를 요청하는 GET(GetSmsDeliveryStatus) 동작을 발생시킨다. GET 동작(GetSmsDeliveryStatus)의 일 예는 다음과 같다:
Figure pct00008
이후, 전환 시스템(620)은 GET 동작(GetSmsDeliveryStatus)을 웹 애플리케이션(610)에 전송한다(화살표 811 참조). 웹 애플리케이션(610)은 상태 정보를 포함하는 HTTP 200 OK로 전환 시스템(620)에 다시 응답한다(화살표 812 참조). HTTP 200 OK의 일 예는 다음과 같다:
Figure pct00009
웹 애플리케이션(610)은 MO SMS 메시지가 수신되었다는 수신 확인으로서 POST 동작(NotifySmsReception)을 전환 시스템(620)에 전송한다(화살표 813 참조). POST 동작의 일 예는 다음과 같다:
Figure pct00010
전환 시스템(620)은 HTTP 200 OK로 웹 애플리케이션(610)에 다시 응답한다(화살표 814 참조).
웹 애플리케이션(610)으로부터 상태 정보를 획득한 후에, 전환 시스템(620)은 다음과 같이 상태 정보를 IMS 네트워크(630) 및/또는 UE(640)에 제공한다. 웹 애플리케이션(610)으로부터의 POST 동작은 MO SMS 메시지에 대한 전달 상태 보고를 포함한다(화살표 813 참조). 따라서, 전환 시스템(620)은 POST 동작을, 상태 정보를 포함하는 SIP MESSAGE로 전환한다. 이 시점에서의 상태 정보는 MO SMS 메시지를 운반하는 원래의 SIP MESSAGE에 대한 것이다. 전환 시스템(620)은 상태 정보를 SIP MESSAGE의 RP-ACK에 삽입하고, 상태 정보를 갖는 SIP MESSAGE를 UE(640)에 송신한다(화살표 815 내지 817 참조). UE(640)는 SIP 200 OK로 전환 시스템(620)에 다시 응답한다(화살표 818 내지 820 참조).
UE(640)는 MO SMS 메시지에 대한 전달 상태 보고를 요청하였기 때문에, 웹 애플리케이션(610)은 또한 MO SMS 메시지가 사용자에게 성공적으로 전달되었는지를 결정한다. 만일 그렇다면, 웹 애플리케이션(610)은 MO SMS 메시지에 대한 상태 정보(즉, 전달 수신)를 발생시키고, 상태 정보를 POST 동작(NotifySmsDeliveryReceipt)에 삽입한다. POST 동작의 일 예는 다음과 같다:
Figure pct00011
이후, 웹 애플리케이션(610)은 POST 동작(NotifySmsDeliveryReceipt)을 전환 시스템(620)에 송신한다(화살표 821 참조). 전환 시스템(620)은 HTTP 200 OK로 웹 애플리케이션(610)에 다시 응답한다(화살표 822 참조).
전환 시스템은 POST 동작(NotifySmsDeliveryReceipt) 요청을, MO SMS 메시지에 대한 상태 정보를 포함하는 SIP MESSAGE로 전환한다. 상태 정보는 MAP Report-SM-Delivery-Status(SMS-STATUS-REPORT)에서와 같이, SIP MESSAGE의 RP-DATA/Status에 삽입된다. 이후, 전환 시스템(620)은 IP-SM-GW(632) 및 S-CSCF(634)를 통해 UE(640)에 SIP MESSAGE를 송신한다(화살표 823 내지 825 참조). UE(640)는 SIP 200 OK로 전환 시스템(620)에 다시 응답한다(화살표 826 내지 828 참조). 도 8은 SMS 전달시 사용되는 메시징의 개요를 제공하기 때문에, MO SMS 메시지 및 그의 연관된 상태 정보를 전달하기 위해 사용되는 부가적인 메시징이 있을 수 있다.
도 9는 일 예시적인 실시예에 있어서의 MO SMS 메시지에 대한 또 다른 호 흐름을 도시하는 메시지 도면이다. 도 9는 MO SMS 메시지가 전송될 때 웹 애플리케이션(610)의 사용자가 오프라인 상태에 있는 경우의 시나라오를 도시한다. 도 9에서의 호 흐름은 도 8과 유사하고, 여기서, UE(640)는 SIP MESSAGE를, MO SMS 메시지를 캡슐화하는 전환 시스템(620)에 전송한다(화살표 903 내지 905 참조). 웹 애플리케이션(610)의 사용자는 이때 오프라인 상태에 있기 때문에, 전환 시스템(620)은 MO SMS 메시지를 저장한다. 전환 시스템(620)은 상태 정보를 포함하는 SIP MESSAGE를 IP-SM-GW(632) 및 S-CSCF(634)를 통해 UE(640)에 송신한다(화살표 910 내지 912 참조). 이 시점에서의 상태 정보는 MO SMS 메시지를 운반한 원래의 SIP MESSAGE에 대한 것이고, SIP MESSAGE의 RP-ACK에 삽입된다. UE(640)는 SIP 200 OK로 전환 시스템(620)에 다시 응답한다(화살표 913 내지 915 참조).
사용자가 웹 애플리케이션(610)에 로그인할 때, 웹 애플리케이션(610)은 (만약 있다면) 사용자를 위해 저장된 MO SMS 메시지들을 검색하기 위해 GET(GetReceivedSms) 동작을 발생시킨다. GET 동작(GetReceivedSms)의 일 예는 다음과 같다:
Figure pct00012
이후, 웹 애플리케이션(610)은 GET 동작을 전환 시스템(620)에 송신한다(화살표 916 참조). 전환 시스템(620)은 사용자를 위해 저장된 MO SMS 메시지를 식별하고, 저장된 MO SMS 메시지를 웹 애플리케이션(610)에 대한 레스트풀 수신 동작으로 전환한다. 이 예에서, 레스트풀 수신 동작은 MO SMS 메시지를 캡슐화하는 HTTP 200 OK이다. HTTP 200 OK의 일 예는 다음과 같다:
Figure pct00013
이후, 전환 시스템(620)은 HTTP 200 OK를 웹 애플리케이션(610)에 송신한다(화살표 917 참조). 도 9에서의 호 흐름은 MO 문자 메시지에 대한 상태 정보를 UE(640)에 제공하기 위해 도 8에서와 같이 계속된다(화살표 918 내지 925 참조).
도면들 또는 본원에서의 서술에 나타낸 다양한 요소들 중 임의의 요소들은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 어떤 조합으로서 구현될 수도 있다. 예를 들어, 요소는 전용 하드웨어로서 구현될 수도 있다. 전용 하드웨어 요소들은 "처리기들", "제어기들" 또는 일부 유사한 전문용어들로 불릴 수 있다. 처리기라고 하면, 기능들은 단일 전용 처리기, 단일 공유 처리기, 또는 그 일부가 공유될 수도 있는 복수의 개별 처리기들에 의해 제공될 수도 있다. 더욱이, 용어 "처리기" 또는 "제어기"의 명백한 사용은 배타적으로 소프트웨어를 실행할 수 있는 하드웨어를 말하는 것으로 이해되어서는 안 되고, 암시적으로는 어떠한 제한도 없이 디지털 신호 처리기(DSP) 하드웨어, 네트워크 처리기, 주문형 반도체(ASIC) 또는 다른 회로, 필드 프로그램가능 게이트 어레이(FPGA), 소프트웨어를 저장하기 위한 판독 전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 비휘발성 저장소, 로직, 또는 일부 다른 물리적 하드웨어 구성요소 또는 모듈을 포함할 수 있다.
또한, 소자는 소자의 기능들을 수행하기 위해 처리기 또는 컴퓨터에 의해 실행 가능한 명령들로서 구현될 수 있다. 명령들 중 일부 예들은 소프트웨어, 프로그램 코드, 및 펌웨어이다. 명령들은 처리기로 하여금 소자의 기능들을 수행하도록 하기 위해 처리기에 의해 실행될 때 동작한다. 명령들은 처리기에 의해 판독 가능한 저장 디바이스들 상에 저장될 수도 있다. 저장 디바이스들의 일부 예들은 디지털 또는 고체-상태 메모리들, 자기 디스크들 및 자기 테이프들과 같은 자기 저장 매체, 하드 드라이브들, 또는 광학적으로 판독 가능한 디지털 데이터 저장 매체이다.
특정 실시예들이 본원에 기술되었지만, 본 발명의 범위는 특정 실시예들로 제한되지 않는다. 본 발명의 범위는 다음의 청구항들 및 그 등가물들에 의해 규정된다.
100 : 통신 시스템 110 : 웹 애플리케이션
120 : 전환 시스템 122 : 인터페이스
124 : 제어기 130 : 패킷-교환 네트워크
140 : 사용자 장비 600 : 통신 시스템
610 : 웹 애플리케이션 620 : 전환 시스템
630 : IMS 네트워크 632 : IP 단문 메시지 게이트웨이
640 : 사용자 장비

Claims (10)

  1. 웹 애플리케이션으로부터 모바일 착신(MT, Mobile Terminated) 문자 메시지를 전송하기 위한 레스트풀(RESTful) 전송 동작을 수신하도록 동작 가능한 인터페이스; 및
    상기 MT 문자 메시지에 대한 상기 레스트풀 전송 명령을, 패킷-교환 네트워크에서 사용되는 시그널링 프로토콜에 기초하는 전송 요청으로 전환하도록 동작 가능한 제어기를 포함하고;
    상기 인터페이스는 또한 상기 MT 문자 메시지를 수신인에게 전달하기 위해 상기 MT 문자 메시지에 대한 상기 전송 요청을 상기 패킷-교환 네트워크에 송신하도록 동작 가능한, 시스템.
  2. 제 1 항에 있어서,
    상기 패킷-교환 네트워크에서 사용되는 상기 시그널링 프로토콜은 세션 개시 프로토콜(SIP; Session Initiation Protocol), 단문 메시지 피어-투-피어(SMPP; Short Message Peer-to-Peer) 프로토콜, 또는 모바일 애플리케이션 파트(MAP; Mobile Application Part) 프로토콜 중 하나를 포함하는, 시스템.
  3. 제 1 항에 있어서,
    상기 인터페이스는 또한 상기 전송 요청 및 상기 MT 문자 메시지 중 적어도 하나에 대한 전송 상태를 나타내는 상태 메시지를 상기 패킷-교환 네트워크로부터 수신하도록 동작 가능하고;
    상기 제어기는 또한 상기 패킷-교환 네트워크에서 사용되는 상기 시그널링 프로토콜로부터의 상기 상태 메시지를 레스트풀 상태 동작으로 전환하도록 동작 가능하고;
    상기 인터페이스는 또한 상기 레스트풀 상태 동작을 상기 웹 애플리케이션에 송신하도록 동작 가능한, 시스템.
  4. 제 1 항에 있어서,
    상기 인터페이스는 또한 상기 패킷-교환 네트워크로부터 모바일 발신(MO, Mobile Originated) 문자 메시지에 대한 전송 요청을 수신하도록 동작 가능하고, 상기 MO 문자 메시지에 대한 상기 전송 메시지는 상기 패킷-교환 네트워크에서 사용되는 상기 시그널링 프로토콜에 기초하고;
    상기 제어기는 또한 상기 웹 애플리케이션에서 상기 MO 문자 메시지를 수신하기 위해 상기 MO 문자 메시지에 대한 상기 전송 요청을 레스트풀 수신 동작으로 전환하도록 동작 가능하고;
    상기 인터페이스는 또한 상기 웹 애플리케이션의 사용자에게 상기 MO 문자 메시지를 전달하기 위해 상기 MO문자 메시지에 대한 상기 레스트풀 수신 동작을 상기 웹 애플리케이션에 송신하도록 동작 가능한, 시스템.
  5. 제 4 항에 있어서,
    상기 인터페이스는 또한 상기 MO 문자 메시지에 대한 전달 상태를 나타내는 레스트풀 상태 동작을 상기 웹 애플리케이션으로부터 수신하도록 동작 가능하고;
    상기 제어기는 또한 상기 레스트풀 상태 동작을, 상기 패킷-교환 네트워크에서 사용되는 상기 시그널링 프로토콜에 기초하는 상태 메시지로 전환하도록 동작 가능하고;
    상기 인터페이스는 또한 상기 상태 메시지를 상기 패킷-교환 네트워크에 송신하도록 동작 가능한, 시스템.
  6. 웹 애플리케이션으로부터 모바일 착신(MT) 문자 메시지를 전송하기 위한 레스트풀 전송 동작을 수신하는 단계;
    상기 MT 문자 메시지에 대한 상기 레스트풀 전송 명령을, 패킷-교환 네트워크에서 사용되는 시그널링 프로토콜에 기초하는 전송 요청으로 전환하는 단계; 및
    상기 MT 문자 메시지를 수신인에게 전달하기 위해 상기 MT 문자 메시지에 대한 상기 전송 요청을 상기 패킷-교환 네트워크에 송신하는 단계를 포함하는, 방법.
  7. 제 6 항에 있어서,
    상기 패킷-교환 네트워크에서 사용되는 상기 시그널링 프로토콜은 세선 개시 프로토콜(SIP), 단문 메시지 피어-투-피어(SMPP) 프로토콜, 또는 모바일 애플리케이션 파트(MAP) 프로토콜 중 하나를 포함하는, 방법.
  8. 제 6 항에 있어서,
    상기 전송 요청 및 상기 MT 문자 메시지 중 적어도 하나에 대한 전달 상태를 나타내는 상태 메시지를 상기 패킷-교환 네트워크로부터 수신하는 단계;
    상기 패킷-교환 네트워크에서 사용되는 상기 시그널링 프로토콜로부터의 상기 상태 메시지를 레스트풀 상태 동작으로 전환하는 단계; 및
    상기 레스트풀 상태 동작을 상기 웹 애플리케이션에 송신하는 단계를 더 포함하는, 방법.
  9. 제 6 항에 있어서,
    상기 패킷-교환 네트워크로부터 모바일 발신(MO) 문자 메시지에 대한 전송 요청을 수신하는 단계로서, 상기 MO 문자 메시지에 대한 상기 전송 메시지는 상기 패킷-교환 네트워크에서 사용되는 상기 시그널링 프로토콜에 기초하는, 상기 수신 단계;
    상기 웹 애플리케이션에서 상기 MO 문자 메시지를 수신하기 위해 상기 MO 문자 메시지에 대한 상기 전송 요청을 레스트풀 수신 동작으로 전환하는 단계; 및
    상기 웹 애플리케이션의 사용자에게 상기 MO 문자 메시지를 전달하기 위해 상기 MO 문자 메시지에 대한 상기 레스트풀 수신 동작을 상기 웹 애플리케이션에 송신하는 단계를 더 포함하는, 방법.
  10. 제 9 항에 있어서,
    상기 MO 문자 메시지에 대한 전달 상태를 나타내는 레스트풀 상태 동작을 상기 웹 애플리케이션으로부터 수신하는 단계;
    상기 레스트풀 상태 동작을, 상기 패킷-교환 네트워크에서 사용되는 상기 시그널링 프로토콜에 기초하는 상태 메시지로 전환하는 단계; 및
    상기 상태 메시지를 상기 패킷-교환 네트워크에 송신하는 단계를 더 포함하는, 방법.
KR1020137033211A 2011-06-15 2012-05-23 텍스트 메시징을 위한 레스트풀 웹 서비스들 및 패킷-교환 네트워크들 간의 인터페이스 KR101567292B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/160,658 US8923899B2 (en) 2011-06-15 2011-06-15 Interface between restful web services and packet-switched networks for text messaging
US13/160,658 2011-06-15
PCT/US2012/039052 WO2012173752A1 (en) 2011-06-15 2012-05-23 Interface between restful web services and packet-switched networks for text messaging

Publications (2)

Publication Number Publication Date
KR20140015539A true KR20140015539A (ko) 2014-02-06
KR101567292B1 KR101567292B1 (ko) 2015-11-09

Family

ID=46210433

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020137033211A KR101567292B1 (ko) 2011-06-15 2012-05-23 텍스트 메시징을 위한 레스트풀 웹 서비스들 및 패킷-교환 네트워크들 간의 인터페이스

Country Status (6)

Country Link
US (1) US8923899B2 (ko)
EP (1) EP2721847A1 (ko)
JP (1) JP5753316B2 (ko)
KR (1) KR101567292B1 (ko)
CN (1) CN103636243A (ko)
WO (1) WO2012173752A1 (ko)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140201293A1 (en) * 2013-01-14 2014-07-17 Talk.to FZC Choosing a service to provide a message
US9385974B2 (en) 2014-02-14 2016-07-05 Sprint Communications Company L.P. Data message queue management to identify message sets for delivery metric modification
US9634900B2 (en) * 2014-02-28 2017-04-25 Futurewei Technologies, Inc. Declarative approach to virtual network creation and operation
CN106211105B (zh) * 2015-04-30 2019-09-06 中国电信股份有限公司 处理短信的方法和系统、及应用服务器
CN107086951B (zh) * 2017-04-05 2019-12-03 中国联合网络通信集团有限公司 行业短信的传输方法、短信网关及行业短信接入网关
EP3782342B1 (en) 2018-04-18 2023-06-07 Mavenir Networks, Inc. Rcs authentication
EP3782351A4 (en) * 2018-04-18 2022-01-26 Mavenir Networks, Inc. SERVICE-BASED ARCHITECTURE FOR IMS
CN112003855B (zh) * 2020-08-20 2021-09-03 杭州诚智天扬科技有限公司 基于ims网络的隐私号码业务平台系统及其应用方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6094578A (en) * 1996-07-10 2000-07-25 American Pcs Communications, Llc Gateway unit
FI104873B (fi) * 1997-04-16 2000-04-14 Nokia Networks Oy Datapalvelu matkaviestinverkossa
US20020056001A1 (en) * 2000-11-09 2002-05-09 Magee Stephen D. Communication security system
US7254614B2 (en) * 2001-11-20 2007-08-07 Nokia Corporation Web services push gateway
JP3730228B2 (ja) * 2003-03-24 2005-12-21 Ｋｄｄｉ株式会社 プロトコル変換装置およびプロトコル変換方法
US7644170B2 (en) * 2003-08-11 2010-01-05 Teamon Systems, Inc. Communications system providing extensible protocol translation features and related methods
EP1557989A1 (en) * 2004-01-20 2005-07-27 Lg Electronics Inc. System and method for making multimedia message service compatible
US8113277B2 (en) * 2007-03-05 2012-02-14 Fiberod, Inc. Sucker rod end fittings and method of using same
WO2009133544A1 (en) * 2008-05-02 2009-11-05 Markport Limited A messaging device and server system
US8438295B2 (en) * 2008-10-14 2013-05-07 Microsoft Corporation Declarative programming model for modeling and execution of triggers for resource oriented system
JP5193902B2 (ja) * 2009-02-25 2013-05-08 日本電信電話株式会社 プレゼンスサービスシステム及びプレゼンスサービス方法
US8473595B2 (en) * 2009-12-30 2013-06-25 Bmc Software, Inc. Method and system to automatically adapt web services from one protocol/idiom to another protocol/idiom
US8219628B2 (en) * 2010-07-23 2012-07-10 International Business Machines Corporation Method to change instant messaging status based on text entered during conversation

Also Published As

Publication number Publication date
WO2012173752A1 (en) 2012-12-20
JP5753316B2 (ja) 2015-07-22
EP2721847A1 (en) 2014-04-23
KR101567292B1 (ko) 2015-11-09
US8923899B2 (en) 2014-12-30
JP2014523151A (ja) 2014-09-08
US20120322468A1 (en) 2012-12-20
CN103636243A (zh) 2014-03-12

Similar Documents

Publication Publication Date Title
KR101567292B1 (ko) 텍스트 메시징을 위한 레스트풀 웹 서비스들 및 패킷-교환 네트워크들 간의 인터페이스
KR101520750B1 (ko) 문자 메시징을 위한 웹 애플리케이션들 및 패킷-교환 네트워크들 간의 인터페이스
US8229480B2 (en) Methods, systems, and computer program products for transferring a message service payload between messaging entities
US6928290B2 (en) Method and apparatus for network-assisted automatic confirmation of short message service delivery
US8990322B2 (en) Archive control for text messages
JP5666020B2 (ja) パケット交換ネットワークを介してアプリケーション発信テキスト・メッセージを配送するための方法および装置
KR20070011589A (ko) 멀티미디어 메시지 전달 방법, 그 시스템, 및 멀티미디어 메시지 서비스 센터
CN103181126B (zh) Sip通信中针对文本消息的传递报告
US9014730B2 (en) Device reachability in LTE networks for text messaging
KR101224225B1 (ko) 단문 메시지 세션 개시 프로토콜에서의 제출 리포트 처리 방법 및 장치와 컴퓨터 판독가능한 매체
WO2010009666A1 (zh) 多媒体业务的实现方法、系统和装置
EP2136517B1 (en) Short message delivery
US20140378103A1 (en) Archiving a delivery status for a text message
KR100604723B1 (ko) 데이터 버스트 메시지를 이용한 멀티미디어 데이터 수신확인 및 읽기 확인 서비스 제공 방법 및 시스템
KR20170034016A (ko) 무선 통신 시스템에서 메시지 수신 정보를 송신하기 위한 장치 및 방법
KR20080090250A (ko) 이종 메시지의 상호 연동을 통한 메시지 전송 방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
LAPS Lapse due to unpaid annual fee