KR20120095897A

KR20120095897A - 핸드오버 중에 단일 무선 영상 통화 연속성을 지원하는 방법 및 시스템

Info

Publication number: KR20120095897A
Application number: KR1020127011868A
Authority: KR
Inventors: 파이살 바이샬리; 수하스 바이댜 라훌
Original assignee: 삼성전자주식회사
Priority date: 2009-11-09
Filing date: 2010-11-09
Publication date: 2012-08-29
Also published as: ES2738105T3; JP2013510535A; CN102696187B; CN107370979A; KR101783699B1; WO2011056046A3; JP2015057916A; US20120224564A1; JP6005709B2; WO2011056046A2; US9392626B2; EP2499757A4; CN107370979B; EP2499757A2; JP5647257B2; EP2499757B1; CN102696187A

Abstract

무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법 및 시스템이 제공된다. 방법은 어플리케이션 세션의 인스턴스의 개시 또는 갱신 중 적어도 하나를 식별하는 단계를 포함한다. 그 다음에, 방법은 어플리케이션 세션의 인스턴스와 관련된 식별자를 생성한다. 게다가, 방법은 어플리케이션 세션의 인스턴스의 식별된 개시 또는 식별된 갱신의 결과로서 설정된 각각의 복수의 네트워크 베어러들에 식별자를 할당한다. 일 실시예에서, 방법은 제1 통신망으로부터 제2 통신망으로의 핸드오버 중에 통신을 관리하기 위한 식별자를 사용한다. 방법은 식별자에 근거한 핸드오버 중에 비디오 베어러들 및 보이스 베어러들 모두를 관리한다.

Description

핸드오버 중에 단일 무선 영상 통화 연속성을 지원하는 방법 및 시스템{METHOD AND SYSTEM TO SUPPORT SINGLE RADIO VIDEO CALL CONTINUITY DURING HANDOVER}

본 발명은 일반적으로 이동통신 기술(mobile communication technology) 분야에 관한 것이며, 더 상세하게는 제1 통신망으로부터 제2 통신망으로의 핸드오버(handover)의 분야에 관한 것이다.

현재, 무선 통신 시스템들(radio communication system)의 여러 세대들은 세계에서 진화되었다. 무선 통신 시스템들의 여러 세대들은 1세대 시스템(1G), 2세대 시스템(2G), 3세대 시스템(4G), 및 4세대 시스템(4G)을 포함한다. 각각의 세대들은 다른 전송 특성과 다른 통신 기술을 가진다.

4세대 통신 시스템(4G)은 광대역 이동통신 능력들(broadband mobile capabilities)을 위해 현재 개발중인 ITU 표준(ITU specification)이다. 4G 시스템은 3G에 비교하여 더 높은 속도로 인터넷 패킷(IP) 기반의 음성 데이타와 스트리밍 멀티미디어를 제공할 수 있게 되었다. 또한, 무선 통신 시스템(radio communication system)은 또한 무선 접속 네트워크(Radio Access Network, RAN)이라고 불린다. RAN들의 수는 증가함에 따라, 지리적인 영역들은 또한 하나 이상의 RAN들에 의해 커버된다. 예를들면, 주어진 하나의 지리적인 영역에는, 예를 들면 2G, 3G 시스템들과 같이 동시에 동작하는 2개의 RAN들이 존재한다. 유사하게, 예를 들면, 단지 3G 만으로와 같이, 단지 하나의 무선 접속 네트워크(RAN)만이 동작하는 하나의 지리적인 영역이 존재한다.

그러므로, 예를들면, GSM, UMTS, 무선 LAN(WLAN) 및 EDGE와 같이 RAN들의 수의 증가와 함께, 상이한 RAN들과 에어 인터페이스(air interface) 표준들과 상호작용(interworking)은 우선순위가 되었다. 그러므로, 상이한 무선 접속 네트워크(RAN)들과 상호작용을 달성하기 위해 그리고 사용자 단말(User Equipment, UE)에 대한 더 넓은 네트워크 커버리지를 제공하기 위해, RAN들과 통신망 간의 핸드오버 절차들은 점점 더 중요하게 되었다. 핸드오버(HO) 절차는 진행중인 호(in-process call)의 연속성이 보장하면서 하나의 기지국의 하나의 커버 영역(coverage area) (또는 하나의 통신 시스템)으로부터 다른 기지국 (또는 다른 통신 시스템)으로 진행중인 호를 스위칭하기 위한 기술적 절차다.

하나의 통신 시스템에서의 핸드오버(HO)는 사용자 단말(UE)이 통신 시스템에 의해 지원되는 하나의 무선 셀(radio cell)부터 통신 시스템에 의해 지원되는 다른 무선 셀로 이동할 때 발생한다. 예를 들면, 2G에서, 하나의 서비스 제공자와 관련된 하나의 기지국의 커버 영역으로부터 동일하거나 상이한 서비스 제공자들에 의해 지원되는 다른 기지국으로 이동할 때이다. 상이한 RAN들 사이의 핸드오버(HO)는, 예를들면, 3G 네트워크로부터 4G 네트워크로의 이동 및 그와 반대로의 이동과 같이 기술 간의 핸드오버(inter-technology handover)를 의미한다. 상이한 RAN들 사이의 핸드오버(HO)는 무선 접속 기술 간의 핸드오버(inter Radio Access Technology HO)로서 알려져 있다.

상이한 RAN들은 상이한 특성을 가지며 사용자 단말(UE)을 위한 통신 서비스를 가능하게 하는 상이한 네트워크 구조들을 가진다. 그러므로, 하나의 RAN으로부터 다른 RAN으로의 핸드오버(HO) 절차들은 효율적으로 관리되어야 한다. 예를 들면, 제1 RAN에서 사용자 단말(UE)과 관련된 보이스 베어러들(voice bearers)과 논-보이스 베어러들(non voice bearers)은 패킷 교환 네트워크 및/또는 회선 교환 네트워크를 통해 지원될 수 있다. 게다가, 사용자 단말(UE)이 제1 RAN으로부터 제2 RAN으로 이동하고 핸드오버(HO) 절차가 개시되면, 제2 RAN은 제1 RAN과 상이한 능력들(different capabilities)을 가지는 경우가 존재할 수 있다. 그러므로, 사용자 단말(UE)과 관련된 보이스 베어러들과 논-보이스 베어러들은 제2 RAN의 능력에 근거하여 효율적으로 관리되어야 한다.

현재, 기술 표준(TS) 23.216[2]에서 설명한 바와 같은 단일 무선 음성 통화 연속성(Single Radio Voice Call Continuity, SRVCC)은 단지 사용자의 음성 통화만을 지원하는데 사용된다. 그러나, 사용자가 또한 SRVCC를 사용하여 영상/멀티미디어 데이터를 전송하기를 원하는 시나리오가 존재할 수 있다. 하나의 통신 장치 상에서 구동되고 있는 복수의 어플리케이션들이 존재하고, 각각의 어플리케이션들은 적어도 하나의 베어러와 관련되어 있다. 그러나, 복수의 어플리케이션들에는, 음성 및 영상 베어러 모두를 포함하는 영상 통화 어플리케이션과 같이 특별한 매체 스트림들을 위한 하나 이상의 전용 베어러를 가지는 임의의 어플리케이션들이 존재할 수 있다. 그러므로, 어느 매체 플로우가 핸드오버 결정들, 로드 밸런싱(load balancing) 중에 선택적인 베어러 비활성화 등과 같은 시나리오들을 위한 특정한 어플리케이션에 속하는가를 인식하는 것이 네트워크 노드들에 의해 요구될 수 있다.

그러므로, 통신에 있어서 단일 무선 영상 통화 연속성을 지원할 필요가 존재한다.

본 발명은 적어도 위에서 언급된 문제점들 및/또는 단점들을 다루고, 적어도 아래에 설명된 장점들을 제공하기 위해 설계되었다. 따라서, 본 발명의 일 실시예는 무선 통신망에서 복수의 네트워크 베어러들을 관리하기 위한 방법 및 장치를 제공하는 것이다.

본 발명의 일 실시예에 따르면, 무선 통신망에서 복수의 네트워크 베어러들을 관리하기 위한 방법이 제공된다. 방법은 어플리케이션 세션(application session)의 인스턴스(instance)의 개시(initiation) 또는 갱신(update) 중 적어도 하나를 식별하는 단계를 포함한다. 방법은 그 다음에 어플리케이션 세션의 인스턴스와 관련된 식별자(identifier)를 생성한다. 게다가, 방법은 어플리케이션 세션의 인스턴스의 식별된 개시 또는 식별된 갱신의 결과로서 설정된 각각의 복수의 네트워크 베어러들에 식별자를 할당한다.

본 발명의 다른 실시예에 따르면, 제1 통신망으로부터 제2 통신망으로 핸드오버 중에 통신을 관리하는 방법이 제공된다. 방법은 PS 네트워크로부터 CS 네트워크로의 지시(CS network indication)로 핸드오버를 수신하는 단계를 포함한다. 그 다음에, 방법은 서비스 식별자들의 품질에 근거하여 영상통화 어플리케이션 인스턴스에 상응하는 복수의 네트워크 베어러들을 식별하고, 복수의 네트워크 베어러들은 어플리케이션 인스턴스에 속한 보이스 베어러 및 비디오 베어러에 상응한다. 그 후에, 방법은 하나 이상의 네트워크 엘리먼트(NE)로 비디오 SRVCC 능력(video SRVCC capability)들을 전송한다.

본 발명의 또 다른 실시예에 따르면, 제1 통신망으로부터 제2 통신망으로 핸드오버 중에 통신을 관리하는 방법이 제공된다. 방법은 핸드오버를 실행하기 위해 ME의 능력들을 식별하는 단계를 포함한다. 그 후에, 방법은 핸드오버를 실행하기 위해 NE로 능력들을 전송하는 단계를 포함한다.

본 발명의 또 다른 실시예에 따르면, 제1 통신망으로부터 제2 통신망으로 핸드오버 중에 통신을 관리하는 방법이 제공된다. 네트워크 엘리먼트(NE)에서의 방법은 PS 네트워크로부터 CS 네트워크로 모바일 엔티티(Mobile Entity, ME) 비디오 핸드오버 능력을 식별하는 단계를 포함한다. 그 후에, 방법은 하나의 영상통화 세션(video call session)에 상응하는 어플리케이션 세션(application session)의 하나의 인스턴스를 식별한다. 그 후에, 방법은 ME 비디오 SRVCC 능력들 및 PS→CS네트워크로 영상(video)을 실행하기 위한 식별자 중 적어도 하나를 사용하여 PS→CS(PS to CS) 네트워크로 비디오 핸드오버를 실행하고, 식별자는 핸드오버되기 쉬운 어플리케이션 세션과 관련된 각각의 복수의 네트워크 베어러들에 할당된다.

본 발명의 또 다른 실시예에 따라서, 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 시스템이 제공된다, 시스템은 어플리케이션 세션의 인스턴스의 개시 또는 갱신의 적어도 하나를 식별하는 수단; 어플리케이션 세션의 인스턴스의 식별자를 발생하는 수단; 및 어플리케이션 세션의 인스턴스의 식별된 개시 또는 식별된 갱신의 결과로서 설정된 각각의 복수의 네트워크 베어러들에 식별자를 할당하는 수단을 포함한다.

본 발명의 또 다른 실시예에 따르면, 제1 통신망으로부터 제2 통신망으로 핸드오버 중에 통신을 관리하는 시스템이 제공된다. 시스템은 PS 네트워크로부터 CS 네트워크 지시로 핸드오버를 수신하는 수단; 서비스 식별자들의 품질에 근거하여 하나의 영상통화 어플리케이션에 상응하는 복수의 네트워크 베어러들을 식별하는 수단으로서, 복수의 네트워크 베어러들은 어플리케이션 인스턴스에 속한 보이스 베어러 및 비디오 베어러에 상응하는 네트워크 베어러들을 식별하는 수단; 및 하나 이상의 네트워크 엘리먼트(NE)들로 비디오 SRVCC 능력을 송신하는 수단을 포함한다.

본 발명의 또 다른 실시예 따르면, 모바일 엔티티(ME)가 제공된다. 모바일 엔티티(ME)는 프로세서 및 트랜시버(transceiver)를 포함한다. 프로세서는 모바일 엔티티(ME)의 비디오 단일 무선 음성통화 연속성(video Single Radio Voice Call Continuity, SRVCC) 능력들을 식별하기 위한 것이다.

본 발명의 또 다른 실시예 따르면, 네트워크 엘리먼트(NE)가 제공된다. 네트워크 엘리먼트(NE)는 프로세서 및 트랜시버를 포함한다. 프로세서는 PS 네트워크로부터 CS 네트워크로의 모바일 엔티티 비디오 핸드오버 능력(Mobile Entity video handover capability)을 식별할 수 있다. 또한, 프로세서는 하나의 영상통화 세션에 상응하는 어플리케이션의 인스턴스를 식별한다. 트랜시버는 ME 비디오 SRVCC 능력 및 PS→CS 네트워크로 영상을 실행하기 위한 식별자 중 적어도 하나를 사용하여 PS→CS 네트워크로 비디오 핸드오버를 실행할 수 있고, 식별자는 핸드오버되기 쉬운 어플리케이션 세션과 관련된 각각의 복수의 네트워크 베어러들에 할당된다.

본 발명에 따르면, 무선 통신망에서 복수의 네트워크 베어러들을 관리할 수 있다.

본 발명의 실시예에 따른 위의 그리고 다른 양상, 특징, 및 이점들은 첨부된 도면들과 함께 주어진 아래의 상세한 설명에서 더 명백해질 것이다.
도 1은 본 발명의 일 실시예에 따라서 단일 베어러(single berarer)가 음성 및 영상 모두를 전달하기 위해 설정될 때 핸드오버 중에 영상 통화 어플리케이션(video call application)을 지원하는 방법을 설명하는 플로우 다이어그램을 나타낸다.
도 2는 본 발명의 일 실시예에 따라서 무선 통신망에서 복수의 네트워크 베어러들을 관리하기 위한 플로우 다이어그램을 나타낸다.
도 3은 본 발명의 일 실시예에 따라서 생성된 식별자에 근거하여 영상 통화 어플리케이션을 지원하는 방법을 설명하는 플로우 다이어그램을 나타낸다.
도 4는 본 발명의 일 실시예에 따라서 핸드오버 중에 영상 통화 어플리케이션을 지원하는 방법을 설명한 플로우 다이어그램을 나타낸다.
도 5는 본 발명의 일 실시예에 따라서 핸드오버 중에 영상 통화 어플리케이션을 지원하는 방법을 설명한 플로우 다이어그램을 나타낸다.
도 6은 본 발명의 다른 실시예에 따라서 핸드오버 중에 영상 통화 어플리케이션을 지원하는 방법을 설명한 플로우 다이어그램을 나타낸다.
도 7은 본 발명의 다른 실시예에 따라서 핸드오버 중에 영상 통화 어플리케이션을 지원하는 방법을 설명한 플로우 다이어그램을 나타낸다.
본 기술분야의 숙련된 자는 도면들의 구성요소들이 단순성과 명료성을 위해 도시되고, 축척에 맞게 도시되지 않을 수 있음을 인정하게 될 것이다. 예를 들면, 도면의 일부 구성요소들의 치수들은 본 발명의 다양한 실시예들의 이해를 돕기 위해 다른 구성요소들과 관련하여 과장될 수 있다.
전체 도면들에 걸쳐, 유사한 참조 번호들은 동일하거나 유사한 구성요소들, 특징, 및 구조들을 나타내는데 사용하는 것임을 주목해야 한다

아래의 설명은, 첨부된 도면을 참조하여, 청구항들 및 그의 균등물들에 의해 한정된 것과 같은 본 발명의 임의의 실시예들의 포괄적인 이해를 돕기 위해 제공된다. 비록 설명이 이해를 돕기 위해 다양하고 특정한 세부사항들을 포함할지라도, 이들은 단지 예시로서 간주되어야 한다. 따라서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명의 문서에 기재된 실시예를 본 발명의 범위와 사상을 벗어나지 않는 범위내에서 다양하게 변형 또는변경시킬 수 있다고 인정할 것이다. 게다가, 잘 알려진 기능들과 구조들의 설명들은 명확성과 간결성을 위해 생략되었다.

아래의 설명 및 청구항들에 사용된 용어들과 단어들은 사전적 의미들에 한정되지 않고, 단지 본 발명의 명확하고 일관적인 이해를 돕기 위해 발명자에 의해 사용되었다.

단수의 형태인 “하나의(a)”, “an(한)”, 및 “the”는 만약 문맥이 다르게 지시하지 않으면 복수의 지시대상(plural referents)을 포함하는 것으로 이해하여야 한다. 그래서, 예를들면, ‘하나의(a) 구성요소 표면’에 대한 언급은 하나 이상의 표면들에 대한 언급을 포함한다.

실질적으로(substantially)”라는 문구에 의해서, 인용된 특성, 파라미터, 또는 값이 정확하게 달성될 필요는 없으나, 예를 들어, 허용오차, 측정 오차, 측정 정확도 한계치들 및 본 기술분야의 숙련된 자에게 알려진 다른 요인들을 포함하는 편차들 또는 변동들이 특성들이 제공하도록 의도된 효과를 배제하지 않는 양이 발생할 것이다.

아래에서 논의되는 바와 같이, 도 1 내지 7과 이 특허 문헌에서 본 발명의 원리들을 기술하는데 사용되는 다양한 실시예는 오직 설명을 위한 것이며, 본 발명의 범위를 한정하는 것으로 이해되지 않아야 한다. 본 기술 분야의 숙련된 자는 본 발명의 원리들이 임의의 적합하게 배치된 통신 시스템에서 구현될 수 있음을 이해할 것이다. 다양한 실시예들을 설명하는데 사용되는 용어들은 예시적인 것이다. 이 용어들은 단지 설명의 이해를 돕기 위해 제공되며, 이들의 사용과 정의들은 발명의 범위를 한정하지 않는다는 것을 이해해야 한다. 만약 명확하게 다르게 설명되지 않는다면, 첫번째 및 두번째 등의 용어들은 동일한 기술 용어를 가진 객체들을 구별하는데 사용되며, 시간적인 순서를 나타내려고 의도되지는 않는다.

도 1은 본 발명의 일 실시예에서 단일 베어러가 음성 및 영상을 둘다 전달하기 위해 설정될 때 핸드오버 중에 영상 통화 어플리케이션을 지원하는 방법을 설명하는 플로우 다이어그램을 나타낸다.

방법에서, 통신망에서의 제1 NE(Network Element)는 측정 보고가 이동통신 장비로부터 수신될 때 핸드오버 요청을 제2 NE로 전송한다. 일 실시예에서, 핸드오버는 비디오 SRVCC 핸드오버(video SRVCC handover)이다. 일 실시예에서, 제1 네트워크 엘리먼트(NE)는 eNodeB이고, 제2 NE는 이동성 관리 엔티티(Mobility Management Entity, MME) 또는 서빙 GPRS 지원 노드(Serving GPRS Support Node, SGSN)이다.

제2 NE는 베어러 분리(bearer splitting)를 실행할 것이며, 제3 NE로 핸드오버 요청을 전송한다. 일 실시예에서, 제3 NE는 이동통신 교환기 센터(Mobile Switching Center, MSC) 서버이다. 게다가, 제3 NE는 핸드오버를 위한 타겟 시스템(target system)을 준비할 것이며, 제2 NE로 핸드오버 응답을 회신한다(send back). 제2 NE는 그 후에 타겟 시스템으로 이동하는 ME로 핸드오버 명령을 전송한다. 특정 네트워크 엘리먼트들(Network Elements)에 관련된 상세한 방법이 아래에서 추가로 설명된다.

방법에서, eNodeB 및 MME는 영상통화(video call) 관련 베어러를 식별하기 위해 QCI 및/또는 ARP 값을 사용한다. eNodeB는 영상(video) 및 음성(voice) 모두를 전달하는 베어러에 상응하는 서비스 클래스 식별자의 품질(Quality of Service Class Identifier, QCI)의 존재 및 MME로부터 비디오 SRVCC 동작 가능한(SRVCC Operation Possible) 지시에 근거하여 비디오 SRVCC 동작을 트리거한다. “SRVCC Operation Possible”은 암묵적으로 eNodeB에 대한 사용자 단말(UE)의 비디오 SRVCC 능력(UE’s video SRVCC capability)을 나타낸다. 사용자 단말(UE)은 Attach/TAU 절차들 중에 이동성 관리 엔티티(MME)에 대한 그의 비디오 SRVCC 능력을 나타낸다. 이동성 관리 엔티티(MME)는 그 후에 영상 통화(video call)용 SRVCC 핸드오버 지시(SRVCC HO indicatioin), QCI 및/또는 ARP 값에 근거하여 베어러들을 분리한다. 이동성 관리 엔티티(MME)는 그 후에 PS→CS 메시지를 영상 통화 지시용 SRVCC를 따라 이동통신 교환기 센터(Mobile Switching Center, MSC) 서버로 전송한다. MSC 서버는 음성 및 영상용 세션 데이터 프로토콜(Session Data Protocol, SDP)을 제공하고, 어플리케이션 서버로 invite 메시지를 전송한다. 방법에서의 메시지의 상세한 흐름은 아래에서 설명된다.

도 1을 참조하면, 단계1에서 사용자 단말(User Equipment, UE)은 측정 보고들을 핸드오버(HandOver, HO)를 개시하기 위한 소스 E-UTRAN(104)(또는 E-UTRAN에 있는 eNodeB)으로 전송한다. 단계2에서 eNodeB(104)는 SRVCC 동작이 서비스품질 클래스 식별자(Quality of Service(QoS) Class Identifier(QCI)) 및/또는 베어러들과 관련된 할당 및 보유 우선순위(Allocation and Retention Priority, ARP) 값 및 이동성 관리 엔티티(MME)에서 SRVCC 동작의 가능성에 근거하여 음성(voice)용 및/또는 영상(video)용으로 트리거되어야 하는지를 식별한다.

단계3에서, eNodeB(104)는 (QCI값이 ‘2’인) 비디오 베어러뿐만아니라 (QCI값이 ‘1’인) 보이스 베어러가 CS 측으로 전송되어야 하는 것을 나타내는 투명 컨테이너(transparent container)를 준비한다. 투명 컨테이너를 준비하기 위한 정보는 각각 UTRAN 및 E-UTRAN를 위한 기술 표준 (TS)25.413[4] (TS 25.413[4]) 및 Ts 36.413[3]에 포함되어 있다. 핸드오버 요구(HO required) 메시지는 또한 SRVCC 동작이 부록의 표1에 보여진 바와 같이 영상 통화(video call)를 위해 트리거되어야 한다는 지시를 포함한다. 게다가, 고속 패킷 접속(High Speed Packet Access, HSPA)의 경우, 지시(indication)는 표2에 보여진 바와 같이 위치재설정 요구(Relocation Required) 메시지에서 전달될 것이다.

단계4에서, 이동성 관리 엔티티(MME, 106)는 eNodeB, QCI 값 및/또는 베어들과 관련된 ARP 값으로부터 수신된 비디오 지시(video indication)를 위한 SRVCC의 존재에 근거하여 분리를 실행한다. 단계 5a에서, MME(106)는 영상 뿐만아니라 음성 데이터를 제공하기 위해 PS→CS 요청(PS to CS request)에 있어서 지시를 MSC 서버(108)로 전송한다. PS→CS 요청 메시지는 부록의 표 3에서 나타냈다.

단계5b에서, 만일 MSC 서버(108)가 MME(106) 및 MSC 서버(108)로부터 비디오 SDP(video SDP)를 준비하기 위해 지시를 수신하면, MSC 서버(108)는 거절(reject) 메시지를 전송하고 영상 통화(video call)들을 지원할 수 없다. 이 거절 메시지는 독립적으로 전송되거나 단계12에서 설명된 PS→CS 응답(PS to CS response)의 일 부분으로써 전송될 수 있다. 단계5c에서, 타겟 MSC(110)는 위치재설정 요청/핸드오버 요청(Relocation Request/Handover Request)(추가적인 source to target transparent container) 메시지를 타겟 RNS/BSS(114)로 전송하여 CS 위치재설정(CS relocation)를 위한 자원 할당(resource allocation)을 요청한다.

단계6a에서, 소스 MME(106)는 타겟 SGSN(target Serving GPRS Support Node, 112)으로 위치재설정 요청(relocation request)을 포워딩한다. 그 후에, 단계6b에서, 타겟 SGSN은 타겟 RNS/BSS(114)로 핸드오버 요청(HO request)을 전송한다. 게다가, PS→CS 지시기(PS-to-CS indicator)는 또한 비디오 베어러를 위해 설정된다. 단계7a에서, 확인(acknowledgement)은 또한 타겟 RNS/BSS(114)로부터 수신된다. 그러므로, 타겟 RNS/BSS(114)가 PS 위치재설정/핸드오버 요청(PS relocation/HO request)과 함께 CS 위치재설정/핸드오버 요청(CS relocation/HO request) 모두를 수신한 후에, 이는 적절한 CS 자원들(CS resources)과 PS 자원들(PS resources)을 할당한다. 단계7a에서, 타겟 RNS/BSS(114)는 위치재설정 요청 확인/핸드오버 요청 확인(Relocation Request Acknowledge/HO request acknowledge)(Target to Source Transparent Container) 메시지를 타겟 SGSN(112)으로 전송함으로써 준비된 PS 위치재설정/핸드오버(PS relocation/HO)를 확인한다. 단계7b에서, 타겟 SGSN(112)은 위치재설정 응답(Relocation Response)(Target to Source Transparent Container) 메시지를 소스 MME(106)로 전송한다.

게다가, 단계8는 이전의 단계와 병렬로 실행된다. 단계8a에서, 타겟 RNS/BSS(114)는 위치재설정 요청 확인/핸드오버 요청 확인(Relocation Request Acknowledgement/Handover Request Acknowledge)(Target to Source Transparent Container) 메시지를 타겟 MSC로 전송함으로써 준비된 CS 위치재설정/HO를 확인한다. 단계8b에서, 타겟 MSC(110)는 핸드오버 응답 준비(Prepare Handover Response)(Target to Source Transparent Container) 메시지를 MSC 서버(108)로 전송한다. 단계8c에서, 타겟 MSC(110)와 MSC 서버(108)와 관련된 MGW 사이의 회선 연결(circuit connection)이 설정된다.

위치재설정 핸드오버 요청 확인(relocation HO request acknowledgement)은 단계7a 및 단계8a에서 전송된다. 단계9에서, MSC 서버(108)는 비디오 SDP를 준비하기 위해 이동성 관리 엔티티(MME, 106)로부터 지시를 수신하고, 이는 보이스 SDP(voice SDP)와 함께 비디오 SDP(video SDP)를 준비하며, 그렇지 않으면, 이는 오직 보이스 만을 SDP를 제공한다.

단계10에서, 세션 전달 절차(session transfer procedure)의 실행 중에, 원격 종단(remote end)은 TS 23.237[9]에 따르는 CS 접속 레그(CS access leg)의 SDP와 함께 갱신된다. VoIP(Voice over Internet Protocol) 패킷들의 다운링크 플로우(downlink flow)는 이 점에서 CS 접속 레그를 향해 스위칭된다. 단계11에서, 소스 IMS(118) 접속 레그는 TS 23.237[9]에 따라 해제된다. 단계12에서, 소스 MSC 서버(108)는 또한 비디오 및 보이스를 위한 SDP가 준비됐는지의 여부를 나타내는 지시를 포함한다. 그 러므로, 만약 단계5a에서의 MME(106)가 음성/영상 동작(voice/video operation)을 요청하지만 MSC 서버(108)에 의해 지원되지 않으면, MSC 서버(108)는 SRVCC 동작이 영상(video)을 위해 실행할 수 없다는 것을 나타내는 응답(response)을 회신하고, 음성만을 위한 SRVCC 동작과 함께 계속한다.

단계13에서, 소스 MME(106)는 2개의 준비된 재위치들(relocations)을 동기화하고, 핸드오버 명령(HO command, Target to Source Transparent Container) 메시지를 소스 E-UTRAN(104)으로 전송한다. 단계14에서, E-UTRAN(104)은 E-UTRAN 명령 메시지로부터의 핸드오버(HO) 메시지를 사용자 단말(UE, 102)로 전송한다. 사용자 단말(UE, 102)은 단계15에서 타겟 UTRAN/GEARN 셀에 튜닝된다. 단계16에서, 타겟 RNS/BSS(114)에서의 핸드오버 검출(HO detection)이 발생한다. 그 후에, 사용자 단말(UE, 102)은 핸드오버 완료 메시지(HO complete message)를 타겟 RNS/BSS(114)를 통해 타겟 MSC(110)로 전송한다. 만약 타겟 MSC(110)가 MSC 서버(108)가 아니면, 타겟 MSC(110)는 SES(HO Complete) 메시지를 MSC 서버(108)로 전송한다. 단계17a에서, 타겟 RNS/BSS(114)는 위치재설정 핸드오버 완료 메시지(relocation HO complete message)를 타겟 MSC(110)로 전송한다. 단계17b 및 단계17c에서, 타겟 MSC(110)는 핸드오버 완료 메시지(HO Complete message)를 MSC 서버로 전송할 것이다. 단계17d에서, MSC 서버(108)는 소스 MME(106)와 함께 공유된 PS→CS 확인(PS to CS acknowledgement)을 전송할 것이다. 단계17e에서, MSC 서버는 홈위치 등록기(Home Location Register, HLR)를 갱신할 것이다.

단계18a에서, 타겟 RNS/BSS(114)는 위치재설정 핸드오버 완료 메시지(relocation HO complete message)를 타겟 SGSN(112)로 전송할 것이고, 그 후에 타겟 SGSN(112)은 확인을 소스 MME(106)로 전송할 것이다. 단계18c에서, 타겟 SGSN(112)은 서빙 게이트웨이(Serving Gateway, SGW, 116)와 통신하고 베어러들은 갱신될 것이다. 단계19에서, 위치 연속성(location continuity)은 MSC 서버(108) 및 소스 MME(106)가 가입자 위치 보고(subscriber location report)를 게이트웨이 모바일 로케이션 센터(Gateway Mobile Location Center, GMLC)로 전송하는 곳에서 관리된다.

도 2는 본 발명의 일 실시예에 따라 무선 통신망에서 복수의 네트워크 베어러들을 관리하기 위한 플로우 다이어그램을 나타낸다.

방법에서, 단계1에서, 제4 NE(202)는 어플리케이션 인스턴스의 개시 또는 갱신을 식별한다. 일 실시예에서, 제4 NE는 PCRF 엔티티(PCRF entity)이다. 제4 NE는 하나의 어플리케이션 인스턴스로부터 식별자를 추가로 획득하거나, 어플리케이션 인스턴스와 관련된 각각의 베어러들에 통계적으로 생성된 식별자를 사용한다. 단계2에서, 제4 NE는 하나 이상의 네트워크 엘리먼트들(NE)과 함께 메시지를 교환한다. 예를들면, 제1 NE, 제2 NE, 제5 NE, 제6 NE. 일 실시예에서, 상기 제1 NE는 eNodeB이다. 일 실시예에서, 제2 NE는 MME/SGSN이다. 일 실시예에서, 제5 NE는 PGW이다. 일 실시예에서, 제6 NE는 SGW이다.

메시지 교환에서, 제4 NE는 하나 이상의 제1 NE들과 함께 생성된 식별자를 통과시킬 것이다. 그 후에, 하나 이상의 NE들은 추가적인 결정(further decisions)을 위한 식별자를 저장할 것이다. 일 실시예에서, 결정들은 핸드오버 결정(handover decision)이다. 단계3에서, 하나 이상의 NE들은 결정을 하는 목적, 예를 들면, 핸드오버 결정들을 위해 저장된 식별자를 사용한다.

도 3은 본 발명의 일 실시예에 따라 생성된 식별자에 근거하여 영상 통화 어플리케이션(video call application)을 지원하는 방법을 설명하는 플로우 다이어그램을 나타낸다.

방법은 무선 통신망에서 복수의 네트워크 베어러들을 관리한다. 일 실시예에서, 무선 통신망은 E-UTRAN 통신망 또는 UMTS 통신망이다. 일 실시예에서, 식별자는 고유하게 상기 어플리케이션 세션의 인스턴스와 함께 각각의 복수의 베어러들을 식별한다. 일 실시예에서, 어플리케이션 세션의 개시 또는 갱신에 상응하는 각각의 복수의 베어러들을 식별하는 것이며. 복수의 베어러들은 음성, 영상 및 텍스트 데이터 중 적어도 하나를 운송한다. 일 실시예에서, 어플리케이션 세션의 개시 또는 갱신의 수단은 하나의 프로세싱 유닛(processing unit)이다.

방법은 그 후 어플리케이션 세션의 인스턴스와 관련된 식별자를 생성한다. 일 실시예에서, 식별자는 어플리케이션 식별자 또는 상관관계 식별자(correlation identifier) 중 적어도 하나이다. 일 실시예에서, 식별자는 제4 NE에 의해 생성된다. 일 실시예에서, 제4 NE는 정책 및 과금 규칙 기능(PCRF) 엔티티이다. 일 실시예에서, 어플리케이션 세션의 인스턴스와 관련된 식별자는 프로세싱 유닛에 의해 생성될 수 있다. 방법은 어플리케이션 세션의 인스턴스의 식별된 개시 또는 식별된 갱신의 결과로서 설정된 각각의 복수의 네트워크 베어러들에 식별자를 추가로 할당한다. 일 실시예에서, 식별자를 할당하는 수단은 프로세싱 유닛이다.

일 실시예에서, 방법은 식별자를 제5 NE로 전송한다. 일 실시예에서, 제5 NE는 패킷 데이터 네트워크(Packet Data Network, PDN) 게이트웨이이다. 방법은 그 후에 식별자를 제5 NE로부터 제6 NE로 전송한다. 일 실시예에서, 제6 NE는 서빙 게이트웨이(Serving Gateway, SGW)이다. 그 후에, 방법은 제6 NE로부터 (도 1에서 언급된) 제2 NE로 식별자를 전송한다.

일 실시예에서, 식별자는 제5 NE(PGW)에 의해 생성된다. 일 실시예에서, 방법은 식별자를 제5 NE로부터 제6 NE(SGW)로 전송하고, 그 후에 제2 NE(MME)로 전송되는 식별자를 전송한다. 일 실시예에서, 어플리케이션 세션의 인스턴스의 개시는 모바일 엔티티(Mobile Entity, ME)와 관련된다. 일 실시예에서, 모바일 엔티티(ME)의 비디오 SRVCC 능력들이 식별된다. 게다가, 생성하고 할당하는 단계들은 모바일 엔티티(ME)가 비디오 SRVCC 능력을 가질 때만 실행된다. 방법은 그 후에 적어도 모바일 엔티티(ME)가 비디오 SRVCC 가능할(video SRVCC capable)때 제1 NE(eNodeB)로 식별자를 전송한다. 특정한 네트워크 엘리먼트들에 관련된 상세한 방법이 아래에서 추가로 설명된다.

이 방법은 상이한 베어러들이 영상통화 어플리케이션에 상응하는 보이스 및 비디오 스트림들을 위해 설정될 때 적용된다. 방법에 있어서, 다이나믹 정책 및 과금 제어(Policy and Charging Control, PCC)가 전개될 때, 정책 및 과금 규칙 기능(PCRF)은 정책 및 과금 집행 기능(Policy and Charging Enforcement Function, PCEF), 예를들면, 패킷 데이터 네트워크 게이트웨이(Packet Data Network Gateway, PGW)로 식별자를 제공한다. 이 식별자는 어플리케이션 인스턴스로부터 식별된 실제적인 식별자 또는 PCRF에서 통계적으로 구성된 식별자일 수 있다. 게다가, PCEF는 다이나믹 PCC가 전개되지 않을 때 통계적으로 할당된 식별자를 사용한다. PCEF는 베어러 요청 생성(Create Bearer Request) 메시지에서 서빙 게이트웨이(Serving Gateway, SGW)로 식별자를 전송한다.

SGW는 EPS 베어러 아이덴티티(EPS bearer identity) 및 링크된 베어러 아이덴티티와 함께 베어러 요청 생성(Create Bearer Request) 메시지에서 이동성 관리 엔티티(MME)로 이 ID를 추가로 전송한다. 이동성 관리 엔티티(MME)는 그 후에 UE 비디오 SRVCC 능력(UE video SRVCC capability)에 근거하여 베어러 설정 요구(Bearer Setup Request) 메시지에서 EPS 베어러 아이덴티티와 함께 eNodeB로 동일한 식별자를 전송할지 여부를 결정한다. 사용자 단말(UE)은 “Attach Request” 및 “TAU Request” 메시지들에서 ‘UE Network Capability’의 일 부분으로서 그의 비디오 SRVCC 능력(video SRVCC capability)을 나타낸다. GERAN/UTRAN을 위해, 이는 “MS Network Capability”의 일부분으로서 포함된다. 만약 메커니즘이 비디오를 지원하지 않는다면, 이는 사용자 단말(UE)들로부터 eNodeB에 의해 비디오 SRVCC 핸드오버(video SRVCC HO)를 트리거하는 것을 피한다. PGW, SGW, MME 및 eNodeB는 그 후에 추가적인 결정들을 위해 이 정보를 국소적으로 저장할 것이다. 방법에서 메시지들의 상세한 흐름이 아래에서 설명된다.

도 3을 참조하면, 단계1a에서 PCRF(202)는 다이나믹 PCC의 경우에 PDN 게이트웨이(PDN GW, 204)로 식별자를 전송한다. PCRF는 어플리케이션 인스턴스로부터 획득된 식별자 또는 통게적으로 할당된 식별자를 전송할 수 있다. 다이나믹 PCC가 전개되지 않는 경우에, PDN GW(204)는 단계2에서 언급된 바와 같이 통계적으로 할당된 식별자를 사용한다. 단계2에서, PDN GW(204)는 EPS 베어러 아이덴티티(EPS bearer identity) 및 링크된 베어러 아이덴티티과 함께 서빙 게이트웨이(SGW, 116)로 식별자를 전송한다. PDN GW(204)는 부록의 표4에서 보여진 바와 같이 식별자를 베어러 컨텍스트(bearer context)에 저장한다.

단계3에서, SGW(116)는 표5에 보여진 바와 같이 베어러 요청 메시지(Create Bearer Request) 메시지에 있는 EPS 베어러 아이덴티티 및 링크된 베어러 아이덴티티와 함께 MME(106)로 식별자를 전송한다. 단계4에서, MME(106)는 식별자를 eNodeB(104)로 전송할지 여부를 조건들(예를 들면, UE 비디오 SRVCC 능력)에 근거하여 결정한다.

UE(102)는 각각의 Attach 및 TAU 절차들 중에 “Attach Request” 및 “TAU Request” 메시지들에서 ‘UE Network Capability’의 일부분으로서 그의 비디오 SRVCC 능력(video SRVCC capability)을 나타낸다.

GERAN/UTRAN을 위해, 만약 UE(102)가 비디오 SRVCC를 지원하고, 이 단계에 추가하여, 상기 이동성 관리 엔티티(MME, 106)가 부록의 표 7에 보여진 바와 같이 eNodeB에 대한 베어러 설정 요청(Bearer Setup Request) 메시지 내에서 단계 3에서 수신된 식별자에게 신호를 보내면, 이는 “MS Network Capability”이 일부분으로서 포함된다. MME(106)는 부록의 표8에 보여진 바와 같이 베어러 컨텍스트(bearer context)에 식별자를 저장한다.

단계5에서, eNodeB(104)는 단계4에서 수신된 상기 식별자를 저장한다. 단계6에서, 사용자 단말(UE, 102)은 RRC 연결 재구성 완료(RRC Connection Reconfiguration Complete) 메시지와 함께 eNodeB(104)로 무선 베어러 활성화(radio bearer activation)를 확인한다. 단계7에서, eNodeB(104)는 베어러 설정 응답(Bearer Setup Response) 메시지로 이동성 관리 엔티티(MME, 106)로 베어러 활성화(bearer activation)를 확인하고, 식별자를 포함한다. 단계8에서, NAS 계층(layer)을 사용하는 사용자 단말(UE, 102)은 EPS 베어러 아이덴티티를 포함하는 세션 관리 응답(Session Management Response)을 만든다. 사용자 단말(UE)은 그 후에 직접 전달(세션 관리 응답)(Direct Transfer(Session Managemnt Response)) 메시지를 eNodeB(104)로 전송한다. 단계9에서, eNodeB(104)는 uplink NAS transport(Session Management Response) 메시지를 이동성 관리 엔티티(MME, 106)로 전송하고, 식별자는 표 9에 보여진 바와 같이 E-RAB E-UTRAN Radio Access Bearer setup response에 포함된다.

단계10에서, 이동성 관리 엔티티(MME, 106)는 단계7에서 베어러 설정 응답(Bearer Setup Response) 메시지 및 단계9에서 세션 관리 응답(Session Management Response) 메시지를 수신하면, 부록의 표 10에서 보여진 바와 같이, 식별자를 포함하는 Create Bearer Response를 전송함으로써 서빙 게이트웨어(Serving GW, SGW, 116)로 베어러 활성화(bearer activation)를 확인한다.

단계11에서, SGW(116)는 베어러 응답 생성(Create Bearer Response) 메시지를 전송함으로써 PDN GW(204)로 베어러 활성화를 확인한다. 단계12에서, 만약 전용 베어러 활성화 절차(dedicated bearer activation procedure)가 PCRF(202)로부터 PCC Decision Provision 메시지에 의해 트리거된다면, PDN GW(204)는 IP-CAN session modification 메시지(식별자)를 PCRF(202)로 전송한다.

도 4는 본 발명의 일 실시예에 따라서 핸드오버 중에 영상 통화 어플리케이션(video call application)을 지원하는 방법을 설명한 플로우 다이어그램을 나타낸다.

방법은 초기에 무선 통신망에서 복수의 네트워크 베어러들을 관리한다. 방법은 우선 하나의 어플리케이션 세션의 인스턴스의 개시 또는 갱신 중 적어도 하나를 식별한다. 그 후에, 방법은 어플리케이션 세션의 상기 인스턴스와 관련된 상기 식별자를 생성한다. 그 후에, 방법은 어플리케이션 세션의 인스턴스의 식별된 개시 또는 식별된 갱신의 결과로서 설정된 각각의 복수의 네트워크 베어러들에 식별자를 할당한다.

일 실시예에서, 방법은 제1 통신망으로부터 제2 통신망으로 핸드오버를 실행하기 위한 모바일 엔티티(ME)의 능력들을 식별한다. 일 실시예에서, 제1 통신망은 LTE(Long Term Evolution) 네트워크 또는 고속 패킷 데이터 네트워크(High Speed Packet Data Network)이고, 상기 제2 통신망은 UTRAN(Universial Terrestrial Radio Access Network) 또는 GPRS EDGE Radio Access 통신망이다.

일 실시예에서, 방법은 모바일 엔티티(ME)의 프로세서에 의해 실행된다. 방법은 그 후에 핸드오버를 실행하기 위해 네트워크 엘리먼트(NE)로 능력들을 전송한다. 일 실시예에서, 모바일 엔티티(ME)의 능력들은 모바일 엔티티(ME)의 트랜시버에 의해 네트워크 엘리먼트(NE)로 전송된다. 일 실시예에서, 모바일 엔티티(ME)는 통신 중에 비디오 SRVCC 능력(video SRVCC capability)을 켜거나 끌 수 있다.

일 실시예에서, 모바일 엔티티(ME)는 NAS (Non-Access Stratum) 프로토콜에서 정보 엘리먼트(Information Element, IE) 내에서 제2 NE(MME/SGSN)로 그의 비디오 SRVCC 능력을 전송한다. 일 실시예에서, 정보 엘리먼트(IE)는 표 12에서 보여진 바와 같이 모바일 스테이션(MS) 네트워크 능력 정보 엘리먼트(Mobile Station(MS) Network capabilities IE)이다. 다른 실시예에서, 정보 엘리먼트(IE)는 표 13에서 보여진 바와 같이 사용자 단말(UE) 네트워크 성능 정보 엘리먼트(User Equioment(UE) network capabilities IE)이다. 비록 정보 엘리먼트(IE)들의 2 타입들만 위의 설명에서 언급되었으나, 이는 발명을 2타입들만에 한정하지 않는다. 그러나, 본 기술 분야의 숙련된 자는 표준에서 정보 엘리먼트들의 임의의 다른 타입 또는 표 14에서 보여진 바와 같이 표준에서 알려지지 않은 새로운 타입의 정보 엘리먼트(IE)를 사용할 수 있다.

일 실시예에서, 모바일 엔티티(ME)의 능력들은 제1 NE 및 제2 NE에 의해 식별된다. 일 실시예에서, 방법은 영상통화 세션에 상응하는 어플리케이션 세션의 인스턴스를 식별한다. 일 실시예에서, 모바일 엔티티(ME)의 능력 및 어플리케이션 세션의 인스턴스는 제1 NE 또는 제2 NE의 프로세서에 의해 식별된다.

그러므로, 방법은 ME 비디오 SRVCC 능력 및 PS 네트워크로부터 CS 네트워크로 영상(video)을 실행하기 위한 식별자 중 적어도 하나를 사용하여 PS 네크워크로부터 CS 네트워크로 비디오 핸드오버를 실행하고, 식별자는 핸드오버되기 쉬운 어플리케이션 세션과 관련된 각각의 복수의 네트워크 베어러들에 할당된다. 일 실시예에서, 핸드오버는 제1 NE 또는 제2 NE의 트랜시버에 의해 실행된다.

일 실시예에서, 방법은 핸드오버 요구된(Handover Required) 메시지 또는 위치재설정이 요구된(Relocation Required) 메시지에서 제2 NE(MME/SGSN)으로 비디오 SRVCC 핸드오버 지시(video SRVCC handover indication)를 전송한다. 방법은 그 후에 수신된 비디오 핸드오버 지시(video handover indication)에 근거하여 베어러 분리를 실행한다. 일 실시예에서, 베어러 분리는 제2 NE(MME/SGSN)에서 실행된다. 방법은 또한 패킷 교환→회선 교환 요청(Packet Swiched(PS) to Circuit Switched(CS) Request) 메시지에서 비디오 SRVCC 핸드오버 지시(video SRVCC handover indication)를 제3 NE(MSC 서버)로 전송한다.

일 실시예에서, 세션 데이터 프로토콜(Session Data Protocol, SDP)은 비디오 SRVCC 핸드오버 지시에 근거하여 제3 NE(MSC 서버)에 의해 준비되고, PS→CS 응답 메시지에서 실행된 SRVCC 동작에 관하여 제2 NE에게 알린다. 특정한 네트워크 엘리먼트들에 관련된 상세한 방법이 아래에서 추가로 설명한다.

방법에서, eNodeB(104) 및 MME(106)는 전용 베어러 활성화(dedicated bearer activation)의 일부분으로서 또는 베어러 활성화 프로세스가 개시된 사용자 단말(UE initiated bearer activation process)로서 PCRF/PGW로부터 식별자를 수신한다. 게다가, 이 방법에 있어서, eNodeB(104)는 UE 비디오 SRVCC 능력, 보이스 베어러용 QCI 값들 및 비디오 베어러용 QCI 값들(예를 들면, 값‘1’을 가진 QCI 및 값‘2’을 가진 QCI) 및 식별자를 암시적으로 지시하는 ‘SRVCC operation possible’에 근거하여 영상 통화 동작(video call operation)을 위한 SRVCC를 트리거한다.

이동성 관리 엔티티(MME, 106)는 비디오 SRVCC 핸드오버 지시(video SRVCC HO indication), QCI 값들, 및 식별자에 근거하여 베어러들을 분리한다. MME(106)는 그 후에 영상 통화 지시(video call indication)를 위한 SRVCC와 함께 PS→CS 메시지를 MSC 서버(108)로 전송한다. MSC서버(108)는 음성과 영상을 위한 SDP를 제공하고, 어플리케이션 서버로 invite를 전송한다. 방법은 플로우 다이어그램의 도움으로 추가로 설명된다.

도 4를 참조하면, eNodeB(104) 및 MME(106)는 비디오 텔레포니 어플리케이션(video telephony application)을 위한 전용 베어러 활성화 절차(dedicated bearer activation procedure) 중에 식별자를 식별한다. 단계1에서, 사용자 단말(UE, 102)은 E-UTRAN/eNodeB(104)로 측정 보고들(measurement reports)을 전송한다. E-UTRAN(104)은 음성과 영상을 위한 QCI 값들을 별도의 아이덴티티(separate identity)로서, 예를 들면, 음성용 값‘1’ 을 가진 QCI, 영상용 값‘2’을 가진 QCI 및 각각의 식별자로서 고려하고, 영상용 SRVCC 핸드오버(SRVCC handover for video)를 트리거한다.

단계3에서, eNodeB(104)는 LTE를 위한 표1 및 HSPA를 위한 표2에서 보여진 바와 같이, 음성 대신에 영상용 SRVCC 핸드오버 지시(SRVCC HO Indication)를 전송한다. 단계4에서, 소스 MME(source MME, 106)는 모든 다른 PS 베어러들로부터 비디오 텔레포니 어플리케이션에 속한 음성 및 영상 베어러를 분리하고, MSC 서버(108) 및 SGSN(112)을 햐완 그들의 위치재설정(relocation)을 시작한다. 결정은 보이스 및 비디오 베어러와 관련된 QCI, 영상용 SRVCC 핸드오버 지시(SRVCC HO Indication for video) 및 식별자에 근거한다. 단계5a에서, MME(106)는 PS→CS 요청이 표3에서 보여진 바와 같이 SRVCC 비디오 텔레포니 어플리케이션(SRVCC video telephony appliaction)에 대한 것을 나타내는 지시(indication)를 포함한다.

단계5b에서, MSC 서버(108)가 MME(106)로부터 비디오 SDP(video SDP)를 준비하기 위해 지시를 수신하며 MSC 서버(108)가 영상(video)을 지원할 수 없을 때, MSC 서버(108)는 거절 메시지(reject)를 전송한다. 이 거절 메시지(reject)는 독립적으로 전송되거나 단계12에서 언급된 PS→CS 응답 메시지의 일 부분으로써 전송될 수 있다. 단계5c에서, 타겟 MSC(110)는 타겟 RSS/BSS(114)로 위치재설정 요청/해드오버 요청(Relocation Request/Handover Request)(추가적인 Source to Traget Transparent Container) 메시지를 전송함으로써 CS 위치재설정을 위한 자원 할당(resource allocation)을 요청한다. 단계6a에서, 위치재설정/핸드오버 요청(relocation/HO request)은 타겟 SGSN(112)으로 포워딩되고, 그 후에 동일한 요청이 타겟 RNS/BSS(114)로 전송된다. 그 후에, 확인이 타겟 RNS/BSS(114)로부터 타겟 SGSN(112)에 수신된다.

단계7에서, 타겟 RNS/BSS(114)가 PS 위치재설정/핸드오버 요청(PS relocation/hanover request)과 함께 CS 위치재설정/핸드오버 요청(CS relocation/handover request)을 수신할 때, RNS/BSS(114)는 적절한 CS 및 PS 자원들(CS and PS resources)을 할당한다. 그러므로, 단계7a에서, 타겟 RNS/BSS(114)는 위치재설정 요청 확인/핸드오버 요청 확인(Relocation Request Acknowledge/Handover Request Acknowledge)(Target to Source Transparent Container) 메시지를 타겟 SGSN(112)으로 전송함으로써 준비된 PS 위치재설정/핸드오버(PS relocation/handover)를 확인한다. 단계7b에서, 타겟 SGSN(112)은 위치재설정 응답(Relocation Response)(Target to Source Transparent Container) 메시지를 소스 MME(106)로 전송한다.

단계8이 또한 이전 단계와 병렬로 실행된다. 단계8a에서 타겟 RNS/BSS(114)는 위치재설정 요청 확인/핸드오버 요청 확인(Relocation Request Acknowledge/Handover Request Acknowledge)(Target to Source Transparent Container) 메시지를 타겟 MSC(110)로 전송함으로써 준비된 CS 위치재설정/핸드오버(CS relocation/handover)를 확인한다. 단계8b에서, 타겟 MSC(110)는 MSC 서버(108)로 준비된 핸드오버 응답(Target to Source Transparent Container) 메시지를 전송한다. 단계8c에서, 회선 연결(circuit connection)은 타겟 MSC(110)와 MSC 서버(108)와 관련된 모바일 게이트웨이(Mobile Gateway, MGW) 사이에 설정된다.

단계9에서, MSC 서버(108)는 MME(106)로부터의 지시에 근거하여 세션 데이타 프로토콜(SDP)을 제공한다. 그러므로, 만약 지시가 오직 음성만을 위한 SRVCC를 위한 것이라면, 이는 음성만을 위한 SDP를 제공한다. 그러나, 만약 지시가 영상을 위한 SRVCC를 위한 것이라면, MSC 서버(108)는 음성과 영상을 위한 SDP를 준비한다. 단계10에서, 세션 전달 절차의 실행 중에, 원격 종단(remote end)은 TS 23.237 [9]에 따라 CS 접속 레그(CS access leg)의 SDP와 함께 갱신된다. VoIP 패킷들의 다운링크 플로우는 또한 CS 접속 레그를 향해 스위칭된다.

단계11에서, 소스 IMS 접속 레그는 TS 23.237 [9]에 따라 해제된다(released). 단계12에서, MSC 서버(108)는 응답이 표 11에서 보여진 바와 같이 응용할 수 있는 SRVCC 영상 또는 음성 동작(SRVCC video or voice operation)을 위한 것이라고 나타낸다. 만약, MME(106)가 단계5a에서 음성/영상 동작(voice/video operation)을 요청했으나 MSC 서버(108)에 의해 지원되지 않으면, MSC 서버(108)는 SRVCC 동작이 영상(video)을 위해 실행될 수 없고 음성만을 위한 SRVCC 동작을 계속하는 것을 나타내는 응답을 회신한다.

단계13에서, 소스 MME(106)는 2개의 준비된 위치재설정(relocation)을 동기화하고 핸드오버 명령 메시지(HO command message)를 소스 E UTRAN(104)으로 전송한다. 단계14에서, E UTRAN(104)은 핸드오버(HO)를 E UTRAN 명령 메시지(E UTRAN command message)로부터 사용자 단말(UE, 102)로 전송한다. 단계15에서, 사용자 단말(UE, 102)은 타겟 UTRAN/GEARN 셀에 튜닝된다. 단계16에서, 타겟 RNS/BSS(114)에서의 핸드오버 검출(HO detection)이 발생한다. 사용자 단말(UE, 102)은 타겟 RNS/BSS(114)를 통해 타겟 MSC(110)로 핸드오버 완료 메시지(HO complete message)를 전송한다. 게다가, 만약 타겟 MSC(110)가 MSC 서버가 아니면, 타겟 MSC(110)는 SES(Handover complete) 메시지를 MSC서버로 전송한다.

단계17a에서, 위치재설정 핸드오버 완료(relocation HO complete) 메시지는 타겟 MSC(110)에서 수신된다. 단계17b 및 단계17c에서, 핸드오버 완료 메시지(HO complete message)는 타겟 MSC(110)로부터 MSC 서버(108)로 전송되고, 또한 드오버(HO)에 대한 회답(answer)이 전송된다. 단계17d에서, MSC 서버(108)는 PS→CS 완료 통지 메시지(PS to CS complete notification message)를 SRVCC가 영상 통화 어플리케이션(video call application)을 위해 실행되었음을 나타내는 지시와 함께 이동성 관리 엔티티(MME, 106)로 회신한다. 단계17e에서, 위치(location)는 홈위치 등록기(HLR)에서 갱신된다. 단계18에서, PS→CS 지시기는 또한 비디오 베어러들을 위해 포함되고, MBR은 또한 Gn/Gp SGSN을 위해 그리고 비디오 베어러들을 위해 0으로 설정된다. 단계19에서, 위치 연속성(location continuity)은 긴급 통화들(emergency calls)을 위해 관리된다.

도 5는 본 발명의 일 실시예에 따라 핸드오버 중에 영상 통화 어플리케이션(video call application)을 지원하는 방법을 설명한 플로우 다이어그램을 나타낸다.

방법은 PS 네트워크로부터 CS 네트워크로 핸드오버 지시를 수신한다. 방법은 서비스 식별자들의 품질(quality of service identifiers)에 근거하여 영상통화 어플리케이션에 상응하는 복수의 네트워크 베어러들을 추가로 식별한다. 복수의 네트워크 베어러들은 하나의 어플리케이션에 속한 보이스 베어러 및 비디오 베어러에 상응한다. 방법은 또한 하나 이상의 네트워크 엘리먼트(NE)들로 비디오 SRVCC 능력들(video SRVCC capabilities)을 전송하는 것을 포함한다. 일 실시예에서, 핸드오버는 PS 네트워크로부터 CS 네트워크로 실행되며 비디오 SRVCC 서비스에 상응한다. 일 실시예에서, 서비스 식별자들의 품질은 서비스 클래스 식별자들의 품질(Quality of Service Class Identifiers, QCI)이다.

상이한 베어러들이 영상 통화 어플리케이션에 상응하는 음성 및 영상 스트림들을 위해 설정되고 값‘2’ 을 가진 QCI는 항상 값‘1’ 을 가진 QCI에 의해 동반된다는 가정에 근거할 때, 방법이 적용된다. 게다가, (QCI 값이 ‘2’인) 대화형 비디오(conversational video)만을 사용하는 어플리케이션은 없다. 값‘1’을 가진 QCI와 값‘2’을 가진 QCI를 가지는 베어러들이 존재하고 이동성 관리 엔티티(MME)가 베어러들이 동일한 어플리케이션 인스턴스에 속하고 CS 도메인(CS domain)으로 전달되어야 한다는 것을 알 때만, 이 방법은 정확하게 동작한다.

이 방법에서, eNodeB는 QCI 값 ‘2’을 가진 베어러가 존재하는지 여부에 상관없이 ‘1’인 QCI 값을 가진 임의의 베어러가 존재하는지를 검사한다. 게다가, 만약 ‘1’인 QCI 값을 가진 베어러가 존재하면, eNodeB는 SRVCC 동작을 트리거한다. 이동성 관리 엔티티(MME)는 다른 PS 베어러들로부터 보이스 또는 보이스 및 비디오 베어러들을 분리하고, PS→CS 메시지를 MSC 서버로 전송한다. 게다가, 만약 ‘2’인 QCI값을 가진 베어러가 또한 존재하면, 이는 비디오 SDP가 또한 제공되어야 함을 나타내는 지시를 전송한다. 또한, 이는 타겟 SGSN을 향해 각각 ‘1’ 및 ‘2’의 QCI 값을 가진 베어러들을 제외한 PS 베어러들의 나머지의 핸드오버를 시작한다.

그러나, 만약 MSC 서버가 비디오를 위해 향상되었다면, 이는 음성 및 영상용 SDP를 제공하며, 그렇치 않으면, MSC서버는 영상이 전달될 수 없고 음성만을 계속 전달한다는 것을 나타내는 응답을 MME로 회신한다. 이동성 관리 엔티티(MME)는 베어러가 영상이 지원되지 않는다는 응답을 받은 후에 상응하는 비디오 베어러들을 비활성화시킨다. 영상과 음성 둘 모두가 상기 MSC 서버에서 지원될 수 있다면, MSC 서버는 음성 및 영상용 SDP를 포함하는 SIP INVITE 요청을 SCC AS(Session Centralization and Continuity Application Server)로 전송한다.

그러나, 만약 MSC 서버가 음성만을 지원하면, MSC 서버는 음성만을 위한 SDP를 제공한다. SCC AS는 보이스(‘1’인 QCI 값) 및 비디오(‘2’인 QCI값) 베어러들의 존재에 의존하여 다음의 조치를 취할 수 있다. 1번째 조치는 영상 통화 어플리케이션(video call application)이 보이스 및 비디오 베어러들과 함께 활성화 상태(active state)에 있고 먼저 전달되며, 다른 음성 및 영상 통화 어플리케이션들은 홀드 상태(held state)에서 전달될 때이다. 2번째 조치는 음성 통화 어플리케이션이 활성화 상태에 있고 먼저 전달되며, 다른 영상 및 음성 통화 어플리케이션들이, 만약에 있다면, 홀드 상태에서 전달될 때이다. 방법은 플로우 다이어그램의 도움으로 추가로 설명된다.

도 5를 참조하면, 사용자 단말(UE, 102)은 단계1에서 측정 보고들을 eNodeB(104)로 전송한다. 단계2에서, eNodeB(104)는 SRVCC 동작이 MME(106)에서 가능할 때 ‘1’인 QCI 값을 가진 베어러의 존재에 근거하여 SRVCC 핸드오버를 트리거할 것을 결정한다. 단계3에서, eNodeB(104)는 비디오 베어러(‘2’인 QCI값) 뿐만아니라 보이스 베어러(‘1’인 QCI값)이 CS 측으로 전달되어야 한다고 지시하는 투명 컨테이너를 준비해야 한다. 투명 컨테이너를 준비하기 위한 정보는 각각 UTRAN 및 E-UTRAN을 위한 TS 25.413[4] 및 TT 36.413[3]에 포함된다. 단계4에서, MME(106)는 ‘2’ 및 ‘1’인 QCI 값을 가진 베어러들의 존재 및 SRVCC 핸드오버 지시에 근거하여 분리를 실행한다.

단계5a에서, 이동성 관리 엔티티(MME, 106)는 표 3에서 보여진 바와 같이 비디오 SDP 뿐만 아니라 음성을 제공하기 위해 PS→CS 요청에 있어서 지시를 MSC 서버(108)로 전송한다. 단계5b에서, 만약 MSC 서버(108)가 비디오를 지원할 수 없고 MME(106)로부터 비디오 SDP를 준비하기 위해 지시를 수신하면, MSC 서버(108)는 거절 메시지를 전송한다. 거절 메시지는 독립적으로 전송되거나 단계12에서 설명한 바와 같이 PS→CS 응답의 일 부분으로서 전송될 수 있다. 단계5c에서, 타겟 MSC(110)는 위치재설정 요청/핸드오버 요청(Relocation Request/Handover Request)(추가적인 Source to Target to Source Transparent Container) 메시지를 타겟 RNS/BSS(114)로 전송함으로써 CS 위치재설정(CS relocation)을 위한 자원 할당을 요청한다.

단계6에서, PDP 컨텍스트(PDP context)는 비디오 베어러(들)을 위한 컨텍스트를 포함하고 또한 PS→CS 지시기(PS to CS indicator)가 비디오 베어러들을 위해 설정될 것이다. 단계7에서, 타겟 RNS/BSS(114)가 PS 위치재설정/핸드오버 요청(PS relocation/handover request)과 함께 CS 위치재설정/핸드오버 요청(CS relocation/handover request)을 수신한 후에, 타겟 RNS/BSS(114)는 적절한 CS 및 PS 자원을 할당한다. 단계7a에서, 타겟 RNS/BSS(114)는 위치재설정 요청 확인/핸드오버 요청 확인(Relocation Request Acknowledge/Handover Request Acknowledge)(Target to Source Transparent Container) 메시지를 타겟 SGSN(112)으로 전송함으로써 준비된 PS 위치재설정/핸드오버(PS relocation/handover)를 확인한다. 단계7b에서, 타겟 SGSN(112)은 재위치설정 요청(Traget to Source Transparent Container) 메시지를 소스 MME(source MME, 106)로 전송한다.

단계8a에서, 타겟 RNS/BSS(114)는 위치재설정 요청 확인/핸드오버 요청 확인(Relocation Request Acknowledge/Handover Request Acknowledge)(Target to Source Transparent Container) 메시지를 타겟 MSC(110)로 전송함으로써 준비된 CS 위치재설정/핸드오버를 확인한다. 단계8b에서, 타겟 MSC(110)는 핸드오버 응답 준비 (Prepare Handover Response) (Traget to Source Transparent Container) 메시지를 MSC 서버(108)로 전송한다. 단계8c에서, 회선 연결(circuit connection)은 타겟 MSC(110)와 MSC 서버(108)와 관련된 MGW 사이에 설정된다.

단계9에서, MSC 서버(108)는 비디오 SDP를 준비하기 위해 이동성 관리 엔티티(MME, 106)로부터 지시를 수신하고, MSC 서버(108)는 그 후에 보이스 SDP와 함께 비디오 SDP를 준비하며, 그렇치 않으면, 이는 음성 전용 SDP를 제공한다. 단계10에서, 세션 전달 절차(Session Transfer procedure)가 실행되는 중에, 원격 종단(remote end)은 TS 23.237[9]에 따라 CS 접속 레그의 SDP와 함께 갱신된다. VoIP 패킷들의 다운링크 플로우는 이 점에서 CS 접속 레그를 향해 스위칭된다. 단계11에서, 소스 IMS 접속 레그는 TS 23.237[9]에 따라 해제된다.

단계12에서, MSC 서버(108)는 표 11에서 보여진 바와 같이, 영상 및 음성을 위한 SDP가 준비됐는지 여부를 나타내는 지시를 포함한다. 단계13에서, 소스 MME(source MME, 106)는 상기 2개의 준비된 재위치들을 동기화하고 핸드오버 명령 메시지를 소스 E UTRAN(source E UTRAN, 104)로 전송한다. 단계14에서, E UTRAN(104)은 E UTRAN 명령 메시지로부터 핸드오버 메시지(HO message)를 사용자 단말(UE, 102)로 전송한다. 단계15에서, 사용자 단말(UE, 102)은 타겟 UTRAN/GEARN 셀에 튜닝된다.

단계16에서, 타겟 RNS/BSS(114)에서의 핸드오버 검출(HO detection)이 발생한다. 사용자 단말(UE, 102)은 핸드오버 완료 메시지를 타겟 RNS/BSS(114)를 통해 타겟 MSC(110)로 전송한다. 그러나, 만약, 타겟 MSC(110)가 MSC 서버가 아니면, 타겟 MSC(110)는 SES(핸드오버 완료) 메시지를 MSC 서버로 전송한다. 단계17a에서, 위치재설정 핸드오버 완료(relocation HO complete) 메시지는 타겟 MSC(110)애서 수신된다. 단계17b 및 단계17c에서, 핸드오버 완료 메시지(HO complete message)는 타겟 MSC(110)로부터 MSC 서버(108)로 전송되고, 또한 핸드오버에 대한 회신(answer to the HO)이 전송된다. 단계17d에서, MSC 서버(108)는 PS→CS 완료 통지 메시지를 SRVCC가 영상 통화 어플리케이션을 위해 실행되었음을 나타내는 지시와 함께 소스 MME(source MME, 106)로 회신한다. 단계17e에서, 위치는 홈위치 등록기(HLR)에서 갱신된다.

단계18a에서, Reloc/HO 완료 메시지는 타겟 SGSN(112)로 타겟 RNS/BSS(114)에 의해 전송된다. 단계18b에서, REloc/HO complete/Ack 메시지는 타겟 SGSN(112)에 의해 소스 MME(106)로 전송된다. 단계18b에서, 베어러들은 타겟 SGSN(112) 및 SGW(116)에서 갱신된다. PS→CS 지시기는 비디오 베어러들을 위해 포함되고, MBR은 Gn/Gp SGSN을 위해 그리고 비디오 베어러들을 위해 0으로 설정된다. 단계19에서, 긴급 통화들의 위치 연속성은 유지된다.

도 6은 본 발명의 다른 실시예에 따라 핸드오버 중에 영상 통화 어플리케이션을 지원하는 방법을 설명한 플로우 다이어그램을 나타낸다.

방법은 PS 네트워크로부터 CS 네트워크로 핸드오버 지시를 수신한다. 방법은 서비스 식별자들의 품질에 근거하여 영상 통화 어플리케이션에 상응하는 복수의 네트워크 베어러들을 추가로 식별한다. 복수의 네트워크 베어러들은 하나의 어플리케이션에 속한 보이스 베어러 및 비디오 베어러에 상응한다. 방법은 또한 하나 이상의 네트워크 엘리먼트(NE)들에 대한 비디오 SRVCC 능력들을 전송하는 것을 포함한다. 일 실시예에서, 핸드오버는 PS 네트워크로부터 CS 네트워크로 실행되며, 비디오 SRVCC 서비스에 상응한다. 일 실시예에서, 서비스 식별자들의 품질은 서비스 클래스 식별자들의 품질(QCI)이다.

일 실시예에서, 비디오 SRVCC 동작이 실행될 때, 방법은 타겟 도메인에 근거하여 복수의 투명 컨테이너들을 준비한다. 일 실시예에서, 복수의 투명 컨테이너들은 제1 NE(eNodeB)에 의해 실행된다.

일 실시예에서, 복수의 투명 컨테이너들 중 적어도 하나는 제1 NE로부터 제2 NE(MME/SGSN)로 전송된다. 예를들면, 4개의 컨테이너들, 즉 제1 컨테이너, 제2 컨테이너, 제3 컨테이너, 제4컨테이너는 제2 NE로 전송될 것이다. 그 후에, 적어도 하나의 컨테이너는 제3 NE(MSC 서버)로 전송되고 제2 NE(MME)는 서빙 GPRS 지원 노드(Serving GPRS Support Node, SGSN)로 컨테이너를 전송하기 전에 응답을 기다린다. 그후에, 응답 메시지는 확인 메시지 또는 거절 메시지와 함께 제3 NE 및 제2 NE로부터 전송된다. 일 실시예에서, 타겟 베어러에 근거하여 식별된 투명 컨테이너는 MSC 서버로부터 수신된 상기 응답 메시지에 근거하여 MSC 서버 및 상기 SGSN으로 전송된다. 특정 네트워크 엘리먼트들에 관련된 상세한 방법이 아래에서 추가로 설명된다.

방법에서, SRVCC 동작을 위해, eNodeB는 타겟 도메인들을 위한 투명 컨테이너들을 준비한다. 만약 타겟 셀이 UTRAN이면, eNodeB는 모든 베어러들에 대한 정보를 포함하는 CS 및 PS 도메인들을 위한 단일 컨테이너를 준비하지만, 이는 TS 25.413[7]처럼 타겟 RNC 투명 컨테이너(target RNC transparent container)에 대해 소스 무선 네트워크 제어기(source Radio Network Controller)(RNC)에서 ‘PS RAB(Radio Access Bearer) to Be Replaced’ 필드를 포함한다. 교체되는 이러한 PS RAB들은 CS 측으로 전달되는 RAB들의 RAB ID들을 포함하고, 이 필드는 SRVCC 핸드오버용으로만 적용될 수 있으며, 여기서 보이스 또는 비디오 핸드오버에 상응하는 PS 베어러(PS bearer)가 CS 도메인으로 전달된다.

게다가, 만약 타겟이 GEARN이면, 별도의 컨테니어들이 CS 및 PS 도메인들을 위해 준비된다. PS 도메인은 PS 도메인에 전달될 베어러들에 대한 정보를 포함하며, 타겟 CS 도메인을 위한 투명 컨테이너는 CS 측으로 전달될 베어러들에 대한 정보를 포함한다. MSC 서버가 비디오가 CS 측으로 전달될 수 있도록 음성과 영상 통화들을 지원할 때, 이는 가능하다. 다른 경우에, 만약 MSC 서버가 영상 통화를 지원하지 않고 오직 음성 통화만이 CS 측으로 전달될 필요가 있으면, 영상 통화에 관련된 베어러들은 이동성 관리 엔티티(MME)에 의해 비활성화하거나 PS 도메인으로 전달될 필요가 있다.

타겟 측에 잉여의 자원들을 보존하는 것을 피하기 위해, eNodeB는 4개의 투명 컨테이너들을 준비한다. 제1 투명 컨테이너는 보이스 베어러들만에 대한 정보를 가진 CS 도메인 투명 컨테이너다. 제2 투명 컨테이너는 음성 및 영상 모두를 위한 정보를 가진 CS 도메인 투명 컨테이너다. 제3 투명 컨테이너는 모든 음성과 영상에 관련된 베어러들을 제외한 PS 베어러들(PS bearers)에 대한 정보를 포함하는 PS 도메인 투명 컨테이너다. 제4 투명 컨테이너는 음성을 제외한 영상을 포함한 PS 베어러들에 대한 정보를 포함하는 PS 도메인 투명 컨테이너다. eNodeB는 4개의 컨테이너들을 MME로 포워딩한다.

MME는 MSC서버가 음성 및 영상 통화 동작 모두를 지원하는 것으로 가정하여 제2 투명 컨테이너를 MSC 서버로 전송하고, SGSN으로 위치재설정 요청을 전송하기 전에 MSC 서버로부터 응답을 기다린다. MSC 서버는 비디오 동작이 지원되거나 실행중임을 나타내는 확인(ACK) 메시지 또는 비디오 동작이 MSC 서버에서 지원되지 않는 것을 나타내는 거절(REJECT) 메시지와 함께 MME로 회신한다. MME는 상기 MSC 서버로부터 수신된 메시지에 근거하여 조치를 취한다. 만약 MSC 서버가 ACK로 응답했다면, 포워딩된 위치재설정 요청(Forwarded Relocation Request) 메시지는 제3 투명 컨테이너와 함께 SGSN으로 전송된다. 게다가, MME는 제1 투명 컨테이너를 포함하는 MSC 서버로 다른 PS→CS 요청 메시지를 회신하고, 만약 MSC 서버가 REJECT 메시지로 응답했다면, 제4 투명 컨테이너를 가진 SGSN으로 위치재설정 요청 메시지를 전송한다. MSC 서버는 CS 도메인용 PS→CS 요청 메시지에서 전송된 투명 컨테이너를 사용한다.

도 6을 참조하면, 단계1에서 사용자 단말(UE, 102)은 측정 보고들을 eNodeB(104)로 전송한다. 단계2에서, eNodeB(104)는 SRVCC 핸드오버를 트리거할 것을 결정한다. 단계3에서, eNodeB(104)는 4개의 투명 컨테이너들을 준비하고, 핸드오버 요구된 (Handover required) 메시지에서 4개의 투명 컨테이너들을 모두 이동성 관리 엔티티(MME, 106)로 전송한다. UTRAN 네트워크를 위한 투명 컨테이너를 준비를 위한 정보는 기술적 표준 TS 25.413[4]에 포함되며 E-UTRAN 네트워크를 위한 위한 투명 컨테이너를 준비를 위한 정보는 TS 36.413[3]에 포함된다. 단계4에서, MME(106)는 값 ‘1’ 및 값 ‘2’(QCI=’2’ 및 QCI=’1’) 및 SRVCC 핸드오버 지시를 가진 베어러들의 존재에 근거하여 분리를 실행한다.

단계5a에서, MME(106)는 비디오 SDP 뿐만 아니라 음성을 제공하기 위해 PS→CS 요청에서 지시를 MSC 서버(108)로 전송한다. MME(106)는 또한 MSC 서버(108)가 음성 및 영상 통화 동작 모두를 지원하는 것으로 가정하여 MSC 서버(108)로 제2 투명 컨테이너를 전송하고, SGSN(112)로 위치재설정 요청을 전송하기 전에 MSC 서버(108)로부터 응답을 기다린다. 단계5a1에서, MSC 서버(108)는 비디오 동작이 지원되거나 실행중임을 나타내는 ACK 메시지, 또는 비디오 동작이 MSC 서버(108)에서 지원되지 않는 것을 나타내는 거절 메시지와 함께 MME(106)로 회신한다. 단계5a2에서, 만약 MSC 서버(108)가 거절 메시지로 응답하면, MME(106)는 포워딩된 위치재설정 요청(Forwarded Relocation Request) 메시지는 제1 투명 컨테이너를 포함하는 다른 PS→CS 요청 메시지를 MSC 서버(108)로 회신한다.

단계5b에서, MSC 서버(108)는 이동성 관리 엔티티(MME, 106)로부터 획득된 컨테이너들때문에 메시지를 거절하지 않는다. 단계5c에서, 타겟 MSC(110)는 위치재설정 요청/핸드오버 요청(Relocation Request/Handover Request)(추가적인 Source to Target Transparent Container) 메시지를 타겟 RNS/BSS(114)로 전송함으로써 CS 위치재설정을 위한 자원 할당을 요청한다. 단계6에서, PDP 컨텍스트(PDP context)는 비디오 베어러(들)용 컨텍스트를 포함한다. PS→CS 지시기가 비디오베어러들을 위해 설정된다. 만약 MSC서버(108)가 ACK로 응답했다면, MME(106)는 제3 투명 컨테이너와 함께 SGSN(112)으로 포워딩된 재위치결정 요청(Forwarded Relocation Request) 메시지를 전송한다. 만약 MSC 서버(108)가 거절 메시지로 응답했다면, MME(106)는 SGSN(112)으로 제4 투명 컨테이너를 전송한다. 단계7 내지 단계9는 도 1, 도2, 도3, 및 도4와 함께 설명된 바와 같이 실행된다.

도 7은 본 발명의 다른 실시예에 따라 핸드오버 중에 영상 통화 어플리케이션을 지원하는 방법을 설명한 플로우 다이어그램을 나타낸다.

방법은 PS 네트워크로부터 CS 네트워크로 핸드오버 지시를 수신한다. 방법은 서비스 식별자들의 품질에 근거하여 영상 통화 어플리케이션에 상응하는 복수의 네트워크 베어러들을 추가로 식별한다. 복수의 네트워크 베어러들은 하나의 어플리케이션에 속한 보이스 베어러 및 비디오 베어러에 상응한다. 방법은 또한 하나 이상의 네트워크 엘리먼트(NE)들로 비디오 SRVCC 능력들을 전송하는 것을 포함한다. 일 실시예에서, 핸드오버는 PS 네트워크로부터 CS 네트워크로 이루어지며, 비디오 SRVCC 서비스에 상응한다. 일 실시예에서, 서비스 식별자들의 품질은 서비스 클래스 식별자들의 품질(QCI)이다.

일 실시예에서, 방법은 비디오 SRVCC 동작이 실행될 때 타겟 도메인에 근거하여 복수의 투명 컨테이너들을 준비한다. 일 실시예에서, 복수의 투명 컨테이너들은 제1 NE(eNodeB)에 의해 실행된다. 일 실시예에서, 복수의 투명 컨테이너들 중 적어도 하나는 제1 NE부터 제2 NE(MME/SGSN)로 전송된다. 예를들면, 모든 4개의 컨테이너들, 즉 제1 컨테이너, 제2 컨테이너, 제3 컨테이너, 제4컨테이너는 제2 NE로 전송될 것이다. 그 후에, 복수의 컨테이너들은 제3 ME(MSC 서버)로 전송되고 제2 NE(MME)는 서빙 GPRS 지원 노드(Serving GPRS Support Node)(SGSN)으로 컨테이너를 전송하기 전에 응답을 기다린다.

그 후에, 응답 메시지는 확인 메시지 또는 거절 메시지와 함께 제3 NE 및 제2 NE로부터 전송된다. 일 실시예에서, 제2 NE는 제3 NE로부터 응답 메시지에 근거하여 타겟 PS 도메인으로 복수의 투명 컨테이너들로부터 적어도 하나의 컨테이너들을 전송한다. 특정한 네트워크 엘리먼트들에 관련된 상세한 방법은 아래에서 추가로 설명된다.

방법에서, eNodeB는 4개의 투명 컨테이너들을 준비한다. 제1 투명 컨테이너는 보이스 베어러들만에 대한 정보를 가진 CS 도메인 투명 컨테이너이다. 제2 투명 컨테이너는 음성 및 영상 모두를 제공하기 위한 정보를 가진 CS 도메인 투명 컨테이너이다. 제3 투명 컨테이너는 모든 음성과 영상에 관련된 베어러들을 제외한 PS 베어러들에 대한 정보를 포함하는 PS 도메인 투명 컨테이너다. 제4 투명 컨테이너는 음성을 제외하고 영상을 포함한 PS 베어러들에 대한 정보를 포함하는 PS 도메인 투명 컨테이너다. eNodeB는 모든 4개의 컨테이너들을 MME로 포워딩한다.

MME는 제1 및 제2 투명 컨테이너를 MSC 서버로 전송하고, SGSN으로 위치재설정 요청을 전송하기 전에 MSC 서버로부터 응답을 기다린다. MSC 서버는 그 후에 적절하고 투명 컨테이너를 사용하고, 예를 들면, 영상을 지원하는 MSC 서버의 능력에 의존하여 제1 투명 컨테이너 또는 제2 투명 컨테이너를 사용한다. MSC 서버는 비디오 동작이 지원되고 실행중임을 나타내는 ACK 메시지 또는 비디오 동작이 MSC 서버에서 지원되지 않는 것을 나타내는 REJECT 메시지로 MME로 회신한다.

MME는 MSC 서버로부터 수신된 메시지에 근거하여 다음의 조치를 취한다. 만약 MSC 서버가 ACK를 가지고 응답했다면, MME는 포워딩된 위치재설정(Forwarded Relocation) 메시지를 제3 투명 컨테이너와 함께 SGSN으로 전송한다. 게다가, 만약 MSC 서버가 REJECT 메시지를 가지고 응답했다면, MME는 제4 투명 컨테이너와 함께 위치재설정 요청(Relocation Request) 메시지를 SGSN으로 전송한다.

도 7을 참조하면, 단계1에서, 사용자 단말(UE, 102)은 측정 보고들을 eNodeB(104)로 전송한다. eNodeB(104)는 SRVCC 핸드오버를 트리거할 것을 결정한다. eNodeB(104)는 4개의 투명 컨테이너들을 준비하고, 핸드오버 요구된 메시지(Handover required message)에서 4개의 컨테이너들을 모두 MME(106)로 전송한다. 투명 컨테이너를 준비를 위한 정보는 UTRAN에 대해 TS 25.413[4] 및 E-UTRAN에 대해 TS 36.413[3]에 포함된다.

단계4에서, MME(106)는 값 ‘1’ 및 값 ‘2’인 QCI값(QCI=2 및 QCI=1) 그리고 SRVCC 핸드오버 지시를 가진 베어러들의 존재에 근거하여 분리를 실행한다. 5a에서, MME(106)는 영상 및 음성 SDP를 제공하기 위해 PS→CS 요청에서 MSC 서버(108)로 지시를 전송한다. MME(106)는 또한 MSC 서버(108)로 제1 및 제2 투명 컨테이너를 전송하고, SGSN(112)로 위치재설정 요청(Relocation Request)을 전송하기 전에 MSC 서버(108)로부터 응답을 기다린다. 단계5a1에서, MSC 서버(108)는 비디오 동작이 지원되고 실행중임을 나타내는 ACK 메시지, 또는 비디오 동작이 MSC 서버(108)에서 지원되지 않는 것을 나타내는 REJECT 메시지로 MME(106)로 회신한다.

단계5b에서, MSC 서버(108)는 비디오 지원 유무에 의존하여 제1 및 제2 투명 컨테이너를 포함한다. 단계5c에서, 타겟 MSC(110)는 위치재설정 요청/핸드오버 요청(Relocation Request/Handover Request)(추가적인 Source to Target Transparent Container) 메시지를 타겟 RNS/BSS(114)로 전송함으로써 CS 위치재설정을 위한 자원 할당을 요청한다. 단계6에서, PDP 컨텍스트(PDP context)는 또한 비디오 베어러(들)용 컨텍스트를 포함한다. PS→CS 지시기는 또한 비디오 베어러들을 위해 설정된다.

게다가, 만약 MSC서버(108)가 ACK를 가지고 응답했다면, MME(106)는 제3 투명 컨테이너와 함께 SGSN으로 포워딩된 위치재설정 요청(Forwarded Relocation Request) 메시지를 전송한다. 만약 MSC 서버(108)가 REJECT 메시지를 가지고 응답했다면, MME(106)는 SGSN(112)으로 제4 투명 컨테이너를 전송한다. 단계7 내지 단계9는 도 1, 도2, 도3, 및 도4와 함께 설명된 바와 같이 실행된다.

위에서 설명한 바와 같이 본 발명의 다양한 실시예들은 다음과 같은 장점들을 제공한다. 본 발명은 복수의 무선 접속 네트워크들에서 핸드오버 중에 영상 통화들을 관리하는 방법을 제공한다. 본 발명은 인터럽트 없이 진행중인 영상 통화 중에 사용자가 하나의 무선 접속 네트워크로부터 다른 무선 접속 네트워크로 이동하는 것을 가능하게 한다. 게다가, 방법은 기존의 무선 접속 네트워크에 영향을 끼치지 않고, 그러므로 기존의 무선 접속 네트워크 시스템들의 변경없이 구현될 수 있다.

방법은 또한 핸드오버 준비 단계를 최소화한다. 게다가, 더 높은 세대로부터의 핸드오버(HO), 예를 들면, 4세대 무선 접속 네트워크로부터 더 낮은 세대 무선접속 네트워크, 예를 들면 3세대 무선 접속 네트워크로의 핸드오버는 서비스 품질에 대한 영향 없이 쉽게 실행된다.

게다가, 방법은 패킷 교환(PS) 네트워크만을 지원하는 무선 접속 네트워크로부터 회선 교환(CS) 및/또는 PS를 지원하는 다른 무선 접속 네트워크로의 핸드오버(HO) 중에 효율적인 호환성을 제공한다. 게다가, 핸드오버 프로세스(HO process) 중에, 방법은 보이스 및 비디오 베어러들을 효과적으로 관리한다. 방법은 타겟 셀에 의해 관리될 수 있는 베어러들의 리스트를 미리 식별한다. 그러므로, 핸드오버 프로세스의 전체 오버헤드는 효과적으로 감소되며 이는 무선 접속 네트워크들의 효율을 증가시킨다.

방법은, 코어 네트워크 엘리먼트(core network element)(예를들면 MME 또는 SGSN)가 타겟 셀 능력들에 대한 충분한 정보를 가지고 갱신되므로, 불필요한 시그널링을 피한다. 그러므로, 코어 네트워크 엘리먼트는 영상 통화들의 처리와 관련된 정확한 결정을 할 수 있다.

위의 명세서에서, 본 발명 및 그의 장점들은 예시적 실시예들을 참조하여 설명되었다. 그러나, 아래의 청구항들에 개시된 바와 같은 본 발명의 범위를 벗어나지 않고 다양하게 변경 또는 변형을 할 수 있다는 것이 본 기술 분야의 통상의 기술을 가진 자에게 명백해질 것이다. 따라서, 명세서 및 도면들은 한정적인 의미보다는 본 발명의 설명을 위한 예들로서 간주되어야 한다. 이와 같은 모든 가능한 변형들은 본 발명의 범위 내에 포함되도록 의도되었다.

본 발명의 예시적 실시예들은 여기서 설명된 기술들을 구현하기 위한 컴퓨터 시스템의 사용에 관한 것이다. 일 실시예에서, 이 기술들은 메모리 내에 포함된 정보를 사용하여 프로세서에 의해 실행된다. 이러한 정보는 저장 장치와 같이 기계 판독 가능 매체(machine-readable medium)로부터 메인 메모리 내로 읽혀질 수 있다. 메모리에 포함된 정보는 프로세서가 본 발명에서 설명된 방법을 실행하도록 작동시킨다.

여기에서 사용되는 “기계 판독 가능 매체”라는 용어는 기계를 특정 방식으로 작동시키는 데이터를 제공하는 데에 참여하는 임의의 매체를 가리킨다. 컴퓨터 시스템을 사용하여 구현되는 예시적 실시예에서, 다양한 기계 판독 가능 매체들이, 예를들면, 실행을 위해 프로세서에 정보를 제공하는데 포함된다. 기계 판독 가능 매체는 저장 매체일 수 있다. 저장 매체는 비휘발성 매체와 휘발성 매체를 포함한다. 비휘발성 매체는, 예를들면, 서버 저장 유닛과 같이 광학 또는 자석 디스크를 포함한다. 휘발성 매체는 동적인 메모리를 포함한다. 모든 이러한 매체는 매체에 의해 전달되는 정보가 기계 내로 정보를 읽어 들이는 물리적 메커니즘에 의해 검출되게 할 수 있도록 유형(tangible)이어야 한다.

기계 판독 가능 매체의 일반적인 형태는, 예를들면, 플로피 디스크, 플렉시블 디스크, 하드 디스크, 자기 테이프, 또는 임의의 다른 자기 매체, CD-ROM, 임의의 다른 광학 매체, 펀치 카드들, 페이퍼 테이프, 구멍들의 패턴을 가진 임의의 다른 물리적 매체, RAM, PROM, 및 EPROM, FLASH-EPROM, 임의의 다른 메모리 칩, 또는 카드리지를 포함한다.

일 예시적 실시예에서, 기계 판독 가능 매체는 버스를 포함하는 선들을 포함하는 동축 케이블, 구리 선, 및 광섬유를 포함하는 전송 매체일 수 있다. 전송 매체는 또한 전파 및 적외선 통신 시 발생되는 것들과 같은 음파 또는 광파 형태일 수 있다. 기계 판독 가능 매체의 예들은 반송파(carrier wave), 또는 컴퓨터로 읽을 수 있는, 예를들면, 온라인 소프트웨어, 다운로드 링크들, 설치 링크들 및 온라인 링크들 등의 임의의 다른 매체를 포함할 수 있지만 이들에 한정되지 않는다.

부록( APPENDIX )

표1은 TS 36.413[6]와 같이 핸드오버 요구된(Handover Required) 메시지에서 비디오 SRVCC 해드오버 지시에 관한 표이다.

표 2는 TS25.413[8]과 같이 위치재설정 요구된(Relocation Required) 메시지에서 비디오 SRVCC 핸드오버 지시에 관한 표이다.

PS→CS 요청 메시지는 표3에 표시된다.

표4는 TS 23.401[1]과 같은 PGW 컨텍스트에 관한 표이다.

표 5는 3GPP TS29.274[5]와 같은 베어러 요청 형성(Create Bearer Request) 메시지 내의 베어러 컨텍스트에 관한 표이다.

표6은 TS 23.401[]과 같은 SGW 컨텍스트에 관한 표이다.

표 7은 TS 36.413[6]과 같은 E-RAB 설정 요청 메시지에 관한 표이다.

표8은 TS 23.401[1]과 같은 MME MM 및 EPS 베어러 컨텍스트에 관한 표이다.

표9는 TS 36.413[6]과 같은 E-RAB 설정 응답 메시지에 관한 표이다.

표10은 3GPP TS 29.274[5]와 같은 베어러 요청 생성(Create Bearer Response) 메시지 내에서 베에러 컨텍스트에 관한 표이다.

표 11은 TS 29.280[7]과 같은 SRVCC PS→CS 응답 메시지에 관한 표이다.

표 12는 3GPP TS24.008과 같은 MS 네트워크 능력 정보 엘리먼트에 관한 표이다.

표13은 3GPP TS 24.301과 같은 UE 네트워크 능력 정보 엘리먼트에 관한 표이다.

표14는 비디오 SRVCC 능력을 전달하기 위한 새로운 정보 엘리먼트(IE)에 관한 표이다.

본 발명은 이의 특정 예시적 실시예들을 참조하여 도시되고 설명되었지만, 본 기술 분야의 통상의 기술을 가진 자는 첨부된 청구항들 및 그들의 균등물들에 의해 한정된 바와 같은 본 발명의 사상과 범위를 벗어나지 않고 다양하게 변경이 되 거나 변형이 될 수 있다는 것을 이해할 것이다.

102: ME
104: 소스 E-UTRAN/eNodeB
106: 소스 MME
108: MSC 서버/MGW
110: 타겟 MSC
112: 타겟 SGSN
114: 타겟 RNS/BSS
116: SGW
118: IMS[SCC AS]

Claims

어플리케이션 세션의 인스턴스의 개시 또는 갱신 중의 적어도 하나를 식별하는 단계;
상기 어플리케이션의 상기 인스턴스와 관련된 식별자를 생성하는 단계; 및
상기 어플리케이션 세션의 상기 인스턴스의 상기 식별된 개시 또는 식별된 갱신의 결과로서 설정된 각각의 복수의 네트워크 베어러들에 상기 식별자를 할당하는 단계;를 포함하는 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
제1항에 있어서,
상기 무선통신망은 E-UTRAN 통신망 또는 UMTS 통신망 중 적어도 하나인 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
제1항에 있어서,
상기 식별자는 어플리케이션 식별자 또는 상관관계 식별자(correlation identifier) 중 적어도 하나인 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
제1항에 있어서,
상기 식별자는 상기 어플리케이션 세션의 상기 인스턴스로 각각의 복수의 네트워크 베어러들을 고유하게 식별하는 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
제1항에 있어서,
상기 식별자는 정책 및 과금 규칙 기능(Policy and Charging Rules Function, PCRF) 엔티티에 의해 생성되는 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
제5항에 있어서,
패킷 데이터 네트워크(Packet Data Network, PDN) 게이트웨이로 상기 식별자를 전송하는 단계;
상기 PDN 게이트웨이로부터 상기 서빙 게이트웨이(Serving Gateway, SGW)로 상기 식별자를 전송하는 단계; 및
상기 SGW로부터 상기 이동성 관리 엔티티(Mobility Management Entity, MME)로 상기 식별자를 전송하는 단계;를 더 포함하는 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
제1항에 있어서,
상기 식별자는 패킷 데이터 네트워크 게이트웨이(PGW)에 의해 생성되며,
상기 방법은:
상기 PGW로부터 서빙 게이트웨이(Serving Gateway, SGW)로 상기 식별자를 전송하는 단계; 및
상기 SGW로부터 이동성 관리 엔티티(MME)로 상기 식별자를 전송하는 단계;를 더 포함하는 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
제1항에 있어서,
상기 어플리케이션 세션의 상기 인스턴스의 상기 개시는 모바일 엔티티(Mobility Entity, ME)를 포함하는 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
제8항에 있어서,
상기 모바일 엔티티(ME)의 비디오 단일 무선 영상 통화 연속성(Single Radio Video Call Continuity, SRVCC) 능력들을 식별하는 단계를 더 포함하는 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
제9항에 있어서,
상기 모바일 엔티티가 비디오 SRVCC 능력들(video SRVCC capabilities)를 가지면, 상기 생성 및 할당하는 단계들을 실행하는 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
제9항 및 제10항에 있어서,
적어도 상기 ME가 비디오 SRVCC가 가능할 때, 상기 식별자를 eNodeB로 전송하는 단계를 더 포함하는 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
제1항에 있어서,
상기 어플리케이션 세션에 상응하는 각각의 상기 복수의 네트워크 베어러들을 식별하는 단계를 더 포함하고, 상기 복수의 네트워크 베어러들은 음성, 영상 및 텍스트 데이터 중 적어도 하나를 전송하는 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
제 1항에 있어서,
E-UTRAN 통신망으로부터 UMTS 통신망으로 핸드오버 중에 비디오 SRVCC를 실행하기 위해 상기 식별자를 사용하는 단계를 더 포함하는 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
제13항에 있어서,
핸드오버 요구된 메시지(Handover Required message) 및 위치재설정 요구된 메시지(Relocation Required message) 중 적어도 하나에서 이동성 관리 엔티티(MME)로 비디오 SRVCC 핸드오버 지시(video SRVCC handover indication)를 전송하는 단계를 더 포함하는 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
제14항에 있어서,
상기 수신된 비디오 핸드오버 지시에 근거하여 베어러 분리(bearer splitting)를 실행하는 단계를 더 포함하는 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
제15항에 있어서,
패킷 교환(PS)→회선 교환(CS) 요청 메시지(Packet Switched(PS) to Circuit Switched(CS) Request message)에서 이동통신 교환기 센터(Mobile Switching Center, MSC) 서버로 상기 비디오 SRVCC 핸드오버 지시를 전송하는 단계를 더 포함하는 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
제16항에 있어서,
상기 비디오 SRVCC 핸드오버 지시에 근거하여 세션 데이터 프로토콜(Session Data Protocol, SDP)을 준비하는 단계; 및
상기 PS→CS 응답 메시지에서 실행된 SRVCC 동작(SRVCC operation)에 관하여 상기 이동성 관리 엔티티(MME)에게 알리는 단계;를 더 포함하는 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 방법.
PS 네트워크로부터 CS 네트워크로 핸드오버 지시를 수신하는 단계;
서비스 식별자들의 품질에 근거하여 영상 통화 어플리케이션(video call application)에 상응하는 복수의 네트워크 베어러들(network bearers)을 식별하는 단계로서, 상기 복수의 네트워크 베어러들은 하나의 어플리케이션에 속한 보이스 베어러 및 비디오 베어러에 상응하는 상기 식별하는 단계; 및
하나 이상의 네트워크 엘리먼트(Network Element, NE)들로 비디오 SRVCC 능력(video SRVCC capabilities)을 전송하는 단계;를 포함하는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제18항에 있어서,
비디오 SRVCC 동작이 실행될 때, 타겟 도메인에 근거하여 복수의 투명 컨테이너들(transparent containers)을 준비하는 단계를 더 포함하는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제19항에 있어서,
상기 복수의 투명 컨테이너들 중에서 적어도 하나 이상의 투명 컨테이너를 상기 MSC 서버로 전송하는 단계를 더 포함하는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제20항에 있어서,
상기 복수의 투명 컨테이너들을 상기 MSC 서버로 전송하고, 서빙 GPRS 지원 노드(Serving GPRS Support Node, SGSN)로 전송하기 전에 응답을 기다리는 단계를 더 포함하는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제21항에 있어서,
확인 메시지 또는 거절 메시지로 MSC 서버로부터 이동성 관리 엔티티(Mobile Management Entity, MME)로 응답 메시지를 전송하는 단계를 더 포함하는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제22항에 있어서,
타겟 베어러들에 근거하여 식별된 투명 컨테이너(transparent container)를 상기 MSC 서버로 전송하고 상기 MSC 서버로부터 수신된 상기 응답 메시지에 근거하여 상기 SGSN으로 전송하는 단계를 더 포함하는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제23항에 있어서,
상기 복수의 투명 컨테이너들 중의 적어도 하나의 투명 컨테이너를 상기 MSC 서버 능력들 및 상기 MME로의 응답 메시지에 근거하여 상기 타겟 도메인(target doamin)으로 전송하는 단계를 더 포함하는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제24항에 있어서,
상기 MSC 서버 응답을 기다리고, 상기 MSC 서버로부터 수신된 응답 메시지에 근거하여 상기 SGSN으로 투명 컨테이너를 전송하는 단계를 더 포함하는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제18항과 제19항에 있어서,
상기 제1 통신망은 LTE(Long Term Evolution) 네트워크 또는 고속 패킷 데이터 네트워크(High Speed Packet Data Network) 중 하나이고; 상기 제2 통신망은 UTRAN(Uviversial Terrestrial Radio Access Network) 또는 GPRS EDGE Radio Access 중 하나인 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제18항에 있어서,
상기 PS 네트워크로부터 CS 네트워크로의 상기 핸드오버는 비디오 SRVCC 서비스에 상응하고; 상기 서비스 식별자들의 품질은 서비스 클라스 식별자들의 품질(Quality of Service Class Identifiers, QCI)이며; 상기 서버는 이동통신 교환기 센터(Mobile Switching Center, MSC) 서버인 것을 더 포함하는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
핸드오버를 실행하기 위해 상기 모바일 엔티티(ME)의 능력들(capabilities)을 식별하는 단계; 및
상기 핸드오버를 실행하기 위해 네트워크 엘리먼트(NE)로 상기 능력들을 전송하는 단계;를 포함하는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제28항에 있어서,
상기 모바일 엔티티(ME)의 능력들을 식별하는 단계는:
상기 핸드오버를 위한 상기 모바일 엔티티(ME)의 비디오 단일 무선 음성 통화 연속성(Single Radio Voice Call Continuity, SRVCC) 능력을 식별하는 단계를 포함하는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제28항에 있어서,
상기 제1 통신망은 LTE(Long Term Evolution) 네트워크 또는 고속 패킷 데이터 네트워크이고; 상기 제2 통신망은 UTRAN(Uviversial Terrestrial Radio Access Network) 또는 GPRS EDGE Radio Access 통신 망인 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제28항에 있어서,
상기 모바일 엔티티(ME)는 통신 중에 상기 비디오 SRVCC 능력을 켜거나 끄는 단계를 더 포함하는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제28항에 있어서,
NAS (Non-Access Stratum) 프로토콜에서 하나의 정보 엘리먼트(Information Element, IE)에서 상기 네트워크 엘리먼트(NE)로 상기 비디오 SRVCC 능력을 전송하는 단계를 더 포함하는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제32항에 있어서,
NAS (Non-Access Stratum) 프로토콜에서 하나의 정보 엘리먼트(IE)에서 상기 네트워크 엘리먼트(NE)로 상기 비디오 SRVCC 능력을 전송하는 단계를 더 포함하고, 상기 IE는 모바일 스테이션(MS) 네트워크 능력 정보 엘리먼트(Mobile Station(MS) Network capabilities IE) 및 사용자 단말 네트워크 능력 정보 엘리먼트(User Equipment(UE) Network capabilities IE)중 적어도 하나이고, 상기 네트워크 엘리먼트(NE)는 MME 및 SGSN 중 적어도 하나인 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
네트워크 엘리먼트(Network Element, NE)에서,
PS 네트워크로부터 CS 네트워크들로의 모바일 엔티티(ME) 비디오 핸드오버 능력을 식별하는 단계;
영상 통화 세션에 상응하는 어플리케이션 세션의 인스턴스(instance)를 식별하는 단계;
모바일 엔티티 비디오 핸드오버 능력(ME video SRVCC capability) 및 상기 PS 네트워크로부터 상기 CS 네트워크로의 비디오를 실행하기 위한 식별자 중의 적어도 하나를 사용하여 상기 PS 네트워크로부터 상기 CS 네트워크로 비디오 핸드오버를 실행하는 단계를 포함하고,
상기 식별자는 핸드오버되기 쉬운 상기 어플리케이션 세션과 관련된 각각의 복수의 네트워크 베어러들에 할당되는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제34항에 있어서,
상기 제1 통신망은 LTE (Long Term Evolution) 네트워크 또는 고속 패킷 데이터 네트워크이고; 상기 제2 통신망은 UTRAN(Uviversial Terrestrial Radio Access Network) 또는 GPRS EDGE Radio Access 통신망 중 하나이며, 상기 PS 네트워크로부터 상기 CS 네트워크로의 상기 비디오 핸드오버는 비디오 SRVCC 핸드오버인 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제34항에 있어서,
핸드오버 요청(Handover Required) 메시지 및 위치재설정 요청(Relocation Required) 메시지 중의 적어도 하나에 있어서, 비디오 SRVCC 핸드오버 지시를 상기 네트워크 엘리먼트(NE)로 전송하는 단계를 더 포함하는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제34항에 있어서,
상기 시스템 네트워크 엘리먼트는 eNodeB인 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제34항에 있어서,
상기 수신된 비디오 핸드오버 지시에 근거하여 상기 제2 NE에 의해 베어러 분리(bearer splitting)를 실행하는 단계를 더 포함하는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제38항에 있어서,
상기 상기 제2 NE(Network Element)는 MME 및 SGSN 중 적어도 하나인 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제38항에 있어서,
패킷 교환(PS)→회선 교환(CS) 요청(Packet Switched(PS) to Circuit Switched(CS) Request) 메시지에서 제3 NE로 상기 비디오 SRVCC 핸드오버 지시를 전송하는 단계를 더 포함하고, 상기 제3 NE는 이동통신 교환기 센터(Mobile Switching Center, MSC) 서버인 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
제40항에 있어서,
상기 비디오 SRVCC 핸드오버 지시에 근거하여 세션 데이터 프로토콜(Session Data Protocol, SDP)을 준비하는 단계; 및 상기 PS→CS 응답 메시지에서 실행된 SRVCC 동작(SRVCC operation)에 관하여 상기 이동성 관리 엔티티(MME)에게 알리는 단계;
를 더 포함하며, 상기 SDP는 상기 제3 NE에 의해 준비되는 것을 특징으로 하는 제1통신망으로부터 제2통신망으로 핸드오버 중에 통신을 관리하는 방법.
어플리케이션 세션의 인스턴스의 개시 또는 갱신 중 적어도 하나를 식별하는 수단;
상기 어플리케이션 세션의 상기 인스턴스의 식별자를 생성하는 수단; 및
상기 어플리케이션 세션의 상기 인스턴스의 상기 식별된 개시 또는 상기 식별된 갱신의 결과로서 설정된 각각의 복수의 네트워크 베어러들에 상기식별자를 할당하는 수단;을 포함하는 것을 특징으로 하는 무선 통신망에서 복수의 네트워크 베어러들을 관리하는 시스템.
PS 네트워크로부터 CS 네트워크 지시로 핸드오버를 수신하는 수단;
서비스 식별자들의 품질에 근거하여 영상 통화 어플리케이션에 상응하는 복수의 네트워크 베어러들을 식별하는 수단으로서, 상기 복수의 네트워크 베어러들은 하나의 어플리케이션에 속한 보이스 베어러 및 비디오 베어러에 상응하는 상기네트워크 베어러들을 식별하는 수단, 및
하나 이상의 네트워크 엘리먼트(NE)들로 상기 비디오 SRVCC 능력들을 전송하는 수단;을 포함하는 것을 특징으로 하는 제1통신망으로부터 제2 통신망으로 핸드오버 중에 통신을 관리하는 시스템.
핸드오버를 실행하기 위해 모바일 엔티티(Mobile Entity, ME)의 능력들을 식별하는 프로세서; 및
핸드오버를 실행하기 위해 네트워크 엘리먼트(NE)로 상기 능력들을 전송하는 트랜시버;를 포함하는 것을 특징으로 하는 모바일 엔티티(Mobile Entity, ME).
PS 네트워크로부터 CS 네트워크들로 모바일 엔티티(ME) 비디오 핸드오버 능력을 식별하고, 영상 통화 세션에 상응하는 어플리케이션 세션의 인스턴스를 식별할 수 있는 프로세서; 및
모바일 엔티티(ME) 비디오 SRVCC 능력 및 PS 네트워크로부터 CS 네트워크로의 비디오를 실행하기 위한 식별자 중 적어도 하나를 사용하여 PS 네트워크로부터 CS 네트워크로 비디오 핸드오버를 실행할 수 있는 트랜시버를 포함하고, 상기 식별자는 핸드오버되기 쉬운 상기 어플리케이션 세션과 관련된 각각의 복수의 네트워크 베어러들에 할당되는 것을 특징으로 하는 네트워크 엘리먼트(Network Element, NE).