KR102109099B1 - 메시지를 프로세싱하기 위한 방법 및 엔티티 - Google Patents

메시지를 프로세싱하기 위한 방법 및 엔티티 Download PDF

Info

Publication number
KR102109099B1
KR102109099B1 KR1020147036750A KR20147036750A KR102109099B1 KR 102109099 B1 KR102109099 B1 KR 102109099B1 KR 1020147036750 A KR1020147036750 A KR 1020147036750A KR 20147036750 A KR20147036750 A KR 20147036750A KR 102109099 B1 KR102109099 B1 KR 102109099B1
Authority
KR
South Korea
Prior art keywords
message
response
capabilities
identifier
discovery message
Prior art date
Application number
KR1020147036750A
Other languages
English (en)
Other versions
KR20150023519A (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 KR20150023519A publication Critical patent/KR20150023519A/ko
Application granted granted Critical
Publication of KR102109099B1 publication Critical patent/KR102109099B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/006Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1073Registration or de-registration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/005Discovery of network devices, e.g. terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices

Landscapes

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

Abstract

본 발명은, 제 1 디바이스로부터 나오고 그리고 멀티미디어 IP 코어 네트워크에 의해 관리되는 제 2 디바이스에 전송된 수신된 메시지(MOPT)를 프로세싱하기 위한 프로세싱 방법을 제공하며, 상기 방법은 수신된 메시지(MOPT)가 제 2 디바이스(D2)의 상태 및 성능들을 발견하기 위한 메시지일 때 프로세서 엔티티(2)에 의한 구현을 위한 것이고, 그리고 상기 방법은, 수신된 발견 메시지(MOPT)에서의 필드로부터 제 1 디바이스의 식별자(ID1)를 획득하는 획득 단계(E20); 및 수신된 발견 메시지에 응답하기 위한 응답 모드(M1, M2)를 선택하기 위해 상기 식별자(ID1, ID1')의 함수로서 동작하는 선택 단계(E50, E70) ― 이 모드는 적어도 2개의 응답 모드들(M1, M2)를 포함하는 사전정의된 세트(Ω)로부터 선택됨 ― 를 포함한다.

Description

메시지를 프로세싱하기 위한 방법 및 엔티티{METHOD AND ENTITY FOR PROCESSING A MESSAGE}
본 발명은, 텔레커뮤니케이션스의 일반적인 분야에 관한 것이고, 그리고 특히 소위 "보이스 오버 IP"(VoIP) 기술을 이용하는 네트워크 아키텍쳐들과 같은 멀티미디어 인터넷 프로토콜(IP) 네트워크 아키텍쳐들에 관한 것이다.
본 발명의 선호되지만 비-제한적인 출원은, IETF(Internet Engineering Task Force) 표준에 의해 정의되고 그리고 특히 IETF에 의해 2002년 6월에 발행된 "SIP: session initiation protocol"라는 명칭의 문헌 RFC 3261에 설명된 것과 같은 멀티미디어 세션 개시 프로토콜(SIP)을 이용하는 멀티미디어 IP 코어 네트워크들의 상황에 포함된다. 본 발명은, 특히, 제 3 세대 파트너쉽 프로젝트(3GPP) 표준에 의해 제안되는 것과 같은 IP 멀티미디어 서브시스템(IMS) 아키텍쳐에 의존하여 멀티미디어 IP 코어 네트워크들에 적용된다.
그럼에도 불구하고, 이는 또한 멀티미디어 세션들(즉, 음성, 텍스트, 비디오, 데이터 등의 세션들)을 셋 업하기 위해 SIP 프로토콜을 이용하거나 또는 이용하지 않는, 예를 들어, 독점 아키텍쳐들과 같은 다른 메시지 IP 코어 네트워크 아키텍쳐들과 관련하여 이용될 수 있다.
보다 구체적으로, 본 발명은, 원격의 개체(다시 말해서, 이 상황에서는, 제 2 디바이스)의 성능들 및 상태를 자동으로 발견하기 위한 메커니즘에 의존하여 멀티미디어 통신 서비스의 상황에서, 제 1 디바이스로부터 수신되고 그리고 멀티미디어 IP 코어 네트워크에 의해 관리되는 (단말 또는 서버와 같은) 제 2 디바이스에 전송된 메시지를 프로세싱하기 위해 프로세서 엔티티를 이용하는 것에 관한 것이다.
알려진 방식에서, 이러한 자동 발견 메커니즘은, 제 1 디바이스가, 그 메시지에 응답하여 먼저 자신의 상태(예를 들어, 이동가능한지, 사용중(busy)인지, 커버리지 외부에 있는지, 등록되지 않았는지 등)를, 그리고 두 번째로 자신의 성능들, 즉, 제 2 디바이스가 지원하거나 또는 이용하는 서비스들, 프로토콜들, 및/또는 애플리케이션들을 선언하기 위해 제 2 디바이스를 초대하는 특정 메시지를 "원격의" 제 2 디바이스에 전송하는 것을 제공한다.
이하의 설명에서, 특정 메시지는 "원격의 개체의 성능들 및 상태를 발견하기 위한" 메시지로 또는 "제 2 디바이스의 성능들 및 상태를 발견하기 위한" 메시지로 지칭된다. SIP 프로토콜에서의 이러한 메시지의 일 예시는 SIP OPTIONS 방법에 따른 메시지이다.
이러한 자동 발견 메커니즘은, 특히, 2011년 4월 8일자, 버전 1.1의 "RCS-e advanced communications: services and client specification"라는 명칭의 문헌에 설명된 것과 같은 RCS-e(rich communication suite-enhanced) 메시지 서비스에 의해 이용된다.
알려진 방식에서, RCS-e 표준은, IMS 코어 네트워크에 등록된 2개의 단말들이, 예를 들어, 사진들, 인스턴트 메시징 서비스, 파일 공유 서비스 등을 전송하기 위한 서비스와 같은 IMS 코어 네트워크에 접속된 패킷-교환 네트워크를 통해서 통과하는 "강화된 통신(enriched communication)"으로서 알려진 추가적인 메시지 서비스들의 이용을 행하기 위해, (예를 들어, GSM(global system for mobile communications) 네트워크를 통해서) IMS 코어 네트워크에 접속되지 않는 회로-교환 네트워크를 통해서 통신을 셋 업 하고, 그 후 그 통신과 병렬적으로 또는 그 통신의 마진에서 통신을 셋 업하는 것을 가능하게 한다.
이러한 목적을 위해, 특히 제 1 단말의 연락처 리스트 내에 연락처를 생성할 때 또는 제 1 단말과 제 2 단말 사이에서 호출을 셋 업할 때, RCS-e 표준은 SIP OPTIONS 메시지를 이용하는 것에 기초하여 제 1 단말이 제 2 단말의 상태 및 RCS-e 성능들을 발견하는 것을 자동으로 가능하게 하는(그리고 그 반대도 마찬가지임) 메커니즘을 이용하기 위한 규정을 만든다.
원격의 개체의 상태 및 성능들을 자동으로 발견하기 위한 메커니즘의 이용은 또한, 유지보수 동작이 프로그래밍되거나 또는 요망되는 디바이스의 상태 및 성능들을 고려하는 관련 정보를 획득하기 위해 텔레콤 오퍼레이터에 의해 또는 서비스 공급자에 의해 제공되는 애프터 서비스(after-sales service)의 상황에서 예상될 수 있다.
SIP 프로토콜에 따르면, SIP OPTIONS 발견 메시지를 수신하는 임의의 디바이스는, 발견 메시지를 전송했던 디바이스에 적절한 응답 메시지를 전송함으로써, 이에 투명한 방식으로 응답하도록 요구되며, 여기서 이 응답 메시지는 자신의 상태를 특정하고 자신의 성능들을 포함한다.
따라서, 예를 들어, 제 2 디바이스가 이용가능하고 RCS-e 서비스와 호환가능한 경우, 제 2 디바이스는 "피쳐 태그" 필드 내에 (다른 피쳐 태그들 및/또는 세션 상세 프로토콜(SDP) 세션들을 통해서) 제 2 디바이스에 의해 지원되는 다른 서비스들의 식별자들과 함께 RCS-e 서비스의 식별자를 포함하는 200 OK 메시지를 제 1 디바이스에 전송한다. 200 OK 응답 메시지는 또한 제 2 디바이스 등에 의해 지원되는 SIP 방법들을 포함한다.
표준에 따르면, SIP OPTIONS 메시지는, 제 2 디바이스의 사용자가 이에 대해 인지하지 않게 하면서 제 2 디바이스에 의해 수신되는 것이 준수되어야만 한다. 이는 사용자에게 특정하게 시그널링되지 않고, 이는 제 2 디바이스의 어떠한 링잉(ringing)도 트리거하지 않거나 또는 SIP OPTIONS 메시지를 수신했다는 통지를 트리거하지 않는다.
따라서, SIP 표준은, 발견 메커니즘이 이용되었다는 것이 그 원격 디바이스의 사용자에게 통지되지 않고 그리고 이러한 이용의 어떠한 트레이스도 남기지 않으면서, 오늘날 임의의 디바이스가 SIP OPTIONS 메시지를 전송하는 것을 가능하게 하고, 그리고 전체적으로 별개의 방식으로, 원격 디바이스의 상태 및/또는 성능들을 발견하는 것을 가능하게 한다.
따라서, 동작의 모드는 오용하도록(abuse) 유도할 수 있다는 점이 이해될 수 있다. 특히, 사용자들의 단말들에 관한 정보를 획득하기 위해 그리고 순전히 상업적인 목적들(예를 들어, 상업적 회사들에 이러한 정보를 되팔기)을 위해 이러한 정보를 이용하기 위해 원치않는 SIP OPTIONS 메시지들을 부도덕한 경제 참가자들(unprincipled economic players)이 전송할 것이라는 점이 우려될 수 있다.
따라서, 이러한 오용에 대한 보호를 제공하는 메커니즘에 대한 필요성이 존재한다.
본 발명은, 특히, 제 1 디바이스로부터 나오고 그리고 멀티미디어 IP 코어 네트워크에 의해 관리되는 제 2 디바이스에 전송되는 수신된 메시지를 프로세싱하기 위한 프로세싱 방법을 제공함으로써 이러한 니즈를 충족하며, 상기 방법은, 수신된 메시지가 제 2 디바이스의 상태 및 성능들을 발견하기 위한 메시지일 때 프로세서 엔티티에 의한 구현을 위한 것이다. 본 발명의 프로세싱 방법은: 이 방법이,
· 수신된 발견 메시지에서의 필드로부터 제 1 디바이스의 식별자를 획득하는 획득 단계;
· 수신된 발견 메시지에 응답하기 위한 응답 모드를 선택하기 위해 상기 식별자의 함수로서 동작하는 선택 단계 ― 상기 모드는 적어도 2개의 응답 모드들을 포함하는 사전정의된 세트로부터 선택됨 ― 를 포함한다는 점에서 주목할 만하다.
이에 대응하여, 본 발명은 또한 제 1 디바이스로부터 나오고 그리고 멀티미디어 IP 코어 네트워크에 의해 관리되는 제 2 디바이스에 전송되는 수신된 메시지를 프로세싱하기 위한 프로세서 엔티티를 제공하며, 상기 엔티티는, 수신된 메시지가 제 2 디바이스의 상태 및 성능들을 발견하기 위한 메시지인 경우에 액티베이팅되는 수단을 포함하고, 상기 수단은:
· 수신된 발견 메시지의 필드로부터 상기 제 1 디바이스의 식별자를 획득하기 위한 수단; 및
· 수신된 발견 메시지에 응답하기 위한 응답 모드를 선택하기 위해 식별자의 함수로서 동작하기에 적합한 수단 ― 상기 모드는 적어도 2개의 응답 모드들을 포함하는 사전정의된 세트로부터 선택됨 ― 을 포함한다.
앞서-언급된 오용에 대해 보호하기 위해, 본 발명은 이에 따라 제 2 디바이스에 전송되는 것으로서 원격의 개체의 성능들 및 상태를 발견하기 위해 메시지들을 필터링하고, 그렇게 하기 위해 그 메시지들의 기원의 함수로서 필터링하는 것을 제안한다.
본 발명에 따르면, 필터링은, 발견 메시지를 발신하는 제 1 디바이스의 아이덴티티를 고려함으로써 발견 메시지에 응답하기 위한(예를 들어, 어떠한 응답도 없거나 또는 투명한 응답이 있음) 모드(즉, 전략)를 결정하기 위해 수행된다.
다시 말해서, 본 발명은, 원격의 개체의 성능들 및 상태를 발견하기 위한 메시지에 대해 응답이 부여되는 방식에 있어서 추가적인 자유도(degree of freedom)를 도입하고: 본 방법은 제 1 디바이스의 식별자의 함수로서 발견 메시지에 대해 행해질 응답의 종류를 결정하기 위한 능력을 프로세서 엔티티에 부여한다.
필연적인 결과로서, 본 발명은, 예를 들어, 제 2 디바이스의 사용자에 의해 또는 멀티미디어 IP 코어 네트워크의 오퍼레이터에 의해 오직 권한이 부여된 또는 선택된 디바이스들에게만 발견 디바이스에 대한 투명한 응답이 (즉, 제 2 디바이스의 "실제" 상태 및 성능들을 포함하는 응답 메시지를 전송함으로써) 부여되도록, 프로세서 엔티티를 구성하는 것이 가능하게 한다.
따라서, 본 발명은 제 2 디바이스의 사용자의 인지 없이 제 2 디바이스의 상태 및 성능들을 발견하기 위해 제 1 디바이스에게 현재의 SIP 표준이 부여하는 기회에 대응하는 것을 가능하게 한다. 본 발명에서, 발견 메시지에 응답하기 위해 이용가능한 복수의 잠재적인 응답 모드들을 만듦으로써, 제 1 디바이스의 아이덴티티의 함수로서 이러한 응답 모드들에서 제 1 디바이스에 부여된 정보의 양들 및 종류들을 적응시키는 것이 가능하다.
앞서-언급된 오용에 대응하기 위해 프로세서 유닛이 선택을 행할 수 있는 다양한 응답 모드들을 포함하는 사전정의된 세트를 예상하는 것이 가능하다. 이러한 응답 메시지들은, 사용자 인터페이스(예를 들어, 이러한 목적을 위해 개발된 웹 인터페이스 또는 애플리케이션)를 통해서 제 2 디바이스의 사용자에 의해, 또는 그렇지 않으면 멀티미디어 IP 코어 네트워크의 오퍼레이터에 의해 개인적으로 유리하게 특정될 수 있다.
바람직하게, 사전정의된 세트의 응답 모드들은 적어도:
· 부분적인, 사전정의된 또는 잘못된 발견 메시지에 대한 응답을 제 1 디바이스에 전송하는 것을 포함하는 응답 모드; 및
· 제 2 디바이스의 성능들 및 상태를 포함하는, 투명한 디바이스 메시지에 대한 응답을 제 1 디바이스에 전송하는 것을 포함하는 응답 모드
를 포함한다.
이러한 응답 모드들에서, 특히 SIP 프로토콜에서 특정되는 것으로서 응답하기 위한 의무에 따르는 일부 종류의 응답이 제 1 디바이스에 항상 전송된다.
반대로, 응답의 적절한 컨텐츠는 제 1 디바이스의 식별자의 함수로서 적응된다. 따라서, 제 1 디바이스에 전송하기 위해 적절한 선택 규칙들을 이용함으로써 프로세서 엔티티를 구성하는 것이 가능하다:
· 예를 들어, 식별자가 미리결정된 기준을 충족할 때, 즉, 제 2 디바이스의 실제 상태 및 성능들 모두를 표현하는 그리고/또는 포함하는, 투명한 응답; 또는
· 식별자가 기준을 충족하지 않을 때, 부분적인(즉, 제 2 디바이스의 성능들 중 오직 일부만을 부여하거나 또는 오직 자신의 상태만을 표현하는 방식으로 불완전한) 사전정의된 응답, 또는 잘못된 정보를 포함하는 응답.
제 1 디바이스에 응답(여기서 응답은 투명할 수 있거나 또는 투명하지 않을 수 있음)을 항상 전송함으로써, 발견 메시지에 대한 응답 메시지를 수신하지 않는 결과로서 제 1 디바이스가 메시지들을 재전송하는 것을 방지하는 것이 가능하다. 이는 제 2 디바이스의 상태 및 성능들에 관한 (제 1 디바이스에 전송되는) 정보에 대한 제어를 여전히 유지하면서 네트워크 로딩을 보존한다.
변형에서, 사전정의된 세트는 적어도:
· 제 2 디바이스의 성능들 및 상태를 포함하는, 투명한 발견 메시지에 대한 응답을 제 1 디바이스에 전송하는 것을 포함하는 응답 모드; 및
· 발견 메시지에 대한 어떠한 응답도 포함하지 않는 응답 모드
를 포함하는 것으로 예상하는 것이 가능하다.
어떠한 응답도 제 1 디바이스에 전송되지 않는 응답 모드를 제공하는 것은, 과금(billing)에 관해서의 이점을 제 2 디바이스의 사용자에게 제시할 수 있다.
제 2 디바이스에 관한 "개인(private)" 정보를 개시하는 것에 더해, SIP 표준에 의해 바람직하게 제공된 자동 발견 메커니즘은 또한, 제 1 디바이스에 응답 메시지를 전송하는 것, 그리고 대체로 제 2 디바이스가 자신이 수신하는 SIP OPTIONS 메시지들 모두에 응답하는 것의 결과로서 그 응답이 나타내는 비용을 고려하는 것에 대한 과금의 문제를 일으킨다.
더욱 정확하게는, SIP OPTIONS 메시지에 응답 메시지를 전송하는 것에 관련된 비용은 당연히 제 2 디바이스의 책임이다(또는, 네트워크의 오퍼레이터에 대한 사용자의 가입에 따라 과금될, 적어도 제 2 디바이스의 사용자와 관련된 업링크에 대한 데빗으로서 계좌에 입력된다). 본 발명은 이에 따라, 제 2 디바이스의 사용자가, 그 사용자가 응답하기 원하는 이러한 디바이스들을 선택하는 것을 가능하게 하며, 이에 의해 관련 비용들을 제한한다.
본 발명이, 타겟팅되는 방식으로 원격의 개체의 성능들 및 상태를 발견하기 위한 메시지들에 적용되고, 그리고 제 2 디바이스에 전송되는 모든 메시지들에는 적용되지 않는다는 것이 관찰되어야 한다. 본 발명은, 사용자가 인지하지 않으면서 수신된 메시지들에 의해 요청된, 제 2 디바이스에 관한 개인 정보의 악용(misuse)에 대해 제 2 디바이스의 사용자를 보호하고, 그리고 제 2 디바이스가 표준에 따라서 응답하도록 요구되기 위해 모색된다. 본 발명은, 정확히 말하면, 원격의 개체의 상태 및 성능들을 발견하기 위한 메시지들 이외의 유형들의 메시지들을 프로세싱하는 것과는 관련이 없다.
특정 구현에서, 프로세서 엔티티에 의해 프로세싱된 발견 메시지는 SIP OPTIONS 메시지이고, 제 1 디바이스의 식별자를 포함하는 이러한 메시지의 필드는 FROM 필드이거나 또는 (특히, 제 1 디바이스의 식별자가 마스킹되는 이벤트에서) P-Asserted-Identity 필드이다.
앞서 언급된 바와 같이, 발견 메시지와 함께 이용되는 응답 모드는 제 1 디바이스의 식별자의 전체 또는 일부(통상적으로, SIP OPTIONS 메시지에 대한 FROM 필드의 또는 P-Asserted-Identity 필드의 컨텐츠의 전체 또는 일부)에 관한 다양한 기준의 함수로서 그리고 다양한 미리결정된 선택 규칙들의 함수로서 선택될 수 있다.
따라서, 예를 들어, 프로세서 유닛은 제 2 디바이스와 연관된 식별자들의 적어도 하나의 사전정의된 리스트에서 제 1 디바이스의 식별자의 존재 또는 부재의 함수로서 사전정의된 세트로부터 응답 모드를 선택할 수 있다.
이러한 리스트는, 특히, 사용자 자신의 디바이스의 상태 및 성능들에 관한 정보를 전송하는 것을 사용자가 수락하는 이러한 디바이스들의 함수로서 제 2 디바이스의 사용자에 의해 정의될 수 있다.
사용자에 의해 받아들여진 디바이스들의 식별자들을 포함하는 리스트, 또는 그와는 반대로 사용자가 사용자 자신의 디바이스의 상태 및 성능들을 통신하지 않는 것을 원하는 디바이스의 식별자들을 포함하는 "블랙 리스트"가 동등하게 타당할 수 있다.
이는 또한, 사용자가 사용자의 성능들 및 상태의 오직 일부만을 통신하기 원하는 식별자들의 리스트를 정의하는 것을 예상하는 것이 가능하다.
특정 구현에서, 제 2 디바이스와 연관된 식별자들의 사전정의된 리스트는, 제 2 디바이스와 연관된 그리고 제 2 디바이스 상에 또는 그와는 반대로 원격의 장비 상에 국부적으로 저장된 연락처들(레퍼토리)의 리스트의 형태일 수 있고, (애플리케이션 서버상의 또는 코어 네트워크의 오퍼레이터의 정보 시스템에서의) 멀티미디어 IP 코어 네트워크에 있을 수 있거나, 또는 일부 다른 네트워크(예를 들어, 멀티미디어 IP 코어 네트워크에 액세스를 부여하는 게이트웨이 상에, 또는 제 2 디바이스가 또한 접속되는 로컬 네트워크에 접속된 단말과 같은 장비 상에, 등)에 있을 수 있다.
이러한 변형은, 다른 애플리케이션들에 대해 이미 이용가능한 리스트(리스트의 어떠한 이전 구성도 요구되지 않음)를 이용함으로써 본 발명을 구현하는 것을 단순화하는 것을 가능하게 한다.
게다가, 이는, 제 2 디바이스에게 이미 알려져 있고 그리고 제 2 디바이스의 사용자가 언젠가(at some time or another) 선험적으로 이미 통신을 수락했던 디바이스에 대응하는 식별자들에 기초한다.
다른 구현에서, 프로세서 엔티티는, 제 1 디바이스의 식별자가 제 2 디바이스의 네트워크 도메인 또는 권한이 부여된 네트워크 도메인과 동일한 네트워크 도메인에 속하는지 또는 속하지 않는지 여부에 대한 함수로서 사전정의된 세트로부터 응답 모드를 선택한다.
이러한 구현은, 발견 메시지들을 필터링하기 위한 네트워크 파라미터들을 고려하는 것을 가능하게 한다.
이는, 예를 들어, 해외로부터(예를 들어, 프랑스 네트워크의 도메인들에 대한 ".fr" 이외의 확장자를 갖는 모든 식별자들을 필터링함으로써), 또는 특히 과금의 이유로 제 2 디바이스를 관리하는 멀티미디어 IP 코어 네트워크의 오퍼레이터 이외의 오퍼레이터들에 의해 오퍼레이팅되는 네트워크들로부터 나오는 발견 메시지들을 필터링하기 위한 바람직한 애플리케이션을 제시한다.
다른 구현에서, 프로세서 엔티티는, 제 1 디바이스의 식별자가 미리결정된 또는 (예를 들어, 국제 전화 번호 프리픽스 또는 특정한 URI(uniform resource identifier)와 같은) 미리결정된 유형의 사용자 파트를 포함하거나 또는 포함하지 않는 것에 의존하여 사전정의된 세트로부터 응답 모드를 선택한다.
용어 "사용자 파트"는, 제 1 디바이스의 사용자에 특정된, 즉, 제 1 디바이스의 사용자를 식별하고 그리고 도메인 또는 이를 관리하는 네트워크에 대응하지 않는 식별자의 그 파트를 의미하는 것으로 이용된다. 예를 들어, 유형 "user_name@domain_name"의 어드레스의 형태인 식별자의 경우, 사용자 파트는 "@" 심볼의 좌측에 위치된 "user_name" 엘리먼트에 대응한다.
SIP OPTIONS 메시지의 경우, 식별자의 사용자 파트는 FROM 필드의 또는 P-Asserted-Identity 필드의 컨텐츠의 "User Part"에 대응한다.
당연히, 본 발명은, 하나의 특정 필터 기준으로 또는 하나의 특정 선택 규칙으로 제한되지 않고, 복수의 필터 기준들이 응답 모드를 선택하기 위해 동시에 또는 연속으로 적용될 수 있다.
게다가, 제 1 디바이스의 식별자의 전체 또는 일부에 관련된 앞서 언급된 것들 이외의 필터 기준들이 서로 조합하여 또는 서로에 대해 독립적으로 예상될 수 있다.
발견 메시지에 대한 응답이 제 1 디바이스에 전송되는 적어도 하나의 응답 모드를, 사전정의된 세트가 포함하는 구현에서, 이 응답(즉, 그 자체의 컨텐츠)은 메시지를 수신할 때 제 2 디바이스에 대한 진행중인 세션들의 수 및/또는 유형에 의존한다.
따라서, 예를 들어, 제 1 디바이스와 함께 존재하는 진행중인 다이얼로그가 이미 존재하는지 여부의 함수로서 제 1 디바이스에 전송된 응답을 적응시키는 것이 가능하다. 이러한 상황에서, 제 1 디바이스가 이미 제 2 디바이스와 통신하고 있기 때문에, 제 1 디바이스에 투명한 응답을 전송하는 것은 덜 귀찮은 일이다. 그와는 반대로, 이는 발견 메시지가 제 1 디바이스에 의해 전송되었다는 상황에서 멀티미디어 서비스로의 액세스를 용이하게 하는 것이 더 쉬워지게 할 수 있다.
게다가, 제 1 디바이스가 제 2 디바이스와의 자신의 교환들을 적응시키기 위해 적절하게 동작할 수 있도록, 제 2 디바이스에서 진행중인 세션들의 상태에 대해 제 1 디바이스에게 통지하는 것은 유용할 수 있다.
본 발명에 따른 발견 메시지들의 프로세싱은 다양한 레벨들에서 구현될 수 있다.
따라서, 프로세서 엔티티는 특히 제 2 디바이스에 통합될 수 있다.
이는, 제 2 디바이스의 사용자가 본 발명에 의해 가능하게 된 필터링(특히, 필터 기준 및 선택 규칙들)을 구성하는 것을 더 쉽게 만든다.
변형에서, 프로세서 엔티티는 제 2 디바이스를 관리하는 멀티미디어 IP 코어 네트워크의 애플리케이션 서버에 통합될 수 있다. 애플리케이션 서버는, 예를 들어, 제 2 디바이스에 전송된 발견 메시지를 수신할 때 멀티미디어 IP 코어 네트워크에 의해 트리거될 수 있다.
이는, 멀티미디어 IP 코어 네트워크의 오퍼레이터가 필터링을 구성하는 것을 더 쉽게 만든다.
게다가, 이러한 변형에서, 발견 메시지들을 수신하는 디바이스들의 현재 동작 모드를 변형시킬 필요가 없으며, 여기서 디바이스들은 발견 메시지들에 대해 투명한 방식으로 응답함으로써 표준에 따라서 계속해서 동작할 수 있다. 필터링은 그후 이러한 디바이스들로부터 응답들을 수신할 때 멀티미디어 IP 코어 네트워크의 애플리케이션 서버에 의해 수행된다.
본 발명은 또한, 멀티미디어 IP 코어 네트워크에 의해 관리되는, 그리고 디바이스로부터 수신된 그리고 단말에 전송된 메시지를 프로세싱하기 위한 본 발명의 프로세서 엔티티를 포함하는 단말을 제공한다.
본 발명은 또한 디바이스를 관리하는 멀티미디어 IP 코어 네트워크와 연관된 서버를 제공하며, 이 서버는 디바이스에 전송되는 수신된 메시지를 프로세싱하기 위한 본 발명의 프로세서 엔티티를 포함한다.
예시에 의해, 서버는 멀티미디어 IP 코어 네트워크의 애플리케이션 서버이다.
변형에서, 이는 수신된 메시지가 전송되는 디바이스일 수 있다.
특정 구현에서, 프로세싱 방법의 다양한 단계들은 컴퓨터 프로그램 명령들에 의해 결정된다.
결과적으로, 본 발명은 데이터 매체 상에 컴퓨터 프로그램을 또한 제공하고, 이 프로그램은 프로세서 유닛에서 또는 더욱 일반적으로는 컴퓨터에서 구현되기에 적합하며, 이 프로그램은 앞서 설명된 바와 같이 프로세싱 방법의 단계들을 수행하도록 적응된 명령들을 포함한다.
프로그램은, 임의의 프로그래밍 언어를 이용할 수 있고, 예를 들어, 부분적으로 컴파일링된 형태의 또는 임의의 다른 바람직한 형태의, 소스 코드, 오브젝트 코드, 또는 소스 코드와 오브젝트 코드 사이의 중간인 코드의 형태일 수 있다.
본 발명은 또한 앞서 언급된 바와 같이 컴퓨터 프로그램 명령들을 포함하는 컴퓨터 판독가능 데이터 매체를 제공한다.
데이터 매체는, 프로그램을 저장할 수 있는 임의의 엔티티 또는 디바이스일 수 있다. 예를 들어, 매체는, ROM(read only memory), 예를 들어, 콤팩트 디스크(CD) ROM, 또는 마이크로일렉트로닉 회로 ROM, 또는 실제로 자기 기록 수단, 예를 들어, 플로피 디스크 또는 하드 디스크와 같은 저장 수단을 포함할 수 있다.
게다가, 데이터 매체는, 전기 케이블 또는 광학 케이블을 통해서, 라디오에 의해, 또는 다른 수단에 의해 전달되기에 적합한 전기적 또는 광학적 신호와 같은 송신가능한 매체일 수 있다. 본 발명의 프로그램은, 특히, 인터넷 유형 네트워크로부터 다운로딩될 수 있다.
대안적으로, 데이터 매체는 프로그램이 통합된 집적 회로일 수 있고, 이 회로는 논의되고 있는 방법의 실행시에 실행하거나 또는 이용되도록 적응된다.
다른 양상에서, 본 발명은 또한 이하를 포함하는 통신 시스템을 제공한다:
· 멀티미디어 IP 코어 네트워크에 의해 관리되는 제 1 디바이스 및 제 2 디바이스 ― 상기 제 1 디바이스는 제 2 디바이스의 성능들 및 상태를 발견하기 위한 발견 메시지를 제 2 디바이스에 전송하도록 적응됨 ―; 및
· 제 1 디바이스에 의해 제 2 디바이스에 전송된 발견 메시지를 수신하고 프로세싱하기에 적합한 본 발명의 프로세서 엔티티.
다른 구현들에서, 본 발명의 프로세싱 방법, 프로세서 엔티티, 및 통신 시스템이 앞서-특정된 특징들 전부 또는 일부를 조합하여 제시하는 것으로 예상하는 것이 또한 가능하다.
본 발명의 다른 특징들 및 이점들은, 어떠한 제한적인 특징도 갖지 않는 구현들을 나타내는 첨부된 도면들을 참조하면서 행해진 후술하는 설명으로부터 나타난다.
도 1은, 제 1 구현에서, 본 발명에 따른 통신 시스템 및 프로세서 엔티티를 나타내는 도면이다.
도 2는, 도 1에 도시된 프로세서 엔티티의 하드웨어 아키텍쳐를 나타내는 도면이다.
도 3은, 본 발명에 따른 프로세싱 방법의 메인 단계들을, 제 1 구현에서의 도 1의 프로세서 엔티티에 의해 수행되는 것으로서 나타낸다.
도 4는, 제 2 구현에서의 본 발명에 따라서 통신 시스템 및 프로세서 엔티티를 나타내는 도면이다.
도 5는, 제 2 구현에서의 도 4의 프로세서 엔티티에 의해 수행된 본 발명에 따른 프로세싱 방법의 주요 단계들을 나타낸다.
도 1은, 그 환경에서, 본 발명에 따른 통신 시스템(1)을 나타내고, 이 시스템은 제 1 구현에서 본 발명의 프로세서 엔티티(2)와 함께 2개의 디바이스들(D1 및 D2)을 포함한다.
예시에 의해, 디바이스들(D1 및 D2)은, 멀티미디어 IP 코어 네트워크들(CN1 및 CN2)을 통해서 서로 통신하기에 적합한, 스마트 폰들과 같은 멀티미디어 단말들이다. 이들 각각은, 디바이스들(D1 및 D2)의 개별적인 사용자들에 의해 (및/또는 코어 네트워크들(CN1 및 CN2)의 오퍼레이터들에 의해) 열거되고 알려진 장비의 다양한 식별자들(예를 들어, 전화 번호들, SIP 어드레스들 등)을 포함하는, 개별적인 참조번호들(RL1 및 RL2)을 갖는 로컬 연락처 리스트(또는 "어드레스 북")를 갖는다.
이러한 예시에서, 코어 네트워크들(CN1 및 CN2)은 VoIP 텔레포니를 이용하는 코어 네트워크들이고, 이들은 디바이스들(D1 및 D2)을 개별적으로 관리한다. 이들은, 특히, 문헌 3GPP TS 22.228 "Service requirements for the IP multimedia core network subsystem (stage 1)"에 정의된 것과 같은 IMS 아키텍쳐를 구현하고, 이들은 SIP 프로토콜을 구현한다.
그럼에도 불구하고, 변형에서, 코어 네트워크들(CN1 및 CN2)이 단일의 멀티미디어 IP 코어 네트워크를 구성하는 경우에 동일하게 잘 적용된다. 본 발명은 또한 다른 유형들의 디바이스(D1은 단말일 수 있고, D2는 서버일 수 있음)에, 다른 멀티미디어 IP 코어 네트워크 아키텍쳐들에, 그리고 다른 세션 개시 프로토콜들, 예를 들어, 원격의 개체의 성능들 및 상태를 발견하게 하기 위한 메시지를 준비하는 일부 다른 독점 세션 개시 프로토콜 또는 SIP 프로토콜을 이용하는 독점 코어 네트워크 아키텍쳐들에 적용될 수 있다.
현재 설명된 예시에서, 예를 들어, RCS-e 서비스와 같은 멀티미디어 통신 서비스의 상황에서, 제 1 디바이스 D1에 의해 제 2 디바이스 D2에 전송된 것으로서 원격의 개체의 성능들 및 상태를 발견하기 위한 수신된 MOPT 메시지를 프로세싱하는 프로세서 엔티티(2)가 고려된다. 디바이스들(D1 및 D2)이 그들의 개별적인 코어 네트워크들(CN1 및 CN2)에 등록된 것으로 가정된다.
앞서-언급된 문헌 RFC 3261에서 세부화된 방식으로 설명된 바와 같이, 디바이스 D1에 의해 전송된 MOPT 메시지는 SIP OPTIONS 메시지이다. 이는, FROM 필드에서는 메시지를 발신하는 디바이스 D1의 식별자 ID1을 포함하고, 그리고 Request-URI 필드 그리고 TO 필드에서는 메시지의 목적지 디바이스 D2의 식별자 ID2를 포함한다.
디바이스 D2의 사용자가 본 발명의 프로세싱 방법을 구현하는 것에 의존하여 그리고 SIP OPTIONS 메시지들을 발신하는 디바이스들의 식별자들의 함수로서 이에 전송되는 이러한 SIP OPTIONS 메시지들을 필터링하기 위한 서비스의 액티베이션을 위해 코어 네트워크 CN2의 오퍼레이터에 가입한 것으로 가정된다.
디바이스 D2에 대해 SIP OPTIONS 메시지들을 필터링하기 위한 서비스의 액티베이션은, 멀티미디어 코어 네트워크 CN2(도 1에는 도시되지 않음)의 홈 가입자 서버(HSS)에 저장된 디바이스 D2의 사용자 프로파일에 저장된다.
도 1에 도시된 제 1 구현에서, SIP OPTIONS 메시지들을 프로세싱하기 위한 본 발명의 프로세서 엔티티(2)는 코어 네트워크 CN2의 애플리케이션 서버(AS)에 통합되며, 이는 디바이스 D2에 전송된 SIP OPTIONS 메시지를 검출할 때 트리거된다. 즉, 애플리케이션 서버(2)는 본 발명의 의미에서 프로세서 엔티티이다.
애플리케이션 서버(2)는, 디바이스 D2의 사용자의 사용자 프로파일에 포함되고 그리고 코어 네트워크 CN2의 HSS에 저장된 정보에 따라, 특히, 필터 서비스를 액티베이팅하기 위해 가입하는 사용자에 대한 정보가 저장된 초기 필터 기준(iFC)에 따라 트리거된다. 애플리케이션 서버(2)는 SIP OPTIONS 메시지들을 프로세싱하기 위한 본 발명의 방법을 수행하기 위해 전용된 서버일 수 있거나, 또는 이미 존재하는 그리고 다른 애플리케이션들을 구현할 때 트리거된 애플리케이션 서버일 수 있다.
디바이스 D2에 전송된 SIP OPTIONS 메시지들을 검출하기 위해 그리고 애플리케이션 서버(2)를 트리거하기 위해 구현된 메커니즘들은 당업자들에게 알려져 있고; 따라서, 이들은 본 명세서에서 더욱 상세하게 설명되지 않는다.
예시에 의해, 디바이스 D1으로부터 수신된 MOPT 메시지가, 디바이스 D2가 이에 전송되는 SIP OPTIONS 메시지들을 필터링하기 위한 본 발명의 서비스를 액티베이팅한 (특히, 수신된 MOPT 메시지의 "Request-URI" 필드 또는 "TO" 필드에 의해 식별된) 디바이스 D2에 전송된 SIP OPTIONS 메시지인 것으로 검출한 후, 애플리케이션 서버(2)는 코어 네트워크 CN2의 서빙 호 세션 제어 함수(S-CSCF) 서버에 의해 또는 S-CSCF 서버로부터의 다운스트림에 위치된 몇몇 다른 서버에 의해 트리거될 수 있다.
이 예시에서, 애플리케이션 서버(2)는 도 2에 도표로 나타낸 바와 같이 컴퓨터의 하드웨어 아키텍쳐를 갖는다.
특히, 프로세서 2A, RAM(random access memory)(2B), ROM(2C), 비휘발성 플래시 메모리(2D)를 SIP 프로토콜을 수행하기에 특히 적합한 통신 수단(2E)과 함께 포함한다. 이러한 통신 수단들은, 코어 네트워크 CN2의 엔티티들과 그리고 디바이스 D2와 통신하는 것을 가능하게 한다.
도 3을 참조하여 이하 설명된 바와 같이, 애플리케이션 서버(2)의 ROM(2C)은, 본 발명의 제 1 구현에서 프로세싱 방법의 단계들을 수행하기 위한 명령들을 포함하는, 프로세서(2A)에 의해 판독가능하고 본 발명에 따른 컴퓨터 프로그램을 저장하는 데이터 매체를 본 발명에 따라서 구성한다.
도 3은, 디바이스 D1에 의해 디바이스 D2에 전송된 SIP OPTIONS MOPT 메시지를 수신하는 코어 네트워크 CN2에 대해 트리거된 후에, 제 1 구현에서 도 1의 애플리케이션 서버(2)에 의해 수행되는 것으로서의 본 발명의 프로세싱 방법의 메인 단계들을 나타낸다.
앞서 설명된 바와 같이, 본 발명에 의해 제안된 프로세싱은, (SIP 프로토콜에서의 OPTIONS 메시지들과 같은) 발견 메시지들을 발신하는 디바이스들의 식별자의 함수로서 이러한 발견 메시지들을 필터링하는 것 그리고 상기 식별자들의 함수로서 적어도 2개의 응답 모드들을 포함하는 사전정의된 세트의 응답 모드들로부터 응답 모드를 선택하도록 동작하는 것으로 이루어진다.
이 프로세싱의 구현은 3개의 세트들의 선험적 정의에 의존한다, 즉:
1) 수신된 발견 메시지들에 응답하기 위한 가능한 응답 모드들의 (Ω로 기입된) 세트;
2) 이러한 발견 메시지들을 발신하는 디바이스들의 식별자들과 비교하기 위해 하나 또는 그 초과의 기준들로 이루어진 (C로 기입된) 세트 (이러한 기준들은 식별자들의 일부 또는 전부에 관련될 수 있음); 및
3) 식별자가 세트 C에 의해 결정된 기준들 중 하나 또는 그 초과를 충족할 때, 발견 메시지를 발신하는 디바이스의 식별자를 세트 Ω의 응답 모드와 연관시키기 위한 선택 규칙의 (S로 기입된) 세트.
따라서, 예시에 의해, 세트 Ω에 대해 후술하는 응답 모드들이 예상될 수 있다:
· 발견 메시지에 대해 어떠한 응답도 없는 응답 모드;
· 발견 메시지에 투명한 응답, 즉, SIP 표준에 현재 정의된 바와 같이, 인테로게이티드(interrogated) 디바이스(즉, 이 예시에서는, D2)의 상태 및 성능들을 포함하는 응답을 전송하는 응답 모드;
· 예를 들어, 자신의 성능들을 포함하지 않지만 인테로게이티드 디바이스의 상태를 나타내는 메시지, 인테로게이티드 디바이스의 상태 및 자신의 성능들의 오직 일부를 나타내는 메시지, 또는 실제로 오직 자신의 성능들만을 포함하는 사전정의된 메시지에 의해 구성된, 발견 메시지들에 대한 부분적인 응답을 전송하는 응답 모드;
· 예를 들어, 후술하는 메시지들: "404 NOT FOUND"; "480 TEMPORARILY UNAVAILABLE"; "408 TIME OUT"; "200 OK"; 또는 "486 BUSY HERE" 중 하나에 의해 구성된 SIP 프로토콜에서, 발견 메시지에 대한 사전정의된 응답을 전송하는 응답 모드; 및
· 예를 들어, 인테로게이티드 디바이스의 실제 상태와는 상이한 상태를 나타내고 그리고/또는 인테로게이티드 디바이스의 성능들에 대응하지 않는 성능들을 전송하는, 발견 메시지에 대한 잘못된 응답을 전송하는 응답 모드.
유사한 방식으로, 세트 C에 대해 발견 메시지를 발신하는 디바이스의 식별자들의 일부 또는 전체에 관한 이하의 기준들이 예상될 수 있다:
· 인테로게이티드 디바이스와 연관된 사전정의된 리스트 내에서의 발견 메시지를 발신하는 디바이스의 식별자의 존재 또는 부재. 이 리스트는 특히, 네트워크 내의 (예를 들어, 애플리케이션 서버(2)에서의 멀티미디어 IP 코어 네트워크 CN2 내의 또는 디바이스 D2의 네트워크의 오퍼레이터의 정보 시스템 내의, 등) 원격의 장비에 저장된 또는 인테로게이티드 디바이스에 저장된 로컬 연락처 리스트(또는 "어드레스 북")일 수 있다. 변형에서, 이는, 인테로게이티드 디바이스의 실제 성능들 및 상태를 수신하도록 권한이 부여된, 예를 들어, 애플리케이션 서버(2)에 또는 디바이스 D2의 네트워크의 오퍼레이터의 정보 시스템 내에 저장된 그리고 인테로게이티드 디바이스의 사용자에 의해 구성된, 디바이스들의 식별자들의 리스트일 수 있다. 다른 변형에서, 이는, 예를 들어, 애플리케이션 서버(2)에 또는 디바이스 D2의 네트워크의 오퍼레이터의 정보 시스템 내에 저장되고 그리고 애플리케이션 서버(2)에 의해 컨설팅되기에 적합한 사용자의 디바이스의 상태 및 성능들을 통신하기를 사용자가 거절하는 "금지된(banned)" 식별자들로 이루어진 사용자에 의해 구성된 리스트일 수 있다.
· 발견 메시지를 발신하는 디바이스의 식별자가, 인테로게이티드 디바이스의 네트워크의 도메인 또는 (코어 네트워크의 오퍼레이터에 의해 또는 인테로게이티드 디바이스의 사용자에 의해) 권한이 부여된 도메인과 동일한 네트워크 도메인에 속하는지 또는 속하지 않는지 여부;
· 발견 메시지를 발신하는 디바이스의 식별자가, 미리결정된 사용자 파트(즉, SIP OPTIONS 메시지에 대한 식별자의 "User Part")에 존재하는지, 또는 (예를 들어, 프리픽스 "+33", 또는 "+331", "+335", "+338", 또는 "+339"과 같은 특정 프리픽스와는 상이한 국제 전화번호를 포함하거나, 또는 SIP URI 또는 TEL URI와 같은 URI의 특정 유형에 대응하는) 미리결정된 유형인지 아닌지 여부
· 등.
최종적으로, 세트 S에 대해 후술하는 선택 규칙들이 예상가능하다.
· 발견 메시지를 발신하는 디바이스의 식별자가 인테로게이티드 디바이스의 로컬 연락처 리스트에 존재하지 않으면, "발견 메시지로의 어떠한 응답도 없음" 응답 모드가 선택됨;
· 발견 메시지를 발신하는 디바이스의 식별자가 인테로게이티드 디바이스의 로컬 연락처 리스트에 존재하면, "발견 메시지에 투명한 응답을 전송" 응답 모드가 선택됨;
· 등.
당연히, 이러한 예시들은 순전히 예시에 의해 주어지며, 다른 응답 모드들, 전체 또는 그 일부의 식별자들에 관한 다른 기준들, 및 다른 선택 규칙들이 본 발명의 범위 내에서 예상될 수 있다.
구체적으로, 복수의 기준들에 따라 선택 규칙들을 정의하는 것이 또한 가능하다(예를 들어, 발견 메시지를 발신하는 디바이스의 식별자가 인테로게이티드 디바이스의 식별자와 동일한 네트워크 도메인에 있고 그리고 인테로게이티드 디바이스의 로컬 연락처 리스트에 있으면, 발견 메시지를 발신하는 디바이스에 투명한 응답을 전송하도록 이루어진 응답 모드가 선택된다).
게다가, 응답의 컨텐츠가, 디바이스 D2의 상태와 같은 파라미터들, 특히 (예를 들어, 이용가능한 서비스들 또는 그와는 반대로 사용중에 있는 서비스들의 함수로서) 디바이스 D2와 이미 진행중인 세션들의 수 및/또는 이미 진행중인 세션들의 유형에 의존하는 다른 응답 모드들을 예상하는 것이 또한 가능하다.
MOPT 메시지를 프로세싱할 때 애플리케이션 서버(2)에 의해 수행되는 단계들을 예시하기 위해, 후술하는 세트들 Ω, S 및 C가 정의되는 것으로 가정된다:
· 응답 모드의 세트 Ω는 2개의 응답 모드들, 즉:
· 모드 M1: "발견 메시지에 대한 투명한 응답"; 및
· 모드 M2: "오직 인테로게이티드 디바이스의 상태만을 포함하는, 발견 메시지에 대한 부분적인 응답"
을 포함한다.
· 기준들의 세트 C는 단일의 기준, 즉: 식별자가 인테로게이티드 디바이스의 로컬 연락처 리스트에 존재하는지 또는 존재하지 않는지 여부을 포함한다; 그리고
· 선택 규칙들의 세트 S는 2개의 규칙들, 즉:
· 식별자가 로컬 연락처 리스트에 존재한다면, 모드 M1으로 응답하는 규칙;
그렇지 않으면
· M2로 응답하는 규칙
을 포함한다.
이러한 세트들은 이전 구성 단계(단계 E0) 동안 애플리케이션 서버(2)의 플래시 메모리 2D에 저장된다. 세트들 Ω, S 및 C에서의 선택들이, 예를 들어, 웹, 음성, 텍스트 등의 인터페이스를 통해서 디바이스 D2의 사용자에 의해 개인적으로 행해질 수 있는 것으로 관찰되어야 한다.
디바이스 D2에 전송된 SIP OPTIONS 메시지의 검출에 대해 트리거한 이후에 애플리케이션 서버(2)에 의해 본 발명에 따라 수행되는 MOPT 메시지의 프로세싱의 설명이 뒤따른다.
애플리케이션 서버(2)의 트리거링은 애플리케이션 서버(2)가 MOPT 메시지를 수신하는 것을 유도한다(단계 E10).
애플리케이션 서버(2)는 수신된 MOPT 메시지의 FROM 필드로부터 디바이스 D1의 식별자를 추출한다(단계 E20). 이 예시에서 FROM 필드에 포함된 디바이스 D1의 식별자는 식별자 ID1이다.
FROM 필드가, 디바이스 D1의 식별자를 포함하지 않거나 또는 (예를 들어, 디바이스 D1의 식별자가 디바이스 D1에 의한 송신에 대해 마스킹되기 때문에) 익명인 디바이스 D1을 나타내는 경우, 애플리케이션 서버(2)는 MOPT 메시지가 SIP PRIVACY 필드를 포함할지 여부를 결정한다.
적절한 경우, 디바이스 D1에 의해 전송된 후 MOPT 메시지가 통과했던 코어 네트워크 CN1에 의해 삽입되고 그리고/또는 발행될 수 있는 것으로서 디바이스 D1의 인증된(certified) 엔티티를 포함하는 P-Asserted-Identity 필드가 MOPT 메시지에 존재하는지 여부를 결정한다.
알려진 방식에서, 하나의 디바이스에 의해 다른 디바이스로 전송된 메시지를 전달하는 네트워크들은 다양한 니즈(예를 들어, 과금, 메시지 라우팅, 합법적인 차단(legal interception) 등)를 충족시키기 위해 메시지를 발신하는 디바이스의 인증 식별자를 삽입할 수 있다. 이러한 예시에서, 이러한 식별자는 코어 네트워크 CN1에 의해 메시지의 P-Asserted-Identity 필드에 삽입된다.
적절한 경우, 애플리케이션 서버(2)는 P-Asserted-Identity 필드에 포함된 디바이스 D1의 식별자를 추출한다.
그후, MOPT 메시지로부터 추출된 것으로서의 디바이스 D1의 식별자 ID1가 메모리 2D에 저장된 것과 같은 세트 C에 정의된 필터 기준들 중 하나 또는 그 초과를 충족하는지 여부를 결정한다(단계 E30).
현재 예상되는 예시에서, 메모리 2D에 오직 하나의 기준, 즉 기준 "인테로게이티드 디바이스의 로컬 연락처 리스트 내에서 SIP OPTIONS 메시지를 발신하는 디바이스의 식별자의 존재 또는 부재"가 저장된다.
따라서, 단계 E30 동안, 애플리케이션 서버(2)는, 디바이스 D1의 식별자 ID1가 디바이스 D2의 로컬 리스트 RL2에 존재하는지(즉, 열거되어 있는지) 여부를 검사한다.
적절한 경우, (테스트 E40에 대한 응답 "예"), 세트 S에 정의된 선택 규칙들에 따라, 애플리케이션 서버(2)는 응답 모드 M1를 선택한다(단계 E50).
즉, 디바이스 D2의 상태를 자신의 성능들과 함께 포함하는 SIP OPTIONS 메시지에 대한 투명한 응답을 디바이스 D1에 전송한다(단계 E60).
현재 설명된 구현에서, 디바이스 D2의 상태 및 자신의 성능들은 디바이스 D2로부터 직접 애플리케이션 서버(2)에 의해 획득된다.
더욱 정확하게, 테스트 E40에 대한 응답이 "예"이면, 애플리케이션 서버(2)는 자신의 컨텐츠를 변경하지 않고 제 2 디바이스 D2에 SIP OPTIONS MOPT 메시지를 포워딩한다(즉, 중계한다).
그후, 디바이스 D2가 SIP 프로토콜에 따라 투명한 방식으로 SIP OPTIONS 메시지에 응답하는데, 즉, 자신의 상태 및 자신의 성능들을 공급한다. SIP 프로토콜의 동작 모드에 따르면, 디바이스 D2로부터의 응답은, MOPT 메시지에 의해 취해진 경로의 반대인 경로를 따라서 리턴한다. 따라서, 이 응답은 애플리케이션 서버(2)를 통해서 통과한다.
이는, 디바이스 D2로부터 나오는 응답 메시지를 인터셉팅하고, 이 메시지를 이용하여, 선택된 응답 모드 M1에 따라, 디바이스 D2의 상태 및 그의 성능들을 포함하는, 디바이스 D1에 대한 자기 자신의 투명한 응답을 생성한다.
현재 설명된 구현에서, 애플리케이션 서버(2)에 의해 디바이스 D1에 전송된 투명한 응답은, SIP 표준의 문헌 RFC 3261에 특정된 것과 같이 SIP OPTIONS 메시지에 대한 응답 메시지와 유사하거나 또는 동일하다(디바이스 D2의 상태 및 성능들에 관한 동일한 포맷 및 동일한 컨텐츠).
대조적으로, 식별자 ID1이 디바이스 D2의 로컬 연락처 리스트 RL2에 포함되지 않으면(테스트 E40에 대한 응답 "아니오"), 애플리케이션 서버(2)는 응답 모드 M2를 선택하기 위해 세트 S에서 정의된 선택 규칙들에 따라 동작한다(단계 E70).
즉, 디바이스 D1에 오직 디바이스 D2의 상태만을 포함하는 부분적인 응답을 전송한다(단계 E80). 이러한 부분적인 응답은, 디바이스 D2의 성능들에 관한 정보를 포함하지 않는다.
단계 E60에 대해 앞서 언급된 바와 같이, 디바이스 D2의 상태에 관한 정보는, 이 수신된 SIP OPTIONS MOPT 메시지를 전송함으로써 이 예시에서 디바이스 D2를 인테로게이팅하는 애플리케이션 서버(2)에 의해 획득된다.
애플리케이션 서버(2)가 디바이스 D1에 대한 잘못된 방식으로 또는 "404 NOT FOUND" 또는 "480 TEMPORARILY UNAVAILABLE" 또는 사실상 "408 TIME OUT" 메시지와 같은 미리결정된 메시지를 이용함으로써 응답하는 응답 모드가 예상(그리고 선택)되면, 애플리케이션 서버(2)는, 디바이스 D2의 상태 및 디바이스 D2의 성능들을 획득하기 위해 디바이스 D2를 참조할 필요는 없고, 디바이스 D1에 직접 응답할 수 있는 것으로 관찰되어야 한다.
대조적으로, 디바이스 D2의 실제 상태 및/또는 그의 실제 성능들을 포함하는 응답 모드가 선택될 때마다, 애플리케이션 서버(2)는, 디바이스 D1으로부터 수신했던 SIP OPTIONS MOPT 메시지를 디바이스 D2에 중계하는데, 투명한 방식으로 (즉, 그 컨텐츠를 변경하지 않고) 이를 행하고, 그리고 그 후에, 선택된 응답 모드에 대해 구성된 응답 규칙들의 함수로서 디바이스 D2로부터 SIP OPTIONS 메시지에 대해 수신하는 응답을 필터링하고 그리고/또는 적응시킨다.
따라서, 예시에 의해, 애플리케이션 서버(2)는 디바이스 D2가 사용중인(busy) 상태에 있다고 결정하면, 디바이스 D2의 성능들에 관한 어떠한 정보도 존재하지 않는 "486 BUSY HERE" 응답 메시지를 디바이스 D1에 전송한다.
앞서-설명된 제 1 구현에서, 디바이스 D2에 전송된 SIP OPTIONS MOPT 메시지의 본 발명에 따른 프로세싱은, 멀티미디어 IP 코어 네트워크 CN2의 애플리케이션 서버(2)에 의해 수행된다. 다시 말해서, 본 발명의 프로세서 엔티티는 애플리케이션 서버(2)이다.
그럼에도 불구하고, 이러한 가정은 제한적이지 않으며, 원격의 개체의 상태 및 성능들을 발견하기 위한 메시지들을 프로세싱하기 위한 본 발명의 프로세서 엔티티는, 특히, 발견 메시지가 전송되는 디바이스와 같은 장비의 몇몇 다른 피스들에 통합될 수 있다.
도 4는, 그 환경에서, 제 2 구현에서의 본 발명에 따른 통신 시스템(1')을 나타낸다.
통신 시스템(1')은 멀티미디어 IP 코어 네트워크(CN1') 및 멀티미디어 IP 코어 네트워크(CN2')에 의해 각각 관리되는 2개의 디바이스들(D1' 및 D2')을 포함한다. 이러한 예시에서, 디바이스들(D1' 및 D2')은 각각 RL1' 및 RL2'으로 참조된 로컬 연락처 리스트들을 갖는 단말들이다.
이러한 제 2 구현에서, 디바이스 D1'에 의해 디바이스 D2'에 전송된 MOPT' 발견 메시지의 발명에 따른 프로세싱이 디바이스 D2' 그 자체에 의해 수행된다. 즉, 디바이스 D2'는 본 발명의 의미에서 프로세서 엔티티이다.
디바이스들 D1', 및 멀티미디어 IP 코어 네트워크들(CN1' 및 CN2')은 도 1을 참조하여 설명된 디바이스들 D1 및 코어 네트워크들(CN1 및 CN2)과 유사하거나 또는 동일하여, 이들은 본원에 다시 상세하게 설명되지 않는다.
디바이스 D2'는 도 1의 디바이스 D2와 유사하다. 그럼에도 불구하고, 디바이스 D2'는, 본 발명의 제 2 구현에 따라 프로세싱 방법의 단계들을 실행하기 위한 명령들을 갖는, 본 발명에 따른 컴퓨터 프로그램을 저장하는 ROM(3)을 포함한다는 점에서 디바이스 D2와 상이하다. ROM(3)은 디바이스 D2'의 프로세서에 의해 판독가능한, 본 발명에 따른 데이터 매체를 구성한다.
도 5를 참조하면, 디바이스 D1'에 의해 디바이스 D2'에 전송되는 것으로서, 원격의 개체의 상태 및 성능들을 발견하기 위한 MOPT' 메시지를 프로세싱하기 위한 이러한 제 2 구현에서 디바이스 D2'에 의해 수행된 주요 단계들의 설명이 뒤따른다.
이 예시에서, MOPT' 메시지는 문헌 RFC 3261에서 상세하게 설명된 바와 같은 SIP OPTIONS 메시지이다. FROM 필드에서, MOPT' 메시지는 그 메시지를 발신했던 디바이스 D1'의 식별자 ID1'를 포함하고, Request-URI 필드에서 그리고 TO 필드에서 MOPT' 메시지는 이 메시지가 전송된 디바이스 D2'의 식별자 ID2'를 포함한다.
MOPT' 메시지를 프로세싱하면서 디바이스 D2'에 의해 수행된 단계들을 예시하기 위해, 앞서-설명된 세트들 Ω, S 및 C이 다시 이용된다. 따라서:
· 응답 모드들의 세트 Ω는, 2개의 응답 모드들, 즉:
· 모드 M1: "발견 응답에 대한 투명한 응답"'
· 모드 M2: "오직 인테로게이티드 디바이스의 상태만을 포함하는, 발견 메시지에 대한 부분적인 응답"
을 포함한다.
· 세트 C의 기준은 단일 기준, 즉: 식별자가 인테로게이티드 디바이스의 로컬 연락처 리스트에 존재하는지 또는 존재하지 않는지 여부를 포함한다.
· 선택 규칙들의 세트 S는, 2개의 규칙들, 즉:
· 식별자가 로컬 연락처 리스트에 존재한다면, 모드 M1으로 응답; 그렇지 않다면
· 모드 M2로 응답
을 포함한다.
이러한 세트들은, 이전의 구성 단계 동안 디바이스 D2'의 비휘발성 플래시 메모리에 저장된다(단계 F0). 디바이스 D2'의 구성, 더욱 정확하게는 세트들 Ω, S 및 C의 선택이 디바이스 D2'의 사용자에 의해, 예를 들어, 웹, 음성, 텍스트 등의 인터페이스를 통해서 개인적으로 수행될 수 있는 것으로 관찰되어야 한다.
디바이스(D1')에 의해 디바이스(D2')에 전송된 MOPT' 메시지는, 코어 네트워크들(CN1' 및 CN2')을 통해서 통과한 후 디바이스(D2')에 의해 수신된다(단계 F10).
MOPT' 메시지를 수신하면, 디바이스 D2'는, 이 메시지가 자신의 상태 및 자신의 성능들을 발견하기 위한 메시지인지 여부, 다시 말해서, 이 메시지가 본 발명에 따라 프로세싱될 필요가 있는 SIP OPTIONS 메시지인지 여부를 결정함으로써 시작한다(단계 F20).
이 메시지가 SIP OPTIONS 메시지가 아니면(단계 F20에서 응답 "아니오"), 디바이스 D2'는 이 메시지를 통상적으로 프로세싱하고, SIP 프로토콜에 의해 특정되는 방식에서는 그 메시지의 유형의 함수로서 프로세싱한다(단계 F30).
수신된 MOPT' 메시지가 SIP OPTIONS 메시지이면(단계 F20에 대한 응답 "예"), 디바이스 D2'는 본 발명에 따라 이 메시지를 프로세싱한다.
따라서:
· 이 메시지는, MOPT' 메시지의 FROM 필드로부터 또는 P-Asserted-ID 필드로부터 디바이스 D1'의 식별자 ID1'을 추출한다(단계 F40).
· 식별자 ID1'가 자신의 비휘발성 플래시 메모리에 저장된 것과 같은 세트 C에 정의된 필터 기준들 중 하나 또는 그 초과를 충족하는지 여부를 결정하고(단계 F50); 다시 말해서, 이 구현에서, 식별자 ID1'는 디바이스 D2'의 로컬 연락처 리스트 RL2'에 존재하는지 또는 존재하지 않는지 여부를 검증하고;
· 적절한 경우(테스트 단계 F60에 대해 "예" 응답), 응답 모드 M1을 선택하고(단계 F70), 자기 자신의 "실제" 상태 및 성능들을 포함하는 SIP OPTIONS MOPT' 메시지에 대한 투명한 응답을 디바이스 D1'에 전송하며(단계 F80); 그렇지 않으면,
· (테스트 단계 F60에 대한 응답 "아니오"), 응답 모드 M2를 선택하고(단계 F90) 오직 자신의 상태만을 포함하지만 자신의 성능들을 식별하지 않는 SIP OPTIONS MOPT' 메시지에 대한 부분적인 응답을 디바이스 D1'에 전송한다(단계 F100).
단계들(F40, F50, F60, F70, 및 F90)이 단계들(E20, E30, E40, E50, 및 E70)과 동일하기 때문에, 이들은 여기서 더욱 상세하게 설명되지 않는다. 단계들(F80 및 F100)은, 디바이스 D2'가 자신의 상태 및/또는 자신의 성능들에 기초하여 SIP OPTIONS MOPT' 메시지에 대한 응답을 직접 발생시키는 단계들(E60 및 E80) 각각과는 상이하다.
본원에 설명된 양자의 구현들에서, SIP OPTIONS 메시지는, 임의의 다이얼로그가 디바이스들 D1과 D2 사이 또는 디바이스들 D1'와 D2' 사이에서 존재하는지 여부와는 독립적으로 본 발명에 따라서 프로세싱된다.
변형에서, 오직 SIP OPTIONS 메시지들이, 디바이스들 사이에서의 독립형 트랜잭션, 즉, 디바이스들 사이에 확립된 이미-확립된 다이얼로그의 상황에서 수행되지 않는 또는 이러한 다이얼로그를 개시하지 않는 디바이스들 사이에서의 트랜잭션의 상황에서 전송될 때에만, 본 발명에 따라 SIP OPTIONS 메시지들을 프로세싱하는 것을 예상하는 것이 가능하다. 이러한 상황에서, 본 발명은, 추가적인 이점을 제시하는데, 그 이유는, 발견 메시지를 수신한 디바이스가 그 발견 메시지를 발신한 디바이스와의 통신을 위한 자신의 동의를 아직 제공하지 않았기 때문이다.

Claims (15)

  1. 제 1 디바이스로부터 나오고 그리고 멀티미디어 IP 코어 네트워크에 의해 관리되는 제 2 디바이스에 전송되는 수신된 메시지를 프로세싱하기 위한 프로세싱 방법으로서,
    상기 방법은, 상기 수신된 메시지가 상기 제 2 디바이스의 성능들 및 상태를 발견하기 위한 발견 메시지일 때 프로세서 엔티티에 의한 구현을 위한 것이고,
    상기 방법은,
    · 상기 발견 메시지의 필드로부터 상기 제 1 디바이스의 식별자를 획득하기 위한 획득 단계; 및
    · 상기 발견 메시지에 응답하기 위한 응답 모드를 선택하기 위해 상기 식별자의 함수로서 동작하는 선택 단계 ― 상기 모드는 적어도 2개의 응답 모드들을 포함하는 사전정의된 세트로부터 선택됨 ― 를 포함하고,
    상기 사전정의된 세트는 적어도:
    · 상기 발견 메시지에 대한 부분적인 또는 잘못된(erroneous) 응답을 상기 제 1 디바이스에 전송하는 것을 포함하는 응답 모드 ― 상기 발견 메시지에 대한 부분적인 응답은 상기 제 2 디바이스의 성능들의 오직 일부만을 제공하거나 또는 상기 제 2 디바이스의 상태만을 나타내고, 그리고 잘못된 응답은 상기 제 2 디바이스의 상태와 상이한 상태를 나타내거나 또는 상기 제 2 디바이스의 성능들에 대응하지 않는 성능들을 포함함 ―; 및
    · 상기 제 2 디바이스의 성능들 및 상태를 포함하는, 투명한(transparent) 상기 발견 메시지에 대한 응답을 상기 제 1 디바이스에 전송하는 것을 포함하는 응답 모드를 포함하는,
    프로세싱 방법.
  2. 제 1 항에 있어서,
    상기 발견 메시지는 SIP OPTIONS 메시지이고,
    상기 제 1 디바이스의 식별자를 포함하는 이 메시지의 필드는 FROM 필드 또는 P-Asserted-Identity 필드인,
    프로세싱 방법.
  3. 제 1 항에 있어서,
    상기 프로세서 엔티티는, 상기 제 2 디바이스와 연관된 식별자들의 적어도 하나의 사전정의된 리스트에서의 상기 제 1 디바이스의 식별자의 존재 또는 부재의 함수로서 상기 사전정의된 세트로부터 응답 모드를 선택하는,
    프로세싱 방법.
  4. 제 3 항에 있어서,
    상기 사전정의된 리스트는, 상기 제 2 디바이스 또는 원격의 장비에 저장된 연락처 리스트인,
    프로세싱 방법.
  5. 제 1 항에 있어서,
    상기 프로세서 엔티티는, 상기 제 1 디바이스의 식별자가 상기 제 2 디바이스의 네트워크 도메인 또는 허가된 네트워크 도메인과 동일한 네트워크 도메인에 속하는지 아니면 속하지 않는지의 함수로서 상기 사전정의된 세트로부터 응답 모드를 선택하는,
    프로세싱 방법.
  6. 제 1 항에 있어서,
    상기 프로세서 엔티티는, 상기 제 1 디바이스의 식별자가 미리결정된 사용자 파트(part) 또는 미리결정된 유형의 사용자 파트를 포함하는지 아니면 포함하지 않는지에 의존하여 상기 사전정의된 세트로부터 응답 모드를 선택하는,
    프로세싱 방법.
  7. 제 1 항에 있어서,
    상기 제 1 디바이스에 전송된 응답은, 상기 메시지의 수신시에 상기 제 2 디바이스에 대해 진행중인 세션들의 수 또는 유형 중 적어도 하나에도 의존하는,
    프로세싱 방법.
  8. 제 1 항에 따른 프로세싱 방법의 단계들을 실행하기 위한 명령들을 포함하는 컴퓨터 프로그램을 저장하는,
    비-일시적 컴퓨터 판독가능 저장 매체.
  9. 제 1 디바이스로부터 나오고 그리고 멀티미디어 IP 코어 네트워크에 의해 관리되는 제 2 디바이스에 전송되는 수신된 메시지를 프로세싱하기 위한 프로세서 엔티티로서,
    상기 프로세서 엔티티는, 상기 수신된 메시지가 상기 제 2 디바이스의 성능들 및 상태를 발견하기 위한 발견 메시지인 경우에 액티베이팅되는(activated) 수단을 포함하고,
    상기 수단은:
    · 상기 발견 메시지의 필드로부터 상기 제 1 디바이스의 식별자를 획득하기 위한 수단; 및
    · 상기 발견 메시지에 응답하기 위한 응답 모드를 선택하기 위해 상기 식별자의 함수로서 동작하기 위한 수단 ― 상기 모드는 적어도 2개의 응답 모드들을 포함하는 사전정의된 세트로부터 선택됨 ― 을 포함하고,
    상기 사전정의된 세트는 적어도:
    · 상기 발견 메시지에 대한 부분적인 또는 잘못된 응답을 상기 제 1 디바이스에 전송하는 것을 포함하는 응답 모드 ― 상기 발견 메시지에 대한 부분적인 응답은 상기 제 2 디바이스의 성능들의 오직 일부만을 제공하거나 또는 상기 제 2 디바이스의 상태만을 나타내고, 그리고 잘못된 응답은 상기 제 2 디바이스의 상태와 상이한 상태를 나타내거나 또는 상기 제 2 디바이스의 성능들에 대응하지 않는 성능들을 포함함 ―; 및
    · 상기 제 2 디바이스의 성능들 및 상태를 포함하는, 투명한 상기 발견 메시지에 대한 응답을 상기 제 1 디바이스에 전송하는 것을 포함하는 응답 모드를 포함하는,
    프로세서 엔티티.
  10. 멀티미디어 IP 코어 네트워크에 의해 관리되는 단말로서,
    디바이스로부터 나오고 상기 단말에 전송되는 수신된 메시지를 프로세싱하기 위한 제 9 항에 따른 프로세서 엔티티를 포함하는,
    단말.
  11. 디바이스를 관리하는 멀티미디어 IP 코어 네트워크와 연관된 서버로서,
    상기 서버는 상기 디바이스에 전송된 수신된 메시지를 프로세싱하기 위한 제 9 항에 따른 프로세서 엔티티를 포함하는,
    서버.
  12. 통신 시스템으로서,
    · 멀티미디어 IP 코어 네트워크에 의해 관리되는 제 1 디바이스 및 제 2 디바이스 ― 상기 제 1 디바이스는 상기 제 2 디바이스의 성능들 및 상태를 발견하기 위한 발견 메시지를 전송하도록 구성됨 ―; 및
    · 상기 발견 메시지를 수신하고 그리고 이를 프로세싱하기 위한 제 9 항에 따른 프로세서 엔티티를 포함하는,
    통신 시스템.

  13. 삭제
  14. 삭제
  15. 삭제
KR1020147036750A 2012-05-29 2013-05-17 메시지를 프로세싱하기 위한 방법 및 엔티티 KR102109099B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR1254919 2012-05-29
FR1254919A FR2991530A1 (fr) 2012-05-29 2012-05-29 Procede et entite de traitement d'un message
PCT/FR2013/051086 WO2013178909A1 (fr) 2012-05-29 2013-05-17 Procédé et entité de traitement d'un message

Publications (2)

Publication Number Publication Date
KR20150023519A KR20150023519A (ko) 2015-03-05
KR102109099B1 true KR102109099B1 (ko) 2020-05-11

Family

ID=48656224

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020147036750A KR102109099B1 (ko) 2012-05-29 2013-05-17 메시지를 프로세싱하기 위한 방법 및 엔티티

Country Status (11)

Country Link
US (1) US10091708B2 (ko)
EP (1) EP2856732B1 (ko)
JP (1) JP6293740B2 (ko)
KR (1) KR102109099B1 (ko)
CN (1) CN104396213B (ko)
BR (1) BR112014029410B1 (ko)
ES (1) ES2880477T3 (ko)
FR (1) FR2991530A1 (ko)
RU (1) RU2643498C2 (ko)
WO (1) WO2013178909A1 (ko)
ZA (1) ZA201408555B (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015076714A1 (en) * 2013-11-22 2015-05-28 Telefonaktiebolaget L M Ericsson (Publ) Centralised capability discovery
EP2975865A1 (en) * 2014-07-18 2016-01-20 Alcatel Lucent Method and server for performing capability discovery
FR3052006A1 (fr) * 2016-05-31 2017-12-01 Orange Procede de qualification de l'identite d'un terminal appelant
WO2019149990A1 (en) * 2018-02-03 2019-08-08 Nokia Technologies Oy Application based routing of data packets in multi-access communication networks

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060252444A1 (en) * 2005-05-03 2006-11-09 Timucin Ozugur Presence enabled call hunting group

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0110542D0 (en) * 2001-04-30 2001-06-20 Nokia Corp Messaging system
CN100544371C (zh) * 2004-10-11 2009-09-23 华为技术有限公司 在综合业务中实现能力协商的方法
KR100700607B1 (ko) 2005-06-21 2007-03-28 엘지전자 주식회사 단말 능력 버전을 이용한 컴비네이션 서비스 수행 방법 및시스템
EP1900118B1 (en) 2005-06-21 2014-04-09 LG Electronics Inc. Terminal, method and system for performing combination service using terminal capability version
KR101159878B1 (ko) 2005-10-13 2012-06-25 텔레폰악티에볼라겟엘엠에릭슨(펍) 멀티-사용자 통신 세션으로의 초대를 처리하는 방법 및장치
JP4795027B2 (ja) 2006-01-17 2011-10-19 三菱電機株式会社 通信装置及び通信システム
US7805425B2 (en) * 2006-04-28 2010-09-28 Microsoft Corporation Efficient database lookup operations
JP2009033299A (ja) 2007-07-25 2009-02-12 Panasonic Corp 通信の途切れを回避する通信装置、通信方法、及び通信プログラム
CN101217503B (zh) * 2007-12-27 2011-01-26 腾讯科技(深圳)有限公司 即时通讯音视频的能力交换方法、系统和即时通讯系统
US8364145B2 (en) * 2008-01-09 2013-01-29 Mediatek Inc. Methods and devices for dynamic menu update
JP5003961B2 (ja) 2008-01-24 2012-08-22 日本電気株式会社 携帯電話端末の状態通知システム
WO2010008840A2 (en) * 2008-06-23 2010-01-21 Research In Motion Limited Method for delivering device and server capabilities
EP2205020B1 (en) * 2008-12-31 2017-09-13 Telia Company AB Capability service in communications system
US9246955B2 (en) 2009-03-06 2016-01-26 Telefonaktiebolaget L M Ericsson (Publ) Capability query handling in a communication network
JP5316164B2 (ja) 2009-03-30 2013-10-16 日本電気株式会社 電子メール配信システム、該システムに用いられる電子メール配信方法及び電子メール配信制御プログラム
US20100312897A1 (en) * 2009-05-04 2010-12-09 Andrew Allen System and method for implementing media and media transfer between devices
US20110019650A1 (en) * 2009-07-21 2011-01-27 Sabine Van Niekerk Methods and apparatus for optimization of device capability exchange in a network
US20110113141A1 (en) 2009-11-06 2011-05-12 Koninklijke Kpn N.V. Controlling a Session in a Service Provisioning System
EP2493166B1 (en) * 2011-02-11 2020-06-03 Vodafone IP Licensing Limited Communications Method based on service capability and social presence.

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060252444A1 (en) * 2005-05-03 2006-11-09 Timucin Ozugur Presence enabled call hunting group

Also Published As

Publication number Publication date
BR112014029410A2 (pt) 2017-06-27
BR112014029410B1 (pt) 2023-01-03
US10091708B2 (en) 2018-10-02
EP2856732B1 (fr) 2021-04-28
RU2643498C2 (ru) 2018-02-01
CN104396213B (zh) 2018-10-02
KR20150023519A (ko) 2015-03-05
US20150131478A1 (en) 2015-05-14
JP2015521011A (ja) 2015-07-23
ES2880477T3 (es) 2021-11-24
EP2856732A1 (fr) 2015-04-08
RU2014153554A (ru) 2016-07-20
JP6293740B2 (ja) 2018-03-14
CN104396213A (zh) 2015-03-04
ZA201408555B (en) 2016-01-27
WO2013178909A1 (fr) 2013-12-05
FR2991530A1 (fr) 2013-12-06

Similar Documents

Publication Publication Date Title
Poikselkä et al. The IMS: IP multimedia concepts and services
KR101507632B1 (ko) 로컬 네트워크로의 원격 액세스를 위한 방법 및 장치
US8862746B2 (en) Systems and methods for integrating applications on user equipment utilizing special URI control messages
US11063990B2 (en) Originating caller verification via insertion of an attestation parameter
US20070171898A1 (en) System and method for establishing universal real time protocol bridging
EP2112799A1 (en) Service integrity handling in an IMS-based system
CN101192920B (zh) 一种应答请求的方法和设备
US8494527B2 (en) Method for transferring a communication session in a telecommunications network from a first connection to a second connection
JP2008536379A (ja) Imsベースの通信を開始するための方法
EP2938041B1 (en) Method and system for selection in multi-device scenario
EP2862328B1 (en) Methods and apparatus for implementing a conference call
CN105307144B (zh) 一种注册方法、呼叫方法、应用服务器及网络域设备
KR102109099B1 (ko) 메시지를 프로세싱하기 위한 방법 및 엔티티
CN107079019A (zh) 经由运营商网络的基于浏览器服务的认证
WO2016007465A1 (en) Centralized routing in hybrid networks
EP2020131B1 (en) Methods for establishing pt session in order to use pt box
CN101800945A (zh) 区分共享同一公共用户标识的多个用户设备的方法及装置
US9030956B2 (en) Method, computer-readable medium, and apparatus for providing different services to different users of an aggregate endpoint in an internet protocol multimedia subsystem (IMS) network
WO2008036008A1 (en) Multiple response options for incoming communication attempts
CN112600983A (zh) 用于重定向通信请求的方法和装置
EP2747360A1 (en) Provisioning a user device in a network subsystem
CN115834679A (zh) 通知消息推送方法及系统
Ivov et al. CUSAX: Combined Use of the Session Initiation Protocol (SIP) and the Extensible Messaging and Presence Protocol (XMPP)
Ivov et al. RFC 7081: CUSAX: Combined Use of the Session Initiation Protocol (SIP) and the Extensible Messaging and Presence Protocol (XMPP)

Legal Events

Date Code Title Description
AMND Amendment
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
X091 Application refused [patent]
AMND Amendment
X701 Decision to grant (after re-examination)
GRNT Written decision to grant