KR100706373B1

KR100706373B1 - 멀티미디어 메시지 전송 방법

Info

Publication number: KR100706373B1
Application number: KR20050083970A
Authority: KR
Inventors: 이세현
Original assignee: 주식회사 팬택앤큐리텔
Priority date: 2005-09-09
Filing date: 2005-09-09
Publication date: 2007-04-10
Also published as: KR20070029319A

Abstract

본 발명은 실시간 전송이 가능한 멀티미디어 메시지 전송 기술에 관한 것이다. 본 발명에 따른 멀티미디어 메시지 전송 방법은 a) 발신 단말기가 메시지 헤더에는 현재 메시지가 MMS 임을 알리는 정보를 포함시키고, 메시지 바디(body)에는 MMS 메시지 통지 정보를 포함시켜서, INVITE method의 SIP request 메시지(request message)를 수신 단말기로 전송하는 단계와, b) 수신 단말기가 수신한 SIP request 메시지를 해석하여 사용자 인터페이스를 통해 MMS 메시지를 지금 수신할지 여부를 질의하는 단계와, c) 즉시 수신을 선택할 경우 수신 단말기가 MMS 메시지 가져오기(fetch) 요구 정보를 포함하며, 200 OK 의 상태 코드를 갖는 SIP response 메시지를 발신 단말기로 전송하는 단계와, d) 발신 단말기가 설정된 SIP 세션을 통해 MMS 메시지 바디를 포함하는 메시지 가져오기 정보를 전송하는 단계와, e) 전송이 완료되면 발신 단말기가 MMS 메시지 통지 응답 정보를 포함하는 BYE method의 SIP request를 전송하고 SIP 세션을 닫는 단계를 포함하는 것을 특징으로 한다.

MMS, 멀티미디어, SIP, 메시징, 이동통신

Description

멀티미디어 메시지 전송 방법{method for transmitting Multimedia Message}

도 1은 본 발명에 따른 멀티미디어 메시징 시스템의 전체적인 구성을 개략적으로 도시한다.

도 2는 본 발명의 일 실시예에 따른 멀티미디어 전송 방법의 전체적인 구성을 개략적으로 도시한 흐름도이다.

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

11 : 발신 단말기 13 : 수신 단말기

15 : 발신측 프록시 서버 16 : 수신측 프록시 서버

17 : 위치정보 서버

본 발명은 멀티미디어 메시지 전송 기술에 관련되며, 특히 실시간 전송이 가능한 멀티미디어 메시지 전송 기술에 관한 것이다.

OMA(Open Mobile Alliance)의 MMS 규격집인 "Multimedia Messaging Service, Clinet Transactions, Approved Version 1.2 - 16 Sept 2003" 에는 MMS 프록시 릴레이와 MMS 클라이언트들간의 트랜섹션에 대해 상세히 기재되어 있다. 이들이 주고 받는 트랜섹션 메시지의 구체적인 내용에 대해서는 OMA의 "Multimedia Messaging Service, Encapsulation Protocol, Approved Version 1.1 - 15 Jul 2004"(이하 'OMA 스펙'이라 한다)에 상세히 기재되어 있다.

이에 따르면, 통상 발신(originating) MMS 클라이언트는 발신측 MMS 프록시-릴레이로 M-Send.req를 송신하며, 발신측 MMS 프록시-릴레이는 이에 대한 응답으로 M-Send.conf를 전송한다. 이 M-Send.req 메시지에는 메시지 헤더 정보와 MMS 메시지 본문을 포함할 수 있다. 발신측 프록시-릴레이는 이 메시지를 수신측(target) 프록시-릴레이로 전송한다.

수신측 MMS 프록시 릴레이는 수신한 MMS 메시지를 버퍼링하며, 수신측(target) MMS 클라이언트로 MMS 메시지를 통지하는 M-Notification.ind 메시지를 전송한다. 즉시 수신을 선택할 경우 이에 대한 응답으로 MMS 클라이언트는 메시지를 가져오기 위하여 WSP/HTTP Get.req를 송신한다. 이에 따라 수신측 프록시-릴레이는 M-retrieve.conf 메시지를 헤더 정보와 메시지 본문을 포함하여 전송한다. 이에 의해 MMS 메시지가 즉시 수신될 수 있다. 이후에 수신측 MMS 클라이언트는 M-NotifyResp.ind를 회신하며, 이에 의해 메시지 송신이 완료된다. 발신측 MMS 클라이언트는 트랜섹션 식별자(transaction identifier)를 생성하여 M-Send.req에 포함시키며, 이 식별자는 메시지 송신 트랜섹션 전체에 대해 고유하게 식별된다.

이 같은 MMS 메시지 송수신 과정을 살피면, 메시지 송수신에는 MMS 프록시- 릴레이의 역할이 중요하다. 그러나 진정한 MMS 실시간 전송이라면 프록시-릴레이를 개입하지 않고 지연 없이 직접 전송될 수 있어야 할 것이다.

SIP(Session Initiation Protocol) 프로토콜은 발신측에서 수신 측을 호출하여 직접 정보를 푸쉬(push)할 수 있는 방식으로 알려져 있다. 이 프로토콜은 ㅍ프프록시 서버를 이용하기는 하지만 정보는 프록시 서버에서 지체되지 않고 거의 직접 클라이언트간에 송수신될 수 있다.

2002. 5. 7.자 출원되어 2005. 2. 23.자로 에스케이 텔레콤(주)에게 특허허여된 한국특허제474,740호에는 이동통신 패킷망에서 SIP을 이용하여 인스턴트 메시징을 하는 기술이 개시되어 있다. 그러나 이 문헌에 기재된 기술은 멀티미디어 전송에 대한 구체적인 기술이 개시되어 있지 않고 인스턴트 메시징은 통상 텍스트나 간단한 아이콘 수준에서 교환되므로 대용량의 멀티미디어 메시지 전송에대해서는 착상이 없는 것으로 볼 수 있다.

SIP 기술은 IP가 할당된 단말기들간에 멀티미디어 데이터를 교환할 수 있도록 상호 연결을 설정하여 주는 세션 제어 프로토콜로써, SIP 서버는 단말기들의 상태 정보 및 위치 정보를 관리하고 있어 이동통신에 적합하다. 특히 SIP 프로토콜은 발신자가 수신자를 호출하는 형태를 갖고 있어 진정한 의미에서 PUSH형 정보전달을 가능하게 할 수 있다.

본 발명은 이 같은 배경에서 도출된 것으로, 실시간으로 대용량의 멀티미디 어 메시지를 전송하는 것을 목적으로 한다.

추가적으로 본 발명은 멀티미디어 전송에 있어서 수신거부, 수신확인, 발송 취소, 수신 취소 등의 다양한 기능을 제공하는 것을 추가적인 목적으로 한다.

상기 목적을 달성하기 위한 본 발명의 일 양상에 따른 멀티미디어 메시지 전송 방법은 a) 발신 단말기가 메시지 헤더에는 현재 메시지가 MMS 임을 알리는 정보를 포함시키고, 메시지 바디(body)에는 MMS 메시지 통지 정보를 포함시켜서, INVITE method의 SIP request 메시지(request message)를 수신 단말기로 전송하는 단계와, b) 수신 단말기가 수신한 SIP request 메시지를 해석하여 사용자 인터페이스를 통해 MMS 메시지를 지금 수신할지 여부를 질의하는 단계와, c) 즉시 수신을 선택할 경우 수신 단말기가 MMS 메시지 가져오기(fetch) 요구 정보를 포함하며, 200 OK 의 상태 코드를 갖는 SIP response 메시지를 발신 단말기로 전송하는 단계와, d) 발신 단말기가 설정된 SIP 세션을 통해 MMS 메시지 바디를 포함하는 메시지 가져오기 정보를 전송하는 단계와, e) 전송이 완료되면 발신 단말기가 MMS 메시지 통지 응답 정보를 포함하는 BYE method의 SIP request를 전송하고 SIP 세션을 닫는 단계를 포함하는 것을 특징으로 한다.

본 발명의 이 같은 양상에 따라 MMS 멀티미디어 메시지들이 SIP 프로토콜을 이용하여 실시간으로 전송될 수 있다.

본 발명의 추가적인 양상에 따라 상기 방법은 단계 b)에서 수신 거부 (reject)를 선택할 경우 수신 단말기가 MMS 메시지 통지 응답 정보를 포함하는 603 Decline 의 SIP response를 전송하는 단계와, 발신 단말기가 상기 메시지를 수신하여 발신자에게 메시지 전송이 거부되었음을 알리는 단계를 더 포함할 수 있다.

이 같은 추가적인 양상에 따라 본 발명에 따라 멀티미디어 메시지를 수신한 상대방이 메시지 수신을 거부하는 것이 가능하다.

본 발명의 추가적인 양상에 따라 상기 방법은 단계 a)와 단계 c) 사이에 200 OK 메시지를 수신하기 전에 발신 단말기가 사용자로부터 메시지 전송 취소를 지시받으면 CANCEL method의 SIP request를 전송하여 MMS 전송을 취소하는 단계를 더 포함할 수 있다.

이 같은 추가적인 양상에 따라 발신자가 전송중인 메시지의 전송을 취소하는 것이 가능하다.

본 발명의 추가적인 양상에 따라 상기 방법은 단계 b)에서 수신 지연(defer)을 선택할 경우 수신 단말기가 '600 Busy Everywhere' 의 SIP response를 전송하는 단계와, 발신 단말기가 상기 메시지를 수신하여 수신자에게 메시지 전송이 지연되었음을 알리는 단계를 더 포함하는 것을 특징으로 한다.

이 같은 추가적인 양상에 따라 수신자는 발신자가 전송하고자 하는 메시지를 지연시켜 추후에 수신하는 것이 가능하다.

본 발명의 추가적인 양상에 따라 상기 방법은 상기 '600 Busy Everywhere' 의 SIP response 메시지가 Retry-after 필드를 더 특정하는 것을 특징으로 한다.

이 같은 추가적인 양상에 따라 발신자는 이 필드를 통해 언제 수신자에게 메 시지의 전송이 가능한지를 확인할 수 있다.

즉, 본 발명에 따른 멀티미디어 메시지 전송 방법은 SIP(Session Initiation Protocol)을 이용하여 MMS PDU들을 MMS 의 전송프로토콜에 따라 전송할 뿐 아니라 SIP의 각종 신호체계를 이용하여 사용자에게 다양한 선택 사양과 전송 정보를 제공하는 것이 가능하다.

본 발명의 추가적인 양상에 따라, 상기 단계 b)는 수신 단말기가 수신한 SIP request 메시지를 해석하여 MMS 메시지 통지 정보에 포함된 메시지의 제목을 포함하는 개략 정보와, 즉시 수신 여부를 질의하는 정보를 사용자에게 인지 가능한 형태로 출력하는 단계인 것을 특징으로 한다.

본 발명의 이 같은 양상에 따라 메시지 수신자는 완전한 메시지 본문을 수신하기 전에 헤더에 포함된 정보로부터 메시지의 개요를 확인하고, 전체 메시지 본문을 수신할 것인지 여부를 판단할 수 있다.

전술한 그리고 추가적인 본 발명의 양상들은 후술하는 실시예를 통해 더욱 명확해질 것이다. 이하에서는 본 발명을 당업자가 용이하게 이해하고 재현할 수 있을 정도로 상세히 설명하기로 한다.

도 1은 본 발명에 따른 멀티미디어 메시징 시스템의 전체적인 구성을 개략적으로 도시한다. 도시된 바와 같이 멀티미디어 메시징 시스템은 발신 단말기(11)와, 수신 단말기(13)와, SIP 프록시 서버(Proxy Server)(15)와, 위치정보 서버(17)를 포함하여 구성된다.

발신 단말기는 UAC(User Agent Client)를 포함하며, 수신 단말기는 UAS(User Agent Server)를 포함한다. UAC 는 SIP 접속요구를 개시하는 클라이언트 응용 프로그램이고(A user agent client is a client application that initiates the SIP request), UAS는 SIP 접속을 요구받아 접속을 설정하는 클라이언트 응용 프로그램이다. 본 발명에서 UAC 는 MMS 작성 및 전송 프로그램이고, UAC는 MMS 수신 및 열람 프로그램이다.

프록시 서버(15,16) 및 위치정보 서버(17)는 일반적인 SIP 서버이며, 본 발명과 관련된 구체적인 동작은 후술한다.

도 2는 본 발명의 일 실시예에 따른 멀티미디어 전송 방법의 전체적인 구성을 개략적으로 도시한 흐름도이다. 먼저 발신 단말기의 UAC는 멀티미디어 메시지를 작성한다(단계 S111). 멀티미디어 메시지는 MMS 헤더와, 메시지 본문(body)으로 구성되며, 메시지 본문은 개별적인 멀티미디어 객체들이 각자 분리되어 포함되는 멀티파트 구조로 구성된다.

다음으로, 발신 단말기의 UAC는 도메인 네임 서버(DNS)에 조회하여 먼저 발신 단말기가 위치하고 있는 SIP 프록시 서버의 IP 주소를 획득한다. 이후에 이 주소를 이용하여 발신 단말기는 발신측 SIP 프록시 서버(15)로 수신 단말기로의 메시지 전송을 요청한다(단계 S113). 이 과정은 SIP 세션 설정의 일반적인 과정에 따라 발신 단말기가 INVITE method를 포함한 SIP request를 전송함에 의해 이루어진다.

SIP 메시지는 SIP request 메시지와 SIP response 메시지로 구분되며, SIP request 메시지에는 INVITE, ACK, BYE, CANCEL, RETISTER, OPTION의 6가지 method 로 구성되고, 응답 메시지는 1xx(Information), 2xx(Success), 3xx(Redirection), 4xx(Client Error), 5xx(Server Eerror), 6xx(Global Error)의 형태가 있다. SIP 메시지는 start line, message header 및 message body로 구성된다. message body는 SDP(Session Description Protocol)로 기술되며, 세션 설정을 위한 정보가 기술된다.

본 발명의 특징적인 양상에 따라 발신 단말기가 전송하는 INVITE method의 SIP request 메시지의 메시지 헤더에는 현재 메시지가 MMS 임을 알리는 정보가 포함되고, 메시지 바디에는 MMS 메시지의 헤더정보가 포함된다. 예를 들어 SIP request 메시지 헤더에는 "Content-Type : application/vnd.wap.mms-message"라는 정보가 포함되어 현재 메시지가 MMS 전송을 요청하는 메시지임을 알린다. 본 발명의 특징적인 양상에 따라 이 메시지 바디에 포함되는 MMS 메시지의 헤더 정보는 MMS 메시지 통지 정보, 즉 M-Notification.ind 메시지의 헤더 정보이다.

통상적인 MMS 전송에 있어서, 발신측 MMS 클라이언트는 M-Send.req를 MMS 프록시-서버로 전송하지만, 본 발명에 따르면, MMS 프록시-서버는 배제되고, 발신측 UAC 가 수신측 UAS로 바로 M-Notification.ind 메시지를 전송한다. 이에 따라 발신측 UAC 는 트랜섹션 식별자를 생성하여 이 메시지에 포함시킨다. 이 식별자는 트랜섹션 내에서 고유하게 사용된다.

OMA 스펙에 정의된 바와 같이 M-Notification.ind 메시지의 헤더 정보는 X-Mms-Message-Type, X-Mms-Transaction-ID, X-Mms-MMS-Version, From, Subject, X-Mms-Message-Class, X-Mms-Message-Size, X-Mms-Content-Location 등의 필드를 포 함한다.

이 메시지를 수신한 발신측 SIP 프록시 서버(15)는 발신 단말기로부터 전송된 SIP request의 바디 파트에 포함된 필드로부터 수신 단말기의 URL을 획득하고, 이 URL로 DNS 에 질의하여 수신 단말기가 위치하고 있는 도메인의 IP 주소를 획득한다. 예를 들어 Request-URI(Uniform Resouce Identifier) 내의 SIP URL이 abc@curitel.com 이라면 curitel.com 의 IP 주소를 DNS 에 질의하여 알아내어, SIP request 메시지를 curitel.com 의 SIP 프록시 서버로 전달한다.

SIP URL의 형식은 "user@host"의 형식이며, user 부분에는 사용자 id나 전화 번호가 모두 사용될 수 있다. 전화 번호가 사용될 경우 sip:011-234-5678@curitel.com;user=phone 와 같이 "user=phone" 이라는 파라미터가 사용된다. 본 발명에서는 수신 사용자의 IP 정보가 수신 사용자 도메인의 위치정보 서버(location server)에 등록되어 있지 않을 경우를 대비하여, Request-URI에 사용되는 SIP URL의 형식이 전화번호를 사용하거나, 그렇지 않은 경우 발신자측 SIP Proxy server에서 수신자의 전화번호를 알고 있도록 한다.

이후에 발신측 SIP 프록시 서버는 수신측 프록시 서버로 수신한 SIP request 메시지를 전달한다. 이를 위해 발신측 프록시 서버는 수신자가 속한 도메인의 SIP 서버, 즉 SIP 프로토콜 상에서의 등록서버(registrar server)에서 해당 계정이 등록되었는지 확인한다. 만약 등록되지 않았고 다른 도메인에 존재한다는 redirection 정보도 찾을 수 없는 경우 발신측 프록시는 수신 사용자의 단말기로 MMS PDU의 적어도 일부, 바람직하게는 SIP Request를 포함하는 단문 메시지를 WAP Push 또는 SMS 를 전송하도록 PPG(Push Proxy Gateway)에게 요청하게 되고, PPG는 SMSC를 통하여 동 WAP Push나 SMS를 송신한다. 이때 전송되는 메시지에는 발신 단말기, 즉 UAC의 SIP 주소가 포함된다. 이에 따라 이 메시지를 수신한 수신 단말기는 해당 발신 단말기로 후술하는 SIP 프로토콜을 이용한 멀티미디어 메시지 수신 과정 중 잔여 부분을 진행하는 것이 가능해진다.

수신 단말기는 만약 WAP Push나 SMS를 통해 SIP request 메시지를 수신하면, 우선 등록서버(registrar server)를 통하여 위치 서버(location server)에 자신의 IP를 등록한다. 이는 추후에는 발신 단말기들이 자신에게 메시지를 보낼 때 자신의 IP를 획득할 수 있도록 배려하는 것이다. 등록 서버 또는 위치 서버는 SIP 프로토콜에 정의된 것이다.

이후에 수신 단말기는 수신한 SIP request 메시지를 해석하여 사용자 인터페이스를 통해 MMS 메시지를 지금 수신할지 여부를 질의한다(단계 S115). 도시된 실시예에 있어서, 수신 단말기는 어떤 채널을 통해서든 SIP Request를 수신하면 수신한 SIP request 메시지를 해석하여 MMS 메시지 통지 정보에 포함된 메시지의 제목을 포함하는 개략 정보와, 즉시 수신 여부를 질의하는 정보를 사용자에게 인지 가능한 형태로 출력한다. 즉, 수신 단말기의 UAS 는 그 헤더의 정보로부터 바디 파트에 MMS PDU의 헤더 정보가 포함되어 있음을 알게 되고, 이 헤더 정보를 분석하여 수신자에게 출력하여 메시지의 개략정보를 제공한 후 메시지를 즉시 수신할 것인지 여부를 질의하게 된다.

이때 수신 단말기는 발신 단말기로 "180 Ringing" 의 status code를 갖는 SIP Request를 전송하여, 발신 단말기로 하여금 수신자에게 Multimedia Message의 전송 시도를 알리고 있음을 통보하게 된다.

만약 사용자가 즉시 메시지를 수신할 것을 선택하면, SIP Proxy Server를 통하여 "200 OK"의 status code를 갖는 SIP response를 발신 단말기로 전송하게 되고, 발신 단말기는 ACK method의 SIP request를 다시 전송함으로써, 양 단말간에 SIP session이 설정된다(단계 S119). 본 실시예에 있어서, 수신 단말기가 회신하는 SIP response의 메시지 본문에는 MMS PDU 중 WSP/HTTP GET.req 메시지가 포함된다. 이에 따라 발신 단말기는 수신 단말기가 즉시 메시지 수신을 요청하였음을 알게 된다.

이후에 설정된 세션을 통하여 전체 Multimedia Message를 구성하는 바디 파트의 오브젝트 파일의 전송이 이루어지게 된다(단계 S121). 이 같은 메시지의 전송은 MMS PDU 중 M-retrieve.conf 메시지에 의해 이루어진다.

전송이 완료되면 발신 단말기는 BYE method를 갖는 SIP request를 전송하고 수신 단말기가 이에 대해 200 OK를 회신함으로써 양자간에 세션 연결이 해제되어 전송이 종료된다(단계 S127). 수신 단말기가 회신하는 200 OK의 SIP response 에는 M-NotifyResp.ind PDU 가 포함된다.

이상과 같이, 발신 단말기와 수신 단말기 사이의 Multimedia Message 전송이 실시간으로 바로 이루어지게 되므로, MMS 프록시-서버와 같은 네트워크 상의 별도의 저장 공간(storage)을 필요로 하는 서버가 필요하지 않다.

한편, 발신 단말기가 수신 단말기로 부터 200 OK의 response를 수신하여 SIP 세션이 설정되기 전에는 CANCEL method의 SIP request를 전송하여 Multimedia Message 전송을 중단할 수 있다. 나아가 발신 단말기와 수신 단말기 사이에 설정된 SIP 세션을 통하여 Multimedia Message 가 전송 중일 동안에도 발신 단말기는 BYE method의 SIP request를 전송하여, 현재 설정 중인 세션을 종료함으로써, Multimedia Message 전송을 중단할 수 있다.

단계 S117 에서 수신 단말기가 메시지 수신을 거절(reject)할 경우, 발신자 측으로 "603 Decline"의 SIP response 를 전송하여, 발신자로 하여금 수신자가 Multimedia Message의 수신을 거부하였음을 알 수 있게 한다(단계 S123). 이에 따라 수신 단말기는 BYE method를 갖는 SIP request를 전송하고 발신 단말기가 이에 대해 200 OK를 회신함으로써 양자간에 세션 연결이 해제되고 전송이 종료된다(단계 S127).

단계 S117 에서 수신 단말기가 메시지 수신을 지연(defer)할 경우, 발신자 측으로 "600 Busy Everywhere"를 포함하는 SIP response 를 전송하여, 발신자로 하여금 수신자가 Multimedia Message의 수신을 지연시켰음을 알 수 있게 한다(단계 S125). 이때 발송되는 SIP respose에는 M-NotifyResp.ind PDU 가 포함된다. 이에 의해 발신측 MMS 클라이언트는 현재 전송할려고 하는 MMS 메시지의 수신이 지연 수신으로 선택되었음을 알게 된다.

이에 따라 수신 단말기는 BYE method를 갖는 SIP request를 전송하고 발신 단말기가 이에 대해 200 OK를 회신함으로써 양자간에 세션 연결이 해제되고 전송이 종료된다(단계 S127). 이후에 새로운 SIP 세션 연결과 함께 지연된 메시지 전송이 재개될 수 있다. 그러나 이 경우 MMS 트랜섹션 식별자는 유지되며, 수신 단말기의 MMS 클라이언트가 동일한 식별자로 WSP/HTTP GET.req 메시지를 전송하면서 지연된 MMS 메시지 수신이 재개될 수 있다.

본 발명의 추가적인 양상에 따라 단계 S125에서 수신 지연을 알리는 SIP response 메시지가 Retry-after 헤더 정보를 더 포함함으로써 수신자가 Retry-after 헤더의 값을 입력 가능하게 하여, 발신 사용자로 하여금 언제 다시 Multimedia Message의 전송을 시작하면 되는지를 통보할 수 있다. 이 값은 사용자에 의해 미리 설정된 값으로 입력될 수도 있다.

이상에서 상세히 설명한 바와 같이 본 발명에 따른 멀티미디어 메시지 전송 방법에 따라 사용자들은 실시간으로 멀티미디어 메시지를 수신자에게 푸쉬하는 것이 가능하다. 나아가 본 발명에 따른 멀티미디어 메시지 전송 방법에 따라 사용자들은 메시지를 송수신하는데 있어서 선택의 폭을 다양하게 가질 수 있고 메시지 전송과 관련된 다양한 정보를 획득할 수 있어 편리하게 이용할 수 있다.

추가적으로, 본 발명은 SIP 프로토콜을 이용하여 MMS 메시지의 실시간 전송을 가능하게 하면서도 메시지의 지연 수신이 가능하며, 나아가 수신된 MMS 메시지의 개략 정보를 보고 전체 메시지의 수신 여부를 결정할 수 있도록 함으로써 흔히 대용량이 될 수 있는 MMS 메시지의 수신에 대한 수신자의 선택 폭을 넓힐 수 있다.

이상에서 본 발명은 바람직한 실시예들을 참조하여 설명되었지만 여기에 한 정되는 것은 아니며, 본 발명의 범주를 벗어남이 없이 당업자라면 자명하게 도출가능한 많은 변형예들을 포괄하도록 의도된 첨부된 특허청구범위에 의하여 해석되어져야 한다.

Claims

a) 발신 단말기가 메시지 헤더에는 현재 메시지가 멀티미디어 메시지(MMS)임을 알리는 정보를 포함시키고, 메시지 바디(body)에는 멀티미디어 메시지 통지 정보를 포함시켜서, 인바이트 메서드(INVITE method)의 SIP 요청 메시지(request message)를 수신 단말기로 전송하는 단계와;

b) 수신 단말기가 수신한 SIP 요청 메시지를 해석하여 사용자 인터페이스를 통해 멀티미디어 메시지를 지금 수신할지 여부를 질의하는 단계와;

c) 즉시 수신을 선택할 경우 수신 단말기가 멀티미디어 메시지 가져오기(fetch) 요구 정보를 포함하며, '200 OK' 의 상태 코드를 갖는 SIP 응답 메시지를 발신 단말기로 전송하는 단계와;

d) 발신 단말기가 설정된 SIP 세션을 통해 멀티미디어 메시지 바디를 포함하는 메시지 가져오기 정보를 전송하는 단계와;

e) 전송이 완료되면 발신 단말기가 멀티미디어 메시지 통지 응답 정보를 포함하는 바이 메서드(BYE method)의 SIP 요청을 전송하고 SIP 세션을 닫는 단계;

를 포함하는 것을 특징으로 하는 멀티미디어 메시지 전송 방법.
제 1 항에서, 상기 방법이 :

c1) 단계 b)에서 수신 거부(reject)를 선택할 경우 수신 단말기가 멀티미디어 메시지 통지 응답 정보를 포함하는 '603 Decline' 의 SIP 요청 메시지를 전송하는 단계와;

d1) 발신 단말기가 상기 메시지를 수신하여 발신자에게 메시지 전송이 거부되었음을 알리는 단계;

를 더 포함하는 것을 특징으로 하는 멀티미디어 메시지 전송 방법.
제 1 항에 있어서, 상기 방법이 :

단계 a)와 단계 c) 사이에 200 OK 메시지를 수신하기 전에 발신 단말기가 사용자로부터 메시지 전송 취소를 지시받으면 캔슬 메서드(CANCEL method)의 SIP 요청을 전송하여 멀티미디어 메시지의 전송을 취소하는 단계;

를 더 포함하는 것을 특징으로 하는 멀티미디어 메시지 전송 방법.
제 1 항에서, 상기 방법이 :

c2) 단계 b)에서 수신 지연(defer)을 선택할 경우 수신 단말기가 '600 Busy Everywhere' 의 SIP 요청을 전송하는 단계와;

d2) 발신 단말기가 상기 메시지를 수신하여 수신자에게 메시지 전송이 지연되었음을 알리는 단계;

를 더 포함하는 것을 특징으로 하는 멀티미디어 메시지 전송 방법.
제 4 항에 있어서, 상기 단계 d2)에서 SIP 요청 메시지가 'Retry-after 필드'를 더 특정하는 것을 특징으로 하는 멀티미디어 메시지 전송 방법.
제 1 항에 있어서, 상기 단계 a) 가 :

b) 프록시 서버가 수신한 SIP 요청내의 수신자 정보로부터 위치 서버(Location Server)로 조회하여 수신 단말기의 아이피(IP) 주소를 조회하는 단계와;

c1) 아이피 주소가 획득되면 획득한 아이피 주소를 이용하여 수신 단말기로 SIP 요청 메시지를 전달하는 단계;를 포함하는 것을 특징으로 하는 멀티미디어 메시지 전송 방법.
제 6 항에 있어서, 상기 단계 b)에서 조회 결과 수신자 계정이 등록되지 않았고 다른 도메인에 존재한다는 리다이렉트(redirection) 정보도 찾을 수 없는 경우 발신측 프록시가 수신 사용자의 단말기로 멀티미디어 메시지(MMS) PDU의 적어도 일부가 포함된 단문 메시지를 왑 푸시(WAP Push) 또는 단문 메시지(SMS)를 전송하도록 푸시 프록시 게이트웨이(PPG:Push Proxy Gateway)에게 요청하는 단계;를 더 포함하는 것을 특징으로 하는 멀티미디어 메시지 전송 방법.
제 7 항에 있어서, 상기 전송 방법이 :

수신 단말기가 왑 푸시(WAP Push) 또는 단문 메시지 형태로 SIP 요청 메시지를 수신하면, 등록서버(registrar server)를 통하여 위치 서버(location server)에 자신의 아이피를 등록하는 단계;를 더 포함하는 것을 특징으로 하는 멀티미디어 메시지 전송 방법.
제 1 항에 있어서, 상기 단계 b)가 :

수신 단말기가 수신한 SIP 요청 메시지를 해석하여 멀티미디어 메시지 통지 정보에 포함된 메시지의 제목을 포함하는 개략 정보와, 즉시 수신 여부를 질의하는 정보를 사용자에게 인지 가능한 형태로 출력하는 단계; 인 것을 특징으로 하는 멀티미디어 메시지 전송 방법.