移动通信系统的制作方法

专利名称：移动通信系统的制作方法
技术领域：
本发明涉及移动通信系统。
背景技术：
考虑毫微微基站(家庭用节点B，下文中简称为HNB)在产业上的利用形式例如包括作为家庭用的小型无线基站的利用形式和作为公司中的小型无线基站的利用形式。通过HNB提供服务的情况例如包括如下优点(1)在来自宏基站的无线电波不能到达的盲区中提供呼叫服务的能力；(2)提供比宏基站所提供的通常服务花费更低的计费服务的能力；(3)因为基站与移动台之间的距离较短并且移动台可以获得高无线质量(Ec/ Io)，所以利用64QAM(64正交幅度调制)和ΜΙΜ0(多输入多输出)的速度增强技术并从而使得可以提供从属于HNB的高速分组服务的能力；以及(4)利用HNB的局部性来提供特定内容服务的能力。如上所述，通过HNB提供服务包括许多优点。因此，仅为已与电信公司签订合同的订户以及HNB的所有者所允许的订户提供服务是更优的。因此，第8版3GPP(第三代合作伙伴计划)引入了 CSG(ClosedSubscriber Group, 封闭订户组)，以使得仅仅在被许可组中的移动台能够接入HNB并享受服务。这里将参考图1详细描述CSG。图1所示的第三代移动通信系统包括HNB 20、毫微微基站网关(家庭用节点B Gff, 下文中简称为HNG-GW)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。如果HNB 20支持CSG功能，则HNB 20将自身CSG小区的CSG标识符(CSG身份) 通知给驻留在从属于HNB 20的区域中的移动台10。移动台10-1对从HNB 20通知来的CSG标识符进行解码，并判断移动台10_1包括的CSG列表中是否包括该CSG标识符。如果CSG列表中包括该CSG标识符，则移动台10-1驻扎(camp)在移动台10_1所驻留的CSG小区上，并能够享受各种服务，例如发起呼叫和接收传入呼叫。另一方面，如果CSG列表中不包括该CSG标识符，则移动台10-1不在移动台10_1 所驻留的CSG小区上驻扎，而是执行选择所讨论的CSG小区以外的适当CSG小区的操作。
这种机制使得仅所选择的具有HNB 20的CSG小区的CSG标识符的移动台10_1能够接入HNB 20。但是，可以假设如下情况其中，尽管CSG功能不被支持，但是想要如同图1所示的未经授权移动台10-2那样，在HNB 20的原本不可接入的CSG小区中以未经授权的方式来接收服务。在这种情况中，MSC 40或者SGSN 50检查移动台10的IMSI (国际移动订户身份) 以及移动台10所驻留的CSG小区的CSG标识符，从而执行对从移动台10到HNB 20的接入进行管制的接入管制(3GPP TS25. 467版本8. 0. 0第5. 1. 3节)。另一方面，因为从第8版的3GPP开始引入了 CSG功能，所以存在如下情况在第8 版之前，移动台10-1不支持CSG功能。此外，存在HNB20不支持CSG功能的情况。在这些情况中，HNB 20对移动台10-1执行标识过程(3GPP TS24. 008Ver 8. 4. 0) 以查问移动台10-1的IMSI。HNB 20对HNB-GW 30执行HNBAP (HNB应用部分)用户设备登记请求(用户设备登记请求)过程(3GPP TS25. 469版本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 用户设备登记接受消息来向HNB 20通知接入被许可。因此，为移动台10-1提供HNB 20的服务。另一方面，如果移动台10是图1所示的未经授权移动台10-2，则未经授权移动台 10-2的IMSI将尚未被登记为可接入CSG。因此，HNB-GW30确定未经授权移动台10_2不能接入HNB 20，并通过HNBAP 用户设备登记拒绝消息向HNB 20通知接入不被许可。这终止了未经授权移动台10-2与HNB 20之间的RRC (无线电资源控制)连接(3GPP TS25. 467版本 8. 0.0 第 5. 1.2 节)。如上所述，在提供HNB 20的服务的情况下，如果对HNB 20的接入不被许可的未经授权移动台10-2发起呼叫，则移动通信网络在信号建立过程中拒绝对HNB 20的接入，因为 MCS 40、SGSN 50或HNB-GW 30基于移动台10的IMSI来对接入进行管制。另一方面，3GPP标准规定如果呼叫类型是紧急呼叫，则即使是原本不可接入HNB 20的移动台10也可发起呼叫(3GPP TS22. 011版本8. 6. 0第8. 5. 1节)。如果呼叫类型是紧急呼叫，则移动台10-1将“紧急呼叫”设定为在RRC连接设置请求时或者信令连接建立请求时要向HNB 20发送的RRC :RRC连接请求消息或者RRC 初始直接传送消息中、代表建立请求的原因的建立原因参数(3GPP 了525.331版本8.5.0第 10. 3. 3. 11节，专利文献1)。HNB 20随后将“紧急呼叫”值设定为将发送给HNB-GW 30的HNBAP 用户设备登记请求消息中的登记原因参数。如果登记原因参数是“紧急呼叫”，则HNB-GW 30不执行基于IMSI的接入管制 (3GPP TS25. 467 版本 8. 0. 0 第 5. 1. 2 节)。这种方法使得在呼叫类型是紧急呼叫的情况下，即使是原本不能接入HNB 20的移动台10也能够跳过HNB-GW 30的接入管制并从而接入HNB20。这里，图2示出了 RRC =RRC连接请求消息的配置；图3示出了 RRC 初始直接传送消息的配置；图4示出了 RRC协议的建立原因参数的配置；图5示出了 HNBAP 用户设备登记请求消息的配置；并且图6示出了 HBNAP协议的登记原因参数的配置。引用列表专利文献专利文献1 JP 2003-244284A

发明内容
技术问题前述技术在移动台10已经发起作为紧急呼叫的呼叫的情况下，跳过HNB-GW 30的接入管制并且许可移动台10接入HNB 20。于是，这使得即使是原本不能接入HNB 20的诸如未经授权移动台10_2之类的移动台10也能够通过将RRC协议中的建立原因参数虚报为“紧急呼叫”并通过脱离HNB-GW 30的接入管制来接入HNB 20。考虑到可通过修改软件使得仅伪造建立原因参数来容易地创建这种未经授权移动台10-2。取代之，还存在如下情况在经授权移动台10-1和HNB 20之间存在一装置，该装置对要从经授权移动台10-1发送到公共信道(RACH 随机接入信道)的并且未被隐藏或者没有进行反伪造的措施的RRC :RRC连接请求消息进行解码，将建立原因参数替代成“紧急呼叫”，对RRC=RRC连接请求消息进行编码，并将其发送给HNB 20。在这种情况中，即使是经授权移动台10-1也被用与看待前述未经授权移动台10-2的方式相同的方式来看待。这种未经授权移动台10-2引起如下问题。(1)安装在家中或公司中的HNB 20被未经授权移动台10_2以未经授权的方式使用。(2)未经授权移动台10-2可以享受比通过以未经授权方式经由HNB20发起呼叫进行的通常计费服务花费少的计费服务。(3)专用于特定用户的内容服务被未经授权移动台10-2以未经授权方式享受。考虑一种用于解决这些问题的方法，其中，当移动台10已经发起作为紧急呼叫的呼叫时，核心网络装置对移动台10执行呼叫释放处理。这要求核心网络装置知晓移动台10 已经发起作为紧急呼叫的呼叫。但是，在当前配置中，核心网络装置无法知晓移动台10已经发起作为紧急呼叫的呼叫。取代之，还考虑=HNB-GW 30对已经发起作为紧急呼叫的呼叫的移动台10执行呼叫释放处理。这要求HNB-GW 30知晓移动台10实际上发起的呼叫的类型是否为紧急呼叫。但是，在当前配置中，HNB-GW 30无法知晓移动台10实际上发起的呼叫的类型。本发明的一个目的在于提供一种移动通信系统，其中，核心网络装置能够知晓移动台已经发起作为紧急呼叫的呼叫。本发明的另一个目的在于提供一种移动通信系统，其中，网关装置能够知晓移动台所实际发起的呼叫的类型。问题的解决方案本发明的一种移动通信系统包括
移动台；基站，该基站与所述移动台进行无线通信；以及网关装置，该网关装置连接到所述基站和核心网络，其中，所述基站包括第一发送装置，用于发送用于将所述移动台登记在所述网关装置中的登记消息； 和第二发送装置，用于发送与由所述移动台发起的紧急呼叫的建立有关的消息，所述网关装置包括第一接收装置，用于从所述基站接收所述登记消息；第二接收装置，用于从所述基站接收与所述紧急呼叫的建立有关的建立消息；和检查装置，用于检查所述登记消息和所述建立消息之间的一致性。本发明的网关装置是将基站连接到核心网络的网关装置，包括第一接收装置，从所述基站接收用于将移动台登记在所述网关装置中的登记消息；第二接收装置，从所述基站接收与由所述移动台发起的紧急呼叫有关的建立消息；以及检查装置，用于检查所述登记消息和所述建立消息之间的一致性。本发明的第一通信方法是由移动通信系统进行的通信方法，所述移动通信系统包括移动台；基站，该基站与所述移动台进行无线通信；以及网关装置，该网关装置连接到所述基站和核心网络，其中，所述基站发送用于将所述移动台登记在所述网关装置中的登记消息，所述基站发送与由所述移动台发起的紧急呼叫的建立有关的消息，所述网关装置从所述基站接收所述登记消息；所述网关装置从所述基站接收与所述紧急呼叫的建立有关的建立消息；并且所述网关装置执行所述登记消息和所述建立消息之间的一致性的检查。本发明的第二通信方法是由网关装置执行的通信方法，该网关装置将基站连接到核心网络，所述通信方法包括从所述基站接收用于将移动台登记在所述网关装置中的登记消息；从所述基站接收与由所述移动台发起的紧急呼叫的建立有关的建立消息；以及执行所述登记消息和所述建立消息之间的一致性的检查。发明的有利效果根据第一移动通信系统，基站或网关装置将指示出移动台已发起紧急呼叫的信息包括到消息中并将该消息发送到核心网络装置。因此，可以获得使得核心网络装置可以知晓移动台已发起作为紧急呼叫的呼叫的有利效果。根据第二移动通信系统，核心网络装置将指示出由移动台发起的呼叫的类型是紧急呼叫的信息包括到消息中并将该消息发送到网关装置。
7
因此，可以获得使得网关装置可以知晓移动台所实际发起的呼叫的类型是紧急呼叫的有利效果。


图1是示出第三代移动通信系统的配置的示图。图2是示出RRC连接请求消息的配置的示图。图3是示出初始直接传送消息的配置的示图。图4是示出建立原因参数的配置的示图。图5是示出用户设备登记请求消息的配置的示图。图6是示出登记原因参数的配置的示图。图7是示出第一示例性实施例的HNB的配置的框图。图8是示出第一示例性实施例的HNB-GW的配置的框图。图9是示出第一示例性实施例的MSC的配置的框图。图10是示出第一示例性实施例的SGSN的配置的框图。图11是示出第二示例性实施例的HNB的配置的框图。图12是示出第二示例性实施例的HNB-GW的配置的框图。图13是示出第二示例性实施例的MSC的配置的框图。图14是示出第二示例性实施例的SGSN的配置的框图。图15是图示出第二示例性实施例的移动通信系统的操作的序列图。图16是示出CM服务请求消息的配置的示图。图17是示出CM服务类型参数的配置的示图。图18是示出由HNB确定登记原因参数的处理的流程图。图19是示出初始用户设备消息消息的配置的示图，其中，添加了根据本发明的紧急原因参数。图20是示出由第二示例性实施例的MSC执行的反欺诈处理的流程图。图21是示出由第二示例性实施例的SGSN执行的反欺诈处理的流程图。图22是示出第三示例性实施例的MSC的配置的框图。图23是示出第三示例性实施例的SGSN的配置的框图。图M是示出第三示例性实施例的HNB-GW的配置的框图。图25是示出第四示例性实施例的MSC的配置的框图。图沈是示出第四示例性实施例的SGSN的配置的框图。图27是示出第四示例性实施例的HNB-GW的配置的框图。图28是图示出第四示例性实施例的移动通信系统的操作示例1的序列图。图四是由第四示例性实施例的MSC确定呼叫类型参数的处理的流程图。图30是示出根据本发明的公共ID消息的配置的示图。图31是示出第四示例性实施例的、用于根据呼叫类型确定HNB-GW中的处理的表格的示图。图32是示出由第四示例性实施例的SGSN确定呼叫类型参数的处理的流程图。图33是图示出第四示例性实施例的移动通信系统的操作示例2的序列图。
图34是示出根据本发明的直接传送消息的配置的示图。图35是图示出第四示例性实施例的移动通信系统的操作示例3的序列图。图36是示出根据本发明的RAB指派请求消息的配置的示图。图37是图示出第五示例性实施例的移动通信系统的操作的序列图。图38是图示出第六示例性实施例的移动通信系统的操作的序列图。图39是示出根据第七示例性实施例的分配/保持优先级的参数的示图。图40是示出由第七示例性实施例的MSC进行的呼叫类型设定处理的流程图。图41是示出由第七示例性实施例的SGSN进行的呼叫类型设定处理的流程图。图42是图示出第七示例性实施例的移动通信系统的操作的序列图。图43是图示出第八示例性实施例的移动通信系统的操作的序列图。
具体实施例方式下文中将参考附图描述示例性实施例。下面将描述的示例性实施例的移动通信系统的总体配置与图1所示的移动通信系统的相同。(第一示例性实施例)图7-10分别示出了此示例性实施例的HNB 20,HNB-Gff 30、MCS40和SGSN 50的配置。参考图7，此示例性实施例的HNB 20包括控制器21A，该控制器21A将指示出移动台10已经发起作为紧急呼叫的呼叫的信息包括在RANAP (无线电接入网络应用部分)协议消息中；和发送器22A，该发送器22A将RANAP协议消息发送给HNB-GW 30。RANAP协议消息是在无线接入网络的应用层中的消息，并且例如包括在RAN中对要在UE和核心网络装置之间发送和接收的CD/MM信号进行透明传送的功能。参考图8，此示例性实施例的HNB-GW 30包括从HNB 20接收RANAP协议消息的接收器31A ；提取RANAP协议消息的控制器32A ；和将RANAP协议消息发送到MCS 40或SGSN 50的发送器33A。参考图9，此示例性实施例的MCS 40包括接收器41A，该接收器41A从HNB-GW 30 接收RANAP协议消息；和控制器42A，当RANAP协议消息中包括指示出移动台10已发起作为紧急呼叫的呼叫的信息时，该控制器42A判断移动台10所实际发起的呼叫的类型是否为紧急呼叫，并且在该类型不是紧急呼叫的情况下执行呼叫释放处理。参考图10，此示例性实施例的SGSN 50包括接收器51A，其从HNB-GW 30接收 RANAP协议消息；和控制器52A，当RANAP协议消息中包括指示出移动台10已发起作为紧急呼叫的呼叫的信息时，该控制器52A判断移动台10所实际发起的呼叫的类型是否为紧急呼叫，并且在该类型不是紧急呼叫的情况下执行呼叫释放处理。因此，在此示例性实施例中，MCS 40或SGSN 50能够知晓移动台10已经发起作为紧急呼叫的呼叫。结果，当移动台10伪造了建立原因并将呼叫虚报为紧急呼叫时，MCS 40或SGSN 50能够对该移动台10执行呼叫释放处理。因此，这能够防止以未经授权的方式享受HNB 20 的服务。
(第二示例性实施例)图11-14分别示出了此示例性实施例的HNB 20, HNB-Gff 30、MCS40和SGSN 50的配置。此示例性实施例是这样一种示例，其中，以更加具体的方式来表示图7-10的第一示例性实施例中的HNB 20、HNB-GW30、MCS 40和SGSN 50的配置和操作。参考图11，此示例性实施例的HNB 20包括与移动台之间的信号的发送器/接收器201A ；RUA(RANAP用户适配)消息处理器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的示例。作为用于向移动台10发送和从移动台10接收RRC协议消息的功能，与移动台之间的信号的发送器/接收器201A包括隐藏(编码和解码)消息的隐藏功能；确认消息的递送的信号递送确认功能；和分发消息的信号分发功能。作为用于向HNB-GW 30发送和从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-GW 30接收的RUA协议消息进行解码的功能。呼叫控制器205A基于RRC协议消息和RANAP协议消息来启动各种呼叫处理，例如 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中，RUA消息处理器302A、HNBAP消息处理器305A、呼叫控制器306A、RANAP 消息处理器307A和台站数据存储装置308A构成了图8所示的控制器32A。与HNB之间的信号的发送器/接收器301A是图8所示的接收器31A的示例。与SGSN之间的信号的发送器/接收器303A以及与MSC之间的信号的发送器/接收器304A是图8所示的发送器33A 的示例。作为用于向HNB 20发送和从HNB 20接收RUA协议消息和HNBAP协议消息的功能， 与HNB之间的信号的发送器/接收器301A包括隐藏功能和信号递送确认功能。作为用于向MCS 40发送和从MCS 40接收RANAP协议消息的功能，与MSC之间的信号的发送器/接收器304A包括控制消息序列的序列控制功能；和递送确认功能。作为用于向SGSN 50发送和从SGSN 50接收RANAP协议消息的功能，与SGSN之间的信号的发送器/接收器303A包括递送确认功能；和序列控制功能。HNBAP消息处理器305A包括对要向HNB 20发送的HNBAP协议消息进行编码的功能；和对从HNB接收的HNBAP协议消息进行解码的功能。RUA消息处理器302A包括对要向HNB 20发送的RUA协议消息进行编码的功能； 和对从HNB 20接收的RUA协议消息进行解码的功能。RANAP消息处理器307A包括对要向MCS 40发送的RANAP协议消息进行编码的功能；和对从MCS 40接收的RANAP协议消息进行解码的功能。呼叫控制器306A执行登记HNB 20的处理，和登记移动台10的处理。呼叫控制器 306A能够访问存储在台站数据存储装置308A中的台站数据。在台站数据中，为每一个CSG 设定了可接入IMSI的列表。HNB-GW30基于该IMSI列表来管制对HNB 20的接入。上述功能通常包括在在HNB-GW 30中实现的呼叫控制器中。参考图13，此示例性实施例的MCS 40包括与HNB-GW之间的信号的发送器/接收器401A ；RANAP消息处理器402A ；NAS (非接入层)消息处理器403A ；呼叫控制器404A ； 和台站数据存储装置405A。在图13中，RANAP消息处理器402A、NAS消息处理器403A、呼叫控制器404A和台站数据存储装置405A构成了图9所示的控制器42A。与HNB-GW之间的信号的发送器/接收器401A是图9所示的接收器41A的示例。作为用于向HNB-GW 30发送和从HNB-GW 30接收RANAP协议消息的功能，与 HNB-Gff之间的信号的发送器/接收器401A包括递送确认功能和序列控制功能。RANAP消息处理器402A包括对要向HNB-GW 30发送的RANAP消息进行编码的功能；和对从HNB-GW 30接收的RANAP协议消息进行解码的功能。NAS消息处理器403A包括向移动台10发送和从移动台10接收NAS协议呼叫控制)协议和MM(移动性管理)协议)消息的功能。呼叫控制器404A包括执行诸如呼叫建立和呼叫释放之类的呼叫处理的呼叫处理功能；执行诸如位置登记和越区切换之类的移动性管理的移动性管理功能；和管制对 HNB 20的接入的接入管制功能。呼叫控制器404A能够访问存储在台站数据存储装置405A 中的台站数据。在台站数据中，为每一个CSG设定了可接入IMSI的列表。MCS 40基于该 IMSI列表来管制对HNB 20的接入。上述功能是通常包括在在MCS 40中实现的呼叫控制器中的功能。除此之外，呼叫控制器404A还包括作为此示例性实施例特有的功能的如下功能 在从HNB-GW 30接收的RANAP协议消息中设定了紧急原因参数时，分析NAS消息并且判断
11移动台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 30发送和从HNB-GW 30接收RANAP协议消息的功能，与 HNB-Gff之间的信号的发送器/接收器501A包括递送确认功能和序列控制功能。RANAP消息处理器502A包括对要向HNB-GW 30发送的RANAP消息进行编码的功能；和对从HNB-GW 30接收的RANAP协议消息进行解码的功能。NAS消息处理器503A包括向移动台10发送和从移动台10接收NAS协议(CC协议和匪协议)消息的功能。呼叫控制器504A包括呼叫处理功能；移动性管理功能；和接入管制功能。呼叫控制器504A能够访问存储在台站数据存储装置505A中的台站数据。在台站数据中，为每一个CSG设定了可接入IMSI的列表。SGSN 50基于该IMSI列表来管制对HNB 20的接入。 上述功能通常包括在在SGSN 50中实现的呼叫控制器中。除此之外，呼叫控制器504A还包括作为此示例性实施例特有的功能的如下功能 在从HNB-GW 30接收的RANAP协议消息中设定了紧急原因参数时，分析NAS消息并且判断移动台10所发起的呼叫是否是紧急呼叫。如果呼叫不是紧急呼叫，则呼叫控制器504A执行呼叫释放处理。下文中将描述此示例性实施例的移动通信系统的操作。(A)电路交换呼叫的情况首先，结合图15的序列图描述移动台10发起作为电路交换紧急呼叫的呼叫的情况的操作示例。参考图15，移动台10在步骤SlOl中将建立原因(图4)设定为RRC RRC连接请求消息(图2)；并在步骤S 102中将该RRC =RRC连接请求消息发送到HNB 20。在建立无线资源之后，在步骤S103中，HNB 20通过RRC :RRC连接设置消息将关于无线资源已建立的信息通知给移动台10。在建立RRC连接之后，在步骤S104中，移动台10通过RRC :RRC连接设置完成消息将关于RRC连接已建立的信息通知给HNB 20。随后，在步骤S105中，移动台10将作为匪协议消息的CM服务请求消息(图16) 的CM服务类型参数(图17)设定为“紧急呼叫建立”，并将该CM服务请求消息包括到RRC 初始直接传送消息(图幻中。此外，在步骤S106，移动台10将RRC 初始直接传送消息的建立原因(图4)设定为“紧急呼叫”，并将该RRC 初始直接传送消息(图3)发送到HNB 20。 在HNB 20中，RRC协议消息处理器707A对在步骤S102发送的RRC =RRC连接请求消息以及在步骤S106发送的RRC 初始直接传送消息进行解码。
此外，在HNB 20中，呼叫控制器205A存储通过RRC =RRC连接请求消息和RRC 初始直接传送消息从移动台10发送的建立原因值(图4)；并且在步骤S107中基于该建立原因值来确定登记原因参数，并将该参数设定在HNBAP 用户设备登记请求消息(图5)中。图18示出了登记原因参数的确定处理的流程图。参考图18，呼叫控制器205A在步骤S201中判断建立原因值是否是“紧急呼叫”; 当该值是“紧急呼叫”时，在步骤S202，呼叫控制器205A确定登记原因值是“紧急呼叫”；当该值不是“紧急呼叫”时，在步骤S203，呼叫控制器205A确定登记原因参数为“通常呼叫”。再次参考图15，在步骤S108，HNB 20将设定有登记原因参数的HNBAP 用户设备登记请求消息(图5)发送给HNB-GW 30。在HNB-GW 30中，与HNB之间的信号的发送器/接收器30IA接收到HNBAP 用户设备登记请求消息。HNBAP消息处理器305A对HNBAP 用户设备登记请求消息进行解码。在步骤S109，呼叫控制器306A基于在HNBAP 用户设备登记请求消息中设定的登记原因参数来判断是否执行接入管制(步骤Sl 10)。如果登记原因参数是“紧急呼叫”，则HNB-GW 30不对接入进行管制。在此情况中， 呼叫控制器306A向适用移动台10指派上下文ID ；HNBAP消息处理器305A对HNBAP 用户设备登记接受消息进行编码；并且在步骤S111，与HNB之间的信号的发送器/接收器301A 将HNBAP 用户设备登记接受消息发送给HNB 20。在HNB 20中，在接收到HNBAP 用户设备登记接受消息之后，在步骤S112，呼叫控制器205A判断登记原因参数是否是“紧急呼叫”；如果该参数是“紧急呼叫”，则在步骤 S113，呼叫控制器205A生成在本发明中引入的紧急原因参数(图19)。RANAP消息处理器 207A对包括紧急原因参数的RANAP 初始用户设备消息消息进行编码。此外，RANAP消息处理器207A将NAS-PDU(协议数据单元)参数设定为RANAP 初始用户设备消息消息，并将从移动台10接收的匪协议的CM服务请求消息设定为NAS-PDU参数。RUA消息处理器202A 生成包括RANAP 初始用户设备消息消息的RUA 连接消息。S卩，在步骤S114，通过RUA 连接消息将该RANAP 初始用户设备消息消息从HNB 20发送到HNB-GW30。在HNB-GW 30中，RUA消息处理器302A对RUA协议的连接消息进行解码。呼叫控制器306A提取出已经在HNB 20中进行编码的RANAP 初始用户设备消息消息。在步骤S115， RANAP消息处理器307A基于诸如CN域ID之类的路由信息来将RANAP 初始用户设备消息消息发送给MCS 40。在MCS 40中，RANAP消息处理器402A对RANAP 初始用户设备消息消息进行解码。 此外，NAS消息处理器403A对在NAS-PDU中设定的CM服务请求消息进行解码。这些解码结果被通知给呼叫控制器404A。在步骤S116，呼叫控制器404A判断在本发明中引入的紧急原因参数是否被设定。如果紧急原因参数被设定了，则在步骤S117中，呼叫控制器404A 启动专用于CS(电路交换)服务的反欺诈(anti-fraud)处理。图20示出了专用于CS服务的反欺诈处理的流程图。参考图20，在步骤S301，呼叫控制器404A检查在从移动台10发送的匪协议的CM 服务请求消息(TSM. 008版本8. 5. 0第9. 2. 9节)中设定的CM服务类型参数(TS24. 008 版本8. 5. 0第10. 5. 3. 3节)是否是“紧急呼叫建立”。接下来，在步骤S302，呼叫控制器404A检查作为从MCS 40发送的发起信号的、CC协议的设置(TS24. 008版本8. 5. 0第9. 3. 23节设置)消息的电话号码(TS24. 008版本8. 5.0第10. 5.4. 7节)是否是紧急号码。更具体而言，在TSM. 008版本8. 5.0的图 10. 5. 91/3GPP TS 24. 008被呼叫方BCD号码信息元素中，号码数(Number digit) 1、号码数2、号码数3等对应于电话号码。进行检查以判断这些电话号码是否是紧急号码。在 TS24. 008第10. 5. 4. 7节中的被呼叫方B⑶号码指示出传入号码。B⑶(B⑶；二进制编码表示的十进制数)是计算机中的数字值的表示形式，并且指示出如何将十进制计数法中的一个数表示为四个二进制数的，其中，十进制计数法中的每一个数表示0至9中的一个。接下来，在步骤S303，呼叫控制器404A检查是否在移动台10中执行了紧急设置过程(TS24. 008版本8. 5. 0第9. 3. 8节)。例如，在从移动台10接收到用于启动“紧急呼叫建立”的消息时，呼叫控制器404A从信息元素“紧急设置消息类型”检查是否执行了紧急设置过程。如果步骤S301至S303的检查中的任一个匹配，则呼叫控制器404A确定呼叫类型为紧急呼叫，并且继续针对紧急呼叫的呼叫处理。另一方面，如果这些检查全部不匹配， 则在步骤S304，呼叫控制器404A确定呼叫类型为通常呼叫，并且确定其是未经授权移动台 10-2并启动呼叫释放处理。这能够防止原本不可接入HNB 20的未经授权移动台10-2伪造建立原因，将呼叫虚报为紧急呼叫并享受HNB 20的服务。(B)分组交换呼叫的情况接下来，将描述在移动台10发起作为分组交换紧急呼叫的呼叫的情况中的操作示例。分组交换呼叫的情况的操作序列与上述情况中的相同，除了在电路交换呼叫的情况下在MCS 40中执行的这些处理被在SGSN 50中执行以外。不过，在分组交换中，SM(会话管理)协议消息和GMM(GPRS移动性管理)协议消息被应用作为NAS消息。因此，在步骤 S117中启动的反欺诈处理是专用于PS (分组交换)服务的反欺诈处理。在用于识别紧急呼叫的这一处理中的方法与CS服务的方法不同。此外，在音频被用于分组交换的情况中，使用VoIPdP上的语音)方法。GMM是用于分组服务(PS)中的移动性管理的协议。图21示出了专用于PS服务的反欺诈处理的流程图。参考图21，在步骤S401中，SGSN 50的呼叫控制器504A检查在从移动台10发送的SM协议的激活(Activate) PDP (分组数据协议)上下文请求消息(3GPP TS24. 008版本 8. 5.0第9.5. 1节)中设定的APN (接入点名称)(3GPP TS24. 0089. 5. 110.5.6. 1)是否是紧急呼叫所特有的。接下来，在步骤S402，呼叫控制器504A检查在移动台10中执行的GMM过程是否是紧急附接过程(TR23. 869版本9. 0. 0)。接下来，在步骤S403，呼叫控制器504A检查在SGSN 50中活动的(active)PDP上下文是否是专用于紧急呼叫的PDP上下文。例如，呼叫控制器504A检查在SGSN 50中活动的PDP上下文是否是TR23. 869版本9. 0. 0中的紧急PDP上下文。如果步骤S401至S403的检查中的任一个匹配，则呼叫控制器504A确定呼叫类型为紧急呼叫，并且继续针对紧急呼叫的呼叫处理。另一方面，如果所有这些检查都不匹配， 则在步骤S504，呼叫控制器504A确定呼叫类型为通常呼叫，确定其是未经授权移动台10-2并启动呼叫释放处理。此外，在分组交换VoIP的情况下，这能够防止原本不可接入HNB 20的未经授权移动台10-2伪造建立原因，将呼叫虚报为紧急呼叫并享受HNB 20的服务。(第三示例性实施例)图22- 分别示出了此示例性实施例的MCS 40、SGSN 50和HNB-GW 30的配置。参考图22，此示例性实施例的MCS 40包括控制器41B，其判断移动台10所实际发起的呼叫的类型是否为紧急呼叫并将表示呼叫类型是紧急呼叫的信息包括在RANAP协议消息中；和发送器42B，其将RANAP协议消息发送给HNB-GW 30。参考图23，此示例性实施例的SGSN 50包括控制器51B，其判断移动台10所实际发起的呼叫的类型是否为紧急呼叫并将表示呼叫类型是紧急呼叫的信息包括在RANAP协议消息中；和发送器52B，其将RANAP协议消息发送给HNB-GW 30。参考图24，此示例性实施例的HNB-GW 30包括接收器31B，其从MCS 40或SGSN 50接收RANAP协议消息；和控制器32B，当在RANAP协议消息中包括表示呼叫类型是紧急呼叫的信息时，控制器23B执行呼叫释放处理。因此，在此示例性实施例中，HNB-GW 30能够知晓移动台10所实际发起的呼叫的类型是紧急呼叫。结果，当移动台10伪造了建立原因并将呼叫虚报为紧急呼叫时，HNB-Gff 30能够对该移动台10执行呼叫释放处理。因此，这能够防止以未经授权的方式享受HNB 20的服务。(第四示例性实施例)图25-27分别示出了此示例性实施例的MCS 40、SGSN 50和HNB-GW 30的配置。 此示例性实施例是这样一种示例，其中，以更加具体的方式来表示图22-24的第三示例性实施例中的MCS 40、SGSN 50和HNB-GW 30的配置和操作。参考图25，此示例性实施例的MCS 40包括与HNB-GW之间的信号的发送器/接收器401B ；RANAP消息处理器402B ；NAS消息处理器40 ；呼叫控制器404B ；和台站数据存储装置405B。在图25中，RANAP消息处理器402B、NAS消息处理器40!3B、呼叫控制器404B和台站数据存储装置405B构成了图22所示的控制器41B。与HNB-GW之间的信号的发送器/接收器401B是图22所示的发送器42B的示例。与HNB-GW之间的信号的发送器/接收器401B、RANAP消息处理器402B、NAS消息处理器40 和台站数据存储装置405B包括分别与图13所示的与HNB-GW之间的信号的发送器/接收器401A、RANAP消息处理器402A、NAS消息处理器403A和台站数据存储装置 405A类似的功能。与如图13所示的呼叫控制器404A —样，呼叫控制器404B包括在MCS 40中实现的呼叫控制器通常包括的功能。除此之外，呼叫控制器404B还包括作为此示例性实施例特有的功能的如下功能 分析NAS消息，判断移动台10所实际发起的呼叫的类型是否是紧急呼叫，以及基于判断结果来设定要发送给HNB-GW 30的RANAP协议消息的呼叫类型参数。参考图沈，此示例性实施例的SGSN 50包括与HNB-GW之间的信号的发送器/接收器501B ；RANAP消息处理器502B ；NAS消息处理器50 ；呼叫控制器504B ；和台站数据存储装置505B。在图洸中，RANAP消息处理器502B、NAS消息处理器50!3B、呼叫控制器504B和台站数据存储装置505B构成了图23所示的控制器51B。与HNB-GW之间的信号的发送器/接收器501B是图23所示的发送器52B的示例。与HNB-GW之间的信号的发送器/接收器501B、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 ；与MSC之间的信号的发送器/接收器304B ；HNBAP消息处理器305B ；呼叫控制器306B ；RANAP消息处理器307B ；和台站数据存储装置308B。在图27中，RUA消息处理器302B、HNBAP消息处理器305B、呼叫控制器306B、RANAP 消息处理器307B和台站数据存储装置308B构成了图M所示的控制器32B。与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包括作为此示例性实施例特有的功能的如下功能当从MCS 40或SGSN 50接收的RANAP协议消息的呼叫类型参数被设定为通常呼叫时，确定移动台10发起的呼叫的类型是通常呼叫，并且在移动台10已经发起作为紧急呼叫的呼叫的情况下，执行呼叫释放处理。此示例性实施例的HNB 20的配置可以类似于图9中的配置。注意，HNB 20的呼叫控制器205A需要具有在HNB 20中实现的呼叫控制器通常包括的功能。下文中将描述此示例性实施例的移动通信系统的操作。(1)操作示例1此操作示例是这样的示例，其中，通过RANAP (3GPP TS25. 413)的公共ID消息来通知在MCS 40或SGSN 50中判断的呼叫类型判断结果。(I-A)电路交换呼叫的情况首先，结合图28的序列图来描述在MCS 40通过RANAP的公共ID消息来通知电路交换呼叫的呼叫类型的判断结果的情况下的操作示例。图观示出了在完成图15所示的处理之后的操作。但是，图15所示的步骤S112、S113、S116和S117的处理不被执行。此外， 在步骤S114和S115发送的RANAP 初始用户设备消息消息中不包括紧急原因参数。通常，如3GPP TS25. 413所述，核心网络装置在建立信令连接之后向HNB-GW 30发送RANAP 公共ID消息。因此，参考图观，在MCS 40中，呼叫控制器404B在步骤S501中建立信令连接，随后在步骤S502中启动确定呼叫类型参数的处理。图四示出了在MCS 40中确定呼叫类型参数的处理的流程图。参考图四，在步骤S601，呼叫控制器404B检查在从移动台10发送的匪协议的CM 服务请求消息(TSM. 008版本8. 5. 0第9. 2. 9节)中设定的CM服务类型参数(TS24. 008 版本8. 5. 0第10. 5. 3. 3节)是否是“紧急呼叫建立”。接下来，在步骤S602，呼叫控制器404B检查作为由MCS 40发送的发起呼叫信号的、CC协议的设置(TS24. 0089. 3. 23版本8. 5. 0节设置)消息中的电话号码(TS24. 008 版本8. 5.0第10. 5.4. 7节)是否是紧急号码。更具体地，在TSM. 008版本8. 5.0的图 10. 5. 91/3GPP TS 008被呼叫方B⑶号码信息元素中，号码数1、号码数2、号码数3等对应于电话号码，并且呼叫控制器404B检查该电话号码是否是紧急号码。在TSM. 008第 10. 5. 4. 7节中的被呼叫方BCD号码指示出传入号码。BCD是计算机中的数字值的表示形式，并且指示出如何将十进制计数法中的一个数表示为四个二进制数，其中，十进制计数法中的每一个数表示0至9中的一个。接下来，在步骤S603，呼叫控制器404B检查是否在移动台10中执行了紧急设置过程(TS24. 008版本8. 5. 0第9. 3. 8节)。例如，在从移动台10接收到用于启动“紧急呼叫建立”的消息时，呼叫控制器404B从信息元素“紧急设置消息类型”检查是否执行了紧急设置过程。如果步骤S601至S603的检查中的任一个匹配，则在步骤S604呼叫控制器404B 确定呼叫类型为紧急呼叫，并确定呼叫类型参数是“通常呼叫”。另一方面，如果所有检查都不匹配，则在步骤S605中呼叫控制器404B确定呼叫类型为通常呼叫，并确定呼叫类型参数为“紧急呼叫”。再次参考图观，在MCS 40中，在步骤S503呼叫控制器404B在向HNB-GW 30发送 RANAP 公共ID消息时，在确定了呼叫类型参数的情况下指定呼叫类型参数。图30示出根据本发明的RANAP 公共ID消息的配置。在HNB-GW 30中，在步骤S504如果在接收到RANAP 公共ID消息时包括呼叫类型参数，则在步骤S505呼叫控制器306B将该参数与在移动台10接入HNB-GW 30时HNBAP 用户设备登记请求消息(图5)的登记原因参数(图6)相比较。图31是示出此示例性实施例的用于根据呼叫类型来确定HNB-GW 30中的处理的表格的示图。例如，在图31所示的情况2中，MCS 40通知的呼叫类型参数是“通常呼叫”，但是
17HNBAP 用户设备登记请求消息的登记原因参数是“紧急呼叫”。基于此，HNB-GW 30确定移动台10已将呼叫伪造为紧急呼叫并以未经授权的方式接入了 HNB 20，并且HNB-GW 30执行呼叫释放处理。这能够防止原本不可接入HNB 20的未经授权移动台10-2伪造建立原因，将呼叫虚报为紧急呼叫并享受HNB 20的服务。(I-B)分组交换呼叫的情况接下来，描述在SGSN 50通过RANAP的公共ID消息来通知分组交换呼叫的呼叫类型的判断结果的情况下的操作示例。分组交换呼叫的情况下的操作序列与上述情况类似，除了在电路交换呼叫的情况下在MCS 40中执行的处理被在SGSN 50中执行以外。但是，在步骤S502中启动的确定呼叫类型参数的处理不同。图32示出了在SGSN 50中确定呼叫类型参数的处理的流程图。参考图32，在步骤S701中，呼叫控制器504B检查从移动台10发送的在SM协议中设定的激活PDP上下文请求消息(3GPP TS24. 008版本8. 5. 0第9. 5. 1节)所设定的 APN(3GPP TS24. 008 9. 5. 1 10. 5. 6. 1)是不是紧急呼叫所特有的。接下来，在步骤S702，呼叫控制器504B检查在移动台10中执行的GMM过程是否是紧急附接过程(TR23. 869版本9. 0. 0)。接下来，在步骤S703，呼叫控制器504B检查在SGSN 50中活动的PDP上下文是否是专用于紧急呼叫的PDP上下文。例如，呼叫控制器504B检查在SGSN 50中活动的PDP上下文是否是TR23. 869版本9. 0. 0的紧急PDP上下文。如果步骤S701至S703的检查中的任一个匹配，则在S704呼叫控制器504B确定呼叫类型是紧急呼叫，并且确定呼叫类型参数是“通常呼叫”。另一方面，如果所有这些检查都不匹配，则在步骤S705中呼叫控制器504B确定呼叫类型是通常呼叫，并且确定呼叫类型参数是“紧急呼叫”。当向HNB-GW 30发送RANAP 公共ID消息时，如果呼叫类型参数已被确定，则在 SGSN 50中呼叫控制器504B指定该呼叫类型参数。根据本发明的RANAP 公共ID消息的配置与如图30所示的MCS 40的情况下的相同。如果在接收到RANAP 公共ID消息时包括了呼叫类型参数，则在HNB-GW 30中呼叫控制器306B将该参数与在移动台10接入HNB-GW 30时HNBAP 用户设备登记请求消息 (图5)的登记原因参数(图6)相比较。例如，在图31所示的情况2中，SGSN 50所通知的呼叫类型参数是“通常呼叫”，但是HNBAP 用户设备登记请求消息的登记原因参数是“紧急呼叫”。基于此，HNB-GW 30确定移动台10将呼叫虚报为紧急呼叫并以未经授权方式接入HNB 20，并且HNB-GW 30执行呼叫释放处理。这能够防止原本不可接入HNB 20的未经授权移动台10-2伪造建立原因，将呼叫虚报为紧急呼叫并享受HNB 20的服务，即使在分组交换VoIP的情况下也是如此。(2)操作示例2这个操作示例是通过RANAP (3GPP TS25. 413)的直接传送消息来通知在MCS 40或 SGSN 50中判断的呼叫类型的判断结果的示例。
(2-A)电路交换呼叫的情况首先，结合图33的序列图描述在MCS 40通过RANAP的直接传送消息来通知电路交换呼叫的呼叫类型的判断结果的情况下的操作示例。图33示出了在完成图15所示的处理之后的操作。但是，图15所示的步骤S112、S113、S116和S117中的处理不被执行。此外，在步骤S114和S115中发送的RANAP 初始用户设备消息消息不包括紧急原因参数。通常，如3GPP TS25. 413所述，当核心网络装置发送诸如CC协议和匪协议之类的 NAS消息时，核心网络装置向HNB-GW 30发送RANAP 直接传送消息。因此，参考图33，在MCS 40中，在步骤S801中呼叫控制器404B发送NAS消息，随后在步骤S802中启动确定呼叫类型参数的处理。在MCS40中确定呼叫类型参数的处理与如图四所述的操作示例1中的处理相同。在MCS 40中，当呼叫控制器404B向HNB-GW 30发送RANAP 直接传送消息时，在呼叫类型参数被确定的情况下，在步骤S803中呼叫控制器404B指定该呼叫类型参数。图 34示出了根据本发明的RANAP 直接传送消息的配置。在HNB-GW 30中，在呼叫控制器306B接收到RANAP 直接传送消息的情况下，如果在步骤S804中呼叫类型参数被包括，则在步骤S805中呼叫控制器306B将该参数与在移动台10接入HNB-GW 30时HNBAP 用户设备登记请求消息(图5)的登记原因参数(图6)相比较。例如，在图31所示的情况2中，从MCS 40通知的呼叫类型参数是“通常呼叫”，但是HNBAP 用户设备登记请求消息的登记原因参数是“紧急呼叫”。基于此，HNB-GW 30确定移动台10将呼叫虚报为紧急呼叫并以未经授权方式接入HNB 20，并且HNB-GW 30执行呼叫释放处理。这能够防止原本不可接入HNB 20的未经授权移动台10-2伪造建立原因，将呼叫虚报为紧急呼叫并享受HNB 20的服务。(2-B)分组交换呼叫的情况接下来，描述在SGSN 50通过RANAP的直接传送消息来通知分组交换呼叫的呼叫类型的判断结果的情况下的操作示例。分组交换呼叫的情况下的操作序列与上述情况类似，除了在电路交换呼叫的情况下在MCS 40中执行的处理被在SGSN 50中执行以外。但是，在步骤S802中启动的确定呼叫类型参数的处理不同。在SGSN 50中确定呼叫类型参数的处理与如图32所述的操作示例1中的处理相同。在SGSN 50中，在呼叫控制器504B向HNB-GW 30发送RANAP 直接传送消息的情况下，如果呼叫类型参数被确定，则呼叫控制器504B设定此呼叫类型参数。根据本发明的 RANAP 直接传送消息的配置与如图34所示的MCS 40的情况下的相同。在HNB-GW 30中，在呼叫控制器306B接收到RANAP 直接传送的情况下，如果呼叫类型参数被包括，则呼叫控制器306B将该参数与在移动台10接入HNB-GW 30时HNBAP 用户设备登记请求消息(图5)的登记原因参数(图6)相比较。例如，在图31所示的情况2中，从SGSN 50通知的呼叫类型参数是“通常呼叫”，但是HNBAP 用户设备登记请求消息的登记原因参数是“紧急呼叫”。基于此，HNB-GW 30确定移动台10将呼叫虚报为紧急呼叫并以未经授权方式接入HNB 20，并且HNB-GW 30执行呼叫释放处理。这能够防止原本不可接入HNB 20的未经授权移动台10-2伪造建立原因，将呼叫虚报为紧急呼叫并享受HNB 20的服务，即使在分组交换VoIP的情况下也是如此。(3)操作示例3这个操作示例是通过RANAP (3GPP TS25. 413)的RAB (无线电接入载体)指派请求消息来通知在MCS 40或SGSN 50中判断的呼叫类型的判断结果的示例。(3-A)电路交换呼叫的情况首先，结合图35的序列图描述在MCS 40通过RAB指派请求消息来通知电路交换呼叫的呼叫类型的判断结果的情况下的操作示例。图35示出了在完成图15所示的处理之后的操作。但是，图15所示的步骤S112、S113、S116和S117中的处理不被执行。此外，在步骤S114和S115中发送的RANAP 初始用户设备消息消息不包括紧急原因参数。通常，如3GPP TS25. 413所述，当核心网络装置从移动台10接收到呼叫建立请求并建立无线接入载体时，核心网络装置向HNB-GW 30发送RANAP =RAB指派请求消息。因此，参考图35，在MCS 40中，在步骤S901中呼叫控制器404B从移动台10接收呼叫建立请求，随后在步骤S902中确定无线接入载体的QoS (服务质量)，然后在步骤S903 启动确定呼叫类型参数的处理。在MCS 40中确定呼叫类型参数的处理与如图四所述的操作示例1中的处理相同。在MCS 40中，当在步骤S904中呼叫控制器404B向HNB-GW 30发送RANAP RAB指派请求消息时，在呼叫类型参数被确定的情况下，呼叫控制器404B设定该呼叫类型参数。 图36示出了根据本发明的RANAP =RAB指派请求消息的配置。在HNB-GW 30中，在呼叫控制器306B接收到RANAP =RAB指派请求消息的情况下， 如果在步骤S905中呼叫类型参数被包括，则在步骤S906中呼叫控制器306B将该参数与在移动台10接入HNB-GW 30时HNBAP 用户设备登记请求消息(图5)的登记原因参数(图 6)相比较。例如，在图31所示的情况2中，从MCS 40通知的呼叫类型参数是“通常呼叫”，但是HNBAP 用户设备登记请求消息的登记原因参数是“紧急呼叫”。基于此，HNB-GW 30确定移动台10将呼叫虚报为紧急呼叫并以未经授权方式接入HNB 20，并且HNB-GW 30执行呼叫释放处理。这能够防止原本不可接入HNB 20的未经授权移动台10-2伪造建立原因，将呼叫虚报为紧急呼叫并享受HNB 20的服务。(3-B)分组交换呼叫的情况接下来，描述在SGSN 50通过RAB指派请求消息来通知分组交换呼叫的呼叫类型的判断结果的情况下的操作示例。分组交换呼叫的情况下的操作序列与上述情况类似，除了在电路交换呼叫的情况下在MCS 40中执行的处理被在SGSN 50中执行以外。但是，在步骤S802中启动的确定呼叫类型参数的处理不同。在SGSN 50中确定呼叫类型参数的处理与如图32所述的操作示例1中的处理相同。在SGSN 50中，在呼叫控制器504B向HNB-GW 30发送RANAP =RAB指派请求消息的情况下，如果呼叫类型参数被确定，则呼叫控制器504B设定此呼叫类型参数。根据本发明的RANAP =RAB指派请求消息的配置与如图36所述的MCS 40的情况下的相同。
在HNB-GW 30中，在呼叫控制器306B接收到RANAP =RAB指派请求的情况下，如果呼叫类型参数被包括，则呼叫控制器306B将该参数与移动台10接入HNB-GW 30时、HNBAP 用户设备登记请求消息(图5)的登记原因参数(图6)相比较。例如，在图31所示的情况2中，从SGSN 50通知的呼叫类型参数是“通常呼叫”，但是HNBAP 用户设备登记请求消息的登记原因参数是“紧急呼叫”。基于此，HNB-GW 30确定移动台10将呼叫虚报为紧急呼叫并以未经授权方式接入HNB 20，并且HNB-GW 30执行呼叫释放处理。这能够防止原本不可接入HNB 20的未经授权移动台10-2伪造建立原因，将呼叫虚报为紧急呼叫并享受HNB 20的服务，即使在分组交换VoIP的情况下也是如此。在本发明的HNB 20,HNB-Gff 30,MCS 40和SGSN 50中执行的方法可被应用于由计算机执行的程序。程序可存储在存储介质中，并经由网络提供给外部。(第五示例性实施例)在第二示例性实施例中，反欺诈处理是在MCS 40或SGSN 50中执行的。但是，在此示例性实施例中，在HNB-GW 30中执行反欺诈处理。图37示出了在此情况下的序列。图37示出了如下情况其中，HNB-GW已经在UE 登记过程中被初步通知登记原因=紧急呼叫，并且HNB-GW检查NAS消息的内容并启动了反欺诈处理。这对应于如下情况当在图15中MSC已从HNB-GW得到关于UE已发起作为紧急呼叫的呼叫的通知时，MSC执行图20中的检查匪或CC协议的消息的处理。同样，这对应于如下情况当HNB-GW指示UE已发起作为紧急呼叫的呼叫时，SGSN执行图21中的检查GMM 或SM协议的消息的处理。NAS消息指示非接入层，并指示独立于无线接入系统的协议。此示例性实施例施加了如下的有利效果。· HNG-Gff执行反欺诈处理，从而消除了伴随有对MSC或SGSN的修改的需要。因此，当引入毫微微时，不对已经在操作的MSC或SGSN进行修改。这使得能够容易地引入毫微微系统。 与第二示例性实施例相比，不必向RANAP协议添加新参数。这使得可以减小 RANAP协议的消息的大小，并使得能够减小在HNB-GW和MSC或SGSN之间传送的信令量。· HNB-Gff能够通过快速查看NAS消息而知晓呼叫是紧急呼叫还是通常呼叫。因此，HNB-Gff能够在资源指派和流量调度方面将紧急呼叫过程的优先级提高为高于通常呼叫，即使没有来自MSC或SGSN的对呼叫类型的通知也是如此。(第六示例性实施例)在第五示例性实施例中，在终端已发起作为紧急呼叫的呼叫的情况下，HNB-Gff快速查看NAS消息，从而实现反欺诈处理。在此示例性实施例中，在HNB中执行该反欺诈处理。 即，如图38所示，HNB快速查看NAS消息并启动反欺诈处理。此示例性实施例施加了如下的有利效果。 由于HNB执行反欺诈处理，所以与更高层设备执行反欺诈处理的情况相比，与未经授权终端的通信能够更快地被终止。这使得可以提高网络资源的可用性，并使得能够减小HNB与HNB-GW之间的信令量。· HNB能够通过快速查看NAS消息而认识到呼叫是紧急呼叫还是通常呼叫。因此，HNB能够在资源指派和流量调度方面将紧急呼叫过程的优先级提高为高于通常呼叫，即使没有来自MSC或SGSN的对呼叫类型的通知也是如此。(第七示例性实施例)在第三示例性实施例中，MSC或SGSN将紧急呼叫的信息通知HNB-GW，HNB-GW验证 UE是否已尝试以紧急呼叫的形式进行接入。在第四示例性实施例中，在RANAP协议中使用呼叫类型的参数。此示例性实施例采用已经在3GPP TS25. 413中被定义为表示RANAP的紧急呼叫的信息的并且称为分配/保持优先级的参数(参见图39)。使用分配/保持优先级的方法公知为公众已知的技术，因而在本发明的范围之外。例如，该技术被用于优先占用(pre-emption)，其中，当用于指派新载体的资源不能被确保时，具有较低优先级的另一载体被释放并且资源被腾出，从而允许新载体获取这些资源。在紧急呼叫的情况下，MSC或SGSN如下所述地在RAB指派请求消息中设定此分配 /保持优先级参数。优先级水平=1优先占用能力=“可以触发优先占用，，优先占用易损性=不优先占用根据这样的设定，可以作出关于要将呼叫建立为紧急呼叫的通知。此外，可以使用除RANAP的RAB指派请求消息之外的消息。在此情况中，在MSC或SGSN中将分配/保持优先级参数设定为紧急呼叫的逻辑与图四和32中的类似，并且与图40和41中的相同。在图40和41中，该分配/保持优先级参数指示出通常呼叫。但是，在UE登记过程中的登记原因值指示出紧急呼叫的情况下，HNB-GW确定UE已经伪造建立原因并尝试了接入，并且HNB-GW执行呼叫释放。图42示出了在此情况下的操作序列。此示例性实施例施加了如下有利效果。 使用现有的分配/保持优先级来作出关于呼叫是否是紧急呼叫的通知，从而使得不必伴随对MSC或SGSN的修改。因此，当引入毫微微时，不对已经在操作的MSC或SGSN 进行修改。这使得能够容易地引入毫微微系统。 与第四示例性实施例相比，不必向RANAP协议添加新参数。这使得可以减小 RANAP协议的消息的大小，并且使得能够减小在HNB-GW和MSC或SGSN之间传送的信令量。(第八示例性实施例)在第七示例性实施例中，HNB-GW确定分配/保持优先级参数，并实现反欺诈处理。 但是，在此示例性实施例中，在HNB中执行该反欺诈处理。即，如图43所示，当HNB接收到 RANAP的RAB指派请求消息时，HNB确定分配/保持优先级；在确定指示出通常呼叫的情况下，如果UE登记过程中的登记原因是紧急呼叫，则HNB-GW确定UE已虚报建立原因并尝试了接入，并且HNB-GW执行呼叫释放。在第三和第四示例性实施例中，HNB-Gff执行对从MSC或SGSN通知的呼叫类型与 UE已尝试接入时的登记原因进行相互比较的处理。但是，该比较处理可在HNB中执行。此示例性实施例施加了如下的有利效果。· HNB-Gff终止RANAP协议消息，并使得不必通过分配/保持优先级来确定呼叫类型。这使得能够简化HNB-GW中的处理。如上所述，已经基于示例性实施例以具体方式阐述了本发明。本发明不限于上述
22情况。不必说，可在不脱离本发明的要旨的范围内进行各种修改。例如，在第二示例性实施例中，在HNB 20中进行将紧急原因值设定为RANAP协议消息的设定。但是，这可以在HNB-GW 30中进行。此外，在第一至第四示例性实施例中，在HNB 20,HNB-Gff 30和核心网络装置(MCS 40或SGSN 50)之间使用RANAP协议消息来传送表示移动台10已发起作为紧急呼叫的呼叫的信息，或者表示由移动台10发起的呼叫的实际类型是紧急呼叫的信息。但是，并不限于RANAP协议消息。该消息可以是能够在HNB 20和HNB-GW 30或核心网络装置之间传送
消息的另一消息。本申请要求2009年10月1日提交的日本专利申请No. 2009-229391的优先权，该申请的公开内容通过引用而全部结合于此。
权利要求
1.一种移动通信系统，包括 移动台；基站，该基站与所述移动台进行无线通信；以及网关装置，该网关装置连接到所述基站和核心网络， 其中，所述基站包括第一发送装置，用于发送用于将所述移动台登记在所述网关装置中的登记消息；和第二发送装置，用于发送与由所述移动台发起的紧急呼叫的建立有关的消息， 所述网关装置包括第一接收装置，用于从所述基站接收所述登记消息；第二接收装置，用于从所述基站接收与所述紧急呼叫的建立有关的建立消息；和检查装置，用于检查所述登记消息和所述建立消息之间的一致性。
2.根据权利要求1所述的移动通信系统， 其中，所述移动台还包括建立装置，用于建立用于所述紧急呼叫的RRC连接，其中由所述检查装置执行检查以防止所述移动台使用用于所述紧急呼叫的RRC连接来创建通常呼叫的欺诈。
3.根据权利要求1或2所述的移动通信系统， 其中，所述登记消息是用户设备登记请求消息。
4.根据权利要求1至3中任一项所述的移动通信系统， 其中，所述建立消息是NAS (非接入层)协议的消息。
5.根据权利要求1至4中任一项所述的移动通信系统，其中，在包括在所述登记消息中的登记原因指示出紧急呼叫的情况下，执行所述检查装置的检查。
6.一种将基站连接到核心网络的网关装置，包括第一接收装置，从所述基站接收用于将移动台登记在所述网关装置中的登记消息； 第二接收装置，从所述基站接收与由所述移动台发起的紧急呼叫有关的建立消息；以及检查装置，用于检查所述登记消息和所述建立消息之间的一致性。
7.根据权利要求6所述的网关装置，其中，在所述移动台建立用于所述紧急呼叫的RRC连接的情况下，由所述检查装置执行检查以防止所述移动台使用所述RRC连接来创建通常呼叫的欺诈。
8.根据权利要求6或7所述的网关装置，其中，所述登记消息是用户设备登记请求消息。
9.根据权利要求6至8中任一项所述的网关装置， 其中，所述建立消息是NAS(非接入层)协议的消息。
10.根据权利要求6至9中任一项所述的网关装置，其中，在包括在所述登记消息中的登记原因指示出紧急呼叫的情况下，执行所述检查装置的检查。
11.一种由移动通信系统进行的通信方法，所述移动通信系统包括 移动台；基站，该基站与所述移动台进行无线通信；以及网关装置，该网关装置连接到所述基站和核心网络，其中，所述基站发送用于将所述移动台登记在所述网关装置中的登记消息，所述基站发送与由所述移动台发起的紧急呼叫的建立有关的消息，所述网关装置从所述基站接收所述登记消息；所述网关装置从所述基站接收与所述紧急呼叫的建立有关的建立消息；并且所述网关装置执行所述登记消息和所述建立消息之间的一致性的检查。
12.根据权利要求11所述的通信方法，其中，所述移动台建立用于所述紧急呼叫的RRC连接，所述检查被执行以防止所述移动台使用用于所述紧急呼叫的RRC连接来创建通常呼叫的欺诈。
13.根据权利要求11或12所述的通信方法， 其中，所述登记消息是用户设备登记请求消息。
14.根据权利要求11至13中任一项所述的通信方法， 其中，所述建立消息是NAS (非接入层)协议的消息。
15.根据权利要求11至14中任一项所述的通信方法，其中，在包括在所述登记消息中的登记原因指示出紧急呼叫的情况下，执行所述检查。
16.一种由网关装置进行的通信方法，该网关装置将基站连接到核心网络，所述通信方法包括从所述基站接收用于将移动台登记在所述网关装置中的登记消息； 从所述基站接收与由所述移动台发起的紧急呼叫的建立有关的建立消息；以及执行所述登记消息和所述建立消息之间的一致性的检查。
17.根据权利要求16所述的通信方法，其中，在所述移动台建立用于所述紧急呼叫的RRC连接的情况下， 执行所述检查以防止所述移动台使用用于所述紧急呼叫的所述RRC连接来创建通常呼叫的欺诈。
18.根据权利要求16或17所述的通信方法， 其中，所述登记消息是用户设备登记请求消息。
19.根据权利要求16至18中任一项所述的通信方法， 其中，所述建立消息是NAS (非接入层)协议的消息。
20.根据权利要求16至19中任一项所述的通信方法，其中，在包括在所述登记消息中的登记原因指示出紧急呼叫的情况下，执行所述检查。
全文摘要
本发明的一种移动通信系统包括移动台；基站，该基站与移动台进行无线通信；以及网关装置，该网关装置连接到基站和核心网络。基站包括第一发送装置，用于发送用于将移动台登记在网关装置中的登记消息；和第二发送装置，用于发送与由移动台发起的紧急呼叫的建立有关的消息。网关装置包括第一接收装置，用于从基站接收所述登记消息；第二接收装置，用于从基站接收与紧急呼叫的建立有关的建立消息；和检查装置，用于检查登记消息和建立消息之间的一致性。
文档编号H04W76/06GK102172065SQ201080002826
公开日2011年8月31日 申请日期2010年10月1日 优先权日2009年10月1日
发明者林贞福, 植田佳央 申请人:日本电气株式会社