CN102026109A - 一种融合ip消息的路由***及方法 - Google Patents
一种融合ip消息的路由***及方法 Download PDFInfo
- Publication number
- CN102026109A CN102026109A CN2009101729592A CN200910172959A CN102026109A CN 102026109 A CN102026109 A CN 102026109A CN 2009101729592 A CN2009101729592 A CN 2009101729592A CN 200910172959 A CN200910172959 A CN 200910172959A CN 102026109 A CN102026109 A CN 102026109A
- Authority
- CN
- China
- Prior art keywords
- cpm
- message
- recipient
- client
- paging
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 23
- 238000005267 amalgamation Methods 0.000 claims description 45
- 230000000977 initiatory effect Effects 0.000 abstract 1
- 238000012216 screening Methods 0.000 description 10
- 238000004891 communication Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
- H04L12/1818—Conference organisation arrangements, e.g. handling schedules, setting up parameters needed by nodes to attend a conference, booking network resources, notifying involved parties
-
- 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/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
-
- 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/40—Support for services or applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种融合IP消息的路由***及方法,该方法包括,目的端参与功能实体需要将融合IP消息(CPM)会话邀请消息发送至一个或多个接收方CPM客户端时,所述目的端参与功能实体发送CPM会话邀请消息时携带指示信息,SIP/IP核心网收到所述CPM会话邀请消息后根据所述指示信息的指示将CPM会话邀请消息发送至所述一个或多个接收方CPM客户端。采用本发明的技术方案,可实现将寻呼CPM消息或CPM会话邀请消息发送给同一个用户的具有同一CPM地址的多个终端。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种融合IP消息(Converged IPMessaging,简称为CPM)的路由***及方法。
背景技术
CPM是由开放移动联盟(Open Mobile Architecture,简称为OMA)于2005年提出的,其目的是实现多种消息业务的互通,为用户提供统一消息业务,以及完善一致并且方便的消息业务体验。CPM融合现有的多种消息业务,包括即时消息(Instant Message,简称为IM)、一键通(Push-To-Talk over Cellular,简称为POC)、移动电子邮件(Mobile E-Email,简称为MEM)、短消息业务(Short Messaging Service,简称为SMS)、彩信业务(Multimedia Messaging Service,简称为MMS)等。
CPM的业务形式包括:基于寻呼模式(pager-mode)的CPM消息、基于会话模式(session-mode)的大消息模式CPM消息(Large Message ModeCPM Message)、基于CPM Session的其他CPM会话业务。在用户正常使用这些业务前,需要注册登录到CPM***,即通常所说的“上线”,或称CPM***内可达(available)。
CPM地址(CPM Address)是CPM***(可称为CPM Enabler,即CPM业务引擎)中用来区分***中不同用户的标识。为提高用户体验,在CPM***中,一个用户可以拥有多个CPM地址,并且可以在多个终端设备上注册,即同时“在线”,以便用户分别在不同的场景中使用多个终端,每个终端设备可用于支持不同的业务功能,例如,仅支持音频通信或者支持音视频通信等。如果某一用户使用同一个CPM地址在不同的终端上登录到CPM***中,则当该用户作为CPM Session会话的接收方时,CPM***在发送或者CPM Session会话邀请消息到该接收方时,如果此时接收方同时具备多个接收终端在线,则需要将CPM会话邀请消息分别路由到这些终端上去,然后SIP/IP核心网根据各个接收方终端的响应消息选择一个接收方CPM客户端,或者是由发送方和接收方自主选择一个接收方CPM客户端,从而建立在发送方CPM客户端和一个接收方CPM客户端会话,基于该会话,进行媒体面媒体传输的信令控制。但是,采用何种机制将CPM会话邀请消息路由到这些终端上去是一个尚未解决的问题。目前,OMA在制定CPM V1.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消息时携带指示信息,SIP/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会话邀请消息。
本发明还提供一种融合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)客户端;
所述SIP/IP核心网,用于收到寻呼CPM消息后根据以下参数中的一种或多种进行筛选,然后向筛选出的每个接收方CPM客户端均发送寻呼CPM消息:主叫喜好参数、各个客户端的在线状况、用户配置策略、运营商策略以及各个接收方客户端能力。
综上所述,本发明提供了一种融合IP消息的路由***及方法,用于将CPM会话邀请消息发送给同一个用户的具有同一CPM地址的多个终端;当接收方使用多个终端同时在线的情况下,CPM***将CPM会话邀请消息分别路由到多个终端。从而可以解决“一号多机”的CPM消息CPM会话邀请消息的路由的问题,进而提高用户体验。
本发明所述的技术方案不仅适用于CPM Session会话邀请消息的多终端路由,还适用于寻呼CPM消息的多终端路由。
附图说明
图1是本发明目的端参与功能实体下发寻呼CPM消息的流程图;
图2为本发明目的端参与功能实体下发CPM会话邀请消息的流程图。
具体实施方式
本发明提供一种融合IP消息的路由***及方法,接收方用户使用一个CPM地址在不同的终端上通过CPM客户端注册上线,该接收方归属的参与功能实体,即目的端参与功能实体(Terminating Participating Function)本发明记为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客户端筛选,然后将满足或不满足接收条件的终端的匹配条件通过设置SIP MESSAGE或者SIP INVITE的Accept-Contact、Reject-Contact指示字段携带,并通过Request-Disposition字段显式指示SIP/IP核心网是否需要对接收到的SIP MESSAGE消息或者SIP INVITE消息进行分流处理,SIP/IP核心网接收到SIP MESSAGE或者SIP INVITE后,根据这些指示字段,还可以再加上本地策略,选择满足接收条件的接收方CPM客户端,将请求分流发送到这些接收方CPM客户端。
实施例三
本实施例提供一种融合IP消息的路由***,包括SIP/IP核心网及一个或多个接收方融合IP消息(CPM)客户端;
SIP/IP核心网,用于收到CPM会话邀请消息后根据以下参数中的一种或多种进行筛选,然后向筛选出的每个接收方CPM客户端均发送CPM会话邀请消息:主叫喜好参数、各个客户端的在线状况、用户配置策略、运营商策略以及各个接收方客户端能力。
实施例四
本实施例提供一种融合IP消息的路由***,包括SIP/IP核心网及一个或多个接收方融合IP消息(CPM)客户端;
SIP/IP核心网,用于收到寻呼CPM消息后根据以下参数中的一种或多种进行筛选,然后向筛选出的每个接收方CPM客户端均发送寻呼CPM消息:主叫喜好参数、各个客户端的在线状况、用户配置策略、运营商策略以及各个接收方客户端能力。
方法实施例
实施例一
本实施例为寻呼CPM消息的多客户端路由方法,包括以下步骤:
步骤S101:目的端参与功能实体需要将接收的寻呼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(分流)或no fork(不分流);
Accept-Contact和Reject-Contact携带的用来区分不同CPM客户端的唯一标识可以为UUID,即全球唯一标识(Universally Unique Identifier),也可以是GRUU,即全局可路由用户代理URI(Globally Routable User Agent(UA)URIs,简称GRUU))。
该步骤中,根据筛选的结果,如果存在多个接收方CPM客户端,目的端参与功能实体可以发送多条寻呼CPM消息,也可以发送一条寻呼CPM消息;当发送一条寻呼CPM消息时,在该寻呼CPM消息的Accept-Contact中携带每个满足接收条件的接收方CPM客户端的唯一标识或在Reject-Contact中携带每个不满足接收条件的接收方CPM客户端的唯一标识;当发送多条寻呼CPM消息时,可以是每条寻呼CPM消息的Accept-Contact中携带一个满足接收条件的接收方CPM客户端的唯一标识或在Reject-Contact中携带一个不满足接收条件的接收方CPM客户端的唯一标识。
步骤S103:SIP/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会话邀请消息的多终端路由方法,包括以下步骤:
步骤S201:目的端参与功能实体需要将接收的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(分流)或no fork(不分流);唯一标识可以为UUID,也可以是GRUU。
步骤S203:SIP/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-B1、Device-B2、Device-B3、Device-B4,Device-B1内置的CPM客户端记为CPM客户端B1,Device-B2内置的CPM客户端记为CPM客户端B2,Device-B3内置的CPM客户端记为CPM客户端B3,Device-B4内置的CPM客户端记为CPM客户端B4。各个CPM客户端的唯一用户代理标识(UUID)分别为instance-id-b1、instance-id-b2、instance-id-b3、instance-id-b4,或者GRUU分别为:gruu-id-b1、gruu-id-b2、gruu-id-b3、gruu-id-b4。该CPM地址归属于CPM参与功能实体B(记为PF-B)。
应用实例一
本例以用户A向用户B发送寻呼CPM消息为例,由接收方归属的参与功能实体(PF-B)对接收到的CPM消息进行分流处理;包括以下步骤:
步骤S301:CPM***A中的用户A给用户B发送寻呼CPM消息。
具体地,用户A使用Addr-A在终端Device-A上通过CPM客户端A向用户B发送寻呼CPM消息,该寻呼CPM消息经由PF-A路由至PF-B。
步骤S302:PF-B接收到上述寻呼CPM消息后,根据接收条件进行接收方CPM客户端的筛选处理,最终筛选出的满足接收条件的接收方的终端为CPM客户端B1、CPM客户端B2,CPM客户端B3;
步骤S303:PF-B针对筛选结果,PF-B发送寻呼CPM消息SIPMESSAGE,在发送的寻呼CPM消息中携带指示信息,即携带以下参数中的任意一个或多个:Reject-Contact、Accept-Contact及Request-Disposition;
例如:
Reject-Contact携带“instance-id-b4”或者“gruu-id-b4”,表明instance-id-b4或者gruu-id-b4所指代的CPM客户端不接收该寻呼CPM消息;
Request-Disposition携带“fork”,表明SIP/IP核心网需要分流发送该请求。
步骤S304:SIP/IP核心网收到PF-B发来的寻呼CPM消息,根据携带的指示信息判断出需要将寻呼CPM消息发送至CPM客户端B1、CPM客户端B2及CPM客户端B3;因此,SIP/IP核心网分流发送寻呼CPM消息,即发送3条寻呼CPM消息,分别发送到CPM客户端B1、CPM客户端B2及CPM客户端B3。
该步骤中,SIP/IP核心网还可以根据本地策略进一步进行CPM客户端的筛选,假设SIP/IP核心网根据本地策略及指示信息筛选出的满足接收条件的CPM客户端为CPM客户端B1、CPM客户端B2,因此,SIP/IP核心网发送2条寻呼CPM消息,分别发送到CPM客户端B1、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会话邀请消息进行分流处理;包括以下步骤:
步骤S401:CPM客户端A向用户B发送CPM会话邀请消息,该会话邀请消息经由PF-A路由至PF-B。
步骤S402:PF-B接收到CPM会话邀请消息,PF-B根据接收条件进行接收方CPM客户端的筛选处理,最终筛选出的满足接收条件的接收方CPM客户端为CPM客户端B1和CPM客户端B2;
步骤S403:PF-B针对筛选结果,PF-B发送CPM会话邀请消息,其中携带指示信息,即携带以下参数中的任意一个或多个:Reject-Contact、Accept-Contact及Request-Disposition;
步骤S404:SIP/IP核心网收到PF-B发来的CPM会话邀请消息,根据携带的指示信息以及本地策略再次对接收方CPM客户端进行筛选,设最终筛选出的接收方CPM客户端仍为CPM客户端B1和CPM客户端B2;因此,SIP/IP核心网分流发送CPM会话邀请消息,即发送2条CPM会话邀请消息,分别发送到CPM客户端B1、CPM客户端B2。
本发明所指的终端(device)指运行CPM客户端的物理实体,一般情况,一个物理实体上运行一个CPM客户端,所以本发明所述的选择与路由到满足条件的终端也就是与选择与路由到满足条件的CPM客户端。
综上所述,通过本发明的上述实施例,在用户使用同一个CPM地址在不同的客户端上登录CPM***时,目的端参与功能实体在下发寻呼CPM消息或者CPM会话邀请消息时,以分流方式分别发送到多个上线客户端中符合接收条件的两个或多个客户端。从而,解决了“一号多机”的消息转发时的路由问题,进而可以在CPM***中更好地实现了消息的传送、提高用户体验。
Claims (14)
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消息:主叫喜好参数、各个客户端的在线状况、用户配置策略、运营商策略以及各个接收方客户端能力。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101729592A CN102026109A (zh) | 2009-09-11 | 2009-09-11 | 一种融合ip消息的路由***及方法 |
PCT/CN2010/074545 WO2011029335A1 (zh) | 2009-09-11 | 2010-06-25 | 一种sip会话的路由***及方法 |
US13/389,469 US20120166562A1 (en) | 2009-09-11 | 2010-06-25 | System and method for routing session initiation protocol conversation |
EP10814937.8A EP2453681A4 (en) | 2009-09-11 | 2010-06-25 | SYSTEM AND METHOD FOR ROUTING SESSION INTRODUCTION PROTOCOL MESSAGES |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101729592A CN102026109A (zh) | 2009-09-11 | 2009-09-11 | 一种融合ip消息的路由***及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102026109A true CN102026109A (zh) | 2011-04-20 |
Family
ID=43731979
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101729592A Pending CN102026109A (zh) | 2009-09-11 | 2009-09-11 | 一种融合ip消息的路由***及方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20120166562A1 (zh) |
EP (1) | EP2453681A4 (zh) |
CN (1) | CN102026109A (zh) |
WO (1) | WO2011029335A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013152702A1 (zh) * | 2012-04-10 | 2013-10-17 | 中兴通讯股份有限公司 | 发送语音消息的方法及***、融合消息服务器及客户端 |
US9462131B2 (en) | 2012-04-13 | 2016-10-04 | Zte Corporation | Voice messaging method and system, and converged messaging server and client |
WO2016155541A1 (zh) * | 2015-03-31 | 2016-10-06 | 华为技术有限公司 | 一种网络电话的通话方法、设备及*** |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9380080B2 (en) * | 2012-11-08 | 2016-06-28 | At&T Intellectual Property I, L.P. | Session initiation for multimedia services |
US10360287B2 (en) * | 2015-05-22 | 2019-07-23 | Microsoft Technology Licensing, Llc | Unified messaging platform and interface for providing user callouts |
US20160344677A1 (en) | 2015-05-22 | 2016-11-24 | Microsoft Technology Licensing, Llc | Unified messaging platform for providing interactive semantic objects |
US10075482B2 (en) * | 2015-09-25 | 2018-09-11 | International Business Machines Corporation | Multiplexed, multimodal conferencing |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1674586A (zh) * | 2004-03-22 | 2005-09-28 | 株式会社日立制作所 | 通信控制装置及通信控制装置中的筛选方法 |
CN101166142A (zh) * | 2006-10-16 | 2008-04-23 | 华为技术有限公司 | 一种使提交报告消息正确路由的方法及网关 |
CN101404674A (zh) * | 2008-11-17 | 2009-04-08 | 杭州华三通信技术有限公司 | 一种呼叫路由选择的方法、代理服务器和中继设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101227418B (zh) * | 2007-01-19 | 2012-04-04 | 华为技术有限公司 | 一种实现融合ip消息的方法、装置及*** |
WO2009082097A1 (en) * | 2007-12-26 | 2009-07-02 | Lg Electronics Inc. | Method and system for providing a message including a list of recipient user devices to each recipient user device |
-
2009
- 2009-09-11 CN CN2009101729592A patent/CN102026109A/zh active Pending
-
2010
- 2010-06-25 EP EP10814937.8A patent/EP2453681A4/en not_active Withdrawn
- 2010-06-25 US US13/389,469 patent/US20120166562A1/en not_active Abandoned
- 2010-06-25 WO PCT/CN2010/074545 patent/WO2011029335A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1674586A (zh) * | 2004-03-22 | 2005-09-28 | 株式会社日立制作所 | 通信控制装置及通信控制装置中的筛选方法 |
CN101166142A (zh) * | 2006-10-16 | 2008-04-23 | 华为技术有限公司 | 一种使提交报告消息正确路由的方法及网关 |
CN101404674A (zh) * | 2008-11-17 | 2009-04-08 | 杭州华三通信技术有限公司 | 一种呼叫路由选择的方法、代理服务器和中继设备 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013152702A1 (zh) * | 2012-04-10 | 2013-10-17 | 中兴通讯股份有限公司 | 发送语音消息的方法及***、融合消息服务器及客户端 |
US9344575B2 (en) | 2012-04-10 | 2016-05-17 | Zte Corporation | Voice message sending method and system, and converged message server and client |
US9462131B2 (en) | 2012-04-13 | 2016-10-04 | Zte Corporation | Voice messaging method and system, and converged messaging server and client |
WO2016155541A1 (zh) * | 2015-03-31 | 2016-10-06 | 华为技术有限公司 | 一种网络电话的通话方法、设备及*** |
Also Published As
Publication number | Publication date |
---|---|
EP2453681A1 (en) | 2012-05-16 |
WO2011029335A1 (zh) | 2011-03-17 |
US20120166562A1 (en) | 2012-06-28 |
EP2453681A4 (en) | 2014-05-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8892747B2 (en) | Management of dynamic groups in a communication system | |
KR101278323B1 (ko) | PoC 시스템에서 애드 혹 PoC 세션 개설을 위한방법과 단말장치 및 그 시스템 | |
KR101458634B1 (ko) | 사전 설정 세션을 관리하기 위한 방법 및 이를 구현하기위한 PoC 시스템과 PoC 단말 | |
KR101524313B1 (ko) | 통합 메시징 서비스에서 인스턴트 메시징 처리 통지 요청과 응답 방법 및 그 시스템 | |
US20060286993A1 (en) | Throttling server communications in a communication network | |
CN102056147B (zh) | Ip多媒体子***网络中订阅业务的方法与*** | |
US9118616B2 (en) | Method and system for controlling session for interworking in converged IP messaging service | |
US8054843B2 (en) | Method for securing privacy in automatic answer mode of push-to service | |
CN102026109A (zh) | 一种融合ip消息的路由***及方法 | |
EP2143247A2 (en) | Network multimedia communication using multiple devices | |
JP2008527900A (ja) | ネットワーク初期化されたPoCグループセッション開設方法及びシステム | |
JP5179468B2 (ja) | PoCシステムにおけるPoCボックスサービス提供方法及びシステム | |
CN101542989A (zh) | 群组通信 | |
KR20070047640A (ko) | 푸쉬 투 토크 오버 셀룰러 시스템의 Chat PoC 그룹초대 예약을 통한 세션 합류 방법 및 그 시스템 | |
CN104753877A (zh) | 一种群组通信方法及装置 | |
CN102130845A (zh) | 回执报告的发送方法及处理*** | |
CN101909019A (zh) | 请求消息的处理方法和*** | |
KR101002572B1 (ko) | PT Box를 이용한 PT 세션 설정 방법 및 단말 | |
CN101291235A (zh) | 与支持多种消息业务的用户通信的方法及*** | |
CN101854597A (zh) | 大消息模式融合ip消息传输方法及*** | |
US8738716B2 (en) | System and method for routing instant messages | |
CN101964957A (zh) | 融合ip消息的定向方法和*** | |
KR100768846B1 (ko) | Pt 서비스 방법 | |
KR101455387B1 (ko) | PoC 세션 개설 시 미디어 전송 권리 양도 방법 및 이를위한 시스템과 PoC 단말 | |
CN101924745A (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 | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20110420 |