KR101214326B1

KR101214326B1 - 멀티미디어 통신 시스템에서 여러 서비스를 제공하는 방법및 장치

Info

Publication number: KR101214326B1
Application number: KR1020077000557A
Authority: KR
Inventors: 페르 신네르그렌; 매츠 스틸레
Original assignee: 텔레폰악티에볼라겟엘엠에릭슨(펍)
Priority date: 2004-07-09
Filing date: 2004-07-09
Publication date: 2012-12-21
Also published as: JP2008506303A; US8239547B2; BRPI0418942A; KR20070032314A; US8443091B2; US20120278384A1; EP1766918B1; CN1985489A; EP1766918A1; JP5026964B2; WO2006006897A1; BRPI0418942B1; US20090055473A1; CN1985489B

Abstract

현재 SIP와 같은 세션 개시 프로토콜을 사용하는 멀티미디어 통신 시스템에서, 서비스 변화(예컨대, 새로운 미디어 유형을 현재 멀티미디어 대화에 부가함)는 클라이언트 및 서버 둘 다에서 상당한 지연 및 프로세서 로드를 수반한다. 본 발명은 여러 시그날링 채널(141,142)에서 세션 시그날링 및 미디어 제어 시그날링을 분리하고 각각의 서비스 변화를 위해서 SIP 세션을 재설정하는 것에 대한 필요성을 제거함으로써 이를 해결한다. 애플리케이션 서버(120)는 멀티미디어 대화에 포함된 각각의 멀티미디어 클라이언트(110)에 의해서 지원되는 모든 미디어 유형의 리스트를 유지한다. 여러 미디어 유형을 갖는 하나 이상의 미디어 스트림을 하나 이상의 다른 멀티미디어 클라이언트(들)에게 전송하도록 요청하는 각각의 멀티미디어 클라이언트(110)는 단지 애플리케이션 서버(120)와 교섭한다. 본 발명의 개념은 사용자에 의해서 인식되는 바와 같이 서비스 변화의 속도를 높이고 네트워크 지연을 상당히 감소시킨다. 본 발명은 다양한 멀티미디어 회의 애플리케이션에 이익이다.

서비스 변화, 시그날링 채널, 애플리케이션 채널, 미디어 유형, 멀티미디어 클라이언트, SIP 코어

Description

멀티미디어 통신 시스템에서 여러 서비스를 제공하는 방법 및 장치{METHOD AND ARRANGEMENT FOR PROVIDING DIFFERENT SERVICES IN A MULTIMEDIA COMMUNICATION SYSTEM}

본 발명은 멀티미디어 통신 시스템에서 여러 서비스를 제공하는 방법 및 장치에 관한 것이다.

현재 3GPP 및 3GPP2(제 3 세대 파트너쉽 프로젝트)와 같은 전기 통신 커뮤니티에서의 선두에서는 차세대의 전기 통신 서비스를 위한 패킷 교환 코어 네트워크를 명기하고 있다. 3GPP에서, 코어 네트워크 도메인은 IMS(IP 멀티미디어 서브시스템)이라 칭해지고, 3GPP2에서는 MMD(멀티미디어 도메인)이라 칭해진다.

IMS 도메인 및 MMD 도메인 사이에는 호출 또는 세션을 설정하기 위한 시그날링이 SIP(세션 개시 프로토콜)(IETF RFC 3261)을 사용하여 수행되는 유사성이 있다. 멀티미디어 서비스는 SIP 메시지를 사용하여 설정되는데, 이는 또한 SDP(세션 기술 프로토콜)(IETF RFC 2327)을 반송한다. 세션 또는 호출을 시작하는 멀티미디어 클라이언트(단말기)는 서비스가 메시지의 SDP의 일부에서 사용될 모든 미디어 유형을 기술한다. 미디어 유형은 코어 네트워크 도메인에서 애플리케이션 서버를 통해 호출된 멀티미디어 클라이언트와의 SIP 메시지 교환으로 결정된다.

미디어는 전형적으로 RTP(실시간 트랜스포트 프로토콜)(IETF RFC 3550)을 사용하여 IP를 통해 전송되지만 다른 트랜스포트 및 애플리케이션 프로토콜이 사용될 수도 있다.

IP 기반 네트워크를 사용하는 것은 서비스 변화를 수행할 수 있게 한다. 서비스 변화는 활성 세션 동안에 멀티미디어 서비스로/로부터 동일하거나 다른 유형의 하나 이상의 미디어 스트림을 부가하거나 제거하도록 하는 가능성이다. 한 예는 진행 호출 동안에 현재 VoIP(IP를 통한 음성) 스트림으로 비디오 스트림을 부가하거나 제거하기를 원하는 사용자이다.

VoIP 내의 서비스 변화는 SIP 메시지를 사용하는 결정 절차로서 설명된다. 예를 들면, 클라이언트는 먼저 SIP 메시지를 전송하여 VoIP 호출을 시작한다. SIP INVITE 메시지는 SDP를 반송하는데, 이는 사용하기 위한 음성 코덱에 대한 설명을 포함한다. 나중에, 사용자는 또한 재-INVITE 메시지라 칭해지는 다른 SIP INVITE 메시지를 전송함으로써 세션에 비디오 스트림을 부가하기를 원한다. 재-INVITE 메시지에서, SDP는 음성 코덱 및 비디오 코덱 둘 다를 설명한다.

ISM/MMD 구조 내에서의 개념은 셀룰러 네트워크를 통한 푸쉬-투-토크(PoC)이다. 이런 개념은 이동 전화 사용자가 IP에 걸쳐서 워키-토키와 동일한 방식으로 다른 이동 전화 사용자 그룹과 함께 하프-듀플렉스 모드(half-duplex mode)로 통신하도록 한다. 셀룰러 네트워크에서 IP를 사용하는 한 장점은 그것이 더 효율적으로 네트워크 리소스를 사용한다는 점이다. 네트워크 리소스는 전체 호출 세션 대신에 토크 스퍼트(talk spurts)의 지속 기간 동안만 사용된다. 이런 호출 세션은 SIP를 사용하여 설정되고, 트랜스포트하는 음성을 위한 미디어 채널은 RTP를 사용한다. PoC는 워키-토키 기능을 실현하기 위해서 특정한 호출 제어 기능을 또한 필요로 한다. 예를 들어, 미디어 채널이 유휴 상태일 때, 사용자는 이동 전화의 버튼을 눌러 (그룹의 다른 사용자와 대화를 시작하기 위해서) 이런 채널에 접속하도록 요청할 수 있다. 사용자가 버튼을 해제할 때, 미디어 채널은 유휴 상태가 되고 그룹의 다른 사용자는 이런 채널로의 액세스를 필요로 할 수 있다. 이런 메커니즘은 "플로어를 제어하는 것"에 관한 "플로어 제어(floor control)"라 칭해진다. PoC에 대한 세계적으로 공동 이용 가능한 표준을 제공하기 위해서, 통신 산업은 이런 분야에서 다수의 사양을 제시해왔다. 한 예는 PoC 릴리즈 1.0 사양 'PoC User Plane', Transport Protocols'인데, 이는 RTP 제어 프로토콜(RTCP)을 사용하여, 그 중에서도 특히 미디어 채널에 플로어 제어 메커니즘을 설명한다. 그러나 플로어 제어 메커니즘은 서비스 변화를 어드레스하지 않는다.

멀티미디어 대화에서 서비스 변화를 위해서 대역 외 시그날링(예컨대 SIP/SDP)을 사용하는 것의 문제는 각각의 시그날링 메시지가 매우 많은 중간 네트워크 노드(SIP 코어)를 지난다는 것이다. SIP/SDP 프로토콜은 이런 메시지의 내용이 2진으로 인코딩되는 대신에 '사람들이 읽을 수 있는' ASCII 문장을 갖기 때문에 큰 메시지를 사용한다. SIP/SDP 프로토콜은 또한 진행중인 세션의 재설정이 각각의 서비스 변화를 위해 필요로 한다. 모든 이런 팩터(factor)들은 불필요한 지연 및 높은 프로세서 로드에 이를 것이다.

본 발명은 세션 시그날링 플랜(plane) 및 미디어 제어 시그날링 플랜인 두 개의 플랜에서 시그날링을 먼저 분리하여 이런 문제점을 해결한다.

세션 시그날링 플랜은 세션 제어(예를 들어 종래 기술에서 공지된 바와 같이 SIP 시그날링을 사용함)를 위한 시그날링을 포함한다. 세션 시그날링은 세션 시그날링 채널 상에 트랜스포트된다. 미디어 제어 시그날링 플랜은 서비스 변화, 플로어 제어 등과 같은 미디어 제어 시그날링을 포함한다. 미디어 제어 시그날링은 세션 시그날링 채널로부터 분리된 미디어 제어 채널 상에 트랜스포트된다. 미디어 제어 채널은 미디어 채널에서 '대역 내' 방식으로 구현되거나 미디어 채널에 근접한 관계의 분리 채널을 사용하여 구현될 수 있다.

본 발명은 또한 중간 애플리케이션 서버를 포함하는 새로운 미디어 유형 결정 절차를 도입한다. 이런 애플리케이션 서버는 세션에 포함된 각각의 멀티미디어 클라이언트가 지원될 수 있는 미디어 유형에 대한 정보를 모은다. 모아진 정보로부터, 애플리케이션 서버는 각각의 멀티미디어 클라이언트가 최소 상호 운용성을 성취하기 위해서 사용하도록 허용되는 멀티미디어 유형을 결정할 수 있다.

둘 이상의 멀티미디어 클라이언트를 포함하는 세션을 설정하기를 희망하는 멀티미디어 클라이언트(세션 개시 클라이언트)는 차례로 멀티미디어 클라이언트(들)를 초대한다. 세션은 대역 외 시그날링 채널을 통해 초대 메시지를 초대된 멀티미디어 클라이언트로의 어드레스를 갖는 중간 애플리케이션 서버로 전송함으로써 설정된다. 초대 메시지는 또한 세션 개시 클라이언트가 지원할 수 있는 세트의 미디어 유형을 포함한다.

애플리케이션 서버는 초대된 멀티미디어 클라이언트로 세션 초대 메시지를 보낸다. 초대된 멀티미디어 클라이언트가 초대를 허용한다면, 상기 클라이언트는 세션 응답 메시지에서 지원할 수 있는 멀티미디어 유형의 세트와 함께 응답한다. 애플리케이션 서버는 세션 설정이 이어지는 세션 응답 메시지와 함께 세션 개시 클라이언트에 응답한다.

다른 멀티미디어 클라이언트를 향하는 각각의 초대 절차 동안에, 애플리케이션 서버는 이런 다른 멀티미디어 클라이언트에 대한 지원된 멀티미디어 유형에 대한 정보를 모은다.

세션에 포함된 멀티미디어 클라이언트들 중 하나(또한 요청하는 멀티미디어 클라이언트 또는 전송하는 멀티미디어 클라이언트라고도 칭해짐)가 하나 이상의 멀티미디어 유형(예컨대, 음성, 비디오 등)을 갖는 멀티미디어 스트림을 전송하기 원할 때, 상기 클라이언트는 '요청'된 미디어 유형의 세트를 포함하는 애플리케이션 서버로 제 1 미디어 요청을 전송한다. '요청'된 미디어 유형의 세트는 요청하는 멀티미디어 클라이언트를 위해 지원된 미디어 유형의 세트의 서브 세트이거나 이와 동일하다. 세션에서 모든 멀티미디어 클라이언트가 지원될 수 있는 미디어 유형에 대해 모아진 정보로부터, 애플리케이션 서버는 요청하는 멀티미디어 클라이언트에게 제 1 미디어 승인에서 '허용'된 미디어 유형의 세트를 승인한다.

제 1 미디어 요청 및 제 1 미디어 승인은 시그날링 채널과 다른 미디어 제어 채널을 통해 세션 초대 메시지 및 세션 응답 메시지에서 또는 분리된 미디어 제어 메시지에서 전송된다. 이런 미디어 제어 채널은 분리된 채널로서 구현될 수 있거나 미디어 채널의 '대역 내'에서 구현될 수 있다. 미디어 제어 메시지는 또한 종래 기술(즉, SIP)에서 공지된 세션 제어 메시지에 사용되는 긴 ASCII 문장에 반하는 짧은 2진 문장을 사용할 수 있다.

요청하는 멀티미디어 클라이언트는 이제 애플리케이션 서버를 통해 수신하는 멀티미디어 클라이언트로 미디어 채널에 걸쳐 ('허용'된 미디어 유형의 세트에 따라) 멀티미디어 스트림을 전송할 수 있다. 애플리케이션 서버는 (필요로 된다면) 미디어 스트림을 복제하고 그것을 수신하는 멀티미디어 클라이언트로 재전송한다.

세션 중의 어떤 시간에, 요청하는 멀티미디어 클라이언트의 사용자는 수신하는 클라이언트를 향하는 서비스 변화를 바꿔서 예컨대, 전송 음성으로부터 단지 음성 + 비디오를 전송하도록 스위칭할 가능성이 있다.

요청하는 멀티미디어 클라이언트는 새로운 미디어 요청을 '요청'된 미디어 유형의 새로운 세트를 포함하는 애플리케이션 서버로 전송한다. 애플리케이션 서버는 요청하는 멀티미디어 클라이언트에게 새로운 미디어 승인에서 '허용'된 미디어 유형의 새로운 세트를 승인한다.

요청하는 멀티미디어 클라이언트는 이제 애플리케이션 서버를 통해 수신하는 멀티미디어 클라이언트로 미디어 채널에 걸쳐 ('허용된 미디어 유형의 새로운 세트에 따라) 미디어 스트림을 전송한다.

새로운 미디어 요청 및 새로운 미디어 승인은 미디어 제어 메시지에서 전송된다.

애플리케이션 서버는 어떤 미디어 유형을 전송하기 위해서 모든 수신하는 멀티미디어 클라이언트가 이런 미디어 유형을 지원하지 않을지라도 요청하는 멀티미디어 클라이언트를 매우 양호하게 승인할 수 있다. 이런 경우에 애플리케이션 서버는 수신하는 멀티미디어 클라이언트로 미디어 유형을 재전송하는 대신 애플리케이션 내에서 이런 미디어 유형을 갖는 미디어 흐름을 끝낼 것이다.

애플리케이션 서버는 또한 예컨대, 가입자 정보, 애플리케이션 서버 등에 의해서 강화된 로컬 정책과 같은 부가적인 파라미터에 따라 '허용'된 미디어 유형의 다른 세트를 요청하는 멀티미디어 클라이언트를 승인할 수 있다.

현재 발명의 주요 목적은 신속하고 효율적인 서비스 변화를 허용하는 것이고 본 발명은 여러 장점을 갖는다. 세션 제어 프로토콜로부터 분리되고 SIP 코어를 지나가지 않는 미디어 제어 프로토콜을 사용함으로써, 시그날링 지연은 네트워크에서 감소된다. 본 발명의 개념은 또한 각각의 서비스 변화를 위해 재설정하는 진행중인 세션에 대한 필요성을 제거함으로써 시그날링을 상당히 감소시키는 것이다. 시그날링 및 지연을 감소시키면, 사용자에 의해 인지되는 바와 같이 서비스 변화 절차의 속도가 빨라진다.

본 발명은 이제 첨부된 도면을 참조하여 바람직한 실시예와 함께 더 상세히 설명될 것이다.

도1은 네트워크 엘리멘트, 여러 시그날링 및 미디어 인터페이스가 포함된 기 능적인 아키텍쳐를 도시하는 블록도,

도2는 서비스 변화를 위한 전형적인 정보 흐름을 도시하는 흐름도,

도3은 VoIP 및 비디오를 포함하는 실시예에서 음성 세션을 설정하기 위한 정보 흐름을 도시하는 흐름도,

도4는 VoIP 및 비디오를 포함하는 실시예에서 설정된 음성 세션에서의 서비스 변화를 요청하기 위한 정보 흐름을 도시하는 도3에 대한 연속물인 흐름도,

도5는 PoC 및 비디오를 포함하는 실시예에서 세션을 설정하기 위한 정보 흐름을 도시하는 흐름도, 및

도6은 PoC 및 비디오를 포함하는 실시예에서 설정된 세션에서의 서비스 변화를 요청하기 위한 정보 흐름을 도시하는 도5의 연속물인 흐름도.

본 발명의 하나 이상의 실시예를 구현하는 멀티미디어 통신 시스템에 대한 기능적인 아키텍처가 도1에서 보여진다. 모바일 비디오 전화(110), 애플리케이션 서버(120) 및 네트워크(130)가 도1에서 예시된 아키텍쳐는 다수의 멀티미디어 클라이언트를 허용한다. 애플리케이션 서버(120)는 세션 시그날링 유닛(121) 및 미디어 리소스 유닛(122)과 같은 다수의 기능적인 엔티티를 포함한다. 세션 시그날링 유닛(121)은 시그날링 인터페이스(123)를 갖는데, 이는 멀티미디어 클라이언트(110)로부터 SIP 시그날링 메시지를 수신하고 멀티미디어 클라이언트(110)로 SIP 시그날링 메시지를 전송한다. SIP 시그날링 프로토콜은 세션 시그날링 채널(141) 상에서 트랜스포트된다. 미디어 리소스 유닛(122)은 미디어 제어 인터페이스(124)를 갖는데, 이는 멀티미디어 클라이언트(110)로부터 미디어 제어 시그날링을 수신하거나 멀티미디어 클라이언트(110)로 미디어 제어 시그날링을 전송한다. 미디어 제어 시그날링은 미디어 제어 채널(142) 상에서 트랜스포트된다. 미디어 흐름은 미디어 채널(143) 상에서 트랜스포트된다. 미디어 리소스 유닛(122)은 미디어 인터페이스(125)를 갖는데, 이는 멀티미디어 클라이언트(110)로부터 미디어 스트림을 수신하고 멀티미디어 클라이언트로 미디어 스트림을 전송한다. 미디어 리소스 유닛은, 필요로 된다면, 멀티미디어 클라이언트(110)로부터 수신된 미디어 스트림을, 복제 유닛(126)을 사용하여 멀티미디어 대화에서 포함된 다른 멀티미디어 클라이언트로 복제한다. 미디어 리소스 유닛(122)은, 또한 어떤 다른 멀티미디어 클라이언트에 의해서는 지원되지 않는 멀티미디어 클라이언트로부터 수신된 미디어 스트림 내의 임의의 미디어 유형을 끝낼 수 있다. 애플리케이션 서버(120)는, 또한 세션 시그날링 및 미디어 제어 시그날링을 처리하는 프로세서 로직(128) 및 데이터를 저장하는 메모리 에어리어(127)를 포함하여, 각각의 멀티미디어 클라이언트(110)에 대해 지원되는 미디어 유형의 세트를 포함한다.

세션 시그날링 채널(141)은 네트워크(130)에서 다수의 다른 중간 노드를 통과할 수 있고, 각각의 노드에서 세션 시그날링 메시지가 처리된다. SIP 시그날링을 처리하는 이런 중간 노드는 일반적으로 SIP 코어(131)라 칭해지는 것 아래에 연결된다. 미디어 제어 채널(142) 및 미디어 채널(143)은 둘 다 세션 시그날링 채널(141)로부터 명확하게 분리된다. 그러나 미디어 제어 채널(142) 및 미디어 채널(143)은 선택적으로 동일한 채널에 통합된다.

도2는 애플리케이션 서버(120)에서 보여지는 바와 같이 서비스 변화를 위한 전형적인 정보 흐름을 도시한다. 애플리케이션 서버(120)는 제 1 멀티미디어 클라이언트로부터 세션 초대 메시지를 수신한다. 세션 초대 메시지는 제 1 멀티미디어 클라이언트로부터 지원된 미디어 유형의 세트를 포함한다. 이런 세트는 애플리케이션 서버(120)에 저장된다(204). 애플리케이션 서버(120)는 세션 초대 메시지(202)를 제 2 멀티미디어 클라이언트로 전송한다. 제 2 멀티미디어 클라이언트가 초대를 허용한다면, 상기 클라이언트는 세션 응답 메시지를 전송한다(203). 세션 응답 메시지(203)는 제 2 멀티미디어 클라이언트에 의해서 지원되는 미디어 유형의 세트를 포함한다. 이런 세트는 또한 애플리케이션 서버(120)에 저장된다. 애플리케이션 서버(120)는 또한 세션 응답 메시지(205)를 제 1 멀티미디어 클라이언트로 전송하여 세션 초대가 성공적이라는 것을 나타낸다. 세션 초대 절차는 제 1 멀티미디어 클라이언트에 의해서 세션에 초대되는 각각의 부가적인 멀티미디어 클라이언트에 대해 반복될 수 있다.

임의의 멀티미디어 클라이언트가 세션에 포함될 때, 다른 멀티미디어 클라이언트로 미디어 스트림(예컨대, 음성)을 전송하기 시작하기를 원하는 요청하는 멀티미디어 클라이언트는 제 1 미디어 요청을 전송한다(206). 애플리케이션 서버(120)가 다른 멀티미디어 클라이언트에 대해 지원된 미디어 유형을 인식하기 때문에, 애플리케이션 서버(120)는 다른 멀티미디어 클라이언트에 의해 지원된 미디어 유형의 모든 세트를 갖는 요청된 미디어 유형의 제 1 세트를 포함(207)하고, 허용된 미디어 유형의 제 1 세트를 갖는 미디어 승인(208)과 함께 응답함으로써 요청을 승인한다. 요청하는 멀티미디어 클라이언트는 이제 허용된 미디어 유형의 제 1 세트에 따라 미디어 유형과 함께 미디어 채널 상에 미디어 흐름을 전송할 수 있다. 미디어 흐름은 애플리케이션 서버(120)에 의해서 수신되고(209), (필요로 된다면) 복제되고, 다른 멀티미디어 클라이언트로 전송된다(210). 대화 동안에, 요청하는 멀티미디어 클라이언트는 (예컨대, 현재 음성 대화로 비디오를 부가함으로써) 미디어 흐름을 수정하기를 희망한다. 요청하는 멀티미디어 클라이언트는 제 2 미디어 요청(211)을 요청된 미디어 유형의 제 2 세트를 포함하는 애플리케이션 서버(120)에 전송한다. 애플리케이션 서버(120)는 다른 멀티미디어 클라이언트에 의해서 지원되는 미디어 유형의 모든 세트를 갖는 요청된 미디어 유형의 제 2 세트를 포함하고(212), 제 2 미디어 승인(213)과 함께 요청을 승인한다. 이런 제 2 미디어 승인(213)은 허용된 미디어 유형의 제 2 세트를 포함한다. 미디어를 요청하는 클라이언트는 이제 허용된 미디어 유형의 제 2 세트에 따라 미디어 유형을 갖는 미디어 채널 상에 수정된 미디어 흐름을 전송할 수 있다. 미디어 흐름은 애플리케이션 서버(120)에 의해서 수신되고(214), (필요로 된다면) 복제되며, 다른 멀티미디어 클라이언트로 재전송된다(215).

제 1 및 제 2 미디어 요청(206,211) 및 제 1 및 제 2 미디어 승인(208,213)은 전형적으로 미디어 제어 메시지에서 전송된다.

도2에서 전형적인 정보 흐름은 여러 옵션을 허용한다. 요청하는 멀티미디어 클라이언트는 제 1 미디어 클라이언트와 동일하고, 제 1 멀티미디어 클라이언트는 초대 절차 이후에 즉시 데이터를 전송하기 시작하기를 희망하며, 제 1 미디어 요청(206) 및 제 1 미디어 승인(208)은 세션 초대 메시지(202) 및 세션 응답 메시지(205) 각각에 통합될 수 있다. 선택적으로, 세션 초대 메시지의 제 1 미디어 요청(206)을 전송할 수 있고, 분리된 미디어 제어 메시지의 제 1 미디어 승인(208)을 전송할 수 있다.

다른 옵션은 제 1 미디어 요청(206) 및 제 1 미디어 승인(208)이 '무조건적인' 미디어 승인에 의해 교체될 수 있도록 하는 것이다. 예컨대, VoIP 서비스가 요청된다는 것을 (예컨대, 저장된 멀티미디어 클라이언트 예약 데이터로부터 또는 세션 초대 메시지(201)에서 다른 파라미터에서 확인함으로써) 애플리케이션 서버(120)가 인식한다면, 제 1 미디어 승인(208)이 제 2 멀티미디어 클라이언트를 향하는 세션 초대 메시지(202) 및 제 1 멀티미디어 클라이언트를 향하는 세션 응답 메시지에 통합될 수 있다. 제 1 미디어 승인(208)은 이런 예에서, VoIP 대화가 일반적으로 음성을 사용하여 시작하는 것과 같이 미디어 유형 '음성'을 포함할 것이다.

미디어 유형(207,212)을 비교하는 것 외에, 애플리케이션 서버(120)는 예컨대 가입자 정보, 애플리케이션 서버(120) 등에 의해 강화된 로컬 정책과 같은 부가적인 파라미터에 따라 허용된 미디어 유형의 다른 세트를 요청하는 클라이언트를 승인할 수 있다.

상술되고 도2에 도시된 서비스 변화 절차는 물론 한 개 또는 두 개의 서비스 변화 이벤트만으로 제한되지 않는다. 임의의 포함된 멀티미디어 클라이언트의 한가한 시간에 세션 동안의 어떤 시간에, 서비스 변화는 요청되어 상술된 멀티미디어 제어 메시지를 사용하여 반복될 수 있다.

재전송된 미디어 흐름에서의 임의의 미디어 유형을 지원하지 않는 멀티미디어 클라이언트에 대해서, 이런 임의의 미디어 유형은 이런 클라이언트에 도달하기 전에 애플리케이션 서버(120)에서 끝날 수 있다.

도3 및 도4는 세션 설정 실시예를 도시하고 비디오(예컨대, 비디오 클립)로 질이 높아진 VoIP(IP에 걸친 음성) 대화를 위한 서비스 변화 절차를 도시한다. 정보 흐름에 포함된 네트워크 엔티티는 두 개의 사용자 단말기 또는 멀티미디어 클라이언트, 클라이언트1(310) 및 클라이언트2(350), SIP 코어(131) 및 애플리케이션 서버(120)이다.

멀티미디어 클라이언트(310,350)는 SIP 시그날링 및 미디어 제어 시그날링을 사용하여 애플리케이션 서버(120)와 통신한다. SIP 시그날링 메시지는 전형적으로 세션 시그날링 채널(141)에 트랜스포트되고 시그날링 네트워크의 다수의 중간 노드(SIP 코어(131))에 의해서 처리된다. 미디어 제어 시그날링은 SIP 코어로부터 분리되어, 미디어 제어 채널(142) 상에서 트랜스포트된다. 애플리케이션 서버(120)는 또한 미디어 채널(143) 상의 멀티미디어 클라이언트(310, 350)로부터 수신된 미디어 스트림을 수신하여 재전송한다.

클라이언트1(310) 및 클라이언트2(350) 사이의 세션을 설정하는 정보 흐름이 도3에 도시된다.

도4는 서비스 변화 절차에 대한 정보 흐름을 도시한다.

그의/그녀의 클라이언트1(310)를 사용하는 사용자는 클라이언트2(350)를 사용하는 다른 사용자와 함께 멀티미디어 세션을 개시하도록 요청한다(301). 클라이언트1(310)는 SIP 코어(131)로 SIP INVITE 메시지(311)를 전송한다. SIP INVITE 메시지(311)는 클라이언트1(310)를 지원할 수 있는 모든 미디어 유형(이런 예에서는 음성 및 비디오)의 세트를 포함한다. SIP INVITE 메시지(311)는 또한 요청된 미디어 유형(이런 예에서는 단지 음성)의 제 1 세트를 포함한다. SIP 코어(131)는 SIP 100 시도 메시지(312)로 응답한다. SIP 100 시도 메시지(312)는 SIP INVITE 메시지(311)가 SIP 코어(313)에 의해서 수신되고 일부 특별히 지시하지 않은 동작이 이런 세션을 위해서 취해진다는 것을 나타낸다. SIP 코어(131)는 클라이언트1(310)로부터 수신된 미디어 유형의 세트를 포함하는 SIP INVITE 메시지(321)를 애플리케이션 서버(120)로 전송한다. 애플리케이션 서버(120)는 SIP 100 시도 메시지(322)로 SIP 코어(131)에 응답한다. 애플리케이션 서버(120)는 클라이언트1(310)로부터 수신된 미디어 유형의 세트를 저장하고 SIP INVITE 메시지(331)를 SIP 코어(131)로 전송한다. SIP 코어(131)는 SIP 100 시도 메시지(332)로 애플리케이션 서버(120)에 응답하고 SIP INVITE 메시지(341)를 클라이언트2(350)에 전송한다. 클라이언트2(350)는 클라이언트2의 사용자에게 인입하는 호출 표시(351)를 발생한다. 사용자가 세션 초대를 허용한다면(352), 클라이언트2(350)는 SIP 200 OK 메시지(342)를 SIP 코어(131)로 전송하고 차례로 SIP 200 OK 메시지(333)를 애플리케이션 서버(120)로 전송한다. 두 개의 SIP 200 OK 메시지(342,333)는 클라이언트2(350)가 지원할 수 있는 모든 미디어 유형(이런 예에서는 음성 및 비디오)의 세트를 반송하고 이런 세트는 애플리케이션 서버(120)에 저장된다. 애플리케이션 서버(120)는 클라이언트1(310) 및 클라이언트2(350) 각각에 의해서 지원되는 모든 미디어 유형의 두 개의 세트를 비교한다. 클라이언트1(310)는 음성만을 시작하도록 요청했고 클라이언트2(350)는 음성을 지원하기 때문에, 애플리케이션 서버(120)는 허용된 미디어 유형(이런 경우에는 단지 음성)의 제 1 세트를 포함하는 SIP 200 OK 메시지(323)를 전송한다. SIP 코어(131)는 이런 정보를 SIP 200 OK 메시지(313)로 클라이언트1(310)로 보낸다. 클라이언트1(310)는 SIP ACK 메시지(314)를 IP 코어(131)로 전송하는데, 코어는 SIP ACK 메시지(324)를 애플리케이션 서버(120)로 전송한다.

이제 클라이언트1(310)는 RTP 프로토콜(325,343)을 사용하여 미디어 채널(143) 상에서 애플리케이션 서버(120)를 통해 클라이언트2(350)를 향하는 음성을 전송하기 시작할 수 있다.

음성 대화 동안에 클라이언트1의 사용자가 음성 외에 라이브 비디오 클립을 클라이언트2(350)로 전송할 가능성이 있다면, 서비스 변화가 필요하다. 이런 서비스 변화에 대한 정보 흐름이 도 4에 보여진다. 클라이언트1의 사용자가 이런 서비스 변화를 행하라고 요청할 때(401), 클라이언트1(310)은 애플리케이션 서버(120)로 음성 및 비디오를 전송하기 위한 요청과 함께 미디어 제어 메시지(411)를 전송한다. 클라이언트1(310) 및 클라이언트2(350) 둘 다 비디오를 지원하기 때문에, 애플리케이션 서버(120)는 이런 요청을 미디어 제어 메시지(412)로 승인한다. 애플리케이션 서버(120)는 또한 클라이언트2(350)로 미디어 제어 메시지(431)를 전송하여 서비스 변화를 나타낸다. 이제 클라이언트1(310)는 음성 및 비디오 미디어 스트림(421,441)을 클라이언트2(350)를 향해 전송할 수 있다.

클라이언트1의 사용자가 비디오 스트림을 중단(403)하기를 요청하고 음성 스 트림 만을 계속하기를 요청할 때, 클라이언트1(310)는 미디어 제어 메시지(413)를 애플리케이션 서버(120)에 전송하여 비디오 스트림을 해제하도록 요청한다. 애플리케이션 서버(120)는 또한 미디어 제어 메시지(432)를 클라이언트2(350)에 전송하여 새로운 서비스 변화를 나타낸다.

이제 클라이언트1(310)는 음성(422,442)만을 클라이언트2(350)를 향하여 전송한다. 미디어 제어 메시지(413)가 하나의 미디어 유형에 대한 해제를 고려하기 때문에, 애플리케이션 서버(120)가 임의의 응답 메시지를 전송할 필요가 없다.

본 발명의 다른 바람직한 실시예가 도5 및 도6에 도시된다. 도5 및 도6은 비디오로 가치가 높아지는 PoC(셀룰러를 통한 푸쉬-투-토크)에 대한 세션 설정 및 서비스 변화 절차를 도시한다. 원리는 VoIP(도3 및 도4)에 대한 것과 동일하지만, 여기서 미디어 제어 시그날링이 PoC로부터 공지된 플로어 제어 절차 및 회의 애플리케이션에서 사용되는 것과 동일한 메시지로 반송된다. PoC 콘텍스트에서 플로어 제어는 기본적으로 이동 전화의 사용자가 이동 전화의 버튼을 쉽게 눌러 다른 이동 전화 사용자 그룹에 공통인 통신 채널에 하프-듀플렉스 액세스를 요청하는 가능성이다.

도5와 함께 시작하면, 제 1 PoC 사용자인 PoC 클라이언트1(510)는 그의/그녀의 이동 전화의 PoC 버튼을 누른다(501). 다른 이동 전화와의 어떠한 세션도 이미 존재하지 않는다면, 이런 이벤트(501)는 PoC 클라이언트1(510)에 의해서 세션 개시 프로세스를 시작하는데, 이는 SIP INVITE 메시지(511)를 SIP 코어(131)로 전송한다. 이런 SIP INVITE 메시지(511)는 또한 무조건적인 '플로어 요청'으로서 여겨진다. SIP INVITE 메시지(511)는 PoC 클라이언트1(510)가 지원할 수 있는 모든 미디어 유형(이런 경우에는 오디오 및 비디오)의 세트를 포함한다. SIP INVITE 메시지(511)는 요청된 미디어 유형(이런 경우에는 단지 오디오)의 제 1 세트를 포함한다. SIP 코어(131)는 PoC 클라이언트1(510)에 SIP 100 시도 메시지(512)로 응답하고 SIP INVITE 메시지(521)를 애플리케이션 서버(120)로 전송한다. SIP INVITE 메시지(521)는 PoC 클라이언트1(510)로부터 수신된 미디어 유형의 세트를 포함한다. 애플리케이션 서버(120)는 SIP 100 시도 메시지(522)로 SIP 코어(131)에 응답한다. 애플리케이션 서버(120)는 PoC 클라이언트1(510)가 지원할 수 있는 모든 미디어 유형의 세트를 저장하고 SIP INVITE 메시지(531)를 SIP 코어(131)로 전송한다. SIP 코어(131)는 애플리케이션 서버(120)에 SIP 100 시도 메시지(532)로 응답하고 SIP INVITE 메시지(541)를 PoC 클라이언트2(550)로 전송한다.

PoC 클라이언트2(550)는 SIP 200 OK 메시지(542)를 SIP 코어(131)로 전송하는데, 이는 차례로 SIP 200 OK 메시지(533)를 애플리케이션 서버(120)로 전송한다. 두 개의 SIP 200 OK 메시지(542,533)는 PoC 클라이언트2(550)가 지원할 수 있는 모든 미디어 유형(이런 경우에 오디오 및 비디오)의 세트를 반송한다. 미디어 유형의 이런 세트는 애플리케이션 서버에 저장된다. 애플리케이션 서버(120)는 PoC 클라이언트1(510) 및 PoC 클라이언트2(550) 각각에 의해 지원되는 모든 미디어 유형의 두 세트를 비교한다. PoC 클라이언트1(510)는 음성만을 시작하도록 요청했고 PoC 클라이언트2(550)는 오디오만을 지원하기 때문에, 애플리케이션 서버(120)는 SIP 202 허용 메시지(524)를 전송한다. SIP 코어(131)는 이런 정보를 SIP 202 허용 메시지(513)에서 PoC 클라이언트1(510)로 보낸다. SIP 202 허용 메시지(524)를 전송하는 것에 관하여, 애플리케이션 서버(120)는 또한 미디어 요청 메시지 및 플로어 제어 메시지(523)와 허용된 미디어 유형(이런 경우에 오디오)의 제 1 세트의 결합을 포함하는 메시지를 전송한다.

PoC 클라이언트1(510)는 SIP ACK 메시지(514)를 SIP 코어(131)로 전송하는데, 이는 SIP ACK 메시지(525)를 애플리케이션 서버(120)로 전송한다. PoC 클라이언트의 사용자는 대화를 시작할 수 있는 대화 표시를 수신하다. 애플리케이션 서버(120)는 플로어 획득 오디오 메시지(534)를 PoC 클라이언트2(550)로 전송하고, PoC 클라이언트2의 사용자는 듣기 표시(551)를 수신한다.

도6에 도시된 바와 같이, 이제 PoC 클라이언트1(510)는 RTP 프로토콜(621,641)을 사용하여 미디어 채널(143) 상에서 애플리케이션 서버(120)를 통해 PoC 클라이언트2(550)를 향하는 하프-듀플렉스 오디오 스트림을 전송하기 시작할 수 있다(601).

PoC 클라이언트1의 사용자는 임의의 시간에 '플로어를 해제'할 수 있고 PoC 버튼을 해제함으로써 다른 PoC 클라이언트가 사용 가능한 채널을 만든다. 플로어 해제 오디오 메시지(611)는 애플리케이션 서버(120)로 전송된다. 애플리케이션 서버(120)는 플로어 유휴 메시지(631)를 PoC 클라이언트2(550)으로 전송하여 플로어가 유휴 상태이고 PoC 클라이언트2가 PoC 클라이언트2(550) 상에서 플로어 유휴 표시(651)를 수신한다는 것을 나타낸다.

세션 동안에 몇몇 시간에, PoC 클라이언트1의 사용자는 오디오 및 비디오 둘 다를 포함하는 멀티미디어 버스트(multimedia burst)를 전송하도록 요청한다(603). PoC 클라이언트1(510)은 플로어 요청 오디오 및 비디오 메시지(612)를 애플리케이션 서버(120)로 전송한다. 애플리케이션 서버(120)가 요청을 승인한다면, 플로어 획득 오디오 및 비디오 메시지(632)를 PoC 클라이언트2(550)로 전송하고, 플로어 승인 오디오 및 비디오 메시지(613)를 PoC 클라이언트1(510)로 전송한다. PoC 클라이언트2의 사용자는 PoC 클라이언트2(550) 상에서 도입 비디오 및 오디오 호출 표시를 수신하고 PoC 클라이언트1의 사용자가 PoC 클라이언트1(550) 상에서 대화 및 보여주기 표시를 수신한다(604).

이제 PoC 클라이언트1(510)가 RTP 프로토콜(622,642)을 사용하여 미디어 채널(143) 상에서 애플리케이션 서버(120)를 통해 PoC 클라이언트2(550)를 향해 하프-듀플렉스 음성 및 비디오 스트림을 전송하기 시작할 수 있다.

PoC 클라이언트1의 사용자가 오디오 및 비디오 스트림을 해제하기를 요청할 때(605), PoC 클라이언트1(510)는 플로어 해제 오디오 및 비디오 메시지(614)를 애플리케이션 서버(120)로 전송할 것이고, 애플리케이션 서버(120)는 플로어 유휴 메시지를 PoC 클라이언트2(550)로 전송한다. PoC 클라이언트2의 사용자는 PoC 클라이언트2(550) 상에서 플로어 유휴 표시(653)를 수신하고 PoC 클라이언트1(510) 및 PoC 클라이언트2(550) 사이의 미디어 채널은 이제 유휴 상태이다. '플로어'는 이제 세션에 포함된 임의의 클라이언트에 의해서 요청될 수 있다.

상기 도면에서 도시되고 상술된 본 발명의 실시예가 단지 두 멀티미디어 클라이언트들 사이의 서비스 변화를 설명할지라도, 본 발명의 개념은 물론 임의적인 수의 멀티미디어 클라이언트를 포함하는 서비스 변화를 허용한다. 초대된 각각의 새로운 멀티미디어 클라이언트에 대해서, SIP INVITE 메시지는 애플리케이션 서버(120)를 통해 초대된 클라이언트에 전송된다. 애플리케이션 서버(120)가 각각의 초대된 클라이언트로부터 수신하는 각각의 SIP 200 OK 메시지에 대해서, 각각의 초대된 클라이언트에 의해서 지원되고 이런 메시지에 포함된 미디어 유형의 세트가 애플리케이션 서버에 저장된다. 세션에 속하는 임의적인 멀티미디어 클라이언트(요청하는 멀티미디어 클라이언트)는 요청을 전송하여 미디어 스트림을 전송할 때마다, 애플리케이션 서버(120)는 특정한 시간에 미디어 채널의 유용성에 기초하여 이런 요청을 승인하고 멀티미디어 클라이언트에 포함된 모든 다른 것에 의해 지원되는 멀티미디어 유형을 승인한다. 다시, 애플리케이션 서버는 요청하는 멀티미디어 클라이언트가 임의의 미디어 유형을 전송하도록 세션에 속하는 임의의 멀티미디어 클라이언트가 이것을 지원하지 않을지라도 매우 양호하게 승인할 수 있다. 애플리케이션 서버는 이런 경우에 미디어 흐름을 이런 임의의 멀티미디어 클라이언트로 재전송하는 대신에 애플리케이션 서버의 내부에서 이런 미디어 유형을 갖는 미디어 흐름을 중단할 것이다.

'미디어 유형'이라는 어휘가 단지 음성, 비디오, 이미지 등이 아니라고 설명되어야만 하지만 예컨대, 음성, 비디오 등을 인코딩/디코딩하는 여러 알고리즘을 사용하는 코덱의 여러 유형을 의미할 수 있다는 것이 또한 중요하다.

Claims

애플리케이션 서버(120) 및 다수의 멀티미디어 클라이언트들(110)을 포함하는 멀티미디어 통신 시스템에서 여러 서비스를 제공하는 방법에 있어서,

상기 멀티미디어 클라이언트들 중 제 1 멀티미디어 클라이언트로부터, 상기 멀티미디어 클라이언트들 중 적어도 제 2 멀티미디어 클라이언트를 멀티미디어 대화의 일부가 되도록 초대하는 요청을 수신하는 단계,

상기 제 1 멀티미디어 클라이언트로부터, 상기 제 1 멀티미디어 클라이언트에 의해서 지원되는 미디어 유형의 세트를 수신하는 단계(201),

상기 제 2 멀티미디어 클라이언트로, 상기 제 2 멀티미디어 클라이언트를 상기 멀티미디어 대화의 일부가 되도록 초대하는 요청을 전송하는 단계(202),

상기 제 2 멀티미디어 클라이언트로부터, 상기 제 2 멀티미디어 클라이언트에 의해 지원되는 미디어 유형의 세트를 수신하는 단계(203),

상기 제 1 및 제 2 멀티미디어 클라이언트들에 의해 지원되는 상기 미디어 유형의 세트를 저장하는 단계(204),

상기 멀티미디어 클라이언트들 중 전송하는 멀티미디어 클라이언트로부터, 요청된 미디어 유형의 제 1 세트에 따라 상기 멀티미디어 클라이언트들 중 적어도 하나의 수신하는 멀티미디어 클라이언트를 향하여 미디어 스트림을 전송하는 요청을 수신하는 단계(206)로서, 상기 전송하는 멀티미디어 클라이언트 및 상기 수신하는 멀티미디어 클라이언트 모두는 상기 멀티미디어 대화의 일부가 되는, 상기 수신 단계(206),

각각의 수신하는 멀티미디어 클라이언트에 의해서 지원되는 미디어 유형의 각각의 세트와 상기 요청된 미디어 유형의 제 1 세트를 비교하는 단계(207),

상기 전송하는 멀티미디어 클라이언트로, 허용된 미디어 유형의 제 1 세트를 전송하는 단계(208),

상기 전송하는 멀티미디어 클라이언트로부터, 상기 허용된 미디어 유형의 제 1 세트에 따라 미디어 유형을 포함하는 제 1 미디어 스트림을 수신하는 단계(209), 및

상기 제 1 미디어 스트림을 상기 수신하는 멀티미디어 클라이언트에 전송하는 단계(210)를 포함하고,

상기 전송하는 멀티미디어 클라이언트로부터, 요청된 미디어 유형의 제 2 세트에 따라 상기 수신하는 멀티미디어 클라이언트에 미디어 스트림을 전송하는 요청을 수신하는 단계(211),

각각의 수신하는 멀티미디어 클라이언트에 의해 지원되는 미디어 유형의 각각의 세트와 상기 요청된 미디어 유형의 제 2 세트를 비교하는 단계(212),

상기 전송하는 멀티미디어 클라이언트로, 허용된 미디어 유형의 제 2 세트를 전송하는 단계(213),

상기 전송하는 멀티미디어 클라이언트로부터, 상기 허용된 미디어 유형의 제 2 세트에 따라 미디어 유형을 포함하는 제 2 미디어 스트림을 수신하는 단계(214), 및

상기 제 2 미디어 스트림을 상기 수신하는 멀티미디어 클라이언트에 전송하는 단계(215)를 더 포함하는, 멀티미디어 통신 시스템에서 여러 서비스 제공 방법.
삭제
제 1 항에 있어서,

상기 제 2 멀티미디어 클라이언트를 초대하는 상기 요청 및 상기 제 1 멀티미디어 클라이언트에 의해서 지원되는 미디어 유형의 상기 세트는 세션 초대 메시지에서 트랜스포트되는, 멀티미디어 통신 시스템에서 여러 서비스 제공 방법.
제 1 항에 있어서,

상기 제 2 멀티미디어 클라이언트에 의해서 지원되는 미디어 유형의 상기 세트는 세션 응답 메시지에서 트랜스포트되는, 멀티미디어 통신 시스템에서 여러 서비스 제공 방법.
제 1 항에 있어서,

상기 요청된 미디어 유형의 제 1 세트에 따라 미디어 스트림을 전송하는 상기 요청은 세션 초대 메시지에서 트랜스포트되는, 멀티미디어 통신 시스템에서 여러 서비스 제공 방법.
제 1 항에 있어서,

상기 허용된 미디어 유형의 제 1 세트는 세션 응답 메시지에서 트랜스포트되는, 멀티미디어 통신 시스템에서 여러 서비스 제공 방법.
제 1 항에 있어서,

상기 요청된 미디어 유형의 제 1 세트에 따라 미디어 스트림을 전송하는 상기 요청은 미디어 제어 메시지에서 트랜스포트되는, 멀티미디어 통신 시스템에서 여러 서비스 제공 방법.
제 1 항에 있어서,

상기 허용된 미디어 유형의 제 1 세트는 미디어 제어 메시지에서 트랜스포트되는, 멀티미디어 통신 시스템에서 여러 서비스 제공 방법.
제 1 항에 있어서,

상기 요청된 미디어 유형의 제 2 세트 및 상기 허용된 미디어 유형의 제 2 세트에 따라 상기 미디어 스트림을 전송하는 상기 요청은 미디어 제어 메시지에서 트랜스포트되는, 멀티미디어 통신 시스템에서 여러 서비스 제공 방법.
제 3 항 또는 제 4 항에 있어서,

상기 세션 초대 메시지 및 상기 세션 응답 메시지는 세션 시그날링 채널 상에서 트랜스포트되고, 상기 미디어 제어 메시지는 상기 세션 시그날링 채널로부터 분리된 미디어 제어 채널 상에서 트랜스포트되는, 멀티미디어 통신 시스템에서 여러 서비스 제공 방법.
제 3 항 내지 제 6 항 중 어느 한 항에 있어서,

상기 세션 초대 메시지 및 세션 응답 메시지는 SIP(세션 개시 프로토콜)의 일부가 되는, 멀티미디어 통신 시스템에서 여러 서비스 제공 방법.
제 1 항에 있어서,

상기 제 1 미디어 스트림 및 제 2 미디어 스트림은 미디어 채널 상에서 트랜스포트되는, 멀티미디어 통신 시스템에서 여러 서비스 제공 방법.
제 1 항에 있어서,

특정한 수신하는 멀티미디어 클라이언트를 위해 의도된 상기 전송하는 멀티미디어 클라이언트로부터 수신된 상기 미디어 스트림의 특정한 미디어 유형은 상기 특정한 미디어 유형이 특정한 수신하는 멀티미디어 클라이언트에 의해 지원되는 미디어 유형의 세트에 속하지 않는다면, 중단되는, 멀티미디어 통신 시스템에서 여러 서비스 제공 방법.
제 1 항에 있어서,

상기 요청된 미디어 유형의 제 1 세트 및 제 2 세트 각각은 상기 전송하는 멀티미디어 클라이언트에 의해서 지원되는 미디어 유형의 세트와 동일하거나 상기 미디어 유형의 세트의 서브세트가 되는, 멀티미디어 통신 시스템에서 여러 서비스 제공 방법.
멀티미디어 통신 시스템에서의 애플리케이션 서버(120)에 있어서,

a) 시그날링 채널(141) 상에서 멀티미디어 클라이언트들(110)로부터 세션 시그날링을 수신하고 상기 멀티미디어 클라이언트들(110)로 전송하도록 디자인된 적어도 하나의 시그날링 인터페이스(123),

b) 미디어 제어 채널(142) 상에서 상기 멀티미디어 클라이언트들(110)로부터 미디어 제어 시그날링을 수신하고 상기 멀티미디어 클라이언트들(110)로 전송하도록 디자인된 적어도 하나의 미디어 제어 인터페이스(124),

c) 미디어 채널(143) 상에서 상기 멀티미디어 클라이언트들(110)로부터 미디어 스트림을 수신하고 상기 멀티미디어 클라이언트들(110)로 전송하도록 디자인된 적어도 하나의 미디어 인터페이스(125),

d) 상기 멀티미디어 클라이언트들(110) 중 하나로부터 수신된 미디어 스트림을 다수의 상기 멀티미디어 클라이언트들을 위해 의도된 다수의 미디어 스트림으로 복사(replicate)하도록 디자인된 복사 유닛(126),

e) 상기 멀티미디어 클라이언트들에 의해 지원되는 미디어 유형의 세트들을 저장하도록 디자인된 메모리 에어리어(127), 및

f) 상기 세션 시그날링 및 상기 미디어 제어 시그날링을 처리하도록 디자인된 프로세스 로직(128)을 포함하는, 멀티미디어 통신 시스템의 애플리케이션 서버(120).
제 15 항에 있어서,

상기 멀티미디어 클라이언트들(110) 중 하나의 멀티미디어 클라이언트에 의해서 지원되는 상기 미디어 유형의 세트와 상기 멀티미디어 클라이언트들(110) 중 하나의 멀티미디어 클라이언트로부터 수신된 요청된 미디어 유형의 세트를 비교하도록 디자인되고, 상기 멀티미디어 클라이언트들(110) 중 하나의 멀티미디어 클라이언트에, 허용된 미디어 유형의 세트를 승인하도록 디자인되는, 멀티미디어 통신 시스템의 애플리케이션 서버(120).
제 15 항에 있어서,

상기 멀티미디어 클라이언트들 중 임의의 멀티미디어 클라이언트가 상기 미디어 유형을 지원하지 않는다면, 상기 멀티미디어 클라이언트들(110) 중 하나의 멀티미디어 클라이언트로부터 수신된 미디어 스트림의 상기 미디어 유형들 중 적어도 하나의 유형을 중단하도록 디자인되는, 멀티미디어 통신 시스템의 애플리케이션 서버(120).
제 15 항에 있어서,

상기 미디어 제어 인터페이스(124)는 상기 미디어 인터페이스(125)에 통합되는, 멀티미디어 통신 시스템의 애플리케이션 서버(120).
제 15 항에 있어서,

상기 시그날링 인터페이스(123)는 SIP 시그날링을 지원하도록 디자인되는, 멀티미디어 통신 시스템의 애플리케이션 서버(120).