KR20130119508A - 이동 통신 시스템, 이동국, 기지국, 게이트웨이 장치, 코어 네트워크 장치, 통신 방법 - Google Patents

이동 통신 시스템, 이동국, 기지국, 게이트웨이 장치, 코어 네트워크 장치, 통신 방법 Download PDF

Info

Publication number
KR20130119508A
KR20130119508A KR1020137025671A KR20137025671A KR20130119508A KR 20130119508 A KR20130119508 A KR 20130119508A KR 1020137025671 A KR1020137025671 A KR 1020137025671A KR 20137025671 A KR20137025671 A KR 20137025671A KR 20130119508 A KR20130119508 A KR 20130119508A
Authority
KR
South Korea
Prior art keywords
message
call
mobile station
core network
emergency call
Prior art date
Application number
KR1020137025671A
Other languages
English (en)
Inventor
요시오 우에다
사다후쿠 하야시
Original Assignee
닛본 덴끼 가부시끼가이샤
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 닛본 덴끼 가부시끼가이샤 filed Critical 닛본 덴끼 가부시끼가이샤
Publication of KR20130119508A publication Critical patent/KR20130119508A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/04—Special services or facilities for emergency applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/045—Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

본 발명의 이동 통신 시스템은, 이동국과, 이동국과 무선 통신을 행하는 기지국과, 기지국을 코어 네트워크에 접속하는 게이트웨이 장치와, 코어 네트워크에 배치되는 코어 네트워크 장치를 포함한다. 기지국은, 이동국이 긴급 호출로서 발호(發呼)를 행했음을 나타내는 정보를 메시지에 포함시키는 제어부와, 메시지를 코어 네트워크 장치에 송신하는 송신부를 갖는다. 또한, 상기 코어 네트워크 장치는, 기지국으로부터 송신된 메시지를 수신하는 수신부를 포함한다.

Description

이동 통신 시스템, 이동국, 기지국, 게이트웨이 장치, 코어 네트워크 장치, 통신 방법{MOBILE COMMUNICATION SYSTEM, MOBILE STATION, BASE STATION, GATEWAY APPARATUS, CORE NETWORK APPARATUS, COMMUNICATION METHOD}
본 발명은 이동 통신 시스템, 이동국, 기지국, 게이트웨이 장치, 코어 네트워크 장치, 및 통신 방법에 관한 것이다.
펨토 기지국(Home NodeB, 이하 HNB로 줄임)의 산업상의 이용 형태로서는, 예를 들면 가정용의 소형 무선 기지국으로서 이용하는 형태나, 기업 내에 있어서의 소형 무선 기지국으로서 이용하는 형태가 생각될 수 있다.
HNB에 의해 서비스를 제공할 경우에는, 이하와 같은 이점이 있다.
(1) 매크로 기지국의 전파가 닿지 않는 불감 지대(dead 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 NodeB GW, 이하, "HNB-GW"로 줄임)(30)와, 회선 교환국(Mobile Switching Center, 이하, "MSC"로 줄임)(40)과, 패킷 교환국(Serving GPRS Support Node, 이하, "SGSN"으로 줄임)(50)과, 제3 세대 대응의 이동국(10-1, 10-2)을 포함하고 있다.
도 1에서 HNB(20)의 배하(配下)에 커맨드 하에 있는 이동국(10-1, 10-2) 중, 이동국(10-1)은 정당한 이동국이다. 이에 대하여, 이동국(10-2)은, HNB(20)에 의해 제공되는 서비스를 부정하게 받으려고 하는 이동국으로, 이하, 부정 이동국(10-2)이라고 칭한다. 이하의 설명에서, 어느 쪽의 이동국인지를 특정하지 않을 경우에는, 이동국(10)이라고 칭한다.
HNB(20)는 HNB-GW(30)를 통해 오퍼레이터의 코어 네트워크에 접속되어 있다.
코어 네트워크는, 코어 네트워크 장치로서, 회선 교환을 제어하는 MSC(40), 및 패킷 교환을 제어하는 SGSN(50)을 포함하고 있다.
HNB(20)는, CSG 기능이 서포트되고 있을 경우에는, 자신의 CSG 셀(CSG Cell)의 CSG 식별자(CSG identity)를, 자신의 배하에 커맨드 하의 이동국(10)에 통지한다.
이동국(10-1)은, HNB(20)로부터 통지된 CSG 식별자를 디코딩하고, 자신이 갖고 있는 CSG 리스트에 그 CSG 식별자가 포함되어 있는지의 여부를 판단한다.
CSG 리스트에 CSG 식별자가 포함되어 있으면, 이동국(10-1)은, 자신이 배하인 CSG 셀에 캠프온(camp-on)하고, 발신 또는 착신과 같은 다양한 서비스를 받을 수 있다.
한편, CSG 리스트에 CSG 식별자가 포함되어 있지 않으면, 이동국(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)를 실시하고, 또한 이동국(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)에 액세스할 수 있다고 판단했을 경우에는, 액세스가 허가되는 것을, 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)이어도, 호출 종별이 긴급 호출일 경우에는 발호(發呼)를 가능하게 하는 것이 정해져 있다(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 파라미터의 구성을 나타낸다.
일본국 특개2003-244284호 공보
그런데, 상술한 기술은, 이동국(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 파라미터만을 개찬(改竄)하도록 소프트웨어를 개조함으로써, 용이하게 만들 수 있는 것이라고 생각된다.
혹은, 정당한 이동국(10-1)으로부터 공통 채널(RACH:Random Access channel)상에 송신되는, 은닉도 개찬 대책도 되어 있지 않은 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 이동 통신 시스템은 이동국과, 상기 이동국과 무선 통신을 행하는 기지국과, 상기 기지국을 코어 네트워크에 접속하는 게이트웨이 장치와, 상기 코어 네트워크에 배치되는 코어 네트워크 장치를 포함하는 이동 통신 시스템으로서,
상기 게이트웨이 장치는,
상기 이동국이 긴급 호출로서 발호를 행했음을 나타내는 정보를 메시지에 포함시키는 제어부와, 상기 메시지를 상기 코어 네트워크 장치에 송신하는 송신부를 포함하고,
상기 코어 네트워크 장치는,
상기 게이트웨이 장치로부터 송신된 상기 메시지를 수신하는 수신부를 포함한다.
본 발명의 제3 이동 통신 시스템은 이동국과, 상기 이동국과 무선 통신을 행하는 기지국과, 상기 기지국을 코어 네트워크에 접속하는 게이트웨이 장치와, 상기 코어 네트워크에 배치되는 코어 네트워크 장치를 포함하는 이동 통신 시스템으로서,
상기 코어 네트워크 장치는, 상기 이동국이 발호한 호출 종별이 긴급 호출임을 나타내는 정보를 메시지에 포함시키는 제어부와,
상기 메시지를 상기 게이트웨이 장치에 송신하는 송신부를 포함하고
상기 게이트웨이 장치는,
상기 코어 네트워크 장치로부터 송신된 상기 메시지를 수신하는 수신부를 포함한다.
본 발명의 기지국은, 게이트웨이 장치를 통해, 코어 네트워크에 배치되는 코어 네트워크 장치에 접속되는 기지국으로서,
이동국이 긴급 호출로서 발호를 행했음을 나타내는 정보를 메시지에 포함시키는 제어부와,
상기 메시지를 상기 코어 네트워크 장치에 송신하는 송신부를 포함한다.
본 발명의 제1 게이트웨이 장치는, 기지국을, 코어 네트워크에 배치되는 코어 네트워크 장치에 접속하는 게이트웨이 장치로서,
이동국이 긴급 호출로서 발호를 행했음을 나타내는 정보를 메시지에 포함시키는 제어부와,
상기 메시지를 상기 코어 네트워크 장치에 송신하는 송신부를 포함한다.
본 발명의 제2 게이트웨이 장치는, 기지국을, 코어 네트워크에 배치되는 코어 네트워크 장치에 접속하는 게이트웨이 장치로서,
상기 코어 네트워크 장치로부터 송신되며 이동국이 발호한 호출 종별이 긴급 호출임을 나타내는 정보를 포함하는 메시지를 수신하는 수신부를 포함한다.
본 발명의 제1 코어 네트워크 장치는 코어 네트워크에 배치되는 코어 네트워크 장치로서, 기지국으로부터 송신되며 이동국이 긴급 호출로서 발호를 행했음을 나타내는 정보를 포함하는 메시지를 수신하는 수신부를 포함한다.
본 발명의 제2 코어 네트워크 장치는, 코어 네트워크에 배치되는 코어 네트워크 장치로서, 게이트웨이 장치로부터 송신되며 이동국이 긴급 호출로서 발호를 행했음을 나타내는 정보를 포함하는 메시지를 수신하는 수신부를 포함한다.
본 발명의 제3 코어 네트워크 장치는, 코어 네트워크에 배치되는 코어 네트워크 장치로서, 상기 이동국이 발호한 호출 종별이 긴급 호출임을 나타내는 정보를 메시지에 포함시키는 제어부와,
상기 메시지를 게이트웨이 장치에 송신하는 송신부를 포함한다.
본 발명의 제1 통신 방법은, 이동국과, 상기 이동국과 무선 통신을 행하는 기지국과, 상기 기지국을 코어 네트워크에 접속하는 게이트웨이 장치와, 상기 코어 네트워크에 배치되는 코어 네트워크 장치를 포함하는 이동 통신 시스템에 의해 실현되는 통신 방법으로서,
상기 기지국이, 상기 이동국이 긴급 호출로서 발호를 행했음을 나타내는 정보를 메시지에 포함시키는 스텝과,
상기 기지국이, 상기 메시지를 상기 코어 네트워크 장치에 송신하는 스텝과,
상기 코어 네트워크 장치가, 상기 기지국으로부터 송신된 상기 메시지를 수신하는 스텝을 포함한다.
본 발명의 제2 통신 방법은, 이동국과, 상기 이동국과 무선 통신을 행하는 기지국과, 상기 기지국을 코어 네트워크에 접속하는 게이트웨이 장치와, 상기 코어 네트워크에 배치되는 코어 네트워크 장치를 포함하는 이동 통신 시스템에 의해 실현되는 통신 방법으로서,
상기 게이트웨이 장치가, 상기 이동국이 긴급 호출로서 발호를 행했음을 나타내는 정보를 메시지에 포함시키는 스텝과,
상기 게이트웨이 장치가, 상기 메시지를 상기 코어 네트워크 장치에 송신하는 스텝과,
상기 코어 네트워크 장치가, 상기 게이트웨이 장치로부터 송신된 상기 메시지를 수신하는 스텝을 포함한다.
본 발명의 제3 통신 방법은, 이동국과, 상기 이동국과 무선 통신을 행하는 기지국과, 상기 기지국을 코어 네트워크에 접속하는 게이트웨이 장치와, 상기 코어 네트워크에 배치되는 코어 네트워크 장치를 포함하는 이동 통신 시스템에 의해 실현되는 통신 방법으로서,
상기 코어 네트워크 장치가, 상기 이동국이 발호한 호출 종별이 긴급 호출임을 나타내는 정보를 메시지에 포함시키는 스텝과,
상기 코어 네트워크 장치가, 상기 메시지를 상기 게이트웨이 장치에 송신하는 스텝과,
상기 게이트웨이 장치가, 상기 코어 네트워크 장치로부터 송신된 상기 메시지를 수신하는 스텝을 포함한다.
본 발명의 제4 통신 방법은, 게이트웨이 장치를 통해, 코어 네트워크에 배치되는 코어 네트워크 장치에 접속되는 기지국에 의해 실현되는 통신 방법으로서,
이동국이 긴급 호출로서 발호를 행했음을 나타내는 정보를 메시지에 포함시키는 스텝과,
상기 메시지를 상기 코어 네트워크 장치에 송신하는 스텝을 포함한다.
본 발명의 제5 통신 방법은, 기지국을, 코어 네트워크에 배치되는 코어 네트워크 장치에 접속하는 게이트웨이 장치에 의해 실현되는 통신 방법으로서,
이동국이 긴급 호출로서 발호를 행했음을 나타내는 정보를 메시지에 포함시키는 스텝과,
상기 메시지를 상기 코어 네트워크 장치에 송신하는 스텝을 포함한다.
본 발명의 제6 통신 방법은, 기지국을, 코어 네트워크에 배치되는 코어 네트워크 장치에 접속하는 게이트웨이 장치에 의해 실현되는 통신 방법으로서,
상기 코어 네트워크 장치로부터 송신되며 이동국이 발호한 호출 종별이 긴급 호출임을 나타내는 정보를 포함하는 메시지를 수신하는 스텝을 포함한다.
본 발명의 제7 통신 방법은, 코어 네트워크에 배치되는 코어 네트워크 장치에 의해 실현되는 통신 방법으로서, 기지국으로부터 송신되며 이동국이 긴급 호출로서 발호를 행했음을 나타내는 정보를 포함하는 메시지를 수신하는 스텝을 포함한다.
본 발명의 제8 통신 방법은, 코어 네트워크에 배치되는 코어 네트워크 장치에 의해 실현되는 통신 방법으로서, 게이트웨이 장치로부터 송신되며 이동국이 긴급 호출로서 발호를 행했음을 나타내는 정보를 포함하는 메시지를 수신하는 스텝을 포함한다.
본 발명의 제9 통신 방법은, 코어 네트워크에 배치되는 코어 네트워크 장치에 의해 실현되는 통신 방법으로서, 이동국이 발호한 호출 종별이 긴급 호출임을 나타내는 정보를 메시지에 포함시키는 스텝과, 상기 메시지를 게이트웨이 장치에 송신하는 스텝을 포함한다.
본 발명의 제1 혹은 제2 이동 통신 시스템에 따르면, 기지국 혹은 게이트웨이 장치는, 이동국이 긴급 호출로서 발호를 행했음을 나타내는 정보를 메시지에 포함시켜, 그 메시지를 코어 네트워크 장치에 송신한다.
따라서, 코어 네트워크 장치는, 이동국이 긴급 호출로서 발호를 행했음을 알 수 있다는 효과를 얻을 수 있다.
본 발명의 제3 이동 통신 시스템에 따르면, 코어 네트워크 장치는, 이동국이 발호한 호출 종별이 긴급 호출임을 나타내는 정보를 메시지에 포함시켜, 그 메시지를 게이트웨이 장치에 송신한다.
따라서, 게이트웨이 장치는, 이동국이 실제로 발호한 호출 종별이 긴급 호출임을 알 수 있다는 효과를 얻는다.
도 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 메시지의 구성을 나타내는 도면.
이하에, 본 발명을 실시하기 위한 최량의 형태에 대해서 첨부 도면을 참조하여 설명한다.
또한, 이하에서 설명하는 실시형태에 있어서, 이동 통신 시스템의 전체 구성은 도 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 Adaptation) 메시지 처리부(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”인지의 여부를 판단하고, Establishment Cause값이 “Emergency Call”인 경우에는, 스텝 S202에 있어서, Registration Cause 파라미터를 “Emergency Call”로 결정하고, Establishment Cause값이 “Emergency Call”이 아닌 경우에는, 스텝 S203에 있어서, 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”이면, 호출 제어부(205A)는, 스텝 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에 있어서, 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)가 긴급 번호인지의 여부를 체크한다. 구체적으로는, TS2.008 Ver8.5.0의 도면 10.5.91／3GPP TS24.008 Called party BCD number information element에 있어서, Number digit 1, Number digit 2, Number digit 3 등이 전화 번호에 해당하고, 호출 제어부(404A)가 이 전화 번호가 긴급 번호인지의 여부를 체크한다. TS24.008의 섹션 10.5.4.7의 Called Party BCD Number란 연결 번호를 가리키고, BCD(BCD, Binary-coded decimal)란, 컴퓨터에 있어서의 수치의 표현 방식 중 하나로, 십진 표현에서의 1자리를, 0부터 9까지를 나타내는 4자리의 이진수로 표현한 것을 나타낸다.
다음으로, 호출 제어부(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)을 부정 이동국(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 Ver9.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)을 부정 이동국(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)에 의해 실현되는 서비스를 이동국(10)이 부정하게 받는 것을 방지할 수 있다.
(제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 Section Setup) 메시지의 전화 번호(TS24.008 Ver8.5.0 섹션 10.5.4.7)가 긴급 번호인지의 여부를 체크한다. 구체적으로는, TS24.008 Ver8.5.0의 도면 10.5.91／3GPP TS24.008 Called party BCD number information element에 있어서, Number digit 1, Number digit 2, Number digit 3이 전화 번호에 해당하고, 호출 제어부(404B)는 이 전화 번호가 긴급 번호인지의 여부를 체크한다. TS24.008의 섹션 10.5.4.7의, Called Party BCD Number란 연결 번호를 가리키고, BCD란 컴퓨터에 있어서의 수치의 표현 방식 중 하나로, 십진 표현에서의 1자리를, 0부터 9까지를 나타내는 4자리의 이진수로 표현한 것을 나타낸다.
다음으로, 호출 제어부(404B)는 스텝 S603에 있어서, 이동국(10)에서 EMERGENCY SETUP 절차(TS24.008 Ver8.5.0 섹션 9.3.8)가 행해져 있는지의 여부를 체크한다. 예를 들면, 이동국(10)으로부터 “emergency call establishment”를 개시하기 위한 메시지를 수신하면, 인포메이션 엘리먼트 “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에 있어서, 호출 제어부(306B)는 이동국(10)이 HNB-GW(30)에 액세스했을 때의, HNBAP:UE REGISTER REQUEST 메시지(도 5)의 Registration Cause 파라미터(도 6)와 Call Type 파라미터를 비교한다.
도 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)에 액세스해 왔다고 판단하여, 호출 해방 처리를 행한다.
이에 따라, HNB(20)에 액세스할 수 없는 부정 이동국(10-2)이, Establishment Cause를 개찬하여 긴급 호출로 거짓으로 나타내어, 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인지의 여부를 체크한다. 예를 들면, 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)와 Call Type 파라미터를 비교한다.
예를 들면, 도 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)에 의한 서비스를 받는 것을 방지할 수 있다.
(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)와 Call Type 파라미터를 비교한다.
예를 들면, 도 31에 나타내는 케이스 2에서는, HNBAP:UE REGISTER REQUEST 메시지의 Registration Cause 파라미터가 “Emergency Call”임에도 불구하고, MSC(40)로부터 통지된 Call Type 파라미터는 “Normal Call”이다. 이 점에 의거하여, HNB-GW(30)는, 이동국(10)이 긴급 호출로 거짓으로 나타내고, 부정하게 HNB(20)에 액세스한다고 판단하여, 호출 해방 처리를 행한다.
이에 따라, HNB(20)에 액세스할 수 없는 부정 이동국(10-2)이, Establishment Cause를 개찬하여 긴급 호출로 거짓으로 나타내어, HNB(20)에 의한 서비스를 받는 것을 방지할 수 있다.
(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 파라미터가 결정되어 있으면, 본 Call Type 파라미터를 설정한다. 본 발명에 따른 RANAP:DIRECT TRANSFER 메시지의 구성은, 도 34에 나타내는 바와 같이 MSC(40)의 경우와 마찬가지이다.
HNB-GW(30)에서는, 호출 제어부(306B)는, RANAP:DIRECT TRANSFER 메시지 수신시에, Call Type 파라미터가 포함되어 있었을 경우, 이동국(10)이 HNB-GW(30)에 액세스했을 때의, HNBAP:UE REGISTER REQUEST 메시지(도 5)의 Registration Cause 파라미터(도 6)와 Call Type 파라미터를 비교한다.
예를 들면, 도 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에 나타낸 처리가 종료한 후의 동작을 나타내는 것이지만, 스텝 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 파라미터가 결정되어 있으면, 본 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)와 Call Type 파라미터를 비교한다.
예를 들면, 도 31에 나타내는 케이스 2에서는, HNBAP:UE REGISTER REQUEST 메시지의 Registration Cause 파라미터가 “Emergency Call”임에도 불구하고, MSC(40)로부터 통지된 Call Type 파라미터는 “Normal Call”이다. 이 점에 의거하여, HNB-GW(30)는, 이동국(10)이 긴급 호출로 거짓으로 나타내고, 부정하게 HNB(20)에 액세스하고 있다고 판단하여, 호출 해방 처리를 행한다.
이에 따라, HNB(20)에 액세스할 수 없는 부정 이동국(10-2)이, Establishment Cause를 개찬하여 긴급 호출로 거짓으로 나타내어, HNB(20)에 의한 서비스를 받는 것을 방지할 수 있다.
(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 파라미터가 결정되어 있으면, 본 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)와 Call Type 파라미터를 비교한다.
도 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)에 의한 서비스를 받는 것을 방지할 수 있다.
본 발명의 HNB(20), HNB-GW(30), MSC(40), 및 SGSN(50)에서 행해지는 방법은, 컴퓨터에 의해 실행되는 프로그램에 적용해도 된다. 또한, 그 프로그램을 기억 매체에 저장하는 것도 가능하며, 네트워크를 통해 외부에 제공하는 것도 가능하다.
이상, 본 발명을, 바람직한 실시형태에 의거하여 구체적으로 설명했지만, 본 발명은 상기한 것에 한정되는 것이 아니라, 그 요지를 일탈하지 않는 범위에서 다양하게 변경 가능한 것은 말할 필요도 없다.
예를 들면, 제2 실시형태에서는, Emergency Cause값의 RANAP 프로토콜 메시지에의 설정을 HNB(20)에서 행하고 있지만, HNB-GW(30)에 의해 행하는 것으로 해도 된다.
또한, 제2 실시형태에서는, 부정 액세스 대책을 MSC(40) 혹은 SGSN(50)에서 행하고 있지만, HNB-GW(30)에서 행하는 것으로 해도 된다. 이 경우, 제4 실시형태와 마찬가지로, HNB-GW(30)는, MSC(40) 혹은 SGSN(50)으로부터, 이동국(10)이 발호한 실제의 호출 종별이 긴급 호출임을 나타내는 정보를 수신하고, 도 31의 테이블을 이용하여 부정 액세스 대책을 실시하게 된다.
또한, 제1∼제4 실시형태에 따르면, RANAP 프로토콜 메시지를 이용하여, 이동국(10)이 긴급 호출로서 발호를 행했음을 나타내는 정보 또는 이동국(10)이 발호한 실제의 호출 종별이 긴급 호출임을 나타내는 정보를, HNB(20), HNB-GW(30), 및 코어 네트워크 장치(MSC(40) 또는 SGSN(50))간에서 통신한다. 그러나, RANAP 프로토콜 메시지에 한하지 않고, HNB(20), HNB-GW(30), 및 코어 네트워크 장치간에서 통신 가능한 메시지이면 다른 메시지여도 된다.
본 출원은, 2009년 4월 17일에 출원된 일본국 출원 특원2009-101130을 기초로 하는 우선권을 주장하고, 그 개시된 모두를 인용으로 여기에 도입한다.

Claims (33)

  1. 이동국과, 기지국과, 코어 네트워크 장치와, 상기 기지국과 상기 코어 네트워크 장치에 접속하는 게이트웨이 장치를 갖고 이루어지는 이동 통신 시스템으로서,
    상기 코어 네트워크 장치는,
    긴급 호출(emergency call)에 관한 정보를 포함하는 제1 메시지를 상기 게이트웨이 장치에 송신하는 송신부를 갖고,
    상기 기지국은,
    상기 이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지를 상기 게이트웨이 장치에 송신하는 송신부를 갖고,
    상기 게이트웨이 장치는,
    상기 제1 메시지와 상기 등록 메시지에 포함되는 긴급 호출에 관한 정보의 일관성을 체크하고, 상기 체크에 의거하여 상기 긴급 호출의 처리를 행하는 이동 통신 시스템.
  2. 제1항에 있어서,
    상기 제1 메시지는, COMMON ID 메시지인 이동 통신 시스템.
  3. 제1항에 있어서,
    상기 제1 메시지는, DIRECT TRANSFER 메시지인 이동 통신 시스템.
  4. 제1항에 있어서,
    상기 제1 메시지는, RAB ASSIGNMENT REQUEST 메시지인 이동 통신 시스템.
  5. 제1항 내지 제4항 중 어느 한 항에 있어서,
    상기 게이트웨이 장치는,
    상기 제1 메시지에, 상기 이동국이 발호(發呼)한 호출 종별이 통상 호출임을 나타내는 정보가 포함되어 있을 경우, 당해 이동국으로부터 통지되어 있는 호출 종별이 긴급 호출이면 호출 해방 처리를 행하는 제어부를 더 갖는 이동 통신 시스템.
  6. 기지국과 코어 네트워크 장치에 접속하는 게이트웨이 장치로서,
    상기 코어 네트워크 장치로부터 송신되어 온, 긴급 호출에 관한 정보를 포함하는 제1 메시지와, 상기 기지국으로부터 송신되어 온, 이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지를 수신하는 수신부를 갖고,
    상기 제1 메시지와 상기 등록 메시지에 포함되는 긴급 호출에 관한 정보의 일관성을 체크하고, 상기 체크에 의거하여 상기 긴급 호출의 처리를 행하는 게이트웨이 장치.
  7. 제6항에 있어서,
    상기 제1 메시지에, 상기 이동국이 발호한 호출 종별이 통상 호출임을 나타내는 정보가 포함되어 있을 경우, 당해 이동국으로부터 통지되어 있는 호출 종별이 긴급 호출이면 호출 해방 처리를 행하는 제어부를 더 갖는 게이트웨이 장치.
  8. 제7항에 있어서,
    상기 제1 메시지는, RAB ASSIGNMENT REQUEST 메시지인 게이트웨이 장치.
  9. 게이트웨이 장치를 통해 기지국과 접속하는 코어 네트워크 장치로서,
    긴급 호출에 관한 정보를 포함하는 제1 메시지를 상기 게이트웨이 장치에 송신하는 송신부를 갖고,
    상기 게이트웨이 장치는,
    상기 제1 메시지와, 상기 기지국으로부터 수신한, 이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지에 포함되는 긴급 호출에 관한 정보의 일관성을 체크하고, 상기 체크에 의거하여 상기 긴급 호출의 처리를 행하는 코어 네트워크 장치.
  10. 제9항에 있어서,
    상기 코어 네트워크 장치는,
    회선 교환을 제어하는 회선 교환국이고,
    상기 이동국으로부터 송신되어 온 MM 프로토콜의 CM SERVICE REQUEST 메시지에 설정되어 있는 CM Service Type 파라미터가 Emergency Call Establishment일 경우, 상기 이동국이 발호한 호출 종별을 긴급 호출이라고 판별하는 제어부를 더 갖는 코어 네트워크 장치.
  11. 제9항에 있어서,
    상기 코어 네트워크 장치는,
    회선 교환을 제어하는 회선 교환국이고,
    자(自)장치가 송신하는 발호 신호인 CC 프로토콜의 SETUP 메시지의 전화 번호가 긴급 번호일 경우, 상기 이동국이 발호한 호출 종별을 긴급 호출이라고 판별하는 제어부를 더 갖는 코어 네트워크 장치.
  12. 제9항에 있어서,
    상기 코어 네트워크 장치는,
    회선 교환을 제어하는 회선 교환국이고,
    상기 이동국에서 EMERGENCY SETUP 절차가 행해지고 있을 경우, 상기 이동국이 발호한 호출 종별을 긴급 호출이라고 판별하는 제어부를 더 갖는 코어 네트워크 장치.
  13. 제9항에 있어서,
    상기 코어 네트워크 장치는,
    패킷 교환을 제어하는 패킷 교환국이고,
    상기 이동국으로부터 송신되어 온 SM 프로토콜의 Activate PDP context request 메시지에 설정되어 있는 APN이 긴급 호출의 특유의 것일 경우, 상기 이동국이 발호한 호출 종별을 긴급 호출이라고 판별하는 제어부를 더 갖는 코어 네트워크 장치.
  14. 제9항에 있어서,
    상기 코어 네트워크 장치는,
    패킷 교환을 제어하는 패킷 교환국이고,
    상기 이동국에서 행해지고 있는 GMM 절차가 Emergency Attach 절차일 경우, 상기 이동국이 발호한 호출 종별을 긴급 호출이라고 판별하는 제어부를 더 갖는 코어 네트워크 장치.
  15. 제9항에 있어서,
    상기 코어 네트워크 장치는,
    패킷 교환을 제어하는 패킷 교환국이고,
    자장치에서 기동하고 있는 PDP Context가 긴급 호출용의 PDP Context일 경우, 상기 이동국이 발호한 호출 종별을 긴급 호출이라고 판별하는 제어부를 더 갖는 코어 네트워크 장치.
  16. 제9항 내지 제15항 중 어느 한 항에 있어서,
    상기 제1 메시지는, COMMON ID 메시지인 코어 네트워크 장치.
  17. 제9항 내지 제15항 중 어느 한 항에 있어서,
    상기 제1 메시지는, DIRECT TRANSFER 메시지인 코어 네트워크 장치.
  18. 제9항 내지 제15항 중 어느 한 항에 있어서,
    상기 제1 메시지는, RAB ASSIGNMENT REQUEST 메시지인 코어 네트워크 장치.
  19. 이동국과, 기지국과, 코어 네트워크 장치와, 상기 기지국과 상기 코어 네트워크 장치에 접속하는 게이트웨이 장치를 갖고 이루어지는 이동 통신 시스템에 의한 통신 방법으로서,
    상기 코어 네트워크 장치가, 긴급 호출에 관한 정보를 포함하는 제1 메시지를 상기 게이트웨이 장치에 송신하는 스텝과,
    상기 기지국이, 상기 이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지를 상기 게이트웨이 장치에 송신하는 스텝과,
    상기 게이트웨이 장치가, 상기 제1 메시지와 상기 등록 메시지에 포함되는 긴급 호출에 관한 정보의 일관성을 체크하고, 상기 체크에 의거하여 상기 긴급 호출의 처리를 행하는 스텝을 갖는 통신 방법.
  20. 제19항에 있어서,
    상기 제1 메시지는, RAB ASSIGNMENT REQUEST 메시지인 통신 방법.
  21. 기지국과 코어 네트워크 장치에 접속하는 게이트웨이 장치에 의한 통신 방법으로서,
    상기 코어 네트워크 장치로부터 송신되어 온, 긴급 호출에 관한 정보를 포함하는 제1 메시지를 수신하는 스텝과,
    상기 기지국으로부터 송신되어 온, 이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지를 수신하는 스텝과,
    상기 제1 메시지와 상기 등록 메시지에 포함되는 긴급 호출에 관한 정보의 일관성을 체크하고, 상기 체크에 의거하여 상기 긴급 호출의 처리를 행하는 스텝을 갖는 통신 방법.
  22. 제21항에 있어서,
    상기 제1 메시지는, RAB ASSIGNMENT REQUEST 메시지인 통신 방법.
  23. 게이트웨이 장치를 통해 기지국과 접속하는 코어 네트워크 장치에 의한 통신 방법으로서,
    긴급 호출에 관한 정보를 포함하는 제1 메시지를 상기 게이트웨이 장치에 송신하는 스텝을 갖고,
    상기 게이트웨이 장치는, 상기 제1 메시지와, 상기 기지국으로부터 수신한, 이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지에 포함되는 긴급 호출에 관한 정보의 일관성을 체크하고, 상기 체크에 의거하여 상기 긴급 호출의 처리를 행하는 통신 방법.
  24. 제23항에 있어서,
    상기 제1 메시지는, RAB ASSIGNMENT REQUEST 메시지인 통신 방법.
  25. 기지국과, 코어 네트워크 장치와, 상기 기지국과 상기 코어 네트워크 장치에 접속하는 게이트웨이 장치를 갖고 이루어지는 이동 통신 시스템에 있어서의 이동국으로서,
    상기 이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지를 상기 게이트웨이 장치에 송신하는 기지국과 통신하는 통신부를 갖고,
    상기 게이트웨이 장치는, 상기 코어 네트워크 장치로부터 수신한, 긴급 호출에 관한 정보를 포함하는 제1 메시지와, 상기 등록 메시지에 포함되는 긴급 호출에 관한 정보의 일관성을 체크하고,
    상기 이동국은, 상기 체크에 의거하여 상기 긴급 호출의 통신을 행하는 이동국.
  26. 제25항에 있어서,
    상기 제1 메시지는, COMMON ID 메시지인 이동국.
  27. 제25항에 있어서,
    상기 제1 메시지는, DIRECT TRANSFER 메시지인 이동국.
  28. 제25항에 있어서,
    상기 제1 메시지는, RAB ASSIGNMENT REQUEST 메시지인 이동국.
  29. 제25항 내지 제28항 중 어느 한 항에 있어서,
    상기 게이트웨이 장치는,
    상기 제1 메시지에, 상기 이동국이 발호한 호출 종별이 통상 호출임을 나타내는 정보가 포함되어 있을 경우, 당해 이동국으로부터 통지되어 있는 호출 종별이 긴급 호출이면 호출 해방 처리를 행하는 제어부를 더 갖는 이동국.
  30. 게이트웨이 장치를 통해 코어 네트워크 장치와 접속하는 기지국으로서,
    이동국을 상기 게이트웨이 장치에 등록하기 위한 등록 메시지를 상기 게이트웨이 장치에 송신하는 송신부를 갖고,
    상기 게이트웨이 장치는,
    상기 코어 네트워크 장치로부터 수신한, 긴급 호출에 관한 정보를 포함하는 제1 메시지와, 상기 등록 메시지에 포함되는 긴급 호출에 관한 정보의 일관성을 체크하고, 상기 체크에 의거하여 상기 긴급 호출의 처리를 행하는 기지국.
  31. 제30항에 있어서,
    상기 제1 메시지는, COMMON ID 메시지인 기지국.
  32. 제30항에 있어서,
    상기 제1 메시지는, DIRECT TRANSFER 메시지인 기지국.
  33. 제30항에 있어서,
    상기 제1 메시지는, RAB ASSIGNMENT REQUEST 메시지인 기지국.
KR1020137025671A 2009-04-17 2010-03-01 이동 통신 시스템, 이동국, 기지국, 게이트웨이 장치, 코어 네트워크 장치, 통신 방법 KR20130119508A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2009101130 2009-04-17
JPJP-P-2009-101130 2009-04-17
PCT/JP2010/053204 WO2010119728A1 (ja) 2009-04-17 2010-03-01 移動通信システム、基地局、ゲートウェイ装置、コアネットワーク装置、通信方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR20117024175A Division KR20110138239A (ko) 2009-04-17 2010-03-01 이동 통신 시스템, 기지국, 게이트웨이 장치, 코어 네트워크 장치, 통신 방법

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020157000256A Division KR101779458B1 (ko) 2009-04-17 2010-03-01 이동 통신 시스템, 이동국, 기지국, 게이트웨이 장치, 코어 네트워크 장치, 통신 방법

Publications (1)

Publication Number Publication Date
KR20130119508A true KR20130119508A (ko) 2013-10-31

Family

ID=42982397

Family Applications (3)

Application Number Title Priority Date Filing Date
KR20117024175A KR20110138239A (ko) 2009-04-17 2010-03-01 이동 통신 시스템, 기지국, 게이트웨이 장치, 코어 네트워크 장치, 통신 방법
KR1020157000256A KR101779458B1 (ko) 2009-04-17 2010-03-01 이동 통신 시스템, 이동국, 기지국, 게이트웨이 장치, 코어 네트워크 장치, 통신 방법
KR1020137025671A KR20130119508A (ko) 2009-04-17 2010-03-01 이동 통신 시스템, 이동국, 기지국, 게이트웨이 장치, 코어 네트워크 장치, 통신 방법

Family Applications Before (2)

Application Number Title Priority Date Filing Date
KR20117024175A KR20110138239A (ko) 2009-04-17 2010-03-01 이동 통신 시스템, 기지국, 게이트웨이 장치, 코어 네트워크 장치, 통신 방법
KR1020157000256A KR101779458B1 (ko) 2009-04-17 2010-03-01 이동 통신 시스템, 이동국, 기지국, 게이트웨이 장치, 코어 네트워크 장치, 통신 방법

Country Status (10)

Country Link
US (2) US9241247B2 (ko)
EP (2) EP2421286A4 (ko)
JP (5) JP5375954B2 (ko)
KR (3) KR20110138239A (ko)
CN (2) CN102396249B (ko)
AU (1) AU2010237984C1 (ko)
BR (1) BRPI1006629B1 (ko)
CA (2) CA2872131C (ko)
RU (2) RU2503141C2 (ko)
WO (1) WO2010119728A1 (ko)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2872131C (en) 2009-04-17 2017-01-10 Nec Corporation Mobile communication system, base station, gateway apparatus, core network apparatus and communication method
US9544943B2 (en) 2010-11-04 2017-01-10 Qualcomm Incorporated Communicating via a FEMTO access point within a wireless communications system
JP5936435B2 (ja) * 2012-05-07 2016-06-22 株式会社Ｎｔｔドコモ 移動局
KR101365588B1 (ko) * 2012-07-25 2014-02-21 에스케이텔레콤 주식회사 기지국게이트웨이장치 및 기지국게이트웨이장치의 동작 방법
US9265084B2 (en) * 2012-09-11 2016-02-16 Apple Inc. Data buffering based on access stratum conditions in a call having both circuit-switched and packet-switched components
US9578508B2 (en) * 2013-03-13 2017-02-21 Qualcomm Incorporated Method and apparatus for wireless device countermeasures against malicious infrastructure
BR112017011876B1 (pt) 2014-12-04 2023-03-14 Telefonaktiebolaget Lm Ericsson (Publ) Método para determinação de posição de um dispositivo sem fio, dispositivo sem fio, nó de gerenciamento de mobilidade e meio legível
WO2016157890A1 (ja) * 2015-03-30 2016-10-06 日本電気株式会社 同報配信システム、ゲートウェイ装置、同報配信方法及び記憶媒体
CN105101246B (zh) * 2015-07-27 2018-10-12 中国联合网络通信集团有限公司 一种确定存在覆盖空洞的小区的方法及装置
US9711521B2 (en) * 2015-08-31 2017-07-18 Taiwan Semiconductor Manufacturing Co., Ltd. Substrate fabrication method to improve RF (radio frequency) device performance
US9761546B2 (en) 2015-10-19 2017-09-12 Taiwan Semiconductor Manufacturing Co., Ltd. Trap layer substrate stacking technique to improve performance for RF devices

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5010A (en) * 1847-03-13 Improvement in hemp-brakes
JP2535939B2 (ja) 1987-08-27 1996-09-18 日本電気株式会社 多方向多重通信システム
JPS6455927A (en) 1987-08-27 1989-03-02 Nec Corp Multi-direction multiplex communication system
US7623447B1 (en) * 2000-04-10 2009-11-24 Nokia Corporation Telephony services in mobile IP networks
GB0015365D0 (en) 2000-06-22 2000-08-16 Nokia Networks Oy Location services interworking with intelligent network
JP4026118B2 (ja) 2002-02-20 2007-12-26 日本電気株式会社 移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法
EP1387589A1 (de) 2002-07-29 2004-02-04 Siemens Aktiengesellschaft Media Gateway zur Bereitstellung der PSTN/ISDN Dienste in Netzwerken der nächsten Generation
US7333795B2 (en) * 2003-10-24 2008-02-19 Motorola Inc. Emergency call placement method
GB0326264D0 (en) 2003-11-11 2003-12-17 Nokia Corp Emergency call support for mobile communications
JP2005236703A (ja) 2004-02-20 2005-09-02 Hitachi Hybrid Network Co Ltd Ｉｐ電話網への再呼び出しシステム及び再呼び出し方法
JP4269983B2 (ja) 2004-03-12 2009-05-27 沖電気工業株式会社 中継装置、中継方法、および中継プログラム
JP5155165B2 (ja) * 2005-08-02 2013-02-27 クゥアルコム・インコーポレイテッド Ｖｏｉｐ緊急呼出支援
EP1768337A1 (en) * 2005-09-26 2007-03-28 Alcatel Intelligent border element
WO2007096685A1 (en) 2006-02-24 2007-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Charging and location indications in a generic access network
JP4672571B2 (ja) 2006-02-24 2011-04-20 日本電信電話株式会社 ＶｏＩＰネットワークにおける緊急呼呼び返し方法、緊急呼呼び返しシステム、ＶｏＩＰノード装置およびプログラム
US20090061877A1 (en) * 2006-07-14 2009-03-05 Gallagher Michael D Generic Access to the Iu Interface
US20080076392A1 (en) 2006-09-22 2008-03-27 Amit Khetawat Method and apparatus for securing a wireless air interface
JP2008141490A (ja) 2006-12-01 2008-06-19 Mitsubishi Electric Corp 緊急通報制御装置、無線通信端末および基地局
CN101222750B (zh) 2007-01-09 2014-07-09 华为技术有限公司 处理紧急呼叫、紧急呼叫回叫中被叫用户的方法及其应用
US8019331B2 (en) * 2007-02-26 2011-09-13 Kineto Wireless, Inc. Femtocell integration into the macro network
WO2008111001A2 (en) 2007-03-13 2008-09-18 Nokia Corporation System for establishing and controlling emergency priority in a communication system
US8072953B2 (en) * 2007-04-24 2011-12-06 Interdigital Technology Corporation Wireless communication method and apparatus for performing home Node-B identification and access restriction
CN101068279B (zh) * 2007-06-13 2011-01-19 中兴通讯股份有限公司 一种紧急呼叫的回呼实现方法
WO2009013792A1 (ja) * 2007-07-20 2009-01-29 Fujitsu Limited 緊急呼番号情報取得システム
CN101466083B (zh) * 2007-12-18 2010-12-08 华为技术有限公司 一种紧急呼叫方法和装置
CN101500213B (zh) 2008-02-03 2011-04-20 华为技术有限公司 一种用户设备紧急接入的方法、设备和系统
CN101448232B (zh) * 2008-04-30 2013-05-08 中兴通讯股份有限公司 紧急呼叫实现方法及系统、用户设备
JP4755223B2 (ja) 2008-05-26 2011-08-24 富士通株式会社 無線通信システム
US20120069737A1 (en) * 2009-03-27 2012-03-22 Telefonaktiebolaget L M Ericsson (Publ) Overload avoidance with home node b gateway (henb gw) in lte
CA2872131C (en) 2009-04-17 2017-01-10 Nec Corporation Mobile communication system, base station, gateway apparatus, core network apparatus and communication method

Also Published As

Publication number Publication date
RU2011146642A (ru) 2013-06-27
KR101779458B1 (ko) 2017-09-18
JP5648762B2 (ja) 2015-01-07
CN102396249A (zh) 2012-03-28
BRPI1006629A2 (pt) 2020-12-22
EP2421286A1 (en) 2012-02-22
WO2010119728A1 (ja) 2010-10-21
CA2758430C (en) 2016-08-23
JP2014039280A (ja) 2014-02-27
CA2758430A1 (en) 2010-10-21
RU2013140444A (ru) 2015-03-10
AU2010237984C1 (en) 2015-01-22
US20150111518A1 (en) 2015-04-23
US20120015620A1 (en) 2012-01-19
KR20110138239A (ko) 2011-12-26
KR20150013937A (ko) 2015-02-05
EP3306966A1 (en) 2018-04-11
JP5375954B2 (ja) 2013-12-25
CA2872131A1 (en) 2010-10-21
US9241247B2 (en) 2016-01-19
JP5605482B2 (ja) 2014-10-15
AU2010237984A1 (en) 2011-10-13
US9560508B2 (en) 2017-01-31
CN104507090A (zh) 2015-04-08
JP2014209782A (ja) 2014-11-06
BRPI1006629B1 (pt) 2021-07-20
JP2015043615A (ja) 2015-03-05
CA2872131C (en) 2017-01-10
RU2632906C2 (ru) 2017-10-11
CN104507090B (zh) 2019-02-12
AU2010237984B2 (en) 2014-07-03
RU2015155588A (ru) 2017-06-28
EP2421286A4 (en) 2016-10-12
RU2503141C2 (ru) 2013-12-27
JPWO2010119728A1 (ja) 2012-10-22
EP3306966B1 (en) 2020-07-22
JP2016021766A (ja) 2016-02-04
CN102396249B (zh) 2015-07-29

Similar Documents

Publication Publication Date Title
RU2632906C2 (ru) Система мобильной связи, базовая станция, устройство шлюза, устройство базовой сети и способ связи
KR101253944B1 (ko) 이동 통신 시스템
RU2574388C2 (ru) Система мобильной связи, базовая станция, устройство шлюза, устройство базовой сети и способ связи
AU2014208327B2 (en) Mobile communication system, base station, gateway apparatus, core network apparatus, communication method
AU2012203527B2 (en) Mobile communication system

Legal Events

Date Code Title Description
A107 Divisional application of patent
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application
A107 Divisional application of patent
J201 Request for trial against refusal decision
J301 Trial decision

Free format text: TRIAL DECISION FOR APPEAL AGAINST DECISION TO DECLINE REFUSAL REQUESTED 20150106

Effective date: 20151022