KR101717297B1 - Ｓｉｐ-ｈｔｔｐ 애플리케이션 상관기 - Google Patents

Ｓｉｐ-ｈｔｔｐ 애플리케이션 상관기 Download PDF

Info

Publication number
KR101717297B1
KR101717297B1 KR1020107022251A KR20107022251A KR101717297B1 KR 101717297 B1 KR101717297 B1 KR 101717297B1 KR 1020107022251 A KR1020107022251 A KR 1020107022251A KR 20107022251 A KR20107022251 A KR 20107022251A KR 101717297 B1 KR101717297 B1 KR 101717297B1
Authority
KR
South Korea
Prior art keywords
message
application
ims
sip
information
Prior art date
Application number
KR1020107022251A
Other languages
English (en)
Other versions
KR20100126789A (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
Application filed by 텔레폰악티에볼라겟엘엠에릭슨(펍) filed Critical 텔레폰악티에볼라겟엘엠에릭슨(펍)
Publication of KR20100126789A publication Critical patent/KR20100126789A/ko
Application granted granted Critical
Publication of KR101717297B1 publication Critical patent/KR101717297B1/ko

Links

Images

Classifications

    • 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]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • 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/14—Session management
    • H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
    • 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
    • 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
    • H04L69/085—Protocols for interworking; Protocol conversion specially adapted for interworking of IP-based networks with other networks
    • 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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명에 따른 시스템들 및 방법들은 상이한 시그널링 프로토콜들을 사용하는 디바이스들 사이의 통신들을 용이하게 한다. 게이트웨이는 SIP와 같은 제 1 프로토콜에서 인입 메시지들을 분석하여 상기 메시지들이 라우팅되어야 하는 애플리케이션 인스턴스를 식별할 수 있다. 그리고나서 상기 메시지들은 다른 프로토콜로 변확되어 식별된 애플리케이션에 전송될 수 있다.

Description

ＳＩＰ-ＨＴＴＰ 애플리케이션 상관기{SIP-HTTP APPLICATION CORRELATOR}
본 발명은 일반적으로 전기통신시스템들 및 이들의 서비스를 개선하는 것에 관한 것이다.
기술의 수준이 증가할수록, 통신에 대한 선택사항들이 보다 다양해진다. 예를 들어, 지난 30년 동안, 전기통신 산업계에서, 개인 통신들은 단일 로터리(rotary) 다이얼 전화를 갖는 가정에서, 음성 및 데이터 이 둘 모두를 수용하는 다수의 전화, 케이블 및/또는 광섬유 회선들을 갖는 가정으로 진화되었다. 게다가, 셀룰러 폰들 및 Wi-Fi는 통신들에 모바일(mobile) 요소들에 추가해왔다. 유사하게, 엔터테인먼트 산업에서, 30년 전에는 단지 텔레비젼에 대한 포맷만이 존재하였고, 이 포맷이 무선으로 송신되고 가정에 있는 안테나들을 통해 수신되었다. 이는 표준 해상도(standard definition) TV(SDTV), 향상된 해상도(enhanced definition) TV(EDTV) 및 고해상도 TV(high definition TV: HDTV)와 같은 상이한 영상 품질의 표준들, 및 케이블, 인공위성과 같은 이 상이한 텔레비전 디스플레이 포맷들의 전달을 위한 더 많은 시스템들 모두로 진화하였다. 더욱이, 서비스들이 성장하면서 이 두 산업들 사이가 겹쳐지게 되었다. 이 시스템들이 양 산업들에서 계속해서 진화하므로, 서비스 제공 또한 계속해서 통합될 것이고 새로운 서비스들이 고객에게 이용 가능하게 되리라 예상될 수 있다. 또한, 이 서비스들은 예를 들어 텔레비전상에서 시청되는 프로그램들의 화면 품질에 있어서의 개선점들에서 확인되는 바와 같은, 더 많은 정보를 프로세스하고 출력하는 기술 케이퍼빌리티(capability)에 기반할 것이므로, 서비스 전달 요건들은 최종 사용자로의 최종 마일(last mile)을 포함하여 네트워크 전체에 걸쳐 이용 가능한 더 많은 대역폭에 계속해서 의존할 것이다.
통신 및 엔터페인먼트 산업에 영향을 미치는 다른 관련 기술은 인터넷이다. 199년대 초기 이래로 인터넷과 함께 사용되었던 하나의 프로토콜은 하이터 텍스트 전송 프로토콜(Hyper Text Transfer Protocol: HTTP)이다. 이 프로토콜은 트랜잭션(transaction) 기반 프로토콜로서, 이는 처음에 주로 하이퍼 텍스트 마크업 언어(Hyper Text Markup Language: HTML) 페이지들에 액세스하기 위해 설계되었으며, 꼭 인터넷의 물리적 구조들 및 데이터의 증가된 흐름을 처리하도록 진화된 관련 통신 스트림(stream)들을 처리하기 위해 설계된 것은 아니다. 예를 들어, 서버들은 이전보다 더 많은 메모리를 가지며, 과거에서보다 더 높은 대역폭을 갖는 통신 링크들이 존재하고, 프로세서들은 더 빠르고 더 능력이 좋으며 이 요소들의 장점을 취한 프로토콜들이 존재한다. 고객의 인터넷의 사용이 확장되므로, 서비스 회사들은 종래의 통상적인 서비스들을 제공하는 메커니즘으로 인터넷(및 다른 인터넷 프로토콜(IP) 네트워크들)으로 전환하고 있다. HTTP, 예를 들어 HTTP 1.1로의 진화들은 이 점에서 자체의 케이퍼빌리티들을 개선하였으며 다양한 하드웨어 판매자들은 HTTP를 자신들의 장비에 통합하는 것에 익숙해진다. 예를 들어 IP 텔레비전(IPTV, IP 데이터 패킷들을 사용하여 네트워크를 통해 텔레비전 프로그램들을 전송하는 시스템들 또는 서비스들을 칭한다), 비디오 온 디멘드(video on demand: VOD), 보이스 오버 IP(voice over IP: VoIP), 및 단독으로 또는 다발로 함께 수신되는 다른 관련된 서비스들을 포함하는 이전의 개선점들의 장점을 이용하는 보다 새로운 서비스들이 현재 존재한다.
IP 네트워크들이 다양한 서비스들을 제공하는데 사용되는 새롭고 상이한 방법들을 수용하기 위해서, 새로운 네트워크 아키텍처들이 개발되고 시스템화되고 있다. IP 멀티미디어 서브시스템(IP Multimedia Subsystem: IMS)은 IP 멀티미디어 서비스들은 최종 사용자에게 전송하는데 사용되는 아키텍처 프레임워크(framework)이다. IMS 아키텍처는 IP 프로토콜들, 예를 들어 상이한 시스템들에 대한 컨버전스 메커니즘(convergence mechanism)을 제공하기 위해 피어 투 피어(peer to peer) 방식으로 동작하는 세션 개시 프로토콜(Session Initiation Protocol: SIP) 시그널링을 사용하는 서비스 독립 토폴로지(topology)로 진화하였다. 이는 부분적으로 서비스 계층으로부터 액세스 네트워크를 고립시키는 수평 제어 계층의 제공을 통해 달성된다. 무엇보다도, IMS 아키텍처들은 IPTV 시스템들 및 서비스들의 롤아웃(rollout)에 대한 유용한 플랫폼(platform)을 제공할 수 있다.
따라서, 후술되는 예시적인 실시예들은 네트워크 엔티티(entity)들에 대한 요구들, 및 상이한 시그널링 프로토콜들을 사용하는 디바이스들 사이의 통신들을 용이하게 하는 방법들을 처리한다.
본 발명에 따른 시스템들 및 방법들은 상이한 프로토콜들을 사용하는 디바이스들 사이의 통신들을 용이하게 하는 기술들을 제공함으로써 이 필요성 및 다른 필요성들을 처리한다.
예시적인 실시예들에 따르면, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 네트워크와 비 IMS 노드 사이에서 애플리케이션 정보를 동적으로 상관시키기 위한 방법은: 게이트웨이에서, 상기 IMS 네트워크로부터 제 1 시그널링 프로토콜을 사용하는 제 1 메시지를 수신하는 단계; 상기 제 1 메시지로부터 정보를 판독하는 단계; 상기 정보를 이전에 저장된 정보와 상관시켜서 상기 비 IMS 노드에서 실행 중인 복수의 애플리케이션들 중 어느 하나가 상기 제 1 메시지와 관련되는지를 결정하는 단계; 및 상기 제 1 시그널링 프로토콜과 상이한 제 2 신그널링 프로토콜을 사용하는 제 2 메시지를 상기 IMS 노드에 송신하는 단계를 포함하고, 상기 제 2 메시지는 상기 제 1 메시지와 관련되는 비 IMS 노드에서 실행 중인 복수의 애플리케이션들 중 하나와 관련되는 정보를 포함한다.
다른 예시적인 실시예에 따르면, 게이트웨이 디바이스는: 메시지를 송신하고 수신하기 위한 통신 인터페이스로서, 제 1 시그널링을 사용하는 제 1 수신된 메시지는 애플리케이션과 관련되는 정보를 포함하는, 통신 인터페이스; 애플리케이션 식별자(identification)들(ID들), 단일 자원 위치지정자(Uniform Resource Locator: URL)들, 디폴트 정보 및 IMS 통신 서비스 식별자(IMS Communication Service Identifier: ICSI)들을 포함하는 정보를 저장하기 위한 메모리; 및 상기 제 1 시그널링 프로토콜을 사용하는 상기 제 1 수신된 메시지를 상기 저장된 정보와 상관시켜서 상기 제 1 시그널링 프로토콜과 상이한 제 2 시그널링 프로토콜을 사용하는 제 2 메시지를 생성하기 위해 원하는 애플리케이션을 결정하는 프로세서를 포함하고, 상기 제 2 시그널링 프로토콜을 사용하는 제 2 메시지는 상기 비 IMS 노드가 상기 비 IMS 노드 상에서 수행하는 복수의 애플리케이션들 중에서부터 상기 희망하는 애플리케이션을 식별하도록 하는 애플리케이션과 관련되는 정보를 포함한다.
상술한 바와 같이, 본 발명에 의해, 상이한 프로토콜들을 사용하는 디바이스들 사이의 통신들을 용이하게 하는 기술들이 제공됨으로써 네트워크 엔티티들에 대한 요구들, 및 상이한 시그널링 프로토콜들을 사용하는 디바이스들 사이의 통신들이 개선된다.
첨부 도면들은 예시적인 실시예들을 설명하고;
도 1은 예시적인 실시예들에 따라 인터넷 프로토콜 텔레비전 단말기 기능(ITF) 및 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 네트워크 사이의 시그널링을 도시하고;
도 2는 예시적인 실시예들에 따라 IMS 게이트웨이와 통신하고 있는 다수의 애플리케이션들을 작동시키는 ITF를 도시하고;
도 3은 예시적인 실시예들에 따른 IMS 게이트웨이를 도시하고;
도 4는 예시적인 실시예들에 따라 상이한 유형들의 메시지들을 ITF에 송신하는 IMS 게이트웨이를 도시하고;
도 5a는 예시적인 실시예들에 따라 정보를 저장하기 위한 애플리케이션 식별 테이블을 도시하고;
도 5b는 예시적인 실시예들에 따라 트래픽 테이블을 도시하고;
도 6a, 6b, 7, 8a, 8b, 및 9는 예시적인 실시예들에 따라 애플리케이션을 액세스하기 위해 IMS 게이트웨이에서의 SIP 시그널링을 도시한 시그럴링 도면들이고;
도 10은 예시적인 실시예들에 따른 통신 노드를 도시하고;
도 11은 예시적인 실시예들에 따라 IMS 네트워크 및 비 IMS 노드 사이의 애플리케이션 정보를 상관시키기 위한 방법 흐름도를 도시한다.
예시적인 실시예들의 다음의 상세한 설명들은 첨부 도면들을 참조한다. 상이한 도면들에서의 동일한 참조 번호들은 동일하거나 유사한 요소들을 식별한다. 또한, 다음의 상세한 설명은 본 발명을 제한하지 않는다. 대신, 본 발명의 범위는 청부된 청구항들에 의해 규정된다. 하이퍼 텍스트 전송 프로토콜(HTTP) 및 세션 개시 프로토콜(SIP)은 네트워크 또는 네트워크들을 통해 서비스들의 전달의 지원에 사용될 수 있는 프로토콜들이다. 일부의 경우들에서, 하드웨어 판매자들, 예를 들어 인터넷 프로토콜 텔레비젼(IPTV) 단말기 기능(ITF)들 등의 제조자들은 자신들의 제품들에 HTTP를 사용할 수 있으나, 반면에 인터넷 프로토콜 멀티미디어 서비스들의 전송을 위해 서브시스템(IMS) 네트워크 아키텍처, 예를 들어 IPTV를 사용하는 서비스 제공자들은 자신의 제품들에 세션 개시 프로토콜(SIP)를 사용할 수 있다. HTTP는 트랜잭션(transaction) 기반 프로토콜인데 반해, SIP는 SIP 엔드포인트(endpoint)들을 갖는 디바이스들 사이의 통신을 가능하게 하는 세션 기반 프로토콜이다. HTTP를 사용하는 시스템들이 예를 들어 IPTV 시그널링을 전송하기 위해 HTTP 시그널링을 사용하여 일부 IMS 관련 서비스들을 수신할 수 있을지라도, 이 시스템들은 전형적으로 상술한 IMS 네트워크 아키텍처 상에서 사용되는 SIP와 같은 더욱 새로운 아키텍처들에서 사용되는 특정한 프로토콜들을 사용할 수 없다. SIP 시그널링을 사용하는 디바이스들 및 HTTP 시그널링을 사용하는 디바이스들은 부가의 전송을 위해 하나의 프로토콜에서 다른 프로토콜로 전송하기 위한 인터페이스, 예를 들어 IMS 게이트웨이를 필요로 한다. 이 개념은 도 1에 도시된 예시적인 컴포넌트들에 대하여 고레벨로 도시될 수 있다.
도 1은 ITF(2), IMS 게이트웨이(4), 및 IMS 네트워크(10)를 포함한다. www.openiptvforum.org에서 확인되는 바와 같이 예를 들어 개방 ITF(Open ITF: OITF)에 따른 임의의 ITF일 수 있는 ITF(2), 및 IMS 게이트웨이(4)는 동일한 일반적인 장소, 예를 들어 가정에 위치될 수 있고, 서로 HTTP 시그널링을 사용하여 통신된다. IMS 게이트웨이(4)는 SIP 시그널링을 사용하여 IMS 네트워크(10)와 통신한다. 예시적인 실시예에서, IMS 네트워크(10)는 인증 및 세션 관리를 수행하는 호출 세션 제어 기능(call session control function: CSCF)(6), 및 두 애플리케이션 서버들, 예를 들어 메시징(messaging)하기 위한 피어 투 피어(peer-to-peer: P2P) 통신 인에이블러(enabler)(14) 및 유일한 단일 자원 위치지정자(URL)와 관련되는 네트워크 서버(8)를 갖는 것으로 도시된다. IMS 게이트웨이(4)는 HTTP 시그널링 및 SIP 시그널링 이 둘 모두를 사용할 능력뿐만 아니라 둘 중 한 측에서부터의 시그널링 요청들을 상관할 능력을 갖는다. 특히, IMS 게이트웨이(4)는 예시적인 실시예들에 따라 후술되는 바와 같이, SIP 메시지들을 수신하고 비 SIP 시그널링, 예를 들어 HTTP 시그널링을 사용하여 상기 정보를 ITF(2) 상에서 작동 중인 정확한 애플리케이션들에 전송한다. HTTP 시그널링에 대한 저 많은 정보는 1999년에 발행된 Request for Comments(RFC) 2616에서 확인될 수 있다. IMS 네트워크(10)는 아래에 기술된 예시적인 실시예들에서 시그널링 프로세스를 설명하기 위해서 도시되는 특정 노드들만을 갖는 간소화된 포맷으로 도시되지만, IMS 네트워크(10)에서는 전형적으로 더 많은 노드들이 발견되고 일반적으로 IMS 아키텍처 및 SIP 시그널링에 관한 더 자세한 세부사항은 2007년 3월에 발행된 제3세대 파트너십 프로젝트(3GPP) 기술 설명서(technical specification: TS) 23.228 버전 8 및 2002년 6월에 간행도니 RFC 3261에서 각각 확인될 수 있다.
예시적인 실시예에 따르면, 도 2에 도시되는 바와 같이, ITF(2)는 다수의 애플리케이션들, 예를 들어 브라우저 기반 애플리케이션 1(202), 브라우저 기반 애플리케이션 2(204) 및 네이티브(native) 기반 애플리케이션 1(210)뿐만 아니라 동일한 애플리케이션들의 다수의 예들, 예를 들어 브라우저 기반 애플리케이션 3의 예 1(206) 및 브라우저 기반 애플리케이션 3의 예 2(208)를 가동시킬 수 있다. 브라우저 기반 애플리케이션들은 분배된 애플리케이션 환경(disturbuted application environment: DAE)에서 동작하고, 예를 들어 존재하는 바대로의 그러한 애플리케이션들 및 채팅(chat)/메시징을 포함할 수 있다. 네이티브 기반 애플리케이션들은 등록 및 프로파일(profile) 관리와 같은 ITF 임베디드(embedded) 애플리케이션들에서 동작할 수 있다. 그러나, 여기서 브라우저 기반 및 네이티브 기반 모드와 관련된 이 애플리케이션 인스턴스(instance)들은 순전히 설명적인 것이며 애플리케이션이 브라우저 기반 또는 네이티브 기반 중 하나로서 개발되는 것을 제한하지 않음이 당업자에 의해 이해될 것이다. 또한 도 2에 도시되는 바와 같이, IMS 게이트웨이(4)는 아마도 ITF(2)에서 실행 중인 애플리케이션들 중 하나에 관한 정보를 포함하는 SIP 메시지들(214)을 수신한다. IMS 게이트웨이(4)는 이 정보를 통지들(212)로서 ITF(2)에 전송하고, 상기 ITF(2)에서 통지들은 후술되는 바와 같이 원하는 애플리케이션들에 도달한다.
예시적인 IMS 게이트웨이(4)는 이제 도 3을 참조하여 기술될 것이다. IMS 게이트웨이(4)는 IMS 네트워크(10)로부터 인입하는 SIP 메시지들을 ITF(2)에서 실행 중인 애플리케이션들과 정합시킨다. IMS 게이트웨이(4)는 ITF(2)로 지향되는 인입하는 SIP 메시지들이 ITF(2)에서 적절한 애플리케이션으로 디스패치(dispatch)하는 것을 보장할 책임이 있는 통지 라우터(router)(302)를 포함한다. 이 기능을 지원할 때, 통지 라우터(302)는 인증/세션 관리 기능(306), IMS 게이트웨이(IG) - 본 예시적인 실시예에 따른 ITF 서버(304) 및 등록기(308)를 포함한다. 인증/세션 관리 기능(306)은, 자체에 대한 그리고 자체의 관련된 애플리케이션들을 포함하는 ITF에 대한, IMS 네트워크(10)와의 인증 및 세션 관리를 위해 사용된다. IG-ITF 서버(304)는 메시지들을 ITF(2)로 송신한다. 등록기(308)는 ITF(2)에서 지원되는 애플리케이션들과 관련된 정보, SIP 세션 정보, 단일 자원 위치지정자(URL) 정보 및 다른 식별 정보, 예를 들어 인입하는 SIP 메시지들(214) 및 자신의 각각의 ITF 애플리케이션들의 정확한 정합을 위해 ITF(2)에서 실행 중인 애플리케이션을 고유 식별하는데 사용되는 운영자 네트워크에 의해 사전 구성되는 정보를 포함한다. 인증/세션 관리 기능(306) 및 IG-ITF 서버(304) 모두는 메시지 전송에 대한 SIP 메시지/ITF 애플리케이션 관계를 결정할 때 등록기(308)와 통신한다. 추가적으로 이 기능들은 필요에 따라 등록기(308)에 정보를 정주시키는데 사용될 수 있다. 이 예시적인 실시예에 따른 IMS 게이트웨이(4)는 ITF(2)에서 실행하고 필요에 따라 SIP 다이얼로그(dialog) 정보와 관련되는 애플리케이션들의 정보를 유지하는 상태 기반 디바이스이다. 또한 IMS 게이트웨이(4)는 전원이 켜져 있는 한 자체의 메모리(도 3에서는 도시되지 않으나, 후술되는 도 10에서는 도시된다)에 그와 같은 상태들을 유지한다. ITF(2) 및 IMS 게이트에이(4) 이 둘의 관점에서, 애플리케이션들은 아래에서 더욱 상세하게 설명될 것이다.
예시적인 실시예들에 따르면, 다수의 애플리케이션들은 ITF(2)에서 즉시 동작하고 있을 수 있다. 상술한 바와 같이, 이 애플리케이션들은 ITF(2)에서 서비스 논리를 수행하는 애플리케이션들의 일반적인 카테고리들, 예를 들어 DAE 기반 애플리케이션들 및 ITF 임베디드 애플리케이션들로 분리될 수 있다. IMS 게이트웨이(4)의 관점에서, 이 애플리케이션들은 예를 들어 SIP 다이얼로그 및 상태 정보의 존재에 좌우되어, 이 예시적인 실시예에 따른 세 상이한 방식들로 SIP 통신들과 인터페이스된다.
이 예시적인 실시예들에 따라 애플리케이션들을 SIP 통신들과 인터페이스하는 제 1 방법은 SIP 다이얼로그, 예를 들어 존재 및 세션 설정을 필요로 하는 애플리케이션들과 관련된다. SIP 다이얼로그는 SIP 엔티티들을 갖는 두 엔티티(entity)들, 예를 들어 IMS 게이트웨이(4) 및 IMS 노드가 SIP를 사용하여 통신들에 참가할 때 발생한다. 다른 애플리케이션들은 SIP 다이얼로그를 필요로 하지 않는다; 이들은 주로 SIP 다이얼로그에 대해 필요로 하지 않는 단독의 트랜잭션 유형의 애플리케이션(인스턴트 메시징 또는 등록)이다. IMS 게이트웨이(4)로 인입하는 SIP 메시지는 예시적인 실시예들에 따라 이벤트 처리 목적들을 위해 세 메시지들, 예를 들어, 새로운 메시지, 기존 SIP 다이얼로그를 위한 메시지, 또는 ITF(2)에서의 애플리케이션으로부터 개시되는 요청에 응답하는 메시지 중 하나로 고려될 수 있다. 새로운 메시지는 예를 들어 기존 SIP 다이얼로그가 존재하지 않는 SIP MESSAGE일 수 있다. 기존 메시지는 예를 들어 기존 SIP 다이얼로그에 속하는 SIP NOTIFY일 수 있다. 메시지 응답은 예를 들어 IMS 게이트웨이(4)에 의해 개시되는 요청, 예를 들어 ITF(2)로부터 발생되고 IMS 게이트웨이(4)로부터 정확하게 수정/전송되는 서비스 요청 메시지인 SIP 200 OK일 수 있다. 이 세 상이하게 처리되는 통지 이벤트들은 아래에서 더욱 자세하게 기술될 것이다.
예시적인 실시예들에 따르면, IMS 게이트웨이(4)는 통지 이벤트의 유형에 기반하는 상이한 유형들의 통지들을 도 4에 도시되는 바와 같이 적절한 애플리케이션들에 전송하기 위한 ITF(2)와 통신한다. 초기에, IMS 게이트웨이(4)는 인입하는 SIP 메시지(214)를 수신한다. 통지 라우터(302)는 어떤 유형의 이벤트가 수신되었는지를 결정한다. 그리고나서 통지 라우터(302)는 세션 통지(414) 또는 제3자 통지(416) 중 하나를 생성하고 이를 ITF(2)에 송신한다. 세션 중에 통신들은 전형적으로 ITF(2) 상의 활성 애플리케이션들 및 IMS 게이트웨이(4) 사이의 진행중인 통신이 존재할 때 사용된다. 제3자 통지들은 전형적으로 ITF(2)에서의 비활성 애플리케이션과 통신을 시작할 새로운 메시지들에 대하여 사용된다. 통지가 세션 통지(414) 중에 있는 경우, 통지는 적절한 DAE 애플리케이션, 예를 들어 ITF(2)의 브라우저 세션(404)에서 현재 작동하고 있는 DAE App 1 408 또는 DAE App 2 412에 전송된다. 통지가 제3자 통지(416)인 경우, 통지는 ITF(2)에서 라우터 기능과 유사하게 동작하는 제3자 통지 처리기(handler)(420)로 전송된다.
제3자 통지 처리기(420)는 그리고나서 수신된 통지가 DAE 브라우저 기반 애플리케이션(402), 또는 ITF 임베디드 애플리케이션(406)으로 진행할 필요가 있는지를 결정한다. 만일 통지가 DAE 브라우저 기반 애플리케이션(402)으로 진행해야 하는 경우, 단일 자원 위치지정자(URL)는 DAE 브라우저 기반 애플리케이션(402)에 대해 브라우저(404)가 액세스할 수 있도록 송신된다. 수신된 통지가 ITF 임베디드 애플리케이션(406)으로 진행되어야 하는 경우, 통지는 사용하기 위해서 애플리케이션 프로그래밍 인터페이스(application programming interface: API)를 통해 원하는 ITF 임베디드 애플리케이션(406)으로 송신된다. 게다가, 도 4에는 도시되지 않았지만, 초기 서비스 요청들(initial service requests)과 같은 메시지들은, IMS 네트워크(10)로의 송신을 위해서, ITF(2)에서 발신하여 IMS 게이트웨이(4)에 송신될 수 있다.
상술한 바와 같이, ITF(2)는 HTTP 시그널링을 사용하여 활성 애플리케이션들로부터 IMS 게이트웨이(4)로 요청들을 송신할 수 있다. 예시적인 실시예들에 따르면, 애플리케이션들의 정확한 트래킹(tracking)을 용이하게 하기 위해, 특히 IMS 게이트웨이(4)에서 수신되는 SIP 메시지들의 조정을 위해, 애플리케이션에 대한 고유의 애플리케이션 식별자(ID)는 ITF(2)로부터 IMS 게이트웨이(4)로의 HTTP 요청 메시지로 삽입된다. 이 요청들은 DAE 애플리케이션들(408, 412) 및 ITF(2)에서 실행하는 ITF 임베디드 애플리케이션들 모두에 대해서 생성될 수 있다. DAE 애플리케이션들(408, 412) 및 ITF 임베디드 애플리케이션들(406)의 경우, 고유 애플리케이션 ID를 헤더(header) 또는 HTTP 요청 메시지의 헤더 확장부에 삽입하기 위해 European Computer Manufacturers Association(ECMA) 스크립이 사용될 수 있다. 이 애플리케이션 ID들은 표준화되거나 표준화되지 않을 수 있지만, 메시지들의 적절한 라우팅을 용이하게 하기 위해 고유해야만 한다. 고유성을 보장하기 위한 하나의 방법은 고유성을 기술하는 특정한 특성들을 갖는 서비스 일정 자원 명칭(uniform resource name: URN)에 의해 표시되는 애플리케이션 ID를 갖는 것을 포함한다. URN들과 관련된 더 많은 정보를 위해 관심있는 독자는 1997년 5월자 RFC 2141을 참조하라. 게다가, 상기에서 표시되는 바와 같이, 이 고유한 애플리케이션 ID를 반송하기 위해 새로운 분야가 HTTP 요청 메시지에 추가될 수 있다.
예시적인 실시예들에 따르면, 일단 ITF(2)로부터의 HTTP 요청이 IMS 게이트웨이(4)에 의해 수신되면, 고유한 애플리케이션 ID는, 대응하는 SIP 다이얼로그와 함께, 적용 가능한 경우 저장된 상태로, IMS 게이트웨이(4)에 유지된다. 게다가, HTTP 요청의 수신 및 SIP 다이얼로그의 생성 시에, IMS 게이트웨이(4)는 진행중인 이벤트 리포팅(reporting)을 위해 SIP 다이얼로그에 대하여 사용될 통지의 유형, 예를 들어 제 3 통지와 관련되거나 세션 통지 내의 동적 정보를 유지한다.
상술한 바와 같이, IMS 게이트웨이(4)는 ITF(2)에서 실행 중인 애플리케이션들에 관한 정보 및 SIP 다이얼로그 정보를 저장한다. 예시적인 실시예들에 따르면, 식별 정보는 등록기(308)에 저장되어 인입하는 SIP 메시지들(214)로부터의 정보가 ITF(2)에서 작동하고 있는 정확한 애플리케이션으로 전송될 수 있다. 등록기(308)에 식별 정보를 저장하기 위한 예시적인 테이블들(500 및 520)이 도 5a 및 5b에 각각 도시된다. 등록기(308)에서의 예시적인 애플리케이션 식별 테이블은 예를 들어 제3자 통지들을 처리하기 위해 IMS 게이트웨이(4)에 의해 사용될 수 있다. 특히, 이 예에서, 애플리케이션 식별 테이블(500)은 전형적으로 서비스 제공자(SP)에 의해 원격으로 사전 구성되고, DAE 애플리케이션들에 대한 애플리케이션 ID들은 자신들 각각의 DAE 애플리케이션에 대해 사용되도록 서비스 제공자 및 URL에 의해 제공된다. URL을 사용할 필요가 없는 ITF 임베디드 애플리케이션들은 가정용 네트워크 인터페이스 - IMS 게이트웨이 인터페이스(HNI-IGI)(도시되지 않음)를 통해 개시하는 동안 IMS 게이트웨이(4)에 등록한다. ITF(2) 배치는 디스플레이 케이퍼빌리티(capability) 및 사용자 상호 동작 케이퍼빌리티들을 포함한다.
각각의 애플리케이션에 대해서, 애플리케이션들로 인입하는 SIP 메시지들(214)을 정합시키는데 보조하고 IMS 요건들에 부합하기 위한 발신하는 SIP 메시지들을 검사하기 위해 본 예시적인 실시예에 따른 IMS 게이트웨이(4)에 의해 사용되는, IMS 통신 서비스 식별자(ICSI)가 규정된다. 일부 경우들에서, 동일한 애플리케이션의 다수의 예들이 ITF(2)에서 동시에 동작하는 것이 가능하다. 이를 지원할 때, 예시적인 트래픽 테이블(520)은 IMS 게이트웨이(4)가 애플리케이션의 상이한 예들을 구별하도록 하는 정보를 저장한다. 여러 시각들에서, 테이블들(500 및 520)에 저장된 이 상이한 피스(piece)들의 식별 정보를 사용하면, IMS 게이트웨이(4)는 어떤 통지들 또는 메시지들이 ITF(2)에서 어떤 애플리케이션들(또는 애플리케이션 인스턴스들)로 라우팅되어야 하는지를 식별할 수 있다. 예시적인 애플리케이션 식별 테이블(500) 및 트래픽 테이블(520)은 이후에 더욱 자세하게 설명될 것이다. 또한, 애플리케이션 테이블(500) 및 트래픽 테이블(520)이 두 개의 개별적인 테이블들로 도시될지라도, 이들은 단일 테이블로 저장될 수 있거나, 대안으로 상기 정보는 더 분배될 수 있으나, 둘 이상의 테이블들을 통해 계속 결부된다.
도 5a에 도시되는 바와 같이, 애플리케이션 식별 테이블(500)는 도시되는 바와 같이 필요에 따라 애플리케이션 ID(504), DAE 애플리케이션에 대한 제3자 통지에서 사용되는 URL들(508), 및 ICSI들(506) 사이의 행(502)에 걸쳐 판독함으로써 관계를 유지한다. 게다가, 인입하는 SIP 메시지들이 ICSI 또는 애플리케이션 ID를 포함하지 않을 때(애플리케이션 식별 테이블(500)에서 목록 "규정되지 않음"에 의해서 도시되는 바와 같이) 사용될 수 있는 디폴트 URL을 사용하는 디폴트 DAE 애플리케이션이 도시된다. 이 애플리케이션 식별 테이블(500)은 인입하는 SIP 메시지가 ICSI, 애플리케이션 ID, ICSI 및 애플리케이션 ID 이 둘 다를 포함하고, 그리고 ICSI 및 애플리케이션 ID 모두를 포함하지 않는 이벤트들을 처리할 때 사용되도록 통지 라우터(308)에 정보를 제공한다. 이 정보는 다른 정보와 함께 이벤트들을 처리하기 위해 IMS 게이트웨이(4)에 의해 사용된다.
예시적인 실시예들에 따르면, 도 5b에 도시되는 바와 같이, 트래픽 테이블(520)은 인입하는 SIP 메시지들(214)의 특정 SIP 헤더들 내의 SIP 다이얼로그, 또는 애플리케이션 식별 정보 및 애플리케이션 인스턴스 사이의 결속을 유지한다. 각각의 결속은 각각의 엔트리(522, 524, 526)에 의해 도시된 바와 같이 테이블(520)에 표현되고, 여기서 엔트리1(522)은 애플리케이션의 제 1 인스턴스에 결부되고, 엔트리2(524)는 동일한 애플리케이션의 제 2 인스턴스 또는 상이한 애플리케이션의 제 1 인스턴스를 나타낼 수 있고, 엔트리3(526)은 동일한 애플리케이션의 제 3 인스턴스, 또는 ITF(2)에서 현재 동작하는 상이한 애플리케이션의 제 1 인스턴스를 나타낼 수 있다. 일단 엔트리(522, 524, 526)가 임의의 인입하는 SIP 메시지들(214)을 처리하기 위해서 선택되면, 엔트리(522, 524, 526)는 충분한 상태 정보를 포함하여 IMS 게이트웨이(4)가 관련된 애플리케이션 인스턴스를 지향하는 인입하는 트래픽을 위해 사용되도록 TCP를 고유 식별할 수 있도록 해야 한다. 추가적으로, 이 방식으로 TCP를 사용함으로써 IMS 게이트웨이(4)는, 애플리케이션 인스턴스가 종료된 때, 예를 들어 TCP 접속이 적절한 방식으로 종료하는지를 인지할 수 있고, 그리고 동일한 애플리케이션의 상이한 인스턴스들에 대한 다수의 TCP 링크들이 부적절하게 종료되는 경우, 예를 들어, 다수의 TCP 링크들이 동시에 갑자기 동시에 차단되는 경우 에러를 복구할 수 있게 된다. 또한, 예시적인 실시예들에 따르면, 추가 상태 정보는 트래픽 테이블(520)에 의해 원하는 바에 따라 각각의 엔트리(522, 524, 526)에 저장될 수 있다.
예시적인 실시예들에 따르면, 상이한 트래픽 시나리오들은 엔트리(522, 524, 526)이 트래픽 테이블(520)에 생성되고 저장될 필요성을 발생시킬 수 있다. 제 1 시나리오에서, 트래픽, 예를 들어 메시지들 및/또는 시그널링은 ITF(2) 상의 애플리케이션에서 발신하고 SIP 다이얼로그가 유지되도록 요구하는 IMS 게이트웨이(4)로 송신된다. IMS 게이트웨이(4)는 요청을 IMS 네트워크(1)에 전송하여 세션을 설정하고 SIP 다이얼로그가 생성되고 유지된다. 그리고나서 엔트리(522, 524, 526)는 애플리케이션 인스턴스를 SIP 다이얼로그와 결부시키는 트래픽 테이블(520)에 저장되고 임의의 다른 원하는 상태 정보, 예를 들어, TCP 정보를 저장한다.
예시적인 실시예들에 따르면, 제 2 트래픽 시나리오에서, 트래픽은 ITF(2) 상의 애플리케이션에서 발신하고, IMS 게이트웨이(4)로 송신되고 SIP 다이얼로그가 생성되고 유지되는 것을 요구하지 않는다. 이 시나리오에서, 엔트리(522, 524, 526)는 트래픽 테이블(520)에서 행해질 필요가 없다. 대신, ITF(2)에서 발신하는 애플리케이션에 따라, 예를 들어 발신하는 애프리케이션이 등록 애플리케이션(등등)인 경우 SIP 상태가 생성되고 IMS 게이트웨이(4)에 저장되거나, 또는 예를 들어 발신하는 애플리케이션이 인스턴트 메시징 애플리케이션, 단독 트랜잭션 애플리케이션(등등)인 경우 IMS 네트워크(10)와의 상호작용의 성공적인 완료 이후에 상태가 유지되지 않는다.
다른 예시적인 실시예에 따르면, 제 3 트래픽 시나리오에서, SIP 메시지(214)는 트래픽 테이블에 없는 엔트리인 IMS 네트워크(10)으로부터 IMS 게이트웨이(4)에 의해 수신된다. 이 시나리오에서, IMS 게이트웨이(4)는 애플리케이션 식별 테이블(500)을 사용하여 적절한 애플리케이션을 식별하고 상기 요청을 ITF(2) 상의 적절한 애플리케이션으로 전송하는데, 이는 아래에서 더욱 상세하게 설명된다. 식별된 애플리케이션에 따라 엔트리(522, 524, 526)는 트래픽 테이블(520)에 만들어질 수 있다. 예를 들어, 식별된 애플리케이션이 SIP 다이알로그가 유지되도록 요구하는 경우, 엔트리(522, 524, 526)는 IMS 게이트웨이(4)에 의해 ITF(2)로부터 성공적인 응답의 수신 이후에 생성된다. 다른 예에서, SIP 다이얼로그가 유지되도록 식별된 애플리케이션이 요구하지 않는 경우, 엔트리(522, 524, 526)가 트래픽 테이블(520)에 생성되지 않고 저장되지 않는다. 대신, 트랜잭션이 완료되고 IMS 게이트웨이(4)는 전체 트랜잭션이 성공적으로 완료되는 시점까지 상태 기반으로 남아 있다. 또 다른 예에서, 식별된 애플리케이션은 SIP 다이얼로그를 필요로 하지 않으나 인입하는 메시지들을 위해 활성된 채로 남도록 원하는 경우 자체의 TCP 접속을 유지함으로써 그렇게 표시될 수 있고 따라서 엔트리(522, 524, 526)가 트래픽 테이블(520)에서 생성되고 유지된다.
그러므로, 예시적인 실시예들에 따르면, IMS 게이트웨이(4)는 IMS 게이트웨이(4)가 이용 가능한 정보에 따라 통지가 상이한 방법들로 ITF(2)에 송신되도록 요구하는 IMS 네트워크(10)로부터의 상이한 인입하는 IIP 메시지들을 처리한다. 제 1 예시적인 실시예에서, IMS 게이트웨이(4)는 트래픽 테이블(520)을 참조함으로써 인입하는 SIP 메시지와 관련되는 이전의 기존 SIP 다이얼로그가 존재하는지를 결정한다. 인입하는 SIP 메시지와 관련되는 이전의 기존 SIP 다이얼로그가 존재하는 경우 인 세션(in session) 통지는 IMS 게이트웨이(4)에 의해 TCP 링크를 통해 적절한 애플리케이션 인스턴스로 송신된다. 송신되는 통지는 관련 SIP 헤더들을 포함하는, 수신된 SIP 메시지의 페이로드(payload) 부분(또는 갭슐화된(encapsulated) 버전)을 포함한다.
애플리케이션들을 SIP 통신들과 인터페이스하는 두번째 방법은 SIP 다이얼로그를 필요로 하지 않는 애플리케이션들과 관련되지만, 상태가 IMS 게이트웨이(4)에서 유지되도록, 예를 들어 등록을 유지하도록 한다. 다른 예시적인 실시예에서, IMS 게이트웨이(4)는 이전의 기존 SIP 다이얼로그가 존재하지 않는 IMS 네트워크(10)로부터 SIP 메시지를 수신한다. 그러나, 이 경우에, IMS 게이트웨이(4)가 의도된 애플리케이션 인스턴스를 식별하고, 상기 목적을 위해 인 세션 통지를 사용하여 적절한 TCP를 통하여 상기 통지를 ITF(2) 내의 정확한 애플리케이션 인스턴스로 송신하도록 하는 트래픽 테이블(520)에 저장되는 상태 정보가 존재한다. 송신된 통지는 관련 SIP 헤더들을 포함하는, 수신된 SIP 메시지의 페이로드 부분(또는 갭슐화된 버전)을 포함한다.
애플리케이션들을 SIP 통신들과 인터페이스하는 두번째 방법은 IMS 게이트웨이(4)의 관점으로, SIP 다이얼로그를 요구하지 않고 상태, 예를 들어 메시징 및 호출자 식별을 요구하지 않는 애플리케이션들과 관련된다. 다른 예시적인 실시예에서, IMS 게이트웨이(4)는 대응하는 SIP 다이얼로그 및 현재 유지되는 상태 정보가 트래픽 테이블(520)에 존재하지 않는 IMS 네트워크로부터 SIP 메시지를 수신하는, 예를 들어 IMS 네트워크(10)로부터 새로운 인입하는 SIP 메시지들에 대한 경우이다. 이 경우에, 애플리케이션 ID를 식별하는 것은 테이블(500)을 참조할 필요가 있고 또한 인입하는 메시지의 내용들, 전형적으로 허용-접촉(Accept-Contact) SIP 헤더 내의 내용들에 좌우된다. 예시적인 실시예에 따르면, SIP 헤더 내의 허용-접촉 필드(field)는 IMS 게이트웨이(4)가 SIP 메시지를 ITF(2) 상에서 실행 중인 애플리케이션과 매치업(match up)하도록 하는 정보를 포함할 수 있다. 예를 들어, SIP 헤더 내의 허용-접촉 필드는 URL, 애플리케이션 ID 또는 ICSI를 포함할 수 있다. SIP 메시지들 내의 허용-접촉 필드에 관한 더 많은 정보를 위해, 관심있는 독자는 2004년 일자의 RFC 3841를 참조하라. 그리고나서 이 정보를 사용하여, IMS 게이트웨이는 SIP 메시지를 ITF(2) 상의 애플리케이션에 링크하고 상기 목적을 위해 제3자 통지를 사용하여 통지를 전송한다. 전송된 통지는 테이블(500) 내에서 매칭된 엔트리로부터 선택되는 정보를 제외하고, 관련 SIP 헤더들을 포함하는, 수신된 SIP 메시지의 페이로드 부분(또는 갭슐화된 버전)을 포함한다.
또 다른 예시적인 실시예에 따르면, IMS 게이트웨이(4)는 ICSI만을 명시적으로 포함하는 IMS 네트워크(10)로부터 SIP 메시지를 수신하고, IMS 게이트웨이(4)는 디폴트 애플리케이션 ID를 취하고 사용한다. 애플리케이션 식별 테이블(500)은 전형적으로 필요에 따라 임의의 ICSI와의 사용을 위해 디포트 애플리케이션 ID가 전형적으로 정주된다. 예를 들어, 도 5a에서의 행들(514 및 516)에 도시되는 바와 같이, ICSI1 및 ICSI2는 디폴트 애플리케이션 ID에 결부된다. 이 디폴트 애플리케이션 ID를 사용함으로써, IMS 게이트웨이(4)는 수신된 통지를 ITF(2) 상의 디폴트 애플리케이션 ID에 전송한다. 추가적으로, IMS 네트워크(10)로부터 인입하는 SIP 메시지가 ICSI 또는 애플리케이션 ID 중 어느 것도 포함하지 않는 경우에, 디폴트 URL이 사용된다.
다른 예시적인 실시예에 따르면, IMS 게이트웨이(4)는 ISCI 및 애플리케이션 ID 모두를 명시적으로 포함하는 IMS 네트워크(10)로부터 SIP 메시지를 수신하고, 이때 라우터 기능(302)은 애플리케이션 식별 테이블(500)을 참조함으로써 ITF(2) 상에서 동작하는 애플리케이션에 수신된 통지를 링크할 수 있다. 이 경우에, IMS 게이트웨이(4)는 메시지, 예를 들어 제3자 통지를 식별된 애플리케이션으로의 전송을 위해 통지 정보를 포함하는 ITF(2)로 송신한다. 송신된 통지는, 테이블(500)에서 매칭된 엔트리로부터 선택되는 정보를 제외하고, 관련 SIP 헤더들을 포함하는 수신된 SIP 메시지의 페이로드 부분(또는 갭슐화된 버전)을 포함한다.
IMS 게이트웨이(4)가 SIP 메시지를 수신하고 이것이 인 세션 통지 또는 제3자 통지인지를 결정한 후에, IMS 게이트웨이(4)는 통지를 적절하게 송신한다. 예를 들어, SIP 메시지가 상태 정보에 의해 전형적으로 결정되는 바와 같은 인 세션 통지인 경우, IMS 게이트웨이(4)는 HTTP 시그널링 또는 다른 시그널링 방식들을 사용하여 통지 정보를 ITF(2)에서 실행하고 있는 적절한 애플리케이션으로 송신한다. 통지가 제3자 통지로 결정되는 경우, 상기 통지 정보는 정확한 애플리케이션, 예를 들어 ITF 임베디드 애플리케이션(406) 또는 DAE 브라우저 애플리케이션(402)에 이를 송신하는 ITF(2) 내의 제3자 통지 처리기(420)에 송신된다. 제3자 통지 처리기(420)는 제3자 통지 메시지(416) 내에서 수신되는 정보에 기반하여 이 결정을 행한다. 초기에, 제3자 통지 처리기(420)는 제3자 통지 메시지(416) 내의 애플리케이션 ID를 검색한다. 애플리케이션 ID가 존재하는 경우, 그리고 제3자 통지 핸들러(420)에 의해 인식되는 경우, 포함된 URL은 네트워크 애플리케이션 DAE를 페치(fetch)하여 상기 요청을 처리한다. 제3자 통지 처리기(420)가 애플리케이션 ID를 인식하는 경우, 그것은 원하는 애플리케이션이 ITF 임베디드 애플리케이션(406)이라고 고려하고 따라서 적절한 API를 사용하여 상기 통지를 전송한다.
다른 예시적인 실시예들에 따르면, IMS 게이트웨이(4)로부터 IMS 네트워크(10)로 전송되는 인출(outgoing)하는 트래픽을 발생시키는 ITF(2)로부터 발생될 수 있다. 발신하는 애플리케이션을 고유 식별하여 후속하여 수신되는 인입하는 SIP 메시지들이 원하는 애플리케이션과 정합할 수 있도록 하기 위해 다양한 방법들이 사용될 수 있다. 예를 들어, DAE 애플리케이션(408, 412) 또는 ITF 임베디드 애플리케이션(406)이 메시지를 발신하는 경우, 이는 이후에 IMS 게이트웨이(4)에 의해 추출될 새로운 HTTP 헤더에 애플리케이션 ID를 임베딩(embeding)할 수 있다. 대안으로, DAE 애플리케이션(408, 412) 및 ITF 임베디드 애플리케이션(406)은, SIP 헤더들 내의 추가 정보와 함께, 이후에 애플리케이션 식별 테이블(500)과 공동으로 IMS 게이트웨이(4)에 의해 사용되어 애플리케이션 ID이 검색될 수 있는 새로운 HTTP 확장 헤더에서의 ICSI를 포함할 수 있다.
예시적인 시그널링도는 상술한 예시적인 시스템들 및 방법들에 기반하는 도 6 내지 9를 참조하여 이제 기술될 것이다. 도 6a는 ITF(2) 상에서 현재 활성 중인 메시징 애플리케이션이 존재하지 않은 메시지 애플리케이션을 시작하기 위해 SIP 메시지를 수신하는 예시적인 시그널링도를 도시한다. 초기에 허용 접촉 헤더 내에 정보 'appid=MESSAGING'를 포함하는 SIP MESSAGE(602)는 P2P 통신 인에이블러(12)로부터 CSCF(6)로 송신되고, CSCF(6)는 SIP MESSAGE(602)를 IMS 게이트웨이(4) 내의 인증/세션 관리 기능(306)으로 전송한다. IMS 게이트웨이(4)는 트래픽 테이블(520)을 참조하여 어떠한 엔트리가 인입 SIP 메시지와 정합하지 않는지를 확인한다. 그리고나서 IMS 게이트웨이는 애플리케이션 식별 테이블(500)을 참조하고 필요에 따라 수신된 허용 접촉 헤더 정보, 예를 들어 'appid=MESSAGING' 및 테이블(500) 내의 정보에 기반하여 애플리케이션 ID를 찾는다. 그리고나서 인증/세션 관리 기능(306)은 제3자 통지를 IG-ITF 서버(304)로 인보킹(invoking)하기 위해 메시지(604)를 송신한다. 그리고나서 IG-ITF 서버(304)는 애플리케이션 ID('appid')를 포함하는 제3자 통지 및 URL(애플피케이션 식별 테이블(500)로부터 획득된)을 ITF(2)로 인보킹하기 위해 메시지(606)를 송신한다.
이 예에서, ITF(2)에서의 제3자 통지 처리기(420)는 수신된 appid를 인식하지 않지만, 대신 ITF(2)는 수신된 URL을 사용하여 메시지(614)에 도시되는 바와 같이 애플리케이션을 페치한다. 네트워크 서버(8)가 수신된 HTTP Get URL 메시지(614)를 수신했다면, ECMA 스크립트(script)를 갖는 일반 DAE 애플리케이션 처리기를 포함하는 200 OK 메시지는 메시지(616)에 도시되는 바와 같이 ITF(2)로 역으로 송신된다. 거의 동일한 시간에, IG-IIT 서버(304)는 동작 결과(608)를 인증/세션 관리 기능(306)으로 송신한다. 동작 결과(608)에 기반하여, 인증/세션 관리 기능(306)은 202 허용 메시지(610)를 CSCF(6)로 송신하고나서, CSCF(6)는 202 허용메시지(612)를 P2P 통신 인에이블러(12)로 송신한다. 메시징 애플리케이션이 활성인 채로 남기를 원하면, 그것은 TCP 접속을 유지한다. 이때 IMS 게이트웨이(4)는 트래픽 테이블(520)에 엔트리를 생성하고 추가 SIP 및 애플리케이션 관련 상태 정보를 유지한다. 이는 인입 SIP 메시지가 상기 애플리케이션에 지향되는 경우, 메시징 애플리케이션이 이 경우에 제3자 통지를 사용하는 것과는 반대로 세션 통지를 사용하여 이후에 인보킹되도록 한다.
예시적인 실시예들에 따르면, 도 6b는 메시징 DAE가 현재 활성 중이고 ITF(2)에서 실행 중이며 IG-ITF 서버(304)와 영구적인 TCP 접속을 가질 때의 메시징 애플리케이션에 관한 SIP 메시지를 수신하기 위한 예시적인 시그널링도를 도시한다. 초기에 허용 접촉 헤더 내의 정보 'appid = MESSAGING'를 포함하는 SIP MESSAGE(618)가 P2P 통신 인에이블러(12)로부터 CSCF(6)로 송신되고, CSCF(6)는 SIP MESSAGE(618)를 IMS 게이트웨이(4) 내의 인증/세션 관리 기능(306)으로 전송한다. IMS 게이트웨이(4)는 트래픽 테이블(520)를 참조하여 SIP MESSAGE(618) 내의 허용 접촉 헤더에 기반하여 인입 SIP 메시지를 처리할 수 있는 트래픽 테이블(520) 내의 엔트리를 찾는다. 추가적으로, 자체의 상태 능력에 기반하여, IMS 게이트웨이(4)는 DAE 메시지 애플리케이션이 현재 ITF(2) 상에서 실행되고 있고, 그와 같으므로 인 세션 통지가 사용되어야만 한다는 것을 인식한다. 그리고나서 인증/세션 관리 기능(306)은 메시지(620)를 송신하여 인 세션 통지를 IG-ITF 서버(344)에 인보킹한다. 그리고나서 IG-ITF 서버(304)는 확장 가능한 마크업 언어(XML)를 사용할 수 있는 ITF(2)에 인 세션 통지를 인보킹하기 위해 메시지(622)를 송신한다. 그리고나서 동작 결과 메시지(624)는 IG-ITF 서버(304)로부터 인증/세션 관리 기능(306)으로 송신된다. 인증/세션 관리 기능(306)은 그리고나서 202 허용 메시지(626)를 CSCF(6)로 송신하고나서, CSCF(6)는 202 허용 메시지(628)를 P2P 통신 인에이블러(12)로 송신한다.
예시적인 실시예들에 따르면, 도 7은 ITF(2)가 존재(presence) 애플리케이션을 실행할 때의 예시적인 시그널링을 도시한다. 초기에, 사용자는 이전에 페치되었고 존재 통지들을 위해 IG-ITF 서버(304)와의 TCP 접속을 설정하는 존재 애플리케이션을 시작한다. 이의 결과로서 트래픽 테이블(520)에 엔트리가 생성되고, 이는 IMS 게이트웨이(4)가 동일한 다이얼로그와 관련되는 인입 SIP 존재 통지 메시지를 매칭하는데 사용될 수 있고, IMS 게이트웨이(4)가 인입 존재 통지 메시지들을 ITF(2) 내의 존재 애플리케이션으로 전송하기 위해 인 세션 통지를 사용하도록 한다. CSCF(6)를 통해 P2P 통신 인에이블러(12)로부터의 정보를 포함하는 SIP NOTIFY 메시지(702)를 수신하지마자, IMS 게이트웨이(4)는 메시지(702)를 트래픽 테이블(520) 내의 적절한 SIP 다이얼로그와 매칭하고, 적절한 애플리케이션 인스턴스를 선택한다. 추가적으로, IMS 게이트웨이(4)는 그것이 이 경우에 인 세션 통지를 사용해야만 하는 것을 이해한다. 그리고나서 인증/세션 관리 기능(306)은 메시지(704)를 송신하여 인 세션 통지를 IG-ITF 서버(304)로 인보킹한다. 그리고나서 IG-ITF 서버(304)는 XML 상태일 수 있는 인입하는 NOTIFY를 포함하는 인 세션 통지를 인보킹하기 위해 메시지(706)를 ITF(2)로 송신한다. 그리고나서 동작 결과 메시지(708)가 IG-ITF 서버(304)로부터 인증/세션 관리 기능(306)으로 송신된다. 인증/세션 관리 기능(306)은 그리고나서 200 OK 메시지(710)를 CSCF(6)로 송신하고, 그리고나서 CSCF(6)는 200 OK 메시지(712)를 P2P 통신 인에이블러(12)로 송신한다.
예시적인 실시예들에 따르면, 도 8a는 ITF 임베디드 애플리케이션을 사용하는 메시징의 경우에 대한 예시적인 시그널링을 도시한다. 초기에, P2P 통신 인에이블러(12)는 허용 접촉 헤더 내에 'ICSI=MESSAGING'를 포함하는 SIP MESSAGE(802)를 CSCF(6)로 송신하고, CSCF(6)는 SIP MESSAGE(802) 메시지를 IMS 게이트웨이(4) 내의 인증/세션 관리 기능(306)으로 전송한다. IMS 게이트웨이(4)는 허용-접속 내의 정보를 취하고, 트래픽 테이블(520)을 참조하고 엔트리가 인입하는 SIP 메시지를 정합하지 않는지를 확인한다. 그리고나서 IMS 게이트웨이는 애플리케이션 식별 테이블(500)을 참조하고 수신된 ICSI를 예를 들어 테이블(500)의 동일한 열(511)에서 발견되는 애플리케이션 ID에 결부되는 테이블(500)에 저장된 ICSI로 매칭한다. 인증/세션 관리 기능(306)은 ITF(2)에 대한 정보를 갖는 메시지(804)를 IG-ITF 서버(304)로 송신하여 제3자 통지를 인보킹한다. 그리고나서 IG-ITF 서버(304)는 메시지(806)를 송신하여 애플리케이션 ID를 포함하는 제3자 통지를 ITF(2)에 인보킹한다. ITF(2) 내의 제3자 통지 처리기(420)는 메시지(806)를 수신하고 애플리케이션 ID 및 ITF(2)를 인식하고나서 임베디드 메시징 애플리케이션을 런칭(launching), 예를 들어 메시징을 위한 ITF 임베디드 애플리케이션(406)은 메시지를 위해 DAE 브라우저 기반 애플리케이션(402) 대신 런칭된다. 그리고나서 동작 결과 메시지(808)는 IG-ITF 서버(304)로부터 인증/세션 관리 기능(306)으로 송신된다. 그리고나서 인증/세션 관리 기능(306)은 202 허용 메시지(810)를 CSCF(6)에 송신하고, 그리고나서 CSCF(6)은 허용 메시지(812)를 P2P 통신 인에이블러(12)로 송신한다. ITF 임베디드 애플리케이션(406)은 활성인 채로 남았고 TCP 접속을 유지하는 것으로 선택될 수 있고, 이 경우에 IMS 게이트웨이(4)는 트래픽 테이블(520)에 엔트리를 생성하여 상기 애플리케이션으로 지향되는 후속 인입 메시지들이 인 세션 통지를 사용하여 전송되도록 한다.
예시적인 실시예들에 따르면, 도 8b는 활성화된 임베디드 메시지 애플리케이션이 현재 IG-ITF 서버(304)와 접속되어 있는 TCP를 갖는 ITF(2)에서 실행 중에 있을 때 메시지 애플리케이션에 관한 SIP 메시지를 수신하기 위한 예시적인 시그널링을 도시한다. 초기에 허용 접촉 헤더 내에 정보 'ICSI=MESSAGING'를 포함하는 SIP MESSAGE(814)가 P2P 통신 인에이블러(12)로부터 CSCF(6)로 송신되고, CSCF(6)는 SIP MESSAGE(814)를 IMS 게이트웨이(4) 내의 인증/세션 관리 기능(306)으로 전송한다. 그리고나서 IMS 게이트웨이(4)는 트래픽 테이블(520)를 참조하여 SIP MESSAGE(814) 내에 있는 허용 접촉 헤드 내의 정보에 기반하여 인입하는 메시지들을 처리할 수 있는 엔트리를 찾는다. 자체의 상태 능력에 기반하여, IMS 게이트웨이(4)는 인 세션 통지가 사용되어야 함을 인식한다. 그리고나서 인증/세션 관리 기능(306)은 메시지(816)를 송신하여 인 세션 통지를 IG-ITF 서버(304)로 인보킹한다. 그리고나서 IG-ITF 서버(304)는 메시지(8181)를 ITF(2)로 송신하여 XML 상태일 수 있는 정보를 포함하는 인 세션 통지를 인보킹한다. 그리고나서 동작 결과 메시지(820)는 IG-ITF 서버(304)로부터 인증/세션 관리 기능(306)으로 송신된다. 그리고나서 인증/세션 관리 기능(306)은 202 허용 메시지(822)를 CSCF(6)로 송신하고나서 CSCF(6)는 202 허용 메시지(824)를 P2P 통신 인에이블러(12)로 송신한다.
예시적인 실시예들에 따르면, 도 9는 애플리케이션 IMS 게이트웨이(4)에서 애플리케이션 ID 또는 ICSI를 포함하지 않는 SIP 메시지를 수신하는 예시적인 시그널링을 도시한다. 초기에, P2P 통신 인에이블러(12)는 SIP PUBISH 메시지(902)를 CSCF(6)에 송신하고, CSCF(6)는 SIP PUBLISH 메시지(902)를 IMS 게이트에이(4) 내의 인증/세션 관리 기능(306)으로 전속한다. IMS 게이트웨이(4)는 수신되는 SIP PUBLISH 메시지(902)가 허용 접촉 헤더 내에 애플리케이션 ID 및 ICSI를 가지지 않음에 주목하고, 따라서 그것은 트래픽 테이블(520)을 참조하지 않고, 오히려 애플리케이션 식별 테이블(500)을 참고하고, 디폴트 URL을 갖는 테이블(500)로부터 애플리케이션을 고른다. 인증/세션 관리 기능(306)은 메시지(904)를 송신하여 제3자 통지를 IG-ITF 서버(304)로 인보킹한다. 그리고나서 IG-ITF 서버(304)는 메시지(906)를 송신하여 테이블(500)로부터 획득된 디폴트 URL을 포함하는 제3자 통지를 인보킹한다. ITF(2)는 메시지(906)를 수신하고 제3자 통지 처리기(420)는 애플리케이션 ID를 확인하지 않고 대신 공급된 URL을 사용하여 DAE 애플리케이션을 페치하여 이 요청을 네트워크 서버(8)에 송신되는 HTTP Get URL 메시지(908)에 도시되 바와 같이 처리한다. 네트워크 서버(8)는 (전형적으로 확장 가능 하이퍼 텍스트 마크업 언어(XHTML) 및 ECma 스크립트 명령들을 포함하는) DAE 디폴트 애플리케이션 처리기를 포함하는 200 OK 메시지(910)로 ITF(2)에 응답하다. 그리고나서 동작 결과 메시지(912)는 IG-ITF 서버(304)로부터 인증/세션 관리 기능(306)으로 송신된다. 그리고나서 인증/세션 관리 기능(306)은 200 OK 메시지(914)를 CSCF(6)로 송신하고나서 CSCF(6)는 200 OK 메시지(916)를 P2P 통신 인에이블러(12)에 송신한다.
상술한 시스템들 및 방법들을 사용하는 예시적인 실시예들에 따르면, IMS 게이트웨이(4)는 다양한 에러들, 예를 들면 ITF(2)와의 다수의 TCP 링크들의 손실에 대한 에러 복구를 수행할 능력을 가질 수 있다. 이 경우에, 다수의 애플리케이션 인스턴스들이 ITF(2)에서 현재 활성화되어 있는 경우, 각각의 애플리케이션 인스턴스는 IMS 게이트웨이(4)와의 통신을 위해 상이한 TCP 링크 연결을 가질 것이다. 이 TCP 링크들은 애플리케이션 인스턴스가 사용 중이고 실행 중인 한, 사용 중일 것이다. TCP 링크가 중단되면, IMS 게이트웨이(4)는 TCP 링크의 손실을 검색하고, 애플리케이션 인스턴스에 대한 구성 가능한 타이머(timer)에 기반하여, 예를 들어 약 40 내지 60 초 대기하고 새로운 링크를 재설정해서 IMS 게이트웨이(4)가 트래픽 테이블(520) 내의 적절한 엔트리(522, 524, 및 526)를 갱신하도록 한다.
예시적인 실시예들에 따르면, TCP 링크의 재설정과 관련되는 타이머가 만료되는 경우, IMS 게이트웨이(4)는 애플리케이션 인스턴스가 종료되었고 계속해서 대응하는 네트워크 층 통신들을 종료하고 트래픽 테이블(52)로부터의 상기 엔티티(522, 524, 526)를 제거하는 것을 가정한다. 애플리케이션 인스턴스가 종료되지 않았다면, 그것은 전형적으로 자신의 피어를, 임의의 SIP 상태 정보를 변경시키지 않고, 오히려 다수의 링크 고장들의 경우에 IMS 게이트웨이(4)가 에러 복구를 처리하도록 하는, 이른바 SIP UPDATE와 동일한 TCP 링크 재설정의 일부로, 송신할 것이다. 동일한 애플리케이션의 다수의 인스턴스들에 대한 다중 링크 고장들의 경우, IMS 게이트웨이(4)는 트래픽 테이블(520) 내에 저장된 상태 정보와 함께 SIP UPDATE 메시지 내의 정보를 사용하여 의도된 애플리케이션 인스턴스를 고유 식별하고 성공적인 에러 복구를 가능하게 한다.
상술한 예시적인 실시예들은 사람 대 사람 통신들을 포함하여 메시지들 및 프로토콜들을 제공한다. IMS 게이트웨이(4)의 기능들을 수행할 수 있는 예시적인 통신 노드(1000)는 이제 도 10을 참조하여 설명될 것이다. 통신 노드(1000)는 프로세서(1002)(또는 다수의 프로세서 코어(core)들), 메모리(1004), 하나 이상의 제 2 저장 디바이스들(1006) 및 인터페이스 유닛(1008)을 포함하여 통신 노드(1000) 및 다른 네트워크들 및 디바이스들 사이의 통신을 용이하게 할 수 있다. 메모리(1004) 및/또는 제 2 저장 디바이스(1006)는 상태 정보뿐만 아니라 테이블들(500 및 520) 모두를 저장하는데 사용될 수 있다. 논리 및 프로토콜들은 또한 통신 노드(1000) 내에 포함되어 통지 유형뿐만 아니라 IMS 게이트웨이(4)에 의해 수행되는 상술한 모든 다른 예시적인 기능들을 결정하기 위해 프로세서(1002)와 함께 사용된다.
예시적인 실시예들에 따른 상술한 예시적인 시스템들을 사용함으로써, 상이한 프로토콜들을 사용하는 디바이스들 사이의 통신들을 용이하게 하기 위한 방법이 도 11의 흐름도에 도시된다. 초기에 인터넷 멀티미디어 서브시스템(IMS) 네트워크와 비 IMS 노드 사이에서 애플리케이션 정보를 상관시키기 위한 방법은: 단계 1102에서, 게이트웨이에서, IMS 네트워크로부터 게이트웨이에 있는 제 1 시그널링 프로토콜을 사용하여 제 1 메시지를 수신하는 단계; 단계 1104에서, 제 1 메시지로부터 정보를 판독하는 단계; 단계 1106에서, 상기 정보를 이전에 저장된 정보와 상관시켜서 상기 비 IMS 노드 상에서 실행 중인 복수의 애플리케이션들 중 어느 것이 제 1 메시지와 관련되는지를 결정하는 단계; 및 단계 1108에서, 제 1 시그널링 프로토콜과 상이한 제 2 시그널링 프로토콜을 사용하여 비 IMS 노드로 제 2 메시지를 송신하는 단계를 포함하고, 제 2 메시지는 제 1 메시지와 관련되는 비 IMS 노드 상에서 실행 중인 복수의 애플리케이션들 중 하나와 관련되는 정보를 포함한다.
당업자에 의해 인식되는 바와 같이, 도 11에 도시된 바와 같은 방법들은 소프트웨어에서 완전하게 또는 부분적으로 구현될 수 있다. 그러므로, 본 발명의 예시적인 실시예들에 따라 데이터를 프로세싱하기 위한 시스템들 및 방법들은 메모리 디바이스에 포함되는 명령들의 시퀀스들을 수행하는 하나 이상의 프로세서들에 의해 수행될 수 있다. 그러한 명령들은 고정될 수 있거, 제거 가능 또는 원격(네트워크 저장소) 매체일 수 있는 2차 데이터 저장 디바이스(들)(1006)과 같은 다른 컴퓨터 판독 가능 매체들로부터 메모리 디바이스(1004) 내로 판독될 수 있다. 메모리 디바이스 내에 포함되는 명령들의 시퀀스들의 수행은 프로세서가 예를 들어 상술한 바와 같이 동작하도록 한다. 대안의 실시예에서, 하드웨어 내장 회로소자가 예시적인 실시예들을 구현하기 위해 소프트웨어 명령들 대신에 따는 소프트웨어 명령들과 결합하여 사용될 수 있다.
상술한 예시적인 실시예들은 본 발명의 모든 면들에서 제한적이기보다는 설명적으로 의도된다. 모든 그러한 변형들 및 수정들은 다음의 청구항들에 의해 규정되는 바와 같은 본 발명의 범위 및 정신 내에서 고려된다. 예를 들어 다수의 ITF들(2)은 단일 가정에서 IMS 게이트웨이(4)와 통신 상태에 있을 수 있고, 이 경우에 IMS 게이트웨이(4)가 예를 들어 애플리케이션이 실행 중인 ITF를 참조하는 테이블들(500 및 520) 내의 추가 정보를 저장함으로써 이와 통신 상태에 있는 ITF(2) 상의 애플리케이션들을 여전히 고유 식별할 수 있다. 추가적으로, 상술한 예시적인 서비스들은 순전히 설명적이며 다른 IMS 서비스들이 상술한 시스템들 및 방법들을 통해 지원될 수 있다. 본 발명의 명세서에서 사용되는 어떠한 요소, 동작, 또는 명령도 그러하다고 명시적으로 기술되지 않는 한 본 발명의 필수적 또는 본질적인 것으로 해석되지 않아야 한다. 또한 본원에서 사용되는 바와 같이, 관사 "a"는 하나 이상의 아이템들을 포함하도록 의도된다.

Claims (34)

  1. 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 네트워크와 비 IMS 노드 사이에서 애플리케이션 정보를 상관시키기 위한 방법에 있어서:
    게이트웨이에서, 상기 IMS 네트워크로부터 제 1 시그널링 프로토콜을 사용하는 제 1 메시지를 수신하는 단계;
    상기 제 1 메시지로부터 추출된 정보와 상기 제 1 시그널링 프로토콜을 사용하는 메시지들을 복수의 애플리케이션들 중 하나와 관련시키는 이전에 저장된 정보와의 상관에 기반하여, 수신된 제 1 메시지를 상기 비 IMS 노드 상에서 실행 중인 복수의 애플리케이션들 중 하나와 관련시키는 단계; 및
    상기 제 1 시그널링 프로토콜과 상이한 제 2 시그널링 프로토콜을 사용하는 제 2 메시지를 상기 비 IMS 노드에 송신하는 단계를 포함하고, 상기 제 2 메시지는 상기 제 1 메시지와 관련되는 비 IMS 노드에서 실행 중인 복수의 애플리케이션들 중 하나와 관련되는 정보를 포함하는 것을 특징으로 하는 애플리케이션 정보를 상관시키기 위한 방법.
  2. 제 1 항에 있어서,
    상기 게이트웨이는 상기 제 1 메시지와 관련되는 상기 비 IMS 노드 상에서 실행 중인 복수의 애플리케이션들 중 하나를 위해 SIP 다이얼로그를 사용하는 것을 특징으로 하는 애플리케이션 정보를 상관시키기 위한 방법.
  3. 제 2 항에 있어서,
    상기 제 1 메시지와 관련되는 상기 비 IMS 노드 상에서 실행 중인 복수의 애플리케이션들 중 하나를 위한 후속 메시지를 수신하는 단계; 및
    상기 비 IMS 노드에 인 세션 통지 메시지를 송신하는 단계를 더 포함하는 것을 특징으로 하는 애플리케이션 정보를 상관시키기 위한 방법.
  4. 제 1 항에 있어서,
    상기 게이트웨이는, 상기 제 1 메시지와 관련되는 상기 비 IMS 노드 상에서 실행 중인 복수의 애플리케이션들 중 하나를 위해서 메모리 내에 유지되는 상태를 갖는 것을 특징으로 하는 애플리케이션 정보를 상관시키기 위한 방법.
  5. 제 1 항에 있어서,
    상기 게이트웨이는 상기 제 1 메시지와 관련되는 상기 비 IMS 노드 상에서 실행 중인 복수의 애플리케이션들 중 하나를 위해 무상태(stateless)인 것을 특징으로 하는 애플리케이션 정보를 상관시키기 위한 방법.
  6. 제 1 항에 있어서,
    상기 제 1 메시지는 접촉 허용 헤더 내에 상기 제 1 메시지로부터 추출된 정보를 포함하는 세션 개시 프로토콜(SIP) 메시지인 것을 특징으로 하는 애플리케이션 정보를 상관시키기 위한 방법.
  7. 제 6 항에 있어서,
    상기 제 1 메시지로부터 추출된 정보는 단일 자원 위치지정자(URL), 및 IMS 통신 서비스 식별자(ICSI) 중 하나 이상인 것을 특징으로 하는 애플리케이션 정보를 상관시키기 위한 방법.
  8. 제 1 항에 있어서,
    상기 제 2 시그널링 프로토콜은 하이퍼 텍스트 전송 프로토콜(HTTP)인 것을 특징으로 하는 애플리케이션 정보를 상관시키기 위한 방법.
  9. 제 1 항에 있어서,
    애플리케이션 식별자(ID)를 포함하는 상기 비 IMS 노드로부터 상기 제 2 시그널링 프로토콜을 사용하는 제 2 메시지를 수신하는 단계를 더 포함하고, 상기 제 2 메시지는 HTTP 요청 메시지인 것을 특징으로 하는 애플리케이션 정보를 상관시키기 위한 방법.
  10. 제 1 항에 있어서,
    상기 이전에 저장된 정보는 저장되어 있는 URL들, ICSI들, 및 애플리케이션 ID들을 포함하는 것을 특징으로 하는 애플리케이션 정보를 상관시키기 위한 방법.
  11. 제 1 항에 있어서,
    복수의 상기 애플리케이션들 중 하나의 각각의 인스턴스는 고유 식별되는 것을 특징으로 하는 애플리케이션 정보를 상관시키기 위한 방법.
  12. 제 11 항에 있어서,
    상기 고유 식별은 애플리케이션 식별자와 송신 제어 프로토콜(TCP)의 해싱(hashing)의 연결로부터 생성되는 것을 특징으로 하는 애플리케이션 정보를 상관시키기 위한 방법.
  13. 삭제
  14. 제 1 항에 있어서,
    상기 제 1 메시지를 수신한 후에 SIP 다이얼로그를 설정하는 단계;
    상기 SIP 다이얼로그 및 상기 애플리케이션을 링크하는 추가 정보를 저장하는 단계; 및
    상기 저장된 추가 정보에 기반하여 상기 애플리케이션과 관련되는 상기 IMS 네트워크로부터 후속하여 수신되는 메시지들에 대한 인 세션 통지를 사용하는 단계를 더 포함하는 것을 특징으로 하는 애플리케이션 정보를 상관시키기 위한 방법.
  15. 제 1 항에 있어서,
    상기 애플리케이션의 개시 후에 상기 비 IMS 노드와의 송신 제어 프로토콜(TCP) 접속을 설정하는 단계; 및
    상기 애플리케이션이 비활성화된 후에 상기 비 IMS 노드와의 상기 TCP 접속을 종료하는 단계를 더 포함하는 것을 특징으로 하는 애플리케이션 정보를 상관시키기 위한 방법.
  16. 제 1 항에 있어서,
    상기 비 IMS 노드는 인터넷 프로토콜 텔레비전 단말기 기능(ITF)인 것을 특징으로 하는 애플리케이션 정보를 상관시키기 위한 방법.
  17. 제 1 항에 있어서,
    상기 애플리케이션은 분배된 애플리케이션 환경(DAE) 애플리케이션 및 임베디드 ITF 애플리케이션 중 적어도 하나인 것을 특징으로 하는 애플리케이션 정보를 상관시키기 위한 방법.
  18. 게이트웨이 디바이스에 있어서:
    메시지를 송신하고 수신하기 위한 통신 인터페이스로서, 제 1 시그널링 프로토콜을 사용하는 제 1 수신된 메시지는 애플리케이션과 관련되는 정보를 포함하는, 통신 인터페이스;
    애플리케이션 식별자들(ID들), 단일 자원 위치지정자(URL)들, 디폴트 정보 및 IMS 통신 서비스 식별자(ICSI)들을 포함하는 정보를 저장하기 위한 메모리; 및
    상기 제 1 시그널링 프로토콜을 사용하는 상기 제 1 수신된 메시지를 상기 메모리 내에 저장된 상기 정보와 상관시켜서 상기 메시지를 상기 제 1 시그널링 프로토콜과 상이한 제 2 시그널링 프로토콜을 사용하는 제 2 메시지를 라우팅하는 복수의 애플리케이션들 중 하나와 관련시키는 프로세서를 포함하며, 상기 제 2 시그널링 프로토콜을 사용하는 상기 제 2 메시지는 상기 애플리케이션과 관련되는 정보를 포함하는, 게이트웨이 디바이스.
  19. 제 18 항에 있어서,
    상기 게이트웨이 디바이스는 상기 제 1 메시지와 관련되는 비 IMS 노드 상에서 실행 중인 복수의 애플리케이션들 중 하나를 위해 SIP 다이얼로그를 사용하는 것을 특징으로 하는 게이트웨이 디바이스.
  20. 제 19 항에 있어서,
    상기 통신 인터페이스에서, 상기 제 1 메시지와 관련되는 상기 비 IMS 노드 상에서 실행 중인 복수의 애플리케이션들 중 하나를 위한 후속 메시지를 수신하고, 상기 비 IMS 노드에 인 세션 통지 메시지를 송신하는 것을 더 포함하는 것을 특징으로 하는 게이트웨이 디바이스.
  21. 제 18 항에 있어서,
    상기 게이트웨이 디바이스는, 상기 제 1 메시지와 관련되는 비 IMS 노드 상에서 실행 중인 복수의 애플리케이션들 중 하나를 위해서 메모리 내에 유지되는 상태를 갖는 것을 특징으로 하는 게이트웨이 디바이스.
  22. 제 18 항에 있어서,
    상기 게이트웨이 디바이스는 상기 제 1 메시지와 관련되는 비 IMS 노드 상에서 실행 중인 복수의 애플리케이션들 중 하나를 위해 무상태인 것을 특징으로 하는 게이트웨이 디바이스.
  23. 제 18 항에 있어서,
    상기 제 1 메시지는 접촉 허용 헤더 내에 상기 애플리케이션과 관련되는 정보를 포함하는 세션 개시 프로토콜(SIP) 메시지인 것을 특징으로 하는 게이트웨이 디바이스.
  24. 제 18 항에 있어서,
    상기 애플리케이션과 관련되는 정보는 단일 자원 위치지정자(URL), 및 ICSI 중 하나 이상인 것을 특징으로 하는 게이트웨이 디바이스.
  25. 제 18 항에 있어서,
    상기 제 2 시그널링 프로토콜은 하이퍼 텍스트 전송 프로토콜(HTTP)인 것을 특징으로 하는 게이트웨이 디바이스.
  26. 제 18 항에 있어서,
    상기 통신 인터페이스에서, 애플리케이션 식별자(ID)를 포함하는 비 IMS 노드로부터 상기 제 2 시그널링 프로토콜을 사용하는 제 2 메시지를 수신하는 것을 더 포함하고, 상기 제 2 메시지는 HTTP 요청 메시지인 것을 특징으로 하는 게이트웨이 디바이스.
  27. 제 18 항에 있어서,
    URL들, ICSI들, 및 애플리케이션 ID들을 포함하는 이전에 저장된 정보를 저장하기 위해 사전 구성된 테이블을 더 포함하는 것을 특징으로 하는 게이트웨이 디바이스.
  28. 제 18 항에 있어서,
    복수의 상기 애플리케이션들 중 하나의 각각의 인스턴스는 상기 메모리에서 고유 식별되는 것을 특징으로 하는 게이트웨이 디바이스.
  29. 제 28 항에 있어서,
    상기 고유 식별은 애플리케이션 식별자와 송신 제어 프로토콜(TCP)의 해싱(hashing)의 연결로부터 생성되는 것을 특징으로 하는 게이트웨이 디바이스.
  30. 삭제
  31. 제 18 항에 있어서,
    상기 제 1 메시지를 수신한 후에 SIP 다이얼로그를 설정하기 위한 상기 게이트웨이 디바이스;
    상기 SIP 다이얼로그 및 상기 애플리케이션을 링크하는 추가 정보를 저장하기 위한 상기 메모리를 더 포함하고, 상기 게이트웨이 디바이스는 상기 저장된 추가 정보에 기반하여 상기 애플리케이션과 관련되는 IMS 네트워크로부터 후속하여 수신되는 메시지들에 대한 인 세션 통지를 사용하는 단계를 더 포함하는 것을 특징으로 하는 게이트웨이 디바이스.
  32. 제 18 항에 있어서,
    상기 게이트웨이 디바이스는 상기 애플리케이션의 개시 후에 비 IMS 노드와의 송신 제어 프로토콜(TCP) 접속을 설정하고, 상기 애플리케이션이 비활성화된 후에 상기 비 IMS 노드와의 상기 TCP 접속을 종료하는 것을 특징으로 하는 게이트웨이 디바이스.
  33. 제 19 항에 있어서,
    비 IMS 노드는 인터넷 프로토콜 텔레비전 단말기 기능(ITF)인 것을 특징으로 하는 게이트웨이 디바이스.
  34. 제 18 항에 있어서,
    상기 애플리케이션은 분배된 애플리케이션 환경(DAE) 애플리케이션 및 임베디드 ITF 애플리케이션 중 적어도 하나인 것을 특징으로 하는 게이트웨이 디바이스.
KR1020107022251A 2008-03-05 2009-03-02 Ｓｉｐ-ｈｔｔｐ 애플리케이션 상관기 KR101717297B1 (ko)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US3387208P 2008-03-05 2008-03-05
US61/033,872 2008-03-05
US4021908P 2008-03-28 2008-03-28
US61/040,219 2008-03-28
US12/235,266 US8831032B2 (en) 2008-03-05 2008-09-22 SIP-HTTP application correlator
US12/235,266 2008-09-22
PCT/IB2009/050836 WO2009109901A1 (en) 2008-03-05 2009-03-02 Sip-http application correlator

Publications (2)

Publication Number Publication Date
KR20100126789A KR20100126789A (ko) 2010-12-02
KR101717297B1 true KR101717297B1 (ko) 2017-03-27

Family

ID=41053511

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020107022251A KR101717297B1 (ko) 2008-03-05 2009-03-02 Ｓｉｐ-ｈｔｔｐ 애플리케이션 상관기

Country Status (11)

Country Link
US (1) US8831032B2 (ko)
EP (1) EP2255514B1 (ko)
JP (1) JP5379167B2 (ko)
KR (1) KR101717297B1 (ko)
CN (1) CN101960822B (ko)
AU (1) AU2009220890B2 (ko)
BR (1) BRPI0910427A2 (ko)
CA (1) CA2717755C (ko)
ES (1) ES2507571T3 (ko)
TW (1) TWI462551B (ko)
WO (1) WO2009109901A1 (ko)

Families Citing this family (75)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8713623B2 (en) 2001-09-20 2014-04-29 Time Warner Cable Enterprises, LLC Technique for effectively providing program material in a cable television system
US8312267B2 (en) 2004-07-20 2012-11-13 Time Warner Cable Inc. Technique for securely communicating programming content
US8266429B2 (en) 2004-07-20 2012-09-11 Time Warner Cable, Inc. Technique for securely communicating and storing programming material in a trusted domain
US9723267B2 (en) 2004-12-15 2017-08-01 Time Warner Cable Enterprises Llc Method and apparatus for wideband distribution of content
US20070022459A1 (en) 2005-07-20 2007-01-25 Gaebel Thomas M Jr Method and apparatus for boundary-based network operation
US8520850B2 (en) 2006-10-20 2013-08-27 Time Warner Cable Enterprises Llc Downloadable security and protection methods and apparatus
US8732854B2 (en) 2006-11-01 2014-05-20 Time Warner Cable Enterprises Llc Methods and apparatus for premises content distribution
US8621540B2 (en) 2007-01-24 2013-12-31 Time Warner Cable Enterprises Llc Apparatus and methods for provisioning in a download-enabled system
EP2061212B1 (en) * 2007-11-13 2018-06-20 Cellular Communications Equipment Llc Method, apparatus and program product for merging communication sessions in an IMS
EP2259591A4 (en) * 2008-03-28 2013-08-14 Samsung Electronics Co Ltd METHOD AND DEVICE FOR RECEIVING DATA FOR APPLICATIONS PROVIDING AN IP TELEVISION COMMUNICATIONS SERVICE
JP4623118B2 (ja) * 2008-03-28 2011-02-02 ソニー株式会社 ゲートウェイ装置、通信方法及びプログラム
US9357247B2 (en) 2008-11-24 2016-05-31 Time Warner Cable Enterprises Llc Apparatus and methods for content delivery and message exchange across multiple content delivery networks
US8612610B2 (en) * 2009-02-10 2013-12-17 Telefonaktiebolaget Lm Ericsson (Publ) IP multimedia service provision
KR101615624B1 (ko) * 2009-02-27 2016-04-26 삼성전자주식회사 원격 사용자 인터페이스 디바이스를 제어하는 장치 및 방법
US9215423B2 (en) 2009-03-30 2015-12-15 Time Warner Cable Enterprises Llc Recommendation engine apparatus and methods
US11076189B2 (en) 2009-03-30 2021-07-27 Time Warner Cable Enterprises Llc Personal media channel apparatus and methods
US9602864B2 (en) 2009-06-08 2017-03-21 Time Warner Cable Enterprises Llc Media bridge apparatus and methods
US9866609B2 (en) 2009-06-08 2018-01-09 Time Warner Cable Enterprises Llc Methods and apparatus for premises content distribution
US8200790B1 (en) * 2009-07-13 2012-06-12 Sprint Communications Company L.P. Dynamically identifying client applications on mobile devices
US8813124B2 (en) 2009-07-15 2014-08-19 Time Warner Cable Enterprises Llc Methods and apparatus for targeted secondary content insertion
US9237381B2 (en) 2009-08-06 2016-01-12 Time Warner Cable Enterprises Llc Methods and apparatus for local channel insertion in an all-digital content distribution network
US8396055B2 (en) 2009-10-20 2013-03-12 Time Warner Cable Inc. Methods and apparatus for enabling media functionality in a content-based network
US10264029B2 (en) 2009-10-30 2019-04-16 Time Warner Cable Enterprises Llc Methods and apparatus for packetized content delivery over a content delivery network
US9635421B2 (en) 2009-11-11 2017-04-25 Time Warner Cable Enterprises Llc Methods and apparatus for audience data collection and analysis in a content delivery network
US20110138453A1 (en) * 2009-12-03 2011-06-09 Samsung Electronics Co., Ltd. Single sign-on in mixed http and sip environments
US9519728B2 (en) 2009-12-04 2016-12-13 Time Warner Cable Enterprises Llc Apparatus and methods for monitoring and optimizing delivery of content in a network
JP5227984B2 (ja) * 2010-02-25 2013-07-03 エヌ・ティ・ティ・コムウェア株式会社 ゲートウェイシステム、通信方法、収容管理サーバ装置及びプログラム
US9342661B2 (en) 2010-03-02 2016-05-17 Time Warner Cable Enterprises Llc Apparatus and methods for rights-managed content and data delivery
US20110264530A1 (en) 2010-04-23 2011-10-27 Bryan Santangelo Apparatus and methods for dynamic secondary content and data insertion and delivery
WO2011137175A1 (en) * 2010-04-30 2011-11-03 Interdigital Patent Holdings, Inc. Light weight protocol and agent in a network communication
US9300445B2 (en) 2010-05-27 2016-03-29 Time Warner Cable Enterprise LLC Digital domain content processing and distribution apparatus and methods
US9906838B2 (en) 2010-07-12 2018-02-27 Time Warner Cable Enterprises Llc Apparatus and methods for content delivery and message exchange across multiple content delivery networks
US8997136B2 (en) 2010-07-22 2015-03-31 Time Warner Cable Enterprises Llc Apparatus and methods for packetized content delivery over a bandwidth-efficient network
US9185341B2 (en) 2010-09-03 2015-11-10 Time Warner Cable Enterprises Llc Digital domain content processing and distribution apparatus and methods
US8930979B2 (en) 2010-11-11 2015-01-06 Time Warner Cable Enterprises Llc Apparatus and methods for identifying and characterizing latency in a content delivery network
US10148623B2 (en) 2010-11-12 2018-12-04 Time Warner Cable Enterprises Llc Apparatus and methods ensuring data privacy in a content distribution network
ES2387437B1 (es) 2010-11-19 2013-05-20 Telefónica, S.A. Sistema de comunicaciones y método para comunicaciones entre internet y subsistemas ngn/ims.
US9602414B2 (en) 2011-02-09 2017-03-21 Time Warner Cable Enterprises Llc Apparatus and methods for controlled bandwidth reclamation
US8762559B2 (en) * 2011-12-16 2014-06-24 Robert L. Engelhart System and method for non-IMS application service access over IP multimedia subsystem
CN102801701A (zh) * 2012-03-25 2012-11-28 青岛百灵信息科技有限公司 一种sip网络与用户应用网络的应用相关器
US9467723B2 (en) 2012-04-04 2016-10-11 Time Warner Cable Enterprises Llc Apparatus and methods for automated highlight reel creation in a content delivery network
WO2014016846A1 (en) * 2012-07-25 2014-01-30 Hewlett-Packard Development Company, L.P. Message routing using a home gateway
US20140032774A1 (en) * 2012-07-30 2014-01-30 Microsoft Corporation Client-emulating Gateways for Communication Network Migration
US20140082645A1 (en) 2012-09-14 2014-03-20 Peter Stern Apparatus and methods for providing enhanced or interactive features
CN102917041A (zh) * 2012-10-11 2013-02-06 四川长虹电器股份有限公司 基于ip多媒体系统的移动终端发放系统
US9565472B2 (en) 2012-12-10 2017-02-07 Time Warner Cable Enterprises Llc Apparatus and methods for content transfer protection
US9509745B2 (en) 2013-02-04 2016-11-29 Oracle International Corporation Java API for programming web real-time communication applications
US10476915B2 (en) * 2013-02-04 2019-11-12 Oracle International Corporation Real-time communication signaling gateway
US9712593B2 (en) 2013-02-04 2017-07-18 Oracle International Corporation Javascript API for WebRTC
US9648049B2 (en) 2013-02-04 2017-05-09 Oracle International Corporation System and method for extending IP multimedia subsystem to HTML5 environments
US9473581B2 (en) 2013-02-04 2016-10-18 Oracle International Corporation Integrated web-enabled session border controller
US9130942B2 (en) 2013-02-05 2015-09-08 Qualcomm Incorporated Optimizing recipient application selection in a multiple application environment using equivalence classes for applications
US20140282786A1 (en) 2013-03-12 2014-09-18 Time Warner Cable Enterprises Llc Methods and apparatus for providing and uploading content to personalized network storage
US9066153B2 (en) 2013-03-15 2015-06-23 Time Warner Cable Enterprises Llc Apparatus and methods for multicast delivery of content in a content delivery network
US10368255B2 (en) 2017-07-25 2019-07-30 Time Warner Cable Enterprises Llc Methods and apparatus for client-based dynamic control of connections to co-existing radio access networks
US9313568B2 (en) 2013-07-23 2016-04-12 Chicago Custom Acoustics, Inc. Custom earphone with dome in the canal
US9621940B2 (en) 2014-05-29 2017-04-11 Time Warner Cable Enterprises Llc Apparatus and methods for recording, accessing, and delivering packetized content
US11540148B2 (en) 2014-06-11 2022-12-27 Time Warner Cable Enterprises Llc Methods and apparatus for access point location
US9935833B2 (en) 2014-11-05 2018-04-03 Time Warner Cable Enterprises Llc Methods and apparatus for determining an optimized wireless interface installation configuration
US10116676B2 (en) 2015-02-13 2018-10-30 Time Warner Cable Enterprises Llc Apparatus and methods for data collection, analysis and service modification based on online activity
US9986578B2 (en) 2015-12-04 2018-05-29 Time Warner Cable Enterprises Llc Apparatus and methods for selective data network access
US9918345B2 (en) 2016-01-20 2018-03-13 Time Warner Cable Enterprises Llc Apparatus and method for wireless network services in moving vehicles
US10404758B2 (en) 2016-02-26 2019-09-03 Time Warner Cable Enterprises Llc Apparatus and methods for centralized message exchange in a user premises device
US10492034B2 (en) 2016-03-07 2019-11-26 Time Warner Cable Enterprises Llc Apparatus and methods for dynamic open-access networks
US10164858B2 (en) 2016-06-15 2018-12-25 Time Warner Cable Enterprises Llc Apparatus and methods for monitoring and diagnosing a wireless network
US11212593B2 (en) 2016-09-27 2021-12-28 Time Warner Cable Enterprises Llc Apparatus and methods for automated secondary content management in a digital network
CN107959704B (zh) * 2016-10-18 2020-01-03 中国移动通信有限公司研究院 一种数据处理方法及家庭网关
US10944836B2 (en) * 2016-10-31 2021-03-09 Vivint, Inc. Dynamically addressable network services
US11089100B2 (en) 2017-01-12 2021-08-10 Vivint, Inc. Link-server caching
US10645547B2 (en) 2017-06-02 2020-05-05 Charter Communications Operating, Llc Apparatus and methods for providing wireless service in a venue
US10827319B2 (en) * 2017-06-02 2020-11-03 Apple Inc. Messaging system interacting with dynamic extension app
US10638361B2 (en) 2017-06-06 2020-04-28 Charter Communications Operating, Llc Methods and apparatus for dynamic control of connections to co-existing radio access networks
US10757547B2 (en) * 2017-11-08 2020-08-25 Avaya Inc. Sequenced applications for controlling communication features
US10477349B2 (en) 2018-02-13 2019-11-12 Charter Communications Operating, Llc Apparatus and methods for device location determination
US11755503B2 (en) 2020-10-29 2023-09-12 Storj Labs International Sezc Persisting directory onto remote storage nodes and smart downloader/uploader based on speed of peers

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005101922A (ja) 2003-09-25 2005-04-14 Nec Corp ネットワークシステム、プロトコル変換装置及び方法
JP2006502641A (ja) 2002-10-09 2006-01-19 ノキア コーポレイション 通信システム
US20070143489A1 (en) 2005-12-20 2007-06-21 Pantalone Brett A Communication network device for universal plug and play and Internet multimedia subsystems networks
WO2007071269A1 (en) 2005-12-19 2007-06-28 Telefonaktiebolaget Lm Ericsson (Publ) Technique for providing interoperability between different protocol domains

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005051473A (ja) 2003-07-28 2005-02-24 Sony Corp ネットワーク相互接続装置及びネットワーク相互接続方法、名前解決装置、並びにコンピュータ・プログラム
JP4561084B2 (ja) 2003-11-25 2010-10-13 ソニー株式会社 サービス管理装置及びサービス管理方法、並びにサービス提供システム及びサービス提供方法
US8571011B2 (en) 2004-08-13 2013-10-29 Verizon Business Global Llc Method and system for providing voice over IP managed services utilizing a centralized data store
JP4044551B2 (ja) * 2004-11-24 2008-02-06 株式会社東芝 ゲートウェイ装置、コンテンツ提供サーバ、通信プログラムおよび通信方法
DE602005014150D1 (de) * 2005-05-25 2009-06-04 Ericsson Telefon Ab L M Verfahren und vorrichtung zum identifizieren eines ims-dienstes
CN100550731C (zh) * 2005-06-17 2009-10-14 中兴通讯股份有限公司 一种固网用户到ip多媒体子系统的接入安全系统和方法
CN1897578A (zh) * 2005-07-14 2007-01-17 华为技术有限公司 一种消息转换方法与系统
US7818294B2 (en) * 2005-10-07 2010-10-19 International Business Machines Corporation Apparatus, system, and method for implementing an IMS SOAP gateway
TWI276335B (en) 2005-10-07 2007-03-11 Vicotel Inc System and method for sharing SIP sessions
JP2007272868A (ja) * 2006-03-07 2007-10-18 Sony Corp 情報処理装置、情報通信システム、および情報処理方法、並びにコンピュータ・プログラム
WO2007140834A1 (en) * 2006-06-02 2007-12-13 Telefonaktiebolaget L M Ericsson (Publ) Ims service proxy in higa
CN101155191B (zh) * 2006-09-25 2011-06-08 华为技术有限公司 支持ims终端享用现有iptv业务的系统和方法
ATE497305T1 (de) * 2007-06-29 2011-02-15 Research In Motion Ltd System und verfahren zur kommunikationsprotokollabbildung
US20090017796A1 (en) * 2007-07-09 2009-01-15 Telefonaktiebolaget Lm Ericsson (Publ) Methods and systems for communicating between ims and non-ims networks
US8161171B2 (en) * 2007-11-20 2012-04-17 Oracle International Corporation Session initiation protocol-based internet protocol television
US20090168758A1 (en) * 2007-12-31 2009-07-02 Sony Ericsson Mobile Communications Ab Methods for facilitating communication between internet protocol multimedia subsystem (ims) devices and non-ims devices and between ims devices on different ims networks and related electronic devices and computer program products
EP2250786B1 (en) * 2008-02-29 2011-09-07 Telefonaktiebolaget L M Ericsson (PUBL) Technique for performing signaling conversion between http and sip domains

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006502641A (ja) 2002-10-09 2006-01-19 ノキア コーポレイション 通信システム
JP2005101922A (ja) 2003-09-25 2005-04-14 Nec Corp ネットワークシステム、プロトコル変換装置及び方法
WO2007071269A1 (en) 2005-12-19 2007-06-28 Telefonaktiebolaget Lm Ericsson (Publ) Technique for providing interoperability between different protocol domains
US20070143489A1 (en) 2005-12-20 2007-06-21 Pantalone Brett A Communication network device for universal plug and play and Internet multimedia subsystems networks

Also Published As

Publication number Publication date
BRPI0910427A2 (pt) 2019-03-19
CN101960822A (zh) 2011-01-26
US20090225760A1 (en) 2009-09-10
EP2255514B1 (en) 2014-07-16
CA2717755C (en) 2013-12-24
AU2009220890A1 (en) 2009-09-11
TW200943873A (en) 2009-10-16
ES2507571T3 (es) 2014-10-15
AU2009220890B2 (en) 2013-09-19
US8831032B2 (en) 2014-09-09
JP2011524095A (ja) 2011-08-25
KR20100126789A (ko) 2010-12-02
CN101960822B (zh) 2014-10-08
CA2717755A1 (en) 2009-09-11
WO2009109901A1 (en) 2009-09-11
EP2255514A1 (en) 2010-12-01
TWI462551B (zh) 2014-11-21
JP5379167B2 (ja) 2013-12-25

Similar Documents

Publication Publication Date Title
KR101717297B1 (ko) Ｓｉｐ-ｈｔｔｐ 애플리케이션 상관기
EP2044747B1 (en) Technique for providing access to a media resource attached to a network-registered device
JP4623118B2 (ja) ゲートウェイ装置、通信方法及びプログラム
US8364827B2 (en) Communication system
JP5716795B2 (ja) サービス制御装置、サービス制御システム及び方法
US8903990B2 (en) IMS performance monitoring
Rosenberg A Framework for Application Interaction in the Session Initiation Protocol (SIP)
JP5384431B2 (ja) 配信サーバ及び方法
JP6566522B2 (ja) 要求元端末のオプション機能の非使用を整合する網間制御方法、ｓｉｐサーバ及びプログラム

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E90F Notification of reason for final refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
J201 Request for trial against refusal decision
E902 Notification of reason for refusal
B701 Decision to grant
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20200227

Year of fee payment: 4