专利名称：：由家用基站网关触发的用户迁移方法
技术领域：
：本发明涉及移动通信，特别涉及家用基站(HomeNodeB)通信系统中用户设备(UserEquipment)的迁移(Relocation)过程。
背景技术：
：传统的迁移过程由UE的测量报告触发，无线网络控制器(RNC)通过对UE测量报告的分析决定是否进行切换或者迁移。在HNB系统中，UE的测量报告由HNB进行分析处理。一种典型的迁移流程为UE从HNB迁移到宏基站，这种迁移叫做OutbandHandover。目前的HNB系统中，由于HGW以及Iu-h接口的增加，用户发生迁移的应用场景也相应增加了。不但需要传统的UE测量上报触发的迁移流程，而且还需要HGW触发，由HNB配合完成的迁移流程。例如1)当HGW复位时，需要通知HNB重新选择其它HGW，并将现有用户迁移到宏基站或其他能够接受该用户的HNB中。2)当HGW检测到Iu-h接口上行链路通信质量严重下降时，需要改进现有过程，触发HNB发起用户呼叫的迁徙过程。3)当正在进行业务的用户被管理员从接入控制列表(AccessControlList)中删除时，可以将其迁移到宏基站中。在现有的Iu-h或Iu接口中并不存在一种由上一级节点发起的用户迁移的流程。
发明内容本发明的目的是提供一种在HNB系统中由HGW触发的用户迁移流程，用来完成HNB新增场景的新需求。为实现上述目的，一种由家用基站网关触发的用户迁移方法，包括步骤家用基站网关HGW向用户设备所在的家用基站HNB发送迁移请求消息；HNB触发迁移流程，将所述用户设备迁移到其它基站；HNB向HGW发送所述迁移请求的响应消息。本发明解决了在新增的场景下，丽B系统中由HGW发起UE迁移的实现问题。这一方案丰富了Iu-h接口，并且有利于提高用户通信质量，能够在不同的场景下为用户提供连续的服务。本发明实施方法简单有效，对于增强HNB系统的稳定性，提升系统性能有很大促进作用。图l是家用基站系统结构；图2是HGW复位引发的用户迁移；图3是Iu-h接口通信质量下降引发的用户迁移；图4是ACL更新引发的用户迁移；图5是典型的迁移流程。具体实施例方式如图1所示，本发明设计出了一种由家用基站网关(HomeNodeBGateway)发起的用户由HomeNodeB(以下简称丽B)迁移到宏基站的详细流程。UserEquipment(以下简称UE)通过位于家庭中的HNB，接入到7号信令网络中，基于HNB和HomeNodeBGateway(以下简称HGW)提供的信令承载功能，与核心网(CoreNetwork)节点SGSN(ServingGPRSSu卯ortingNode)/MSC(MobileSwitchingCenter)发生信令交互，从而控制和外界的通信。UE和HNB间基于TS25.331协议，采用传统的空中接口(UUInterface);HNB和HGW之间采用Iu-home接口，目前Iu-home(以下简称Iu-h)接口的控制协议正在制定中；而HGW和MSC以及SGSN之间，采用基于TS25.413协议的传统Iu接口进行UE与CoreNetwork之间的信令交互和传递。本发明提出了一种根据HGW的需求来触发UE进行迁移的方法。这种方法能满足HGW复位，Iu-h接口通信质量下降，以及用户被管理员从接入控制列表(以下简称ACU中删除时的移动性需求。从而保证用户这些情况下用户能够继续使用运营商提供的服务，不掉话。本发明在Iu-h接口中增加用户迁移请求/响应消息，由HGW发送请求消息到各个HNB中，HNB根据请求消息内容发起典型的Relocation过程，完成后向HGW发送响应消息。请求消息的内容组成如表l所示。表l用户迁移请求消息组成<table>tableseeoriginaldocumentpage5</column></row><table>其中，TransactionID为记录每一次交互的ID，用于防止发生重复处理同一迁移请求；NumberofRelocationUser为本消息指示的需要执行迁移的用户数；RelocationUserInformationList为各个需要进行迁移的用户信息；UserCallID用于在HNB中唯一标识该用户；IMSI是用户的国际移动用户识别码(InternationalMobileSubscriberIdentity);RelocationCause指示迁移原因，目前包括三种可能，如表2所示。表2用户迁移原因<table>tableseeoriginaldocumentpage5</column></row><table>用户迁移响应消息如表3所示。表3用户迁移响应消息组成<table>tableseeoriginaldocumentpage6</column></row><table>TransactionID与请求消息相对应，NumberofRelocationUser为本消息指示的需要执行迁移的用户数；RelocationResultList为各个需要进行迁移的用户迁移结果信息；UserCallID用于在HNB中唯一标识该用户；RelocationResult指示迁移结果，0代表成功，l代表失败。如果失败，FailCause将指示失败原因。表4用户迁移失败原因<table>tableseeoriginaldocumentpage6</column></row><table>实施例1)由HGW复位触发的用户迁移流程如图2所示，由于HGW内部的软、硬件异常触发或者是来自外界的需要，例如管理员升级路由软件等，可能触发HGW的复位。HGW通过内部软件的检测机制，前是否有正在进行业务的用户，如果有则构造迁移请求消息，填写对应的迁移原因为HGW复位，并记录下该消息对应的TransactionID，再向该用户所在的HNB发送迁移请求消息，发送完成后等待该HNB的响应消息。HNB在收至ljHGW的迁移请求消息后，首先记录下该消息的TransactionID，之后判断某个用户的Relocation的原因是否为HGW复位，如果是，再通过用户的IMSI，检查该用户是否在本HNB上存在业务服务。如果不存在，则HNB将拒绝这次迁移请求，向HGW发送响应消息指示迁移失败，在响应消息的FailCause中指示失败原因为用户不存在业务；如果该用户在本HNB存在业务，则再检查是否存在可以让该用户进行迁移的宏基站。如果有，则发起典型的Relocation过程，将用户从丽B迁移到宏基站。这可以通过在家用基站开机注册的时候，网络的运营维护管理实体告知家用基站与其处于同覆盖的宏基站的小区信息。如果没有能够进行迁移的宏基站，则HNB将拒绝这次迁移请求，在响应消息的FailCause中指示失败原因为没有适合迁移的宏基站。对于其它原因导致的迁移请求失败，在响应消息中的FailCause可以指示为HNB内部错误。典型的Relocation过程可以参考图5，具体流程描述如下。1〉HNB向SGSN/MSC发送需求迁移消息。2〉SGSN/MSC向宏无线网络控制器发送迁移请求消息，要求宏无线网络控制器做好迁移准备。3>宏无线网络控制器发起Iu接口用户面承载的建立。4〉宏无线网络控制器向SGSN/MSC发送迁移请求应答消息，通知SGSN迁移所需的资源己经准备好，消息中带有重配置信息，告知丽B具体用无线承载建立、无线承载释放、无线承载重配置、传输信道重配置、物理信道重配置过程中的哪一个过程来完成伴随迁移。5>SGSN/MSC向HNB发送命令迁移消息，通知丽B可以进行迁移了。6〉HNB向UE发送物理信道重配置消息，通知UE新的物理信道参数(也可能是无线承载建立、无线承载释放、无线承载重配置、传输信道重配置等消息，具体由宏无线网络控制器在之前的应答消息中指定)。7〉UE成功地接入到目标宏无线网络控制器后，向目标宏无线网络控制器发送物理信道重配置完成消息。此时切换成功。8>目标宏无线网络控制器向SGSN/MSC发送迁移完成消息，通知SGSN/MSC迁移已成功结束。9〉SGSN/MSC向原HNB发送Iu连接释放命令消息，通知其释放Iu连接。10〉HNB采用发起Iu接口用户面承载的释放。11〉HNB向SGSN/MSC发送Iu释放完成消息，指示Iu释放完成。2)Iu-h接口上行链路通信质量下降引起的用户迁移流程在HNB系统中，HNB和核心网之间，电路域用户平面承载使用RTP协议，分组域用户平面承载使用GTP协议。在HNB系统中，RTP和GTP协议使用IP协议作为底层传输协议。3GPP规范要求RTP、GTP报文的发送端，发送报文时顺序递增报文头序列号字段。RTP、GTP报文的接收端可以通过监控RTP、GTP报文头中的序列号域，检测链路质量，丢弃乱序报文；然而，在HNB系统中，存在的问题是下行链路，HNB可以通过监控RTP、G丁P报文头中的序列号域，检测链路通信质量，并在链路通信质量严重下降时，构造RelocationRequired消息，请求核心网发起迁徙过程。上行链路，核心网却存在即使监测到链路通信质量严重下降，也无法主动发起迁徙过程的问题。因为迁徙过程，必须由源RNC主动发起，而在HNB系统中，源RNC即为HNB，HNB无法得知上行链路通信质量严重下降的事实。参考图3，HGW在检测到Iu-h接口的某个或某几个UE上行链路通信质量下降时，构造迁移请求消息，填写对应的迁移原因，并记录下该消息对应的TransactionID，再向该用户所在的HNB发送迁移请求消息，发送完成后等待该丽B的响应消息。HNB在收到HGW的迁移请求消息后，首先记录下该消息的TransactionID，之后判断某个用户的Reloation的原因是否为Iu-h接口上行链路通信质量下降，如果是，再通过用户的IMSI，检査该用户是否在本HNB上存在业务服务。如果不存在，则HNB将拒绝这次迁移请求，向HGW发送响应消息指示迁移失败，在响应消息的FailCause中指示失败原因为用户不存在业务；如果该用户在本丽B存在业务，则再检查是否存在可以让该用户进行迁移的宏基站。如果有，则发起传统的Relocation过程，将用户从HNB迁移到宏基站。这可以通过在家用基站开机注册的时候，网络的运营维护管理实体告知家用基站与其处于同覆盖的宏基站的小区信息。如果没有能够进行迁移的宏基站，则丽B将拒绝这次迁移请求，在响应消息的FailCause中指示失败原因为没有适合迁移的宏基站。对于其它原因导致的迁移请求失败，在响应消息中的FailCause可以指示为HNB内部错误。3)ACL更新触发的用户迁移流程管理员或者授权用户可以发起对ACL的维护，增加或者删除ACL上的用户。在一些时候，例如朋友来访，主人作为授权用户，可能会将朋友临时加入到ACL中，而朋友走后主人又会将其从ACL中删除。而删除此用户时，如果用户正在利用主人家的HNB进行业务，此时如果管理员或者超级用户将这个用户从ACL中删除，那么从用户的角度出发，如果周围存在能够提供服务的宏基站，用户的业务是不应被终止的。此时合理的处理方法就是将这个用户迁移到宏基站上。参考图4，管理员或者超级用户，通过web或者其他方式登录到HNBConfigurationServer(HCS)，并发出删除ACL中用户的命令。此时HCS向HGW发送ACL更新请求，消息中指示HGW删除ACL中的用户，此时HGW根据消息中用户的ID(可以是IMSI)先检查该用户是否正在进行着业务，如果没有，则直接更新ACL即可；如果存在业务，则此时HGW会发起对该用户的迁移流程。构造迁移请求消息，填写对应的迁移原因为ACL中用户删除，并记录下该消息对应的TransactionID，再向该用户所在的HNB发送迁移请求消息，发送完成后等待该HNB的响应消息。HNB在收至UHGW的迁移请求消息后，首先记录下该消息的TransactionID，之后判断某个用户的Reloation的原因是否为ACL中用户删除，如果是，再通过用户的IMSI，检査该用户是否在本HNB上存在业务服务。如果不存在，则HNB将拒绝这次迁移请求，向HGW发送响应消息指示迁移失败，在响应消息的FailCause中指示失败原因为用户不存在业务；如果该用户在本HNB存在业务，则再检查是否存在可以让该用户进行迁移的宏基站。如果有，则发起典型的Relocation过程，将用户从HNB迁移到宏基站。这可以通过在家用基站开机注册的时候，网络的运营维护管理实体告知家用基站与其处于同覆盖的宏基站的小区信息。如果没有能够进行迁移的宏基站，则HNB将拒绝这次迁移请求，在响应消息的FailCause中指示失败原因为没有适合迁移的宏基站。对于其它原因导致的迁移请求失败，在响应消息中的FailCause可以指示为HNB内部错误。权利要求1.一种由家用基站网关触发的用户迁移方法，包括步骤家用基站网关HGW向用户设备所在的家用基站HNB发送迁移请求消息；HNB触发迁移流程，将所述用户设备迁移到其它基站；HNB向HGW发送所述迁移请求的响应消息。2.根据权利要求l所述的方法，其特征在于还包括HGW获得HGW复位信息。3.根据权利要求l所述的方法，其特征在于还包括步骤HGW获得Iu-h接口的通信质量信息。4.根据权利要求l所述的方法，其特征在于还包括步骤HGW获得接入控制列表更新消息。5.根据权利要求l所述的方法，其特征在于所述迁移请求消息中，包含迁移原因。6.根据权利要求5所述的方法，其特征在于所述迁移原因包括HGW复位、Iuh接口通信质量下降或接入控制列表更新。7.根据权利要求l所述的方法，其特征在于家用基站从网络获得宏基站的信息。8.根据权利要求l所述的方法，其特征在于迁移请求消息中包含用户设备标识。全文摘要一种由家用基站网关触发的用户迁移方法，包括步骤家用基站网关HGW向用户设备所在的家用基站HNB发送迁移请求消息；HNB触发迁移流程，将所述用户设备迁移到其它基站；HNB向HGW发送所述迁移请求的响应消息。本发明解决了在新增的场景下，HNB系统中由HGW发起UE迁移的实现问题。这一方案丰富了Iu-h接口，并且有利于提高用户通信质量，能够在不同的场景下为用户提供连续的服务。本发明实施方法简单有效，对于增强HNB系统的稳定性，提升系统性能有很大促进作用。文档编号H04W36/24GK101674622SQ20081021190公开日2010年3月17日申请日期2008年9月9日优先权日2008年9月9日发明者王伯岭,贾红升申请人:三星电子株式会社;北京三星通信技术研究有限公司