KR20080086781A

KR20080086781A - 이종의 무선 통신 네트워크에서 핸드오버 장치 및 방법

Info

Publication number: KR20080086781A
Application number: KR1020070028912A
Authority: KR
Inventors: 배은희; 최성호; 송오석; 염태선; 임한나; 이재용; 정현덕; 김경민
Original assignee: 삼성전자주식회사; 연세대학교 산학협력단
Priority date: 2007-03-23
Filing date: 2007-03-23
Publication date: 2008-09-26
Also published as: EP2675215A3; EP2130311A4; EP2130311A1; EP2675215B1; EP2130311B1; KR100965724B1; WO2008117966A1; EP2675215A2

Abstract

본 발명은 이종의 무선 통신 네트워크에서 핸드오버를 제공하기 위한 장치 및 방법에 관한 것이다. 본 발명에서는 LTE/SAE 시스템과 CS 시스템간의 핸드오버 방법을 제공한다.

본 발명에 따른 방법은, CS 망에 접속한 단말을 LTE/SAE 망으로 핸드오버를 제공하기 위한 호 관리부에서 핸드오버 방법으로, 상기 단말로부터 상기 CS 망 노드를 통해 상기 LTE/SAE 노드의 기지국으로 핸드오버가 요구될 시 상기 LTE/SAE 노드와 베어러를 설정하는 과정과, 상기 단말의 IP 주소를 설정하고, 단말의 정보를 저장한 후 IMS 망으로 등록을 수행하는 과정과, 상기 등록 결과를 저장하고, 상기 CS 망을 통해 상기 단말로 핸드오버 응답 신호를 제공하는 과정을 포함한다.

이종망, 핸드오버, LTE/SAE, CS.

Description

이종의 무선 통신 네트워크에서 핸드오버 장치 및 방법{APPARATUS AND MEHTOD FOR HANDOVER IN A HETEROGENEOUS WIRELESS COMMUNICATION SYSTEM}

도 1은 LTE/SAE 시스템에서 음성 호가 연결되는 경우 필요한 각 노드들과 CS 시스템을 함께 도시한 개념도,

도 2는 CS 시스템에서 음성 호가 연결되는 경우 필요한 각 노드들과 LTE/SAE 시스템을 함께 도시한 개념도,

도 3a는 본 발명의 바람직한 실시 예에 따른 호 관리부의 내부 블록 구성도,

도 3b는 본 발명에 따른 호 관리부의 상태도,

도 4a 내지 도 4d는 본 발명에서 정의하고 있는 LTE/SAE VoIP 호를 GSM/WCDMA CS 호로 핸드오버 시 호 관리부의 상태 천이에 따른 동작 흐름도,

도 5는 본 발명에서 단말이 CS망을 통해서 CS호를 생성하는 과정의 신호 흐름도,

도 6a 및 도 6b는 본 발명에 따라 CS 호가 LTE/SAE VoIP 호로 전환되는 경우의 신호 흐름도.

본 발명은 무선 통신 시스템에서 핸드오버 장치 및 방법에 관한 것으로, 특히 이종의 무선 통신 시스템에서 핸드오버 장치 및 방법에 관한 것이다.

통상적으로 무선 통신 시스템은 사용자에게 위치의 제약이 없이 통신을 수행할 수 있기 위해 개발된 시스템이다. 이러한 무선 통신 시스템은 초기 단순한 음성 통신 서비스만을 제공하는 형태에서 고속의 데이터 서비스 및 패킷을 이용한 음성 서비스(VoIP) 등을 제공할 수 있는 형태로 발전하고 있다.

또한 무선 통신 시스템의 종류로는 기본적인 음성 서비스와 비교적 저속의 데이터 서비스를 제공하는 회선 교환(Circuit Switching : 이하 "CS"라 함) 방식의 시스템에서 점차로 고속의 패킷 데이터 서비스를 제공하는 시스템으로 발전하고 있다. 이와 같이 무선 통신 시스템에서 CS 방식을 사용하는 시스템은 2세대(2nd Generation : 이하 "2G"라 함) 시스템 및 3세대(3rd Generation : 이하 "3G"라 함) 시스템이 있다. 3G 시스템은 비교적 고속의 데이터 서비스를 제공할 수 있기도 하다. 그러나 사용자들은 보다 고속의 데이터 서비스를 제공받고자 하기 때문에 2G 또는 3G 시스템보다 발전된 시스템의 필요성이 제기되어 현재 장기 진화(Long Term Evolution/Service Architecure Evolution : 이하 "LTE/SAE"라 함) 시스템에 대한 개발이 이루어지고 있다.

한편, 무선 통신 시스템은 사용자의 이동성을 확보해야 하기 때문에 다수의 기지국들을 통해 서비스를 제공한다. 따라서 사용자가 인지하지 못하는 사이에 특정 기지국에서 다른 기지국으로의 핸드오버가 빈번하게 발생할 수 있다. 예를 들어 사용자가 이동하면서 통신을 수행한다면, 특정 기지국에서 서비스를 제공받다가 다른 기지국에서 연속하여 서비스를 제공받게 된다. 이와 같이 통신 중인 호가 사용자의 이동에 구애받지 않고 연결중인 호를 다른 기지국으로 이양하는 절차를 핸드오버라 한다. 이러한 핸드오버 기술은 무선 통신 시스템에서는 매우 일반적인 기술이다.

그런데, 현재 제공되고 있는 무선 통신 시스템들은 2G 또는 3G를 기반으로 하는 시스템들이다. 향후 제공될 시스템들은 LTE/SAE를 기반으로 하는 시스템들이다. 일반적으로 시스템의 전환은 일시에 모든 시스템을 교체할 수 없다. 즉, 2G 또는 3G 시스템에서 LTE/SAE 시스템으로 모든 기지국 및 그 상위 노드들을 교체하기는 매우 어렵다는 문제가 존재한다.

따라서 2G 또는 3G 시스템과 LTE/SAE 시스템이 혼용되는 경우가 발생할 수 있으며, 이러한 경우에도 모든 사용자들에게 공통으로 핸드오버가 적용되어야만 사용자들의 불편을 해소할 수 있을 것이다. 그런데, 2G 또는 3G 시스템은 음성 서비스의 경우 CS 방식으로 서비스를 제공한다. CS 방식은 음성 통화를 하고자 하는 사용자 사이에 고정된 통화 회선을 할당하는 방식이다. 즉, CS 방식에서 음성 신호는 CS 호를 통해서 전송된다. 반면에 LTE/SAE 시스템에서는 모든 서비스가 패킷 교환 방식을 사용하는 망이다. 따라서 LET/SAE 시스템에서는 음성 서비스 또한 위해서 아이피 멀티 미디어 서브시스템(IP Multimedia Subsystem : 이하 "IMS"라 함)을 이용하여 VoIP 방식으로 서비스를 제공한다.

이와 같은 시스템이 혼재하는 경우에 상기 LTE/SAE 시스템에서 CS 시스템으 로의 또는 CS 시스템에서 LTE/SAE 시스템으로의 핸드오버 방식은 크게 2개의 무선 채널을 사용하여 서로 다른 망의 신호를 수신할 수 있도록 하여 핸드오버를 수행하는 방식과 하나의 무선 채널만을 이용하여 핸드오버를 수행하는 방식이 있다. 상기한 2가지 방식은 모두 시스템에서 단말의 핸드오버를 제공하기 위해 기존의 호를 다른 방식의 호로 연결하기 위한 방법이 요구되고 있다.

한편, 상기 2개의 무선 채널을 사용하는 방식은 단말기에 각각의 무선 채널 요소를 구비해야 하기 때문에 단말의 단가가 증가하는 문제가 있다. 따라서 단말에서 2개의 무선 채널을 사용하는 방식보다는 하나의 무선 채널만을 사용하는 방식이 보다 효율적이다. 그러나 아직까지 하나의 무선 채널만을 사용하는 단말에서 핸드오버를 제공하기 위한 방법이 없는 상태이다. 따라서 CS 호를 제공받는 단말에서 LTE/SAE 시스템으로의 핸드오버를 위한 방법이 요구되고 있다.

따라서 본 발명의 목적은 서로 다른 시스템간에 호를 핸드오버 하기 위한 장치 및 방법을 제공함에 있다.

본 발명의 다른 목적은 LTE/SAE 시스템과 CS 시스템에 동시 접속할 수 없는 경우 호를 핸드오버 하기 위한 장치 및 방법을 제공함에 있다.

본 발명의 또 다른 목적은 서로 무선 통신 시스템간 이동으로 인하여 발생할 수 있는 호의 단절을 방지할 수 있는 장치 및 방법을 제공함에 있다.

상기한 목적들을 달성하기 위한 본 발명의 방법은, CS 망에 접속한 단말을 LTE/SAE 망으로 핸드오버를 제공하기 위한 호 관리부에서 핸드오버 방법으로, 상기 단말로부터 상기 CS 망 노드를 통해 상기 LTE/SAE 노드의 기지국으로 핸드오버가 요구될 시 상기 LTE/SAE 노드와 베어러를 설정하는 과정과, 상기 단말의 IP 주소를 설정하고, 단말의 정보를 저장한 후 IMS 망으로 등록을 수행하는 과정과, 상기 등록 결과를 저장하고, 상기 CS 망을 통해 상기 단말로 핸드오버 응답 신호를 제공하는 과정을 포함한다.

상기한 목적들을 달성하기 위한 본 발명의 장치는, CS 망에 접속한 단말을 LTE/SAE 망으로 핸드오버를 제공하기 위한 호 관리 시스템으로, 상기 CS 망과 데이터 및 제어 신호를 송/수신할 수 있는 제1인터페이스와, 상기 LTE/SAE 망과 데이터 및 제어 신호를 송/수신할 수 있는 제2인터페이스와, IMS 망과 데이터 및 제어 신호를 송/수신할 수 있는 제3인터페이스와, 상기 제1인터페이스를 통해 단말로부터 상기 LTE/SAE 노드의 기지국으로 핸드오버가 요구될 시 상기 제2인터페이스를 이용하여 상기 LTE/SAE 망의 기지국과 베어러를 설정하고, 상기 LTE/SAE 망의 SAE 앵커를 통해 단말의 IP 주소를 설정하며, 단말의 정보를 저장한 후 상기 IMS 망으로 상기 단말을 등록하고, 그 결과를 저장하며, 상기 제1인터페이스를 통해 상기 단말로 핸드오버 응답 신호를 제공하는 제어부를 포함한다.

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

본 발명을 설명하기에 앞서 LTE/SAE 시스템에서 음성 호가 연결되는 경우와 CS 시스템에서 음성 호가 연결되는 경우 각 노드들간 트래픽의 경로 및 제어 신호의 경로가 연결되는 과정에 대하여 살펴보기로 한다.

도 1은 LTE/SAE 시스템에서 음성 호가 연결되는 경우 필요한 각 노드들과 CS 시스템을 함께 도시한 개념도이고, 도 2는 CS 시스템에서 음성 호가 연결되는 경우 필요한 각 노드들과 LTE/SAE 시스템을 함께 도시한 개념도이다.

상기 도 1 및 도 2를 참조하여 살펴보면, 크게 LTE/SAE 도메인(110)과 IMS 도메인(120)과 CS 도메인(140)과 송신 단말(130) 및 수신기(150)로 구성되어 있다. 그러면 각 도메인의 노드들에 대하여 간략히 살펴보기로 한다.

LTE/SAE 도메인(110)에는 단말과 무선 채널로 통신을 수행하는 기지국(Enhanced Node B : 이하 "ENB"라 함)을 포함하며, LTE/SAE에서는 기본적으로 모든 데이터를 IP 패킷 형태 또는 패킷 형태로 제공하므로 IP 패킷 데이터 또는 패킷 데이터가 전송된다. 이하에서는 IP 패킷 또는 패킷 데이터를 모두 패킷이라 총칭하기로 한다. 또한 ENB(111)의 상위에 존재하는 사용자 평면 앤티티(User Plane Entity : 이하 "UPE"라 함)(112)를 통해 스위칭 동작을 수행하는 발전된 스위칭 시 스템(System Architecture Evolution : 이하 "SAE"라 함)(114)으로 연결된다. 따라서 사용자 데이터는 상기 SAE(114)는 원격지에 위치한 수신기(150)로 데이터를 전송한다.

한편 상기 송신 단말(130)은 패킷 데이터를 송신하기 때문에 IMS 도메인(120)으로 호의 제어 신호가 전달된다. 여기서는 VoIP 형식으로 전송되는 음성 데이터 호를 가정한다. 상기 VoIP 호에 대한 제어 신호는 IMS 도메인(120)의 호 세션 제어 기능부(Call Session Control Function : 이하 "CSCF"라 함)들(121, 122)을 통해 응용 서버(Application Server : 이하 "AS"라 함)(123)로 전달된다. 따라서 VoIP의 호 제어 신호는 AS(123)의 제어에 의해 S-CFCF(122)를 통해 원격지의 수신기(150)로 제공된다.

한편, CS 도메인(140)은 잘 알려진 바와 같이 이동 교환기(MSC)(141)와 미디어 게이트웨이(MGW)(142) 및 기지국(BSS)(143)으로 구성되어 있다. 그리고 송신 단말(130)은 CS 시스템에 접속하기 위한 CS 기능부(UE-CS)(131)와 LTE/SAE 시스템에 접속하기 위한 LTE/SAE 기능부(UE-LTE/SAE)(132)를 모두 가지는 것으로 가정한다.

그러면 상기한 구성을 가지는 LTE/SAE 시스템을 통해 송신 단말(130)에서 음성 호가 설정되어 통신이 이루어지는 경우에 대하여 살펴보기로 한다.

IMS 도메인(120)은 IP 패킷을 사용하여 고정되지 않은 경로 통해 통신 서비스를 제공하며 IMS 도메인(120)을 이용한 VoIP 음성 메시지는 IMS 세션을 통하여 전송된다. AS(123)는 LTE/SAE 망과 CS 망에서 발생하는 CS 호와 VoIP 호를 모두 관리(anchoring)한다. 즉, CS 호는 MSC(141)에서 CAMEL 과정을 통해서

IMS는 IP 패킷을 사용하여 고정되지 않은 경로 통해 통신 서비스를 제공하며 IMS 도메인(120)을 이용한 VoIP 음성 메시지는 IMS 세션을 통하여 전송된다. AS(123)는 LTE/SAE 망과 CS 망에서 발생하는 CS 호와 VoIP 호를 모두 관리(anchoring)한다. 즉, CS 호는 MSC(141)에서 CAMEL 과정을 통해서 CS 도메인에서 IMS 도메인으로 라우팅하기 위한 주소 정보를 획득하고, MSC(141)은 이 주소정보를 이용하여 ISUP IAM 메시지를 IMS 도메인(120)의 미디어 게이트웨이 기능부(Media Gageway Control Function : 이하 "MGCF"라 함)(도 1에 도시하지 않음)로 전달한다. 상기 MGCF로 전달된 IAM 메시지는 SIP INVITE 요청으로 변환되어 S-CSCF(122)를 거쳐 AS(123)로 전달된다. SIP INVITE 요청을 받은 AS(123)는 해당 CS 호를 앵커링(anchoring)하고 수신측으로 SIP INVITE 요청을 전달한다.

송신 단말(130)이 IMS 망을 통한 VoIP호를 요청한 경우, SIP INVITE 요청은 IMS망과 GPRS망을 연결하는 첫 번째 IMS Entry Entity인 P-CSCF(Proxy-Call Session Control Function : 이하 "P-CSCF"라 함)(121)와 S-CSCF는 사용자의 가입자 정보에 기반하여 사용자에게 특정 서비스를 제공하기 위한 S-CSCF(Serving-CSCF : 이하 "S-CSCF"라 함)(122)를 거쳐 AS(123)로 전달된다. 상기 S-CSCF(122)는 사용자에게 특정 서비스를 제공하기 위한 인증 및 서비스 가입정보 관리 및 콜 컨트롤 등을 담당한다. AS(123)는 CS 호와 마찬가지로 해당 VoIP 호를 앵커링(anchoring)하고 수신측으로 SIP INVITE 요청을 전달한다. 상기와 같이 CS 호와 LTE/SAE VoIP 호는 모두 IMS 도메인(120)의 AS에 의해서 제어된다.

상기 도 1과 도 2는 각각 VoIP 호와 CS 호가 AS(123)에 의해 앵커 링(anchoring)되고 있는 것을 나타낸 도면이다. VoIP 호의 제어 신호(20)는 UE-LTE/SAE 기능부(132)에서 P-CSCF(121)와 S-CSCF(122)를 거쳐 AS(123)로 앵커링(anchoring)된 후 다시 S-CSCF(122)를 거쳐 수신기(150)로 전달된다. 이때 음성 데이터(10)는 ENB(111)와 UPE(112)를 거쳐 SAE Anchor(114)로 전달된 후 IP 망을 통해서 수신기(150)으로 전달된다.

한편, CS 호의 제어 신호(30)는 UE-CS 기능부(131)에서 MSC(141)와 이동성 관리 앤티티(Mobility Management Entity: 이하 “MME“라 함)(113)의 MGCF function을 거쳐 S-CSCF(122)로 전달되며, S-CSCF(122)는 이 신호를 AS(123)로 보내어 앵커링(anchoring)을 수행한다. 이후 AS(123)는 수신기(150)로 콜 제어 신호를 보내어 호를 완성한다. 이때 음성 데이터(40)는 MSC(140)의 MGW(142)와 FW_MME의 MGW(도 2에 도시하지 않음)를 거쳐 SAE Anchor(114)로 전달된 후 IP 망을 통해서 수신기(150)로 전달한다.

현재, 단말은 CS 시스템과 LTE/SAE 시스템을 모두 사용할 수 있다. 그러나, 단말은 동시에 두 종류의 망 즉, CS 시스템과 LTE/SAE 시스템에 동시에 접속하는 것은 제한된다. 즉, 단말은 LTE/SAE 시스템과 통신하고 있는 동안 CS 시스템에 접속할 수 없으며, CS 시스템과 통신 중에 LTE/SAE 시스템에 접속할 수 없다.

이와 같이 CS 시스템과 LTE/SAE 시스템에 동시 접속을 하지 못하는 경우 VoIP 호와 CS 호간의 핸드오버를 지원할 수 없다는 문제가 있다. 그러면 이하에서는 VoIP 호와 CS 호간의 핸드오버를 지원할 수 없는 문제가 발생하는 이유에 대하여 살펴보기로 한다.

VoIP 호와 CS 호간의 핸드오버를 지원하기 위한 기술로는 3GPP TS23.206에서 제안한 VCC(Voice Call Continuity)기술이 있다. 그런데, TS23.206에서 호는 앞에서 설명한 것과 같이 모두 IMS AS(123)인 VCC 어플리케이션(Application)에서 앵커링(anchoring)된다. 하지만 TS23.206은 단말이 CS 시스템과 PS(Packet Switch) 시스템에 동시에 접속할 수 있는 Dual Radio 단말을 가정하고 있다. 그러므로 예를들어 단말이 CS시스템을 통해서 기존의 호를 유지하면서 PS 시스템을 통해서 IMS망의 VoIP로 핸드오버하고자 할 경우, 단말은 PS 시스템에 접속하기 위한 라디오채널을 할당받아 IMS망을 통해서 새로운 세션을 생성한 후 새로운 세션의 생성이 완료되면 기존의 CS 시스템을 통해서 유지하고 있던 기존 CS호를 해제하는 방법을 사용한다. 그러므로 본 발명에서 가정하는 바와 같이 단말이 서로 다른 망 즉 CS시스템과 PS 시스템에 동시에 접속할 수 없는 경우, 3GPP TS23.206에서 정의하고 있는 Dual Radio에 기반한 VCC 솔루션을 적용할 수 없게된다. 따라서 Single Radio만을 지원하는 단말이 CS 서비스를 받는 도중에 LTE/SAE 시스템으로의 핸드오버가 필요할 경우 이를 지원하기 위한 방법이 필요하다.

도 3a는 본 발명의 바람직한 실시 예에 따른 호 관리부의 내부 블록 구성도이고, 도 3b는 본 발명에 따른 호 관리부의 상태도이다. 이하 도 3a 및 도 3b를 참조하여 호 관리부의 동작 및 및 각 상태에 대하여 살펴보기로 한다.

본 발명에 따른 호 관리부는 CS 도메인(140)과 IMS 도메인(120) 및 LTE/SAE 도메인(110)과 제어 신호 및 사용자 데이터 등을 전달할 수 있어야 한다. 따라서 CS 도메인(140)의 노드들과 인터페이스를 수행하는 CS 인터페이스(312)를 포함하 며, LTE/SAE 도메인의 노드들과 인터페이스를 수행하는 LTE/SAE 인터페이스(313) 및 IMS 도메인(120)의 노드들과 인터페이스를 수행하는 IMS 인터페이스를 구비한다. 또한 각 인터페이스들(312, 313, 314)로부터 수신된 신호를 처리하는 제어부(311)를 가진다. 상기 제어부(311)는 특정 인터페이스를 통해 소정의 도메인으로부터 사용자 데이터 또는 제어 신호를 수신하고, 상기 사용자 데이터 또는 제어 신호를 같은 또는 다른 도메인으로 제공하기 위한 처리를 수행한다. 이러한 처리에는 라우팅 기능, 스위칭 기능 메시지의 변환 기능 등을 포함한다. 이러한 실제적인 기능들은 도 3b의 각 상태도에서 살펴보기로 한다. 또한 상기 호 관리부는 메모리(315)를 포함한다. 상기 메모리(315)는 각 상태를 처리하기 위한 제어 정보의 저장 영역과 제어시 발생되는 데이터의 저장 영역, 단말에 대한 정보의 저장 영역 및 각종 데이터를 저장하는 영역을 가진다.

상기 호 관리부는 5개의 상태들이 존재한다. 먼저 MSC 상태(360)는 싱글 라디오 세션 컨티뉴어티(Single Radio Session Continuity : 이하 “SRSC”라 함)를 위해서 CS 도메인(140)의 MSC(141)와 정보를 주고 받는 상태이다. 따라서 상기 MSC 상태(360)는 MSC간 핸드오버를 수행할 때 이용될 수 있다. 다음으로 MME 상태(320)는 단말의 이동성에 대한 관리를 수행하는 상태이다. 또한 미디어 게이트웨이 제어 상태(Media Gateway Control Function : 이하 “MGCF"라 함)는 IMS 도메인(120)에서의 미디어 게이트웨이 제어 기능부와 같이 ISUP 메시지를 SIP 메시지로 전환시켜주기 위한 게이트웨이 기능을 수행한다.

Session Initiation Protocol(이하 “SIP"라 함) UA(User Agent) 상태(340) 는 SRSC를 위해서 단말을 대신하여 단말이 수행할 SIP 시그널링의 일부를 네트워크에서 대신하여 수행할 수 있도록 하기 위한 SIP UA의 기능을 수행하는 상태이다. 마지막으로 본 발명에 따른 호 관리부는 MGW 상태(350)를 포함한다. 상기 MGW 상태(350)는 IP망을 통해서 전달된 사용자 데이터를 CS망으로 전달하기 위한 데이터 경로를 제공하기 위한 미디어 게이트웨이 기능을 수행하는 상태이다. 앞에서 설명한 바와 같이 본 발명에서는 호 관리부(300)에서 MGCF 상태(330)의 기능을 수행한다. 상기 MGCF 상태(330)에서 상기 호 관리부는 기존 IMS망에서 MGCF와 함께 Co-Located되어 IP망의 데이터 전송경로와 CS망의 전송경로간의 연결을 제공하는 기능을 수행하는 IMS망의 IM-MGW(IP Multimedia-Media GateWay) 기능을 포함한다.

그러면 각 상태들과 각 상태에서의 동작에 대하여 좀 더 구체적으로 살펴보기로 한다.

상기한 구성을 가지는 호 관리부는 아래와 같은 동작을 수행한다. CS 호를 LTE/SAE VoIP 호로 핸드오버 시키는 과정에서 호 관리부는 MSC(141)로부터 핸드오버 요청 메시지를 받으면 내부적으로 MSC의 기능을 수행하기 위한 MSC 상태(360)로 전환한 후 ENB(111)와 연동하여 단말에 대한 데이터 경로(Bearer)를 설정한다. 여기서 MSC 상태(MSC Mode)(360)란, CS 도메인(140)의 MSC(141)와 동일한 기능을 수행하기 위한 상태를 의미한다. 본 발명에서는 호 관리부가 MSC 상태(360)로 동작하여 기존 GSM/WCDMA에서 정의하고 있는 MSC-MSC간 핸드오버 과정을 수행하기 위하여, 수신한 메시지의 종류를 분석하고 만약 CS 제어 메시지인 경우, 호 관리부가 MSC 상태로 천이하도록 한다. 호 관리부가 MSC 상태(360)로 동작하여 MSC-MSC간의 음성 콜 전달을 위한 데이터 전송경로(Bearer)에 대한 설정을 완료하면, 호 관리부는 SIP UA 상태(UA Mode)(340)로 천이한다.

SIP UA 상태(340)로 전환된 호 관리부는 단말의 IMS 등록(registration)을 위한 준비를 시작한다. 호 관리부의 SIP UA(340)는 LTE/SAE에서 단말에 대한 IP 주소할당을 담당하고 있는 Entity인 SAE Anchor(114)와의 연동을 통해서 단말이 사용할 IP 주소를 할당받는다. 이는 호 관리부가 UA 상태로 동작하면서 실제 UE를 대신하여 SAE Anchor에게 IP주소를 할당받기 위한 과정을 수행함으로써 가능하다. 호 관리부는 MSC 상태(360)로 동작하는 과정 중에 CS망의 MSC로부터 전달받은 핸드오버(Handover) 요청 메시지를 통해서 획득한 단말의 IMSI 정보를 이용하여 단말을 대신하여 호 관리부가 UA 상태(340)로 동작하면서 단말을 대신하여 IMS 등록(registration)을 수행하기 위해서 필요한 IMPU(IP Multimedia Public Identity)와 IMPI(IP Multimedia Private Identity)를 생성한다. IMSI 정보로부터 IMPU/IMPI를 생성하는 방안은 기존 IMS에서 정의하고 있는 기술을 따른다고 가정한다. 이와 같이 등록을 위해 필요한 정보가 만들어지면 호 관리부의 SIP UA 상태(340)는 P-CSCF(121)를 통해서 S-CSCF(122)로 SIP REGISTER 요청을 보냄으로써 단말을 대신하여 IMS 등록을 수행한다. IMS 등록이 완료되면, 호 관리부는 REGISTER에 대한 응답메시지인 200 OK 메시지에 포함된 단말에게 할당된 S-CSCF 정보 및 서비스에 필요한 Credential 정보들을 저장한 후, MSC 상태(360)로 전환한다. MSC 상태(360)로 전환된 호 관리부는 핸드오버를 요청한 CS망의 MSC(141)에게 핸드오버가 요청된 목적지 네트워크에서 단말에게 서비스를 제공할 준비가 완료되었음을 나타내는 PREPARE HANDOVER response 메시지를 전송한다.

단말이 네트워크로부터 목적지 네트워크로 이동하라는 Indication을 수신하게 되면, 단말은 현재 네트워크와의 무선 연결을 해제하고 목적지 네트워크로 이동하여 목적지 네트워크의 라디오 네트워크 제어 엔티티(Radio Network Control Entity : 이하 "RNCE"라 함)와 무선 연결을 생성하기 위한 동작을 수행하고, RNCE와 무선 제어 링크(control link)를 생성한다. 목적지 네트워크로의 무선링크 연결이 성공적으로 끝난 단말은 목적지 네트워크의 코어 네트워크 제어 엔티티(Core Network Control Entity)와의 제어 시그널링(Control Signaling) 및 데이터 교환에 필요한 연결을 설정하기 위한 과정을 수행한다. 이 과정은 WCDMA/GPRS의 패킷 데이터 프로토콜(Packet Data Protocol : 이하 "PDP"라 함) Context Activation 과정과 유사한 과정에 해당된다. 본 발명에서는 WCDMA/GPRS의 PDP Context Activation 과정과 동일한 목적을 가진 LTE/SAE 시스템에서의 어떤 과정을 가정한다. 즉, PDP Context Activation 과정과 다른 명칭으로 수행되는 LTE/SAE 시스템 내의 동작으로 위 과정이 대체된다고 하더라도 본 발명에서 기술하고 있는 기술의 요지를 해치지 않음을 가정한다. PDP Context Activation 요청을 수신한

호 관리부는 LTE/SAE망의 MME 상태(320)로 동작하게 되며, 기본 MME 상태(320)의 호 관리부는 상기의 SIP UA 상태(340)에서 단말을 대신하여 수행한 IMS 등록(Registration) 과정을 통해서 저장하고 있던 할당된 SGSN의 정보 및 서비스를 위한 Credential 정보 등을 포함하는 IMS 등록 완료에 의해서 획득된 정보를 PDP Context Activation Response 메시지를 통해서 단말에게 전달한다.

그러면 이하에서 상기 본 발명에 따른 호 관리부의 상태 천이와 그에 따른 제어 과정 및 타 노드들간 핸드오버를 위한 신호 흐름에 대하여 살펴보기로 한다.

도 4a 내지 도 4d는 본 발명에서 정의하고 있는 LTE/SAE VoIP 호를 GSM/WCDMA CS 호로 핸드오버 시 호 관리부의 동작 흐름도이다.

호 관리부 동작을 위한 초기상태는 기본 MME 상태(320)를 가정한다. 기본 MME 상태(320)로 메시지 수신을 대기하던 호 관리부에서 메시지 수신을 하게되면, 수신된 메시지의 종류를 분석함으로써, 각 메시지를 처리하기 위해 필요한 상태로 천이하게 된다. 호 관리부에서 메시지를 수신하게 되면, 402단계를 수행한다. 402단계에서 호 관리부는 수신된 메시지가 2G/3G CS망의 MSC로부터 수신된 IAM 메시지인지 확인한다. 402단계에서 수신된 메시지가 IAM 메시지인 경우, 호 관리부는 IAM메시지를 IMS망으로 라우팅 시키기 위해서 필요한 과정(본 발명과 무관하므로 자세한 설명을 생략함)을 수행한 후 그 결과 획득된 라우팅 정보를 바탕으로 상기 수신된 IAM 메시지를 호 관리부는 MGCF 상태(330)로 천이한다. 호 관리부는 MGCF 상태(330)가 되면, 도 4b에서 기술하고 있는 과정에 따라서 동작한다.

상기 402단계에서 수신한 메시지가 IAM 메시지가 아닌 경우, 호 관리부는 수신된 메시지가 PDP Context Activation 요청 메시지인지 확인하는 404단계를 수행한다. 404단계에서 수신된 메시지가 PDP Context Activation 요청 메시지인 경우, 호 관리부는 406단계로 이동한다. 만약 404단계까지의 단계를 거쳐 수신된 메시지가 IAM 메시지도 아니고, PDP Context Activation 요청 메시지도 아닌 경우, 호 관리부는 408단계를 진행한다.

먼저 406단계로 진행하면 호 관리부는 기본 상태인 MME 상태(320)로 동작하며 PDP Context Activation을 위한 과정을 수행한다. PDP Context Activation 과정을 끝낸 기본 MME 상태(320)의 호 관리부는 단말에게 PDP Context Activation 결과를 전달한다. 이때 PDP Context Activation 과정에는 상기 도 3b를 통해서 설명한 SIP UA 모드(340)의 호 관리부에 의해서 수행된 IMS 등록(registration)의 결과로 획득된 정보도 함께 포함한다. 단말에게 PDP Context Activation Response 메시지를 전송한 호 관리부는 단말로부터 모든 핸드오버 과정이 끝났음을 의미하는 핸드오버 완료(Handover Complete) 메시지를 수신하기 위해 대기한다. 호 관리부에서 수신한 메시지가 IAM 메시지가 아니고, PDP Context Activation 요청 메시지가 아니고, 핸드오버 완료 메시지인 경우, 408단계에서 호 관리부에서는 핸드오버 완료 메시지인지에 대한 판단에 의해서 410단계가 수행된다. 410단계에서 호 관리부는 MSC-MSC간 통신을 위해서 MSC 상태(360)로 동작하며, CS망의 MSC에게 HO 완료 메시지를 전달한 후, 기타 메시지 수신을 위한 대기 상태로 전환된다. 즉, 호 관리부는 410단계로 진행하여 2G/3G MSC에게 핸드오버 완료 메시지를 전송한다. 만일 핸드오버 완료 메시지를 받지 못할 경우에는 호 관리부는 메시지 수신 대기상태인 MME 상태(320)로 동작한다.

상기 402 과정에서 호 관리부에서 수신한 메시지가 IAM 인 경우, 호 관리부는 MGCF 상태(330)로 천이하여 동작하게 된다. MGCF(330)로 동작하는 호 관리부는 수신한 IAM 메시지를 SIP INVITE 메시지로의 변환을 수행한다. SIP 메시지와 CS 메시지인 ISUP/BICC(ISDN User Part/Bearer Independent Call Control)간의 인터워 킹(Interworking)은 3GPP에서 정의하고 있는 기존 기술을 따른다고 가정한다. MGSC 상태(330)의 호 관리부는 414 단계에서 변환된 SIP INVITE 메시지를 P-CSCF(121)를 통해서 IMS망으로 전달한다. P-CSCF(121)를 통해서 IMS망으로 SIP INVITE 메시지를 전달한 MGCF 상태(330)의 호 관리부는 P-CSCF(121)로부터의 SIP INVITE에 대한 응답 메시지 수신을 위해 대기한다. 응답메시지 수신을 위한 대기 과정은 편의상 도면에서 생략되었으나, 위 과정은 기술하고 있는 과정의 전의 단계 또는 후의 단계에 따라서 자연스럽게 유추되는 동작이다.

416 단계에서 P-CSCF(121)로부터 수신된 메시지가 상기 P-CSCF(121)로 전송한 INVITE에 대한 응답 메시지인 200 OK 메시지인 경우, MGCF 상태(330)의 호 관리부는 418 단계에서 수신된 SIP 200 OK 메시지를 CS망으로 전송하기 위한 인터워킹을 수행한다. 또한 호 관리부는 420단계에서 ISUP/BICC 메시지인 ANM/ACM 메시지로 변환 후 호 관리부 내부의 MSC 상태(360)로 천이한다. 그리고 420단계에서 호 관리부는 ACM/ANM 메시지를 전달받은 MSC 상태(360)의 호 관리부는 CS망의 MSC로 ACM/ANM을 전송한다. 이후 호 관리부는 MSC2 모드로 변환된다.

MSC 상태(360)의 호 관리부는 403단계에서 핸드오버 준비 요청 메시지를 수신한다. 그런 후 호 관리부는 430 단계에서 만약 호 관리부에 단말에 대한 IMS 등록 정보가 저장된 상태인 경우, 434단계로 진행한다. 만약 MSC2 모드의 호 관리부에 단말에 대한 IMS 등록정보가 저장되어 있지 않은 경우, 호 관리부는 436 과정으로 진행한다. 호 관리부에 단말의 IMS 등록정보가 있는 상태의 MSC2 모드의 호 관리부는 CS망의 434 과정에서 MSC에게 핸드오버 준비가 완료되었다는 응답 메시지를 회신한다. MSC2 모드의 호 관리부에 단말에 대한 IMS 요청 정보가 없는 상태에서 호 관리부가 핸드오버 요청 메시지를 수신하면, 호 관리부는 436단계로 진행하여 타겟 ENB와 베어러(bearer)를 설정을 위한 과정을 수행한다. 이후 호 관리부는 438과정에서 베어러 설정 완료 메시지가 수신된 경우, UA 3 모드로 변환된다.

UA 상태로 전환한 호 관리부는 450단계에서 SAE Anchor(114)와 IP 주소를 설정하며, 452단계에서 단말을 대신해서 IMS 등록을 수행하기 위해 등록 정보를 생성해서 P-CSCF(121)에게 REGISTER 메시지를 전송한다. 454 과정에서 SIP UA모드의 호 관리부는 IMS REGISTER 메시지에 대한 응답메시지 수신을 위해 대기한다. 454 과정에서 IMS REGISTER에 대한 응답메시지를 수신한 경우, 호 관리부는 456과정으로 진행하여 단말을 대신하여 단말에 대한 IMS Registration 결과를 저장한 후, MSC2모드로 전환한다.

도 5는 본 발명에서 단말이 CS망을 통해서 CS호를 생성하는 과정의 신호 흐름도이다. 도 5에서 각 노드들은 도 1 및 도 2에서 설명되어 있는 노드들과 동일하며, 다만, 본 발명에 따른 호 관리부만 도 1 및 도 2와 다른 구성을 가진다. 또한 CS 호는 항상 IMS 도메인(120)으로 전환되어 AS(123)에서 앵커링(anchoring)된다.

500단계에서 단말(130)의 UE-CS(131)는 CS호를 만들기 위해 MSC에게 SETUP을 보낸다. 502단계에서 MSC(141)는 단말의 가입자 정보를 바탕으로 해당 단말에 대한 콜을 IMS망에 앵커링시키고자 판단한 경우, 콜에 대한 IMS망으로의 라우팅 정보를 획득하기 위하여 CAMEL 프로시져를 사용하여 IMS망으로의 라우팅 정보를 획득한다. CAMEL 프로시져는 3GPP에서 기술하고 있는 기존 기술을 그대로 사용함을 가정하며, 본 발명에서는 상세한 기술을 생략한다. 504단계에서 MSC(141)는 502단계에서 얻어진 IMS망으로의 라우팅 정보를 이용하여 호 관리부로 ISUP IAM을 보낸다. 이때 호 관리부는 MGCF 상태(330)로 천이한다. 따라서 508단계에서 MGCF 상태(330)의 호 관리부는 CS 도메인(140)의 신호를 SIP INVITE로 전환하며 AS(123)에 앵커링하기 위해 이를 S-CSCF(122)로 전달한다. 510단계에서 INVITE를 받은 S-CSCF(122)는 이를 AS(123)에게 전달하며, 512단계서 INVITE를 받은 AS(123)는 앵커링 과정을 수행하고, 수신된 INVITE 정보를 바탕으로 수신단측에 INVITE를 전달하기 위해, 새로운 INVITE를 생성하고 생성된 INVITE를 S-CSCF(122)에 전달한다. 514단계에서 INVITE를 받은 S-CSCF(122)는 이를 수신단측에 전달하며 516단계에서 INVITE를 받은 수신기(150)는 200 OK로 응답한다. 이 응답은 S-CSCF(122)에게 전달된다. 이때, 상기 514단계에서 INVITE를 수신한 S-CSCF와 상기 508단계에서 INVITE를 수신한 S-CSCF는 동일한 S-CSCF일 수도 있고, 다른 S-CSCF 일 수도 있다. 518단계에서 수신측(150)로부터 200 OK를 받은 S-CSCF(122)는 이를 AS(123)에게 전달하며, 520단계에서 200 OK를 받은 AS(123)는 이를 단말(130)에게 전달하기 위해 S-CSCF(122)에게 200 OK를 전달한다. 522단계에서 200 OK를 받은 S-CSCF(122)는 이를 MGCF 상태(330)의 호 관리부는 200 OK를 전달하며. 524단계에서 200 OK를 받은 MGCF 상태(330)의 호 관리부는 이를 504단계의 ISUP/BICC IAM에 대한 응답으로 ISUP/BICC ANM으로 전환하여 MSC(141)에게 전달한다. 526단계에서 ISUP ANM을 받은 MSC(141)는 단말(130)에게 연결 설정이 완료 되었음을 알리기 위해 단말의 SETUP에 대한 응답으로 CONNECT를 보낸다.

도 6a 및 도 6b는 본 발명에 따라 CS 호가 LTE/SAE VoIP 호로 전환되는 경우의 신호 흐름도이다. 상기 도 6에서의 가정은 단말이 수신측과 CS 호로 연결되어 있는 상황을 가정한 경우이다. 도 6에 대한 상세 설명에 앞서, 본 발명에서는 UA 기능을 수행하는 호 관리부에서 단말을 대신하여 패킷 기반의 서비스를 제공받기 위해서 IP주소 할당을 담당하는 네트워크 엔터티로부터 IP 주소를 할당받는다. 또한 UA 기능을 수행하는 호 관리부는 이렇게 할당받은 IP 주소를 이용하여 단말을 대신하여 IMS Registration 과정을 수행한다. 이는 단말이 GSM/WCDMA기반의 CS망에서 LTE/SAE기반의 PS/IMS망으로 이동할 때, 기존 CS망에서는 불필요했지만, PS/IMS망에서 서비스를 제공받기 위해 필수적인 IMS망으로의 Registration 과정을 단말을 대신하여 미리 수행함으로써, 본 발명에서 이루고자 하는 기술적인 과제를 이루고자 한다. 상세한 설명은 아래에서 기술한다.

600 단계에서 단말(130)은 상기 도 5에서 설명하고 있는 과정을 통하여 단말에서 MGW 상태(350)인 호 관리부까지 CS 베어러가 설정되어 있으며, MGW 상태(350)인 호 관리부부터 수신측(150)까지 RTP/IP 베어러가 설정되어 있는 상태이다. 이러한 상태에서 단말(130)은 주기적으로 인접한 기지국들의 신호 세기 등을 측정하여 현재 라디오의 상태를 서빙 기지국인 라디오 네트워크 예를 들어 BSS, RSS 등으로 보고한다. 도 6에서는 참조부호 600단계에서 이를 도시하였다. 그러면 602단계에서 라디오 네트워크(143)는 단말(130)이 보내온 라디오 상태 정보를 통해 단말이 핸드오버를 수행해야 하는지를 판단한다. 만약 해당 단말이 LTE/SAE 망으로 핸드오버가 필요하다고 판단될 경우 라디오 네트워크(143)는 602단계와 같이 MSC(141)로 핸드 오버를 요청하는 메시지를 전송한다. 상기 핸드오버 요청 메시지에 포함되는 필드는 아래와 같은 정보들이 된다. 이하에서 예시되는 각 메시지들에 포함되는 필드들은 예로서 기재한 것으로, 본 명세서에서 기재하지 않은 다른 필드들도 더 포함될 수 있다. 이러한 필드들의 추가 또는 삭제는 시스템에서 요구하는 사양에 맞춰 적응적으로 필드들을 추가 또는 삭제 및 변경될 수 있음에 유의해야 한다.

< 핸드오버 요청 메시지의 필드들 >

Message Type, Cause, Cell Identifier List, Current channel type 1, Old BSS to New BSS Information, Source RNC to target RNC transparent information, Speech version (Used)

이후 604단계에서 핸드오버 요청 메시지를 받은 MSC(141)는 핸드오버 대상이 되는 호 관리부에게 핸드오버를 준비하기 위한 요청 메시지를 보낸다. 핸드오버 준비 요청 메시지에는 아래와 같은 필드들이 포함된다.

< 핸드오버 준비 요청 메시지의 필드들 >

Invoke Id, Target Cell Id, IMSI, Integrity Protection Information, Encryption Information, AN-APDU(Access Network-Application Packet Data Unit)

본 발명의 실시 예에서는 CS 호를 LTE/SAE 호로 핸드오버 하는 경우이므로, CS 호가 설정된 상태에서 타겟 기지국은 LTE/SAE 호를 제공하는 ENB가 된다. 따라서 MSC(141)는 핸드오버 준비 요청에 대상에 포함된 ENB(111)가 단말에 대한 자원을 할당할 수 있도록 필요한 정보를 전달해야 한다. 606단계에서 MSC(141)로부터 핸드오버 준비 요청을 받은 호 관리부는 전달 받은 정보를 바탕으로 ENB와 베어러 설정을 수행한다. 여기서 ENB는 도 1 및 도 2에 도시한 ENB(111)로 가정한다. 그리고 상기 베어러 설정을 위한 메시지에는 아래와 같이 예시할 수 있다. 아래 예시된 메시지 필드들은 WCDMA 메시지의 정의에 기반한 것이므로, LTE/SAE에서 그 명칭이 변경될 수 있다. 그러므로 본 발명에서는 아래 메시지들의 명칭이 아닌 포함된 정보들을 기반으로 한다.

< 베어러 설정을 위한 메시지의 필드들 >

Message Type, Channel Type, Cause, Encryption Information, Classmark Information 1 or Classmark Information 2, Cell Identifier (Serving), Cell Identifier (Target), Current Channel Type 1, IMSI, Old RNC to new RNC information, Source RNC to target RNC transparent information (for UMTS), Speech version (Used)

606단계의 베어러 설정이 완료 되면 호 관리부는 UA 상태로 전환한다. 베어러 설정 메시지에는 아래와 같은 필드들이 포함될 수 있다.

< 베어러 설정 메시지의 필드들 >

Message Type, Layer 3 Information, Chosen Channel, Chosen Encryption Algorithm, Speech Version (Chosen)

610 단계에서 MME 상태(320)의 호 관리부는 SAE Anchor(114)와의 연동을 통해서 단말(130)이 사용할 IP 주소를 할당한다. 이 IP 주소는 이후 단말이 핸드오버를 마치고 PS 서비스를 받기 시작할 때 사용할 주소이다. 612단계에서 호 관리부는 단말의 IMS 등록을 위한 정보를 생성한다. 즉, 호 관리부는 MSC(141)로부터 전달받 은 단말의 IMSI를 이용하여 IMPI와 IMPU를 생성한다. 614단계에서 SIP UA 상태(340)의 호 관리부는 단말을 대신해서 단말의 IMS 등록을 대신 수행한다. 이를 위해 SIP UA 상태(340)의 호 관리부는 612단계에서 생성한 정보를 바탕으로 P-CSCF(121)로 SIP REGISTER 요청을 보낸다. 이는 일반적인 등록 과정에 따라 단말을 IMS에 등록 시키는 과정이다. 616단계에서 IMS 등록을 위한 요청을 받은 P-CSCF(121)는 S-CSCF(122)로 SIP REGISTER 요청을 보낸다.

그러면 618단계에서 SIP REGISTER 요청을 받은 S-CSCF(122)는 이에 대한 응답으로 P-CSCF(121)에게 183 Session Progress/200 OK를 보낸다. 620단계에서 183 Session Progress/200 OK를 받은 P-CSCF(121)는 호 관리부에게 200 OK를 보낸다. 622단계에서 호 관리부는 단말을 IMS에 등록시킨 결과를 저장한다. 이때 저장되는 결과는 단말의 IP 주소, P-CSCF 주소, S-CSCF 주소이다.

626단계에서 호 관리부는 MSC 상태로 전환하여 MSC(141)에게 핸드오버 준비 완료 메시지를 보낸다. 핸드오버 준비 완료 메시지에 포함되는 필드는 아래와 같이 예시할 수 있다.

< 핸드오버 준비 완료 메시지의 필드들 >

Invoke ID, Handover Number, AN-APDU, Chosen Radio Resource Information

상기한 과정을 수행한 후 628단계에서 MSC(141)는 BSS(143)를 거쳐 단말로 핸드오버 명령을 전송한다. 그러면 630단계에서 핸드오버 명령을 받은 단말은 라디오를 LTE/SAE로 전환하고 ENB(111)과의 사이에 라디오 설정을 수행한다.

라디오 설정이 완료되면 634단계에서 단말(130)은 PS 서비스를 받기 위해서 호 관리부로 PDP Context 요청을 보낸다. 636단계에서 호 관리부는 단말의 PDP Context 요청에 대한 응답으로 PDP Context Accept 메시지를 보낸다. 이때, 호 관리부는 PDP Context Accept 메시지 내에 단말의 IMS 등록 정보를 함께 담아 보낸다. 단말로 전달되는 정보는 단말의 IP 주소, P-CSCF 주소, S-CSCF 주소이며, 이는 프로토콜 구성 옵션들(Protocol Configuration Options)의 부가 파라미터 리스트(Additional parameter list)에 포함된다. 이 중에 S-CSCF 주소를 위해서 새로운 컨테이너 식별자(container identifier)를 정의한다. 이 과정을 마치면 단말은 자신이 IMS에 등록되었다는 것을 인식하고 별도의 등록 과정을 수행하지 않는다. 호 관리부가 단말에게 IMS 등록 정보를 전달하는 과정은 PDP Context Activation 과정뿐 아니라 다른 메시지를 통해서도 가능하다.

이와 같은 과정이 완료되면, 단말은 638단계로 진행하여 ENB(111)를 거쳐 호 관리부에게 핸드오버 완료 메시지를 전송한다. 640단계에서 호 관리부는 638단계의 핸드오버 완료 메시지를 MSC(141)로 전달하여 단말이 사용하던 자원을 해제할 수 있도록 한다.

그런 후 642단계에서 단말은 새로운 LTE/SAE VoIP 세션을 설정하기 위해서 AS(123)에게 INVITE 요청을 보낸다. 이 요청은 AS(123)에게 전달되기 위해 단말에서 P-CSCF(121)로 전달된다. 그러면 644단계 및 646단계에서 P-CSCF(121) 및 S-CSCF(122)를 통해 INVITE 요청이 AS(123)에게 전달한다.

622단계에서 AS(123)는 수신기(150)로 Re-INVITE 요청을 보내기 위해 Re-INVITE 요청을 S-CSCF(122)로 전달하며 650단계에서 S-CSCF(122)는 AS(123)의 Re- INVITE 요청을 수신기(150)로 전달한다. 이에 따라 수신기(150)는 상기 요청을 수신하여 세션을 업데이트한 후 652단계에서 Re-INVITE에 대한 응답으로 183 Session Progress/200 OK를 S-CSCF(122)로 전달한다. 따라서 S-CSCF(122)는 654단계에서 183 Session Progress/200 OK를 AS(123)로 전달한다. 656단계 내지 660단계에서 AS(123)가 송신한 183 Session Progress/200 OK는 S-CSCF(122)와 P-CSCF(121)를 통해 단말(130)에게 전달되어 새로운 LTE/SAE VoIP 세션이 설정된다. 따라서 662단계에서 송신 단말(130)과 수신기(150)간에 RTP/IP 베어러가 설정된다.

664단계는 기존의 CS 호를 해제하는 과정이다. AS(123)는 S-CSCF(122)에게 CS 호의 해제를 위해 BYE를 보내며, 668단계에서 AS(123)에게 BYE를 받은 S-CSCF(122)는 MGCF 상태(330)의 호 관리부로 BYE를 보낸다. 670단계에서 BYE를 받은 MGCF 상태(330)의 호 관리부는 기존의 CS 호를 해제하기 위해 MSC(141)로 ISUP REL 메시지를 보내며, 672단계에서 REL 메시지를 받은 MSC(141)는 MGCF 상태(330)의 호 관리부에게 ISUP RLC 메시지로 응답한다. 674단계에서 ISUP RLC를 받은 MGCF 상태(330)의 호 관리부는 이를 200 OK로 전환하여 S-CSCF(122)로 전달한다. 676단계에서 200 OK를 받은 S-CSCF(122)는 이를 AS(123)로 전달하며, CS 자원의 해제가 완료된다.

이상에서 상술한 바와 같이 본 발명은 LTE/SAE 시스템과 CS 시스템에서 두 신호를 동시에 접속할 수 없는 경우에 호의 단절 없이 핸드오버를 제공할 수 있다. 이를 통해 사용자들에게 보다 양질의 서비스를 제공할 수 있는 이점이 있다.

Claims

CS 망에 접속한 단말을 LTE/SAE 망으로 핸드오버를 제공하기 위한 호 관리부에서 핸드오버 방법에 있어서,

상기 단말로부터 상기 CS 망 노드를 통해 상기 LTE/SAE 노드의 기지국으로 핸드오버가 요구될 시 상기 LTE/SAE 노드와 베어러를 설정하는 과정과,

상기 단말의 IP 주소를 설정하고, 단말의 정보를 저장한 후 IMS 망으로 등록을 수행하는 과정과,

상기 등록 결과를 저장하고, 상기 CS 망을 통해 상기 단말로 핸드오버 응답 신호를 제공하는 과정을 포함함을 특징으로 하는 이종 망간의 핸드오버 방법.
CS 망에 접속한 단말을 LTE/SAE 망으로 핸드오버를 제공하기 위한 호 관리 시스템에 있어서,

상기 CS 망과 데이터 및 제어 신호를 송/수신할 수 있는 제1인터페이스와,

상기 LTE/SAE 망과 데이터 및 제어 신호를 송/수신할 수 있는 제2인터페이스와,

IMS 망과 데이터 및 제어 신호를 송/수신할 수 있는 제3인터페이스와,

상기 제1인터페이스를 통해 단말로부터 상기 LTE/SAE 노드의 기지국으로 핸드오버가 요구될 시 상기 제2인터페이스를 이용하여 상기 LTE/SAE 망의 기지국과 베어러를 설정하고, 상기 LTE/SAE 망의 SAE 앵커를 통해 단말의 IP 주소를 설정하며, 단말의 정보를 저장한 후 상기 IMS 망으로 상기 단말을 등록하고, 그 결과를 저장하며, 상기 제1인터페이스를 통해 상기 단말로 핸드오버 응답 신호를 제공하는 제어부를 포함함을 특징으로 하는 이종 망간의 핸드오버 시스템.