一种IP多媒体子系统架构下提供主被叫业务的方法、装置及系统与流程

本发明实施例涉及通信技术领域，尤其涉及一种IP多媒体子系统架构下提供主被叫业务的方法、装置及系统。

背景技术：
IP多媒体子系统(IPMultimediaSubsystem，IMS)是一种全新的多媒体业务形式，它能够满足现在的终端客户更新颖、更多样化多媒体业务的需求。目前，IMS被认为是下一代网络的核心技术，也是解决移动与固网融合，引入语音、数据、视频三重融合等差异化业务的重要方式。IMS重要组成部件的简介如下：呼叫会话控制功能(CallSessionControlFunction，CSCF)是IMS系统的呼叫控制核心，它的主要作用是在IP传输平台上实现多个实时业务的分发，具有中心路由引擎、策略管理和策略执行功能；媒体资源功能(MultimediaResourceFunction，MRF)：包括多媒体资源功能控制器MRFC和多媒体资源功能处理器MRFP两部分，主要功能有：音视频文件的播入与录制、会议的媒体流处理(混音等)、编解码转换等。应用服务器(ApplicationServer，AS)主要为IMS用户提供各种增值业务的服务器。现有技术中，用户设备(UserEquipment，UE)在IMS架构下需要注册到CSCF上来进行寻呼操作。例如，UE1、UE2可同时注册到CSCF1或CSCF2上。以CSCF1为核心的IMS架构下包含AS1、MRFC1和MRFP1，其中MRFC1负责控制MRFP1。以CSCF2为核心的IMS架构下包含AS2、MRFC2和MRFP2，其中MRFC2负责控制MRFP2。假设UE1无论通过CSCF1还是CSCF2进行呼叫，都会优先使用AS1执行主被叫业务，若AS1故障，则会使用AS2执行主被叫业务。而UE2无论通过CSCF1还是CSCF2进行呼叫，都会优先使用AS2执行主被叫业务，同理，AS2故障时，则会使用AS1来执行主被叫业务。当UE1发起对UE2的寻呼时，AS1会执行UE1的主叫业务，该主叫业务可以由UE1定制，例如放音、录音等，主叫业务的执行需要通过AS通知MRFC1，由MRFC1触发MRFP1为UE进行主叫业务提供资源；主叫业务完成后，CSCF1将呼叫路由到CSCF2上，AS2执行UE2的被叫业务，流程同AS1执行UE1的主叫业务流程。当被叫业务完成后，进行呼叫接续，完成呼叫。现有技术中，UE1呼叫UE2时，若AS1或MRFC1故障，或者MRFP1与MRFC1之间的链路故障，则UE1的主叫业务只能由AS2来执行，主叫业务占用的是MRFC2范围内的MRFP2这一资源，MRFP2由于资源占用率的增加，会出现使用过载的情况；而故障AS1或MRFC1下的MRFP1得不到使用，存在浪费资源的情况。同理，若AS2或MRFC2故障，或者MRFP2与MRFC2之间的链路故障，则UE2的被叫业务只能由AS1来执行，被叫业务占用的是MRFC1范围内的MRFP1这一资源，MRFP1由于资源占用率的增加，会出现使用过载的情况；而故障AS2或MRFC2下的MRFP2得不到使用，存在浪费资源的情况，IMS架构下的QoS无法得到保证。

技术实现要素：
本发明实施例提供一种IP多媒体子系统架构下提供主被叫业务的方法、装置及系统，解决了MRFC或AS故障MRFP利用率低的问题。本发明实施例提供一种IP多媒体子系统架构下提供主被叫业务的方法，包括：资源处理实体发送信息收集请求消息至多个资源控制实体；接收所述多个资源控制实体发送的信息收集响应消息，所述消息中携带状态信息，所述状态信息包括资源控制实体的状态信息及应用服务器AS的状态信息；根据所述状态信息选择一个或多个资源控制实体，并注册在所述选择的一个或多个资源控制实体上，以使所述选择的一个或多个资源控制实体触发所述资源处理实体为用户设备UE提供主被叫业务。本发明实施例还提供一种资源处理实体，包括：发送单元，用于发送信息收集请求消息至多个资源控制实体；接收单元，用于接收所述多个资源控制实体发送的信息收集响应消息，所述消息中携带状态信息，所述状态信息包括资源控制实体的状态信息及应用服务器AS的状态信息；选择单元，用于根据所述状态信息选择一个或多个资源控制实体；注册单元，用于注册在所述选择的一个或多个资源控制实体上，以使所述选择的一个或多个资源控制实体触发所述资源处理实体为用户设备UE提供主被叫业务。本发明实施例还提供一种的系统，包括资源处理实体和资源控制实体，其中，所述资源处理实体，用于发送信息收集请求消息至多媒体资源功能控制器多个MRFC，接收所述多个资源控制实体发送的信息收集响应消息，所述消息中携带状态信息，所述状态信息包括资源控制实体的状态信息及应用服务器AS的状态信息，根据所述状态信息选择一个或多个资源控制实体，并注册在所述选择的一个或多个资源控制实体上，以使所述选择的一个或多个资源控制实体触发所述资源处理实体为用户设备UE提供主被叫业务；所述资源控制实体，用于接收所述资源处理实体发送的收集请求信息，发送信息收集响应消息至所述资源处理实体，所述消息中携带状态信息，接受所述资源处理实体的注册，并触发所述资源处理实体为用户设备UE提供主被叫业务。通过本发明实施例提供的方法，资源处理实体根据接收各资源控制实体发送的状态信息选择并注册在一个或多个资源控制实体上，在UE发起呼叫时，资源控制实体触发对应的资源处理实体完成UE的主被叫业务，解决了资源控制实体或AS故障后资源处理实体利用率低的问题，提高了IMS架构下的呼叫QoS。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本发明实施例一的实施架构图；图2为本发明实施例一的方法流程图；图3为本发明实施例二的方法流程图；图4为本发明实施例三的资源处理实体架构图；图5为本发明实施例四的系统架构图。具体实施方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。本发明实施例一：图1是本发明实施例的实施架构图。从图中可以看出UE1、UE2、UE3及UE4均可以注册到CSCF1或CSCF2，CSCF1或CSCF2均可以与AS1和AS2建立连接。无论是MRFC1还是MRFC2，均可以与MRFP1、MRFP2、MRFP3和MRFP4进行通信，在UE发起呼叫过程中，AS需要与MRFC进行通信，由MRFC控制MRFP为主叫及被叫业务提供资源。CSCF可以与MRFC直接进行通信，但对于本发明实施例而言，UE的主被叫业务必须通过AS来触发MRFC执行。图2为本发明的一个方法实施例的流程图，如图2所示，该方法可以包括：S101、资源处理实体发送信息收集请求消息至多个资源控制实体；需要说明的是，资源处理实体为多媒体资源功能处理器MRFP时，资源控制实体为多媒体资源功能控制器MRFC，或资源处理实体为IP多媒体网关IM-MGW时，资源控制实体为多媒体网关控制功能MGCF。在IMS架构下，MRFC通常有多个。MRFP在与MRFC连接成功之后，发送信息收集请求消息至多个MRFC，目的在于定时获取MRFC的状态、AS的状态以及，可选地，还需要获取MRFC的优先级，MRFP需要根据收集到的信息选择注册在具体的哪一个或哪一些MRFC上。需要说明的是，MRFP可以定时发送信息收集请求消息至MRFC，定时发送的目的是保证在一定的周期内能够与状态正常的MRFC进行连接，若在下一周期定时发送请求消息后MRFC故障或之间的链路故障，则MRFP可以与其他的状态正常的MRFC建立连接。可选地，MRFP也可以发送信息收集请求消息至MRFC之后，由MRFC定时发送信息收集响应消息至MRFP。S102、接收所述多个资源控制实体发送的信息收集响应消息，所述消息中携带状态信息，所述状态信息包括资源控制实体的状态信息及应用服务器AS的状态信息；其中，返回的状态信息包含MRFC的状态信息、MRFC对应的AS的状态信息，可选地，该状态信息还包含MRFC的优先级信息。若MRFP在初始化过程中配置的类型为负荷分担，即每个MRFP可以处理所有用户的所有类型的业务，则该状态信息中还需包含MRFC的优先级，若MRFP没有配置为负荷分担，而是配置为独享，即每个MRFP只能处理部分业务，则该状态信息中不需要包含MRFC的优先级，只需要包含MRFC的状态信息以及MRFC对应的AS的状态信息即可。若MRFC工作正常，则返回的MRFC状态信息具体为MRFC工作正常；若一段时间内MRFC没有返回状态信息，则认为MRFC工作故障或MRFC与MRFP之间的链路故障。无论是MRFC本身故障还是MRFC与MRFP之间的链路故障，MRFP都会记录MRFC的状态信息为MRFC工作故障。AS的状态信息具体为AS工作正常或AS工作故障。每一个MRFC都有一个对应的优先级，且各MRFC的优先级从高到低互不相等。S103、根据所述状态信息选择一个或多个资源控制实体，并注册在所述选择的一个或多个资源控制实体上，以使所述选择的一个或多个资源控制实体触发所述资源处理实体为用户设备UE提供主被叫业务。一个MRFP可以只注册到一个MRFC，也可以注册到多个MRFC。注册可以分为两种：1)若MRFP在初始化过程中配置的类型为负荷分担，即每个MRFP可以处理所有用户的所有类型的业务，则MRFP不能同时注册在多个MRFC上。原因是如果一个MRFP同时注册到多个MRFC，多个MRFC同时使用一个MRFP上的资源，则MRFC不能准确的知道MRFP上的资源使用情况。并且，如果一个MRFC使用或释放资源时都通知其它的MRFC，则MRFC和MRFP的性能会受到很大影响。2)若MRFP没有配置为负荷分担，而是配置为独享，即每个MRFP只能处理部分业务，如MRFP按地域分，每个MRFP处理部分地域的用户的业务；或者按业务类型分，每个MRFP处理部分业务类型。则MRFP可以同时注册在多个MRFC上。原因是若每个MRFP只能处理部分业务，则不同的业务只能在不同的MRFP上进行处理，不会存在同一业务多个MRFP进行分担的情况。因此，即使同时注册到不同的MRFC上，也不会存在不同MRFC同时使用同一MRFP的情况。在注册之前，MRFP需确定MRFC及AS是否工作正常。MRFP判断MRFC故障或MRFP与MRFC之间的链路故障，则不会注册到故障的MRFC上；MRFC正常，但AS故障或MRFC与AS之间的链路故障，MRFP不会注册到对应AS故障的MRFC上。需要说明的是，若对应MRFC的AS不只一个而是多个的情况，则所有AS都故障才认为AS故障，MRFC记录AS状态为工作故障，否则认为AS正常，记录AS状态为工作正常。若MRFP配置成负荷分担，MRFC和AS都正常时，MRFP优先注册在最高优先级的MRFC上。若MRFP没有配置成负荷分担，即只能处理部分业务，则MRFP可以选择注册多个正常的MRFC上，不需要注册在优先级最高的MRFC上。通过本发明实施例的介绍，可以得出MRFP选择MRFC进行注册的约束条件重要性从高到低分别为：MRFC状态、AS状态和MRFC的优先级。即先选择正常工作的MRFC，再从正常工作的MRFC中选择出其对应的AS工作正常的，最后再从工作正常且对应AS工作正常的MRFC中选择优先级最高的MRFC。MRFP注册在最后选择出的MRFC上。需要说明的是，如果MRFP没有配置成负荷分担，则不需要考虑MRFC的优先级这一约束条件，即：选择出工作正常且对应AS工作正常的MRFC，注册在其中一个或一些MRFC上，也可以全部注册在工作正常且对应AS工作正常的MRFC上。具体注册在哪一个MRFC或哪一些MRFC上，可以通过数据配置决定，本发明实施例对此并无限制。当收集到的状态信息有变化时，需要重新确定MRFP注册在哪个或哪些MRFC上。如果注册的MRFC有变化，例如：注册的MRFC故障，或MRFC对应的AS故障，或对于配置类型为负荷分担类型的MRFP来说，注册的MRFC优先级降低。MRFP在下一次收集状态信息时，按照以上注册的约束条件，注销原MRFC，注册到新MRFC上。在MRFP注册在MRFC之后，UE发起呼叫，呼叫请求先发送至CSCF，CSCF通过信令控制协议(SessionInitiationProtocol，SIP)发送“invite”消息至AS，触发AS配置MRFP与UE的对应关系，并执行UE的主被叫业务。AS根据一定的分配规则配置MRFP与UE的对应关系列表。在本发明实施例中，AS可以根据UE所在的域或定制的业务分配MRFP与UE的对应关系，从本发明实施例中推出的或者类似的其他分配规则也属于本发明实施例保护的范围。例如，UE1、MRFP1在北京，UE2、MRFP2在天津，UE3、MRFP3在上海，UE4、MRFP4在深圳，则AS将UE1的业务分配给MRFP1，UE2的业务分配给MRFP2，将UE3的业务分配给MRFP3，UE4的业务分配给MRFP4。按地域选择MRFP服务可以减少网络时延或丢包率，提高服务质量。也可以按业务分MRFP，如MRFP1负责CSCF1下的用户的呼叫业务，MRFP2负责CSCF1下的用户的状态群组消息(PresenceGroupMessage，PGM)业务；MRFP3负责CSCF2下的用户的呼叫业务，MRFP4负责CSCF2下的用户的PGM业务，那么CSCF1下的UE1若要进行呼叫业务，AS就将UE1的业务分配给MRFP1，若CSCF1下的UE2要进行PGM业务，则AS就将UE2的业务分配给MRFP2。同理，CSCF2下的UE3若要进行呼叫业务，AS就将UE3的业务分配给MRFP3，若CSCF2下的UE4要进行PGM业务，则AS就将UE4的业务分配给MRFP4。需要说明的是，IMS架构下所有的AS均可以配置MRFP与UE的对应关系列表，一个AS配置好对应关系列表后，IMS架构下其他的AS也会更新此列表，目的是保证每个AS上配置的关系列表都是统一的。若负责执行主被叫业务的AS故障，则CSCF将消息发送至其他工作正常的AS，由工作正常的AS执行UE的主被叫业务，工作正常的AS根据MRFP与UE的对应关系，通过发送“invite”消息至负责触发MRFP的MRFC，以使MRFC触发UE对应的MRFP为UE提供主被叫业务。该主被叫业务可以由UE定制，例如放音、录音等。需要说明的是，本发明实施例的方法还可以用于IMS架构下，解决IP多媒体网关(IPmultimediamediagateway，IM-MGW)与媒体网关控制功能(mediagatewaycontrolfunction，MGCF)断连后无法进行窄带呼叫(PRA呼叫)的问题，以及CSCF与AS连接不上时，AS无法控制MRFC执行主被叫业务的问题。IM-MGW是用于实现IMS和电路域(CircuitSwitcheddomain，CS)互通的边缘接入层产品。IM-MGW主要负责IMS域与CS域的传统交换方式转换为IP方式，以及必要的Codec编解码变换功能，从而实现全网IP化通信。MGCF是使IMS用户和CS用户之间可以进行通信的网关。所有来自CS/IMS用户的呼叫控制信令都指向MGCF，它负责进行协议之间的协议转换，并将会话转发给IMS。MGCF还控制IM-MGW中的媒体通道。在现有技术中，如果IM-MGW只与一个MGCF连接，则MGCF故障时最基本的互通都有问题，更无法触发主被叫业务。IM-MGW可以发送状态信息收集请求至MGCF，MGCF将状态信息发送至IM-MGW，该状态信息包括MGCF的状态信息和MGCF对应的AS的状态信息，IM-MGW可通过本发明实施例提供的方法，选择一个状态正常及对应AS状态正常的MGCF上。这样，CS域的用户与IMS的用户进行呼叫时，可确保PSTN网络与IMS网络互通的可靠性。通过本发明实施例提供的方法，资源处理实体根据接收各资源控制实体发送的状态信息选择并注册在一个或多个资源控制实体上，在UE发起呼叫时，资源控制实体触发对应的资源处理实体完成UE的主被叫业务，解决了资源控制实体或AS故障后资源处理实体利用率低的问题，提高了IMS架构下的呼叫QoS。本发明实施例二：如图3所示，在本实施例中，IMS架构下用户呼叫的流程如下：S201、MRFP定时发送连接请求至多个MRFC；IMS架构下的MRFC通常不止一个。MRFP定时发送连接请求，目的在于与IMS架构下的多个MRFC取得连接。定时的时间间隔在本发明实施例中是通过对MRFP的数据配置而得到的。本发明实施例对具体的时间间隔参数没有限制。S202a、MRFC返回连接请求响应消息至MRFP；MRFC返回连接请求响应消息之后，各MRFC与MRFP建立连接。S202b、MRFC收集AS的状态信息；MRFC发送状态收集消息至AS。AS在收到该消息后，若AS状态正常，则返回“200”消息，若MRFC没有收到“200”消息，则认为AS故障或AS与MRFC之间的链路故障，故MRFC记录AS的状态信息为故障。需要说明的是，S202a和S202b可以同时执行，也可以先执行S202a，后执行S202b。S203、MRFP发送信息收集请求消息至各MRFC；MRFP发送信息收集请求消息至各MRFC，目的在于定时获取MRFC的状态、AS的状态以及MRFC的优先级，并根据收集到的信息选择注册在具体的哪一个或哪一些MRFC上。S204、MRFP接收到MRFC返回的信息收集响应消息；其中，返回的消息包含MRFC的状态信息、MRFC对应的AS的状态信息以及MRFC的优先级信息。若MRFC工作正常，则返回的MRFC状态信息具体为MRFC工作正常；若一段时间内MRFC没有返回状态信息，则认为MRFC工作故障或MRFC与MRFP之间的链路故障。无论是MRFC本身故障还是MRFC与MRFP之间的链路故障，MRFP都会记录MRFC的状态信息为MRFC工作故障。AS的状态信息具体为AS工作正常或AS工作故障。每一个MRFC都有一个对应的优先级，且各MRFC的优先级从高到低互不相等。S205、MRFP根据信息收集响应消息，确定一个或多个MRFC，并注册在该确定的一个或多个MRFC上；一个MRFP可以只注册到一个MRFC，也可以注册到多个MRFC。注册可以分为两种：1)若MRFP在初始化过程中配置的类型为负荷分担，即MRFP可以处理所有用户的所有类型的业务，则MRFP不能同时注册在多个MRFC上。原因是如果一个MRFP同时注册到多个MRFC，多个MRFC同时使用一个MRFP上的资源，则MRFC不能准确的知道MRFP上的资源使用情况。并且，如果一个MRFC使用或释放资源时都通知其它的MRFC，则MRFC和MRFP的性能会受到很大影响。2)若MRFP没有配置为负荷分担，而是配置为独享，即每个MRFP只能处理部分业务，如MRFP按地域分，每个MRFP处理部分地域的用户的业务；或者按业务类型分，每个MRFP处理部分业务类型。则MRFP可以同时注册在多个MRFC上。原因是若每个MRFP只能处理部分业务，则不同的业务只能在不同的MRFP上进行处理，不会存在同一业务多个MRFP进行分担的情况。因此，即使同时注册到不同的MRFC上，也不会存在不同MRFC同时使用同一MRFP的情况。在注册之前，MRFP需确定MRFC及AS是否工作正常。MRFP判断MRFC故障或MRFP与MRFC之间的链路故障，则不会注册到故障的MRFC上；MRFC正常，但AS故障或MRFC与AS之间的链路故障，MRFP不会注册到对应AS故障的MRFC上。需要说明的是，若对应MRFC的AS不只一个而是多个的情况，则所有AS都故障才认为AS故障，否则认为AS正常。若MRFP配置成负荷分担，MRFC和AS都正常时，MRFP优先注册在最高优先级的MRFC上。若MRFP没有配置成负荷分担，即只能处理部分业务，则MRFP可以选择注册多个正常的MRFC上，不需要注册在优先级最高的MRFC上。通过本发明实施例的介绍，可以得出MRFP选择MRFC进行注册的约束条件重要性从高到低分别为：MRFC状态、AS状态和MRFC的优先级。即先选择正常工作的MRFC，再从正常工作的MRFC中选择出其对应的AS工作正常的，最后再从工作正常且对应AS工作正常的MRFC中选择优先级最高的MRFC。MRFP注册在最后选择出的MRFC上。需要说明的是，如果MRFP没有配置成负荷分担，则不需要考虑MRFC的优先级这一约束条件，即选择出工作正常且对应AS工作正常的MRFC，注册在其中一个或一些MRFC上，也可以全部注册在工作正常且对应AS工作正常的MRFC上。具体注册在哪一个MRFC或哪一些MRFC上，可以通过数据配置决定，本发明实施例对此并无限制。当收集到的状态数据有变化时，需要重新确定MRFP注册在哪个或哪些MRFC上。如果注册的MRFC有变化，例如：注册的MRFC故障，或MRFC对应的AS故障，或对于配置类型为负荷分担类型的MRFP来说，注册的MRFC优先级降低。MRFP在第二次收集状态数据时，按照以上注册的约束条件，注销原MRFC，注册到新MRFC上。S206、MRFC将注册信息发送至CSCF；在MRFP注册成功后，MRFC将注册后的信息发送至CSCF。例如，MRFP1注册在MRFC1，MRFP2注册在MRFC2，则MRFC1会发送如下消息至CSCF1：MRFP_1注册在MRFC1，MRFP2未注册。MRFC_2会发送如下消息至CSCF2：MRFP2注册在MRFC2，MRFP1未注册。S207、UE1发起对UE3的呼叫；假设UE1注册在CSCF1上，UE3注册在CSCF3上。UE1发起对UE3的呼叫，呼叫请求通过CSCF1来实现。CSCF1收到UE1的呼叫请求后，通过信令控制协议(SessionInitiationProtocol，SIP)发送“invite”消息至AS，AS可以是AS1或AS2，对于CSCF1来说，优先发送“invite”消息至AS1，若AS1故障则发送“invite”消息至AS2，其目的在于触发AS配置MRFP与UE的对应关系列表，并执行UE1的主叫业务。S208、AS配置MRFP与UE的对应关系列表；AS根据一定的分配规则配置MRFP与UE的对应关系列表，在本发明实施例中，AS可以根据UE所在的域或定制的业务分配MRFP与UE的对应关系，从本发明实施例中推出的或者类似的其他分配规则也属于本发明实施例保护的范围。例如，UE1、MRFP1在北京，UE2、MRFP2在天津，UE3、MRFP3在上海，UE4、MRFP4在深圳，则AS将UE1的业务分配给MRFP1，UE2的业务分配给MRFP2，将UE3的业务分配给MRFP3，UE4的业务分配给MRFP4。按地域选择MRFP服务可以减少网络时延或丢包率，提高服务质量。也可以按业务分MRFP，如MRFP1负责CSCF1下的用户的呼叫业务，MRFP2负责CSCF1下的用户的状态群组消息(PresenceGroupMessage，PGM)业务；MRFP3负责CSCF2下的用户的呼叫业务，MRFP4负责CSCF2下的用户的PGM业务，那么CSCF1下的UE1若要进行呼叫业务，AS就将UE1的业务分配给MRFP1，若CSCF1下的UE2要进行PGM业务，则AS就将UE2的业务分配给MRFP2。同理，CSCF2下的UE3若要进行呼叫业务，AS就将UE3的业务分配给MRFP3，若CSCF2下的UE4要进行PGM业务，则AS就将UE4的业务分配给MRFP4。需要说明的是，IMS架构下所有的AS均可以配置MRFP与UE的对应关系列表，一个AS配置好对应关系列表后，IMS架构下其他的AS也会更新此列表，目的是保证每个AS上配置的关系列表都是统一的。S209、AS执行UE1的主叫业务；CSCF1优先通过SIP协议发送“invite”消息至AS1，触发AS1执行UE1的主叫业务。若AS1没有故障，则直接执行UE1的主叫业务。若AS1故障，且CSCF1与AS2之间连接正常，则CSCF1发送“invite”消息至AS2，由AS2执行UE1的主叫业务；若AS1故障，且CSCF1与AS2之间无连接或连接异常，则CSCF1将呼叫路由至CSCF2，由CSCF2发送“invite”消息至AS2，触发AS2执行UE1的主叫业务。由于UE1注册在CSCF1上，AS1归属于CSCF1，则AS1是UE1的归属应用服务器而AS2是UE1的非归属应用服务器。在AS2上触发UE1的主叫业务有三种方法，可以根据不同的故障情况选择一种，分别是：1)如果CSCF1与AS2之间的连接故障，且CSCF1与CSCF2之间的连接也故障时，则CSCF1向UE1回复重定向命令，要求UE1重新向CSCF2发起呼叫，由CSCF2发送”INVITE”消息至AS2，触发AS2执行UE1的主叫业务；2)如果CSCF1与AS2之间连接故障，而CSCF1与CSCF2之间连接正常，则CSCF1直接将呼叫路由到CSCF2，然后CSCF1发送”INVITE”消息至AS2，触发AS2执行UE1的主叫业务；3)如果CSCF1与AS2之间的连接正常，则直接通过CSCF1发送”INVITE”消息至AS2，触发AS2执行UE1的主叫业务。由于AS1和AS2配置了MRFP与UE的对应关系列表，在本发明实施例中，UE1与MRFP1对应，AS1执行主叫业务时，AS1需要发送“invite”消息至MRFC1，由MRFC1通过SIP协议或H.248协议发送邀请(invite)消息来触发资源MRFP1来进行UE1的主叫业务；若AS1故障或MRFC1故障，则从步骤S201-S205中可以得知，MRFP1重新注册到MRFC2中，故AS2发送“invite”消息至MRFC2，由MRFC2通过SIP协议或H.248协议控制资源MRFP1来进行UE1的主叫业务。S210、AS执行UE3的被叫业务；完成了UE1的主叫业务之后，CSCF1将呼叫路由到CSCF2。按照域名或其他方式的分配，UE3与MRFP3对应。故AS2通过通知MRFC2，由MRFC2通过SIP协议或H.248协议控制MRFP3进行UE3的被叫业务。这样就保证了即使MRFC1或AS1故障，UE的主被叫业务触发并没有受到影响。需要说明的是，若AS2或MRFC2故障，则从步骤S201-S205中可以得知，MRFP3重新注册到MRFC1中，需要由AS1执行UE3的被叫服务。UE3注册在CSCF2，AS1归属于CSCF1，故AS1是UE3的非归属应用服务器，CSCF2通过类似S209所述的三种方法之一来触发AS1执行UE3的被叫业务。收到CSCF2的触发消息之后，AS1发送“invite”消息至MRFC1，由MRFC1通过SIP协议或H.248协议控制资源MRFP3来进行UE3的被叫业务。S211、UE完成呼叫操作。AS触发UE的主被叫业务，UE1与UE3之间的呼叫接通，开始进行呼叫操作。需要说明的是，本发明实施例的方法还可以用于IMS架构下，解决IM-MGW与MGCF断连后无法进行窄带呼叫(PRA呼叫)的问题，以及解决CSCF与AS连接不上时，AS无法控制MRFC执行主被叫业务的问题。IM-MGW可以发送状态信息收集请求至MGCF，MGCF将状态信息发送至IM-MGW，该状态信息包括MGCF的状态信息和MGCF对应的AS的状态信息，IM-MGW可通过本发明实施例提供的方法，选择一个状态正常及对应AS状态正常的MGCF上。这样，CS域的用户与IMS的用户进行呼叫时，可确保PSTN网络与IMS网络互通的可靠性。本实施例提供的IMS架构下提供主被叫业务的方法，多个MRFP根据接收各MRFC发送的状态信息选择并注册在MRFC上，AS配置MRFC和MRFP的对应关系列表，在UE发起呼叫时，MRFC触发对应的MRFP资源完成UE的主被叫业务后，接通呼叫，解决了MRFC或AS故障后MRFP利用率低的问题，提高了IMS架构下的呼叫QoS。本发明实施例三：本发明实施例提供一种资源处理实体，如图4所示，包括：发送单元301，用于发送信息收集请求消息至多个资源控制实体；需要说明的是，资源处理实体为多媒体资源功能处理器MRFP时，资源控制实体为多媒体资源功能控制器MRFC，或资源处理实体为IP多媒体网关IM-MGW时，资源控制实体为多媒体网关控制功能MGCF。在IMS架构下，MRFC通常有多个。MRFP在与MRFC连接成功之后，发送单元301发送信息收集请求至多个MRFC，目的在于定时获取MRFC的状态、AS的状态以及，可选地，还需要获取MRFC的优先级，MRFP需要根据收集到的信息选择注册在具体的哪一个或哪一些MRFC上。需要说明的是，发送单元301可以定时发送信息收集请求消息至MRFC，定时发送的目的是保证在一定的周期内能够与状态正常的MRFC进行连接，若在下一周期定时发送请求消息后MRFC故障或之间的链路故障，则MRFP可以与其他的状态正常的MRFC建立连接。可选地，发送单元301也可以发送信息收集请求消息至MRFC之后，由MRFC定时发送信息收集响应消息至MRFP的接收单元。接收单元302，用于接收所述多个资源控制实体发送的信息收集响应消息，所述消息中携带状态信息，所述状态信息包括资源控制实体的状态信息及应用服务器AS的状态信息；其中，接收单元302接收到的状态信息包含MRFC的状态信息、MRFC对应的AS的状态信息，可选地，该状态信息还包含MRFC的优先级信息。若MRFP在初始化过程中配置的类型为负荷分担，即每个MRFP可以处理所有用户的所有类型的业务，则该状态信息中还需包含MRFC的优先级，若MRFP没有配置为负荷分担，而是配置为独享，即每个MRFP只能处理部分业务，则该状态信息中不需要包含MRFC的优先级，只需要包含MRFC的状态信息以及MRFC对应的AS的状态信息即可。若MRFC工作正常，则返回的MRFC状态信息具体为MRFC工作正常；若一段时间内MRFC没有返回状态信息，则认为MRFC工作故障或MRFC与MRFP之间的链路故障。无论是MRFC本身故障还是MRFC与MRFP之间的链路故障，MRFP都会记录MRFC的状态信息为MRFC工作故障。AS的状态信息具体为AS工作正常或AS工作故障。每一个MRFC都有一个对应的优先级，且各MRFC的优先级从高到低互不相等。选择单元303，用于根据所述状态信息选择一个或多个资源控制实体；需要说明的是，MRFP的配置类型可以分为两种：1)若MRFP在初始化过程中配置的类型为负荷分担，即每个MRFP可以处理所有用户的所有类型的业务，则MRFP的注册单元不能同时注册在多个MRFC上。原因是如果一个MRFP同时注册到多个MRFC，多个MRFC同时使用一个MRFP上的资源，则MRFC不能准确的知道MRFP上的资源使用情况。并且，如果一个MRFC使用或释放资源时都通知其它的MRFC，则MRFC和MRFP的性能会受到很大影响。2)若MRFP没有配置为负荷分担，而是配置为独享，即每个MRFP只能处理部分业务，如MRFP按地域分，每个MRFP处理部分地域的用户的业务；或者按业务类型分，每个MRFP处理部分业务类型。则MRFP的注册单元可以同时注册在多个MRFC上。原因是若每个MRFP只能处理部分业务，则不同的业务只能在不同的MRFP上进行处理，不会存在同一业务多个MRFP进行分担的情况。因此，即使同时注册到不同的MRFC上，也不会存在不同MRFC同时使用同一MRFP的情况。在选择单元303选择MRFC之前，需确定MRFC及AS是否工作正常。MRFP的判断单元判断MRFC故障或MRFP与MRFC之间的链路故障，则选择单元303不会选择故障的MRFC；MRFC正常，但AS故障或MRFC与AS之间的链路故障，选择单元303也不会选择对应AS故障的MRFC。需要说明的是，若对应MRFC的AS不只一个而是多个的情况，则所有AS都故障才认为AS故障，MRFC记录AS状态为工作故障，否则认为AS正常，MRFC记录AS状态为工作正常。若MRFP配置成负荷分担，MRFC和AS都正常时，选择单元303优先选择最高优先级的MRFC。若MRFP配置成独享，即只能处理部分业务，则选择单元303可以选择多个正常的MRFC，不需要选择优先级最高的MRFC。注册单元304，用于注册在所述选择的MRFC上，以使所述选择的MRFC触发所述MRFP为用户设备UE提供主被叫业务。注册单元304注册在选择单元303选择的MRFC上。当收集到的数据有变化时，选择单元303需要重新选择MRFC。如果注册单元304注册的MRFC有变化，例如：注册的MRFC故障，或MRFC对应的AS故障，或对于配置类型为负荷分担类型的MRFP来说，注册单元304注册的MRFC优先级降低。注册单元304在下一次收集状态信息时，按照以上注册的约束条件，注销原MRFC，注册到新MRFC上。在注册单元304注册在MRFC之后，UE发起呼叫，呼叫请求先发送至CSCF，CSCF通过SIP协议发送“invite”消息至AS，触发AS配置MRFP与UE的对应关系，并执行UE的主被叫业务。AS根据一定的分配规则配置MRFP与UE的对应关系列表。在本发明实施例中，AS可以根据UE所在的域或定制的业务分配MRFP与UE的对应关系，从本发明实施例中推出的或者类似的其他分配规则也属于本发明实施例保护的范围。例如，UE1、MRFP1在北京，UE2、MRFP2在天津，UE3、MRFP3在上海，UE4、MRFP4在深圳，则AS将UE1的业务分配给MRFP1，UE2的业务分配给MRFP2，将UE3的业务分配给MRFP3，UE4的业务分配给MRFP4。按地域选择MRFP服务可以减少网络时延或丢包率，提高服务质量。也可以按业务分MRFP，如MRFP1负责CSCF1下的用户的呼叫业务，MRFP2负责CSCF1下的用户的PGM业务；MRFP3负责CSCF2下的用户的呼叫业务，MRFP4负责CSCF2下的用户的PGM业务，那么CSCF1下的UE1若要进行呼叫业务，AS就将UE1的业务分配给MRFP1，若CSCF1下的UE2要进行PGM业务，则AS就将UE2的业务分配给MRFP2。同理，CSCF2下的UE3若要进行呼叫业务，AS就将UE3的业务分配给MRFP3，若CSCF2下的UE4要进行PGM业务，则AS就将UE4的业务分配给MRFP4。需要说明的是，IMS架构下所有的AS均可以配置MRFP与UE的对应关系列表，一个AS配置好对应关系列表后，IMS架构下其他的AS也会更新此列表，目的是保证每个AS上配置的对应关系列表都是统一的。若负责执行主被叫业务的AS故障，则CSCF将消息发送至其他工作正常的AS，由工作正常的AS执行UE的主被叫业务，工作正常的AS根据MRFP与UE的对应关系，通过发送“invite”消息至MRFP对应的MRFC，以使MRFC触发UE对应的MRFP为UE提供主被叫业务。需要说明的是，本发明实施例的装置还可以解决IMS架构下，IM-MGW与MGCF断连后无法进行窄带呼叫(PRA呼叫)的问题，以及解决CSCF与AS连接不上时，AS无法控制MRFC执行主被叫业务的问题。IM-MGW的发送单元可以发送状态信息收集请求至MGCF，MGCF将状态信息发送至IM-MGW的接收单元，该状态信息包括MGCF的状态信息和MGCF对应的AS的状态信息，IM-MGW的选择单元选择一个状态正常及对应AS状态正常的MGCF，IM-MGW的注册单元注册在该MGCF上。CS域的用户与IMS的用户进行呼叫时，可确保PSTN网络与IMS网络互通的可靠性。通过本发明实施例提供的资源处理实体，接收单元接收各资源控制实体发送的状态信息，选择单元选择资源控制实体，注册单元注册在选择单元选择的资源控制实体上，在UE发起呼叫时，资源控制实体触发对应的资源处理实体资源完成UE的主被叫业务，解决了资源控制实体或AS故障后资源处理实体利用率低的问题，提高了IMS架构下的呼叫QoS。本发明实施例四：本发明实施例还提供一种IMS架构下提供主被叫业务的系统，如图5所示，包括：资源处理实体401，用于发送信息收集请求消息至多媒体资源功能控制器多个MRFC，接收所述多个资源控制实体发送的信息收集响应消息，所述消息中携带状态信息，所述状态信息包括资源控制实体的状态信息及应用服务器AS的状态信息，根据所述状态信息选择一个或多个资源控制实体，并注册在所述选择的一个或多个资源控制实体上，以使所述选择的一个或多个资源控制实体触发所述资源处理实体为用户设备UE提供主被叫业务；需要说明的是，资源处理实体为多媒体资源功能处理器MRFP时，所述资源控制实体为多媒体资源功能控制器MRFC，或资源处理实体为IP多媒体网关IM-MGW时，所述资源控制实体为多媒体网关控制功能MGCF。在IMS架构下，MRFC通常有多个。MRFP在与MRFC连接成功之后，发送信息收集请求至各个MRFC，目的在于获取MRFC的状态、AS的状态以及MRFC的优先级，并根据收集到的信息选择注册在具体的哪一个或哪一些MRFC上。需要说明的是，MRFP可以定时发送信息收集请求消息至MRFC，定时发送的目的是保证在一定的周期内能够与状态正常的MRFC进行连接，若在下一周期定时发送请求消息后MRFC故障或之间的链路故障，则MRFP可以与其他的状态正常的MRFC建立连接。MRFP接收到的状态信息包含MRFC的状态信息、MRFC对应的AS的状态信息以及可选地，MRFC的优先级信息。若MRFP在初始化过程中配置的类型为负荷分担，即每个MRFP可以处理所有用户的所有类型的业务，则该状态信息中还需包含MRFC的优先级，若MRFP没有配置为负荷分担，而是配置为独享，即每个MRFP只能处理部分业务，则该状态信息中不需要包含MRFC的优先级，只需要包含MRFC的状态信息以及MRFC对应的AS的状态信息即可。若MRFC工作正常，则返回的MRFC状态信息具体为MRFC工作正常；若一段时间内MRFC没有返回状态信息，则认为MRFC工作故障或MRFC与MRFP之间的链路故障。无论是MRFC本身故障还是MRFC与MRFP之间的链路故障，MRFP都会记录MRFC的状态信息为MRFC工作故障。AS的状态信息具体为AS工作正常或AS工作故障。每一个MRFC都有一个对应的优先级，且各MRFC的优先级从高到低互不相等。MRFP的配置类型可以分为两种：1)若MRFP在初始化过程中配置的类型为负荷分担，即MRFP可以处理所有用户的所有类型的业务，则MRFP不能同时注册在多个MRFC上。原因是如果一个MRFP同时注册到多个MRFC，多个MRFC同时使用一个MRFP上的资源，则MRFC不能准确的知道MRFP上的资源使用情况。并且，如果一个MRFC使用或释放资源时都通知其它的MRFC，则MRFC和MRFP的性能会受到很大影响。2)若MRFP没有配置为负荷分担，而是配置为独享，即每个MRFP只能处理部分业务，如MRFP按地域分，每个MRFP处理部分地域的用户的业务；或者按业务类型分，每个MRFP处理部分业务类型。则MRFP可以同时注册在多个MRFC上。原因是若每个MRFP只能处理部分业务，则不同的业务只能在不同的MRFP上进行处理，不会存在同一业务多个MRFP进行分担的情况。因此，即使同时注册到不同的MRFC上，也不会存在不同MRFC同时使用同一MRFP的情况。在MRFP选择MRFC之前，需确定MRFC及AS是否工作正常。MRFP的判断MRFC故障或MRFP与MRFC之间的链路故障，则不会选择故障的MRFC；MRFC正常，但AS故障或MRFC与AS之间的链路故障，MRFP也不会选择对应AS故障的MRFC。需要说明的是，若对应MRFC的AS不只一个而是多个的情况，则所有AS都故障才认为AS故障，MRFC记录AS状态为工作故障，否则认为AS正常，MRFC记录AS状态为工作正常。若MRFP配置成负荷分担，MRFC和AS都正常时，MRFP优先选择最高优先级的MRFC。若MRFP配置成独享，即只能处理部分业务，则MRFP可以选择多个正常的MRFC，不需要选择优先级最高的MRFC。MRFP注册在选择的MRFC上。当收集到的数据有变化时，MRFP需要重新选择MRFC。如果注册的MRFC有变化，例如：注册的MRFC故障，或MRFC对应的AS故障，或对于配置类型为负荷分担类型的MRFP来说，MRFP注册的MRFC优先级降低。MRFP在下一次收集状态信息时，按照以上注册的约束条件，注销原MRFC，注册到新MRFC上。在MRFP注册在MRFC上之后，UE发起呼叫，呼叫请求先发送至CSCF，CSCF通过SIP协议发送“invite”消息至AS，触发AS配置MRFP与UE的对应关系列表，并执行UE的主被叫业务。AS根据一定的分配规则配置MRFP与UE的对应关系列表。在本发明实施例中，AS可以根据UE所在的域或定制的业务分配MRFP与UE的对应关系，从本发明实施例中推出的或者类似的其他分配规则也属于本发明实施例保护的范围。例如，UE1、MRFP1在北京，UE2、MRFP2在天津，UE3、MRFP3在上海，UE4、MRFP4在深圳，则AS将UE1的业务分配给MRFP1，UE2的业务分配给MRFP2，将UE3的业务分配给MRFP3，UE4的业务分配给MRFP4。按地域选择MRFP服务可以减少网络时延或丢包率，提高服务质量。也可以按业务分MRFP，如MRFP1负责CSCF1下的用户的呼叫业务，MRFP2负责CSCF1下的用户的状态群组消息(PresenceGroupMessage，PGM)业务；MRFP3负责CSCF2下的用户的呼叫业务，MRFP4负责CSCF2下的用户的PGM业务，那么CSCF1下的UE1若要进行呼叫业务，AS就将UE1的业务分配给MRFP1，若CSCF1下的UE2要进行PGM业务，则AS就将UE2的业务分配给MRFP2。同理，CSCF2下的UE3若要进行呼叫业务，AS就将UE3的业务分配给MRFP3，若CSCF2下的UE4要进行PGM业务，则AS就将UE4的业务分配给MRFP4。需要说明的是，IMS架构下所有的AS均可以配置MRFP与UE的对应关系列表，一个AS配置好对应关系列表后，IMS架构下其他的AS也会更新此列表，目的是保证每个AS上配置的关系列表都是统一的。若负责执行主被叫业务的AS故障，则CSCF将消息发送至其他工作正常的AS，由工作正常的AS执行UE的主被叫业务，工作正常的AS根据MRFP与UE的对应关系，通过发送“invite”消息至MRFP对应的MRFC，以使MRFC触发UE对应的MRFP为UE提供主被叫业务。所述资源控制实体，用于接收所述资源处理实体发送的收集请求信息，发送信息收集响应消息至所述资源处理实体，所述消息中携带状态信息，接受所述资源处理实体的注册，并触发所述资源处理实体为用户设备UE提供主被叫业务。MRFC接收MRFP发送的收集请求信息之前，先获取到AS的状态信息，方法如下：发送状态收集信息至AS，若AS返回“200”消息，则AS状态正常，若一段时间内没有返回AS状态，则认为AS故障或AS与MRFC之间的连接故障，MRFC记录AS的状态。MRFC将自身的状态信息，优先级信息以及AS的状态信息封装至响应消息中，并发送至MRFP中。在接收到MRFP的注册请求之后，MRFC接受MRFP的注册。并在UE发起呼叫后，接收AS发送的“invite”消息，触发MRFP为UE提供主叫业务。需要说明的是，本发明实施例的系统还可以用于IMS架构下，IM-MGW与MGCF断连后无法进行窄带呼叫(PRA呼叫)的问题，以及解决CSCF与AS连接不上时，AS无法控制MRFC执行主被叫业务的问题。IM-MGW可以发送状态信息收集请求至MGCF，MGCF将状态信息发送至IM-MGW，该状态信息包括MGCF的状态信息和MGCF对应的AS的状态信息，IM-MGW可通过本发明实施例提供的方法，选择一个状态正常及对应AS状态正常的MGCF上。这样，CS域的用户与IMS的用户进行呼叫时，可确保PSTN网络与IMS网络互通的可靠性。通过本实施例提供的系统，资源处理实体接收各资源控制实体发送的状态信息，注册在选择的资源控制实体上，在UE发起呼叫时，资源控制实体触发对应的资源处理实体资源完成UE的主被叫业务，解决了资源控制实体或AS故障后资源处理实体利用率低的问题，提高了IMS架构下的呼叫QoS。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，设备和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以理解：附图只是一个实施例的示意图，附图中的单元或流程并不一定是实施本发明所必须的。在本申请所提供的几个实施例中，应该理解到，所揭露的系统，设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，简称ROM)、随机存取存储器(RandomAccessMemory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。