CN102740273A - 一种多终端时业务消息处理方法、***和装置 - Google Patents
一种多终端时业务消息处理方法、***和装置 Download PDFInfo
- Publication number
- CN102740273A CN102740273A CN2012101964236A CN201210196423A CN102740273A CN 102740273 A CN102740273 A CN 102740273A CN 2012101964236 A CN2012101964236 A CN 2012101964236A CN 201210196423 A CN201210196423 A CN 201210196423A CN 102740273 A CN102740273 A CN 102740273A
- Authority
- CN
- China
- Prior art keywords
- terminal
- message
- push
- service message
- user
- 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
- 238000000034 method Methods 0.000 title abstract description 23
- 230000005540 biological transmission Effects 0.000 claims description 27
- 238000003672 processing method Methods 0.000 claims description 10
- 238000004321 preservation Methods 0.000 claims description 9
- 230000004913 activation Effects 0.000 abstract description 9
- 239000002699 waste material Substances 0.000 abstract description 4
- 101100264195 Caenorhabditis elegans app-1 gene Proteins 0.000 description 11
- 230000004044 response Effects 0.000 description 11
- 238000007689 inspection Methods 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 239000003795 chemical substances by application Substances 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000003213 activating effect Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 239000003999 initiator Substances 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 101100055496 Arabidopsis thaliana APP2 gene Proteins 0.000 description 1
- 101100016250 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) GYL1 gene Proteins 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种多终端时业务消息处理方法,所述多终端为至少两个具有相同用户标识的终端,包括以下步骤:接收终端发送的请求消息,所述请求消息携带有所述终端的用户标识、Device ID和应用标识;根据所述请求信息向所述终端发送业务消息;其中,所述根据所述请求信息向所述终端发送业务消息具体为:向所述终端发送业务订阅激活指示;在业务到来时,根据所述终端的Device ID及网络侧配置判断所述终端是否为最佳终端,只向所述最佳终端发送所述业务消息。该方法可以避免同一用户的多个终端反复接收到相同的业务消息,避免资源浪费。
Description
技术领域
本发明涉及移动通信技术领域,特别是涉及一种多终端时业务消息处理方法、***和装置。
背景技术
Push技术是一种基于客户服务器机制,由服务器主动将信息发往客户端的技术,Push技术应用于移动增值业务,能够方便地实现相关内容的及时传送和用户的快捷获取。Push是一个内容分发的机制,采用客户/服务器模式的工作方式,要求服务器不需要客户端发出具体请求就将所需要的内容进行分发。如图1所示,为现有技术Push业务的示意图,它由服务器发起,允许Push消息产生者(PI)向Push代理网关(PPG)推送信息和传输指令进一步传输Push内容到用户的技术。结构由三部分组成:Push代理网关(PPG)、Push发起者(PI)、终端。PPG采用PAP协议从Push服务器上获取消息,再通过Push-OTA协议将内容发送给WAP用户。Push发起者(PI)发送push内容和传递命令给push代理网关(PPG),然后PPG根据传递命令把push内容给终端。
如图2所示,为现有技术中SIP Push业务的示意图,SIP(Session InitiationProtocol,会话初始协议)Push业务就是OMA Push OTA over SIP,即通过将PUSH OTA(Over The Air,空中协议)内容封装在SIP消息当中,利用现有的SIP/IP核心网络进行传送。SIP是用来在两个或多个参与者间建立多媒体会话的应用层协议。Push发送代理(PPG)和接收代理(Client)作为SIP/IP核心网的接口点。在SIP Push工作中SIP能提供的功能有:用户的可到达性,用户的可用性,用户的能力,会话建立和会话管理。
SIP/IP核心网提供了丰富的端到端的媒体会话,及客户端与服务器的会话。它包含有SIP网关和注册服务器,可以提供为SIP客户端和业务的鉴权和授权接入业务,也可提供SIP注册和路由功能。Push发送代理和Push接收代理功能上是向SIP/IP Core的接口点。
基于SIP的事件订阅(SUBSCRIBE)机制或SIP事件框架,定义了允许在订阅过程中异步事件的通知。在初始注册后,Push接收代理应发送一个SUBSCRIBE请求到Push发送代理,如果Push接收代理需要为一个特定的Push业务订阅Push事件,例如传递客户能力信息或订阅特定事件。Push发送代理和Push接收代理应支持SUBSCRIBE和NOTIFY方法。特别是Push接收代理为一些特定的Push内容应支持订阅功能,并且应支持Push内容的接收。Push发送代理应支持通知功能来接收从Push接收代理订阅请求和发送Push信息到接收代理。
用户标识(User ID)为公共用户身份。为了使用网络,一个用户被分配到一个或多个公共用户身份。当用户请求与其他用户通信时,用户将使用公共用户身份。一个用户可以有不同的外形,每一个都包含了不同的公共用户身份。公共用户身份的格式采用的通过一等级化的SIP统一资源标识(URI)来标识。它通过诸如用户电话号码或主机名等元素来构造(例如:SIP:usercompany.com)。因为它与EMAIL地址的相似性,SIP URLs容易于用户的EMAIL地址关联。
然而当一个用户有多个终端时,例如电脑,2G终端,3G终端等,每个终端将被分配到一个设备识别(Device ID),是由归属网络分配,这个身份用来确定每个终端在一个网络中的唯一性。举例来说,设备识别被用来鉴定、授权、管理。
Push接受代理可以通过发送Subscribe请求来建立一个内容更新订阅和宣布可用的应用和版本,通过使用“appid”参数。
Push接收代理只订阅一个应用:app 1为多媒体彩信(MMS)业务时,
SUBSCRIBE sip:user-aorexample.com SIP/2.0
Event:ua-profile:profile-type=oma-app;appid=“+g.oma.iari.push.mms.ua”;
如Push接收代理订阅多个应用:app1,app2,app3
SUBSCRIBE sip:user-aorexample.com SIP/2.0
Event:ua-profile;profile-type=oma-app;appid=“app1,app2,app3”;
如果Push接收代理订阅了多个应用:app1,app2,app3,但是Push发送代理只支持app1和app2,那么Push发送代理返回的通知NOTIFY请求将只包含app1和app2两个参数,指示只有这两个业务被订阅成功。
SUBSCRIBE
Event:ua-profile;profile-type=oma-app;appid=“app1,app2,app3”;
NOTIFY
Event:ua-profile;profile-type=oma-app;appid=“app1,app2”;
多媒体彩信通知业务为用户可以订阅多媒体彩信业务,当Push发送代理有发送到该终端的多媒体彩信业务时,将向终端发送彩信通知,通知用户有一条彩信,可以去Push发送代理取回该条彩信。多媒体彩信的取回,可以通过用户设置由终端进行自动取回,存储在终端,待用户方便时查看;也可以由用户接到彩信通知后,在方便的时候自己取回。
目前SIP Push业务中同一个用户可以同时有多个终端,例如,用户同时有2G手机,3G手机,台式电脑,笔记本等终端,在Push发送代理上存放有该用户的公共身份识别,来标识该用户,也会有各个终端的设备地址,用来识别每个终端来发送到达各个设备的呼叫或消息。也将有每个终端订阅了何种业务,当有该终端的订阅的业务到来时,所有终端都可以收到订阅的业务。订阅的业务可以有多媒体彩信业务,短消息业务,邮件通知,设备管理等。那么会有这样一个场景,当Push发送代理通过SIP/IP核心网发送一个多媒体彩信消息给用户时,用户的每个订阅了多媒体彩信的终端将都收到这条多媒体彩信消息的通知。
如图3所示,为现有技术中用户存在多个终端时的多媒体彩信通信流程图,当一个用户同时有第一终端,第二终端,第三终端三个设备,MMSC为多媒体彩信中心(PI),Push发送代理为PPG。包括以下步骤:
步骤S301,MMSC有发向该用户的多媒体彩信通知,则向Push发送代理发送多媒体彩信通知。Push发送代理接收到该彩信通知后,发现该用户有三个终端,分别向三个终端转发此通知。
步骤S302,用户设置自动获取通知的彩信,则三个终端分别向MMSCPush发送代理发出HTTP GET请求,请求取回该多媒体彩信。
步骤S303,当Push发送代理接收到第一终端发出的请求后,发送HTTP200OK响应,携带多媒体彩信,发送给第一终端。
步骤S304,MMSC Push发送代理对于已经取回的多媒体彩信,进行删除,不再保留,则第二终端和第三终端接收到MMSC返回的HTTP 4xx错误响应。其中,多媒体彩信的通知也可以由SIP/IP核心网完成转发给三个终端的过程。
在实现本发明实施例过程中,发明人发现现有技术中至少存在如下问题:用户的每个终端都收到同样的彩信通知,首先会造成资源浪费,增加网络传输的负载;同时,用户反复的接收相同的信息,也会对用户造成困扰。更重要的是对于多媒体彩信服务中心来说,不知道用户当前有多少终端,发出一份通知后,会由Push发送代理或SIP/IP核心网处转发给每一个该用户的终端。如果用户设置为自动到Push发送代理提取多媒体彩信,那么只有一个终端可以成功将多媒体彩信取回,而其他终端的取回请求将失败,或由多媒体彩信服务中心提示所要取回的消息不存在,或返回已取回等消息,因此也会影响到用户的体验度。
发明内容
本发明实施例要解决的问题是提供一种多终端时业务消息处理方法、***和装置,解决现有技术中Push发送代理给每个用户标识相同的终端都发送业务消息,而造成资源浪费,增加网络传输的负载及影响用户体验度的缺陷。
为达到上述目的,本发明实施例一方面提出一种多终端时业务消息处理方法,所述多终端为至少两个具有相同用户标识的终端,包括以下步骤:
接收终端发送的请求消息,所述请求消息携带有所述终端的用户标识、Device ID和应用标识;
根据所述请求信息向所述终端发送业务消息;
其中,所述根据所述请求信息向所述终端发送业务消息具体为:
向所述终端发送业务订阅激活指示;在业务到来时,根据所述终端的Device ID及网络侧配置判断所述终端是否为最佳终端,只向所述最佳终端发送所述业务消息。
另一方面,本发明实施例还提供了一种Push发送代理,包括消息请求接收模块和处理模块,
所述消息请求接收模块,用于接收终端发送的请求消息,所述请求消息携带有所述终端的用户标识、Device ID和应用标识;所述终端为至少两个具有相同用户标识的终端;
所述处理模块,用于在业务到来时,根据所述请求信息向所述终端发送业务消息;
所述处理模块包括网络侧配置保存子模块、最佳终端判断子模块和业务消息发送子模块,
所述网络侧配置保存子模块,用于保存网络侧配置;
所述最佳终端判断子模块,用于根据所述网络侧配置保存子模块保存的网络侧配置和所述终端的Device ID判断所述终端是否为最佳终端,在判断所述终端为最佳终端时通知所述业务消息发送子模块向所述终端发送业务消息。
本发明实施例的技术方案具有以下优点,因为采用Push发送代理根据终端发送的请求信息选择只向一个终端发送相应的业务消息,而不是向所有终端都发送业务消息,从而避免同一用户的多个终端反复接收到相同的业务消息,避免资源浪费。
附图说明
图1为现有技术Push业务的示意图;
图2为现有技术中SIP Push业务的示意图;
图3为现有技术中用户存在多个终端时的多媒体彩信通信流程图;
图4为本发明实施例一发送业务订阅请求的流程图;
图5为本发明实施例一用户发送SUBSCRIBE订阅请求数据示意图;
图6为本发明实施例一的200OK消息示意图;
图7为本发明实施例一的订阅激活指示示意图;
图8为本发明实施例一的第二终端的请求示意图;
图9为本发明实施例一的可选步骤的流程图;
图10为本发明实施例二在SUBSCRIBE消息中只订阅一个业务时命令传输的流程图;
图11为本发明实施例二用户发送SUBSCRIBE订阅请求消息示意图;
图12为本发明实施例中对MMS业务的订阅进行激活示意图;
图13为本发明实施例第二终端进行订阅示意图;
图14为本发明实施例二的订阅激活业务示意图;
图15为本发明实施例三当在SUBSCIBE消息中指定订阅多个业务时的流程图;
图16为本发明实施例三第一终端向Push发送代理发送SUBSCRIBE订阅请求示意图;
图17为本发明实施例三的激活指示示意图;
图18为本发明实施例三第二终端进行订阅示意图;
图19为本发明实施例三第二终端业务订阅激活示意图;
图20为本发明实施例四的Push发送代理选择优先级设备接受业务的流程图;
图21为本发明实施例四用户发送SUBSCRIBE订阅请求消息示意图;
图22为本发明实施例四的200OK消息示意图;
图23为本发明实施例四的业务订阅激活示意图;
图24为本发明实施例五的终端以HTTP方式发送给Push发送代理业务请求的流程图;
图25为本发明实施例多终端时业务消息处理***结构图。
具体实施方式
下面结合附图和实施例,对本发明的具体实施方式作进一步详细描述:
本发明实施例主要解决Push中多终端消息的接收问题,针对该问题本发明实施例提出了多种解决方法。如SIP Push需要支持在订阅过程中,对某些特定的业务只有一个终端可以进行订阅或订阅时对特定业务设置优先级。这样,当Push发送代理有发送给该用户的特定业务时,只有一个终端将接收到该消息,而不是所有设备。这样既可以避免网络资源的浪费,也可以避免用户的多个终端反复接收到相同消息的到来,特别可以避免因相同消息的到来影响其他业务的正常接收。对于某些特定业务,其具体实现方法可以为以下几种方式:
1.在订阅过程中,同一用户的所有终端中,只有一个终端可以对某项业务进行订阅。即当前终端订阅了某项业务后,该用户的其他终端发起同样业务的订阅时,Push发送代理将通知该终端此业务已经订阅,不能再次进行订阅。
2.当第一终端订阅某业务成功后,向其他终端发送该业务已经被订阅的通知,避免重复订阅来达到只有一个终端可以订阅某项业务的目的。
3.所有终端都可以对某项业务进行订阅,但在订阅过程中,终端完成优先级设置,优先级的策略设置在Push发送代理上进行存储,由Push发送代理进行消息分发的控制。所以当有此业务到来时,只有一个终端首先接收到业务的消息,其他终端不会同时接收。
4.所有终端都可以对某项业务进行订阅,由Push发送代理选择优先级设置根据网络侧情况,选择某一个终端,发送业务消息,其他终端不会同时接收。
5.用户、终端或订阅的业务信心可以分别通过注册或/和订阅请求发送到Push发送代理。
下面就针对上述方式对本发明实施例以订阅消息进行详细描述。
如图4所示,为本发明实施例一发送业务订阅请求的流程图,第一终端,第二终端,分别为同一用户的两个不同设备,在本实施例中只有一个终端可以对某项业务进行订阅。即当前终端订阅了某项业务后,该用户的其他终端发起同样的业务请求的订阅时,Push发送代理将通知该终端已经订阅,不能在进行订阅。用来区分用户不同终端的可以是IMSI,私有用户标识Private User Identity,全局可路由用户代理GRUU,或多个联系地址Multiple contact information、IP地址、电话号码或设备号等。具体步骤为:
步骤S401,本实施例中以用户john.doehomel.net为例,用户john.doehomel.net的第一终端向Push发送代理发送SUBSCRIBE订阅请求,并携带其用户标识、Device ID和应用标识,订阅了MMS业务。
如图5所示,为本发明实施例一用户发送SUBSCRIBE订阅请求数据示意图,其中,首先Push发送代理进行对用户的用户标识,Device ID,应用标识进行识别,在识别通过后,第一终端向Push发送代理发动订阅MMS业务请求,请求通过后,将Device ID写入数据库,此Device ID可以用于区分不同的终端。
步骤S402,在“ua_profile”事件包的SIP订阅请求接收到以后,Push发送代理完成必要的关于发起者的身份鉴权检查,根据本地规则判定是否有允许订阅(允许用户从它的当前设备订阅)。如果鉴权成功,它创建一个“ua_profile”事件包的订阅对话,提供由“Event”头域参数识别数据变化的方法,然后返回200OK到订阅者。该步骤200OK示意图如图6所示。
步骤S403,Push发送代理产生和发送一个初始的SIP NOTIFY包含一个空的主体,其中指示业务订阅已经激活。如图7所示,为本发明实施例一的订阅激活指示示意图。要使用户终端订阅的MMS业务生效,须在此步骤中对MMS业务的订阅激活。
步骤S404,Push接收代理响应200OK。
当Push发送代理接受到业务消息到来时,Push发送代理向刚才发送过来业务请求的终端以发送一个SIP NOTIFY请求的方式来提交一个Push内容。
步骤S405,用户的第二终端以john.doehomel.net的公共用户身份,但不同的Device ID向Push发送代理发送订阅MMS业务请求。如图8所示,为本发明实施例一的第二终端的请求示意图,本步骤与步骤S401区别在于使用的设备不同,既Device ID不同,通过Device ID就可以区分并识别出发送的设备。
步骤S406,Push发送代理发现用户的公共用户身份也为john.doehomel.net,订阅的业务也为MMS,此用户已经使用其它设备订阅过MMS业务,返回4XX响应,提示用户改业务已经订阅成功,不可以再次订阅。
由于此用户的第一终端设备已经向此Push发送代理订阅过MMS业务,故PUSH发送代理判断出该用户已经订阅过了MMS业务,于是给用户的第二终端返回4XX的信息。
在本发明实施例中,可以有一个可选的步骤,即在第一终端订阅成功后,Push发送代理向注册的所有终端发送NOTIFY消息,提示此业务已经被订阅成功,不需要再次订阅。其他终端的地址信息可以在每个终端注册时,在Push发送代理或SIP/IP核心网中有存储和与该用户进行绑定,可以实现将消息通知给该用户的所有终端。
如图9所示为本发明实施例一的可选步骤的流程图。具体步骤如下:
步骤S901,用户(john.doehomel.net)的第一终端向Push发送代理发送SUBSCRIBE订阅请求,并携带其用户标识,Device ID,和应用标识,订阅了MMS业务。
步骤S902,在“ua_profile”事件包的SIP订阅请求接收到以后,Push发送代理完成必要的关于发起者的身份鉴权检查,根据本地规则判定是否有允许订阅(允许用户从它的当前设备订阅)。如果鉴权成功,它创建一个“ua_profile”事件包的订阅对话,提供由“Event”头域参数识别数据变化的方法,然后返回200OK到订阅者。
步骤S903,Push发送代理产生和发送一个初始的SIP NOTIFY包含一个空的主体,其中指示业务订阅已经激活。
步骤S904,Push接收代理响应200OK。
步骤S905,Push发送代理向其他终端发送NOTIFY消息,在NOTIFY消息头域或体中携带消息,通知该用户的其它终端MMS业务已经有第一终端订阅成功,提示其他终端不要进行再次订阅。
步骤S906,其他终端返回200OK消息,提示接受请求。
在本发明实施例中,由于SIP Push在订阅过程中,某些特定的业务只能有一个终端进行订阅,同本实施例解决了这个问题,这样可以当Push发送代理有发送给该用户特定业务的时,只有这个终端才能接收到这个消息,并不时所有的设备,避免了网络的浪费。
实施例二
如图10所示,为本发明实施例二在SUNSCRIBE消息中只订阅一个业务时命令传输的流程图。本实施例给出用户第一终端,第二终端,分别为同一用户的两个不同设备。当第一终端在发送业务的订阅请求到Push发送代理时,用公共用户标识身份和私有用户身份识别,同时携带一个优先级参数Qvalue,指示Push发送代理对于订阅的业务,优先向优先级高的发送,如果成功发送,则不向第二终端发送,如果失败,继续向下一优先级终端发送。
业务的实现是由终端在发送SUBSCRIBE消息时,主动向Push发送代理提交一个优先级的名单,通过这种设置后,将只有用户希望的一个终端优先收到业务消息。Qvalue参数值越高,表明所给位置的相对重要性越高,取值范围可以在0至1之间。
用来区分用户不同终端的可以是IMSI,私有用户标识Private用户标识entity,全局可路由用户代理GRUU,或多个联系地址Multiple contactinformation、IP地址、电话号码或设备号等。本实施例一共有两种方案,当在SUBSCRIBE消息中指订阅一个业务,即只有一个应用标识时具体步骤为:
步骤S1001,用户(john.doehomel.net)的第一终端向Push发送代理发送SUBSCRIBE订阅请求,并携带其用户标识,Device ID,Qvalue参数,以及一个应用标识,订阅MMS业务。消息中告知Push发送代理该用户的此终端为希望接收到MMS业务的最高优先级终端,则当有业务到来时,优先发给此终端。如图11所示,为本发明实施例二用户发送SUBSCRIBE订阅请求消息示意图。首先进行用户的识别,然后进行订阅MMS业务,最后在CONTACT:处设置了优先级,本实施例中设置的优先级为0.7(Contact:<sip:[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcomp>;q=0.7)通过此优先级设置可进行选择性的发送。
步骤S1002,在图10中的“ua_profile”事件包的SIP订阅请求接收到以后,Push发送代理完成必要的关于发起者的身份鉴权检查,根据本地规则判定是否有允许订阅(允许用户从它的当前设备订阅)。如果鉴权成功,它创建一个“ua_profile”事件包的订阅对话,提供由“Event”头域参数识别数据变化的方法,然后返回200OK到订阅者。
步骤S1003,Push发送代理产生和发送一个初始的SIP NOTIFY包含一个空的主体,其中指示业务订阅已经激活。也可以在Contact头域中,通知该终端其它终端的优先级信息。如图12所示,为本发明实施例二对MMS业务的订阅进行激活示意图。
步骤S1004,Push接收代理响应200OK。
这样当Push发送代理有发向业务消息到来时,可以在订阅对话中,Push发送代理通过向Push接收代理发送一个SIP NOTIFY请求的方式提交一个Push内容。
步骤S 1005,第二终端也可对MMS业务进行订阅,向Push发送代理发送SUBSCRIBE订阅请求,并携带其用户标识,Device ID,Qvalue参数,以及一个应用标识,订阅MMS业务。消息中告知Push发送代理该用户的此终端为希望接收到MMS业务的次高优先级终端。则当有业务到来时,如果第一终端不能正常接收,第二优先级发给此终端。如图13所示,为本发明实施例第二终端进行订阅示意图,在第二终端中也设置了优先权,(Contact:<sip:[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcomp>;q=0.6),本实施例中设置的优先权为0.6,由于第二终端的优先权低于第一终端,故当第一终端不能正常接收时,则选择第二优先级终端发送信息。
步骤S1006,在“ua_profile”事件包的SIP订阅请求接收到以后,Push发送代理完成必要的关于发起者的身份鉴权检查,根据本地规则判定是否有允许订阅(允许用户从它的当前设备订阅)。如果鉴权成功,它创建一个“ua_profile”事件包的订阅对话,提供由“Event”头域参数识别数据变化的方法,然后返回200OK到订阅者。
步骤S1007,Push发送代理产生和发送一个初始的SIP NOTIFY包含一个空的主体,其中指示业务订阅已经激活。如图14所示,为本发明实施例二的订阅激活业务示意图,步骤将MMS业务的订阅激活,也在可以在Contact头域中,通知该终端其他终端的优先级信息。
步骤S1008,Push接收代理响应200OK。
如图15所示,为本发明实施例三当在SUBSCIBE消息中指定订阅多个业务时的流程图,且在该实施例中存在多个应用标识,其中以用户john.doehomel.net举例进行说明,具体步骤为:
步骤S1501,用户john.doehomel.net的第一终端向Push发送代理发送SUBSCRIBE订阅请求,并携带其用户标识,Device ID,Qvalue参数,以及多个应用标识,订阅多个业务。消息中告知Push发送代理该用户的此终端为希望接收到App1业务的最高优先级终端,则当有业务到来时,优先发给此终端。App2为此终端第二优先级接收的业务,App3为此终端第三优先级希望接收的业务。如图16所示,为本发明实施例三第一终端向Push发送代理发送SUBSCRIBE订阅请求示意图,在APP字节段存在了3个不同的优先级值,appid=“app1;q=0.7,app2;q=0.6,app3;q=0.5,优先级由高到低排列,Push发送代理会通过优先级知道该终端最想接收那种业务,Push发送代理就会将优先级高的业务给该终端发送,待高优先级业务发送完毕后,在进行较低优先级业务的发送。
步骤S1502,在“ua_profile”事件包的SIP订阅请求接收到以后,Push发送代理完成必要的关于发起者的身份鉴权检查,根据本地规则判定是否有允许订阅(允许用户从它的当前设备订阅)。如果鉴权成功,它创建一个“ua_profile”事件包的订阅对话,提供由“Event”头域参数识别数据变化的方法,然后返回200OK到订阅者。
步骤S1503,Push发送代理产生和发送一个初始的SIP NOTIFY包含一个空的主体,其中指示业务订阅已经激活。如图17所示,为本发明实施例三激活指示示意图,在消息中可以通知第一终端每种业务的订阅是否已经激活。
步骤S1504,Push接收代理响应200OK。当Push发送代理接到到业务消息时,可以在订阅的对话中,Push发送代理通过Push接受代理发送一个SIP NOTIFY请求的方式来提交一个PUSH内容。
步骤S1505,第二终端向Push发送代理发送SUBSCRIBE订阅请求,并携带其用户标识,Device ID,Qvalue参数,以及多个应用标识,订阅多个业务。消息中告知Push发送代理该用户的此终端为希望接收到app2业务的最高优先级终端,则当有业务到来时,优先发给此终端。App1为此终端第二优先级接收的业务,app3为此终端第三优先级希望接收的业务。如图18所示,为本发明实施例三第二终端进行订阅示意图,首先进行用户的识别在用户ID,Device ID,Qvalue参数通过后,把需要订阅的业务分别写入优先级,本实施例中APP2的优先级最高为0.7,最后写入设备的ID,该步骤中设备终端为第二终端。
步骤S1506,在“ua_profile”事件包的SIP订阅请求接收到以后,Push发送代理完成必要的关于第二终端的身份鉴权检查,根据本地规则判定是否有允许订阅(允许用户从它的当前设备订阅)。如果鉴权成功,它创建一个“ua_profile”事件包的订阅对话,提供由“Event”头域参数识别数据变化的方法,然后返回200OK到订阅者。
步骤S1507,Push发送代理产生和发送一个初始的SIP NOTIFY包含一个空的主体,其中指示业务订阅已经激活。也可以在Contact头域中,通知该终端其它终端的优先级信息。如图19所示,为本发明实施例三第二终端业务订阅激活示意图。如果需要通知第二终端其他终端的优先级信息的话,可以在Contact前部加入其他终端优先级的信息。
步骤S1508,Push接收代理响应200OK。
在本实施例中,通过设置了优先级,当对某项业务订阅时,高优先级的终端如果不能接受,则可以转到低优先级的终端进行接受,不会出现同时接受的情况,可以避免用户的多个终端反复接收到相同的消息,特别可以避免因相同消息的到来影响其他业务的正常接收。
如图20所示,为本发明实施例四的Push发送代理选择优先级设备接受业务的流程图,本实施例给出用户的所有终端都可以进行相同业务的订阅。由Push发送代理选择优先级设置根据网络侧情况,选择某一个终端,发送业务消息,其他终端不会同时接收。用户的所有终端可以通过发送业务的订阅请求到Push发送代理时,用公共用户标识身份,同时携带私有用户身份识别,可以为Contact地址。Push发送代理将返回响应,指示为用户的所有终端开通订阅的业务。用来区分用户不同终端的可以是IMSI,私有用户标识Private UserIdentity,全局可路由用户代理GRUU,或多个联系地址Multiple contactinformation IP地址、电话号码或设备号等。本实施例具体步骤如下:
步骤S2001,本实施例以用户john.doehomel.net为例,john.doehomel.net的第一终端向Push发送代理发送SUBSCRIBE订阅请求,并携带其用户标识、Device ID和应用标识,订阅了MMS业务。如图21所示,为本发明实施例四用户发送SUBSCRIBE订阅请求消息示意图。首先进行用户的识别,用户标识认证正确后进行MMS业务的订阅,最后加上终端Device ID,代表此终端已经订阅过此业务。
步骤S2002,在“ua_profile”事件包的SIP订阅请求接收到以后,Push发送代理完成必要的关于发起者的身份鉴权检查,根据本地规则判定是否有允许订阅(允许用户从它的当前设备订阅)。如果鉴权成功,它创建一个“ua_profile”事件包的订阅对话,提供由“Event”头域参数识别数据变化的方法,然后返回200OK到订阅者。如图22所示,为本发明实施例四的200OK示意图。
步骤S2003,Push发送代理产生和发送一个初始的SIP NOTIFY包含一个空的主体,其中指示业务订阅已经激活。如图23所示,为本发明实施例四的业务订阅激活示意图。
步骤S2004,这样当Push发送代理有发向业务消息到来时,可以在订阅对话中,Push发送代理通过向Push接收代理发送一个SIP NOTIFY请求的方式提交一个Push内容。
步骤S2005-S2008,为第二终端向Push发送代理订阅MMS业务的过程,首先进行用户的ID检测,在进行MMS业务的订阅,然后写入设备的ID,最后对MMS业务的订阅进行激活。
步骤S2009,当有发往该用户的MMS消息时,Push发送代理根据设定的判断情况进行判断,选择该用户的最佳的终端向其发送业务消息。假设最佳终端为第一终端。
由于Push发送代理可以自动判断终端设备的优越性,判断的条件为设备的优先级,该优先级一般由网络质量来判断,Push发送代理可以选择网络质量较好的终端设备给用户提供较好的业务信息服务。本实施例中以第一终端做为较优终端给用户提供业务信息服务。
步骤S2010,通过NOTIFY消息,向第一终端发送业务消息。
步骤S2011,第一终端返回200ok消息,指示消息接受成功。
如图24所示,为本发明实施例五的终端以HTTP方式发送给Push发送代理业务请求的流程图。如果终端通过向Push发送代理发送请求,告知Push发送代理接受某些业务所希望使用的终端,在本实施例方案二中这个终端以HTTP的方式向Push发送代理发送终端设置的接受业务的优先级列表。具体步骤如下:
S2401,用户使用第一终端设置一个接收业务的优先级列表。
该优先级列表可以指示该终端首先希望接收各种业务,在实施例三的方案二中以MMS业务为例,既第一终端希望接受MMS业务。
S2402,Push发送代理返回200OK消息,提示终端接收到策略列表。
S2403,用户使用第二终端设置一个接收业务的优先级列表,
在本实施例中与第一终端一样,第二终端可以指示该终端首先希望接收邮件通知业务。
S2404,Push发送代理返回200OK消息,提示终端接收到策略列表。
本实施例通过设置设备终端的优先级或是HTTP方式的接受业务优先级列表,通过服务来根据网络情况选择优先级设置较高的终端来给客户提供较优先的业务信息服务,并且发送业务时,其他终端不会同时接收,从而提高了服务的质量,减少了不比要的数据传输。
如图25所示,为本发明实施例多终端时业务消息处理***结构图,该***包括Push发送代理1和至少两个具有相同用户标识的终端2,终端2用于向Push发送代理1发送订阅请求,其中该订阅请求携带有终端2的请求信息;Push发送代理1用于接收终端2发送的订阅请求,并根据请求信息向终端2发送业务消息。其中,请求信息包括用户标识、Device ID和应用标识。
其中,Push发送代理1包括消息请求接收模块11和处理模块12,消息请求接收模块11用于接收终端2发送订阅请求,订阅请求携带有终端2的请求信息;处理模块12用于在业务到来时,根据请求信息向终端2发送业务消息。
其中,处理模块12包括判断子模块121、订阅指示发送子模块122和业务消息发送子模块123,判断子模块121用于根据所述请求信息用户标识和应用标识判断终端2申请的业务是否已有相同用户标识的终端申请;订阅指示发送子模块122用于在判断子模块121判断没有相同用户标识的终端申请时,向终端2发送业务订阅激活指示;业务消息发送子模块123用于在业务到来时,向终端2发送业务消息。
其中,处理模块12还包括提示响应返回子模块124用于在判断子模块122判断有相同用户标识的终端申请时,向终端2返回提示响应,提示终端2所述业务已经被订阅。
其中,处理模块12还包括提示消息发送子模块125,用于在订阅指示发送子模块123向终端2发送业务订阅激活指示之后,向与终端2有相同用户标识其他终端发送提示NOTIFY消息,提示其他终端不要进行再次订阅。
其中,处理模块12包括优先级判断子模块126,用于根据终端2上报的相应的业务优先级判断是否向终端2发送所述业务消息,如果判断发送则通知业务消息发送子模块124向终端2发送业务消息。
其中,处理模块12包括网络侧配置保存子模块127和最佳终端判断子模块128,网络侧配置保存子模块127用于保存网络侧配置;最佳终端判断子模块128用于根据网络侧配置保存子模块127保存的网络侧配置和终端2的Device ID判断终端2是否为最佳终端,在判断终端2为最佳终端时通知所述业务消息发送子模块124向终端2发送业务消息。
其中,处理模块12包括策略列表接收子模块129和策略判断子模块130,策略列表接收子模块129用于接收终端2发送的HTTP Post策略列表,HTTPPost策略列表为终端2接收业务的优先级列表;策略判断子模块130,用于在业务到来时,根据所述HTTP Post策略列表选择优先级最高的终端发送业务消息。
其中,用户标识可以为任何识别用户的标识,例如SIP URI或TEL URI。例如,SIP URI可以为sip:aexample.com.,或sip:1234567890example.com.。TEL URI可以为tel:1-123-456-7890。例如,私有用户标识可以为usernameexample.com。
通过上述本发明实施例能够解决Push中多终端消息的接收问题,当同一个用户存在多个终端时,会根据终端上报的订阅请求,及订阅请求携带的终端请求信息选择一个终端,在业务到来时只向该选择的终端发送业务消息,从而避免向用户的所有终端都发送业务消息,这样既能够避免网络资源的浪费和用户的多个终端反复接收到相同消息的到来,还能够避免因相同消息的到来影响终端其他业务的正常接收。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (7)
1.一种多终端时业务消息处理方法,所述多终端为至少两个具有相同用户标识的终端,其特征在于,包括以下步骤:
接收终端发送的请求消息,所述请求消息携带有所述终端的用户标识、Device ID和应用标识;
根据所述请求信息向所述终端发送业务消息;
其中,所述根据所述请求信息向所述终端发送业务消息具体为:
向所述终端发送业务订阅激活指示;在业务到来时,根据所述终端的Device ID及网络侧配置判断所述终端是否为最佳终端,只向所述最佳终端发送所述业务消息。
2.如权利要求1所述的多终端时业务消息处理方法,其特征在于,所述的请求消息包括订阅请求消息和/或注册请求消息。
3.如权利要求1或2所述的多终端时业务消息处理方法,其特征在于,所述根据所述终端的Device ID及网络侧配置判断所述终端是否为最佳终端,具体为:
根据网络侧配置的所述终端的优先级判断所述终端是否为最佳终端。
4.如权利要求1-3任一项所述的多终端时业务消息处理方法,其特征在于,所述只向所述最佳终端发送所述业务消息,具体为:
优先向优先级最高的终端发送所述业务消息。
5.如权利要求3或4所述的多终端时业务消息处理方法,其特征在于,所述优先级根据所述终端的网络质量来确定。
6.如权利要求1-5任一项所述的多终端时业务消息处理方法,其特征在于,所述Device ID为国际移动用户标识IMSI、私有用户标识Private UserIdentity、全局可路由用户代理GRUU、多个联系地址Multiple contactinformation、IP地址、电话号码或设备号。
7.一种Push发送代理,其特征在于,包括消息请求接收模块和处理模块,
所述消息请求接收模块,用于接收终端发送的请求消息,所述请求消息携带有所述终端的用户标识、Device ID和应用标识;所述终端为至少两个具有相同用户标识的终端;
所述处理模块,用于在业务到来时,根据所述请求信息向所述终端发送业务消息;
所述处理模块包括网络侧配置保存子模块、最佳终端判断子模块和业务消息发送子模块,
所述网络侧配置保存子模块,用于保存网络侧配置;
所述最佳终端判断子模块,用于根据所述网络侧配置保存子模块保存的网络侧配置和所述终端的Device ID判断所述终端是否为最佳终端,在判断所述终端为最佳终端时通知所述业务消息发送子模块向所述终端发送业务消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210196423.6A CN102740273B (zh) | 2007-11-13 | 2007-11-13 | 一种多终端时业务消息处理方法、***和装置 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210196423.6A CN102740273B (zh) | 2007-11-13 | 2007-11-13 | 一种多终端时业务消息处理方法、***和装置 |
CN200710169427.4A CN101437202B (zh) | 2007-11-13 | 2007-11-13 | 一种多终端时业务消息处理方法、***和装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200710169427.4A Division CN101437202B (zh) | 2007-11-13 | 2007-11-13 | 一种多终端时业务消息处理方法、***和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102740273A true CN102740273A (zh) | 2012-10-17 |
CN102740273B CN102740273B (zh) | 2015-09-30 |
Family
ID=46994881
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210196423.6A Active CN102740273B (zh) | 2007-11-13 | 2007-11-13 | 一种多终端时业务消息处理方法、***和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102740273B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104301203A (zh) * | 2014-09-10 | 2015-01-21 | 腾讯科技(深圳)有限公司 | 一种消息推送方法和设备 |
CN104468468A (zh) * | 2013-09-13 | 2015-03-25 | 联想(北京)有限公司 | 一种控制方法、控制装置及服务器 |
CN111935702A (zh) * | 2020-09-08 | 2020-11-13 | 中国联合网络通信集团有限公司 | 处理业务的方法和装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH05227303A (ja) * | 1992-02-10 | 1993-09-03 | Nippon Telegr & Teleph Corp <Ntt> | マルチメディア通信システムおよびその代表選択サービス処理方法 |
CN1494261A (zh) * | 2002-10-29 | 2004-05-05 | ������������ʽ���� | 多媒体通信*** |
JP2005094297A (ja) * | 2003-09-17 | 2005-04-07 | Matsushita Electric Ind Co Ltd | ネットワーク制御装置、通信端末、ネットワーク制御方法 |
CN101060720A (zh) * | 2007-05-18 | 2007-10-24 | 华为技术有限公司 | 一种实现统一通信的方法及装置 |
-
2007
- 2007-11-13 CN CN201210196423.6A patent/CN102740273B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH05227303A (ja) * | 1992-02-10 | 1993-09-03 | Nippon Telegr & Teleph Corp <Ntt> | マルチメディア通信システムおよびその代表選択サービス処理方法 |
CN1494261A (zh) * | 2002-10-29 | 2004-05-05 | ������������ʽ���� | 多媒体通信*** |
JP2005094297A (ja) * | 2003-09-17 | 2005-04-07 | Matsushita Electric Ind Co Ltd | ネットワーク制御装置、通信端末、ネットワーク制御方法 |
CN101060720A (zh) * | 2007-05-18 | 2007-10-24 | 华为技术有限公司 | 一种实现统一通信的方法及装置 |
Non-Patent Citations (1)
Title |
---|
ADAM ROACH DYNAMICSOFT: "SIP-Specific Event Notification; draft-ietf-sip-event-04", 《IETF STANDARD-WORKING-DRAFT》 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104468468A (zh) * | 2013-09-13 | 2015-03-25 | 联想(北京)有限公司 | 一种控制方法、控制装置及服务器 |
CN104468468B (zh) * | 2013-09-13 | 2019-03-08 | 联想(北京)有限公司 | 一种控制方法、控制装置及服务器 |
CN104301203A (zh) * | 2014-09-10 | 2015-01-21 | 腾讯科技(深圳)有限公司 | 一种消息推送方法和设备 |
CN104301203B (zh) * | 2014-09-10 | 2016-04-27 | 腾讯科技(深圳)有限公司 | 一种消息推送方法和设备 |
CN111935702A (zh) * | 2020-09-08 | 2020-11-13 | 中国联合网络通信集团有限公司 | 处理业务的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102740273B (zh) | 2015-09-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101437202B (zh) | 一种多终端时业务消息处理方法、***和装置 | |
RU2311741C2 (ru) | Обработка вызова в мобильных телекоммуникационных сетях | |
US20020080822A1 (en) | Address defined session management over stateless communications channels | |
US20060129646A1 (en) | Method and system for providing SIP based instance messaging service to mobile terminal without SIP function through IP multimedia subsystem network, and instance messaging proxy server therefor | |
EP2869545B1 (en) | Method and device for distributing mobile attendant call | |
MXPA04006881A (es) | Metodo y sistema para facilitar servicios en red de comunicacion por medio de publicacion de datos mediante un servidor de senalizacion. | |
CN101631388B (zh) | 一种基于无线网络的多方视频共享方法及*** | |
EP2079197A1 (en) | A method and system for coordinating the services provided by different service providers | |
JP4357835B2 (ja) | 加入者へなされたコールのルーティング | |
US20150312281A1 (en) | Method and system for selection in multi-device scenario | |
CN105282730A (zh) | Ims网络中终端通信状态获取方法与***和应用服务器 | |
CN102740273B (zh) | 一种多终端时业务消息处理方法、***和装置 | |
CN113329447A (zh) | 作用于ip多媒体子***ims切片网络的通信方法及*** | |
CN101924993B (zh) | 一种多终端时业务消息处理方法、***和装置 | |
WO2003045041A1 (en) | Selectively recalling sent messages | |
CN110381450A (zh) | 一种群组建立方法及装置 | |
US20110145343A1 (en) | Method and apparatus for enabling communications between users | |
CN101635672A (zh) | 一种群组方式下实现融合业务会话的装置和方法 | |
CN101677302B (zh) | 给多设备环境中的用户提供信息的方法和装置 | |
EP2301225B1 (en) | Methods, telecommunications node, and user equipment for transmission of user identifier | |
CN101552721B (zh) | 一种融合业务***及其业务实现方法 | |
CN100586110C (zh) | 用于将消息路由到暂时不可利用的网络用户的方法、***和网络设备 | |
CN101589631A (zh) | 一种呼叫定向方法、***、服务器和终端 | |
EP3337118B1 (en) | Method for an enhanced control function selection in a communication network, communication network, home subscriber server, program and computer program product | |
KR20090036035A (ko) | VoIP 통신망에서의 지령통화 수행 방법 및 그 시스템 |
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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20211228 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: xFusion Digital Technologies Co., Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
TR01 | Transfer of patent right |