KR20060133977A - 얼리 미디어 데이터 ｉ의 핸들링 - Google Patents

얼리 미디어 데이터 ｉ의 핸들링 Download PDF

Info

Publication number
KR20060133977A
KR20060133977A KR1020067009440A KR20067009440A KR20060133977A KR 20060133977 A KR20060133977 A KR 20060133977A KR 1020067009440 A KR1020067009440 A KR 1020067009440A KR 20067009440 A KR20067009440 A KR 20067009440A KR 20060133977 A KR20060133977 A KR 20060133977A
Authority
KR
South Korea
Prior art keywords
user data
port
sip
subscriber
terminal
Prior art date
Application number
KR1020067009440A
Other languages
English (en)
Other versions
KR100963368B1 (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 KR20060133977A publication Critical patent/KR20060133977A/ko
Application granted granted Critical
Publication of KR100963368B1 publication Critical patent/KR100963368B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area 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/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/327—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the session layer [OSI layer 5]
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Manufacturing Of Magnetic Record Carriers (AREA)
  • Manufacturing Of Steel Electrode Plates (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Auxiliary Devices For Music (AREA)
  • Communication Control (AREA)

Abstract

얼리 미디어-사용자 데이터 흐름의 효과적인 선택은, 하나의 발신측-가입자(터미널 A)와 적어도 하나의 착신측-가입자(터미널 B; B') 사이의 호출 초기화로 인하여 하나 이상의 원격 통신망("SIP 프록시)"을 경유하여 전송되는 사용자 데이터(B를 위한 13; B'을 위한 14)를 선택하기 위한 방법에 의해서 가능하며, 상기 방법에서는 착신측-가입자(B; B')로부터 착신측-가입자-송신-어드레스(IP b, 포트-b; B'의 IP-b', 포트-b')와 함께 전송된 사용자 데이터(13 (/B); 14 (/B'))를 선택하기 위하여, 상기 발신측-가입자(A)가 적어도 하나의 착신측 가입자(B; B')의 응답 메시지((B를 위한) 9,10; (B'을 위한) 11,12) 내에 포함된 착신측-가입자-수신-어드레스-데이터(IP-B, 포트-B; IP-B', 포트-B')를 사용하며, 하나의 착신측 가입자(B)의 착신측 가입자-수신-어드레스-데이터(IP-B, 포트-B)가 또한 상기 착신측 가입자(B)의 착신측 가입자-송신-어드레스-데이터(IP b, 포트 b)도 나타낸다.

Description

얼리 미디어 데이터 Ｉ의 핸들링 {HANDLING OF EARLY MEDIA DATA I}
본 발명은 발신측-가입자-터미널과 적어도 하나의 착신측-가입자-터미널 사이의 호출 초기화를 종결하기 전에 하나 이상의 원격 통신망을 경유하여 전송되는 "얼리 미디어(early media)"-사용자 데이터를 선택하기 위한 방법 및 장치에 관한 것이다.
소위 "세션 초기화 프로토콜(SIP: Session Initiation Protocol)"은 예를 들어 전화 통화들의 소위 "호출 제어(Call Control)"를 위해 사용될 수 있는 시그널링 프로토콜이다. SIP는 IETF에 의하여 RFC 3261 및 예전 버전인 RFC 2543으로 표준화된다. 교환 통신 접속을 서술하기 위하여, SIP는 IETF RFC 3264에 기술된 방식으로 소위 IETF RFC 2327 "세션 서술 프로토콜(SDP: Session Description Protocol)"을 사용한다. 협상이 완료된 사용자 접속들과 마찬가지로 SIP도 통상적으로는 인터넷 프로토콜을 통하여 전송된다. SIP는 상기 방식으로 예를 들면 3GPP 또는 3GPP2에 의해 표준화된 모바일 전파통신 네트워크의 소위 "인터넷 멀티미디어 서브시스템(IMS: Internet Multimedia Subsystem)"에 사용된다.
발신자 A의 SIP 터미널로부터 착신 사용자 B로의 호출이 초기화되는 동안에, SIP 시그널링은 스위칭 노드들, 소위 "프록시들(Proxies)"에 의해 리다이렉트(redirect) 될 수 있다. 이 경우 상기 프록시들에게는 B에 접속하고자 하는 사 용자 A의 요청을 나타낸 인입 메시지(소위 "INVITE request")를 복수의 다른 프록시들 또는 SIP 터미널들에게 동시에 또는 순차적으로, 예를 들면 사용자 B를 검색하기 위하여 리다이렉트 하는 것이 허용된다. 상기 복수의 다른 프록시들도 또한 리다이렉트 중에 메시지를 분기(branch)할 수 있기 때문에, 메시지의 나뭇가지형 분기(a tree-like branching)가 이루어질 수 있다. 이와 같은 메시지의 분기된 리다이렉션은 SIP에서 "포킹(forking)"으로 표기된다.
상기 INVITE 메시지가 사용자 B의 터미널에 도달하면, 상기 터미널은 예를 들어 통신 접속을 위해 사용되는 미디어(예컨대 음성, 비디오) 및 그에 대한 부호화 방식을 협상하기 위해서 이용될 수 있거나, 또는 (예를 들어 SIP 전화기가 울림으로써) 사용자 B가 착신 호출되었음을 표시하기 위해 이용될 수 있는 소위 "1xx 임시 응답(1xx provisional response)"-메시지로 응답할 수 있다. 포킹의 경우에는, 예를 들어 다수의 SIP 전화기들이 동시에 울리면 복수의 터미널들이 상기와 같은 임시 응답들을 전송하는 상황이 발생할 수 있다. 발신 터미널 A와 착신측 터미널 B 사이의 통신 관계 초기화를 종결하기 위하여, 예를 들어 사용자 B가 SIP 전화기를 오프 후크(off the hook) 하였을 때, 상기 후자의 터미널은 소위 "2xx 최종 응답(2xx final response)"(최종 응답 = 최후의/종결하는 응답)으로 응답한다. 복수의 B 터미널들은 예를 들어 벨이 울리는 복수의 SIP 전화기들이 오프 후크되면 그러한 최종 응답들을 전송할 수 있다. 따라서, 터미널 A가 복수의 B 터미널들로부터 "임시 응답들" 및/또는 "최종 응답들"을 수신하는 상황이 발생할 수 있다. 각 터미널 B는 A에 대한 응답으로서 자신이 전송하는 모든 메시지들을 동일한 고유 식별자를 이용하여 전송한다. 만일 새로운 식별자의 SIP 응답 메시지들이 터미널 A에 도착하면, 터미널 A는 새로운 터미널 지점과 통신하고 있다는 것을 그로부터 학습한다. 이러한 경우 SIP는 터미널 A와 그에 응답하는 터미널 B 사이에 존재하는 소위 "다이얼로그(dialogue)"를 참조한다. A(및/또는 경우에 따라서는 B)가 다이얼로그를 위한 최종 응답을 수신하기 전에, 이는 "얼리 다이얼로그(Early Dialogue)"로 일컬어지고, 차후의 상태는 "설정 다이얼로그(Established Dialogue)"로 일컬어진다.
터미널 A 및 B는 통신 관계 초기화의 종료 전에 이미 "얼리 미디어"로 일컬어지는 미디어(사용자 데이터)를 교환할 수 있다. 따라서, 예를 들어 종래의 전화 네트워크의 경우와 마찬가지로 링톤(ring tone)들과 어나운스먼트(announcement)들이 바람직하게는 B로부터 A의 방향으로 전송될 수 있다. SIP 시그널링을 사용하는 전화 네트워크에서는, "얼리 미디어" 전송에 의한 지원은 네트워크가 종래 전화 네트워크에 연결되어 있는 경우에 특히 중요하다.
A로부터 B로의 통신 관계의 초기화 동안 포킹의 결과로서 복수의 다이얼로그들이 터미널 A 내에서(/A와 함께) 설정된다면, A는 다양한 터미널들 B, B'로부터 또한 미디어(사용자 데이터), 특히 "얼리 미디어"도 수신한다. 터미널 A는 적합한 방식으로 상기 미디어를 표시해야 한다. 예를 들면, 디스플레이 스크린상의 별개의 윈도우들에 다양한 인입 비디오 스트림들이 디스플레이되도록 하는 것이 생각할 수 있다. 그러나, 종종 단 하나의 인입 미디어 스트림만을 선택하고 나머지 미디어 스트림들은 거부하는 것이 바람직한데 - 그 이유는 예를 들어 모바일 터미널의 디스플레이 스크린은 너무 작아 복수의 윈도우들을 보여주지 못하거나 또는 다양한 링톤들 또는 어나운스먼트들의 겹치기가 내용을 이해할 수 없도록 만들 수 있기 때문이다.
상응하는 SIP 다이얼로그들에 대한 정보는 디스플레이에 적합한 미디어 스트림(사용자 데이터-스트림)의 선택을 가능케 하는 기준일 수 있다:
- 만일 "얼리 다이얼로그"가 제 1 SIP "최종 응답"의 수신에 의해 "설정 다이얼로그"가 된다면, 그에 대응하는 미디어 스트림을 선택하는 것이 중요하다.
- 각각 마지막으로 설정된 "얼리 다이얼로그"에 대응하는 "얼리 미디어"를 선택하는 것이 중요할 수 있다. 특히 프록시들이 순차적인 방식으로 포킹을 인입하는 경우가 해당된다. 터미널이 부정적인 응답을 전송하거나, 또는 예를 들어 어떠한 사용자도 "오프-후크"하지 않았기 때문에 주어진 시간 이후에 상기 터미널과의 통신 관계가 설정되지 않았다면, 프록시는 INVITE 요청(the INVITE request)을 다른 터미널로 리다이렉트 한다. IETF는 터미널 A로 하여금 단지 순차적인 검색만을 프록시가 요청할 수 있도록 할 수 있는 방법들을 상술한다(draft-ietf-sip-callerprefs).
- 터미널 A는 SIP 시그널링을 이용하여 다이얼로그들을 종료시킬 수 있는데, 그 이유는 예를 들면 단지 제한된 개수의 다이얼로그들을 지원하는 것만이 가능하기 때문이다. 그러나, 대응하는 미디어들은 시그널링 및 미디어의 네트워크 지연 시간 때문에 일정 시간 동안 수신을 지속할 수 있다. 상기 전환 시간(transition time) 동안 미디어를 삭제하는 것은 바람직하다.
SIP 및 SDP 내에 포함된 정보들은 SIP 다이얼로그가 그에 대응하는 미디어 스트림과 상관 관계를 갖도록 항상 명백하게 허용하지는 않는다. 특히, 발신자 A의 터미널은 IP 주소 및 포트, 예를 들면 UDP 포트(IETF RFC 768 참조)를 선택하되, 상기 정보를 포함하는 INVITE 요청을 전송하기 이전에 미디어 스트림들을 수신하기 위하여 선택한다. 그러므로 모든 인입 미디어는 동일한 IP 주소 및 동일한 포트에서 수신된다. 그것들은 수신 패킷들의 IP 헤더 내 "소스 IP 주소" 및 UDP 헤더 내 "소스 포트"를 나타내는 파라미터에 의해 구별될 수 있다. 다시 말해, 상기 IP 주소 및 포트는 상기 패킷들이 전송되어 온 장소를 의미한다. 그러나, RFC 3264에 따른 SIP/SDP 내에는 상기 소스 IP 주소 및 소스 포트에 대한 정보는 포함되어 있지 않고, 오히려 다만 "목적지" IP 주소 및 "목적지" 포트, 즉 패킷들이 전송된 장소의 IP 주소 및 포트에 대한 정보만이 포함되어 있다.
SIP 포킹이 설계되었을 때, "얼리 미디어"는 SIP 네트워크 내에서 다만 특별한 경우들에만, 예를 들면 종래의 전화 네트워크에 접속되는 경우들에만 발생하였기 때문에, "얼리 미디어"와의 상호작용은 처음에는 고려되지 않았다.
포킹의 경우에 "얼리 미디어"(사용자 데이터)를 핸들링하는 것은 현재 IETF SIPPING Working Group에서 논의중이다. "draft-camarillo-sipping-early-media" 초안은 얼리 미디어-사용자 데이터를 위하여 SIP를 이용하여 고유의 통신 접속들을 협상하는 것을 제안하며, 이 경우 터미널 B는, 상기 터미널 B가 A로부터 실제 사용자 접속을 위한 호출을 수신하고 상기 호출과 관련한 A와의 사용자 접속을 위하여 제일 먼저 얼리 다이얼로그로 진입할 때, "얼리 미디어"를 위한 통신 접속들에서 발신자로서 기능한다. 그러나 이것은 상당히 더 많은 SIP 메시지들이 교환되어야 한다는 단점을 가지며, 특히 협대역 무선 인터페이스를 통한 전송의 경우에는 호출 초기화가 지연되고, 자원에 대한 필요성이 보다 높아진다. 또한, "얼리 미디어" 및 고유한 사용자 접속을 위한 별개의 전송 자원들을 준비해야 할 필요가 발생할 수 있다.
"draft-ietf-mmusic-sdp-srcfilter"에서 IETF MMUSIC Working Group은, 수신인이 패킷들을 수신할 때의 발송 장소를 나타내는 소스 IP 주소 및 소스 UDP 포트의 표현을 허용하는 파라미터를 SDP에 도입하는 것을 제안한다. 이러한 정보는 그 사이에 있는 소위 "방화벽들(Firewalls)"을 구현하는데 유용하다. 그러나, 상기 파라미터를 H.248 시그널링에 사용하는 것은 지금까지 기술되지 않았다.
본 발명의 목적은, 발신자의 SIP-터미널(호출 초기화-가입자 터미널 A)로 하여금 가급적 효과적인 매체 흐름(얼리-미디어-사용자 데이터)을 (특히 상기 매체 흐름의 추가 처리 또는 제거를 위하여) 선택할 수 있도록 하는 것이다. 상기 목적은 각각 독립항들의 대상에 의해서 해결된다.
발신자(A)의 SIP 터미널의 경우에는, SIP-다이얼로그(응답)와 매체 흐름(얼리-미디어-사용자 데이터) 사이에 상관 관계를 만드는 가능하다. 예를 들어 SIP-임시-응답-메시지 또는 SIP-최종-응답-메시지로 전송된 착신측-가입자-수신-어드레스(IP-어드레스/포트 번호)를 본 발명에 따라 사용하는 것은 호출 초기화 가입자(A)에 의해서 수신된 (착신측 가입자(B)에 의해 발송된) 매체 흐름 데이터(얼리-미디어-사용자 데이터)를 선택하기 위하여 - 이 경우에는 SIP에 의해서 (또는 SIP 로부터 전송되는 예컨대 SDP와 같은 프로토콜에 의해서) 시그널링 된 착신측-가입자-수신 어드레스 및 A에 의해 수신된 상기 매체 흐름의 패킷 내에서 지정된 한 착신자(B)의 발송 어드레스(IP "소스 어드레스" - 및 예컨대 UDP "소스 포트")가 동일하다는 사실이 가정되며 - 매체 흐름 데이터의 간단하고 효과적인 선택을 가능하게 한다. 가입자(B)가 상이한 IP 어드레스 및/또는 상이한 포트를 해당 매체 흐름의 송신 및 수신을 위하여 사용하는 것이 이론적으로는 가능하다 할지라도, B는 본 발명에 따라 이 목적을 위하여 동일한 IP 어드레스 및 동일한 포트를 사용하는 경우가 매우 빈번하다. SIP/SDP 시그널링으로부터 착신측-가입자-수신 어드레스를 본 발명에 따라 사용하는 것은 특히 저지되어야 할 매체 흐름을 선택하기에 적합하다. 따라서, B가 송신 및 수신을 목적으로 상이한 IP 어드레스 및/또는 포트를 사용하는 경우에, A가 실수로 매체 흐름을 저지하는 경우가 피해진다. 이 경우 A는 적어도 매체 흐름이 유일한 것으로서 수신되는 경우에는 항상 "올바른" 매체 흐름을 나타낼 수 있다. 예를 들면 A는 SIP 최종 응답을 수신한 후에 전환기(transition time) 동안에 다수의 매체 흐름을 수신할 수 있지만, 남아 있는 SIP "얼리 다이얼로그"에 상응하는 매체 흐름은 일반적으로 얼마 후에 종료된다.
당시의 표준화 문서 IETF-SIPPING "draft-camarillo-slipping-early-media", (즉 얼리 미디어-데이터를 위하여 SIP를 이용한 고유의 통신 접속을 협상함)와 달리, 본 발명에 따른 조치는 공중 인터페이스를 통해 전송될 SIP-메시지-개수 및 필요한 약간의 터미널의 변경 측면에서 매우 효과적이다.
선택을 위해 고려되는 착신측 가입자 수신 어드레스-데이터는 적절한 방식으 로 IP 어드레스 및 착신측 가입자(터미널 B)의 포트 번호를 포함한다.
SIP에 의해 시그널링 된 하나의 착신측 가입자(B)의 착신측 가입자-수신-어드레스-데이터(IP-B, 포트-B)가 또한 상기 착신측 가입자(B)의 착신측 가입자-송신-어드레스-데이터(IP b, 포트 b)를 나타낸다는 것은 특히 상기 두 개의 데이터가 동일하다는 것(IP-B = IP b, 포트 B = 포트 b)을 의미할 수 있다. 포트가 아니라 다만 IP 어드레스만을 관찰하거나 또는 심지어 단 하나의 Ipv6 어드레스 프리픽스를 관찰하는 것도 또한 바람직할 수 있다. 따라서, 3GPP TS 23.060에 따른 모바일 3GPP 터미널(소위 "사용자 장치(User Equipment; UE")을 위해서는, 상기 터미널이 다만 동일한 IPv6 어드레스 프리픽스를 갖는 IP 어드레스만을 사용한다는 내용이 보장된다.
본 발명의 추가의 특징 및 장점들은 도면을 참조한 아래의 실시예 설명부에서 기술된다.
도 1은 얼리-미디어-매체 흐름 데이터의 SIP-접속 및 전송을 셋업하는 경우의 시그널링을 개략적으로 도시한 도면이다.
셀룰러 모바일 무선통신 네트워크들(GSM, 3GCDMA2000, TDSCDMA 등과 같은)과 고정된 네트워크들, 그리고 관련된 터미널들과 시그널링 절차들(SIP, SDP)은, 본질적으로 이러한 문서(예를 들면, www.3gpp.org의 서술들 참조)에 잘 알려져 있다.
도 1은 SIP-터미널-A-접속부 및 SIP-터미널-A-시그널링부를 포함하는 호출 초기화 가입자(A)를 보여주며, 상기 가입자는 (도면에는 다만 본 발명의 이해를 위해 필수적인 SIP-프록시의 범위에서만 도시된) 이동 무선 통신망을 통하여, 사용자 데이터 접속을 셋업하기 위한 SIP-프로토콜에 따라 SIP 터미널(B)을 포함하는 착신측 가입자(=B) 및 SIP 터미널(B')을 포함하는 착신측 가입자(=B')와 통신한다. 예를 들어 SIP-터미널-A-접속부로서는 소위 "IM-MGW"가 다루어지고, SIP-프록시로서는 소위 "S-CSCF"가 다루어지며, SIP 터미널 B 및 B'로서는 소위 "UE"가 다루어진다. 단순화를 위해, 예컨대 "100 Trying", PRACK 및 200 OK(PRACK)과 같은 소수의 SIP 메시지가 삭제되었다. 도시된 실시예에서는, SIP-터미널-A-시그널링부로부터 SIP-터미널-A-접속부로의 메시지 1에 따라 원격 통신 접속(예를 들어 음성 접속 및 다른 사용자 데이터 접속을 위하여)을 셋업하기 위한 노력이 이루어지며, 이 경우 착신측 가입자 터미널(B)에서 호출된 사용자(B)가 제거(단계 15)될 때까지 메시지 3-7, 9, 10, 13은 발신측 가입자(A)와 착신측 가입자(B) 사이에서 (SIP 프록시를 이용한 시그널링 네트워크를 통하여) 교환된다. 상기 SIP-터미널-A-접속부는 SIP 터미널 A에 의하여 미래의 수신을 위해 사용될 어드레스(A의 IP 어드레스(IP-A) 및 A의 포트 번호(포트-A))를 선택하여 이것을 단계 3에서 SIP-터미널-A-시그널링부로 전달하며, 상기 SIP-터미널-A-시그널링부는 단계 4에서 터미널-A-수신 어드레스(IP A, 포트 A)가 지정된 SIP-INVITE-메시지를 원격 통신망(예컨대 셀룰러 모바일 무선 통신망)의 SIP 프록시로 전송하며, 상기 원격 통신망은 SIP 포킹을 적용하여 단계 5 또는 6에서 상기 SIP Invite-메시지를 착신측 가입자-B-터미널(SIP-터미널-B) 또는 착신측 가입자-B'-터미널(SIP-터미널-B')로 전송한 다음에, 단계 7에서 상기 SIP 터미널 B가 자신의 착신측 가입자-수신 어드레스(IP B, 포트 B) 및 전송 어드레스(IP b, 포트 b)를 선택하는 한편, 단계 8에서는 상기 SIP 터미널 B'이 수신을 위해서는 자신의 착신측-가입자-수신 어드레스(IP B' 및 포트 B')를 선택하고, 송신을 위해서는 자신의 전송 어드레스(IP b' 및 포트 b')를 선택한다. 단계 9에서는 착신측 가입자(B)에서 선택된 착신측-가입자-수신 어드레스(IP B 및 포트 B)가 다이얼로그(B)의 명확한 식별과 더불어 SIP-181-링잉-임시 응답-메시지로 하나의 원격 통신망의 SIP 프록시로 전송되며, 상기 SIP 프록시는 상기 메시지를 단계 10에서 착신측-가입자-수신 어드레스(IP-B, 포트 B)와 함께 발신측 가입자(A)로 전송한다. 더욱이 이 경우에는 단계 11에서 추가의 SIP 터미널 B'으로부터, 착신측-가입자-수신 어드레스(IP-B', 포트-B') 및 다이얼로그 식별부(B')를 갖는 "SIP 180 세션 프로그레스"-"임시 응답"-메시지가 SIP 프록시로 전송되고, (단계 12에서는) SIP 터미널(A)(발신측 가입자 A)로 전송된다.
상이한 다이얼로그 식별부(B 및 B')를 갖는 메시지(9 및 11)를 수신함으로써 상기 SIP-터미널-A-접속부는, 상기 접속부가 2개의 터미널(B 및 B')을 시그널링 한다는 것 그리고 단계 13 또는 14에서 SIP-터미널(B 및 B')로부터 발신측 가입자(A)의 터미널로 전송되는 바와 같이 두 개의 터미널이 가급적 상기 시점에서 미리 데이터(=얼리-미디어-데이터 = 매체 흐름 데이터)를 (IP-A, 포트-A)로 전송한다는 사실을 알게 된다. 이 경우 상기 SIP-터미널(B)(또는 추가의 착신자 및 SIP-터미널(B'))은 착신측 가입자-송신 어드레스(IP-b, 포트 b)(또는 IP-b', 포트-b')를 전송하며, 상기 송신 어드레스는 발신측 가입자(A)에서 출처의 결정을 가능하게 하기 위하여, 상기 데이터가 어디로부터 유래하는지를 지시한다. 더욱이, 단계 13 또는 14에서 전송된 얼리-미디어-데이터는 또한 IP-루팅을 위해 이용되는 발신측 가입자 의 목적 어드레스도 포함한다. 얼리 미디어-데이터는 예를 들어 링톤, 어나운스먼트 등을 포함할 수 있다.
호출이 (소위 포킹 안에서) 다수의 원격 통신망-교환 장치(프록시) 및/또는 SIP-터미널(예컨대 B, B')로 동시에 또는 순서대로 도달하고 상황에 따라서는 어드레싱 된 SIP 터미널(B, B') 및/또는 프록시로부터 추가의 터미널로 전달되면, 다수의 터미널로부터 임시적인 응답들 및 경우에 따라서는 얼리 미디어-매체 흐름 데이터가 발신측 가입자의 터미널(A)에 도착할 수 있게 되며, 상기 얼리 미디어-매체 흐름 데이터의 선택은 본 발명에 따라 간단하고 효과적으로 최적화된다.
이와 같은 과정은, (응답으로 전송되는) 착신측-가입자-수신 어드레스(IP B, 포트 B)가 착신측 가입자-B-송신 어드레스(IP-b, 포트-b)와 동일하고 후자가 선택을 위해 사용됨으로써, 발신측 가입자-터미널(A)에 의해 수신된 얼리-미디어-데이터(13, 14)가 그 내부에 포함된 착신측 가입자-송신 어드레스(IP b, 포트 b)로 간단하고도 효과적으로, 기존 장치의 큰 변동 없이 (추가 처리 또는 삭제를 위하여) 선택될 수 있음으로써 가능하다. 삭제는 예를 들어, "최종 응답 200-OK"-메시지가 단계 16 및 17에서 착신측 가입자-터미널-B로부터 발신측 가입자 터미널(A)로 전송된 후에 호출 초기화의 성공적인 종료가 신호로 전송됨으로써, 나중에 터미널(A)과 터미널(B) 사이에 "이스태블리시드 다이얼로그(Established Dialogue)"가 형성되며, 그 다음에 예를 들어 상기 메시지(16/17)에 의해 설정된 (다시 말해 다른 호출 가입자 전송 어드레스를 포함하는) 이스태블리시드 다이얼로그에 상응하지 않는 얼리-미디어-데이터 흐름이 발신측 가입자(A)에 의해서 삭제/억제/무시될 수 있다. 본 발명에 따라서는, 송신 어드레스(IP-b', 포트-b')를 갖는 매체 흐름 데이터가 무시됨으로써 억제가 이루어진다. 이 경우에는 (IP-b', 포트-b') 및 (IP-B', 포트-B')이 동일하다는 것이 가정되며, 이와 같은 가정은 실제로 매우 빈번하게 발생하는 경우이다. 상기 SIP-터미널-A-시그널링부는 메시지 17로 SIP-터미널-A-접속부에게, 송신 어드레스(IP-b', 포트-b')를 갖는 매체 흐름 데이터가 무시되어야 한다는 내용을 전달한다. 이 목적을 위해 메시지 17에서는 예를 들어 하나 또는 다수의 송신 어드레스를 억압하고, 무시되어야 하는 패킷을 포함하는 새로운 파라미터가 제공된다. 이 목적을 위해 예를 들어 IETF MMUSIC Working 그룹에 의해 "draft-ietf-mmusic-sdp-srcfilter"에서 제안된 SDP 파라미터가 이용될 수 있으며, 상기 파라미터는 SDP 내에서 H.248 프로토콜의 MOD-메시지 내부에서 전달된다. (IP-b', 포트-b') 및 (IP-B', 포트-B')이 실제로 동일한 경우에는, 소위 "클립핑(Clipping)"이 회피될 수 있는데, 다시 말해서 존재하지 않는 사용 접속은 접속 셋업 이후에 시그널링에서 SIP-터미널(B)의 최종 응답으로 인해 사용자의 제거 후에 종료된다. 존재하지 않는 사용 접속은 더 이상 관련이 없는, 다른 송신 어드레스(IP b', 포트 b')를 갖는 SIP-터미널(B')의 얼리 미디어-데이터 흐름의 추가 처리에 의해서 이루어진다. 그렇지 않다면, 상기 SIP-프록시의 SIP Cancel-메시지(단계 20)의 수신 후에 비로서 상기 추가의 SIP-터미널(B')로 (다만) 상기 SIP 터미널(B')이 얼리 미디어-데이터 흐름을 더 이상 전송하지 않게 되고, 터미널(A)이 계속해서 상기 얼리-미디어 데이터를 수신하는 동안에는 클립핑이 과도기 중에 계속하여 존재할 수 있다. (IP-b, 포트-b) 및 (IP-B, 포트-B)가 동일하지 않으면, 그럼에도 SIP-터미널(B)의 매체 흐름은 나타나게 된다. 그와 달리 SIP 터미널(A)이 "최종 응답 200-OK"-메시지 17의 수신 후에 다만 (IP-b, 포트-b)만을 수용하게 된다면, 심지어 예컨대 터미널(B')의 다른 "얼리 미디어"가 수신되지 않는 후에라도 "올바른" 미디어 흐름이 억제될 것이다.

Claims (15)

  1. 하나의 발신측-가입자(터미널 A)와 적어도 하나의 착신측-가입자(터미널 B; B') 사이의 호출 초기화로 인하여 하나 이상의 원격 통신망("SIP 프록시)"을 경유하여 전송되는 사용자 데이터(B를 위한 13; B'을 위한 14)를 선택하기 위한 방법에 있어서,
    착신측-가입자(B; B')로부터 착신측-가입자-송신-어드레스(IP b, 포트-b; B'의 IP-b', 포트-b')와 함께 전송된 사용자 데이터(13 (/B); 14 (/B'))를 선택하기 위하여, 상기 발신측-가입자(A)가 적어도 하나의 착신측 가입자(B; B')의 응답 메시지((B를 위한) 9,10; (B'을 위한) 11,12) 내에 포함된 착신측-가입자-수신-어드레스-데이터(IP-B, 포트-B; IP-B', 포트-B')를 사용하며,
    하나의 착신측 가입자(B)의 착신측 가입자-수신-어드레스-데이터(IP-B, 포트-B)가 또한 상기 착신측 가입자(B)의 착신측 가입자-송신-어드레스-데이터(IP b, 포트 b)도 나타내는,
    사용자 데이터를 선택하기 위한 방법.
  2. 제 1 항에 있어서,
    선택을 위해 사용되는 착신측-가입자-터미널-수신-어드레스-데이터가 IP-어드레스(IP-B) 및/또는 포트(포트-B)를 포함하는 것을 특징으로 하는,
    사용자 데이터를 선택하기 위한 방법.
  3. 제 1 항 또는 제 2 항에 있어서,
    상기 선택이 특정 송신 어드레스(IP b, 포트-b; B'의 IP-b', 포트-b')를 갖는 미디어 흐름 패킷의 삭제에 의해서 이루어지는 것을 특징으로 하는,
    사용자 데이터를 선택하기 위한 방법.
  4. 제 1 항 내지 제 3 항 중 어느 한 항에 있어서,
    SIP-터미널-A-시그널링부와 SIP-터미널-A-접속부 사이에서 하나 이상의 송신 어드레스(B'의 IP-b', 포트-b')를 전송하며, 상기 어드레스에 의해 수신된 사용자 데이터 패킷은 삭제되어야 하는 것을 특징으로 하는,
    사용자 데이터를 선택하기 위한 방법.
  5. 제 4 항에 있어서,
    소스 IP 어드레스 및 소스 UDP 포트를 억제하기 위하여, IETF MMUSIC Working Group에 의해 "draft-ietf-mmusic-sdp-srcfilter"에 규정된 SDP 파라미터를 사용하는 것을 특징으로 하는,
    사용자 데이터를 선택하기 위한 방법.
  6. 제 1 항 내지 제 5 항 중 어느 한 항에 있어서,
    상기 착신측-가입자-수신-어드레스-데이터(IP-B, 포트-B)를 착신측 가입 자(B)로부터 발신측-가입자(A)로 전송되는 SIP-메시지, 특히 SIP-임시-응답-메시지 또는 SIP-최종-응답-메시지로부터 얻는 것을 특징으로 하는,
    사용자 데이터를 선택하기 위한 방법.
  7. 제 1 항 내지 제 6 항 중 어느 한 항에 있어서,
    하나의 사용자 데이터 접속의 초기화 마지막(16 내지 18)의 클립핑이 더 이상 관련없는 사용자 데이터의 거부된 선택에 의해서 회피되는 것을 특징으로 하는,
    사용자 데이터를 선택하기 위한 방법.
  8. 제 1 항 내지 제 7 항 중 어느 한 항에 있어서,
    하나의 착신측 가입자(B, B')의 사용자 데이터 얼리-미디어-사용자 데이터를 선택하는 경우에는, 상기 SIP-최종-응답-메시지의 매체 흐름으로서 하나 또는 다수의 다른 얼리-미디어-사용자 데이터 흐름에 속하는 SIP-최종-응답-메시지의 수신 후에 발신측-가입자-단말(A)에서 삭제가 이루어지는 것을 특징으로 하는,
    사용자 데이터를 선택하기 위한 방법.
  9. 제 1 항 내지 제 8 항 중 어느 한 항에 있어서,
    새로운 착신측 가입자-수신-어드레스-데이터(IP-B, 포트-B)에 의해 새로운 얼리-미디어-사용자 데이터 흐름을 개방하는 하나의 착신측 가입자(B')의 메시지를 수신한 후에 하나의 착신측 가입자의 얼리 미디어-사용자 데이터를 선택하는 경우 에, 상기 새로운 얼리-미디어-사용자 데이터 흐름 앞에서 개방된 얼리 미디어-사용자 데이터 흐름으로부터 얼리-미디어-사용자 데이터를 삭제하는 것을 특징으로 하는,
    사용자 데이터를 선택하기 위한 방법.
  10. 제 1 항 내지 제 9 항 중 어느 한 항에 있어서,
    상기 발신측 가입자(A)가 SIP-다이얼로그를 종료하는 메시지(SIP Cancel 20)를 착신측 가입자(B')로 전송하며, 상기 발신측 가입자(A)가 적어도 착신측 가입자(B')의 착신측 가입자 수신 어드레스(IP-B', 포트 B')에 의해 수신된 얼리-미디어-데이터(13, 14와 같은)를 갖는 상기 착신측 가입자(B')로부터 삭제되는 것을 특징으로 하는,
    사용자 데이터를 선택하기 위한 방법.
  11. 제 1 항 내지 제 10 항 중 어느 한 항에 따른 방법을 실행하기 위한 장치.
  12. 제 11 항에 있어서,
    상기 발신측 가입자(A)가 시그널링 장치(SIP-터미널-A-시그널링부) 및 사용자 데이터 접속을 핸들링하는 장치(SIP-터미널-A-접속부)를 포함하는 것을 특징으로 하는,
    사용자 데이터를 선택하기 위한 장치.
  13. 제 11 항 또는 제 12 항에 있어서,
    상기 발신측 가입자(A)가 MGCF 또는 IM-MGW 또는 MRFC 또는 MPFP 또는 원격 통신망의 다른 중개 장치를 포함하는 것을 특징으로 하는,
    사용자 데이터를 선택하기 위한 장치.
  14. 제 11 항 내지 제 13 항 중 어느 한 항에 있어서,
    사용자 데이터(얼리-미디어-데이터(13, 14))를 SDP-메시지로 전송하기 위하여 H.248- 또는 MEGACO-접속이 제공되며, H.24- 또는 MEGACO-접속부 안에 하나 이상의 착신측 가입자-어드레스 데이터가 지정되어 있는 것을 특징으로 하는,
    사용자 데이터를 선택하기 위한 장치.
  15. 제 1 항 내지 제 14 항 중 어느 한 항에 있어서,
    상기 원격 통신망이 이동 무선 통신망인 것을 특징으로 하는,
    사용자 데이터를 선택하기 위한 장치.
KR1020067009440A 2003-10-16 2004-09-24 얼리 미디어 데이터 ｉ의 핸들링 KR100963368B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10348208A DE10348208A1 (de) 2003-10-16 2003-10-16 Behandlung von Early Media-I
DE10348208.3 2003-10-16

Publications (2)

Publication Number Publication Date
KR20060133977A true KR20060133977A (ko) 2006-12-27
KR100963368B1 KR100963368B1 (ko) 2010-06-14

Family

ID=34442020

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020067009440A KR100963368B1 (ko) 2003-10-16 2004-09-24 얼리 미디어 데이터 ｉ의 핸들링

Country Status (12)

Country Link
US (1) US7577109B2 (ko)
EP (1) EP1673918B1 (ko)
KR (1) KR100963368B1 (ko)
CN (1) CN1868196B (ko)
AT (1) ATE358388T1 (ko)
AU (1) AU2004306948B2 (ko)
BR (1) BRPI0415407B1 (ko)
DE (2) DE10348208A1 (ko)
MX (1) MXPA06004147A (ko)
PL (1) PL1673918T3 (ko)
RU (1) RU2374777C2 (ko)
WO (1) WO2005039139A1 (ko)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100563282C (zh) * 2005-05-29 2009-11-25 华为技术有限公司 网络互通时主叫用户终端听被叫信号音的方法
JP4341628B2 (ja) * 2006-01-25 2009-10-07 コニカミノルタビジネステクノロジーズ株式会社 データ通信装置及びデータ通信処理プログラム
US20070294411A1 (en) * 2006-06-20 2007-12-20 Nokia Corporation Methods, Apparatuses, a System and Computer Program Products for Providing Early Session Media to Announce Another Media Session
US8850012B2 (en) * 2006-08-21 2014-09-30 Nokia Corporation Mechanism for charging and session handling supporting forking
CN101227303B (zh) * 2007-01-19 2011-08-24 中兴通讯股份有限公司 彩铃和彩像发送方法以及早媒体发送方法
CN101123593B (zh) * 2007-09-20 2010-06-09 中兴通讯股份有限公司 媒体网关控制功能实现早媒体功能的方法
US8384756B2 (en) * 2008-12-30 2013-02-26 General Instrument Corporation Video telephony device having functionality to mute incoming messages that are being recorded
US8121600B2 (en) * 2008-12-30 2012-02-21 Motorola Mobility, Inc. Wide area mobile communications over femto-cells
US8107956B2 (en) * 2008-12-30 2012-01-31 Motorola Mobility, Inc. Providing over-the-top services on femto cells of an IP edge convergence server system
US9532191B2 (en) 2012-05-18 2016-12-27 Kirusa, Inc. Multi-modal transmission of early media notifications
CN106489275B (zh) * 2014-07-16 2020-01-31 瑞典爱立信有限公司 会话发起协议分叉中的策略控制方法及节点
US10931719B2 (en) * 2015-04-20 2021-02-23 Avaya Inc. Early media handling
US10397285B2 (en) * 2016-02-29 2019-08-27 Nec Corporation Early-media service control device, early-media service control method, and storage medium having program stored thereon

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9715857D0 (en) * 1997-07-29 1997-10-01 Philips Electronics Nv Wireless networked message routing

Also Published As

Publication number Publication date
US7577109B2 (en) 2009-08-18
AU2004306948A1 (en) 2005-04-28
US20070002775A1 (en) 2007-01-04
RU2006116572A (ru) 2007-11-27
RU2374777C2 (ru) 2009-11-27
MXPA06004147A (es) 2006-06-27
DE502004003359D1 (de) 2007-05-10
DE10348208A1 (de) 2005-05-19
EP1673918B1 (de) 2007-03-28
ATE358388T1 (de) 2007-04-15
CN1868196A (zh) 2006-11-22
AU2004306948B2 (en) 2009-07-30
BRPI0415407A (pt) 2006-12-05
BRPI0415407B1 (pt) 2018-02-14
PL1673918T3 (pl) 2007-08-31
CN1868196B (zh) 2012-11-07
KR100963368B1 (ko) 2010-06-14
EP1673918A1 (de) 2006-06-28
WO2005039139A1 (de) 2005-04-28

Similar Documents

Publication Publication Date Title
US7886060B2 (en) Establishing and modifying network signaling protocols
US7809125B2 (en) Method and apparatus for selection of special-purpose gateways
US9462124B2 (en) Managing early media for communication sessions established via the session initiation protocol (SIP)
US8358583B2 (en) Controlling QoS in a wireless apparatus
US7898974B2 (en) Method for obtaining QoS information of a session
EP1483888B1 (en) Apparatus and method for computer telephone integration in packet switched telephone networks
KR100855115B1 (ko) 얼리 미디어 ⅱ의 핸들링
US8098671B1 (en) Monitoring datagrams in a data network
US7280532B2 (en) Call set-up method using SIP-T overlap signaling
US20080240375A1 (en) Method Of Processing Multiple Ring Back Tone In Voice Service Application Based On Sip Fork
US8737968B2 (en) Method and system for handling a multi-media call setup request
JP4874993B2 (ja) 通信システムにおける初期メディアの容易化
KR100963368B1 (ko) 얼리 미디어 데이터 ｉ의 핸들링
US9071690B2 (en) Call transfer processing in SIP mode
KR101069530B1 (ko) 차세대통신망에서 착신 통화로 제어 장치 및 그 방법과, 그를 이용한 멀티미디어 정보 서비스 시스템 및 그 방법
US8249238B2 (en) Dynamic key exchange for call forking scenarios
US8495225B2 (en) Methods and arrangements for a telecommunications system
EP2326138A1 (en) Communication method and gateway device based on SIP phone
US8571019B1 (en) In-band address tunneling
JP2006050250A (ja) Ｉｐ電話システム用の呼制御方法及び呼制御システム

Legal Events

Date Code Title Description
A201 Request for examination
N231 Notification of change of applicant
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130523

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20140522

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20150521

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20160526

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20170525

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20180525

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20190515

Year of fee payment: 10