KR20080018699A - 통신시스템에서 미디어 송신 방법 및 장치 - Google Patents

Abstract

본 발명은 아이피 멀티미디어 서브시스템(IMS)에서 세션 기반 메시징 서비스를 사용하는 미디어 전송 방법에 있어서, 해당 단말의 미디어 릴레이 커패시티(MRC) 정보를 설정하는 과정과, 상기 MRC 정보가 설정되었음을 해당 단말로 전송하는 과정을 포함하는 것으로, IMS에서 세션 기반 메시징 서비스를 제공할 때에, MSRP 프로토콜의 오버헤드를 개선하여 지연 없이 데이터를 신속히 전송할 수 있으며 또한, 에어(Air) 망 자원의 낭비를 최소할 수 있는 효과가 있다.

IMS, SIP, MSRP

Description

아이피 멀티미디어 서브시스템에서 세션 기반 메시징을 이용한 효율적인 미디어 전송 방법 및 장치{A Method and Apparatus efficiently to send media Using MSRP Over IP Multimedia Subsystem}

도 1은 일반적인 IMS에서 메시지 전송을 위한 망 구조도.

도 2는 일반적인 인스턴트 메시지를 전송하기 위한 MSRP 세션을 형성하는 절차도.

도 3은 본 발명의 제 1방안에 따른 단말의 MRC 등록 절차도.

도 4는 본 발명의 제 1방안에 따른 단말의 MRC 정보가 변경된 경우 등록 절차도.

도 5는 본 발명의 바람직한 실시 예에 따른 MCR 정보를 수신하기 위한 IM 서버의 허가 및 통지 절차도.

도 6은 본 발명의 바람직한 실시 예에 따른 단말 및 서버 간의 동작 절차를 보여주는 도면.

본 발명은 이동 통신망에서 특히, 세션 기반 메시징 서비스를 사용하는 IP 멀티미디어 서브시스템에서 효율적으로 미디어를 전송하는 방법에 관한 것이다.

IP 멀티미디어 서브시스템(Internet Protocol Multimedia Subsystem, 이하, 'IMS'라 칭한다) 혹은 멀티미디어 도메인 (Multimedia Domain, 이하, 'MMD'라 칭한다)은, 사용자들이 IP 기반의 사용자 메시지를 서로 교환할 수 있는 메시징 서비스를 제공한다.

여기서, 상기 메시지는 IP 멀티미디어 서브시스템의 사용자들 간, 혹은 UE(User Equipment)들 간에 교환되는 텍스트 혹은 멀티미디어 응용 계층 데이터를 의미한다. 상기 메시지로는, 상기 메시징 서비스에서 사용되는 시그널링 정보를 전달하기 위하여, SIP 세션을 통하여 교환되는 데이터를 의미하는 SIP(Session Initiation Protocol) 메시지와, 실제로 사용자 메시지를 전달하기 위하여 MSRP 세션을 통하여 교환되는 데이터를 의미하는 MSRP(Message Session Relay Protocol) 메시지가 있다.

IP 멀티미디어 서브시스템에서 제공되는 메시징 서비스로는 '인스턴트(Instant) 메시징'과 '세션(SIP) 기반 메시징 서비스'가 있다. 상기 인스턴트 메시징은 단문의 메시지 혹은 짧은 미디어 메시지를 SIP 메시지에 실어서 전달하는 방식이다. 이 경우, SIP 메시지를 직접 사용하기 때문에 MSRP 세션을 따로 형성하지 않기 때문에 MSRP 세션을 형성하기 위한 SIP 세션 역시 형성하지 않는다. 하지만, 세션 기반의 메시징 서비스는 연속적인 메시지 교환을 위해 사용된다. 이 경우, 각 메시지가 SIP 메시지가 아닌 MSRP 메시지를 통해 전달되기 때문에 MSRP 세 션을 생성하기 위한 SIP 세션이 필요하다.

도 1은 일반적인 IMS에서 메시지 전송을 위한 망 구조도이다.

상기 IMS 상에서 코어망(core network, 이하, 'CN'이라 칭한다)은 기능상 호 세션 제어 처리(Call Session Control Function, 이하, 'CSCF'라 칭한다)블록과 홈 단말 서버(Home subscriber server, 이하, 'HSS'라 칭한다) 블록으로 구분된다.

상기 CSCF 블록은 호 및 세션 처리에 관련한 기능을 수행하며, 그 역할에 따라 프록시(Proxy) CSCF(이하, 'P-CSCF'라 칭한다)(115a,b)블록과, 인터그레이팅(Integrating) CSCF(이하, 'I-CSCF'라 칭한다)(125)블록과, 서빙(Serving) CSCF(이하, 'S-CSCF'라 칭한다)(120a,b)블록으로 나뉜다.

상기 P-CSCF(115a,b)는 단말이 IMS 서비스를 받기 위해서 망에 처음 접속할 때 관문 기능을 수행하는 요소이며, 프록시 및 UA(USer Agent)기능을 수행한다. 기본적으로 단말과 망 사이의 SIP 메시지를 중계한다. 상기 I-CSCF(125)는 망 내의 가입자와 연결하기 위해 들어오는 모든 호에 대해서 접점 역할을 수행하며, 착신 가입자의 위치 파악을 위해 HSS를 조회하여 호를 라우팅한다. 또한, 타 IMS 망과의 관문 역할을 수행하기 때문에 보안을 위해 망 내의 테크놀로지(Topology)를 숨기는 방화벽 역할도 수행한다. 상기 S-CSCF(120a,b)는 해당 망으로의 등록(Register) 기능과 이에 필요한 각종 인증 기능을 수행한다. 즉, 각종 멀티미디어 서비스 제공을 위해서 응용 서버들과 직접 연동하며 트리거링(triggering)정보에 기반하여 호를 라우팅하고 서비스를 제공하는 일련의 메커니즘을 수행한다.

도 1을 참조하면, 상기 UE#1(100)은 SIP 세션을 형성하기 위한 SIP 메시지를 RAN(105a)을 통과하여, 상기 UE#1(100)은 현재 위치하고 있는 외부 네트워크의 최초 접촉 포인트인 P-CSCF#1(115a)로 전달한다.(11)

상기 P-CSCF#1(115a)은 상기 UE#1(110)의 홈 네트워크(B)를 찾고, 상기 홈 네트워크(B)의 S-CSCF#1(120a)에게 상기 SIP 메시지를 전달한다.(12)

상기 S-CSCF#1(120a)은 상기 UE#1(100)이 SIP 세션을 형성하고자 하는 UE#2(110)의 홈 네트워크(C)를 찾는다. 상기 S-CSCF#1(120a)이 전달한 SIP 메시지는 상기 홈 네트워크(C)로 들어오면 우선적으로 I-CSCF#2(125)로 전달되고(13), 상기 ICSCF#2(215)를 통해 상기 홈 네트워크(C)의 S-CSCF#2(120b)로 전달된다.(14)

상기 S-CSCF#2(120b)는 자신이 서비스를 제공하는 UE#2(110)가 지금 위치하고 있는 외부 네트워크(D)를 찾고, 상기 외부 네트워크(D)의 P-CSCF#2(115)에게 SIP 메시지를 전달한다.(15) 최종적으로 UE#2(110)는 RAN2(105a)를 거쳐 상기 SIP 메시지를 전달받게 된다.(16)

상기 11~16과정을 통해, 상기 UE#1(100)과 상기 UE#2(110)는 서로 SIP 메시지를 교환함으로써 SIP 세션이 설립된다. 반대로, 상기 UE#2(110)로부터 상기 UE#1(100)로 SIP 메시지가 전달될 경우, 상기 11~16과정의 역순으로 메시지 전달이 이루어진다.

MSRP는 임의(arbitrary)의 다목적 인터넷 메일 확장(Multipurpose Internet Mail Extension, 이하, 'MIME'라 칭한다) 콘텐트(content), 특히 인스턴트 메시지(instant messages)를 교환하기 위한 텍스트(Text) 기반의 커넥션 오리엔티드 프로토콜(connection-oriented protocol)이다. 이때, 전체 메시지를 하나의 완전한 단위로 전달하거나 또는 몇 개의 정크(chunk) 단위로 분할하여 전송할 수 있다.

MSRP세션은 SIP세션을 통해 형성된다. 상기 MSRP세션 형성에 필요한 정보 즉, UE#1(100), UE#2(110)의 MSRP URL 주소와, 포트 및 MSRP 세션을 통해 전달될 MSRP 메시지의 미디어 특성이 SIP 메시지의 SDP(Session Description Protocol)를 통하여 전달된다. 실제로 사용자의 데이터는 상기 SIP세션과는 별도의 MSRP세션을 통하여 전달된다. 상기 SIP 세션이 CSCF간을 통해서 형성되는데 비해서 상기 MSRP 세션은 일반적인 TCP(Transmission Control Protocol) 접속에 의하여 형성된다.

MSRP는 두 종류의 요청(request) 타입이 있다. 'SEND'는 하나의 완전한 메시지(Complete message) 또는 완전한 메시지의 일부분 즉, 정크을 전송하기 위한 것이며, 'REPORT'는 이전에 보낸 메시지의 상태 정보 또는 메시지의 바이츠(bytes) 범위를 전송하기 위한 것이다.

도 2는 일반적인 인스턴트 메시지를 전송하기 위한 MSRP 세션을 형성하는 절차도이다.

도 2를 참조하면, 215단계에서 UE#1(200)은 SDP에 자신의 MSRP URL을 생성하여 상기 SDP를 담은 SIP INVITE 메시지를 UE#2(210)에게 전송한다. 일예로, 상기 INVITE 메시지는 'a=path:msrp://UE#1pc.example.com:7777/iau39;tcp'와 같이 나타낼 수 있다.

220단계에서 상기 UE#2(210)는 SDP에 자신의 MSRP URL을 생성하여 상기 SDP를 담은 SIP 200OK 메시지를 상기 UE#1(200)에게 전송한다. 일예로, 상기 200OK 메시지는 'a=path:msrp://bob.example.com:8888/9di4ea;tcp'와 같이 나타낼 수 있다.

230단계에서 상기 UE#1(200)은 상기 200 OK 메시지에 대한 응답인 SIP ACK 메시지를 상기 UE#2(210)에게 전송하고, TCP 연결을 설정한 후, 240단계에서 상기 UE#1(200)은 상기 UE#2(210)에게 특정 메시지를 MSRP SEND 메시지에 실어 전송한다. 일예로, 상기 MSRP SEND 메시지는 하기와 같이 표현될 수 있다.

'MSRP d93kswow SEND

To-Path: msrp://UE#2.example.com:8888/9di4ea;tcp

From-Path: msrp://UE#1pc.example.com:7777/iau39;tcp

Message-ID: 12339sdqwer

Content-Type: text/plain

Hi, I'm UE#1!

-------d93kswow$'

240단계에서 상기 UE#2(210)는 MSRP SEND 메시지 수신 후, 상기 UE#1(200)에게 MSRP 200OK 메시지로 응답한다. 250단계에서 상기 UE#2(210)는 상기 UE#1에게 특정 메시지가 담긴 인스턴트 메시지를 전송하면 MSRP SEND 메시지에 실어 전송한다. 일예로, 상기 인스턴트 메시지는 하기와 같이 표현될 수 있다.

'MSRP dkei38sd SEND

To-Path: msrp://alicepc.example.com:7777/iau39;tcp

From-Path: msrp://bob.example.com:8888/9di4ea;tcp

Message-ID: 456

Content-Type: text/plain

Hi, UE#1! I'm UE#2!

-------dkei38sd$'

255단계에서 상기 UE#1(200)은 상기 인스턴트 메시지 수신 후, 상기 UE#2(210)에게 MSRP 200OK 메시지로 응답한다. 260단계에서 상기 UE#1(200)은 메시지 전송이 완료되었음을 알리는 SIP BYE 메시지를 전송하고, 270단계에서 상기 UE#2(210)는 그에 대한 응답인 200 OK 메시지를 전송하여 SIP 세션을 종료한다. 이후, MSRP 세션도 종료되어 인스턴트 메시지 서비스가 종료된다.

상기 UE#1(200)과 UE#2(210)가 메시징 서비스 도중 데이터를 전송하는 경우를 가정하자. 이 경우, MSRP 세션을 이용하여 전달하는 데이터가 너무 클 때, 상기 데이터를 정크 단위로 나뉘어 전송하도록 표준에서는 정의한다.

따라서, 상기한 바와 같이 동작하는 종래 기술에 대한 IMS기반의 메시징 서비스는 상기 UE#1(200)과 상기 UE#2(210)사이에서 MSRP 메시지가 분리된 정크 단위만큼 서로 교환되어야 하는 오버로드(overload)가 존재하므로 비효율적이다. 즉, 기존 정크 단위에 대한 데이터 전송량이 정의되어 있지 않았으며 이는 실제 서비스 시 상당한 지연을 야기시키고, 값비싼 무선 자원을 낭비하는 결과를 낳게 되는 문제점이 있었다.

따라서 상기한 바와 같이 동작되는 종래 기술의 문제점을 해결하기 위하여 창안된 본 발명의 목적은, IMS에서 세션 기반 메시징 서비스를 제공할 때, MSRP 프 로토콜을 개선하여 효율적인 메시징 서비스를 위한 방법 및 장치를 제공하는 것이다.

상기한 바와 같은 목적을 달성하기 위하여 창안된 본 발명의 실시 예는, 아이피 멀티미디어 서브시스템(IMS)에서 세션 기반 메시징 서비스를 사용하는 미디어 전송 방법에 있어서,

해당 단말의 미디어 릴레이 커패시티(MRC) 정보를 설정하는 과정과,

상기 MRC 정보가 설정되었음을 해당 단말로 전송하는 과정을 포함하는 것을 특징으로 한다.

본 발명의 다른 실시 예는, 아이피 멀티미디어 서브시스템(IMS)에서 세션 기반 메시징 서비스를 사용하는 미디어 전송 장치에 있어서,

해당 단말의 미디어 릴레이 커패시티(MRC) 정보를 설정하고, 상기 MRC 정보가 설정되었음을 해당 단말로 전송하는 아이피 멀티미디어(IM) 서버를 포함하는 것을 특징으로 한다.

이하 첨부된 도면을 참조하여 본 발명의 바람직한 실시 예에 대한 동작 원리를 상세히 설명한다. 도면상에 표시된 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 참조번호로 나타내었으며, 하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명 의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

본 발명에서는 터미널 커패서티(Terminal Capacity)내에 메시지 패킷 개수와, 정크 크기 등을 정의한 미디어 릴레이 커패시티(Media Relay Capacity, 이하, 'MRC'라 칭한다) 인자를 새로이 정의한다. 여기서는, RFC 3840에 정의된 상기 터미널 커패서티를 일예로 설명한다. 즉, 상기 메시지 패킷의 개수는 발신 단말로부터 멀티 패킷이 수신되는 경우, IMS의 부하를 최소화하기 위해서 IM(IP Multimedia)서버가 전송하는 메시지를 전송하는 메시지 패킷 개수이다.

이하, 본 발명은 크게 상기 MCR 정보를 IM서버에 등록하는 절차와, 발신 단말과 PS(Presence)서버 및 IM 서버의 요구 사항과, 상기 발신 단말과 서버간의 동작 절차로 구성된다. 여기서는, 와이브로(Wibro) 무선망에 접속한 두 단말이 IMS의 세션 기반 메시징 서비스 도중 데이터를 전송하는 경우를 기본으로 설명한다. 중간 노드에는 IM 응용 서버가 존재하며, 상기 IM 서버는 발신 단말로부터 전송 받은 데이터를 착신 단말로 전달한다. IM 서비스 시, 착신 사용자가 한 명일 수도 있지만, 수십 명으로 구성된 그룹이 될 수도 있다.

이하, 상기 MCR 정보를 IM서버에 등록하는 방법을 설명한다.

상기 MCR 정보를 IM서버에 등록하는 방법은 단말이 IM서버에 상기 MCR 정보를 직접 전송하는 제 1방안과, 사업자가 미리 IM서버에 MCR 정보를 설정하는 제 2 방안이 있다.

상기 제 1방안은 하기 도 4와 같이 IMS 등록 절차를 수행하는 동안 발신 단말이 MCR 정보를 REGISTER 메시지에 실어 PS 서버에 전달하고, 상기 PS 서버는 상기 수신한 MCR 정보를 저장한다. 또한, 상기 발신 단말이 MCR 정보를 변경할 경우, 하기 도 5와 같이 상기 MCR 정보가 변경되었음을 알리는 PUBLISH 메시지를 PS 서버에 전송하면, 상기 PS 서버는 와쳐(watcher)로 등록되어 있는 IM 서버에게 상기 MCR 정보의 변경을 통보한다.

도 3은 본 발명의 제 1방안에 따른 단말의 MRC 등록 절차도이다.

여기서, 발신 단말(300)과 P-CSCF(302)는 현재 발신 단말이 위치한 네트워크에 포함되고, I-CSCF(304)와, S-CSCF(306)와, HSS(308)와, PS(presence)서버(310)는 홈 네트워크에 포함된다.

도 3을 참조하면, 315단계에서 상기 단말(300)은 IMS 등록을 위한 등록 메시지에 상기 MRC정보를 포함하여 상기 P-CSCF(302)로 전송하고, 320단계에서 상기 P-CSCF(302)는 상기 등록 메시지를 I-CSCF(304)로 전송한다. 여기서, 상기 MRC 정보에는 정크 크기와, 메시지 패킷의 개수가 포함된다. 상기 메시지 패킷의 개수는 전송할 전체 메시지 크기를 상기 정크 크기로 나눈 값이다.

325단계에서 상기 I-CSCF(304)는 Cx 인터페이스를 통하여 상기 HSS(308)에게 질의를 보내어 홈 네트워크의 S-CSCF(306)를 찾아낸다. 330단계에서 상기 I-CSCF(304)는 상기 S-CSCF(306)에게 상기 등록 메시지를 전송하고, 335단계에서 상기 S-CSCF(306)과 상기 HSS(308)는 상기 등록 메시지에 따라 상기 발신 단말(300) 의 등록에 대한 인증 벡터들을 교환한다.

340단계 내지 350단계에서는 상기 HSS(308)로부터 상기 S-CSCF(306)와, 상기 I-CSCF(304)를 거쳐 상기 P-CSCF(302)를 통해 상기 발신 단말(300)에게 비권한 메시지를 통해 전달한다.

이후, 355단계 내지 365단계에서 상기 발신 단말(300)은 IMS 등록을 위해서, 다시 사용자 인증 정보와 MRC 정보가 포함된 등록 메시지를 상기 P-CSCF(302)와, 상기 I-CSCF(304)를 거쳐 상기 S-CSCF(306)로 전달한다. 370단계에서 상기 S-CSCF(306)과 상기 HSS(370)간에 상기 IMS 등록이 수락되면, 375단계에서 상기 S-CSCF(370)는 3rd 파티 등록(party registration) 절차를 수행하면서 상기 PS서버(310)에 상기 등록 메시지의 MRC를 저장한다.

상기 MCR이 저장되면, 380단계 내지 395단계에서 상기 PS서버(310)는 상기 IMS 및 MRC 등록에 대한 응답인 200OK 메시지를 상기 S-CSCF(306)과, 상기 I-CSCF(304)를 통해 상기 P-CSCF(302)를 거쳐 상기 발신 단말(300)로 전달한다.

도 4는 본 발명의 제 1방안에 따라 단말의 MRC 정보가 변경된 경우 등록 절차도이다.

여기서, 발신 단말(400)과 P-CSCF(402)는 현재 발신 단말이 위치한 네트워크에 포함되고, I-CSCF(404)와, S-CSCF(406)와, HSS(408)와, PS서버(410)와, IM서버(412)는 홈 네트워크에 포함된다.

도 4를 참조하면, 415단계에서 상기 발신 단말(400)은 가입자가 MRC 정보를 변경한 경우, 상기 변경된 MRC정보를 PUBLISH 메시지에 실어 상기 P-CSCF(402)로 전달한다. 420단계 내지 425단계에서 상기 P-CSCF(402)는 상기 S-CSCF(406)를 통해서 상기 PS 서버(410)로 상기 PUBLISH 메시지를 전달한다. 그러면, 상기 PS 서버(410)는 상기 PUBLISH 메시지를 통해 MRC 정보가 변경되었음을 확인하여 상기 변경된 MRC정보를 등록하고, 430단계 내지 440단계에서 상기 PUBLISH 메시지에 대한 응답 메시지인 200OK 메시지와, 상기 MRC 정보가 변경됨을 통지하는 NOTIFY 메시지를 상기 S-CSCF(406)와, 상기 P-CSCF(402)를 통해 상기 발신 단말(400)에게 전달한다.

460단계 내지 470단계에서 상기 발신 단말(400)은 상기 NOTIFY 메시지의 응답 메시지인 200OK메시지를 상기 P-CSCF(402)와 S-CSCF(406)를 통해서 상기 PS 서버(410)로 전달한다.

이후, 최초 등록 시에는, 475단계에서 상기 PS 서버(410)는 NOTIFY 메시지를 전송하여 상기 IM 서버(412)에 상기 변경된 MRC를 전송하고, 480단계에서 상기 IM 서버(412)는 상기 NOTIFY 메시지에 대한 응답인 200OK메시지를 상기 PS서버(410)로 전달한다.

또한, 상기 발신 단말이 MSRP 세션을 형성하기 위해서 SIP 메시지 전달 시, SIP 메시지 내 또는 SDP 내에 상기 MCR 정보를 삽입하여 상기 PS서버(410)에 전달한다. 일예로, SIP 메시지의 옵셔널(optional) 필드 또는 SDP 메시지 내의 상기 단말의 MCR 정보를 설정하여 상기 IM 서버와 착신 단말에게 전달한다.

상기 제 2방안은 사업자가 미리 IM 서버를 설정할 때, IM 서버 설정을 위해 사전에 필요로 되는 정보인 프로비져닝(Provisioning) 정보에 가입자별 MCR 정보를 미리 설정한다. 따라서, 단말은 상기 IM 서버에 MRC 정보가 미리 설정되어 있으므로 별도의 MRC 등록 절차가 필요없게 된다.

이하, 본 발명에 따라 상기 발신 단말과, 상기 PS 서버 및 상기 IMS 서버의 요구 사항에 대해 상세히 설명한다.

먼저, 본 발명에 바람직한 실시 예에 따른 단말의 요구 사항은 다음과 같다.

① 사업자는 무선 환경에 따라 전송 파일의 정크 크기를 조절하여 셋팅할 수 있는 UI(User Interface) 즉, 정크 크기 셋을 제공하면, 상기 단말은 상기 세팅된 정크 크기 셋(set) 중 무선 환경에 따른 해당 정크 크기를 설정한다.

② 상기 사업자는 상기 단말이 멀티 패킷을 전송하는 메시지 패킷 개수(n)를 조정할 수 있는 UI를 제공한다.

③ 상기 단말에서 MRC 변경 시, SIP PUBLISH 메시지를 전송하여 PS 서버에 상기 MRC가 변경되었음을 통보한다.

④ 상기 단말은 MSRP세션을 형성하기 위한 SIP 메시지 전달 시, INVITE 메시지와 200OK 메시지의 옵션널 필드 내 또는 SDP 메시지 내에 MRC 값을 삽입한다.

다음으로, 본 발명의 바람직한 실시 예에 따른 PS 서버의 요구 사항은 다음과 같다.

① 상기 PS서버는 발신 단말이 전송한 MRC 정보를 등록한다.

② 서비스 중에 단말의 UI를 통해 MRC가 변경된 경우, 상기 단말로부터 PUBLISH메시지로 상기 MRC가 변경되었음을 통보받은 후, IM 서버에게 이를 NOTIFY 메시지로 통보한다.

마지막으로, 본 발명의 바람직한 실시 예에 따른 IM 서버의 요구 사항은 다음과 같다.

① 상기 IM 서버는 상기 PS 서버로부터 MRC 정보에 대한 NOTIFY 메시지를 수신하면, 상기 NOTIFY 메시지의 MRC 정보로 해당 단말의 MRC 정보를 업데이트한다.

② 발신측 IM 서버는 착신측 PS 서버와 신청(SUBSCRIBE)/통지(NOTIFY) 절차를 통하여, 착신 단말의 MRC 정보를 수신한다. 상기 발신측 IM 서버는 상기 MRC 정보를 바탕으로 발신 단말이 전송한 MRC 값과 착신 단말의 MRC 값을 비교하여 둘 중 최소값을 INVITE 메시지 내의 MRC 값으로 변경하여 재전송한다.

도 5는 본 발명의 바람직한 실시 예에 따라 MRC 정보를 수신하기 위한 IM 서버의 허가 및 통지 절차를 보여주는 도면이다.

여기서, IM#1(500)과 S-CSCF#1(505)은 발신측 홈 네트워크에 포함되고, PS#2(510)는 착신측 홈 네트워크에 포함된다.

도 5를 참조하면, 515단계에서 발신 단말로부터 착신 단말로 호를 시도할 경우, MCR정보가 포함된 INVITE 메시지를 수신한 상기 S_CSCF#1(505)은, 520단계에서 상기 INVITE 메시지를 상기 IM#1(500)로 전송한다. 그러면, 상기 IM#1(500)은 상기 INVITE 메시지를 통해 수신한 발신측 MCR 정보를 저장한다.

525단계에서 상기 IM#1(500)은 상기 PS#2(510)로부터 착신측 MCR 정보를 신청하는 SUBSCRIBE 메시지를 수신하고, 530단계에서 이에 대한 응답인 200OK 메시지를 상기 PS#2(510)로 전송한다. 535단계에서 상기 PS#2(510)는 상기 IM#1(500)에게 착신측 MCR 정보를 포함하는 NOTIFY 메시지를 전송하고, 540단계에서 상기 IM#1(500)은 상기 NOTIFY에 대한 응답인 200OK 메시지를 상기 PS#2(510)로 전송한다.

이후, 상기 IM#2(500)는 상기 수신한 착신측 MCR 정보와, 상기 저장된 발신측 MCR정보를 비교하여 둘 중에 작은 값을 현재 MCR 정보로 설정한 후, 545단계에서 상기 설정된 MCR 정보를 포함하는 INVITE 메시지를 상기 S-CSCF#1(505)를 통해 착신 단말로 전송한다.

도 6은 본 발명의 바람직한 실시 예에 따른 단말 및 서버 간의 동작 절차를 보여주는 도면이다. 여기서, UE#1(600)과 P-CSCF#1(602)은 발신측 방문 네트워크에 포함되고, S-CSCF#1(604)과 IM#1(606)은 발신측 홈 네트워크에 포함되고, I-CSCF#2(608)와 S-CSCF#2(610)와 IM#2(612)는 착신측 홈 네트워크에 포함되고, P-CSCF#2(614)와 UE#2(616)는 착신측 방문 네트워크에 포함된다. 또한, PRACK(Provisional Acknowledgement)을 이용한 선조건 (precondition)을 고려하지 않는다고 가정한다.

상기 UE#1(600)이 MSRP SEND 요청 메시지를 전송하고 매번 그에 대한 응답으로 MSRP 200 OK 메시지를 응답을 기다리면 많은 지연이 발생할 우려가 있으며, 전송해야 할 메시지가 많을 경우 무선 자원의 낭비를 초래하므로 멀티 패킷 전송 방법을 적용한다.

도 6을 참조하면, 상기 UE#2(616)와 MSRP 세션을 형성하기 위해서, 620단계 내지 625단계에서 상기 UE#1(600)은 상기 MSRP 세션의 인식자로 사용할 세션 URL을 생성하고, 상기 URL내의 주소와 포트 번호를 SDP에 실은 후, 상기 P-CSCF(602)를 통해 자신이 MCR 정보가 포함된 SIP INVITE 메시지를 상기 S-CSCF#1(604)로 전송한다. 630단계에서 상기 S-CSCF#1(604)은 상기 SIP INVITE 메시지를 다른 망으로 전달하기 이전에 상기 UE#1(600) 사용자의 서비스 프로파일(service profile)을 검사하고, 상기 서비스 프로파일에 담긴 초기 필터링 기준(Initial filtering criteria)에 따라 적절한 조치를 취한다. 상기 조치에 따라 SIP INVITE 메시지는 다른 CSCF에 전달되거나 응용 서버(Application Server)로 전달된다.

635단계에서 상기 S_CSCF#1(604)은 상기 SIP INVITE 메시지를 상기IM#1(606)로 전송한다. 이때, 상기 IM#1(606)은 상기 도 5의 525단계 내지 540단계를 통해 상기 UE#2(616)의 MCR정보를 획득하였다 가정한다. 이후, 상기 IM#1(606)은 상기 수신한 UE#1(600)의 MCR 정보와 상기 UE#2(616)의 MCR 정보를 비교하여 둘 중 작은 값을 현재 MCR 정보로 설정한 후, 640단계에서 상기 현재 MCR 정보가 포함된 INVITE 메시지를 상기 I-CSCF#2(608)로 전송한다.

650단계에서 상기 I-CSCF#2(608)는 Cx 인터페이스를 통하여 상기 UE#2(616) 홈 네트워크의 HSS(Home Subscriber Server)에 질의를 보내어 상기 UE#2(616)의 S-CSCF#2(610)를 찾아낸다. 그러면, 655단계에서 상기 I-CSCF(608)는 상기 SIP INVITE 메시지를 상기 S-CSCF#2(610)로 전달된다.

660단계에서 상기 S-CSCF#2(610)는 초기 필터링 기준에 따라 상기 SIＰ INVITE 메시지를 다른 CSCF에 전달되거나 응용 서버로 전달할 수 있다. 665단계에서 상기 S-CSCF#2(610)는 현재 MCR 정보가 포함된 SIP INVITE 요청 메시지를 상기 IM서버#2(612)로 전달하고, 670단계에서 상기 IM서버#2(612)는 상기 SIP INVITE 메 시지를 상기 S-CSCF#2에게 전달한다.

675단계 내지 680단계에서 상기 SIP INVITE 메시지는 상기 P-CSCF#2(614)를 거쳐 상기 UE#2(616)로 전달된다. 685단계에서 상기 UE#2(616)는 SIP 메시지 세션 미디어 컴포넌트(media component)를 위한 IP-CAN 베어러를 할당한다. 상기 IP-CAN 베어러를 예약한 후, 상기 UE#2(616)는 690단계에서 200 OK 응답 메시지를 상기 P-CSCF#2(614)에게 전달한다. 200 OK 메시지는 상기 SIP INVITE 메시지의 SDP 제안에 대한 응답으로 SDP 수락이 포함되고, 상기 SDP 내에는 상기 IM#2(612)에게 전달할 MSRP 세션 정보(주소, TCP 포트)가 포함된다. 여기서, 각각의 IP-CAN (IP-Capable Access Network) 베어러 (bearer)는 SIP 메시지나 MSRP 메시지 전송을 위해 사용된다. SIP 메시지를 전송하기 위한 IP-CAN 베어러는 이미 할당되어 있다고 가정하고, 본 발명에서는 MSRP 세션의 MSRP 메시지를 전송하는데 사용되는 IP-CAN 베어러의 할당만을 고려한다.

695단계에서 상기 P-CSCF#2(614)는 200OK 메시지를 수신한 상기 S-CSCF#2(610)는, 700단계에서 상기 200OK 메시지를 상기 IM#2(612)에게 전달한다. 705단계에서 상기 IM#2(612)는 SIP 200OK 메시지에 대한 응답으로 ACK 요청을 생성하여 상기 S-CSCF#2(610)에게 전달하고, 710단계에서 상기 S-CSCF#2(61)는 상기 ACK 요청을 P-CSCF#2(614)에게 전달한다. 715단계에서 상기 P-CSCF#2(614)는 상기 ACK 요청을 상기 UE#2(616)에게 전달한다.

720단계에서 상기 IM#2(612)와 상기 UE#2(616)는 상기 690단계에서 생성한 IP-CAN 베어러를 이용하여 상기 UE#2(616)로부터 전달받은 SDP내 MSRP URL에 있는 포트와 주소로 TCP 접속을 설정한 후, 725단계에서 200OK 메시지를 상기 S-CSCF#2(610)에게 전달한다.

730단계 내지 740단계에서 200 OK 메시지는 SIP INVITE 요청 메시지가 전달되어온 경로의 역순을 따라서 I-CSCF#2(608)와 S-CSCF#1(604)을 거쳐 상기 IM#1(606)에게 전달된다.

745단계에서 상기 IM#1(606)은 ACK 요청을 생성하여 상기 S-CSCF#1(606)에게 전달한다. 750단계에서 상기 S-CSCF#1(604)은 상기 ACK 요청을 상기 S-CSCF#2(610)에게 전달하고, 상기 S-CSCF#2는 755단계에서 상기 ACK 요청을 IM#2(612)에게 전달한다.

760단계에서 상기 IM#1(606)은 상기 IM#2(612)로부터 전달받은 SDP 내 MSRP URL에 있는 포트와 주소로 TCP 접속을 설정하고, 765단계 내지 775단계에서 상기 SIP INVITE 메시지에 대한 응답으로 200OK 메시지를 상기 S-CSCF#1(604)과, 상기 P-CSCF#1(602)을 거쳐 상기 UE#1(600)에게 전달된다.

780단계 내지 790단계에서 상기 UE#1(600)은 ACK 요청을 P-CSCF#1(602)과 S-CSCF#1(604)를 거쳐 상기 IM#1(606)에게 전달됨으로써, 상기 UE#1(600)과 상기 UE#2(616)사이의 SIP 세션 형성이 완료된다.

795단계에서 상기 UE#1(600)은 IP - CAN 베어러를 할당하고, MSRP 메시지가 상기 IP-CAN 베어러를 이용하여 상기 UE#1(600)과 IM#1(606)사이에서 전송된다.

800단계에서 상기 UE#1(600)은 상기 IM#1(606)로부터 전달받은 SDP 내 MSRP URL에 있는 포트와 주소로 TCP 접속을 설정한 후, 805단계 내지 810단계에서 상기 UE#1(600)이 상기 UE#2(616)에게 전송하고자 하는 메시지를 송신 시, 현재 MCR 정보에 설정된 멀티 패킷 메시지의 개수(n)만큼 MSRP SEND 요청 메시지에 상기 메시지를 포함시켜 상기 IM#1(606)과, 상기 IM#2(614)를 거쳐 상기 UE#2(616)로 전송한다. 이때, 상기 MSRP SEND 요청 메시지는 MSRP 세션이 사용하는 TCP 접속을 통하여 전달된다.

820단계 내지 830단계에서 상기 UE#2(616)는 상기 MSRP SEND 메시지를 수신하면, 그에 대한 응답인 MSRP 200OK 메시지를 상기 TCP 접속을 통하여 전달한다. 상기 UE#2(616)가 상기 UE#1(600)에게 메시지를 전송할 때는 상기 805단계 내지 810단계의 과정을 반대로 수행한다.

상기 도 6에서와 같이, 단말이 n개의 MSRP SEND 메시지를 한번에 전송하고(805), 이에 대한 응답인 하나의 MSRP 200OK 메시지를 기다린다. 상기 하나의 MSRP 200OK 메시지를 수신한 후, 다시 n개의 MSRP SEND 메시지를 한 번에 전송하는 방식이다. 만약, n번째 메시지가 유실된 경우에는 착신 단말에서 MSRP 200 OK 응답 메시지 대신 상기 MSRO SEND 메시지의 수신 실패를 알리는 Failure REPORT 요청 메시지를 전송하여 이를 상기 발신 단말(600)에 통보한다. 한 번에 전달할 메시지 패킷의 수는 사업자의 요구 또는 무선 환경의 특성을 고려하여 조정 가능하도록 한다.

한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되지 않으며, 후술되는 특허 청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

이상에서 상세히 설명한 바와 같이 동작하는 본 발명에 있어서, 개시되는 발명 중 대표적인 것에 의하여 얻어지는 효과를 간단히 설명하면 다음과 같다.

본 발명은, IMS에서 세션 기반 메시징 서비스를 제공할 때에, MSRP 프로토콜의 오버헤드를 개선하여 지연 없이 데이터를 신속히 전송할 수 있으며 또한, 에어(Air) 망 자원의 낭비를 최소할 수 있는 효과가 있다.

Claims (14)

1. 아이피 멀티미디어 서브시스템(IMS)에서 세션 기반 메시징 서비스를 사용하는 미디어 전송 방법에 있어서,

   해당 단말의 미디어 릴레이 커패시티(MRC) 정보를 설정하는 과정과,

   상기 MRC 정보가 설정되었음을 해당 단말로 전송하는 과정을 포함하는 것을 특징으로 하는 상기 미디어 전송 방법.
2. 제 1항에 있어서, 상기 설정하는 과정은,

   발신 단말로부터 MRC 정보를 포함하는 다수의 메시지 세션 릴레이 프로토콜(MSRP) 전송 요청 메시지들을 수신하는 과정과,

   착신 단발로부터 수신한 MRC 정보와 상기 발신 단말로부터 수신한 MRC 정보를 비교하여 둘 중 최소값으로 해당 단말의 MRC 정보를 설정하는 과정과,

   상기 설정된 MRC 정보를 상기 발신 단말로 통보하는 과정을 더 포함하는 것을 특징으로 하는 상기 미디어 전송 방법.
3. 제 2항에 있어서, 상기 설정하는 과정은,

   상기 발신 단말이 MCR 정보가 변경되었을 경우, 상기 MCR 정보가 변경되었음 을 알리는 PUBLISH 메시지에 상기 변경된 MCR 정보를 포함하여 상기 IMS로 수신되는 과정을 더 포함하는 것을 특징으로 하는 상기 미디어 전송 방법.
4. 제 1항에 있어서, 상기 설정하는 과정은,

   사업자가 미리 아이피 멀티미디어 서버에 해당 단말들의 MRC 정보를 설정하는 것을 특징으로 하는 상기 미디어 전송 방법.
5. 제 1항에 있어서, 상기 MRC 정보는,

   상기 발신 단말이 전송하고자 하는 메시지의 크기를 일정 단위로 분리하여 전송하는 '정크 크기'와, 전체 전송할 메시지 크기를 상기 정크 크기로 나눈 메시지 패킷의 개수를 포함하는 것을 특징으로 하는 상기 미디어 전송 방법.
6. 제 5항에 있어서, 상기 MRC 정보는,

   상기 MSRP 세션을 형성하기 위한 세션 시작 프로토콜 메시지 전송 시,

   INVITE 메시지와 상기 INVITE 메시지의 응답 메시지의 옵셔널 필드 내 또는 세션 디스크립션 프로토콜(SDP) 메시지 내에 포함되는 것을 특징으로 하는 상기 미디어 전송 방법.
7. 제 5 항에 있어서, 상기 전송하는 과정은,

   상기 메시지 패킷의 개수에 상응하는 MSRP 전송 요청 메시지들이 한번에 수신되는 과정과,

   상기 MRC 정보에 따라 상기 MASRP 전송 요청 메시지들에 대한 하나의 응답 메시지를 전송하는 과정을 더 포함하는 것을 특징으로 하는 상기 미디어 전송 방법.
8. 아이피 멀티미디어 서브시스템(IMS)에서 세션 기반 메시징 서비스를 사용하는 미디어 전송 장치에 있어서,

   해당 단말의 미디어 릴레이 커패시티(MRC) 정보를 설정하고, 상기 MRC 정보가 설정되었음을 해당 단말로 전송하는 아이피 멀티미디어(IM) 서버를 포함하는 것을 특징으로 하는 상기 미디어 전송 장치.
9. 제 8항에 있어서, 상기 IM 서버는,

   발신 단말로부터 MRC 정보를 포함하는 다수의 메시지 세션 릴레이 프로토콜(MSRP) 전송 요청 메시지들을 수신하고,

   착신 단발로부터 수신한 MRC 정보와 상기 발신 단말로부터 수신한 MRC 정보 를 비교하여 둘 중 최소값으로 해당 단말의 MRC 정보를 설정하는 것을 특징으로 하는 상기 미디어 전송 장치.
10. 제 8항에 있어서,

    MCR 정보가 변경되었을 경우, 상기 발신 단말로부터 상기 변경된 MCR 정보를 포함하는 PUBLISH 메시지를 수신하여 상기 IM 서버로 전송하는 프리젠스 서버(PS)를 더 포함하는 것을 특징으로 하는 상기 미디어 전송 장치.
11. 제 8항에 있어서, 상기 MRC 정보는,

    사업자가 미리 아이피 멀티미디어 서버에 설정하는 것을 특징으로 하는 상기 미디어 전송 장치.
12. 제 8항에 있어서, 상기 MRC 정보는,

    상기 MSRP 세션을 형성하기 위한 세션 시작 프로토콜 메시지 전송 시,

    INVITE 메시지와 상기 INVITE 메시지의 응답 메시지의 옵셔널 필드 내 또는 세션 디스크립션 프로토콜(SDP) 메시지 내에 포함되는 것을 특징으로 하는 상기 미디어 전송 방법.
13. 제 11항에 있어서, 상기 MRC 정보는,

    상기 발신 단말이 전송하고자 하는 메시지의 크기를 일정 단위로 분리하여 전송하는 '정크 크기'와, 전체 전송할 메시지 크기를 상기 정크 크기로 나눈 메시지 패킷의 개수를 포함하는 것을 특징으로 하는 상기 미디어 전송 장치.
14. 제 13항에 있어서, 상기 IM 서버는,

    상기 메시지 패킷의 개수에 상응하는 MSRP 전송 요청 메시지들이 한번에 수신하고,

    상기 MRC 정보에 따라 상기 MASRP 전송 요청 메시지들에 대한 하나의 응답 메시지를 전송하는 것을 특징으로 하는 상기 미디어 전송 장치.

Images