KR20060028130A

KR20060028130A - 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에따른 호 처리 시스템 및 방법

Info

Publication number: KR20060028130A
Application number: KR1020040077172A
Authority: KR
Inventors: 성상경; 박준구; 박성진
Original assignee: 삼성전자주식회사
Priority date: 2004-09-24
Filing date: 2004-09-24
Publication date: 2006-03-29
Also published as: AU2005285720A1; EP1792449A1; CN101027880A; WO2006033519A1; CN101715172B; AU2005285720B2; EP1792449A4; CN101715172A; KR100666984B1; JP4675963B2; JP2008514155A; US20060084454A1; US10313843B2; US20160044470A1; CN101027880B; EP1792449B1; US9172731B2

Abstract

본 발명은 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에 따른 호 처리 시스템 및 방법에 관한 것으로서, 수동응답 무시를 가리키는 인디케이터를 새로운 데이터 필드 형태로 실시간 전송제어 프로토콜의 페이로드에 삽입하는 데이터 포맷을 정의하고, PoC 통화 요청자가 수신측 PoC 사용자의 응답모드에 관계없이 통화를 연결할 수 있는 수동응답 무시(Manual Answer Override)를 지시하면 곧바로 요청 확인 절차없이 바로 자동 응답 모드를 수행할 수 있도록 하는 동시에, 수신측 PoC 사용자는 자신의 PoC 단말기에 홈 PoC 서버와 사전 세션을 설정해 둔 경우는 더욱 빠르게 호처리가 이루어질 수 있도록 한다.

MAO, 수동 응답 무시 모드, 자동 응답, 수동 응답, PoC

Description

푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에 따른 호 처리 시스템 및 방법 {System and method for call processing according to answer mode of Push to talk over Cellular user}

도 1은 일반적인 PoC 서비스 시스템에 관한 블록도,

도 2는 종래 기술에 의한 MAO를 위한 송신측 PoC 통화 설정 과정에 관한 흐름도,

도 3은 종래 기술에 의한 MAO를 위한 수신측 PoC 통화 설정 과정에 관한 흐름도,

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

도 5는 본 발명에 따른 MAO을 위한 개선된 PoC 통화 설정 과정에 관한 도면,

도 6은 본 발명에 따른 MAO indication을 포함하는 RTCP payload format에 관한 도면.

<도면의 주요 부분에 대한 부호 설명>

10 : PoC 클라이언트 20 : 억세스 망

30 : SIP/IP 코어 40 : GLMS 관리부

50 : GLMS 60 : PoC 서버

70 : 프레젠스 서버 80 : 원격 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(3rd Generation Partnership Project)나 3GPP2 에서 표준화 중이거나 완성된 IMS(IP multimedia Subsystem)망을 이용하고, 반이중 통신(half duplex) 형태의 통화와 사용자의 presence 정보를 이용하여 통화 요청에 따른 즉각적인 통화를 가능케 하는 PoC 시스템의 통화를 연결하기 위한 호 처리에 관련된 것이다.

이하, PoC 통화 설정을 위한 호 처리에 관하여 송신측과 수신측 관점별로 구분하여 설명하기로 한다.

우선, 송신측과 수신측의 설정에 따라 OMA에서 요구하고 있는 PoC 시스템의 특징은 다음과 같다.

첫째, 수신측은 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 시스템은 통화 요청에 대한 응답모드의 설정을 네트워크상의 엘리먼트인 PoC 서버와 사용자측의 단말인 PoC 클라이언트에서 모두 할 수 있다.

네트워크에서 응답 모드를 설정할 때, PoC 클라이언트가 속해 있는 홈 네트워크 내에서 세션 참여 기능(participating function, PF)을 하는 PoC 서버에서 응답모드가 구현된다. 이러한 네트워크 측의 응답 모드를 설정할 경우, 통화 요청시 PoC 클라이언트의 응답 모드를 PF에 반영하여 클라이언트로 연결한 후 응답이 되는 절차에 비해 통화 요청의 절차를 간략화시켜 줄 수 있는 특징이 있다.

마지막으로 PoC 사용자는 자신의 클라이언트를 이용하여 응답 모드를 설정할 수 있으며 이때 자신의 클라이언트의 응답 모드가 네트워크 상에 설정된 응답모드에 우선되는 특징이 있다. 이러한 이유는 PoC 사용자가 자신의 응답 모드를 단말기를 통하여 변경하고 PoC 서버에 응답 모드 갱신을 요구할 때, 무선 접속망(Radio access network)나 IP 핵심 망에서 신호 지연이나 오류로 인해 실시간으로 응답모드가 반영되지 않을 때 발생하는 프라이버시 문제를 해결하기 위해서이다. 즉, PoC 서비스는 사용자의 응답 모드를 PoC 서버와 PoC 클라이언트에 모두 설정할 수 있으며, 사용자의 의지와 동일한 PoC 클라이언트의 응답 모드에 의해 동작이 결정되게 된다.

상기 PoC 시스템의 여러 기능과 특징을 고려할 때 다양한 PoC 호 처리 절차가 발생할 수 있다. 본 발명에서는 특히 PoC 통화 수신측에 사전 세션이 설정되고 PoC 송신측에서 수동응답 무시를 요구하는 일대일 통화를 요청했을 때, 통화 요청을 수락하고 호 처리를 하는 절차 및 방법에 관한 것이다.

실제로 PoC 송신측에서 수동응답 무시 모드를 요청하는 경우의 대부분은 긴급 상황 발생시인데, 실제로 수동응답 무시 모드를 요구하는 과정에 있어서 불필요한 단계를 수행하게 되므로 이로 인해 시간 지연이 발생하는 문제점이 있다.

상기의 문제점을 살펴보기 위해 종래의 기술을 송신측과 수신측으로 구분하여 살펴보기로 한다.

도 2는 종래 기술에 의한 MAO를 위한 송신측 PoC 통화 설정 과정에 관한 흐름도이고, 도 3은 종래 기술에 의한 MAO를 위한 수신측 PoC 통화 설정 과정에 관한 흐름도이다.

도 2와 도 3은 PoC 통화 송신자가 MAO 지시자를 포함하여 호 처리를 요청하고 수신측에 사전 세션이 설정된 경우, 종래의 기술로 구현되는 통화 송신측과 통화 수신측의 호 처리 절차를 각각 기술하고 있다.

먼저 도 2를 참조하면, PoC 클라이언트 A는 자신이 초대하고자 하는 수신자의 SIP 주소 정보를 포함한 초대메시지(INVITE) 요청을 SIP/IP 코어 A에 보낸다(스텝 101).

이때 INVITE 요청은 MAO 임을 지시하는 정보 엘리먼트를 포함하며 DHCP서버나 DNS 서버 등에서의 경로 질의(query)를 통해 IMS망 내에서의 해당 서버(P-CSCF 및 S-CSCF)를 경유하여 participating PoC 서버 A로 전달된다(스텝 102).

일반적인 통화 요청시 PoC 사용자가 연결된 participating PoC 서버는 개설되는 세션의 토크버스트를 관리하는 controlling PoC 서버와 분리하여 구현될 수 있으므로 스텝 101와 스텝 102에서 보내진 INVITE 요청은 각 네트워크의 SIP/IP 핵심망을 경유하여 controlling PoC 서버 X로 전달된다(스텝 103~105).

CF를 포함하는 제어 네트워크는 상기 스텝 105에서 전달된 INVITE 요청 메시지를 해당 SIP/IP 핵심망으로 전달한 후 응답 메시지를 수신하게 된다. 수신측 네트워크에서 응답되는 SIP 메시지는 1XX의 임시 응답 메시지(provisional response)나 2XX의 성공 응답 메시지(successful response) 또는 4XX~6XX 등의 오류 응답 메시지일 수 있으나 본 발명에서는 근본취지에 벗어나지 않는 범위에서 정상적인 호처리 절차 위주로 설명하기로 한다.

스텝 105 이후 CF는 자동 응답(AUTO-ANSWER)이나 OK 응답 등으로 수신할 수 있다.

선택적으로 도 2에서와 같이 AUTO-ANSWER 응답의 경우, 183 Session progress 신호로 수신할 수 있으며 이를 통하여 통화 요청자의 IMS 망에서 PoC 서버와 클라이언트 사이의 연결을 진행할 수 있다. 수신자의 통화 허락 신호는 최종적인 OK response로 응답되며 CF와 PF의 PoC 서버를 경유하여 PoC 클라이언트 A로 전달하게 된다(스텝 106~110). 한편 CF는 수신 클라이언트의 OK 응답 신호를 수신한 후, PoC 호가 연결되었음을 판단하여 클라이언트 A에 대하여 토크 버스트 발언권을 부여하는 floor granted 신호를 보내게 된다.

PoC 클라이언트 A는 INVITE 요청 신호에 대한 OK 신호와 floor granted 신호를 수신한 후, 통화 연결음을 사용자에게 들려주기에 앞서 PoC 클라이언트의 사용자가 토크 버스트를 보낼 것이라는 신호(send talk burst)를 RTCP(Real-time Transport Control Protocol)를 이용하여 먼저 송신하게 된다. 이때 send talk burst 신호는 송신측 PoC 클라이언트의 PoC 주소와 디스플레이 이름 등의 정보를 포함하게 되며 미디어 베어러의 경로를 이용하므로 SIP/IP 핵심망을 거치지 않고 전송될 수 있다.

Send talk burst 신호를 보낸 후, PoC 클라이언트는 통화 연결을 사용자에게 알려 사용자의 미디어(대표적으로 음성)를 RTP 프로토콜을 이용하여 전송하게 된다.

도 3은 송신측 통화 절차에 대응하여 사전 세션이 설정된 경우, MAO 요청이 전달되었을 때, 종래 기술에 의한 수신측의 절차를 도시한다.

스텝 201∼203은 MAO 요청이 포함된 INVITE 메시지가 SIP/IP 핵심망을 IMS 망의 호 처리 절차에 따라 수신측 PoC 클라이언트의 홈 네트워크에 속하는 PoC 서버까지 전달되는 절차를 도시한다.

이때 Participating PoC 서버 B는 자신의 응답 모드 설정값을 가지고 있을 수 있으나 INVITE 요청 메시지 내에 MAO 지시자를 확인한 후, 통화 요청 네트워크로 AUTO-ANSWER 메시지를 전달하게 된다(스텝 204 ∼ 206).

이러한 AUTO-ANSWER 메시지는 일반적으로 상기 설명과 같이 183 session progress라는 SIP 메시지로 controlling network로 전달된다. Participating PoC 서버 B는 스텝 204~206의 절차와 더불어 해당 PoC 주소를 갖는 PoC 클라이언트로 INVITE 또는 re-INVITE 요청 메시지를 전달하게 된다(스텝 207∼208). 스텝 207∼208은 PoC 클라이언트 B에게 MAO 요청을 하는 PoC 통화 요청이 왔음을 전달하는 역할을 하며 이때 PoC 클라이언트 B는 PoC 사용자의 확인없이 자동으로 OK 응답을 보내게 된다(스텝 209~210).

해당 OK 응답을 수신한 Participating PoC 서버 B는 MAO INVITE에 대한 응답 메시지를 송신측 네트워크로 전달하여 PoC 호 처리 절차를 완성하게 하며(스텝 211∼215), 클라이언트에서 미디어를 전송하기에 앞서 PoC 통화하는 사람의 PoC 주소나 디스플레이 이름을 포함하여 전송되는 receiving talk burst 신호를 PoC 클라이언트 B에 전송하게 된다(스텝 217∼218).

마지막으로 송신측에서 보낸 미디어(음성)는 연결된 미디어 베어러로 RTP 프로토콜을 이용하여 클라이언트 B로 전달되고 통화가 시작된다.

도 4는 상기 PoC 호 요청을 위한 INVITE에 포함되는 정보에 관한 도면이다.

상기 송신측에서 요청하는 INVITE 메시지에 포함되는 정보 요소들로서 PoC 통화 요청자 및 수신자의 PoC 주소, 클라이언트나 서버에서 제시하는 미디어 파라미터 정보, PoC 통화임을 알리는 지시자, PoC 서버에서 설정하는 지시자, 송수신 네트워크 양단에서 상호 협상할 토크 버스트 제어 프로토콜 및 선택적으로 MAO 지시자 등을 포함함을 알 수 있다.

상기 종래기술에서 설명한 사전 세션이 존재하는 클라이언트에 대한 MAO 통화 요청 처리 절차는 PF에서 MAO 요청 지시자를 확인한 후 AUTO-ANSWER를 회신하는 절차를 포함하고 있으나, 송신측 네트워크 및 클라이언트 간의 최종적인 PoC 통화 연결에 큰 영향을 주지 못하며 클라이언트로부터 수신되는 OK 응답 메시지가 CF와 송신측 네트워크에 도달한 이후 실제적인 PoC 통화를 위한 미디어 베어러의 연결 및 floor granted 신호의 전달이 이루어진다.

그러나 MAO를 포함하는 통화 요청 메시지는 수신측 사용자의 응답에 무관하게 진행될 수 있는 특징이 있으며, 수신측 클라이언트에 미디어가 전달되기에 앞서 송신측 클라이언트의 PoC 주소정보와 디스플레이 이름을 표시하도록 RTCP(Real-time Transport Control Protocol)를 이용해 토크 버스트 전송 메시지를 보내는 기능이 있으므로 도 2와 같은 종래의 절차는 반복적인 요청-응답 시그널링으로 인하여 MAO 호 처리에 대한 최적화된 절차라 할 수 없다. 특히 MAO와 같이 긴급하고 공공의 목적을 위한 서비스에서는 빠른 호 처리를 통한 통화가 가능해야 한다.

따라서 본 발명은 상기와 같은 문제점을 해결하기 위해 안출된 것으로서, 긴급 상황 발생과 같이 시간을 다투는 경우를 대비하기 위해 수동응답 무시 모드 실행 과정을 간략화하기 위한 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에 따른 호 처리 시스템 및 방법을 제공하는데 목적이 있다.

상기의 목적을 달성하기 위한 본 발명에 따른 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에 따른 호 처리 시스템은, 적어도 하나 이상의 PoC 클라이언트와, 수동응답 무시 모드를 사용하고자 하는 경우 발생시 수동응답 무시 모드 지시 메시지를 초대 메시지에 실어서 수신측 PoC 서버로 전송하는 PoC 서버를 구비하는 송신측 PoC 시스템; 및 상기 송신측 PoC 서버로부터 수동응답 무시 모드 요청 메시지가 수신되면, 수동응답 무시 모드 요청 메시지 내에 포함된 수동응답 무시 지시자를 인식하여 수신측 PoC 클라이언트의 응답에 상관없이 상기 초대메시지에 대하여 응답 메시지를 전송하는 수신측 PoC 서버와, 상기 송신측 PoC 클라이언트로부터 전송되는 수동응답 무시 모드 지시자를 포함하는 토크 버스트에 대해서 수동응답 무시를 허가 받은 PoC 클라이언트로부터 전송된 것으로 인식하여 상기 송신측 PoC 클라이언트와 통신을 시작하는 수신측 PoC 클라이언트를 구비하는 수신측 PoC 시스템을 포함한다.

상기 수동 응답 무시 모드를 요청하는 주체는 송신측 PoC 클라이언트와 송 신측 PoC 서버와 수신측 PoC 서버 중 어느 하나인 것을 특징으로 한다.

또한 상기의 목적을 달성하기 위한 본 발명에 따른 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에 따른 호 처리 방법은, 송신측 PoC 서버는 수동응답 무시 모드 지시자 필드가 포함된 메시지와 함께 사용자가 초대할 상대가 속하는 그룹의 수신측 PoC 서버로 초대메시지를 송신하는 단계; 송신측 SIP/IP 망과 수신측 SIP/IP 망을 경유하여 수신측 PoC 사용자가 속한 수신측 PoC 서버로 수동응답 무시 모드 지시자 필드가 포함된 초대 메시지를 전달하는 단계; 송신측 PoC 클라이언트는 수신측 PoC 서버로부터 초대메시지에 대한 응답신호를 수신하면, 수동응답 무시 모드 지시자 필드가 포함된 패킷 형태의 토크 버스트를 송신측 PoC 클라이언트가 속한 송신측 PoC 서버로 전송하는 단계; 상기 송신측 PoC 서버는 수동응답 무시 모드 지시자 필드가 포함된 패킷 형태의 토크 버스트를 수신측 PoC 서버로 전송하는 단계; 및 수신측 PoC 서버는 수동응답 무시 모드 지시자 필드가 포함된 패킷 형태의 토크 버스트를 수신측 PoC 클라이언트로 전송하는 단계를 포함한다.

이하, 본 발명이 속하는 분야에 통상의 지식을 지닌 자가 본 발명을 용이하게 실시할 수 있도록 본 발명의 바람직한 실시예를 첨부된 도면을 참조하여 상세히 설명한다.

도 5는 본 발명에 따른 MAO을 위한 개선된 PoC 통화 설정 과정에 관한 도면이다.

도 5는 사전 세션이 존재하는 클라이언트에 대한 MAO 통화 요청 처리 절차에 관한 것이며, 본 발명에서 제안하는 PoC 통화 호 처리 절차를 도시한다.

먼저 Controlling PoC 서버는 PoC 통화 요청자의 네트워크로부터 MAO 지시를 포함하는 INVITE 메시지를 받은 후(스텝 1001), controlling 네트워크의 SIP/IP 핵심망과 수신측 홈 네트워크의 SIP/IP 핵심망을 경유하여(스텝 1002), 수신 PoC 사용자의 홈 네트워크에 속하는 PoC 서버(participating PoC Server)에 INVITE 메시지를 전달한다(스텝 1003).

이때, participating PoC 서버는 INVITE 메시지에 포함되어 있는 PoC 통화 수신자에 대한 PoC 주소정보, PoC 통화 요청자의 PoC 주소 정보 및 MAO 지시자의 정보를 프로세싱하여 호 처리에 이용한다.

한편, participating PoC 서버는 주소 정보를 이용하여 해당 PoC 사용자와 사전 세션이 존재함을 알 수 있으며 MAO 지시자를 인식하여 PoC 사용자의 응답에 상관없이, 상기 INVITE 요청 메시지에 대하여 OK 응답을 보낸다(스텝 1004~1006).

이때 OK 응답은 IMS망의 라우팅 규칙에 따라 INVITE 요청 메시지의 경로로 회신하게 된다.

상기 스텝 1004~1006의 자동 응답 절차는 participating PoC 서버가 자신과 수신 PoC 사용자간의 미디어 파라미터에 대한 협상을 미리 해 둔 사전 세션을 이용할 것이며, MAO 지시자의 정보를 활용하여 PoC 통화 요청자가 해당 PoC 수신자에 대하여 허가된 사용자이고 수신측 PoC 클라이언트가 자동으로 PoC 통화 요청을 수락할 것임을 미리 예측할 수 있으므로 가능한 절차이다.

이러한 예측된 절차는 현재 OMA 규격에서 기술하는 요구사항과 유저 케이스에 부합되는 기능사항으로 구현되므로 호환성의 문제가 전혀 없다.

상기 기술한 OK 응답 신호는 controlling 네트워크의 PoC 서버(controlling PoC 서버)로 회신된 후, PoC 통화 요청자의 홈 네트워크로 전달된다(스텝 1007). 이때 OK 응답 신호는 PoC 통화 송신측의 입장에서는 수신 PoC 사용자가 직접 통화를 허락한 것과 동일하게 인식되고 통화 요청자의 PoC 클라이언트까지 OK 응답이 회신됨으로써, 하나의 다이얼로그(dialog)가 성립되어 SIP 통화 절차가 완료되게 된다.

한편 상기 도 2에서 설명한 바와 같이 OK 응답과 발언권 허여(Floor granted) 신호가 해당 controlling PoC 서버로부터 PoC 송신 클라이언트에 모두 전달된 후(스텝 1007∼1008), 송신측 PoC 클라이언트는 자신의 PoC 주소와 디스플레이 이름 및 MAO 지시자를 포함하는 'talk burst' 전송 신호를 설정된 RTCP 경로로 보낸다(스텝 1009). 마지막으로 controlling 네트워크의 PoC 서버는 수신측 PoC 서버를 통하여 MAO 지시자가 포함된 'talk burst' 전송 신호를 수신측 PoC 클라이언트에 전달하며(스텝 1010∼1011), 이때 수신측 PoC 사용자는 자신에게 수동 응답 무시를 허가 받은 사용자가 PoC 통화를 요청했음을 인식하게 되고(이때 통화 요청자의 이름, PoC 주소 등도 표시 될 수 있다) 곧바로 전송되는 미디어(음성신호)를 수신하게 된다.

도 6은 본 발명에 따른 MAO indication을 포함하는 RTCP payload format에 관한 도면이다.

도 6을 참조하면, 상기 송신측 PoC 클라이언트가 보내는 RTCP 패킷의 구성은 RTCP payload 형태로 구현될 수 있다. RTCP 패킷의 구성은 버전정보, 부 타입 정 보, 길이 등 일반적인 전송 관련 정보와 PoC 사용자의 주소, 이름 정보 외에 MAO 지시자(Manual Answer Override indication) 정보를 포함한다.

본 발명의 다른 실시예로써, MAO 지시자를 포함하는 단계는 상기 기술에서 설명된 바와 같이 사용자의 단말에 속하는 송신측 PoC 클라이언트가 수행할 수도 있으나 controlling 네트워크의 PoC 서버나 수신측 홈 네트워크의 PoC 서버가 수행할 수 있음을 유의하여야 한다.

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

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

이상 설명한 바와 같이, 본 발명에 따르면 PoC 시스템의 여러 기능과 특징을 고려할 때 발생하는 다양한 PoC 호 처리 절차 중 특히 PoC 통화 수신측에 사전 세 션이 설정되고 PoC 송신측에서 수동응답 무시를 요구하는 일대일 통화를 요청했을 때, 통화 요청을 수락하고 호 처리를 하기 위해 종래의 기술에 비해 개선된 절차를 갖도록 하는 절차 및 방법을 제안한다.

일반적으로 MAO 요청은 긴급 통화나 공공 서비스 등의 경우에 사용되는 기술이므로 호 처리를 위한 가장 빠른 절차를 요구하는 서비스이다.

본 발명은 이러한 MAO 통화 요청에 대해 RTCP를 이용한 간단한 데이터 필드의 추가를 통하여 상대적으로 빠른 통화 처리를 하도록 하여 PoC 사용자의 측면에서 향상된 서비스를 제공받을수 있도록 하고 서비스 제공자에게도 부수적인 시그널링을 아껴 통신 자원을 효율적으로 관리하도록 하는 효과를 가져온다. 특히 PoC 사용자의 단말과 PoC 서버 사이의 응답 모드가 동기가 되지 않으므로 발생하는 race 조건의 환경하에서도 이와 무관하게 구현될 수 있는 빠른 통화 처리 방법을 제시하여 기술적 파급 효과가 크다.

Claims

적어도 하나 이상의 PoC 클라이언트와, 수동응답 무시 모드를 사용하고자 하는 경우 발생시 수동응답 무시 모드 지시 메시지를 초대 메시지에 실어서 수신측 PoC 서버로 전송하는 PoC 서버를 구비하는 송신측 PoC 시스템; 및

상기 송신측 PoC 서버로부터 수동응답 무시 모드 요청 메시지가 수신되면, 수동응답 무시 모드 요청 메시지 내에 포함된 수동응답 무시 지시자를 인식하여 수신측 PoC 클라이언트의 응답에 상관없이 상기 초대메시지에 대하여 응답 메시지를 전송하는 수신측 PoC 서버와, 상기 송신측 PoC 클라이언트로부터 전송되는 수동응답 무시 모드 지시자를 포함하는 토크 버스트에 대해서 수동응답 무시를 허가 받은 PoC 클라이언트로부터 전송된 것으로 인식하여 상기 송신측 PoC 클라이언트와 통신을 시작하는 수신측 PoC 클라이언트를 구비하는 수신측 PoC 시스템을 포함하는 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에 따른 호 처리 시스템.
제 1항에 있어서, 상기 수동응답 무시 모드를 요청하는 주체는

송신측 PoC 클라이언트와 송신측 PoC 서버와 수신측 PoC 서버 중 어느 하나인 것을 특징으로 하는 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에 따른 호 처리 시스템.
제 1항에 있어서, 상기 송신측 PoC 클라이언트로부터 전송되는 수동응답 무시 모드 지시자를 포함하는 토크 버스트의 패킷은

RTCP(real-time Transport control protocol) 페이로드 형태로 구현되는 것을 특징으로 하는 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에 따른 호 처리 시스템.
제 3항에 있어서, 상기 RTCP 패킷은

버전정보 필드, 부 타입 정보 필드 , 길이 필드, 일반 전송 관련 정보 필드, PoC 사용자의 주소 필드, 이름 정보 필드, 수동 응답 모드 지시자 MAO(Manual Answer Override indication) 정보 필드를 포함하는 것을 특징으로 하는 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에 따른 호 처리 시스템.
송신측 PoC 서버는 수동응답 무시 모드 지시자 필드가 포함된 메시지와 함께 사용자가 초대할 상대가 속하는 그룹의 수신측 PoC 서버로 초대메시지를 송신하는 단계;

송신측 SIP/IP 망과 수신측 SIP/IP 망을 경유하여 수신측 PoC 사용자가 속한 수신측 PoC 서버로 수동응답 무시 모드 지시자 필드가 포함된 초대 메시지를 전달 하는 단계;

송신측 PoC 클라이언트는 수신측 PoC 서버로부터 초대메시지에 대한 응답신호를 수신하면, 수동응답 무시 모드 지시자 필드가 포함된 패킷 형태의 토크 버스트를 송신측 PoC 클라이언트가 속한 송신측 PoC 서버로 전송하는 단계;

상기 송신측 PoC 서버는 수동응답 무시 모드 지시자 필드가 포함된 패킷 형태의 토크 버스트를 수신측 PoC 서버로 전송하는 단계; 및

수신측 PoC 서버는 수동응답 무시 모드 지시자 필드가 포함된 패킷 형태의 토크 버스트를 수신측 PoC 클라이언트로 전송하는 단계를 포함하는 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에 따른 호 처리 방법.
제 5항에 있어서, 상기 송신측 PoC 클라이언트로부터 전송되는 수동응답 무시 모드 지시자를 포함하는 토크 버스트의 패킷은

RTCP(real-time Transport control protocol) 페이로드 형태로 구현되는 것을 특징으로 하는 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에 따른 호 처리 방법.
제 6항에 있어서, 상기 RTCP 패킷은

버전정보 필드, 부 타입 정보 필드 , 길이 필드, 일반 전송 관련 정보 필드, PoC 사용자의 주소 필드, 이름 정보 필드, 수동 응답 모드 지시자 MAO(Manual Answer Override indication) 정보 필드를 포함하는 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에 따른 호 처리 방법.