CN101815070B - 消息处理方法及系统 - Google Patents

Abstract

本发明公开了一种消息处理方法及系统，该方法包括以下步骤：源网元将需要进行处理的消息发送给IMS网络中的网元；IMS网络中接收到消息的网元根据预先的配置或者消息中携带的能够处理消息的目标网元的信息判断是否处理消息，并在判断结果为否的情况下，透传消息，在判断结果为是的情况下，对消息进行处理。通过本发明提高了系统的性能和处理效率。

Description

消息处理方法及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种消息处理方法及系统。

背景技术

网际协议多媒体子系统(InternetProtocolMultimediaCoreNetworkSubsystem，简称IMS)是由第三代合作伙伴计划(3rdGenerationPartnershipProject，简称3GPP)组织提出的一种基于IP的网络架构。

3GPP和欧洲电信标准化组织(EuropeanTelecommunicationStandardsInstitute，简称为ETSI)已经对如何将各种不同类型的终端接入到IMS网络做了相关的规定。在相关技术中，主要采用通过媒体网关控制功能(MediaGatewayControlFunction，简称为MGCF)、接入网关控制功能(AccessGatewayControlFunction，简称为AGCF)两种方法将传统终端接入到IMS网络。图1是根据相关技术的通过AGCF将终端接入IMS网络的组网示意图，如图1所示，用户设备(UserEquipment，简称为UE)通过AGCF与查询呼叫会话控制功能(Interrogating-CallSessionControlFunction，简称为I-CSCF)/服务呼叫会话控制功能(Serving-CallSessionControlFunction，简称为S-CSCF)连接，并连接到应用服务器(ApplicationServer，简称为AS)。

通常，所有能够基于IP网络进行相互通信的网元都应该能接入到IMS网络中，但是，由于不同网元有各自不同的需求和特征，例如，不同网元对消息内容的处理以及发送消息流程都可能有不同的需求和特征，不同网元或对网元的新需求的引入会对IMS网络中的现有网元产生影响。例如，ETSI183036中描述了使用可扩展标记语言(ExtensibleMarkupLanguage，简称为XML)或新增消息头部的方式实现综合业务数字网(IntegratedServicesDigital，简称为ISDN)终端在IMS网络中的传递与使用。

但是，目前还存在其他类型的终端，例如，公用电话交换网(PublicSwitchedTelephoneNetwork，简称为PSTN)、H323、各种会话初始化协议(SessionInitiationProtocol，简称为SIP)类型的终端，为了使这些类型的终端能够接入到IMS，就需要对IMS网络中的网元进行改进，如果均按照ISDN接入IMS网络中方法处理，那么，则需要为不同的消息内容制定相应的消息格式或头部，这种处理方式的适应性较差。此外，由于对于各种不同的网元，其对流程或消息处理的特殊需求有可能比较多，为了适应每一个特殊需求，则需要对IMS网络中的很多网元进行改进或升级，从而影响网络的稳定性。

发明内容

本发明的主要目的在于提供一种消息处理方案，以至少解决上述问题之一。

根据本发明的一个方面，提供了一种消息处理方法，包括以下步骤：源网元将需要进行处理的消息发送给网际协议多媒体子系统IMS网络中的网元；IMS网络中接收到消息的网元根据预先的配置或者消息中携带的能够处理消息的目标网元的信息判断是否处理消息，并在判断结果为否的情况下，透传消息，在判断结果为是的情况下，对消息进行处理。

进一步地，在接收到消息的网元根据预先的配置判断是否处理消息之前，上述方法还包括：配置IMS网络中的网元能够处理的消息的类型；接收到消息的网元根据预先的配置判断是否处理消息包括：接收到消息的网元判断消息的类型是否为预先配置的能够处理的消息类型，以确定是否处理消息。

进一步地，源网元发送消息包括：源网元向目标网元发送订制请求，并在源网元接收到目标网元发送的用于指示同意接收源网元的订制请求的响应消息的情况下，向目标网元发送消息。

进一步地，源网元发送消息包括：源网元向订制服务器发送订制请求，其中，订制请求用于请求处理消息；订制服务器根据订制请求，确定处理消息的目标网元，并向目标网元发送订制协商请求；订制服务器在接收到目标网元发送的用于指示同意接受源网元的订制请求的响应消息的情况下，向源网元发送用于指示目标网元接受订制请求的响应消息；源网元在接收到订制服务器的响应消息之后，发送消息，其中，消息中携带有能够处理消息的目标网元的信息。

进一步地，在订制服务器向目标网元发送订制协商请求包括：订制服务器判断订制请求是否合法，并在订制请求合法的情况下，向目标网元发送订制协商请求。

进一步地，源网元发送消息包括：源网元向订制服务器发送订制请求，其中，订制请求用于请求处理消息；订制服务器根据订制请求，确定能够处理消息的目标网元，并将确定的目标网元的信息发送给源网元；源网元发送消息，其中，消息中携带订制服务器确定的能够处理消息的目标网元的信息。

进一步地，在接收到消息的网元为终端设备的情况下，如果终端设备不是目标网元，则终端设备丢弃消息。

进一步地，目标网元的信息包括标识目标网元的信息和/或目标网元的能力信息。

根据本发明的另一方面，还提供了一种消息处理系统，作为发送消息的源网元包括：发送模块，用于将需要进行处理的消息发送给网际协议多媒体子系统IMS网络中的网元；接收到消息的网元包括：判断模块，用于根据预先的配置或者消息中携带的能够处理消息的目标网元的信息判断是否处理消息；处理模块，用于在判断模块的判断结果为否的情况下透传消息，在判断结果为是的情况下对消息进行处理。

进一步地，发送模块还用于向目标网元发送订制请求；发送模块在源网元接收到目标网元发送的用于指示同意接收源网元的订制请求的响应消息的情况下向目标网元发送消息。

进一步地，上述系统还包括：订制服务器，该订制服务器包括：第一接收模块，用于接收来自源网元的订制请求，其中，订制请求用于请求处理消息；确定模块，用于确定处理消息的目标网元；第一发送模块，用于向确定模块确定的目标网元发送订制协商请求；第二接收模块，用于接收目标网元发送的用于指示同意接受源网元的订制请求的响应消息；第二发送模块，用于在第二接收模块接收到响应消息之后向源网元发送用于指示目标网元接受订制请求的响应消息；源网元的发送模块在接收到订制服务器的响应消息之后，发送消息，其中，消息中携带有能够处理消息的目标网元的信息。

进一步地，订制服务器还包括：判断模块，用于判断订制请求是否合法；第一发送模块，在并在订制请求合法的情况下，向目标网元发送订制协商请求。

进一步地，上述系统还包括：订制服务器，该订制服务器包括：第三接收模块，用于接收来自源网元的订制请求，其中，订制请求用于请求处理消息；第二确定模块，用于根据订制请求确定处理消息的目标网元；第三发送模块，用于将第二确定模块确定的目标网元的信息发送给源网元；源网元的发送模块在接收到第三发送模块发送的目标网元的信息之后，发送消息，其中，消息中携带目标网元的信息。

通过本发明，采用源网元将需要进行处理的消息发送给网际协议多媒体子系统IMS网络中的网元，该消息中携带有处理消息的目标网元的信息；IMS网络中接收到消息的网元判断其是否为目标网元，并在判断结果为否的情况下，透传消息，在判断结果为是的情况下，对消息进行处理，解决了相关技术中不同网元或对网元的新需求的引入导致IMS网络中的现有网元的需要频繁进行改进或升级，进而影响网络稳定性的问题，提高了系统的性能和处理效率。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的通过AGCF将终端接入IMS网络的组网示意图；

图2是根据本发明实施例的消息处理方法的流程图；

图3是根据本发明实施例的消息处理系统的结构框图；

图4是根据本发明实施例优选的消息处理系统的结构框图一；

图5是根据本发明实施例优选的消息处理系统的结构框图二；

图6是根据本发明实施例优选的消息处理系统的结构框图三；

图7是根据本发明优选实施例一的制定对消息进行处理网元或终端的流程图；

图8是根据本发明优选实施例二的ISDN用户在消息中指定进行消息处理网元的呼叫过程的流程图；

图9是根据本发明优选实施例三的在订制服务器控制下的确定特殊消息处理网元的流程图；以及

图10是根据本发明优选实施例四的在网元、终端之间的协商、传播(扩散)的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图2是根据本发明实施例的消息处理方法的流程图，该流程包括以下步骤：

步骤S202，源网元将需要进行处理的消息发送给IMS网络中的网元，需要说明的是，发送该消息的源网元可以是IMS网中的网元，也可以是接入到IMS网络中的终端设备；

步骤S204，IMS网络中接收到该消息的网元根据预先的配置或者该消息中携带的能够处理该消息的目标网元的信息判断处理该消息，如果判断结果为否则透传该消息，如果判断结果为是则对该消息进行处理。

通过上述步骤S202和步骤S204，可以在网络多个网元的传递消息的过程中，明确的指示哪些网元需要处理该消息，哪些网元不需要处理该消息；也可以对网络中的网元进行预先的配置，使网元能够明确自己能够处理那些消息。这样，既满足不同网元及服务的要求，又可以对避免对IMS的现有网元进行较大和较频繁的改动，提高了系统的性能和处理效率。

需要说明的是，上述步骤S202中所提到的消息可以是接入IMS网络的各种终端设备或IMS网络中的各种网元指定自己所发的特殊消息，或者某消息的部分内容(例如，该消息的部分内容在现有协议中并没有定义)，发送该消息的网元通过指定能够处理该消息的目标网元(或者通过对网元进行预先的配置)，使IMS网络中的网元能够明确如何对该消息进行处理。例如，在现有IMS的各个网元之间所对应的协议已有的消息，或为特殊要求新增的消息中，用一定的区域来传输目前规范中没有规定但终端或IMS网元需要处理的消息内容，如果该消息为新增的消息或者携带了特殊的消息内容，那么就需要标识该消息或消息内容处理的网元或该网元能力要求(例如，IP地址、域名或网元类型等)。

如果预先配置了IMS网络中的网元能够处理的消息的类型；那么，接收到需要处理的消息的网元判断该消息的类型是否为预先配置的能够处理的消息类型，如果是，则处理该消息，如果不是，则对该消息进行透传。

采用这种方式进行处理，使不识别该消息的网元直接将该消息透传，可以达到对IMS网络网元进行最小改动的目的。

在上述步骤S204中，接收到该消息的网元也可以根据消息中携带的目标网元的信息判断其是否为目标网元，如果是目标网元，则处理该消息，否则透传该消息。优选地，目标网元的信息可以包括标识目标网元的信息和/或目标网元的能力信息。例如，如果该消息中携带有标识该目标网元的信息(如IP地址、域名等)，那么，接收到该消息的网元根据IP地址、域名等判断自己是否是能够处理该消息的目标网元；如果该消息中携带有该目标网元的能力信息(如处理规则、能够处理该消息的网元的类型等)，那么，接收到该消息的网元判断自身的能力是否符合目标网元的能力，如果符合则对该消息进行处理，如果不符合则进行透传。因此，可以使终端或网络的引入对IMS网络的影响限制在最小的范围之内，提高了系统的处理效率。

由于源网元发送的消息可能用于处理比较特殊的需求，在源网元发送该消息之前，可以采用订制的方式对源网元发送的消息进行处理。即，如果允许接入IMS的终端或网元，根据需要制定不符合现有协议的消息、消息内容或流程，以实现用户的特殊目的或某些网元处理的需要。那么是否允许用户或某些网元自定义的消息、消息内容或流程在IMS网络中使用，可以由IMS的订制服务器和/或处理能够处理该消息的目标网元来判断或授权，使得系统的处理更加灵活，提高了系统的适应能力。需要说明的是，订制服务器的功能可以由现有的网元承担，或者也可以新增加一个网元作为订制服务器。下面对此进行详细的说明。

源网元可以向目标网元发送订制请求，目标网元在接收到订制请求之后，对该订制请求进行判断(例如，判断是否合法)，如果确定接受该请求，则向发送的用于指示同意接受源网元的订制请求的响应消息，源网元在接收到该响应消息之后，再向目标网元发送需要进行处理的消息。

另外，还可以设置订制服务器来处理订制请求，下面对此进行说明。

源网元向订制服务器发送订制请求，其中，该订制请求用于请求对消息进行处理，订制服务器在接收到该订制请求之后，根据该订制请求，确定能够处理该消息的目标网元，并向目标网元发送订制协商请求，目标网元在接收到订制协商请求之后，进行判断(例如，判断是否合法)，如果确定接收该请求，则向发送的用于指示同意接受该请求的响应消息，订制服务器在接收该响应消息的情况下，向源网元发送用于指示目标网元接受订制请求的响应消息，源网元在接收到订制服务器的响应消息之后，发送消息。

优选地，订制服务器也可以在向目标网元发送订制协商请求之前，对该订制请求进行判断，例如判断该订制请求是否合法，并在订制请求合法的情况下，再向目标网元发送订制协商请求。该方式可以使订制过程更加安全。

订制服务器还可以用于根据需要处理的消息选择能够处理该消息的网元，下面对此进行说明。

源网元向订制服务器发送订制请求，其中，订制请求用于请求处理消息；订制服务器根据订制请求，确定能够处理消息的目标网元，并将确定后的目标网元的信息发送给源网元；源网元发送需要处理的消息，其中，该消息中携带订制服务器确定的能够处理消息的目标网元的信息。例如，如果订制服务器明确能够的处理该消息的网元所具备的能力，那么订制服务器根据能力来选择一个或多个网元作为能够处理该消息的目标网元，并且，把该标识该目标网元的信息(例如，该目标网元的地址)发送给源网元。

需要说明的，如果接收到消息的网元是终端设备，并且该终端设备不是目标网元，则丢弃消息。这样更符合应该场景的处理情况，提高了系统的适应能力。

图3是根据本发明实施例的消息处理系统的结构框图，在该系统中，作为发送消息的源网元包括：发送模块32，该模块用于将需要进行处理的消息发送给网际协议多媒体子系统IMS网络中的网元。接收到消息的网元包括：判断模块34，用于根据预先的配置或者该消息中携带的能够处理该消息的目标网元的信息判断是否处理该消息；处理模块36连接至判断模块34，用于在判断模块34的判断结果为否的情况下透传消息，在判断结果为是的情况下对消息进行处理。

优选地，发送模块32还用于向目标网元发送订制请求；并且，发送模块32在源网元接收到目标网元发送的用于指示同意接收源网元的订制请求的响应消息的情况下向目标网元发送消息。

图4是根据本发明实施例优选的消息处理系统的结构框图一，该系统还包括订制服务器，下面对此进行详细说明。

订制服务器包括：第一接收模块42，用于接收来自源网元的订制请求，其中，订制请求用于请求处理消息；确定模块44连接至第一接收模块42，用于确定处理消息的目标网元；第一发送模块46连接至确定模块44，用于向确定模块44确定的目标网元发送订制协商请求；第二接收模块48连接至第一发送模块46，用于接收目标网元发送的用于指示同意接受源网元的订制请求的响应消息；第二发送模块410连接至第二接收模块48，用于在第二接收模块48接收到响应消息之后向源网元发送用于指示目标网元接受订制请求的响应消息。

源网元的发送模块32在接收到订制服务器的响应消息之后，发送需要处理的消息，其中，该消息中携带有能够处理消息的目标网元的信息。

图5是根据本发明实施例优选的消息处理系统的结构框图二，该订制服务器还包括：判断模块52连接至第一发送模块46，用于判断订制请求是否合法。第一发送模块46，在并在订制请求合法的情况下，向目标网元发送订制协商请求。

图6是根据本发明实施例优选的消息处理系统的结构框图三，该系统包括：订制服务器，下面对此进行说明。

订制服务器包括：第三接收模块62，用于接收来自源网元的订制请求，其中，订制请求用于请求处理消息；第二确定模块64连接至第一接收模块62，用于根据订制请求确定处理消息的目标网元；第三发送模块66连接至确定模块64，用于将第二确定模块64确定的目标网元的信息发送给源网元。

源网元的发送模块32在接收到第三发送模块64发送的目标网元的信息之后，发送需要处理的消息，其中，该消息中携带目标网元的信息。

优选实施例一

在本优选实施例中，图7是根据本发明优选实施例一的制定对消息进行处理网元或终端的流程图，如图7所示，该流程包括以下步骤：

步骤S701，终端或网元需要对消息进行特殊处理(例如，与目前协议中的处理方式不相同。需要说明的，对该消息的处理可以是指定一个特殊的消息、或携带特殊消息内容、或采用不同的处理流程，为了描述方面，简称为特殊消息、消息内容、流程)，制定一个能够对该消息进行特殊处理的网元，并且在该消息中携带处理特殊消息、消息内容、流程的网元的信息。将某种终端(例如，ISDN)接入到IMS网络，终端或某个网元(例如，AGCF)，将不能按照现有规范在IMS网络中进行有效传输的、且IMS某些网元也不需要处理的某些消息、消息内容、流程，封装在现有或新增消息的中，并指定这些消息、消息内容、流程的处理网元(例如，IP地址、网元类型或网元能力)。这部分内容随着相应的消息在IMS网络中传输。

需要说明的是，如果某种终端的某些信息，连现有的IMS消息都无法对应，则由终端或IMS的某个网元(例如，AGCF)，将这类信息封装成新的非IMS已有消息或者IMS已有消息，但需要在消息中指定这类消息的处理网元，对于非处理网元，只实现对这类消息的透传。至于封装成新的非IMS已有消息，可以通过预先或在之前的消息进行预订。

步骤S702，在消息的传输路径中，如果IMS的网元不是特殊消息、消息内容、流程的处理网元，则对其进行透传。IMS的网元根据消息或消息内容指示，只处理需要处理的消息或消息内容，对于指示不需要处理的消息或消息内容，IMS的中间网元只实现简单的透传。对是否需要支持不识别消息的透传，可以通过配置进行控制，以便让IMS网络对不识别消息的透传。

步骤S703，特殊消息、消息内容、流程的处理网元对其进行处理。IMS的网元根据消息或消息内容指示，得知该消息、消息内容、流程需要本网元进行处理，根据这类消息或消息内容按照已有规范或用户订制的规则进行处理。

优选实施例二

在本优选实施例中，AGCF带的ISDN用户通过在所发消息中指定承载能力(BearerCapability，简称为BC)/高层兼容性(HighLayerCompatibility，简称为HLC)、用户到用户信令(User-to-usersignalling，简称为UUS)的处理网元，图8是根据本发明优选实施例二的ISDN用户在消息中指定进行消息的处理网元的呼叫过程的流程图，该流程包括以下步骤：

步骤S801-S803，用户与AGCF之间的试呼流程。例如，摘机事件，收号，准备媒体等处理。

步骤S804，发会话邀请消息。在会话邀请消息中携带承载类型BC/HLC以及UUS-1等ISDN终端的特殊信息，由于这些特殊信息在IMS核心网中并不使用，所以，指定这些特殊信息的处理网元的类别为AGCF、互联网关(Inter-workingGateway，简称为IGW)等接入网元。当然，在实际使用中也可以指定其它网元进行处理，甚至还可以制定处理规则。其中，上述会话邀请消息可以为SIP协议的INVITE消息。

步骤S805-S807，向被叫所在的AGCF发会话邀请消息(例如，SIP协议的INVITE消息)。由于主叫所在AGCF并没有在所发送的INVITE消息中指示查询呼叫会话控制功能(Interrogating-CallSessionControlFunction，简称为I-CSCF)、服务呼叫会话控制功能(Serving-CallSessionControlFunction，简称为S-CSCF)、应用服务器(ApplicationServer，简称为AS)等网元处理与ISDN终端相关的特殊信息，所以I-CSCF、S-CSCF、AS等网元只是将这些特殊信息随INVITE消息透传到被叫ISDN用户所在的AGCF中。

步骤S808，被叫所在的AGCF收到来自于S-CSCF的会话邀请消息(例如，INVITE消息)。根据会话邀请消息中的ISDN特殊信息指示，被叫AGCF对这些信息进行处理。例如，根据BC/HLC进行被叫媒体准备和主被叫媒体的协商，在发给被叫的会话邀请消息(可以为Q.931中的SETUP消息)中携带BC/HLC和UUS等ISDN相关信息。

步骤S809-S833，消息中与ISDN相关的IMS网络中除AGCF之外不需要识别和处理的信息，执行类似于步骤S804到S808的处理。

图8中的呼叫流程只涉及到按照SIP-I实现ISDN与SIP消息之间的部分信息内容不能映射的问题。但在某些流程中，例如，ISDN的某些业务信息使用FACILITY进行传输的，按照目前的规范还不能实现在IMS网络中进行有效传输。此时，可以采用SIP已有消息(例如，INVITE消息)来携带FACILITY中的信息，同时在消息中注明该消息不需要IMS的网元(例如，I-CSCF、S-CSCF、AS等)做处理，只需要透传，即，该消息为借用消息，不需要按照当前的协议做路由之外的处理。

以上是在已有的消息中指定特殊消息或消息内容的处理网元的情况，在实际使用中制定的特殊消息或消息内容，对特定处理网元的指定，可以体现在已有消息、消息内容中，也可以通过之前的消息进行预订，或者有IMS的相关网元进行分配，或者对相关网元的对特殊消息或消息内容的处理设置。

优选实施例三

本优选实施例是通过订制服务器来实现特殊消息、消息内容、流程的处理网元的订制。图9是根据本发明优选实施例三的在订制服务器控制下的确定特殊消息处理网元的流程图，如图9所示，详细描述了在IMS的订制服务器的控制下消息、消息内容、流程在网元或终端之间的协商过程，包括以下步骤：

步骤S901，IMS中的部分网元或终端对某些消息、消息内容、流程做特殊处理的网元或终端，向IMS网络中的订制服务器发起某些消息、消息内容、流程需要某些或某一类网元或终端做特殊的处理的请求。

步骤S902-S903，订制服务器根据请求和订制服务器自身逻辑，判断该订制是否合法以及需要向哪些网元发起订制协商请求，然后，向需要对特殊消息、消息内容、流程做处理的目标网元或终端发订制协商请求。

步骤S904-S905，订制内容处理设备收到订制协商请求，根据自身逻辑和能力判断做出是否接受该订制的判断和处理，给订制服务器回订制协商响应。

步骤S906，订制服务器向发起订制设备回订制响应。

步骤S907-S908，在后续的通讯中，订制发起设备和订制内容处理设备之间可以发送和处理订制的消息或消息内容，IMS网络的其它网元只需要实现对这些消息、消息内容、流程的透传。

可见，这种扩散方式比较适合于在订制消息中不携带需要处理的特殊内消息、消息内容、流程，而且在发特殊消息或消息内容之前，能够确定订制内容处理设备(即，处理该特殊消息或消息内容的目标网元)。

优选实施例四

在本优选实施例中，主要是描述如何将特殊消息、消息内容、流程的处理网元在网络中扩散，即，在网络中可以根据发送消息中携带该消息处理网元的标识(例如，网元的名称、类型或处理能力等)来指定特殊消息、消息内容、流程的处理网元。图10是根据本发明优选实施例四的在网元、终端之间的协商、传播(扩散)的流程图，如图10所示，该流程包括以下步骤：

步骤S1001，发起订制请求。IMS中的部分网元或终端在网络中传输各种消息(例如，呼叫消息、订阅消息、SIPmessage等)，也可以是其它消息，在这些消息中携带需要某些网元或终端做特殊处理的消息，或某些消息的内容，以及这些消息或消息内容的处理规则和具体的处理网元或终端。

步骤S1002，IMS网络中不属于指定的需要对特殊消息、消息内容、流程做特殊处理的网元，只需要对特殊消息、消息内容、流程实现路由和透传。

步骤S1003-S1004，订制内容处理设备收到订制请求，根据自身逻辑和能力判断做出是否接受该订制的判断和处理，对相应的消息或消息内容进行处理，并给发起网元或终端回响应。

步骤S1005，在后续的通讯中订制发起设备和订制内容处理设备之间可以发送和处理订制的消息或消息内容，其它网元只需要实现透传。

另外，网元也可以制定上述对个性化消息(特殊消息)、消息内容或流程的处理业务，既可以只需要制定的某个或某些网元或终端来遵从，其它网元不判断其合法性，也可以将制定的个性化消息、消息内容或流程的处理业务在整个IMS网络或IMS中的部分网元中进行扩散，以便让IMS网络中被扩散到的网元都遵从实施例三中描述的制定的对个性化消息、消息内容或流程的处理业务。此外，实施例三中的制定对个性化消息、消息内容或流程的处理业务是否需要、或者在哪些网元进行扩散以及如何进行扩散，可以采用消息发送或应用服务器(例如，图6中的“订制服务器”)发送等方法来实现。

需要说明的是，上述实施利中的AGCF、I-CSCF、S-CSCF、UE网元及它们之间的消息，只是一种举例说明，但并不局限于此息。另外，也可以不需要任何消息的指示或扩散，而通过网元处理策略的配置来实现。

综上所述，通过上述实施例，使得除了该消息的处理网元之外的其他网元在接收到该消息后只做透传处理，让各种已经存在的、随IMS网络的扩展新增的终端、网元或网络都可以接入到IMS网络，将终端、网元或网络的引入对IMS网络的影响限制在最小的范围之内，减少或避免了由于某种终端、网元、网络接入IMS网络而导致IMS网络现有网元的频繁升级现象的产生，提高了系统的适应能力、处理效率和稳定性。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种消息处理方法，其特征在于，包括以下步骤：

源网元将需要进行处理的消息发送给网际协议多媒体子系统IMS网络中的网元；

所述IMS网络中接收到所述消息的网元根据预先的配置或者所述消息中携带的能够处理所述消息的目标网元的信息判断是否处理所述消息，并在所述判断结果为否的情况下，透传所述消息，在判断结果为是的情况下，对所述消息进行处理。

2.根据权利要求1所述的方法，其特征在于，

在接收到所述消息的网元根据预先的配置判断是否处理所述消息之前，所述方法还包括：配置所述IMS网络中的网元能够处理的消息的类型；

接收到所述消息的网元根据预先的配置判断是否处理所述消息包括：接收到所述消息的网元判断所述消息的类型是否为预先配置的能够处理的消息类型，以确定是否处理所述消息。

3.根据权利要求1所述的方法，其特征在于，所述源网元发送所述消息包括：

所述源网元向所述目标网元发送订制请求，并在所述源网元接收到所述目标网元发送的用于指示同意接收所述源网元的订制请求的响应消息的情况下，向所述目标网元发送所述消息。

4.根据权利要求1所述的方法，其特征在于，所述源网元发送所述消息包括：

所述源网元向订制服务器发送订制请求，其中，所述订制请求用于请求处理所述消息；

所述订制服务器根据所述订制请求，确定处理所述消息的所述目标网元，并向所述目标网元发送订制协商请求；

所述订制服务器在接收到所述目标网元发送的用于指示同意接受所述源网元的订制请求的响应消息的情况下，向所述源网元发送用于指示所述目标网元接受所述订制请求的响应消息；

所述源网元在接收到所述订制服务器的所述响应消息之后，发送所述消息，其中，所述消息中携带有能够处理所述消息的目标网元的信息。

5.根据权利要求4所述的方法，其特征在于，在所述订制服务器向所述目标网元发送所述订制协商请求包括：

所述订制服务器判断所述订制请求是否合法，并在所述订制请求合法的情况下，向所述目标网元发送所述订制协商请求。

6.根据权利要求1所述的方法，其特征在于，所述源网元发送所述消息包括：

所述源网元向订制服务器发送订制请求，其中，所述订制请求用于请求处理所述消息；

所述订制服务器根据所述订制请求，确定能够处理所述消息的目标网元，并将确定的目标网元的信息发送给所述源网元；

所述源网元发送所述消息，其中，所述消息中携带所述订制服务器确定的能够处理所述消息的目标网元的信息。

7.根据权利要求1至6中任一项所述的方法，其特征在于，在接收到所述消息的网元为终端设备的情况下，如果所述终端设备不是所述目标网元，则所述终端设备丢弃所述消息。

8.根据权利要求1至6中任一项所述的方法，其特征在于，所述目标网元的信息包括标识所述目标网元的信息和/或所述目标网元的能力信息。

9.一种消息处理系统，其特征在于，包括以下网元：

作为发送消息的源网元包括：发送模块，用于将需要进行处理的所述消息发送给网际协议多媒体子系统IMS网络中的网元；

接收到所述消息的网元包括：判断模块，用于根据预先的配置或者所述消息中携带的能够处理所述消息的目标网元的信息判断是否处理所述消息；处理模块，用于在所述判断模块的判断结果为否的情况下透传所述消息，在所述判断结果为是的情况下对所述消息进行处理。

10.根据权利要求9所述的系统，其特征在于，所述发送模块还用于向所述目标网元发送订制请求；所述发送模块在所述源网元接收到所述目标网元发送的用于指示同意接收所述源网元的订制请求的响应消息的情况下向所述目标网元发送所述消息。

11.根据权利要求9所述的系统，其特征在于，还包括：订制服务器，

所述订制服务器包括：

第一接收模块，用于接收来自所述源网元的订制请求，其中，所述订制请求用于请求处理所述消息；

确定模块，用于确定处理所述消息的所述目标网元；

第一发送模块，用于向所述确定模块确定的目标网元发送订制协商请求；

第二接收模块，用于接收所述目标网元发送的用于指示同意接受所述源网元的订制请求的响应消息；

第二发送模块，用于在所述第二接收模块接收到所述响应消息之后向所述源网元发送用于指示所述目标网元接受所述订制请求的响应消息；

所述源网元的发送模块在接收到所述订制服务器的所述响应消息之后，发送所述消息，其中，所述消息中携带有能够处理所述消息的目标网元的信息。

12.根据权利要求11所述的系统，其特征在于，

所述订制服务器还包括：判断模块，用于判断所述订制请求是否合法；

所述第一发送模块，在并在所述订制请求合法的情况下，向所述目标网元发送所述订制协商请求。

13.根据权利要求9所述的系统，其特征在于，还包括：订制服务器，

所述订制服务器包括：

第三接收模块，用于接收来自所述源网元的订制请求，其中，所述订制请求用于请求处理所述消息；

第二确定模块，用于根据所述订制请求确定处理所述消息的所述目标网元；

第三发送模块，用于将所述第二确定模块确定的目标网元的信息发送给所述源网元；

所述源网元的发送模块在接收到所述第三发送模块发送的所述目标网元的信息之后，发送所述消息，其中，所述消息中携带所述目标网元的信息。