KR101420945B1

KR101420945B1 - 이동 통신 시스템, 기지국, 상위 장치, 게이트웨이 장치 및 통신 방법

Info

Publication number: KR101420945B1
Application number: KR1020127006142A
Authority: KR
Inventors: 고이찌 모찌즈끼; 요시오 우에다
Original assignee: 닛본 덴끼 가부시끼가이샤
Priority date: 2009-08-12
Filing date: 2010-06-02
Publication date: 2014-07-17
Also published as: CN105554827B; US20150230139A1; CN105722160B; CA2860689C; RU2015151398A; CN105657759A; US20120202499A1; RU2640034C2; WO2011018915A1; US9020508B2; BR122016009671A2; JP2016129433A; JP6512271B2; CN102474908B; CN102474908A; EP2466988B1; JP5660040B2; JP2015065689A; JP6315021B2; KR20140046085A

Abstract

본 발명의 이동 통신 시스템은, 단말기와, 상기 단말기가 이동 전에 접속하는 이동원 기지국과, 상기 단말기가 이동 후에 접속하는 이동처 기지국과, 상기 이동원 기지국 및 상기 이동처 기지국을 관리 하에 갖는 상위 장치를 갖는다. 여기서, 상기 이동원 기지국 및 상기 이동처 기지국은, 음성 부호화에서의 제어 정보가 미리 설정되어 있고, 상기 이동원 기지국은, 자국의 상기 제어 정보를 제1 메시지에 포함시켜, 상기 제1 메시지를 상기 상위 장치에 송신하고, 상기 상위 장치는, 상기 이동원 기지국의 상기 제어 정보를 제2 메시지에 포함시켜, 상기 제2 메시지를 상기 이동처 기지국에 송신한다.

Description

이동 통신 시스템, 기지국, 상위 장치, 게이트웨이 장치 및 통신 방법{MOBILE COMMUNICATION SYSTEM, BASE STATION, HIGHER-ORDER APPARATUS, GATEWAY APPARATUS, AND COMMUNICATION METHOD}

본 발명은 이동 통신 시스템, 기지국, 상위 장치, 게이트웨이 장치, 통신 방법 및 프로그램에 관한 것이다.

3GPP(3rd Generation Partnership Project)의 기존의 이동 통신 시스템으로서, Node-B(기지국)와 RNC(Radio Network Controller)와 CN(Core Network: 코어 네트워크)으로 구성되는 이동 통신 시스템이 있다.

이와 같은 구성의 이동 통신 시스템에서의 음성 데이터의 부호화 방식으로서 AMR(Adaptive Multi-Rate)이 제공될 수 있다. AMR은 회선 상황 등에 따라 동적으로 음성 데이터의 레이트를 변경하는 방식이다.

AMR을 이용하는 이동 통신 시스템에서는, 음성 데이터의 부호화와 복호화의 레이트를 동일하게 하기 위하여, CN 내에 트랜스코더를 설치하고, 필요에 따라 트랜스코더에 의해 트랜스코딩을 행하고 있다.

AMR에 의해 부호화된 음성 데이터의 데이터 프레임은, 데이터 크기가 상이한 복수의 서브프레임으로 구성된다. 이들 복수의 서브프레임의 조합은 음성 데이터의 레이트에 따라 상이하며, 그 조합마다 RFCI(RAB sub-Flow Combination Indicator) 값이 식별자로서 규정되어 있다. 즉, RFCI 값은 음성 데이터의 레이트마다 정의되게 된다.

AMR을 이용하는 이동 통신 시스템에서는, 각 Node-B에 음성 부호화에서의 제어 정보로서 RFCI 정보가 설정되어 있다. RFCI 정보는 RFCI 값마다 그 RFCI 값이 나타내는 데이터 프레임의 구조를 식별하는 정보, 보다 구체적으로는 그 데이터 프레임을 구성하는 서브플로우 수와 서브플로우마다의 데이터 크기에 관한 정보를 포함하고 있다. 또한, RFCI 정보는 AMR 외에 Wide-Band AMR(광대역의 음성 코덱) 및 CS 스트리밍 서비스(Fax나 모뎀 통신)에도 이용된다.

Node-B는 어떤 레이트로 부호화된 음성 데이터를 송신하는 경우, 그 레이트에 대응하는 RFCI 값을 부가한 음성 데이터를 다른 Node-B에 송신하고, 또한 다른 Node-B로부터 음성 데이터를 수신한 경우, 그 음성 데이터에 부가되어 있는 RFCI 값에 대응하는 레이트로 그 음성 데이터를 복호화한다.

UE(User Equipment: 단말기)가 2개의 Node-B를 통하여 음성 통화를 행하는 경우에, 2개의 Node-B 간에서 RFCI 정보가 일치하면, 이들 2개의 RFCI 정보에 있어서, 각 RFCI 값은 동일한 구조의 데이터 프레임을 나타내고 있게 된다. 그로 인해, 2개의 Node-B 간에서는 CN 내의 트랜스코더를 경유하지 않아도 동일한 레이트로 음성 데이터의 부호화/복호화를 행하는 것이 가능하게 된다. 이렇게 트랜스코더를 경유하지 않고 음성 통화를 행하는 방식을, 트랜스코더 프리 오퍼레이션(TrFO: Transcoder-Free Operation)이라고 한다. 이 방식은 3GPP TS 23.153(비특허문헌 1)에서 규정되어 있다.

한편, 2개의 Node-B 간에서 RFCI 정보가 불일치하면, 이들 2개의 RFCI 정보에 있어서는, RFCI 값이 동일하여도 다른 구조의 데이터 프레임을 나타내고 있는 경우가 있다. 이 경우, 트랜스코더를 경유하지 않으면, 2개의 Node-B 간에서 동일한 레이트로 음성 데이터의 부호화/복호화를 행하는 것은 불가능하기 때문에, 트랜스코더 프리 오퍼레이션(TrFO)을 유지한 채 음성 통화를 행할 수는 없다.

따라서, 트랜스코더 프리 오퍼레이션(TrFO)을 유지한 채 음성 통화를 행하기 위해서는, 2개의 Node-B 간에서 RFCI 정보를 일치시키는 것이 바람직하다.

그러나, 이동 통신 시스템에서는 UE의 이동이 빈번하게 발생하기 때문에, UE가 이동 전에 접속하는 이동원 Node-B의 RFCI 정보와 UE가 이동 후에 접속하는 이동처 Node-B의 RFCI 정보가 일치하지 않는 경우도 많다고 생각된다.

3GPP TS 25.415(비특허문헌 2)에서는, UE의 이동원 Node-B가 접속되는 RNC와 이동처 Node-B가 접속되는 RNC가 다른, SRNS(Serving Radio Network Subsystem) 리로케이션의 발생 시에, RNC 간에서 CN을 통하여 Iu-UP(Iu interface user plane) 프로토콜에서 규정되는 Iu-UP Initialization 메시지에 의해 RFCI 정보의 이어받기를 행하는 것이 규정되어 있다.

3GPP TS 23.153 3GPP TS 25.415 3GPP TS 25.413 3GPP TS 25.467 3GPP TS 25.468 3GPP TS 25.469

그런데, 최근 3GPP에서는, HNB(Home Node-B: 소형 기지국)라고 불리는, 가정 및 소규모 비즈니스에 적합한 소형 기지국과, HNB-GW(Home Node-Gateway)와, CN으로 구성되는 이동 통신 시스템이 검토되고 있다. 다음에, 이 이동 통신 시스템의 구성을 도 1을 이용하여 상세하게 설명한다.

도 1을 참조하면, 이 이동 통신 시스템은 UE(1)와, HNB-S(2)와, HNB-T(3)와, HNB-GW(4)와, CN 노드(5)를 포함하는 CN(6)과, HNB-GW(7)와, HNB-X(8)를 포함한다.

UE(1)는 제3 세대 이동 휴대 전화(단말기)이다.

HNB-S(2), HNB-T(3) 및 HNB-X(8)는 가정 또는 소규모 오피스에 적합한 소형 기지국이다.

HNB-S(2)는 UE(1)가 이동 전에 접속하는 이동원 HNB이다.

HNB-T(3)는 UE(1)가 이동 후에 접속하는 이동처 HNB이다.

HNB-X(8)는 UE(1)의 통신 상대의 UE(도시하지 않음)를 관리 하에 갖는 HNB이다.

HNB-GW(4)는 HNB-S(2) 및 HNB-T(3)를 CN(6)에 접속하는 게이트웨이 장치이며, 또한 HNB-GW(7)는 HNB-X(8)를 CN(6)에 접속하는 게이트웨이 장치이다.

CN(6)은 제3 세대 이동 교환망이다.

CN 노드(5)는 CN(6) 내에 제공된 HMS(Home NodeB Management System)나 MSC(Mobile Switching Center) 등의 코어 네트워크 장치이다.

UE(1)는 동일한 HNB-GW(4) 관리 하의 HNB-S(2)로부터 HNB-T(3)로 이동한다. 이러한 타입의 이동을 "intra-HNB-GW 리로케이션"이라고 칭한다.

UE(1)는 이동 전에는 HNB-S(2), HNB-GW(4), CN(6), HNB-GW(7) 및 HNB-X(8)를 통하여 HNB-X(8) 관리 하의 UE와 음성 통화를 행한다.

UE(1)는 이동 후에는 HNB-T(3), HNB-GW(4), CN(6), HNB-GW(7) 및 HNB-X(8)를 통하여 HNB-X(8) 관리 하의 UE와 음성 통화를 행한다.

도 1에 있어서, UE(1)의 통신 상대의 대향의 시스템은 HNB-X(8)/HNB-GW(7)/CN(6)으로 구성되는 3GPP 무선 통신 시스템으로 되어 있지만, 이 시스템은 기존의 Node-B/RNC/CN으로 구성되는 3GPP 무선 통신 시스템이어도 된다.

여기서, HNB는 휴대 전화 사업자가 아니라 개인이 설치하는 것이 상정된다. 그로 인해, HNB-S(2) 및 HNB-T(3)는 동일한 HNB-GW(4)의 관리 하에 있지만, 벤더가 상이한 것이 상정된다.

따라서, UE(1)에 의한 HNB-S(2)와 HNB-T(3) 사이의 intra-HNB-GW 리로케이션의 발생 시에, HNB-S(2)와 HNB-T(3) 사이에서 RFCI 정보가 일치하지 않는 것도 충분히 생각할 수 있다.

만약 RFCI 정보가 일치하지 않는 경우, 트랜스코더 프리 오퍼레이션(TrFO)을 유지한 채 음성 통화를 행할 수 없게 된다고 하는 과제가 발생한다.

3GPP에서는, HNB/HNB-GW/CN으로 구성되는 이동 통신 시스템에 있어서도, HNB 간의 intra-HNB-GW 리로케이션의 방법의 표준화를 향한 논의가 이루어져 있지만, HNB 간에서 RFCI 정보가 일치하지 않는 경우의 해결 방법은 전혀 제시되어 있지 않다.

따라서, 본 발명의 목적은, 상술한 과제를 해결하고, HNB 간의 intra-HNB-GW 리로케이션 발생 시에도, 트랜스코더 프리 오퍼레이션(TrFO)을 유지한 채 음성 통화를 행할 수 있는 이동 통신 시스템, 기지국, 상위 장치, 게이트웨이 장치, 통신 방법 및 프로그램을 제공하는 데에 있다.

본 발명의 제1 이동 통신 시스템은,

단말기와, 상기 단말기가 이동 전에 접속하는 이동원 기지국과, 상기 단말기가 이동 후에 접속하는 이동처 기지국과, 상기 이동원 기지국 및 상기 이동처 기지국을 관리 하에 갖는 상위 장치를 포함하는 이동 통신 시스템이며,

상기 이동원 기지국 및 상기 이동처 기지국은, 음성 부호화에서의 제어 정보가 미리 설정되어 있고,

상기 이동원 기지국은, 자국의 상기 제어 정보를 제1 메시지에 포함시켜, 상기 제1 메시지를 상기 상위 장치에 송신하고,

상기 상위 장치는, 상기 이동원 기지국의 상기 제어 정보를 제2 메시지에 포함시켜, 상기 제2 메시지를 상기 이동처 기지국에 송신한다.

본 발명의 제2 이동 통신 시스템은,

단말기와, 상기 단말기가 이동 전에 접속하는 이동원 기지국과, 상기 단말기가 이동 후에 접속하는 이동처 기지국과, 상기 이동원 기지국 및 상기 이동처 기지국을 코어 네트워크에 접속하는 게이트웨이 장치를 포함하는 이동 통신 시스템이며,

상기 이동원 기지국 및 상기 이동처 기지국은, 음성 부호화에서의 제어 정보로서, 식별자마다, 상기 식별자가 나타내는, 음성 부호화된 음성 데이터의 데이터 프레임의 구조를 식별하는 제어 정보가 미리 설정되어 있고,

상기 이동원 기지국은, 자국의 상기 제어 정보를 제1 메시지에 포함시켜, 상기 제1 메시지를 상기 게이트웨이 장치에 송신하고,

상기 이동처 기지국은, 자국의 상기 제어 정보를 제2 메시지에 포함시켜, 상기 제2 메시지를 상기 게이트웨이 장치에 송신하고,

상기 게이트웨이 장치는,

상기 제1 메시지에 포함되는 상기 이동원 기지국의 상기 제어 정보와, 상기 제2 메시지에 포함되는 상기 이동처 기지국의 상기 제어 정보를 저장하고,

상기 이동원 기지국의 상기 제어 정보 및 상기 이동처 기지국의 상기 제어 정보가 일치하지 않는 경우, 이후에 상기 이동처 기지국으로부터 음성 데이터를 수신하면, 상기 음성 데이터에 부가되어 있는 식별자를, 상기 이동원 기지국의 상기 제어 정보 내에서 동일한 구조의 데이터 프레임을 나타내고 있는 식별자로 변환하고,

상기 변환된 식별자가 부가된 음성 데이터를 상기 코어 네트워크에 송신한다.

본 발명의 제1 기지국은,

단말기가 이동 전에 접속하는 이동원의 기지국이며,

음성 부호화에서의 제어 정보가 미리 설정되어 있고, 자국의 상기 제어 정보를 메시지에 포함시키는 제어부와,

상기 메시지를 상위 장치에 송신하는 송수신부를 갖는다.

본 발명의 제2 기지국은,

단말기가 이동 후에 접속하는 이동처의 기지국이며,

음성 부호화에서의 제어 정보가 미리 설정되어 있는 제어부와,

상위 장치로부터, 상기 단말기가 이동 전에 접속하고 있었던 이동원 기지국의 상기 제어 정보를 포함하는 제1 메시지를 수신하는 송수신부를 갖는다.

본 발명의 상위 장치는,

단말기가 이동 전에 접속하는 이동원 기지국과, 상기 단말기가 이동 후에 접속하는 이동처 기지국을 관리 하에 갖는 상위 장치이며,

상기 상위 장치는,

상기 이동원 기지국으로부터, 상기 이동원 기지국의 상기 제어 정보를 포함하는 제1 메시지를 수신하는 송수신부와,

상기 이동원 기지국의 상기 제어 정보를 제2 메시지에 포함시키는 제어부를 더 포함하고,

상기 송수신부는 상기 제2 메시지를 상기 이동처 기지국에 송신한다.

본 발명의 게이트웨이 장치는,

단말기가 이동 전에 접속하는 이동원 기지국과, 상기 단말기가 이동 후에 접속하는 이동처 기지국을 코어 네트워크에 접속하는 게이트웨이 장치이며,

상기 게이트웨이 장치는,

상기 이동원 기지국으로부터, 상기 이동원 기지국의 상기 제어 정보를 포함하는 제1 메시지를 수신함과 함께, 상기 이동처 기지국으로부터, 상기 이동처 기지국의 상기 제어 정보를 포함하는 제2 메시지를 수신하는 송수신부와,

상기 제1 메시지에 포함되는 상기 이동원 기지국의 상기 제어 정보와, 상기 제2 메시지에 포함되는 상기 이동처 기지국의 상기 제어 정보를 저장하는 기억부와,

상기 이동원 기지국의 상기 제어 정보 및 상기 이동처 기지국의 상기 제어 정보가 일치하지 않는 경우, 이후에 상기 이동처 기지국으로부터 음성 데이터를 수신하면, 상기 음성 데이터에 부가되어 있는 식별자를, 상기 이동원 기지국의 상기 제어 정보 내에서 동일한 구조의 데이터 프레임을 나타내고 있는 식별자로 변환하는 제어부와,

상기 변환된 식별자가 부가된 음성 데이터를 상기 코어 네트워크에 송신하는 제2 송수신부를 더 포함한다.

본 발명의 제1 통신 방법은,

단말기와, 상기 단말기가 이동 전에 접속하는 이동원 기지국과, 상기 단말기가 이동 후에 접속하는 이동처 기지국과, 상기 이동원 기지국 및 상기 이동처 기지국을 관리 하에 갖는 상위 장치를 포함하는 이동 통신 시스템에 의해 실현되는 통신 방법이며,

상기 이동원 기지국에서, 자국의 음성 부호화에서의 제어 정보를 제1 메시지에 포함시켜, 상기 제1 메시지를 상기 상위 장치에 송신하는 스텝과,

상기 상위 장치에서, 상기 이동원 기지국의 상기 제어 정보를 제2 메시지에 포함시켜, 상기 제2 메시지를 상기 이동처 기지국에 송신하는 스텝을 갖는다.

본 발명의 제2 통신 방법은,

단말기와, 상기 단말기가 이동 전에 접속하는 이동원 기지국과, 상기 단말기가 이동 후에 접속하는 이동처 기지국과, 상기 이동원 기지국 및 상기 이동처 기지국을 코어 네트워크에 접속하는 게이트웨이 장치를 포함하는 이동 통신 시스템에 의해 실현되는 통신 방법이며,

상기 이동원 기지국에서, 자국의 음성 부호화에서의 제어 정보로서, 식별자마다, 상기 식별자가 나타내는, 음성 부호화된 음성 데이터의 데이터 프레임의 구조를 식별하는 제어 정보를 제1 메시지에 포함시켜, 상기 제1 메시지를 상기 게이트웨이 장치에 송신하는 스텝과,

상기 이동처 기지국에서, 자국의 상기 제어 정보를 제2 메시지에 포함시켜, 상기 제2 메시지를 상기 게이트웨이 장치에 송신하는 스텝과,

상기 게이트웨이 장치에서, 상기 제1 메시지에 포함되는 상기 이동원 기지국의 상기 제어 정보와, 상기 제2 메시지에 포함되는 상기 이동처 기지국의 상기 제어 정보를 저장하는 스텝과,

상기 게이트웨이 장치에서, 상기 이동원 기지국의 상기 제어 정보 및 상기 이동처 기지국의 상기 제어 정보가 일치하지 않는 경우, 이후에 상기 이동처 기지국으로부터 음성 데이터를 수신하면, 상기 음성 데이터에 부가되어 있는 식별자를, 상기 이동원 기지국의 상기 제어 정보 내에서 동일한 구조의 데이터 프레임을 나타내고 있는 식별자로 변환하는 스텝과,

상기 게이트웨이 장치에서, 상기 변환된 식별자가 부가된 음성 데이터를 상기 코어 네트워크에 송신하는 스텝을 갖는다.

본 발명의 제3 통신 방법은,

단말기가 이동 전에 접속하는 이동원 기지국에 의해 실현되는 통신 방법이며,

자국의 음성 부호화에서의 제어 정보를 메시지에 포함시키는 스텝과,

상기 메시지를 상위 장치에 송신하는 스텝을 갖는다.

본 발명의 제4 통신 방법은,

단말기가 이동 후에 접속하는 이동처 기지국에 의해 실현되는 통신 방법이며,

상위 장치로부터, 상기 단말기가 이동 전에 접속하고 있었던 이동원 기지국의 음성 부호화에서의 제어 정보를 포함하는 제1 메시지를 수신하는 스텝을 갖는다.

본 발명의 제5 통신 방법은,

단말기가 이동 전에 접속하는 이동원 기지국과, 상기 단말기가 이동 후에 접속하는 이동처 기지국을 관리 하에 갖는 상위 장치에 의해 실현되는 통신 방법이며,

상기 이동원 기지국으로부터, 상기 이동원 기지국의 음성 부호화에서의 제어 정보를 포함하는 제1 메시지를 수신하는 스텝과,

상기 이동원 기지국의 상기 제어 정보를 제2 메시지에 포함시키는 스텝과,

상기 제2 메시지를 상기 이동처 기지국에 송신하는 스텝을 갖는다.

본 발명의 제6 통신 방법은,

단말기가 이동 전에 접속하는 이동원 기지국과, 상기 단말기가 이동 후에 접속하는 이동처 기지국을 코어 네트워크에 접속하는 게이트웨이 장치에 의해 실현되는 통신 방법이며,

상기 이동원 기지국으로부터, 상기 이동원 기지국의 음성 부호화에서의 제어 정보로서, 식별자마다, 상기 식별자가 나타내는, 음성 부호화된 음성 데이터의 데이터 프레임의 구조를 식별하는 제어 정보를 포함하는 제1 메시지를 수신함과 함께, 상기 이동처 기지국으로부터, 상기 이동처 기지국의 상기 제어 정보를 포함하는 제2 메시지를 수신하는 스텝과,

상기 제1 메시지에 포함되는 상기 이동원 기지국의 상기 제어 정보와, 상기 제2 메시지에 포함되는 상기 이동처 기지국의 상기 제어 정보를 저장하는 스텝과,

상기 이동원 기지국의 상기 제어 정보 및 상기 이동처 기지국의 상기 제어 정보가 일치하지 않는 경우, 이후에 상기 이동처 기지국으로부터 음성 데이터를 수신하면, 상기 음성 데이터에 부가되어 있는 식별자를, 상기 이동원 기지국의 상기 제어 정보 내에서 동일한 구조의 데이터 프레임을 나타내고 있는 식별자로 변환하는 스텝과,

상기 변환된 식별자가 부가된 음성 데이터를 상기 코어 네트워크에 송신하는 스텝을 갖는다.

본 발명의 제1 프로그램은,

단말기가 이동 전에 접속하는 이동원 기지국에,

자국의 음성 부호화에서의 제어 정보를 메시지에 포함시키는 수순과,

상기 메시지를 상위 장치에 송신하는 수순을 실행시킨다.

본 발명의 제2 프로그램은,

단말기가 이동 후에 접속하는 이동처 기지국에,

상위 장치로부터, 상기 단말기가 이동 전에 접속하고 있었던 이동원 기지국의 음성 부호화에서의 제어 정보를 포함하는 제1 메시지를 수신하는 수순을 실행시킨다.

본 발명의 제3 프로그램은,

단말기가 이동 전에 접속하는 이동원 기지국과, 상기 단말기가 이동 후에 접속하는 이동처 기지국을 관리 하에 갖는 상위 장치에,

상기 이동원 기지국으로부터, 상기 이동원 기지국의 음성 부호화에서의 제어 정보를 포함하는 제1 메시지를 수신하는 수순과,

상기 이동원 기지국의 상기 제어 정보를 제2 메시지에 포함시키는 수순과,

상기 제2 메시지를 상기 이동처 기지국에 송신하는 수순을 실행시킨다.

본 발명의 제4 프로그램은,

단말기가 이동 전에 접속하는 이동원 기지국과, 상기 단말기가 이동 후에 접속하는 이동처 기지국을 코어 네트워크에 접속하는 게이트웨이 장치에,

상기 이동원 기지국으로부터, 상기 이동원 기지국의 음성 부호화에서의 제어 정보로서, 식별자마다, 상기 식별자가 나타내는, 음성 부호화된 음성 데이터의 데이터 프레임의 구조를 식별하는 제어 정보를 포함하는 제1 메시지를 수신함과 함께, 상기 이동처 기지국으로부터, 상기 이동처 기지국의 상기 제어 정보를 포함하는 제2 메시지를 수신하는 수순과,

상기 제1 메시지에 포함되는 상기 이동원 기지국의 상기 제어 정보와, 상기 제2 메시지에 포함되는 상기 이동처 기지국의 상기 제어 정보를 저장하는 수순과,

상기 이동원 기지국의 상기 제어 정보 및 상기 이동처 기지국의 상기 제어 정보가 일치하지 않는 경우, 이후에 상기 이동처 기지국으로부터 음성 데이터를 수신하면, 상기 음성 데이터에 부가되어 있는 식별자를, 상기 이동원 기지국의 상기 제어 정보 내에서 동일한 구조의 데이터 프레임을 나타내고 있는 식별자로 변환하는 수순과,

상기 변환된 식별자가 부가된 음성 데이터를 상기 코어 네트워크에 송신하는 수순을 실행시킨다.

본 발명의 제1 이동 통신 시스템에 따르면, 이동원 기지국은 자국의 제어 정보를 상위 장치에 송신하고, 상위 장치는 이동원 기지국의 제어 정보를 이동처 기지국에 송신한다.

따라서, 이동처 기지국은, 이동원 기지국으로부터 제어 정보를 이어받을 수 있기 때문에, 이동원 기지국과 이동처 기지국 간의 리로케이션 발생 시에, 변경 없이 트랜스코더 프리 오퍼레이션(TrFO)을 유지한 채 음성 통화를 행할 수 있다.

본 발명의 제2 이동 통신 시스템에 따르면, 게이트웨이 장치는, 이동원 기지국의 제어 정보 및 이동처 기지국의 제어 정보가 일치하지 않는 경우, 이후 이동처 기지국으로부터 수신한 음성 데이터에 부가되어 있는 식별자를, 이동원 기지국의 제어 정보 내에서 동일한 구조의 데이터 프레임을 나타내고 있는 식별자로 변환한다.

따라서, 이동원 기지국과 이동처 기지국 간에서 제어 정보를 이어받지 않아도, 이동원 기지국과 이동처 기지국 간의 리로케이션 발생 시에, 변경 없이 트랜스코더 프리 오퍼레이션(TrFO)을 유지한 채 음성 통화를 행할 수 있다.

도 1은 HNB/HNB-GW/CN으로 구성되는 이동 통신 시스템의 구성을 도시하는 도면이다.
도 2는 본 발명의 제1 실시 형태의 이동 통신 시스템에서의 HNB와 상위 장치의 내부 구성을 도시하는 블록도이다.
도 3은 본 발명의 제1 실시 형태의 이동 통신 시스템의 동작을 설명하는 시퀀스도이다.
도 4는 본 발명의 제2 실시 형태의 이동 통신 시스템에서의 HNB와 HNB-GW의 내부 구성을 도시하는 블록도이다.
도 5는 본 발명의 제2 실시 형태의 이동 통신 시스템의 동작을 설명하는 시퀀스도이다.
도 6은 본 발명의 제2 실시 형태에 의해 변경된 RANAP: Relocation Required 메시지를 도시하는 도면이다.
도 7은 본 발명의 제2 실시 형태에 의해 변경된 RANAP: Relocation Request 메시지를 도시하는 도면이다.
도 8은 본 발명의 제2 실시 형태에 의해 변경된 Iu-UP Protocol의 상태 천이도이다.
도 9는 본 발명의 제3 실시 형태의 이동 통신 시스템에서의 HNB와 HNB-GW의 내부 구성을 도시하는 블록도이다.
도 10은 본 발명의 제3 실시 형태의 이동 통신 시스템의 동작을 설명하는 시퀀스도이다.
도 11은 본 발명의 제3 실시 형태에 의해 변경된 RUA Direct Transfer 메시지를 도시하는 도면이다.
도 12는 본 발명의 제4 실시 형태의 이동 통신 시스템에서의 HNB와 HNB-GW의 내부 구성을 도시하는 블록도이다.
도 13은 본 발명의 제4 실시 형태의 이동 통신 시스템의 동작을 설명하는 시퀀스도이다.
도 14는 본 발명의 제5 실시 형태의 이동 통신 시스템의 동작을 설명하는 시퀀스도이다.
도 15는 본 발명의 제6 실시 형태의 이동 통신 시스템에서의 CN 노드의 내부 구성을 도시하는 블록도이다.
도 16은 본 발명의 제6 실시 형태의 이동 통신 시스템의 동작을 설명하는 시퀀스도이다.
도 17은 본 발명의 제7 실시 형태의 이동 통신 시스템에서의 HNB와 HNB-GW의 내부 구성을 도시하는 블록도이다.
도 18은 본 발명의 제7 실시 형태의 이동 통신 시스템의 동작을 설명하는 시퀀스도이다.
도 19는 본 발명의 제8 실시 형태의 이동 통신 시스템에서의 HNB와 HNB-GW의 내부 구성을 도시하는 블록도이다.
도 20은 본 발명의 제8 실시 형태의 이동 통신 시스템의 동작을 설명하는 시퀀스도이다.

이하에, 본 발명의 실시 형태에 대하여 첨부 도면을 참조하여 설명한다.

이하에서 설명하는 실시 형태에 있어서, 이동 통신 시스템의 전체 구성은 도 1에 도시한 시스템과 마찬가지이다.

제1 실시 형태

본 실시 형태는 HNB-S(2) 및 HNB-T(3)와, HNB-GW(4) 또는 CN 노드(5) 중 어느 하나인 상위 장치(이하, "상위 장치(9)"라고 칭함)에 특징이 있다.

본 실시 형태에서는, HNB-S(2)의 RFCI 정보를 HNB-S(2)로부터 상위 장치(9)를 통하여 HNB-T(3)에 통지한다.

도 2를 참조하면, 본 실시 형태의 HNB-S(2)는, HNB-S(2)의 RFCI 정보를 제1 메시지에 포함시키는 제어부(21A)와, 그 제1 메시지를 상위 장치(9)에 송신하는 송수신부(22A)를 갖는다.

또한, 본 실시 형태의 상위 장치(9)는, HNB-S(2)로부터 제1 메시지를 수신하는 송수신부(91A)와, 제1 메시지에 포함되는 RFCI 정보를 제2 메시지에 포함시키는 제어부(92A)를 갖고, 송수신부(91A)는 제2 메시지를 HNB-T(3)에 송신한다.

또한, 본 실시 형태의 HNB-T(3)는, 상위 장치(9)로부터 제2 메시지를 수신하는 송수신부(31A)와, HNB-T(3)의 RFCI 정보를 초기화하고, 제2 메시지에 포함되는 RFCI 정보로 설정(재설정)하는 제어부(32A)를 갖는다.

이하, 본 실시 형태의 이동 통신 시스템의 동작에 대하여 도 3에 도시하는 시퀀스도에 따라 설명한다.

HNB-S(2)는 스텝 S101에 있어서 HNB-S(2)의 RFCI 정보를 포함하는 제1 메시지를 상위 장치(9)에 송신한다.

상위 장치(9)는, 스텝 S102에 있어서, HNB-S(2)로부터 수신한 제1 메시지에 포함되는 RFCI 정보를 포함하는 제2 메시지를 HNB-T(3)에 송신한다.

상술한 바와 같이 본 실시 형태에 있어서는, HNB-T(3)는, HNB-S(2)로부터 상위 장치(9)를 통하여 RFCI 정보를 이어받을 수 있기 때문에, HNB-S(2)와 HNB-T(3) 사이의 intra-HNB-GW 리로케이션 발생 시에도, 변경 없이 트랜스코더 프리 오퍼레이션(TrFO)을 유지한 채 음성 통화를 행할 수 있다고 하는 효과가 얻어진다.

제2 실시 형태

본 실시 형태는 상위 장치(9)를 HNB-GW(4)로 하여 제1 실시 형태를 보다 구체화한 예이다.

본 실시 형태에서는, HNB-S(2)의 RFCI 정보를 RANAP 메시지에 의해 HNB-S(2)로부터 HNB-GW(4)를 통하여 HNB-T(3)에 통지한다.

도 4를 참조하면, 본 실시 형태의 HNB-GW(4)는, HNB에 대한 송수신부(41B)와, RANAP 기능부(42B)와, CN에 대한 송수신부(43B)와, Iu-UP 프레임 제어부(44B)와, Iu-UP 프레임 전송부(45B)와, RFCI 유지부(46B)를 갖는다. 도 4에 있어서, HNB에 대한 송수신부(41B)가 도 2의 송수신부(91A)를 구성하고, 그 밖의 기능 블록이 도 2의 제어부(92A)를 구성한다.

본 실시 형태의 HNB-S(2)는, HNB-GW에 대한 송수신부(21B)와, RANAP 기능부(22B)와, Iu-UP 프레임 제어부(23B)와, Iu-UP 프레임 전송부(24B)를 갖는다. 도 4에 있어서, HNB-GW에 대한 송수신부(21B)가 도 2의 송수신부(22A)를 구성하고, 그 밖의 기능 블록이 도 2의 제어부(21A)를 구성한다.

본 실시 형태의 HNB-T(3)는, HNB-GW에 대한 송수신부(31B)와, RANAP 기능부(32B)와, Iu-UP 프레임 제어부(33B)와, Iu-UP 프레임 전송부(34B)를 갖는다. 도 4에 있어서, HNB-GW에 대한 송수신부(31B)가 도 2의 송수신부(31A)를 구성하고, 그 밖의 기능 블록이 도 2의 제어부(32A)를 구성한다.

HNB에 대한 송수신부(41B)는, HNB-S(2) 및 HNB-T(3)와 접속하기 위한 인터페이스를 갖고, HNB-S(2) 및 HNB-T(3)와의 사이에서 음성 데이터의 송수신을 행한다.

RANAP 기능부(22B, 32B, 42B)는 3GPP TS 25.413(비특허문헌 3)에서 규정되는 RANAP(Radio Access Network Application Part) 프로토콜 기능을 실현한다. 예를 들어, RANAP 기능부(22B, 32B, 42B)는, RANAP 메시지를 생성하는 기능과, RANAP 메시지를 종단하는 기능을 갖는다.

CN에 대한 송수신부(43B)는 CN 노드(5)와 접속하기 위한 인터페이스를 갖고, CN 노드(5)와의 사이에서 음성 데이터의 송수신을 행한다.

Iu-UP 프레임 제어부(23B, 33B, 44B)는 3GPP TS 25.415(비특허문헌 2)에서 규정되는 Iu-UP 프로토콜 기능을 실현한다. 예를 들어, Iu-UP 프레임 제어부(23B, 33B, 44B)는, Iu-UP Initialization 메시지(이하, "Iu-UP Init 메시지"라고 약칭함)를 생성하는 기능과, Iu-UP Init 메시지를 종단하는 기능을 갖는다. 그 외에, Iu-UP 프레임 제어부(44B)는, Iu-UP Init 메시지에 포함되는 RFCI 정보를 RFCI 유지부(46B)에 통지하는 기능과, Iu-UP Initialization의 재기동이 발생한 경우에, RFCI 유지부(46B)에 RFCI 정보의 비교 요구를 발행하는 기능을 갖는다.

Iu-UP 프레임 전송부(24B, 34B, 45B)는 3GPP TS 25.415(비특허문헌 2)에서 규정되는 Iu-UP 프로토콜 기능을 실현한다. 예를 들어, Iu-UP 프레임 전송부(24B, 34B, 45B)는 Iu-UP 프레임 데이터를 전송하는 기능을 갖는다.

RFCI 유지부(46B)는, Iu-UP 프레임 제어부(44B)로부터 통지된 RFCI 정보를 유지하는 기능과, Iu-UP 프레임 제어부(44B)로부터의 RFCI 정보의 비교 요구에 기초하여 비교 결과를 통지하는 기능을 갖는다.

HNB-GW에 대한 송수신부(21B, 31B)는 HNB-GW(4)와 접속하기 위한 인터페이스를 갖고, HNB-GW(4)와의 사이에서 음성 데이터의 송수신을 행한다.

이하, 본 실시 형태에 관련된 3GPP의 현상의 2가지 규정에 대하여 설명한다.

(1) 제1 규정

3GPP TS 25.415(비특허문헌 2)에서는, UE와 CN 간의 무선 액세스 베어러(RAB: Radio Access Bearer)에 관한 RAB 파라미터를, CN과 RNC(HNB-GW) 간에서 RANAP 메시지에 의해 통지하는 것이 규정되어 있다. 구체적으로는, RAB 파라미터는 서비스의 종류에 따른 QoS(Quality of Service)의 파라미터(데이터 전송 레이트, 블록 사이즈, 에러율 등)이다.

그러나, RAB 파라미터는, Iu-UP Initialization 메시지에 의해 교환되는 RFCI 정보와 밀접하게 관련되어 있고, 따라서 RAB 파라미터의 변경(RAB Modification)을 수반하지 않고, Iu-UP Initialization의 재기동에 의해 RFCI 정보만을 변경한 경우, 상태의 부정합이 발생할 우려가 있다.

그로 인해, 3GPP TS 25.415(비특허문헌 2)에서는, 그러한 수속이 발생하지 않도록 하기 위하여, RAB Modification을 제외하고, 동일 SRNS로부터의 Iu-UP Initialization의 재기동을 행해서는 안 된다고 규정하고 있다(제1 규정).

만약 기존의 Node-B/RNC/CN으로 구성되는 이동 통신 시스템에서의, Iu-UP Initialization 메시지에 의해 RFCI 정보의 이어받기를 행하는 기능을, HNB/HNB-GW/CN으로 구성되는 이동 통신 시스템에 적용한 경우, 도 1에 있어서, HNB-S(2) 및 HNB-T(3)의 각각으로부터 CN(6)에 대하여 Iu-UP Initialization을 기동하게 된다. 그러나, 이 경우, CN(6)으로부터 보면, 동일 SRNS(HNB-GW(4))에 의해 Iu-UP Initialization의 재기동을 행한 것으로 되므로, 제1 규정에 위반된다.

(2) 제2 규정

상기 제1 규정의 문제는, Iu-UP Initialization 메시지를 HNB-GW에서 종단하는(즉, CN에서 종단하지 않는) 것으로 해결할 수 있다고 생각된다.

그러나, 3GPP TS 25.467(비특허문헌 4)에서는, HNB-GW에서 Iu-UP 메시지를 종단한 경우, HNB-GW에서의 신호 처리의 증가나 처리의 증가된 복잡화가 우려되기 때문에, Iu-UP 프로토콜의 메시지는 HNB-GW에서 종단하지 않는다고 규정되어 있다(제2 규정). 그로 인해, Iu-UP Initialization 메시지를 HNB-GW에서 종단한 경우, 제2 규정에 위반된다.

본 실시 형태에서는 상기의 제1 규정 및 제2 규정을 변경하지 않고, HNB-S(2)와 HNB-T(3) 사이의 intra-HNB-GW 리로케이션 발생 시에, 변경 없이 트랜스코더 프리 오퍼레이션(TrFO)을 유지한 채 음성 통화를 행하는 것을 가능하게 하는 것이다.

이하, 본 실시 형태의 동작에 대하여 도 5에 도시하는 시퀀스도에 따라 설명한다.

우선, HNB-S(2)는, 스텝 S201에 있어서, HNB-S(2)로부터의 UE(1)의 이동을 요구하는 RANAP: Relocation Required 메시지를 HNB-GW(4)에 송신함으로써 Relocation 수순을 개시한다.

본 실시 형태에서는, 3GPP TS 25.413(비특허문헌 3)의 9.1.9의 RANAP: Relocation Required 메시지에 있어서, Iu-UP Initialization 메시지의 RFCI 정보를 추가한다. 도 6에 본 실시 형태에 의해 변경된 RANAP: Relocation Required 메시지를 나타낸다. 또한, 도 6은 변경된 개소만을 나타내고 있다. 본 실시 형태의 RANAP: Relocation Required 메시지에는, RFCI 값인 "RFCI"와, 그 RFCI 값이 나타내는 데이터 프레임을 구성하는 서브플로우 수인 "RFCI Subflow"와, 서브플로우마다의 데이터 크기인 "Length of Subflow"가 RFCI 정보로서 추가되어 있다.

HNB-GW(4)는 RANAP: Relocation Required 메시지를 RANAP 기능부(42B)에서 종단하고, RFCI 정보를 취득한다.

또한, HNB-GW(4)는, 스텝 S202에 있어서, HNB-T(3)로의 UE(1)의 이동을 요구하는 RANAP: Relocation Request 메시지를 HNB-T(3)에 송신함으로써 HNB-T(3)의 리소스의 확보를 요구한다.

본 실시 형태에서는, 스텝 S201에서, RANAP: Relocation Required 메시지에 RFCI 정보가 포함되어 있던 경우, RANAP 기능부(42B)는, RFCI 정보를 취득하고, 그 RFCI 정보를 RANAP: Relocation Request 메시지에 포함시킨다.

즉, 본 실시 형태에서는, 3GPP TS 25.413(비특허문헌 3)의 9.1.10의 RANAP: Relocation Request 메시지에 있어서 RFCI 정보를 추가한다. 도 7에 본 실시 형태에 의해 변경된 RANAP: Relocation Request 메시지를 나타낸다. 또한, 도 7은 변경된 개소만을 나타내고 있다. 본 실시 형태의 RANAP: Relocation Request 메시지에는, 도 6의 RANAP: Relocation Required 메시지와 마찬가지로, RFCI 값인 "RFCI"와, 그 RFCI 값이 나타내는 데이터 프레임을 구성하는 서브플로우 수인 "RFCI Subflow"와, 서브플로우마다의 데이터 크기인 "Length of Subflow"가 RFCI 정보로서 추가되어 있다.

HNB-T(3)는 RANAP: Relocation Request 메시지를 RANAP 기능부(32B)에서 종단한다. 만약 그 RANAP: Relocation Request 메시지에 RFCI 정보가 포함되어 있는 경우, HNB-T(3)는 HNB-T(3)의 RFCI 정보를 초기화하고, RANAP: Relocation Request 메시지에 포함되는 RFCI 정보로 재설정한다.

이에 의해, HNB-T(3)는, 이후 UE(1)로부터의 상향 음성 데이터 및 CN(6)으로부터의 하향 음성 데이터를 수신한 경우, 그 음성 데이터에 부가되어 있는 RFCI 값에 의해, 그 음성 데이터의 데이터 프레임의 구조, 나아가 레이트를 정확하게 인식할 수 있다.

또한, 본 실시 형태에서는, HNB-T(3)의 상태 천이에 관한 3GPP TS 25.415(비특허문헌 2)의 Iu-UP Protocol의 상태 천이도에 있어서, "NULL" 상태로부터 직접 "Support Mode Data Transfer Ready" 상태로 천이하는 조건을 추가한다. 도 8에 본 실시 형태에 의해 변경된 Iu-UP Protocol 상태 천이도의 이미지를 도시한다. 도 8은 RFCI 정보를 포함하는 RANAP: Relocation Request 메시지(도 8에서는 "Intra-HNB-GW Relocation-Req")를 수신하였을 때에, "NULL" 상태로부터 직접 "Support Mode Data Transfer Ready" 상태로 천이하는 것을 나타낸다.

이에 의해, Iu-UP Initialization 수순을 실행하지 않아도, HNB-T(3)는 RANAP: Relocation Request 메시지를 수신하면, 이 메시지를 트리거로 하여 Iu-UP 프레임 전송부(33B)의 상태를 "NULL" 상태로부터 "Support Mode Data Transfer Ready" 상태로 천이시켜 Iu-UP 프레임 데이터를 전송 가능한 상태로 된다.

본 실시 형태에서는, "NULL" 상태로부터 "Support Mode Data Transfer Ready" 상태로 천이시키는 신호명을 "Intra-HNB-GW Relocation-Req"로 하였지만, 신호명은 이것에 한정되지 않는다.

이하의 스텝 S203 내지 S211은, HNB/HNB-GW/CN으로 구성되는 이동 통신 시스템에 있어서, 현재 검토되고 있는 intra-HNB-GW 리로케이션 수순의 검토안 중 하나로서 잘 알려져 있으며, 본 발명과는 직접 관련되지 않는다.

스텝 S202의 실행 후, HNB-T(3)는 스텝 S203에 있어서 RANAP: Relocation Request ACK 메시지를 HNB-GW(4)에 송신함으로써 RANAP: Relocation Request 메시지에 대한 응답을 행한다.

이어서, HNB-GW(4)는, 스텝 S204에 있어서, Relocation Command 메시지를 HNB-S(2)에 송신함으로써 Relocation의 개시를 지시한다.

이어서, HNB-S(2)는, 스텝 S205에 있어서, RRC: Reconfiguration 메시지를 UE(1)에 송신함으로써 무선 채널의 재구성을 지시한다.

이어서, HNB-T(3)는, 스텝 S206에 있어서, 무선 Layer 1에서의 동기에 의해 UE(1)를 검출하고, Relocation Detect 메시지를 HNB-GW(4)에 송신함으로써 UE(1)를 검출한 것을 통지한다.

이어서, UE(1)는, 스텝 S207에 있어서, RRC: Reconfiguration Complete 메시지를 HNB-T(3)에 송신함으로써 무선 리소스의 할당이 완료된 것을 통지한다.

이어서, HNB-T(3)는, 스텝 S208에 있어서, RANAP: Relocation Complete 메시지를 HNB-GW(4)에 송신함으로써 Relocation이 완료된 것을 통지한다.

이어서, HNB-GW(4)는, 스텝 S209에 있어서, RANAP: Iu Release Command 메시지를 HNB-S(2)에 송신함으로써 HNB-S(2)의 리소스의 해방을 요구한다.

이어서, HNB-S(2)는, 스텝 S210에 있어서, RANAP: Iu Release Complete 메시지를 HNB-GW(4)에 송신함으로써 HNB-S(2)의 리소스가 해방된 것을 통지한다.

그 후, UE(1)는, 스텝 S211에 있어서, HNB-T(3)를 통하여 HNB-GW(4)와 음성 데이터(유저 데이터)의 송수신을 행한다.

상술한 바와 같이 본 실시 형태에서는, HNB-S(2)는 HNB-S(2)의 RFCI 정보를 RANAP: Relocation Required 메시지에 의해 HNB-GW(4)에 통지하고, HNB-GW(4)는 HNB-S(2)의 RFCI 정보를 RANAP: Relocation Request 메시지에 의해 HNB-T(3)에 통지하기 때문에, Iu-UP Initialization 수순을 실행하지 않아도, HNB-T(3)는 HNB-S(2)로부터 RFCI 정보를 이어받는 것이 가능하게 된다.

또한, HNB-T(3)는, HNB-GW(4)로부터의 RANAP: Relocation Request 메시지의 수신을 트리거로 하여 음성 데이터를 전송 가능한 상태로 천이하기 때문에, Iu-UP Initialization 수순을 실행하지 않아도 음성 데이터를 송신하는 것이 가능하게 된다.

따라서, HNB-T(3)는, Iu-UP Initialization 수순을 실행하지 않아도 HNB-S(2)로부터 RFCI 정보를 이어받고, 음성 데이터를 송신하는 것이 가능하게 되므로, HNB-S(2)와 HNB-T(3) 사이의 intra-HNB-GW 리로케이션 발생 시에도, 변경 없이 트랜스코더 프리 오퍼레이션(TrFO)을 유지한 채 음성 통화를 행할 수 있다.

또한, 본 실시 형태에서는, Iu-UP Initialization 수순을 실행할 필요가 없기 때문에, 3GPP에 있어서 동일 SRNS(HNB-GW(4))로부터의 Iu-UP Initialization의 재기동을 허용하지 않는 제1 규정을 변경할 필요가 없다.

또한, 본 실시 형태에서는, Iu-UP Initialization 메시지를 HNB-GW에서 종단할 필요가 없기 때문에, 3GPP에 있어서 Iu-UP 프로토콜의 메시지가 HNB-GW에서 종단되는 것을 허용하지 않는 제2 규정도 변경할 필요가 없다.

또한, 본 실시 형태에서는, RFCI 정보의 통지에 RANAP 메시지를 이용하기 때문에, 다음과 같은 2가지 장점도 얻을 수 있다.

(1) 제1 장점

RANAP 메시지를 HNB 및 HNB-GW에서 종단하는 것이 3GPP TS 25.467(비특허문헌 4)에 규정되어 있다. 그로 인해, 본 실시 형태에서는, RANAP 메시지에 본 실시 형태에 관한 기능을 추가하는 측면에서, 신규로 프로토콜을 추가로 서포트할 필요가 없다고 하는 장점이 있다.

(2) 제2 장점

현재 3GPP에서는 intra-HNB-GW 리로케이션 수순이 검토되고 있지만, 본 수순의 신호에 RANAP 메시지를 사용하는 것이 일반적이다. 그로 인해, RANAP 메시지에 본 실시 형태에 관한 기능을 추가함으로써, 본 실시 형태에서는 intra-HNB-GW 리로케이션 수순에 새로운 신호를 추가할 필요가 없다고 하는 장점이 있다.

제3 실시 형태

본 실시 형태에서는, HNB-S(2)의 RFCI 정보를 RANAP User Adaption(이하, "RUA"라고 약칭함)의 Direct Transfer 메시지에 의해 HNB-S(2)로부터 HNB-GW(4)를 통하여 HNB-T(3)에 통지한다.

RUA는 3GPP TS 25.468(비특허문헌 5)에서 정의된다. 또한, RUA Direct Transfer 메시지는 RANAP 메시지를 전송하기 위하여 사용되는 메시지이다.

도 9를 참조하면, 본 실시 형태의 HNB-GW(4)는, 도 4에 도시한 제2 실시 형태의 HNB-GW(4)와 비교하여 RUA 기능부(47B)를 추가한 점이 상이하다. RUA 기능부(47B)는 도 2의 제어부(92A)를 구성하는 구성요소 중 하나로 된다.

본 실시 형태의 HNB-S(2)는, 도 4에 도시한 제2 실시 형태의 HNB-S(2)와 비교하여 RUA 기능부(25B)를 추가한 점이 상이하다. RUA 기능부(25B)는 도 2의 제어부(21A)를 구성하는 구성요소 중 하나로 된다.

본 실시 형태의 HNB-T(3)는, 도 4에 도시한 제2 실시 형태의 HNB-T(3)와 비교하여 RUA 기능부(35B)를 추가한 점이 상이하다. RUA 기능부(35B)는 도 2의 제어부(32A)를 구성하는 구성요소 중 하나로 된다.

RUA 기능부(25B, 35B, 47B)는 3GPP TS 25.468(비특허문헌 5)에서 규정되는 RUA 프로토콜 기능을 실현한다. 예를 들어, RUA 기능부(25B, 35B, 47B)는, RUA 메시지를 생성하는 기능과, RUA 메시지를 종단하는 기능을 갖는다.

이하, 본 실시 형태의 동작에 대하여 도 10에 도시하는 시퀀스도에 따라 설명한다.

우선, HNB-S(2)는, 스텝 S301에 있어서, HNB-S(2)로부터의 UE(1)의 이동을 요구하는 RANAP: Relocation Required 메시지를 HNB-GW(4)에 송신함으로써 Relocation 수순을 개시한다.

본 실시 형태에서는, RANAP: Relocation Required 메시지의 송신 시에, 이 RANAP: Relocation Required 메시지를 전송하기 위한 RUA Direct Transfer 메시지를 함께 송신한다.

또한, 본 실시 형태에서는, 3GPP TS 25.468(비특허문헌 5)의 9.1.4의 RUA Direct Transfer 메시지에 있어서, Iu-UP Init 메시지의 RFCI 정보를 추가한다. 도 11에 본 실시 형태에 의해 변경된 RUA Direct Transfer 메시지를 나타낸다. 도 11은 변경된 개소만을 나타내고 있다. 본 실시 형태의 RUA Direct Transfer 메시지에는, RFCI 값인 "RFCI"와, 그 RFCI 값이 나타내는 데이터 프레임을 구성하는 서브플로우 수인 "RFCI Subflow"와, 서브플로우마다의 데이터 크기인 "Length of Subflow"가 RFCI 정보로서 추가되어 있다.

HNB-GW(4)는 RANAP: Relocation Required 메시지를 RANAP 기능부(42B)에서 종단함과 함께, RUA Direct Transfer 메시지를 RUA 기능부(47B)에서 종단하여 RFCI 정보를 취득한다.

또한, HNB-GW(4)는, 스텝 S302에 있어서, HNB-T(3)로의 UE(1)의 이동을 요구하는 RANAP: Relocation Request 메시지를 HNB-T(3)에 송신함으로써 HNB-T(3)의 리소스의 확보를 요구한다.

본 실시 형태에서는, RANAP: Relocation Request 메시지의 송신 시에, 이 RANAP: Relocation Request 메시지를 전송하기 위한 RUA Direct Transfer 메시지를 함께 송신한다.

또한, 본 실시 형태에서는, 스텝 S301에서, RUA Direct Transfer 메시지에 RFCI 정보가 포함되어 있는 경우, RUA 기능부(47B)는 RFCI 정보를 취득하고, 그 RFCI 정보를 RUA Direct Transfer 메시지에 포함시킨다. 이 때의 RUA Direct Transfer 메시지는 도 11에 도시한 메시지와 마찬가지이다.

HNB-T(3)는, RANAP: Relocation Request 메시지를 RANAP 기능부(32B)에서 종단함과 함께, RUA Direct Transfer 메시지를 RUA 기능부(35B)에서 종단한다. 만약 그 RUA Direct Transfer 메시지에 RFCI 정보가 포함되어 있는 경우, HNB-T(3)는 HNB-T(3)의 RFCI 정보를 초기화하고, RUA Direct Transfer 메시지에 포함되는 RFCI 정보로 재설정한다.

이에 의해, HNB-T(3)가, 이후에 UE(1)로부터의 상향 음성 데이터 및 CN(6)으로부터의 하향 음성 데이터를 수신한 경우, HNB-T(3)는 그 음성 데이터에 부가되어 있는 RFCI 값에 의해, 그 음성 데이터의 데이터 프레임의 구조, 나아가 레이트를 정확하게 인식할 수 있다.

또한, 본 실시 형태에서는, HNB-T(3)의 상태 천이에 관한, 3GPP TS 25.415(비특허문헌 2)의 Iu-UP Protocol의 상태 천이도(도 8 참조)에 있어서, "NULL" 상태로부터 직접 "Support Mode Data Transfer Ready" 상태로 천이하는 조건으로서, RFCI 정보를 포함하는 RUA Direct Transfer 메시지(도 8에서는 "Intra-HNB-GW Relocation-Req"로 하고 있음)를 수신한다고 하는 조건을 추가한다.

이에 의해, Iu-UP Initialization 수순을 실행하지 않아도, HNB-T(3)는 RUA Direct Transfer 메시지의 수신을 트리거로 하여 Iu-UP 프레임 전송부(33B)의 상태를 "NULL" 상태로부터 "Support Mode Data Transfer Ready" 상태로 천이시켜 Iu-UP 프레임 데이터를 전송 가능한 상태로 된다.

이후의 스텝 S303 내지 S311의 처리는 도 5의 스텝 S203 내지 S211의 처리와 마찬가지이다.

상술한 바와 같이 본 실시 형태에서는, HNB-S(2)는 HNB-S(2)의 RFCI 정보를 RUA Direct Transfer 메시지에 의해 HNB-GW(4)에 통지하고, HNB-GW(4)는 HNB-S(2)의 RFCI 정보를 RUA Direct Transfer 메시지에 의해 HNB-T(3)에 통지하기 때문에, Iu-UP Initialization 수순을 실행하지 않아도, HNB-T(3)는 HNB-S(2)로부터 RFCI 정보를 이어받는 것이 가능하게 된다.

또한, HNB-T(3)는, HNB-GW(4)로부터의 RUA Direct Transfer 메시지의 수신을 트리거로 하여 음성 데이터를 전송 가능한 상태로 천이하기 때문에, Iu-UP Initialization 수순을 실행하지 않아도 음성 데이터를 송신하는 것이 가능하게 된다.

따라서, HNB-T(3)는 Iu-UP Initialization 수순을 실행하지 않아도 HNB-S(2)로부터 RFCI 정보를 이어받고, 음성 데이터를 송신하는 것이 가능하게 되므로, HNB-S(2)와 HNB-T(3) 사이의 intra-HNB-GW 리로케이션 발생 시에도, 변경 없이 트랜스코더 프리 오퍼레이션(TrFO)을 유지한 채 음성 통화를 행할 수 있다.

제4 실시 형태

본 실시 형태에서는, HNB-S(2)의 RFCI 정보를 Home Node B Application Part(이하, "HNBAP"라고 약칭함)의 Relocation 메시지에 의해 HNB-S(2)로부터 HNB-GW(4)를 통하여 HNB-T(3)에 통지한다.

HNBAP는 3GPP TS 25.469(비특허문헌 6)에서 정의된다. HNBAP Relocation 메시지는 3GPP에서 규정되어 있지 않고, 현재 검토되고 있는 intra-HNB-GW 리로케이션 수순에 있어서 검토안 중 하나로서 잘 알려져 있다. HNBAP Relocation 메시지는 본 발명과는 직접 관련되지 않는다.

도 12를 참조하면, 본 실시 형태의 HNB-GW(4)는, 도 4에 도시한 제2 실시 형태의 HNB-GW(4)와 비교하여 HNBAP 기능부(48B)를 추가한 점이 상이하다. HNBAP 기능부(48B)는 도 2의 제어부(92A)를 구성하는 구성요소 중 하나로 된다.

또한, 본 실시 형태의 HNB-S(2)는, 도 4에 도시한 제2 실시 형태의 HNB-S(2)와 비교하여 HNBAP 기능부(26B)를 추가한 점이 상이하다. HNBAP 기능부(26B)는 도 2의 제어부(21A)를 구성하는 구성요소 중 하나로 된다.

본 실시 형태의 HNB-T(3)는, 도 4에 도시한 제2 실시 형태의 HNB-T(3)와 비교하여 HNBAP 기능부(36B)를 추가한 점이 상이하다. HNBAP 기능부(36B)는 도 2의 제어부(32A)를 구성하는 구성요소 중 하나로 된다.

HNBAP 기능부(26B, 36B, 48B)는 3GPP TS 25.469(비특허문헌 6)에서 규정되는 HNBAP 프로토콜 기능을 실현한다. 예를 들어, HNBAP 기능부(26B, 36B, 48B)는, HNBAP 메시지를 생성하는 기능과, HNBAP 메시지를 종단하는 기능을 갖는다.

이하, 본 실시 형태의 동작에 대하여 도 13에 도시하는 시퀀스도에 따라 설명한다.

우선, HNB-S(2)는, 스텝 S401에 있어서, HNB-S(2)로부터의 UE(1)의 이동을 요구하는 HNBAP: Relocation Required 메시지를 HNB-GW(4)에 송신함으로써 Relocation 수순을 개시한다.

본 실시 형태에서는, 이 HNBAP: Relocation Required 메시지에 있어서, Iu-UP Init 메시지의 RFCI 정보를 추가한다. 이 때의 HNBAP: Relocation Required 메시지에는, 예를 들어 도 11과 마찬가지로 RFCI 정보를 추가할 수 있다.

HNB-GW(4)는, HNBAP: Relocation Required 메시지를 HNBAP 기능부(48B)에서 종단하여 RFCI 정보를 취득한다.

또한, HNB-GW(4)는, 스텝 S402에 있어서, HNB-T(3)로의 UE(1)의 이동을 요구하는 HNBAP: Relocation Request 메시지를 HNB-T(3)에 송신함으로써 HNB-T(3)의 리소스의 확보를 요구한다.

본 실시 형태에서는, 스텝 S401에서, HNBAP: Relocation Required 메시지에 RFCI 정보가 포함되어 있는 경우, HNBAP 기능부(48B)는 RFCI 정보를 취득하고, 그 RFCI 정보를 HNBAP: Relocation Request 메시지에 포함시킨다. 이 때의 HNBAP: Relocation Request 메시지에는, 예를 들어 도 11과 마찬가지로 RFCI 정보를 추가할 수 있다.

HNB-T(3)는, HNBAP: Relocation Request 메시지를 HNBAP 기능부(36B)에서 종단한다. 만약 그 HNBAP: Relocation Request 메시지에 RFCI 정보가 포함되어 있는 경우, HNB-T(3)는 HNB-T(3)의 RFCI 정보를 초기화하고, HNBAP: Relocation Request 메시지에 포함되는 RFCI 정보로 재설정한다.

또한, 본 실시 형태에서는, HNB-T(3)의 상태 천이에 관한 3GPP TS 25.415(비특허문헌 2)의 Iu-UP 프로토콜의 상태 천이도(도 8 참조)에 있어서, "NULL" 상태로부터 직접 "Support Mode Data Transfer Ready" 상태로 천이하는 조건으로서, RFCI 정보를 포함하는 HNBAP: Relocation Request 메시지(도 8에서는 "Intra-HNB-GW Relocation-Req"로 하고 있음)를 수신한다고 하는 조건을 추가한다.

이에 의해, Iu-UP Initialization 수순을 실행하지 않아도, HNB-T(3)는 HNBAP: Relocation Request 메시지의 수신을 트리거로 하여 Iu-UP 프레임 전송부(33B)의 상태를 "NULL" 상태로부터 "Support Mode Data Transfer Ready" 상태로 천이시켜 Iu-UP 프레임 데이터를 전송 가능한 상태로 된다.

이후의 스텝 S403 내지 S411의 처리는 도 5의 스텝 S203 내지 S211의 처리와 마찬가지이다.

상술한 바와 같이 본 실시 형태에서는, HNB-S(2)는 HNB-S(2)의 RFCI 정보를 HNBAP: Relocation Required 메시지에 의해 HNB-GW(4)에 통지하고, HNB-GW(4)는 HNB-S(2)의 RFCI 정보를 HNBAP: Relocation Request 메시지에 의해 HNB-T(3)에 통지하기 때문에, Iu-UP Initialization 수순을 실행하지 않아도, HNB-T(3)는 HNB-S(2)로부터 RFCI 정보를 이어받는 것이 가능하게 된다.

또한, HNB-T(3)는, HNB-GW(4)로부터의 HNBAP: Relocation Request 메시지의 수신을 트리거로 하여 음성 데이터를 전송 가능한 상태로 천이하기 때문에, Iu-UP Initialization 수순을 실행하지 않아도 음성 데이터를 송신하는 것이 가능하게 된다.

제5 실시 형태

본 실시 형태는, 상위 장치(9)를 HNB-GW(4)로 하여 제1 실시 형태를 보다 구체화한 예이다. 또한, 본 실시 형태의 구성은, 도 4에 도시한 제2 실시 형태의 구성과 마찬가지이다.

본 실시 형태에서는, HNB-GW(4)가, UE(1)의 HNB-S(2)로부터 HNB-T(3)로의 Relocation 처리 시에, HNB-S(2)의 RFCI 정보를 Iu-UP Init 메시지에 의해 HNB-T(3)에 통지한다. 또한, Iu-UP Init 메시지는, HNB가, Relocation의 발생 시 등, UE의 통신 상대의 단말기를 관리 하에 갖는 HNB와의 통신을 확립하고자 할 때에, HNB와 HNB-GW 사이에서 송수신되는 메시지이다.

3GPP TS 25.415(비특허문헌 2)의 Iu-UP Ver2에서는, Iu-UP Init 메시지를 CN으로부터 RNC로 송신하는 것이 규정되어 있다. 그러나, 이 규정은 3GPP의 기존의 Node-B/RNC/CN으로 구성되는 이동 통신 시스템을 전제로 하고 있다.

그로 인해, HNB/HNB-GW/CN으로 구성되는 이동 통신 시스템에 있어서도, Iu-UP Init 메시지를 CN으로부터 HNB-GW로 송신할 수 있도록 할 필요가 있지만, 3GPP TS 25.467(비특허문헌 4)에서는 Iu-UP 프로토콜의 메시지는 HNB-GW에서 종단하지 않는다고 규정되어 있다.

따라서, 본 실시 형태에서는 3GPP의 규정을 변경하고, Iu-UP 메시지를 HNB-GW에서 종단하는 것을 허용한다.

이하, 본 실시 형태의 동작에 대하여 도 14에 도시하는 시퀀스도에 따라 설명한다.

도 14에 있어서는, HNB-GW(4)는 HNB-S(2)의 RFCI 정보를 미리 취득하고 있는 것으로 한다. 즉, HNB-S(2)와 HNB-X(8) 사이에 통신을 확립할 때에, HNB-S(2)는 HNB-S(2)의 RFCI 정보를 포함하는 Iu-UP Init 메시지를 HNB-GW(4)에 송신하고 있고, 이에 의해 HNB-GW(4)는, HNB-S(2)의 RFCI 정보를 취득하고 있다. 이 수순은 도 14의 스텝 S501 이전에 실시되고 있으며, 도 14에는 기재되어 있지 않다.

우선, 도 5의 스텝 S201, S202의 처리와 마찬가지의 스텝 S501, S502의 처리가 행해진다.

이어서, HNB-T(3)는, 스텝 S503에 있어서, HNB-T(3)의 RFCI 정보를 포함하는 Iu-UP Init 메시지를 HNB-GW(4)에 송신한다. HNB-GW(4)는, Iu-UP 프레임 제어부(44B)에서 Iu-UP Init 메시지를 종단하고, Iu-UP Init 메시지에 포함되는 HNB-T(3)의 RFCI 정보와, 미리 취득하고 있었던 HNB-S(2)의 RFCI 정보의 비교를 행한다.

이어서, HNB-GW(4)는, 스텝 S504에 있어서, Iu-UP Init ACK 메시지를 HNB-T(3)에 송신함으로써 Iu-UP Init 메시지에 대한 응답을 행한다.

스텝 S503에 있어서, HNB-S(2)의 RFCI 정보와 HNB-T(3)의 RFCI 정보가 불일치하면, HNB-GW(4)는, HNB-T(3)의 RFCI 정보를 HNB-S(2)의 RFCI 정보와 일치시키기 위하여, 스텝 S505에 있어서, HNB-S(2)의 RFCI 정보를 포함하는 Iu-UP Init 메시지를 HNB-T(3)에 송신한다.

이어서, HNB-T(3)는, 스텝 S506에 있어서, Iu-UP Init ACK 메시지를 HNB-GW(4)에 송신함으로써 Iu-UP Init 메시지에 대한 응답을 행한다. 또한, HNB-T(3)는 HNB-T(3)의 RFCI 정보를 초기화하고, Iu-UP Init 메시지에 포함되는 HNB-S(2)의 RFCI 정보로 재설정한다.

이후의 스텝 S507 내지 S515의 처리는 도 5의 스텝 S203 내지 S211의 처리와 마찬가지이다.

상술한 바와 같이 본 실시 형태에서는, HNB-GW(4)는 HNB-S(2)의 RFCI 정보를 Iu-UP Init 메시지에 의해 HNB-T(3)에 통지하기 때문에, HNB-T(3)는 HNB-S(2)로부터 RFCI 정보를 이어받는 것이 가능하게 된다.

따라서, HNB-S(2)와 HNB-T(3) 사이의 intra-HNB-GW 리로케이션 발생 시에도, 변경 없이 트랜스코더 프리 오퍼레이션(TrFO)을 유지한 채 음성 통화를 행할 수 있다.

본 실시 형태에 의해 변경되는 3GPP TS 25.467(비특허문헌 4)의 7.2에서의 기술은 다음과 같이 된다.

Iu-UP는 CN, HNB 및 HNB-GW에서만 종단한다.

본 실시 형태에 의해 변경되는 3GPP TS 25.415(비특허문헌 2)의 6.5.2에서의 Iu-UP Ver2의 기술은 다음과 같이 된다.

Initialization 수순은, 2개의 Iu 액세스 포인트, 즉 CN과 UTRAN의 양쪽에서 제어 가능하다.

Initialization 수순은, Iu-UP 수순의 제어 기능에 의해 나타내어질 때, 즉 SRNS의 리로케이션 또는 Iu 상에서의 RAB 확립이 행해질 때나, CN 또는 HNB-GW가 TrFO를 행하고 있는 상황에서 RFCI의 불일치를 해결하고자 하는 경우에 기동된다. Initialization 수순은, RANAP에 의한 RAB Modification의 요구를 하지 않고, RAB로 인해 SRNC에 의해 재기동하는 것은 불가능하다.

3GPP TS 25.415(비특허문헌 2)의 Iu-UP Ver1에 있어서는, Iu-UP Init 메시지를 RNC로부터 CN으로 송신하는 것은 규정되어 있지만, Iu-UP Init 메시지를 CN으로부터 RNC로 송신하는 것은 규정되어 있지 않다. Iu-UP Ver1에 대해서도 Iu-UP Ver2와 마찬가지로 규정을 변경하여도 된다.

이 경우에, 본 실시 형태에 의해 변경되는 3GPP TS 25.415(비특허문헌 2)의 6.5.2에서의 Iu-UP Ver1의 기술은 다음과 같이 된다.

Initialization 수순은 2개의 Iu 액세스 포인트, 즉 CN과 UTRAN의 양쪽에서 제어 가능하다.

제6 실시 형태

본 실시 형태는 상위 장치(9)를 CN 노드(5)로 하여 제1 실시 형태를 보다 구체화한 예이다.

본 실시 형태에서는, CN 노드(5)가, UE(1)의 HNB-S(2)로부터 HNB-T(3)로의 Relocation 처리 시에, HNB-S(2)의 RFCI 정보를 Iu-UP Init 메시지에 의해 HNB-T(3)에 통지한다.

즉, 본 실시 형태는, CN 노드(5)가 제3 실시 형태에서 HNB-GW(4)가 행하고 있었던 동작을 행하고, HNB-GW(4)는 HNB-S(2)/HNB-T(3)와 CN 노드(5) 사이에서 교환되는 RANAP 메시지 및 Iu-UP Init 메시지를 종단하지 않고, 전송만을 행한다.

그러나, 현재의 3GPP TS 25.415(비특허문헌 2)에서는, intra-HNB-GW 리로케이션 발생 시의 Iu-UP Initialization의 재기동은 허용하지 않는다고 규정되어 있다.

따라서, 본 실시 형태에서는 3GPP의 규정을 변경하고, intra-HNB-GW 리로케이션이 발생한 경우에 있어서도 Iu-UP Initialization의 재기동을 허용한다.

도 15를 참조하면, 본 실시 형태의 CN 노드(5)는, HNB-GW(4)에 적합한 HNB-GW에 대한 송수신부(51C)와, RANAP 기능부(52C)와, HNB-GW(7)에 적합한 HNB-GW에 대한 송수신부(53C)와, Iu-UP 프레임 제어부(54C)와, Iu-UP 프레임 전송부(55C)와, RFCI 유지부(56C)를 갖는다. 도 15에 있어서, HNB-GW에 대한 송수신부(51C)가 도 2의 송수신부(91A)를 구성하고, 그 밖의 기능 블록이 도 2의 제어부(92A)를 구성한다.

또한, 본 실시 형태의 HNB-S(2) 및 HNB-T(3)의 구성은, 도 4에 도시한 제2 실시 형태의 HNB-S(2) 및 HNB-T(3)의 구성과 마찬가지이다.

HNB-GW에 대한 송수신부(51C)는 HNB-GW(4)와 접속하기 위한 인터페이스를 갖고, HNB-GW(4)와의 사이에서 음성 데이터의 송수신을 행한다.

HNB-GW에 대한 송수신부(53C)는 HNB-GW(7)와 접속하기 위한 인터페이스를 갖고, HNB-GW(7)와의 사이에서 음성 데이터의 송수신을 행한다.

그 밖의 RANAP 기능부(52C), Iu-UP 프레임 제어부(54C), Iu-UP 프레임 전송부(55C) 및 RFCI 유지부(56C)는, 각각 도 4에 도시한 RANAP 기능부(42B), Iu-UP 프레임 제어부(44B), Iu-UP 프레임 전송부(45B) 및 RFCI 유지부(46B)와 마찬가지의 동작을 행한다.

이하, 본 실시 형태의 동작에 대하여 도 16에 도시하는 시퀀스도에 따라 설명한다.

도 16에 있어서는, CN 노드(5)는 HNB-S(2)의 RFCI 정보를 미리 취득하고 있는 것으로 한다. 즉, HNB-S(2)와 HNB-X(8) 사이에 통신을 확립할 때에, HNB-S(2)는 HNB-S(2)의 RFCI 정보를 포함하는 Iu-UP Init 메시지를 HNB-GW(4)를 통하여 CN 노드(5)에 송신하고 있고, 이에 의해 CN 노드(5)는 HNB-S(2)의 RFCI 정보를 취득하고 있다. 이 수순은 도 16의 스텝 S601 이전에 실시되어 있고, 도 16에는 기재되어 있지 않다.

우선, 도 5의 스텝 S201, S202에 있어서, HNB-S(2), HNB-T(3) 및 HNB-GW(4)에 의해 행해지고 있었던 처리와 마찬가지의 처리가 스텝 S601, S602에 있어서 HNB-S(2), HNB-T(3) 및 CN 노드(5)에 의해 행해진다.

이어서, HNB-T(3)는, 스텝 S603에 있어서, HNB-T(3)의 RFCI 정보를 포함하는 Iu-UP Init 메시지를 HNB-GW(4)를 통하여 CN 노드(5)에 송신한다. CN 노드(5)는 Iu-UP 프레임 제어부(54C)에서 Iu-UP Init 메시지를 종단하고, Iu-UP Init 메시지에 포함되는 HNB-T(3)의 RFCI 정보와, 미리 취득하고 있었던 HNB-S(2)의 RFCI 정보의 비교를 행한다.

이어서, CN 노드(5)는, 스텝 S604에 있어서, Iu-UP Init ACK 메시지를 HNB-GW(4)를 통하여 HNB-T(3)에 송신함으로써 Iu-UP Init 메시지에 대한 응답을 행한다.

스텝 S603에 있어서, HNB-S(2)의 RFCI 정보와 HNB-T(3)의 RFCI 정보가 불일치하면, CN 노드(5)는 HNB-T(3)의 RFCI 정보를 HNB-S(2)의 RFCI 정보와 일치시키기 위하여, 스텝 S605에 있어서, HNB-S(2)의 RFCI 정보를 포함하는 Iu-UP Init 메시지를 HNB-GW(4)를 통하여 HNB-T(3)에 송신한다.

이어서, HNB-T(3)는, 스텝 S606에 있어서, Iu-UP Init ACK 메시지를 HNB-GW(4)를 통하여 CN 노드(5)에 송신함으로써 Iu-UP Init 메시지에 대한 응답을 행한다. 또한, HNB-T(3)는 HNB-T(3)의 RFCI 정보를 초기화하고, Iu-UP Init 메시지에 포함되는 HNB-S(2)의 RFCI 정보로 재설정한다.

이후의 스텝 S607 내지 S615에 있어서, UE(1), HNB-S(2), HNB-T(3) 및 CN 노드(5)에 의해 행해지는 처리는, 도 5의 스텝 S203 내지 S211에 있어서, UE(1), HNB-S(2), HNB-T(3) 및 HNB-GW(4)에 의해 행해지고 있었던 처리와 마찬가지이다.

상술한 바와 같이 본 실시 형태에서는, CN 노드(5)는 HNB-S(2)의 RFCI 정보를 Iu-UP Init 메시지에 의해 HNB-T(3)에 통지하기 때문에, HNB-T(3)는 HNB-S(2)로부터 RFCI 정보를 이어받는 것이 가능하게 된다.

또한, 본 실시 형태에 의해 변경되는 3GPP TS 25.415(비특허문헌 2)의 6.5.2에서의 Iu-UP Ver1의 기술은 다음과 같이 된다.

Initialization 수순은, RANAP에 의한 RAB Modification의 요구를 하지 않거나, 또는 intra-HNB-GW 리로케이션이 발생하지 않고, RAB로 인해 재기동하는 것은 불가능하다.

또한, 본 실시 형태에 의해 변경되는 3GPP TS 25.415(비특허문헌 2)의 6.5.2에서의 Iu-UP Ver2의 기술은 다음과 같이 된다.

제7 실시 형태

본 실시 형태의 이동 통신 시스템은 HNB-S(2) 및 HNB-T(3)와 HNB-GW(4)에 특징이 있다.

본 실시 형태에서는, HNB-S(2) 및 HNB-T(3)의 각각이 RFCI 정보를 HNB-GW(4)에 통지하고, HNB-GW(4)가 HNB-S(2)의 RFCI 정보 및 HNB-T(3)의 RFCI 정보가 일치하지 않는 경우, HNB-T(3)로부터 수신한 음성 데이터에 부가되어 있는 RFCI 값을, HNB-S(2)의 RFCI 정보 내에서 동일한 구조의 데이터 프레임을 나타내고 있는 RFCI 값으로 변환한다.

도 17을 참조하면, 본 실시 형태의 HNB-S(2)는, HNB-S(2)의 RFCI 정보를 제1 메시지에 포함시키는 제어부(21D)와, 그 제1 메시지를 HNB-GW(4)에 송신하는 송수신부(22D)를 갖는다.

또한, 본 실시 형태의 HNB-T(3)는, HNB-T(3)의 RFCI 정보를 제2 메시지에 포함시키는 제어부(31D)와, 그 제2 메시지를 HNB-GW(4)에 송신하는 송수신부(32D)를 갖는다.

본 실시 형태의 HNB-GW(4)는, HNB-S(2)로부터 제1 메시지를 수신함과 함께 HNB-T(3)로부터 제2 메시지를 수신하는 제1 송수신부(41D)와, 제1 메시지에 포함되는 HNB-S(2)의 RFCI 정보와 제2 메시지에 포함되는 HNB-T(3)의 RFCI 정보를 저장하는 기억부(42D)와, HNB-S(2)의 RFCI 정보 및 HNB-T(3)의 RFCI 정보가 일치하지 않는 경우, 이후에 HNB-T(3)로부터 음성 데이터를 수신하면, 그 음성 데이터에 부가된 RFCI 값을, HNB-S(2)의 RFCI 정보 내에서 그 음성 데이터와 동일한 구조의 데이터 프레임을 나타내고 있는 RFCI 값으로 변환하는 제어부(43D)와, 제어부(43D)에서 RFCI 변환된 RFCI 값이 부가된 음성 데이터를 CN(6)에 송신하는 제2 송수신부(44D)를 갖는다.

이하, 본 실시 형태의 이동 통신 시스템의 동작에 대하여 도 18에 도시하는 시퀀스도에 따라 설명한다.

HNB-S(2)는, 스텝 S701에 있어서, HNB-S(2)의 RFCI 정보를 포함하는 제1 메시지를 HNB-GW(4)에 송신한다.

HNB-T(3)는, 스텝 S702에 있어서, HNB-T(3)의 RFCI 정보를 포함하는 제2 메시지를 HNB-GW(4)에 송신한다.

HNB-GW(4)는, 제1 메시지에 포함되는 HNB-S(2)의 RFCI 정보와 제2 메시지에 포함되는 HNB-T(3)의 RFCI 정보를 기억부(42D)에 저장한다. 또한, HNB-GW(4)는 HNB-S(2) 및 HNB-T(3)의 RFCI 정보를 비교한다.

그 후, UE(1)는, 스텝 S703에 있어서, HNB-T(3)를 통하여 HNB-GW(4)와 음성 데이터(유저 데이터)의 송수신을 행한다.

이 때, HNB-S(2)의 RFCI 정보 및 HNB-T(3)의 RFCI 정보가 일치하고 있지 않았던 경우, HNB-GW(4)는, HNB-T(3)로부터 음성 데이터를 수신하면, 그 음성 데이터에 부가된 RFCI 값을, HNB-S(2)의 RFCI 정보 내에서 그 음성 데이터와 동일한 구조의 데이터 프레임을 나타내고 있는 RFCI 값으로 변환하는 RFCI 변환을 행한다.

그리고, HNB-GW(4)는 변환된 RFCI 값이 부가된 음성 데이터를 CN(6)에 송신한다.

HNB-S(2) 및 HNB-T(3)의 RFCI 정보가 일치하고 있었던 경우에는, HNB-GW(4)는, HNB-T(3)로부터 수신한 음성 데이터와 그 음성 데이터에 부가된 RFCI 값을 그대로 CN(6)에 송신한다.

상술한 바와 같이 본 실시 형태에서는, HNB-GW(4)는, HNB-S(2)의 RFCI 정보 및 HNB-T(3)의 RFCI 정보가 일치하지 않는 경우, 이후에 HNB-T(3)로부터 수신한 음성 데이터에 부가되어 있는 RFCI 값을, HNB-S(2)의 RFCI 정보 내에서 동일한 구조의 데이터 프레임을 나타내고 있는 RFCI 값으로 변환한다.

그로 인해, HNB-S(2)와 HNB-T(3) 사이에서 RFCI 정보를 이어받지 않아도, HNB 간의 intra-HNB-GW 리로케이션 발생 시에, 변경 없이 트랜스코더 프리 오퍼레이션(TrFO)을 유지한 채 음성 통화를 행할 수 있다.

제8 실시 형태

본 실시 형태는 제7 실시 형태를 보다 구체화한 예이다.

본 실시 형태에서는, HNB-S(2) 및 HNB-T(3)의 각각이 Iu-UP Init 메시지에 의해 RFCI 정보를 HNB-GW(4)에 통지하고, HNB-GW(4)가, HNB-S(2)의 RFCI 정보 및 HNB-T(3)의 RFCI 정보가 일치하지 않는 경우, HNB-T(3)로부터 수신한 음성 데이터에 부가되어 있는 RFCI 값을, HNB-S(2)의 RFCI 정보 내에서 동일한 구조의 데이터 프레임을 나타내고 있는 RFCI 값으로 변환한다.

그러나, 3GPP TS 25.467(비특허문헌 4)의 UTRAN architecture for 3G Home NodeB에서는, Iu-UP 프로토콜의 메시지는 HNB-GW에서 종단하지 않는다고 규정되어 있다.

도 19를 참조하면, 본 실시 형태의 HNB-GW(4)는, HNB에 대한 송수신부(41E)와, RANAP 기능부(42E)와, CN에 대한 송수신부(43E)와, Iu-UP 프레임 제어부(44E)와, Iu-UP 프레임 전송부(45E)와, RFCI 유지부(46E)와, RFCI 변환부(47E)를 갖는다. 도 19에 있어서, HNB에 대한 송수신부(41E)가 도 17의 제1 송수신부(41D)를 구성하고, CN에 대한 송수신부(43E)가 도 17의 제2 송수신부(44D)를 구성하고, RFCI 유지부(46E)가 도 17의 기억부(42D)를 구성하고, 그 밖의 기능 블록이 도 17의 제어부(43B)를 구성한다.

또한, 본 실시 형태의 HNB-S(2)는, HNB-GW에 대한 송수신부(21E)와, RANAP 기능부(22E)와, Iu-UP 프레임 제어부(23E)와, Iu-UP 프레임 전송부(24E)를 갖는다. 도 19에 있어서, HNB-GW에 대한 송수신부(21E)가 도 17의 송수신부(22D)를 구성하고, 그 밖의 기능 블록이 도 17의 제어부(21D)를 구성한다.

또한, 본 실시 형태의 HNB-T(3)는, HNB-GW에 대한 송수신부(31E)와, RANAP 기능부(32E)와, Iu-UP 프레임 제어부(33E)와, Iu-UP 프레임 전송부(34E)를 갖는다. 도 19에 있어서, HNB-GW에 대한 송수신부(31E)가 도 17의 송수신부(32D)를 구성하고, 그 밖의 기능 블록이 도 17의 제어부(31D)를 구성한다.

RFCI 변환부(47E)는, HNB-T(3)로부터 수신한 음성 데이터에 부가되어 있는 RFCI 값을, HNB-S(2)의 RFCI 정보 내에서 동일한 구조의 데이터 프레임을 나타내고 있는 RFCI 값으로 변환하는 RFCI 변환을 행하는 기능을 갖는다.

HNB-GW(4)에 있어서, 그 밖의 HNB에 대한 송수신부(41E), RANAP 기능부(42E), CN에 대한 송수신부(43E), Iu-UP 프레임 제어부(44E), Iu-UP 프레임 전송부(45E) 및 RFCI 유지부(46E)는, 각각 도 4에 도시한 HNB에 대한 송수신부(41B), RANAP 기능부(42B), CN에 대한 송수신부(43B), Iu-UP 프레임 제어부(44B), Iu-UP 프레임 전송부(45B) 및 RFCI 유지부(46B)와 마찬가지의 동작을 행한다.

HNB-S(2)에 있어서, HNB-GW에 대한 송수신부(21E), RANAP 기능부(22E), Iu-UP 프레임 제어부(23E) 및 Iu-UP 프레임 전송부(24E)는, 각각 도 4에 도시한 HNB-GW에 대한 송수신부(21B), RANAP 기능부(22B), Iu-UP 프레임 제어부(23B) 및 Iu-UP 프레임 전송부(24B)와 마찬가지의 동작을 행한다.

HNB-T(3)에 있어서, HNB-GW에 대한 송수신부(31E), RANAP 기능부(32E), Iu-UP 프레임 제어부(33E) 및 Iu-UP 프레임 전송부(34E)는, 각각 도 4에 도시한 HNB-GW에 대한 송수신부(31B), RANAP 기능부(32B), Iu-UP 프레임 제어부(33B) 및 Iu-UP 프레임 전송부(34B)와 마찬가지의 동작을 행한다.

이하, 본 실시 형태의 동작에 대하여 도 20에 도시하는 시퀀스도에 따라 설명한다.

도 20에 있어서는, HNB-GW(4)는 HNB-S(2)의 RFCI 정보를 미리 취득하고 있는 것으로 한다. 즉, HNB-S(2)와 HNB-X(8) 사이에 통신을 확립할 때에, HNB-S(2)는 HNB-S(2)의 RFCI 정보를 포함하는 Iu-UP Init 메시지를 HNB-GW(4)에 송신하고 있고, 이에 의해 HNB-GW(4)는 HNB-S(2)의 RFCI 정보를 취득하고 있다. 이 수순은 도 20의 스텝 S801 이전에 실시되어 있고, 도 20에는 기재되어 있지 않다.

우선, 도 5의 스텝 S201, S202의 처리와 마찬가지의 스텝 S801, S802의 처리가 행해진다.

이어서, HNB-T(3)는, 스텝 S803에 있어서, HNB-T(3)의 RFCI 정보를 포함하는 Iu-UP Init 메시지를 HNB-GW(4)에 송신한다. HNB-GW(4)는, Iu-UP 프레임 제어부(44E)에서 Iu-UP Init 메시지를 종단하고, Iu-UP Init 메시지에 포함되는 HNB-T(3)의 RFCI 정보와, 미리 취득하고 있었던 HNB-S(2)의 RFCI 정보의 비교를 행한다.

이어서, HNB-GW(4)는, 스텝 S804에 있어서, Iu-UP Init ACK 메시지를 HNB-T(3)에 송신함으로써 Iu-UP Init 메시지에 대한 응답을 행한다.

이후, 도 5의 스텝 S203 내지 S211의 처리와 마찬가지의 스텝 S805 내지 S812의 처리가 행해지고, 그 후, UE(1)는, 스텝 S813에 있어서, HNB-T(3)를 통하여 HNB-GW(4)와 음성 데이터(유저 데이터)의 송수신을 행한다.

이 때, 스텝 S803에 있어서, HNB-S(2)의 RFCI 정보 및 HNB-T(3)의 RFCI 정보가 일치하고 있지 않았던 경우에는, HNB-T(3) 및 HNB-X(8)의 RFCI 정보도 불일치하게 된다. 그러면, HNB-T(3) 및 HNB-X(8)의 2개의 RFCI 정보에 있어서는, RFCI 값이 동일하여도 다른 구조의 데이터 프레임을 나타내고 있는 경우가 있기 때문에, UE(1)로부터 HNB-T(3)를 통하여 송신되어 온 음성 데이터는 RFCI 변환을 행할 필요가 있다.

그로 인해, HNB-GW(4)는, UE(1)로부터 HNB-T(3)를 통하여 송신되어 온 음성 데이터를 Iu-UP 프레임 전송부(45E)로부터 RFCI 변환부(47E)로 전송하고, RFCI 변환부(47E)에서, 그 음성 데이터에 부가된 RFCI 값을, HNB-S(2)의 RFCI 정보 내에서 그 음성 데이터와 동일한 구조의 데이터 프레임을 나타내고 있는 RFCI 값으로 변환하는 RFCI 변환을 행한다. 그 후에, RFCI 변환된 RFCI 값이 부가된 음성 데이터를 Iu-UP 프레임 전송부(45E)에 전송하고, CN에 대한 송수신부(43E)를 통하여 CN(6)에 송신한다.

Iu-UP는 CN, HNB 및 HNB-GW에서만 종단한다.

실시 형태를 참조하여 본 발명을 설명하였지만, 본 발명은 상기 실시 형태에 한정되는 것이 아니다. 본 발명의 구성이나 상세는 본 발명의 범위 내에서 당업자가 이해할 수 있는 여러가지 변형을 행할 수 있다.

예를 들어, 제1 내지 제4 실시 형태에서는, HNB-S(2)로부터 HNB-T(3)로 이어받는 제어 정보가 단지 RFCI 정보인 것으로서 설명하였지만, 본 발명은 이것에 한정되지 않고, IPTI(Inter PDU Transmission Interval) 정보를 추가로 이어받아도 된다.

IPTI 정보는 서브플로우의 데이터 송신 간격(주기)을 규정한 정보이며, IPTI 정보에 의해, 음성 데이터의 이어받기를 행하지 않아도, 서브플로우의 톨 데이터 사이즈와 AMR 코덱의 레이트에 의해 일의적으로 음성 데이터를 산출할 수 있다.

제1 내지 제6 실시 형태에서는, 본 발명을 HNB 간의 intra-HNB-GW 리로케이션에 적용할 수 있는 취지를 설명하였지만, 본 발명은 inter-HNB-GW 리로케이션(HNB-S(2)와 HNB-T(3)가 접속되는 HNB-GW가 동일하지 않은 리로케이션)에 적용하여도 된다.

또한, 제5 및 제6 실시 형태에서는, HNB-T(3)는 HNB-T(3)의 RFCI 정보를 Iu-UP Init 메시지에 포함시켜 이 메시지를 송신하고 있지만, Iu-UP Init 메시지를 송신하고자 하는 시점에서 HNB-S(2)의 RFCI 정보를 수신하고 있으면, HNB-T(3)에 의한 Iu-UP Init 메시지의 송신을 금지하여도 된다.

또한, 본 발명의 HNB-S, HNB-T, HNB-GW 및 CN 노드에서 행해지는 방법은, 컴퓨터에 실행시키기 위한 프로그램에 적용하여도 된다. 또한, 그 프로그램을 기억 매체에 저장하는 것도 가능하며, 네트워크를 통하여 외부에 제공하는 것도 가능하다.

본 출원은 2009년 8월 12일에 출원된 일본 특허 출원 제2009-187320호를 기초로 하는 우선권을 주장하며, 그 개시의 전부를 여기에 인용한다.

Claims

UE와, 제1 HNB와, 제2 HNB와, 코어 네트워크에 접속하는 HNB-GW를 포함하는 이동 통신 시스템으로서,
상기 제1 HNB는,
상기 UE가 상기 제1 HNB로부터 상기 제2 HNB로 Intra HNB-GW의 리로케이션을 실행하기 전에 상기 UE와 통신하는 수단과,
상기 리로케이션을 실행할 때 상기 UE와의 통신을 위해 설정된 RFCI 정보를 포함하는 제1 메시지를 상기 HNB-GW에 송신하는 수단
을 포함하고,
상기 HNB-GW는,
상기 제1 메시지를 수신하는 수단과,
상기 수신한 상기 RFCI 정보를 포함하는 제2 메시지를 상기 제2 HNB로 송신하는 수단
을 포함하고,
상기 제2 HNB는,
상기 리로케이션을 실행한 후에 상기 UE와 통신하는 수단과,
상기 HNB-GW로부터 상기 제2 메시지를 수신하는 수단을 포함하고,
상기 제2 메시지는 RELOCATION REQUEST에 관한 메시지인, 이동 통신 시스템.
코어 네트워크에 접속하는 HNB-GW로서,
UE가 제1 HNB로부터 제2 HNB로 Intra HNB-GW의 리로케이션을 실행할 때 상기 제1 HNB로부터 상기 UE와의 통신을 위해 설정된 RFCI 정보를 포함하는 제1 메시지를 수신하는 수단과,
상기 수신한 상기 RFCI 정보를 포함하는 제2 메시지를 상기 제2 HNB에 송신하는 수단
을 포함하고,
상기 제2 메시지는 RELOCATION REQUEST에 관한 메시지인, HNB-GW.
제1 HNB로서,
UE가 제2 HNB에 Intra HNB-GW의 리로케이션을 실행하기 전에 상기 UE와 통신하는 수단과,
상기 리로케이션을 실행할 때 상기 UE와의 통신을 위해 설정된 RFCI 정보를 포함하는 메시지를 HNB-GW를 통하여 상기 제2 HNB에 송신하는 수단
을 포함하고,
상기 메시지는 RELOCATION REQUEST에 관한 메시지인, 제1 HNB.
제2 HNB로서,
UE가 제1 HNB로부터 Intra HNB-GW의 리로케이션을 실행할 때 상기 제1 HNB가 상기 UE와의 통신을 위해 설정된 RFCI 정보를 포함하는 메시지를 HNB-GW로부터 수신하는 수단과,
상기 리로케이션의 실행 후에 상기 UE와 통신하는 수단
을 포함하고,
상기 메시지는 RELOCATION REQUEST에 관한 메시지인, 제2 HNB.
제1 HNB와, 제2 HNB와, 코어 네트워크에 접속하는 HNB-GW를 포함하는 이동 통신 시스템의 UE로서,
상기 제1 HNB로부터 상기 제2 HNB로 상기 UE가 Intra HNB-GW의 리로케이션을 실행하기 전에 제1 HNB와 통신하는 수단과,
상기 리로케이션을 실행한 후에 제2 HNB와 통신하는 수단
을 포함하고,
상기 리로케이션을 실행할 때 상기 제1 HNB가 상기 UE와의 통신에 사용하고 있던 RFCI 정보를 포함하는 제1 메시지가 상기 제1 HNB로부터 상기 HNB-GW에 송신되고, 상기 송신된 상기 RFCI 정보를 포함하는 제2 메시지가 상기 HNB-GW로부터 상기 제2 HNB에 송신되고,
상기 제2 메시지는 RELOCATION REQUEST에 관한 메시지인, UE.
HNB-GW에 의한 통신 방법으로서,
UE가 제1 HNB로부터 제2 HNB로 Intra HNB-GW의 리로케이션을 실행할 때 상기 제1 HNB로부터 상기 UE와의 통신을 위해 설정된 RFCI 정보를 포함하는 제1 메시지를 수신하는 스텝과,
상기 수신한 상기 RFCI 정보를 포함하는 제2 메시지를 상기 제2 HNB에 송신하는 스텝
을 포함하고,
상기 제2 메시지는 RELOCATION REQUEST에 관한 메시지인, 통신 방법.
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제