KR101179355B1

KR101179355B1 - 푸쉬 투 토크 오버 셀룰러 네트워크에서의 서버 및 클라이언트와 이를 이용한 응답 모드에 따른 호처리 방법

Info

Publication number: KR101179355B1
Application number: KR1020040094373A
Authority: KR
Inventors: 박준구; 이경탁; 박성진; 성상경
Original assignee: 삼성전자주식회사
Priority date: 2004-11-17
Filing date: 2004-11-17
Publication date: 2012-09-03
Also published as: WO2006054857A1; CN101061687B; EP1813082B1; CN101061687A; US20060142037A1; JP2008521335A; AU2005307236B2; JP4392043B2; RU2007118159A; EP1813082A4; US7751841B2; EP1813082A1; AU2005307236A1; KR20060055069A; RU2347321C1

Abstract

본 발명은 PoC(Push to talk Over Cellular) 통화를 위한 세션 설정 방법에 관한 것으로서, 보다 상세하게는 수신측 PoC 사용자가 자신의 PoC 단말기에 홈 PoC 서버와 사전 세션(pre-established session)을 설정하고, 또한 상기 PoC 서버에 자동 응답 모드(AUTO-ANSWER mode)를 설정한 경우, 종래의 경우 PoC 서버-단말간 응답모드 불일치시 문제가 발생한 것을 해결하기 위한 것으로서, 서버의 자동 응답을 지시하는 새로운 데이터 필드를 실시간 전송 제어 프로토콜(real time transport protocol, 이하 'RTCP'라 부르기로 한다)의 payload에 삽입함으로써 종래의 기술에 존재하는 신호 흐름도와 PoC 토크 버스트 제어 프로토콜(talk burst control protocol)의 절차를 이용하여 PoC 통화를 위한 호 처리를 개선하고, 특히 추가된 데이터 필드를 이용하여 응답 모드 불일치 시에 단말기의 기능을 다양하게 확장시키는 특징이 있다.

PoC, 응답모드, 자동 응답 모드(AUTO-ANSWER mode), pre-established session, 응답모드 불일치, RTCP

Description

푸쉬 투 토크 오버 셀룰러 네트워크에서의 서버 및 클라이언트와 이를 이용한 응답 모드에 따른 호처리 방법{SERVER AND CLIENT IN PUSH TO TALK OVER CELLULAR NETWORK AND METHOD FOR PROCESSING POC CALL BASED ON ANSWER MODE USING THE SAME}

도 1은 일반적인 PoC 서비스 시스템의 구조도,

도 2는 종래 기술에 따른 자동 응답시의 송신측 PoC 통화 연결 흐름도,

도 3은 종래 기술에 따른 자동응답시의 수신측 PoC 통화 연결 흐름도,

도 4는 PoC 호 요청을 위한 INVITE에 포함되는 정보에 관한 도면,

도 5는 본 발명의 제 1 실시예에 따른 RTCP 메시지를 포함하는 PoC 통화 연결 방법에 관한 흐름도,

도 6은 본 발명의 제 2 실시예에 따른 RTCP 메시지를 포함하는 PoC 통화 연결 방법에 관한 흐름도,

도 7은 자동응답 지시자를 포함하는 RTCP payload format에 관한 도면,

도 8은 수신 클라이언트에서 자동응답 모드 거부시 전송되는 RTCP payload format에 관한 도면.

본 발명은 PoC(Push to talk Over Cellular) 통화를 위한 세션 설정 방법에 관한 것으로서, 보다 상세하게는 수신측 PoC 사용자가 자신의 PoC 단말기에 홈 PoC 서버와 사전 세션(pre-established session)을 설정하고 또한 PoC 서버에 자동 응답 모드(AUTO-ANSWER mode)를 설정한 경우 PoC 서버와 단말간의 응답모드 불일치를 고려하여 호를 처리하기 위한 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에 따른 호처리 방법 그 시스템에 관한 것이다.

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

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

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

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

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

SIP/IP 기반의 코어망은 PoC 서비스를 지원하기 위하여 PoC 서버(60)와 GLMS(Group List and Management System, 50) 그리고 프레젠스 서버(70) 등과 연결되어 서비스를 제공한다.

이때, PoC 서버(60)는 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 서버의 기능 중 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 between 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, availability 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

상기와 같이 구성된 PoC 시스템은 PoC 사용자가 자신의 단말기를 통하여 GLMS(40)에 그룹 및 그룹 멤버에 관한 정보를 입력할 수 있으며 또는 GLMS(40)로부터 전송 받은 개인 혹은 그룹 목록을 통해 자신이 호출할 수 있는 PoC 사용자들의 정보를 알 수 있다. GLMS 에 그룹 및 그룹 멤버의 생성, 수정 및 관리할 수 있는 또 다른 방법은 인터넷이나 인트라넷 등 PoC 서비스 제공자가 신뢰할 수 있는 통신망을 통하여 입력할 수 있는 방법이 있다.

PoC 호출 서비스를 이용하기 위하여, PoC 사용자는 SIP/IP에 자신의 PoC 주소를 등록한다. 이 때 SIP/IP 코어에서는 PoC 사용자의 요청을 바탕으로 PoC 사용자에 관한 정보를 저장한다. 따라서, 다른 PoC 사용자가 PoC 그룹 호출을 하려고 할 때, 상기한 바와 같이 자신의 정보를 SIP/IP 코어망에 먼저 등록하고 GLMS로부 터 전송받은 그룹 식별 정보를 이용하여 자신의 SIP/IP 코어망에 호출 요청을 한다. 이때, SIP/IP 코어는 요청하는 PoC 사용자 정보를 이용하여 주소 결정과 도메인 위치 결정 과정을 거친 후 요청하는 PoC 사용자가 등록된 홈 PoC 서버로 PoC 통화 요청을 전달한다. PoC 서버는 이러한 PoC 통화 요청에 대하여 PoC 세션 개설을 준비하고 GLMS 서버로부터 각각의 사용자 정보를 획득한 후, 해당 SIP/IP 코어 망으로 통화 요청 신호를 전달한다. 이때 인트라도메인 내의 사용자들에 대한 통화 요청일 경우, PoC 서버는 PF와 CF의 기능을 모두 수행하게 된다. 통화 요청된 PoC 사용자를 관리하는 PoC 서버는 자신에게 전달된 PoC 사용자의 정보를 이용하고 SIP/IP 코어망의 위치 결정 과정을 거친 후 PoC 사용자에게로 통화 요청을 하게 된다.

본 발명은 상기와 같이 3GPP나 3GPP2 에서 표준화 중이거나 완성된 IMS(IP multimedia CN)망을 이용하고 half duplex 형태의 통화와 사용자의 그룹 및 presence 정보를 이용하여 통화 요청에 따른 즉시 통화를 가능케 하는 PoC 시스템의 통화를 셋업하기 위한 호 처리 절차에 대한 기술이다. 특히 이러한 PoC 통화 설정을 위한 호 처리는 송신측과 수신측의 요구 및 상황에 따라 다양한 절차가 가능하다. 이러한 송신측과 수신측의 설정에 따라 OMA에서 요구하고 있는 PoC 시스템의 특징은 다음과 같다.

첫째, 수신측은 PoC 사용자의 요구에 따라 자신의 응답 모드를 설정할 수 있으며 크게 자동 응답 모드와 수동 응답 모드로 분류할 수 있다.

자동응답 모드는 수신측에서 지정한 PoC 사용자 리스트에 포함되면 수신자의 수동적인 응답에 대신하여 해당 네트워크에서 송신측으로 즉시 응답을 보내도록 하는 것을 의미한다. 이러한 네트워크에서 단말의 동작에 대신해 자동적인 응답을 보내는 것은 단말의 응답 모드 설정 요구에 따라 PoC 서버에서 응답 모드와 해당 사용자 리스트를 저장하는 기능을 갖기 때문이다. 한편 수동 응답 모드는 자동 응답 사용자 리스트에 포함되지 않거나 불분명한 경우, 또는 수신자가 모든 사용자에 대하여 수동응답으로 설정한 경우에 해당하며 PoC 통화 요청은 수신 네트워크를 거쳐 사용자의 단말까지 전송되어 PoC 사용자의 허락에 의해 통화가 연결되는 것을 의미한다.

둘째, PoC 시스템은 사용자의 홈 네트워크 내 PoC 서버와의 연결 설정 여부에 따라 on-demand 세션 모드와 pre-established 세션 모드로 분류된다.

pre-established 세션 모드는 PoC 사용자가 자신의 요구에 따라 PoC 클라이언트(PoC Client)와 자신의 홈 네트워크에 속하는 PoC 서버 사이에 미리 특정한 세션을 설정해 두는 것을 의미한다. 이러한 pre-established 세션은 PoC 사용자가 자신이 사용할 미디어 파라미터를 PoC 서버와 사전에 협상하여 향후 사용될 서버-클라이언트 간의 미디어 파라미터를 재협상 할 필요없이 빠른 통화 설정을 하기 위해 필요한 기능이다. 사전 세션의 설정을 위해서는 PoC 클라이언트가 SIP INVITE의 method를 통하여 본문부(SDP body)에 지원하는 미디어 파라미터를 제공하고 서버에서 제공된 미디어 파라미터에 대한 응답을 함으로써 구현되며 서버로부터의 응답 메시지에 새롭게 설정되는 사전 세션의 식별정보를 콘퍼런스 URI(conference URI)를 포함하여 PoC 사용자에게 회신하게 된다. 이러한 사전 세션을 이용할 경우, IP 주소, 포트 번호, 사용될 코덱(codec) 및 토크 버스트의 제어를 위한 프로토콜(talk burst control protocol) 등의 사전 설정이 가능하다.

On-demand 세션 모드는 PoC 사용자가 사전 세션을 설정하지 않은 상태를 의미하며 다른 PoC 사용자의 초대 메시지를 받은 이후, PoC 호 연결 절차를 수행하는 것을 의미한다.

한편, OMA에서 표준화 중인 PoC 스펙은 상기와 같은 통신 시스템의 기본적 기능 외에 다음과 같은 특별한 특징을 수반한다.

먼저 PoC 시스템은 수신자가 미리 설정한 허가된 PoC 사용자에 대하여 PoC 수신자의 응답모드에 관계없이 자동 응답을 보내고 수신 단말기에서 통화를 연결하는 수동응답 무시 모드(manual answer override, 이하 'MAO'라 부르기로 한다)라는 기능을 지원한다. MAO의 요청은 허가된 통화 요청자에 한하여 지원되며 PoC 통화 요청메시지(INVITE)에 MAO 지시자가 포함되어 전달되며 이러한 MAO 요청은 사고나 재난 구호, 명령 등 긴급한 목적과 공공 서비스에 적합한 PoC 기능이라 할 수 있다. 그러나 이러한 MAO는 표준문서에서 오퍼레이터에 따라 선택적으로 구현 가능한 기능이며 PoC 클라이언트가 자신이 속한 홈 네트워크에서 이를 지원하더라도 상대 네트워크에서 지원하지 않으면 작동하지 않는 특성을 갖는다.

다음으로 PoC 시스템에서 통화 요청에 대한 응답모드의 설정은 네트워크상의 엘리먼트인 PoC 서버와 사용자측의 단말인 PoC 클라이언트에서 모두 저장할 수 있으며 특히 PoC 클라이언트를 관리하는 홈 네트워크에 응답 모드를 설정할 때, PoC 클라이언트가 속해있는 홈 네트워크 내에서 세션 참여 기능(participating function, PF)을 하는 PoC 서버에서 응답모드가 구현된다. 이와 같이 네트워크 측의 응답 모드를 설정할 경우, 다른 PoC 서버로부터 PoC 통화가 요청될 때 PF가 즉시 자동으로 세션 진행 메시지를 통화 요청 네트워크로 응답함으로써, PoC 클라이언트까지 세션 셋업 메시지가 전달된 후 응답 되는 절차에 비해 통화 요청의 절차를 매우 간소하게 하는 특징이 있다.

그러나 상기의 네트워크에서 자동 응답을 수행하는 경우 상황에 따라 사용자의 응답 의지와는 다른 결과를 초래할 수 있으므로, PoC 사용자는 자신의 클라이언트에도 응답 모드를 설정할 수 있으며 이때 자신의 클라이언트의 응답 모드가 네트워크 상에 설정된 응답모드에 우선되는 특징이 있다. 이는 PoC 사용자가 자신의 응답 모드를 단말기를 통하여 변경하고 PoC 서버에 응답 모드 갱신을 요구할 때, 무선 접속망(Radio access network)나 IP 핵심망에서 신호 지연이나 오류로 인해 실시간으로 응답모드가 반영되지 않을 때 발생하는 프라이버시 문제를 해결하기 위해서이다. 요약하면, PoC 서비스는 사용자의 응답 모드를 PoC 서버와 PoC 클라이언트에 모두 설정할 수 있으나, 사용자의 의사에 의해 결정되는 행동을 통하여 PoC 세션 연결을 통한 미디어(실제 사용자의 음성) 스트림의 전달이 구현되게 된다.

상기 PoC 시스템의 여러 기능과 특징을 고려할 때 다양한 PoC 호 처리 절차가 발생할 수 있다. 본 발명에서는 특히 PoC 통화 수신측의 PoC 서버와 클라이언트 간에 사전 세션이 설정되고 PoC 서버에는 자동 응답 모드가 설정된 경우, 송신측의 일반적인 PoC 통화 요청(선택적인 MAO가 요청되지 않은 경우)에 대해서 자동 응답을 표시하는 메시지 정보를 제공하고 종단 PoC 단말기의 응답 모드 설정에 연동하 여 PoC 통화 요청에 대한 호 처리를 하는 방법에 관한 것이다.

이하, 상기의 특징을 갖는 PoC 시스템에서 종래의 기술로 구현하는 PoC 세션 연결 절차를 도 2와 도 3을 참조하여 설명하도록 한다. 도 2와 도 3은 일반적인 PoC 통화 요청자가 SIP 프로토콜을 이용하여 초청 메시지를 송신하여 호 처리를 요청하고 수신측에는 자동 응답 모드가 설정되고 사전 세션이 존재하는 경우, 종래의 기술로 구현되는 통화 송신측과 통화 수신측의 호 처리 절차를 각각 기술하고 있다.

먼저 도 2를 참조하면, 절차 1에서 PoC Client A는 자신이 이야기하고자 하는 수신자의 SIP address 정보를 포함한 INVITE 요청을 SIP/IP Core A에 보낸다. 이때 통화 요청 메시지에는 통화 요청 클라이언트의 PoC 주소 정보, 요구되는 미디어 파라미터, PoC 서비스임을 알리는 특성값 정보 등의 엘리먼트를 포함하며 DHCP서버나 DNS 서버 등에서의 경로 query를 통해 IMS망 내에서의 해당 서버(P-CSCF 및 S-CSCF)를 경유하여 participating PoC 서버로 전달된다(절차2). 일반적인 통화 요청시 PoC 사용자가 연결된 participating PoC 서버는 개설되는 세션의 토크버스트를 관리하는 controlling PoC 서버와 분리하여 구현될 수 있으므로 절차 1~2에서 보내진 INVITE 요청은 각 네트워크의 SIP/IP 핵심망을 경유하여 controlling PoC 서버 X로 전달된다(3~5).

CF를 포함하는 제어 네트워크는 상기 절차 5에서 전달된 통화 요청 메시지를 해당 SIP/IP 핵심망으로 전달한 후 응답 메시지를 수신하게 된다. 수신측 네트워크에서 응답되는 SIP 메시지는 1XX의 임시 응답 메시지(provisional response)나 2XX의 성공 응답 메시지(successful response) 또는 4XX~6XX 등의 오류 응답 메시지일 수 있으나 본 발명에서는 근본취지에 벗어나지 않는 범위에서 정상적인 호처리 절차 위주로 설명하기로 한다. 절차 5 이후 CF는 수신측 응답 모드에 따라 AUTO-ANSWER나 OK 응답 등으로 수신할 수 있다. 선택적으로 도 2에서 AUTO-ANSWER 응답의 경우 SIP 183 'Session progress' 신호로 수신할 수 있으며 이를 통하여 통화 요청자의 IMS 망에서 PoC 서버와 클라이언트 사이의 연결을 진행할 수 있다. 수신자의 통화 허락 신호는 상기 SIP 183 'Session Progress'나 SIP 200 'OK' response로 회신되며 CF와 PF의 PoC 서버를 경유하여 PoC 클라이언트 A로 전달하게 된다(6~10). 한편 CF는 수신측 PoC 서버로부터 200 OK 응답이나 183 Session progress 신호를 수신한 후, PoC 호가 연결되었음을 판단하여 클라이언트 A에 대하여 토크 버스트 발언권을 부여하는 floor granted 신호를 보내게 된다. 상기의 응답(200 OK 또는 183 session progress)에 따라 토크 버스트 권한을 부여하는 것은 'confirmed' 또는 'unconfirmed' 로 구분되어 질 수 있으며 CF에서 버퍼링 기능의 필요성의 원인이 된다.

PoC 클라이언트 A는 INVITE 요청 신호에 대한 확인 응답 신호(6~10)를 수신한후, 토크 버스트 전송 허여 신호(통화 연결음)를 전달하기 위해 floor granted 신호를 RTCP 프로토콜을 이용하여 수신하게 된다(11~12). 이때 floor granted 신호는 CF에서 토크 버스트 중재 권한을 갖는 CF에서 생성되어 상기 해당 PoC 클라이언트를 관리하는 PF를 거쳐 PoC 클라이언트로 전송되며, SIP 프로토콜을 이용하지 않고 베어러의 경로를 이용하므로 SIP/IP 핵심망을 거치지 않고 전송될 수 있다. 마 지막으로 이러한 통화 연결음을 확인한 PoC 사용자는 미디어(대표적으로 음성) 스트림을 RTP 프로토콜을 이용하여 전송하게 된다.

도 3의 절차는 앞서의 송신측 통화 절차에 대응하여 수신측 서버-클라이언트 간에 사전 세션이 설정된 경우, 종래 기술에 의한 수신측의 절차를 도시한다. (이때 Pre-established 세션을 설정하고 있는 PoC 서버와 PoC 클라이언트 사이의 미디어 특성값들은 새로운 세션 요청시 변경시킬 필요가 없이 지정된 특성값을 그대로 이용하는 정상적인 절차를 가정함)

절차 1~3은 송신측 네트워크로부터 수신한 통화 요청 메시지가 SIP/IP 핵심망을 IMS 망의 호 처리 절차에 따라 수신측 PoC 클라이언트의 홈 네트워크에 속하는 PoC 서버까지 전달되는 절차를 도시한다. 이때 PF B는 자신의 응답 모드 설정값을 자동 응답모드로 설정하여 있으므로 통화 요청 메시지에 대응하여 송신측 네트워크로 SIP 200 'OK' 메시지를 보내며(4~6) 사전 세션을 변경시킬 필요가 없으므로 자신과 연결되어 있는 PoC 클라이언트에는 통화 요청 메시지를 보내지 않는다.

한편 IMS 경로를 통해 회신된 OK 응답을 수신한 controlling 네트워크의 PoC 서버는 송신측 PoC 클라이언트로 OK 응답을 전달하여 PoC 호 처리 절차를 완성하며(7), 송신측 PoC 클라이언트에 대하여 토크 버스트 발언권을 부여하는 floor granted 신호를 보내게 된다(8). 한편 CF는 발언권을 허여하는 RTCP 신호를 보냄과 동시에 상기 발언권을 갖는 PoC 사용자의 PoC address나 디스플레이 이름을 포함하는 sending Talk Burst 신호를 수신측 PoC 사용자에 보냄으로써(9~10) 수신 PoC 클라이언트가 이후 전달될 미디어 스트림의 송신자 정보를 미리 받을 수 있도록 한 다. 이러한 토크 버스트 전송 신호는 상기 도 2에서와 마찬가지로 SIP 프로토콜을 이용하지 않고 베어러의 경로를 이용하므로 SIP/IP 핵심망을 거치지 않고 전송될 수 있다. 한편, 최종적으로 송신측에서 보낸 미디어(음성) 스트림은 미디어 베어러의 경로로 RTP 프로토콜을 이용하여 클라이언트 B로 전달되어 통화가 시작된다.

도 4는, 상기 도 3의 절차 1에서와 같은 송신측에서 요청하는 통화 요청 메시지에 포함되는 정보 요소들로서 PoC 통화 요청자 및 수신자의 PoC 주소, 클라이언트나 서버에서 제시하는 미디어 파라미터 정보, PoC 통화임을 알리는 지시자, PoC 서버에서 설정하는 지시자, 송수신 네트워크 간에 상호 협상할 토크 버스트 제어 프로토콜 등을 포함한다.

사전 세션이 존재하는 PoC 클라이언트에 대하여 사전 세션을 관리하는 PoC 서버가 자동 응답 모드를 설정하는 경우, 상기와 같은 종래기술에서는 통화 요청 처리 절차시 PF에서 AUTO-ANSWER를 회신하지 않고 바로 OK 응답을 회신한다.

이러한 수신측 PoC 서버에서의 OK 응답은 송신측 네트워크로 회신되어 송신 PoC 클라이언트는 OK 응답 신호를 받음과 동시에 토크 버스트 허락 신호를 부여받게 되고 실제 미디어 스트림을 전송하게 된다. 또한 PoC 서버인 CF는 200 Ok 신호를 수신하였으므로 전달되는 미디어 스트림에 대하여 버퍼링을 수행하지 않고 수신측 네트워크로 바로 전송하게 된다. 그리고 수신측 네트워크의 PoC 서버는 전달받은 미디어에 대하여 별도의 SIP 신호를 수반하지 않으므로 RTP 프로토콜을 사용하여 바로 수신 PoC 클라이언트로 미디어 스트림을 전송하게 된다.

이와 같이 사전 세션과 자동 응답 모드가 설정된 상기 세션 절차 및 미디어 전송 절차를 따를 경우, 만약 수신측 PoC 클라이언트의 응답 모드가 자동으로 설정되어 있지 않다면(즉, 일시적인 응답모드 변경으로 인하여 서버-단말간 응답 모드 설정이 다른 race condition이 발생하는 경우), 수신측 PoC 클라이언트가 자신의 의사나 행동에 관계없이 전달되는 미디어 스트림을 처리하는 정보를 얻지 못하게 되는 문제점이 있다.

따라서 본 발명은 상기와 같은 문제점을 해결하기 위해 안출된 것으로서, 사전 세션에 자동 응답 모드가 설정되어 있고 수신측 PoC 클라이언트의 응답 모드 변경이 반영되지 않은 경우, 전달되는 미디어 스트림을 수신 단말에서 처리하기 위해 PoC 클라이언트로 응답 모드 정보를 전달하므로써 PoC 클라이언트의 변경된 응답 모드에 신속히 대응할 수 있도록 하여 호처리를 원활하게 수행하기 위한 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에 따른 호처리 방법 및 시스템을 제공하는데 목적이 있다.

상기의 목적을 달성하기 위한 본 발명의 일 측면에 따르면, 수신측 PoC 클라이언트와 수신측 PoC 서버간에 사선 세션이 설정되고, 상기 수신측 PoC 서버에 자동 응답 모드가 설정되어 있는 PoC 네트워크의 호 처리 시스템은, 발신측 PoC 서버로부터 전송되는 통화 요청 메시지를 수신하고, 상기 통화 요청 메시지에 대한 응답 신호를 회신하는 상기 수신측 PoC 서버와, 상기 수신측 PoC 서버로부터 미디어 스트림이 수신될 것임을 알리는 정보를 수신하는 수신측 PoC 클라이언트를 포함할 수 있다.
상기한 목적을 달성하기 위한 본 발명의 다른 측면에 따르면, 수신측 PoC 클라이언트와 수신측 PoC 서버간에 사선 세션이 설정되고, 상기 수신측 PoC 서버에 자동 응답 모드가 설정되어 있는 PoC 네트워크의 호 처리 방법은, 상기 수신측 PoC 서버가 발신측 PoC 서버로부터 전송되는 통화 요청 메시지를 수신하는 단계; 상기 수신측 PoC 클라이언트로 미디어 스트림이 수신될 것임을 알리는 정보가 수신되는 단계; 를 포함할 수 있다.
상기한 목적을 달성하기 위한 본 발명의 또 다른 측면에 따르면, 수신측 PoC 클라이언트와 수신측 PoC 서버가 자동 응답 모드로 작동하고, 사선 세션이 설정된 수신측 PoC 시스템에서, 송신측 PoC 서버로부터 통화 요청 메시지를 수신하였을 경우 PF에서 추가적인 데이터를 포함한 정보를 수신측 PoC 클라이언트에 전달하는 프로세서에 대해 개시하고 있다. 이로 인해 자동 응답 모드에서도 수신측 PoC 클라이언트는 미디어 스트림이 곧 수신될 것임을 알 있는 것이다.
이하, 본 발명이 속하는 분야에 통상의 지식을 지닌 자가 본 발명을 용이하게 실시할 수 있도록 본 발명의 바람직한 실시예를 첨부된 도면을 참조하여 상세히 설명한다.

삭제

도 5는 본 발명에서 제안하는 통화 연결 절차를 도시하는 것으로써, 상기 설명한 사전 세션이 존재하는 클라이언트에 대해서 수신측 PF가 자동 응답 모드로 설정된 경우 PoC 호 처리 절차를 제시한다. 먼저 Controlling PoC 서버는 PoC 통화 요청자의 네트워크로부터 PoC 통화 정보를 포함하는 통화 요청 메시지를 받은 후, controlling 네트워크의 SIP/IP 핵심망과 수신측 홈 네트워크의 SIP/IP 핵심망을 경유하여 수신 PoC 사용자의 홈 네트워크에 속하는 PoC 서버(participating PoC Server)에 통화 요천 메시지를 전달한다(1~3). 이때, participating PoC 서버는 ㅌ통화 여청 메시지에 포함되어 있는 PoC 통화 수신자에 대한 PoC 주소정보, PoC 통화 요청자의 PoC 주소 정보를 프로세싱하여 호 연결에 이용한다. 한편, participating PoC 서버는 수신측 PoC 클라이언트의 주소 정보를 이용하여 해당 PoC 사용자와 PF간에 사전 세션이 존재함을 알 수 있으며 또한 해당 PoC 사용자의 모드 설정에 따른 PoC 클라이언트 응답 모드를 저장하고 있다. 이때 PF B는 적절한 내부 프로세싱 절차를 거친 후, 상기 통화 요청 메시지에 대하여 OK 응답을 회신한다(4~6). 이때 OK 응답은 IMS망의 라우팅 규칙에 따라 통화 요청 메시지를 보낸 경로로 회신하게 된다.

상기 4~6 단계의 자동 응답 절차는 participating PoC 서버가 자신과 수신 PoC 사용자간의 미디어 파라미터에 대한 협상을 미리 해둔 사전 세션을 이용할 것이며, 허가된 PoC 통화 요청자에 대해 수신 PoC 클라이언트가 자동으로 세션 요청을 수락할 것임을 미리 예측하여 PF가 OK 응답을 보내는 절차이다.

상기 기술한 OK 응답 신호는 controlling 네트워크의 PoC 서버(controlling PoC 서버)로 회신된 후(6), PoC 통화 요청자의 홈 네트워크로 전달된다(7). 이때 OK 응답 신호는 PoC 통화 송신측의 입장에서는 수신 PoC 사용자가 직접 통화를 허락한 것과 동일하게 인식하고 통화 요청자의 PoC 클라이언트까지 OK 응답이 회신됨으로써, 하나의 다이얼로그(dialog)가 성립되어 SIP 통화 절차가 완료되게 된다. 한편 상기 도 2에서 설명한 바와 같이 OK 응답과 발언권 허여(Floor granted) 신호가 해당 controlling PoC 서버로부터 PoC 송신 클라이언트에 모두 전달된 후(8) controlling 네트워크의 PoC 서버는 수신측 PoC 서버 PF B를 통하여 토크 버스트 전송 신호를 수신측 PoC 클라이언트에 전달한다(9~10). 이때 9-10 단계에서 RTCP 토크 버스트 신호는 PF B에서 자동 응답 지시자를 포함하여 전송하게 된다. 이와 같이 토크 버스트 신호를 이용하여 자동 응답 신호를 전송함으로써 전송 신호의 부담을 가져올 수 있는 부가적인 SIP 시그널링을 제거해 주며, 다음으로 수신 PoC 클라이언트에는 해당 Poc 서버에서 자동 응답으로 OK 신호를 회신했으며 미디어 스트림이 곧 수신될 것임을 알릴 수 있다. 최종적으로 RTCP 토크 버스트 메시지를 통하여 자동 응답 메시지를 수신한 후, PoC 클라이언트는 뒤이어 전송되는 미디어(예를 들어, 음성신호)를 수신하게 된다.

한편 RTCP 토크 버스트 신호는 PF가 미디어 경로에 존재하느냐 하지 않느냐에 따라 PF를 거쳐서 갈 수 있으며 또한 미디어 경로에 존재하지 않을 경우 PoC 클라이언트로 직접 전달될 수도 있다. 만약 미디어 경로에 PF B가 포함되는 경우, 자동 응답 신호는 PF B에서 포함할 수 있고(절차 10에서는 자동 응답 메시지 포함 불필요) 만약 PF B가 포함되지 않는다면 자동 응답 신호는 CF에서 포함해야 한다(절차 10-11에서 모두 메시지 포함 필요).

본 발명의 다른 실시 예로써, 자동 응답 모드를 지시하는 RTCP 메시지는 송신측의 PoC 세션 요청 메시지가 수신측 PF에 도달하는 시점에(도 5의 절차 3 직후) 해당 수신측 PoC 클라이언트에 전송될 수도 있다. 이러한 PoC 세션 연결의 절차는 도 6에 도시되어 있다. 도 6에서 절차 1~3 및 5~7 및 9~10은 상기 도 5와 동일하며, 이때 절차 11~12에서 RTCP 토크 버스트 전송 신호는 응답 모드 지시자를 포함하지 않는다.

상기 송신측의 PoC 세션 요청에 따라 수신측 PF는 자동 응답을 지시하는 indication을 RTCP 프로토콜을 이용하여 PoC 클라이언트 B로 전달하며 이로 인해 수신측 PoC 클라이언트는 미디어 스트림이 곧 수신될 것임을 알 수 있다. 한편, 이에 대한 응답 수신에 관계없이 상기 수신측 PoC 서버는 OK 응답 신호를 송신측 네트워크로 보낸다(5). 한편, 자동 응답 지시자를 수신한 클라이언트는 자신에 설정된 응답 모드가 수동 모드로 PF와 불일치할 경우, 클라이언트로부터 PF에 오류 발생 신호를 RTCP 프로토콜을 이용하여 송신한다. PoC 서버는 이러한 오류 신호를 수신함으로써 전송되는 미디어 스트림을 차단하여 단말까지 불필요한 미디어 스트림이 전달되는 것을 방지할 수 있다.

상기 도 5에서 수신측 PoC 클라이언트로 전달되는 응답 모드 지시 RTCP 패킷의 구성은 일례로 도 7과 같은 RTCP payload 형태로 구현될 수 있다. 상기 응담 모드 지시자가 포함된 메시지 정보를 통해 미디어 스트림이 곧 수신될 것임을 알 수 있는데, 도 7에서 도시하듯이 RTCP 패킷의 구성은 버전정보, 부 타입 정보, 길이 등 일반적인 전송 관련 정보와 PoC 사용자의 주소, 이름 정보, 토크 버스트 연결 정보 등이 필요하며, 본 특허에서 명기하는 자동 응답 지시자(auto answer indication) 정보를 포함한다.

상기 도 6에서 수신측 PoC 클라이언트로부터 PF로 전달되는 오류 응답 RTCP 패킷의 구성은 일례로 도 8과 같은 RTCP payload 형태로 구현될 수 있다. 도 8에서 도시하듯이 RTCP 패킷의 구성은 버전정보, 부 타입 정보, 길이 등 일반적인 RTCP 전송 관련 정보와 PoC 사용자의 주소, 이름 및 정보 본 특허에서 명기하는 세션 종료 요청 정보와 오류 코드 정보 등을 포함할 수 있다.

한편 PF에서의 응답 모드를 지시하는 방법으로써 상기 자동응답을 지시하는 필드 값이 없는 경우(예를 들어 Auto-answer indication=1이 자동 응답을 지시하는 경우, 수동 응답인 경우는 Auto-answer indication=0로 표시)는 필드 값에 대해 이진법으로 표기할 수도 있다.

본 발명의 다른 실시 예로써, 자동 응답 지시자를 포함하는 단계는 상기 기술에서 설명된 바와 같이 RTCP/RTP 베어러의 경로에 따라 controlling 네트워크의 PoC 서버가 수행할 수도 있으며 수신측 홈 네트워크의 PoC 서버가 수행할 수도 있다. 또한, 상기 수신측 PoC 클라이언트는 상기 자동 응답 지시자가 포함된 정보를 상기 수신측 PoC 서버로부터 수신함으로써 미디어 스트림이 곧수신될 것임을 알 수 있는 것이다.

한편, 사전 세션의 용도에 따라 PoC 서버와 클라이언트 간의 경로 및 추가적 자원 예약(resource reservation)을 포함할 수 있으나 본 특허의 핵심 요지에서 벗어나므로 상술하지 않기로 한다. 본 발명에서 요구하는 사전 세션에 대한 요구사항은 상기 사전 세션의 정의에 영향을 받지 않으며 사전 세션의 확장된 정의에 따라 더욱 용이한 실현이 가능할 수 있다.

이상 본 발명의 바람직한 실시예에 대해 상세히 기술되었지만, 본 발명이 속하는 기술분야에 있어서 통상의 지식을 가진 사람이라면, 첨부된 청구 범위에 정의된 본 발명의 정신 및 범위를 벗어나지 않으면서 본 발명을 여러 가지로 변형 또는 변경하여 실시할 수 있음을 알 수 있을 것이다. 따라서 본 발명의 앞으로의 실시예 들의 변경은 본 발명의 기술을 벗어날 수 없을 것이다.

삭제

상기 PoC 시스템의 여러 기능과 특징을 고려할 때 발생하는 다양한 PoC 호 처리 절차 중 특히 PoC 통화 수신측에 사전 세션이 설정되고 사전 세션에 속하는 PoC 서버에 자동 응답 모드가 설정된 경우, PoC 통화 요청에 대한 호 처리를 용이하게 하기 위한 방법을 제안한다.
일반적으로 자동응답 모드는 수신 PoC 클라이언트가 자신에게 걸려온 통화를 수동적인 조작 없이 바로 응답하여 미디어를 전달 받기 위한 빠른 호 처리를 수행하는 서비스이다.
본 발명은 수신측 PoC 클라이언트와 수신측 PoC 서버가 자동 응답 모드로 작동하고, 사전 세션이 설정된 수신측 PoC 시스템에서, 송신측 PoC 서버로부터 통화 연결 요청 메시지를 수신하였을 경우, PF에서 추가적인 데이터를 포함한 정보를 수신측 PoC 클라이언트에 전달하는 프로세스에 대해 개시하고 있다. 이로 인해 자동 응답 모드에서도 수신측 PoC 클라이언트는 미디어 스트림이 곧 수신될 것임을 알 수 있고, 상기 수신측 PoC 서버와 상기 수신측 PoC 클라이언트 사이에 상호 응답모드가 불일치하는 경우에도 상기 PoC 클라이언트에서 PoC 통화 요청에 대한 호 처리를 효과적으로 할 수 있도록 하는 방법을 제시한다. 결과적으로 이러한 방법을 통해 네트워크에서는 부수적인 시그널링을 줄여 빠른 PoC 통화 연결을 유지하게 하고, PoC 사용자는 향상된 서비스를 경험할 수 있도록 하며, 서비스 제공자에게도 불필요한 미디어의 전송을 방지하여 통신 자원을 효율적으로 관리하도록 하는 효과를 가져온다.
특히 PoC 사용자의 단말과 PoC 서버 사이의 응답 모드가 동기가 되지 않는 race 조건의 환경하에서 이에 영향을 받지 않고 구현될 수 있도록 하는 시그널링 방법을 제시하여 단말기 작동에서 기술적 파급 효과를 가져올 것으로 기대할 수 있다.

Claims

삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
수신측 PoC 클라이언트와 수신측 PoC 서버간에 사전 세션이 설정되고, 자동 응답 모드가 설정되어 있는 상기 수신측 PoC 서버에서 PoC 네트워크의 호를 처리하는 방법에 있어서,

발신측 PoC 서버로부터 전송되는 통화 요청 메시지를 수신하는 단계,

상기 통화 요청 메시지에 대한 응답 신호를 회신하는 단계,

상기 발신측 PoC 서버로부터 미디어 스트림이 수신될 것임을 알리는 정보가 수신되면 상기 수신측 PoC 클라이언트로 미디어 스트림이 수신될 것임을 알리는 정보를 전송하는 단계를 포함하되, 상기 통화 요청 메시지는 발신측 PoC 클라이언트의 주소 정보와 이름 정보, 수동 응답 모드 지시자 (MAO:Manual Answer Override indication) 정보를 포함하는 것을 특징으로 하는 PoC 네트워크에서의 호 처리 방법
제 15 항에 있어서,

상기 미디어 스트림이 수신될 것임을 알리는 정보는 RTCP(Real-time Transport Control Protocol) 페이로드 형태로 구현되는 것을 특징으로 하는 PoC 네트워크에서의 호 처리 방법.
제 15 항에 있어서,

상기 미디어 스트림이 수신될 것임을 알리는 정보는 버전 정보, 부 타입 정보, 길이 정보, 자동 응답 지시자(auto answer indication) 정보 중 최소한 하나 이상의 정보를 더 포함하는 것을 특징으로 하는 PoC 네트워크에서의 호 처리 방법.
제 15 항에 있어서,

상기 수신측 PoC 클라이언트의 응답 모드가 상기 수신측 PoC 서버에 설정된 응답 모드와 일치 하지 않을 경우, 오류 신호를 상기 수신측 PoC 서버로 송신하는 단계를 더 포함하는 것을 특징으로 하는 PoC 네트워크에서의 호 처리 방법.
제 18 항에 있어서,

상기 오류 신호는 RTCP(Real-time Transport Control Protocol) 페이로드 형태로 구현되는 것을 특징으로 하는 PoC 네트워크에서의 호 처리 방법.
제 18 항에 있어서, 　

상기 오류 신호는 세션 종료 요청 정보와 오류 코드 정보를 포함하는 것을 특징으로 하는 PoC 네트워크에서의 호 처리 방법.
제 18 항에 있어서,

상기 오류 신호는 버전정보, 부 타입 정보, 길이 정보, 상기 수신측 PoC 클라이언트의 주소 정보, 이름 정보 중 최소한 하나 이상을 더 포함하는 것을 특징으로 하는 PoC 네트워크에서의 호 처리 방법.
수신측 PoC 클라이언트와 수신측 PoC 서버간에 사전 세션이 설정되고, 자동 응답 모드가 설정되어 있는 상기 수신측 PoC 서버에 있어서,

발신측 PoC 서버로부터 전송되는 통화 요청 메시지를 수신하고, 상기 통화 요청 메시지에 대한 응답 신호를 회신하는 송수신 수단과,

상기 송수신 수단은 상기 수신측 PoC 서버로부터 미디어 스트림이 수신될 것임을 알리는 정보를 수신하고, 상기 수신된 미디어 스트림이 수신될 것임을 알리는 정보를 상기 수신측 PoC 클라이언트로 전송하되, 상기 통화 요청 메시지는 발신측 PoC 클라이언트의 주소 정보와 이름 정보, 수동 응답 모드 지시자 (MAO:Manual Answer Override indication) 정보를 더 포함하는 것을 특징으로 하는 PoC 네트워크에서의 PoC 서버.
제 22 항에 있어서,

상기 미디어 스트림이 수신될 것임을 알리는 정보는 RTCP(Real-time Transport Control Protocol) 페이로드 형태로 구현되는 것을 특징으로 하는 PoC 네트워크에서의 PoC 서버.
제 22 항에 있어서,

상기 미디어 스트림이 수신될 것임을 알리는 정보는 버전 정보, 부 타입 정보, 길이 정보, 자동 응답 지시자(auto answer indication) 정보 중 최소한 하나 이상의 정보를 더 포함하는 것을 특징으로 하는 PoC 네트워크에서의 PoC 서버.
제 22 항에 있어서,

상기 수신측 PoC 클라이언트의 응답 모드가 상기 수신측 PoC 서버에 설정된 응답 모드와 일치 하지 않을 경우, 오류 신호를 상기 수신측 PoC 서버로 송신하는 것을 특징으로 하는 PoC 네트워크에서의 PoC 서버.
제 25 항에 있어서,

상기 오류 신호는 RTCP(Real-time Transport Control Protocol) 페이로드 형태로 구현되는 것을 특징으로 하는 PoC 네트워크에서의 PoC 서버.
제 25 항에 있어서, 　

상기 오류 신호는 세션 종료 요청 정보와 오류 코드 정보를 포함하는 것을 특징으로 하는 PoC 네트워크에서의 PoC 서버.
제 25 항에 있어서,

상기 오류 신호는 버전정보, 부 타입 정보, 길이 정보, 상기 수신측 PoC 클라이언트의 주소 정보, 이름 정보 중 최소한 하나 이상을 더 포함하는 것을 특징으로 하는 PoC 네트워크에서의 PoC 서버.
PoC 네트워크에서 수신측 PoC 클라이언트가 호 처리를 수행하는 방법에 있어서,

수신측 PoC 서버와 사전 세션을 설정하는 단계,

상기　수신측 PoC 서버에　자동 응답 모드를 설정하는 단계,

통화 요청 메시지를 수신한 상기 수신측 PoC 서버로부터 미디어 스트림이 수신될 것임을 알리는 정보를 수신하는 단계를 포함하되, 상기 통화 요청 메시지는 발신측 PoC 클라이언트의 주소 정보와 이름 정보, 수동 응답 모드 지시자 (MAO:Manual Answer Override indication) 정보를 포함하는 것을 특징으로 하는 PoC 클라이언트의 호 처리 방법.
제 29 항에 있어서,

상기 미디어 스트림이 수신될 것임을 알리는 정보는 RTCP(Real-time Transport Control Protocol) 페이로드 형태로 수신되는 것을 특징으로 하는 PoC 클라이언트의 호 처리 방법.
제 29 항에 있어서,

상기 미디어 스트림이 수신될 것임을 알리는 정보는 버전 정보, 부 타입 정보, 길이 정보, 자동 응답 지시자(auto answer indication) 정보 중 최소한 하나 이상의 정보를 더 포함하는 것을 특징으로 하는 PoC 클라이언트의 호 처리 방법.
제 29 항에 있어서,

상기 수신측 PoC 클라이언트의 응답 모드가 상기 수신측 PoC 서버에 설정된 응답 모드와 일치 하지 않을 경우, 오류 신호를 상기 수신측 PoC 서버로 송신하는 단계를 더 포함하는 것을 특징으로 하는 PoC 클라이언트의 호 처리 방법.
제 32 항에 있어서,

상기 오류 신호는 RTCP(Real-time Transport Control Protocol) 페이로드 형태로 송신되는 것을 특징으로 하는 PoC 클라이언트의 호 처리 방법.
제32항에 있어서,

상기 오류 신호는 세션 종료 요청 정보와 오류 코드 정보를 포함하여 송신되는 것을 특징으로 하는 PoC 클라이언트의 호 처리 방법.
제 32 항에 있어서, 　

상기 오류 신호는 버전정보, 부 타입 정보, 길이 정보, 상기 수신측 PoC 클라이언트의 주소 정보, 이름 정보 중 최소한 하나 이상을 더 포함하여 송신되는 것을 특징으로 하는 PoC 클라이언트의 호 처리 방법.
PoC 네트워크에서 호 처리를 수행하는 수신측 PoC 클라이언트에 있어서,

수신측 PoC 서버와 사전 세션 연결 하는 세션 연결 수단과, 　

상기 수신측 PoC 서버에 자동 응답 모드를 설정하는 설정 수단과,

통화 요청 메시지를 수신한 상기 수신측 PoC 서버로부터 미디어 스트림을 수신하는 송수신 수단을 포함하되, 상기 통화 요청 메시지는 발신측 PoC 클라이언트의 주소 정보와 이름 정보, 수동 응답 모드 지시자 (MAO:Manual Answer Override indication) 정보를 포함하는 것을 특징으로 하는 PoC 클라이언트.
제 36 항에 있어서,

상기 미디어 스트림이 수신될 것임을 알리는 정보는 RTCP(Real-time Transport Control Protocol) 페이로드 형태로 수신되는 것을 특징으로 하는 PoC 클라이언트.
제 36 항에 있어서,

상기 미디어 스트림이 수신될 것임을 알리는 정보는 버전 정보, 부 타입 정보, 길이 정보, 자동 응답 지시자(auto answer indication) 정보 중 최소한 하나 이상의 정보를 더 포함하는 것을 특징으로 하는 PoC 클라이언트.
제 36 항에 있어서,

상기 수신측 PoC 클라이언트의 응답 모드가 상기 수신측 PoC 서버에 설정된 응답 모드와 일치 하지 않을 경우, 오류 신호를 상기 수신측 PoC 서버로 송신하는 것을 특징으로 하는 PoC 클라이언트.
제 39 항에 있어서,

상기 오류 신호는 RTCP(Real-time Transport Control Protocol) 페이로드 형태로 송신되는 것을 특징으로 하는 PoC 클라이언트.
제 39 항에 있어서,

상기 오류 신호는 세션 종료 요청 정보와 오류 코드 정보를 포함하여 송신되는 것을 특징으로 하는 PoC 클라이언트.
제 39 항에 있어서,

상기 오류 신호는 버전정보, 부 타입 정보, 길이 정보, 상기 수신측 PoC 클라이언트의 주소 정보, 이름 정보 중 최소한 하나 이상을 더 포함하는 것을 특징으로 하는 PoC 클라이언트.