CN102026131A - 呼叫处理方法、设备和系统 - Google Patents

Abstract

本发明涉及无线通信技术，公开了一种呼叫处理方法、设备和系统，该方法包括：为HNB下发起紧急呼叫的用户终端UE分配上下文资源，允许该UE进行紧急呼叫通话；紧急呼叫结束后，对于非准入用户，释放为该UE分配的上下文资源。通过本发明实施例提供的技术方案，可以提高准入控制的安全性。

Description

呼叫处理方法、设备和系统

技术领域

本发明涉及无线通信技术，特别涉及一种呼叫处理方法、设备和系统。

背景技术

家庭基站(Home NodeB，简称HNB)是一种家用微型基站，主要用于提供家庭、企业或者公共场所的室内覆盖。其特点是空口采用第三代伙伴组织计划(Third Generation Partnership Projects，简称3GPP)协议，支持标准的宽带码分多址(Wideband Code Division Multiple Access，简称WCDMA)终端，利用互联网协议(Internet Protocol，简称IP)网络做回传，支持即插即用。

HNB支持用户准入控制，目前有三种准入模式：开放式Open、封闭式Close、混合式Hybrid。其中，Open模式下，HNB不做准入控制；Close模式下，HNB允许准入用户发起正常业务，但拒绝非准入用户在HNB内发起业务；Hybrid模式下，允许所有用户在HNB内发起业务，但准入用户的优先级较高。

同时，根据UE和网络的封闭用户组(Closed Subscriber Group，简称CSG)能力，用户准入有两种流程：CSG准入和非CSG准入。当UE和网络都支持CSG时，采用CSG准入，否则，采用非CSG准入。CSG准入在核心网进行，非CSG准入在接入网进行。

目前，3GPP正在制订HNB相关协议。在紧急呼叫安全方面，Close模式的CSG小区只对准入用户开放业务，但是允许非准入用户进行紧急呼叫。

本发明的发明人在实现本发明的过程中发现，目前CSG小区紧急呼叫存在如下问题：非准入用户发起紧急呼叫后，可以进行正常业务。

发明内容

本发明实施方式要解决的主要技术问题是提供一种呼叫处理方法、设备和系统，可以提高准入控制的安全性。

为解决上述技术问题，本发明的实施例提供了一种呼叫处理方法，包括：为HNB下发起紧急呼叫的用户终端UE分配上下文资源，允许该UE进行紧急呼叫通话；紧急呼叫结束后，对于非准入用户，释放为该UE分配的上下文资源。

本发明的实施例提供了另一种呼叫处理方法，包括：判断家庭基站HNB下的用户设备UE发起的呼叫是否是紧急呼叫，以及判断该UE是否为非准入用户；如果该UE发起的不是紧急呼叫，并且该用户为非准入用户，则拒绝UE发起本次呼叫。

本发明的实施例提供了一种呼叫处理设备，包括：第一单元，用于为HNB下发起紧急呼叫的用户终端UE分配上下文资源，允许该UE进行紧急呼叫通话；以及第二单元，用于在紧急呼叫结束后，对于非准入用户，释放为该UE分配的上下文资源。

本发明的实施例提供了一种呼叫处理设备，包括：判断单元，用于判断家庭基站HNB下的用户设备UE发起的呼叫是否是紧急呼叫，以及判断该UE是否为非准入用户；拒绝单元，用于当所述判断单元判断UE发起的呼叫不是紧急呼叫、且该UE为非准入用户时，拒绝该UE发起本次呼叫。

本发明的实施例提供了一种呼叫处理系统，包括前述的呼叫处理设备。

本发明实施方式与现有技术相比，主要区别及其效果在于：

本发明的一个实施例提供的技术方案，通过在紧急呼叫结束后，释放为非准入用户分配的上下文资源，防止非准入用户利用紧急呼叫来发起不允许的业务，提高了准入控制的安全性。本发明的另外一个实施例提供的技术方案，判断HNB下的UE发起的呼叫是否是紧急呼叫、以及该UE是否为非准入用户，如果该UE发起的不是紧急呼叫且该UE为非准入用户，拒绝该UE发起本次呼叫，通过这样的准入机制，同样可以防止非准入用户利用紧急呼叫来发起不允许的业务，提高了准入控制的安全性。

附图说明

图1是本发明实施例一的呼叫处理方法流程示意图；

图2是本发明实施例二的呼叫处理方法流程示意图；

图3是本发明实施例二的方法中UE去注册流程示意图；

图4是本发明实施例二的方法中另外一种UE去注册流程示意图；

图5是本发明实施例三的呼叫处理方法流程示意图；

图6是本发明实施例四的呼叫处理方法流程示意图；

图7是本发明实施例五的呼叫处理设备结构示意图；

图8是本发明实施例六的呼叫处理设备结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

值得说明的是，本发明实施例提供的技术方案，可以适用于各种通信系统，比如长期演进系统(Long Term Evolution，简称LTE)、宽带码分多址(Wideband Code Division Multiple Access，简称WCDMA)或全球移动通信系统(Global System for Mobile Communications，简称GSM)等。

可以理解的是，HNB和小区具有对应的关系，如果HNB基站不支持CSG，则相应小区为CSG小区。现有技术的技术方案中，Close模式的CSG小区只对准入用户开放业务，但是允许非准入用户进行紧急呼叫。HNB根据呼叫原因来判断紧急呼叫，如果是紧急呼叫，则HNB/HNB GW不做准入判断，分配Context ID并允许用户通话。非准入用户紧急呼叫结束后，由于Context ID已分配，用户进行其他业务时不会再做准入。

针对现有技术中的问题，本发明提供了多种实施例。

实施例一：

针对上述技术问题，本发明实施例提供了一种呼叫处理方法，如图1所示，该方法包括如下步骤：

步骤101：为HNB下发起紧急呼叫的用户终端UE分配上下文资源，允许该UE进行紧急呼叫通话；

本步骤中，无论UE是否是准入UE，如果其发起的是紧急呼叫，均需要为该UE分配上下文资源，并允许其进行紧急呼叫通话。其中，分配的上下文资源可以是为该UE建立的context ID。

该context ID即UE上下文ID，作为UE上下文的标志，以便记录UE上下文并识别UE，该context ID同时也是信令连接ID。HNB场景下，在UE第一次驻留时就分配好该context ID，后续通过老化定时器来维护。

步骤102：如果该UE为非准入用户，则在该UE的紧急呼叫结束后，释放为该UE分配的上下文资源。

现有技术中，如果HNB/HNB网关(Gateway，简称GW)发现UE已经有了Context ID，就表示UE已经驻留过，不会再次做准入判断。所以，如果按照现有技术的方案，当非准入用户紧急呼叫结束后，由于Context ID已分配，用户进行其他业务时不会再做准入，这样，就造成非准入用户也能够在Close模式的CSG小区进行业务的情况。

针对该问题，本步骤中的处理方式为：紧急呼叫结束后，释放为非准入用户建立的context ID，也就是释放UE上下文。

具体的，可以由HNB根据UE的标识是否在准入列表内，判断UE是否是非准入用户；在判断结果为是的情况下，可以由HNB发起UE去注册流程，释放为UE分配的上下文资源(比如context ID)。或者，可以由HNB网关根据UE的标识是否在准入列表内，判断UE是否是非准入用户；在判断结果为是的情况下，由HNB网关发起UE去注册流程，释放为UE分配的上下文资源(比如context ID)。

进一步的，还可以包括：判断UE发起的呼叫是否是紧急呼叫，以及UE是否为非准入用户；如果UE发起的不是紧急呼叫，并且UE为非准入用户，则拒绝UE发起本次呼叫。

通过该实施例的描述可知，由于紧急呼叫结束后，释放了非准入用户的context资源，防止了非准入用户利用紧急呼叫来发起不允许的业务，从而提高准入控制的安全性。

实施例二：

以下结合图2，对本实施例二提供的呼叫处理方法进行详细描述，该实施例中，涉及的网元包括：UE、HNB、HNB GW以及核心网(Core network，简称CN)。

步骤201：UE驻留HNB小区之后，与HNB建立RRC连接；

本步骤中，UE与HNB建立无线电资源控制(Radio Resources Control，简称RRC)连接。在RRC建立过程中，UE可以携带UE标识信息UE identity，UE能力信息UE capabilities、建立原因值Establishment Cause等信息给HNB。该建立原因值可以表示该呼叫是否是紧急呼叫。

具体的，UE可以通过建立RRC连接发起一个非接入层(Non-AccessStadium，简称NAS)流程，比如，位置区更新(Location Area Update，简称LAU)流程。

步骤202：RRC建立之后，UE发起RRC直传消息；

该步骤中，RRC直传消息可以为RRC初始直传Initial Direct Transfer消息，该RRC初始直传消息中，可以携带UE的标识。该RRC初始直传消息可以为位置更新请求消息Location Updating Request message。

步骤203：HNB对步骤201中获取到的UE能力进行检查；

本步骤中，HNB对步骤201中获取到的UE能力进行检查，如果UE不支持CSG，则采用非CSG准入，非CSG准入在接入网(HNB GW/HNB)进行。

若该HNB中没有该UE的上下文ID，则执行步骤205，HNB发起到HNBGW的UE注册流程，该注册流程可以支持Context ID的分配，以便记录UE上下文并识别UE。

另外，可选的，在发起该UE注册流程之前，HNB可以先判断UE是否在RRC建立过程中上报了标识信息。该标识信息可以为国际移动用户识别码(international mobile subscriber identity，简称IMSI)信息或其他可以识别UE的标识信息，比如临时移动用户识别(Temporary Mobile SubscriberIdentity，简称TMSI)，但本发明实施例主要以IMSI为例进行描述。如果HNB判断UE没有在RRC建立过程中上报IMSI，且不是紧急呼叫流程，则HNB向UE发起获取IMSI的Identity过程，以获取其IMSI。

如果该HNB中已存有该UE的上下文ID，则不会触发UE注册流程。

步骤204：如果HNB启用辅助准入，HNB可以进行基于IMSI的准入控制；

本步骤为可选，具体的，HNB根据UE的IMSI是否在准入列表内，判断是否允许UE准入；需要说明的是，如果RRC连接请求中的呼叫原因值为紧急呼叫，则HNB就不做准入判断，直接允许该UE的准入；

步骤205：HNB发起到HNB GW的UE注册流程；

本步骤中，HNB向HNB GW发起UE注册流程，给HNB GW发送UE注册请求UE REGISTER REQUEST消息。该消息中可以携带UE Identity(比如IMSI)、UE能力信息和建立原因值Establishment Cause等信息。

步骤206：HNB GW对UE做准入控制；

本步骤中，HNB GW可以根据UE的IMSI是否在准入列表内，判断是否允许UE准入；需要说明的是，如果建立原因值表明UE发起的是紧急呼叫，则HNB GW就不做准入判断，即直接允许该UE的准入，接受该UE的注册请求。

步骤207：HNB GW接受UE注册请求，给UE分配上下文ID；

本步骤中，以紧急呼叫为例，该种场景下，HNB GW接受UE注册请求，给UE分配Context ID上下文ID，并且给HNB回复注册接受消息HNBAPUE REGISTER ACCEPT消息，该消息种包含上下文ID。

可以理解的是，如果HNB GW拒绝UE注册请求，则给HNB回复注册拒绝消息HNBAP UE REGISTER REJECT消息。

步骤208：HNB收到HNB GW的注册接受消息后，发起RUA CONNECT消息；

本步骤中，HNB发起RANAP用户适配(RANAP User Adaption，简称RUA)CONNECT消息，其中，该RUA CONNECT中可以包括无线接入网络应用部分(Radio Access Network Application Part，简称RANAP)InitialUE消息。

步骤209：HNB GW收到RUA CONNECT消息，与CN之间建立信令连接控制部分(Signalling Connection control Part，简称SCCP)连接，并向CN转发RANAP Initial UE消息；

步骤210：CN响应SCCP连接确认；

步骤211：UE与CN之间继续NAS流程。

步骤212：紧急呼叫结束后，对于非准入用户发起UE去注册流程，释放Context ID。

本步骤中，根据用户准入情况(如果已经做过准入控制则参考准入结果，如果没有做过则根据UE的IMSI是否属于准入列表进行判决)，对非准入用户发起UE去注册流程。

发起UE去注册流程的主体可以是HNB GW，或者，如果HNB做准入控制HNB的话，也可以是由HNB发起。可以理解的是，对于获取不到IMSI的用户，由于可以视为非准入用户，也可以做同样处理，即发起UE去注册流程，释放Context ID。

如前所述，因为如果HNB/HNB GW发现UE已经有了Context ID，就表示UE已经驻留过，不会再次做准入判断，为非准入用户发起不允许的业务提供了可能。因此，本发明实施例的技术方案，对于紧急呼叫场景，考虑到安全性的需要，在紧急呼叫结束后发起UE去注册流程，释放Context ID，可以提高CSG小区准入控制的安全性，防止非准入用户(非法用户)利用紧急呼叫来发起不允许的业务。

具体的，本发明实施例还提供了多种实现方式，以实现UE去注册流程，以下分别结合附图进行描述。

如图3所示，是本发明实施例提供的由HNB发起的UE去注册流程的示意图。

该流程包括：HNB通过发送UE去注册DE-REGISTER消息启动UE去注册流程。当收到UE去注册消息，HNB GW应释放该UE相关的所有资源，包括Context ID。

如图4所示，是本发明实施例提供的由HNB发起的UE去注册流程的示意图。

该流程包括：HNB GW通过发送UE DE-REGISTER消息启动UE去注册流程。当收到UE去注册消息，HNB应释放该UE相关的所有资源，包括Context ID。

可以理解的是，通过提供的多种UE去注册流程的实现方式，可以适应不同的应用场景，使得本发明实施例方案的实现更加灵活。

实施例三：

针对现有技术中存在的问题，本发明实施例还提供了另外一种实现方法，如附图5所示，包括：

501：判断家庭基站HNB下的用户设备UE发起的呼叫是否是紧急呼叫，以及判断该UE是否为非准入用户；

502：如果该UE发起的不是紧急呼叫，并且该UE为非准入用户，则拒绝UE发起本次呼叫。

具体的，可以通过以下方式判断UE是否为准入用户，HNB根据UE的标识是否在准入列表内(准入列表可以配置在HNB处)，判断该UE是否是非准入用户；或，HNB网关根据UE的标识是否在准入列表内(准入列表可以配置在HNB GW处)，判断该UE是否是非准入用户。

进一步的，在判断UE发起的呼叫是否是紧急呼叫之后，还可以包括：检查UE发起的紧急呼叫号码是否为非法，如果该紧急呼叫号码非法，并且该UE为非准入用户，则拒绝UE发起本次呼叫。

可见，本发明实施例提供的技术方案，通过在发起呼叫时对紧急呼叫流程的正确性进行判断，如果该UE发起的不是紧急呼叫且该UE为非准入用户，拒绝该UE发起本次呼叫，通过这样的准入机制，可以防止非准入用户利用紧急呼叫来发起不允许的业务，提高了准入控制的安全性。

实施例四：

针对现有技术中存在的问题，本发明实施例还提供了另外一种实现方法，以下具体结合附图6进行描述。该方法包括：

步骤601-602：UE与HNB建立RRC连接，UE发送RRC初始直传消息给HNB；

本实施例中，假设RRC连接请求中的建立原因为紧急呼叫，或者假设RRC初始直传消息为连接管理(Connection Management，简称CM)服务请求消息CM Service Request，且该CM Service Request中的建立原因为紧急呼叫，那么HNB/HNB GW就不做准入判断，即直接允许该UE的准入。

如前所述，如果采用现有技术中的方案，则如果后续UE发起的是CallSetup，而不是Emergency Call Setup，就会造成安全隐患。

步骤603-610：本发明实施例步骤603-610与前一个实施例的相应步骤大体类似，不再详细描述。值得说明的是，本发明实施例中CN网元以移动交换中心(Mobile Switching Centre，简称MSC)为例进行说明。

可选的，还可以包括鉴权流程和安全模式控制流程，图中未示出。

步骤611：UE通过NAS消息发起呼叫建立；

本步骤中，该NAS消息可以为Call Setup消息。

步骤612：验证紧急呼叫流程的正确性；

可以理解的是，该步骤既可以由HNB执行，也可以由HNB GW执行。

具体的，对于满足非CSG准入条件的紧急呼叫，检查NAS消息是否为Emergency Call Setup。如果不是Emergency Call Setup，并且用户无准入权限(如果已经做过准入控制则参考准入结果，如果没有做过则根据UE的IMSI是否属于准入列表进行判决)，则表明不符合紧急呼叫流程，拒绝发起本次呼叫，执行步骤613。

可选的，还进一步还可以检查紧急呼叫号码是否合法。如果紧急呼叫号码非法(即不属于政府允许的紧急呼叫号码列表，该列表可以预先配置在HNB/HNB GW上)，并且用户无准入权限，则拒绝发起本次呼叫，执行步骤613。

另外，对于获取不到IMSI的用户，也可以视为非接入用户进行同样处理。

可选的，在执行步骤612之后，还可以发送短消息提示用户，比如，提示该UE发起的呼叫被拒绝。

步骤613：断开连接并释放相关资源。

该步骤613具体可以由通过呼叫释放流程实现。需要注意的是，释放流程并不仅限于以下举例。

具体可以包括：呼叫过程中，HNB/HNB GW确定发起释放；HNB/HNBGW发送下行直传消息(比如Release Complete)给UE，释放移动性管理(Mobility Management，简称MM)连接；HNB/HNB GW发送直传消息(比如CM Service Abort)给MSC，释放MM连接；MSC发送Iu Release Command消息，释放Iu链路；HNB返回Iu Release Complete消息给MSC；HNB发送RRC Connect Release Request消息给UE，释放RRC链路；UE返回RRCConnect Release Complete消息，完成释放。

本发明实施例提供的技术方案，即使之前由于UE发起紧急呼叫而被予以准入，但后续UE在发起呼叫建立时，需要检查其紧急呼叫流程正确性，如果不符合紧急呼叫流程，则拒绝发起本次呼叫。以此保证了避免非准入用户利用紧急呼叫而发起不允许的业务，提高了准入控制的安全性。

进一步的，还可以进一步检查其紧急呼叫号码的合法性，避免利用非法紧急呼叫号码接入。

可以理解的是，本发明实施例提供的多种实现方案，既可以独立存在，也可以结合起来实现以解决现有技术中的问题。

比如，UE用户在HNB内发起呼叫，HNB/HNB GW检查其紧急呼叫流程正确性，可选的，可以进一步核查其紧急呼叫号码的合法性，如果检查不通过，则拒绝UE发起此次呼叫。而且，在呼叫释放后，HNB/HNB GW可以检查UE用户是否为准入用户，如果不是准入用户，则释放其Context ID。

这样，既可以在发起呼叫时予以检查，又可以进一步在紧急呼叫结束后释放Context ID，可以更充分的保证接入控制的安全性，避免非准入用户发起不允许的业务，维护网络安全和运营商利益。

实施例五：

本发明实施例还提供了一种呼叫处理设备，该设备可以是HNB GW，也可以是HNB，本发明实施例主要以该设备为HNB GW为例进行说明。

其设备包括：第一单元701，用于为家庭基站HNB下发起紧急呼叫的用户终端UE分配上下文资源，允许该UE进行紧急呼叫通话；以及第二单元702，用于在紧急呼叫结束后，对于非准入用户，释放为该UE分配的上下文资源。

可选的，第二单元702可以由判断子单元7021和释放子单元7022实现，其中，判断子单元7021，用于判断UE是否是非准入用户；释放子单元7022，用于在判断子单元7021判断UE为非准入用户时，释放为该UE分配的上下文资源。

具体的，判断子单元7021判断UE是否为非准入用户，可以采用方法实施例中描述的方式，此处不再赘述。

进一步的，该判断子单元7021还可以用于：判断UE发起的呼叫是否是紧急呼叫；相应的，该设备还可以包括第三单元703，用于当判断子单元7021判断UE为非准入用户、且UE发起的呼叫不是紧急呼叫时，拒绝该UE发起本次呼叫。

本发明的一个实施例提供的呼叫处理设备，通过在紧急呼叫结束后，释放为非准入用户分配的上下文资源，防止非准入用户利用紧急呼叫来发起不允许的业务，提高了准入控制的安全性。

实施例六：

本发明实施例还提供了一种呼叫处理设备，该设备可以是HNB GW，也可以是HNB，本发明实施例主要以该设备为HNB GW为例进行说明。

该设备包括：判断单元801，用于判断家庭基站HNB下的用户设备UE发起的呼叫是否是紧急呼叫，以及判断该UE是否为非准入用户；拒绝单元802，用于当判断单元801判断UE发起的呼叫不是紧急呼叫、且该UE为非准入用户时，拒绝该UE发起本次呼叫。

可选的，该判断单元801还用于判断UE发起的紧急呼叫号码是否为非法，相应的，拒绝单元802还用于：如果判断单元801判断紧急呼叫号码非法且该UE为非准入用户，则拒绝UE发起本次呼叫。

本发明实施例提供的技术方案，即使之前由于UE发起紧急呼叫而被予以准入，但后续UE在发起呼叫建立时，需要检查其紧急呼叫流程正确性，如果不符合紧急呼叫流程，则拒绝发起本次呼叫。以此保证了避免非准入用户利用紧急呼叫而发起不允许的业务，提高了准入控制的安全性。

进一步的，还可以进一步检查其紧急呼叫号码的合法性，避免利用非法紧急呼叫号码接入。

本发明实施例还提供了一种呼叫处理系统，该系统可以包括设备实施例五和实施例六的呼叫处理设备。

可以理解的是，如果呼叫处理设备为HNB GW，则该呼叫处理系统还可以包括与该HNB GW通信的HNB；如果呼叫处理设备为HNB，则该呼叫处理系统还可以包括与该HNB通信的HNB GW。

值得说明的是，方法实施例中涉及的流程以及功能，均可以由设备实施例提供的设备或系统实施例提供的系统实现，具体可以通过相应的功能模块来实现，这些功能模块中的部分已经在设备实施例中予以描述，但还有一部分没有在设备实施例中予以详细描述，但不代表设备实施例所提供的呼叫处理设备不能实现相应功能和特征。比如，如果该呼叫控制设备为HNB，其具备与UE建立RRC连接、检查UE能力、准入控制等功能、以及与HNB GW通过Iuh接口交互的功能(比如完成UE注册流程)等；如果该呼叫控制设备为HNB GW，其具有与HNB交互的功能(比如完成UE注册流程)、与CN交互的功能等。

本发明实施例的网络实体可以用硬件或者任何合适的软硬件组合来实现，本发明实施例的方法可以用软件来实现，所以本发明实施例还可以由数据载体或携带所述软件的数据存储装置来实现。

可以理解的是，虽然在对方法实施例的说明中，为便于理解，对方法的步骤采用了顺序性描述，但是应当指出的是，对于上述步骤的顺序并不做严格的限制。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (14)

1.一种呼叫处理方法，其特征在于，包括：

为家庭基站HNB下发起紧急呼叫的用户终端UE分配上下文资源，允许所述UE进行紧急呼叫；

紧急呼叫结束后，对于非准入用户，释放为所述UE分配的上下文资源。

2.如权利要求1所述的方法，其特征在于，对于非准入用户，释放为所述UE分配的上下文资源包括：

HNB根据UE的标识是否在准入列表内，判断所述UE是非准入用户；

HNB发起UE去注册流程，释放为所述UE分配的上下文资源。

3.如权利要求1所述的方法，其特征在于，对于非准入用户，释放为所述UE分配的上下文资源包括：

HNB网关根据UE的标识是否在准入列表内，判断所述UE是非准入用户；

由HNB网关发起UE去注册流程，释放为所述UE分配的上下文资源。

4.如权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：

判断所述UE发起的呼叫是否是紧急呼叫，以及所述UE是否为非准入用户；

如果所述UE发起的不是紧急呼叫，并且所述UE为非准入用户，则拒绝UE发起本次呼叫。

5.如权利要求1至3所述的方法，其特征在于，所述方法还包括：根据UE的能力信息进行判断，如果UE不支持封闭用户组CSG，则采用在接入网进行准入控制的非CSG准入方式。

6.一种呼叫控制方法，其特征在于，包括：

判断家庭基站HNB下的用户设备UE发起的呼叫是否是紧急呼叫，以及判断所述UE是否为非准入用户；

如果所述UE发起的不是紧急呼叫，并且所述UE为非准入用户，则拒绝UE发起本次呼叫。

7.如权利要求6所述的方法，其特征在于，所述判断所述UE是否为非准入用户包括：

HNB根据UE的标识是否在准入列表内，判断所述UE是否是非准入用户；或，

HNB网关根据UE的标识是否在准入列表内，判断所述UE是否是非准入用户。

8.如权利要求6或7所述的方法，其特征在于，在判断UE发起的呼叫是否是紧急呼叫之后，还包括：

检查UE发起的紧急呼叫号码是否为非法，如果所述紧急呼叫号码非法，并且所述UE为非准入用户，则拒绝UE发起本次呼叫。

9.一种呼叫处理设备，其特征在于，包括：

第一单元，用于为家庭基站HNB下发起紧急呼叫的用户终端UE分配上下文资源，允许所述UE进行紧急呼叫通话；以及

第二单元，用于在紧急呼叫结束后，对于非准入用户，释放为所述UE分配的上下文资源。

10.如权利要求9所述的设备，其特征在于，所述第二单元包括判断子单元和释放子单元，其中，

所述判断子单元，用于判断所述UE是否是非准入用户；

所述释放子单元，用于在所述判断子单元判断所述UE为非准入用户时，释放为所述UE分配的上下文资源。

11.如权利要求10所述的设备，其特征在于，所述判断子单元还用于：判断UE发起的呼叫是否是紧急呼叫；

所述设备还包括第三单元，用于当所述判断子单元判断所述UE为非准入用户、且UE发起的呼叫不是紧急呼叫时，拒绝所述UE发起本次呼叫。

12.一种呼叫处理设备，其特征在于，包括：

判断单元，用于判断家庭基站HNB下的用户设备UE发起的呼叫是否是紧急呼叫，以及判断所述UE是否为非准入用户；

拒绝单元，用于当所述判断单元判断UE发起的呼叫不是紧急呼叫、且所述UE为非准入用户时，拒绝所述UE发起本次呼叫。

13.如权利要求12所述的设备，其特征在于，所述判断单元，还用于判断所述UE发起的紧急呼叫号码是否为非法；

所述拒绝单元还用于：如果所述判断单元判断所述紧急呼叫号码非法，且所述UE为非准入用户，则拒绝所述UE发起本次呼叫。

14.一种呼叫处理系统，其特征在于，包括：如权利要求9至11任一项所述的呼叫处理设备，或者，

包括如权利要求12或13的呼叫处理设备。

Images