KR101342768B1

KR101342768B1 - 미디어 버스트 중요도에 따른 미디어 송수신 방법 및시스템

Info

Publication number: KR101342768B1
Application number: KR1020060094190A
Authority: KR
Inventors: 박성진; 성상경; 이지혜; 김욱
Original assignee: 삼성전자주식회사
Priority date: 2006-09-27
Filing date: 2006-09-27
Publication date: 2013-12-19
Also published as: US20080076361A1; US8351969B2; US20130083733A1; KR20080028637A; WO2008039001A1

Abstract

본 발명은 PoC(PTT over Cellular) 시스템의 미디어를 전송하고자 하는 PoC 사용자의 미디어 중요성 표시에 따라 전송된 미디어가 필터(filter) 되지 않고 수신측 PoC 사용자에게 전달되는 방법 및 시스템에 관한 것이다. 이를 위한 본 발명은 PoC 사용자 자신이 전송하는 미디어가 중요한 경우 이를 수신측 PoC 사용자에게 알리기 위해 MBCP 요청 메시지에 중요도 표시 정보를 포함시켜 전송시켜 PoC 서버로 전송하고, 이 메시지를 받은 PoC 서버는 MBCP 점유 메시지에 중요도 표시 정보를 포함하여 상대 수신측 PoC 사용자들에게 전송한다. 또한, 다중 세션 중 이미 프라이머리(Primary) 또는 락킹 인(Locking in) 세션의 미디어가 전송되고 있거나, 혹은 이미 다른 미디어가 전송되고 있어서 중요 표시를 했던 미디어가 필터링(filtering) 될 경우 PoC 서버는 이 미디어를 로컬(local) 메모리 혹은 PoC 박스(Box)에 저장했다가 선행 미디어가 다 전송되고 난 후 저장된 미디어를 전송할 수 있도록 한다.

PoC, Simultaneous PoC Session, MBCP request message, MBCP Taken message

Description

미디어 버스트 중요도에 따른 미디어 송수신 방법 및 시스템{SYSTEM AND METHOD FOR TRANSMITTING AND RECEVING A MEDIA ACCORDING TO THE PRIORITY OF MEDIA BURST}

도 1은 일반적인 PoC 시스템 구성도,

도 2는 일반적인 다중 세션에서 미디어 송수신 절차를 나타내는 신호 흐름도,

도 3은 일반적인 MBCP 요청 메시지를 도시하는 예시도,

도 4는 본 발명의 실시 예에 따라 다중 세션에서 미디어 버스트 중요도에 따라 미디어 송수신 절차를 나타내는 신호 흐름도,

도 5a는 본 발명의 실시 예에 따른 중요도 표시 정보를 포함하는 MBCP 요청 메시지를 도시하는 예시도,

도 5b는 본 발명의 실시 예에 따른 중요도 표시 정보를 포함하는 MBCP 점유 메시지를 도시하는 예시도.

본 발명은 PoC(PTT over Cellular) 시스템의 미디어 송수신 방법 및 시스템에 관한 것으로, 특히 PoC 사용자에게 전달하기 위한 미디어 버스트의 중요도에 따라 미디어를 송수신하기 위한 방법 및 시스템에 관한 것이다.

이동통신의 획기적인 발전과 통신망의 확대로 인하여 휴대폰을 이용한 보다 확장되고 다양한 서비스와 어플리케이션이 제공되고 있다. 또한 사용자의 요구도 다양화되어 단순 통화 서비스를 벗어나 위치 서비스, 멀티미디어 서비스, PTT(Push To Talk, 이하 “PTT"라 칭함) 서비스 등으로 확대되고 있다. 특히 PTT 서비스는 종래 무전기나 TRS(Trunked Radio System) 등에 가능했던 그룹 통화와 음성통화는 물론 인스턴트 메신저, 상태 표시 등 다양한 부가 기능을 지원한다.

현재, 이러한 PTT 개념을 이동통신망을 이용해 서비스하는 PoC(PTT over Cellular, 이하 “PoC"라 침함) 서비스에 대한 표준 제정이 활발하게 논의되고 있다. 기존의 이동통신 서비스와 구별되는 PoC 서비스의 특징 중 하나는 사용자가 복수의 세션에 속해 있어서 필요에 따라 세션간을 이동하면서 통화를 할 수 있다는 점이다. 사용자가 복수의 세션을 이동하면서 통화 가능해야 한다는 요구사항, 즉 다중 세션 기능에 대한 요구사항은 이동통신 서비스를 정의하고 있는 단체인 OMA(Open Mobile Alliance)의 요구사항에 명시되어 있다.

이하, 일반적인 PoC 서비스 시스템의 구조를 설명하기로 한다.

도 1은 일반적인 PoC(Push-to-talk over Cellular) 기본 구조에 관한 개념도이다. 도 1을 참조하면, PoC 클라이언트(102)는 단말(100)에 내장되는 서비스 요청자이며, 대개 억세스 네트워크(110)를 통하여 SIP(session Initiation Protocol)와 IP(Internet Protocol) 멀티미디어 지원 핵심망인 SIP/IP 코어(core) 네트워트(120)으로 연결된다.

이때, PoC 클라이언트(102)는 PoC 사용자 단말(100)에 상주하면서 PoC 서비스에 접속을 가능하게 한다. 주된 기능은 PoC 사용자 측면에서 PoC 세션을 생성하고, 기존의 세션에 참가하고 세션을 종료하는 것이다. 그 외에도 토크 버스트를 만들고 전달하는 기능, Instant Personal Alert를 지원하는 기능, PoC 서비스에 접속했을 때 인증하는 기능 등의 역할을 수행한다. 이하 별도의 언급이 없는 한, PoC 클라이언트라는 용어는 PTT 서비스 가입자와 동일한 의미로 사용된다.

SIP/IP 기반의 코어 네트워크(120)는 PoC 서비스를 지원하기 위하여 PoC 서버(150)와 PoC XDMS(XML Document Management Server)(140) 그리고 PoC Box(180) 등과 연결되어 서비스를 제공한다.

이때, PoC 서버(150)는 PoC 세션을 유지, 관리하는 Controlling PoC Function 기능을 수행하거나, 일대일 통화나 다자간 통화를 위해 개설되는 PoC 세션에 참가하기 위한 Participating PoC Function등의 기능을 갖는다.

상기 PoC 서버는 PoC 세션을 전반적으로 유지, 관리하는 Controlling PoC Function(이하, 'CF'라 칭함)과 각 세션간의 유지 관리를 담당하는 Participating PoC Function(이하, 'PF'라 칭함)로 구분되며 각 표를 참조하여 보다 상세히 설명하면 다음과 같다.

Controlling PoC Function(CF)Provides centralized PoC session handling

Provides the centralized Media distribution
Provides the centralized Talk Burst Arbitration functionality including talker
identification
Provides SIP session handling, such as SIP session origination, termination, etc
Provides policy enforcement for participation in group sessions
Provides the participants information
Collects and provides centralized media quality information
Provides centralized charging reports
May Provide transcoding between different codecs
Support Talk Burst Control Protocol Negotiation

CF는 <표 1>과 같이, PoC 서버(150)의 기능 중 PoC 세션을 총체적으로 관리하는 역할을 하는데, 특히 PoC 클라이언트들의 말할 권리(floor) 요청(발언권)을 받아 들여 순서를 정하고 권한을 부여하고, 임의의 클라이언트가 요청한 토크 버스트(talk burst)를 그룹 호출에 참여한 모든 다른 클라이언트들에게 분배하며, 그룹호출에 참석한 클라이언트의 정보를 제공한다.

PF는 아래 <표 2>와 같이, PoC 세션에서 CF와 각 클라이언트와 연계된 세션들을 관리하는데, 특히 클라이언트가 발언권을 요구하거나, CF에서 클라이언트에게 발언권을 부여할 때 PF가 중계하는 역할을 한다. 또한, CF와 클라이언트 사이에 미디어를 중계하는 역할, 둘 사이에 다른 코덱을 쓰고 있다면 트랜스코딩하는 역할, 동시 세션의 경우엔 하나의 세션에서 이야기하고 있을 때 다른 세션에서도 이야기하면 PoC 사용자의 선택에 따라 하나를 필터링해주는 역할을 수행한다.

Participating PoC Function(PF)Provides PoC session handling

May provide the Media relay function between PoC Client and Controlling PoC server
May provide user media adaptation procedures
May provide the Talk Burst control message relay function PoC Client and Controlling PoC server
Provides SIP session handling, such as SIP session origination, termination, etc, on behalf of the represented PoC Client
Provides policy enforcement for incoming PoC session(e.g. access control, incoming PoC session barring, availablity status, etc)
May collect and provide media quality information
Provides the participant charging reports
May provide filtering of the media streams in the case of simultaneous sessions
May provide transcoding between different codecs
May support Talk Burst Control Protocol Negotiation
Stores the current Answer Mode and Incoming PoC Session Barring preferences of the PoC Client

한편, 애그리게이션 프록시 서버(160)는 PoC 시스템에서 XCAP을 이용하는 모든 엔티티(entity) 들의 요청을 모아 해당하는 엔티티(Entity)에 전달하는 역할을 수행한다.

PoC 호출 서비스를 이용하기 위하여, PoC 사용자는 SIP/IP 코어 네트워크(120)에 자신의 PoC 주소를 등록한다. 이 때 SIP/IP 코어 네트워크(120)에서는 PoC 사용자의 요청을 바탕으로 PoC 사용자에 관한 정보를 저장한다. 따라서, 다른 PoC 사용자가 PoC 그룹 호출을 하려고 할 때, 상기한 바와 같이 자신의 정보를 SIP/IP 코어 네트워크(120)에 먼저 등록하고 PoC XDMS(140)로부터 전송 받은 그룹 식별 정보를 이용하여 자신의 SIP/IP 코어 네트워크(120)에 호출 요청을 한다. 이때, SIP/IP 코어 네트워크(120)는 요청하는 PoC 사용자 정보를 이용하여 주소 결정과 도메인 위치 결정 과정을 거친 후 요청하는 PoC 사용자가 등록된 홈 PoC 서버로 PoC 통화 요청을 전달한다. PoC 서버(150)는 이러한 PoC 통화 요청에 대하여 PoC 세션 개설을 준비하고 PoC XDMS(140)로부터 각각의 사용자 정보를 획득한 후, 해당 SIP/IP 코어 네트워크(120)으로 통화 요청 신호를 전달한다. 이때 인트라도메인 내의 사용자들에 대한 통화 요청일 경우, PoC 서버(150)는 PF와 CF의 기능을 모두 수행하게 된다. 통화 요청된 PoC 사용자를 관리하는 PoC 서버(150)는 자신에게 전달된 PoC 사용자의 정보를 이용하고 SIP/IP 코어 네트워크(120)의 위치 결정 과정을 거친 후 해당 PoC 사용자에게로 통화 요청을 하게 된다. PoC 통화를 요청 받은 PoC 사용자가 OK response를 통화를 요청한 PoC 사용자에게 보내게 되면 PoC 통화가 개통된다. PoC 사용자가 PoC 통화를 요청하였으나, 상대 PoC 사용자의 상황에 따라 PoC 통화가 개통되지 않았을 때는, PoC Box(180)를 이용하여 자신의 음성 혹은 보내고자 하는 미디어(Media)를 저장할 수 있다.

상기에서와 같이 PF에서는 다중 세션을 관리할 수 있다. 이와 같은 다중 세션에서 PoC 클라이언트(Client)는 여러 세션에서 전달된 미디어를 동시에 받을 수 없다. 하나의 세션에 속한 미디어만 전송 시간 동안 PoC 사용자에게 전달된다. 일반적으로 PoC 서버는 어느 세션이든 상관없이 먼저 들어온 미디어를 먼저 전달한다. 그리고, PoC 서버는 미디어가 전달되는 동안 들어온 또 다른 미디어는 제거한다. 이런 경우에 Participating PoC 서버(PF)는 PoC 사용자가 꼭 전달받아야 하는 미디어를 필터(filter) 하는 경우가 발생할 수 있다. 이런 경우를 방지하기 위해 미디어를 받는 PoC 사용자는 프라이머리(Primary) 혹은 락킹-인(Locking in) 세션을 설정할 수 있다. 프라이머리(Primary) 세션 혹은 락킹-인(Locking in) 세션일 경우에는 다른 미디어가 전달되고 있는 중이라고 하더라도 프라이머리(Primary) 세션 혹은 락킹-인(Locking in) 세션에 속한 미디어가 최우선적으로 전달된다.

그러면, 도 2를 참조하여 일반적인 다중 세션에서 미디어 송수신 절차를 나타내는 신호 흐름에 대하여 살펴보도록 한다. 도 2의 설명에서 PoC 클라이언트 B는 PF에 미리 PoC 서버 X1이 제어하는 세션을 프라이머리(Primary) 혹은 락킹-인(Locking in) 세션으로 설정하였음을 가정한다.

먼저, PoC 클라이언트가 세 개의 PoC 세션(Session)을 가지고 있고, 세 개의 PoC 세션은 Participating PoC Server(PF)를 통하여 연결되어 있다. 각각의 PoC 세션(Session)을 제어하고 있는 서버를 PoC 서버 X1(CF 1), PoC 서버 X2(CF 2) 그리고 PoC 서버 X3(Cf 3)로 표시한다. 각 서버들은 미디어를 Participating PoC 서버(PF)에 전송한다.

도 2의 200단계에서 PoC 서버 X3가 미디어를 먼저 전송하고, 이후 PoC 서버 X1, PoC 서버 X2의 순서로 202단계와 204단계에서 미디어를 전송한다고 가정한다. 이때, 일반적인 상황 즉, 모든 세션의 우선 순위가 같은 경우라면, 제일 먼저 전송된 미디어 X3가 PoC 클라이언트에 전송되어야 한다. 하지만 상기의 가정과 같이 PoC 서버 X1이 제어하는 세션이 PoC 사용자에 의해 프라이머리(Primary) 혹은 락킹-인(Locking in) 세션으로 설정되면, 206단계의 필터링 과정에서 PoC 서버 X1이 제어하는 세션의 미디어를 필터링한다. 이후 PF는 미디어 X3보다 늦게 Participating PoC 서버(PF)에 전송되었지만, 상기의 206단계의 필터링 동작에 따라 미디어 X1를 PoC 사용자에게 전달한다.

일반적으로 PoC 사용자가 미디어 버스트를 전송하기 위해서는 미디어 전송하는 권리를 요청하기 위한 메시지(MBCP request message), 미디어를 전송 하는 주체가 누군지 세션에 참여하고 있는 PoC 사용자에게 알려 주는 메시지(MBCP taken massage), 미디어 전송을 허락하는 메시지(MBCP granted message) 등이 필요하다. 우선 PoC 클라이언트가 미디어 전송 권리를 요청하는 메시지(MBCP request message)를 PoC 서버로 전송하면, 이를 수신한 PoC 서버는 미디어 전송을 제한하지 않는지를 확인하고 미디어 전송을 허락하는 메시지(MBCP Grant message)를 PoC 클라이언트에게 전송한다. 이러한 미디어 전송을 허락하는 메시지를 받은 PoC 사용자만이 이야기할 수 있다.

상기와 같이 미디어 전송 권리를 요청하는 메시지인 MBCP 요청 메시지는 도 3과 같은 메시지 포맷을 가진다.

도 3을 참조하면, 처음 2비트 필드에서는 RTP의 버전(version)을 나타내고 있다. 본 발명에서는 RTP version=2인 예를 도시하고 있다. 그 다음 비트 필드는 패딩 비트(padding bit)로서, 패딩 비트가 주어지면 페이로드에 속하지 않는 1 또는 2개의 패딩 octet이 첨가된 것임을 알 수 있다. 그 다음 5비트 필드는 서브 타입(sub-type)을 나타내는데 이에 대하여 OMA PoC Userplane specification 문서 참조하면 이 서브 타입을 이용하여 RTCP app 패킷이 어떤 TBCP의 역할을 수행하고 있는지를 알 수 있다. 예를 들어 현재 OMA에서 만들고 있는 스펙에서는 MBCP Talk burst request일 경우에는 서브 타입의 값이 00000로 정의되어 있고, MBCP Talk burst Granted message일 경우에는 00001로 정의되어 있다. 현재까지 16개의 TBCP Talk burst control message를 정의하고 있기 때문에, 01111까지의 서브 타입 값이 정의될 수 있다. 나머지 16개는 후에 새로 생길 TBCP Talk burst control message를 위해 예비(reserved) 상태로 되어 있다. 다음 1 byte 필드는 패킷 타입(packet type)으로서 204 값을 가지고, 이 메시지가 RTCP app 패킷임을 나타내고 있다. 다음은 2 byte Length 필드로서, 이 필드에 2가 사용되면 이 메시지가 4 byte octet 2개가 있음을 나타내 준다. 뒤에 페이로드가 붙는다면 이 필드에서 전체 4 byte octet이 몇 개가 있는지 그 길이를 나타내 주게 된다. 다음 4 byte는 Synchronization source 필드이다. 이 필드가 나타내는 것은 누가 RTCP app 메시지를 발신했는지에 대한 동기화 소스(source)를 포함한다. 다음 4byte 필드는 ASCII로 표현되며 OMA PoC 스펙 상으로는 PoC 버전을 구별하는 기능을 가진다.

다음 옵션 아이디(Option ID) 관련 필드는 PoC 사용자의 미디어 전송 시 옵션 아이디의 값이 1이면 우선 순위를 나타내고, 2이면 MBCP 요청 전송 시간 정보(time stamp)를 나타낸다.

상기와 같이 현재 다중 세션에서는 PoC 클라이언트가 여러 세션에서 전달된 미디어를 동시에 받을 수 없다. 하나의 세션에 속한 미디어만 전송 시간 동안 PoC 사용자에게 전달된다. 일반적으로 어느 세션이든 상관없이 먼저 들어온 미디어가 먼저 전달된다. 그리고 미디어가 전달되는 동안 들어온 또 다른 미디어는 제거된다. 이런 경우에 Participating PoC 서버(PF)가 PoC 사용자가 꼭 들어야 할 미디어를 필터링 하는 경우가 발생할 수 있다. 이런 경우를 방지하기 위해 미디어를 받는 PoC 사용자는 프라이머리 혹은 락킹 인 세션을 설정할 수 있다. 프라이머리 혹은 락킹 인 세션일 경우에는 다른 미디어가 전달되고 있는 중이라고 하더라도 프라이머리 혹은 락킹 인 세션에 속한 미디어가 최우선적으로 전달된다.

상기에서와 같이 미디어를 전달받는 PoC 사용자의 요구에 따라 특정 세션으로부터 전달되는 미디어에 대해서는 PoC 서버에서 필터링되지 않고 받을 수 있도록 설정할 수 있다. 즉, 현재 다중 세션에서는 상기와 같이 미디어를 전달 받는 PoC 사용자의 판단에 의해 미디어 전송이 결정할 수 있을 뿐, 미디어를 전송하는 PoC 사용자가 자신이 전송하는 미디어가 중요한 메시지이므로 필터링되지 않고 전달될 수 있도록 설정하는 방법을 없었다. 따라서, 미디어를 전송하는 PoC 사용자가 중요한 메시지를 포함하고 있는 미디어를 전송하는 경우 그 메시지가 제대로 전달되지 않을 경우가 생기게 된다. 그러므로, PoC 사용자가 중요한 미디어를 전송하는 경우 상대 PoC 사용자에게 자신이 보내는 미디어가 중요함을 알릴 필요가 있고, 중요한 미디어를 전송하는 경우 미디어가 필터링되지 않고 확실히 전송할 수 있는 방안이 필요하다.

따라서, 본 발명은 PoC 사용자가 중요한 미디어를 전송하는 경우 상대 PoC 사용자에게 자신이 보내는 미디어가 중요함을 알릴 수 있도록 하기 위한 미디어 송수신 방법 및 시스템을 제공한다.

또한, 본 발명은 PoC 사용자가 중요한 미디어를 전송하는 경우 미디어가 필터링되지 않고 확실히 전송할 수 있는 상대 PoC 사용자에게 전송하기 위한 미디어 송수신 방법 및 시스템을 제공한다.

상기한 목적들을 달성하기 위한 본 발명은 미디어를 전송하고자 하는 송신측 PoC 클라이언트와 다수 세션에 참여하고 있는 수신측 PoC 클라이언트를 포함하는 PoC 시스템에서 미디어 버스트 중요도에 따른 미디어 송수신 방법에 있어서, 상기 송신측 PoC 클라이언트가 중요도 표시 정보를 포함하는 미디어 전송 권리 요청 메시지(MBCP request message)를 전송하는 과정과, 제어 PoC 서버(controlling PoC server)가 상기 미디어 전송 권리 요청 메시지를 수신하면, 상기 미디어 전송 권리 요청 메시지에 중요도 표시 정보가 포함되어 있으면 중요 메시지임을 인식하고, 상기 중요도 표시 정보를 포함하는 미디어 버스트 점유 메시지(MBCP Taken message)를 생성하여 참여 PoC 서버(Participating PoC server)를 통해 해당 수신측 PoC 클라이언트에게 전송하는 과정과, 상기 수신측 PoC 클라이언트가 상기 미디어 버스트 점유 메시지를 수신하면, 상기 미디어 버스트 점유 메시지에 포함된 중요도 표시 정보를 확인하여 중요 메시지 전송임을 알리는 과정을 포함하여 이루어진 것을 특징으로 한다.

또한, 본 발명은 미디어 버스트 중요도에 따라 미디어를 송수신하기 위한 PoC 시스템에 있어서, 중요도 표시 정보를 포함하는 미디어 전송 권리 요청 메시지(MBCP request message)를 전송하는 상기 송신측 PoC 클라이언트와, 상기 미디어 전송 권리 요청 메시지를 수신하면, 상기 미디어 전송 권리 요청 메시지에 중요도 표시 정보가 포함되어 있으면 중요 메시지임을 인식하고, 상기 중요도 표시 정보를 포함하는 미디어 버스트 점유 메시지(MBCP Taken message)를 생성하여 참여 PoC 서버(Participating PoC server)를 통해 해당 수신측 PoC 클라이언트에게 전송하는 제어 PoC 서버(controlling PoC server)와, 상기 미디어 버스트 점유 메시지를 수신하면, 상기 미디어 버스트 점유 메시지에 포함된 중요도 표시 정보를 확인하여 중요 메시지 전송임을 알리는 수신측 PoC 클라이언트를 포함하는 것을 특징으로 한다.

이하 첨부한 도면을 참조하여 본 발명을 상세히 설명할 것이다. 하기에서는 본 발명을 PTT(Push To Talk) 시스템 중 특히, 셀룰러 이동통신망을 사용하여 PTT 서비스를 제공하는, PoC(Ptt over Cellular) 시스템에 적용하는 경우를 예로 들었다. 일반적으로 PoC 시스템은, 그룹 통화의 세션 참여 정보를 전달하기 위해 SIP(Session Initiation Protocol) 프로토콜 및 SIP 확장 프로토콜을 이용하며, 그룹 정보를 획득하기 위해서 XCAP(XML Configuration Access Protocol) 프로토콜을 이용한다. 이하 기술하는 본 발명의 기능은 전술한 프로토콜들에 의해 구현될 수 있으며, 본 발명의 기본적인 구조는 PoC Rel.1 시스템을 기반으로 할 수 있다.

이하 본 발명에서는 미디어를 전송하고자 하는 PoC 사용자가 상대방이 다중 세션이어서 자신이 전송하는 미디어를 전달 받지 못할 경우를 대비하여 자신의 미디어가 중요하다는 것을 표시하여 전송하는 방법을 살펴본다. 또한, 자신이 전송하는 미디어가 Participating PoC 서버(PF)에 의해 필터링(filtering)되는 가능성을 방지하여 확실하게 상대 PoC 사용자에게 전달될 수 있도록 하는 방안에 대하여 살펴보도록 한다.

먼저, 미디어를 전송하고자 하는 PoC 사용자가 자신의 미디어가 중요하다는 것을 표시할 방법으로는 MBCP 요청(request) 메시지에 중요도 표시 정보를 포함하 여 PoC 서버로 전송할 수 있다. 이와 같이 중요 메시지임을 알리기 위한 중요도 표시 정보를 포함하는 MBCP 요청 메시지를 전달받은 PoC 서버는 MBCP 점유(taken) 메시지에 중요도 표시 정보를 포함하여 상대 PoC 사용자들에게 전송함으로써 현재 미디어를 전송하고자 하는 PoC 사용자가 중요한 메시지를 전송하고자 함을 알린다.

그러면, 중요도 표시 정보를 포함하는 MBCP 요청 메시지 포맷에 대하여 도 5a를 참조하여 살펴보도록 한다.

도 5a를 참조하면, 처음 2비트 필드에서는 RTP의 버전(version)을 나타내고 있다. 본 발명에서는 RTP version=2인 예를 도시하고 있다. 그 다음 비트 필드는 패딩 비트(padding bit)로서, 패딩 비트가 주어지면 페이로드에 속하지 않는 1 또는 2개의 패딩 octet이 첨가된 것임을 알 수 있다. 그 다음 5비트 필드는 서브 타입(sub-type)을 나타내는데 이에 대하여 OMA PoC Userplane specification 문서 참조하면 이 서브 타입을 이용하여 RTCP app 패킷이 어떤 TBCP의 역할을 수행하고 있는지를 알 수 있다. 예를 들어 현재 OMA에서 만들고 있는 스펙에서는 MBCP Talk burst request일 경우에는 서브 타입의 값이 00000로 정의되어 있고, MBCP Talk burst Granted message일 경우에는 00001로 정의되어 있다. 현재까지 16개의 TBCP Talk burst control message를 정의하고 있기 때문에, 01111까지의 서브 타입 값이 정의될 수 있다. 나머지 16개는 후에 새로 생길 TBCP Talk burst control message를 위해 예비(reserved) 상태로 되어 있다. 다음 1 byte 필드는 패킷 타입(packet type)으로서 204 값을 가지고, 이 메시지가 RTCP app 패킷임을 나타내고 있다. 다음은 2 byte Length 필드로서, 이 필드에 2가 사용되면 이 메시지가 4 byte octet 2개가 있음을 나타내 준다. 뒤에 페이로드가 붙는다면 이 필드에서 전체 4 byte octet이 몇 개가 있는지 그 길이를 나타내 주게 된다. 다음 4 byte는 Synchronization source 필드이다. 이 필드가 나타내는 것은 누가 RTCP app 메시지를 발신했는지에 대한 동기화 소스(source)를 포함한다. 다음 4byte 필드는 ASCII로 표현되며 OMA PoC 스펙 상으로는 PoC 버전을 구별하는 기능을 가진다.

특히, 본 발명에서 중요 메시지를 미디어로 전송함을 알리기 위한 중요도 표시 정보는 옵션 아이디(Option ID) 관련 필드에 포함되는데, 이때, 옵션 아이디(Option ID) 관련 필드에는 중요도 표시 기능을 활성화할 수 있는 고유 번호를 할당하여 포함시킬 수 있다. 즉, PoC 클라이언트는 미디어 전송 권리 요청 메시지(MBCP request message) 옵션(option) 필드에 고유 번호를 할당함으로써 중요도 표시 기능을 활성화 할 수 있다. 또한, 옵션-값(Option - value) 필드에는 ‘중요한 메시지’등과 같이 정형화된 텍스트(text)를 포함시킬 수도 있고, PoC 사용자가 직접 작성한 문구를 포함시킬 수도 있다.

한편, 상기와 같이 중요도 표시 정보를 포함하는 MBCP 요청 메시지를 수신한 Controlling PoC 서버(CF)는 옵션(Option) 필드의 고유 번호로 이 요청 메시지가 중요성 표시를 한다는 것을 인식하고, MBCP 점유(Taken) 메시지를 생성할 시 중요도 표시 정보를 포함시켜 생성한 후 해당 PoC 클라이언트에게 전송한다. 이와 같이 중요도 표시 정보를 포함시킨 MBCP 점유(Taken) 메시지의 포맷에 대하여 도 5b를 참조하여 살펴보도록 한다.

도 5b를 참조하면, 상기의 도 5a와 같은 미디어 전송 권리 요청 메시지와 마 찬가지로 옵션(option) 필드를 가지고 동일하게 고유 번호를 가진다. 이 고유 번호를 통하여 MBCP 점유 메시지가 중요도 표시를 한 메시지인지 PoC 클라이언트가 알 수 있다. 또한, 옵션-값(Option - value) 필드에는 미디어 전송 권리 요청 메시지에 포함되어 있는 문구를 동일하게 가질 수 있다. 또한, 이와 같은 MBCP 점유 메시지를 수신한 PoC 클라이언트는 상기의 옵션-값에 포함된 문구를 화면에 표시함으로써 사용자에게 현재 메시지를 전송한 세션에서 중요한 메시지를 전송하고자 함을 PoC 사용자에게 알린다.

그러면, 이제 도 4를 참조하여 본 발명의 실시 예에 따라 다중 세션에서 미디어 버스트 중요도에 따라 미디어 송수신 절차를 나타내는 신호 흐름에 대하여 살펴보도록 한다. 먼저, 도 4의 실시 예에서는 PoC 클라이언트 A가 중요한 메시지를 PoC 클라이언트 B로 전송하고자 하고, PoC 클라이언트 B는 현재 두개의 세션에 참가하고 있음을 가정한다. 이때, 각 PoC 세션은 각각의 Controlling PoC 서버인 CF 1, CF 2에 의해 제어된다. 즉, Controlling PoC 서버 X1(CF 1)은 PoC 세션 1을 제어하고 있고, Controlling PoC 서버 X2(CF 1)은 PoC 세션 2를 제어하고 있다.

먼저, PoC 세션 2에 참가하고 있는 PoC 클라이언트가 미디어를 전송하고 PoC 서버 X2는 410단계 및 412단계에서 PoC 서버 B(PF)를 통해 PoC 클라이언트 B로 전달하고 있다.

또한, PoC 클라이언트 A는 사용자에 의해 미디어 전송 권리 요구가 있고, 사용자의 자신이 전송할 미디어가 중요 메시지임을 알리기 위한 요구가 있으면, 미디어 전송 권리를 요구하기 위해 상기의 도 5a와 같은 포맷을 가지는 미디어 전송 권 리 요구 메시지를 생성한다. 즉, 이와 같은 전송 권리 요구 메시지에는 중요도 표시 정보를 포함하는데, 이때 중요도 표시 정보는 옵션 필드에 포함되는 중요도 표시 고유 번호와, 옵션-값 필드에 포함되는 약속된 정형화된 메시지 예를 들면, ‘중요한 메시지’’긴급 메시지’등의 문구 또는 PoC 사용자가 직접 작성한 문구를 말한다. 또한, PoC 클라이언트 A는 사용자의 자신이 전송할 미디어가 중요 메시지임을 알리기 위한 요구에 따라 상기와 같은 중요도 표시 정보를 포함하는 미디어 전송 권리 요청 메시지(MBCP request message)를 생성한다. 이렇게 생성된 메시지는 400단계에서 Controlling PoC Server X1(CF 1, 이하 CF 1이라 함)에 전달한다.

상기의 중요도 표시 정보를 포함하는 미디어 전송 권리 요청 메시지를 수신한 CF 1은 미디어 전송 권리를 PoC 클라이언트 A에게 부여할 것인지 아닌지를 판단한다. 이때 판단 근거는 다른 미디어가 이미 전송 중인지, 혹은 큐(Queue)를 지원하는지 등에 따라 결정된다. 미디어 전송 권리 판단과정에 대해서는 본 발명과 직접적인 연관이 없으므로 본 발명에서의 설명을 생략하도록 한다.

만약, CF 1이 PoC 클라이언트 A에게 미디어를 부여하기로 결정했거나 큐(Queue)를 저장 되었다가 나중에 미디어 전송 권리를 부여할 때, MBCP 허가(Grant) 메시지를 생성하여 402단계에서 PoC 클라이언트 A에 전송한다. 이와 동시에 PoC 세션 1에 참여하고 있는 모든 PoC 사용자에게 어떤 PoC 클라이언트가 미디어를 전송할 것인지에 대한 정보를 전달하기 위한 MBCP 점유(Taken) 메시지를 생성한다. 즉, PoC 서버 X1은 MBCP 요청 메시지에 포함된 고유 번호로부터 중요도 표시 메시지를 인지했기 때문에 MBCP 점유 메시지의 옵션 필드에 중요도 표시 내용을 포함하여 메시지를 생성한다. 이때 생성되는 MBCP 점유 메시지는 도 5b와 같이 도시할 수 있다. 이후, CF 1은404단계 및 406단계에서 Participating PoC 서버(PF)를 통하여 상기와 같이 생성된 MBCP 점유 메시지를 PoC 클라이언트 B에 전송한다.

그러면, 중요도 표시 정보를 포함한 MBCP 점유 메시지를 수신한 PoC 클라이언트 B는 메시지 내에 포함된 옵션 필드의 고유 번호를 통하여 이 메시지가 PoC 클라이언트 A가 중요도 표시를 했다는 것을 인지한다. 이후 408단계에서 PoC 클라이언트 B는 PoC 클라이언트 A가 중요 메시지를 전송하고자 함을 PoC 사용자 B에게 알린다. 즉, 옵션-값 필드에 포함된 내용을 화면에 디스플레이 함으로써 PoC 사용자 B에게 PoC 클라이언트 A가 중요 메시지를 전송하고자 함을 알릴 수 있다. 이 메시지를 화면을 통해 확인한 PoC 사용자 B는 PoC 세션 1을 프라이머리(primary) 혹은 락킹 인(Locking in) 세션으로 설정할 수 있다.

한편, PoC 클라이언트 A로부터 전송된 미디어가 PoC 서버 X1을 통해 PoC 서버 B(PF)가 수신하면, PoC 서버 B는 PoC 세션 1이 프라이머리 혹은 락킹-인 세션으로 설정되어 있는지 검사한다. 만약, PoC 세션 1이 프라이머리 혹은 락킹-인 세션으로 설정되어 있으면 PoC 세션 1 즉 PoC 클라이언트 A로부터 전송된 미디어를 PoC 클라이언트 B로 전송한다.

그러나, 만약 PoC 세션1이 PoC 클라이언트 B에 의해 프라이머리 혹은 락킹-인 세션으로 설정되지 않은 경우 CF 2는 이미 미디어를 전송하고 있기 때문에 CF 1에서 전송하는 미디어를 동시에 전송할 수 없다. 그러므로, MBCP 점유 메시지의 중요도 표시에 따라 Participating PoC 서버(PF)가 420단계에서 로컬(local) 메모리 에 임시적으로 저장한다. 이후 CF 2의 미디어 전송이 완료되면 422단계에서 로컬 메모리에 저장된 미디어를 PoC 클라이언트 B에 전송한다. 이때, 로컬 메모리 대신 PoC 박스에 저장하고, PoC 클라이언트 B에 PoC 박스에 저장했다는 메시지를 PoC 박스가 전송한다. 이 경우 PoC 클라이언트 B가 여유가 있을 때 PoC 박스에 저장된 내용에 대한 전송을 요청하고 PoC 박스로부터 저장된 내용을 전송받을 수 있다.

상기한 바와 같이 본 발명에서는 PoC 사용자 자신이 전송하는 미디어가 중요한 경우 이를 수신측 PoC 사용자에게 알리기 위해 MBCP 요청 메시지에 중요도 표시 정보를 포함시켜 전송시켜 PoC 서버로 전송하고, 이 메시지를 받은 PoC 서버는 MBCP 점유 메시지에 중요도 표시 정보를 포함하여 상대 수신측 PoC 사용자들에게 전송한다. 또한, 다중 세션 중 이미 프라이머리(Primary) 또는 락킹 인(Locking in) 세션의 미디어가 전송되고 있거나, 혹은 이미 다른 미디어가 전송되고 있어서 중요 표시를 했던 미디어가 필터링(filtering) 될 경우 PoC 서버는 이 미디어를 로컬(local) 메모리 혹은 PoC 박스(Box)에 저장했다가 선행 미디어가 다 전송되고 난 후 저장된 미디어를 전송할 수 있도록 한다.

전술한 바와 같이, 본 발명은 PoC 사용자가 전송하고자 하는 미디어의 중요성을 표시한 미디어 전송 권리(MBCP request message)를 전송하고, PoC 서버에서 이 메시지를 처리하여 미디어를 전송받는 PoC 사용자에게 MBCP 점유 메시지를 보냄으로써, 다중 세션을 가진 PoC 사용자가 그 미디어를 받을 것인지 아닌지의 판단 근거를 제공할 수 있다. 또한, 종래에는 다중 세션(Simultaneous PoC Sessions)을 가지고 있는 PoC 사용자의 여러 세션에서 동시에 들어오는 미디어 중 어느 하나는 필터되어야 하는데 반하여 본 발명에서 제안된 방법을 통해서 중요한 미디어가 필터되지 않고 시간차를 두고 모두 전송 받을 수 있는 이점이 있다. 따라서 중요한 미디어를 전송 받지 못하는 경우를 원천적으로 봉쇄할 수 있다. 이를 미디어를 전송하는 PoC 사용자의 입장에서 보면, 미디어 전송의 신뢰성을 높여주는 효과가 있다.

Claims

미디어를 전송하고자 하는 송신측 클라이언트와 다수 세션에 참여하고 있는 수신측 클라이언트를 포함하는 메시지 시스템 상의 서버에서 미디어 버스트 중요도에 따른 미디어 송수신 방법에 있어서,

전송될 미디어에 대한 중요도 표시 정보를 포함하고, 상기 송신측 클라이언트와 상기 수신측 클라이언트간에 설립된 제1 세션을 통해서 상기 송신측 클라이언트로부터 동일한 세션에 참여중인 상기 수신측 클라이언트로 미디어 전송을 요청하는 미디어 전송 권리 요청 메시지(MBCP request message)를 수신하는 과정과,

중요한 메시지가 전송됨을 결정하기 위한 상기 미디어 전송 권리 요청 메시지에 포함된 상기 중요도 표시 정보를 인식하는 과정과,

상기 중요도 표시 정보를 포함하는 미디어 버스트 점유 메시지(MBCP Taken message)를 생성하는 과정과,

상기 미디어 버스트 점유 메시지를 상기 제1 세션에 참여중인 다수의 클라이언트들에게 전송하는 과정을 포함함을 특징으로 하는 미디어 버스트 중요도에 따른 미디어 송수신 방법.
제 1항에 있어서,

상기 송신측 클라이언트로부터 상기 미디어가 수신되면 상기 미디어가 전송되는 제1 세션이 우선 전송을 위한 세션으로 설정되어 있는지를 검사하는 과정과,

상기 미디어가 전송되는 제1 세션이 상기 우선 전송을 위한 세션으로 설정되어 있으면, 상기 송신측 클라이언트로부터 전송되는 미디어를 우선적으로 상기 수신측 클라이언트에게 전송하는 과정을 더 포함하는 것을 특징으로 하는 미디어 버스트 중요도에 따른 미디어 송수신 방법.
제 2항에 있어서, 상기 우선 전송을 위한 세션은 프라이머리(Primary) 또는 락킹-인(Locking in) 세션 중 하나의 세션인 것을 특징으로 하는 미디어 버스트 중요도에 따른 미디어 송수신 방법.
제 2항에 있어서,

상기 미디어가 전송되는 제1 세션이 우선 전송을 위한 세션으로 설정되어 있지 않고, 현재 상기 송신측 클라이언트로 전송되고 있는 미디어가 있으면 상기 송신측 클라이언트로부터 전송되는 미디어를 로컬 메모리에 저장하는 과정과,

상기 송신측 클라이언트로 전송되는 미디어가 없으면 상기 로컬 메모리에 저장된 미디어를 상기 송신측 클라이언트로 전송하는 과정을 더 포함하는 것을 특징으로 하는 미디어 버스트 중요도에 따른 미디어 송수신 방법.
제 2항에 있어서,

상기 미디어가 전송되는 제1 세션이 상기 우선 전송을 위한 세션으로 설정되어 있지 않고, 현재 상기 송신측 클라이언트로 전송되고 있는 미디어가 있으면 상기 송신측 클라이언트로부터 전송되는 미디어를 박스(box)에 저장하는 과정과,

상기 송신측 클라이언트로부터 전송되는 미디어가 상기 박스에 저장됨을 알리는 메시지를 상기 수신측 클라이언트에게 전송하는 과정과,

상기 수신측 클라이언트로부터 상기 박스에 저장된 미디어 전송을 요구하는 메시지를 수신하면 상기 저장된 미디어를 전송하는 과정을 더 포함하는 것을 특징으로 하는 미디어 버스트 중요도에 따른 미디어 송수신 방법.
제 1항에 있어서, 상기 중요도 표시 정보는,

중요도 표시 기능을 활성화할 수 있는 고유 번호를 포함하는 옵션 아이디(Option ID) 필드와 중요 메시지임을 나타내는 문구를 포함하는 옵션-값(Option - value) 필드 중 적어도 하나를 포함하는 것을 특징으로 하는 미디어 버스트 중요 도에 따른 미디어 송수신 방법.
제 6항에 있어서, 상기 옵션-값(Option - value) 필드는 중요한 메시지임을 나타내는 텍스트(text) 또는 사용자가 직접 작성한 문구 중 하나를 포함시키는 것을 특징으로 하는 미디어 버스트 중요도에 따른 미디어 송수신 방법.
미디어 버스트 중요도에 따라 미디어를 송수신하기 위한 서버에 있어서,

전송될 미디어에 대한 중요도 표시 정보를 포함하고, 송신측 클라이언트와 수신측 클라이언트간에 설립된 제1 세션을 통해서 상기 송신측 클라이언트로부터 동일한 세션에 참여중인 상기 수신측 클라이언트로 미디어 전송을 요청하는 미디어 전송 권리 요청 메시지(MBCP request message)를 수신하고, 중요한 메시지가 전송됨을 결정하기 위한 상기 미디어 전송 권리 요청 메시지에 포함된 상기 중요도 표시 정보를 인식한 후 상기 중요도 표시 정보를 포함하는 미디어 버스트 점유 메시지(MBCP Taken message)를 생성하는 제어 서버(controlling server)와,

상기 제1 세션에 참여중인 다수의 클라이언트에게 상기 미디어 버스트 점유 메시지를 전송하는 참여 서버(Participating server)를 포함하는 것을 특징으로 하는 미디어 버스트 중요도에 따른 미디어 송수신 서버.
제 8항에 있어서, 상기 참여 서버는,

상기 송신측 클라이언트로부터 전송되는 미디어를 수신하면 상기 미디어가 전송되는 제1 세션이 우선 전송을 위한 세션으로 설정되어 있는지를 검사하고, 상기 미디어가 전송되는 제1 세션이 상기 우선 전송을 위한 세션으로 설정되어 있으면, 상기 송신측 클라이언트로부터 전송되는 미디어를 우선적으로 상기 수신측 클라이언트에게 전송하는 것을 특징으로 하는 미디어 버스트 중요도에 따른 미디어 송수신 서버.
제 9항에 있어서, 상기 우선 전송을 위한 세션은 프라이머리(Primary) 또는 락킹-인(Locking in) 세션 중 하나의 세션인 것을 특징으로 하는 미디어 버스트 중요도에 따른 미디어 송수신 서버.
제 9항에 있어서, 상기 참여 서버는,

상기 미디어가 전송되는 제1 세션이 상기 우선 전송을 위한 세션으로 설정되어 있지 않고, 현재 상기 송신측 클라이언트로 전송되고 있는 미디어가 있으면 상기 송신측 클라이언트로부터 전송되는 미디어를 로컬 메모리에 저장하고, 상기 송신측 클라이언트로 전송되는 미디어가 없으면 상기 로컬 메모리에 저장된 미디어를 상기 송신측 클라이언트로 전송하는 것을 특징으로 하는 미디어 버스트 중요도에 따른 미디어 송수신 서버.
제 9항에 있어서, 상기 참여 서버는,

상기 미디어가 전송되는 제1 세션이 상기 우선 전송을 위한 세션으로 설정되어 있지 않고, 현재 상기 송신측 클라이언트로 전송되고 있는 미디어가 있으면 상기 송신측 클라이언트로부터 전송되는 미디어를 박스(box)에 저장하고, 상기 송신측 클라이언트로부터 전송되는 미디어가 상기 박스에 저장됨을 알리는 메시지를 상기 수신측 클라이언트에게 전송한 후, 상기 수신측 클라이언트로부터 상기 박스에 저장된 미디어 전송을 요구하는 메시지를 수신하면 상기 저장된 미디어를 전송하는 것을 특징으로 하는 미디어 버스트 중요도에 따른 미디어 송수신 서버.
제 8항에 있어서, 상기 중요도 표시 정보는,

중요도 표시 기능을 활성화할 수 있는 고유 번호를 포함하는 옵션 아이디(Option ID) 필드와 중요 메시지임을 나타내는 문구를 포함하는 옵션-값(Option - value) 필드 중 적어도 하나를 포함하는 것을 특징으로 하는 미디어 버스트 중요도에 따른 미디어 송수신 서버.
제 13항에 있어서, 상기 옵션-값(Option - value) 필드는 중요한 메시지임을 나타내는 텍스트(text) 또는 사용자가 직접 작성한 문구 중 하나를 포함시키는 것을 특징으로 하는 미디어 버스트 중요도에 따른 미디어 송수신 서버.
제1항에 있어서, 상기 서버는,

PoC(PTT over Cellular) 서버인 것을 특징으로 하는 미디어 버스트 중요도에 따른 미디어 송수신 방법.
제8항에 있어서, 상기 서버는,

PoC(PTT over Cellular) 서버인 것을 특징으로 하는 미디어 버스트 중요도에 따른 미디어 송수신 서버.