KR100810330B1

KR100810330B1 - 통신 시스템에서 서비스 제공 시스템 및 방법

Info

Publication number: KR100810330B1
Application number: KR1020050030527A
Authority: KR
Inventors: 배수진; 이진석
Original assignee: 삼성전자주식회사
Priority date: 2005-04-12
Filing date: 2005-04-12
Publication date: 2008-03-04
Also published as: US20060230161A1; KR20060108347A

Abstract

본 발명은 인터넷 프로토콜(Internet Protocol) 멀티미디어 통신 시스템에서 사용자 선택에 따른 통신 모드로의 통신을 수행할 수 있도록 하는 서비스 제공 시스템 및 방법에 관한 것이다. 이를 위해 본 발명은, 다수의 착/발신 단말기와, 네트워크 서버를 포함하는 통신 시스템에서 착/발신 단말기간 서비스 제공 방법에 있어서, 상기 발신 단말기는 호 연결을 위한 소정의 정보를 포함하는 요청 메시지를 착신 단말기로 전송하는 과정과, 상기 착신 단말기는 상기 메시지에 포함된 정보를 판독하고, 상기 정보에 상응하여 수락 정보를 가지는 응답 메시지를 상기 발신 단말기로 전송하는 과정과, 상기 응답 메시지에 상응하여 상기 착/발신 단말기는 현재 수행중인 통신 모드를 변경하여 양방향 통신을 수행하여 서비스를 제공하는 과정을 포함한다.

IP Multimedia Network, SIP, Polite mode, White Board mode, INVITE

Description

통신 시스템에서 서비스 제공 시스템 및 방법{SYSTEM AND METHOD FOR PROVIDING SERVICE IN A COMMUNICATION SYSTEM}

도 1은 일반적인 세션 초기화 프로토콜에 기반한 기능을 수행하기 위한 시스템 구성을 개략적으로 도시한 도면,

도 2는 일반적인 세션 초기화 프로토콜의 INVITE 메시지 구조의 일예를 개략적으로 도시한 도면,

도 3은 일반적인 세션 초기화 프로토콜에 기반한 기본 호 요청 절차를 개략적으로 도시한 도면,

도 4는 본 발명에 따른 기능을 수행하기 위한 시스템 구성을 개략적으로 도시한 도면,

도 5는 본 발명에 따른 Polite Mode 및 White Board mode 호 요청 절차를 개략적으로 도시한 도면.

본 발명은 통신 시스템에서 서비스 제공 시스템 및 방법에 관한 것으로서, 특히 인터넷 프로토콜(Internet Protocol, 이하 'IP'라 칭하기로 한다) 멀티미디어 통신 시스템에서 사용자 선택에 따른 통신 모드로의 통신을 수행할 수 있도록 하는 서비스 제공 시스템 및 방법에 관한 것이다.

통상적으로, 과거 2세대 혹은 2.5세대 코드 분할 다중 접속(Code Division Multiple Access, 이하 'CDMA'라 칭하기로 한다) 무선 네트워크에서는 음성 위주의 서비스를 제공하는데 반해, 현재의 3세대 무선 네트워크에서는 음성 서비스와 함께 고속의 멀티미디어 서비스의 필요성이 증가되고 있다.

또한, 차세대 통신망은 점차 패킷 기반인 All-IP 망으로 통합되어가고 있으며, 이러한 유/무선 통합망을 통하여 무선 단말기는 기존의 유선망에서 제공되던 고속의 인터넷 및 멀티미디어 서비스 같은 정보 활용에 대한 다양한 시나리오들이 가능해지고 있다.

한편, 현재 인터넷은 전자우편이나 웹(Web)과 같은 데이터 트래픽(data traffic) 중심에서 원격교육, 원격회의 등과 같은 실시간 트래픽(real-time traffic) 중심으로 변화하고 있다. 즉, 상기 실시간 트래픽의 전달을 필요로 하는 어플리케이션(application)의 등장으로 인해 인터넷 자체도 음성이나 화상 같은 실시간 트래픽을 수용하는 방향으로 나아가고 있다.

또한 이러한 변화는 네트워크 구조에까지 영향을 가져오고 있다. 예컨대, 공중망의 중심이 회선 교환망에서 패킷 교환망으로 바뀌고, 공중 전화 교환망(PSTN: Public Switched Telephone Network, 이하 'PSTN'이라 칭하기로 한다) 망이 IP 네트워크에 통합되는 결과를 가져오고 있다. 이러한 통합은 인터넷과 같은 IP 네트워크를 통해 음성(voice), 팩스(Fax) 등을 전송할 수 있게 되었다. 이와 같은 새로운 서비스가 계속 발전하여 현재 인터넷의 새로운 서비스로 많은 사람들의 관심을 끌고 있는 것이 인터넷 폰 서비스이다.

인터넷 전화의 표준화 기관인 ITU-T는 H.323이라는 표준을 인터넷 전화의 표준으로 채택하였고, IETF(Internet Engineering Task Force)에서는 MMUSIC(Multiparty Multimedia Session Control) 워킹 그룹(working group)에서 인터넷상의 대화형 서비스를 위한 세션 초기화 프로토콜(Session Initiation Protocol, 이하 'SIP'라 칭하기로 한다)을 개발하여 그 표준안으로 채택하고 있다.

상기 SIP는 상기한 바와 같이 IETF의 MMUSIC 워킹 그룹에서 개발된 것으로 1993년 3월에 발표되어 그 표준안이 RFC(Request for Comments) 3261 문서에 개괄적으로 설명되어져 있다.

상기 H.323 프로토콜 구성을 간단히 살펴보면, 정식 명칭은 'Packet-based Multimedia Communication Systems'로서 인터넷으로 대변되는 각종 패킷 교환망을 위한 영상 회의 시스템의 표준 권고안이다. 여기서, 상기 H.323 프로토콜은 본 발명과 직접적인 연관이 없으므로 그 구체적인 설명은 생략하기로 한다.

상기 SIP는 IETF RFC(Request for Comments) 3261 문서에 표준이 정의되어 영상, 음성 등의 멀티미디어 통신을 위한 세션(multimedia sessions)이나 호(calls)를 설정(establish)하고, 수정(modify)하고, 종료(terminate)하기 위한 어플리케이션 계층의 제어 프로토콜(application layer control protocol)이다. 이는 SDP(Session Description Protocol: IETF RFC2327), SAP(Session Announcement Protocol: IETF RFC2974), RTSP(Real-Time Stream Protocol: IETF RFC2326), SCCP(Simple Conference Control Protocol) 등과 함께 IETF MMUSIC(Multiparty Multimedia Session Control) 워킹 그룹이 멀티미디어 다자간 통신 시스템의 구현을 위해 제시한 전체 프레임워크의 일부로서 제시된 것이다. 상기 SIP는 UDP/TCP/IP 계층 위에 존재하는 프로토콜로 요구/응답 방식으로 SIP 요구(SIP Request) 메시지/SIP 응답(SIP Response) 메시지를 송수신할 수 있는 클라이언트/서버 프로토콜로 멀티미디어 회의에 초대(invite)함으로써 세션을 시작할 수 있도록 유니캐스트(Unicast) 및 멀태캐스트(Multicast) 세션 모두를 지원한다.

상기 SIP 요구 메시지는 RFC 3261에서는 INVITE(Session 참석 초대), ACK(INVITE Request에 대한 confirm), BYE(Call Terminate), REGISTER(User Agent가 Redirect Server의 데이터베이스에 등록), CANCEL(Cancel a pending request), OPTIONS(Queries the capabilities of the server)의 6가지 기본 기능이 제공되고, 상기 SIP 응답 메시지는 상태 코드(Status Code)로 1xx(Information Response), 2xx(Successful Response), 3xx(Redirection Response), 4xx(Client Error, Request Failure), 5xx(Server Failure), 6xx(Global Failure)로 제공된다.

일반적인 SIP 방식은 인터넷 망으로 연동하는 표준 세션 초기화 프로토콜 지원 단말기간에 서버를 통해 통화 연결을 수행한다. 이하 도 1을 참조하여 상기 SIP에 기반한 시스템의 구성을 설명하기로 한다.

도 1은 일반적인 SIP에 기반한 기능을 수행하기 위한 시스템의 구성을 개략적으로 도시한 도면이다.

도 1을 참조하면, 상기 SIP 기반 시스템은, 사용자 에이전트 클라이언트(UAC, User Agent Client)(110)와 사용자 에이전트 서버(UAS, User Agent Server)(170)로 구성되는 SIP 사용자 에이전트(SIP User Agent)와, SIP 프락시 서버(Proxy Srver)(120, 140, 160), SIP 리다이렉트 서버(Redirect Server)(130), 로케이션 서버(Location Server)(150) 및 SIP 게이트웨이(SIP/H.323 게이트웨이, SIP/PSTN 게이트웨이)로 구성된 SIP 서버로 구성된다.

상기 SIP 사용자 에이전트는, SIP 요구(request) 메시지를 생성하여 보내는 클라이언트 어플리케이션(client application)을 상기 사용자 에이전트 클라이언트(110)라고 하며, 상기 SIP 요구 메시지를 수신하여, 이를 받아들이거나(accept), 거절하거나(reject), 수신 주소를 변경하여 리다이렉트(redirect)하라는 의미를 포함하는 SIP 응답(response) 메시지를 생성하여 전송하는 서버 어플리케이션을 상기 사용자 에이전트 서버(170)라고 한다. 이때, 상기와 같이 종단 단말기는 상기 두 가지 기능이 모두 구현되어야 하며, 사용자 에이전트 클라이언트와 사용자 에이전트 서버가 함께 구현되어 동작하는 어플리케이션을 이하에서는 사용자 에이전트(UA, User Agent)라 한다.

상기 SIP 서버는 상기 사용자 에이전트로부터 SIP 요구와 SIP 응답을 받아들이는 서버 어플리케이션으로 SIP 서비스를 위해 프락시 서버(120, 140, 160), 리다이렉트 서버(130), 로케이션 서버(150)로 구성된다.

상기 프락시 서버(120,140,160)는, 상기 사용자 에이전트로부터 들어온 SIP 요구를 받으면, 이에 대해 응답을 하거나, 또는 다음 홉(Hop)으로 전달(forwarding)하는 역할을 한다. 상기 SIP 요구를 받은 상기 프락시 서버(140)는 상기 로케이션 서버(150)로부터 다음 홉(next hop)을 결정하기 위한 정보를 얻은 후, 상기 SIP 요구를 전송한다.

여기서, 상기 프락시 서버는 동작 방식에 따라 Stateless 프락시 서버와 Stateful 프락시 서버로 나눌 수 있다. 상기 Stateless 프락시 서버는 이전에 받았던 SIP 요구 또는 SIP 응답 메시지에 대한 정보를 저장하지 않은 채 오로지 현재 받은 요구(request)의 내용에 근거하여 처리하는 방식을 가지며, 그에 따라 SIP 요구(request) 메시지에 대한 어떤 정보도 저장하지 않으므로 메시지의 재전송(retransmission) 또한 하지 않는다. 반면에, 상기 Stateful 프락시 서버는 이전에 받았던 메시지에 대한 정보들을 저장하고 있다가 향후 이들의 처리에 상기 저장한 정보들을 이용한다. 또한, 상기 SIP 요구(request)를 받은 상기 프락시 서버가 상기 로케이션 서버로부터 여러 곳의 전송 경로를 얻게 되면 상기 프락시 서버는 동시에 여러 개의 위치로 메시지를 송신할 수도 있는데, 이를 "Forking"이라고 한다. 프락시 서버는, 상황에 따라 Stateless 또는 Stateful 로 동작할 수 있으며, Forking을 하거나 TCP(Transport Control Protocol)를 이용하여 전송을 하는 상황에서는 반드시 Stateful Proxy로 동작해야 한다.

다음으로, 상대방을 세션(session)에 참가 시키는 INVITE 메시지를 수신한 상기 리다이렉트 서버(130)는 상기 로케이션 서버(150)로부터 위치 정보를 얻은 다음, 상기 메시지를 다음 홉으로 전송하지 않고 "302 Moved temporarily" 응답(response)을 통하여 상기 사용자 에이전트 클라이언트(110)에게 수신측 위치 정보를 전송한다. 이렇게 상기 수신측 위치 정보를 전송함으로써 상기 사용자 에이전트 클라이언트(110)는 통신을 원하는 상대방에게 INVITE 메시지를 직접 전송하여 세션에 초대할 수 있다.

한편, 상기 SIP을 이용하여 통신하기를 원하는 사용자들은 현재 자신이 호를 받을 수 있는 위치에 대한 정보를 REGISTER 메시지를 이용하여 상기 로케이션 서버(150)에 등록하게 된다. 상기 REGISTER 메시지를 받게 되는 서버 어플리케이션을 등록 서버(Registration Server) 또는 레지스트라(Registrar)라고 하며, 위치 등록 기능이 없는 서버들은 REGISTER 메시지에 대해 "501 Not Implemented" 로 응답을 하게 된다.

상기 SIP 게이트웨이는 SIP 망과 연동하는 PSTN, H.323 망 등과 같은 다른 종류의 시그널링 프로토콜을 쓰는 네트워크와 연동을 위하여 필요한 게이트웨이로써 SIP/PSTN 게이트웨이 및 SIP/H.323 게이트웨이 등이 존재한다.

이상에서는, 상기 SIP에 기반한 개략적인 시스템 구성에 대하여 설명하였으며, 다음으로 상기 SIP 시스템에서 사용되는 상기 INVITE 메시지 구조에 대하여 설명하기로 한다.

도 2는 일반적인 SIP의 INVITE 메시지 구조의 일예를 개략적으로 도시한 도면이다.

도 2를 참조하면, 상기 INVITE 메시지는 시작 라인(210)과, 일반 헤더(215)와, 요청 헤더(220)와, 엔티티(Entity) 헤더(225)와, 공핍 라인(230)과, 메시지 정보(235)로 이루어져 있다.

상기 시작 라인(210)은 INVITE 메시지가 시작됨을 알리는 기능을 수행한다.

상기 일반 헤더(215)는 요청 메시지와 응답 메시지에 해당된다. 상기 일반 헤더(215)에서 'Via'는 선택된 경로를 의미하고, 'TO'는 요청의 대상, 즉 응답자를 명시하고, 'From'은 요청의 초기자를 명시하고, 'Call-ID'는 특정한 호 초청 또는 특정한 클라이언트의 모든 등록에 대한 유일한 식별자를 명시하고, 'CSeq'는 해당 메시지의 우선순위를 명시하는 기능을 수행한다.

상기 요청 헤더(220)는 요청 메시지의 용도를 설명하는 기능을 수행한다. 상기 엔티티 헤더(225)는 메시지 정보의 종류와 메시지 길이를 의미하는 기능을 수행한다.

상기 공핍 라인(230)은 SIP 방식의 규칙에서 INVITE 메시지의 초기 용량에서 해당 정보를 표현하고 남는 용량을 의미하는 기능을 수행한다. 상기 메시지 정보(235)는 통화에 필요한 정보들을 알려주는 기능을 수행한다.

그러면, 이하 상기 SIP을 사용하는 시스템에서 SIP 방식에 따른 호 설정 절차를 설명하기로 한다.

도 3은 일반적인 SIP 방식에서 호를 설정하는 신호의 흐름을 도시한 도면이다.

도 3을 참조하면, SIP 방식의 시스템은, 발신측 단말기인 사용자 에이전트 클라이언트(UAC: User Agent Client, 이하 'UAC'라 칭하기로 한다)(310)와, 서버(Sever)(330)와, 착신측 단말기인 사용자 에이전트 서버(UAS: User Agent Server, 이하 'UAS'라 칭하기로 한다)(350)를 포함한다.

상기 UAC(310)는, 상기 UAS(350)와의 음성 통화를 위한 호(call)를 연결하기 위해, 상기 서버(330)에 호 연결을 요청하여 호를 설정하는 기능을 수행한다. 상기 서버(330)는 상기 UAC(310)로부터 호 연결 요청을 수신하여, 해당 UAS(350)가 접속되어 있는 위치를 파악하고, 상기 UAS(350)에 상기 호 연결 요청 신호를 송신하는 기능을 수행한다. 상기 UAS(350)는 상기 서버(330)로부터 수신되는 호 연결 요청을 수신하면, 상기 호 연결 요청에 상응하는 리턴 신호를 송신하고, 상기 UAC(310)와의 호 연결을 수행하는 기능을 한다.

여기서, 상기 UA라 함은, 사용자로부터 입력을 받아 다른 UA와 미디어 세션(session)을 설립하고 종료하는 역할을 하는 장치를 의미한다. 또한 상기 세션이라 함은, 사용자와 컴퓨터, 또는 두 대의 컴퓨터간의 활성화된 접속을 의미한다. 즉, 통화를 하기 위한 두 단말기간의 접속을 의미한다.

도 3에 도시한 바와 같이, 상기 UAC(310)는 상기 서버(330)로 앞서 설명한 바와 같이 INVITE 메시지를 송신한다.(301단계) 그러면, 상기 INVITE 메시지를 수신한 상기 서버(330)는 상기 수신된 메시지를 분석하여, 해당 UAS(350)로 상기 INVITE 메시지에 대한 재송신을 수행한다.(303 단계).

그런 다음, 상기 INVITE 메시지를 수신한 상기 UAS(350)는 상기 INVITE 신호를 수신하고 있다는 의미로, 즉 상기 INVITE 메시지를 수신하고 있음을 알리는 180 Ringing 신호를 상기 서버(330)로 송신한다.(305단계) 그러면 상기 서버(330)는 상기 180 Ringing 신호를 상기 UAC(310)로 재송신한다.(307단계) 또한, 상기 UAS(350)는 상기 303단계에서 수신한 INVITE 메시지에 상응하여 세션에 대한 초청을 수락한다는 200 OK 메시지를 상기 서버(330)로 송신한다.(309단계) 이어서, 상기 서버(330)는 상기 수신되는 200 OK 메시지를 상기 UAC(310)에게 재송신 한다.(311단계)

다음으로, 상기 UAC(310)는 상기 200 OK 메시지에 대한 최종 확인 메시지인 ACK 메시지를 상기 UAS(350)로 송신한다.(313단계) 그에 따라, 상기 UAC(310)와 상기 UAS(350)간 호가 설정된다.(315단계) 이때, 전술한 바와 같이 호 연결이 되어 통화 연결된 상태에서, 상기 UAS(350)가 통화 종료를 수행하기 위해 BYE 메시지를 상기 UAC(310)로 송신하고,(317단계) 상기 UAC(310)는 상기 UAS(350)로부터 BYE 메시지가 수신되면, 상기 수신한 BYE 메시지에 상응하여 상기 BYE 메시지를 확인했다는 200 OK 메시지를 상기 UAS(350)로 송신하고, 호를 종료한다.(319단계)

삭제

한편, 이상에서 살펴본 바와 같은 시그널링(Signaling) 과정을 가지는 SIP 기반의 시스템에서의 인터넷 응용 서비스는 SIP을 사용한 인터넷 프로토콜 기반 음성(VoIP: Voice over IP) 인터넷 전화 서비스 멀티미디어 영상 회의, 인스턴트 메시징 서비스, IMT-2000 무선 동영상 서비스, 웹 콜센터 등 다양한 응용 서비스가 존재한다.

그러나, 상기 SIP에 기반한 멀티미디어 시스템에서는 앞서 설명한 바와 같이, 발신자는 착신자의 번호를 눌러 호 설정을 시도하고, 착신자는 호 착신에 대한 경보음(ring) 등을 통해 호 연결이 요청됨을 인지할 수 있다. 즉, 종래 기술에서는 착신 호에 대한 통신 모드에 대해 변경할 수 있는 기능이 없었다. 그에 따라, 착신자 입장에서는 발신자에 의해 강제적으로 경보음이 울리게 되는 서비스를 제공받는다. 이러한 서비스 제공 방안은 착신자가 전화를 받기 곤란한 상황, 예컨대 회의중인 경우에도 호가 착신된다. 따라서, 착신자 입장에서는 현재 상황에 관계없이 경보음 또는 진동이 울리게 되므로 많은 불편함이 따른다.

이에 착신자가 착신호를 다른 통신 방법을 통해 서로 통신하도록 할 수 있는 방안이 요구된다. 즉, 착신자가 자신이 전화를 받기 곤란한 상황일 때, 통신 모드를 변경하여 양방향 통신을 수행할 수 있는 서비스 방안이 요구된다.

이에 따라 본 발명은 상술한 종래 기술의 문제점을 해결하기 위해 IP 멀티미디어 통신 시스템에서 세션 초기화 프로토콜을 지원하는 멀티미디어 단말기를 이용하여 통신 모드를 선택적으로 변경할 수 있는 시스템 및 방법을 제공한다.

또한, 본 발명은 세션 초기화 프로토콜 방식을 지원하는 단말기의 호를 설정하여 단말기간 양방향 멀티미디어 서비스를 제공할 수 있는 시스템 및 방법을 제공한다.

또한, 본 발명은 IP 멀티미디어 통신 시스템에서 착신자에게 Polite mode로 호를 시도하고, 또한 착신자의 선택에 의해 White Board mode로 발신자와 통신을 수행할 수 있는 시스템 및 방법을 제공한다.

아울러, 본 발명은 착신자가 음성(voice) 통신을 하기 곤란한 상황이나 특수한 경우에, 벨 또는 진동으로 착신중인 호의 통신 모드를 White board 모드로 자동 변경하여, 기존 음성 통신이 아닌 단말기 내의 문자 인식 기능을 통하여 입력(Writing)함으로써 발/착신 간의 양방향 통신을 제공할 수 있는 시스템 및 방법을 제공한다.

이를 위한 본 발명의 방법은, 다수의 착/발신 단말기와, 네트워크 서버를 포함하는 통신 시스템에서 착/발신 단말기간 서비스 제공 방법에 있어서, 상기 발신 단말기는 호 연결을 위한 소정의 정보를 포함하는 요청 메시지를 착신 단말기로 전송하는 과정과, 상기 착신 단말기는 상기 메시지에 포함된 정보를 판독하고, 상기 정보에 상응하여 수락 정보를 가지는 응답 메시지를 상기 발신 단말기로 전송하는 과정과, 상기 응답 메시지에 상응하여 상기 착/발신 단말기는 현재 수행중인 통신 모드를 변경하여 양방향 통신을 수행하여 서비스를 제공하는 과정을 포함한다.

본 발명의 다른 방법은, 착/발신 단말기와, 네트워크 서버를 포함하는 통신 시스템에서 상기 착/발신 단말기간 서비스 제공 방법에 있어서, 상기 발신 단말기는 호를 시도하기 전에, 현재 통신 모드를 제1통신 모드로 변경한 후, 입력되는 데이터를 세션 초기화 프로토콜 요청 메시지의 헤더(header) 및 바디(body)에 추가한 후 상기 네트워크 서버로 전송하는 과정과, 상기 네트워크 서버는 상기 발신 단말기로부터 상기 요청 메시지를 수신하고, 상기 발신 단말기에 대한 서비스 프로파일을 확인하여, 상기 발신 단말기가 상기 제1통신 모드를 지원할 수 있는 단말기로 확인되면, 상기 수신한 요청 메시지를 상기 착신 단말기로 전송하는 과정과, 상기 착신 단말기는 상기 네트워크 서버로부터 상기 요청 메시지를 수신하고, 상기 수신한 요청 메시지에 포함된 헤더 정보를 판독하고, 제1통신 모드 지원이 가능한 단말기로부터 전송된 메시지임을 인지하면, 상기 발신 단말기와 연결할 통신 모드를 결정하고, 상기 결정된 통신 모드에 상응하는 정보를 응답 메시지에 추가하여 전송하는 과정과, 상기 네트워크 서버는 상기 착신 단말기로부터 전송되는 응답 메시지를 수신하고, 상기 착신 단말기에 대한 서비스 프로파일을 확인하여, 상기 착신 단말기가 제2통신 모드를 지원할 수 있는 단말기로 확인되면, 상기 수신한 응답 메시지를 상기 발신 단말기로 전송하고 상기 착/발신 단말기간 경로를 실시간 전송 프로토콜을 통해 연결하는 과정과, 상기 발신 단말기는 상기 네트워크 서버로부터 상기 응답 메시지를 수신하고, 상기 수신한 응답 메시지에 포함된 상기 착신 단말기의 연결 통신 모드를 확인하여, 상기 제2통신 모드로의 연결인 경우 자신의 통신 모드를 상기 제2통신 모드로 변경하고, 상기 변경에 상응하는 수락 메시지를 착신 단말기로 다이렉트(direct)로 전송하는 과정과, 상기 호 연결 후 상기 착/발신 단말기들은 상기 제2통신 모드를 이용한 통신을 수행하여 서비스를 제공하는 과정을 포함한다.
본 발명의 시스템은, 다수의 착/발신 단말기와, 네트워크 서버를 포함하는 통신 시스템에서 착/발신 단말기간 서비스 제공을 위한 시스템에 있어서, 세션 초기화 프로토콜을 통한 소정의 멀티미디어(multimedia)를 송수신하고, 화이트 보드를 이용한 양방향 통신을 수행하는 단말기들과, 상기 단말기들 간의 해당 세션(session)을 처리하고, 펄라이트 모드(Polite mode), 화이트 보드 모드(White board mode) 통신에 대한 유효성 판단하는 적어도 하나 이상의 네트워크 서버들을 포함한다.

이하 첨부된 도면을 참조하여 본 발명의 바람직한 동작 실시예를 상세히 설명하기로 한다. 그리고 하기에서 본 발명을 설명함에 있어서, 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략한다.

본 발명의 상세한 설명에 앞서, 이하에서 설명되는 본 명세서 및 청구범위에 사용된 용어나 단어는 통상적이거나 사전적인 의미로 한정해서 해석되어서는 아니되며, 발명자는 그 자신의 발명을 가장 최선의 방법으로 설명하기 위해 용어의 개념으로 적절하게 정의할 수 있다는 원칙에 입각하여 본 발명의 기술적 사상에 부합하는 의미와 개념으로 해석되어야만 한다. 따라서, 본 명세서에 기재된 실시예와 도면에 도시된 구성은 본 발명의 가장 바람직한 일실시예에 불과할 뿐이고, 본 발명의 기술적 사상을 모두 대변하는 것은 아니므로, 본 출원시점에 있어서 이들을 대체할 수 있는 다양한 균등물과 변형 예들이 있을 수 있음을 이해하여야 한다.

한편, 본 발명에서 제안하는 펄라이트 모드(Polite mode) 서비스라 함은, 발신자가 호를 시도할 경우, 상기 발신자가 입력한 문자 메시지, 녹음한 목소리, 발신자의 저장된 사진 등과 같은 멀티미디어(multimedia) 메시지를 착신자에게 링(ring)과 함께 제공하는 서비스를 말한다. 이때, 추가 사항으로써 상기 서비스는 착신자 단말기의 경보(alerting) 모드를 벨소리에서 진동으로 변경하도록 요청할 수도 있도록 구현된다.

또한, 화이트 보드 모드(White board mode) 서비스라 함은, 착신자에게 호가 울리는 도중, 착신자가 음성(voice) 통신 수행이 곤란한 상황, 예컨대 회의중인 경우나 또는 그 밖의 특수한 경우, 음성 통신 대신에 화이트 보드를 통한 통신을 수행할 수 있도록 하는 서비스를 말한다. 즉, 상기 화이트 보드를 통한 통신 수행을 위해, 벨소리 또는 진동으로 음성 호 착신 중인 통신 모드를 변경하여, 이후 화이트 보드 모드로 단말기 내의 문자 인식 기능을 통해 쓰기를 함으로써, 발/착신자 간의 양방향 통신을 제공할 수 있는 서비스를 말한다.

본 발명은 통신 시스템에서 사용자에게 서비스를 제공하는 시스템 및 방법을 제안한다. 후술할 본 발명의 실시예에서는, 착신자에게 호를 시도할 때, 발신자의 의도나 목적, 발신자의 신분 등을 나타내는 정보를 상기 호에 실어서 전송하고, 이에 대응하여 착신자는 자신이 전화를 받기 곤란할 상황일 때, 경보음 또는 진동이 울리기 이전에 상기 발신자로부터의 정보를 확인하고, 통신하고자 하는 경우 통신 모드를 변경하여 양방향 통신이 되도록 하는 서비스 제공 방안을 제안한다.

그리고, 본 발명은 통신 시스템에서 이동 멀티미디어 서비스 제공 시스템 및 방법을 제안한다. 후술할 본 발명의 실시예에서는, 세션 초기화 프로토콜(Session Initiation Protocol, 이하 'SIP'라 칭하기로 한다) 방식을 지원하는 단말기의 호를 설정하여 단말기간 양방향 멀티미디어 서비스를 제공할 수 있는 시스템 및 방법을 제안한다. 즉, 본 발명의 실시예에서는 인터넷 프로토콜(Internet Protocol, 이하 'IP'라 칭하기로 한다) 멀티미디어 통신 시스템에서 착신자에게 펄라이트 모드(Polite mode, 이하 'Polite mode'라 칭하기로 한다)로 호를 시도하고, 상기 시도한 호에 대한 착신자의 제어(controllability)에 의한 선택 사항으로서, 화이트 보드 모드(White Board mode, 이하 'White Board mode'라 칭하기로 한다)로 발신자와 통신을 할 수 있도록 하는 서비스 제공 방법을 제안한다. 특히, 후술할 본 발명의 실시예에서는 IP 멀티미디어 통신 시스템을 일예로 하여 설명하지만, 본 발명에서 제안하는 서비스 제공 방법 및 시스템은 다른 통신 시스템에도 적용될 수 있다.

아울러, 본 발명은 발신자가 호 시도시, 발신자의 취향(preference) 또는 옵션(Option)에 따라 발신자의 메시지, 사진 등을 착신자에게 링이 울리기 전 미리 제공하고, 착신자 단말기의 경보 모드를 예를 들어 벨소리에서 진동으로 변경하는 것과 같은 Polite mode 서비스를 제공한다. 또한, 착신자가 음성(voice) 통신을 하기 곤란한 상황이나 특수한 경우에, 벨소리 또는 진동으로 착신중인 호의 통신 모드를 White board 모드로 자동 변경하여, 기존 음성 통신이 아닌 단말기 내의 문자 인식 기능을 통하여 입력함으로써 발/착신자 간의 양방향 통신을 하는 서비스를 제공한다.

삭제

그리고, 본 발명은 상술한 바를 구현하기 위해 단말기의 요구 사항 및 SIP 메시지를 통한 발신자의 메시지, 사진 등의 전송 방법, White board 모드 전환 기능, 상기 기능을 통해 제공 가능한 추가적인 서비스 특징(feature) 등을 제시하여 차별화된 호 모델(call model)을 제공한다. 한편, 본 발명의 실시예에서는 상기와 같은 방안(Alternative)들에 의해 착신자에게 경보를 제공하기 위해서는 다음과 같은 요구 사항을 가정한다.

삭제

- 단말기 요구 사항

1) Polite mode로 통화하기 위해, 호 발신시 발신자가 입력한 메시지(text) 또는 발신자의 저장된 사진 등을 시그널링(signaling) 채널 예컨대, SIP_INVITE method를 통해 착신자로 전송하는 기능.
2) White Board mode 통신을 위해 문자 입력 기능 및 입력되는 문자 인식 기능.
3) SIP 메시지에 포함된 메시지(text) 또는 발신자의 사진 등을 착신자 단말기에서 디스플레이(display) 하는 기능.
4) Polite mode 및 White Board mode를 선택할 수 있게 해주는 선택 버튼(option 버튼) 추가.

- IP 멀티미디어 서브시스템(IMS: IP Multimedia Subsystem, 이하 'IMS'라 칭하기로 한다) 서버 요구 사항

1) 서비스를 제공하는 IP 멀티미디어 가입자에 대한 세션 설정 기능 제공.
2) 가입자의 프로파일에 따라 Polite mode 및 White board mode 통신에 대한 제어 기능.

그러면, 이하 첨부한 도면들을 참조하여 본 발명에 따른 바람직한 실시예들을 살펴보기로 한다. 먼저 도 4를 참조하여 본 발명의 실시예를 구현하기 위한 시스템 구성을 설명한다.

도 4는 본 발명의 실시예에 따른 기능을 수행하기 위한 시스템의 구성을 개략적으로 도시한 도면이다.

도 4를 참조하면, 본 발명의 실시예에 따른 시스템은, 발신자의 취향(preference)에 따른 발신자의 메시지, 사진 등의 멀티미디어 전송이 가능하고, White Board 통신이 가능한 IP 기반의 멀티미디어 단말기들(410, 415)과, 해당 세션을 처리할 수 있는 호 서버(Call Server)인 IMS 서버들(420, 425)을 포함한다.

상기 멀티미디어 단말기들(410, 415)은, 유선 단말기나 무선 단말기 또는 유무선 통합 단말기가 될 수 있으며, 멀티미디어 재생을 수행할 수 있는 충분한 프로세싱 전력(processing power)을 제공한다. 또한, 상기 멀티미디어 단말기들(410, 415)은 SIP 메시지를 통해 특정 멀티미디어, 예컨대 텍스트(text)와 같은 메시지, 사진 등의 송수신 및 디스플레이할 수 있는 기능을 가진다.

상기 IMS 서버들(420, 425)은 상기 멀티미디어 단말기들(410, 415) 간, 즉 발신 멀티미디어 단말기(410)와 착신 멀티미디어 단말기(415) 간의 호 설정 및 호 해제를 관할한다. 또한, 상기 IMS 서버들(420, 425)은 발신자 또는 착신자의 서비스 프로파일에 따라 Polite mode 또는 White board mode 통신에 대한 유효성을 판단하고, Polite mode 또는 White board mode 통신이 가능한 가입자인 경우 호 설정을 수행하고, 그렇지 않은 경우 호 설정을 거절한다.

이상에서는 본 발명의 실시예에 따른 기능을 수행하기 위한 시스템 구성에 대하여 개략적으로 살펴보았으며, 다음으로 본 발명에 따른 Polite mode 및 White board mode로 통신을 수행하기 위한 서비스 시나리오에 대하여 구체적으로 살펴보기로 한다.

우선, 발신자는 호를 시도하기 전에 Polite mode 통신을 나타내는 단말기의 특정 버튼을 눌러서, 전달하고자 하는 메시지를 입력하거나, 전달하고자 하는 음성을 녹음하거나, 전송하고자 하는 사진 등과 같은 멀티미디어를 선택한다. 그런 다음, 상기 발신자는 상기 메시지 입력 및 사진 선택 후, 착신자의 번호를 입력하거나 또는 미연에 입력 저장된 착신자를 선택하여 호를 시도한다.

삭제

그러면 발신 단말기는 호 시도 시, 상기 입력된 메시지, 녹음된 음성, 사진 등과 같은 멀티미디어를 하기에 나타낸 본 발명의 실시예와 같이, SIP_INVITE 메시지의 Content Header 및 SIP 메시지 Body에 포함하여 전송한다. 즉, 발신자가 Polite Mode/White Board Mode를 지원하는 멀티미디어 단말기라는 의미로 User-Agent Header에 'polite-wb-v1.0'의 내용을 추가한다. 또한, 상기 Body 부분에 Polite Mode에 필요한 발신자 정보뿐만 아니라 SDP(Session Description Protocol) 부분에 Voice Streaming 및 White Board에 필요한 Media Type를 정해서 보내준다

예컨대, 사용될 SIP 메시지의 형태는 다음과 같이 나타낼 수 있다. 이때, 하기의 실시예는 하나의 메시지 또는 사진을 전송하는 것이 아니라, 상기 메시지 외에 사진을 함께 전송하는 것을 예로 한다.

<실시예>

+++++++++++++++++++++++++++++++++++++++++++++++++++++++

INVITE sip:someone@samsung.com SIP/2.0

Via: SIP/2.0/UDP example.com;branch=z9hG4bKffe209934aac

To: sip:someone@samsung.com

From: <sip:vivien74@samsung.com>;tag=2909034023

Call-ID: fe9023940-a3465

CSeq: 127 INVITE

Max-Forwards: 70

User-Agent: polite-wb-v1.0

##설명 : User-Agent Header 부분에는 단말기의 특징이나 이름, 버전(Version) 정보 등을 적어서 보낼 수 있다. Polite mode/White Board mode를 지원하는 단말기라는 의미로 polite-wb-v1.0을 넣어준다. 예를 들면, PoC(Push to talk On Cellular)에서는, 여기에 PoC를 지원하는 단말기라는 의미로 PoC-Client/OMA1.0　을 넣어서 보낸다.

Contact: <sip:vivien74@sec.samsung.com>

Content-Type: multipart/mixed; boundary=unique-boundary-1

##설명 : 상기 Content-Type Header 부분에는 전송되는 content type을 하나 이상의 멀티미디어를 전송 가능하도록 multipart type으로 정의하고, "unique-boundary-1"로 boundary 구분자에 정의되어 있는 아래의 Body에 content type을 삽입한다.

Content-Length: ...

##설명 : 이하는 SIP 메시지의 Body 부분임.

--unique-boundary-1

Content-Type: multipart/parallel; boundary=unique-boundary-2

--unique-boundary-2

Content-Type: text/plain

Content-Disposition: inline

Content-Description: text-part-1

[Some text goes here]

##설명 : base64 형태로 엔코딩(encoding)된 8000Hz single-channel mu-law-format audio data가 여기에 삽입된다. 즉, 발신자가 녹음한 목소리는 상기한 content-type으로 정의되어, 상기 body 부분에 엔코딩되어 전송된다.

--unique-boundary-2

Content-Type: image/jpeg

Content-Disposition: Attachment

Content-Transfer-Encoding: base64

Content-Description: Picture A

[Encoded jpec image]

##설명 : base64 형태로 엔코딩된 이미지 데이터(image data)가 여기에 삽입된다. 즉, 발신자가 입력한 텍스트(text) 외에 발신자의 사진을 함께 엔코딩하여 전송가능하다.

--unique-boundary-2--

Content-Type: multipart/mixed; boundary=unique-boundary-3

##설명 : 상기 Content-Type Header는 전송되는 content type을 하나 이상의 멀티미디어를 전송 가능하도록 multipart type으로 정의하고, "unique-boundary-3"로 boundary 구분자에 정의되어 있는 아래의 Body에 content type을 삽입한다. 여기서는 Polite/White Board Mode를 지원하기 위해서 SDP에 정보를 추가한다. 발신자 단말기에서는 PCMU/PCMA/iLBC.G726-23/GSM의 음성 코덱(Codec)을 지원하고 사용자 정의 어플리케이션(Application)을 White Board를 지원한다고 SDP에 명시해서 보낸다.

Content-Type: application/SDP

v=0

o=polite-wb-v1.0 194839284 42384923 IN IP4 vivien74@samsung.com

c=In IP4 vivien74@samsung.com

t=0 0

m=audio 30000 RTP/AVP 0 8 97 2 3

a=rtpmap:0 PCMU/8000

a=rtpmap:8 PCMA/8000

a=rtpmap:97 iLBC/8000

a=rtpmap:2 G726-32/8000

a=rtpmap:3 GSM/8000

m=x-application 32416 udp wb

m=video 49232 RTP/AVP 98

a=rtpmap:98 L16/16000/2

a=sendrecv

##설명 : 이하는 SIP 메시지의 Body 부분임.

--unique-boundary-3--

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++

다음으로, 발신 IMS 서버 및 착신 IMS 서버는 가입자의 서비스 프로파일 확인 후, Polite mode 통신이 가능한 가입자일 경우, 호 설정을 계속한다. 그리고, 착신 단말기는 상기 수신된 INVITE 메시지의 Header 정보 중에서 User-Agent Header에 polite-wb-v1.0이 포함되어 있으면, 상기 수신 INVITE 메시지가 Polite Mode/White Board Mode를 지원하는 단말기로부터 전송되어온 INVITE 메시지라는 것을 인지하고, 이후 Body 부분에서 SDP Body 부분을 제외한 나머지 부분을 읽어서 Content-Type에 따라 Text/Image/Sound를 수신자에게 보여주거나 들려준다.

삭제

이때, 착신 가입자는 상기 Content-Type에 따라 수신자에게 보여지는 정보나 사용자의 현재 상태에 상응하여 발신자에게 바로 Call Accept를 보내서 Voice 통신을 연결하거나, 또는 White Board Mode로 변환해서 발신자에게 200 OK 메시지를 보낸다. 여기서, 수신자가 상기 Call Accept나 또는 White Board를 선택했는지를 발신자에게 알려주기 위한 별도의 메시지는 필요하지 않으며, 상기 200 OK　응답 메시지를 보낼 때 그 Body 부분에 추가되는 SDP에서 Media Type으로 정의되어 발신자에게 알려준다. 상기 발신자는 상기 SDP의 Media Type에 따라 Voice streaming을 위한 RTP(Real Time Protocol)를 연결할지, 또는 White Board를 위한 Connection(RTP with UDP/TCP 또는 별도의 White Board Protocol을 위한 Connection)을 연결할지를 결정한 후, 상기 결정에 상응하여 연결을 시도한다. 이때, 전술한 두 가지의 경우, 즉 상기 Voice streaming을 위한 RTP와 White Board를 위한 Connection을 동시에 연결할 수도 있다. 이하에서는, 전술한 바와 같이 사용될 경우, 즉 상기 Voice streaming을 위한 RTP와 White Board를 위한 Connection을 동시에 연결할 경우의 상기 SIP 메시지의 형태를 본 발명의 실시예로 하여 살펴보면 다음과 같이 나타낼 수 있다.

<실시예>

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

SIP/2.0 200 OK

Via: SIP/2.0/UDP example.com;branch=z9hG4bKffe209934aac

To: sip:someone@samsung.com

From: <sip:vivien74@samsung.com>;tag=2909034023

Call-ID: fe9023940-a3465

CSeq: 127 INVITE

Max-Forwards: 70

User-Agent: polite-wb-v1.0

Contact: <sip:vivien74@sec.samsung.com>

Allow: INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,INFO

Content-Type:application/SDP

Content-Length:258

v=0

o=Wibro-polite-wb-v1.0 0 0 In IP4 someone@samsung.com

s=call-polite-wb

c=IN IP4 someone@samsung.com

t=0 0

m=audio 1000 RTP/AVP 8

a=rtpmap:8 PCMA/8000

##설명 : voice streaming을 하기 위해서는 위의 2줄에 나타나 있는 내용(m=audio 1000 RTP/AVP 8, a=rtpmap:8 PCMA/8000)이 명시되어야 한다. 수신자가 전화를 받을 수 있어서 착신호를 accept 하면, 상기의 내용이 200 OK　메시지에 포함되어 발신자 측으로 전송된다. 만약 착신자가 전화를 받을 수 없어 상기 착신자가 White Board Mode 버튼을 눌러 White Board Mode로 변환된다면 상기의 2줄은 삭제되고, 아래의 media type header 부분에 white board를 명시(m=x-aplication 50000 udp wb)해서 보낸다. 이렇게 되면 Voice Call은 연결되지 않고 White Board만이 연결되어 착신자의 내용을 발신자에게 White Board로 보낼 수 있다. 여기서, 상기와 아래의 Media Type을 동시에 보내면 발신자와 수신자 사이에는 Voice Streamin과 White Board가 동시에 연결되어 음성 통화를 하면서 동시에 White Board를 사용할 수도 있다.

m=x-aplication 50000 udp wb

##설명 : White Board를 사용한다고 응답을 보낸다.

x-application(사용자 정의 Application임, well-known application 인 경우에는 x- 제거한다.)

50000 : 50000번 Port 사용

udp : UDP 사용

wb : 사용자 정의 application 중에서 white board 모드를 사용함을 나타낸 다. White Board는 이미 나와 있는 표준 Protocol이나 MS-Windows의 NetMeeting 등에 사용되고 있는 프로토콜(Protocol)을 사용하거나 아니면 사용자가 새롭게 정의해서 사용할 수 있다.

그런 다음, 상기 발신 IMS 서버 및 착신 IMS 서버는, 가입자의 서비스 프로파일 확인 후, White board mode 통신이 가능한 가입자일 경우, 기존 처리를 계속하여 발신 단말기로 메시지를 전송한다. 이때, 다이렉트 화이트 보드(Direct White Board) 변경에 대한 요청 메시지를 수신한 발신 단말기는, 모드 변경에 대한 내용을 텍스트로 디스플레이하거나 또는 톤(tone)을 통해 발신자에게 알려준다.
상기 Direct White Board 모드 변경을 확인한 발신 가입자는 모드 변경에 대한 수락을 위해 Direct White Board 통신을 나타내는 단말기의 특정 버튼을 누르고, 이에 상응하여 상기 발신 단말기는 수락 메시지, 예컨대 SIP_UPDATE method를 착신 단말기로 전송한다. 그러면, 착신자는 White board mode로 변경된 단말기에서 텍스트를 입력하여 발신자에게 전송한다. 이후, 발신 단말기와 착신 단말기간의 통신은 RTP(Real Time Protocol) Bearer를 통해 White board mode 통신을 한다. 그러면 이하에서는, 상기 발신 단말기와 착신 단말기간 Polite mode 및 White Board Mode 호 요청 절차에 대하여 설명하기로 한다.

삭제

도 5는 본 발명에 따른 Polite Mode 및 White Board mode 호 요청 절차를 개략적으로 도시한 도면이다.

도 5를 참조하면, 본 발명의 실시예에 따른 시스템은, 발신 단말기인 사용자 에이전트 클라이언트(UAC: User Agent Client, 이하 'UAC'라 칭하기로 한다)(500a)와 착신 단말기인 사용자 에이전트 서버(UAS: User Agent Server, 이하 'UAS'라 칭하기로 한다)(500b)를 포함한다. 여기서는, 설명의 편의를 위해 상기 UAC(500a)와 UAS(500b) 사이에서 호를 중재하는 IMS 서버와의 신호 송수신 관계는 생략하기로 한다.

도 5에 도시한 바와 같이, 상기 UAC(500a)는 호를 시도할 경우, Polite Mode에 필요한 발신자의 정보, 즉 발신자에 의해 입력된 메시지 및 사진 등과 같은 멀티미디어를 전술한 본 발명의 실시예와 같이 SIP_INVITE 메시지의 Body에 포함하여 상기 UAS(500b)로 전송한다.(501단계)

상기 UAS(500b)는 상기 UAC(500a)로부터 상기 SIP_INVITE 메시지를 수신하면, 상기 수신한 SIP_INVITE 메시지의 Header 정보 중에서 User-Agent Header에 polite-wb-v1.0이 포함되어 있는지 확인한다. 이때, 상기 수신한 INVITE 메시지에 polite-wb-v1.0이 포함되어 있지 않으면, 상기 UAS(500b)는 상기 UAC(500a)로 일반적인 호 시도를 알리는 100 Trying 및 180 Ringing 응답 메시지를 송신하고,(503단계, 505단계) 상기 UAC(500a)와 상기 UAS(500b) 간은 음성/영상 통신을 연결한다. 한편, 상기 수신한 SIP_INVITE 메시지에 polite-wb-v1.0이 포함되어 있으면, 상기 UAS(500b)는 상기 UAC(500a)가 Polite Mode/White Board Mode를 지원하는 단말기임을 인지하고, 상기 SIP_INVITE 메시지의 Body 부분에서 SDP Body 부분을 제외한 나머지 부분을 읽어서 Content-Type에 따라서 수신된 Text/Image/Sound을 수신자에게 보여주거나 들려준다.

이후, 상기 UAS(500b)는 사용자로부터 Polite mode/White Board mode로의 변경이 요청되면, White Board Mode로 변환하여 상기 UAC(500a)에게 세션에 대한 초청을 수락한다는 200 OK 메시지를 전송한다.(507단계) 이때, 수신자가 Call Accept나 White Board를 선택했는지는 전술한 바와 같이, 상기 200 OK　응답 메시지의 Body 부분에 추가되는 SDP에서 Media Type으로 정의되어 발신자에게 알려준다.

그러면, 상기 UAC(500a)는 발신자의 요청에 상응하여 상기 SDP의 Media Type에 따라 Voice streaming을 위한 RTP(Real Time Protocol)를 연결할지, 또는 White Board를 위한 Connection(RTP with UDP/TCP or 별도의 White Board Protocol을 위한 Connection)을 연결할지를 결정한 후, 상기 결정에 상응하여 호 연결을 위한 ACK 메시지를 전송하여 상기 UAS(500b)와의 호 연결을 시도한다.(509단계) 이때, 상기 두 가지의 경우, 즉 상기 Voice streaming을 위한 RTP를 연결하는 경우와 상기 White Board를 위한 Connection을 동시에 연결할 수도 있으며, 여기서 전술한 바와 같이 상기 Voice streaming을 위한 RTP를 연결하는 경우와 상기 White Board를 위한 Connection을 동시에 연결할 경우의 SIP 메시지의 형태는 전술한 본 발명의 실시예에서 나타낸 바와 같다. 이러한 SIP 메시지에 의해 UAS(500b)와 UAC(500a) 간은 상기 Voice streaming을 위한 RTP를 연결하는 경우와 상기 White Board를 위한 Connection을 동시에 연결된다.(511단계)

한편, 상기 UAC(500b)는 상기 UAS(500a)로부터 Direct White Board 변경에 대한 요청 메시지를 수신하면, mode 변경에 대한 내용을 텍스트로 디스플레이하거나 또는 톤(tone)을 통해 발신자에게 알려준다. 이후, 발신자에 의해 모드 변경 수락을 위한 명령 신호가 입력되면, 상기 UAC(500a)는 상기 UAS(500b)로 수락 메시지, 예컨대 SIP_UPDATE method를 전송한다.

마지막으로, 상기 UAS(500b)에서 상기 수락 메시지에 상응하여 White board mode로 변경하면, 이후 상기 UAC(500a)와 상기 UAS(500b) 간의 통신은 RTP Bearer를 통해 White board mode로 통신을 수행하게 된다.

이상과 같이, 본 발명은 비록 한정된 실시예와 도면에 의해 설명되었으나, 본 발명은 이것에 의해 한정되지 않으며 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 본 발명의 기술사상과 아래에 기재될 특허청구범위의 균등범위 내에서 다양한 수정 및 변형이 가능함은 물론이다.

이상 상술한 바와 같이 본 발명은, 아이피 멀티미디어 통신 시스템에서 발신자를 위한 Polite mode 서비스 및 착신자를 위한 Direct White board 기능을 제공함으로써, 통신 시스템에서의 차별화, 다양성 및 개인화 등을 제공할 수 있는 이점을 가진다. 또한, 본 발명은 착신자가 발신자의 정보 및 발신자가 호를 연결한 목적을 경보음이 울리기 전에 확인할 수 있으며, 전화 수신이 곤란한 상황에서도 쉽게 대처할 수 있는 이점을 가진다. 그리고 본 발명은 발신자만의 고유한 문자 메시지 및 멀티미디어 데이터를 착신자에게 제공 가능하므로, 개인 서비스에 차별화 할 수 있다. 아울러, 본 발명은 음성 통신이 불가능한 상황에서도 White board와 같이 통신 모드 변경을 통해, 착신자에게 새로운 통신 기회 및 편리성을 제공할 수 있는 이점을 가지며, 기존 시스템과의 차별화를 통해 사업자들에게 다양한 수익 구조 창출을 제공할 수 있다.

Claims

다수의 착/발신 단말기와, 네트워크 서버를 포함하는 통신 시스템에서 착/발신 단말기간 서비스 제공 방법에 있어서,

발신 단말기는 통신 모드를 상기 발신 단말기에 의한 멀티미디어를 링과 함께 착신 단말기로 제공하는 제 1 통신 모드로 변경하고, 상기 제 1 통신 모드임을 나타내는 정보를 포함하는 호 연결 정보를 포함하는 요청 메시지를 상기 착신 단말기로 전송하는 과정과,

상기 착신 단말기는 상기 요청 메시지를 수신하여 상기 호 연결 정보를 판독하고, 상기 판독한 호 연결 정보에 상응하여 호 연결 수락 정보를 포함하는 응답 메시지를 상기 발신 단말기로 전송하는 과정과,

상기 착신 단말기는 상기 응답 메시지를 전송한 후, 통신 모드를 화이트 보드를 이용한 통신 모드인 제 2 통신 모드로 변경할지 여부를 판단하고, 상기 판단 결과에 따라 상기 발신 단말기와의 양방향 통신을 수행하여 서비스를 제공하는 과정을 포함하는 서비스 제공 방법.
제1항에 있어서,

상기 호 연결 정보는 상기 발신 단말기가 호를 시도하고자 하는 목적과 발신자의 정보를 포함하는 서비스 제공 방법.
제1항에 있어서,

상기 요청 메시지는 소정의 메시지와 이미지(image)의 멀티미디어 데이터를 헤더(Header) 및 바디(Body)에 포함하는 세션 초기화 프로토콜(SIP: Session Initiation Protocol) 요청 메시지인 것을 특징으로 하는 서비스 제공 방법.
제3항에 있어서,

상기 요청 메시지는 상기 발신 단말기가 통신 모드 변경 기능을 포함하는 단말기임을 나타내는 정보를 상기 헤더에 더 포함하는 상기 방법.
제3항에 있어서,

상기 요청 메시지는 상기 발신 단말기의 발신자 정보와 미디어 타입 정보를 상기 바디에 더 포함하는 서비스 제공 방법.
제1항에 있어서,

상기 응답 메시지는 상기 착신 단말기의 음성 통신 모드 또는 양방향 통신 모드에 대한 정보를 포함하는 서비스 제공 방법.
제1항에 있어서,

상기 착신 단말기는 호 수신에 따른 경보 모드가 동작하기 이전에 상기 요청 메시지를 디스플레이하는 과정을 더 포함하는 서비스 제공 방법.
제1항에 있어서,

상기 양방향 통신은 착/발신 단말기 간의 합의에 의해 음성, 이미지, 오디오, 메시지 통신을 실시간으로 수행됨을 특징으로 하는 서비스 제공 방법.
제1항에 있어서,

상기 양방향 통신을 수행하여 서비스를 제공하는 과정은,

세션 초기화 프로토콜(SIP: Session Initiation Protocol)을 이용한 VoIP(Voice over Internet Protocol) 서비스를 제공하는 것임을 특징으로 하는 서비스 제공 방법.
제1항에 있어서,

상기 착/발신 단말기는 입력되는 메시지 또는 소정의 이미지를 엔코딩하여 시그널링 채널을 통해 송수신하는 단말기임을 특징으로 하는 서비스 제공 방법.
제1항에 있어서,

상기 착/발신 단말기는 문자 입력 기능과 입력되는 문자 인식 기능을 가지며, 상기 인식된 문자를 인터넷 프로토콜 망에서의 실시간 전송 프로토콜 베어러를 통해 전송하는 단말기임을 특징으로 하는 서비스 제공 방법.
제1항에 있어서,

상기 착/발신 단말기는 전송되는 소정의 멀티미디어 데이터에 대한 디코딩을 수행하여 디스플레이하는 과정을 더 포함하는 서비스 제공 방법.
착/발신 단말기와, 네트워크 서버를 포함하는 통신 시스템에서 상기 착/발신 단말기간 서비스 제공 방법에 있어서,

상기 발신 단말기는 호를 시도하기 전에, 현재 통신 모드를 제 1 통신 모드로 변경한 후, 입력되는 데이터를 세션 초기화 프로토콜(SIP: Session Initiation Protocol) 요청 메시지의 헤더(header) 및 바디(body)에 추가한 후 상기 네트워크 서버로 전송하는 과정과,

상기 네트워크 서버는 상기 발신 단말기로부터 상기 요청 메시지를 수신하고, 상기 발신 단말기에 대한 서비스 프로파일을 확인하여, 상기 발신 단말기가 상기 제1통신 모드를 지원할 수 있는 단말기로 확인되면, 상기 수신한 요청 메시지를 상기 착신 단말기로 전송하는 과정과,

상기 착신 단말기는 상기 네트워크 서버로부터 상기 요청 메시지를 수신하고, 상기 수신한 요청 메시지에 포함된 헤더 정보를 판독하고, 제 1 통신 모드 지원이 가능한 단말기로부터 전송된 메시지임을 인지하면, 상기 발신 단말기와 연결할 통신 모드를 결정하고, 상기 결정된 통신 모드에 상응하는 정보를 응답 메시지에 추가하여 전송하는 과정과,

상기 네트워크 서버는 상기 착신 단말기로부터 전송되는 응답 메시지를 수신하고, 상기 착신 단말기에 대한 서비스 프로파일을 확인하여, 상기 착신 단말기가 제 2 통신 모드를 지원할 수 있는 단말기로 확인되면, 상기 수신한 응답 메시지를 상기 발신 단말기로 전송하고 상기 착/발신 단말기간 경로를 실시간 전송 프로토콜을 통해 연결하는 과정과,

상기 발신 단말기는 상기 네트워크 서버로부터 상기 응답 메시지를 수신하고, 상기 수신한 응답 메시지에 포함된 상기 착신 단말기의 연결 통신 모드를 확인하여, 상기 제 2 통신 모드로의 연결인 경우 자신의 통신 모드를 상기 제 2 통신 모드로 변경하고, 상기 변경에 상응하는 수락 메시지를 착신 단말기로 다이렉트(direct)로 전송하는 과정과,

상기 호 연결 후 상기 착/발신 단말기들은 상기 제 2 통신 모드를 이용한 통신을 수행하여 서비스를 제공하는 과정을 포함함을 특징으로 하는 서비스 제공 방법.
제13항에 있어서,

상기 제 1 통신 모드는 발신자에 의한 멀티미디어를 착신자에게 링(Ring)과 함께 제공하는 펄라이트 모드(Polite mode)인 것을 특징으로 하는 서비스 제공 방법.
제14항에 있어서,

상기 발신자에 의한 멀티미디어를 착신자에게 제공하는 과정은, 착신자 단말기의 경보(alerting) 모드를 링(ring)에서 진동으로 변경하도록 요청하는 과정을 더 포함하는 서비스 제공 방법.
제13항에 있어서,

상기 제 2 통신 모드는 착신자에 의해 음성(voice) 통신이 곤란함을 인지하면, 상기 음성 통신이 아닌 화이트 보드를 이용한 통신을 수행할 수 있는 화이트 보드 모드(White board mode)인 것을 특징으로 하는 서비스 제공 방법.
제16항에 있어서,

상기 화이트 보드 모드 변경 후, 단말기 내의 문자 인식 기능을 통해 발/착신자간 양방향 통신을 수행함을 특징으로 하는 서비스 제공 방법.
제13항에 있어서,

상기 네트워크 서버는 상기 착/발신 단말기의 서비스 프로파일에 상응하여 상기 제 1 통신 모드 및 제 2 통신 모드 서비스 제공 유무를 선택하는 과정을 더 포함하는 서비스 제공 방법.
제13항에 있어서,

상기 착/발신 단말기는 상대 단말기의 종류에 상응하여 요청되는 제 1 통신 모드 및 제 2 통신 모드 연결에 대한 수락/거부를 선택하는 과정을 더 포함하는 상기 방법.
제13항에 있어서,

상기 착/발신 단말기는 상대 단말기의 종류에 상응하여 상기 제1통신 모드 및 제 2 통신 모드를 통해 전송하는 멀티미디어 데이터를 선택 및 변경하는 과정을 더 포함하는 서비스 제공 방법.
제13항에 있어서,

상기 착신 단말기는 상기 발신 단말기에 대하여 상기 제 1 통신 모드 지원이 가능한 단말기로 인지하면, 상기 요청 메시지의 바디 부분을 읽고, 상기 읽은 바디 부분에 포함된 멀티미디어 데이터를 디스플레이하는 과정을 더 포함하는 서비스 제공 방법.
다수의 착/발신 단말기와, 네트워크 서버를 포함하는 통신 시스템에서 착/발신 단말기간 서비스 제공을 위한 시스템에 있어서,

세션 초기화 프로토콜(SIP: Session Initiation Protocol)을 통한 소정의 멀티미디어(multimedia)를 송수신하고, 화이트 보드를 이용한 양방향 통신을 수행하는 단말기들과,

상기 단말기들 간의 해당 세션을 처리하고, 펄라이트 모드(Polite mode), 화이트 보드 모드(White board mode) 통신에 대한 유효성 판단하는 네트워크 서버들을 포함하는 서비스 제공 시스템.
제22항에 있어서,

상기 단말기들은 상기 세션 초기화 프로토콜을 통한 상기 펄라이트 모드에서 상기 멀티미디어를 송수신할 경우, 착신 단말기의 경보(alerting) 모드를 링(ring)에서 진동으로 변경하는 것을 특징으로 하는 서비스 제공 시스템.
제22항에 있어서,

상기 단말기들은 착신자에 의해 음성(voice) 통신이 곤란함을 인지하면, 상기 화이트 보드 모드로 변경하고, 상기 변경한 화이트 보드 모드에서 단말기들 내의 문자 인식 기능을 통해 발/착신자간 양방향 통신을 수행하는 것을 특징으로 하는 서비스 제공 시스템.
제22항에 있어서,

상기 네트워크 서버들은 착/발신 단말기의 서비스 프로파일에 상응하여 상기 펄라이트 모드 및 화이트 보드 모드 서비스 제공 유무를 선택하는 것을 특징으로 하는 서비스 제공 시스템.