专利名称：Ip多媒体子系统集中业务的注册方法及系统的制作方法
技术领域：
本发明涉及移动通信技术领域，尤其涉及一种IP多媒体子系统 集中业务的注册方法及系统、归属用户服务器/归属位置寄存器和移 动交换中心服务器。
背景技术：
目前，全球移动通讯系统(Global System for Mobile communications,简-尔为GSM )、全3求^f多动通ifl系纟充(Universal Mobile Telecommunications System,筒称为UMTS)等移动网络采用电路 交4灸4支术，称为电^各(Circuit Switched,简称为CS)J成，能够为用 户才是供基本的语音业务以及基于语音业务的补充业务。当CS域接 入到IMS时，其演变为一种4妻入方式，其业务由IMS统一l是供， 这种方式称为IMS集中业务(IMS Centralized Service,筒称ICS )。
图1示出了 IMS集中业务的应用场景。如图1所示，IP多力某体 子系统用户设备(IMS User Equipment,简称为IMS UE ) 101通过 分组域接入网络102接入到IP多力某体子系统105,由IMS网络提供 业务。利用IMS集中业务技术，电路域用户设备(CS User Equipment,简称为CS UE ) 103通过电^各域4妻入网纟备104 4妄入到IP 多媒体子系统105，由IMS网络提供业务，这样使IMS网络能够为 采用不同4妻入方式的用户4是供业务。图2是IMS集中控制业务的架构图，如图2所示，包括如下网
元
CS UE 201 ，通过CS控制信令接入到增强的移动交换中心服务 器(Enhanced Mobile Switch Center,简称为eMSC Server )。
增强的MSC Server 202，是增强的电路域MSC Server,除了完 成CS用户设备的接入、移动性管理、呼叫控制功能以外，还可以 作为会"^^刀始十办i义(Session Initiation Protocol,简#尔为SIP )用户4戈 理，实现CS信令和SIP消息之间的转换，代替用户接入IMS 。
媒体网关(Media Gateway ，简称为MGW ) 203 ，用于CS承载 上的媒体流和IP承载上的媒体流之间的转换，建立用户设备201和 远端用户间的力某体连接。
呼叫会话控制功能(Call Session Control Function,筒称为 CSCF )204,可分为查询CSCF( Interrogating CSCF,简称为I匿CSCF ) 和服务CSCF (Serving CSCF ，筒称为S-CSCF)。其中，I-CSCF与 归属用户月l务器(Home Subscriber Server,简称为HSS )交互，请 求HSS为用户分配S-CSCF，或查询用户所处的S-CSCF;其中， S-CSCF用于为用户提供注册、呼叫控制等功能。
应用服务器(Application Server,简称为AS) 205,包括业务 连续性服务器、电话业务服务器等，可为用户提供业务连续性、电 话业务等服务。
HSS/归属^立置寄存器(Home Location Register, HLR) 206, 用于保存用户的签约数据，为呼叫或会话提供支持。其中，HLR可 以认为是HSS的子集，为传统的CS域和分组域服务，在实际应用 中，HLR可以和HSS合一位于同一物理实体，也可以位于不同的
8实体。当HSS和HLR位于不同实体时，；f皮此之间存在用于实现信 息交互的4妻口。
CS UE 201通过CS控制信令接入到增强的MSC Server 202, 增强的MSC Server 202充当用户代理，代替CS UE 201接入IMS 网纟各的CSCF 204,并和远端用户建立会i舌连4妄，同时增强的MSC Server 202控制MGW 203完成CS 7fc载上的々某体流和IP 7K载上的 々某体流之间的转换，建立CS UE 201和远端用户间的々某体连接。
当CSUE在增强的MSC Server附着成功，并通过该MSC Server (源MSC Server )在IMS注册成功后，当该CSUE移动时，该CS UE可能会移动到新的MSC Server (目标MSC Server )的控制范围 之内，其中，目标MSC Server可能为普通MSC Server (即没有增 加ICS能力的MSC Server )，也可能为增强MSC Server。
当目标MSC Server为增强的MSC Server时，目前的注册过程 如图3所示，为了简明起见，图中的流程重点描述了 CS域的位置 更新过程和IMS注册过程，其中的安全认证过程、CS用户数据插 入过程在此不再描述。如图3所示，主要包括以下步骤
步艰采S301: UE发起CS附着过程，向目标MSC Server发送附
着^青求。
步骤S302:目标MSC Server向HSS/HLR发送位置更新请求。
步恭聚S303: HSS/HLR 4妻受位置更新，向目标MSC Server返回
位置更新纟妄受响应。
在具体操作过程中，在步骤302 303过程中，还会执行标准的 CS接入认证、用户数据插入过程。HSS/HLR在用户数据或位置更 新接受响应中插入ICS指示，说明该用户签约了 ICS业务。步骤S304:目标MSC Server向UE返回CS附着接受响应。
由于目标MSC Server是增强的MSC Server,因此目标MSC Server会才全查用户教:据或位置更新^接受响应中的ICS指示，判断用 户是否为ICS用户，如果判断为ICS用户，则会执行步骤S308，代 替UE执行IMS注册过程。
步骤S305: HSS/HLR向源MSC Server发送位置耳又消请求。
步骤S306:源MSC Server向HSS/HLR返回位置耳又消响应，并 删除本;也4呆存的CS用户i己录。
步骤S307:源MSC Server代替CSUE执行IMS注销过程。由 于CSUE已经不再在源MSC Server处于激活状态，因此，源MSC Server代替CS UE执行IMS注销过程，源MSC Server向S-CSCF 发送注销请求，S-CSCF删除原有的注册绑定关系(也就是私有用 户标识、7>共用户标识与源MSC Server if关系:t也址的关系)。
步骤S308:目标MSC Server代替UE发起IMS集中业务的注 册过程。当用户在目标MSC Server中位置更新成功后，目标MSC Server UE 4丸4亍IMS注册过禾呈，目标MSC Server向IMS系统 中的S-CSCF发送注册请求，S-CSCF建立新的注册绑定关系(私有 用户标识、7>共用户标识与目标MSC Server :咲系地址的关系)。由 此，IMS更新注册绑定关系。
通过上面的流程可知，由于目标MSC Server发起的注册过程和 源MSC Server发起的注销是独立进行的，因此不能确定目标MSC Server发送的注册i青求和源MSC Server发送的注销-清求到达 S-CSCF的顺序，实际中，目标MSC Server发送的注册请求和源 MSC Server发送的注销请求到达S-CSCF的顺序可能包括以下两种 情况(一) 注册请求先于注销请求到达S-CSCF, S-CSCF执行注册 过程，新的注册关系覆盖旧的注册关系，P逸后注销请求到达S-CSCF S-CSCF根据注销请求中的用户信息(用户私有标识和用户公有标 识)匹配已经存在的注册关系，发现新的注册关系，会i吴i人为要注 销新建立的注册关系(私有用户标识，7>共用户标识和目标MSC Server联系地址的关系)，从而将刚建立的新注册关系删除，导致业 务逻辑错误。
(二) 注销请求先于注册请求到达S-CSCF， S-CSCF先执行注 销过程，删除原来的注册信息；当注册i青求到达时，重新建立新的 注册关系。可以看出，业务逻辑虽然没有问题，^旦其中的注销过程 不是必须的，影响系统效率。并且，在注销过程后，S-CSCF有可 能释力文所有用户tt据，导致在新的注册过程中，S-CSCF重新下载 用户凄史据，影响S-CSCF和HSS的效率。另外，在注销后，重新注 册时，HSS可能会分配新的S-CSCF，或者I-CSCF重选新的S-CSCF, 导致S-CSCF发生变化。
在上述两种情况中，当UE 乂人源增强的MSC Server移动到目标 增强的MSC Server时，无论是否有必要，S-CSCF都会执行第三方 注册/注销过程，这影响AS的处理效率，并且还有可能造成异常。
发明内容
有鉴于此，本发明提供了一种IP多媒体子系统集中业务的注册 方法及系统，用以解决现有技术中可能存在的逻辑混乱或系统处理 效率低的问题。
根据本发明的一个方面，提供了 一种IP多媒体子系统集中业务 的注册方法，该方法应用于包4舌电鴻d或用户i殳备CSUE、源移动交 换中心服务器MSC Server、目标MSC Server及IP多媒体子系统IMS的系统，其中，IMS包括归属用户服务器HSS/归属位置寄存器 HLR和服务呼叫会话控制功能实体CSCF，源MSC Server为增强的 MSC Server,且CS UE已通过该源MSC Server在IMS中注册成功。
才艮据本发明的IP多力某体子系统集中业务的注册方法包括 HSS/HLR获取来自目标MSC Server的位置更新请求，其中，上述 目标MSC Server在接收到来自CS UE的附着请求时向IMS的发送 位置更新请求；HSS/HLR向上述目标MSC Server返回位置更新响 应，并向源MSC Server发送位置取消请求；判断上述目标MSC Server是否为增强的MSC Server,并才艮据判断结果决定是否向CSCF 发起注销过程。
根据本发明的又一个方面，提供了 一种归属用户服务器/归属位 置寄存器。
根据本发明提供的归属用户服务器/归属位置寄存器包括接收 模块用于接收目标MSC Server发送的位置更新请求；发送模块用于 向上述目标MSC Server返回^f立置更新响应，和/或向源MSC Server 发送位置取消请求；判断模块，用于判断上述目标MSC Server是否 为增强的MSC Server;注销模块，用于向CSCF发起注销过程；决 策模块，用于根据上述判断模块的判断结果，决定是否调用上述注 销模块发起注销过程。
根据本发明的又一个方面，提供了 一种移动交换中心服务器。
根据本发明的移动交换中心服务器包括接收模块用于接收来 自HSS/HLR的位置取消请求，其中，位置取消请求携带有用于指 示目标MSC Server是否为增强的MSC Server的标识；判断模块， 用于根据接收模块接收到的位置取消请求中携带的标识，判断上述 目标MSC Server是否为增强的MSC Server;注销才莫块用于向CSCF发起注销过程；决策模块用于根据判断模块的判断结果，决定是否 调用注销模块发起注销过程。
才艮据本发明的又一个方面，提供了一种IMS集中业务的注册系统。
才艮据本发明的IMS集中业务的注册系统包4舌CS UE用于在其 位置从源MSC Server移动到目标MSC Server时，向目标MSC Server发送附着请求；目标MSC Server用于接收上述CS UE发送 的附着请求，并向HSS/HLR发送位置更新请求；HSS/HLR用于接 收位置更新-清求，并向上述目标MSC Server返回位置更新响应，和 /或向源MSC Server发送位置取消请求；源MSC Server用于在接收 到上述位置取消请求时，删除本地的上述CS UE的用户数据及IMS 注册凄t据；决策器，用于判断上述目标MSC Server是否为增强的 MSC Server,并才艮据判断结果决定是否向CSCF发起注销过程。
通过本发明的上述至少一个4支术方案，通过在确定目标MSC Server为增强MSC Server时，不执行网络注销过程，使得不会造成 IMS集中业务的注册逻辑混乱，可以^是高系统的处理效率。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部 分地从说明书中变得显而易见，或者通过实施本发明而了解。本发 明的目的和其他优点可通过在所写的说明书、权利要求书、以及附 图中所特别指出的结构来实现和获得。
附图用来提供对本发明的进一步理解，并且构成说明书的一部 分，与本发明的实施例一起用于解释本发明，并不构成对本发明的 限制。在附图中说明书第8/27页
图1为4艮据现有核力IMS集中业务的应用场景的示意图2为根据现有技术的IMS集中控制业务的架构图3为根据现有技术的UE在增强的MSC Server之间移动时 IMS集中业务的注册流禾呈图4为根据现有技术的IMS集中业务的注册流程图5A为才艮据本发明实施例的一种IMS集中业务的注册系统的 结构框图5B为才艮据本发明实施例的另一种IMS集中业务的注册系统 的结构才匡图6为根据本发明实施例的HSS/HLR的结构框图7为根据本发明实施例的MSC Server的结构框图8为才艮据本发明实施例的IMS集中业务的注册方法的流程
图9为本发明实施例一的实施流程图； 图10为本发明实施例二的实施流程图； 图11为本发明实施例三的实施流程图； 图12为本发明实施例四的实施流禾呈图。
具体实施例方式
功能相克述
如上所述，在IMS系统中，当CS UE在增强的MSC Server附 着成功，并通过该MSC Server (源MSC Server)在IMS注册成功 后，当该CS UE移动到新的MSC Server (目标MSC Server)时， 如果此目标MSC Server为增强的MSC Server,由于目标MSC Server 向S-CSCF发送注册请求和源MSC Server向S-CSCF发送的注销请 求是独立进行的，因而可能会出现逻辑混乱等问题，针对上述问题， 本发明"R出了 IMS集中业务的注册方案。
在本发明实施例提供的IMS集中业务的注册方案中，在发起注 销之前先判断目标MSC Server是否为增强的MSC Server,如果是， 则不发起网络注销过程，否则，说明目标MSC Server为普通的MSC Server,其没有SIP用户代理功能，不能代替用户接入IMS，因此， 必须l丸4亍网全各注销过禾呈。
以下结合附图对本发明的优选实施例进行说明，应当理解，此 处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本 发明。
前，首先对IMS集中业务的注册流程进行简要描述。
图4是IMS集中业务的注册流程，其中CS UE是通过增强的 MSC Server向IMS发起集中业务的注册的。如图4所示，CS UE 通过增强的MSC Server向IMS发起集中业务的注册的过程包括以 下步骤步骤S401: UE发起CS附着过程，向MSC Server发送附着请求。
步骤S402: MSC Server向HSS/HLR发送位置更新请求。
步骤S403: HSS/HLR接受位置更新，向MSC Server返回位置 更^N姿受响应。
在具体实施过程中，在步骤S402 403过程中，还才丸行CS接入 认证、用户数据插入等过程。并且，HSS/HLR会在用户数据中或位 置更新*接受响应中插入ICS指示，该ICS指示i兌明该用户签约了 ICS 业务。
步骤S404: MSC Server向UE返回附着4妻受响应。
步骤S405: UE在MSC Server附着成功后，MSC Server寺丸行 IMS注册决策，如果发现用户数据中或位置更新响应中含有ICS指 示，即，用户是ICS用户，则决定^替用户发起IMS注册。
步驶《S406: MSC Server /人用户的标识中推导出用户的归属i或， 并发现合适的入口点的地址，如I-CSCF的地址等。
步骤S407: MSC Server发送SIP注册请求，其中，该SIP注册 请求中包含了从用户标识中推导出的私有用户标识和公共用户标 识、以及4妄入方式指示，该指示表示该注册i青求乂人MSC Server发出。
其中乂人用户标识中4#导出的私有用户标识和7>共用户标;识采用 统一的推导规则，不同增强MSC Server推导出的使用私有用户标识 和/>共用户标识相同。步骤S408: I-CSCF向HSS发送S-CSCF分酉己i青,i^, i青,乂 HSS 分配为用户月良务的S-CSCF。
步骤S409: HSS为用户分配S-CSCF，并通过S-CSCF分配响 应消息，将分配的S-CSCF的相关信息(如S-CSCF的地址或标识 等)发送给I-CSCF。
步骤S410: I-CSCF将注册请求转发到HSS分配的S-CSCF。
步骤S411: S-CSCF通过请求中的4妄入方式指示判断该注册请 求来自MSC Server,则跳过认证过程，并与HSS交互，向HSS发 送用户数据下载请求，请求下载用户签约数据。
步骤S412: HSS向S-CSCF返回用户数据响应，其中，该响应 中包含了用户签约数据。
步-骤S413: S-CSCF向I-CSCF返回注册成功响应。
步—骤S414: I-CSCF向MSC Server转发注册成功响应。
步骤S415: S-CSCF才艮据用户的签约凄t据的初始过滤准则，触 发第三方注册过程，向AS发送注册^青求，通知AS用户的注册信 息。
其中，AS中包括ICS应用服务器、电话业务月l务器等。 步艰《S416: AS返回注册成功响应。
至此，增强的MSC Server代替UE完成在IMS中的注册，在 S-CSCF中建立了注册绑定关系(私有用户标识、7>共用户标识与 增强的MSC Server的:f关系地址的关系)。基于上述过程，根据本发明实施例，首先提供了一种IMS集中 业务的注册系统，用于实现CSUE的IMS集中业务的注册。
图5A为根据本发明实施例的一种IMS集中业务的注册系统的 结构框图，图5B为才艮据本发明实施例的另一种IMS集中业务的注 册系统的结构框图，如图5A和图5B所示，才艮据本发明实施例的IMS 集中业务的注册系统主要包^舌CS UE 50、源MSC Server 52、目 标MSC Server 54、IMS 56及决策器58,其中，IMS 56包4舌HSS/HLR 562和CSCF 564。以下结合附图进一步描述上述各个实体。
CS UE 50与源MSC Server 52和目标MSC Server 54连接，用 于在其位置从源MSC Server 52移动到目标MSC Server 54时，向目 标MSC Server 54发送附着i青求；
目标MSC Server 54与CS UE 50连接，用于接收CS UE 50发 送的附着请求，并向HSS/HLR 502发送位置更新请求；
HSS/HLR 562与目标MSC Server 54连接，用于接收位置更新 -清求，并向目标MSC Server54返回位置更新响应，以及向源MSC Server 52发送位置取消请求；
源MSC Server 52与HSS/HLR 562连接，用于在4妄收到 HSS/HLR 562发送的位置^f又消请求时，删除本地的CS UE 50的用 户数据及IMS注册数据；
决策器58,用于判断目标MSC Server 54是否为增强的MSC Server,并才艮据判断结果确定是否向CSCF 564发起注销过程。
在具体实施过程中，决策器58可以位于HSS/HLR 562 (如图 5A所示)也可以4立于源MSC Server 52 (如图5B所示)。当决策器58位于HSS/HLR 562时，HSS/HLR 562可以根据接 收到的来自目标MSC Server 54的位置更新_清求中携带的用于指示 目标MSC Server为增强的MSC Server的标识，判断目标MSC Server 54是否为增强的MSC Server;也可以才艮据运营商策略分析目 标MSC Server 54的地址信息，从而判断目标MSC Server 54是否为 增强的MSC Server,比3口，可以在HSS/HLR配置增强的MSC Server 的列表，在该列表中记录增强的MSC Server的地址信息，其中，该 地址信息可以唯一的标识一个MSC Server,如果目标MSC Server 54 的地址信息在该列表之中有记录，则可以确定目标MSC Server 54 为增强MSC Server。 HSS/HLR 562确定目标MSC Server 54为增强 MSC Server时，决策器58决定不向CSCF发送注销请求，即不发 起网络注销过程，反之，则决策器58决定向CSCF发送注销请求， 发起网络注销过程。
当决策器58位于源MSC Server 52时，HSS/HLR 562在根据上 述方法判断出目标MSC Server 54是否为增强MSC Server后，将判 断结果携带在向MSC Server 52发送的位置取消请求中。在具体实 施过程中，HSS/HLR 562可以在位置取消请求中插入一个类型指示， 该类型指示用于标识目沖示MSC Server 54的类型(即普通的MSC Server还是增强的MSC Server),该类型指示显示声明目标MSC Server的类型；或者，可以在目标MSC Server 54为普通的MSC Server时，不插入目标MSC Server 54的类型指示，默认为普通的 MSC Server,在目标、MSC Server 54为增强的MSC Server时，4翁入 类型指示，反之亦然。源MSC Server 52根据接收到的该位置取消 i青求中的类型指示，判断目标MSC Server 54为增强MSC Server时， 决策器58决定不向CSCF发送注销i青求，即不发起用户注销过程， 反之，则决策器58决定向CSCF发送注销请求，发起用户注销过程。
根据本发明实施例的上述系统，通过增设一决策器，可以根据 对目标MSC Server是否为增强的MSC Server的判断来决策是否发起注销过程，乂人而可以确保CS UE在增强的MSC Server之间移动 时，不会发生逻辑混乱。
根据本发明实施例，还提供了一种HSS/HLR,该HSS/HLR可 应用在上述的IMS集中业务的注册系统中。
图6为根据本发明实施例的HSS/HLR的结构框图，如图6所 示，根据本发明实施例的HSS/HLR主要包括接收模块62、发送 模块64、判断模块66、决策模块68和注销模块60。以下结合附图 进一 步描述上述各个^^莫块。
接收才莫块62，用于接收目标MSC Server发送位置更新请求；
发送模块64与接收模块62连接，用于在接收模块62接收到 位置更新请求后，向目标MSC Server返回位置更新响应，并向源 MSC Server发送位置耳又消请求；
判断才莫块66与接收才莫块62连接，用于判断目标MSC Server 是否为增强的MSC Server;
决策模块68与判断模块66连接，用于根据判断模块66的判 断结果，决定是否调用注销模块60发起注销过程；
注销模块60与决策模块68连接，用于在接收到决策模块68 的指示后，向CSCF发起注销过程。
在具体实施过程中，判断模块66可以根据接收模块62接收到 的位置更新:清求中携带的用于指示目标MSC Server是否为增强的 MSC Server的标识，判断目标MSC Server是否为增强的MSC Server,也可以才艮据运营商策略分析目标MSC Server的地址信息， 判断目标MSC Server是否为增强的MSC Server。因此，判断模块66可以包括两个判断子模块第一判断子模块和第二判断子模块。 第一判断子模块用于根据接收模块62接收的位置更新请求中携带 的用于指示目标MSC Server是否为增强的MSC Server的标识，判 断目标MSC Server是否为增强的MSC Server;第二判断子模块， 用于根据运营商策略分析目标MSC Server的地址信息，判断目标 MSC Server是否为增强的MSC Server。
才艮据本发明实施例的上述HSS/HLR可以在目标MSC Server为 增强的MSC Server,不向CSCF发起注销过程。
才艮据本发明实施例，还才是供了 一种MSC Server,该MSC Server 可应用于上述的IMS集中业务的注册系统。
图7为根据本发明实施例的MSC Server的结构框图，如图7 所示，根据本发明实施例的MSC Server主要包括接收才莫块72、 判断模块74、决策模块76和注销模块78。以下结合附图进一步描 述上述各个模块。
接收才莫块72,用于接收来自HSS/HLR的位置取消请求，其中， 该位置耳又消请求携带有用于指示目标MSC Server是否为增强的 MSC Server的才示i只；
判断模块74与接收模块72连接，用于根据接收模块72接收 到的位置取消请求中携带的标识判断目标MSC Server是否为增强 的MSC Server;
决策模块76与判断模块74连接，用于根据判断模块74判断 的结果，决定是否调用注销模块78发起注销过程。决策模块76的 具体决策为如果判断模块74判断目标MSC Server为增强的MSC Server时，不调用注销模块78发起网络注销过程；如果判断模块74判断目标MSC Server为普通的MSC Server时，则调用注销模块 78发起网络注销过程。
注销模块78与决策模块76连接，用于向CSCF发起注销过程。
在具体实施过程中，无论决策模块76是否调用注销模块78发 起网络注销，注销模块78都会执行本地注销过程，这里的本地注销 过程是指注销模块78删除本地保存的IMS注册数据。
根据本发明实施例的上述MSC Server,可以在CS UE在增强 的MSC Server之间移动时，不向CSCF发起注销过禾呈。
根据本发明实施例，还提供了一种IMS集中业务的注册方法， 该方法可以利用上述4壬一装置或系统实现。
图8为根据本发明实施例的IMS集中业务的注册方法的流程 图，该方法应用于包4舌CS UE、源MSCServer、目才示MSC Server 及IMS的系统，如图8所示，才艮据本发明实施例的IMS集中业务 的注册方法主要包括以下处理(步骤S802-步骤S806 ):
步骤S802: HSS/HLR获取来自目标MSC Server的位置更新请 求，其中，目标MSC Server在4妄收到来自CS UE的附着请求时向 IMS的发送位置更新:清求；
步-银S804: HSS/HLR向目标MSC Server返回位置更新响应， 并向源MSC Server发送位置取消请求；
步骤S806:判断目标MSC Server是否为增强的MSC Server, 并根据判断结果决定是否向CSCF发起注销过程。
以下进一 步描述上述各个处理的细节。( 一 )步骤S802
对于步骤S802的处理的触发可以通过如下方式来实现CS UE 在源MSC Server上附着成功，源MSC Server为增强的MSC Server, CS UE通过该源MSC Server在IMS中注册成功，该CS UE移动到 另 一个MSC Server (目标MSC Server )的控制范围内，CS UE向 目标MSC Server发送附着i貪求，目标MSC Server 4妄收到该附着i青 求后，向HSS/HLR发送位置更新请求，HSS/HLR接收到该位置更 新请求。
在具体实施过程中，如果目标MSC Server为增强的MSC Server,目标MSC Server可以在向HSS/HLR发送的位置更新请求 中携带一个第一标识，该第一标识用于指示目沖示MSC Server是否为 增强的MSC Server,即目标MSC Server支持ICS增强；或者，该 第一标识也可用于指示目标MSC Server为增强的MSC Server,也 就是说，在目标MSC Server为增强的MSC Server时，该位置更新 请求中携带有该第一标识，如果不是，则不携带该第一标识。
在具体实施过程中，虽然目标MSC Server在发送的位置更新请 求中携带有上述第一标识，但如果HSS/HLR不支持ICS业务，或 者，发起附着请求的用户不是ICS用户，贝'J HSS/HLR会忽略该标 识。
(二 )步骤S804
HSS/HLR接受目标MSC Server的位置更新请求，向目标MSC Server返回位置更新响应，并向源MSC Server发送位置取消请求。
源MSC Server在接收到位置取消请求后，向HSS/HLR返回位
置耳又消响应。如果在步骤S806中由HSS/HLR确定是否向CSCF发起注销过 程，源MSC Server在接收到位置取消请求后，还需要执行本地IMS 注销过程，删除本地保存的IMS注册数据。
(三)步驶《S806
在该步骤中，可以由HSS/HLR判断目标MSC Server是否为增 强的MSC Server,然后根据判断的结果，确定是否向CSCF发起注 销过程；也可以由HSS/HLR判断目标MSC Server是否为增强的 MSC Server后，然后根据判断结果，在发送给源MSC Server的位 置取消请求中携带一个第二标识，该第二标识指示目标MSC Server 是否为增强的MSC Server,由源MSC Server才艮据该第二标识判断 目标MSC Server是否为增强的MSC Server,然后才艮据判断结果， 确定是否向CSCF发起注销过程。
在具体实施过程中，如果HSS/HLR接收到的位置更新请求中 携带有指示目标MSC Server是否为增强的MSC Server的第一标识， 则HSS/HLR根据该标识判断目标MSC Server是否为增强的MSC Server;或者，HSS/HLR也可以4艮据运营商策略分析目标MSC Server 的地址信息，根据分析结果判断目标MSC Server是否为增强的MSC Server,比如，可以在HSS/HLR配置增强的MSC Server的列表， 在该列表中记录增强的MSC Server的地址信息，其中，该地址信息 可以p舉一的标识一个MSC Server,如果目标MSC Server的地址信 息在该列表之中有记录，则可以确定目标MSC Server为增强的MSC Ssrv6r。
场景一由HSS/HLR确定是否向CSCF发起注销过程
当HSS/HLR判断目标MSC Server为增强的MSC Server时， 确定不向CSCF (具体为S-CSCF )发起注销过程，目标MSC Server向I-CSCF发送注册请求，I-CSCF与HSS/HLR交互后，获取 HSS/HLR分配的用户归属S-CSCF,并将注册请求发送给分配的 S-CSCF, S-CSCF用新的注册关系(CS UE的私有用户标识、公共 用户冲示识与目标MSC Server耳关系i也址的关系)覆盖旧的注册关系 (CS UE的私有用户标识、公共用户标识与源MSC Server联系地 址的关系)；
当HSS/HLR判断目标MSC Server为普通的MSC Server时， HSS/HLR向S-CSCF发送注销请求，S-CSCF根据用户签约数据中 的初始过滤准则，触发第三方注销过程，向AS发送注销通知，AS 返回注销通知响应，并且S-CSCF向源MSC Server发送注销通知请 求，源MSC Server向S-CSCF返回注销通知响应后，S-CSCF向 HSS/HLR返回注销响应。
场景二由源MSC Server确定是否向CSCF发起注销过程
当源MSC Server根据上述第二标识判断目标MSC Server为增 强的MSC Server时，确定不向S-CSCF发起注销过程，目标MSC Server向I-CSCF发送注册请求，发起新的注册过程，具体同上述注 册过程，不再赘述；
当源MSC Server判断目标MSC Server为普通的MSC Server 时，源MSC Server代替用户执行IMS注销过程，并删除本地保存 的IMS注册凄t悟。
在具体实施过程中，源MSC Server代4夺用户4丸4亍IMS注销过 禾呈，具体可以包纟舌以下步-骤
步骤1:源MSC Server代替UE 4丸行IMS注销过程，向I-CSCF 发送SIP注销i青求。步骤2: I-CSCF与HSS交互，向HSS发送S-CSCF分配请求， 请求HSS分配为用户服务的S-CSCF。
步骤3: HSS为用户分酉己S-CSCF，并通过S-CSCF分配响应发 送给I-CSCF 。
步骤4: I-CSCF将注销请求转发到指定的S-CSCF。
步骤5: S-CSCF与HSS交互，将用户的注销状态发送给HSS。
步骤6: HSS向S-CSCF返回注销响应。
步骤7: S-CSCF向I-CSCF返回注销成功响应。
步骤8: I-CSCF向增强MSC Server转发注销成功响应。
步骤9: S-CSCF根据用户的签约数据的初始过滤准则，触发第 三方注销过程，向AS发送注销请求，通知AS用户已经注销。
步骤10: AS返回注销成功响应。
通过本发明实施例的上述方法，CS UE在增强的MSC Server 之间移动时，不会发起网络注销过程，因而，可以避免现有技术中 可能出现的注册逻辑混乱的问题，并且，由于在目标MSC Server 为增强的MSC Server时，不会发起网络注销过程，因此，还可以提 高系纟充的处J里岁文率。
为了进一步描述上述方法的具体实施方式
，下面以具体的实施 例进行说明。实施例一
本实施例中，目标MSC Server为普通的MSC Server,且由 HSS/HLR判断确定是否向CSCF (具体为S-CSCF )发起注销过程， 如图9所示，本实施例的具体流程包括
步骤S901: UE发起附着过程，向目标MSC Server发送附着 请求。
步骤S902:目标MSC Server向HSS/HLR发送位置更新请求。
由于目标MSC Server是普通MSC Server,因此，目标MSC Server可以在4立置更新-清求中4翁入指示目标MSC Server类型的第一 标识，指示目标MSC Server为普通的MSC Server;或者，目标MSC Server不在位置更新请求消息中插入第一标识，默认该目标MSC Server为普通的MSC Server。
步骤S903: HSS/HLR接受位置更新，向目标MSC Server返回
位置更新纟妻受响应。
步骤S904，目标MSC Server向UE返回附着4妾受响应。
由于此时目标MSC Server为普通MSC Server,因此不会4气^齐 UE执行IMS注册过程。
步骤S905: HSS/HLR向源MSC Server发送位置取消请求。
步骤S906:源MSC Server删除本地保存的用户的CS数据， 还进一步执行本地IMS注销过程，即删除本地保存的IMS注册数 据。
步骤S907:源MSC Server向HSS/HLR返回位置耳又消响应。步骤S908: HSS/HLR才企查目标MSC Server的类型，确定目标 MSC Server是普通的MSC Server ， #丸行网络注销过程。
HSS/HLR根据步骤S902中源MSC Server发送的位置更新请求 中携带的第 一标识，确定MSC Server是普通的MSC Server;或者， HSS/HLR才艮据该位置更新请求没有携带有第一标识，确定MSC Server是普通的MSC Server;或者，HSS/HLR根据运营商策略分析 目标MSC Server的i也址4言息，判断目标MSC Server的性质。比如 在HSS/HLR配置增强MSC Server的列表，如果目标MSC Server 在列表之中，就可以认为目标MSC Server为增强MSC Server,否 则i人为目标MSC Server为普通MSC Server。
步骤S909: HSS向S-CSCF发送网络注销请求，指示S-CSCF 注销指定的用户。
步骤S910, S-CSCF执行注销业务过程。
具体实施过程中该注销过程可以包括
(1 )删除用户的注册凄t:據；
(2 )才艮据用户的签约凄t据的初始过滤准则，触发第三方注销过 程，向AS发送注销请求，通知AS用户已经注销；
(3)向订阅该用户PUI的实体发送注销通知。此时，如果源 MSC Server还没有耳又消订阅，将会向源MSC Server发送注销通知。
步艰《S911, S-CSCF向HSS返回网结_注销成功响应。
此时，在IMS网纟备中成功;也删除了原来的注册绑定关系(用户 的私有用户标识、7>共用户标识与源MSC Server :眹系地址的关系)。实施例二
本实施例中，目标MSC Server为增强的MSC Server,且由 HSS/HLR判断确定是否向S-CSCF发起注销过程，如图10所示， 本实施例的具体流程包括
步骤S1001: UE发起附着过程，向目标MSCServer发送附着请求。
步骤S1002:目标MSC Server向HSS/HLR发送位置更新请求。
目标MSC Server为增强的MSC Server,因此，目标MSC Server 可以在位置更新-清求中插入ICS能力指示(相当于上述的第一标 识)，该ICS能力指示表示目标MSC Server支持ICS增强特征。
步艰《S1003 ， HSS/HLR 4妄受4立置更新，向目标MSC Server返
回4立置更*斤4妻受响应。
步骤S1004,目标MSC Server向UE返回附着接受响应。
由于目标MSC Server为增强MSC Server,因此，此时会进一 步执行步骤S1009目标MSC Server代替用户执行IMS注册。
步艰《S1005, HSS/HLR向源MSC Server发送位置耳又消请求。
步骤SI006,源MSC Server删除本地保存的用户的CS数据， 还进一步执行本地IMS注销过程，删除本地保存的IMS注册数据。
步骤S1007,源MSC Server向HSS/HLR返回位置取消响应。
步艰朵S1008, HSS/HLR判断目标MSC Server的类型，确定目 标MSC Server是增强的MSC Server,不执行网络注销过程。如果4妄收到来自目标MSC Server的位置更新请求中插入有ICS 能力指示，则HSS/HLR可以才艮据该ICS能力指示判断目标MSC Server的类型，当然，如上所述，HSS/HLR也可以冲艮据运营商策略 分析目标MSC Server的地址信息，从而进行判断。
步骤S1009，当用户在目标MSC Server中位置更新成功后，目 标MSC Server会代替UE执行IMS注册过程，其过程同图4中的 步骤S405 楊。
S-CSCF接收到目标MSC Server代替UE发起的注册请求后， 用新的注册关系(用户的私有用户标识、？>共用户才示识和目标MSC Server联系地址)代替原来的注册关系(用户的私有用户标识、公 共用户标识和源MSC Server联系:t也址)。
其中，步艰i S1006、 S1008、 S1009是分别在源MSC Server、 HSS/HLR、目标MSC Server中发起或净丸4亍的，没有顺序关系。
实施例三
本实施例中，目标MSC Server为普通的MSC Server,且由源 MSC Server判断确定是否向CSCF发起注销过程，如图11所示， 本实施例的具体流程包括
步骤S1101: UE发起附着过程，向目标MSC Server发送附着 请求。
步骤S1102:目标MSC Server向HSS/HLR发送位置更新请求。 目标MSC Server可以在该位置更新请求中插入一个指示其类型的 第一标识。步骤S1103: HSS/HLR接受位置更新，向目标MSC Server返
回^f立置更新4妄受响应。
步骤S1104:目标MSC Server向UE返回附着接受响应。
步驶《S1105: HSS4全查目标MSC Server类型，确定目标MSC Server为普通MSC Server。
步艰朵SI 106， HSS/HLR向源目标MSC Server发送4立置取消请 求，由于HSS/HLR判断目标MSC Server是普通MSC Server,因此， HSS/HLR在位置取消请求中插入一个第二标识，该第二标识显式说 明目标MSC Server是普通的MSC Server还是增强的MSC Server, 或不插入指示目标MSC Server类型的第二标识，默认为普通MSC Server,并^4青求发送纟合源MSC Server。
步骤S1107:源MSC Server删除本地保存的用户的CS数据， 并向HLR/HSS返回^f立置耳又消响应。
步骤S1108:源MSC Server执行注销决策过程，通过判断位置 取消请求中没有包含指示目标MSC Server类型的第二标识，或其中 的第二标识指示为目标MSC Server为普通的MSC Server,则i人为 目标MSC Server为普通MSC Server,然后调用IMS注销过程，执 行步骤S1109代替UE执行IMS注销。
步艰艮SI 109:源MSC Server代^# UE才丸4亍IMS注销过牙呈，向 I-CSCF发送注销请求。
此时，在IMS网全备中成功地删除了原来的注册绑定关系(用户 的私有用户标识、公共用户标识和源MSC Server联系地址)。实施侈']四
本实施例中，目标MSC Server为增强的MSC Server,且由源 MSC Server判断确定是否向S-CSCF发起注销过程，如图12所示， 本实施例的具体流程包括
步艰《S1201: UE发起附着过程，向目标MSC Server发送附着 请求。
步骤S1202:目标MSC Server向HSS/HLR发送位置更新请求。
步骤S1203: HSS/HLR接受位置更新，向目标MSC Server返
回^立置更新4妄受响应。
步骤S1204:目标MSC Server向UE返回附着接受响应。
步骤S1205: HSS冲企查目标MSC Server的属性，判断目标MSC Server是增强MSC Server。
步骤S1206: HSS/HLR向源MSC Server发送位置取消请求， 由于HSS/HLR判断目标MSC Server是增强MSC Server,因此， HSS/HLR会在该位置取消请求中插入目标MSC Server能力指示， 显式说明目标MSC Server是增强MSC Server,并将请求发送给源 MSC Server。
步骤S1207:源MSC Server接收上述位置取消请求后，删除本 i也4呆存的用户的CS数据，并向HLR/HSS返回^立置耳又消响应。
步骤S1208:源MSC Server执行注销决策过程，通过位置取消 请求中携带的第二标识或目标MSC Server的地址信息，判断目标MSC Server为增强的MSC Server,执行本地IMS注销过程，删除 本地保存的IMS注册数据，而不会代替UE执行IMS注销。
步骤S1209:当用户在目标MSC Server中位置更新成功后，目 标MSC Server会代替UE执行IMS注册过程。
S-CSCF接受到目标MSC Server代替UE发起的注册请求后， 会4吏用新的注册关系(用户的私有用户标识、7>共用户标识和目标 MSC Server联系地址)代替原来的注册关系(用户的私有用户标识、 />共用户标识和源MSC Server联系地址)。
其中，上述步-骤S1209和步骤S1205 S1208可以同时^Vf亍，没
有顺序关系。
如上所述，借助本发明，在CS UE在MSC Server之间移动时， 判断目标MSC Server是否为增强的MSC Server,在确定目标MSC Server为增强的MSC Server时，不发起网络注销过程，避免了 IMSS 集中业务的注册逻辑混乱，并且，由于在目标MSC Server为增强的 MSC Server时，不需要发起网络注销过程，因此，节约了网络注销 的时间，4是高了系统处理岁支率，而且在注册/注销过禾呈中，S-CSCF 执行第三方注册/注销过程，不会导致AS执行不必要的注销过程， 提高了 AS的处理效率，避免了 AS的异常。
以上所述^f又为本发明的优选实施例而已，并不用于限制本发明， 对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在 本发明的精神和原则之内，所作的任何》务改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
1.一种IP多媒体子系统集中业务的注册方法，应用于包括电路域用户设备CS UE、源移动交换中心服务器MSC Server、目标MSC Server及IP多媒体子系统IMS的系统，其中，所述IMS包括归属用户服务器HSS/归属位置寄存器HLR和服务呼叫会话控制功能实体CSCF，所述源MSC Server为增强的MSC Server，且所述CS UE已通过所述源MSC Server在所述IMS中注册成功，其特征在于，所述方法包括所述HSS/HLR获取来自目标MSC Server的位置更新请求，其中，所述目标MSC Server在接收到来自所述CS UE的附着请求时向所述IMS的发送位置更新请求；所述HSS/HLR向所述目标MSC Server返回位置更新响应，并向所述源MSC Server发送位置取消请求；判断所述目标MSC Server是否为增强的MSC Server，并根据判断结果决定是否向所述CSCF发起注销过程。
2. 根据权利要求1所述的方法，其特征在于，所述判断所述目标 MSC Server是否为增强的MSC Server具体包4舌所述HSS/HLR判断所述目标MSC Server是否为增强的 MSC Server。
3. 根据权利要求2所述的方法，其特征在于，所述位置更新请求 中携带有用于指示所述目标MSC Server为增强的MSC Server 的第一标识；所述HSS/HLR判断所述目标MSC Server是否为增强的 MSC Server具体包括所述HSS/HLR才艮据接收到的所述位置更新二清求中携带的 所述第 一标识，判断所述目标MSC Server是否为增强的MSC Server。
4. 根据权利要求2所述的方法，其特征在于，所述HSS/HLR判 断所述目标MSC Server是否为增强的MSC Server具体包括所述HSS/HLR才艮据运营商策略分析所述目标MSC Server 的地址j言息，并才艮据对所述地址信息的分4斤确定所述目标 MSC Server是否为增强的MSC Server。
5. 根据权利要求2所述的方法，其特征在于，所述根据判断结果 决定是否向CSCF发起注销过程具体包括如果所述HSS/HLR判断所述目标MSC Server不是增强 的MSC Server,则所述HSS/HLR向所述CSCF发起注销过程； 否则，所述HSS/HLR不向所述CSCF发起注销过程。
6. 才艮据权利要求2所述的方法，其特4正在于，在所述源MSC Server接收到来自所述HSS/HLR的位置取消请求后，所述方 法进一步包括所述源MSC Server删除本地的所述CS UE的IMS注册 数据。
7. 根据权利要求1所述的方法，其特征在于，所述判断所述目标 MSC Server是否为增强的MSC Server具体包4舌所述HSS/HLR才艮据接收到的所述位置更新i青求或所述目 标MSC Server的地址信息，判断所述目标MSC Server是否为 增强的MSC Server;所述HSS/HLR根据判断结果在所述位置取消请求中携带 用于指示所述目标MSC Server是否为增强的MSC Server的第 二标识，并将所述位置取消请求发送给所述源MSC Server, 以使所述源MSC Server根据所述位置取消请求中携带的所述 第二标识判断所述目标MSC Server是否为增强的MSC
8. 根据权利要求7所述的方法，其特征在于，所述根据判断结果 决定是否向CSCF发起注销过程具体包括的MSC Server,则所述源MSC Server不向所述CSCF发起注 销过程；否则，所述源MSC Server向所述CSCF发起注销过程。
9. 一种归属用户服务器/归属位置寄存器，其特征在于，包括接收才莫块，用于接收目标MSC Server发送的位置更新请求；发送才莫块，用于向所述目标MSC Server返回位置更新响 应，和/或向源MSC Server发送位置取消请求；判断模块，用于判断所述目标MSC Server是否为增强的 MSC Server,注销模块，用于向CSCF发起注销过程；决策模块，用于根据所述判断模块的判断结果，决定是否 调用所述注销才莫块发起注销过程。
10. 根据权利要求9所述的归属用户服务器/归属位置寄存器，其 特征在于，所述判断模块包括第一判断子模块，用于根据所述接收模块接收的所述位置 更新请求中携带的用于指示所述目标MSC Server是否为增强 的MSC Server的标识，判断所述目标MSC Server是否为增强 的MSC Server;第二判断子模块，用于根据运营商策略分析所述目标 MSC Server的地址信息，判断所述目标MSC Server是否为增 强的MSC Server。
11. 一种移动交换中心服务器MSC Server,其特征在于，包括接收模块，用于接收来自HSS/HLR的位置取消请求，其 中，所述位置取消请求携带有用于指示目标MSC Server是否 为增强的MSC Server的才示i口、；判断模块，用于根据所述接收模块接收到的所述位置取消 请求中携带的所述标识，判断所述目标MSC Server是否为增 强的MSC Server;注销才莫块，用于向CSCF发起注销过程；决策模块，用于根据所述判断模块的判断结果，决定是否 调用所述注销才莫块发起注销过程。
12. —种IMS集中业务的注册系统，该系统包4舌CSUE、源MSC Server、目标MSC Server及IMS,其中，IMS包4舌HSS/HLR 和CSCF,其特征在于，所述系统还包括决策器，其中，所述CS UE，用于在其位置/人所述源MSC Server移动到 所述目标MSC Server时，向所述目标MSC Server发送附着请求；所述目标MSC Server,用于4妄收所述CS UE发送的所述 附着"i青求，并向所述HSS/HLR发送^f立置更新i青求；所述HSS/HLR,用于接收所述位置更新请求，并向所述 目标MSC Server返回位置更新响应，和/或向所述源MSC Server发送位置取消请求；所述源MSC Server,用于在接收到所述位置取消请求时， 删除本地的所述CS UE的用户数据及IMS注册数据；所述决策器，用于判断所述目标MSC Server是否为增强 的MSC Server,并根据判断结果决定是否向所述CSCF发起 注销过禾呈。
13. 根据权利要求12所述的系统，其特征在于，所述决策器位于 所述HSS/HLR。
14. 根据权利要求12所述的系统，其特征在于，所述决策器位于 所述源MSC Server,所述HSS/HLR还用于才艮据所述位置更新 请求或所述目标MSC Server的地址信息判断所述目标MSC Server是否为增强的MSC Server,并将判断结果携带在发送给 所述源MSC Server的所述位置取消请求中。
全文摘要
本发明提供了一种IP多媒体子系统集中业务的注册方法及系统、归属用户服务器/归属位置寄存器和移动交换中心服务器，在上述方法中，HSS/HLR获取来自目标MSC Server的位置更新请求，其中，目标MSC Server在接收到来自CS UE的附着请求时向IMS的发送位置更新请求，然后向目标MSC Server返回位置更新响应，并向源MSC Server发送位置取消请求；然后判断目标MSC Server是否为增强的MSC Server，并根据判断结果决定是否向CSCF发起注销过程。根据本发明提出的方案，可以提高系统的处理效率。
文档编号H04W8/02GK101577894SQ20081014607
公开日2009年11月11日 申请日期2008年8月7日 优先权日2008年8月7日
发明者李振东, 游世林, 谢宝国, 邹常乐, 郝振武 申请人:中兴通讯股份有限公司