CN101719912A - 数据处理方法及数据处理系统以及相关设备 - Google Patents
数据处理方法及数据处理系统以及相关设备 Download PDFInfo
- Publication number
- CN101719912A CN101719912A CN200910225598A CN200910225598A CN101719912A CN 101719912 A CN101719912 A CN 101719912A CN 200910225598 A CN200910225598 A CN 200910225598A CN 200910225598 A CN200910225598 A CN 200910225598A CN 101719912 A CN101719912 A CN 101719912A
- Authority
- CN
- China
- Prior art keywords
- cscf
- registration
- standby
- sign
- proxy device
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种数据处理方法及数据处理系统以及相关设备，用于实现P-CSCF的容灾。本发明实施例方法包括：边界代理设备接收终端发送的第一注册请求；当终端不支持冗余注册时，边界代理设备根据所述第一注册请求向所述主用代理呼叫会话控制功能实体P-CSCF发起注册；边界代理设备接收主用P-CSCF返回的第一注册确认消息；当所述第一注册确认消息指示网络侧支持冗余注册机制时，边界代理设备向备用P-CSCF发起注册。本发明实施例还提供一种数据处理系统以及相关设备。本发明实施例可以实现P-CSCF的容灾。
Description
技术领域
本发明涉及通信领域，尤其涉及一种数据处理方法及数据处理系统以及相关设备。
背景技术
随着网络的技术的发展，互联网协议(IP，Internet Protocol)技术以及超大容量交换设备被不断的引入各种组网环境中，由于IP技术自身的不安全性以及超大容量交换设备发生故障时可能带来的巨大风险，因此在各组网中需要对关键网关进行容灾处理(即采用冗余机制)。
在现有技术的互联网协议多媒体子系统(IMS，IP Multimedia Subsystem)网络中已经规定了对服务呼叫会话控制功能实体(S-CSCF，Serving CallSession Control Function)的容灾的具体实现方式，而对于代理呼叫会话控制功能实体(P-CSCF，Proxy Call Session Control Function)的容灾并未进行详细说明，而只是规定终端可以同时注册到两个P-CSCF上来实现容灾。
但是，上述现有技术中，如果要求终端同时注册到两个P-CSCF上则对终端的要求太高，即要求终端同时以独立的端口和两个P-CSCF通信，需要建立两套安全联盟，两套信令压缩，而目前的各种终端都不能满足这种要求，即现有技术无法实现P-CSCF的容灾。
发明内容
本发明实施例提供了一种数据处理方法及数据处理系统以及相关设备，能够实现P-CSCF的容灾。
本发明实施例提供的数据处理方法，包括：边界代理设备接收终端发送的第一注册请求；当终端不支持冗余注册时，边界代理设备根据所述第一注册请求向主用代理呼叫会话控制功能实体P-CSCF发起注册；边界代理设备接收所述主用P-CSCF返回的第一注册确认消息；当所述第一注册确认消息指示网络侧支持冗余注册机制时，边界代理设备向备用P-CSCF发起注册。
本发明实施例提供的边界代理设备，包括：第一接收单元，用于接收终端发送的第一注册请求；第一注册单元，用于当终端不支持冗余注册时，根据所述第一注册请求向主用P-CSCF发起注册；第一处理单元，用于接收所述主用P-CSCF返回的第一注册确认消息；第二注册单元，用于当所述注册确认消息指示网络侧支持冗余注册机制时，向备用P-CSCF发起注册。
本发明实施例提供的代理呼叫会话控制功能实体，包括：查询单元，用于根据边界代理设备发送的注册请求查询对应的用户位置信息；发送单元，用于将查询到的用户位置信息，注册标识以及自身的拜访网络标识发送至S-CSCF。
本发明实施例提供的数据处理系统，包括：边界代理设备，代理呼叫会话控制功能实体，以及服务呼叫会话控制功能实体。
从以上技术方案可以看出，本发明实施例具有以下优点：
本发明实施例中，边界代理设备可以代替终端在多个P-CSCF之间进行注册，由于这个注册过程由边界代理设备与网络侧之间完成，终端侧只需要按照以往的方式发送一次注册请求即可，因此无需终端单独与多个P-CSCF分别进行注册即可实现P-CSCF的容灾。
附图说明
图1为本发明实施例中数据处理方法一个实施例示意图；
图2为本发明实施例中数据处理方法另一实施例示意图；
图3为本发明实施例中数据处理方法另一实施例示意图；
图4为本发明实施例中边界代理设备一个实施例示意图；
图5为本发明实施例中边界代理设备另一实施例示意图；
图6为本发明实施例中P-CSCF一个实施例示意图；
图7为本发明实施例中S-CSCF一个实施例示意图；
图8为本发明实施例中S-CSCF另一实施例示意图；
图9为本发明实施例中数据处理系统实施例示意图。
具体实施方式
本发明实施例提供了一种数据处理方法及数据处理系统以及相关设备，能够实现P-CSCF的容灾。
请参阅图1，本发明实施例中数据处理方法一个实施例包括：
101、边界代理设备接收终端发送的第一注册请求；
本实施例中，当终端请求向P-CSCF注册时，会首先向边界代理设备发送第一注册请求，该第一注册请求中可以携带有终端的相关信息，例如终端的IP地址，端口号，所属域等。
102、当终端不支持冗余注册时，边界代理设备根据第一注册请求向主用P-CSCF发起注册；
边界代理设备在接收到第一注册请求之后，可以判断终端是否支持冗余注册，若不支持，则说明要由边界代理设备完成冗余注册，则边界代理设备可以根据第一注册请求向主用P-CSCF发起注册。
本实施例中，边界代理设备可以从域名服务器查询获取到主用P-CSCF以及备用P-CSCF的地址，或者边界代理设备本地也可以预置有主用P-CSCF以及备用P-CSCF的地址，需要说明的是，在实际应用中，边界代理设备还可以通过其他的方式获取到主用P-CSCF以及备用P-CSCF的地址。
103、边界代理设备接收主用P-CSCF返回的第一注册确认消息；
本实施例中，边界代理设备向主用P-CSCF发起注册之后，主用P-CSCF会与S-CSCF进行交互，之后S-CSCF会通过主用P-CSCF向边界代理设备发送第一注册确认消息。
边界代理设备接收到第一注册确认消息之后，可以建立终端，主用P-CSCF以及S-CSCF之间的对应关系。
104、当第一注册确认消息指示网络侧支持冗余注册机制时，边界代理设备向备用P-CSCF发起注册。
边界代理设备接收到第一注册确认消息之后，可以根据该第一注册确认消息判断网络侧是否支持冗余注册机制，若确定网络侧支持冗余注册机制，则边界代理设备会向备用P-CSCF发起注册。
需要说明的是，边界代理设备向备用P-CSCF发起注册之后，备用P-CSCF同样可以与S-CSCF进行交互，之后S-CSCF会通过备用P-CSCF向边界代理设备发送第二注册确认消息。
边界代理设备接收到第二注册确认消息之后，可以建立终端，备用P-CSCF以及S-CSCF之间的对应关系。
本实施例中，边界代理设备可以代替终端在多个P-CSCF之间进行注册，由于这个注册过程由边界代理设备与网络侧之间完成，终端侧只需要按照以往的方式发送一次注册请求即可，因此无需终端单独与多个P-CSCF分别进行注册即可实现P-CSCF的容灾。
上面从边界代理设备的角度对本发明实施例中的数据处理过程进行了描述，为便于理解，下面从各网元间交互的角度对本发明实施例中的数据处理过程进行描述：
请参阅图2，本发明实施例中数据处理方法另一实施例包括：
201、边界代理设备接收终端发送的第一注册请求；
本实施例中，当终端请求向P-CSCF注册时，会首先向边界代理设备发送第一注册请求，该第一注册请求中可以携带有终端的相关信息，例如终端的IP地址，端口号，所属域等。
本实施例以及后续实施例中的边界代理设备在实际应用中可以为会话边界控制器(SBC，Session Border Controller)，或综合业务接入网(MSAN，Multi-Service Access Network)设备，或专用交换机(PBX，Private BrancheXchange)，或综合接入设备(IAD，Integrated Access Device)，或者还可以为其他类型的边界代理设备，此处不作限定。
202、边界代理设备判断主用P-CSCF是否正常，若是，则执行步骤204，若否，则执行步骤203；
边界代理设备在接收到第一注册请求之后，可以判断主用P-CSCF是否正常工作，若正常工作，则根据第一注册请求向主用P-CSCF发起注册。
本实施例中，边界代理设备可以从域名服务器查询获取到主用P-CSCF以及备用P-CSCF的地址，或者边界代理设备本地也可以预置有主用P-CSCF以及备用P-CSCF的地址，需要说明的是，在实际应用中，边界代理设备还可以通过其他的方式获取到主用P-CSCF以及备用P-CSCF的地址。
边界代理设备获取到主用P-CSCF的地址之后，可以向该地址发送测试消息以探测主用P-CSCF是否正常工作，或者可以利用心跳检测的方式探测主用P-CSCF是否正常工作，或者还可以以其他的方式探测主用P-CSCF是否正常工作，此处不作限定。
203、边界代理设备向备用P-CSCF发起注册，并结束流程；
本实施例中，当边界代理设备确定主用P-CSCF不正常(例如主用P-CSCF故障，或是与主用P-CSCF之间的链路故障)时，则边界代理设备根据第一注册请求直接按照获取到的备用P-CSCF的地址向备用P-CSCF发起注册，具体注册的过程与后续步骤204至207中描述的向主用P-CSCF注册的过程类似，此处不再赘述。例如有主备两个P-CSCF，P-CSCF1为主，P-CSCF2为备，DNS预先设置的主注册路径P-CSCF1故障，边界代理设备可以将备用P-CSCF2作为主注册路径(reg id＝1)；也可以不要主注册路径，只要备用注册路径(reg id＝2)。
另外有一种情况是，P-CSCF是多个(多于2个)，如果主用P-CSCF1故障，则将第一备用P-CSCF2作为主用，第二备用作为第一备用处理，依次类推。
204、边界代理设备向主用P-CSCF发起注册；
本实施例中，边界代理设备判断第一注册请求中是否包含注册标识，若不包含注册标识，则向主用P-CSCF发送第二注册请求，第二注册请求中携带有第一注册标识，该第一注册标识用于指示与主用P-CSCF之间的路径为主用路径。
本实施例中，若第一注册请求中不包含注册标识，则说明终端不支持注册到多个P-CSCF，则由边界代理设备代替终端进行注册。
205、主用P-CSCF查询用户位置信息；
主用P-CSCF接收到边界代理设备发送的第二注册请求之后，根据该第二注册请求中携带的终端的标识查询用户位置信息，具体可以从连接会话定位和存储功能实体(CLF，Connectivity Session Location and Repository Function)查询，也可以从策略和计费规则功能实体(PCRF，Policy and Charging RuleFunction)查询，或者还可以从其他设备查询，此处不作限定。
206、主用P-CSCF将查询到的用户位置信息，第一注册标识以及主用P-CSCF自身的拜访网络标识发送至S-CSCF；
207、S-CSCF记录主用P-CSCF发送的用户位置信息，第一注册标识以及主用P-CSCF自身的拜访网络标识；
S-CSCF接收到主用P-CSCF发送的用户位置信息，第一注册标识以及主用P-CSCF自身的拜访网络标识之后，可以记录这些信息。
本实施例中，当S-CSCF记录主用P-CSCF发送的用户位置信息，第一注册标识以及主用P-CSCF自身的拜访网络标识之后，S-CSCF还可以向应用服务器AS发送消息以请求进行第三方注册，该消息中包含有第一注册标识，用户位置信息以及主用P-CSCF自身的拜访网络标识。
本实施例中，当有AS参与业务传输时，AS可以指示要求进行第三方注册，即在AS中保存与业务有关的相关信息，包括用户信息，传输路径，P-CSCF等信息，以便于后续根据这些信息执行业务处理，具体的业务处理过程为本领域技术人员的公知常识，此处不作限定。
S-CSCF获取到主用P-CSCF发送的用户位置信息，第一注册标识以及主用P-CSCF自身的拜访网络标识之后，则可以将这些信息发送至AS进行第三方注册。
208、S-CSCF返回第一注册确认消息；
S-CSCF记录了主用P-CSCF发送的用户位置信息，第一注册标识以及主用P-CSCF自身的拜访网络标识之后，可以向终端返回第一注册确认消息，该第一注册确认消息中携带有相关标识，用于指示网络侧是否支持冗余注册机制。
在实际应用中，S-CSCF在返回第一注册确认消息之前，还可以向终端发送401挑战消息，当接收到终端反馈的挑战响应消息之后，向终端返回第一注册确认消息。
209、边界代理设备判断网络侧是否支持冗余注册机制，若支持，则执行步骤211，若不支持，则执行步骤210；
本实施例中，边界代理设备从S-CSCF接收到第一注册确认消息之后，即可确定网络侧是否支持冗余注册机制，若支持，则执行步骤211，若不支持，则执行步骤210。
本实施例中，边界代理设备在接收到S-CSCF发送的第一注册确认消息之后，还可以设置定时器，并将定时器与第一注册标识关联，该第一注册标识用于指示与主用P-CSCF之间的路径为主用路径。
210、边界代理设备向终端发送第一注册确认消息；
若网络侧不支持冗余注册机制，则边界代理设备无法与备用P-CSCF进行注册，则边界代理设备可以将S-CSCF返回的第一注册确认消息发送至终端以结束注册过程。
211、建立终端，主用P-CSCF以及S-CSCF之间的对应关系，并向备用P-CSCF发起注册；
若网络侧支持冗余注册机制，则边界代理设备可以建立终端，主用P-CSCF以及S-CSCF之间的对应关系，并向备用P-CSCF发起注册。
212、执行备用路径注册过程；
本实施例中，备用路径的注册过程与主用路径的注册过程类似，具体可以参照步骤205至207，此处不再赘述。
213、S-CSCF返回第二注册确认消息；
214、建立终端，备用P-CSCF以及S-CSCF之间的对应关系。
边界代理设备在接收到S-CSCF返回的第二注册确认消息之后，即可建立终端，备用P-CSCF以及S-CSCF之间的对应关系。
本实施例中，边界代理设备在接收到S-CSCF发送的第二注册确认消息之后，还可以设置定时器，并将定时器与第二注册标识关联，该第二注册标识用于指示与备用P-CSCF之间的路径为备用路径。
本实施例中，当与第一注册标识关联的定时器以及与第二注册标识关联的定时器均超时后，边界代理设备可以删除终端，主用P-CSCF以及S-CSCF之间的对应关系以及终端，备用P-CSCF以及S-CSCF之间的对应关系，即在本地删除主用路径以及备用路径的相关信息。
本实施例中，边界代理设备在向备用P-CSCF发送注册请求之后，若边界代理设备通过备用P-CSCF接收到S-CSCF发送的鉴权请求，则边界代理将鉴权请求转发至终端，并且接收终端反馈的鉴权响应，将鉴权响应通过备用P-CSCF转发至S-CSCF，以完成鉴权过程。
本实施例中，当主用路径和备用路径均建立完成之后，即可进行业务处理，具体的过程可以为：
当进行主叫业务时，边界代理设备接收终端的终端业务请求，边界代理设备优先通过主用P-CSCF将终端业务请求发送至S-CSCF，S-CSCF将终端业务请求优先发送至主用AS；
当进行被叫业务时，S-CSCF接收网络侧业务请求，S-CSCF将网络侧业务请求优先发送至主用AS，S-CSCF在接收到主用AS的反馈之后，将网络侧业务请求优先发送至主用P-CSCF，主用P-CSCF将网络侧业务请求发送至边界代理设备。
需要说明的是，上述业务处理过程中，若主用P-CSCF故障，则可以使用备用P-CSCF，若备用P-CSCF也故障，则边界代理设备根据S-CSCF的地址向第三P-CSCF发送消息，并指示第三P-CSCF按照S-CSCF的地址将消息路由至S-CSCF。
本实施例中，当主用路径和备用路径均建立完成之后，当终端请求注销路径时，终端可以向边界代理设备发送注销请求，边界代理设备若需要注销全部的路径，则可以向S-CSCF转发注销请求，该注销请求中不携带注册标识，则S-CSCF可以根据该注销请求注销全部的主用路径以及备用路径。
当终端进行了业务处理，需要对终端进行计费时，由于边界代理设备分别与主用P-CSCF以及备用P-CSCF均进行了注册，若按照通常的计费方式，当主用P-CSCF故障，终端使用备用P-CSCF进行业务处理时，则可能会产生错误的计费，本实施例中可以通过如下两种方式解决该问题：
(1)、对于同一终端，统一主用P-CSCF以及备用P-CSCF的拜访网络标识：
本方式中，可以对主用P-CSCF以及备用P-CSCF的接入侧互联网协议IP地址以及拜访网络标识进行配置，使得同一个终端的主用P-CSCF的拜访网络标识与备用P-CSCF的拜访网络标识相同，例如：
同一个P-CSCF对不同地理位置的用户呈现不同的IP地址或者端口；
给地区1的终端分配虚拟P-CSCF1FQDN1；
给地区2的终端分配虚拟P-CSCF2FQDN2。
P-CSCF1本身可以有两个对接入侧的IP地址，例如IP1，IP2’，
P-CSCF2本身可以有两个对接入侧的IP地址，例如IP2，IP1’。
地区1的终端的对应的主用PCSCF IP是IP1，备用P-CSCF IP是IP1’；
地区2的终端的对应的主用PCSCF IP是IP2，备用P-CSCF IP是IP2’。
其次，同一个P-CSCF根据接入侧接收IP地址的不同配置多个拜访网络标识；
P-CSCF1，对IP1设置拜访网络标识1，对IP2’设置拜访网络标识2；
P-CSCF2，对IP2设置拜访网络标识2，对IP1’设置拜访网络标识1。
这样，对于同一个终端而言，注册在P-CSCF1或者P-CSCF2，拜访网络标识都是相同的，即不会出现计费错误的情况。
(2)S-CSCF在话单中进行特殊标注：
本方式中，当主用P-CSCF故障时，S-CSCF将第二注册标识以及备用P-CSCF的拜访网络标识增加入话单，该第二注册标识以及备用P-CSCF的拜访网络标识用于指示终端未发生漫游，同样能够避免出现计费错误的情况。
本实施例中，边界代理设备可以代替终端在多个P-CSCF之间进行注册，由于这个注册过程由边界代理设备与网络侧之间完成，终端侧只需要按照以往的方式发送一次注册请求即可，所以边界代理设备与多个P-CSCF之间的注册过程对终端而言是透明的，终端无需参与，因此无需终端单独与多个P-CSCF分别进行注册即可实现P-CSCF的容灾；
其次，当主用P-CSCF以及备用P-CSCF均故障时，边界代理设备还可以通过第三P-CSCF与S-CSCF之间进行通信，从而保障了通信的可靠性；
再次，边界代理设备可以在注销请求中不携带注册标识，能够一次性请求注销全部的主用路径和备用路径，从而可以减少边界代理设备与S-CSCF之间的交互，减少网络资源的消耗；
更进一步，本实施例中，可以对同一终端的主用P-CSCF以及备用P-CSCF的拜访网络标识进行统一，或者可以由S-CSCF在话单中进行特殊标注，从而能够避免出现计费错误的情况。
为便于理解，下面从信令交互的角度对本发明实施例中的数据处理过程进行描述：
请参阅图3，本发明实施例中数据处理方法另一实施例包括：
301、终端向边界代理设备发送注册请求；
该注册请求REGISTER的Contact头域携带有终端的IP地址以及端口号等信息。
302、边界代理设备向P-CSCF1发送注册请求；
本实施例中，P-CSCF1为主用P-CSCF。
边界代理设备探测主用P-CSCF是否正常，若正常，则判断注册请求中是否包含注册标识reg-id，若不包含，则确定终端不支持多注册，则边界代理设备可向P-CSCF1发送注册请求，该注册请求的Contact头域注册标识reg-id＝1，即第一注册标识为1，表明该路径为主用路径。
需要说明的是，对于P-CSCF Pool方式(Pool中的资源可以是1--N个)，边界代理设备将按照优先级和权重来分配不同的Reg-id：例如如果Pool中的高优先级的P-CSCF故障，则在Pool中选择一个P-CSCF对应reg-id＝1；如果Pool高优先级的P-CSCF恢复，在下一次注册过程中，可以将注册发往恢复的那个高优先级P-CSCF，reg-id＝1；S-CSCF刷新reg-id＝1注册路径，本实施例中仅以两个P-CSCF为例进行说明。
本实施例中，若如果边界代理设备检测到P-CSCF1故障，则直接向P-CSCF2(即备用P-CSCF)发起注册，在注册请求的Contact头域添加reg-id＝2，即第二注册标识为2，表明该路径为备用路径。
303～306、P-CSCF1通过I-CSCF向S-CSCF发送注册请求；
本实施例中，P-CSCF1根据边界代理设备发送的注册请求中携带的终端的IP地址等信息向CLF查询用户位置信息P-A-N-I，或者可以从其它设备，例如PCRF查询得到用户的位置信息P-A-N-I。
之后，P-CSCF1可以通过I-CSCF向S-CSCF发送注册标识reg-id＝1，用户位置信息P-A-N-I以及P-CSCF1的拜访网络标识P-visit-network-id1。
307～312、S-CSCF发送401挑战消息过程；
S-CSCF接收到P-CSCF1发送的消息之后，可以对注册标识reg-id＝1，用户位置信息P-A-N-I以及P-CSCF1的拜访网络标识P-visit-network-id1进行存储。
可选地，S-CSCF还可以向终端发起401挑战。
本实施例中，为了减少注册过程中I-CSCF查询归属用户服务器的次数，S-CSCF在发送401消息中携带record route；P-CSCF1收到record route后，对401进行响应的register消息就直接发给S-CSCF，而不用再经过I-CSCF。
313～320、终端响应401挑战的过程；
S-CSCF向终端发起401挑战之后，终端可以响应该挑战，并向S-CSCF返回结果。
321～323、S-CSCF向边界代理设备返回注册确认消息200OK；
本实施例中，S-CSCF在向终端返回注册确认消息时，在200OK头域中增加supported：outbound，以表明网络侧支持冗余注册机制。
324～327、S-CSCF向应用服务器进行第三方注册；
进行第三方注册时，S-CSCF发送的消息中包含有reg-id＝1对应的P-visit-network-id1以及P-A-N-I。
本实施例中，对于S-CSCF到应用服务器的第三方注册，具体有以下一些方式：
方式1：对于两个reg-id的注册消息，S-CSCF分别向应用服务器发起注册。
方式2：S-CSCF无论先收到reg-id＝1，或者reg-id＝2的注册消息，启动定时器，如果超时内再收到另外一个注册路径的注册消息，则超时后才向应用服务器发送第三方注册，这样就减少了第三方注册的次数，优化了性能。
需要说明的是，若应用服务器在200OK中携带service route(应用服务器地址)，S-CSCF则记录用户和应用服务器地址(可以包含内部单元的分发参数)的绑定关系，后续呼叫可以直接发送到service route上。
这样可以直接命中应用服务器的内部处理单元，提高效率；另外还可以自动学习应用服务器对主叫的识别参数，例如应用服务器可以携带origcall参数，表明本应用服务器是以origcall来识别主叫的。
此外，若应用服务器是容灾模式，则给资源池中的应用服务器分别发送第三方注册，以便应用服务器及时下载数据，为业务过程作好准备。
328、边界代理设备向P-CSCF2发送注册请求；
边界代理设备接收到S-CSCF返回的200OK之后，可以先将注册定时器与reg-id进行关联以区分记录不同的冗余注册路径。
边界代理设备接收到S-CSCF返回的200OK之后，还需要判断网络侧是否支持冗余注册机制，若不支持，则无需向P-CSCF2发送注册请求，而直接向终端发送200OK以表示注册完成，若网络侧支持冗余注册机制，则边界代理设备对200OK进行缓存，并向P-CSCF2发送注册请求，其中reg-id＝2，以表明该路径为备用路径。
329～332、备用路径的注册过程；
本实施例中，备用路径的注册过程与前述主用路径的注册过程类似，即P-CSCF2根据边界代理设备发送的注册请求中携带的终端的IP地址等信息向CLF查询用户位置信息P-A-N-I，或者可以从其它设备，例如PCRF查询得到用户的位置信息P-A-N-I。
之后，P-CSCF2可以通过I-CSCF向S-CSCF发送注册标识reg-id＝2，用户位置信息P-A-N-I以及P-CSCF2的拜访网络标识P-visit-network-id2。
需要说明的是，由于在两次注册过程中，用户的位置可能会发生变化，所以P-CSCF2同样也要向S-CSCF发送用户位置信息P-A-N-I。
333～335、S-CSCF发送401挑战消息过程；
S-CSCF接收到P-CSCF2发送的消息之后，可以对注册标识reg-id＝2，用户位置信息P-A-N-I以及P-CSCF2的拜访网络标识P-visit-network-id2进行存储。
可选地，S-CSCF还可以向终端发起401挑战。
本实施例中，为了减少注册过程中I-CSCF查询归属用户服务器的次数，S-CSCF在发送401消息中携带record route；P-CSCF2收到record route后，对401进行响应的register消息就直接发给S-CSCF，而不用再经过I-CSCF。
336～343、终端响应401挑战的过程；
S-CSCF向终端发起401挑战之后，终端可以响应该挑战，并向S-CSCF返回结果。
需要说明的是，若S-CSCF中还有鉴权向量可用，则无需到归属用户服务器中再次进行下载：S-CSCF在主用路径注册过程中已经获取了多组鉴权向量，因此在冗余路径鉴权时，可以无需再从归属用户服务器获取新的鉴权向量。
但是由于容灾的要求，S-CSCF需要将P-CSCF2的地址写入归属用户服务器。
344～347、S-CSCF返回注册确认消息200OK；
本实施例中，S-CSCF在向终端返回注册确认消息时，在200OK头域中增加supported：outbound，以表明网络侧支持冗余注册机制。
由于主用路径以及备用路径均已建立，则边界代理设备在接收到S-CSCF发送的200OK之后，可以直接将该200OK转发至终端。
本实施例中，为了减少注册过程中I-CSCF查询归属用户服务器的次数，在S-CSCF向P-CSCF1以及P-CSCF2发送的200OK消息中还可以进一步包括S-CSCF的地址，则P-CSCF1以及P-CSCF2可以根据各自收到的200OK消息将后续的注册消息直接路由至S-CSCF，而无需经过I-CSCF。
至此，即完成了终端向多个P-CSCF的注册，即可开始进行业务处理过程，具体的始发呼叫过程可以为：
348～349、终端通过边界代理设备向P-CSCF1(即主用P-CSCF)发送邀请消息；
350、定时器超时后向备用P-CSCF尝试；
当边界代理设备向主用P-CSCF发送邀请消息之后，若在定时器超时内都未能成功收到响应，则边界代理设备开始向备用P-CSCF进行尝试。
351、边界代理设备向备用P-CSCF发送邀请消息，由备用P-CSCF执行业务处理。
具体的终结呼叫过程可以为：
352、S-CSCF向主用P-CSCF发送邀请消息；
353、定时器超时后向备用P-CSCF尝试；
当S-CSCF向主用P-CSCF发送邀请消息之后，若在定时器超时内都未能成功收到响应，则S-CSCF开始向备用P-CSCF进行尝试。
354～356、S-CSCF向备用P-CSCF发送邀请消息，由备用P-CSCF执行业务处理。
本实施例中的路径注销过程以及计费的处理过程与前述图2所示的实施例中描述的过程一致，此处不再赘述。
本实施例中，边界代理设备可以代替终端在多个P-CSCF之间进行注册，由于这个注册过程由边界代理设备与网络侧之间完成，终端侧只需要按照以往的方式发送一次注册请求即可，所以边界代理设备与多个P-CSCF之间的注册过程对终端而言是透明的，终端无需参与，因此无需终端单独与多个P-CSCF分别进行注册即可实现P-CSCF的容灾；
其次，当主用P-CSCF以及备用P-CSCF均故障时，边界代理设备还可以通过第三P-CSCF与S-CSCF之间进行通信，从而保障了通信的可靠性；
再次，边界代理设备可以在注销请求中不携带注册标识，能够一次性请求注销全部的主用路径和备用路径，从而可以减少边界代理设备与S-CSCF之间的交互，减少网络资源的消耗；
更进一步，本实施例中，可以对同一终端的主用P-CSCF以及备用P-CSCF的拜访网络标识进行统一，或者可以由S-CSCF在话单中进行特殊标注，从而能够避免出现计费错误的情况。
下面介绍本发明实施例中的边界代理设备实施例，请参阅图4，本发明实施例中边界代理设备包括：
第一接收单元411，用于接收终端发送的第一注册请求；
第一注册单元412，用于当终端不支持冗余注册时，根据第一注册请求向主用P-CSCF发起注册；
第一处理单元413，用于接收主用P-CSCF返回的第一注册确认消息；
第二注册单元414，用于当注册确认消息指示网络侧支持冗余注册机制时，向备用P-CSCF发起注册。
本实施例中，第一注册单元412以及第二注册单元414可以在多个P-CSCF之间进行注册，由于这个注册过程由边界代理设备与网络侧之间完成，终端侧只需要按照以往的方式发送一次注册请求即可，因此无需终端单独与多个P-CSCF分别进行注册即可实现P-CSCF的容灾。
为便于理解，下面以一具体实例对本发明实施例中的边界代理设备进行详细描述，请参阅图5，本发明实施例中的边界代理设备包括：
第一接收单元501，用于接收终端发送的第一注册请求；
第一注册单元502，用于当终端不支持冗余注册时，根据第一注册请求向主用P-CSCF发起注册；
第一处理单元503，用于接收S-CSCF通过主用P-CSCF返回的第一注册确认消息，建立终端，主用P-CSCF以及S-CSCF之间的对应关系；
第二注册单元504，用于当注册确认消息指示网络侧支持冗余注册机制时，向备用P-CSCF发起注册；
第二处理单元505，用于接收S-CSCF通过备用S-CSCF返回的第二注册确认消息，建立终端，备用P-CSCF以及S-CSCF之间的对应关系。
本实施例中的边界代理设备还可以进一步包括：
第三注册单元506，用于当主用P-CSCF不能正常工作时，根据第一注册请求向备用P-CSCF发起注册。
本实施例中的边界代理设备还可以进一步包括：
鉴权单元507，用于当通过备用P-CSCF接收到S-CSCF发送的鉴权请求时，将鉴权请求转发至终端，接收终端反馈的鉴权响应，将鉴权响应通过备用P-CSCF转发至S-CSCF。
除了上述单元之外，本实施例中的边界代理设备还可以包括：
注销请求单元，用于接收终端发送的注销请求，向S-CSCF转发注销请求，注销请求中不携带注册标识，用以指示S-CSCF注销全部的主用路径以及备用路径；
和/或，
第一业务处理单元，用于接收终端的终端业务请求，优先通过主用P-CSCF将终端业务请求发送至S-CSCF；
和/或，
故障处理单元，用于当主用P-CSCF以及备用P-CSCF均故障时，根据S-CSCF的地址向第三P-CSCF发送消息，并指示第三P-CSCF按照S-CSCF的地址将消息路由至S-CSCF。
为便于理解，下面以一具体应用场景对本实施例中的边界代理设备进行描述：
本实施例中，当终端请求向P-CSCF注册时，会首先向第一接收单元501发送第一注册请求，该第一注册请求中可以携带有终端的相关信息，例如终端的IP地址，端口号，所属域等。
第一接收单元501在接收到第一注册请求之后，可以判断主用P-CSCF是否正常工作，若正常工作，则第一注册单元502根据第一注册请求向主用P-CSCF发起注册。
本实施例中，边界代理设备获取主用P-CSCF以及备用P-CSCF的地址的方式与前述方法实施例中描述的方式一致，此处不再赘述。
本实施例中，第一注册单元502向主用P-CSCF发起注册之后，主用P-CSCF会与S-CSCF进行交互，之后S-CSCF会向第一处理单元503发送第一注册确认消息。
第一处理单元503接收到第一注册确认消息之后，即可建立终端，主用P-CSCF以及S-CSCF之间的对应关系。
第一处理单元503接收到第一注册确认消息之后，第二注册单元504可以根据该第一注册确认消息判断网络侧是否支持冗余注册机制，若确定网络侧支持冗余注册机制，则第二注册单元504会向备用P-CSCF发起注册。
本实施例中，第二注册单元504向备用P-CSCF发起注册之后，备用P-CSCF会与S-CSCF进行交互，之后S-CSCF会向第二处理单元505发送第二注册确认消息。
第二处理单元505接收到第二注册确认消息之后，即可建立终端，备用P-CSCF以及S-CSCF之间的对应关系。
本实施例中的边界代理设备在实际应用中可以为SBC，或MSAN，或PBX，或IAD，或其他类型的边界代理设备，此处不作限定。
本实施例中，第一注册单元502以及第二注册单元504可以代替终端在多个P-CSCF之间进行注册，由于这个注册过程由边界代理设备与网络侧之间完成，终端侧只需要按照以往的方式发送一次注册请求即可，所以边界代理设备与多个P-CSCF之间的注册过程对终端而言是透明的，终端无需参与，因此无需终端单独与多个P-CSCF分别进行注册即可实现P-CSCF的容灾。
下面介绍本发明实施例中的P-CSCF实施例，请参阅图6，本发明实施例中的P-CSCF实施例包括：
查询单元601，用于根据边界代理设备发送的注册请求查询对应的用户位置信息；
发送单元602，用于将查询到的用户位置信息，注册标识以及自身的拜访网络标识发送至S-CSCF。
本发明实施例中的P-CSCF实施例还可以进一步包括：
配置单元603，用于配置P-CSCF的拜访网络标识，使得同一个终端的主用P-CSCF的拜访网络标识与备用P-CSCF的拜访网络标识相同，具体的配置方法与前述方法实施例中描述的配置方法相同，此处不再赘述。
需要说明的是，本实施例中的P-CSCF除了包括上述查询单元601，发送单元602以及配置单元603之外，还可以包括有与现有技术相同的其他一些单元，具体此处不作限定。
下面介绍本发明实施例中的S-CSCF实施例，请参阅图7，本发明实施例中的S-CSCF一个实施例包括：
第二接收单元701，用于接收P-CSCF发送的用户位置信息，注册标识以及P-CSCF的拜访网络标识；
记录单元702，用于记录用户位置信息，注册标识以及P-CSCF的拜访网络标识；
反馈单元703，用于向边界代理设备反馈注册确认消息。
为便于理解，下面以一具体实例对本发明实施例中的S-CSCF进行描述，请参阅图8，本发明实施例中的S-CSCF另一实施例包括：
第二接收单元801，用于接收P-CSCF发送的用户位置信息，注册标识以及P-CSCF的拜访网络标识；
记录单元802，用于记录用户位置信息，注册标识以及P-CSCF的拜访网络标识；
反馈单元803，用于向边界代理设备反馈注册确认消息。
本实施例中的S-CSCF还可以进一步包括：
挑战单元804，用于向终端发送401挑战消息，接收终端反馈的挑战响应消息。
本实施例中的S-CSCF还可以进一步包括：
第三方注册单元805，用于向AS发送消息以请求进行第三方注册，消息中包含有注册标识，用户位置信息以及P-CSCF的拜访网络标识。
除了上述单元之外，本实施例中的S-CSCF还可以进一步包括：
注销单元，用于边界代理设备发送的注销请求，当注销请求中不携带注册标识时，注销全部的主用路径以及备用路径。
和/或，
第二业务处理单元，用于接收边界代理设备发送的终端业务请求，将终端业务请求优先发送至主用AS，和/或，接收网络侧业务请求，将网络侧业务请求优先发送至主用AS，在接收到主用AS的反馈之后，将网络侧业务请求优先发送至主用P-CSCF，以指示主用P-CSCF将网络侧业务请求发送至边界代理设备。
和/或，
计费处理单元，用于当主用P-CSCF故障时，将备用P-CSCF的注册标识以及备用P-CSCF的拜访网络标识增加入话单，注册标识以及备用P-CSCF的拜访网络标识用于指示终端未发生漫游。
本实施例中的S-CSCF中各单元所执行的功能与前述图2以及图3所示的实施例中描述的功能相同，此处不再赘述。
本实施例中，边界代理设备可以代替终端在多个P-CSCF之间进行注册，由于这个注册过程由边界代理设备与网络侧之间完成，终端侧只需要按照以往的方式发送一次注册请求即可，所以边界代理设备与多个P-CSCF之间的注册过程对终端而言是透明的，终端无需参与，因此无需终端单独与多个P-CSCF分别进行注册即可实现P-CSCF的容灾。
本发明实施例还提供一种数据处理系统，具体请参阅图9，包括：终端901，边界代理设备902，主用P-CSCF903，备用P-CSCF904以及S-CSCF905，该数据处理系统中，各网元所执行的功能与前述方法实施例以及装置实施例中描述的各网元的功能相同，具体此处不再赘述。
本实施例中，边界代理设备902可以代替终端在主用P-CSCF903以及备用P-CSCF904之间进行注册，由于这个注册过程由边界代理设备与网络侧之间完成，终端侧只需要按照以往的方式发送一次注册请求即可，所以边界代理设备与主用P-CSCF903以及备用P-CSCF904之间的注册过程对终端而言是透明的，终端无需参与，因此无需终端单独与主用P-CSCF903以及备用P-CSCF904分别进行注册即可实现P-CSCF的容灾。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，上述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上对本发明所提供的一种数据处理方法及数据处理系统以及相关设备进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，因此，本说明书内容不应理解为对本发明的限制。
Claims (18)
1.一种数据处理方法，其特征在于，包括：
边界代理设备接收终端发送的第一注册请求；
当终端不支持冗余注册时，边界代理设备根据所述第一注册请求向主用代理呼叫会话控制功能实体P-CSCF发起注册；
边界代理设备接收所述主用P-CSCF返回的第一注册确认消息；
当所述第一注册确认消息指示网络侧支持冗余注册机制时，边界代理设备向备用P-CSCF发起注册。
2.根据权利要求1所述的方法，其特征在于，所述边界代理设备根据所述第一注册请求向主用P-CSCF发起注册包括：
边界代理设备向所述主用P-CSCF发送第二注册请求，所述第二注册请求中携带有第一注册标识，所述第一注册标识用于指示与所述主用P-CSCF之间的路径为主用路径；
所述边界代理设备向备用P-CSCF发起注册包括：
边界代理设备向所述备用P-CSCF发送第三注册请求，所述第三注册请求中携带有第二注册标识，所述第二注册标识用于指示与所述备用P-CSCF之间的路径为备用路径。
3.根据权利要求2所述的方法，其特征在于，所述边界代理设备向所述备用P-CSCF发送第三注册请求之后包括：
当通过备用P-CSCF接收到S-CSCF发送的鉴权请求时，所述边界代理设备将所述鉴权请求转发至所述终端；
所述边界代理设备接收所述终端反馈的鉴权响应，将所述鉴权响应通过所述备用P-CSCF转发至S-CSCF。
4.根据权利要求2所述的方法，其特征在于，所述边界代理设备根据所述第一注册请求向主用P-CSCF发起注册之后包括：
主用P-CSCF根据所述第二注册请求中携带的终端的标识查询用户位置信息；
主用P-CSCF将查询到的用户位置信息，第一注册标识以及主用P-CSCF的拜访网络标识发送至S-CSCF；
所述边界代理设备向备用P-CSCF发起注册之后包括：
备用P-CSCF根据所述第三注册请求中携带的终端的标识查询用户位置信息；
备用P-CSCF将查询到的用户位置信息，第二注册标识以及备用P-CSCF的拜访网络标识发送至S-CSCF。
5.根据权利要求4所述的方法，其特征在于，所述边界代理设备接收主用P-CSCF返回的第一注册确认消息之前包括：
S-CSCF记录所述主用P-CSCF发送的用户位置信息，第一注册标识以及主用P-CSCF的拜访网络标识；
S-CSCF向所述终端发送挑战消息，S-CSCF接收所述终端反馈的挑战响应消息，并通过主用P-CSCF向所述边界代理设备发送第一注册确认消息；
所述边界代理设备向备用P-CSCF发起注册之后包括：
S-CSCF记录所述备用P-CSCF发送的用户位置信息，第二注册标识以及备用P-CSCF自身的拜访网络标识；
S-CSCF向所述终端发送挑战消息，S-CSCF接收所述终端反馈的挑战响应消息，并通过备用P-CSCF向所述边界代理设备发送第二注册确认消息。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
所述主用P-CSCF或备用P-CSCF获取所述S-CSCF发送的挑战消息，所述挑战消息中携带有路由记录record route；
当所述主用P-CSCF或备用P-CSCF接收到终端反馈的挑战响应消息时，根据所述record route直接将所述挑战响应消息发送至S-CSCF。
7.根据权利要求5所述的方法，其特征在于，
所述第一注册确认消息以及第二注册确认消息中包括S-CSCF的地址，所述主用P-CSCF根据所述第一注册确认消息将后续的注册消息路由至所述S-CSCF，备用P-CSCF根据所述第二注册确认消息将后续的注册消息路由至所述S-CSCF。
8.根据权利要求5所述的方法，其特征在于，所述S-CSCF记录所述主用P-CSCF发送的用户位置信息，第一注册标识以及主用P-CSCF自身的拜访网络标识之后包括：
S-CSCF向应用服务器AS发送消息以请求进行第三方注册，所述消息中包含有第一注册标识，用户位置信息以及主用P-CSCF自身的拜访网络标识。
9.根据权利要求4所述的方法，其特征在于，所述方法还包括：
对主用P-CSCF以及备用P-CSCF的拜访网络标识进行配置，使得同一个终端的主用P-CSCF的拜访网络标识与备用P-CSCF的拜访网络标识相同。
10.根据权利要求1至9中任一项所述的方法，其特征在于，所述方法还包括：
边界代理设备接收终端发送的注销请求；
边界代理设备向S-CSCF转发所述注销请求，所述注销请求中不携带注册标识，用以指示所述S-CSCF注销全部的主用路径以及备用路径。
11.根据权利要求1至9中任一项所述的方法，其特征在于，所述方法还包括：
当所述主用P-CSCF以及备用P-CSCF均故障时，边界代理设备根据S-CSCF的地址向第三P-CSCF发送消息，并指示所述第三P-CSCF按照所述S-CSCF的地址将所述消息路由至所述S-CSCF。
12.根据权利要求1至9中任一项所述的方法，其特征在于，所述方法还包括：
当主用P-CSCF故障时，S-CSCF将所述第二注册标识以及备用P-CSCF的拜访网络标识增加入话单，所述第二注册标识以及备用P-CSCF的拜访网络标识用于指示所述终端未发生漫游。
13.一种边界代理设备，其特征在于，包括：
第一接收单元，用于接收终端发送的第一注册请求；
第一注册单元，用于当终端不支持冗余注册时，根据所述第一注册请求向主用P-CSCF发起注册；
第一处理单元，用于接收所述主用P-CSCF返回的第一注册确认消息；
第二注册单元，用于当所述注册确认消息指示网络侧支持冗余注册机制时，向备用P-CSCF发起注册。
14.根据权利要求13所述的边界代理设备，其特征在于，所述边界代理设备还包括：
鉴权单元，用于当通过备用P-CSCF接收到S-CSCF发送的鉴权请求时，将所述鉴权请求转发至所述终端，接收所述终端反馈的鉴权响应，将所述鉴权响应通过所述备用P-CSCF转发至S-CSCF。
15.根据权利要求13或14所述的边界代理设备，其特征在于，所述边界代理设备还包括：
注销请求单元，用于接收终端发送的注销请求，向S-CSCF转发所述注销请求，所述注销请求中不携带注册标识，用以指示所述S-CSCF注销全部的主用路径以及备用路径。
16.一种代理呼叫会话控制功能实体，其特征在于，包括：
查询单元，用于根据边界代理设备发送的注册请求查询对应的用户位置信息；
发送单元，用于将查询到的用户位置信息，注册标识以及自身的拜访网络标识发送至S-CSCF。
17.根据权利要求16所述代理呼叫会话控制功能实体，其特征在于，所述代理呼叫会话控制功能实体还包括：
配置单元，用于配置P-CSCF的拜访网络标识，使得同一个终端的主用P-CSCF的拜访网络标识与备用P-CSCF的拜访网络标识相同。
18.一种数据处理系统，其特征在于，包括：如权利要求13至15中任一项所述的边界代理设备，如权利要求16或17所述的代理呼叫会话控制功能实体，以及服务呼叫会话控制功能实体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009102255983A CN101719912B (zh) | 2009-12-07 | 2009-12-07 | 数据处理方法及数据处理系统以及相关设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009102255983A CN101719912B (zh) | 2009-12-07 | 2009-12-07 | 数据处理方法及数据处理系统以及相关设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101719912A true CN101719912A (zh) | 2010-06-02 |
| CN101719912B CN101719912B (zh) | 2012-11-07 |
Family
ID=42434427
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2009102255983A Active CN101719912B (zh) | 2009-12-07 | 2009-12-07 | 数据处理方法及数据处理系统以及相关设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101719912B (zh) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101965046A (zh) * | 2010-10-08 | 2011-02-02 | 中兴通讯股份有限公司 | 一种ip多媒体子系统中通知终端注册的方法及系统 |
| CN102137201A (zh) * | 2010-09-03 | 2011-07-27 | 华为技术有限公司 | 程控交换机用户呼叫方法、装置及通信系统 |
| CN102316438A (zh) * | 2010-06-29 | 2012-01-11 | 中兴通讯股份有限公司 | 一种获取用户位置的方法和系统 |
| CN102340765A (zh) * | 2011-07-18 | 2012-02-01 | 中国电信股份有限公司 | 容灾负荷均衡方法、装置和系统 |
| CN102624731A (zh) * | 2012-03-13 | 2012-08-01 | 华为技术有限公司 | 呼叫处理方法、系统及服务器 |
| CN102638886A (zh) * | 2011-02-14 | 2012-08-15 | 中兴通讯股份有限公司 | 小区位置信息提供方法、装置及系统 |
| CN102857892A (zh) * | 2011-07-01 | 2013-01-02 | 中兴通讯股份有限公司 | 紧急呼叫接入方法及系统 |
| CN103096243A (zh) * | 2011-11-07 | 2013-05-08 | 中兴通讯股份有限公司 | 终端的呼叫处理方法、装置及系统 |
| CN103200148A (zh) * | 2012-01-04 | 2013-07-10 | 华为技术有限公司 | 一种ip pbx注册方法、装置和系统 |
| CN103685163A (zh) * | 2012-09-05 | 2014-03-26 | 中国移动通信集团公司 | Ims网络中的容灾方法、系统和设备 |
| CN104284360A (zh) * | 2014-10-21 | 2015-01-14 | 中国联合网络通信集团有限公司 | P-cscf故障处理方法和系统 |
| CN105577407A (zh) * | 2014-10-16 | 2016-05-11 | 中国移动通信集团公司 | 一种容灾处理方法、装置、终端和网络侧设备 |
| CN105871452A (zh) * | 2016-05-24 | 2016-08-17 | 烽火通信科技股份有限公司 | 一种ason中主备通道部分路径资源共享的方法 |
| CN107844270A (zh) * | 2014-12-31 | 2018-03-27 | 华为技术有限公司 | 一种存储阵列系统及数据写请求处理方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101552981A (zh) * | 2008-03-31 | 2009-10-07 | 华为技术有限公司 | 代理呼叫会话控制实体地址的获取方法和系统、数据网关 |
| CN101577914B (zh) * | 2009-06-04 | 2011-05-11 | 中兴通讯股份有限公司 | 一种ims网络中处理s-cscf变更的方法及系统 |
-
2009
- 2009-12-07 CN CN2009102255983A patent/CN101719912B/zh active Active
Cited By (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102316438A (zh) * | 2010-06-29 | 2012-01-11 | 中兴通讯股份有限公司 | 一种获取用户位置的方法和系统 |
| CN102137201B (zh) * | 2010-09-03 | 2013-01-02 | 华为技术有限公司 | 程控交换机用户呼叫方法、装置及通信系统 |
| CN102137201A (zh) * | 2010-09-03 | 2011-07-27 | 华为技术有限公司 | 程控交换机用户呼叫方法、装置及通信系统 |
| WO2011137779A1 (zh) * | 2010-09-03 | 2011-11-10 | 华为技术有限公司 | 程控交换机用户呼叫方法、装置及通信系统 |
| US8477925B2 (en) | 2010-09-03 | 2013-07-02 | Huawei Technologies Co., Ltd. | Call method, device, and communication system for private branch exchange user |
| CN101965046B (zh) * | 2010-10-08 | 2014-12-10 | 中兴通讯股份有限公司 | 一种ip多媒体子系统中通知终端注册的方法及系统 |
| CN101965046A (zh) * | 2010-10-08 | 2011-02-02 | 中兴通讯股份有限公司 | 一种ip多媒体子系统中通知终端注册的方法及系统 |
| CN102638886A (zh) * | 2011-02-14 | 2012-08-15 | 中兴通讯股份有限公司 | 小区位置信息提供方法、装置及系统 |
| CN102638886B (zh) * | 2011-02-14 | 2016-09-28 | 中兴通讯股份有限公司 | 小区位置信息提供方法、装置及系统 |
| CN102857892A (zh) * | 2011-07-01 | 2013-01-02 | 中兴通讯股份有限公司 | 紧急呼叫接入方法及系统 |
| CN102857892B (zh) * | 2011-07-01 | 2018-09-25 | 南京中兴新软件有限责任公司 | 紧急呼叫接入方法及系统 |
| CN102340765A (zh) * | 2011-07-18 | 2012-02-01 | 中国电信股份有限公司 | 容灾负荷均衡方法、装置和系统 |
| CN102340765B (zh) * | 2011-07-18 | 2014-12-17 | 中国电信股份有限公司 | 容灾负荷均衡方法、装置和系统 |
| CN103096243A (zh) * | 2011-11-07 | 2013-05-08 | 中兴通讯股份有限公司 | 终端的呼叫处理方法、装置及系统 |
| CN103200148A (zh) * | 2012-01-04 | 2013-07-10 | 华为技术有限公司 | 一种ip pbx注册方法、装置和系统 |
| CN102624731A (zh) * | 2012-03-13 | 2012-08-01 | 华为技术有限公司 | 呼叫处理方法、系统及服务器 |
| CN103685163B (zh) * | 2012-09-05 | 2017-06-20 | 中国移动通信集团公司 | Ims网络中的容灾方法、系统和设备 |
| CN103685163A (zh) * | 2012-09-05 | 2014-03-26 | 中国移动通信集团公司 | Ims网络中的容灾方法、系统和设备 |
| CN105577407A (zh) * | 2014-10-16 | 2016-05-11 | 中国移动通信集团公司 | 一种容灾处理方法、装置、终端和网络侧设备 |
| CN104284360A (zh) * | 2014-10-21 | 2015-01-14 | 中国联合网络通信集团有限公司 | P-cscf故障处理方法和系统 |
| CN104284360B (zh) * | 2014-10-21 | 2018-05-25 | 中国联合网络通信集团有限公司 | P-cscf故障处理方法和系统 |
| CN107844270A (zh) * | 2014-12-31 | 2018-03-27 | 华为技术有限公司 | 一种存储阵列系统及数据写请求处理方法 |
| CN105871452A (zh) * | 2016-05-24 | 2016-08-17 | 烽火通信科技股份有限公司 | 一种ason中主备通道部分路径资源共享的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101719912B (zh) | 2012-11-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101719912B (zh) | 数据处理方法及数据处理系统以及相关设备 | |
| US8069365B2 (en) | Method and device for realizing IP multimedia subsystem disaster tolerance | |
| JP4819904B2 (ja) | 回線交換型アクセスを介するＩＭＳサービスのプロビジョン（ｐｒｏｖｉｓｉｏｎ：提供） | |
| US7787878B2 (en) | Method and system for enabling number portability in IMS networks | |
| CN1640156B (zh) | 通信节点结构 | |
| US9021014B2 (en) | Methods, systems, and computer readable media for providing home subscriber server (HSS) proxy | |
| CN103181217B (zh) | 会话发起协议(sip)路由器 | |
| US8750292B2 (en) | Systems, methods, and computer readable media for using a signaling message routing node to provide backup subscriber information management service | |
| US20130294339A1 (en) | Method and apparatus for processing registration backup data | |
| WO2005071994A1 (en) | A system and a method of realizing subscriber’s foreign roaming service through the router | |
| WO2017036227A1 (zh) | 一种实现终端被叫业务恢复的方法及装置 | |
| US20110145388A1 (en) | Method, system, and device for realizing registration mechanism of ip multimedia subsystem | |
| CN101667936A (zh) | 接入会话控制服务器的故障处理方法、设备及系统 | |
| CN101127722A (zh) | 核心网元重启/故障恢复后的处理方法 | |
| CN100456847C (zh) | 一种选择被叫路由的方法、网络及设备 | |
| US20110289223A1 (en) | Method of distinguishing a plurality of ues sharing one puid and a device thereof | |
| CN103973913A (zh) | 一种ngn下实现宽带业务功能的方法及业务平台 | |
| CN101459894B (zh) | Ip多媒体子系统的通信方法、系统及数据中心实体 | |
| CN103260144B (zh) | 一种不同网络的终端之间通信的方法、设备和系统 | |
| JP5775488B2 (ja) | Ｅｎｕｍキャッシュ装置およびｅｎｕｍキャッシュ装置のキャッシュ更新方法 | |
| CN101217795B (zh) | 一种终端在ip多媒体子系统中本地转出的解决方法 | |
| CN101384085A (zh) | 一种终端注册的方法、装置和系统 | |
| KR100447412B1 (ko) | Ｉｐ 멀티미디어 서비스 가입자의 이동성 관리를 위한가입자 데이터 관리 장치 및 방법 | |
| CN106603881A (zh) | 在ims网络实现呼叫路由的方法、装置和系统 | |
| CN101132407B (zh) | 一种对重选服务呼叫会话控制功能导致的异常的处理方法 |
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 |