专利名称：：一种融合ip消息的路由系统及方法
技术领域：
：本发明涉及通信领域，具体而言，涉及一种融合IP消息(ConvergedIPMessaging,简称为CPM)的路由系统及方法。
背景技术：
：CPM是由开放移动联盟(OpenMobileArchitecture,简称为OMA)于2005年提出的，其目的是实现多种消息业务的互通，为用户提供统一消息业务，以及完善一致并且方便的消息业务体验。CPM融合现有的多种消息业务，包括即时消息(InstantMessage，简称为IM)、一键通(Push-To-TalkoverCellular，简称为POC)、移动电子邮件(MobileE-Email,简称为MEM)、短消息业务(ShortMessagingService，简称为SMS)、彩信业务(MultimediaMessagingService,简称为MMS)等。CPM的业务形式包括基于寻呼模式(pager-mode)的CPM消息、基于会话模式(session-mode)的大消息模式CPM消息(LargeMessageModeCPMMessage)>基于CPMSession的其他CPM会话业务。在用户正常使用这些业务前，需要注册登录到CPM系统，即通常所说的“上线”，或称CPM系统内可达(available)。CPM地址(CPMAddress)是CPM系统(可称为CPMEnabler,即CPM业务引擎)中用来区分系统中不同用户的标识。为提高用户体验，在CPM系统中，一个用户可以拥有多个CPM地址，并且可以在多个终端设备上注册，即同时“在线”，以便用户分别在不同的场景中使用多个终端，每个终端设备可用于支持不同的业务功能，例如，仅支持音频通信或者支持音视频通信等。如果某一用户使用同一个CPM地址在不同的终端上登录到CPM系统中，则当该用户作为CPMSession会话的接收方时，CPM系统在发送或者CPMSession会话邀请消息到该接收方时，如果此时接收方同时具备多个接收终端在线，则需要将CPM会话邀请消息分别路由到这些终端上去，然后SIP/IP核心网根据各个接收方终端的响应消息选择一个接收方CPM客户端，或者是由发送方和接收方自主选择一个接收方CPM客户端，从而建立在发送方CPM客户端和一个接收方CPM客户端会话，基于该会话，进行媒体面媒体传输的信令控制。但是，采用何种机制将CPM会话邀请消息路由到这些终端上去是一个尚未解决的问题。目前，OMA在制定CPMV1.0规范，对于多个用户终端在线时，目的端参与功能实体在下发CPM会话邀请消息时，目前尚未有具体的将CPM会话邀请消息如何路由到满足接收条件的多个终端上去的技术方案。
发明内容本发明要解决的技术问题是提供一种融合IP消息的路由系统及方法，可实现将CPM消息(寻呼CPM消息或CPM会话邀请消息)发送给同一个用户的具有同一CPM地址的多个终端。为了解决上述问题，本发明提供了一种融合IP消息的路由方法，包括目的端参与功能实体需要将融合IP消息(CPM)会话邀请消息发送至一个或多个接收方CPM客户端时，所述目的端参与功能实体发送CPM会话邀请消息时携带指示信息，SIP/IP核心网收到所述CPM会话邀请消息后根据所述指示信息的指示将CPM会话邀请消息发送至所述一个或多个接收方CPM客户端。进一步地，所述指示信息为以下参数中的任意一种或多种拒绝发送(Reject-Contact)、接收请求(Accept-Contact)及是否分流(Request-Disposition)。进一步地，所述SIP/IP核心网收到所述CPM会话邀请消息后，根据本地策略对指示信息中满足接收条件的接收方CPM客户端进一步进行筛选，之后向每个满足接收条件的接收方CPM客户端均发送CPM会话邀请消息。本发明还提供一种融合IP消息的路由方法，包括目的端参与功能实体需要将寻呼融合IP消息(CPM)发送至一个或多个接收方CPM客户端时，所述目的端参与功能实体发送寻呼CPM消息时携带指示信息，MP/IP核心网收到所述寻呼CPM消息后根据所述指示信息的指示将寻呼CPM消息发送至所述一个或多个接收方CPM客户端，所述寻呼融合IP消息即寻呼CPM消息。进一步地，所述指示信息为以下参数中的任意一种或多种拒绝发送(Reject-Contact)、接收请求(Accept-Contact)及是否分流(Request-Disposition)。本发明还提供一种融合IP消息的路由方法，包括SIP/IP核心网收到融合IP消息(CPM)会话邀请消息后根据以下参数中的一种或多种进行筛选，然后向筛选出的每个接收方CPM客户端均发送CPM会话邀请消息主叫喜好参数、各个客户端的在线状况、用户配置策略、运营商策略以及各个接收方客户端能力。本发明还提供一种融合IP消息的路由方法，包括SIP/IP核心网收到寻呼融合IP消息(CPM)后根据以下参数中的一种或多种进行筛选，然后向筛选出的每个接收方CPM客户端均发送寻呼CPM消息主叫喜好参数、各个客户端的在线状况、用户配置策略、运营商策略以及各个接收方客户端能力。本发明还提供一种融合IP消息的路由系统，包括目的端参与功能实体、SIP/IP核心网及一个或多个接收方CPM客户端；所述目的端参与功能实体，用于需要将融合IP消息(CPM)会话邀请消息发送至一个或多个接收方CPM客户端时，在发送的CPM会话邀请消息中携带指示信息；所述SIP/IP核心网，用于收到所述CPM会话邀请消息后根据所述指示信息的指示将CPM会话邀请消息发送至所述一个或多个接收方CPM客户端。进一步地，所述指示信息为以下参数中的任意一种或多种拒绝发送(Reject-Contact)、接收请求(Accept-Contact)及是否分流(Request-Disposition)。进一步地，所述SIP/IP核心网还用于收到所述CPM会话邀请消息后，根据本地策略对指示信息中满足接收条件的接收方CPM客户端进一步进行筛选，并向每个满足接收条件的接收方CPM客户端分流发送CPM会话邀请消息。5本发明还提供一种融合IP消息的路由系统，包括SIP/IP核心网及一个或多个接收方融合IP消息(CPM)客户端；所述目的端参与功能实体，用于需要将寻呼融合IP消息(CPM)发送至一个或多个接收方CPM客户端时，在发送的寻呼CPM消息中携带指示信息；所述SIP/IP核心网，用于收到所述寻呼CPM消息后根据所述指示信息的指示将寻呼CPM消息发送至所述一个或多个接收方CPM客户端。进一步地，所述指示信息为以下参数中的任意一种或多种拒绝发送(Reject-Contact)、接收请求(Accept-Contact)及是否分流(Request-Disposition)。本发明还提供一种融合IP消息的路由系统，包括SIP/IP核心网及一个或多个接收方融合IP消息(CPM)客户端；所述SIP/IP核心网，用于收到CPM会话邀请消息后根据以下参数中的一种或多种进行筛选，然后向筛选出的每个接收方CPM客户端均发送CPM会话邀请消息主叫喜好参数、各个客户端的在线状况、用户配置策略、运营商策略以及各个接收方客户端能力。本发明还提供一种融合IP消息的路由系统，包括SIP/IP核心网及一个或多个接收方融合IP消息(CPM)客户端；所述^[P/IP核心网，用于收到寻呼CPM消息后根据以下参数中的一种或多种进行筛选，然后向筛选出的每个接收方CPM客户端均发送寻呼CPM消息主叫喜好参数、各个客户端的在线状况、用户配置策略、运营商策略以及各个接收方客户端能力。综上所述，本发明提供了一种融合IP消息的路由系统及方法，用于将CPM会话邀请消息发送给同一个用户的具有同一CPM地址的多个终端；当接收方使用多个终端同时在线的情况下，CPM系统将CPM会话邀请消息分别路由到多个终端。从而可以解决“一号多机”的CPM消息CPM会话邀请消息的路由的问题，进而提高用户体验。本发明所述的技术方案不仅适用于CPMkssion会话邀请消息的多终端路由，还适用于寻呼CPM消息的多终端路由。图1是本发明目的端参与功能实体下发寻呼CPM消息的流程图2为本发明目的端参与功能实体下发CPM会话邀请消息的流程图。具体实施方式本发明提供一种融合IP消息的路由系统及方法，接收方用户使用一个CPM地址在不同的终端上通过CPM客户端注册上线，该接收方归属的参与功能实体，即目的端参与功能实体terminatingParticipatingFunction)本发明记为PF-B，PF-B在下发寻呼CPM消息或者CPM会话邀请消息时，首先按照筛选规则对接收方的多个接收方CPM客户端进行筛选，从多个接收方CPM客户端中选择满足接收条件接收方CPM客户端，所述目的端参与功能实体通过在发送的请求消息里携带指示信息，指示信息指示将该寻呼CPM消息或者CPM会话邀请消息发送至哪些终端或者不发送给哪些终端，SIP/IP核心网根据该指示信息进行接收方CPM客户端匹配，并将接收的寻呼CPM消息或者CPM会话邀请消息分流发送到满足匹配条件的接收方CPM客户端。系统实施例实施例一本实施例提供一种CPM消息的路由系统，包括目的端参与功能实体、一个或多个接收方CPM客户端及SIP/IP核心网；目的端参与功能实体，用于需要将CPM会话邀请消息发送至一个或多个接收方CPM客户端时，在发送的CPM会话邀请消息中携带指示信息；SIP/IP核心网，用于收到CPM会话邀请消息后根据指示信息的指示将CPM会话邀请消息发送至所述一个或多个接收方CPM客户端。上述指示信息用于指示满足接收条件的接收方CPM客户端或指示不满足接收条件的接收方CPM客户端；该指示信息为以下参数中的任意一种或多种拒绝发送(Reject-Contact)、接收请求(Accept—Contact)及是否分、流(Request-Disposition)。SIP/IP核心网还用于收到CPM会话邀请消息后，根据本地策略对指示信息中满足接收条件的接收方CPM客户端进一步进行筛选，并向每个满足接收条件的接收方CPM客户端分流发送CPM会话邀请消息。当目的端参与功能实体在指示信息中携带Reject-Contact时，将Reject-Contact的值设为不满足接收条件的接收方CPM客户端的唯一标识；当目的端参与功能实体在指示信息中携带Accept-Contact时，将为Accept-Contac的值设为满足接收条件的接收方CPM客户端的唯一标识；当目的端参与功能实体在指示信息中携带Request-Disposition时，将Request-Disposition的值设为分流或不分流。实施例二本实施例提供一种CPM消息的路由系统，包括目的端参与功能实体、一个或多个接收方CPM客户端及SIP/IP核心网；目的端参与功能实体，用于需要将寻呼CPM消息发送至一个或多个接收方CPM客户端时，在发送的寻呼CPM消息中携带指示信息；SIP/IP核心网，用于收到寻呼CPM消息后根据指示信息的指示将寻呼CPM消息发送至所述一个或多个接收方CPM客户端。上述指示信息用于指示满足接收条件的接收方CPM客户端或指示不满足接收条件的接收方CPM客户端；该指示信息为以下参数中的任意一种或多种拒绝发送(Reject-Contact)、接收请求(Accept-Contact)及是否分、流(Request-Disposition)。SIP/IP核心网还用于收到寻呼CPM消息后，根据本地策略对指示信息中满足接收条件的接收方CPM客户端进一步进行筛选，并向每个满足接收条件的接收方CPM客户端分流发送寻呼CPM消息。当目的端参与功能实体在指示信息中携带Reject-Contact时，将Reject-Contact的值设为不满足接收条件的接收方CPM客户端的唯一标识；当目的端参与功能实体在指示信息中携带Accept-Contact时，将为Accept-Contac的值设为满足接收条件的接收方CPM客户端的唯一标识；当目的端参与功能实体在指示信息中携带Request-Disposition时，将Request-Disposition的值设为分流或不分流。以上两个实施例中，目的端参与功能实体根据主叫喜好参数(CallerPreference)>被叫能力参数、各个接收方客户端的在线状况，用户配置策略、运营商策略(或称本地策略)等这些条件中的一个或多个进行对接收方CPM客户端筛选，然后将满足或不满足接收条件的终端的匹配条件通过设置SIPMESSAGE或者SIPINVITE的Accept-Contact、Reject-Contact指示字段携带，并通过Request-Disposition字段显式指示SIP/IP核心网是否需要对接收到的SIPMESSAGE消息或者SIPINVITE消息进行分流处理，SIP/IP核心网接收到SIPMESSAGE或者SIPINVITE后，根据这些指示字段，还可以再加上本地策略，选择满足接收条件的接收方CPM客户端，将请求分流发送到这些接收方CPM客户端。实施例三本实施例提供一种融合IP消息的路由系统，包括SIP/IP核心网及一个或多个接收方融合IP消息(CPM)客户端；SIP/IP核心网，用于收到CPM会话邀请消息后根据以下参数中的一种或多种进行筛选，然后向筛选出的每个接收方CPM客户端均发送CPM会话邀请消息主叫喜好参数、各个客户端的在线状况、用户配置策略、运营商策略以及各个接收方客户端能力。实施例四本实施例提供一种融合IP消息的路由系统，包括SIP/IP核心网及一个或多个接收方融合IP消息(CPM)客户端；SIP/IP核心网，用于收到寻呼CPM消息后根据以下参数中的一种或多种进行筛选，然后向筛选出的每个接收方CPM客户端均发送寻呼CPM消息主叫喜好参数、各个客户端的在线状况、用户配置策略、运营商策略以及各个接收方客户端能力。方法实施例实施例一本实施例为寻呼CPM消息的多客户端路由方法，包括以下步骤步骤SlOl目的端参与功能实体需要将接收的寻呼CPM消息SIPMESSAGE发送至接收方CPM客户端，根据接收条件判断出满足该接收条件的接收方CPM客户端为多个，即需要将该寻呼CPM消息发送到多个在线的接收方CPM客户端；PF-B发送的寻呼CPM消息可以是实时接收的来自某发送方寻呼CPM消息，也可以是条件满足的情况下(如接收方客户端由不可达变为可达)，发送非实时的寻呼CPM消息，即延迟(Deferred)寻呼CPM消息。在将寻呼CPM消息发送到接收方之前，PF-B可以根据预设筛选规则，如主叫喜好参数、各个客户端的在线状况，用户配置策略、运营商策略以及各个接收方客户端能力等因素，对接收方的多个上线客户端进行筛选，本实施例中，假设获取满足预设筛选条件的接收方至少为两个CPM客户端。步骤S102针对筛选结果，目的端参与功能实体发送寻呼CPM消息，在该寻呼CPM消息中携带指示信息，用于指示满足接收条件的接收方CPM客户端或指示不满足接收条件的接收方CPM客户端；携带的指示信息为以下参数中的任意一个或多个Reject-Contact(拒绝发送)、Accept-Contact(接收请求)、Request-Disposition(是否分流),将Reject-Contact设置为不满足接收条件的接收方CPM客户端的唯一标识，将Accept-Contact设置为满足接收条件的接收方CPM客户端的唯一标识，Request-Disposition的值为fork(分流)或nofork(不分流)；Accept-Contact和Reject-Contact携带的用来区分不同CPM客户端的唯一标识可以为UUID，即全球唯一标识(UniversallyUniqueIdentifier)，也可以是GRUU，即全局可路由用户代理URI(GkyballyRoutableUserAgent(UA)URIs,简称GRUU))。该步骤中，根据筛选的结果，如果存在多个接收方CPM客户端，目的端参与功能实体可以发送多条寻呼CPM消息，也可以发送一条寻呼CPM消息；当发送一条寻呼CPM消息时，在该寻呼CPM消息的Accept-Contact中携带每个满足接收条件的接收方CPM客户端的唯一标识或在Reject-Contact中携带每个不满足接收条件的接收方CPM客户端的唯一标识；当发送多条寻呼CPM消息时，可以是每条寻呼CPM消息的Accept-Contact中携带一个满足接收条件的接收方CPM客户端的唯一标识或在Reject-Contact中携带一个不满足接收条件的接收方CPM客户端的唯一标识。步骤S103:MP/IP核心网接收到寻呼CPM消息后，根据携带的指示信息，向每个满足接收条件的接收方CPM客户端均发送寻呼CPM消息；具体地，当指示信息包含Reject-Contact时，SIP/IP核心网则向该参数指示的接收方CPM客户端之外的其他在线接收方CPM客户端发送寻呼CPM消息，当指示信息包含Accept-Contact时，SIP/IP核心网则向该参数指示的接收方CPM客户端发送寻呼CPM消息，若指示信息仅包含Request-Disposition，且其值为fork，表明在线的接收方CPM客户端均满足接收条件，则SIP/IP核心网需要向每个满足接收条件的接收方CPM客户端均发送寻呼CPM消息。步骤103中，SIP/IP核心网还可以根据本地策略对指示信息中满足接收条件的接收方CPM客户端进一步进行筛选，然后向最终筛选出的每个接收方CPM客户端均发送寻呼CPM消息。SIP/IP核心网处的本地策略可以但不限于是，只选择最佳满足条件的接收方CPM客户端作为接收对象，而忽略其他接收方CPM客户端。该实施例中，目的端参与功能实体还可以不对接收方CPM客户端进行筛选，而仅由SIP/IP核心网对接收方CPM客户端进行筛选，在这种方案下，目的端参与功能实体直接将接收的寻呼CPM消息发送至SIP/IP核心网，SIP/IP核心网收到寻呼CPM消息后根据以下参数中的一种或多种进行筛选，然后向筛选出的每个接收方CPM客户端均发送寻呼CPM消息，主叫喜好参数、各个客户端的在线状况、用户配置策略、运营商策略以及各个接收方客户端能力等因素。实施例二本实施例为CPM会话邀请消息的多终端路由方法，包括以下步骤步骤幻01目的端参与功能实体需要将接收的CPM会话邀请消息发送至接收方CPM客户端，根据接收条件判断出满足该接收条件的接收方CPM客户端为多个，即需要将该CPM会话邀请消息发送到多个在线的接收方CPM客户端；PF-B在将会话邀请消息发送到接收方之前，PF-B可以根据预设筛选规则，如主叫喜好参数、用户配置策略、运营商策略以及各个接收方终端能力和连接状况(在线与否)等因素，对接收方的多个在线CPM客户端进行筛选，本实施例中，假设获取满足预设筛选条件的接收方至少为两个CPM客户端。步骤S202:目的端参与功能实体发送CPM会话邀请消息时携带指示信息，用于指示满足接收条件的接收方CPM客户端或指示不满足接收条件的接收方CPM客户端；携带的指示信息为以下参数中的任意一个或多个Reject-Contact、Accept-Contact、Request-Disposition,将Reject-Contact设置为不满足接收条件的接收方CPM客户端的唯一标识，将Accept-Contact设置为满足接收条件的接收方CPM客户端的唯一标识，Request-Disposition的值为fork(分流)或nofork(不分流)；唯一标识可以为UUID，也可以是GRUU。步骤S203SIP/IP核心网接收到来CPM会话邀请消息后，根据携带的指示信息，向每个满足接收条件的接收方CPM客户端均发送CPM会话邀请消息；具体地，当指示信息包含Reject-Contact时，SIP/IP核心网则向该参数指示的接收方CPM客户端之外的其他在线接收方CPM客户端发送CPM会话邀请消息，当指示信息包含Accept-Contact时，SIP/IP核心网则向该参数指示的接收方CPM客户端发送CPM会话邀请消息，若指示信息仅包含Request-Disposition，且其值为fork，表明在线的接收方CPM客户端均满足接收条件，则SIP/IP核心网向每个在线的接收方CPM客户端均发送CPM会话邀请消息。步骤S203中，SIP/IP核心网还可以根据本地策略对指示信息中满足接收条件的接收方CPM客户端进一步进行筛选，然后向最终筛选出的每个接收方CPM客户端均发送CPM会话邀请消息。SIP/IP核心网还可以根据本地策略进一步对接收方CPM客户端进行筛选，结合CPM会话邀请消息携带的指示信息筛选出接收方CPM客户端，然后向筛选出的每个接收方CPM客户端均发送CPM会话邀请消息。该实施例中，目的端参与功能实体还可以不对接收方CPM客户端进行筛选，而仅有SIP/IP核心网对接收方CPM客户端进行筛选，此时，目的端参与功能实体直接将接收的CPM会话邀请消息发送至SIP/IP核心网，SIP/IP核心网收到寻呼CPM消息后根据以下参数中的一种或多种进行筛选，然后向筛选出的每个接收方CPM客户端均发送寻呼CPM消息，主叫喜好参数、各个客户端的在线状况、用户配置策略、运营商策略以及各个接收方客户端能力等因素。以下通过几个应用实例进一步说明本发明以下两个应用实例中，用户A当前使用CPM终端记为Device-A，Device-A内置CPM客户端记为CPM客户端A，假设CPM地址Addr-A为用户A的一个CPM地址，该CPM地址归属于参与功能实体A(记为PF-A)；用户B使用同一个CPM地址分别在4个不同的终端上注册到CPM系统中，这4个CPM终端分别记为Device-Bl、Device_B2、Device_B3、Device_B4，Device-Bl内置的CPM客户端记为CPM客户端Bi，Device-B2内置的CPM客户端记为CPM客户端B2，Device-B3内置的CPM客户端记为CPM客户端B3，Device_B4内置的CPM客户端记为CPM客户端B4。各个CPM客户端的唯一用户代理标识(UUID)分别为instance-id-bl、instance-id-b2、instance-id-b3、instance-id-b4,或者GRUU分另Ij为gruu-id-bl、gruu-id_b2、grau-id_b3、grau-id_b4。该CPM地址归属于CPM参与功能实体B(记为PF-B)。应用实例一本例以用户A向用户B发送寻呼CPM消息为例，由接收方归属的参与功能实体(PF-B)对接收到的CPM消息进行分流处理；包括以下步骤步骤S301CPM系统A中的用户A给用户B发送寻呼CPM消息。具体地，用户A使用Addr-A在终端Device-A上通过CPM客户端A向用户B发送寻呼CPM消息，该寻呼CPM消息经由PF-A路由至PF-B。步骤S302PF-B接收到上述寻呼CPM消息后，根据接收条件进行接收方CPM客户端的筛选处理，最终筛选出的满足接收条件的接收方的终端为CPM客户端Bi、CPM客户端B2，CPM客户端B3；步骤S303PF-B针对筛选结果，PF-B发送寻呼CPM消息SIPMESSAGE，在发送的寻呼CPM消息中携带指示信息，即携带以下参数中的任意一个或多个Reject—Contact、Accept—Contact及Request-Disposition；例如Reject-Contact携带“instance-id_b4”或者“grau-id_b4”，表明instance-id_b4或者grau-id-b4所指代的CPM客户端不接收该寻呼CPM消息；Request-Disposition携带“fork”，表明SIP/IP核心网需要分流发送该请求。步骤S304SIP/IP核心网收到PF-B发来的寻呼CPM消息，根据携带的指示信息判断出需要将寻呼CPM消息发送至CPM客户端Bi、CPM客户端B2及CPM客户端B3；因此，^[P/IP核心网分流发送寻呼CPM消息，即发送3条寻呼CPM消息，分别发送到CPM客户端Bi、CPM客户端B2及CPM客户端B3。该步骤中，SIP/IP核心网还可以根据本地策略进一步进行CPM客户端的筛选，假设MP/IP核心网根据本地策略及指示信息筛选出的满足接收条件的CPM客户端为CPM客户端Bi、CPM客户端B2，因此，SIP/IP核心网发送2条寻呼CPM消息，分别发送到CPM客户端Bi、CPM客户端B2。该应用实例中，目的端参与功能实体在发送延迟消息时，对于多个接收CPM客户端的情形，可以采用相同的解决方案。另外，用户A向某一群组(包括预设群组和临时群组)发送寻呼CPM消息，如果此时群组中含有某用户B，用户B具备多个终端满足接收条件，显然用户B归属的目的端参与功能实体可以采用该解决方案处理该寻呼消息。另外，如果PF-B筛选出多个接收方CPM客户端满足条件，那么关于携带结果的方法，可以有多种，以该实施例为例，如PF-B可以发送3条寻呼消息请求，每条请求的Accept-Contact包含该消息接收CPM客户端的CPM唯一标识。该应用实例中，PF-B还可以不进行条件匹配即筛选满足条件的CPM客户端，而仅由SIP/IP核心网进行筛选和匹配，根据匹配结果进行分流路由到各个满足条件的终端。应用实例二本例以用户A向用户B发送CPM会话邀请消息为例，由接收方归属域SIP/IP核心网对其接收到的CPM会话邀请消息进行分流处理；包括以下步骤步骤S401CPM客户端A向用户B发送CPM会话邀请消息，该会话邀请消息经由PF-A路由至PF-B。步骤S402PF-B接收到CPM会话邀请消息，PF-B根据接收条件进行接收方CPM客户端的筛选处理，最终筛选出的满足接收条件的接收方CPM客户端为CPM客户端Bl和CPM客户端B2；步骤S403PF-B针对筛选结果，PF-B发送CPM会话邀请消息，其中携带指示信息，即携带以下参数中的任意一个或多个Reject-Contact、Accept-Contact及Request-Disposition；步骤S404:SIP/IP核心网收到PF-B发来的CPM会话邀请消息，根据携带的指示信息以及本地策略再次对接收方CPM客户端进行筛选，设最终筛选出的接收方CPM客户端仍为CPM客户端Bl和CPM客户端B2；因此，SIP/IP核心网分流发送CPM会话邀请消息，即发送2条CPM会话邀请消息，分别发送到CPM客户端Bi、CPM客户端B2。本发明所指的终端(device)指运行CPM客户端的物理实体，一般情况，一个物理实体上运行一个CPM客户端，所以本发明所述的选择与路由到满足条件的终端也就是与选择与路由到满足条件的CPM客户端。综上所述，通过本发明的上述实施例，在用户使用同一个CPM地址在不同的客户端上登录CPM系统时，目的端参与功能实体在下发寻呼CPM消息或者CPM会话邀请消息时，以分流方式分别发送到多个上线客户端中符合接收条件的两个或多个客户端。从而，解决了“一号多机”的消息转发时的路由问题，进而可以在CPM系统中更好地实现了消息的传送、提高用户体验。权利要求1.一种融合IP消息的路由方法，包括目的端参与功能实体需要将融合IP消息(CPM)会话邀请消息发送至一个或多个接收方CPM客户端时，所述目的端参与功能实体发送CPM会话邀请消息时携带指示信息，SIP/IP核心网收到所述CPM会话邀请消息后根据所述指示信息的指示将CPM会话邀请消息发送至所述一个或多个接收方CPM客户端。2.如权利要求1所述的方法，其特征在于，所述指示信息为以下参数中的任意一种或多种拒绝发送(Reject-Contact)、接收请求(Accept-Contact)及是否分流(Request-Disposition)。3.如权利要求1所述的方法，其特征在于所述SIP/IP核心网收到所述CPM会话邀请消息后，根据本地策略对指示信息中满足接收条件的接收方CPM客户端进一步进行筛选，之后向每个满足接收条件的接收方CPM客户端均发送CPM会话邀请消息。4.一种融合IP消息的路由方法，包括目的端参与功能实体需要将寻呼融合IP消息(CPM)发送至一个或多个接收方CPM客户端时，所述目的端参与功能实体发送寻呼CPM消息时携带指示信息，SIP/IP核心网收到所述寻呼CPM消息后根据所述指示信息的指示将寻呼CPM消息发送至所述一个或多个接收方CPM客户端，所述寻呼融合IP消息即寻呼CPM消息。5.如权利要求4所述的方法，其特征在于，所述指示信息为以下参数中的任意一种或多种拒绝发送(Reject-Contact)、接收请求(Accept-Contact)及是否分流(Request-Disposition)。6.—种融合IP消息的路由方法，包括SIP/IP核心网收到融合IP消息(CPM)会话邀请消息后根据以下参数中的一种或多种进行筛选，然后向筛选出的每个接收方CPM客户端均发送CPM会话邀请消息主叫喜好参数、各个客户端的在线状况、用户配置策略、运营商策略以及各个接收方客户端能力。7.—种融合IP消息的路由方法，包括SIP/IP核心网收到寻呼融合IP消息(CPM)后根据以下参数中的一种或多种进行筛选，然后向筛选出的每个接收方CPM客户端均发送寻呼CPM消息主叫喜好参数、各个客户端的在线状况、用户配置策略、运营商策略以及各个接收方客户端能力。8.—种融合IP消息的路由系统，包括目的端参与功能实体、SIP/IP核心网及一个或多个接收方CPM客户端；其特征在于所述目的端参与功能实体，用于需要将融合IP消息(CPM)会话邀请消息发送至一个或多个接收方CPM客户端时，在发送的CPM会话邀请消息中携带指示信息；所述SIP/IP核心网，用于收到所述CPM会话邀请消息后根据所述指示信息的指示将CPM会话邀请消息发送至所述一个或多个接收方CPM客户端。9.如权利要求8所述的系统，其特征在于，所述指示信息为以下参数中的任意一种或多种拒绝发送(Reject-Contact)、接收请求(Accept-Contact)及是否分流(Request-Disposition)。10.如权利要求8所述的系统，其特征在于所述SIP/IP核心网还用于收到所述CPM会话邀请消息后，根据本地策略对指示信息中满足接收条件的接收方CPM客户端进一步进行筛选，并向每个满足接收条件的接收方CPM客户端分流发送CPM会话邀请消息。11.一种融合IP消息的路由系统，包括SIP/IP核心网及一个或多个接收方融合IP消息(CPM)客户端；其特征在于所述目的端参与功能实体，用于需要将寻呼融合IP消息(CPM)发送至一个或多个接收方CPM客户端时，在发送的寻呼CPM消息中携带指示信息；所述SIP/IP核心网，用于收到所述寻呼CPM消息后根据所述指示信息的指示将寻呼CPM消息发送至所述一个或多个接收方CPM客户端。12.如权利要求11所述的系统，其特征在于，所述指示信息为以下参数中的任意一种或多种拒绝发送(Reject-Contact)、接收请求(Accept-Contact)及是否分流(Request-Disposition)。13.一种融合IP消息的路由系统，包括SIP/IP核心网及一个或多个接收方融合IP消息(CPM)客户端；其特征在于所述SIP/IP核心网，用于收到CPM会话邀请消息后根据以下参数中的一种或多种进行筛选，然后向筛选出的每个接收方CPM客户端均发送CPM会话邀请消息主叫喜好参数、各个客户端的在线状况、用户配置策略、运营商策略以及各个接收方客户端能力。14.一种融合IP消息的路由系统，包括SIP/IP核心网及一个或多个接收方融合IP消息(CPM)客户端；其特征在于所述SIP/IP核心网，用于收到寻呼CPM消息后根据以下参数中的一种或多种进行筛选，然后向筛选出的每个接收方CPM客户端均发送寻呼CPM消息主叫喜好参数、各个客户端的在线状况、用户配置策略、运营商策略以及各个接收方客户端能力。全文摘要本发明提供了一种融合IP消息的路由系统及方法，该方法包括，目的端参与功能实体需要将融合IP消息(CPM)会话邀请消息发送至一个或多个接收方CPM客户端时，所述目的端参与功能实体发送CPM会话邀请消息时携带指示信息，SIP/IP核心网收到所述CPM会话邀请消息后根据所述指示信息的指示将CPM会话邀请消息发送至所述一个或多个接收方CPM客户端。采用本发明的技术方案，可实现将寻呼CPM消息或CPM会话邀请消息发送给同一个用户的具有同一CPM地址的多个终端。文档编号H04W80/04GK102026109SQ200910172959公开日2011年4月20日申请日期2009年9月11日优先权日2009年9月11日发明者卢艳,陈军申请人:中兴通讯股份有限公司