移动通信系统、基站、网关装置、核心网络装置以及通信方法

专利名称：移动通信系统、基站、网关装置、核心网络装置以及通信方法
技术领域：
本发明涉及移动通信系统、基站、网关装置、核心网络装置以及通信方法。
背景技术：
产业中毫微微基站(归属节点B，下面简称为“HNB”)的使用形式可被认为例如包括家庭用小型无线基站和商业小型无线基站之类的使用形式。通过HNB来提供服务具有以下优点(1)可以在宏基站的无线电波无法抵达的盲区中提供通信服务。(2)可以提供比宏基站所提供的常规收费服务便宜的收费服务。(3)由于当基站与移动台站之间的距离小时可以通过移动台站获得高无线质量 (Ec/Io)，因此诸如64QAM(64正交幅度调制)或ΜΙΜ0(多输入多输出)之类的高速技术可被用来使得能够在HNB的支配下提供高速分组服务。(4)可以利用HNB的局域性来提供特殊内容服务。由于通过HNB实现的服务具有如上所述的许多优点，因此服务应当仅被提供给与通信运营商签订了协定的订户或者经HNB的所有者许可的订户。因此，在3GPP (第三代合作伙伴计划)的第8版本中引入了 CSG (封闭型订户组)， 来将对HNB的服务的访问和接收仅限于具有许可的群组的移动台站。接下来参考图1描述有关CSG的细节。图1所示的第三代移动通信系统包括HNB 20、毫微微基站网关(归属节点B Gff, 下面简称为“願8-61”)30、交换台站(移动交换中心，下面简称为“MSC”)40、分组交换台站 (服务GPRS支持节点，下面简称为“SGSN”)50，以及遵从第三代的移动台站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。当支持CSG功能时，HNB 20将其自己CSG小区的CSG标识符^SG身份)报告给在HNB 20的支配下并且位于其范围内的移动台站10。移动台站10-1对从HNB 20报告来的CSG标识符进行译码，并且判断该CSG标识符是否包括在由移动台站10-1保存的CSG列表中。如果该CSG标识符包括在该CSG列表中，则移动台站10-1能够驻扎在处于其范围内的该CSG小区中，并且随后接收各种服务，例如发起呼叫或者接听进入呼叫。另一方面，如果该CSG标识符未包括在该CSG列表中，则移动台站10-1不驻扎在处于其范围内的该CSG小区中，并且实现对不同于该CSG小区的合适CSG小区的选择。通过该机制，HNB 20可以仅由具有该HNB 20的CSG小区的CSG标识符的有限移动台站10-1访问。然而，可以考虑这样的情况，其中，不管是否支持CSG功能，诸如图1所示的未经授权移动台站10-2之类的实体尝试在假设对其的访问不可被获得的HNB 20的CSG小区中未经授权地接收服务。在这样的情况中，MSC 40或SGSN 50检查移动台站10的IMSI (国际移动订户身份)和移动台站10所位于的CSG小区的CSG标识符，来实现访问调控，用于调控移动台站 10 对 HNB 20 的访问(3GPP TS25. 467Ver 8. 0. 0 第 5. 1. 3 节)。另一方面，由于CSG功能是由3GPP的第8版本引入的功能，因此将出现早于第8 版本的移动台站10-1不支持CSG功能的情况。替代地，还将出现HNB 20不支持CSG功能的情况。在这些情况中，HNB 20针对移动台站10-1实现标识过程(3GPP TS24. 008 Ver 8. 4. 0)以询问移动台站10-1的IMSI，或者HNB 20针对HNB-GW 30实现HNBAP (HNB应用部分):UE REGISTER REQUEST(UE 登记请求)过程(3GPP TS25. 469 Ver 8.0.0)以将移动台站10-1登记在HNB-GW 30中。此时，HNB-GW 30通过检查移动台站10_1的IMSI是否能够访问HNB 20来执行访问调控。如果HNB-GW 30判定移动台站10_1能够访问HNB 20，则HNB-GW 30通过HNBAP UE REGISTER ACCEPT(UE登记接受)消息向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 (UE登记拒绝)消息向HNB 20 通知访问不被许可。以这种方式，未经授权移动台站10-2与HNB 20之间的RRC(无线电资源控制)连接被切断(3GPP TS25. 467 Ver 8. 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 Ver 8. 6. 0第8. 5. 1节)。当呼叫类型为紧急呼叫时，移动台站10-1在请求建立RRC连接或在请求建立信令连接时，在被发送给HNB 20的RRC:RRC CONNECTION REQUEST (RRC连接请求)消息或RRC: INITIAL DIRECT TRANSFER(初始直接传送)中的指示建立请求的原因的建立原因参数中设置“紧急呼叫”(3GPP TS25. 331 Ver 8. 5. 0，第 10. 3. 3. 11 节、专利文献 1)。HNB 20然后在被发送给HNB-GW 30 的HNBAP:UE REGISTER REQUEST (UE 登记请求) 消息中的登记原因参数中设置“紧急呼叫”值。当登记原因参数为“紧急呼叫”时，HNB-GW 30不实现基于IMSI的访问调控(3GPP TS25. 467 Ver 8. 0. 0 第 5. 1. 2 节)。通过该方法，当呼叫类型为“紧急呼叫”时，未被许可访问HNB 20的移动台站10也能够跳过HNB-GW 30的访问调控并且访问HNB 20。RRC的构成RRC CONNECTION REQUEST (RRC连接请求)消息的构成在此在图2中示出，RRC的构成INITIAL DIRECT TRANSFER(初始直接传送)消息的构成在图3中示出， RRC协议中的建立原因参数的构成在图4中示出，HNBAP =UE REGISTER REQUEST (UE登记请求)消息的构成在图5中示出，并且HBNAP协议中的登记原因参数的构成在图6中示出。现有技术文献专利文献专利文献1 JP-A-2003-244284

发明内容
本发明解决的问题然而，上述技术在移动台站10发起作为紧急呼叫的呼叫时跳过HNB-GW 30的访问调控并且准许移动台站10访问HNB 20。结果，诸如假设不能访问HNB 20的未经授权移动台站10_2之类的移动台站10可能在RRC协议中伪装地将建立原因参数设置为“紧急呼叫”，因此规避HNB-GW 30的访问调控并获得对HNB 20的访问。相信可以通过修改软件以使得仅建立原因参数被伪造来容易地制造出这种类型的未经授权移动台站10-2。替代地，存在这样的情况，其中，一装置被介入，该装置对从授权移动台站10-1通过公共信道(RACH:随机访问信道)发送来的并且尚未采取隐匿或篡改对策的RRC =RRC CONNECTION REQUEST (RRC连接请求)消息进行译码，用“紧急呼叫，，替换建立原因参数，对 RRC =RRC CONNECTION REQUEST(RRC连接请求)消息编码，并发送给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示出了 RRC CONNECTION REQUEST (连接请求)消息的配置。图3示出了 INITIAL DIRECT TRANSi^ER(初始直接传送)消息的配置。图4示出了建立原因参数的配置。
图5示出了 UE REGISTER REQUEST (UE登记请求)消息的配置。图6示出了登记原因参数的配置。图7是示出了本发明第一示例性实施例的HNB的配置的框图。图8是示出了本发明第一示例性实施例的HNB-GW的配置的框图。图9是示出了本发明第一示例性实施例的MSC的配置的框图。图10是示出了本发明第一示例性实施例的SGSN的配置的框图。图11是示出了本发明第二示例性实施例的HNB的配置的框图。图12是示出了本发明第二示例性实施例的HNB-GW的配置的框图。图13是示出了本发明第二示例性实施例的MSC的配置的框图。图14是示出了本发明第二示例性实施例的SGSN的配置的框图。图15是用于描述本发明第二示例性实施例的移动通信系统的操作的序列图。图16示出了 CM SERVICE REQUEST (CM服务请求)消息的配置。图17示出了 CM服务类型参数的配置。图18是示出由HNB确定登记原因的处理的流程图。图19示出了添加了根据本发明的紧急原因参数的INITIAL UE MESSAGE(初始UE 消息)的配置。图20是示出由本发明第二示例性实施例的MSC实现的未经授权访问对策处理的流程图。图21是示出由本发明第二示例性实施例的SGSN实现的未经授权访问对策处理的流程图。图22是示出本发明第三示例性实施例的MSC的配置的框图。图23是示出本发明第三示例性实施例的SGSN的配置的框图。图M是示出本发明第三示例性实施例的HNB-GW的配置的框图。图25是示出本发明第四示例性实施例的MSC的配置的框图。图沈是示出本发明第四示例性实施例的SGSN的配置的框图。图27是示出本发明第四示例性实施例的HNB-GW的配置的框图。图观是用于描述本发明第四示例性实施例的移动通信系统的工作示例1的序列图。图四是用于描述由本发明第四示例性实施例的MSC确定呼叫类型参数的处理的流程图。图30示出了根据本发明的COMMON ID (公共ID)消息的配置。图31示出了本发明第四示例性实施例的HNB-GW中的根据呼叫类型来确定处理的表。图32是用于描述由本发明第四示例性实施例的SGSN确定呼叫类型参数的处理的流程图。图33是用于描述本发明第四示例性实施例的移动通信系统的工作示例2的序列图。图34示出了根据本发明的DIRECT TRANSFER(直接传送)消息的配置。图35是用于描述本发明第四示例性实施例的移动通信系统的工作示例3的序列图。图36示出了根据本发明的RAB ASSIGNMENT REQUEST (指派请求)消息的配置。
具体实施例方式接下来参考附图描述实现本发明的最佳模式。在下述的示例性实施例中，移动通信系统的总体配置与图1的移动通信系统相同。第一示例性实施例图 7 至图 10 分别示出了 HNB 20, HNB-Gff 30、MSC 40 和 SGSN 50 的配置。参考图7，本示例性实施例的HNB 20包括控制单元21A和发送单元22A，控制单元21A将指示移动台站10发起了作为紧急呼叫的呼叫的信息包括在RANAP(无线接入网络应用部分)协议消息中，并且发送单元22A将该RANAP协议消息发送给HNB-GW 30。此外， RANAP协议消息是无线接入网络的应用层的消息，并且例如具有用于在RAN内透明地传送在UE与核心网络装置之间发送和接收的CC/MM信号的功能。参考图8，本示例性实施例的HNB-GW 30包括接收来自HNB 20的RANAP协议消息的接收单元31A、提取RANAP协议消息的控制单元32A，以及向MSC 40或SGSN 50发送RANAP 协议消息的发送单元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发起了作为紧急呼叫的呼叫。结果，当移动台站10伪装地将建立原因更改为紧急呼叫时，MSC 40或SGSN 50能够实现对移动台站10的呼叫释放处理，并且因此防止了对HNB 20提供的服务的未经授权接收。第二示例性实施例图11至图14分别示出了本示例性实施例的HNB 20、HNB-Gff 30、MSC 40和SGSN 50的配置。本示例性实施例是使得图7至图10的第一示例性实施例的HNB 20,HNB-Gff 30、 MSC 40和SGSN 50的配置和操作更加具体的一个示例。参考图11，本示例性实施例的20包括移动台站信号收发器201A、RUA(RANAP用户适配)消息处理器202A、HNB-Gff信号收发器203A、HNBAP消息处理器204A、呼叫控制单元205A、RRC消息处理器206A以及RANAP消息处理器207A。在图11中，图7所示的控制单元2IA由RUA消息处理器202A、HNBAP消息处理器 204A、呼叫控制单元205A、RRC消息处理器206A以及RANAP消息处理器207A组成。另夕卜，HNB-Gff信号收发器203A是图7所示的发送单元22A的一个示例。作为用于向移动台站10发送RRC协议消息以及从移动台站10接收RRC协议消息的功能，移动台站信号收发器201A例如包括隐藏(加密和解密)消息的隐藏功能、验证消息的递送的信号递送验证功能以及分发消息的信号分发功能。作为用于向HNB-GW 30发送HNBAP协议消息和RUA协议消息以及从HNB-GW 30接收HNBAP协议消息和RUA协议消息的功能，HNB-GW信号收发器203A包括诸如隐藏功能、信号递送验证功能以及信号分发功能之类的功能。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-Gff 30接收的RUA协议信息进行解码的功能。基于RRC协议消息和RANAP协议消息，呼叫控制单元205A启动各种呼叫处理，例如建立RRC连接、建立载体以及移动性管理。呼叫控制单元205A还启动HNBAP协议并且实现向HNB-GW 30登记移动台站10的处理。上述功能是安装在HNB 20中的呼叫处理器通常所有的功能。作为本示例性实施例的特别功能，呼叫控制单元205A还包括用于基于从HNB-GW 30接收的HNBAP协议消息的登记原因参数来设置发送给HNB-GW 30的RANAP协议信息的紧急原因值的功能。参考图12，本示例性实施例的HNB-GW 30包括HNB信号收发器301A、RUA消息处理器302A、SGSN信号收发器303A、MSC信号收发器304A、HNBAP消息处理器305A、呼叫控制单元306A、RANAP消息处理器307A以及台站数据存储单元308A。此外，在图12中，图8所示的控制单元32A由RUA消息处理器302A、HNBAP消息处理器305A、呼叫控制单元306A、RANAP消息处理器307A以及台站数据存储单元308A组成。 HNB信号收发器301A是图8所示的接收单元3IA的示例，并且SGSN信号收发器303A和MSC 信号收发器304A是图8所示的发送单元33A的示例。HNB信号收发器301A被设置有隐藏功能和信号递送验证功能来作为用于向HNB 20发送以及从HNB 20接收RUA协议消息和HNBAP协议消息的功能。MSC信号收发器304A例如被设置有用于控制消息的顺序的顺序控制功能以及递送验证功能来作为用于向MSC 40发送以及从MSC 40接收RANAP协议消息的功能。SGSN信号收发器303A例如被设置有顺序控制功能以及递送验证功能来作为用于向SGSN 50发送以及从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中的台站数据。可被访问的 IMSI的列表针对每个CSG被设置在台站数据中。基于该IMSI列表，HNB-GW 30实现对HNB 20的访问的调控。上述功能是安装在HNB-GW 30中的呼叫处理器通常持有的功能。参考图13，本示例性实施例的MSC 40包括HNB_GW信号收发器401A、RANAP消息处理器402A、NAS (非接入层)消息处理器403A、呼叫控制单元404A以及台站数据存储单元 405A。在图13中，图9所示的控制单元42A由RANAP消息处理器402A、NAS消息处理器 403A、呼叫控制单元404A以及台站数据存储单元405A组成。HNB-GW信号收发器40IA是图 9所示的接收单元41A的一个示例。HNB-Gff信号收发器401A例如被设置有递送验证功能和顺序控制功能来作为用于向HNB-GW 30发送以及从HNB-GW 30接收RANAP协议消息的功能。RANAP消息处理器402A被设置有用于对将被发送给HNB-GW 30的RANAP消息编码的功能以及用于对从HNB-GW 30接收的RANAP协议消息解码的功能。NAS消息处理器403A具有用于向移动台站10发送以及从移动台站10接收NAS协议(CC(呼叫控制)协议和匪(移动性管理)协议)消息的功能。呼叫控制单元404A具有用于执行诸如呼叫建立和呼叫释放之类的所有处理的呼叫处理功能、用于执行诸如位置登记和移交之类的移动性管理的移动性管理功能，以及此外具有用于调控对HNB 20的访问的访问调控功能。呼叫控制单元404A可以访问存储在台站数据存储单元405A中的台站数据。针对每个CSG可被访问的IMSI的列表被设置在台站数据中。基于该IMSI列表，MSC 40实现对HNB 20的访问的调控。上述功能是安装在MSC 40中的呼叫处理器通常持有的功能。另外，作为本示例性实施例的特别功能，呼叫控制单元404A被设置有如下功能 用于在紧急原因参数被设置在从HNB-GW 30接收的RANAP协议消息中时，分析NAS消息以辨别移动台站10发起的呼叫的呼叫类型是否为紧急呼叫。如果呼叫类型不是紧急呼叫，则呼叫控制单元404A实现呼叫释放处理。参考图14，本示例性实施例的SGSN 50被设置有HNB-GW信号收发器501A、RANAP 消息处理器502A、NAS消息处理器503A、呼叫控制单元504A和台站数据存储单元505A。在图14中，图10所示的控制单元52A由RANAP消息处理器502A、NAS消息处理器 503A、呼叫控制单元504A和台站数据存储单元505A组成。HNB-GW信号收发器501A是图 10所示的接收单元51A的一个示例。HNB-Gff信号收发器501A例如被设置有递送验证功能和顺序控制功能来作为用于向HNB-GW 30发送以及从HNB-GW 30接收RANAP协议消息的功能。RANAP消息处理器502A被设置有用于对将被发送给HNB-GW 30的RANAP消息编码的功能以及用于对从HNB-GW 30接收的RANAP协议消息解码的功能。NAS消息处理器503A被设置有用于向移动台站10发送以及从移动台站10接收NAS协议(CC协议和匪协议)的消息的功能。呼叫控制单元504A具有呼叫处理功能、移动性管理功能，以及此外具有访问调控功能。呼叫控制单元504A可以访问存储在台站数据存储单元505A中的台站数据。针对每个CSG可被访问的IMSI的列表被设置在台站数据中。基于该IMSI列表，SGSN 50实现对 HNB 20的访问调控。上述功能是安装在SGSN 50中的呼叫处理器通常持有的功能。除了这些之外，作为本示例性实施例的特别功能，呼叫控制单元504A还被设置有如下功能用于在紧急原因参数被设置在从HNB-GW 30接收的RANAP协议消息中时，分析 NAS消息以辨别移动台站10发起的呼叫的呼叫类型是否为紧急呼叫。如果呼叫类型不是紧急呼叫，则呼叫控制单元504A实现呼叫释放处理。接下来描述本示例性实施例的移动通信系统的操作。㈧电路交换呼叫的情况首先参考图15的序列图描述当移动台站10发起了作为电路交换紧急呼叫的呼叫时的操作的示例。参考图15，移动台站 10在步骤SlOl 中在RRC :RRC CONNECTION REQUEST(RRC连接请求)消息(图2)中设置建立原因(图4)，并且在步骤S102中，将RRC =RRC CONNECTION REQUEST (RRC连接请求)消息发送给HNB 20。在确保了无线资源后，HNB20 在步骤 S103 中在 RRC =RRC CONNECTION SETUP(RRC 连接建立)消息中向移动台站10通知该无线资源。建立了 RRC连接后，移动台站10在步骤S104中在RRC :RRC CONNECTION SETUP COMPLETE (RRC连接建立完成)消息中向HNB 20通知该建立。在步骤S105，移动台站10接下来将作为MM协议消息的CM SERVICE REQUEST (CM 服务请求)消息(图16)的CM访问类型参数(图17)设置为“紧急呼叫建立”，并且将该CM SERVICE REQUEST (CM 访问请求)包括在 RRC INITIAL DIRECT TRANSFER (初始直接传送) 消息(图3)中。在步骤S106，移动台站10进一步将该RRC JNITIAL DIRECT TRANSFER(初始直接传送)消息中的建立原因(图4)设置为“紧急呼叫”，并且将该RRC:INITIAL DIRECT TRANSFER (初始直接传送)消息(图幻发送给HNB 20。在HNB 20中，RRC协议消息处理器707A对在步骤S102中发送来的RRC =RRC CONNECTION REQUEST (RRC连接请求)消息以及在步骤S106中发送来的RRC INITIAL DIRECT TRANSFER (初始直接传送)消息进行解码。在HNB 20中，呼叫控制单元205A保存在来自移动台站10的RRC =RRC CONNECTION REQUEST (RRC连接请求)消息和RRC INITIAL DIRECT TRANSFER(初始直接传送)消息中报告的建立原因值(图4)，并且然后在步骤S107中基于该建立原因值确定登记原因参数并且将该参数设置给HNBAP =UE REGISTER REQUEST (UE登记请求)消息(图5)。图18示出了确定登记原因参数的处理的流程图。参考图18，呼叫控制单元205A在步骤S201中判断建立原因值是否是“紧急呼叫”， 并且如果建立原因值是“紧急呼叫”，则在步骤S202中确定登记原因参数为“紧急呼叫”，并且如果建立原因值不是“紧急呼叫”，则在步骤S203中确定登记原因参数为“常规呼叫”。再次参考图15，在步骤S108中，HNB 20发送将设置了登记原因参数的HNBAP =UEREGISTER REQUEST (UE 登记请求)消息(图 5)发送给 HNB-GW 30。在HNB-GW 30 中，HNB 信号收发器 301A 接收 HNBAP :UE REGISTER REQUEST (UE 登记请求)消息，HNBAP消息处理器305A解码HNBAP :UE REGISTER REQUEST消息，并且在步骤S109中，呼叫控制单元306A基于在HNBAP =UE REGISTER REQUEST消息中的设置的登记原因参数来判断是否执行访问调控(步骤S110)。在HNB-GW 30中，如果登记原因参数为“紧急呼叫”，则访问调控不被实施。在此情况中，呼叫控制单元306A向相关移动台站10指派上下文ID (context ID), HNBAP消息处理器305A对HNBAP =UE REGISTER ACCEPT (UE登记接受)消息编码，并且在步骤Slll中，HNB 信号收发器30IA将HNBAP =UE REGISTER ACCEPT (UE登记接受)消息发送给HNB 20。在HNB 20中，在接收到该HNBAP =UE REGISTER ACCEPT (UE登记接受)消息之后， 呼叫控制单元205A在步骤S112中判定登记原因参数为“紧急呼叫，，，并且如果登记原因参数为“紧急呼叫”，则呼叫控制单元205A在步骤S113中生成本发明所引入的紧急原因参数 (图19)。RANAP消息处理器207A对包含紧急原因参数的RANAP JNITIAL UE MESSAGE (初始UE消息)消息编码。RANAP消息处理器207A还在RANAP INITIAL UE MESSAGE (初始UE 消息)消息中设置NAS-PDU(协议数据单元)参数并且在NAS-PDU参数中设置从移动台站 10接收的匪协议的CM SERVICE REQUEST (CM服务请求)消息。RUA消息处理器703A生成包含RANAP INITIAL UE MESSAGE (初始UE消息)消息的RUA CONNECT (连接)消息。换言之，在步骤Sl 14中，RANAP INITIAL UE MESSAGE (初始UE消息)消息从HNB 20通过RUA CONNECT (连接)消息被传送给HNB-GW 30。在HNB-GW 30中，RUA消息处理器302A对RUA协议的CONNECT (连接)消息解码， 呼叫控制单元306A提取已在HNB 20中被编码的RANAP JNITIAL UE MESSAGE(初始UE消息)消息，并且在步骤S115中，RANAP消息处理器307A基于诸如CN域ID之类的路由信息将 RANAP INITIAL UE MESSAGE (初始 UE 消息)消息发送给 MSC 40。在MSC 40 中，RANAP 消息处理器 402A 对 RANAP INITIAL UE MESSAGE (初始 UE 消息)消息解码，并且此外，NAS消息处理器403A对设置在NAS-PDU中的CM SERVICE REQUEST (CM服务请求)消息解码。该解码的结果被报告给呼叫控制单元404A。呼叫控制单元404A在步骤S116中判断本发明所引入的紧急原因参数是否被设置，并且如果紧急原因参数被设置，则在步骤S117中激活针对CS(电路交换)服务的未经授权访问对策处理。图20示出了用于CS服务的未经授权访问对策处理的流程图。参考图20，呼叫控制单元404A在步骤S301中检查设置在从移动台站10发送来的 MM 协议的 CM SERVICE REQUEST (CM 服务请求)消息(TS24. 008 Ver 8. 5. 0 第 9. 2. 9 节)中的CM服务类型参数(TS24. 008 Ver 8. 5. 0第10. 5. 3. 3节)是否为“紧急呼叫建立”。呼叫控制单元404A接下来在步骤S302中检查作为由MSC 40发送的呼叫发起信号的CC协议的SETUP(设立)(TS24. 008 Ver 8. 5. 0第9. 3. 23节设立)消息的电话号码(TS24. 008 Ver 8. 5. 0第10. 5. 4. 7节)是否为紧急号码。更具体地，TS24. 008 Ver 8. 5. 0/3GPP TS24. 008的图10. 5. 91 (被叫方B⑶号码信息元素)中的号码数位1、号码数位2、号码数位3等与电话号码相关，并且呼叫控制单元404A检查该电话号码是否为紧急号码。TS24. 008的第10. 5. 4. 7节的被叫方B⑶号码是指连接号码，并且B⑶(二进制编码的十进制)指示十进制表达中的一个数位由从0至9表达的4位二进制数来表达，并且是计算机中表达数目的一种方法。在步骤S303中，呼叫控制单元404A接下来检查EMERGENCY SETUP (紧急设立)过程(TS24. 008 Ver 8. 5. 0第9. 3. 8节)是否正在移动台站10中被执行。例如，当接收到来自移动台站10的用于启动“紧急呼叫建立”的消息时，呼叫控制单元404A基于信息元素“紧急设立消息类型”来检查EMERGENCY SETUP (紧急设立)过程是否正被执行。如果步骤S301-S303中的任一检查得到满足，则呼叫控制单元404A确定呼叫类型为紧急呼叫，并且继续用于紧急呼叫的呼叫处理。另一方面，如果任一检查都未被满足，则呼叫控制单元404A在步骤S304中确定呼叫类型是常规呼叫，将移动台站10视为未经授权移动台站10-2，并且启动呼叫释放处理。以这种方式，可以防止假设不能访问HNB 20的并且将建立原因更改为伪装表示紧急呼叫的未经授权移动台站10-2接收由HNB 20实现的服务。(B)分组交换呼叫的情况接下来描述当移动台站10发起作为分组交换紧急呼叫的呼叫时的操作的示例。除了在电路交换呼叫情况中由MSC 40执行的处理由SGSN 50执行之外，分组交换呼叫情况中的操作序列与电路交换呼叫的操作类似。然而，在分组交换呼叫的情况中， SM(会话管理)协议消息和GMM(GPRS移动性管理)协议消息被应用作为NAS消息。结果， 在步骤S117中启动的未经授权访问对策处理是针对PS(分组交换)服务的未经授权访问对策。此处理中的紧急呼叫标识方法不同于CS服务中的。另外，当在分组交换中使用语音时，VoIP(基于IP的语音)方法被使用。GMM是用于(PS)分组服务中的移动性管理的协议。图21示出了用于PS服务的未经授权访问对策处理的流程图。参考图21，SGSN 50的呼叫控制单元504A在步骤S401中检查设置在从移动台站10发送来的SM协议的激活PDP (分组数据协议)上下文请求消息(3GPP TS24. 008 Ver 8. 5. 0 第 9. 5. 1 节)中的 APN(接入点名称)(3GPP TS24. 008 Ver 9. 5. 1 第 10. 5. 6. 1 节) 是否是紧急呼叫的特性。呼叫控制单元504A接下来在步骤S402中检查在移动台站10中执行的GMM过程是否是紧急附接过程(TR23. 869 Ver 9. 0. 0)。呼叫控制单元504A接下来在步骤S403中检查在SGSN 50中激活的PDP上下文是否是用于紧急呼叫的PDP上下文。例如，呼叫控制单元504A检查在SGSN 50中激活的PDP 上下文是否是TR23. 869 Ver 9. 0. 0中的紧急PDP上下文。如果步骤S401-S403中的任一者得到满足，则呼叫控制单元504A判定呼叫类型为紧急呼叫并且继续用于紧急呼叫的呼叫处理。另一方面，如果这些检查中的任一者未被满足，则呼叫控制单元504A在步骤S404中判定呼叫类型为常规呼叫，将移动台站10视为未经授权移动台站10-2，并且启动呼叫释放处理。因此，即使在分组交换VoIP的情况中，也可以防止假设不能访问HNB 20的未经授权移动台站10-2将建立原因更改为伪装表示紧急呼叫并且防止其接收由HNB 20实现的服务。第三示例性实施例图22至图M分别示出了本示例性实施例的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发起的呼叫的呼叫类型为紧急呼叫。结果，当移动台站10将建立原因更改为伪装表示紧急呼叫时，HNB-Gff 30能够实现移动台站10的呼叫释放处理并且因此防止移动台站10不当地接收HNB 20所实现的服务。第四示例性实施例图25至图27分别示出了本示例性实施例的MSC 40、SGSN 50和HNB-GW 30的配置。本示例性实施例是使得图22- 的第三示例性实施例的MSC 40,SGSN 50和HNB-GW 30 的配置和操作更加具体的一个示例。参考图25，本示例性实施例的MSC 40包括HNB_GW信号收发器401B、RANAP消息处理器402B、NAS消息处理器40;3B、呼叫控制单元404B以及台站数据存储单元405B。在图25中，图22所示的控制单元42B由RANAP消息处理器402B、NAS消息处理器 4(X3B、呼叫控制单元404B以及台站数据存储单元405B组成。HNB-GW信号收发器40IB是图 22所示的发送单元42B的一个示例。HNB-Gff信号收发器40IB、RANAP消息处理器402B、NAS消息处理器40 和台站数据存储单元405B各自分别具有与图13所示的HNB-GW信号收发器401A、RANAP消息处理器 402A、NAS消息处理器403A以及台站数据存储单元405A相同的功能。与图13的呼叫控制单元404A类似，呼叫控制单元404B具有安装在MSC 40中的呼叫处理器通常持有的功能。除了之前的描述之外，呼叫控制单元404B还具有作为本示例性实施例的特别功能的如下功能分析NAS消息以判断由移动台站10发起的呼叫的呼叫类型是否是紧急呼叫，并且基于判断结果，设置发送给HNB-GW30的RANAP协议消息中的呼叫类型参数。另外，参考图沈，本示例性实施例的SGSN 50包括HNB-GW信号收发器50IB、RANAP 消息处理器502B、NAS消息处理器50;3B、呼叫控制单元504B和台站数据存储单元505B。在图沈中，图23所示的控制单元51B由RANAP消息处理器502B、NAS消息处理器 50;3B、呼叫控制单元504B和台站数据存储单元505B组成。HNB-GW信号收发器501B是图 23所示的发送单元52B的一个示例。HNB-Gff信号收发器50IB、RANAP消息处理器502B、NAS消息处理器50 和台站数据存储单元505B各自分别具有与图14所示的HNB-GW信号收发器501A、RANAP消息处理器502A、NAS消息处理器503A和台站数据存储单元505A相同的功能。类似于图14所示的呼叫控制单元504A，呼叫控制单元504B具有安装在SGSN 50 中的呼叫处理器通常持有的功能。除了之前的描述以外，作为本示例性实施例的特别功能，呼叫控制单元504B具有如下功能分析NAS消息以判断由移动台站10发起的呼叫的呼叫类型是否是紧急呼叫，并且基于判断结果，设置发送给HNB-GW 30的RANAP协议消息中的呼叫类型参数。参考图27，本示例性实施例的HNB-GW 30包括HNB信号收发器301B、RUA消息处理器302B、SGSN信号收发器30;3B、MSC信号收发器304B、HNBAP消息处理器305B、呼叫控制单元306B、RANAP消息处理器307B以及台站数据存储单元308B。在图27中，图M所示的控制单元32B由RUA消息处理器302B、HNBAP消息处理器 305B、呼叫控制单元306B、RANAP消息处理器307B以及台站数据存储单元308B组成。另外，SGSN信号收发器30 和MSC信号收发器304B是图M所示的接收单元31B的示例。HNB信号收发器301B、RUA消息处理器302B、SGSN信号收发器30!3B、MSC信号收发器304B、HNBAP消息处理器305B、RANAP消息处理器307B以及台站数据存储单元308B的每个分别具有与图12所示的HNB信号收发器301A、RUA消息处理器302A、SGSN信号收发器 303A、MSC信号收发器304A、HNBAP消息处理器305A、RANAP消息处理器307A以及台站数据存储单元308A相同的功能。与图12所示的呼叫控制单元306A类似，呼叫控制单元306B具有安装在HNB-GW 30中的呼叫处理器通常持有的功能。除了以上描述之外，作为本示例性实施例的特别功能，呼叫控制单元306B还具有如下功能用于当“常规呼叫”被设置在从MSC 40或SGSN50接收的RANAP协议消息的呼叫类型参数中时判定移动台站10所发起的呼叫的呼叫类型为常规呼叫，并且如果移动台站 10此时执行了作为紧急呼叫的呼叫发起，则执行呼叫释放处理。本示例性实施例的HNB 20的配置可以与图9所示的相同。然而，HNB 20的呼叫控制单元205A可以具有安装在HNB 20中的呼叫处理器通常持有的功能。接下来描述本示例性实施例的移动通信系统的操作。(1)工作示例1本工作示例是在MSC 40或SGSN 50中判断的判断呼叫类型的结果在RANAP的 COMMON ID(公共ID)消息(3GPP TS25. 413)中被报告的示例。(I-A)电路交换呼叫的情况首先通过图28的序列图描述MSC 40在RANAP COMMON ID (公共ID)消息中报告电路交换呼叫的呼叫类型的判断结果的情况的工作示例。图洲示出了在图15所示的处理完成之后的操作，但是假设图15所示的步骤S112、S113、S116和S117的处理不被执行， 并且此外，假设紧急原因参数未被包含在在步骤S114和S115中发送的RANAP INITIAL UE MESSAGE (初始UE消息)消息中。通常，如3GPP TS25. 413中所述的，在信令连接建立之后，核心网络装置向HNB-GW 30 发送 RANAP COMMON ID (公共 ID)消息。参考图观，在MSC 40中，在步骤S501的信令连接建立之后，呼叫控制单元404B在步骤S502中启动确定呼叫类型参数的处理。
图四是在MSC 40中确定呼叫类型参数的处理的流程图。参考图四，呼叫控制单元404B在步骤S601中检查设置在从移动台站10发送来的 MM 协议的 CM SERVICE REQUEST (CM 服务请求)消息(TS24. 008 Ver 8. 5. 0 第 9. 2. 9 节)中的CM服务类型参数(TS24. 008 Ver 8. 5. 0第10. 5. 3. 3节)是否为“紧急呼叫建立”。在步骤S602，呼叫控制单元404B接下来检查作为由MSC 40发送的发起信号的CC 协议的SETUP (设立)(TS24. 008 Ver 8. 5. 0第9. 3. 23节设立)消息的电话号码(TS24. 008 Ver 8. 5. 0 第 10. 5. 4. 7 节)是否为紧急号码。更具体地，TS24. 008 Ver 8. 5. 0/3GPP TS24. 008的图10. 5. 91 (被叫方B⑶号码信息元素)中的号码数位1、号码数位2、号码数位3对应于电话号码，并且呼叫控制单元404B检查该电话号码是否为紧急号码。TS24. 008 的第10. 5. 4. 7节的被叫方B⑶号码是指连接号码，并且B⑶是计算机中表达数目的一种方法，其中，十进制表达中的一个数位由从0至9表达的4位二进制数来表达。在步骤S603，呼叫控制单元404B接下来检查EMERGENCY SETUP (紧急设立)过程 (TS24. 008 Ver 8. 5. 0第9. 3. 8节)是否正在移动台站10中被执行。例如，当接收到来自移动台站10的用于启动“紧急呼叫建立”的消息时，呼叫控制单元404B基于信息元素“紧急设立消息类型”来检查EMERGENCY SETUP (紧急设立)过程是否正被执行。如果步骤S601-S603中的任一检查得到满足，则呼叫控制单元404B在步骤S604 中确定呼叫类型为紧急呼叫，并且确定呼叫类型参数为“常规呼叫”。另一方面，如果任一检查都未被满足，则呼叫控制单元404B在步骤S605中确定呼叫类型是常规呼叫，并且将呼叫类型参数确定为“紧急呼叫”。再次参考图观，在MSC 40中，如果在步骤S503中当呼叫控制单元404B向HNB-GW 30发送RANAP =COMMON ID (公共ID)消息时呼叫类型参数已被确定，则该呼叫类型参数被设置。根据本发明的RANAP =COMMON ID(公共ID)消息的配置在图30中示出。在HNB-GW 30中，在步骤S504中当接收到RANAP =COMMON ID (公共ID)消息时呼叫类型参数被包括时，则呼叫控制单元306B在步骤S505中，在移动台站10访问HNB-GW 30 时将该呼叫类型参数与HNBAP =UE REGISTER REQUEST (UE登记请求)消息(图5)中的登记原因参数(图6)相比较。图31示出了在本示例性实施例的HNB-GW 30中根据呼叫类型来确定处理的表。例如，在图31所示的情况2中，即使HNBAP =UE REGISTER REQUEST (UE登记请求) 的登记原因参数为“紧急呼叫”，而从MSC 40报告来的呼叫类型参数为“常规呼叫”。因此， HNB-Gff 30判定移动台站10伪装表示紧急呼叫并且非法访问HNB 20，因而HNB-GW 30执行呼叫释放处理。以这种方式，假设不能访问HNB 20并且更改建立原因以错误表示紧急呼叫的未经授权移动台站10-2可被阻止接收HNB 20的服务。(I-B)分组交换呼叫的情况接下来描述SGSN 50在RANAP COMMON ID(公共ID)消息中报告分组交换呼叫的呼叫类型的判断结果的情况的操作示例。除了在MSC 40中执行的处理现在在SGSN 50中执行以外，分组交换呼叫情况的操作序列与电路交换呼叫的情况类似。然而，在步骤S502中激活的确定呼叫类型参数的处理不同。
图32是在SGSN 50中确定呼叫类型参数的处理的流程图。参考图32，在步骤S701中，呼叫控制单元504B检查设置在从移动台站10发送来的SM协议的激活PDP上下文请求消息(3GPP TS24. 008 Ver 8. 5. 0第9. 5. 1节)中的 APN(3GPP TS24. 008 9. 5. 1第10. 5. 6. 1节)是否为紧急呼叫的特性。接下来，在步骤S702，呼叫控制单元504B检查在移动台站10中执行的GMM过程是否是紧急附接过程(TR23. 869 Ver 9. 0. 0)。在步骤S703中，呼叫控制单元504B检查在SGSN 50中激活的PDP上下文是否是用于紧急呼叫的PDP上下文。例如，呼叫控制单元504B检查在SGSN 50中激活的PDP上下文是否是TR23. 869 Ver 9. 0. 0中的紧急PDP上下文。如果步骤S701-S703的检查中的任一者得到满足，则呼叫控制单元504B在步骤 S704中判定呼叫类型为紧急呼叫并且确定呼叫类型参数为“常规呼叫”。另一方面，如果这些检查都未被满足，则呼叫控制单元504B在步骤S705中判定呼叫类型为常规呼叫并且确定呼叫类型参数为“紧急呼叫”。在SGSN 50中，如果当RANAP =COMMON ID (公共ID)消息被发送给HNB-Gff 30时呼叫类型参数已被确定，则呼叫控制单元504B设置该呼叫类型参数。根据本发明的RANAP COMMON ID(公共ID)消息的结构与MSC 40的情况一样，如图30所示。在HNB-GW 30中，如果在接收到RANAP =COMMON ID (公共ID)消息时呼叫类型参数被包括，则呼叫控制单元306B在移动台站10访问HNB-GW 30时，将该呼叫类型参数与 HNBAP =UE REGISTER REQUEST (UE登记请求)消息(图5)中的登记原因参数(图6)相比较。例如，在图31所示的情况2中，即使HNBAP =UE REGISTER REQUEST (UE登记请求) 的登记原因参数为“紧急呼叫”，而从SGSN50报告来的呼叫类型参数为“常规呼叫”。因此， 基于这些状况，HNB-Gff 30判定移动台站10伪装表示紧急呼叫并且非法访问HNB 20，因此实施呼叫释放处理。因此，在分组交换VoIP的情况中，假设不能访问HNB 20并且更改建立原因以伪装表示紧急呼叫的未经授权移动台站10-2可被阻止接收HNB20的服务。(2)工作示例2该工作示例是在RANAP (3GPP TS25. 413) DIRECT RANSFER(直接传送)消息中报告在MSC 40或SGSN 50中进行判断的对呼叫类型的判断结果的示例。Ο-Α)电路交换呼叫的情况首先通过图33的序列图描述MSC 40在RANAP DIRECT TRANSFER(直接传送)消息中报告电路交换呼叫的呼叫类型的判断结果的情况的工作示例。图33示出了在图15所示的处理完成之后的操作，但是这里假设图15所示的步骤S112、S113、S116和S117的处理不被执行，并且此外，假设紧急原因参数未被包含在在步骤S114和S115中发送的RANAP INITIAL UE MESSAGE (初始UE消息)消息中。通常，如3GPP TS25. 413中所述的，当发送诸如CC协议或匪协议之类的NAS消息时，核心网络装置向HNB-GW 30发送RANAP =DIRECT TRANSFER(直接传送)消息。参考图33，在MSC 40中，当在步骤S801中发送了 NAS消息之后，呼叫控制单元 404B在步骤S802中启动确定呼叫类型参数的处理。在MSC 40中确定呼叫类型参数的处理与如图四所示的工作示例1的相同。在MSC 40中，如果当在步骤S803中RANAP =DIRECT TRANSFER (直接传送)消息被发送给HNB-GW 30时呼叫类型参数被确定，则呼叫控制单元404B设置该呼叫类型参数。根据本发明的RANAP =DIRECT TRANSFER(直接传送)消息的配置在图34中示出。在HNB-GW 30中，如果在步骤S804中在接收RANAP =DIRECT TRANSFER(直接传送)消息时呼叫类型参数被包括，则呼叫控制单元306B在步骤S805中，在移动台站10访问 HNB-Gff 30时将该呼叫类型参数与HNBAP :UE REGISTER REQUEST (UE登记请求)消息(图 5)中的登记原因参数(图6)相比较。例如，在图31所示的情况2中，即使HNBAP =UE REGISTER REQUEST (UE登记请求) 的登记原因参数为“紧急呼叫”，而从MSC 40报告来的呼叫类型参数为“常规呼叫”。因此， 基于这些状况，HNB-Gff 30判定移动台站10错误表示了紧急呼叫并且非法访问HNB 20，因此实施呼叫释放处理。结果，假设不能访问HNB 20并且更改建立原因以错误表示紧急呼叫的未经授权移动台站10-2可被阻止接收HNB 20的服务。0- 分组交换呼叫的情况接下来描述SGSN 50通过RANAP =DIRECT TRANSFER (直接传送)消息报告分组交换呼叫的呼叫类型的判断结果的情况的操作示例。除了处理在SGSN 50中被执行以外，分组交换呼叫情况的操作序列与电路交换呼叫情况中在MSC 40中执行的处理类似。然而，在步骤S802中激活的确定呼叫类型参数的处理不同。在SGSN 50中确定呼叫类型参数的处理与如图32所示的工作示例1类似。在SGSN 50中，如果当RANAP =DIRECT TRANSFER (直接传送)消息被发送给HNB-GW 30时呼叫类型参数被确定，则呼叫控制单元504B设置该呼叫类型参数。根据本发明的 RANAP =DIRECT TRANSFER(直接传送)消息的配置与如图；34所示的MSC 40的情况相同。在HNB-GW 30中，当接收到RANAP =DIRECT TRANSFER (直接传送)消息时呼叫类型参数被包括时，则呼叫控制单元306B在移动台站10访问HNB-GW 30时，将该呼叫类型参数与HNBAP =UE REGISTER REQUEST (UE登记请求)消息(图5)中的登记原因参数(图6)相比较。例如，在图31所示的情况2中，即使HNBAP =UE REGISTER REQUEST (UE登记请求) 的登记原因参数为“紧急呼叫”，而从SGSN 50报告来的呼叫类型参数为“常规呼叫”。因此， 基于这些状况，HNB-Gff 30判定移动台站10错误表示了紧急呼叫并且非法访问HNB 20，因此实施呼叫释放处理。以这种方式，即使对于分组交换VoIP的情况，假设不能访问HNB 20 并且更改建立原因以错误表示紧急呼叫的未经授权移动台站10-2可被阻止接收HNB 20的服务。(3)工作示例3 该工作示例是在RANAP (3GPP TS25. 413)的RAB (无线电接入载体)ASSIGNMENT REQUEST (指派请求)消息中报告在MSC 40或SGSN 50中进行判断的对呼叫类型的判断结果的情况。(3-A)电路交换呼叫的情况首先沿着图；35的序列图描述MSC 40在RANAP RAB ASSIGNMENT REQUEST (指派请求)消息中报告电路交换呼叫的呼叫类型的判断结果的情况的工作示例。图35示出了在图 15所示的处理完成之后的操作，但是这里假设步骤S112、S113、S116和S117的处理不被执行，并且此外，假设紧急原因参数未被包含在在步骤S114和S115中发送的RANAP INITIAL UE MESSAGE (初始UE消息)消息中。通常，如3GPP TS25. 413中所述的，当核心网络装置接收到来自移动台站10的呼叫建立请求并且建立无线接入载体时，核心网络装置向HNB-GW 30发送RANAP =RAB ASSIGNMENT REQUEST(指派请求)消息。参考图35，在MSC 40中，当在步骤S901中接收到来自移动台站10的呼叫建立请求之后，呼叫控制单元404B确定无线接入载体的QoS (服务质量)并且然后在步骤S903中激活确定呼叫类型参数的处理。在MSC 40中确定呼叫类型参数的处理与如图四所示的工作示例1的相同。在MSC40 中，如果当在步骤 S904 中 RANAP :RAB ASSIGNMENT REQUEST (指派请求) 消息被发送给HNB-GW 30时呼叫类型参数被确定，则呼叫控制单元404B设置该呼叫类型参数。根据本发明的RANAP RAB ASSIGNMENT REQUEST(指派请求)消息的配置在图36中示
出ο在HNB-GW 30 中，如果在步骤 S905 中在接收 RANAP :RAB ASSIGNMENT REQUEST (指派请求)消息时呼叫类型参数被包括，则呼叫控制单元306B在步骤S906中，在移动台站10 访问HNB-GW 30时将该呼叫类型参数与HNBAP =UE REGISTER REQUEST (UE登记请求)消息 (图5)中的登记原因参数(图6)相比较。例如，在图31所示的情况2中，即使HNBAP =UE REGISTER REQUEST (UE登记请求) 的登记原因参数为“紧急呼叫”，而从MSC 40报告来的呼叫类型参数为“常规呼叫”。因此， 基于这些状况，HNB-Gff 30判定移动台站10伪装表示了紧急呼叫并且非法访问HNB 20，因此实施呼叫释放处理。以这种方式，假设不能访问HNB 20并且更改建立原因以伪装表示紧急呼叫的未经授权移动台站10-2可被阻止接收HNB 20的服务。(3-B)分组交换呼叫的情况接下来描述SGSN 50在RANAP:RAB ASSIGNMENT REQUEST (指派请求)消息中报告分组交换呼叫的呼叫类型的判断结果的情况的操作示例。除了在MSC 40中执行的处理在SGSN 50中被执行以外，分组交换呼叫情况的操作序列与电路交换呼叫类似。然而，在步骤S802中激活的确定呼叫类型参数的处理不同。在 SGSN 50中确定呼叫类型参数的该处理与如图32所示的工作示例1类似。 在SGSN 50中，如果当RANAP =RAB ASSIGNMENT REQUEST (指派请求)消息被发送给HNB-GW 30时呼叫类型参数被确定，则呼叫控制单元504B设置该呼叫类型参数。根据本发明的RANAP :RAB ASSIGNMENT REQUEST(指派请求)消息的配置与如图36所示的MSC 40 的情况相同。在 HNB-GW 30 中，如果在接收到 RANAP :RAB ASSIGNMENT REQUEST (指派请求)消息时呼叫类型参数被包括，则呼叫控制单元306B在移动台站10访问HNB-GW 30时，将该呼叫类型参数与HNBAP =UE REGISTER REQUEST (UE登记请求)消息(图5)中的登记原因参数 (图6)相比较。
在图31所示的情况2中，即使HNBAP =UE REGISTER REQUEST (UE登记请求)的登记原因参数为“紧急呼叫”，而从SGSN 50报告来的呼叫类型参数为“常规呼叫”。因此，基于这些状况，HNB-Gff 30判定移动台站10伪装表示了紧急呼叫并且非法访问HNB 20，因此实施呼叫释放处理。以这种方式，即使在分组交换VoIP的情况中，假设不能访问HNB 20并且更改建立原因以伪装表示紧急呼叫的未经授权移动台站10-2可被阻止接收HNB 20的服务。在本发明的HNB 20,HNB-Gff 30,MSC 40和SGSN 50中执行的方法可被应用于将由计算机运行的程序。另外，该程序可被存储在记录介质上并且可通过网络被提供到外面。虽然上面已基于优选的示例性实施例详细描述了本发明，然而本发明不限于上述示例性实施例，并且显然存在不脱离本发明的主旨的各种修改的可能。例如，在第二示例性实施例中，对RANAP协议消息的紧急原因值的设置由HNB 20 执行，但是该设置也可由HNB-GW 30执行。另外，在第二示例性实施例中，未经授权访问对策在MSC 40或SGSN 50中执行，但是这些对策也可在HNB-GW 30中执行。在此情况中，如第四示例性实施例中一样，HNB-GW 30从MSC 40或SGSN 50接收指示移动台站10所发起的呼叫的实际呼叫类型是紧急呼叫的信息，并且使用图31的表来实施未经授权访问对策。另外，根据第一至第四示例性实施例，RANAP协议消息被用来在HNB 20、HNB-Gff 30和核心网络装置(MSC 40或SGSN 50)之间传输指示移动台站10发起了作为紧急呼叫的呼叫的信息或者指示移动台站10发起的呼叫的实际呼叫类型是紧急呼叫的信息。然而，这些消息不限于RANAP协议消息，并且如果消息可在HNB 20,HNB-Gff 30和核心网络装置间传输，则还可以使用其它消息。本申请要求2009年4月17日提交的日本专利申请No. 2009-1011130的优先权， 该申请的所有公开通过引用被结合。
权利要求
1.一种移动通信系统，包括移动台站、执行与所述移动台站的无线通信的基站、将所述基站连接到核心网络的网关装置以及被布置在所述核心网络中的核心网络装置；其中所述基站包含控制单元，该控制单元将指示所述移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中；以及发送单元，该发送单元将所述消息发送给所述核心网络装置；以及所述核心网络装置包含接收单元，该接收单元接收从所述基站发送来的所述消息。
2.如权利要求1所述的移动通信系统，其中所述消息是RANAP协议的INITIAL UE MESSAGE消息；以及所述基站的所述控制单元向所述INITIAL UE MESSAGE消息添加紧急原因参数，并且将指示所述移动台站发起了作为紧急呼叫的呼叫的信息包括在所述紧急原因参数中。
3.一种移动通信系统，包括移动台站、执行与所述移动台站的无线通信的基站、将所述基站连接到核心网络的网关装置以及被布置在所述核心网络中的核心网络装置；其中所述网关装置包括控制单元，该控制单元将指示所述移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中；以及发送单元，该发送单元将所述消息发送给所述核心网络装置；以及所述核心网络装置包含接收单元，该接收单元接收从所述网关装置发送来的所述消息。
4.如权利要求3所述的移动通信系统，其中所述消息是RANAP协议的INITIAL UE MESSAGE消息；以及所述网关装置的所述控制单元向所述INITIAL UE MESSAGE消息添加紧急原因参数，并且将指示所述移动台站发起了作为紧急呼叫的呼叫的信息包括在所述紧急原因参数中。
5.如权利要求1至4中任一项所述的移动通信系统，其中，所述核心网络装置还包含 控制单元，该控制单元在指示所述移动台站发起了作为紧急呼叫的呼叫的信息被包括在所述消息中时，判断由所述移动台站发起的呼叫的呼叫类型是否是紧急呼叫，并且如果所述呼叫不是紧急呼叫则执行呼叫释放处理。
6.一种移动通信系统，包括移动台站、执行与所述移动台站的无线通信的基站、将所述基站连接到核心网络的网关装置以及被布置在所述核心网络中的核心网络装置；其中所述核心网络装置包括控制单元，该控制单元将指示所述移动台站发起的呼叫的呼叫类型为紧急呼叫的信息包括在消息中；以及发送单元，该发送单元将所述消息发送给所述网关装置；以及所述网关装置包含接收单元，该接收单元接收从所述核心网络装置发送来的所述消息。
7.如权利要求6所述的移动通信系统，其中 所述消息是RANAP协议的COMMON ID消息；以及所述核心网络装置的所述控制单元向所述COMMON ID消息添加呼叫类型参数，并且将指示由所述移动台站发起的呼叫的呼叫类型是紧急呼叫的信息包括在所述呼叫类型参数中。
8.如权利要求6所述的移动通信系统，其中所述消息是RANAP协议的DIRECT TRANSFER消息；以及所述核心网络装置的所述控制单元向所述DIRECT TRANSFER消息添加呼叫类型参数， 并且将指示由所述移动台站发起的呼叫的呼叫类型是紧急呼叫的信息包括在所述呼叫类型参数中。
9.如权利要求6所述的移动通信系统，其中所述消息是RANAP协议的RAB ASSIGNMENT REQUEST消息；以及所述核心网络装置的所述控制单元向所述RAB ASSIGNMENT REQUEST消息添加呼叫类型参数，并且将指示由所述移动台站发起的呼叫的呼叫类型是紧急呼叫的信息包括在所述呼叫类型参数中。
10.如权利要求6至9中任一项所述的移动通信系统，其中所述网关装置还包括控制单元，该控制单元在指示由所述移动台站发起的呼叫的呼叫类型是常规呼叫的信息被包括在所述消息中时，如果从该移动台站报告来的呼叫类型是紧急呼叫，则实施呼叫释放处理。
11.一种基站，该基站通过网关装置连接到被布置在核心网络中的核心网络装置，所述基站包含 控制单元，该控制单元将指示移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中；以及发送单元，该发送单元将所述消息发送给所述核心网络装置。
12.如权利要求11所述的基站，其中所述消息是RANAP协议的INITIAL UE MESSAGE消息；以及所述控制单元向所述INITIAL UE MESSAGE消息添加紧急原因参数，并且将指示所述移动台站发起了作为紧急呼叫的呼叫的信息包括在所述紧急原因参数中。
13.一种网关装置，该网关装置将基站连接到被布置在核心网络中的核心网络装置，所述网关装置包含控制单元，该控制单元将指示移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中；以及发送单元，该发送单元将所述消息发送给所述核心网络装置。
14.如权利要求13所述的网关装置，其中所述消息是RANAP协议的INITIAL UE MESSAGE消息；以及所述控制单元向所述INITIAL UE MESSAGE消息添加紧急原因参数，并且将指示所述移动台站发起了作为紧急呼叫的呼叫的信息包括在所述紧急原因参数中。
15.一种网关装置，该网关装置将基站连接到被布置在核心网络中的核心网络装置，所述网关装置包含接收单元，该接收单元接收从所述核心网络装置发送来的并且包含有指示由移动台站发起的呼叫的呼叫类型是紧急呼叫的信息的消息。
16.如权利要求15所述的网关装置，还包含控制单元，该控制单元在所述消息包括指示由所述移动台站发起的呼叫的呼叫类型是常规呼叫的信息时，如果从该移动台站报告来的呼叫类型是紧急呼叫，则实施呼叫释放处理。
17.一种布置在核心网络中的核心网络装置，包含接收单元，该接收单元接收从基站发送来的并且包括有指示移动台站发起了作为紧急呼叫的呼叫的信息的消息。
18.一种布置在核心网络中的核心网络装置，包含接收单元，该接收单元接收从网关装置发送来的并且包括有指示移动台站发起了作为紧急呼叫的呼叫的信息的消息。
19.如权利要求17或权利要求18所述的核心网络装置，还包含控制单元，该控制单元在指示所述移动台站发起了作为紧急呼叫的呼叫的信息被包括在所述消息中时，判断由所述移动台站发起的呼叫的呼叫类型是否是紧急呼叫，并且如果该呼叫不是紧急呼叫则实施呼叫释放处理。
20.如权利要求19所述的核心网络装置，其中所述核心网络装置是控制电路交换的电路交换台站；以及当设置在从所述移动台站发送来的MM协议的CM SERVICE REQUEST消息中的CM服务类型参数是“紧急呼叫建立”时，所述控制单元判断出由所述移动台站发起的呼叫的呼叫类型是紧急呼叫。
21.如权利要求19所述的核心网络装置，其中所述核心网络装置是控制电路交换的电路交换台站；以及当作为由其自己的装置发送的呼叫发起信号的CC协议的SETUP消息中的电话号码是紧急号码时，所述控制单元判断出由所述移动台站发起的呼叫的呼叫类型是紧急呼叫。
22.如权利要求19所述的核心网络装置，其中所述核心网络装置是控制电路交换的电路交换台站；以及当EMERGENCY SETUP过程正在所述移动台站中被执行时，所述控制单元判断出由所述移动台站发起的呼叫的呼叫类型是紧急呼叫。
23.如权利要求19所述的核心网络装置，其中所述核心网络装置是控制分组交换的分组交换台站；以及当设置在从所述移动台站发送来的SM协议的激活PDP上下文请求消息中的APN是紧急呼叫的特性时，所述控制单元判断出由所述移动台站发起的呼叫的呼叫类型是紧急呼叫。
24.如权利要求19所述的核心网络装置，其中所述核心网络装置是控制分组交换的分组交换台站；以及当在所述移动台站中执行的GMM过程是紧急附接过程时，所述控制单元判断出由所述移动台站发起的呼叫的呼叫类型是紧急呼叫。
25.如权利要求19所述的核心网络装置，其中所述核心网络装置是控制分组交换的分组交换台站；以及当在其自己的装置中被激活的PDP上下文是紧急呼叫用的PDP上下文时，所述控制单元判断出由所述移动台站发起的呼叫的呼叫类型是紧急呼叫。
26.一种布置在核心网络中的核心网络装置，包含控制单元，该控制单元将指示由所述移动台站发起的呼叫的呼叫类型是紧急呼叫的信息包括在消息中；以及发送单元，该发送单元将所述消息发送给网关装置。
27.如权利要求沈所述的核心网络装置，其中所述核心网络装置是控制电路交换的电路交换台站；以及当设置在从所述移动台站发送来的MM协议的CM SERVICE REQUEST消息中的CM服务类型参数是“紧急呼叫建立”时，所述控制单元判断出由所述移动台站发起的呼叫的呼叫类型是紧急呼叫。
28.如权利要求沈所述的核心网络装置，其中所述核心网络装置是控制电路交换的电路交换台站；以及当作为由其自己的装置发送的呼叫发起信号的CC协议的SETUP消息中的电话号码是紧急号码时，所述控制单元判断出由所述移动台站发起的呼叫的呼叫类型是紧急呼叫。
29.如权利要求沈所述的核心网络装置，其中所述核心网络装置是控制电路交换的电路交换台站；以及当EMERGENCY SETUP过程在所述移动台站中被执行时，所述控制单元判断出由所述移动台站发起的呼叫的呼叫类型是紧急呼叫。
30.如权利要求沈所述的核心网络装置，其中所述核心网络装置是控制分组交换的分组交换台站；以及当设置在从所述移动台站发送来的SM协议的激活PDP上下文请求消息中的APN是紧急呼叫的特性时，所述控制单元判断出由所述移动台站发起的呼叫的呼叫类型是紧急呼叫。
31.如权利要求沈所述的核心网络装置，其中所述核心网络装置是控制分组交换的分组交换台站；以及当在所述移动台站中执行的GMM过程是紧急附接过程时，所述控制单元判断出由所述移动台站发起的呼叫的呼叫类型是紧急呼叫。
32.如权利要求沈所述的核心网络装置，其中所述核心网络装置是控制分组交换的分组交换台站；以及当在其自己的装置中被激活的PDP上下文是紧急呼叫用的PDP上下文时，所述控制单元判断出由所述移动台站发起的呼叫的呼叫类型是紧急呼叫。
33.如权利要求沈至32中任一项所述的核心网络装置，其中所述消息是RANAP协议的COMMON ID消息；以及所述控制单元向所述COMMON ID消息添加呼叫类型参数，并且将指示由所述移动台站发起的呼叫的呼叫类型是紧急呼叫的信息包括在所述呼叫类型参数中
34.如权利要求沈至32中任一项所述的核心网络装置，其中所述消息是RANAP协议的DIRECT TRANSFER消息；以及所述控制单元向所述DIRECT TRANSFER消息添加呼叫类型参数，并且将指示由所述移动台站发起的呼叫的呼叫类型是紧急呼叫的信息包括在所述呼叫类型参数中。
35.如权利要求沈至32中任一项所述的核心网络装置，其中所述消息是RANAP协议的RAB ASSIGNMENT REQUEST消息；以及所述控制单元向所述RAB ASSIGNMENT REQUEST消息添加呼叫类型参数，并且将指示由所述移动台站发起的呼叫的呼叫类型是紧急呼叫的信息包括在所述呼叫类型参数中。
36.一种由移动通信系统实现的通信方法，该移动通信系统包括移动台站、执行与所述移动台站的无线通信的基站、将所述基站连接到核心网络的网关装置以及被布置在所述核心网络中的核心网络装置，所述通信方法包括以下步骤所述基站将指示所述移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中； 所述基站将所述消息发送给所述核心网络装置；以及所述核心网络装置接收从所述基站发送来的所述消息。
37.一种由移动通信系统实现的通信方法，该移动通信系统包括移动台站、执行与所述移动台站的无线通信的基站、将所述基站连接到核心网络的网关装置以及被布置在所述核心网络中的核心网络装置，所述通信方法包括以下步骤所述网关装置将指示所述移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中；所述网关装置将所述消息发送给所述核心网络装置；以及所述核心网络装置接收从所述网关装置发送来的所述消息。
38.一种由移动通信系统实现的通信方法，该移动通信系统包括移动台站、执行与所述移动台站的无线通信的基站、将所述基站连接到核心网络的网关装置以及被布置在所述核心网络中的核心网络装置，所述通信方法包括以下步骤所述核心网络装置将指示由所述移动台站发起的呼叫的呼叫类型为紧急呼叫的信息包括在消息中；所述核心网络装置将所述消息发送给所述网关装置；以及所述网关装置接收从所述核心网络装置发送来的所述消息。
39.一种由基站实现的通信方法，该基站通过网关装置连接到被布置在核心网络中的核心网络装置，所述通信方法包括以下步骤将指示移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中；以及将所述消息发送给所述核心网络装置。
40.一种由网关装置实现的通信方法，该网关装置将基站连接到被布置在核心网络中的核心网络装置，所述通信方法包括以下步骤将指示移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中；以及将所述消息发送给所述核心网络装置。
41.一种由网关装置实现的通信方法，该网关装置将基站连接到被布置在核心网络中的核心网络装置，所述通信方法包括以下步骤接收从所述核心网络装置发送来的并且包含有指示由移动台站发起的呼叫的呼叫类型是紧急呼叫的信息的消息。
42.一种由布置在核心网络中的核心网络装置实现的通信方法，所述通信方法包括以下步骤接收从基站发送来的并且包括有指示移动台站发起了作为紧急呼叫的呼叫的信息的消息。
43.一种由布置在核心网络中的核心网络装置实现的通信方法，所述通信方法包括以下步骤接收从网关装置发送来的并且包括有指示移动台站发起了作为紧急呼叫的呼叫的信息的消息。
44.一种由布置在核心网络中的核心网络装置实现的通信方法，所述通信方法包括以下步骤将指示由移动台站发起的呼叫的呼叫类型是紧急呼叫的信息包括在消息中；以及将所述消息发送给网关装置。
全文摘要
一种移动通信系统包括移动台站、与移动台站无线地通信的基站、将基站连接到核心网络的网关装置以及被布置在核心网络中的核心网络装置。基站包含控制单元，该控制单元将指示移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中；以及发送单元，该发送单元将该消息发送到核心网络装置。核心网络装置包含接收单元，该接收单元接收从基站发送来的该消息。
文档编号H04W12/12GK102396249SQ201080017080
公开日2012年3月28日 申请日期2010年3月1日 优先权日2009年4月17日
发明者林贞福, 植田佳央 申请人:日本电气株式会社