移动通信系统、基站、网关和核心网络装置及通信方法
【专利摘要】本发明涉及移动通信系统、基站、网关和核心网络装置及通信方法。一种移动通信系统包括：移动台站、与移动台站无线地通信的基站、将基站连接到核心网络的网关装置以及被布置在核心网络中的核心网络装置。基站包含：控制单元，该控制单元将指示移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中；以及发送单元，该发送单元将该消息发送到核心网络装置。核心网络装置包含：接收单元，该接收单元接收从基站发送来的该消息。
【专利说明】移动通信系统、基站、网关和核心网络装置及通信方法
[0001]本申请是申请号为201080017080.1、申请日为2010年03月01日，发明名称为“移动通信系统、基站、网关装置、核心网络装置以及通信方法”的发明专利申请的分案申请。
【技术领域】
[0002]本发明涉及移动通信系统、基站、网关装置、核心网络装置以及通信方法。
【背景技术】
[0003]产业中毫微微基站(归属节点B，下面简称为“HNB”)的使用形式可被认为例如包括家庭用小型无线基站和商业小型无线基站之类的使用形式。
[0004]通过HNB来提供服务具有以下优点:
[0005](I)可以在宏基站的无线电波无法抵达的盲区中提供通信服务。
[0006](2)可以提供比宏基站所提供的常规收费服务便宜的收费服务。
[0007](3)由于当基站与移动台站之间的距离小时可以通过移动台站获得高无线质量(Ec/1)，因此诸如64QAM(64正交幅度调制)或MM0(多输入多输出)之类的高速技术可被用来使得能够在HNB的支配下提供高速分组服务。
[0008](4)可以利用HNB的局域性来提供特殊内容服务。
[0009]由于通过HNB实现的服务具有如上所述的许多优点，因此服务应当仅被提供给与通信运营商签订了协定的订户或者经HNB的所有者许可的订户。
[0010]因此，在3GPP (第三代合作伙伴计划)的第8版本中引入了 CSG (封闭型订户组)，来将对HNB的服务的访问和接收仅限于具有许可的群组的移动台站。
[0011]接下来参考图1描述有关CSG的细节。
[0012]图1所示的第三代移动通信系统包括:HNB20、毫微微基站网关(归属节点B Gff,下面简称为“順8-61”)30、交换台站(移动交换中心，下面简称为“MSC”)40、分组交换台站(服务GPRS支持节点，下面简称为“SGSN”)50，以及遵从第三代的移动台站10_1和10_2。
[0013]在图1的HNB20的支配下并且位于其范围内的移动台站10_1和10_2中，移动台站10-1是授权移动台站。相比之下，移动台站10-2是在未经授权的情况下试图接收HNB20提供的服务的移动台站，并且在下面称为未经授权移动台站10-2。在以下描述中，当任一移动台站被指定时，使用“移动台站10”。
[0014]HNB20通过HNB-GW30被连接到运营商的核心网络。
[0015]该核心网络包括作为核心网络装置的控制电路交换的MSC40和控制分组交换的SGSN50o
[0016]当支持CSG功能时，HNB20将其自己CSG小区的CSG标识符(CSG身份)报告给在HNB20的支配下并且位于其范围内的移动台站10。
[0017]移动台站10-1对从HNB20报告来的CSG标识符进行译码，并且判断该CSG标识符是否包括在由移动台站10-1保存的CSG列表中。
[0018]如果该CSG标识符包括在该CSG列表中，则移动台站10-1能够驻扎在处于其范围内的该CSG小区中，并且随后接收各种服务，例如发起呼叫或者接听进入呼叫。
[0019]另一方面，如果该CSG标识符未包括在该CSG列表中，则移动台站10-1不驻扎在处于其范围内的该CSG小区中，并且实现对不同于该CSG小区的合适CSG小区的选择。
[0020]通过该机制，HNB20可以仅由具有该HNB20的CSG小区的CSG标识符的有限移动台站10-1访问。
[0021]然而，可以考虑这样的情况，其中，不管是否支持CSG功能，诸如图1所示的未经授权移动台站10-2之类的实体尝试在假设对其的访问不可被获得的HNB20的CSG小区中未经授权地接收服务。
[0022]在这样的情况中，MSC40或SGSN50检查移动台站10的MSI (国际移动订户身份)和移动台站10所位于的CSG小区的CSG标识符，来实现访问调控，用于调控移动台站10对HNB20 的访问(3GPP TS25.467Ver8.0.0 第 5.1.3 节)。
[0023]另一方面，由于CSG功能是由3GPP的第8版本引入的功能，因此将出现早于第8版本的移动台站10-1不支持CSG功能的情况。替代地，还将出现HNB20不支持CSG功能的情况。
[0024]在这些情况中，HNB20针对移动台站10_1实现标识过程(3GPPTS24.008Ver8.4.0)以询问移动台站10_1的MSI，或者HNB20针对HNB-GW30实现 HNBAP (HNB 应用部分):UE REGISTER REQUEST (UE 登记请求)过程(3GPPTS25.469Ver8.0.0)以将移动台站10_1登记在HNB-GW30中。此时，HNB-GW30通过检查移动台站10-1的IMSI是否能够访问HNB20来执行访问调控。
[0025]如果HNB-GW30判定移动台站I O-1能够访问HNB20，则HNB-GW30通过HNBAP: UEREGISTER ACCEPT(UE登记接受)消息向HNB20通知访问被许可。以这种方式，由HNB20实现的服务被提供给移动台站10-1。
[0026]另一方面，如果移动台站10是图1所示的未经授权移动台站10-2，则未经授权移动台站10-2的MSI未被登记为允许访问CSG。结果，HNB-GW30判断出未经授权移动台站10-2不能访问HNB20并且通过HNBAP: UE REGISTER REJECT (UE登记拒绝)消息向HNB20通知访问不被许可。以这种方式，未经授权移动台站10-2与HNB20之间的RRC (无线电资源控制)连接被切断(3GPP TS25.467Ver8.0.0 第 5.1.2 节)。
[0027]如上所述，当通过HNB20提供服务时，MSC40、SGSN50或HNB-GW30基于移动台站10的MSI来实现访问调控，从而，即使未被许可访问HNB20的未经授权移动台站10-2应当发起呼叫，在信号建立过程期间在移动通信网络侧上对HNB20的访问也被拒绝。
[0028]然而，在3GPP标准中，即使对于未被许可访问HNB20的移动台站10，当呼叫类型为紧急呼叫时，规定了发起该呼叫的能力(3GPPTS22.011Ver8.6.0第8.5.1节)。
[0029]当呼叫类型为紧急呼叫时，移动台站10-1在请求建立RRC连接或在请求建立信令连接时，在被发送给HNB20的RRC: RRC CONNECT I ON REQUEST (RRC连接请求)消息或RRC:1NITIAL DIRECT TRANSFER(初始直接传送)中的指示建立请求的原因的建立原因参数中设置“紧急呼叫”(3GPP TS25.331Ver8.5.0,第10.3.3.11节、专利文献I)。
[0030]HNB20 然后在被发送给 HNB-GW30 的 HNBAP:UE REGISTER REQUEST (UE 登记请求)消息中的登记原因参数中设置“紧急呼叫”值。
[0031]当登记原因参数为“紧急呼叫”时，HNB-GW30不实现基于MSI的访问调控(3GPPTS25.467Ver8.0.0 第 5.1.2 节)。
[0032]通过该方法，当呼叫类型为“紧急呼叫”时，未被许可访问HNB20的移动台站10也能够跳过HNB-GW30的访问调控并且访问HNB20。
[0033]RRC的构成:RRC CONNECT1N REQUEST (RRC连接请求)消息的构成在此在图2中示出，RRC的构成:INITIAL DIRECT TRANSFER(初始直接传送)消息的构成在图3中示出，RRC协议中的建立原因参数的构成在图4中示出，HNBAP:UE REGISTER REQUEST(UE登记请求)消息的构成在图5中示出，并且HBNAP协议中的登记原因参数的构成在图6中示出。
[0034]现有技术文献
[0035]专利文献
[0036]专利文献1:JP-A-2003-244284
【发明内容】
[0037]本发明解决的问题
[0038]然而，上述技术在移动台站10发起作为紧急呼叫的呼叫时跳过HNB-GW30的访问调控并且准许移动台站10访问HNB20。
[0039]结果，诸如假设不能访问HNB20的未经授权移动台站10_2之类的移动台站10可能在RRC协议中伪装地将建立原因参数设置为“紧急呼叫”，因此规避HNB-GW30的访问调控并获得对HNB20的访问。
[0040]相信可以通过修改软件以使得仅建立原因参数被伪造来容易地制造出这种类型的未经授权移动台站10-2。
[0041]替代地，存在这样的情况，其中，一装置被介入，该装置对从授权移动台站10-1通过公共信道(RACH:随机访问信道)发送来的并且尚未采取隐匿或篡改对策的RRC = RRCCONNECT1N REQUEST (RRC连接请求)消息进行译码，用“紧急呼叫”替换建立原因参数，对RRCiRRC CONNECT1N REQUEST (RRC连接请求)消息编码，并发送给HNB20。在这样的情况中，即使授权移动台站10-1也可能被同样视为上述未经授权的移动台站10-2。
[0042]这些类型的未经授权移动台站10-2引起了如下问题:
[0043](I)被安装用于家庭使用或商业使用的HNB20被未经授权移动台站10_2非法使用。
[0044](2)未经授权移动台站10-2通过借助于HNB20发起呼叫，能够非法接收比常规收费服务便宜的收费服务。
[0045](3)未经授权移动台站10-2非法地接收旨在针对特定用户的内容服务。
[0046]被认为解决了这些问题的一种方法包括当移动台站10发起作为紧急呼叫的呼叫时在核心网络装置侧上实现该移动台站10的呼叫释放处理。因此，核心网络装置必须感测到移动台站10已发起了作为紧急呼叫的呼叫。
[0047]然而，核心网络装置就其当前配置而言不能检测到移动台站10已发起了作为紧急呼叫的呼叫。
[0048]替代地，还可以考虑在HNB-GW30侧上对伪装发起作为紧急呼叫的呼叫的移动台站10进行呼叫释放处理的实现方式。因此，HNB-GW30必须检测该移动台站10发起的呼叫类型实际上是否为紧急呼叫。
[0049]然而，HNB-GW30就其当前配置而言不能检出测实际上由移动台站10发起的呼叫类型。
[0050]因此，本发明的一个目的是提供使得核心网络装置能够感测到移动台站已发起了作为紧急呼叫的呼叫的移动通信系统、基站、网关装置、核心网络装置和通信方法。
[0051]本发明的另一目的是提供使得网关装置能够感测出实际上由移动台站发起的呼叫类型的移动通信系统、网关装置、核心网络装置和通信方法。
[0052]解决问题的手段
[0053]本发明的第一移动通信系统是这样的移动通信系统，其包括:移动台站、执行与所述移动台站的无线通信的基站、将所述基站连接到核心网络的网关装置以及被布置在所述核心网络中的核心网络装置；其中:
[0054]所述基站包含:
[0055]控制单元，该控制单元将指示所述移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中，以及
[0056]发送单元，该发送单元将所述消息发送给所述核心网络装置；以及
[0057]所述核心网络装置包含:
[0058]接收单元，该接收单元接收从所述基站发送来的所述消息。
[0059]本发明的第二移动通信系统是这样的移动通信系统，其包括:移动台站、执行与所述移动台站的无线通信的基站、将所述基站连接到核心网络的网关装置以及被布置在所述核心网络中的核心网络装置；其中:
[0060]所述网关装置包括:
[0061]控制单元，该控制单元将指示所述移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中；以及
[0062]发送单元，该发送单元将所述消息发送给所述核心网络装置；以及
[0063]所述核心网络装置包含:
[0064]接收单元，该接收单元接收从所述网关装置发送来的所述消息。
[0065]本发明的第三移动通信系统是这样的移动通信系统，其包括:移动台站、执行与所述移动台站的无线通信的基站、将所述基站连接到核心网络的网关装置以及被布置在所述核心网络中的核心网络装置；其中:
[0066]所述核心网络装置包括:
[0067]控制单元，该控制单元将指示所述移动台站发起的呼叫的呼叫类型为紧急呼叫的信息包括在消息中；以及
[0068]发送单元，该发送单元将所述消息发送给所述网关装置；以及
[0069]所述网关装置包含:
[0070]接收单元，该接收单元接收从所述核心网络装置发送来的所述消息。
[0071]本发明的基站是这样的基站，该基站通过网关装置连接到布置在核心网络中的核心网络装置，并且包括:
[0072]控制单元，该控制单元将指示所述移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中；以及
[0073]发送单元，该发送单元将所述消息发送给所述核心网络装置。
[0074]本发明的第一网关装置是这样的网关装置，该网关装置将基站连接到布置在核心网络中的核心网络装置，并且包括:
[0075]控制单元，该控制单元将指示所述移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中；以及
[0076]发送单元，该发送单元将所述消息发送给所述核心网络装置。
[0077]本发明的第二网关装置是这样的网关装置，该网关装置将基站连接到布置在核心网络中的核心网络装置，并且包括:
[0078]接收单元，该接收单元接收从所述核心网络装置发送来的并且包含有指示移动台站发起的呼叫的呼叫类型是紧急呼叫的信息的消息。
[0079]本发明的第一核心网络装置是这样的核心网络装置，其被布置在核心网络中并且包括接收单元，该接收单元接收从基站发送来的并且包括有指示移动台站发起了作为紧急呼叫的呼叫的信息的消息。
[0080]本发明的第二核心网络装置是这样的核心网络装置，其被布置在核心网络中并且包括接收单元，该接收单元接收从网关装置发送来的并且包括有指示移动台站发起了作为紧急呼叫的呼叫的信息的消息。
[0081]本发明的第二核心网络装置是这样的核心网络装置，其被布置在核心网络中并且包括:
[0082]控制单元，该控制单元将指示由所述移动台站发起的呼叫的呼叫类型是紧急呼叫的信息包括在消息中；以及
[0083]发送单元，该发送单元将所述消息发送给网关装置。
[0084]本发明的第一通信方法是一种由移动通信系统实现的通信方法，该移动通信系统包括移动台站、执行与所述移动台站的无线通信的基站、将所述基站连接到核心网络的网关装置以及被布置在所述核心网络中的核心网络装置，所述通信方法包括以下步骤:
[0085]由所述基站将指示所述移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中；
[0086]由所述基站将所述消息发送给所述核心网络装置；以及
[0087]由所述核心网络装置接收从所述基站发送来的所述消息。
[0088]本发明的第二通信方法是一种由移动通信系统实现的通信方法，该移动通信系统包括移动台站、执行与所述移动台站的无线通信的基站、将所述基站连接到核心网络的网关装置以及被布置在所述核心网络中的核心网络装置，所述通信方法包括以下步骤:
[0089]由所述网关装置将将指示所述移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中；
[0090]由所述网关装置将所述消息发送给所述核心网络装置；以及
[0091]由所述核心网络装置接收从所述网关装置发送来的所述消息。
[0092]本发明的第三通信方法是一种由移动通信系统实现的通信方法，该移动通信系统包括移动台站、执行与所述移动台站的无线通信的基站、将所述基站连接到核心网络的网关装置以及被布置在所述核心网络中的核心网络装置，所述通信方法包括以下步骤:
[0093]由所述核心网络装置将指示所述移动台站发起的呼叫的呼叫类型为紧急呼叫的信息包括在消息中；
[0094]由所述核心网络装置将所述消息发送给所述网关装置；以及
[0095]由所述网关装置接收从所述核心网络装置发送来的所述消息。
[0096]本发明的第四通信方法是一种由基站实现的通信方法，该基站通过网关装置连接到布置在核心网络中的核心网络装置，所述通信方法包括以下步骤:
[0097]将指示所述移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中；以及
[0098]将所述消息发送给所述核心网络装置。
[0099]本发明的第五通信方法是一种由网关装置实现的通信方法，该网关装置将基站连接到布置在核心网络中的核心网络装置，所述通信方法包括以下步骤:
[0100]将指示所述移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中；以及[0101 ] 将所述消息发送给所述核心网络装置。
[0102]本发明的第六通信方法是一种由网关装置实现的通信方法，该网关装置将基站连接到布置在核心网络中的核心网络装置，所述通信方法包括以下步骤:
[0103]接收从所述核心网络装置发送来的并且包含有指示移动台站发起的呼叫的呼叫类型是紧急呼叫的信息的消息。
[0104]本发明的第七通信方法是一种由布置在核心网络中的核心网络装置实现的通信方法，所述通信方法包括以下步骤:
[0105]接收从基站发送来的并且包括有指示移动台站发起了作为紧急呼叫的呼叫的信息的消息。
[0106]本发明的第八通信方法是一种由布置在核心网络中的核心网络装置实现的通信方法，所述通信方法包括以下步骤:
[0107]接收从网关装置发送来的并且包括有指示移动台站发起了作为紧急呼叫的呼叫的信息的消息。
[0108]本发明的第九通信方法是一种由布置在核心网络中的核心网络装置实现的通信方法，所述通信方法包括以下步骤:
[0109]将指示由所述移动台站发起的呼叫的呼叫类型是紧急呼叫的信息包括在消息中；以及
[0110]将所述消息发送给网关装置。
[0111]本发明的效果
[0112]根据本发明的第一或第二移动通信系统，基站或网关装置将指示移动台站发起了作为紧急呼叫的呼叫的信息包括在消息中并且将该消息发送给核心网络装置。
[0113]因此，获得了如下效果:核心网络装置能够感测出移动台站发起了作为紧急呼叫的呼叫。
[0114]根据本发明第三移动通信系统，核心网络装置将指示由移动台站发起的呼叫的呼叫类型的信息包括在消息中并且将该消息发送给网关装置。
[0115]因此，获得了如下效果:网关装置能够感测出实际上由移动台站发起的呼叫的呼叫类型是紧急呼叫。
【专利附图】
【附图说明】
[0116]图1示出了第三代移动通信系统的配置。
[0117]图2示出了 RRC CONNECT1N REQUEST (连接请求)消息的配置。
[0118]图3示出了 INITIAL DIRECT TRANSFER(初始直接传送)消息的配置。
[0119]图4示出了建立原因参数的配置。
[0120]图5示出了 UE REGISTER REQUEST(UE登记请求)消息的配置。
[0121]图6示出了登记原因参数的配置。
[0122]图7是示出了本发明第一示例性实施例的HNB的配置的框图。
[0123]图8是示出了本发明第一示例性实施例的HNB-GW的配置的框图。
[0124]图9是示出了本发明第一示例性实施例的MSC的配置的框图。
[0125]图10是示出了本发明第一示例性实施例的SGSN的配置的框图。
[0126]图11是示出了本发明第二示例性实施例的HNB的配置的框图。
[0127]图12是示出了本发明第二示例性实施例的HNB-GW的配置的框图。
[0128]图13是示出了本发明第二示例性实施例的MSC的配置的框图。
[0129]图14是示出了本发明第二示例性实施例的SGSN的配置的框图。
[0130]图15是用于描述本发明第二示例性实施例的移动通信系统的操作的序列图。
[0131]图16示出了 CM SERVICE REQUEST (CM服务请求)消息的配置。
[0132]图17示出了 CM服务类型参数的配置。
[0133]图18是示出由HNB确定登记原因的处理的流程图。
[0134]图19示出了添加了根据本发明的紧急原因参数的INITIAL UE MESSAGE(初始UE消息)的配置。
[0135]图20是示出由本发明第二示例性实施例的MSC实现的未经授权访问对策处理的流程图。
[0136]图21是示出由本发明第二示例性实施例的SGSN实现的未经授权访问对策处理的流程图。
[0137]图22是示出本发明第三示例性实施例的MSC的配置的框图。
[0138]图23是示出本发明第三示例性实施例的SGSN的配置的框图。
[0139]图24是示出本发明第三示例性实施例的HNB-GW的配置的框图。
[0140]图25是示出本发明第四示例性实施例的MSC的配置的框图。
[0141]图26是示出本发明第四示例性实施例的SGSN的配置的框图。
[0142]图27是示出本发明第四示例性实施例的HNB-GW的配置的框图。
[0143]图28是用于描述本发明第四示例性实施例的移动通信系统的工作示例I的序列图。
[0144]图29是用于描述由本发明第四示例性实施例的MSC确定呼叫类型参数的处理的流程图。
[0145]图30示出了根据本发明的COMMON ID (公共ID)消息的配置。
[0146]图31示出了本发明第四示例性实施例的HNB-GW中的根据呼叫类型来确定处理的表。
[0147]图32是用于描述由本发明第四示例性实施例的SGSN确定呼叫类型参数的处理的流程图。
[0148]图33是用于描述本发明第四示例性实施例的移动通信系统的工作示例2的序列图。
[0149]图34示出了根据本发明的DIRECT TRANSFER (直接传送)消息的配置。
[0150]图35是用于描述本发明第四示例性实施例的移动通信系统的工作示例3的序列图。
[0151]图36示出了根据本发明的RAB ASSIGNMENT REQUEST (指派请求)消息的配置。
【具体实施方式】
[0152]接下来参考附图描述实现本发明的最佳模式。
[0153]在下述的示例性实施例中，移动通信系统的总体配置与图1的移动通信系统相同。
[0154]第一示例性实施例
[0155]图7 至图 10 分别示出了 HNB20、HNB-GW30、MSC40 和 SGSN50 的配置。
[0156]参考图7，本示例性实施例的HNB20包括控制单元21A和发送单元22A，控制单元21A将指示移动台站10发起了作为紧急呼叫的呼叫的信息包括在RANAP (无线接入网络应用部分)协议消息中，并且发送单元22A将该RANAP协议消息发送给HNB-GW30。此外，RANAP协议消息是无线接入网络的应用层的消息，并且例如具有用于在RAN内透明地传送在UE与核心网络装置之间发送和接收的CC/MM信号的功能。
[0157]参考图8，本示例性实施例的HNB-GW30包括接收来自HNB20的RANAP协议消息的接收单元31A、提取RANAP协议消息的控制单元32A，以及向MSC40或SGSN50发送RANAP协议消息的发送单元33A。
[0158]参考图9，本示例性实施例的MSC40包括:接收来自HNB-GW30的RANAP协议消息的接收单元41A ;以及当RANAP协议消息包含指示移动台站10发起了作为紧急呼叫的呼叫的信息时，辨别由移动台站10发起的该呼叫的呼叫类型实际上是否是紧急呼叫并且当该呼叫不是紧急呼叫时执行呼叫释放处理的控制单元42A。
[0159]另外，参考图10，本示例性实施例的SGSN50包括:接收来自HNB-GW30的RANAP协议消息的接收单元51A ;以及当RANAP协议消息包含指示移动台站10发起了作为紧急呼叫的呼叫的信息时，辨别由移动台站10发起的该呼叫的呼叫类型实际上是否是紧急呼叫并且当该呼叫不是紧急呼叫时执行呼叫释放处理的控制单元52A。
[0160]因此，本示例性实施例的MSC40或SGSN50能够感测出移动台站10发起了作为紧急呼叫的呼叫。
[0161]结果，当移动台站10伪装地将建立原因更改为紧急呼叫时，MSC40或SGSN50能够实现对移动台站10的呼叫释放处理，并且因此防止了对HNB20提供的服务的未经授权接收。
[0162]第二示例性实施例
[0163]图11至图14分别示出了本示例性实施例的HNB20、HNB-GW30、MSC40和SGSN50的配置。本示例性实施例是使得图7至图10的第一示例性实施例的HNB20、HNB-GW30、MSC40和SGSN50的配置和操作更加具体的一个示例。
[0164]参考图11，本示例性实施例的20包括:移动台站信号收发器201A、RUA(RANAP用户适配)消息处理器202A、HNB-Gff信号收发器203A、HNBAP消息处理器204A、呼叫控制单元205A、RRC消息处理器206A以及RANAP消息处理器207A。
[0165]在图11中，图7所示的控制单元2IA由RUA消息处理器202A、HNBAP消息处理器204A、呼叫控制单元205A、RRC消息处理器206A以及RANAP消息处理器207A组成。另外，HNB-Gff信号收发器203A是图7所示的发送单元22A的一个示例。
[0166]作为用于向移动台站10发送RRC协议消息以及从移动台站10接收RRC协议消息的功能，移动台站信号收发器201A例如包括隐藏(加密和解密)消息的隐藏功能、验证消息的递送的信号递送验证功能以及分发消息的信号分发功能。
[0167]作为用于向HNB-GW30发送HNBAP协议消息和RUA协议消息以及从HNB-GW30接收HNBAP协议消息和RUA协议消息的功能，HNB-Gff信号收发器203A包括诸如隐藏功能、信号递送验证功能以及信号分发功能之类的功能。
[0168]RRC消息处理器206A包括用于对将被发送给移动台站10的RRC协议消息进行编码的功能，以及用于对从移动台站10接收的RRC协议信息进行解码的功能。
[0169]HNBAP消息处理器204A具有用于对将被发送给HNB-GW30的HNBAP协议消息进行编码的功能，以及用于对HNB-GW30接收的HNBAP协议信息进行解码的功能。
[0170]RANAP消息处理器207A具有用于对将被发送给HNB-GW30的RANAP协议消息进行编码的功能，以及用于对HNB-GW30接收的RANAP协议信息进行解码的功能。
[0171]RUA协议是用于执行发送RANAP协议消息的动作的协议，并且RUA消息处理器202A具有用于对将被发送给HNB-GW30的RUA协议消息进行编码的功能，以及用于对HNB-GW30接收的RUA协议信息进行解码的功能。
[0172]基于RRC协议消息和RANAP协议消息，呼叫控制单元205A启动各种呼叫处理，例如建立RRC连接、建立载体以及移动性管理。呼叫控制单元205A还启动HNBAP协议并且实现向HNB-GW30登记移动台站10的处理。上述功能是安装在HNB20中的呼叫处理器通常所有的功能。
[0173]作为本示例性实施例的特别功能，呼叫控制单元205A还包括用于基于从HNB-GW30接收的HNBAP协议消息的登记原因参数来设置发送给HNB-GW30的RANAP协议信息的紧急原因值的功能。
[0174]参考图12，本示例性实施例的HNB-GW30包括:HNB信号收发器301A、RUA消息处理器302A、SGSN信号收发器303A、MSC信号收发器304A、HNBAP消息处理器305A、呼叫控制单元306A、RANAP消息处理器307A以及台站数据存储单元308A。
[0175]此外，在图12中，图8所示的控制单元32A由RUA消息处理器302A、HNBAP消息处理器305A、呼叫控制单元306A、RANAP消息处理器307A以及台站数据存储单元308A组成。HNB信号收发器301A是图8所示的接收单元3IA的示例，并且SGSN信号收发器303A和MSC信号收发器304A是图8所示的发送单元33A的示例。
[0176]HNB信号收发器301A被设置有隐藏功能和信号递送验证功能来作为用于向HNB20发送以及从HNB20接收RUA协议消息和HNBAP协议消息的功能。
[0177]MSC信号收发器304A例如被设置有用于控制消息的顺序的顺序控制功能以及递送验证功能来作为用于向MSC40发送以及从MSC40接收RANAP协议消息的功能。
[0178]SGSN信号收发器303A例如被设置有顺序控制功能以及递送验证功能来作为用于向SGSN50发送以及从SGSN50接收RANAP协议消息的功能。
[0179]HNBAP消息处理器305A被设置有用于对将被发送给HNB20的HNBAP协议消息编码的功能以及用于对从HNB接收的HNBAP协议消息解码的功能。
[0180]RUA消息处理器302A被设置有用于对将被发送给HNB20的RUA协议消息编码的功能以及用于对从HNB20接收的RUA协议消息解码的功能。
[0181 ] RANAP消息处理器307A被设置有用于对将被发送给MSC40的RANAP协议消息编码的功能以及用于对从MSC40接收的RANAP协议消息解码的功能。
[0182]呼叫控制单元306A执行登记HNB103的处理和登记移动台站10的处理。另外，呼叫控制单元306A能够访问存储在台站数据存储单元308A中的台站数据。可被访问的IMSI的列表针对每个CSG被设置在台站数据中。基于该MSI列表，HNB-GW30实现对HNB20的访问的调控。上述功能是安装在HNB-GW30中的呼叫处理器通常持有的功能。
[0183]参考图13，本示例性实施例的MSC40包括:HNB_GW信号收发器401A、RANAP消息处理器402A、NAS (非接入层)消息处理器403A、呼叫控制单元404A以及台站数据存储单元405Ao
[0184]在图13中，图9所示的控制单元42A由RANAP消息处理器402A、NAS消息处理器403A、呼叫控制单元404A以及台站数据存储单元405A组成。HNB-GW信号收发器40IA是图9所示的接收单元41A的一个示例。
[0185]HNB-Gff信号收发器401A例如被设置有递送验证功能和顺序控制功能来作为用于向HNB-GW30发送以及从HNB-GW30接收RANAP协议消息的功能。
[0186]RANAP消息处理器402A被设置有用于对将被发送给HNB-GW30的RANAP消息编码的功能以及用于对从HNB-GW30接收的RANAP协议消息解码的功能。
[0187]NAS消息处理器403A具有用于向移动台站10发送以及从移动台站10接收NAS协议(CC (呼叫控制)协议和丽(移动性管理)协议)消息的功能。
[0188]呼叫控制单元404A具有用于执行诸如呼叫建立和呼叫释放之类的所有处理的呼叫处理功能、用于执行诸如位置登记和移交之类的移动性管理的移动性管理功能，以及此外具有用于调控对HNB20的访问的访问调控功能。呼叫控制单元404A可以访问存储在台站数据存储单元405A中的台站数据。针对每个CSG可被访问的IMSI的列表被设置在台站数据中。基于该頂SI列表，MSC40实现对HNB20的访问的调控。上述功能是安装在MSC40中的呼叫处理器通常持有的功能。
[0189]另外，作为本示例性实施例的特别功能，呼叫控制单元404A被设置有如下功能:用于在紧急原因参数被设置在从HNB-GW30接收的RANAP协议消息中时，分析NAS消息以辨别移动台站10发起的呼叫的呼叫类型是否为紧急呼叫。如果呼叫类型不是紧急呼叫，则呼叫控制单元404A实现呼叫释放处理。
[0190]参考图14，本示例性实施例的SGSN50被设置有HNB-GW信号收发器501A、RANAP消息处理器502A、NAS消息处理器503A、呼叫控制单元504A和台站数据存储单元505A。
[0191]在图14中，图10所示的控制单元52A由RANAP消息处理器502A、NAS消息处理器503A、呼叫控制单元504A和台站数据存储单元505A组成。HNB-GW信号收发器50IA是图10所示的接收单元5IA的一个示例。
[0192]HNB-Gff信号收发器501A例如被设置有递送验证功能和顺序控制功能来作为用于向HNB-GW30发送以及从HNB-GW30接收RANAP协议消息的功能。
[0193]RANAP消息处理器502A被设置有用于对将被发送给HNB-GW30的RANAP消息编码的功能以及用于对从HNB-GW30接收的RANAP协议消息解码的功能。
[0194]NAS消息处理器503A被设置有用于向移动台站10发送以及从移动台站10接收NAS协议(CC协议和丽协议)的消息的功能。
[0195]呼叫控制单元504A具有呼叫处理功能、移动性管理功能，以及此外具有访问调控功能。呼叫控制单元504A可以访问存储在台站数据存储单元505A中的台站数据。针对每个CSG可被访问的MSI的列表被设置在台站数据中。基于该MSI列表，SGSN50实现对HNB20的访问调控。上述功能是安装在SGSN50中的呼叫处理器通常持有的功能。
[0196]除了这些之外，作为本示例性实施例的特别功能，呼叫控制单元504A还被设置有如下功能:用于在紧急原因参数被设置在从HNB-GW30接收的RANAP协议消息中时，分析NAS消息以辨别移动台站10发起的呼叫的呼叫类型是否为紧急呼叫。如果呼叫类型不是紧急呼叫，则呼叫控制单元504A实现呼叫释放处理。
[0197]接下来描述本示例性实施例的移动通信系统的操作。
[0198](A)电路交换呼叫的情况:
[0199]首先参考图15的序列图描述当移动台站10发起了作为电路交换紧急呼叫的呼叫时的操作的示例。
[0200]参考图15，移动台站 10 在步骤 SlOl 中在 RRC: RRC CONNECT1N REQUEST (RRC 连接请求)消息(图2)中设置建立原因(图4)，并且在步骤S102中，将RRC:RRC CONNECT1NREQUEST (RRC连接请求)消息发送给HNB20。
[0201]在确保了无线资源后，!1他20在步骤3103中在1^(::1^: CONNECT1N SETUP(RRC连接建立)消息中向移动台站10通知该无线资源。
[0202]建立了 RRC连接后，移动台站10在步骤S104中在RRC:RRC CONNECT1N SETUPCOMPLETE (RRC连接建立完成)消息中向HNB20通知该建立。
[0203]在步骤S105，移动台站10接下来将作为MM协议消息的CM SERVICE REQUEST (CM服务请求)消息(图16)的CM访问类型参数(图17)设置为“紧急呼叫建立”，并且将该CMSERVICE REQUEST (CM 访问请求)包括在 RRC:1NITIAL DIRECT TRANSFER(初始直接传送)消息(图3)中。
[0204]在步骤S106，移动台站10进一步将该RRC:1NITIAL DIRECT TRANSFER(初始直接传送)消息中的建立原因(图4)设置为“紧急呼叫”，并且将该RRC:1NITIAL DIRECTTRANSFER (初始直接传送)消息(图3)发送给HNB20。
[0205]在HNB20中，RRC协议消息处理器707A对在步骤S102中发送来的RRC: RRCCONNECT1N REQUEST (RRC连接请求)消息以及在步骤S106中发送来的RRC:1NITIALDIRECT TRANSFER (初始直接传送)消息进行解码。
[0206]在HNB20中，呼叫控制单元205A保存在来自移动台站10的RRC:RRC CONNECT1NREQUEST (RRC连接请求)消息和RRC:1NITIAL DIRECT TRANSFER (初始直接传送)消息中报告的建立原因值(图4)，并且然后在步骤S107中基于该建立原因值确定登记原因参数并且将该参数设置给HNBAP:UE REGISTER REQUEST (UE登记请求)消息(图5)。
[0207]图18示出了确定登记原因参数的处理的流程图。
[0208]参考图18，呼叫控制单元205A在步骤S201中判断建立原因值是否是“紧急呼叫”，并且如果建立原因值是“紧急呼叫”，则在步骤S202中确定登记原因参数为“紧急呼叫”，并且如果建立原因值不是“紧急呼叫”，则在步骤S203中确定登记原因参数为“常规呼叫”。
[0209]再次参考图15，在步骤S108中，HNB20发送将设置了登记原因参数的HNBAP = UEREGISTER REQUEST (UE 登记请求)消息(图 5)发送给 HNB-GW30。
[0210]在HNB-GW30 中，HNB 信号收发器 301A 接收 HNBAP: UE REGISTER REQUEST (UE 登记请求)消息，HNBAP消息处理器305A解码HNBAP:UE REGISTER REQUEST消息，并且在步骤S109中，呼叫控制单元306A基于在HNBAP:UE REGISTER REQUEST消息中的设置的登记原因参数来判断是否执行访问调控(步骤S110)。
[0211]在HNB-GW30中，如果登记原因参数为“紧急呼叫”，则访问调控不被实施。在此情况中，呼叫控制单元306A向相关移动台站10指派上下文ID(context ID)，HNBAP消息处理器305A对HNBAP:UE REGISTER ACCEPT(UE登记接受)消息编码，并且在步骤Slll中，HNB信号收发器30IA将HNBAP:UE REGISTER ACCEPT (UE登记接受)消息发送给HNB20。
[0212]在HNB20中，在接收到该HNBAP:UE REGISTER ACCEPT(UE登记接受)消息之后，呼叫控制单元205A在步骤S112中判定登记原因参数为“紧急呼叫”，并且如果登记原因参数为“紧急呼叫”，则呼叫控制单元205A在步骤S113中生成本发明所引入的紧急原因参数(图19)。RANAP消息处理器207A对包含紧急原因参数的RANAP:1NITIAL UE MESSAGE (初始UE消息)消息编码。RANAP消息处理器207A还在RANAP:1NITIAL UE MESSAGE (初始UE消息)消息中设置NAS-PDU(协议数据单元)参数并且在NAS-PDU参数中设置从移动台站10接收的MM协议的CM SERVICE REQUEST (CM服务请求)消息。RUA消息处理器703A生成包含RANAP:1NITIAL UE MESSAGE (初始UE消息)消息的RUA:CONNECT (连接)消息。换言之，在步骤SI 14中，RANAP:1NITIAL UE MESSAGE (初始UE消息)消息从HNB20通过RUA:CONNECT (连接)消息被传送给HNB-GW30。
[0213]在HNB-GW30中，RUA消息处理器302A对RUA协议的CONNECT (连接)消息解码，呼叫控制单元306A提取已在HNB20中被编码的RANAP:1NITIAL UE MESSAGE (初始UE消息)消息，并且在步骤S115中，RANAP消息处理器307A基于诸如CN域ID之类的路由信息将 RANAP:1NITIAL UE MESSAGE (初始 UE 消息)消息发送给 MSC40。
[0214]在MSC40中，RANAP消息处理器402A对RANAP:1NITIAL UE MESSAGE(初始UE消息)消息解码，并且此外，NAS消息处理器403A对设置在NAS-PDU中的CM SERVICE REQUEST (CM服务请求)消息解码。该解码的结果被报告给呼叫控制单元404A。呼叫控制单元404A在步骤S116中判断本发明所引入的紧急原因参数是否被设置，并且如果紧急原因参数被设置，则在步骤S117中激活针对CS(电路交换)服务的未经授权访问对策处理。
[0215]图20示出了用于CS服务的未经授权访问对策处理的流程图。
[0216]参考图20，呼叫控制单元404A在步骤S301中检查设置在从移动台站10发送来的MM 协议的 CM SERVICE REQUEST (CM 服务请求)消息(TS24.008Ver8.5.0 第 9.2.9 节)中的CM服务类型参数(TS24.008Ver8.5.0第10.5.3.3节)是否为“紧急呼叫建立”。
[0217]呼叫控制单元404A接下来在步骤S302中检查作为由MSC40发送的呼叫发起信号的CC协议的SETUP (设立)(TS24.008Ver8.5.0第9.3.23节设立)消息的电话号码(TS24.008Ver8.5.0 第 10.5.4.7 节)是否为紧急号码。更具体地，TS24.008Ver8.5.0/3GPPTS24.008的图10.5.91 (被叫方B⑶号码信息元素)中的号码数位1、号码数位2、号码数位3等与电话号码相关，并且呼叫控制单元404A检查该电话号码是否为紧急号码。TS24.008的第10.5.4.7节的被叫方BCD号码是指连接号码，并且BCD ( 二进制编码的十进制)指示十进制表达中的一个数位由从O至9表达的4位二进制数来表达，并且是计算机中表达数目的一种方法。
[0218]在步骤S303中，呼叫控制单元404A接下来检查EMERGENCYSETUP(紧急设立)过程(TS24.008Ver8.5.0第9.3.8节)是否正在移动台站10中被执行。例如，当接收到来自移动台站10的用于启动“紧急呼叫建立”的消息时，呼叫控制单元404A基于信息元素“紧急设立消息类型”来检查EMERGENCY SETUP (紧急设立)过程是否正被执行。
[0219]如果步骤S301-S303中的任一检查得到满足，则呼叫控制单元404A确定呼叫类型为紧急呼叫，并且继续用于紧急呼叫的呼叫处理。另一方面，如果任一检查都未被满足，则呼叫控制单元404A在步骤S304中确定呼叫类型是常规呼叫，将移动台站10视为未经授权移动台站10-2，并且启动呼叫释放处理。
[0220]以这种方式，可以防止假设不能访问HNB20的并且将建立原因更改为伪装表示紧急呼叫的未经授权移动台站10-2接收由HNB20实现的服务。
[0221](B)分组交换呼叫的情况:
[0222]接下来描述当移动台站10发起作为分组交换紧急呼叫的呼叫时的操作的示例。
[0223]除了在电路交换呼叫情况中由MSC40执行的处理由SGSN50执行之外，分组交换呼叫情况中的操作序列与电路交换呼叫的操作类似。然而，在分组交换呼叫的情况中，SM(会话管理)协议消息和GMM(GPRS移动性管理)协议消息被应用作为NAS消息。结果，在步骤S117中启动的未经授权访问对策处理是针对PS (分组交换)服务的未经授权访问对策。此处理中的紧急呼叫标识方法不同于CS服务中的。另外，当在分组交换中使用语音时，VoIP (基于IP的语音)方法被使用。GMM是用于(PS)分组服务中的移动性管理的协议。
[0224]图21示出了用于PS服务的未经授权访问对策处理的流程图。
[0225]参考图21，SGSN50的呼叫控制单元504A在步骤S401中检查设置在从移动台站10发送来的SM协议的激活rop (分组数据协议)上下文请求消息(3GPP TS24.008Ver8.5.0第9.5.1节)中的APN(接入点名称)(3GPP TS24.008Ver 9.5.1第10.5.6.1节)是否是紧急呼叫的特性。
[0226]呼叫控制单元504A接下来在步骤S402中检查在移动台站10中执行的GMM过程是否是紧急附接过程(TR23.869Ver9.0.0)。
[0227]呼叫控制单元504A接下来在步骤S403中检查在SGSN50中激活的PDP上下文是否是用于紧急呼叫的PDP上下文。例如，呼叫控制单元504A检查在SGSN50中激活的I3DP上下文是否是TR23.869Ver9.0.0中的紧急PDP上下文。
[0228]如果步骤S401-S403中的任一者得到满足，则呼叫控制单元504A判定呼叫类型为紧急呼叫并且继续用于紧急呼叫的呼叫处理。另一方面，如果这些检查中的任一者未被满足，则呼叫控制单元504A在步骤S404中判定呼叫类型为常规呼叫，将移动台站10视为未经授权移动台站10-2，并且启动呼叫释放处理。
[0229]因此，即使在分组交换VoIP的情况中，也可以防止假设不能访问HNB20的未经授权移动台站10-2将建立原因更改为伪装表示紧急呼叫并且防止其接收由HNB20实现的服务。
[0230]第三示例性实施例
[0231]图22至图24分别示出了本示例性实施例的MSC40、SGSN50和HNB-GW 30的配置。
[0232]参考图22，本示例性实施例的MSC40包括:判断实际上由移动台站10发起的呼叫的呼叫类型是否为紧急呼叫并且将指示呼叫类型为紧急呼叫的信息包括在RANAP协议消息中的控制单元41B，以及将RANAP协议消息发送给HNB-GW 30的发送单元42B。
[0233]参考图23，本示例性实施例的SGSN50包括:判断实际上由移动台站10发起的呼叫的呼叫类型是否为紧急呼叫并且将指示呼叫类型为紧急呼叫的信息包括在RANAP协议消息中的控制单元51B，以及将RANAP协议消息发送给HNB-GW30的发送单元52B。
[0234]另外，参考图24，本示例性实施例的HNB-GW30包括:接收来自MSC40或SGSN50的RANAP协议消息的接收单元31B，以及当指示呼叫类型为紧急呼叫的信息被包含在RANAP协议消息中时实现呼叫释放处理的控制单元32B。
[0235]因此，在本示例性实施例中，HNB-GW30能够感测出实际由移动台站10发起的呼叫的呼叫类型为紧急呼叫。
[0236]结果，当移动台站10将建立原因更改为伪装表示紧急呼叫时，HNB-GW30能够实现移动台站10的呼叫释放处理并且因此防止移动台站10不当地接收HNB20所实现的服务。
[0237]第四示例性实施例
[0238]图25至图27分别示出了本示例性实施例的MSC40、SGSN50和HNB-GW30的配置。本示例性实施例是使得图22-24的第三示例性实施例的MSC40、SGSN50和HNB-GW30的配置和操作更加具体的一个示例。
[0239]参考图25，本示例性实施例的MSC40包括:HNB_GW信号收发器401B、RANAP消息处理器402B、NAS消息处理器403B、呼叫控制单元404B以及台站数据存储单元405B。
[0240]在图25中，图22所示的控制单元42B由RANAP消息处理器402B、NAS消息处理器403B、呼叫控制单元404B以及台站数据存储单元405B组成。HNB-GW信号收发器40IB是图22所示的发送单元42B的一个示例。
[0241]HNB-Gff信号收发器401B、RANAP消息处理器402B、NAS消息处理器403B和台站数据存储单元405B各自分别具有与图13所示的HNB-GW信号收发器401A、RANAP消息处理器402A、NAS消息处理器403A以及台站数据存储单元405A相同的功能。
[0242]与图13的呼叫控制单元404A类似，呼叫控制单元404B具有安装在MSC40中的呼叫处理器通常持有的功能。
[0243]除了之前的描述之外，呼叫控制单元404B还具有作为本示例性实施例的特别功能的如下功能:分析NAS消息以判断由移动台站10发起的呼叫的呼叫类型是否是紧急呼口H，并且基于判断结果，设置发送给HNB-GW30的RANAP协议消息中的呼叫类型参数。
[0244]另外，参考图26，本示例性实施例的SGSN50包括HNB-GW信号收发器501B、RANAP消息处理器502B、NAS消息处理器503B、呼叫控制单元504B和台站数据存储单元505B。
[0245]在图26中，图23所示的控制单元51B由RANAP消息处理器502B、NAS消息处理器503B、呼叫控制单元504B和台站数据存储单元505B组成。HNB-GW信号收发器50IB是图23所示的发送单元52B的一个示例。
[0246]HNB-Gff信号收发器501B、RANAP消息处理器502B、NAS消息处理器503B和台站数据存储单元505B各自分别具有与图14所示的HNB-GW信号收发器501A、RANAP消息处理器502A、NAS消息处理器503A和台站数据存储单元505A相同的功能。
[0247]类似于图14所示的呼叫控制单元504A，呼叫控制单元504B具有安装在SGSN50中的呼叫处理器通常持有的功能。
[0248]除了之前的描述以外，作为本示例性实施例的特别功能，呼叫控制单元504B具有如下功能:分析NAS消息以判断由移动台站10发起的呼叫的呼叫类型是否是紧急呼叫，并且基于判断结果，设置发送给HNB-GW30的RANAP协议消息中的呼叫类型参数。
[0249]参考图27，本示例性实施例的HNB-GW30包括:HNB信号收发器301B、RUA消息处理器302B、SGSN信号收发器303B、MSC信号收发器304B、HNBAP消息处理器305B、呼叫控制单元306B、RANAP消息处理器307B以及台站数据存储单元308B。
[0250]在图27中，图24所示的控制单元32B由RUA消息处理器302B、HNBAP消息处理器305B、呼叫控制单元306B、RANAP消息处理器307B以及台站数据存储单元308B组成。另夕卜，SGSN信号收发器303B和MSC信号收发器304B是图24所示的接收单元31B的示例。
[0251]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相同的功能。
[0252]与图12所示的呼叫控制单元306A类似，呼叫控制单元306B具有安装在HNB-GW30中的呼叫处理器通常持有的功能。
[0253]除了以上描述之外，作为本示例性实施例的特别功能，呼叫控制单元306B还具有如下功能:用于当“常规呼叫”被设置在从MSC40或SGSN50接收的RANAP协议消息的呼叫类型参数中时判定移动台站10所发起的呼叫的呼叫类型为常规呼叫，并且如果移动台站10此时执行了作为紧急呼叫的呼叫发起，则执行呼叫释放处理。
[0254]本示例性实施例的HNB20的配置可以与图9所示的相同。然而，HNB20的呼叫控制单元205A可以具有安装在HNB20中的呼叫处理器通常持有的功能。
[0255]接下来描述本示例性实施例的移动通信系统的操作。
[0256](I)工作示例I
[0257]本工作示例是在MSC40或SGSN50中判断的判断呼叫类型的结果在RANAP的COMMON ID(公共ID)消息(3GPP TS25.413)中被报告的示例。
[0258](1-A)电路交换呼叫的情况:
[0259]首先通过图28的序列图描述MSC40在RANAP COMMON ID (公共ID)消息中报告电路交换呼叫的呼叫类型的判断结果的情况的工作示例。图28示出了在图15所示的处理完成之后的操作，但是假设图15所示的步骤S112、S113、S116和S117的处理不被执行，并且此外，假设紧急原因参数未被包含在在步骤S114和S115中发送的RANAP:1NITIAL UEMESSAGE (初始UE消息)消息中。
[0260]通常，如3GPP TS25.413中所述的，在信令连接建立之后，核心网络装置向HNB-GW30 发送 RANAP:COMMON ID(公共 ID)消息。
[0261 ] 参考图28，在MSC40中，在步骤S501的信令连接建立之后，呼叫控制单元404B在步骤S502中启动确定呼叫类型参数的处理。
[0262]图29是在MSC40中确定呼叫类型参数的处理的流程图。
[0263]参考图29，呼叫控制单元404B在步骤S601中检查设置在从移动台站10发送来的MM 协议的 CM SERVICE REQUEST (CM 服务请求)消息(TS24.008Ver8.5.0 第 9.2.9 节)中的CM服务类型参数(TS24.008Ver8.5.0第10.5.3.3节)是否为“紧急呼叫建立”。
[0264]在步骤S602，呼叫控制单元404B接下来检查作为由MSC40发送的发起信号的CC协议的SETUP (设立)(TS24.008Ver8.5.0第9.3.23节设立)消息的电话号码(TS24.008Ver8.5.0 第 10.5.4.7 节)是否为紧急号码。更具体地，TS24.008Ver8.5.0/3GPPTS24.008的图10.5.91 (被叫方B⑶号码信息元素)中的号码数位1、号码数位2、号码数位3对应于电话号码，并且呼叫控制单元404B检查该电话号码是否为紧急号码。TS24.008的第10.5.4.7节的被叫方B⑶号码是指连接号码，并且B⑶是计算机中表达数目的一种方法，其中，十进制表达中的一个数位由从O至9表达的4位二进制数来表达。
[0265]在步骤S603，呼叫控制单元404B接下来检查EMERGENCY SETUP (紧急设立)过程(TS24.008Ver8.5.0第9.3.8节)是否正在移动台站10中被执行。例如，当接收到来自移动台站10的用于启动“紧急呼叫建立”的消息时，呼叫控制单元404B基于信息元素“紧急设立消息类型”来检查EMERGENCY SETUP (紧急设立)过程是否正被执行。
[0266]如果步骤S601-S603中的任一检查得到满足，则呼叫控制单元404B在步骤S604中确定呼叫类型为紧急呼叫，并且确定呼叫类型参数为“常规呼叫”。另一方面，如果任一检查都未被满足，则呼叫控制单元404B在步骤S605中确定呼叫类型是常规呼叫，并且将呼叫类型参数确定为“紧急呼叫”。
[0267]再次参考图28，在MSC40中，如果在步骤S503中当呼叫控制单元404B向HNB-GW30发送RANAP:COMMON ID(公共ID)消息时呼叫类型参数已被确定，则该呼叫类型参数被设置。根据本发明的RANAP:C0MM0N ID (公共ID)消息的配置在图30中示出。
[0268]在HNB-GW30中，在步骤S504中当接收到RANAP:C0MM0N ID(公共ID)消息时呼叫类型参数被包括时，则呼叫控制单元306B在步骤S505中，在移动台站10访问HNB-GW30时将该呼叫类型参数与HNBAP:UE REGISTER REQUEST(UE登记请求)消息(图5)中的登记原因参数(图6)相比较。
[0269]图31示出了在本示例性实施例的HNB-GW30中根据呼叫类型来确定处理的表。
[0270]例如，在图31所示的情况2中，即使HNBAP:UE REGISTER REQUEST (UE登记请求)的登记原因参数为“紧急呼叫”，而从MSC40报告来的呼叫类型参数为“常规呼叫”。因此，HNB-GW30判定移动台站10伪装表示紧急呼叫并且非法访问HNB20，因而HNB-GW30执行呼叫释放处理。
[0271]以这种方式，假设不能访问HNB20并且更改建立原因以错误表示紧急呼叫的未经授权移动台站10-2可被阻止接收HNB20的服务。
[0272](1-B)分组交换呼叫的情况:
[0273]接下来描述SGSN50在RANAP COMMON ID (公共ID)消息中报告分组交换呼叫的呼叫类型的判断结果的情况的操作示例。
[0274]除了在MSC40中执行的处理现在在SGSN50中执行以外，分组交换呼叫情况的操作序列与电路交换呼叫的情况类似。然而，在步骤S502中激活的确定呼叫类型参数的处理不同。
[0275]图32是在SGSN50中确定呼叫类型参数的处理的流程图。
[0276]参考图32，在步骤S701中，呼叫控制单元504B检查设置在从移动台站10发送来的SM协议的激活PDP上下文请求消息(3GPP TS24.008Ver8.5.0第9.5.1节)中的APN(3GPPTS24.0089.5.1第10.5.6.1节)是否为紧急呼叫的特性。
[0277]接下来，在步骤S702，呼叫控制单元504B检查在移动台站10中执行的GMM过程是否是紧急附接过程(TR23.869Ver9.0.0)。
[0278]在步骤S703中，呼叫控制单元504B检查在SGSN50中激活的PDP上下文是否是用于紧急呼叫的PDP上下文。例如，呼叫控制单元504B检查在SGSN50中激活的PDP上下文是否是TR23.869Ver9.0.0中的紧急PDP上下文。
[0279]如果步骤S701-S703的检查中的任一者得到满足，则呼叫控制单元504B在步骤S704中判定呼叫类型为紧急呼叫并且确定呼叫类型参数为“常规呼叫”。另一方面，如果这些检查都未被满足，则呼叫控制单元504B在步骤S705中判定呼叫类型为常规呼叫并且确定呼叫类型参数为“紧急呼叫”。
[0280]在SGSN50中，如果当RANAP: COMMON ID (公共ID)消息被发送给HNB-GW30时呼叫类型参数已被确定，则呼叫控制单元504B设置该呼叫类型参数。根据本发明的RANAP iCOMMON ID (公共ID)消息的结构与MSC40的情况一样，如图30所示。
[0281 ] 在HNB-GW30中，如果在接收到RANAP: COMMON ID (公共ID)消息时呼叫类型参数被包括，则呼叫控制单元306B在移动台站10访问HNB-GW30时，将该呼叫类型参数与HNBAP:UE REGISTER REQUEST (UE登记请求)消息(图5)中的登记原因参数(图6)相比较。
[0282]例如，在图31所示的情况2中，即使HNBAP:UE REGISTER REQUEST (UE登记请求)的登记原因参数为“紧急呼叫”，而从SGSN50报告来的呼叫类型参数为“常规呼叫”。因此，基于这些状况，HNB-GW30判定移动台站10伪装表示紧急呼叫并且非法访问HNB20，因此实施呼叫释放处理。
[0283]因此，在分组交换VoIP的情况中，假设不能访问HNB20并且更改建立原因以伪装表示紧急呼叫的未经授权移动台站10-2可被阻止接收HNB20的服务。
[0284](2)工作示例2
[0285]该工作示例是在RANAP (3GPP TS25.413) DIRECT RANSFER(直接传送)消息中报告在MSC40或SGSN50中进行判断的对呼叫类型的判断结果的示例。
[0286](2-A)电路交换呼叫的情况:
[0287]首先通过图33的序列图描述MSC40在RANAP DIRECT TRANSFER (直接传送)消息中报告电路交换呼叫的呼叫类型的判断结果的情况的工作示例。图33示出了在图15所示的处理完成之后的操作，但是这里假设图15所示的步骤S112、S113、S116和S117的处理不被执行，并且此外，假设紧急原因参数未被包含在在步骤S114和S115中发送的RANAP:1NITIAL UE MESSAGE (初始 UE 消息)消息中。
[0288]通常，如3GPP TS25.413中所述的，当发送诸如CC协议或MM协议之类的NAS消息时，核心网络装置向HNB-GW30发送RANAP:DIRECT TRANSFER(直接传送)消息。
[0289]参考图33，在MSC40中，当在步骤S801中发送了 NAS消息之后，呼叫控制单元404B在步骤S802中启动确定呼叫类型参数的处理。在MSC40中确定呼叫类型参数的处理与如图29所示的工作示例I的相同。
[0290]在MSC40中，如果当在步骤S803中RANAP:DIRECT TRANSFER(直接传送)消息被发送给HNB-GW30时呼叫类型参数被确定，则呼叫控制单元404B设置该呼叫类型参数。根据本发明的RANAP:DIRECT TRANSFER(直接传送)消息的配置在图34中示出。
[0291 ] 在HNB-GW30中，如果在步骤S804中在接收RANAP: DIRECT TRANSFER (直接传送)消息时呼叫类型参数被包括，则呼叫控制单元306B在步骤S805中，在移动台站10访问HNB-GW30时将该呼叫类型参数与HNBAP:UE REGISTER REQUEST(UE登记请求)消息(图5)中的登记原因参数(图6)相比较。
[0292]例如，在图31所示的情况2中，即使HNBAP:UE REGISTER REQUEST (UE登记请求)的登记原因参数为“紧急呼叫”，而从MSC40报告来的呼叫类型参数为“常规呼叫”。因此，基于这些状况，HNB-GW30判定移动台站10错误表示了紧急呼叫并且非法访问HNB20，因此实施呼叫释放处理。
[0293]结果，假设不能访问HNB20并且更改建立原因以错误表示紧急呼叫的未经授权移动台站10-2可被阻止接收HNB20的服务。
[0294](2-B)分组交换呼叫的情况:
[0295]接下来描述SGSN50通过RANAP: DIRECT TRANSFER (直接传送)消息报告分组交换呼叫的呼叫类型的判断结果的情况的操作示例。
[0296]除了处理在SGSN50中被执行以外，分组交换呼叫情况的操作序列与电路交换呼叫情况中在MSC40中执行的处理类似。然而，在步骤S802中激活的确定呼叫类型参数的处理不同。在SGSN50中确定呼叫类型参数的处理与如图32所示的工作示例I类似。
[0297]在SGSN50中，如果当RANAP:DIRECT TRANSFER(直接传送)消息被发送给HNB-GW30时呼叫类型参数被确定，则呼叫控制单元504B设置该呼叫类型参数。根据本发明的RANAP:DIRECT TRANSFER(直接传送)消息的配置与如图34所示的MSC40的情况相同。
[0298]在HNB-GW30中，当接收到RANAP:DIRECT TRANSFER(直接传送)消息时呼叫类型参数被包括时，则呼叫控制单元306B在移动台站10访问HNB-GW30时，将该呼叫类型参数与HNBAP:UE REGISTER REQUEST (UE登记请求)消息(图5)中的登记原因参数(图6)相比较。
[0299]例如，在图31所示的情况2中，即使HNBAP:UE REGISTER REQUEST (UE登记请求)的登记原因参数为“紧急呼叫”，而从SGSN50报告来的呼叫类型参数为“常规呼叫”。因此，基于这些状况，HNB-GW30判定移动台站10错误表示了紧急呼叫并且非法访问HNB20，因此实施呼叫释放处理。以这种方式，即使对于分组交换VoIP的情况，假设不能访问HNB20并且更改建立原因以错误表示紧急呼叫的未经授权移动台站10-2可被阻止接收HNB20的服务。
[0300](3)工作示例3:
[0301]该工作示例是在RANAP (3GPP TS25.413)的RAB (无线电接入载体)ASSIGNMENTREQUEST(指派请求)消息中报告在MSC40或SGSN50中进行判断的对呼叫类型的判断结果的情况。
[0302](3-A)电路交换呼叫的情况:
[0303]首先沿着图35的序列图描述MSC40在RANAP RAB ASSIGNMENT REQUEST (指派请求)消息中报告电路交换呼叫的呼叫类型的判断结果的情况的工作示例。图35示出了在图15所示的处理完成之后的操作，但是这里假设步骤S112、S113、S116和S117的处理不被执行，并且此外，假设紧急原因参数未被包含在在步骤S114和S115中发送的RANAP:1NITIALUE MESSAGE (初始UE消息)消息中。
[0304]通常，如3GPP TS25.413中所述的，当核心网络装置接收到来自移动台站10的呼叫建立请求并且建立无线接入载体时，核心网络装置向HNB-GW30发送RANAP:RABASSIGNMENT REQUEST(指派请求)消息。
[0305]参考图35，在MSC40中，当在步骤S901中接收到来自移动台站10的呼叫建立请求之后，呼叫控制单元404B确定无线接入载体的QoS (服务质量)并且然后在步骤S903中激活确定呼叫类型参数的处理。在MSC40中确定呼叫类型参数的处理与如图29所示的工作示例I的相同。
[0306]在MSC40 中，如果当在步骤 S904 中 RANAP: RAB ASSIGNMENT REQUEST (指派请求)消息被发送给HNB-GW30时呼叫类型参数被确定，则呼叫控制单元404B设置该呼叫类型参数。根据本发明的RANAP:RAB ASSIGNMENT REQUEST(指派请求)消息的配置在图36中示出。
[0307]在HNB-GW30 中，如果在步骤 S905 中在接收 RANAP: RAB ASSIGNMENT REQUEST (指派请求)消息时呼叫类型参数被包括，则呼叫控制单元306B在步骤S906中，在移动台站10访问HNB-GW30时将该呼叫类型参数与HNBAP:UE REGISTER REQUEST (UE登记请求)消息(图5)中的登记原因参数(图6)相比较。
[0308]例如，在图31所示的情况2中，即使HNBAP:UE REGISTER REQUEST (UE登记请求)的登记原因参数为“紧急呼叫”，而从MSC40报告来的呼叫类型参数为“常规呼叫”。因此，基于这些状况，HNB-GW30判定移动台站10伪装表示了紧急呼叫并且非法访问HNB20，因此实施呼叫释放处理。
[0309]以这种方式，假设不能访问HNB20并且更改建立原因以伪装表示紧急呼叫的未经授权移动台站10-2可被阻止接收HNB20的服务。
[0310](3-B)分组交换呼叫的情况:
[0311 ] 接下来描述SGSN50在RANAP: RAB ASSIGNMENT REQUEST (指派请求)消息中报告分组交换呼叫的呼叫类型的判断结果的情况的操作示例。
[0312]除了在MSC40中执行的处理在SGSN50中被执行以外，分组交换呼叫情况的操作序列与电路交换呼叫类似。然而，在步骤S802中激活的确定呼叫类型参数的处理不同。在SGSN50中确定呼叫类型参数的该处理与如图32所示的工作示例I类似。
[0313]在SGSN50中，如果当RANAP: RAB ASSIGNMENT REQUEST (指派请求)消息被发送给HNB-GW30时呼叫类型参数被确定，则呼叫控制单元504B设置该呼叫类型参数。根据本发明的RANAP:RAB ASSIGNMENT REQUEST(指派请求)消息的配置与如图36所示的MSC40的情况相同。
[0314]在HNB-GW30 中，如果在接收到 RANAP: RAB ASSIGNMENT REQUEST (指派请求)消息时呼叫类型参数被包括，则呼叫控制单元306B在移动台站10访问HNB-GW30时，将该呼叫类型参数与HNBAP:UE REGISTER REQUEST(UE登记请求)消息(图5)中的登记原因参数(图6)相比较。
[0315]在图31所示的情况2中，即使HNBAP:UE REGISTER REQUEST(UE登记请求)的登记原因参数为“紧急呼叫”，而从SGSN50报告来的呼叫类型参数为“常规呼叫”。因此，基于这些状况，HNB-GW30判定移动台站10伪装表示了紧急呼叫并且非法访问HNB20，因此实施呼叫释放处理。
[0316]以这种方式，即使在分组交换VoIP的情况中，假设不能访问HNB20并且更改建立原因以伪装表示紧急呼叫的未经授权移动台站10-2可被阻止接收HNB20的服务。
[0317]在本发明的HNB20、HNB-GW30、MSC40和SGSN50中执行的方法可被应用于将由计算机运行的程序。另外，该程序可被存储在记录介质上并且可通过网络被提供到外面。
[0318]虽然上面已基于优选的示例性实施例详细描述了本发明，然而本发明不限于上述示例性实施例，并且显然存在不脱离本发明的主旨的各种修改的可能。
[0319]例如，在第二示例性实施例中，对RANAP协议消息的紧急原因值的设置由HNB20执行，但是该设置也可由HNB-GW30执行。
[0320]另外，在第二示例性实施例中，未经授权访问对策在MSC40或SGSN50中执行，但是这些对策也可在HNB-GW30中执行。在此情况中，如第四示例性实施例中一样，HNB-GW30从MSC40或SGSN50接收指示移动台站10所发起的呼叫的实际呼叫类型是紧急呼叫的信息，并且使用图31的表来实施未经授权访问对策。
[0321]另外，根据第一至第四示例性实施例，RANAP协议消息被用来在HNB20、HNB-GW30和核心网络装置(MSC40或SGSN50)之间传输指示移动台站10发起了作为紧急呼叫的呼叫的信息或者指示移动台站10发起的呼叫的实际呼叫类型是紧急呼叫的信息。然而，这些消息不限于RANAP协议消息，并且如果消息可在HNB20、HNB-GW30和核心网络装置间传输，则还可以使用其它消息。
[0322]本申请要求2009年4月17日提交的日本专利申请N0.2009-1011130的优先权，该申请的所有公开通过引用被结合。
【权利要求】
1.一种网关装置，所述网关装置将基站连接到核心网络装置，所述网关装置包括: 第一信号发送/接收单元，所述第一信号发送/接收单元与所述基站通信；和 第二信号发送/接收单元，所述第二信号发送/接收单元与所述核心网络装置通信， 其中所述网关装置检查与紧急呼叫有关的第一消息和与所述紧急呼叫有关的第二消息的一致性。
2.根据权利要求1所述的网关装置，其中 所述第一消息是UE REGISTER REQUEST消息。
3.根据权利要求1或2所述的网关装置，其中 所述第二消息是RAB ASSIGNMENT REQUEST消息。
4.根据权利要求1所述的网关装置，其中 所述第一消息包括登记原因参数。
5.根据权利要求1所述的网关装置，其中 所述第一消息是与登记有关的消息；并且 所述第二消息是与建立有关的消息。
6.根据权利要求5所述的网关装置，其中 所述与登记有关的消息是从所述基站发送到所述网关装置以将移动台站登记在所述网关装置的消息。
7.根据权利要求5所述的网关装置，其中 所述与建立有关的消息是从所述核心网络装置发送到所述网关装置的消息。
8.—种由网关装置实现的通信方法，所述网关装置将基站连接到核心网络装置，所述通信方法包括以下步骤: 与所述基站通信； 与所述核心网络装置通信；和 检查与紧急呼叫有关的第一消息和与所述紧急呼叫有关的第二消息的一致性。
9.一种通信系统中的移动台站，所述通信系统包括基站、核心网络装置和网关装置，所述网关装置将所述基站连接到所述核心网络装置，所述移动台站包括: 通信单元，所述通信单元与所述基站通信， 其中所述基站与所述网关装置通信，所述网关装置检查与紧急呼叫有关的第一消息和与所述紧急呼叫有关的第二消息的一致性。
10.根据权利要求9所述的移动台站，其中 所述第一消息是UE REGISTER REQUEST消息。
11.根据权利要求9所述的移动台站，其中 所述第二消息是RAB ASSIGNMENT REQUEST消息。
12.根据权利要求9所述的移动台站，其中 所述第一消息包括登记原因参数。
13.根据权利要求9所述的移动台站，其中 所述第一消息是与登记有关的消息；并且 所述第二消息是与建立有关的消息。
14.根据权利要求13所述的移动台站，其中 所述与登记有关的消息是从所述基站发送到所述网关装置以将移动台站登记在所述网关装置的消息。
15.根据权利要求13所述的移动台站，其中 所述与建立有关的消息是从所述核心网络装置发送到所述网关装置的消息。
【文档编号】H04W12/08GK104507090SQ201410747936
【公开日】2015年4月8日 申请日期:2010年3月1日 优先权日:2009年4月17日
【发明者】植田佳央, 林贞福 申请人:日本电气株式会社