CN100512295C - 用户注册/注销时服务cscf名称的一致性检查方法 - Google Patents
用户注册/注销时服务cscf名称的一致性检查方法 Download PDFInfo
- Publication number
- CN100512295C CN100512295C CN200510112950.4A CN200510112950A CN100512295C CN 100512295 C CN100512295 C CN 100512295C CN 200510112950 A CN200510112950 A CN 200510112950A CN 100512295 C CN100512295 C CN 100512295C
- Authority
- CN
- China
- Prior art keywords
- cscf
- registration
- user
- server
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4588—Network directories; Name-to-address mapping containing mobile subscriber information, e.g. home subscriber server [HSS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1073—Registration or de-registration
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种用户注册/注销时服务CSCF名称的一致性检查方法。该方法的过程包括:a、归属签约用户服务器接收到服务CSCF发出的用户注册/注销请求消息后,判断所述消息中携带的服务器指配类型参数值是否为未注册用户,如果是则保存所述消息中携带的服务CSCF名称,并向所述服务CSCF回复成功响应消息,否则执行步骤b;b、归属签约用户服务器判断注册/注销请求消息中携带的服务CSCF名称与自身保存的是否一致,若不一致则归属签约用户服务器向该服务CSCF回复携带错误码的响应消息。本发明的这种方法根据Server Assignment Type参数的取值执行不同操作,在阻止非法S-CSCF的注册/注销请求得到执行的同时,保证未注册用户能够正常地进行S-CSCF切换。
Description
技术领域
本发明涉及IMS网络技术,尤指一种用户注册/注销时服务CSCF名称的一致性检查方法。
背景技术
在IP多媒体子系统(IMS)网络中,服务呼叫状态控制功能(S-CSCF)实体通过Cx接口发送用户注册/注销请求(SAR)消息到归属签约用户服务器(HSS),为用户执行注册/注销操作。
HSS接收到SAR消息后,根据消息中服务器指配类型(ServerAssignment Type)参数的取值执行相应操作,现有协议对这些操作做出如下规定:
如果Server Assignment Type参数取值为注册(REGISTRATION)或重注册(RE REGISTRATION),则HSS将该用户的注册状态设置为registered,清除等待标志(pending flag),并向发起SAR消息的S-CSCF下发用户签约数据。
如果Server Assignment Type参数取值为未注册用户(UNREGISTEREDUSER),则HSS保存SAR消息中携带的S-CSCF名称(S-CSCF Name),将对应用户的注册状态设置为未注册(unregistered),并向所述S-CSCF下发用户签约数据。
如果Server Assignment Type参数取值为超时撤消注册(TIMEOUTDEREGISTRATION)、用户撤消注册(USER DEREGISTRATION)、数据过多撤消注册(DEREGISTRATION TOO MUCH DATA)或管理撤消注册(ADMINISTRATIVE DEREGISTRATION),HSS将对应用户的注册状态设置为不注册(not registered),并清除所保存的S-CSCF Name。
如果Server Assignment Type参数取值为超时撤消注册并保存服务器名称(TIMEOUT DEREGISTRATION STORE SERVER NAME)或用户撤消注册并保存服务器名称(USER DEREGISTRATION STORE SERVER NAME),HSS可根据需要执行下面任一种操作:其一、将用户注册状态设置为unregistered并保留已保存的S-CSCF Name;其二、将用户注册状态设置为not registered并清除当前已保存的S-CSCF Name。
如果Server Assignment Type参数取值为鉴权失败(AUTHENTICATIONFAILURE)或鉴权超时(AUTHENTICATION TIMEOUT),则HSS将用户注册状态设置为not registered并清除用户的pending flag。
如果Server Assignment Type参数取值为无指配(NO ASSIGNMENT),则HSS向发起SAR消息的S-CSCF下发用户签约数据。
在用户注册/注销过程中,所述注册包括初始注册和重注册两种情况,S-CSCF向HSS发出的SAR消息中携带有S-CSCF Name,用于向HSS表明发出本次SAR消息的S-CSCF。HSS接收到SAR消息后,如果自身已保存有S-CSCF Name,则比较SAR消息中携带的S-CSCF Name与已保存的S-CSCF Name是否相同。如果不相同,HSS向发起本次SAR消息的S-CSCF返回携带错误码的响应消息。对于Server Assignment Type参数取值为NOASSIGNMET的情况,协议规定:HSS向S-CSCF返回的响应消息中,表示错误码的结果编码(Result-Code)取值为DIAMETER UNABLE TOCOMPLY,表明本次响应为错误响应。对于其它情况,响应消息中表示错误码的特别结果码(Experimental Result Code)取值为用户已注册错误(DIAMETER ERROR IDENTITY ALREADY REGISTERED)。
从以上说明看出,现有协议在对用户注册/注销进行S-CSCF Name的一致性检查时,一旦检查到不一致就会返回错误码,故无法根据ServerAssignment Type参数的具体取值执行不同操作。
另外,当SAR消息中带有的S-CSCF Name与HSS已保存的S-CSCFName不一致时,协议中规定了两种返回错误码,分别是DIAMETERUNABLE TO COMPLY和DIAMETER ERROR IDENTITY ALREADYREGISTERED,造成响应消息在解析上的混乱。
再有,当未注册用户已分配的S-CSCF不可用时,对于所述未注册用户做被叫的情况,协议也没有给出相应的处理方法,导致后续的呼叫操作无法正确执行。
发明内容
有鉴于此,本发明的主要目的在于提供一种用户注册/注销时服务CSCF名称的一致性检查方法,使HSS能够根据Server Assignment Type参数的具体取值执行不同操作,并能够进一步保证未注册用户正常地进行S-CSCF切换。
为达到上述目的,本发明的技术方案具体是这样实现的:
一种用户注册/注销时服务CSCF名称的一致性检查方法,该方法包括以下步骤:
a、归属签约用户服务器接收到服务CSCF发出的用户注册/注销请求消息后,判断所述用户注册/注销请求消息中携带的服务器指配类型参数值是否为未注册用户,如果是则执行步骤b,并向所述服务CSCF回复注册/注销成功的响应消息,流程结束,否则执行步骤c;
b、归属签约用户服务器判断自身是否保存有所述用户的服务CSCF名称,如果没有保存,则直接保存注册/注销请求消息中携带的服务CSCF名称,如果已经保存的服务CSCF名称与注册/注销请求消息中携带的服务CSCF名称不一致,则判断进行了服务CSCF切换,将已保存的服务CSCF名称替换为注册/注销请求消息中携带的服务CSCF名称;
c、归属签约用户服务器判断注册/注销请求消息中携带的服务CSCF名称与自身已保存的服务CSCF名称是否一致,如果一致则执行后续的业务处理,否则归属签约用户服务器向该服务CSCF回复携带错误码的响应消息,流程结束。
步骤a之前,该方法进一步包括:
a11、查询CSCF接收到用户发出的注册/注销请求消息后,向归属签约用户服务器发出注册状态查询请求,归属签约用户服务器判断所述用户是否为初始注册,如果是则执行步骤a12至a15,否则执行步骤a15;
a12、归属签约用户服务器将该用户的能力集信息发送给查询CSCF,查询CSCF根据能力集信息为所述用户选出服务CSCF;
a13、被选出的服务CSCF发送携带自身名称的鉴权向量请求到归属签约用户服务器,归属签约用户服务器保存鉴权向量请求中携带的服务CSCF名称,并回复携带鉴权向量的鉴权向量响应给服务CSCF;
a14、服务CSCF将获得的鉴权向量发送给用户,用户利用鉴权向量计算出鉴权响应后,发出携带鉴权响应的注册/注销请求消息到查询CSCF,查询CSCF再次向归属签约用户服务器发出注册状态查询请求;
a15、归属签约用户服务器将所述用户的服务CSCF名称发送给查询CSCF,查询CSCF根据服务CSCF名称将注册/注销请求消息发送给相应服务CSCF,该服务CSCF根据注册/注销请求消息向归属签约用户服务器发出用户注册/注销请求消息。
步骤a之前,该方法进一步包括:
a21、查询CSCF接收到呼叫本网络未注册用户的INVITE消息后,向归属签约用户服务器发出用户位置查询请求;
a22、归属签约用户服务器回复用户位置查询响应,携带所述用户的能力集信息,查询CSCF根据能力集信息为所述用户选出服务CSCF;
a23、被选出的服务CSCF为所述用户发送服务器指配类型参数值为未注册用户的用户注册/注销请求消息到归属签约用户服务器。
所述错误码为用户已注册错误。
所述服务器指配类型参数值包括:未注册用户、注册、重注册、无指配、超时撤消注册、用户撤消注册、数据过多撤消注册、管理撤消注册、超时撤消注册并保存服务器名称、用户撤消注册并保存服务器名称、鉴权失败和鉴权超时。
由上述技术方案可见,本发明的这种用户注册/注销时服务CSCF名称的一致性检查方法,能够根据Server Assignment Type参数的取值执行不同操作。对于初始注册用户,I-CSCF根据HSS发送的能力集信息为该用户选择S-CSCF,并由该S-CSCF将自身信息通过MAR消息告知HSS,使HSS中保存有所述用户的S-CSCF Name,从而保证S-CSCF Name的一致性。对于重注册或注销用户,I-CSCF通过UAR消息从HSS处获得所述用户的S-CSCF Name,并由该S-CSCF发起SAR消息到HSS,从而保证S-CSCFName的一致性。在后续处理过程中,如果HSS检查出SAR消息中的S-CSCFName和自身保存的S-CSCF Name不一致,则判定本次SAR消息为非法S-CSCF发出的。这种情况下,HSS会返回错误响应,来阻止非法S-CSCF的注册/注销请求得到执行。
当未注册用户作为呼叫过程中的被叫时,如果已分配的S-CSCF不可用,I-CSCF会为该用户重选S-CSCF并进行S-CSCF切换。HSS由SAR消息获知该用户进行S-CSCF切换后,更新所述用户的S-CSCF Name,从而保证未注册用户能够正常地切换到重选的S-CSCF上,来执行后续呼叫流程。从上述过程看出,本发明的方法在进行S-CSCF切换时,仍能为用户提供注册/注销和呼叫等基本业务,从而提高了网络通信质量。
附图说明
图1为本发明第一实施例中用户初始注册的流程;
图2为本发明第二实施例中用户重注册/注销的流程;
图3为本发明第三实施例中未注册用户作被叫的流程。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明进一步详细说明。
本发明中,HSS接收到S-CSCF为某用户发来的SAR消息后,读取该消息中的Server-Assignment-Type参数的取值。当SAR消息中的Server-Assignmet-Type参数取值为UNREGISTERED USER时,HSS进一步判断自身是否保存有该用户的S-CSCF Name,如果没有保存,则HSS把SAR消息中的S-CSCF Name保存下来,并更改用户状态,然后向发起该SAR消息的S-CSCF下发用户签约数据,并在返回给S-CSCF的SAA响应消息中,将Result-Code参数设置为DIAMETER SUCCESS。
如果HSS已经保存有S-CSCF Name,但是已保存的S-CSCF Name与SAR消息中的S-CSCF Name不一致,则HSS判定该用户进行了S-CSCF切换,就用SAR消息中的S-CSCF Name替换原来保存的S-CSCF Name,然后向发起该SAR消息的S-CSCF下发用户签约数据,并将返回给S-CSCF的响应消息中的Result-Code设置为DIAMETER SUCCESS;如果一致则HSS执行后续正常的业务处理,此处不赘述。
当SAR消息中的Server-Assignmet-Type参数取值不是UNREGISTERED USER时,HSS判断自身已保存的S-CSCF Name与SAR消息中的S-CSCF Name是否一致,如果一致则进行后续正常的业务处理,此处不赘述。否则,HSS向发起该SAR消息的S-CSCF返回携带错误码的响应消息,消息中的Experimental Result Code参数统一设置为DIAMETERERROR IDENTTITY ALREADY REGISTERED。
所述Server Assignmet Type参数取值不是UNREGISTERED USER指的是:Server-Assignment-Type取值为REGISTRATION、RE REGISTRATION、NO ASSIGNMENT、TIMEOUT DEREGISTRATION、USERDEREGISTRATION、DEREGISTRATION TOO MUCH DATA、ADMINISTRATIVE DEREGISTRATION、TIMEOUT DEREGISTRATIONSTORE SERVER NAME、USER DEREGISTRATION STORE SERVERNAME、AUTHENTICATION FAILURE或AUTHENTICATION TIMEOUT等情况的任一种。
下面结合具体的业务流程,详细说明本发明对用户注册/注销时S-CSCF名称的一致性检查方法。
实施例一、用户初始注册过程,如图1所示。
步骤101、用户终端(UE)发送注册(Register)消息到代理CSCF(P-CSCF),P-CSCF再将Register消息转发到查询CSCF(I-CSCF)。
步骤102~103、I-CSCF向HSS发出注册状态查询请求(UAR)消息,HSS接收到UAR消息后,通过注册状态查询响应(UAA)消息将所述用户的能力集信息发送至I-CSCF。
上述步骤中,由于HSS处没有保存有所述用户的S-CSCF Name,故HSS判定该用户为初始注册,则HSS将用户的能力集信息发送给I-CSCF进行后续处理。
步骤104、I-CSCF根据能力集信息为所述用户选择一个能够满足要求的S-CSCF,并将Register消息发送给所选中的S-CSCF。
步骤105~106、被选中的S-CSCF收到Register消息后,通过鉴权向量请求/响应(MAR/MAA)消息从HSS处获得用户的鉴权信息。所述鉴权信息指的是鉴权向量,即RAND、AUTN、XRES、CK和IK这五个数据组成的鉴权五元组。
上述步骤中,HSS接收到所述S-CSCF发起的MAR消息后,会根据MAR消息中的S-CSCF Name更新自身的存储信息,从而保证S-CSCF在发出后续SAR消息时,消息中携带的S-CSCF Name与HSS已保存的S-CSCFName一致。
步骤107~109、S-CSCF将401 Unauthorised消息通过I-CSCF和P-CSCF逐级转发给用户终端,所述401 Unauthorised消息为协议规定的SIP消息。
上述步骤中,401 Unauthorised消息包含有计算鉴权响应(RES)所需要的RAND和AUTN。
步骤110、用户终端根据RAND和AUTN计算出RES后,通过P-CSCF重新发送Register消息到I-CSCF,所述Register消息中携带有RES。
步骤111~113、I-CSCF通过UAR/UAA消息从HSS处获得已分配的S-CSCF,并将Register消息发送给该S-CSCF,所述Register消息中携带有RES。
步骤114~115、S-CSCF收到Register消息,取出RES进行鉴权处理,并在鉴权成功后,通过SAR/SAA消息到HSS处为所述用户进行注册。
经过步骤111~113的处理后,合法的SAR消息中携带的S-CSCF Name与HSS中保存的S-CSCF Name一定相同,所以HSS在处理SAR消息时,如果检查出该消息中带有的S-CSCF Name与自身保存的不相同,就向S-CSCF返回错误响应。
步骤116、注册成功后,S-CSCF通过I-CSCF和P-CSCF逐级发送200 OK消息给UE,所述UE的初始注册过程完成。
实施例二、用户重注册或注销(重注册/注销)过程,如图2所示。
步骤201、UE发送注册/注销(Register)消息到P-CSCF,P-CSCF将注册/注销请求消息转发到I-CSCF。所述Register消息中携带有参数,用于区分该消息是为了执行注册操作还是注销操作。
步骤202~204、I-CSCF通过UAR/UAA消息从HSS获得所述用户的路由信息,根据路由信息中的S-CSCF Name将注册/注销请求消息发送到相应的S-CSCF处。
上述步骤中,由于HSS处保存有所述用户的S-CSCF Name,故HSS判定该用户并非初始注册,则HSS将所述用户的S-CSCF Name发送给I-CSCF进行后续处理。
步骤205~206、S-CSCF收到注册/注销请求消息后,通过SAR/SAA消息到HSS为所述用户进行重注册/注销,这时如果HSS检查出SAR消息中带有的S-CSCF Name与自身保存的S-CSCF Name不相同,就会返回错误响应。
步骤207~209、重注册/注销成功后,S-CSCF向用户终端返回200OK消息。
对于重注册过程,在步骤202~204中,I-CSCF在向S-CSCF发出注册消息之前,会判断所述S-CSCF是否可用,该过程与现有技术相同,此处不赘述。如果所述S-CSCF不可用,则I-CSCF转而执行初始注册流程,即I-CSCF再次向HSS发出UAR消息,以获得用户的能力集信息,为用户重选S-CSCF,具体过程见实施例一。如果所述S-CSCF可用,则继续执行图2所示的后续流程。
另外,在注销过程中,比如所述注销是因为鉴权失败引起的,即使I-CSCF发现当前已分配的S-CSCF不可用,也不会为所述用户重新分配一个新S-CSCF,因为执行注销操作的UAA消息中不能携带S-CSCF Capabilities参数,从而保证后续SAR消息中携带的S-CSCF Name与HSS已保存的S-CSCF Name一致。所以,当SAR消息中带有的S-CSCF Name与HSS已保存的S-CSCF Name不一致时,HSS会拒绝本次注销请求。
实施例三、未注册用户作被叫的过程,如图3所示。
步骤301~302、查询CSCF接收到呼叫本网络未注册用户的INVITE消息,向HSS发出用户位置查询请求(LIR)消息。
步骤303、HSS向I-CSCF回复用户位置查询响应(LIA)消息,LIA消息中包含有所述用户的能力集信息。
步骤304~305、I-CSCF根据能力集信息选择出满足要求的S-CSCF,并将INVITE消息发送给被选中的S-CSCF。
步骤306、S-CSCF收到INVITE消息后,通过SAR消息到HSS进行用户注册,所述SAR消息中包含有S-CSCF Name,且消息中的Server AssignmetType参数取值为UNREGISTERED USER。
步骤307、HSS收到SAR消息后,获取SAR消息中的S-CSCF Name并向S-CSCF回复SAA消息,完成本次用户注册。
该步骤中,SAR消息中的S-CSCF Name是I-CSCF根据能力集信息选择出来的。如果SAR消息中的S-CSCF Name与HSS自身已保存的S-CSCFName不一致,就意味着HSS自身已保存的S-CSCF Name此时已不可用,所以HSS会向发出SAR消息的S-CSCF回复SAA消息,将用户切换到I-CSCF选中的S-CSCF上,来完成未注册用户的用户签约数据下发过程。
由上述的实施例可见,本发明的这种用户注册/注销时服务CSCF名称的一致性检查方法,根据Server Assignment Type参数的取值执行不同操作,在阻止非法S-CSCF的注册/注销请求得到执行的同时,保证未注册用户能够正常地进行S-CSCF切换。
Claims (5)
1、一种用户注册/注销时服务CSCF名称的一致性检查方法,其特征在于,该方法包括以下步骤:
a、归属签约用户服务器接收到服务CSCF发出的用户注册/注销请求消息后,判断所述用户注册/注销请求消息中携带的服务器指配类型参数值是否为未注册用户,如果是则执行步骤b,并向所述服务CSCF回复注册/注销成功的响应消息,流程结束;否则执行步骤c;
b、归属签约用户服务器判断自身是否保存有所述用户的服务CSCF名称,如果没有保存,则直接保存注册/注销请求消息中携带的服务CSCF名称,如果已经保存的服务CSCF名称与注册/注销请求消息中携带的服务CSCF名称不一致,则判断进行了服务CSCF切换,将已保存的服务CSCF名称替换为注册/注销请求消息中携带的服务CSCF名称;
c、归属签约用户服务器判断注册/注销请求消息中携带的服务CSCF名称与自身已保存的服务CSCF名称是否一致,如果一致则执行后续的业务处理,否则归属签约用户服务器向该服务CSCF回复携带错误码的响应消息,流程结束。
2、根据权利要求1所述的方法,其特征在于,步骤a之前,该方法进一步包括:
a11、查询CSCF接收到用户发出的注册/注销请求消息后,向归属签约用户服务器发出注册状态查询请求,归属签约用户服务器判断所述用户是否为初始注册,如果是则执行步骤a12至a15,否则执行步骤a15;
a12、归属签约用户服务器将该用户的能力集信息发送给查询CSCF,查询CSCF根据能力集信息为所述用户选出服务CSCF;
a13、被选出的服务CSCF发送携带自身名称的鉴权向量请求到归属签约用户服务器,归属签约用户服务器保存鉴权向量请求中携带的服务CSCF名称,并回复携带鉴权向量的鉴权向量响应给服务CSCF;
a14、服务CSCF将获得的鉴权向量发送给用户,用户利用鉴权向量计算出鉴权响应后,发出携带鉴权响应的注册/注销请求消息到查询CSCF,查询CSCF再次向归属签约用户服务器发出注册状态查询请求;
a15、归属签约用户服务器将所述用户的服务CSCF名称发送给查询CSCF,查询CSCF根据服务CSCF名称将注册/注销请求消息发送给相应服务CSCF,该服务CSCF根据注册/注销请求消息向归属签约用户服务器发出用户注册/注销请求消息。
3、根据权利要求1所述的方法,其特征在于,步骤a之前,该方法进一步包括:
a21、查询CSCF接收到呼叫本网络未注册用户的INVITE消息后,向归属签约用户服务器发出用户位置查询请求;
a22、归属签约用户服务器回复用户位置查询响应,携带所述用户的能力集信息,查询CSCF根据能力集信息为所述用户选出服务CSCF;
a23、被选出的服务CSCF为所述用户发送服务器指配类型参数值为未注册用户的用户注册/注销请求消息到归属签约用户服务器。
4、根据权利要求1所述的方法,其特征在于,所述错误码为用户已注册错误。
5、根据权利要求1所述的方法,其特征在于,所述服务器指配类型参数值包括:未注册用户、注册、重注册、无指配、超时撤消注册、用户撤消注册、数据过多撤消注册、管理撤消注册、超时撤消注册并保存服务器名称、用户撤消注册并保存服务器名称、鉴权失败和鉴权超时。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510112950.4A CN100512295C (zh) | 2005-10-14 | 2005-10-14 | 用户注册/注销时服务cscf名称的一致性检查方法 |
PCT/CN2006/002668 WO2007041957A1 (fr) | 2005-10-14 | 2006-10-11 | Méthode et système de vérification de la cohérence de nom de fonctions de contrôle d’état d’appel de service |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510112950.4A CN100512295C (zh) | 2005-10-14 | 2005-10-14 | 用户注册/注销时服务cscf名称的一致性检查方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1852308A CN1852308A (zh) | 2006-10-25 |
CN100512295C true CN100512295C (zh) | 2009-07-08 |
Family
ID=37133776
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200510112950.4A Active CN100512295C (zh) | 2005-10-14 | 2005-10-14 | 用户注册/注销时服务cscf名称的一致性检查方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN100512295C (zh) |
WO (1) | WO2007041957A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127769B (zh) * | 2007-08-20 | 2012-04-04 | 华为技术有限公司 | 基于会话发起协议的用户注册的方法、系统及终端、服务器 |
CN101123480B (zh) * | 2007-09-06 | 2010-06-09 | 中兴通讯股份有限公司 | 一种实现归属用户服务器数据一致性的方法 |
WO2010105643A1 (en) | 2009-03-19 | 2010-09-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Reallocation of serving proxy function in ims |
CN108833411A (zh) * | 2018-06-20 | 2018-11-16 | 上海市共进通信技术有限公司 | 应对voip注册劫持的方法 |
CN112714442B (zh) * | 2019-10-24 | 2023-04-18 | 中国移动通信集团山东有限公司 | 一种异常处理方法、装置、存储介质和服务器 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100473607B1 (ko) * | 2002-11-07 | 2005-03-11 | 삼성전자주식회사 | 아이피 멀티미디어 홈 가입자 서버에서 가입자 프로파일구축 및 전달 방법 |
KR100527633B1 (ko) * | 2003-05-14 | 2005-11-09 | 한국전자통신연구원 | 이동통신망에서의 멀티미디어 서비스 제공 시스템 및 그방법 |
CN1299533C (zh) * | 2004-01-07 | 2007-02-07 | 华为技术有限公司 | 一种用户到归属签约用户服务器进行注册的方法 |
-
2005
- 2005-10-14 CN CN200510112950.4A patent/CN100512295C/zh active Active
-
2006
- 2006-10-11 WO PCT/CN2006/002668 patent/WO2007041957A1/zh active Application Filing
Non-Patent Citations (4)
Title |
---|
3rd Generation Partnership Project,Technical SpecificationGroup Services and System Aspects, IP MultimediaSubsystem(IMS),Stage 2 (Release 6). 3GPP TS 23.228 V6.6.0. 2004 |
3rd Generation Partnership Project,Technical SpecificationGroup Services and System Aspects, IP MultimediaSubsystem(IMS),Stage 2 (Release 6). 3GPP TS 23.228 V6.6.0. 2004 * |
3rd Generation PartnershipProject,Technical Specification Group Core Network,IPMultimedia(IM) Subsystem Cx and Dx interfaces, Signallingflows andmessage contents(Release 6). 3GPP TS 29.228 V6.5.0. 2004 |
3rd Generation PartnershipProject,Technical Specification Group Core Network,IPMultimedia(IM) Subsystem Cx and Dx interfaces, Signallingflows andmessage contents(Release 6). 3GPP TS 29.228 V6.5.0. 2004 * |
Also Published As
Publication number | Publication date |
---|---|
CN1852308A (zh) | 2006-10-25 |
WO2007041957A1 (fr) | 2007-04-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8719617B2 (en) | Method and device for realizing IP multimedia subsystem disaster tolerance | |
US8792480B2 (en) | IMS and method of multiple S-CSCF operation in support of single PUID | |
US8359015B2 (en) | Method of providing a call completion service to a not registered or not available user in a telecommunication network | |
RU2429576C2 (ru) | Способ, система и элемент сети для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, или отказа элемента сети | |
US8208930B2 (en) | Message routing in a telecommunication system | |
US9130955B2 (en) | Method, apparatus and system for registering a terminal with an application server in an IMS | |
US7684323B2 (en) | Service error handling in a communications network | |
US8379655B2 (en) | Data network and method for executing forking | |
US20100220703A1 (en) | Method and system for controlling call admission in ims | |
US8600031B2 (en) | Method for connecting calls between an IP multimedia subsystem (IMS) domain and a circuit switched (CS) domain | |
CN100512295C (zh) | 用户注册/注销时服务cscf名称的一致性检查方法 | |
CN102356617B (zh) | Ims中服务代理功能的重新分配 | |
US8345541B2 (en) | Providing services in case of call diversion in a communication system | |
EP1988662A1 (en) | A method for realizing called service and a system thereof | |
KR100703426B1 (ko) | 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 발신 및 착신 호를 가능하게 하는 방법 및 장치 | |
CN101141483B (zh) | 一种被叫非注册业务的实现方法及其装置 | |
CN101325731A (zh) | 分配服务呼叫会话控制功能方法、系统及归属用户服务器 | |
CN1866823B (zh) | 一种ims网络中的鉴权方法、鉴权装置和鉴权系统 | |
US9350766B2 (en) | Connecting a PBX to an IMS-network | |
EP2382749B1 (en) | Allocation of a serving entity in a communication network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |