KR101253861B1

KR101253861B1 - 이동 통신 시스템

Info

Publication number: KR101253861B1
Application number: KR1020117007495A
Authority: KR
Inventors: 요시오 우에다; 사다후꾸 하야시
Original assignee: 닛본 덴끼 가부시끼가이샤
Priority date: 2009-10-01
Filing date: 2010-10-01
Publication date: 2013-04-12
Also published as: US20110207428A1; RU2451427C1; RU2012104501A; EP2330840B1; JP4957864B2; KR20110067113A; US8938234B2; RU2013133710A; AU2010281742A1; KR101253944B1; CA2732502A1; JP2012095302A; BRPI1002815B1; BRPI1002815A2; EP2330840A4; JPWO2011040596A1; JP2012165394A; EP2330840A1; RU2497308C2; KR20120131223A

Abstract

본 발명의 이동 통신 시스템은, 이동국과, 상기 이동국과 무선 통신을 행하는 기지국과, 상기 기지국과 코어 네트워크에 접속되는 게이트웨이 장치를 갖는다. 상기 기지국은, 상기 이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지를 송신하는 제1 송신 수단과, 상기 이동국이 발호하는 긴급 호의 확립에 관한 메시지를 송신하는 제2 송신 수단을 갖고, 상기 게이트웨이 장치는, 상기 기지국으로부터, 상기 등록 메시지를 수신하는 제1 수신 수단과, 상기 기지국으로부터, 상기 긴급 호의 확립에 관한 확립 메시지를 수신하는 제2 수신 수단과, 상기 등록 메시지와 상기 확립 메시지와의 일관성의 체크를 실행하는 체크 수단을 갖는다.

Description

이동 통신 시스템{MOBILE COMMUNICATION SYSTEM}

본 발명은, 이동 통신 시스템에 관한 것이다.

펨토 기지국(Home Node B, 이하, HNB로 약칭함)의 산업상의 이용 형태로서는, 예를 들면, 가정용의 소형 무선 기지국으로서 이용하는 형태와, 기업 내에서의 소형 무선 기지국으로서 이용하는 형태를 포함한다.

HNB에 의해 서비스를 제공하는 경우에는, 예를 들면, 이하와 같은 이점을 포함한다.

(1) 매크로 기지국의 전파가 도달하지 않는 불감 지대(blind zone)에서의 통화 서비스를 제공할 수 있다

(2) 매크로 기지국이 제공하는 통상의 과금 서비스보다도 싼 과금 서비스를 제공할 수 있다

(3) 기지국과 이동국과의 거리가 가까워, 이동국이 높은 무선 품질(Ec/Io)을 얻을 수 있기 때문에, 64QAM(64 Quadrature Amplitude Modulation) 및 MIMO(Multiple Input Multiple Output)의 고속화 기술을 활용할 수 있어, HNB 관리 하에서 고속 패킷 서비스를 제공할 수 있다

(4) HNB의 국소성을 이용한 특유의 콘텐츠 서비스를 제공할 수 있다

이와 같이, HNB에 의한 서비스는, 많은 이점을 갖는다. 따라서, 통신 사업자와 계약을 한 가입자와, 그 HNB의 소지자가 허용한 가입자에만 제공되어야 한다.

따라서, 3GPP(3rd Generation Partnership Project)에서는, 허용된 그룹의 이동국만이 HNB에 액세스하여, 서비스를 받을 수 있도록 하기 위해서, 릴리스(8)에서, CSG(Closed Subscriber Group)를 도입하고 있다.

여기서, CSG에 대하여, 도 1을 참조하여 상세하게 설명한다.

도 1에 도시한 제3 세대의 이동 통신 시스템은, HNB(20)와, 펨토 기지국 게이트웨이(Home Node B GW, 이하, HNB-GW로 약칭함)(30)와, 회선 교환국(Mobile Switching Center, 이하, MSC로 약칭함)(40)과, 패킷 교환국(Serving GPRS Support Node, 이하, SGSN으로 약칭함)(50)과, 제3세대 이동국(10-1, 10-2)을 포함한다.

또한, 도 1에서, HNB(20)의 관리 하에 재권(reside)하는 이동국(10-1, 10-2) 중, 이동국(10-1)은, 정당한 이동국(authorized mobile station)이다. 이에 대하여, 이동국(10-2)은, HNB(20)에 의한 서비스를 부정하게 받고자 하는 이동국이며, 이하, 부정 이동국(unauthorized mobile station)(10-2)이라고 칭한다. 또한, 이하, 어느 쪽의 이동국인지를 특정하지 않는 경우에는, 이동국(10)이라고 칭한다.

HNB(20)는, HNB-GW(30)를 통하여 오퍼레이터의 코어 네트워크에 접속되어 있다.

코어 네트워크는, 코어 네트워크 장치로서, 회선 교환을 제어하는 MSC(40)와, 패킷 교환을 제어하는 SGSN(50)을 포함하고 있다.

HNB(20)는, CSG 기능을 서포트하고 있는 경우에는, 자신의 CSG 셀(CSG Cel1)의 CSG 식별자(CSG identity)를, HNB(20)의 관리 하에 재권하는 이동국(10)에 통지한다.

이동국(10-1)은, HNB(20)로부터 통지된 CSG 식별자를 디코드하고, 이동국(10-1)에 포함된 CSG 리스트에 그 CSG 식별자가 포함되어 있는지의 여부를 판단한다.

CSG 리스트에 CSG 식별자가 포함되어 있으면, 이동국(10-1)은, 이동국(10-1)이 재권하는 CSG 셀에 캠프 온(camp on)하고, 발신, 착신 등의 다양한 서비스를 받을 수 있다.

한편, CSG 리스트에 CSG 식별자가 포함되어 있지 않으면, 이동국(10)―1)은, 이동국(10)―1)이 재권하는 CSG 셀에는 캠프 온하지 않고, 그 CSG 셀과는 다른 적절한 CSG 셀을 선택하는 동작을 행한다.

이와 같은 메카니즘에 의해, HNB(20)에는, 그 HNB(20)의 CSG 셀의 CSG 식별자를 갖는 한정된 이동국(10-1)만이 액세스 가능하게 된다.

그러나, 도 1에 도시한 부정 이동국(10-2)과 같이, CSG 기능을 서포트하고 있음에도 불구하고, 본래, 액세스할 수 없는 HNB(20)의 CSG 셀에서, 부정하게 서비스를 받고자 하는 케이스가 상정될 수 있다.

이와 같은 케이스에서는, MSC(40) 혹은 SGSN(50)이, 이동국(10)의 IMSI(International Mobile Subscriber Identity)와 그 이동국(10)이 재권하고 있는 CSG 셀의 CSG 식별자를 체크함으로써, 그 이동국(10)에 의한 HNB(20)에의 액세스를 규제하는 액세스 규제를 행한다(3GPP TS25.467 Ver8.0.0 섹션 5.1.3).

한편, CSG 기능은, 3GPP의 릴리스(8)로부터 도입되어 있는 기능이기 때문에, 릴리스(8) 이전의 이동국(10-1)이 CSG 기능을 서포트하고 있지 않은 케이스가 있다. 또한, HNB(20)가 CSG 기능을 서포트하고 있지 않은 케이스도 있다.

이와 같은 케이스에서는, HNB(20)는, 이동국(10-1)의 IMSI를 조회하기 위해서, 이동국(10-1)에 대하여 식별(Identification) 수순(3GPP TS24.008 Ver8.4.0)을 수행한다. HNB(20)는 이동국(10-1)을 HNB-GW(30)에 등록하기 위해서, HNB-GW(30)에 대하여 HNBAP(HNB Application Part) : UE REGISTER REQUEST 수순(3GPP TS25.469 Ver8.0.0)을 수행한다. 이 때에, HNB-GW(30)는, 이동국(10-1)의 IMSI가 HNB(20)에 액세스할 수 있는지의 여부를 체크함으로써, 액세스 규제를 행한다.

HNB-GW(30)가, 이동국(10-1)이 HNB(20)에 액세스할 수 있다고 판단한 경우에는, HNB-GW(30)는 액세스가 허가되는 것을, HNBAP : UE REGISTER ACCEPT 메시지에 의해 HNB(20)에 통지한다. 이에 의해, HNB(20)에 의한 서비스가 이동국(10-1)에 대하여 제공된다.

한편, 이동국(10)이 도 1에 도시한 부정 이동국(10-2)인 경우에는, 부정 이동국(10-2)의 IMSI는 CSG에 액세스할 수 있도록 등록되어 있지 않다. 그 때문에, HNB-GW(30)는, 부정 이동국(10-2)이 HNB(20)에 액세스할 수 없다고 판단하고, 액세스가 허가되지 않는 것을, HNBAP : UE REGISTER REJECT 메시지에 의해 HNB(20)에 통지한다. 이에 의해, 부정 이동국(10-2)과 HNB(20)와의 사이의 RRC(Radio Resource Control) 커넥션은 종료된다(3GPP TS25.467 Ver8.0.0 섹션 5.1.2).

상기에 의해, HNB(20)에 의한 서비스를 제공할 때에는, MSC(40), SGSN(50), 혹은 HNB-GW(30)가, 이동국(10)의 IMSI에 기초하여, 액세스 규제를 행하고 있기 때문에, HNB(20)에의 액세스가 허용되어 있지 않은 부정 이동국(10-2)이 설령 발신을 행하였다고 해도, 신호 확립 수순 중에 이동 통신 네트워크 측에 의해 HNB(20)에의 액세스가 거절되게 된다.

한편, 3GPP의 표준화에서는, 본래, HNB(20)에의 액세스가 허용되어 있지 않은 이동국(10)이라도, 호 종별(call type)이 긴급 호인 경우에는 발호를 가능하게 하는 것이 정해져 있다(3GPP TS22.011 Ver8.6.0 섹션 8.5.1).

호 종별이 긴급 호인 경우, 이동국(10-1)은, RRC 커넥션 확립 요구 시 혹은 시그널링 커넥션 확립 요구 시에 HNB(20)에 송신하는 RRC : RRC CONNECTION REQUEST 메시지 혹은 RRC : INITIAL DIRECT TRANSFER에서, 확립 요구의 요인을 나타내는 Establishment Cause 파라미터에 "Emergency call"로 설정한다(3GPP TS25.331 Ver8.5.0 10.3.3.11절, 특허 문헌 1).

그리고, HNB(20)는, HNB-GW(30)에 송신하는 HNBAP : UE REGISTER REQUEST 메시지의 Registration Cause 파라미터를 "Emergency call" 값으로 설정한다.

Registration Cause 파라미터가 "Emergency call"인 경우에는, HNB-GW(30)는, IMSI에 기초하는 액세스 규제를 실시하지 않는다(3GPP TS25.467 Ver8.0.0 섹션 5.1.2절).

이 방법에 의해, 본래, HNB(20)에 액세스해서는 안되는 이동국(10)이라도, 호 종별이 긴급 호인 경우에는, HNB-GW(30)의 액세스 규제를 스킵하고, HNB(20)에의 액세스가 가능하게 된다.

여기서, 도 2에, RRC : RRC CONNECTION REQUEST 메시지의 구성을 도시하고, 또한, 도 3에, RRC : INITIAL DIRECT TRANSFER 메시지의 구성을 도시하고, 또한, 도 4에, RRC 프로토콜에서의, Establishment Cause 파라미터의 구성을 도시하고, 또한, 도 5에, HNBAP : UE REGISTER REQUEST 메시지의 구성을 도시하고, 또한, 도 6에, HBNAP 프로토콜에서의, Regsitration Cause 파라미터의 구성을 도시한다.

특허 문헌 1 : 일본 특허 공개 제2003-244284A호 공보

그러나, 전술한 기술은, 이동국(10)이 긴급 호로서 발호를 행한 경우에는, HNB-GW(30)의 액세스 규제를 스킵하고, 이동국(10)에 의한 HNB(20)에의 액세스를 허가하는 것이다.

그 때문에, 부정 이동국(10-2)과 같이, 본래는 HNB(20)에 액세스할 수 없는 이동국(10)이라도, RRC 프로토콜에서의, Establishment Cause 파라미터를 "Emergency call"로 속이고, HNB-GW(30)의 액세스 규제의 대상 외로 됨으로써, HNB(20)에의 액세스가 가능하게 된다.

이와 같은 부정 이동국(10-2)은, Establishment Cause 파라미터만을 개찬(falsify)하도록 소프트웨어를 개조함으로써, 용이하게 만들 수 있다고 생각된다.

혹은, 정당한 이동국(10-1)으로부터 공통 채널(RACH : Random Access Channel) 상에 송신되는, 은닉(conceal)도 개찬(falsification) 대책도 이루어져 있지 않은 RRC : RRC CONNECTION REQUEST 메시지를 디코드하고, Establishment Cause 파라미터를 "Emergency call"로 치환하고, RRC : RRC CONNECTION REQUEST 메시지를 인코드하여 HNB(20)에 송신하는 장치가 개재되는 경우도 있다. 이 경우, 정당한 이동국(10-1)이라도, 상술한 바와 같은 부정 이동국(10-2)과 동일시되게 된다.

이와 같은 부정 이동국(10-2)에 의해, 이하와 같은 문제가 생긴다.

(1) 가정용 혹은 기업에 설치된 HNB(20)가, 부정 이동국(10-2)에 의해 부정하게 사용되게 된다

(2) 부정 이동국(10-2)은, HNB(20)를 통한 발신을 행함으로써, 통상의 과금 서비스보다도 싼 과금 서비스를 부정하게 받을 수 있게 된다

(3) 특정한 유저용으로의 콘텐츠 서비스를 부정 이동국(10-2)이 부정하게 받게 된다

이와 같은 문제를 해결하는 방법으로서는, 이동국(10)이 긴급 호로서 발호를 행한 경우에, 코어 네트워크 장치측에서, 그 이동국(10)의 호 해방 처리를 행하는 것이 생각된다. 이를 위해, 코어 네트워크 장치는, 이동국(10)이 긴급 호로서 발호를 행한 것을 알 필요가 있다.

그러나, 현 구성에서는, 코어 네트워크 장치는, 이동국(10)이 긴급 호로서 발호를 행한 것을 알 수 없다.

혹은, HNB-GW(30) 측에서, 긴급 호라고 속이고 발호를 행한 이동국(10)의 호 해방 처리를 행하는 것도 생각된다. 그를 위해서는, HNB-GW(30)는, 이동국(10)이 실제로 발호한 호 종별이 긴급 호인지를 알 필요가 있다.

그러나, 현 구성에서는, HNB-GW(30)는, 이동국(10)이 실제로 발호한 호 종별을 알 수 없다.

본 발명의 목적은, 코어 네트워크 장치가, 이동국이 긴급 호로서 발호를 행한 것을 알 수 있는 이동 통신 시스템을 제공하는 것에 있다.

본 발명의 다른 목적은, 게이트웨이 장치가, 이동국이 실제로 발호한 호 종별을 알 수 있는 이동 통신 시스템을 제공하는 것에 있다.

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

이동국과,

상기 이동국과 무선 통신을 행하는 기지국과,

상기 기지국과 코어 네트워크에 접속되는 게이트웨이 장치를 갖는 이동 통신 시스템으로서,

상기 기지국은,

상기 이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지를 송신하는 제1 송신 수단과,

상기 이동국이 발호하는 긴급 호의 확립에 관한 메시지를 송신하는 제2 송신 수단을 갖고,

상기 게이트웨이 장치는,

상기 기지국으로부터, 상기 등록 메시지를 수신하는 제1 수신 수단과,

상기 기지국으로부터, 상기 긴급 호의 확립에 관한 확립 메시지를 수신하는 제2 수신 수단과,

상기 등록 메시지와 상기 확립 메시지와의 일관성의 체크를 실행하는 체크 수단을 갖는다.

본 발명의 게이트웨이 장치는, 기지국을, 코어 네트워크에 접속하는 게이트웨이 장치로서,

이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지를, 상기 기지국으로부터 수신하는 제1 수신 수단과,

상기 이동국이 발호하는 긴급 호의 확립에 관한 확립 메시지를, 상기 기지국으로부터 수신하는 제2 수신 수단과,

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

이동국과,

상기 이동국과 무선 통신을 행하는 기지국과,

상기 기지국과 코어 네트워크에 접속되는 게이트웨이 장치를 갖는 이동 통신 시스템에 의한 통신 방법으로서,

상기 기지국이, 상기 이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지를 송신하고,

상기 기지국이, 상기 이동국이 발호하는 긴급 호의 확립에 관한 메시지를 송신하고,

상기 게이트웨이 장치가, 상기 기지국으로부터, 상기 등록 메시지를 수신하고,

상기 게이트웨이 장치가, 상기 기지국으로부터, 상기 긴급 호의 확립에 관한 확립 메시지를 수신하고,

상기 게이트웨이 장치가, 상기 등록 메시지와 상기 확립 메시지와의 일관성의 체크를 실행한다.

본 발명의 제2 통신 방법은, 기지국을, 코어 네트워크에 접속하는 게이트웨이 장치에 의한 통신 방법으로서,

이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지를, 상기 기지국으로부터 수신하고,

상기 이동국이 발호하는 긴급 호의 확립에 관한 확립 메시지를, 상기 기지국으로부터 수신하고,

상기 등록 메시지와 상기 확립 메시지와의 일관성의 체크를 실행한다.

본 발명의 제1 이동 통신 시스템에 따르면, 기지국 혹은 게이트웨이 장치는, 이동국이 긴급 호로서 발호를 행한 것을 나타내는 정보를 메시지에 포함시켜, 코어 네트워크 장치에 송신한다.

따라서, 코어 네트워크 장치는, 이동국이 긴급 호로서 발호를 행한 것을 알 수 있다고 하는 효과가 얻어진다.

본 발명의 제2 이동 통신 시스템에 따르면, 코어 네트워크 장치는, 이동국이 발호한 호 종별이 긴급 호인 것을 나타내는 정보를 메시지에 포함시켜, 게이트웨이 장치에 송신한다.

따라서, 게이트웨이 장치는, 이동국이 실제로 발호한 호 종별이 긴급 호인 것을 알 수 있다고 하는 효과가 얻어진다.

도 1은 제3세대의 이동 통신 시스템의 구성을 도시하는 도면.
도 2는 RRC CONNECTION REQUEST 메시지의 구성을 도시하는 도면.
도 3은 INITIAL DIRECT TRANSFER 메시지의 구성을 도시하는 도면.
도 4는 Establishment Cause 파라미터의 구성을 도시하는 도면.
도 5는 UE REGISTER REQUEST 메시지의 구성을 도시하는 도면.
도 6은 Registration Cause 파라미터의 구성을 도시하는 도면.
도 7은 본 발명의 제1 실시 형태의 HNB의 구성을 도시하는 블록도.
도 8은 본 발명의 제1 실시 형태의 HNB-GW의 구성을 도시하는 블록도.
도 9는 본 발명의 제1 실시 형태의 MSC의 구성을 도시하는 블록도.
도 10은 본 발명의 제1 실시 형태의 SGSN의 구성을 도시하는 블록도.
도 11은 본 발명의 제2 실시 형태의 HNB의 구성을 도시하는 블록도.
도 12는 본 발명의 제2 실시 형태의 HNB-GW의 구성을 도시하는 블록도.
도 13은 본 발명의 제2 실시 형태의 MSC의 구성을 도시하는 블록도.
도 14는 본 발명의 제2 실시 형태의 SGSN의 구성을 도시하는 블록도.
도 15는 본 발명의 제2 실시 형태의 이동 통신 시스템의 동작을 설명하는 시퀀스도.
도 16은 CM SERVICE REQUEST 메시지의 구성을 도시하는 도면.
도 17은 CM Service Type 파라미터의 구성을 도시하는 도면.
도 18은 HNB에 의한 Registration Cause 파라미터의 결정 처리를 도시하는 플로우차트.
도 19는 본 발명에 따른 Emergency Cause 파라미터가 추가된 INITIAL UE MESSAGE 메시지의 구성을 도시하는 도면.
도 20은 본 발명의 제2 실시 형태의 MSC에 의한 부정 대책 처리를 도시하는 플로우차트.
도 21은 본 발명의 제2 실시 형태의 SGSN에 의한 부정 대책 처리를 도시하는 플로우차트.
도 22는 본 발명의 제3 실시 형태의 MSC의 구성을 도시하는 블록도.
도 23은 본 발명의 제3 실시 형태의 SGSN의 구성을 도시하는 블록도.
도 24는 본 발명의 제3 실시 형태의 HNB-GW의 구성을 도시하는 블록도.
도 25는 본 발명의 제4 실시 형태의 MSC의 구성을 도시하는 블록도.
도 26은 본 발명의 제4 실시 형태의 SGSN의 구성을 도시하는 블록도.
도 27은 본 발명의 제4 실시 형태의 HNB-GW의 구성을 도시하는 블록도.
도 28은 본 발명의 제4 실시 형태의 이동 통신 시스템의 동작예 1을 설명하는 시퀀스도.
도 29는 본 발명의 제4 실시 형태의 MSC에 의한 Call Type 파라미터의 결정 처리를 도시하는 플로우차트.
도 30은 본 발명에 따른 COMMON ID 메시지의 구성을 도시하는 도면.
도 31은 본 발명의 제4 실시 형태의 HNB-GW에서의 처리를, 호 종별에 따라서 결정하기 위한 테이블을 도시하는 도면.
도 32는 본 발명의 제4 실시 형태의 SGSN에 의한 Call Type 파라미터의 결정 처리를 도시하는 플로우차트.
도 33은 본 발명의 제4 실시 형태의 이동 통신 시스템의 동작예 2를 설명하는 시퀀스도.
도 34는 본 발명에 따른 DIRECT TRANSFER 메시지의 구성을 도시하는 도면.
도 35는 본 발명의 제4 실시 형태의 이동 통신 시스템의 동작예 3을 설명하는 시퀀스도.
도 36은 본 발명에 따른 RAB ASSIGNMENT REQUEST 메시지의 구성을 도시하는 도면.
도 37은 본 발명의 제5 실시 형태의 이동 통신 시스템의 동작을 설명하는 시퀀스도.
도 38은 본 발명의 제6 실시 형태의 이동 통신 시스템의 동작을 설명하는 시퀀스도.
도 39는 본 발명의 제7 실시 형태에 따른 Allocation/Retention Priority의 파라미터를 도시하는 도면.
도 40은 본 발명의 제7 실시 형태의 MSC에 의한 호 종별 설정 처리를 도시하는 플로우차트.
도 41은 본 발명의 제7 실시 형태의 SGSN에 의한 호 종별 설정 처리를 도시하는 플로우차트.
도 42는 본 발명의 제7 실시 형태의 이동 통신 시스템의 동작을 설명하는 시퀀스도.
도 43은 본 발명의 제8 실시 형태의 이동 통신 시스템의 동작을 설명하는 시퀀스도.

이하에, 본 발명을 실시하기 위한 최량의 형태에 대하여 도면을 참조하여 설명한다.

또한, 이하에서 설명하는 실시 형태에서, 이동 통신 시스템의 전체 구성 자체는, 도 1의 이동 통신 시스템과 마찬가지인 것으로 한다.

(제1 실시 형태)

도 7∼도 10에, 본 실시 형태의 HNB(20), HNB-GW(30), MSC(40), 및 SGSN(50)의 구성을 각각 도시한다.

도 7을 참조하면, 본 실시 형태의 HNB(20)는, 이동국(10)이 긴급 호로서 발호를 행한 것을 나타내는 정보를 RANAP(Radio Access Network Application Part) 프로토콜 메시지에 포함시키는 제어부(21A)와, 그 RANAP 프로토콜 메시지를 HNB-GW(30)에 송신하는 송신부(22A)를 갖고 있다. 또한, RANAP 프로토콜 메시지란, 무선 액세스 네트워크의 어플리케이션층의 메시지이고, 예를 들면, UE와 코어 네트워크 장치 간에서 송수신되는 CC/MM 신호를 RAN 내에서 투과적으로 전송하는 기능을 갖는 것이다.

또한, 도 8을 참조하면, 본 실시 형태의 HNB-GW(30)는, HNB(20)로부터 RANAP 프로토콜 메시지를 수신하는 수신부(31A)와, 그 RANAP 프로토콜 메시지를 취출하는 제어부(32A)와, 그 RANAP 프로토콜 메시지를 MSC(40) 혹은 SGSN(50)에 송신하는 송신부(33A)를 갖고 있다.

또한, 도 9를 참조하면, 본 실시 형태의 MSC(40)는, HNB-GW(30)로부터 RANAP 프로토콜 메시지를 수신하는 수신부(41A)와, 그 RANAP 프로토콜 메시지에 이동국(10)이 긴급 호로서 발호를 행한 것을 나타내는 정보가 포함되어 있는 경우에, 이동국(10)이 실제로 발호한 호 종별이 긴급 호인지 판별하고, 긴급 호가 아니면 호 해방 처리를 행하는 제어부(42A)를 갖고 있다.

또한, 도 10을 참조하면, 본 실시 형태의 SGSN(50)은, HNB-GW(30)로부터 RANAP 프로토콜 메시지를 수신하는 수신부(51A)와, 그 RANAP 프로토콜 메시지에 이동국(10)이 긴급 호로서 발호를 행한 것을 나타내는 정보가 포함되어 있는 경우에, 이동국(10)이 실제로 발호한 호 종별이 긴급 호인지 판별하고, 긴급 호가 아니면 호 해방 처리를 실시하는 제어부(52A)를 갖고 있다.

따라서, 본 실시 형태에서는, MSC(40) 혹은 SGSN(50)이, 이동국(10)이 긴급 호로서 발호를 행한 것을 알 수 있다.

그 결과, MSC(40) 혹은 SGSN(50)은, 이동국(10)이 Establishment Cause를 개찬하여 긴급 호로 속인 경우에는, 그 이동국(10)의 호 해방 처리를 실시할 수 있다. 따라서, HNB(20)에 의한 서비스를 부정하게 받는 것을 방지할 수 있다.

(제2 실시 형태)

도 11∼도 14에, 본 실시 형태의 HNB(20), HNB-GW(30), MSC(40), 및 SGSN(50)의 구성을 각각 도시한다. 본 실시 형태는, 도 7∼도 10의 제1 실시 형태의 HNB(20), HNB-GW(30), MSC(40), 및 SGSN(50)의 구성 및 동작을 보다 구체화한 예이다.

도 11을 참조하면, 본 실시 형태의 HNB(20)는, 이동국 신호 송수신부(201A)와, RUA(RANAP User Adaption) 메시지 처리부(202A)와, HNB-GW 신호 송수신부(203A)와, HNBAP 메시지 처리부(204A)와, 호 제어부(205A)와, RRC 메시지 처리부(206A)와, RANAP 메시지 처리부(207A)를 갖고 있다.

또한, 도 11에서는, RUA 메시지 처리부(202A), HNBAP 메시지 처리부(204A), 호 제어부(205A), RRC 메시지 처리부(206A), 및 RANAP 메시지 처리부(207A)에 의해, 도 7에 도시한 제어부(21A)를 구성하고 있다. 또한, HNB-GW 신호 송수신부(203A)는, 도 7에 도시한 송신부(22A)의 일례이다.

이동국 신호 송수신부(201A)는, 이동국(10)과의 사이에서 RRC 프로토콜 메시지를 송수신하기 위한 기능으로서, 메시지를 은닉(암호화, 복호화)하는 은닉 기능, 메시지의 송달을 확인하는 신호 송달 확인 기능, 메시지를 분배하는 신호 분배 기능 등을 갖고 있다.

HNB-GW 신호 송수신부(203A)는, HNB-GW(30)와의 사이에서 HNBAP 프로토콜 메시지나 RUA 프로토콜 메시지의 송수신을 행하기 위한 기능으로서, 은닉 기능, 신호 송달 확인 기능, 신호 분배 기능 등을 갖고 있다.

RRC 메시지 처리부(206A)는, 이동국(10)에 송신하는 RRC 프로토콜 메시지를 인코드하는 기능, 및 이동국(10)으로부터 수신하는 RRC 프로토콜 메시지를 디코드하는 기능을 갖고 있다.

HNBAP 메시지 처리부(204A)는, HNB-GW(30)에 송신하는 HNBAP 프로토콜 메시지를 인코드하는 기능, 및, HNB-GW(30)로부터 수신하는 HNBAP 프로토콜 메시지를 디코드하는 기능을 갖고 있다.

RANAP 메시지 처리부(207A)는, HNB-GW(30)에 송신하는 RANAP 메시지를 인코드하는 기능, 및, HNB-GW(30)로부터 수신하는 RANAP 프로토콜 메시지를 디코드하는 기능을 갖고 있다.

RUA 프로토콜은, RANAP 프로토콜 메시지를 전송하는 기능을 하는 프로토콜이며, RUA 메시지 처리부(202A)는, HNB-GW(30)에 송신하는 RUA 프로토콜 메시지를 인코드하는 기능, 및, HNB-GW(30)로부터 수신하는 RUA 프로토콜 메시지를 디코드하는 기능을 갖고 있다.

호 제어부(205A)는, RRC 프로토콜 메시지나 RANAP 프로토콜 메시지에 기초하여, RRC 커넥션의 확립, 베어러의 확립, 이동 제어 등의 다양한 호 처리를 기동한다. 또한, 호 제어부(205A)는, HNBAP 프로토콜을 기동하여, HNB-GW(30)에의 이동국(10)의 등록 처리를 실시한다. 이상의 기능은, HNB(20)에 실장되는 호 처리부가 일반적으로 갖는 기능이다.

그 외에도, 호 제어부(205A)는, 본 실시 형태의 특징적인 기능으로서, HNB-GW(30)로부터 수신한 HNBAP 프로토콜 메시지의 Registration Cause 파라미터에 기초하여, HNB-GW(30)에 송신하는 RANAP 프로토콜 메시지의 Emergency Cause값을 설정하는 기능을 갖고 있다.

또한, 도 12를 참조하면, 본 실시 형태의 HNB-GW(30)는, HNB 신호 송수신부(301A)와, RUA 메시지 처리부(302A)와, SGSN 신호 송수신부(303A)와, MSC 신호 송수신부(304A)와, HNBAP 메시지 처리부(305A)와, 호 제어부(306A)와, RANAP 메시지 처리부(307A)와, 국 데이터 저장부(308A)를 갖고 있다.

또한, 도 12에서는, RUA 메시지 처리부(302A), HNBAP 메시지 처리부(305A), 호 제어부(306A), RANAP 메시지 처리부(307A), 및 국 데이터 저장부(308A)에 의해, 도 8에 도시한 제어부(32A)를 구성하고 있다. 또한, HNB 신호 송수신부(301A)는, 도 8에 도시한 수신부(31A)의 일례이며, 또한, SGSN 신호 송수신부(303A) 및 MSC 신호 송수신부(304A)는, 도 8에 도시한 송신부(33A)의 일례이다.

HNB 신호 송수신부(301A)는, HNB(20)와의 사이에서 RUA 프로토콜 메시지나 HNBAP 프로토콜 메시지의 송수신을 행하기 위한 기능으로서, 은닉 기능, 신호 송달 확인 기능 등을 갖고 있다.

MSC 신호 송수신부(304A)는, MSC(40)와의 사이에서 RANAP 프로토콜 메시지의 송수신을 행하기 위한 기능으로서, 메시지의 순서를 제어하는 순서 제어 기능, 송달 확인 기능 등을 갖고 있다.

SGSN 신호 송수신부(303A)는, SGSN(50)과의 사이에서 RANAP 프로토콜 메시지의 송수신을 행하기 위한 기능으로서, 송달 확인 기능이나 순서 제어 기능 등을 갖고 있다.

HNBAP 메시지 처리부(305A)는, HNB(20)에 송신하는 HNBAP 프로토콜 메시지를 인코드하는 기능, 및, HNB로부터 수신하는 HNBAP 프로토콜 메시지를 디코드하는 기능을 갖고 있다.

RUA 메시지 처리부(302A)는, HNB(20)에 송신하는 RUA 프로토콜 메시지를 인코드하는 기능, 및, HNB(20)로부터 수신하는 RUA 프로토콜 메시지를 디코드하는 기능을 갖고 있다.

RANAP 메시지 처리부(307A)는, MSC(40)에 송신하는 RANAP 프로토콜 메시지를 인코드하는 기능, 및, MSC(40)로부터 수신하는 RANAP 프로토콜 메시지를 디코드하는 기능을 갖고 있다.

호 제어부(306A)는, HNB(103)의 등록 처리나, 이동국(10)의 등록 처리를 행한다. 또한, 호 제어부(306A)는, 국 데이터 저장부(308A)에 저장된 국 데이터에 액세스할 수 있다. 국 데이터에는, CSG마다, 액세스 가능한 IMSI의 리스트가 설정되어 있다. 이 IMSI 리스트에 기초하여, HNB-GW(30)는, HNB(20)에의 액세스 규제를 실시한다. 이상의 기능은, HNB-GW(30)에 실장되는 호 처리부가 일반적으로 갖는 기능이다.

또한, 도 13을 참조하면, 본 실시 형태의 MSC(40)는, HNB-GW 신호 송수신부(401A)와, RANAP 메시지 처리부(402A)와, NAS(Non Access Stratum) 메시지 처리부(403A)와, 호 제어부(404A)와, 국 데이터 저장부(405A)를 갖고 있다.

또한, 도 13에서는, RANAP 메시지 처리부(402A), NAS 메시지 처리부(403A), 호 제어부(404A), 및 국 데이터 저장부(405A)에 의해, 도 9에 도시한 제어부(42A)를 구성하고 있다. 또한, HNB-GW 신호 송수신부(401A)는, 도 9에 도시한 수신부(41A)의 일례이다.

HNB-GW 신호 송수신부(401A)는, HNB-GW(30)와의 사이에서 RANAP 프로토콜 메시지의 송수신을 행하기 위한 기능으로서, 송달 확인 기능이나 순서 제어 기능 등을 갖고 있다.

RANAP 메시지 처리부(402A)는, HNB-GW(30)에 송신하는 RANAP 메시지를 인코드하는 기능, 및, HNB-GW(30)로부터 수신하는 RANAP 프로토콜 메시지를 디코드하는 기능을 갖고 있다.

NAS 메시지 처리부(403A)는, 이동국(10)과의 사이에서 NAS 프로토콜(CC(Call Control) 프로토콜, MM(Mobility Management) 프로토콜)의 메시지의 송수신을 행하기 위한 기능을 갖고 있다.

호 제어부(404A)는, 호 확립, 호 해방 등의 호 처리를 행하는 호 처리 기능이나, 위치 등록이나 핸드 오버 등의 이동 제어를 행하는 이동 제어 기능, 또한, HNB(20)에의 액세스를 규제하는 액세스 규제 기능을 갖고 있다. 호 제어부(404A)는, 국 데이터 저장부(405A)에 저장된 국 데이터에 액세스할 수 있다. 국 데이터에는, CSG마다, 액세스 가능한 IMSI의 리스트가 설정되어 있다. 이 IMSI 리스트에 기초하여, MSC(40)는, HNB(20)에의 액세스 규제를 실시한다. 이상의 기능은, MSC(40)에 실장되는 호 처리부가 일반적으로 갖는 기능이다.

그 외에도, 호 제어부(404A)는, 본 실시 형태의 특징적인 기능으로서, HNB-GW(30)로부터 수신하는 RANAP 프로토콜 메시지에 Emergency Cause 파라미터가 설정되어 있는 경우에, NAS 메시지를 해석하여, 이동국(10)이 발호한 호 종별이 긴급 호인지 판별하는 기능을 갖고 있다. 만약, 긴급 호가 아니면, 호 제어부(404A)는, 호 해방 처리를 행하게 된다.

또한, 도 14를 참조하면, 본 실시 형태의 SGSN(50)은, HNB-GW 신호 송수신부(501A)와, RANAP 메시지 처리부(502A)와, NAS 메시지 처리부(503A)와, 호 제어부(504A)와, 국 데이터 저장부(505A)를 갖고 있다.

또한, 도 14에서는, RANAP 메시지 처리부(502A), NAS 메시지 처리부(503A), 호 제어부(504A), 및 국 데이터 저장부(505A)에 의해, 도 10에 도시한 제어부(52A)를 구성하고 있다. 또한, HNB-GW 신호 송수신부(501A)는, 도 10에 도시한 수신부(51A)의 일례이다.

HNB-GW 신호 송수신부(501A)는, HNB-GW(30)와의 사이에서 RANAP 프로토콜 메시지의 송수신을 행하기 위한 기능으로서, 송달 확인 기능이나 순서 제어 기능 등을 갖고 있다.

RANAP 메시지 처리부(502A)는, HNB-GW(30)에 송신하는 RANAP 메시지를 인코드하는 기능, 및, HNB-GW(30)로부터 수신하는 RANAP 프로토콜 메시지를 디코드하는 기능을 갖고 있다.

NAS 메시지 처리부(503A)는, 이동국(10)과의 사이에서 NAS 프로토콜(CC 프로토콜, MM 프로토콜)의 메시지의 송수신을 행하기 위한 기능을 갖고 있다.

호 제어부(504A)는, 호 처리 기능이나 이동 제어 기능, 또한, 액세스 규제 기능을 갖고 있다. 호 제어부(504A)는, 국 데이터 저장부(505A)에 저장된 국 데이터에 액세스할 수 있다. 국 데이터에는, CSG마다, 액세스 가능한 IMSI의 리스트가 설정되어 있다. 이 IMSI 리스트에 기초하여, SGSN(50)은, HNB(20)에의 액세스 규제를 실시한다. 이상의 기능은, SGSN(50)에 실장되는 호 처리부가 일반적으로 갖는 기능이다.

그 외에도, 호 제어부(504A)는, 본 실시 형태의 특징적인 기능으로서, HNB-GW(30)로부터 수신하는 RANAP 프로토콜 메시지에 Emergency Cause 파라미터가 설정되어 있는 경우에, NAS 메시지를 해석하여, 이동국(10)이 발호한 호 종별이 긴급 호인지 판별하는 기능을 갖고 있다. 만약에 긴급 호가 아니면, 호 제어부(504A)는, 호 해방 처리를 행하게 된다.

이하에, 본 실시 형태의 이동 통신 시스템의 동작에 대하여 설명한다.

(A) 회선 교환 호의 경우

우선, 이동국(10)이 회선 교환의 긴급 호로서 발호를 행한 경우의 동작예를, 도 15의 시퀀스도를 따라서 설명한다.

도 15를 참조하면, 이동국(10)은, 스텝 S101에서, Establishment Cause(도 4)를 RRC : RRC CONNECTION REQUEST 메시지(도 2)에 설정하고, 스텝 S102에서, 그 RRC : RRC CONNECTION REQUEST 메시지를 HNB(20)에 송신한다.

HNB(20)는, 무선 리소스를 확보한 후, 스텝 S103에서, 그 취지를 RRC : RRC CONNECTION SETUP 메시지에 의해 이동국(10)에 통지한다.

이동국(10)은, RRC 커넥션을 확립한 후, 스텝 S104에서, 그 취지를 RRC : RRC CONNECTION SETUP COMPLETE 메시지에 의해 HNB(20)에 통지한다.

계속해서, 이동국(10)은, 스텝 S105에서, MM 프로토콜 메시지인 CM SERVICE REQUEST 메시지(도 16)의 CM Service Type 파라미터(도 17)를 "Emergency call establishment"로 설정하고, 그 CM SERVICE REQUEST 메시지를 RRC : INITIAL DIRECT TRANSFER 메시지(도 3)에 포함시킨다.

또한, 이동국(10)은, 스텝 S106에서, 그 RRC : INITIAL DIRECT TRANSFER 메시지의 Establishment Cause(도 4)를 "Emergency Call"로 설정하고, 그 RRC : INITIAL DIRECT TRANSFER 메시지(도 3)를 HNB(20)에 송신한다.

HNB(20)에서는, RRC 프로토콜 메시지 처리부(707A)는, 스텝 S102에서 송신되어 온 RRC : RRC CONNECTION REQUEST 메시지 및 스텝 S106에서 송신되어 온 RRC : INITIAL DIRECT TRANSFER 메시지를 디코드한다.

또한, HNB(20)에서는, 호 제어부(205A)는, 이동국(10)으로부터, RRC : RRC CONNECTION REQUEST 메시지 및 RRC : INITIAL DIRECT TRANSFER 메시지에 의해 통지된 Establishment Cause값(도 4)을 보존해 놓고, 스텝 S107에서, Establishment Cause값에 기초하여, Registration Cause 파라미터를 결정하고, HNBAP : UE REGISTER REQUEST 메시지(도 5)에 설정한다.

도 18에, Registration Cause 파라미터의 결정 처리의 플로우차트를 도시한다.

도 18을 참조하면, 호 제어부(205A)는, 스텝 S201에서, Establishment Cause값이 "Emergency Call"인지 판단하고, "Emergency Call"인 경우에는, 스텝 S202에서, 호 제어부(205A)는 Registration Cause 파라미터를 "Emergency Call"로 결정하고, "Emergency Call"이 아닌 경우에는, 스텝 S203에서, 호 제어부(205A)는 Registration Cause 파라미터를 "Normal Call"로 결정한다.

다시 도 15를 참조하면, HNB(20)는, 스텝 S108에서, Registration Cause 파라미터를 설정한 HNBAP : UE REGISTER REQUEST 메시지(도 5)를 HNB-GW(30)에 송신한다.

HNB-GW(30)에서는, HNB 신호 송수신부(301A)는, HNBAP : UE REGISTER REQUEST 메시지를 수신한다. HNBAP 메시지 처리부(305A)는, HNBAP : UE REGISTER REQUEST 메시지를 디코드한다. 호 제어부(306A)는, 스텝 S109에서, HNBAP : UE REGISTER REQUEST 메시지에 설정되어 있는 Registration Cause 파라미터에 기초하여, 액세스 규제(스텝 S110)를 실시할지의 여부를 판단한다.

HNB-GW(30)에서는, Registration Cause 파라미터가 "Emergency Call"이면, 액세스 규제를 하지 않는다. 이 경우, 호 제어부(306A)는, 해당하는 이동국(10)에 대하여 콘텍스트 ID를 할당하고, HNBAP 메시지 처리부(305A)는, HNBAP : UE REGISTER ACCEPT 메시지를 인코드하고, HNB 신호 송수신부(301A)는, 스텝 S111에서, 그 HNBAP : UE REGISTER ACCEPT 메시지를 HNB(20)에 송신한다.

HNB(20)에서는, 호 제어부(205A)는, HNBAP : UE REGISTER ACCEPT 메시지의 수신 후, 스텝 S112에서, Registration Cause 파라미터가 "Emergency Call"인지 판단하고, 파라미터가 "Emergency Call"이면, 스텝 S113에서, 본 발명에 의해 도입되는 Emergency Cause 파라미터(도 19)를 생성한다. RANAP 메시지 처리부(207A)는, Emergency Cause 파라미터를 포함하는 RANAP : INITIAL UE MESSAGE 메시지의 인코드를 행한다. 또한, RANAP 메시지 처리부(207A)는, RANAP : INITIAL UE MESSAGE 메시지에 NAS-PDU(Protocol Data Unit) 파라미터를 설정하고, NAS-PDU 파라미터에는, 이동국(10)으로부터 수신한 MM 프로토콜의 CM SERVICE REQUEST 메시지를 설정한다. RUA 메시지 처리부(703A)는, 그 RANAP : INITIAL UE MESSAGE 메시지를 포함하는 RUA : CONNECT 메시지를 생성한다. 즉, RANAP : INITIAL UE MESSAGE 메시지는, 스텝 S114에서, HNB(20)로부터 HNB-GW(30)에 대하여, RUA : CONNECT 메시지에 의해 전송된다.

HNB-GW(30)에서는, RUA 메시지 처리부(302A)는, RUA 프로토콜의 CONNECT 메시지를 디코드한다. 호 제어부(306A)는, HNB(20)에서 이미 인코드되어 있는RANAP : INITIAL UE MESSAGE 메시지를 취출한다. RANAP 메시지 처리부(307A)는, 스텝 S115에서, RANAP : INITIAL UE MESSAGE 메시지를, CN Domain ID 등의 루팅 정보에 기초하여 MSC(40)에 송신한다.

MSC(40)에서는, RANAP 메시지 처리부(402A)는, RANAP : INITIAL UE MESSAGE 메시지를 디코드한다. 또한, NAS 메시지 처리부(403A)는, NAS-PDU에 설정되어 있는 CM SERVICE REQUEST 메시지를 디코드한다. 이들 디코드 결과는 호 제어부(404A)에 통지된다. 호 제어부(404A)는, 스텝 S116에서, 본 발명에서 도입되는 Emergency Cause 파라미터가 설정되어 있는지의 여부를 판단한다. Emergency Cause 파라미터가 설정되어 있는 경우에는, 스텝 S117에서, 호 제어부(404A)는 CS(Circuit Switching) 서비스용의 부정 대책 처리를 기동한다.

도 20에, CS 서비스용의 부정 대책 처리의 플로우차트를 도시한다.

도 20을 참조하면, 호 제어부(404A)는, 스텝 S301에서, 이동국(10)으로부터 송신되어 온 MM 프로토콜의 CM SERVICE REQUEST 메시지(TS24.008 Ver8.5.0 섹션9.2.9)에 설정되어 있는 CM Service Type 파라미터(TS24.008 Ver8.5.0 섹션10.5.3.3)가 "Emergency Call Establishment"인지의 여부를 체크한다.

다음으로, 호 제어부(404A)는, 스텝 S302에서, MSC(40)가 송신하는 발호 신호인 CC 프로토콜의 SETUP(TS24.008 Ver8.5.0 섹션9.3.23 Setup) 메시지의 전화 번호(TS24.008 Ver8.5.0 섹션10.5.4.7)가 긴급 번호인지의 여부를 체크한다. 구체적으로는, TS24.008 Ver8.5.0의 Figure 10.5.91/3GPP TS24.008 Called party BCD number information element에서, Number digit 1, Number digit 2, Number digit 3 등이 전화 번호에 해당하고, 이 전화 번호가 긴급 번호인지의 여부를 체크한다. 또한, TS24.008의 섹션10.5.4.7의, Called Party BCD Number란, 착신 번호를 나타낸다. BCD(BCD, Binary-coded decimal)란, 컴퓨터에서의 수치의 표현 방식의 하나로, 십진 표현에서의 1자릿수를, 0부터 9까지를 나타내는 4자릿수의 2진수로 나타낸 것을 나타낸다.

다음으로, 호 제어부(404A)는, 스텝 S303에서, 이동국(10)에서 EMERGENCY SETUP 수순(TS24.008 Ver8.5.0 섹션9.3.8)이 행해졌는지의 여부를 체크한다. 예를 들면, 이동국(10)으로부터 "emergency call establishment"를 개시하기 위한 메시지를 수신하면, 인포메이션 엘리먼트 "Emergency setup message type"으로부터 EMERGENCY SETUP 수순이 행해졌는지의 여부를 체크한다.

스텝 S301∼S303 중 어느 하나의 체크에 합치하면, 호 제어부(404A)는, 호 종별이 긴급 호인 것으로 판단하고, 긴급 호를 위한 호 처리를 계속한다. 한편, 어느 체크에도 합치하지 않으면, 호 제어부(404A)는, 스텝 S304에서, 호 종별이 통상 호인 것으로 판단하고, 부정 이동국(10-2)이라고 간주하고, 호 해방 처리를 기동한다.

이에 의해, 본래, HNB(20)에 액세스할 수 없는 부정 이동국(10-2)이, Establishment Cause를 개찬하여 긴급 호로 속이고, HNB(20)에 의한 서비스를 받는 것을 방지할 수 있다.

(B) 패킷 교환 호의 경우

다음으로, 이동국(10)이 패킷 교환의 긴급 호로서 발호를 행한 경우의 동작예를 설명한다.

패킷 교환 호인 경우의 동작 시퀀스는, 회선 교환 호인 경우에 MSC(40)에서 행하였던 처리를, SGSN(50)에서 행하는 점 이외는 마찬가지이다. 단, 패킷 교환에서는, NAS 메시지로서, SM(Session Management) 프로토콜 메시지 및 GMM(GPRS Mobility Management) 프로토콜 메시지가 적용된다. 그 때문에, 스텝 S117에서 기동하는 부정 대책 처리는, PS(Packet Switching) 서비스용의 부정 대책 처리로 된다. 이 처리는, 긴급 호의 식별 방법이 CS 서비스와 상이하다. 또한, 패킷 교환에서 음성이 사용되는 경우에는, VoIP(Voice over IP)의 방법이 이용된다. 또한, GMM이란, 패킷 서비스(PS)에서의 이동 제어(Mobility Management)를 위한 프로토콜이다.

도 21에, PS 서비스용의 부정 대책 처리의 플로우차트를 도시한다.

도 21을 참조하면, SGSN(50)의 호 제어부(504A)는, 스텝 S401에서, 이동국(10)으로부터 송신되어 온 SM 프로토콜의 Activate PDP(Packet Data Protocol) context request 메시지(3GPP TS24.008 Ver8.5.0 섹션9.5.1)에 설정되어 있는 APN(Access Point Name)(3GPP TS24.008 9.5.1 10.5.6.1)이 긴급 호에 특유의 것인지의 여부를 체크한다.

다음으로, 호 제어부(504A)는, 스텝 S402에서, 이동국(10)에서 행해진 GMM 수순이 Emergency Attach 수순(TR23.869 Ver9.0.0)인지의 여부를 체크한다.

다음으로, 호 제어부(504A)는, 스텝 S403에서, SGSN(50)에서 기동하고 있는 PDP Context가 긴급 호용의 PDP Context인지의 여부를 체크한다. 예를 들면, SGSN(50)에서 기동하고 있는 PDP Context가 TR23.869 Ver9.0.0의 emergency PDP Context인지의 여부를 체크한다.

스텝 S401∼S403 중 어느 하나의 체크에 합치하면, 호 제어부(504A)는, 호 종별이 긴급 호인 것으로 판단하고, 긴급 호를 위한 호 처리를 계속한다. 한편, 어느 체크에도 합치하지 않으면, 호 제어부(504A)는, 스텝 S504에서, 호 종별이 통상 호인 것으로 판단하고, 부정 이동국(10-2)인 것으로 간주하고, 호 해방 처리를 기동한다.

이에 의해, 패킷 교환의 VoIP의 케이스에서도, 본래, HNB(20)에 액세스할 수 없는 부정 이동국(10-2)이, Establishment Cause를 개찬하여 긴급 호로 속이고, HNB(20)에 의한 서비스를 받는 것을 방지할 수 있다.

(제3 실시 형태)

도 22∼도 24에, 본 실시 형태의 MSC(40), SGSN(50), 및 HNB-GW(30)의 구성을 각각 도시한다.

도 22를 참조하면, 본 실시 형태의 MSC(40)는, 이동국(10)이 실제로 발호한 호 종별이 긴급 호인지 판별하고, 호 종별이 긴급 호인 것을 나타내는 정보를 RANAP 프로토콜 메시지에 포함시키는 제어부(41B)와, 그 RANAP 프로토콜 메시지를 HNB-GW(30)에 송신하는 송신부(42B)를 갖고 있다.

또한, 도 23을 참조하면, 본 실시 형태의 SGSN(50)은, 이동국(10)이 실제로 발호한 호 종별이 긴급 호인지 판별하고, 호 종별이 긴급 호인 것을 나타내는 정보를 RANAP 프로토콜 메시지에 포함시키는 제어부(51B)와, 그 RANAP 프로토콜 메시지를 HNB-GW(30)에 송신하는 송신부(52B)를 갖고 있다.

또한, 도 24를 참조하면, 본 실시 형태의 HNB-GW(30)는, MSC(40) 혹은 SGSN(50)으로부터 RANAP 프로토콜 메시지를 수신하는 수신부(31B)와, 그 RANAP 프로토콜 메시지에 호 종별이 긴급 호인 것을 나타내는 정보가 포함되어 있는 경우에, 호 해방 처리를 행하는 제어부(32B)를 갖고 있다.

따라서, 본 실시 형태에서는, HNB-GW(30)는, 이동국(10)이 실제로 발호한 호 종별이 긴급 호인 것을 알 수 있다.

그 결과, HNB-GW(30)는, 이동국(10)이 Establishment Cause를 개찬하여 긴급 호로 속인 경우에는, 그 이동국(10)의 호 해방 처리를 실시할 수 있다. 따라서, HNB(20)에 의한 서비스를 부정하게 받는 것을 방지할 수 있다.

(제4 실시 형태)

도 25∼도 27에, 본 실시 형태의 MSC(40), SGSN(50), 및 HNB-GW(30)의 구성을 각각 도시한다. 본 실시 형태는, 도 22∼도 24의 제3 실시 형태의 MSC(40), SGSN(50), 및 HNB-GW(30)의 구성 및 동작을 보다 구체화한 일례이다.

도 25를 참조하면, 본 실시 형태의 MSC(40)는, HNB-GW 신호 송수신부(401B)와, RANAP 메시지 처리부(402B)와, NAS 메시지 처리부(403B)와, 호 제어부(404B)와, 국 데이터 저장부(405B)를 갖고 있다.

또한, 도 25에서는, RANAP 메시지 처리부(402B), NAS 메시지 처리부(403B), 호 제어부(404B), 및 국 데이터 저장부(405B)에 의해, 도 22에 도시한 제어부(41B)를 구성하고 있다. 또한, HNB-GW 신호 송수신부(401B)는, 도 22에 도시한 송신부(42B)의 일례이다.

HNB-GW 신호 송수신부(401B), RANAP 메시지 처리부(402B), NAS 메시지 처리부(403B), 및 국 데이터 저장부(405B)는, 각각, 도 13에 도시한 HNB-GW 신호 송수신부(401A), RANAP 메시지 처리부(402A), NAS 메시지 처리부(403A), 및 국 데이터 저장부(405A)와 마찬가지의 기능을 갖고 있다.

호 제어부(404B)는, 도 13에 도시한 호 제어부(404A)와 마찬가지로, MSC(40)에 실장되는 호 처리부가 일반적으로 갖는 기능을 갖고 있다.

그 외에도, 호 제어부(404B)는, 본 실시 형태의 특징적인 기능으로서, NAS 메시지를 해석하여, 이동국(10)이 발호한 호 종별이 긴급 호인지 판별하고, 그 판별 결과에 기초하여, HNB-GW(30)에 송신하는 RANAP 프로토콜 메시지의 Call Type 파라미터를 설정하는 기능을 갖고 있다.

또한, 도 26을 참조하면, 본 실시 형태의 SGSN(50)은, HNB-GW 신호 송수신부(501B)와, RANAP 메시지 처리부(502B)와, NAS 메시지 처리부(503B)와, 호 제어부(504B)와, 국 데이터 저장부(505B)를 갖고 있다.

또한, 도 26에서는, RANAP 메시지 처리부(502B), NAS 메시지 처리부(503B), 호 제어부(504B), 및 국 데이터 저장부(505B)에 의해, 도 23에 도시한 제어부(51B)를 구성하고 있다. 또한, HNB-GW 신호 송수신부(501B)는, 도 23에 도시한 송신부(52B)의 일례이다.

HNB-GW 신호 송수신부(501B), RANAP 메시지 처리부(502B), NAS 메시지 처리부(503B), 및 국 데이터 저장부(505B)는, 각각, 도 14에 도시한 HNB-GW 신호 송수신부(501A), RANAP 메시지 처리부(502A), NAS 메시지 처리부(503A), 및 국 데이터 저장부(505A)와 마찬가지의 기능을 갖고 있다.

호 제어부(504B)는, 도 14에 도시한 호 제어부(504A)와 마찬가지로, SGSN(50)에 실장되는 호 처리부가 일반적으로 갖는 기능을 갖고 있다.

그 외에도, 호 제어부(504B)는, 본 실시 형태의 특징적인 기능으로서, NAS 메시지를 해석하여, 이동국(10)이 발호한 호 종별이 긴급 호인지 판별하고, 그 판별 결과에 기초하여, HNB-GW(30)에 송신하는 RANAP 프로토콜 메시지의 Call Type 파라미터를 설정하는 기능을 갖고 있다.

또한, 도 27을 참조하면, 본 실시 형태의 HNB-GW(30)는, HNB 신호 송수신부(301B)와, RUA 메시지 처리부(302B)와, SGSN 신호 송수신부(303B)와, MSC 신호 송수신부(304B)와, HNBAP 메시지 처리부(305B)와, 호 제어부(306B)와, RANAP 메시지 처리부(307B)와, 국 데이터 저장부(308B)를 갖고 있다.

또한, 도 27에서는, RUA 메시지 처리부(302B), HNBAP 메시지 처리부(305B), 호 제어부(306B), RANAP 메시지 처리부(307B), 및 국 데이터 저장부(308B)에 의해, 도 24에 도시한 제어부(32B)를 구성하고 있다. 또한, SGSN 신호 송수신부(303B) 및 MSC 신호 송수신부(304B)는, 도 24에 도시한 수신부(31B)의 일례이다.

HNB 신호 송수신부(301B), RUA 메시지 처리부(302B), SGSN 신호 송수신부(303B), MSC 신호 송수신부(304B), HNBAP 메시지 처리부(305B), RANAP 메시지 처리부(307B), 및 국 데이터 저장부(308B)는, 각각, 도 12에 도시한 HNB 신호 송수신부(301A), RUA 메시지 처리부(302A), SGSN 신호 송수신부(303A), MSC 신호 송수신부(304A), HNBAP 메시지 처리부(305A), RANAP 메시지 처리부(307A), 및 국 데이터 저장부(308A)와 마찬가지의 기능을 갖고 있다.

호 제어부(306B)는, 도 12에 도시한 호 제어부(306A)와 마찬가지로, HNB-GW(30)에 실장되는 호 처리부가 일반적으로 갖는 기능을 갖고 있다.

그 외에도, 호 제어부(306B)는, 본 실시 형태의 특징적인 기능으로서, MSC(40) 혹은 SGSN(50)으로부터 수신하는 RANAP 프로토콜 메시지의 Call Type 파라미터에 Normal Call이 설정되어 있는 경우에, 이동국(10)이 발호한 호 종별이 통상 호인 것으로 판단하고, 이때에 이동국(10)이 긴급 호로서 발호를 행하고 있으면, 호 해방 처리를 행하는 기능을 갖고 있다.

또한, 본 실시 형태의 HNB(20)의 구성은, 도 9와 마찬가지이어도 무방하다. 단, HNB(20)의 호 제어부(205A)는, HNB(20)에 실장되는 호 처리부가 일반적으로 갖는 기능을 갖고 있으면 된다.

(1) 동작예 1

본 동작예는, MSC(40) 혹은 SGSN(50)에서 판별한 호 종별의 판별 결과를, RANAP(3GPP TS25.413)의 COMMON ID 메시지에 의해 통지하는 예이다.

(1-A) 회선 교환 호의 경우

우선, MSC(40)가 회선 교환 호의 호 종별의 판별 결과를 RANAP의 COMMON ID 메시지에 의해 통지하는 경우의 동작예를, 도 28의 시퀀스도를 따라서 설명한다. 또한, 도 28은, 도 15에 도시한 처리가 종료된 후의 동작을 도시하는 것이다. 그러나, 도 15에 도시한 스텝 S112, S113, S116, S117의 처리는 행해지지 않는다. 또한, 스텝 S114, S115에서 송신되는 RANAP : INITIAL UE MESSAGE 메시지에는 Emergency Cause 파라미터가 포함되지 않는 것으로 한다.

통상적으로, 3GPP TS25.413에 기술되는 바와 같이, 코어 네트워크 장치는, 시그널링 커넥션이 확립된 후에, RANAP : COMMON ID 메시지를 HNB-GW(30)에 송신한다.

그 때문에, 도 28을 참조하면, MSC(40)에서는, 호 제어부(404B)는, 스텝 S501에서, 시그널링 커넥션의 확립 후, 스텝 S502에서, Call Type 파라미터의 결정 처리를 기동한다.

도 29에, MSC(40)에서의 Call Type 파라미터의 결정 처리의 플로우차트를 도시한다.

도 29를 참조하면, 호 제어부(404B)는, 스텝 S601에서, 이동국(10)으로부터 송신되어 온 MM 프로토콜의 CM SERVICE REQUEST 메시지(TS24.008 Ver8.5.0 섹션9.2.9)에 설정되어 있는 CM Service Type 파라미터(TS24.008 Ver8.5.0 섹션10.5.3.3)가 "Emergency Call Establishment"인지의 여부를 체크한다.

다음으로, 호 제어부(404B)는, 스텝 S602에서, MSC(40)가 송신하는 발호 신호인 CC 프로토콜의 SETUP(TS24.008 9.3.23 Ver8.5.0 섹션 Setup) 메시지의 전화 번호(TS24.008 Ver8.5.0 섹션10.5.4.7)가 긴급 번호인지의 여부를 체크한다. 구체적으로는, TS24.008 Ver8.5.0의 Figure 10.5.91/3GPP TS24.008 Called party BCD number information element에서, Number digit 1, Number digit 2, Number digit 3 등이 전화 번호에 해당하고, 이 전화 번호가 긴급 번호인지의 여부를 체크한다. 또한, TS24.008의 섹션10.5.4.7의, Called Party BCD Number란, 착신 번호를 나타낸다. BCD란, 컴퓨터에서의 수치의 표현 방식의 하나로, 십진 표현에서의 1자릿수를, 0부터 9까지를 나타내는 4자릿수의 2진수로 나타낸 것을 나타낸다.

다음으로, 호 제어부(404B)는, 스텝 S603에서, 이동국(10)에서 EMERGENCY SETUP 수순(TS24.008 Ver8.5.0 섹션9.3.8)이 행해졌는지의 여부를 체크한다. 예를 들면, 이동국(10)으로부터 "emergency call establishment"를 개시하기 위한 메시지를 수신하면, 호 제어부(404B)는 인포메이션 엘리먼트 "Emergency setup message type"으로부터 EMERGENCY SETUP 수순이 행해졌는지의 여부를 체크한다.

스텝 S601∼S603 중 어느 하나의 체크에 합치하면, 호 제어부(404B)는, 스텝 S604에서, 호 종별이 긴급 호인 것으로 판단하고, Call Type 파라미터를 "Normal Call"로 결정한다. 한편, 어느 체크에도 합치하지 않으면, 호 제어부(404B)는, 스텝 S605에서, 호 종별이 통상 호인 것으로 판단하고, Call Type 파라미터를 "Emergency Call"로 결정한다.

다시 도 28을 참조하면, MSC(40)에서는, 호 제어부(404B)는, 스텝 S503에서, RANAP : COMMON ID 메시지를 HNB-GW(30)에 송신할 때에, Call Type 파라미터가 결정되어 있으면, 본 Call Type 파라미터를 설정한다. 본 발명에 따른, RANAP : COMMON ID 메시지의 구성을, 도 30에 도시한다.

HNB-GW(30)에서는, 호 제어부(306B)는, 스텝 S504에서, RANAP : COMMON ID 메시지 수신 시에, Call Type 파라미터가 포함되어 있었던 경우, 스텝 S505에서, 이동국(10)이 HNB-GW(30)에 액세스하였을 때의, HNBAP : UE REGISTER REQUEST 메시지(도 5)의 Registration Cause 파라미터(도 6)와 비교한다.

도 31은, 본 실시 형태의 HNB-GW(30)에서의 처리를, 호 종별에 따라서 결정하기 위한 테이블을 도시하는 도면이다.

예를 들면, 도 31에 도시한 케이스 2에서는, HNBAP : UE REGISTER REQUEST 메시지의 Registration Cause 파라미터가 "Emergency Call"인 것에 관계없이, MSC(40)로부터 통지된 Call Type 파라미터는, "Normal Call"이다. 이것으로부터 HNB-GW(30)는, 이동국(10)이 긴급 호로 속이고, 부정하게 HNB(20)에 액세스해 온 것으로 판단하고, 호 해방 처리를 행한다.

(1-B) 패킷 교환 호의 경우

다음으로, SGSN(50)이 패킷 교환 호의 호 종별의 판별 결과를 RANAP의 COMMON ID 메시지에 의해 통지하는 경우의 동작예를 설명한다.

패킷 교환 호인 경우의 동작 시퀀스는, 회선 교환 호인 경우에 MSC(40)에서 행하였던 처리를, SGSN(50)에서 행하는 점 이외는 마찬가지이다. 단, 스텝 S502에서 기동하는 Call Type 파라미터의 결정 처리는 상이하다.

도 32에, SGSN(50)에서의 Call Type 파라미터의 결정 처리의 플로우차트를 도시한다.

도 32를 참조하면, 호 제어부(504B)는, 스텝 S701에서, 이동국(10)으로부터 송신되어 온 SM 프로토콜의 Activate PDP context request 메시지(3GPP TS24.008 Ver8.5.0 섹션9.5.1)에 설정되어 있는 APN(3GPP TS24.008 9.5.1 10.5.6.1)이 긴급 호에 특유의 것인지의 여부를 체크한다.

다음으로, 호 제어부(504B)는, 스텝 S702에서, 이동국(10)에서 행해진 GMM 수순이 Emergency Attach 수순(TR23.869 Ver9.0.0)인지의 여부를 체크한다.

다음으로, 호 제어부(504B)는, 스텝 S703에서, SGSN(50)에서 기동하고 있는 PDP Context가 긴급 호용의 PDP Context인지의 여부를 체크한다. 예를 들면, 호 제어부(504B)는 SGSN(50)에서 기동하고 있는 PDP Context가 TR23.869 Ver9.0.0의 emergency PDP Context인지의 여부를 체크한다.

스텝 S701∼S703 중 어느 하나의 체크에 합치하면, 호 제어부(504B)는, 스텝 S704에서, 호 종별이 긴급 호인 것으로 판단하고, Call Type 파라미터를 "Normal Call"로 결정한다. 한편, 어느 체크에도 합치하지 않으면, 호 제어부(504B)는, 스텝 S705에서, 호 종별이 통상 호인 것으로 판단하고, Call Type 파라미터를 "Emergency Call"로 결정한다.

SGSN(50)에서는, 호 제어부(504B)는, RANAP : COMMON ID 메시지를 HNB-GW(30)에 송신할 때에, Call Type 파라미터가 결정되어 있으면, 본 Call Type 파라미터를 설정한다. 본 발명에 따른, RANAP : COMMON ID 메시지의 구성은, 도 30에 도시한 바와 같이, MSC(40)의 경우와 마찬가지이다.

HNB-GW(30)에서는, 호 제어부(306B)는, RANAP : COMMON ID 메시지 수신 시에, Call Type 파라미터가 포함되어 있었던 경우, 이동국(10)이 HNB-GW(30)에 액세스하였을 때의, HNBAP : UE REGISTER REQUEST 메시지(도 5)의 Registration Cause 파라미터(도 6)와 비교한다.

예를 들면, 도 31에 도시한 케이스 2에서는, HNBAP : UE REGISTER REQUEST 메시지의 Registration Cause 파라미터가 "Emergency Call"인 것에 관계없이, SGSN(50)으로부터 통지된 Call Type 파라미터는, "Normal Call"이다. 이것으로부터 HNB-GW(30)는, 이동국(10)이 긴급 호로 속이고, 부정하게 HNB(20)에 액세스해 온 것으로 판단하고, 호 해방 처리를 행한다.

(2) 동작예 2

본 동작예는, MSC(40) 혹은 SGSN(50)에서 판별한 호 종별의 판별 결과를, RANAP(3GPP TS25.413)의 DIRECT TRANSFER 메시지에 의해 통지하는 예이다.

(2-A) 회선 교환 호의 경우

우선, MSC(40)가 회선 교환 호의 호 종별의 판별 결과를 RANAP의 DIRECT TRANSFER 메시지에 의해 통지하는 경우의 동작예를, 도 33의 시퀀스도를 따라서 설명한다. 또한, 도 33은, 도 15에 도시한 처리가 종료된 후의 동작을 도시하는 것이다. 그러나, 도 15에 도시한 스텝 S112, S113, S116, S117의 처리는 행해지지 않는다. 또한, 스텝 S114, S115에서 송신되는 RANAP : INITIAL UE MESSAGE 메시지에는 Emergency Cause 파라미터가 포함되지 않는 것으로 한다.

통상적으로, 3GPP TS25.413에 기술되는 바와 같이, 코어 네트워크 장치는, CC 프로토콜이나 MM 프로토콜과 같은 NAS 메시지를 송신하는 경우에, RANAP : DIRECT TRANSFER 메시지를 HNB-GW(30)에 송신한다.

그 때문에, 도 33을 참조하면, MSC(40)에서는, 호 제어부(404B)는, 스텝 S801에서, NAS 메시지의 송신 후, 스텝 S802에서, Call Type 파라미터의 결정 처리를 기동한다. MSC(40)에서의 Call Type 파라미터의 결정 처리는, 동작예 1과 마찬가지이며, 도 29에 도시되는 대로이다.

MSC(40)에서는, 호 제어부(404B)는, 스텝 S803에서, RANAP : DIRECT TRANSFER 메시지를 HNB-GW(30)에 송신할 때에, Call Type 파라미터가 결정되어 있으면, 본 Call Type 파라미터를 설정한다. 본 발명에 따른, RANAP : DIRECT TRANSFER 메시지의 구성을, 도 34에 도시한다.

HNB-GW(30)에서는, 호 제어부(306B)는, RANAP : DIRECT TRANSFER 메시지 수신 시에, 스텝 S804에서, Call Type 파라미터가 포함되어 있었던 경우, 스텝 S805에서, 이동국(10)이 HNB-GW(30)에 액세스하였을 때의, HNBAP : UE REGISTER REQUEST 메시지(도 5)의 Registration Cause 파라미터(도 6)와 비교한다.

(1-B) 패킷 교환 호의 경우

다음으로, SGSN(50)이 패킷 교환 호의 호 종별의 판별 결과를 RANAP의 DIRECT TRANSFER 메시지에 의해 통지하는 경우의 동작예를 설명한다.

패킷 교환 호인 경우의 동작 시퀀스는, 회선 교환 호인 경우에 MSC(40)에서 행하였던 처리를, SGSN(50)에서 행하는 점 이외는 마찬가지이다. 단, 스텝 S802에서 기동하는 Call Type 파라미터의 결정 처리는 상이하다. 이 SGSN(50)에서의 Call Type 파라미터의 결정 처리는, 동작예 1과 마찬가지이고, 도 32에 도시한 대로이다.

SGSN(50)에서는, 호 제어부(504B)는, RANAP : DIRECT TRANSFER 메시지를 HNB-GW(30)에 송신할 때에, Call Type 파라미터가 결정되어 있으면, 호 제어부(504B)는 본 Call Type 파라미터를 설정한다. 본 발명에 따른, RANAP : DIRECT TRANSFER 메시지의 구성은, 도 34에 도시한 바와 같이, MSC(40)의 경우와 마찬가지이다.

HNB-GW(30)에서는, 호 제어부(306B)는, RANAP : DIRECT TRANSFER 메시지 수신 시에, Call Type 파라미터가 포함되어 있었던 경우, 호 제어부(306B)는 이동국(10)이 HNB-GW(30)에 액세스하였을 때의, HNBAP : UE REGISTER REQUEST 메시지(도 5)의 Registration Cause 파라미터(도 6)와 비교한다.

예를 들면, 도 31에 도시한 케이스 2에서는, HNBAP : UE REGISTER REQUEST 메시지의 Registration Cause 파라미터가 "Emergency Call"인 것에 관계없이, SGSN(50)으로부터 통지된 Call Type 파라미터는, "Normal Call"이다. 이것으로부터 HNB-GW(30)는, 이동국(10)이 긴급 호로 속이고, 부정하게 HNB(20)에 액세스해 온 것으로 판단하고, 호 해방 처리를 행한다. 이에 의해, 패킷 교환의 VoIP의 케이스에서도, 본래, HNB(20)에 액세스할 수 없는 부정 이동국(10-2)이, Establishment Cause를 개찬하여 긴급 호로 속이고, HNB(20)에 의한 서비스를 받는 것을 방지할 수 있다.

(3) 동작예 3

본 동작예는, MSC(40) 혹은 SGSN(50)에서 판별한 호 종별의 판별 결과를, RANAP(3GPP TS25.413)의 RAB(Radio Access Bearer) ASSIGNMENT REQUEST 메시지에 의해 통지하는 예이다.

(3-A) 회선 교환 호의 경우

우선, MSC(40)가 회선 교환 호의 호 종별의 판별 결과를 RANAP의 RAB ASSIGNMENT REQUEST 메시지에 의해 통지하는 경우의 동작예를, 도 35의 시퀀스도를 따라서 설명한다. 또한, 도 35는, 도 15에 도시한 처리가 종료된 후의 동작을 도시하는 것이다. 그러나, 도 15에 도시한 스텝 S112, S113, S116, S117의 처리는 행해지지 않는다. 또한, 스텝 S114, S115에서 송신되는 RANAP : INITIAL UE MESSAGE 메시지에는 Emergency Cause 파라미터가 포함되지 않는 것으로 한다.

통상적으로, 3GPP TS25.413에 기술되는 바와 같이, 코어 네트워크 장치는, 이동국(10)으로부터의 호 확립 요구를 수신하여, 무선 액세스 베어러를 확립하는 경우에, RANAP : RAB ASSIGNMENT REQUEST 메시지를 HNB-GW(30)에 송신한다.

그 때문에, 도 35를 참조하면, MSC(40)에서는, 호 제어부(404B)는, 스텝 S901에서, 이동국(10)으로부터의 호 확립 요구의 수신 후, 스텝 S902에서, 무선 액세스 베어러를 위한 QoS(Quality of Service)를 결정하고, 그 후, 스텝 S903에서, Call Type 파라미터의 결정 처리를 기동한다. MSC(40)에서의 Call Type 파라미터의 결정 처리는, 동작예 1과 마찬가지이며, 도 29에 도시되는 대로이다.

MSC(40)에서는, 호 제어부(404B)는, 스텝 S904에서, RANAP : RAB ASSIGNMENT REQUEST 메시지를 HNB-GW(30)에 송신할 때에, Call Type 파라미터가 결정되어 있으면, 호 제어부(404B)는 본 Call Type 파라미터를 설정한다. 본 발명에 따른, RANAP : RAB ASSIGNMENT REQUEST 메시지의 구성을, 도 36에 도시한다.

HNB-GW(30)에서는, 호 제어부(306B)는, RANAP : RAB ASSIGNMENT REQUEST 메시지 수신 시에, 스텝 S905에서, Call Type 파라미터가 포함되어 있었던 경우, 스텝 S906에서, 이동국(10)이 HNB-GW(30)에 액세스하였을 때의, HNBAP : UE REGISTER REQUEST 메시지(도 5)의 Registration Cause 파라미터(도 6)와 비교한다.

(1-B) 패킷 교환 호의 경우

다음으로, SGSN(50)이 패킷 교환 호의 호 종별의 판별 결과를 RANAP의 RAB ASSIGNMENT REQUEST 메시지에 통지하는 경우의 동작예를 설명한다.

패킷 교환 호인 경우의 동작 시퀀스는, 회선 교환 호인 경우에 MSC(40)에서 행하였던 처리를, SGSN(50)에서 행하는 점 이외는 마찬가지이다. 단, 스텝 S802에서 기동하는 Call Type 파라미터의 결정 처리는 상이하다. 이 SGSN(50)에서의 Call Type 파라미터의 결정 처리는, 동작예 1과 마찬가지이며, 도 32에 도시하는 대로이다.

SGSN(50)에서는, 호 제어부(504B)는, RANAP : RAB ASSIGNMENT REQUEST 메시지를 HNB-GW(30)에 송신할 때에, Call Type 파라미터가 결정되어 있으면, 호 제어부(504B)는 본 Call Type 파라미터를 설정한다. 본 발명에 따른, RANAP : RAB ASSIGNMENT REQUEST 메시지의 구성은, 도 36에 도시한 바와 같이, MSC(40)의 경우와 마찬가지이다.

HNB-GW(30)에서는, 호 제어부(306B)는, RANAP : RAB ASSIGNMENT REQUEST 메시지 수신 시에, Call Type 파라미터가 포함되어 있었던 경우, 이동국(10)이 HNB-GW(30)에 액세스하였을 때의, HNBAP : UE REGISTER REQUEST 메시지(도 5)의 Registration Cause 파라미터(도 6)와 비교한다.

도 31에 도시한 케이스 2에서는, HNBAP : UE REGISTER REQUEST 메시지의 Registration Cause 파라미터가 "Emergency Call"인 것에 관계없이, SGSN(50)으로부터 통지된 Call Type 파라미터는, "Normal Call"이다. 이것으로부터 HNB-GW(30)는, 이동국(10)이 긴급 호로 속이고, 부정하게 HNB(20)에 액세스해 온 것으로 판단하고, 호 해방 처리를 행한다.

또한, 본 발명의 HNB(20), HNB-GW(30), MSC(40), 및 SGSN(50)에서 행해지는 방법은, 컴퓨터에 실행시키기 위한 프로그램에 적용해도 된다. 또한, 그 프로그램을 기억 매체에 저장하는 것도 가능하고, 네트워크를 통하여 외부에 제공하는 것도 가능하다.

(제5 실시 형태)

제2 실시 형태에서는, 부정 대책 처리를 MSC(40) 혹은 SGSN(50)에서 행하고 있다. 그러나, 본 실시 형태에서는, 부정 대책 처리를 HNB-GW(30)에서 행한다.

이 경우에서의 시퀀스를 도 37에 도시한다. 도 37은, HNB-GW가 미리 UE Register 수순에서, Registration Cause=Emergency Call을 통지받고 있는 케이스에서 HNB-GW가 NAS 메시지의 내용을 체크하여, 부정 대책 처리를 기동하는 케이스를 도시하고 있다. 이것은, 도 15에서, MSC가, HNB-GW로부터 UE가 긴급 호로서 발호하고 있었던 것의 통지를 받고 있는 경우에, 도 20에서, MM 혹은 CC 프로토콜의 메시지의 체크 처리를 실시하고 있었던 것에 상당한다. 또한, 마찬가지로, SGSN이, HNB-GW로부터 UE가 긴급 호로서 발호하고 있었던 것을 나타내는 경우에, 도 21에서, GMM 혹은 SM 프로토콜의 메시지의 체크 처리를 실시하고 있었던 것에 상당한다. 또한, NAS 메시지란, Non Access Stratum을 가리키고, 무선 액세스 방식에 의존하지 않는 프로토콜을 가리킨다.

본 실시 형태에 의해 이하의 효과를 발휘한다.

ㆍHNG-GW에서, 부정 대책 처리를 실시하기 위해서, MSC 혹은 SGSN에 대한 변경을 수반하지 않아도 된다. 이에 의해, 펨토를 도입할 때에, 이미 운용 중인 MSC 혹은 SGSN에 대하여 변경을 가하지 않기 때문에, 용이하게 펨토 시스템을 도입하는 것이 가능하게 된다.

ㆍ제2 실시 형태에 비해, RANAP 프로토콜에 새로운 파라미터의 추가가 불필요하다. 이는, RANAP 프로토콜의 메시지 사이즈를 삭감하고, HNB-GW와 MSC 혹은 SGSN 간의 시그널링의 통신량을 감소시킬 수 있다.

ㆍHNB-GW가 NAS 메시지를 엿봄으로써, 긴급 호인지, 혹은, 통상 호인지를 알 수 있다. 따라서, MSC 혹은 SGSN으로부터 호의 종별의 통지를 받지 않아도, HNB-GW가 긴급 호 수순은 통상 호보다도, 리소스의 할당이나 트래픽의 스케줄링상, 우선도를 높게 하는 것이 가능하게 된다.

(제6 실시 형태)

제5 실시 형태에서는, 단말기가 긴급 호로서 발호하고 있는 경우에, HNB-GW가 NAS 메시지를 엿봄으로써, 부정 대책 처리를 실현하고 있다. 본 실시 형태에서는, 본 부정 대책 처리를 HNB에서 행한다. 즉, 도 38에 도시된 바와 같이, HNB가 NAS 메시지를 엿보고, 부정 대책 처리를 기동한다.

본 실시 형태에 의해 이하의 효과를 발휘한다.

ㆍHNB에서, 부정 대책 처리를 실시하기 위해서, 상위 장치가 부정 대책 처리를 실행하는 케이스에 비해, 보다 조기에, 부정한 단말기와의 통신을 종료할 수 있다. 이에 의해, 네트워크의 리소스의 이용성을 높여, HNB와 HNB-GW 간의 시그널링을 줄일 수 있다.

ㆍHNB가 NAS 메시지를 엿봄으로써, 긴급 호인지, 혹은, 통상 호인지를 알 수 있다. 따라서, MSC 혹은 SGSN으로부터 호의 종별의 통지를 받지 않아도, HNB가 긴급 호 수순은 통상 호보다도, 리소스의 할당이나 트래픽의 스케줄링상, 우선도를 높게 하는 것이 가능하게 된다.

(제7 실시 형태)

제3 실시 형태에서는, MSC 혹은 SGSN이 긴급 호의 정보를 HNB-GW에 통지하고, HNB-GW는 UE가 긴급 호로서 액세스해 왔는지의 여부를 확인한다. 또한, 제4 실시 형태에서는, RANAP 프로토콜에서, Call Type이라고 하는 파라미터를 사용하고 있었다.

본 실시 형태에서는, RANAP의 긴급 호를 나타내는 정보로서, 이미, 3GPP TS25.413에서 정의된 Allocation/Retention Priority로 불리는 파라미터를 사용한다(도 39 참조).

Allocation/Retention Priority의 사용 방법에 대해서는, 공지의 기술로서 잘 알려져 있는 것이며, 본 발명의 대상 외이다. 예를 들면, 새로운 베어러를 할당하기 위한 리소스를 확보할 수 없는 경우에 있어서, 다른 우선도가 낮은 베어러를 해방하여, 리소스를 비움으로써, 새로운 베어러가 그 리소스를 획득한다고 하는 프리엠프션을 위해서 사용된다.

MSC 혹은 SGSN이, RAB ASSIGNMENT REQUEST 메시지에서, 본Allocation/Retention Priority 파라미터를, 긴급 호의 경우에는, 이하와 같이 설정한다.

Priority Level=1

Pre-emption Capability= "may trigger pre-emption"

Pre-emption Vulnerability=not pre-emptable

이와 같이 설정함으로써, 긴급 호로서 확립하는 것을 통지할 수 있다. 또한, RANAP의 RAB ASSIGNMENT REQUEST 메시지 이외의 다른 메시지이어도 된다. 이 경우에, MSC 혹은 SGSN에서의 Allocation/Retention Priority 파라미터를 긴급 호 설정하는 경우의 설정 논리는, 도 29 및 도 32와 마찬가지이고, 도 40 및 도 41과 같이 된다.

도 40 및 도 41에서는, 본 Allocation/Retention Priority 파라미터가 통상 호를 나타내고 있다. 그러나, UE Registration 수순에서의 Registration Cause값이 긴급 호를 나타내는 경우에는, HNB-GW는, UE가 Establishment Cause를 속이고 액세스해 온 것으로 판단하고, 호 해방을 실시한다. 이 경우의 동작 시퀀스를 도 42에 도시한다.

본 실시 형태에 의해 이하의 효과를 발휘한다.

ㆍ기존의 Allocation/Retention Priority를 이용하여 긴급 호인지의 여부를 통지하기 위해서, MSC 혹은 SGSN에 대한 변경을 수반하지 않아도 된다. 이에 의해, 펨토를 도입할 때에, 이미 운용 중인 MSC 혹은, SGSN에 대하여 변경을 가하지 않는다. 이는, 용이하게 펨토 시스템을 도입하는 것이 가능하게 된다.

ㆍ제4 실시 형태에 비해, RANAP 프로토콜에 새로운 파라미터의 추가가 불필요하다. 이는, RANAP 프로토콜의 메시지 사이즈를 삭감하고, HNB-GW와 MSC 혹은 SGSN 간의 시그널링의 통신량을 감소시킬 수 있다.

(제8 실시 형태)

제7 실시 형태에서는, HNB-GW가 Allocation/Retention Priority 파라미터를 판단하고, 부정 대책 처리를 실현하고 있다. 그러나, 본 실시 형태에서는, 본 부정 대책 처리를 HNB에서 행한다. 즉, 도 43에 도시된 바와 같이, HNB가 RANAP의 RAB ASSIGNMENT REQUEST 메시지를 수신하였을 때에, HNB는 Allocation/Retention Priority를 판단하고, 그것이 통상 호이었던 경우에, UE Registration 수순에서의 Registration Cause가 긴급 호이었던 경우에는, HNB-GW는, UE가 Establishment Cause를 속이고 액세스해 온 것으로 판단하고, 호 해방을 실시한다.

또한, 제3 실시 형태 및 제4 실시 형태에서는, HNB-GW가 MSC 혹은 SGSN으로부터 통지되는 호 종별과 UE가 액세스해 왔을 때의 Registration Cause의 비교 처리를 실시하고 있다. 그러나, 본 비교 처리는 HNB에서 실시해도 된다.

본 실시 형태에 의해 이하의 효과를 발휘한다.

ㆍHNB-GW에서는, RANAP 프로토콜 메시지를 종단하고, Allocation/Retention Priority에 의해 호 종별을 판단할 필요가 없다. 이는, HNB-GW의 처리를 간단히 하는 것이 가능하게 된다.

이상, 본 발명을, 적절한 실시 형태에 기초하여 구체적으로 설명하였다. 본 발명은 전술한 것에 한정되는 것은 아니다. 그 요지를 일탈하지 않는 범위에서 다양하게 변경 가능한 것은 물론이다.

예를 들면, 제2 실시 형태에서는, Emergency Cause값의 RANAP 프로토콜 메시지에의 설정을 HNB(20)에서 행하고 있다. 그러나, HNB-GW(30)에서 행하는 것으로 해도 된다.

또한, 제1∼제4 실시 형태에 따르면, RANAP 프로토콜 메시지를 이용하여, 이동국(10)이 긴급 호로서 발호를 행한 것을 나타내는 정보 또는 이동국(10)이 발호한 실제의 호 종별이 긴급 호인 것을 나타내는 정보를, HNB(20), HNB-GW(30) 및 코어 네트워크 장치(MSC(40) 또는 SGSN(50)) 간에서 통신하였다. 그러나, RANAP 프로토콜 메시지에 한하지 않는다. HNB(20), HNB-GW(30) 또는 코어 네트워크 장치 간에서 통신 가능한 메시지이면 다른 메시지이어도 된다.

본 출원은, 2009년 10월 01일에 출원된 일본 출원 특원 2009-229391을 기초로 하는 우선권을 주장하고, 그 개시 모두를 여기에 인용한다.

Claims

이동 통신 시스템으로서,
이동국;
상기 이동국과 무선 통신을 행하는 기지국; 및
상기 기지국과 코어 네트워크에 접속되는 게이트웨이 장치
를 포함하고,
상기 기지국은,
상기 이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지를 송신하는 제1 송신 수단; 및
상기 이동국이 발호하는 긴급 호의 확립에 관한 메시지를 송신하는 제2 송신 수단
을 포함하고,
상기 게이트웨이 장치는,
상기 기지국으로부터 상기 등록 메시지를 수신하는 제1 수신 수단;
상기 기지국으로부터 상기 긴급 호의 확립에 관한 확립 메시지를 수신하는 제2 수신 수단; 및
상기 등록 메시지와 상기 확립 메시지 간의 긴급 호에 관한 정보의 일관성의 체크를 실행하는 체크 수단
을 포함하며,
상기 체크 수단에 의한 체크에 기초하여 상기 긴급 호의 처리를 행하는 이동 통신 시스템.
제1항에 있어서,
상기 체크 수단에 의한 체크는,
상기 등록 메시지에 포함되는 Registration Cause가 Emergency Call인 것을 나타내는 경우에 실행되는 이동 통신 시스템.
기지국을 코어 네트워크에 접속시키는 게이트웨이 장치로서,
이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지를 상기 기지국으로부터 수신하는 제1 수신 수단;
상기 이동국이 발호하는 긴급 호의 확립에 관한 확립 메시지를 상기 기지국으로부터 수신하는 제2 수신 수단;
상기 등록 메시지와 상기 확립 메시지 간의 긴급 호에 관한 정보의 일관성의 체크를 실행하는 체크 수단; 및
상기 체크 수단에 의한 체크에 기초하여 호 처리의 제어를 행하는 제어 수단
을 포함하는 게이트웨이 장치.
제3항에 있어서,
상기 체크 수단에 의한 체크는,
상기 등록 메시지에 포함되는 Registration Cause가 Emergency Call인 것을 나타내는 경우에 실행되는 게이트웨이 장치.
이동국, 상기 이동국과 무선 통신을 행하는 기지국, 및 상기 기지국과 코어 네트워크에 접속되는 게이트웨이 장치를 포함하는 이동 통신 시스템에 의한 통신 방법으로서,
상기 기지국이, 상기 이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지를 송신하고,
상기 기지국이, 상기 이동국이 발호하는 긴급 호의 확립에 관한 메시지를 송신하고,
상기 게이트웨이 장치가, 상기 기지국으로부터 상기 등록 메시지를 수신하고,
상기 게이트웨이 장치가, 상기 기지국으로부터 상기 긴급 호의 확립에 관한 확립 메시지를 수신하고,
상기 게이트웨이 장치가, 상기 등록 메시지와 상기 확립 메시지 간의 긴급 호에 관한 정보의 일관성의 체크를 실행하고,
상기 일관성의 체크에 기초하여 상기 긴급 호의 처리를 행하는 통신 방법.
제5항에 있어서,
상기 체크는,
상기 등록 메시지에 포함되는 Registration Cause가 Emergency Call인 것을 나타내는 경우에 실행되는 통신 방법.
기지국을 코어 네트워크에 접속시키는 게이트웨이 장치에 의한 통신 방법으로서,
이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지를 상기 기지국으로부터 수신하고,
상기 이동국이 발호하는 긴급 호의 확립에 관한 확립 메시지를 상기 기지국으로부터 수신하고,
상기 등록 메시지와 상기 확립 메시지 간의 긴급 호에 관한 정보의 일관성의 체크를 실행하고,
상기 일관성의 체크에 기초하여 호 처리의 제어를 행하는 통신 방법.
제7항에 있어서,
상기 체크는,
상기 등록 메시지에 포함되는 Registration Cause가 Emergency Call인 것을 나타내는 경우에 실행되는 통신 방법.
게이트웨이 장치와 상기 게이트웨이 장치에 접속하는 기지국을 포함하는 무선 통신 시스템의 이동국으로서,
상기 기지국과의 통신 커넥션을 설정하는 수단;
상기 이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지 및 상기 이동국이 발호하는 긴급 호의 확립에 관한 확립 메시지를 송신하는 상기 기지국과의 무선 통신을 실행하는 수단
을 포함하고,
상기 등록 메시지와 상기 확립 메시지 간의 긴급 호에 관한 정보의 일관성의 체크가, 상기 등록 메시지와 상기 확립 메시지를 수신하는 상기 게이트웨이 장치에 의해 실행되고, 상기 체크에 기초하여 상기 긴급 호의 처리가 행해지는 이동국.
제9항에 있어서,
상기 게이트웨이 장치에 의한 체크는,
상기 등록 메시지에 포함되는 Registration Cause가 Emergency Call인 것을 나타내는 경우에 실행되는 이동국.
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제