KR102267802B1

KR102267802B1 - 이동 단말에서 RCS(Rich Communication Suite) 및 VoLTE(Voice over LTE) 서비스를 지원하는 방법 및 장치

Info

Publication number: KR102267802B1
Application number: KR1020150015561A
Authority: KR
Inventors: 프라빈 체볼루; 가네쉬 바부 캄마; 김재동; 김재원; 정현목
Original assignee: 삼성전자주식회사
Priority date: 2015-01-30
Filing date: 2015-01-30
Publication date: 2021-06-23
Also published as: KR20160094212A; US9930074B2; US20160226925A1

Abstract

본 발명은, RCS(Rich Communication Suite) 및 VoLTE 기반 서비스를 지원하는 이동 단말에 있어서, 제1세션 연결 프로토콜 스택 중 제1레이어를 활성화시켜 RCS 서비스를 위한 시그널링을 모뎀 프로세서에게 전달하는 어플리케이션 프로세서와, 상기 제1레이어를 통해서 전달된 상기 시그널링을 통신망에 전달하는 세션 연결을 위한 제2세션 연결 프로토콜 스택을 포함하는 상기 모뎀 프로세서를 포함하는 이동 단말.

Description

이동 단말에서 RCS(Rich Communication Suite) 및 VoLTE(Voice over LTE) 서비스를 지원하는 방법 및 장치{A METHOD AND APPARATUS FOR SUPPORTING RCS AND VoLTE SERVICE IN A MOBILE TERMINAL}

본 발명은 단말에서 RCS 및 VoLTE 서비스를 지원하는 방법 및 상기 단말의 구성에 관한 것이다.

최근 이동통신은 LTE(Long Term Evolution) 망의 성장으로 LTE 망에 접근하여 데이터 서비스를 이용할 수 있는 이동 단말(UE: User Equipmnent)의 도입이 가속화되고 있으며, 최근에는 LTE 망을 이용한 음성 통화를 지원하는 VoLTE 서비스가 등장하였다. VoLTE 서비스는, LTE 망을 이용한 VoIP(Voice of Internet Protocol) 서비스로서 기존 서킷(Circuit) 망을 이용하는 음성서비스에 비해 월등히 우수한 음질을 제공하며, 음성 서비스뿐만 아니라 고화질 영상 전화를 비롯해 여러 부가 서비스가 가능하다.

더욱이, 이동 통신의 발달과 함께 UE의 사용자들은 단순히 UE를 음성 통화 외에 다양한 용도들로 사용하고 있다. 이에 따라, GSMA(Global System for Mobile Communications Association)에서는 통신망을 통해서, UE의 사용자들에게 다양한 커뮤니케이션 기능들을 제공을 제공하는 RCS(Rich Communication Suite)를 제안하였다. RCS 서비스는, 통신 망을 통해서 음성뿐만 아니라, 영상, SMS(Short message service), 채팅, 파일 공유 등을 통합하여 이용할 수 있도록 한다. 구체적인 예로, RCS 서비스는, 통화 도중에 동영상 또는 사진과 같은 멀티미디어 파일을 공유하는 콜 기능(Enriched Call), 주소록에 등록된 통신 상대방에 대한 정보를 실시간으로 획득할 수 있는 주소록 기능(Enhanced Phonebook), 채팅 중 파일을 공유할 수 있는 메시지 기능(Enriched Messaging) 등을 제공할 수 있다. 이러한 RCS는 현재 유럽을 시작으로 하여 한국 및 미주 등 세계 전역으로 확대될 예정이다.

그러므로, VoLTE 서비스와 함께 RCS 서비스를 제공할 수 있는 UE에 대한 연구가 확대되고 있다.

본 발명의 실시 예에서는 UE에서 VoLTE 및 RCS 서비스를 제공하는 UE 및 그에 따른 방법을 제안한다.

본 발명의 실시 예에 따른 장치는; RCS(Rich Communication Suite) 및 VoLTE 기반 서비스를 지원하는 이동 단말에 있어서, 제1세션 연결 프로토콜 스택 중 제1레이어를 활성화시켜 RCS 서비스를 위한 시그널링을 모뎀 프로세서에게 전달하는 어플리케이션 프로세서와, 상기 제1레이어를 통해서 전달된 상기 시그널링을 통신망에 전달하는 세션 연결을 위한 제2세션 연결 프로토콜 스택을 포함하는 상기 모뎀 프로세서를 포함한다.

본 발명의 실시 예에 따른 방법은; 이동 단말이 RCS(Rich Communication Suite) 및 VoLTE 기반 서비스를 지원하는 방법에 있어서, 어플리케이션 프로세서에서 제1세션 연결 프로토콜 스택 중 제1레이어를 활성화시켜 RCS 서비스를 위한 시그널링을 모뎀 프로세서에게 전달하는 과정과, 모뎀 프로세서에서 세션 연결을 위한 제2세션 연결 프로토콜 스택을 통해서 상기 시그널링을 통신망에 전달하는 과정을 포함한다.

도 1은 일반적인 제1방안에 따른 UE의 구성도의 일 예,
도 2는 일반적인 제3방안에 따른 UE의 구성도의 일 예,
도 3은 UE에서 RCS 및 VoLTE 서비스들을 처리하기 위한 SIP 스택의 일반적인 구조의 일 예,
도 4는 본 발명의 실시 예에 따른 UE의 구성도의 일 예,
도 5는 본 발명의 실시 예에 따른 UE의 하이 레벨 구조의 일 예,
도 6은 본 발명의 실시 예에 따라 RCS 및 VoLTE 서비스를 지원하는 UE가 싱글 IMS 등록을 수행하는 동작 흐름도의 일 예,
도 7은 본 발명의 실시 예에 따라 RCS 서비스가 처리되는 동작 흐름도의 일 예,
도 8은 본 발명의 실시 예에 따라 VoLTE 서비스가 처리되는 동작 흐름도의 일 예,
도 9a는 본 발명의 다른 실시 예에 따라 접근망에 따라 SIP 스택들을 선택적으로 운용하는 UE의 구성도의 일 예,
도 9b는 본 발명의 다른 실시 예에 따라 와이 파이에 접근한 UE(900)의 SIP 스택들의 운용 상태를 나타낸 도면,
도 10은 도 9a,b와 같이 동작하는 UE가 와이 파이 망으로 핸드오버하는 동안 컨텍스트를 전송하는 동작 흐름도의 일 예,
도 11은 본 발명의 또 다른 실시 예에 따른 UE에서 처리되는 데이터 라우팅의 일 예를 도시한 도면.

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

대표적인 예로, GSMA(Global System for Mobile communication Association) 표준에서는 이동 단말(UE: User Equipmnent)에서 VoLTE와 함께 RCS(Rich Communication Suite) 서비스들을 처리하는 방안들이 논의되고 있다. 이러한 방안들 중 하나인 제1방안은, UE에서 2개의 SIP(Session Initiation Protocol) 스택(stack)들을 가지는 B2BUA(Back to Back user Agent) 접근 방식이다.

도 1은 일반적인 제1방안에 따른 UE의 구성도의 일 예이다.

도 1을 참조하면, UE(100)는 일 예로, 어플리케이션 프로세서(AI: Application Processor, 102)와, 모뎀 프로세서(110)를 포함한다. 예를 들어, 상기 AP(102)는 서비스 UX(User experience, 104), 텔레포니 관리자(106), RCS 서비스부(108) 및 SIP 스택(109)을 포함한다. 상기 RCS 서비스부(108)에 부착된 SIP 스택은 RCS 서비스들을 처리한다.

상기 모뎀 프로세서(110)는 예를 들어, VoLTE 서비스부(112) 및 SIP 스택(114)와, B2BUA SIP 프록시 처리부(116) 및 IMS(IP Multimedia Subsytem) 연결부(118)를 포함한다. VoLTE 서비스부(112)에 부착된 SIP 스택(114)은 VoLTE/SMS(Short Message Service) 서비스들과 B2BUA를 사용하여 상기 UE(100)에서 처리될 서비스들 모두를 처리할 것이다.

도 1에 도시한 제1방안의 경우, 와이 파이에서 LTE/2G/3G 등의 이동 통신망으로 또는, 그 반대로의 핸드오버 처리 시 UE가 2개의 SIP 스택 구조를 구비해야 함에 따라 이를 기반으로 동기화를 수행해야 했다. 그리고, 2개의 SIP 스택들(109, 114) 둘 다에서 상기 모뎀 프로세서(110)의 TCP(Transport Control Protocol)/IP 스택이 사용되어야 한다. 따라서, 상기 AP(102)의 SIP 스택(109)은 보안 프로토콜이 IPsec associations에 대한 모뎀 프로세서(110)에서의 TCP/IP 스택에 대한 업데이트를 반영해야 한다. 그리고, AP(102)의 SIP 스택(109)은 모뎀 프로세서(10)의 TCP/IP 스택을 사용함에 따라 인터페이스가 더 복잡해질 것이다. 이러한 이유로, 제1방안은 구조상의 효율을 위한 비용이 증가할 것이고, 운영 체제(OS: Operating System)에서 새로운 SIP B2BUA와 프록시 기능이 이념적으로, 디바이스의 하드웨어에서 통합되어야 한다.

상기 방안들 중 제2방안은 AP의 싱글 SIP를 통해서 RCS와 VoLTE 서비스들을 둘 다 처리하는 방안이다. 이 경우, VoLTE에 대한 호 설정 시간이 지연으로 작용하고, 모뎀 프로세서가 AP에게 핸드오버(HO: handover)의 상태를 지시해야 함에 따라 SRVCC(Single Radio Voice Call Continuity) HO가 지연될 것이고, 그리고 나서 AP는 예를 들어, VoLTE로부터 CS(Circuit Switched) 호 경로로 스위치(switch)해야 할 것이다. 긴급(emergency) 호 설정에서, INVITE 실패가 발생한 경우에 CSFB(Circuti Swiched Fallback) 호가 AP에서 VoLTE 서비스들을 처리하기 위한 SIP 스택으로 인해서 지연될 것이다. 또한, VoLTE 서비스로부터 VoHSPA(Voice over HSPA), rSRVCC(Reverse Single Radio Voice Call Continuity)로의 핸드오버 또한 지연될 것이다.

마지막으로, 제3방안은 모뎀 프로세서에서 싱글 SIP 스택을 가지며, AP와 모뎀 프로세서 간에 IMS API 어프로치(approach)를 사용하는 방안이다. 도 2는 일반적인 제3방안에 따른 UE의 구성도의 일 예이다.

도 2를 참조하면, UE(200)는 AP(202)와 모뎀 프로세서(210)를 포함한다. 도 1과 비교하여, 상기 AP(202)의 RCS 서비스(204)는 SIP스택을 구비하지 않고, IMS API(208a)를 통해서 RCS 서비스들을 위한 통신을 상기 모뎀 프로세서(210)의 IMS API(208b)와 수행한다. 반면, 모뎀 프로세서(210)는 완전한 형태의 SIP 스택(212)를 구비하고, 상기 IMS API(208b)를 통해서 VoLTE 서비스부(216)는 AP(102)의 IMS API(208b)와 VoLTE 서비스를 위한 통신을 수행한다. 모뎀 프로세서(210)의 상기 SIP 스택(212)은 RCS 및 VoLTE 서비스들을 위한 프로세싱을 모두 처리한다. 이로 인해서, 모뎀 프로세서(210)의 성능이 떨어지고, RCS 서비스를 위한 어플리케이션들에 대해 XML(eXtensible markup Language), XCAP(XML Configuration Access Protocol), SDP(Service Delivery Platform)와 같은 사용자 데이터를 처리하기 위해서 요구되는 파서(parser)들이 필요하고, 각 SIP 바디(body)의 엔코딩/디코딩으로 인한 비용 증가가 발생될 수 있다.

한편, GSMA 스펙에서는, RCS 서비스가 IMS를 기반으로 하는 통신 서비스들에 대한 인터 오퍼레이터(inter-Operator)로서 구성되도록 하고, 대부분의 오퍼레이터들은 오늘날의 OTT(Over the Top) 어플리케이션들에 대한 이슈들을 해결하기 위한 RCS 기능 쪽으로 관심을 보여주고 있다. RCS 기능들은 예를 들어, 1:1 채팅, 그룹 채팅, 파일 전송, 이미지/비디오 공유, IP-음성, IP-비디오 및 향상된 폰북(소셜 존재) 등을 포함할 수 있다. 만약, VoLTE 서비스를 지원하는 UE의 경우, 상기 RCS 기능들 중 IP-음성, 비디오 서비스들은 VoLTE로 완전히 대체될 수 있다.

VoLTE는 모든 IP 망들 기반 통신 환경에서 실시간 음성 트래픽을 지원하기 위해 선호된 솔루션으로서 출현하게 되었다. 따라서, VoLTE는 멀티미디어 텔레포니(MMTel)를 기반으로 하고, 기존의 CS 음성을 대체하기 위해서 디자인된 VoIP 서비스 기반 표준화된 IMS이다.

RCS 서비스의 주요 기능으로는 2명의 사용자들 간에 이용할 수 있는 공용 서비스들을 식별하도록 허용하는 성능 디스커버리(Capability Dsicovery)를 들 수 있다. 성능 디스커버리는 사용자가 해당 접근(contact)에 대해 클릭(click)할 때마다, 각 접근에 대해서 수행되어야 한다. 따라서 UE가 RCS 및 VoLTE 서비스를 모두 지원할 경우, 배터리 및 기기 성능을 유지하기 위해서는 상기한 성능 디스커버리가 주요 변수로 작용될 것이다.

또한, 동일 디바이스에 대해 RCS 및 VoLTE 서비스들 둘 다 처리하기 위한 다중 등록들이 발생할 경우, 네트워크로 향하는 트래픽이 증가하고, 배터리 소모 역시 증가하게 될 것이다. 그러므로, 오퍼레이터는 RCS 및 VoLTE 서비스들의 처리 시 UE로부터 싱글 등록을 요구할 것이다.

도 3은 UE에서 RCS 및 VoLTE 서비스들을 처리하기 위한 SIP 스택의 일반적인 구조의 일 예이다.

도 3을 참조하면, SIP 스택(300)은 모든 어플리케이션에 대한 요청들을 처리하고 방법을 세우는 TU(Transaction User) 레이어(302)를 포함한다. 이러한 TU(302)의 헤더 필드들은 해당 어플리케이션들을 구체화하고, 만약, TU(302)의 바디(SDP, XML, XCAP 등)가 존재하면, 이들을 구체화할 것이다. TU(302)의 다음 레이어는 트랜잭션 레이어(304)이고, 상기 트랜잭션 레이어(304)의 메인 기능은 클라이언트 및 서버 둘 다에 대해 계약들을 처리하고, VIA 브랜치, 헤더 택(tag)들로부터 호 ID 생성 관련 헤더 필드들을 처리하는 것이다. 상기 SIP 스택(300)의 하위 레이어는 트랜스포트 레이어(306)로, 네트워크로 SIP 메시지를 송신하기 위해서 사용할 TCP/IP 스택을 결정한다. 그리고, 상기 트랜스포트 레이어(306)는 적절한 트랜스포트의 세부사항들과 함께 VIA 헤더 필드의 일부 파트들을 업데이트한다. SIP 파서(308)는 상기한 레이어들을 통해서 SIP 헤더들을 획득하면, 해당 SIP 헤더를 부호화 및 복호화한다.

이하, 본 발명의 실시 예에서는, 모뎀 프로세서에 완전한 SIP 스택을 구비하고, AP에서는 상기 SIP 스택에서 RCS 서비스에 대해 TU 레이어만을 활성화시킨 미니 SIP 스택을 구비한 UE의 구성을 제안하고, 이러한 UE에서 RCS 서비스 및 VoLTE 서비스들을 처리하는 방법을 제안한다.

도 4는 본 발명의 실시 예에 따른 UE의 구성도의 일 예이다.

도 4를 참조하면, UE(400)는 예를 들어, AP(410) 및 모뎀 프로세서(420)로 구성된다. 그리고, 상기 AP(410)는 일 예로, SIP 스택의 TU 레이어만이 활성화된 미니 SIP 스택(412)과, 파서(414)를 포함한다. 상기 미니 SIP 스택(412)은 RCS 서비스들을 처리한다.

다음으로, 상기 모뎀 프로세서(420)는 TU 레이어, TL 및 트랜스포트 레이어를 포함하는 완전한 형태의 SIP 스택(422)를 구비한다. 상기 모뎀 프로세서(420)의 SIP 스택(422)는 VoLTE 서비스 및 RCS 서비스들을 모두 처리한다.

도 4에 도시한 바와 같이, 본 발명의 실시 예에 따라 구성된 UE의 경우, IMS에 대해 LTE 또는 WI-Fi가 IMS에 대해 사용될 경우, 싱글 SIP 스택 즉, SIP 스택(422)이 사용될 것이다. 그리고, 모뎀 프로세서(420)의 SIP 스택(422)과 함께, RCS 기능들은 AP(410) 내의 상기 SIP 미니 스택(412) 즉, TU 레이어와 함깨, 상기 모뎀 프로세서(420)에서의 남은 SIP 레이어들 즉, 트랜잭션 레이어 및 트랜스포트 레이어를 통해서 처리된다. 이에 따라, 기존에 B2BUA 없이 싱글 등록이 가능하여 배터리 및 기기의 성능을 유지할 수 있다. RCS 기능들에 대해, AP(410)는 모든 RCS 특성 관련 데이터 베이스를 처리하고, 파서(414)는 상기 미니 SIP 스택(412)의 TU 레이어로부터 SIP 바디를 복호/부호화한다.

VoLTE 호의 경로에 대해, 상기 모뎀 프로세서(402)는 완전한 SIP 시그널링 및 오디오 데이터의 경로를 처리한다. 상기 모뎀 프로세서(402)에서의 SIP 시그널링이 모두 처리됨에 따라, VoLTE 호 설정이 더 빨라지고, Srvcc 또는 rSrvcc 또한 AP(410)에서 SIP 시그널링이 처리될 때와 비교하여 빨라지게 된다.

이하, 본 발명의 실시 예에 따라 상기 UE가 와이 파이와 접속할 경우, 데이터베이스 동기화가 상기 모뎀 프로세서(402)의 SIP 스택(422)을 통해서 수행되면, 상기 모뎀 프로세서(402)는 완전히 턴 오프(turn off)되고, 상기 AP(410)의 미니 SIP 스택(412)을 통해서 모든 RCS 기능들 또는 와이 파이를 통한 IMS 기능들이 처리된다.

한편, 도 4의 실시 예에 따른 UE(400)의 미니 SIP 스택(412)은 오퍼레이터 요구사항들을 기반으로 TU 레이어만을 활성화시키겨나, 완전한 SIP 스택 형태 활성화될 수 있다. 먼저, RCS 및 VoLTE 서비스들을 위해서 싱글 APN이 필요할 경우, 예를 들어, 상기 UE(400)가 LTE 기반 통신 시스템에 접근할 경우를 가정하면, 상기 AP(410)의 미니 SIP 스택(412)에서 TU는 모뎀 프로세서(420)에서 SIP 스택(422)의 TU 레이어에게 SIP 메시지를 송신한다. 상기 모뎀 프로세서(420)에서 TU 레이어는 상기 AP(410)로부터 처리되는 SIP 메시지들에 대해 트랜스패런트하게 처리할 것이다.

반면, RCS 및 VoLTE 서비스들을 위해서 2개의 분리된 APN(Access Point Number)이 사용될 경우를 가정하자. 예를 들어, 상기 UE(400)가 LTE 기반 통신 시스템에 접속한 상황에서 와이파이 모드가 활성화 될 경우를 가정하자. 그러면, 상기 AP(410)는 완전한 SIP 스택을 사용하여, RCS 서비스들 및 SIP 메시지들을 처리하고, 상기 모뎀 프로세서(420)에서 상기 SIP 스택(422)은 SIP 메시지들에 대한 처리를 중단하고, VoLTE 서비스들을 처리할 수 있다.

이하, 명세서에서 설명하는 UE는 설명의 편의상, 도 4와 같이 구성된 경우를 가정하여 설명한다. 이에 따라, 본 발명의 실시 예에 따른 모뎀 프로세서의 SIP 스택은 마스터(master)로서 AP에 대한 제어 동작을 수행한다. 그리고, AP의 미니 SIP 스택은 상기 마스터의 제어 하에 슬레이브(slave)와 같이 동작한다.

도 5는 본 발명의 실시 예에 따른 UE의 하이 레벨 구조의 일 예이다.

도 5를 참조하면, UE(500)는 AP(510)와 모뎀 프로세서(520)를 포함한다. 상기 AP(510)는 일 예로, 서비스 UX, RCS 서비스 부(512), 미니 SIP 스택(514) 및 텔레포니 관리부(516)를 포함한다. 상기 미니 SIP 스택(514)은 SIP 스택에서 TU 레이어만을 활성화한 상태이다. 상기 모뎀 프로세서(520)는 일 예로, SIP 스택(522)을 포함한다.

도 5의 실시 예에서는, 상호 레이어 간에 발생할 수 있는 지연을 피하기 위해서 AP(510)의 미니 SIP 스택(514)의 TU 레이어와 모뎀 프로세서(520)의 TU 레이어간에 직접적인 IPC(Inter-Process Communication) 통신을 제안한다. 상기 IPC 통신은, 프로세스 즉, AP(510) 및 모뎀 프로세서(520)간의 통신을 의미하며, 이들 간의 공유 메모리 영역이 존재한다. 이에 따라, 도 5의 실시 예에 따른 UE(500)는 RCS 서비스들에 대한 경로 외에 음성 통신에 대한 경로에도 IPC 통신을 수행한다. 즉, 상기한 IPC 통신을 통해서 텔레포니 관리부(516)와 SIP 스택(522)의 TU 레이어를 통해서 기존의 텔리포니 서비스들에 대한 처리 기술들을 이용할 수 있고, 텔레포니 서비스들을 처리하기 위한 별도의 제안이 요구되지 않는다.

도 6은 본 발명의 실시 예에 따라 RCS 및 VoLTE 서비스를 지원하는 UE가 싱글 IMS 등록을 수행하는 동작 흐름도의 일 예이다. 설명의 편의상, 상기 UE는 도 4의 실시 예와 같이, AP에서 미니 SIP 스택 구조를 사용하는 경우를 가정하자.

도 6을 참조하면, 622단계에서 AP의 미니 SIP 스택(604)은 AP(602)가 지원하는 기능 택(supported Feature tags), 콘텍트 정보(contact Info)를 포함하는 Stack_Init_Ind를 모뎀 프로세서의 SIP 스택(610)에게 전송한다. 상기 기능 택은 모뎀 프로세서(610)에게 등록 요청을 지시할 서비스 예를 들어, RCS 기능들을 나타낼 수 있다.

624단계에서 상기 모뎀 프로세서의 SIP 스택(610)은 상기 AP의 기능 택 및 자신이 지원하는 기능 택들을 결합하여 SIP 등록을 위한 방법을 결정한다. 여기서, SIP 등록을 위한 방법은, 인증, Ipsec 연관들(association) 등을 결정하는 동작을 포함한다. 그리고, 626단계에서 상기 모뎀 프로세서의 SIP 스택(610)은 SIP 파서를 통해서 상기 SIP 등록을 위한 방법을 부호화한다. 628a,b단계에서 모뎀 프로세서의 SIP 스택(610)은 TCP/IP 스택(612)을 통해서 네트워크(620)에 SIP 등록을 요청하는 SIP REGISTER 메시지를 전송한다. 상기 네트워크(620)는 상기 AP(602)가 탑재된 UE에게 SIP 기반 IMS 서비스를 제공하는 통신 시스템 예를 들어, 이동 통신망(LTE 기반 통신망 등)이 될 수 있다. 여기서, SIP REGISTER 메시지는 상기 AP(602)가 탑재된 UE의 가입자 정보를 포함할 수 있다.

이후, 상기 네트워크(620)가 상기 AP(602)가 탑재된 UE를 등록하면, 630a단계 내지 630b단계에서 상기 TPC/IP 스택(612)을 통해서 상기 SIP REGISTER 메시지에 대한 응답을 예를 들어, 200ok 메시지를 이용하여 상기 모뎀 프로세서의 SIP 스택(610)에게 전달한다. 여기서, 200ok 메시지는 상기 등록 관련 파라미터들을 포함할 수 있다. 따라서, 632단계에서 상기 모뎀 프로세서의 SIP 스택(610)은 상기 등록 관련 파라미터들을 데이터 베이스에 업데이트한다. 그리고, 634a단계 내지 634b단계에서 상기 모뎀 프로세서의 SIP 스택(610)은 상기 AP의 미니 스택(604)를 통해서 상기 AP(602)에게 상기 파라미터들을 포함하는 등록 통보를 전달한다. 마찬가지로, 상기 파라미터들을 수신한 상기 AP의 미니 스택(604)은 등록 관련 파라미터들을 업데이트한다.

도 6에서와 같이 본 발명의 실시 예에 따른 SIP 등록 절차는 모뎀 프로세서의 SIP 스택에서 처리된다. 그리고, SIP 등록 절차가 완료되면, AP와 모뎀 프로세서 간의 데이터 베이스가 공유된다. AP의 미니 SIP스택은 상기 공유된 모뎀 프로세서의 컨텍스트(context)를 와이-파이 모뎀에게 전달함으로서 와이-파이 핸드오버를 쉽게 수행할 수 있다.

도 7은 본 발명의 실시 예에 따라 RCS 서비스가 처리되는 동작 흐름도의 일 예이다. 설명의 편의상, UE A는 도 4의 실시 예와 같이, AP에서 미니 SIP 스택 구조를 사용하는 경우를 가정하자.

도 7을 참조하면, UE A의 사용자가 다른 사용자의 UE B와의 접속을 위해 예를 들어, 상기 UE A는 자신의 폰 북에 저장된 상기 UE B의 연락처를 클릭한 경우를 가정하자. 그러면, 712단계에서 상기 UE A의 AP(700)는 상기 클릭을 인지하고, 714단계에서 상기 UE B가 RCS 서비스를 지원하는 지 확인하기 위해서 성능 디스커버리에 대한 지시를 미니-SIP 스택(702)으로 전달한다. 그러면, 상기 미니 SIP 스택(702)은 SIP OPTIONS 메시지 교환을 통해서 RCS 서비스에 대한 성능 디스커버리를 수행한다. 즉, 716단계에서 상기 미니 SIP 스택(702)은 SIP OPTIONS 헤더 필드들을 모뎀 프로세서에서 SIP 스택의 TU 레이어(704)를 통해서 상기 SIP 스택의 트랜스포트 레이어(706)에게 전달한다. 여기서, 상기 SIP OPTIONS 헤더 필드들은 UE A의 성능 정보를 포함할 수 있다. 718a단계에서 상기 트랜스포트 레이어(706)는 상기 SIP OPTIONS 헤더 필드들이 실제 데이터 전송을 담당하는 TCP/IP 스택(708)에서 처리될 수 있도록 부호화하여 상기 TPC/IP 스택(708)에게 전달하고, 718b단계에서 이를 수신한 상기 TCP/IP 스택(708)은 상기 부호화된 SIP OPTIONS 헤더 필드들을 통신망(710)에게 제공한다. 상기 통신망(710)은 상기 UE A 및 UE B에게 이동 통신 및 IMS 기반 멀티미디어 서비스들을 제공할 수 있다. 구체적으로, 도면에 도시하지는 않았으나, 상기 통신망(710)은 UE들로부터 수신된 SIP 메시지들을 통한 멀티미디어 세션을 성립, 변경, 종료 및 수락 등의 호 제어 기능을 수행하는 서버, 해당 UE의 위치 등록을 수행하는 등록 서버 등을 포함한다.

상기 통신망(710)은 UE B에 대한 성능을 확인하고, UE A가 요청한 RCE 서비스가 제공 가능한지 확인한 후, 확인 가능할 경우, 이에 대한 수락을 지시하는 응답을 200ok 메시지를 이용하여 720a단계에서 상기 모뎀 프로세서의 TCP/IP 스택(708)에게 전송할 수 있다. 이때, 상기 200oK는 상기 UE B가 이용 가능한 RCS 서비스의 종류를 알리는 태그 정보를 포함할 수 있다. 도면에 도시하지 않았으나, 모뎀 프로세서 내에 구비된 SIP 파서를 통해서 상기 200ok 메시지를 복호화하여 성능 디스커버리에 대한 응답 및 UE B가 이용 가능한 RCS 서비스의 종류를 획득하면, 상기 모뎀 프로세서의 TCP/IP 스택(708)은 720b단계에서 상기 SIP 스택의 트랜스포트 레이어(706)에게 전달한다. 그러면, 722단계에서 상기 트랜스포트 레이어(706)는 상기 SIP 스택의 TU 레이어(704)를 통해서 상기 AP의 미니-SIP 스택인 TU 레이어(702)에게 상기 성능 디스커버리에 대한 응답 및 UE B가 이용 가능한 RCS 서비스의 종류를 SIP 메시지 형태로 전달한다. 그러면, 724단계에서 상기 AP(700)는 UE A의 디스플레이 화면을 통해서 상기 UE B에 대해 확인된 성능 디스커버리의 결과를 디스플레이 할 수 있다. 상기 결과는 UE B가 RCS 서비스가 이용 가능한 단말임을 나타내는 정보를 디스플레이하거나, 추가로 상기 UE B가 이용 가능한 RCS 서비스들의 종류를 디스플레이할 수도 있다. 상기 종류는 사용자에게 디스플레이 여부를 문의하여, UI(700)를 통해서 수락에 대응하는 사용자 입력이 인지되면 상기 종류를 디스플레이하는 형태로 동작할 수도 있다.

이후, 상기 AP의 미니-SIP 스택(702)은 해당 RCS 서비스를 위한 어플리케이션 데이터를 처리하고, 처리한 데이터를 모뎀 프로세서의 SIP 스택의 TU 레이어(704)에게 송신한다. 그러면, 상기 TU 레이어(704)는 상기 데이터를 다른 레이어에게 전달한다. 그리고, 도면에 도시하지는 않았으나, 모뎀 프로세서에 구비된 SIP 파서는 상기 AP의 미니 SIP 스택(702)을 통해서 수신한 SIP 메시지를 부호화하고, TCP/IP 스택(708)을 통해서 상기 이동 통신망(710)에게 전송한다.

한편, AP와 모뎀 프로세서가 공유하고 있는 비디오의 SDP와 같은 어플리케이션 데이터에 대응하는 SIP 바디, XML 등이 존재할 경우, AP의 미니 SIP 스택(702)은 이들에 대한 엔코딩 및 디코딩을 처리한다.

도 8은 본 발명의 실시 예에 따라 VoLTE 서비스가 처리되는 동작 흐름도의 일 예이다.

도 8을 참조하면, 810단계에서 AP(800)가 사용자로부터 VoLTE 호를 수행할 것임을 나타내는 사용자 입력을 인지하면, 812단계에서 상기 AP(800)는 모뎀 프로세서 내의 SIP 스택의 TU 레이어(802)에게 상기 VoLTE 호의 설정 지시를 전달한다. 그러면, 814단계에서 상기 TU 레이어(802)는 INVITE 메시지를 생성하여 상기 모뎀 프로세서 내의 SIP 스택의 트랜스포트 레이어(804)에게 전달한다. 그러면, SIP 파서는 상기 트랜스포트 레이어(804)에게 전달된 INVITE 메시지에 대응하는 SIP 페이로드를 획득하고, 816a단계에서 상기 트랜스포트 레이어(804)를 통해서 TCP/IP 스택(806)에게 전달한다. 816b단계에서 TCP/IP 스택(806)은 상기 SIP 페이로드를 통신망(808)으로 실제 전송을 위한 형태로 구성하여 상기 통신망(808)에게 전달한다. 상기 통신망(808)은 상기 VoLTE 호의 전달 대상으로부터 상기 VoLTE 호에 대한 수락 여부를 확인하고, 확인된 수락 여부를 지시하는 응답을 SIP 메시지 형태로 구성하여 818a,b단계에서 TCP/IP 스택(806)을 통해서 상기 트랜스포트 레이어(804)에게 전달한다. 그러면, 804단계에서 상기 SIP 파서는 상기 SIP 메시지의 페이로드로부터 상기 응답에 대응하는 SIP 콘텐츠를 구성하여 상기 TU 레이어(802)에게 전달한다. 이때, 상기 응답이 상기 VoLTE 호의 수락을 나타내는 경우를 가정하자. 그리고, 상기 SIP 콘텐츠가 AP(800)에게 전달되면, 822단계에서 AP(800)는 모뎀 프로세서의 TU 레이어(802)에게 상기 VoLTE 호의 설정을 지시하고, 824단계에서 상기 설정된 VoLTE 호에 대응하는 화면을 디스플레이 화면을 통해서 사용자에게 전달한다.

이하, 본 발명의 다른 실시 예에서는 UE가 접속하는 망에 따라 AP의 SIP 스택 및 CP의 SIP 스택을 선택적으로 운용하는 방안을 제안한다.

도 9a는 본 발명의 다른 실시 예에 따라 접속망에 따라 SIP 스택들을 선택적으로 운용하는 UE의 구성도의 일 예이다.

도 9a를 참조하면, UE(900)는 AP(910)와 모뎀 프로세서(920)로 구성되고, 상기 AP(910) 및 모뎀 프로세서(920) 각각은 SIP 스택을 구비한다. 본 발명의 다른 실시 예에서는 상기 UE(900)가 접속한 망에 따라 상기 SIP 스택들(914, 922)을 선택적으로 운용한다. 예를 들어, 상기 UE(900)가 이동 통신망에 현재 접속된 상태에서, 와이 파이로 핸드오버한 경우를 가정하자. 여기서, 이동 통신망은 2G,3G 및 LTE 기반 이동 통신을 제공하는 통신망들을 예로 들 수 있다. 이 경우, AP(910)가 UE(900)가 현재 와이파이 망과 접속됨을 인지하면, 상기 SIP 스택(912)을 풀(full)로 운용한다. 다만, 상기 SIP 스택(912) 중 RCS 서비스 및 IP 기반 호 처리를 위해서는 TU 레이어(914)를 UE(900)가 현재 접속한 망의 구분 없이 사용한다. 그리고, 상기 SIP 스택(912) 중 나머지 레이어들 즉, 트랜잭션 레이어(916), 트랜스포트 레이어(918) 및 SIP 파서(919)는 상기 UE(900)가 와이 파이 망에 접속한 경우에만 동작시킨다.

그리고, 상기 UE(900)가 와이 파이 망에 접속 중일 경우, 상기 AP(910)의 TU 레이어(914)는 모뎀 프로세서(920)의 TU 레이어(924)와 동기화된다. 그리고, 상기 모뎀 프로세서(920)의 SIP 스택(922)에서 나머지 레이어들 즉, 트랜잭션 레이어(926), 트랜스포트 레이어(928) 및 SIP 파서(929)에 대한 동작을 중단한다. 도 9b는 본 발명의 다른 실시 예에 따라 와이 파이에 접속한 UE(900)의 SIP 스택들의 운용 상태를 나타낸다. 도 9b를 참조하면, 상기 UE(900)에서 모뎀 프로세서(920)의 SIP 스택(922)은 풀로 동작 중단된다. 반면, AP(910)의 SIP 스택(192)은 풀로 운용된다. 그리고, 등록 관련 콘텍스트의 전송이 요구되면, AP(910)에서 SIP 스택을 모뎀 프로세서(920)와 공유할 것이다. 그리고, AP(910)가 CP(920)와 공유하는 컨텍스트 정보를 사용하여 상기 AP(910)는 IP 콜을 구성할 수 있다.

이후, 상기 UE(900)가 현재 이동 통신망과 접속 중임을 인지하면, 상기 모뎀 프로세서(920)의 SIP 스택(922)을 풀로 운용한다.

도 10은 도 9a,b와 같이 동작하는 UE가 와이 파이 망으로 핸드오버하는 동안 컨텍스트를 전송하는 동작 흐름도의 일 예이다.

도 10을 참조하면, 이동 통신망에 현재 접근 중인 AP(1002)는 1014단계에서 SIP 스택의 초기화를 지시하는 Stack_Init_Ind 메시지를 모뎀 프로세서의 SIP 스택(1008)에게 전송한다. 여기서, Stack_Init_Ind 메시지는 상기 AP(1002)가 지원하는 기능에 대한 택들 및 접근 정보 등을 포함할 수 있다. 1016단계에서 모뎀 프로세서의 SIP 스택(1008)은 상기 택들을 이용하여 자신이 지원하는 기능들과 상기 AP(1000)가 지원하는 기능들을 결합하여 SIP 등록을 위한 방법을 결정한다. 여기서, SIP 등록을 위한 방법은, 인증, Ipsec 연관들(association) 등을 결정하는 동작을 포함한다. 그리고, 1020a단계에서 상기 SIP 스택(1008)은 SIP REGISTER 메시지를 TPC/IP 스택(1010)을 통해서 통신망(1012)에게 전송한다. 이후, 1022a단계 내지 1022b단계에서 상기 통신망(1012)으로부터 전송된 상기 SIP REGISTER 메시지에 대한 응답이 상기 TCP/IP 스택(1010)을 통해서 상기 SIP 스택(1008)에 수신된다. 그러면, 1024단계에서 상기 SIP 스택(1008)은 상기 SIP REGISTER 메시지로부터 획득한 등록 정보 및 관련 파라미터들을 데이터 베이스에 업데이트하고, 1026단계에서 상기 파라미터를 포함하는 등록 통보 즉, IMS_REG_NTF 메시지를 상기 AP의 TU 레이어(1002)에게 전달한다. 그러면, 1028단계에서 상기 AP(1000)는 디스플레이 화면을 통해서 상기 등록에 대한 결과를 디스플레이할 수 있다.

이후, 상기 AP(1000)가 와이 파이 망의 접근을 지시하는 사용자 입력을 인지한 경우를 가정하자. 그러면, 1030단계에서 상기 AP(1000)는 SIP 스택의 TU 레이어(1004)를 통해서 Stack_Init_Ind 메시지를 전송한다. 설명의 편의상, AP의 TU 레이어가 이동 통신망에 접근한 경우(1002)와 와이 파이 망에 접근한 경우(1004)를 구분하여 TU 레이어를 분리하여 도시하였으나, 실질적으로 상기 TU 레이어들(1002, 1004)은 AP의 SIP 스택을 구성하는 TU 레이어에 대응하며, 상기 TU 레이어가 접근망에 관계 없이 구동됨을 나타낸다. 1032단계에서 AP(1000)는 이동 통신망과 접근중인 TU 레이어(1002)에게 와이파이로의 핸드오버 요청을 전달한다. 1034a단계에서 상기 TU 레이어(1002)는 모뎀 프로세서의 SIP 스택(1008)에게 상기 핸드오버에 대한 정보를 데이터 베이스에 업데이트하도록 지시하고, 1034b단계에서 상기 SIP 스택(1008)으로부터 업데이트된 데이터 베이스 정보를 수신한다.

1036단계에서 상기 통신 망에 접근 중인 TU 레이어(1002)는 와이파이에 접근한 TU 레이어(1004)와 상기 데이터 베이스를 동기화한다. 그리고, 1038a,b단계에서 상기 TU 레이어(1004)는 와이파이 망의 TCP/IP 스택(1006)을 통해서 통신망(1012)에게 SIP 방법을 전달한다.

정리하자면, 본 발명의 다른 실시 예에서는, UE가 새로운 등록이 발생되거나, 등록 상태가 변경될 경우마다, AP는 CP에게 등록 데이터 베이스 세부 사항들을 업데이트한다. 그리고, 네트워크 상태가 변경된 경우에도, AP는 모뎀 프로세서에게 등록 세부 사항들에서 업데이트된 변경들을 전달하여 업데이트된 데이터 베이스를 공유한다. UE가 와이파이 핸드오버할 경우, AP는 모뎀 프로세서로부터 업데이트된 데이터 베이스를 사용하여 음성 서비스의 데이터를 동기화한다. 그리고, AP는 와이파이를 통해서 독립적으로 모든 기능들을 초기화하게 된다.

한편, 본 발명의 또 다른 실시 예에 따른 UE의 모뎀 프로세서에서 SIP 스택의 TU 레이어를 통해서는 예를 들어, VoLTE 기반 어플리케이션과 같은 일부 어플리케이션만이 처리된다. 그러므로, 모뎀 프로세서는 처리 가능한 어플리케이션에 대해서만 TU 레이어가 활성화되도록 제어하는 먹스(mux)를 구비할 수 있다.

도 11은 본 발명의 또 다른 실시 예에 따른 UE에서 처리되는 데이터 라우팅의 일 예를 도시한 도면이다.

도 11을 참조하면, 1112단계에서 AP가 VoLTE 호를 생성하는 사용자 입력을 수신한 경우를 가정하고, 1114단계에서 상기 VoLTE 호에 대한 호 설정 요청을 모뎀 프로세서의 VoLTE 어플리케이션 레이어(1104)에게 전달한다. 그러면, 1116단계에서 상기 VoLTE 어플리케이션 레이어(1104)는 통신망(1110)과 상기 VoTLE 호 설정을 위한 SIP INVITE 절차를 수행한다. SIP INVITE 절차는 도 8의 SIP INVITE 절차와 중복 되므로, 상세 설명을 생략한다.

선택적으로, 1118단계에서 VoLTE 어플리케이션 레이어(1104)는 먹스(1108)에게 VoLTE 어플리케이션에 대한 데이터들의 경로를 자신으로 설정한다. 그리고, 1120a,b단계에서 상기 VoLTE 어플리케이션 레이어(1104)는 모뎀 프로세서의 TCP/IP 스택(1106)을 통해서 통신망(1110)에게 VoLTE 기반 데이터를 전달한다.

한편, 1122a단계에서 RCS 어플리케이션 레이어(1102)에서 상기 통신망(1110)을 통해서 다른 사용자로부터 비디오 공유 요청을 수신하고, 1122b단계에서 상기 비디오 공유 요청에 대해 수락을 결정하여 상기 통신망(1110)에게 전송한 경우를 가정하자. 여기서 비디오 공유 요청 및 응답은 SIP 메시지를 이용하여 구성되며, 도 7에서 설명한 RCS 서비스 처리 동작의 설명과 중복되므로, 상세 설명을 생략한다.

그리고, 1124a,b단계 각각을 통해서 상기 먹스(1108)가 공유될 비디오 및 VoLTE 기반 데이터를 수신한 경우를 가정하자. 앞서 설명한 바와 같이, 상기 먹스(1108)는 본 발명의 실시 예에 따라 RCS 기반 데이터와 VoLTE 기반 데이터의 경로를 구분하여 설정하도록 구성되어 있다. 이러한 경로에 대한 설정은 실시 예에 따라 UE 내에 미리 설정될 수도 있고, 별도의 사용자 입력을 통해서 수행될 수도 있고, 1118단계에서와 같이 해당 데이터가 발생한 경우, 설정될 수도 있다.

그러면, 1126단계에서 상기 먹스(1108)는 미리 설정된 해당 데이터별 경로를 확인한다. 그리고, 확인된 경로에 따라 1128단계에서 VoLTE 기반 데이터를 상기 VoLTE 어플리케이션 레이어(1104)에게 전달하기 위해서 상기 모뎀 프로세서의 상기 TCP/IP 스택(1106)에게 전달한다. 그리고, 1130a,b단계에서는 상기 공유될 데이터를 RCS 어플리케이션 레이어(1102)를 통해서 AP(1100)에게 전달된다. 그러면, AP(100)는 별도의 사용자 입력 또는 미리 저장하고 있는 설정에 따라 상기 공유될 데이터를 디스플레이 화면에 출력한다.

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

Claims

RCS(Rich Communication Suite) 및 VoLTE 기반 서비스를 지원하는 이동 단말에 있어서,
제1세션 연결 프로토콜 스택 중 제1레이어를 활성화시켜 RCS 서비스를 위한 시그널링을 모뎀 프로세서에게 전달하는 어플리케이션 프로세서와,
상기 제1레이어를 통해서 전달된 상기 시그널링을 통신망에 전달하는 세션 연결을 위한 제2세션 연결 프로토콜 스택을 포함하는 상기 모뎀 프로세서와,
상기 RCS 서비스 기반 제1데이터가 발생할 경우, 상기 제1데이터의 경로를 상기 어플리케이션 프로세서에게 전달되도록 설정하고, 상기 VoLTE 기반 제2데이터가 발생할 경우, 상기 제2데이터의 경로를 상기 모뎀 프로세서에게 전달되도록 설정하는 먹스를 포함하는 이동 단말.
제1항에 있어서,
상기 시그널링은 상기 이동 단말의 등록 요청을 포함함을 특징으로 하는 이동 단말.
제1항에 있어서,
상기 시그널링은 상기 RCS 서비스의 Capability Discovery를 위한 SIP OPTIONS 메시지를 포함함을 특징으로 하는 이동 단말.
제1항에 있어서,
상기 이동 단말이 와이 파이 망으로 핸드오버 할 경우, 상기 제1세션 연결 프로토콜 스택을 구성하는 모든 레이어들이 활성화되고, 상기 제2세션 연결 프로토콜 스택과 데이터 베이스를 공유함을 특징으로 하는 이동 단말.
제4항에 있어서,
상기 제2세션 연결 프로토콜 스택을 구성하는 모든 레이어들이 비활성화됨을 특징으로 하는 이동 단말.
제1항에 있어서,
상기 이동 단말이 이동 통신망에 접근할 경우, 상기 제2세션 연결 프로토콜 스택을 구성하는 모든 레이어들이 활성화됨을 특징으로 하는 이동 단말.
삭제
제1항에 있어서,
상기 제1레이어는 트랜잭션(transaction) 레이어이며,
상기 시그널링은 상기 제2세션 연결 프로토콜 스택의 트랜잭션 레이어에게 트랜스패런트(transparent)하게 전달됨을 특징으로 하는 이동 단말.
이동 단말이 RCS(Rich Communication Suite) 및 VoLTE 기반 서비스를 지원하는 방법에 있어서,
어플리케이션 프로세서에서 제1세션 연결 프로토콜 스택 중 제1레이어를 활성화시켜 RCS 서비스를 위한 시그널링을 모뎀 프로세서에게 전달하는 과정과,
모뎀 프로세서에서 세션 연결을 위한 제2세션 연결 프로토콜 스택을 통해서 상기 시그널링을 통신망에 전달하는 과정과,
상기 RCS 서비스 기반 제1데이터가 발생할 경우, 상기 제1데이터의 경로를 상기 어플리케이션 프로세서에게 전달되도록 설정하는 과정과,
상기 VoLTE 기반 제2데이터가 발생할 경우, 상기 제2데이터의 경로를 상기 모뎀 프로세서에게 전달되도록 설정하는 과정을 포함하는 이동 단말의 방법.
제9항에 있어서,
상기 시그널링은 상기 이동 단말의 등록 요청을 포함함을 특징으로 하는 이동 단말의 방법.
제9항에 있어서,
상기 시그널링은 상기 RCS 서비스의 Capability Discovery를 위한 SIP OPTIONS 메시지를 포함함을 특징으로 하는 이동 단말의 방법.
제9항에 있어서,
상기 이동 단말이 와이 파이 망으로 핸드오버 할 경우, 상기 제1세션 연결 프로토콜 스택을 구성하는 모든 레이어들이 활성화시키는 과정과,
상기 제2세션 연결 프로토콜 스택과 데이터 베이스를 공유하는 과정을 포함함을 특징으로 하는 이동 단말의 방법.
제12항에 있어서,
상기 제2세션 연결 프로토콜 스택을 구성하는 모든 레이어들을 비활성화하는 과정을 포함하는 이동 단말의 방법.
제9항에 있어서,
상기 이동 단말이 이동 통신망에 접근할 경우, 상기 제2세션 연결 프로토콜 스택을 구성하는 모든 레이어들을 활성화하는 과정을 포함하는 이동 단말의 방법.
삭제
제9항에 있어서,
상기 제1레이어는 트랜잭션(transaction) 레이어이며,
상기 시그널링은 상기 제2세션 연결 프로토콜 스택의 트랜잭션 레이어에게 트랜스패런트(transparent)하게 전달됨을 특징으로 하는 이동 단말의 방법.