Ip多媒体子系统注册机制的实现方法、系统及装置的利记博彩app

文档序号:7925202阅读:131来源:国知局
专利名称:Ip多媒体子系统注册机制的实现方法、系统及装置的利记博彩app
技术领域
本发明涉及移动通信技术领域,尤其涉及IP多媒体子系统注册 才几制的实玉见方法、系统及装置。
背景技术
目前,全球移动通讯系统(Global System for Mobile communications,简一尔为GSM )、全^求移动通ifl系纟充(Universal Mobile Telecommunications System,简称为UMTS)等移动网络采用电-各 交换技术,称为电路(Circuit Switched,简称为CS)域,能够为用 户提供基本的语音业务以及基于语音业务的补充业务。当CS域接 入到IP多i某体子系纟克(IP Multimedia Core Network Subsystem, 简 称为IMS)时,其演变为一种接入方式,其业务由IMS统一提供, 这种方式称为IMS集中业务(IMS Centralized Service,筒称ICS )。
图1示出了 IMS集中业务的应用场景。如图1所示,IP多媒体 子系统用户i殳备(IMS User Equipment,简称为IMS UE ) 101通过 分组域接入网络102接入到IP多媒体子系统105,由IMS网络提供 业务。利用IMS集中业务冲支术,电蹈J或用户设备(CS User Equipment,简称为CS UE ) 103通过电路域4妻入网络104 4妄入到IP 多媒体子系统105,由IMS网络提供业务,这样使IMS网络能够为 采用不同接入方式的用户提供业务。图2是IMS集中控制业务的架构图,如图2所示,包括如下网

CS UE 201,通过CS控制信令接入到增强的移动交换中心服务 器(Enhanced Mobile Switching Center, 简 一尔为eMSC Server )。
增强的MSC Server 202,是增强的电路域MSC Server,除了完 成CS用户设备的接入、移动性管理、呼叫控制功能以外,还可以 4乍为会i舌4刀始十办i义(Session Initiation Protocol,简-尔为SIP )用户 理,实现CS信令和SIP消息之间的转换,代替用户接入IMS。
媒体网关(Media Gateway,简称为MGW ) 203 ,用于CS承载 上的媒体流和IP承载上的媒体流之间的转换,建立用户设备201和 远端用户间的媒体连接。
口乎叫会i舌4空弗寸功負^ ( Call Session Control Function,简-尔为 CSCF)204,可分为查询CSCF( Interrogating CSCF,简称为I-CSCF) 和服务CSCF (Serving CSCF,简称为S-CSCF)。其中,I-CSCF与 归属用户服务器(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合一位于同一物理实体,也可以位于不同的实体。当HSS和HLR位于不同实体时,彼此之间存在用于实现信 息交互的^妾口 。
CS UE 201通过CS控制信令冲妄入到增强的MSC Server 202, 增强的MSC Server 202充当用户代理,代替CS UE 201接入IMS 网纟各的CSCF 204,并和远端用户建立会"i舌连"l妄,同时增强的MSC Server 202控制MGW 203完成CS承载上的i某体流和IP承载上的 媒体流之间的转换,建立CS UE 201和远端用户间的媒体连接。
在IMS集中业务中需要建立用户标识和实际的物理耳关系地地 址的绑定关系,也t尤是建立矛厶有用户才示-识(Private User Identity,简 称为PVI )、 7〉共用户标识(Public User Identity,简称为PUI)以及 UE的实际物理联系地址之间的对应关系,通过该对应关系,可以 乂人用户才示i口、确定联系;也i止,乂人而和UE建立连才妾。
在CS UE接入IMS系统时,由增强的MSC Server代替CS UE 向IMS发起注册,建立注册绑定关系,也就是建立CS UE的PVI、 PUI和增强的MSC Server联系地址之间的对应关系,在现有注册过 程中,该绑定关系是通过PVI和PUI确定的。
CS UE在增强的MSC Server 4立置更新成功,并在IMS注册成 功后,当该CS UE移动时,该CS UE可能会移动到新的MSC Server (目标MSC Server )的控制范围之内,其中,目标MSC Server可 能为普通MSC Server (即没有增加ICS能力的MSC Server ),也可 能为增强的MSC Server。
当目标MSC Server为增强的MSC Server时,目前的注册过禾呈 如图3所示,为了简明起见,图中的流程重点描述了 CS域的位置 更新过程和IMS注册过程,其中的安全认i正过程、CS用户数据插 入过程在此不再描述。如图3所示,主要包括以下步骤
8步骤S301: UE发起CS位置更新过程,向目标MSC Server发
送位置更新请求。
步骤S302:目标MSC Server向HSS/HLR发送位置更新请求。
步艰《S303: HSS/HLR接受位置更新,向目标MSC Server返回
位置更新接受响应。
在具体才乘作过程中,在步骤302 303过程中,还会4丸行标准的 CS接入认证、用户数据插入过程。HSS/HLR在用户数据或位置更 新接受响应中插入ICS指示,说明该用户签约了 ICS业务。
步骤S304:目标MSC Server向UE返回位置更新成功响应。
由于目标MSC Server是增强的MSC Server,因此目标MSC Server会检查用户数据或位置更新接受响应中的ICS指示,判断用 户是否为ICS用户,如果判断为ICS用户,则会执行步骤S308,代 替UE执行IMS注册过程。
步骤S305: HSS/HLR向源MSC Server发送位置取消请求。
步骤S306:源MSC Server向HSS/HLR返回位置取消响应,并 删除本地保存的CS用户记录。
步骤S307:源MSC Server代替CSUE执行IMS注销过程。由 于CS UE已经不再在源MSC Server处于〗敫活状态,因此,源MSC Server代替CS UE执行IMS注销步骤S308:目标MSC Server代替UE发起IMS集中业务的注 册过程。当用户在目标MSC Server中位置更新成功后,目标MSC Server代替UE执行IMS注册过程,目标MSC Server向IMS系统 中的S-CSCF发送注册请求,S-CSCF建立新的注册绑定关系(私有 用户标识、/>共用户标识与目标MSC Server写关系地址的关系)。由 ;t匕,IMS更杀斤注册绑定关系。
通过上面的流程可知,由于目标MSC Server发起的注册过程和 源MSC Server发起的注销是独立进4亍的,因此不能确定目标MSC Server发送的注册请求和源MSC Server发送的注销请求到达 S-CSCF的顺序,如果注册请求先于注销请求到达S-CSCF, S-CSCF 才丸行注册过程,发现用户已经注册(PVI-PUI-源MSC Server联系地 址),由于用新的注册关系(PVI-PUI-目标MAS Server联系地址) 覆盖旧的注册关系,随后注销请求到达S-CSCF, S-CSCF通过PVI 和PUI匹配绑定关系,发现用户与注册(PVI-PUI-目标MAS Server 联系地址),则会认为要注销新建立的注册关系(PVI-PUI-目标MSC Server联系地址),乂人而注销刚建立的注册关系,导致业务逻辑4晉误, 可能引起注册绑定关系错误,影响业务的正常处理。

发明内容
有鉴于此,本发明4是供了一种IP多i某体子系统注册才几制的实施 方法、装置及系统,用以解决现有技术中可能存在的注册逻辑混乱 的问题。
才艮据本发明的一个方面,提供了一种IP多々某体子系统注册方 法,该方法应用于包括CS UE、增强的MSC Server及IMS的网络环境。
10根据本发明的IP多媒体子系统注册方法包括S-CSCF从接收 到的i青求消息中获取CS UE的私有用户标i口、、 7>共用户标识以及 MSC Server的特征信息,其中,请求消息包括注册请求或注销请求; S-CSCF才艮据获耳又的私有用户标识、/>共用户标识以及特征信息, 与已有注册绑定关系进^亍匹配;如果匹配成功,则对匹配成功的注 册绑定关系执行请求消息所指示的操作。
根据本发明的又一个方面,提供了一种S-CSCF。
根据本发明的S-CSCF包括获取模块,用于从接收到的请求 消息中获取作为发起方的CSUE的私有用户标识、公共用户标识, 以及代替CS UE向该S-CSCF发送请求消息的MSC Server的特征 信息,其中,请求消息包括注册请求或注销请求;匹配才莫块,用 于才艮据获取^莫块获取的私有用户标识、7>共用户标识及特征信息, 与已有注册绑定关系进行匹配;执行模块,用于根据匹配模块的匹 配结果,执行请求消息所指示的操作。
根据本发明的再一个方面,提供了 一种MSC Server。
根据本发明的MSC Server包括决策模块,用于决定是否代替 CSUE执行IMS注册或注销;设置^t莫块,用于在决策^^块决定代替 CS UE执行IMS注册或注销后,在向IMS发送的请求消息中携带 MSC Server的注册标识;发送模块,用于发送经过设置模块设置的 i青,jt消息。
根据本发明的再一个方面,提供了一种IMS注册机制的实现系统。
才艮据本发明的IMS注册才几制的实现系统包4舌MSC Server,用 于代替CS UE向IMS系统发送请求消息,其中,请求消息中携带 有CS UE的私有用户标识、7>共用户标识及MSC Server的特;f正信息;S-CSCF,用于接收经I-CSCF发送的请求消息,并根据请求消 息中携带的PVI、 PUI及特征信息,与已有注册绑定关系进行匹酉己, 在匹配成功的情况下,对匹配到的注册绑定关系执4亍请求消息指示 的操作。
通过本发明的上述至少一个才支术方案,通过更改现有的注册匹 配关系,4吏得没增强的MSC Server代卢#用户生成不同的注册绑定关 系,避免了 UE在移动过程中可以出现的业务逻辑混乱的问题,保 寸正了业务的正常处理。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部 分地从说明书中变得显而易见,或者通过实施本发明而了解。本发 明的目的和其他优点可通过在所写的i兌明书、4又利要求书、以及附 图中所特别指出的结构来实现和获得。


附图用来纟是供对本发明的进一步理解,并且构成i兌明书的一部 分,与本发明的实施例一起用于解释本发明,并不构成对本发明的 限制。在附图中
图1为根据现有技术的IMS集中业务的应用场景的示意图2为才艮 据现有4支术的IMS集中控制业务的架构图3为根据现有技术的UE在增强的MSC Server之间移动时 IMS集中业务的注册流程图4为4艮据本发明实施例的IMS注册才几制的实现系统的结构框
图;图5为根据本发明实施例的S-CSCF的结构框图6为根据本发明实施例的MSC Server的结构框图7为才艮据本发明实施例的IMS注册机制的实现方法的流程
图8为本发明实施例一的具体执4亍过程流程图; 图9为本发明实施例二的具体执行过程流程图; 图10为本发明实施例三的具体执行过程流程图; 图11为本发明实施例四的具体执行过程流程图; 图12为本发明实施例五的具体冲丸4亍过程流程图; 图13为本发明实施例六的具体执行过程流程图。
具体实施方式
功能扭克述
如上所述,由于在现有的IMS注册机制中是根据PVI和PUI 匹配绑定关系,当UE移动时,会同时向S-CSCF发送注销旧的注 册关系和注册新的注册关系的i青求,而且两个i青求相互独立,因而 可能出现先注册新的注册关系,4妄着又注销刚建立的注册,乂人而导 致业务逻辑错误,影响业务的正常处理。针对上述问题,本发明提 出了 IMS注册才几制的实现方案。在本发明实施例才是供IMS注册机制的实现方案中,S-CSCF除 了根据PVI和PUI匹配绑定关系,还根据MSC Server的特征信息 对已注册的绑定关系进4亍匹配,因而可以消除上述的问题。
以下结合附图对本发明的优选实施例进行说明,应当理解,此 处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本 发明。
根据本发明实施例,首先提供了一种IMS注册机制的实现系统。
图4为根据本发明实施例的IMS注册机制的实现系统的结构框 图,如图4所示,才艮据本发明实施例的IMS注册才几制的实现系统包 括CSUE42、 MSC Server 44及IMS的I國CSCF 46和S-CSCF 48。 以下结合附图进一步描述上述各个实体。
CS UE 42,用于向MSC Server 44发送4立置更確斤"i青求;
MSC Server 44通过网络与CS UE 42连接,用于在CS UE 42 在MSC Server 44位置更新成功后,代替CS UE 42向IMS系统的 I-CSCF 46发送请求消息,其中,请求消息中携带有CS UE 42的 PVI、 PUI及MSC Server 44的特征信息;
I-CSCF 46通过网络与MSC Server 44连4妄,用于将MSC Server 44发送的请求消息转发给S-CSCF 48;
S-CSCF 48通过网络与I-CSCF 46连接,用于接收I-CSCF转发 的请求消息,并根据请求消息中携带的PVI、 PUI及特征信息,与 已有注册绑定关系进行匹配,在匹配成功的情况下,对匹配到的注 册绑定关系执行上述请求消息指示的操作。
14并且,S-CSCF 48还用于在匹配不成功的情况下,且请求消息 为注册"i青求,4丸4亍初始注册过程,创建包4舌MSC Server 44的特征 信息的注册绑定关系。
在具体实施过程中,在匹配成功的情况下,如果上述请求消息 为注册ifr求,贝'J S-CSCF 48发起重#斤注册,并用新注册关系更新匹 配到的注册绑定关系。
其中,特征信息可以为MSC Server联系地址,也可以为MSC Server的注册标识,该注册标识具有^舉一'l"生,即不同MSC Server 代替同一 UE执行注册决策时,其注册标识不同。当特征信息为注 册标识时,注册标识可以为注册绑定关系中的单独的一项,此时注 册绑定关系为PVI-PUI-MSC Server联系地址-MSC Server的注册 标识;也可以将注册标识插入到PVI中,作为扩展PVI,此时的注 册绑定关系为扩展PVI-PUI-MSC Server耳关系;也址。
并且,当特4正4言息为MSC Server的注册标识,MSC Server 44 还用于生成上述注册标识,并将该注册标识携带在"i青求消息中发送 给S-CSCF,或将该注册标识插入到请求消息中携带的PVI中发送 给S-CSCF 。
根据本发明实施例才是供的上述系统,可以在注册时通过PVI、 PUI和MSC Server的特征信息对已有注册绑定关系进行匹配,可以 在UE移动时,避免误注销新注册的绑定关系的问题。
冲艮据本发明实施例,还才是供了一种S-CSCF,该S-CSCF属于 IMS系统。
图5为根据本发明实施例的S-CSCF的结构框图,如图5所示, 根据本发明实施例的S-CSCF包括获取才莫块52、匹配模块54和 执行模块56。以下结合附图进一步描述上述各个模块。获取才莫块52,用于从接收到的请求消息中获取CS UE的PVI、 PUI,以及 4#该CS UE向该S-CSCF发送i青求消息的MSC Server 的特征信息;在具体实施过程中MSC Server的特征信息可以为MSC Server联系地址,也可以为MSC Server的注册标识。
匹配模块54与获取模块52连接,用于根据获取模块52获取 的PVI、 PUI及特征信息,与已有注册绑定关系进4亍匹配;
执行模块56与匹配模块54连接,用于根据匹配模块54的匹 配结果,执行上述请求消息所指示的操作。
其中,请求消息所指示的操作包括发起IMS注册或注销。
才艮据本发明实施例的上述S-CSCF可以在IMS注册时,才艮据 PVI、 PUI和MSC Server的特;f正信息进4亍匹配,因而不会将不同 MSC Server代替同一 UE建立的注册绑定关系当作相同的注册关 系。
根据本发明实施例,还提供了 一种MSC Server。
图6为才艮据本发明实施例的MSC Server的结构冲匡图,如图6 所示,冲艮据本发明实施例的MSC Server包括决策冲莫块62、设置 才莫块64和发送才莫块66。以下结合附图进一步描述上述各个才莫块。
决策模块62,用于决定是否代替CS UE执行IMS注册或注销;
设置模块64与决策模块62连接,用于在所述决策模块决定代 替所述CS UE执行IMS注册或注销后,在向IMS发送的请求消息 中携带所述MSC Server的注册标-识;
16发送模块66与设置模块64连接,用于发送经过所述设置模块 设置的请求消息。
才艮据本发明实施例的上述MSC Server,可以在向IMS发起注 销或注册时,向IMS发送MSC Server的特;f正信息。
才艮据本发明实施例,还提供了一种IMS注册机制的实现方法, 该方法应用于包括CS UE、增强的MSC Server及IMS的网络环境。
图7为根据本发明实施例的IMS注册机制的实现方法的流程 图,如图7所示,才艮据本发明实施例的IMS注册才几制的实现方法包 括以下处理(步骤S702-步骤S706 ):
步骤S702: S-CSCF从接收到的请求消息中获取CS UE的PVI、 PUI以及MSC Server的特征信息,其中,请求消息包括注册请求或 注销请求;
步骤S704: S-CSCF根据获取的PVI、 PUI以及特征信息,与 已有注册绑定关系进4亍匹配;
步驶《S706:如果匹配成功,则对匹配成功的注册绑定关系#^亍 接收到的请求消息所指示的操作。
以下进一步描述上述各个处理的细节。
(一)步骤S702
对于步骤S702的处理的触发可以通过如下方式来实现CS UE 在增强的MSC Server上位置更新成功,MSC Server代替该CS UE 向IMS发起注册,或CS UE从源MSC Server移动到目标MSC Server,并在目标MSC Server位置更新成功,源MSC ServeH戈替CS UE向IMS发起注销,也可以是由于其它原因,导致CSUE不 在增强的MSC Server中活跃,增强的MSC Server代替CS UE向IMS
发起注销。
在具体实施过程中,在步骤S702之前,该方法还包括以下步

步骤1: MSC Server代替CS UE向IMS的I-CSCF发送请求消自'.
在具体实施过程中,MSC Server可以从CU UE发送的位置更 新请求中携带的用户标识中推导出CS UE的PVI和PUI等信息,并 将PVI和PUI等信息携带在请求消息中,发送给IMS系统。
比如在3GPP组织中,用户标识采用国际移动用户标识 (International Mobile Subscriber Identity, 简^尔为IMSI), i亥冲示"i只是
一个全球唯一的的15位代码用于识别个人用户,由3位移动国家代
码(Mobile Country Code,简称为MCC )、 2 3位移动网络代码 (Mobile Network Code,简称为MNC)和移动电话用户身l分号石马 (Mobile Subscriber Identification Number, 简 一尔为MSIN ),其纟且成
顺序为[MCC][MNC][MSIN],贝寸,乂人中可以4,导出CS UE的用户
卩3属i或、PVI禾口 PUI分另'J ^口下
用户归属i或ics.mnc<MNC〉.mcc<MCC〉.3gppnetwork.org;
PVI: <IMSI〉@ics.mnc<MNC〉.mcc<MCC〉.3gppnetwork.org;
PUI: SIP:<IMSI〉@ics.mnc<MNC〉.mcc<MCC〉.3gppnetwork.org;
侈寸^口, ^口果CS UE白勺IMSI为234150999999999,艮卩MCC=234, MNC=15,MSIN=0999999999,贝'Jjt匕时,归属域ics.mncO 15.mcc234.3gppnetwork.org;
PVI: 234150999999999@ics.mnc015.mcc234.3gppnetwork.org;
PUI: SlP:234150999999999砂cs扁c015.mcc234.3gppnetwork.org。
步骤2: I-CSCF向HSS/HLR发送S-CSCF分配请求,HSS/HLR 向I-CSCF返回分配响应,该响应中携带有分配的S-CSCF的地址;
步骤3: I-CSCF才艮据分配的S-CSCF的地址,将接收到的请求 消息转发给S-CSCF。
S-CSCF在接收到该请求消息后,从中获取CS UE的PVI、 PUI 和MSC Server的特4正信息。
其中,MSC Server的特征信息包括MSC Server联系地址或 MSC Server的注册标识。并且,MSC Server可以将注册标识直4妄携 带在请求消息中发送给IMS,也可以将注册标识插入在PVI中形成 一个扩展PVI,然后将该扩展PVI携带在请求消息中发送给IMS。
当MSC Seryer的特征信息为注册标识时,MSC Server在上述 步艰《1中,首先要生成注册标识,然后爿寻该注册标"i只携带在"i青求消 息中发送。在具体实施过程,对于同一UE不同增强的MSC Server 所生成的注册才示i口、具有p食一'1"生,即一个注册才示i只可以p眷一才示iK一个 MSC Server和一个CS UE的连4妄关系;并且,在一个注册过考呈的 生命期内,即/人MSC Server ^R^,CS UE发起初始注册,到该UE 乂人该MSC Server中注销,该注册标识寸呆持不变。
在具体实施过程中,MSC Server可以才艮据节点信息生成注册标 识,其中,节点信息包括4旦不限于MSC Server的信令节点编号、 节点号石马、IPi也址和主才几名。具体地,MSC Server根据节点信息生成注册标识可以包括以下 两种方式
(1 ) MSC Server直4妄<吏用节点信息作为注册标识;
(2) MSC Server通过预i殳算法,对节点信息进4亍运算,得到 注册标识,其中包括MSC Server截取节点信息中一部分作为注册 标识、MSC Server利用散列函数对节点信息进行运算得到注册标 识。
MSC Server在生成注册标识后,如果是^1夺该注册标识插入PVI 中,以扩展PVI的形式携带在请求消息中发送给IMS,则可以作以 下设置
扩展PVI-PVI+注册标识,或,扩展PVI =注册标识+PVI;
由于MSC Server发送给IMS系统为扩展PVI,则IMS系统需 要对接收扩展PVI进行解析,从中获取PVI,在具体实施过程中IMS 系统可以通过以下两种方式从扩展PVI中解析出PVI:
(1 )在上述步骤2中I-CSCF接收到来自MSC Server的请求 消息后,将扩展PVI和PUI携带在S-CSCF分配请求中发送给 HSS/HLR, HSS/HLR根据扩展PVI获取PVI,并进行S-CSCF分配
操作;
(2 ) I-CSCF接收到来自MSC Server的i青求消息后,才艮据扩展 PVI获取PVI,将PVI和PUI携带在S-CSCF分配请求中发送给 HSS/HLR, HSS/HLR进行S-CSCF分配才喿作。( 一 )步骤S704
S-CSCF根据获取的PVI、 PUI和特征信息,对保存的已有注册 绑定关系进4亍匹配,当已有的一注册绑定关系与获取的PVI、 PUI 和特征信息都匹配时,才确定匹配成功,否则,都认为匹配不成功, 不是相同的注册关系。
由于在匹配过程中,增加了特征信息字段,因此,可以确保匹 配的注册关系为同一 MSC Server对同一 CS UE建立的注册关系。
(三)步骤S706
在匹配成功的情况下,i兌明i青求的注册关系与已有注册绑定关 系相同,则根据请求消息的内容,对匹配成功的注册绑定关系执行 该请求消息所指示的操作。
如果"it求消息为注册i青求,则S-CSCF 4丸4于重注册过程,并更 新原有的注册绑定关系;如果请求消息为注销请求,贝'JS-CSCF执 4亍注销过^E,注销原有的注册绑定关系。
进一步地,如果在步骤S704中没有匹配到注册绑定,则在"i青 求消息为注册i青求的情况下,S-CSCF发起初始注册过程,并创建 包含特征信息在内的注册绑定关系,即,如果特征信息为MSC Server耳关系地址,则建立PVI - PUI - MSC Server耳关系地址的注册 绑定关系;如果特征信息为MSC Server注册标识,且该注册标识直 才妄携带在请求消息中发送到S-CSCF,则建立PVI-PUI-MSC Server联系地址-MSC Server注册标识的注册绑定关系;如果特征 信息为MSC Server注册标识,且插入到PVI中以扩展PVI的形式 发送到S-CSCF,则建立扩展PVI - PUI - MSC Server联系地址的注 册绑定关系。通过本发明实施例的上述方法,可以实现不同MSC Server代替 CS UE生成不同的注册绑定关系。
为了进一步描述上述方法的具体实施方式
,下面以具体的实施 例进4于i兌明。
实施例一
在该实施例中,MSC Server代替CS UE^丸4亍注册过程,MSC Server特征信息为MSC Server联系地址,如图8所示,本实施例的 具体执行过程包括
步骤S801: UE发起CS位置更新过程,向MSC Server发送位
置更新请求。
步骤S802: MSC Server向HSS/HLR发送位置更新i青求。
步骤S803: HSS/HLR接受位置更新,向MSC Server返回位置 更谇斤4姿受响应。
在具体实施过程中,在步骤S802 803过程中,还4丸4亍CS接入 认证、用户数据插入等过程。并且,HSS/HLR会在用户数据中或位 置更新接受响应中插入ICS指示,该ICS指示说明该用户签约了 ICS 业务。
步骤S804: MSC Server向UE返回位置更新成功4妄受响应。
步骤S805: UE在MSC Server位置更新成功后,MSC Server 4丸4亍IMS注册决策,如果发现用户彩:据中或位置更新响应中含有 ICS指示,即,用户是ICS用户,则决定代替用户发起IMS注册。步骤S806: MSC Server从用户的标识中推导出用户的归属域、 PVI和PUI,并发现合适的入口点的地址,如I-CSCF的地址等。
例3口,布殳i殳用户的IMSI为234150999999999,即MCC=234, MNC=15,MSIN=0999999999,则可以4,导出
归属域ics.mncO 15.mcc234.3gppnetwork.org;
PVI: 234150999999999@ics.mnc015.mcc234.3gppnetwork.org;
PUI: SIP:234150999999999卿cs週c015.mcc234.3gppnetwork.org。
步骤S807: MSC Server发送SIP注册请求,其中,该SIP注册 i奮求中包含了 PVI、 PUI以及MSC Server的联系地址,并且该_清求 中包括接入方式指示,该指示表示该注册请求乂人MSC Server发出。
其中,联系地址为SIP URI,其主才几部分是MSC Server的联系 地址MSC Server的IP地址和全域名,用户部分可以不插入用户号 码,如sip: msc.homel.net,也可以插入用户号码,sip:+ 861004821437 @msc.homel.net。
步尿聚S808: I-CSCF向HSS发送S腳CSCF分酉己i貪,,,"i青,乂 HSS 分配为用户服务的S-CSCF。
步骤S809: HSS为用户分配S-CSCF,并通过S-CSCF分配响 应消息,将分配的S-CSCF的相关信息(如S-CSCF的i也址或标识 等)发送给I-CSCF 。
步骤S810: I-CSCF将注册请求转发到HSS分配的S-CSCF。
步骤S811: S-CSCF根据注册请求中的PVI、PUI和MSC Server 联系;也址与已经注册的注册绑定关系进4亍匹配。在匹配注册绑定关系时,只有当PVI、 PUI和MSC Server联系 地址三者全部匹配后,S-CSCF才确定4妾收到的注册i青求和已有的 注册绑定关系匹配,需要^M亍重注册,更新已有的注册绑定关系, 才丸4亍步-豫812或if兆过步艰《812、 813,直4妾^M亍步艰《814;否则"i人为 是杀斤注册,4丸4亍步艰《812。
步骤S812: S-CSCF与HSS交互,向HSS发送用户数据下载 请求,请求下载用户签约数据,并在请求中携带PVI和PUI。
步骤S813: HSS向S-CSCF返回用户数据响应,其中,该响应 中包含了用户签约凄t据。其中,用户签约数据中包括与该注册相关 多个PUI,除了包4舌有用户才示识推导出的PUI,还包4舌用户^f吏用电 信业务时使用的PUI,如tel:+861004821437等,其中推导出的PUI 不用于业务,需要禁止。
步骤S814: S-CSCF保存或更新UE的注册绑定关系。其中, 绑定的关系包括PVI、 PUI和联系地址的对应关系。并且,如果是 新注册,S-CSCF创建并保存注册关系,如果是重注册,S-CSCF更 新原有的注册关系。
步骤S815: S-CSCF向I-CSCF返回注册成功响应,其中该响 应中包含有用户可以^吏用的PUI, ^旦不包含上述禁止的PUI。
步骤S816: I-CSCF向MSC Server转发注册成功响应,MSC Server保存注册信息,并将响应中包含的第 一个PUI作为默i人PUI。
步骤S817: S-CSCF冲艮据用户的签约数据的初始过滤准则,触 发第三方注册过程,向AS发送注册i青求,通知AS用户的注册信 自、
其中,AS中包括ICS应用服务器、电话业务服务器等。步驶《S818: AS返回注册成功响应。
至此,增强的MSC Server代替UE完成在IMS中的注册,在 S-CSCF中建立了注册绑定关系(PVI、 PUI与增强的MSC Server 的联系地址的关系)。
实施例二
在该实施例中,UE移动到目标MSC Server,在目标MSC Server 位置更新成功后,源MSC Server代替CS UE才丸行注销过程,MSC Server特征信息为MSC Server联系地址。显然,该过程同样适用于 由于其它原因导致UE不再在增强MSC Server中活跃,如UE在源 增强的MSC Server去附着成功、UE被网络强制注销等。如图8所 示,本实施例的具体执行过程包括
步骤S901: UE发起CS位置更新过程,向目标MSC Server发
送位置更新请求。
步骤S902:目标MSC Server向HSS/HLR发送位置更新请求。
步骤S903: HSS/HLR接受位置更新,向目标MSC Server返回
位置更新纟妄受响应。
在步骤S902 步骤S903过程中,还才丸4亍才示准的CS 4妾入i人i正、 用户凄t据插入过禾呈。
HSS/HLR在用户凌t据中或位置更新接受响应中插入ICS指示, 说明该用户签约了 ICS业务。
步-银S904:目标MSC Server向UE返回^f立置更f斤成功响应。由于目标MSC Server是普通的MSC Server,目标MSC Server
会忽略用户数据中或位置更新接受响应中的ICS指示,不会代替UE 执行IMS注册过程。
步骤S905: HSS/HLR向源MSC Server发送取消位置i青求。
步艰《S906:源MSC Server向HSS/HLR返回取消位置响应,并 删除本地^f呆存的CS用户韵:据。
步骤S907:由于UE在源MSC Server处于非;敫活^]犬态,源MSC Server代替UE 4丸4亍IMS注销过程,向I-CSCF发送SIP注销请求, 该注册请求中包括PVI、步骤S815中荻取的PUI,以及源MSC Server 联系地址。
比如上述用户,则注销:清求中的PVI为 234150999999999@ics.mnc015.mcc234.3gppnetwork.org;
PUI为在注册请求中获取的PUI:
tel:+861004821437
MSC Serve的耳关系i也i止
sip: sip: msc.homel.net, 或sip:十861004821437@msc.homel.net
步骤S卯8: I-CSCF与HSS交互,向HSS发送S-CSCF分配请 求,请求HSS分配为用户服务的S-CSCF,在请求中需要携带PVI、 PUI。。
步骤S909: HSS为用户分配S-CSCF,并通过S-CSCF分配响 应发送给I-CSCF 。步骤S910: I-CSCF将注销请求转发到指定的S-CSCF。
步骤S911: S-CSCF才艮据PVI、 PUI以及MSC Server耳关系地址
与已经注册的注册绑定关系进行匹配。
在匹配注册绑定关系时,不^又匹配PVI、PUI,还匹配MSC Server 耳关系:t也址^言息,即只有在三者全部匹配后,S-CSCF才i/v为4妾收到 的注销i青求和已有的注册绑定关系匹配,继续4丸4亍步艰《S911,否则, 认为要注销的注册绑定关系不存在,向MSC Server返回注销失败响 应,结束济u禾呈。
步骤S912: S-CSCF与HSS交互,将用户的注销状态发送给 HSS,请求中携带PVI、 PUI。
步骤S913: HSS向S-CSCF返回注销响应。
步骤S914: S-CSCF向I-CSCF返回注销成功响应。
步艰《S915: I-CSCF向增强MSC Server 4争发注销成功响应。
步骤S916: S-CSCF根据用户的签约数据的初始过滤准则,触 发第三方注销过程,向AS发送注销请求,通知AS用户已经注销。
步骤S917: AS返回注销成功响应。
步艰A S918: S-CSCF将更新或清除用户的注册绑定关系。
通过上述实施例一和实施例二可知,当UE从源增强MSC Server移动到目标增强MSC Server时,目标MSC Server 4安照实施 例一执行IMS注册过程,源MSC Server按照实施例二才丸行注销过程。由于目标增强的MSC Server发送的注册请求的地址为目标 MSC Server的联系地址,因此不管源注册绑定关系是否存在, S-CSCF才艮据PVI、 PUI以及目标MSC Server联系地址将无法匹配 到已经存在的注册绑定关系,将创建新的注册绑定关系(PVI、 PUI、 目标MSC Server耳关系地址)。
而对于源增强MSC Server代替UE 4丸行的注销过程,S-CSCF 根据PVI、 PUI以及源MSC Server的联系地址,只会匹配到源注册 绑定关系,进而删除源注册绑定关系,而不会发生将目标注册绑定 关系误删除的情况。
并且,为了简化操作,可以只在注销过程中要求将联系地址作 为注销操作的匹配条件,而在注册过程中不要求将联系地址作为注 销操作的匹配条件,在这种情况下,目标MSC Server的注册过程中, 如果源注册绑定关系还没有#1注销,由于S-CSCF只根据PVI、 PUI 进4亍匹配,则会匹配到源注册绑定关系,更杀斤源注册绑定关系为目 标注册绑定关系(PVI、 PUI、目标MSC Serve耳关系地址);如果源 注册绑定关系已经被注销,S-CSCF根据PVI、 PUI无法匹配到注册 绑定关系,将创建新的注册绑定关系(PVI、 PUI、目标MSC Server 联系地址)。而在源MSC Server的注销过程中,S-CSCF才艮据PVI、 PUI以及源MSC Server的联系地址,如果源注册绑定关系已经被更 新到目标注册绑定关系,S-CSCF根据PVI、 PUI以及源MSC Server 的耳关系;t也址无法匹配到源注册绑定关系,会返回注销响应失败;如 果源注册绑定关系还没有^皮更新,则会匹配到源注册绑定关系,进 而删除源注册绑定关系,同样不会发生将目标注册绑定关系误删除 的情况。实施例三
在该实施例中,增强的MSC Server 替CS UE执行注册过程, MSC Server特4正信息为MSC Server注册标"i只,且该注册标识是直 接携带在MSC Server发送的请求消息中,而不是插入到PVI以扩 展PVI的形式携带在请求消息中,如图10所示,本实施例的具体 执行过程包括
步骤S1001 步骤S1005与上述步骤S801 步骤S805相同,在 此不再描述。
步骤S1005a:增强的MSC Server生成注册标识。
具体地,增强的MSC Server可以根据节点信息生成注册标识, 以j呆i正与其〗也增强MSC Server生成的注册才示i只不同,满足获取的注 册标识的口舉一性要求。
在具体实施过程中节点信息可以为增强的MSC Server的信令 节点编号、节点号码、IP地址、主一几名等,在生成注册标识时,可 以直接4吏用节点信息作为注册标识,也可以对节点信息-使用夫见定的 函凄t运算得到注册标识。
比如MSC Server的节点编号为+ 8610000001,则可以直4妄4吏 用标号作为注册标识,也可以通过某种函数运算,如散列函H对节 点编号做运算,得到唯一的注册标识,如散歹ll函数(8610000001 )
-xxxxxxx。
;;主册才示"i只可以通过《draft-ietf-sip-outbound》十办i义定义的reg-id 携带,或定义新的头字段或参数携带。并且,在该UE在该增强的MSC Server —次注册生命周期内, 该注册标识必须^f呆持不变,在后续的重注册或注销过程^吏用同一注 册标识。
步骤SI006: MSC Server从用户的标识中推导出用户的归属域、 PVI和PUI,并发现合适的入口点的;也址,如I-CSCF的地址等。
步骤S1007: MSC Server发送SIP注册请求,其中包含PVI、 PUI、 MSC Server联系地址以及步骤S1005a生成的注册标识,并包 含4妄入方式指示,表示该注册i青求,人MSC Server发出。
步骤S1008 ~步骤S1010,同图8步骤S808 步骤S809。
步骤S1011: S-CSCF根据PVI、 PUI以及注册标识与已经注册的注册 绑定关系进行匹配。
本实施例除了 PVI和PUI外,增加注册标识作为匹配条件。当三者全 部匹配后,S-CSCF才认为接收到的注册请求和已存在的注册绑定关系匹 配,需要更新已经存在的注册绑定关系,否则认为是初始注册,将创建新 的注册关系。
步骤S1012 ~步骤S1018,同图8步骤S812 ~步骤S818。 执行完上述过程,在S-CSCF中建立一个源注册绑定关系(PVI, PUI, 源MSC Server联系地址、注册标识)。
实施例四
在该实施例中,UE移动到目标MSC Server,在目标MSC Server 位置更新成功后,源MSC Server代替CS UE寺丸行注销过程,MSC Server特征信息为注册标识,且该注册标识以独立的形式存在,而 不是携带在PVI中。显然,该过程同样适用于由于其它原因导致 UE不再在增强MSC Server中活跃,如UE在源增强的MSC Server 去附着成功、UE被网络强制注销等。如图ll所示,本实施例的具 体执行过程包括步骤SllOl ~S1106,同图9中步骤S901 ~S906。
步骤S1107:源MSC Server代^# UE执4亍IMS注销过禾呈,向 I-CSCF发送SIP注销请求,该注册请求中除了包括PVI、步骤315 中获耳又的PUI,以及MSC Serve联系地址,还包含图10步骤1005a 生成的注册标识。
步备聚S1108 S1110,同图9中步艰iS908 S910。
步骤S1111:S-CSCF根据PVI、 PUI以及注册标识与已经注册的 注册绑定关系进4亍匹配。
本实施例除了 PVI和PUI外,增加注册标识作为匹配条件。当 三者全部匹配后,S-CSCF才认为接收到的注注销请求和已存在的 注册绑定关系匹配,删除已经存在的注册绑定关系,否则i人为要注 销的绑定关系不存在,向MSC Server返回注销失败响应。
步-银S1112 — S1118,同图9中步骤S912 S918。
应用上述过程,当UE从源增强MSC Server移动到目标普通 MSC Server时,如图11所示,目标MSC Server只执4亍电^各域位置 更新过程,不执行IMS注册过程,而源MSC Server将代替UE执 4亍注销过程,删除原注册绑定关系,反映了用户的移动情况。
通过上述实施例三和四可知,当UE AO原增强MSC Server移动 到目标增强MSC Server时,目标MSC Server 4安照图10所示执行 IMS注册过程,源MSC Server按照图11执4亍注销过程,由于这两 个过程分别是4十对两个注册关系进4亍的,互相不影响,不会发生将 注册关系混乱的现象。当UE在不同增强MSC Server之间移动时, 都会达到当移动过程结束后,S-CSCF中只4呆存目标注册绑定关系 (PVI、 PUI、目才示MSC Server耳关系;也i止)的目的。实施例五
在该实施例中,增强的MSC Server代替CS UE执行注册过程, MSC Server特4正信息为MSC Server注册标识,且该注册标识插入 到PVI以扩展PVI的形式携带在请求消息中,如图12所示,本实 施例的具体执行过程包括
步4繁S1201 ~步-骤S1206:同图8中步艰《S801 ~ S806。
步-骤S1206a:增强MSC Server 4艮才居生成注册标识,并爿寻注册 标识插入PVI中形成扩展PVI,并将扩展PVI携带在请求消息中发 送给IMS。
在具体实施过程中MSC Server可以利用用户标识推导出PVI, 由MSC Server的节点信息确定注册标识,乂人而获取扩展PVI,比如 UE的PVI为
234150999999999@ics.mnc015.mcc234.3gppnetwork.org 节点编号为+ 8610000001, 则扩展PVI可以为
234150999999999@8610000001.ics.mnc015.mcc234.3gppnetwor
k.org
其他网络实体,如HSS/HLR、 I-CSCF、 S-CSCF,可以从扩展 PVI反向推导出PVI,比如从
234150999999999@861000000 l.ics.mncOl 5.mcc234.3gppnetwor
k.org去除MSC Server节点4言息4,导出PVI。
步-骤S1207,同图8中步备聚S807,只是注册^青求中携带的是扩 展PVI,而不是PVI。
步骤S1208 ~步骤S1209,同图8中步骤S識~ S809。
由于在HSS/HLR中是才艮据PVI、 PUI进行分配S-CSCF操作的, 而不是扩展PVI存4渚用户配置^t据,因此必须将扩展PVI转换为 PVI。这里有两种方法
1 ) I-CSCF收到注册或注销请求,向HSS/HLR发送S-CSCF分 配请求,其中携带扩展PVI和PUI; HSS/HLR才艮据扩展PVI获取用 户私有标识,然后进行S-CSCF分配操作。
2 ) I-CSCF收到注册或注销请求,根据扩展PVI获取PVI,然 后向HSS/HLR发送S-CSCF分配请求,其中携带PVI和PUI; HSS/HLR进行S-CSCF分配才喿作。
步骤S1210,同图8中步艰《S810。
步骤S1211, S-CSCF根据扩展PVI、 PUI与已经注册的注册绑 定关系进4亍匹配。
步-骤S1212-步^RS1213,同图8中步-骤S812-S813。
由于在HSS/HLR中,采用PVI,而不是扩展PVI存储用户配 置凄史据,因此必须将扩展PVI转换为PVI。这里有两种方法
1 ) S-CSCF收到注册或注销请求,和HSS/HLR交互,请求其 中携带扩展PVI和PUI; HSS/HLR根据扩展PVI获取用户私有标识, 并进4于相应的注册或注销4喿作。2 ) S-CSCF收到注册或注销请求,才艮据扩展PVI获取用户私有 标识,然后和HSS/HLR交互,请求其中携带PVI和PUI, HSS/HLR 进4亍相应的注册或注销梯j乍。
步艰《S1214 —步-骤S1218,同图8中步艰《S814 — S818。
才丸4亍完上述过程,在S-CSCF中建立一个源注册绑定关系(扩 展PVI, PUI, MSC Server联系地址)。
实施例六
在该实施例中,UE移动到目标MSC Server,在目标MSC Server 位置更新成功后,源MSC Server代替CS UE执行注销过程,MSC Server特4正信息为MSC Server注册标识,且该注册标识插入在PVI 中,以扩展PVI的形式携带在i青求消息中发送给IMS。显然,该过 程同样适用于由于其它原因导致UE不再在增强MSC Server中活 跃,如UE在源增强的MSC Server去附着成功、UE-陂网全各强制注 销等。如图13所示,本实施例的具体#1行过程包括
步骤S1301 S1306,与图9中的步骤S901 S906相同。
步骤S1307:由于UE在源MSC Server处于非激活状态,源 MSC Server代替UE执行IMS注销过程,向I-CSCF发送SIP注销 请求,该注销请求中携带步骤S1206a获取的扩展PVI、 PUI,以及 源MSC Server if关系;也iit。
步骤S1308 S1309,同图9步骤S908 S909,只是需要I-CSCF 或HSS/HLR从扩展PVI中获取PVI。
步骤S1310: I-CSCF将注销请求转发到指定的S-CSCF,该注 销请求中携带的是扩展PVI。步骤S1311: S-CSCF根据扩展PVI、 PUI与已经注册的注册绑 定关系进4亍匹配。
步艰《S1312 S1313:同图9中步-骤S912、 S913, 4旦在S-CSCF 与HSS/HLR的交互过程,需要S-CSCF或HSS/HLR从扩展PVI中 获取PVI。
步-骤S1314 S1318:同图9中步-骤S914 S918。
应用上述过程,当UE从源增强MSC Server移动到目标普通 MSC Server时,目标MSC Server只4丸行电路域位置更新过程,不 执行IMS注册过程,而源MSC Server将使用扩展PVI代替UE执 行注销过程,删除源注册绑定关系(扩展PVI、 PUI、源MSC Server 联系地址),反映了用户的移动情况。
如上所述,借助本发明,改变了 IMS注册机制中注册匹配关系, 使不同增强的MSC Server代替UE发起注册时生成不同的注册绑定 关系,避免了 UE在移动过程中出现注册绑定关系操作混乱的现象, 寸呆证了 IMS注册业务逻辑的正常,^吏业务可以正常处理。并且,本 发明实施例只改变了 MSC Server代替UE发起注册的流程,而不改 变非MSC Server发起的注册流程,因而具有很好的兼容性。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明, 对于本领:威的才支术人员来i兌,本发明可以有各种更改和变化。凡在 本发明的精神和原则之内,所作的任何修改、等同替换、改进等, 均应包含在本发明的4呆护范围之内。
权利要求
1.一种IP多媒体子系统IMS注册机制的实现方法,应用于包括电路域用户设备CS UE、增强的移动交换中心服务器MSCServer及IMS的网络环境,其特征在于,当所述MSC Server代替所述CS UE向所述IMS发送注册或注销请求时,所述方法包括所述IMS的服务呼叫会话控制功能S-CSCF从接收到的请求消息中获取所述CS UE的私有用户标识、公共用户标识以及所述MSC Server的特征信息,其中,所述请求消息包括注册请求或注销请求;所述S-CSCF根据获取的所述私有用户标识、公共用户标识以及所述特征信息,与已有注册绑定关系进行匹配;如果匹配成功,则对匹配成功的注册绑定关系执行所述请求消息所指示的操作。
2. 一艮据权利要求1所述的方法,其特征在于,所述特征信息包括 所述MSC Server的联系地址。
3. 根据权利要求1或2所述的方法,其特征在于,所述特征信息 包4舌注册标识。
4. 根据权利要求3所述的方法,其特征在于,在所述S-CSCF从 接收到的请求消息中获取所述CS UE的私有用户标识、公共 用户标识以及所述MSC Server的特征信息之前,所述方法还 包括所述MSC Server生成并保存所述注册标识,并将所述注 册标识携带在所述"i青求消息中,经所述IMS的查询呼叫会话 4空制功能I-CSCF发送纟会所述S-CSCF。
5. 根据权利要求4所述的方法,其特征在于,所述请求消息是注 册请求;对匹配成功的注册绑定关系扭j亍所述i青求消息所指示的 才喿作具体为所述S-CSCF^丸行重注册过程,更新匹配成功的 所述注册绑定关系;或,如果匹配不成功,则所述S-CSCF执行初始注册过程,创 建包4舌所述注册标识的注册绑定关系。
6. 才艮据4又利要求3所述的方法,其特4i在于,所述注册标识携带 在所述私有用户标识中;在所述S-CSCF从接收到的请求消息中获取所述CS UE 的私有用户标识、公共用户标识以及所述MSC Server的特征 4言息之前,所述方法还包4舌所述MSC Server生成所述注册标识,并将所述注册标识 插入到所述私有用户标识中;所述MSC Server将所述公共用户标识和插入了所述注册 标识的所述私有用户标识携带在所述^"求消息中,经所述IMS 的查询呼叫会话控制功能I-CSCF发送给所述S-CSCF。
7. 根据权利要求6所述的方法,其特征在于,所述请求消息是注 册请求;对匹配成功的注册绑定关系才丸行所述请求消息所指示的 才乘作具体为所述S-CSCF执行重注册过程,更新匹配成功的 所述注册绑定关系;或,如果匹配不成功,则所述S-CSCF执行初始注册过程,创 建包括携带有所述注册标识的所述私有用户标识的注册绑定 关系。
8. 才艮据权利要求4至7任一项所述的方法,其特征在于,所述 MSC Server生成所述注册标识具体包4舌所述MSC Server将其节点信息设置为所述注册标识;或,所述MSC Server通过预-没算法对其节点信息进行计算, 获得所述注册标识。
9. 一种服务呼叫会话控制功能S-CSCF,其特征在于,包括获取模块,用于从接收到的请求消息中获取作为发起方的 CS UE的私有用户标识、公共用户标识,以及代替所述CS UE 向该S-CSCF发送所述i青求消息的MSC Server的特征信息, 其中,所述^青求消息包4舌注册i青求或注销i青求;匹配模块,用于根据所述获取模块获取的所述私有用户标 识、公共用户标识及特征信息,与已有注册绑定关系进行匹酉己;执行模块,用于根据所述匹配模块的匹配结果,执行所述 请求消息所指示的操作。
10. —种MSC Server,其特征在于,包括决策模块,用于决定是否代替CS UE执行IMS注册或注销;设置模块,用于在所述决策模块决定代替所述CS UE执 行IMS注册或注销后,在向IMS发送的请求消息中携带所述 MSC Server的注册标识;发送模块,用于发送经过所述设置模块设置的请求消息。
11. 一种IMS注册4几制的实现系统,该系统包括MSC Server及 IMS的I-CSCF和S-CSCF,其特征在于,所述MSC Server,用于代替CS UE向所述IMS系统发送 请求消息,其中,所述请求消息中携带有所述CS UE的私有 用户标识、公共用户标识及所述MSC Server的特征信息;所述S-CSCF,用于4妄收经所述I-CSCF发送的所述i青求 消息,并根据所述请求消息中携带的所述PVI、 PUI及特征信 息,与已有注册绑定关系进4亍匹配,在匹配成功的情况下,对 匹配到的注册绑定关系#^亍所述请求消息指示的才乘作。
12. 4艮据权利要求11所述的系统,其特征在于,所述S-CSCF还 用于在匹配不成功的情况下,且所述请求为注册请求,执行初 始注册过程,创建包括所述特征信息的注册绑定关系。
全文摘要
本发明提供了IP多媒体子系统注册机制的实现方法、装置及系统,在上述方法中,S-CSCF从接收到的请求消息中获取CS UE的私有用户标识、公共用户标识以及MSC Server的特征信息,其中,请求消息包括注册请求或注销请求,然后根据获取的私有用户标识、公共用户标识以及特征信息,与已有注册绑定关系进行匹配,如果匹配成功,则对匹配成功的注册绑定关系执行请求消息所指示的操作。根据本发明提出的方案,可以保证注册业务逻辑的正常。
文档编号H04L29/06GK101583119SQ20081021323
公开日2009年11月18日 申请日期2008年8月15日 优先权日2008年8月15日
发明者李振东, 游世林, 谢宝国, 邹常乐, 郝振武 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1