CN103986710B - 一种消息传输的方法、装置及*** - Google Patents
一种消息传输的方法、装置及*** Download PDFInfo
- Publication number
- CN103986710B CN103986710B CN201410206504.9A CN201410206504A CN103986710B CN 103986710 B CN103986710 B CN 103986710B CN 201410206504 A CN201410206504 A CN 201410206504A CN 103986710 B CN103986710 B CN 103986710B
- Authority
- CN
- China
- Prior art keywords
- message
- sent
- processing node
- node
- content
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及通信技术领域,尤其涉及一种消息传输的方法、装置及***。本发明实施例提供一种消息传输的方法,该方法应用于IMS网络中,该IMS网络包括消息处理节点,该消息处理节点接收一条触发该消息处理节点向N个UE发送相同消息内容的消息,该消息携带该消息内容,其中,N是整数,且N≥2;该消息处理节点确定向这N个UE中的M个UE发送该消息内容的下一跳节点相同,其中,M为整数,且M≥2;该消息处理节点向下一跳节点发送一条请求该下一跳节点向这M个UE发送该消息内容的消息。通过本发明实施例提供的方法,可以有效地减少在IMS网络中传输的消息的数量,节省了网络资源,降低了网络拥塞发生的可能性。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种消息传输的方法、装置及***。
背景技术
在现有的IMS(IP Multimedia Subsystem,网际协议多媒体子***)网络中,AS(Application Server,应用服务器)常会把相同的消息内容发送给至少两个UE(UserEquipment,用户设备)。该消息内容可以是用户的呈现(presence)状态信息,也可以是广播信息。其中,用户的呈现状态信息用于指示用户当前的呈现状态,用户当前的呈现状态包括在线、离开、忙碌或离线;该广播信息是需要在IMS网络中进行广播的信息。
例如,当一个用户的呈现状态发生变化时,RCS(Rich Communication Suite,融合通信套件)AS需要分别向这个用户的每个好友所使用的UE(UserEquipment,用户设备)发送一条消息,以将这个用户的呈现状态告知该用户的每个好友。作为示例而非限定,用户A和用户B是用户C的好友,且用户A和用户B都订阅了用户C的呈现状态。当用户C的呈现状态发生变化时,用户C所使用的UE发布用户C当前的呈现状态,RCS AS在检测到用户C当前的呈现状态发生变化时,分别向用户A所使用的UE和用户B所使用的UE发送一条携带用户C的呈现状态信息的消息,以将用户C的呈现状态告知用户A和用户B。
通过对现有技术的分析,发明人认为现有技术至少存在以下问题:
用户C可能有很多的好友,当用户C的呈现状态发生变化时,RCS AS需要分别向用户C的每一个好友所使用的UE发送一条携带用户C的呈现状态信息的消息。这时,RCS AS将会在IMS网络中发送大量的消息,而且很可能会导致网络拥塞。
发明内容
为克服现有技术的缺陷,本发明实施例的目的在于提供一种消息传输的方法、装置及***,以减少在IMS网络中传输的消息的数量。
第一方面,本发明实施例提供一种消息处理节点,该消息处理节点位于IMS网络中,其中,该消息处理节点包括:
接收单元,用于接收一条触发该消息处理节点向N个UE发送相同消息内容的消息,该消息携带该消息内容,其中,N是整数,且N≥2;
处理单元,用于确定向该N个UE中的M个UE发送该消息内容的下一跳节点相同,其中,该消息内容是该接收单元接收的,M为整数,且M≥2;
发送单元,用于在该处理单元确定向该M个UE发送该消息内容的下一跳节点相同时,向该下一跳节点发送一条请求该下一跳节点向该M个UE发送该消息内容的消息,其中,该发送单元发送的该消息携带该消息内容以及该M个UE的标识。
在第一方面的第一种可能的实现方式中,该消息处理节点为RCS AS,该下一跳节点为呼叫会话控制功能(Call Session Control Function,CSCF)设备。
在第一方面的第二种可能的实现方式中,该消息处理节点为CSCF设备,该下一跳节点为会话边界控制器(Session Border Controller,SBC)。
第二方面,本发明实施例提供一种SBC,包括:
接收单元,用于接收CSCF设备发送的一条请求该SBC向M个UE发送相同消息内容的消息,该消息携带该消息内容以及该M个UE的标识,其中,M为整数,且M≥2;
发送单元,用于根据该接收单元接收的消息所携带的该M个UE的标识,向该M个UE中的每个UE发送该消息内容。
第三方面,本发明实施例提供一种消息传输的***,该***位于IMS网络中,该***包括:
消息处理节点,用于接收一条触发该消息处理节点向N个UE发送相同消息内容的消息,该消息携带该消息内容,其中,N是整数,且N≥2;
该消息处理节点还用于确定向该N个UE中的M个UE发送该消息内容的下一跳节点相同,其中,M为整数,且M≥2;
该消息处理节点还用于向该下一跳节点发送一条请求该下一跳节点向该M个UE发送该消息内容的消息,其中,该消息处理节点发送的该消息携带该消息内容以及该M个UE的标识;
该下一跳节点,用于接收该消息处理节点发送的该消息,根据该消息处理节点发送的该消息中所携带的该M个UE的标识,向该M个UE发送该消息内容。
第四方面,本发明实施例提供一种消息传输的方法,该方法应用于IMS网络,该IMS网络包括消息处理节点,该方法包括:
该消息处理节点接收一条触发该消息处理节点向N个UE发送相同消息内容的消息,该消息携带该消息内容,其中,N是整数,且N≥2;
该消息处理节点确定向该N个UE中的M个UE发送该消息内容的下一跳节点相同,其中,M为整数,且M≥2;
该消息处理节点向该下一跳节点发送一条请求该下一跳节点向该M个UE发送该消息内容的消息,其中,该消息处理节点发送的该消息携带该消息内容以及该M个UE的标识。
在第四方面的第一种可能的实现方式中,该消息处理节点为RCS AS,该下一跳节点为CSCF设备。
在第四方面的第二种可能的实现方式中,该消息处理节点为CSCF设备,该下一跳节点为SBC。
第五发明,本发明实施例提供另一种消息传输的方法,该包括包括:
SBC接收CSCF设备发送的一条请求该SBC向M个UE发送相同消息内容的消息,该消息携带该消息内容以及该M个UE的标识,其中,M≥2;
该SBC根据该M个UE的标识,向该M个UE中的每个UE发送该消息内容。
本发明实施例提供的一种消息传输的方法、装置及***,在通过同一个下一跳节点向至少两个UE发送相同的消息内容时,消息处理节点向该下一跳节点发送一条请求该下一跳节点向这至少两个UE发送该消息内容的消息;相对于现有技术,消息处理节点不需为至少两个UE向该下一跳节点发送至少两条消息,从而有效地减少了在IMS网络中传输的消息的数量,节省了网络资源,降低了网络拥塞发生的可能性。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种实现消息传输的***结构示意图;
图2为本发明实施例提供的一种消息传输的方法的示意图;
图3为本发明实施例提供的另一种消息传输的方法的示意图;
图4为本发明实施例提供的又一种消息传输的方法的示意图;
图5为本发明实施例提供的一种消息传输的方法的示意图;
图6为本发明实施例提供的一种消息传输的***的结构示意图;
图7为本发明实施例提供的一种消息处理节点的结构示意图;
图8为本发明实施例提供的一种SBC的结构示意图;
图9为本发明实施例提供的另一种消息处理节点的结构示意图;
图10为本发明实施例提供的另一种SBC的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,为本发明实施例提供的一种实现消息传输的***结构图。用户1使用的UE5通过SBC(Session Border Controller,会话边界控制器)6接入IMS网络,用户2使用的UE10和用户3使用的UE11都通过SBC9接入IMS网络,用户4使用的UE12通过SBC13接入IMS网络。现以订阅呈现状态的场景为例,对本发明实施例做一个简要的介绍。用户2、用户3和用户4都是用户1的好友,且用户2、用户3和用户4都订阅了用户1的呈现状态。当用户1的呈现状态发生变化时,UE5通过SBC6和CSCF(Call Session Control Function,呼叫会话控制功能)设备7将用户1的呈现状态通知RCS AS8。由于RCS AS8确定将通过CSCF设备7向UE10、UE11和UE12发送用户1的呈现状态信息,因此RCS AS8生成一条请求CSCF设备7向UE10、11和12发送该呈现状态信息的消息。该消息携带该呈现状态信息以及UE10、UE11和UE12的标识。RCS AS8将该消息发送给CSCF设备7。由于CSCF设备7确定将通过SBC9向UE10和UE11发送该呈现状态信息,因此CSCF设备7向SBC9发送一条请求SBC9向UE10和UE11发送该呈现状态信息的消息。CSCF设备7向SBC9所发送的消息携带该呈现状态信息以及UE10和UE11的标识。SBC9在收到CSCF设备7发送的消息后,将该呈现状态信息分别发送给UE10和UE11。其中,需要说明的是,为避免歧义,UE10、UE11和UE12的标识是指UE10的标识、UE11的标识和UE12的标识,下面实施例中所述的“M个UE的标识”是指“M个UE中每个UE的标识”。
类似的,CSCF设备7将向SBC13发送一条消息,其中,向SBC13发送的消息携带用户1的呈现状态信息和UE12的标识,SBC13在接收到CSCF设备7发送的消息后,将该呈现状态信息发送给UE12。
需要说明的是,本发明实施例并不限于订阅呈现状态的场景。本发明实施例可以应用于RCS AS8向IMS网络中的至少两个UE发送相同消息内容的场景,例如,本发明实施例还可以应用于RCS AS8向IMS网络中的至少两个UE发送广播信息的场景。
本发明实施例除了可以应用于IMS网络中之外,还可以应用于典型的通信***中,本发明实施例并不对此进行限定。
其中,本发明实施例中的UE可以是手机、平板电脑、个人电脑或上网本。
基于图1所示的***架构,本发明实施例提供一种消息传输的方法,如图2所示。图2所示的方法包括:
步骤201:消息处理节点接收一条触发消息处理节点向N个UE发送相同消息内容的消息,该消息携带该消息内容,其中,N是整数,且N≥2。
其中,本发明实施例可以应用于IMS网络,该IMS网络包括该消息处理节点。其中,该消息处理节点可以是RCS AS或者CSCF设备。
当消息处理节点是RCS AS时,RCS AS在步骤201中所接收到的这条消息可以是一条状态发布消息,也可以是一条广播消息。在其中一种可能的实施方式中,RCS AS在步骤201中所接收到的这条消息可以是状态发布者向RCSAS发送的一条状态发布消息,该状态发布消息携带用户的呈现状态信息,以触发RCS AS向这N个UE发送该呈现状态信息,在这种实施方式中,向这N个UE发送的消息内容是该用户的呈现状态信息,这N个UE订阅了状态发布者的呈现状态。在另一种可能的实施方式中,RCS AS在步骤201中所接收到的这条消息是业务运营支撑***(Business and Operation Support System,BOSS)向RCS AS发送的一条广播消息,这条广播消息携带将向这N个UE发送的广播信息,此时,向这N个UE发送的消息内容是广播信息。
其中,需要说明的是,状态发布者是向RCS AS发送用户的呈现状态信息的设备。作为示例而非限定,状态发布者可以是UE或UE的代理设备。
当消息处理节点是CSCF设备时,CSCF设备在步骤201中所接收到的这条消息可以是RCS AS向CSCF设备发送的一条请求CSCF设备向这N个UE发送该消息内容的消息,CSCF设备接收到的这条消息携带该消息内容以及这N个UE的标识。可选地,RCS AS向CSCF设备发送的这条消息还可以携带RCS AS向这N个UE中每个UE发送该消息内容的路由信息。
步骤202:消息处理节点确定向这N个UE中的M个UE发送该消息内容的下一跳节点相同,其中,M为整数,且M≥2。
其中,消息处理节点可以通过下述方式确定向这M(M≤N)个UE发送消息内容的下一跳节点相同:消息处理节点根据这N个UE中每个UE的标识与向这N个UE中该每个UE发送消息的下一跳节点的标识之间的对应关系,确定向这N个UE中的M个UE发送消息内容的下一跳节点相同。
需要说明的是,UE的标识可以用于唯一标识该UE;节点的标识可以用于唯一标识该节点。
可选地,消息处理节点可以预先存储该对应关系。具体地,在步骤202之前,该消息处理节点可以在这N个UE中每个UE发起注册的过程中,存储该对应关系。作为其中一种可能的实现方式,该对应关系可以预先存储在该消息处理节点中;作为其中另一种可能的实现方式,该对应关系也可以预先存储在HSS(Home Subscriber Server,归属用户服务器)中,消息处理节点通过查询HSS获得该对应关系。
其中,当消息处理节点是RCS AS时,下一跳节点是CSCF设备。当消息处理节点是CSCF设备时,下一跳节点是SBC。
当消息处理节点是CSCF设备,且CSCF设备从RCS AS接收到的消息携带该路由信息时,CSCF设备还可以通过下述方式确定向这M个UE发送该消息内容的下一跳节点相同:CSCF设备根据该路由信息,确定向这N个UE中的M个UE发送消息内容的SBC相同。例如,CSCF设备可以根据该路由信息,确定向这N个UE中每个UE发送消息内容的SBC,如果向这N个UE中的M个UE发送消息内容的SBC是同一个SBC,那么CSCF确定向这N个UE中的M个UE发送消息内容的SBC相同。
步骤203:消息处理节点向该下一跳节点发送一条请求该下一跳节点向这M个UE发送该消息内容的消息,其中,消息处理节点发送的消息携带该消息内容以及这M个UE的标识。
可选地,在步骤203中,消息处理节点向该下一跳节点发送的消息还可以携带消息处理节点向这M个UE中每个UE发送该消息内容的路由信息。该下一跳节点可以根据消息处理节点发送的路由信息,将该消息内容发送给这M个UE中的每个UE。
需要说明的是,当该消息内容为用户的呈现状态信息时,在步骤201之前,消息处理节点可以接收这N个UE中每个UE发起的状态订阅请求消息,这N个UE中每个UE发起的状态订阅请求消息用于订阅用户的呈现状态,这N个UE中每个UE发起的状态订阅请求消息携带这N个UE中每个UE生成的会话标识(call-id)。这N个UE中每个UE生成的会话标识用于关联这N个UE中每个UE所发起的状态订阅请求消息和这N个UE中每个UE所接收的携带该消息内容的消息。这时,消息处理节点在步骤203中向该下一跳节点发送的消息还可以携带这M个UE中每个UE生成的会话标识。
可选地,在步骤201之前,消息处理节点可以接收该下一跳节点发起的消息订阅请求,其中,该消息订阅请求携带该下一跳节点生成的会话标识,该消息订阅请求的请求通用资源标识符(Request URI)是消息处理节点的标识。这时,消息处理节点在步骤203中所发送的消息还携带该下一跳节点生成的会话标识,消息处理节点在步骤203中所发送的消息的Request URI是该下一跳节点的标识。
其中,该下一跳节点所生成的会话标识用于关联该下一跳节点所发起的消息订阅请求和该下一跳节点在步骤203中所接收的消息。该消息订阅请求可以用于订阅从消息处理节点向该下一跳节点发送的消息。作为示例而非限定,该消息订阅请求可以用于订阅用户的呈现状态,也可以用于订阅其他的资源,这些资源可以包括博客(blog)或微博(microblog)。
本发明实施例提供的一种消息传输的方法,在通过同一个下一跳节点向至少两个UE发送相同的消息内容时,消息处理节点向该下一跳节点发送一条请求该下一跳节点向这至少两个UE发送该消息内容的消息;相对于现有技术,消息处理节点不需为至少两个UE向该下一跳节点发送至少两条消息,从而有效地减少了在IMS网络中传输的消息的数量,节省了网络资源,降低了网络拥塞发生的可能性。其次,消息处理节点向该下一跳节点发送的消息可以携带消息处理节点向这至少两个UE发送该消息内容的路由信息,该下一跳节点根据该接收的路由信息,可以快速地将该消息内容发送给这至少两个UE。
基于图1所示的***架构,本发明实施例还提供的一种消息传输的方法,如图3所示。图3所示的方法是对图2所示方法的具体阐述,图3所示的方法应用于订阅呈现状态的场景。其中,用户1的好友包括用户2、用户3和用户4,RCS AS向UE发送的消息内容为用户1的呈现状态信息。图3所示的方法包括:
步骤301:用户2所使用的UE10通过SBC9和CSCF设备7向RCS AS8发送注册请求消息。
需要说明的是,UE发送的注册请求消息携带了UE的标识。UE可以根据存储的配置信息找到将该UE接入到IMS网络的SBC。该配置信息包含将该UE接入IMS网络的SBC的标识。可选地,该配置信息可以存储在该UE中,也可以存储在DNS(Domain Name Server,域名服务器)中。当该配置信息存储在DNS中时,该UE可以通过查询DNS获得该配置信息。当SBC接收到UE发送的注册请求消息时,SBC可以根据预先存储的CSCF设备的标识,将该注册请求消息发送到该CSCF设备。该CSCF设备根据预先存储的RCS AS的标识,将该注册请求消息发送到该RCS AS。
可选地,消息处理节点在UE发起注册的过程中,存储UE的标识与向该UE发送消息的下一跳节点的标识之间的对应关系。下一跳节点是一个相对的概念,是相对于消息处理节点而言的。当消息处理节点是RCS AS时,向UE发送消息的下一跳节点是CSCF设备,当消息处理节点是CSCF设备时,向UE发送消息的下一跳节点是SBC。具体地,在步骤301中,在CSCF设备7接收到SBC9发送的注册请求消息时,CSCF设备7存储SBC9的标识与UE10的标识之间的对应关系。在RCS AS8接收到CSCF设备7发送的注册请求消息时,RCS AS8存储CSCF设备7的标识与UE10的标识之间的对应关系。
步骤302:RCS AS8通过CSCF设备7和SBC9向UE10发送注册成功响应(200)消息。
步骤303:用户3所使用的UE11通过SBC9和CSCF设备7向RCS AS8发送注册请求消息。
可选地,在步骤303中,在CSCF设备7接收到SBC9发送的注册请求消息时,CSCF设备7存储SBC9的标识与UE11的标识之间的对应关系。在RCSAS8接收到CSCF设备7发送的注册请求消息时,RCS AS8存储CSCF设备7的标识与UE11的标识之间的对应关系。
步骤304:RCS AS8通过CSCF设备7和SBC9向UE11发送注册成功响应消息。
步骤305:用户4所使用的UE12通过SBC13和CSCF设备7向RCS AS8发送注册请求消息。
可选地,在步骤305中,在CSCF设备7接收到SBC13发送的注册请求消息时,CSCF设备7存储SBC13的标识与UE12的标识之间的对应关系。在RCS AS8接收到CSCF设备7发送的注册请求消息时,RCS AS8存储CSCF设备7的标识与UE12的标识之间的对应关系。
步骤306:RCS AS8通过CSCF设备7和SBC13向UE12发送注册成功响应消息。
需要说明的是,本发明实施例并不限定上述步骤301、步骤303以及步骤305之间的先后执行顺序。
步骤307:为了订阅用户2的好友的呈现状态,UE10向SBC9发起状态订阅请求消息,该状态订阅请求消息携带UE10生成的会话标识(call-id)。
UE发起的状态订阅请求消息携带UE生成的会话标识。可选地,UE发起的状态订阅请求消息还携带UE的标识。具体地,在步骤307中UE10发起的状态订阅请求消息还携带UE10的标识。
作为示例而非限定,UE10发起的状态订阅请求消息的数据结构可以如下所示:
在该示例中,UE10生成的会话标识为[email protected]。
步骤308:SBC9向CSCF设备7发送状态订阅请求消息,SBC9向CSCF设备7发送的状态订阅请求消息携带UE10生成的会话标识。
其中,SBC9向CSCF设备7发送的状态订阅请求消息还携带UE10的标识。
SBC在向CSCF设备发送状态订阅请求消息之前,可以在将向CSCF设备发送的状态订阅请求消息中新增Record-Route头域,并将SBC的标识添加到Record-Route头域中。具体地,在步骤308中,SBC9在向CSCF设备7发送状态订阅请求消息之前,可以在将向CSCF设备7发送的状态订阅请求消息中新增Record-Route头域,并将SBC9的标识添加到Record-Route头域中。
作为示例而非限定,SBC9向CSCF设备7发送的状态订阅请求消息的数据结构可以如下所示:
步骤309:CSCF设备7向RCS AS8发送状态订阅求请求消息,CSCF设备7向RCS AS8发送的状态订阅请求消息携带UE10生成的会话标识。
其中,CSCF设备7向RCS AS8发送的状态订阅请求消息还可以携带UE10的标识。
CSCF设备在向RCS AS发送状态订阅请求消息之前,可以将CSCF设备的标识添加到从SBC接收到的状态订阅请求消息中的Record-Route头域中,并将添加CSCF设备的标识后的状态订阅请求消息发送给RCS AS。具体地,在步骤309中,CSCF设备7在向RCS AS8发送状态订阅请求消息之前,可以将CSCF设备7的标识添加到从SBC9接收到的状态订阅请求消息中的Record-Route头域中,并将添加CSCF设备7的标识后的状态订阅请求消息发送给RCSAS8。
作为示例而非限定,CSCF设备7向RCS AS8发送的状态订阅请求消息的数据结构如下:
步骤310:可选地,RCS AS8在接收到CSCF设备7发送的状态订阅请求消息后,可以存储RCS AS8接收的状态订阅请求消息中Record-Route头域的值与UE10的标识之间的对应关系。
RCS AS8确定用户1是用户2的好友后,将为用户2订阅用户1的呈现状态。
具体地,用户的好友信息会存储在数据库中,这个数据库可以位于RCS AS8中,也可以位于其他网络实体中,RCS AS8根据用户的好友信息,可以确定该用户的好友。在接收到CSCF设备7发送的状态订阅请求消息后,RCS AS8可以存储用户之间呈现状态的订阅关系。RCS AS8还可以存储UE10的标识与UE10生成的会话标识之间的对应关系。
步骤311:RCS AS8通过CSCF设备7和SBC9向UE10发送状态订阅成功响应(200)消息。
步骤312-步骤316:为了订阅用户3的好友的呈现状态,UE11通过SBC9和CSCF设备7向RCS AS8发起状态订阅请求消息。
UE11发起状态订阅请求消息的过程与UE10发起状态订阅请求消息的过程相似,这两个过程之间的区别在于发起状态订阅请求消息的UE以及该UE所生成的会话标识是不同的。UE11发起状态订阅请求消息的过程具体可以参考步骤307-步骤311中的描述。
步骤317-步骤321:为了订阅用户4的好友的呈现状态,UE12通过SBC13和CSCF设备7向RCS AS8发起状态订阅请求消息。
UE12发起状态订阅请求消息的过程与UE10发起状态订阅请求消息的过程相似,这两个过程之间的区别在于发起状态订阅请求消息的UE、该UE所生成的会话标识、以及该UE所接入的SBC是不同的。UE12发起状态订阅请求消息的过程具体可以参考步骤307-步骤311中的描述。
其中,需要说明的是,本发明实施例并不限定步骤307、步骤312以及步骤317之间的先后执行顺序。
步骤322:在用户1的呈现状态发生变化时,UE5通过SBC6和CSCF设备7向RCS AS8发送一条状态发布消息,该状态发布消息携带用户1的呈现状态信息。
在本发明实施例中,UE5是状态发布者。该呈现状态信息所指示的呈现状态可以包括在线、离开、忙碌或离线。
可选地,RCS AS8接收到该状态发布消息后,可以通过CSCF设备7和SBC6向UE5发送确认(200)消息。
步骤323:RCS AS8确定向3个UE发送该呈现状态信息的CSCF设备相同。其中,向这3个UE发送该呈现状态信息的CSCF设备是CSCF设备7,这3个UE分别是UE10、UE11和UE12。
RCS AS8根据存储的用户1的好友关系,确定用户2、用户3和用户4是用户1的好友,根据存储的用户之间呈现状态的订阅关系,确定用户2、用户3和用户4都订阅了用户1的呈现状态,因此,RCS AS8接收到的该状态发布信息将触发RCS AS8向UE10、UE11和UE12发送该呈现状态信息。
RCS AS8可以根据这3个UE中每个UE的标识与向这3个UE中每个UE发送消息的下一跳节点的标识的对应关系,确定向这3个UE中的M个UE发送消息内容的下一跳节点相同,其中,M为整数,且M≥2。具体地,RCS AS8可以根据该对应关系,确定这3个UE中每个UE对应的下一跳节点,如果在这3个UE中有M个UE对应同一个下一跳节点,那么RCS AS8确定经过同一个下一跳节点向这M个UE发送该呈现状态信息。
在其中一种可能的实现方式中,在RCS AS8向这3个UE发送该呈现状态信息时,RCSAS8根据RCS AS8在注册过程中存储的这3个UE中每个UE的标识与向这3个UE中每个UE发送消息的CSCF设备的标识之间的对应关系,确定向这3个UE发送该呈现状态信息的CSCF设备是CSCF设备7。
在其中另一种可能的实现方式中,RCS AS根据存储的N个UE的标识与Record-Route头域的值之间的对应关系,确定向这N个UE中的M个UE发送消息内容的下一跳节点相同。具体地,在步骤323中,RCS AS8根据存储的这3个UE中每个UE的标识与Record-Route头域的值之间的对应关系,确定向这3个UE中每个UE发送消息的下一跳节点。所以,在步骤323中,M=N=3。例如,RCS AS8可以根据表1所示的对应关系,确定UE10、UE11和UE12所对应的下一跳节点都是CSCF设备7。
表1:
UE的标识 | Record-Route头域的值 |
[email protected] | <sip:cscf7.domain.com;lr>,<sip:sbc9.domain.com;lr> |
[email protected] | <sip:cscf7.domain.com;lr>,<sip:sbc9.domain.com;lr> |
[email protected] | <sip:cscf7.domain.com;lr>,<sip:sbc13.domain.com;lr> |
步骤324:RCS AS8向CSCF设备7发送一条请求CSCF设备7向这3个UE发送该呈现状态信息的消息。
RCS AS8在步骤324中所发送的消息携带该呈现状态信息以及这3个UE的标识。
可选地,RCS AS8在步骤324中向CSCF设备7发送的消息还可以携带RCS AS8向这3个UE中每个UE发送该呈现状态信息的路由信息。该路由信息可以包含在消息体内,也可以包含在消息头域中。RCS AS8可以根据存储的如表1所示的对应关系,确定向这3个UE中每个UE发送该呈现状态信息的路由信息。例如,对于UE10,RCS AS8可以确定向UE10发送该呈现状态信息的路由信息为“<sip:cscf7.domain.com;lr>,<sip:sbc9.domain.com;lr>”,也就是说,该呈现状态信息将通过CSCF设备7和SBC9转发到UE10。
需要说明的是,RCS AS8在步骤324中向CSCF设备7所发送的消息具体可以是NOTIFY。
为了强调步骤324中RCS AS8向CSCF设备7发送的消息和现有技术中RCS AS向CSCF设备发送的消息的区别,在步骤324中,可以在RCS AS8向CSCF设备7发送的消息中新增一个头域,用于表示接收该呈现状态信息的UE的个数。作为示例而非限定,该新增的头域可以命名为“X-multiuser”。
RCS AS8在步骤324中向CSCF设备7所发送的消息还可以携带这3个UE中每个UE生成的会话标识。
RCS AS8在步骤324中所发送的消息的Request URI是CSCF设备7的标识。
作为示例而非限定,RCS AS8在步骤324中向CSCF设备7所发送的消息的数据结构可以如下所示:
在上述示例中,该呈现状态信息、RCS AS8向各UE发送该呈现状态信息的路由信息、以及各UE生成的会话标识等都包含在消息体内。
需要说明的是,在一个IMS网络中,可能有成百上千的CSCF设备接入到一个RCSAS。当有成百上千的CSCF设备接入到一个RCS AS时,RCS AS可以按照步骤323中所介绍的方法确定向N'(N'为整数,且N'≥2)个UE中的M'(M'为整数,且M'≥2)个UE发送该呈现状态信息的CSCF设备相同,在此不再赘述。当RCS AS确定向M'个UE发送该呈现状态信息的CSCF设备相同时,RCS AS向该确定的CSCF设备发送一条请求该确定的CSCF设备向这M'个UE发送该呈现状态信息的消息。例如,假设有100个CSCF设备接入到RCSAS8,用户1有100个好友,当RCS AS8接收到用户1发布的呈现状态信息时,RCS AS8确定向50个UE发送该呈现状态信息的CSCF设备相同,向这50个UE发送呈现状态信息的CSCF设备是CSCF设备1’,RCS AS8向CSCF设备1’发送一条请求CSCF设备1’向这50个UE发送该呈现状态信息的消息。另外,RCS AS8确定向另外50个UE发送该呈现状态信息的CSCF设备相同,向这另外50个UE发送呈现状态信息的CSCF设备是CSCF设备2’。RCS AS8向CSCF设备2’发送一条请求CSCF设备2’向这另外50个UE发送该呈现状态信息的消息。
步骤325:CSCF设备7接收到RCS AS8发送的请求CSCF设备7向这3个UE发送该呈现状态信息的消息后,确定将向这3个UE发送该呈现状态信息。
需要说明的是,CSCF设备7接收到RCS AS8在步骤324中所发送的消息后,将触发CSCF设备7向这3个UE发送该呈现状态信息。
步骤326:CSCF设备7确定向UE10和UE11这两个UE发送该呈现状态信息的SBC相同。其中,向UE10和UE11这两个UE发送该呈现状态信息的SBC是SBC9。
CSCF设备7确定向UE12发送该呈现状态信息的SBC是SBC13。
CSCF设备7可以根据这3个UE中每个UE的标识与向这3个UE中每个UE发送消息的下一跳节点的标识的对应关系,确定向这3个UE中的M''(M''为整数,且M''≥2)个UE发送该呈现状态信息的下一跳节点相同。具体地,CSCF设备可以根据该对应关系,确定这3个UE中每个UE对应的下一跳节点,如果在这3个UE中有M''个UE对应同一个下一跳节点,那么CSCF设备7确定经过该下一跳节点向这M''个UE发送该呈现状态信息。
具体地,在CSCF设备7向这3个UE发送该呈现信息时,CSCF设备7根据CSCF设备7在注册过程中存储的这3个UE中每个UE的标识与SBC的标识之间的对应关系,确定向UE10和UE11这两个UE发送该呈现状态信息的SBC是SBC9,向UE12发送该呈现状态信息的SBC是SBC13。
除了上述的方式之外,CSCF设备7还可以通过下述的方式确定向这3个UE中的M''个UE发送该呈现状态信息的下一跳节点相同:当RCS AS8在步骤324中向CSCF设备7所发送的消息携带RCS AS8向这3个UE中每个UE发送该呈现状态信息的路由信息时,CSCF设备7可以根据CSCF设备7接收的路由信息,确定向这3个UE中的M''个UE发送该呈现状态信息的SBC相同。具体地,CSCF设备7可以根据CSCF设备7所接收到的路由信息,确定向这3个UE中的每个UE发送该呈现状态信息的SBC,如果由同一个SBC向这3个UE中的M''个UE发送该呈现状态信息,那么CSCF设备7确定向这M''个UE发送该呈现状态信息的SBC相同。
在本实施例中,RCS AS8向UE10和UE11发送该呈现状态信息的路由信息均为“<sip:cscf7.domain.com;lr>,<sip:sbc9.domain.com;lr>”,RCS AS8向UE12发送该呈现状态信息的路由信息为“<sip:cscf7.domain.com;lr>,<sip:sbc13.domain.com;lr>”。CSCF设备7接收到RCS AS8在步骤324中所发送的消息后,在每个路由信息中删除CSCF设备7的标识,得到发送该呈现状态信息的下一跳节点的标识。也就是说,CSCF设备7向UE10和UE11发送该呈现状态信息的下一跳节点的标识是“sip:sbc9.domain.com”,CSCF设备7向UE12发送该呈现状态信息的下一跳节点的标识是“sip:sbc13.domain.com”。
需要说明的是,M''、M'和M这三者可以相同,也可以不相同,本发明实施例并不对此进行限定。
步骤327:CSCF设备7向SBC9发送一条请求SBC9向UE10和UE11发送该呈现状态信息的消息。
CSCF设备7在步骤327中所发送的消息携带该呈现状态信息以及UE10和UE11的标识。
可选地,CSCF设备7在步骤327中所发送的消息还可以携带CSCF设备7向UE10和UE11发送该呈现状态信息的路由信息。
CSCF设备7向UE10和UE11发送该呈现状态信息的路由信息可以包含在消息体内,也可以包含在消息头域中。CSCF设备7在RCS AS8向CSCF设备7所发送的路由信息中删除CSCF设备7的标识,即可得到CSCF设备7向UE10、UE11和UE12发送该呈现状态信息的路由信息。
CSCF设备7在步骤327中向SBC9所发送的消息还可以携带UE10和UE11所生成的会话标识。
需要说明的是,CSCF设备7在步骤327中向SBC9所发送的消息具体可以是NOTIFY。CSCF设备7在步骤327中向SBC9所发送的消息的Request URI是SBC9的标识。
作为示例而非限定,CSCF设备7在步骤327中向SBC9所发送的消息的数据结构可以如下所示:
在上述示例中,“X-multiuser”的值为2,有关“X-multiuser”的说明见步骤324。
步骤328-步骤329:SBC9根据UE10和UE11的标识,分别向UE10和UE11发送该呈现状态信息。
具体地,SBC可以向UE发送携带该呈现状态信息的消息。SBC所发送的消息还可以携带UE生成的会话标识,SBC向UE发送的消息通过UE生成的会话标识与UE发起的状态订阅请求消息进行关联。可选地,SBC向UE发送的消息可以是NOTIFY。
作为示例而非限定,SBC9向UE10所发送的消息的数据结构可以如下所示:
步骤330:CSCF设备7向SBC13发送一条请求SBC13向UE12发送该呈现状态信息的消息。
CSCF设备7在步骤330中所发送的消息携带该呈现状态信息以及UE12的标识。
CSCF设备7在步骤330中所发送的消息的具体结构可以参考步骤327的描述。
需要说明的是,本发明实施例并不限定步骤330与步骤327之间的先后执行顺序。
步骤331:SBC13根据UE12的标识,向UE12发送该呈现状态信息。
需要注意的是,本发明实施例也可以应用于消息广播的场景。与应用于订阅呈现状态的场景不同,当应用于消息广播的场景时,RCS AS8在步骤322中接收BOSS发送的一条广播消息,该广播消息携带将向UE10、UE11和UE12发送的广播信息。RCS AS8可以根据预先设置的规则,将该广播消息所携带的广播信息发送给UE10、UE11和UE12。例如,BOSS向RCSAS发送的广播消息可以携带组标识(Group ID),该组标识用于标识一个群组,该群组包含至少一个成员,RCS AS根据广播消息中所携带的组标识确定接收该该广播消息中的广播信息的群组,将该广播信息发送给该群组中的各个成员。需要说明的是,在本发明实施例中,RCS AS8向UE10、UE11和UE12发送广播信息的方式可以参考RCS AS8向UE10、UE11和UE12发送呈现状态信息的方式,在此不再赘述。
本发明实施例提供的一种消息传输的方法,在通过同一个下一跳节点向至少两个UE发送相同的消息内容时,消息处理节点向该下一跳节点发送一条请求该下一跳节点向这至少两个UE发送该消息内容的消息;相对于现有技术,消息处理节点不需为至少两个UE向该下一跳节点发送至少两条消息,从而有效地减少了在IMS网络中传输的消息的数量,节省了网络资源,降低了网络拥塞发生的可能性。其次,消息处理节点向该下一跳节点发送的消息可以携带消息处理节点向这至少两个UE发送该消息内容的路由信息,该下一跳节点根据该接收的路由信息,可以快速地将该消息内容发送给这至少两个UE。
基于图1所示的***架构,本发明实施例还提供另一种消息传输的方法,如图4所示。图4所示的方法是对图2所示方法的具体阐述,图4所示的方法应用于订阅呈现状态的场景。其中,用户1的好友包括用户2、用户3和用户4,RCS AS向UE发送的消息内容为用户1的呈现状态信息。该方法包括:
步骤401-步骤408:同步骤301-步骤308,可参考步骤301-步骤308的描述,在此不再赘述。
步骤409:SBC9向CSCF设备7发起消息订阅请求,该消息订阅请求携带SBC9生成的会话标识。
其中,该消息订阅请求的Request URI是CSCF设备7的标识。
该消息订阅请求可以用于订阅从CSCF设备7向SBC9发送的消息。SBC9在步骤409中所生成的会话标识与UE10在步骤407中生成的会话标识可以是不相关的。
可选地,可以在SBC9向CSCF设备7发起的消息订阅请求中增加一个头域X-sub-agent,该头域表示SBC9订阅从CSCF设备7向SBC9发送的消息。在其中一种实现方式中,该头域的值可以表示SBC9从CSCF设备7所订阅的消息的类型。例如,该头域的值可以为“all”,值“all”表示SBC9订阅所有从CSCF设备7向SBC9发送的消息。
作为示例而非限定,该消息订阅请求的数据结构可以如下所示:
可选地,CSCF设备7在收到SBC9发起的消息订阅请求后,可以向SBC9发送确认(200)消息。
需要说明的是,完成步骤409之后,SBC9在后续接收到UE发送的状态订阅请求消息时,不再向CSCF设备7发起消息订阅请求。
步骤410:同步骤309,可参考步骤309的描述,在此不再赘述。
步骤411:CSCF设备7向RCS AS8发起消息订阅请求,CSCF设备7向RCS AS8发起的消息订阅请求携带CSCF设备7生成的会话标识。
其中,CSCF设备7所发起的消息订阅请求的Request URI是RCS AS8的标识。
CSCF设备7向RCS AS8发起的消息订阅请求可以用于订阅从RCS AS8向CSCF设备7发送的消息。CSCF设备7在步骤411中所生成的会话标识与UE10在步骤407中所生成的会话标识可以是不相关的。CSCF设备7在步骤411中所生成的会话标识与SBC9在步骤409中所生成的会话标识也可以是不相关的。
可选地,可以在CSCF设备7向RCS AS8发起的消息订阅请求中增加头域X-sub-agent,有关该头域的描述可以参考步骤409,在此不再赘述。
作为示例而非限定,CSCF设备7向RCS AS8发起的消息订阅请求的数据结构可以如下所示:
可选地,RCS AS8接收到CSCF设备发起的消息订阅请求后,可以向CSCF设备7发送确认(200)消息。
需要说明的是,在完成步骤411之后,CSCF设备7在后续接收到SBC发送的状态订阅请求消息时,不再向RCS AS8发起消息订阅请求。
步骤412-步骤425:同步骤310-323,可参考步骤310-323的描述,在此不再赘述。
步骤426:RCS AS8向CSCF设备7发送一条请求CSCF设备7向UE10、UE11和UE12发送该呈现状态信息的消息。
RCS AS8在步骤426中所发送的该消息携带该呈现状态信息以及UE10、UE11和UE12这3个UE的标识。
可选地,RCS AS8在步骤426中所发送的请求消息还可以携带RCS AS8向这3个UE中每个UE发送该呈现状态信息的路由信息,具体可以参考步骤324中的描述,在此不再赘述。
需要说明的是,RCS AS8在步骤426中向CSCF设备7所发送的消息具体可以是NOTIFY。
RCS AS8在步骤426中向CSCF设备7所发送的消息还可以携带这3个UE中每个UE生成的会话标识。
作为示例而非限定,在步骤426中,RCS AS8可以在向CSCF设备7所发送的消息中增加Notify-To头域。Notify_To头域用于记录UE的标识与UE所生成的会话标识之间的对应关系。具体地,在步骤426中,RCS AS8可以将这3个UE中每个UE的标识与这3个UE中每个UE生成的会话标识之间的对应关系记录到这个头域中。
可选地,RCS AS8在步骤426中所发送的消息还可以携带CSCF设备7在步骤411中生成的会话标识。RCS AS8在步骤426中所发送的消息的Request URI是CSCF设备7的标识。
作为示例而非限定,RCS AS8在步骤426中所发送的消息的数据结构可以如下所示:
需要说明的是,在一个IMS网络中,可能有成百上千的CSCF设备接入到一个RCSAS,具体可以参考步骤324中的描述,在此不再赘述。
步骤427-步骤428:同步骤325-步骤326,可以参考步骤325-步骤326的描述,在此不再赘述。
步骤429:CSCF设备7向SBC9发送一条请求SBC9向UE10和UE11发送该呈现状态信息的消息。
CSCF设备7在步骤429中所发送的消息携带该呈现状态信息以及UE10和UE11的标识。
可选地,CSCF设备7在步骤429中所发送的消息还可以携带CSCF设备7向UE10和UE11发送该呈现状态信息的路由信息,具体可以参考步骤327中的描述,在此不再赘述。
CSCF设备7在步骤429中所发送的消息还可以携带UE10和UE11所生成的会话标识。
作为示例而非限定,在步骤429中,可以在CSCF设备7向SBC9所发送的消息的Notify-To头域中记录UE10和UE11中每个UE的标识与这两个UE中每个UE所生成的会话标识之间的对应关系。
需要说明的是,CSCF设备7在步骤429中向SBC9所发送的消息具体可以是NOTIFY。
CSCF设备7在步骤429中所发送的消息还可以携带SBC9在步骤409中生成的会话标识。CSCF设备7在步骤429中所发送的消息的Request URI是SBC9的标识。
作为示例而非限定,CSCF设备7在步骤429中所发送的消息的数据结构可以如下所示:
步骤430-步骤431:SBC9根据UE10和UE11的标识,分别向UE10和UE11发送该呈现状态信息。
具体地,SBC可以向UE发送携带该呈现状态信息的消息。SBC所发送的消息还可以携带UE生成的会话标识,SBC向UE发送的消息通过UE生成的会话标识与UE发起的状态订阅请求消息进行关联。可选地,SBC向UE发送的消息可以是NOTIFY。
作为示例而非限定,SBC9向UE10所发送的消息的数据结构可以如下所示:
步骤432:CSCF设备7向SBC13发送一条请求SBC13向UE12发送该呈现状态信息的消息。
CSCF设备7在步骤432中所发送的消息携带该呈现状态信息以及UE12的标识。
CSCF设备7在步骤432中所发送的消息的具体结构可以参考步骤429的描述。
步骤433:SBC13根据UE12的标识,向UE12发送该呈现状态信息。
需要注意的是,本发明实施例也可以应用于消息广播的场景,具体可见图3所示实施例中的描述。
本发明实施例提供的一种消息传输的方法,在通过同一个下一跳节点向至少两个UE发送相同的消息内容时,消息处理节点向该下一跳节点发送一条请求该下一跳节点向这至少两个UE发送该消息内容的消息;相对于现有技术,消息处理节点不需为至少两个UE向该下一跳节点发送至少两条消息,从而有效地减少了在IMS网络中传输的消息的数量,节省了网络资源,降低了网络拥塞发生的可能性。其次,消息处理节点向该下一跳节点发送的消息可以携带消息处理节点向这至少两个UE发送该消息内容的路由信息,该下一跳节点根据该接收的路由信息,可以快速地将该消息内容发送给这至少两个UE。
基于图1所示的***架构图,本发明实施例还提供一种消息传输的方法,如图5所示。该方法包括:
步骤501:SBC接收CSCF设备发送的一条请求SBC向M个UE发送相同消息内容的消息,其中,M是整数,且M≥2,SBC接收的该消息携带该消息内容以及这M个UE的标识。
该SBC接收的消息中的Request URI是该SBC的标识。
步骤502:SBC根据这M个UE的标识,向这M个UE中的每个UE发送该消息内容。
可选地,在步骤501之前,SBC可以向CSCF设备发起消息订阅请求,该消息订阅请求用于订阅从该CSCF设备向该SBC发送的消息。该消息订阅请求携带该SBC生成的会话标识,该消息订阅请求的Reqeust URI是该CSCF设备的标识。
作为示例而非限定,可以在该SBC向该CSCF设备发起的消息订阅请求中增加头域X-sub-agent,该头域表示该SBC订阅从该CSCF设备向该SBC发送的消息。在其中一种实现方式中,该头域的值可以表示该SBC从该CSCF设备所订阅的消息的类型。例如,该头域的值可以为“all”,当值为“all”时,表示该SBC订阅所有从该CSCF设备向该SBC发送的消息。
当在步骤501之前,SBC向CSCF设备发起消息订阅请求时,SBC在步骤501中所接收的消息还携带该SBC生成的会话标识。
有关本发明实施例的详细说明可以参见图2至图4所示的实施例,在此不再赘述。
基于图1所示的***架构图,本发明实施例提供一种消息传输的***,如图6所示。该***位于IMS网络中,该***包括消息处理节点601以及下一跳节点602。
消息处理节点601,用于接收一条触发消息处理节点601向N个UE发送相同消息内容的消息,该消息携带该消息内容,其中,N是整数,且N≥2。
消息处理节点601还用于确定向这N个UE中的M个UE发送消息内容的下一跳节点602相同,其中,M为整数,且M≥2。
消息处理节点601还用于向下一跳节点602发送一条请求下一跳节点602向这M个UE发送消息内容的消息,其中,消息处理节点601发送的消息携带消息内容以及这M个UE的标识。
下一跳节点602,用于接收消息处理节点601发送的该消息,根据消息处理节点601发送的消息中所携带的这M个UE的标识,向这M个UE发送该消息内容。
其中,消息处理节点601可以是RCS AS,也可以是CSCF设备。当消息处理节点601是RCS AS时,下一跳节点602是CSCF设备。当消息处理节点601是CSCF设备时,下一跳节点602是SBC。
有关本发明实施例的更为详细的描述可以参考如图2-4所示的实施例,在此不再赘述。
如图7所示,为本发明实施例提供的一种消息处理节点的结构示意图。该消息处理节点可以是图6中的消息处理节点601。该消息处理节点位于IMS网络中。
其中,该消息处理节点包括接收单元701、处理单元702以及发送单元703。
接收单元701,用于接收一条触发消息处理节点向N个UE发送相同消息内容的消息,该消息携带该消息内容,其中,N是整数,且N≥2。
处理单元702,用于确定向这N个UE中的M个UE发送消息内容的下一跳节点相同,其中,该消息内容是接收单元701接收的,M为整数,且M≥2。
发送单元703,用于在处理单元702确定向这M个UE发送消息内容的下一跳节点相同时,向该下一跳节点发送一条请求该下一跳节点向这M个UE发送该消息内容的消息,其中,发送单元703发送的该消息携带这M个UE的标识以及接收单元701接收的消息内容。
其中,处理单元702可以具体用于根据这N个UE中每个UE的标识与向这N个UE中该每个UE发送消息的下一跳节点的标识之间的对应关系,确定向这N个UE中的M个UE发送该消息内容的下一跳节点相同。可选地,处理单元702可以在确定向这N个UE中的M个UE发送该消息内容的下一跳节点相同之前,存储该对应关系。本发明实施例并不限定该对应关系的存储位置。
可选地,发送单元703所发送的消息还可以携带消息处理节点向这M个UE中每个UE发送该消息内容的路由信息。
可选地,在该消息内容为用户的呈现状态信息,接收单元701还可以用于在接收一条触发消息处理节点向这N个UE发送相同消息内容的消息之前,接收这N个UE中每个UE发起的状态订阅请求消息,这N个UE中每个UE发起的状态订阅请求消息用于订阅该用户的呈现状态,这N个UE中每个UE发起的状态订阅请求消息携带这N个UE中该每个UE生成的会话标识。发送单元703可以具体用于向下一跳节点发送一条请求该下一跳节点向上述M个UE发送该消息内容的该消息,发送单元703发送的该消息携带该呈现状态信息、这M个UE的标识以及这M个UE中每个UE生成的会话标识。
可选地,接收单元703还可以用于在接收一条触发消息处理节点向这N个UE发送相同消息内容的消息之前,接收该下一跳节点发起的消息订阅请求,其中,该消息订阅请求携带该下一跳节点生成的会话标识,该消息订阅请求的Request URI是该消息处理节点的标识;发送单元703可以具体用于向该下一跳节点发送一条请求该下一跳节点向这M个UE发送该消息内容的消息,其中,发送单元703发送的消息还携带该下一跳节点生成的会话标识,发送单元703发送的消息的Request URI是该下一跳节点的标识。
在本发明实施例中,该消息处理节点可以是RCS AS,也可以是CSCF设备。
在第一种可能的实现方式中,该消息处理节点是RCS AS,该下一跳节点是CSCF设备。
在第一种实现方式中,接收单元701接收的消息内容可以是用户的呈现状态信息,也可以是广播信息。当接收单元701接收的消息内容是用户的呈现状态信息时,接收单元701具体用于接收状态发布者发送的一条状态发布消息,该状态发布消息携带该呈现状态信息,以触发RCS AS向这N个UE发送该呈现状态信息,其中,这N个UE订阅了状态发布者的呈现状态。当接收单元701接收的消息内容是广播信息时,接收单元701具体用于接收BOSS发送的一条广播消息,该广播消息携带将向这N个UE发送的广播信息。
在第二种可能的实现方式中,该消息处理节点是CSCF设备,该下一跳节点是SBC。
在第二种实现方式中,接收单元701具体用于接收RCS AS发送的一条请求CSCF设备向这N个UE发送该消息内容的消息,该接收单元701接收的消息携带该消息内容以及这N个UE的标识。可选地,接收单元701接收的消息还可以携带RCS AS向这N个UE中每个UE发送消息内容的路由信息。这时,处理单元702可以具体用于根据该路由信息,确定向这N个UE中的这M个UE发送消息内容的SBC相同。
需要说明的是,有关本发明实施例的更为详细的描述可以参考如图2-4所示的实施例,在此不再赘述。
如图8所示,为本发明实施例提供的一种SBC的结构示意图。该SBC包括接收单元801以及发送单元802。
接收单元801,用于接收CSCF设备发送的一条请求该SBC向M个UE发送相同消息内容的消息,该消息携带该消息内容以及这M个UE的标识,其中,M为整数,且M≥2。
发送单元802,用于根据接收单元801接收的这M个UE的标识,向这M个UE中的每个UE发送该消息内容。
可选地,该SBC还可以包括处理单元803。处理单元803用于生成会话标识。
发送单元802还可以用于在接收单元801接收CSCF设备发送的一条请求该SBC向这M个UE发送相同消息内容的消息之前,向该CSCF设备发起消息订阅请求,该消息订阅请求用于订阅从该CSCF设备向该SBC发送的消息。该消息订阅请求携带处理单元803生成的会话标识,该消息订阅请求的Reqeust URI是该CSCF设备的标识。这时,接收单元801所接收的消息还可以携带处理单元803所生成的会话标识。
需要说明的是,图8中的处理单元803与发送单元802之间的通信连接,以及发送单元802与CSCF设备之间的通信连接用虚线表示。在本发明各装置实施例中,用虚线表示的通信连接用于表示这种通信连接是可选的。
有关本发明实施例的更为详细的描述可以参考如图2-4所示的实施例,在此不再赘述。
如图9所示,为本发明实施例提供的另一种消息处理节点的结构示意图。该消息处理节点可以是图6中的消息处理节点601。该消息处理节点位于IMS网络中。
其中,该消息处理节点包括接收器901、处理器902以及发送器903。
接收器901,用于接收一条触发消息处理节点向N个UE发送相同消息内容的消息,该消息携带该消息内容,其中,N是整数,且N≥2。
处理器902,用于确定向这N个UE中的M个UE发送消息内容的下一跳节点相同,其中,该消息内容是接收器901接收的,M为整数,且M≥2。
发送器903,用于在处理器902确定向这M个UE发送消息内容的下一跳节点相同时,向该下一跳节点发送一条请求该下一跳节点向这M个UE发送该消息内容的消息,其中,发送器903发送的该消息携带这M个UE的标识以及接收器901接收的该消息内容。
其中,处理器902可以具体用于根据这N个UE中每个UE的标识与向这N个UE中该每个UE发送消息的下一跳节点的标识之间的对应关系,确定向这N个UE中的M个UE发送该消息内容的下一跳节点相同。可选地,处理器902可以在确定向这N个UE中的M个UE发送该消息内容的下一跳节点相同之前,存储该对应关系。本发明实施例并不限定该对应关系的存储位置。
可选地,发送器903所发送的消息还可以携带消息处理节点向这M个UE中每个UE发送该消息内容的路由信息。
可选地,在该消息内容为用户的呈现状态信息,接收器901还可以用于在接收一条触发消息处理节点向这N个UE发送相同消息内容的消息之前,接收这N个UE中每个UE发起的状态订阅请求消息,这N个UE中每个UE发起的状态订阅请求消息用于订阅该用户的呈现状态,这N个UE中每个UE发起的状态订阅请求消息携带这N个UE中该每个UE生成的会话标识。发送器903可以具体用于向下一跳节点发送一条请求该下一跳节点向上述M个UE发送该消息内容的该消息,发送器903发送的该消息携带该呈现状态信息、这M个UE的标识以及这M个UE中每个UE生成的会话标识。
可选地,接收器903还可以用于在接收一条触发消息处理节点向这N个UE发送相同消息内容的消息之前,接收该下一跳节点发起的消息订阅请求,其中,该消息订阅请求携带该下一跳节点生成的会话标识,该消息订阅请求的Request URI是该消息处理节点的标识;发送器903可以具体用于向该下一跳节点发送一条请求该下一跳节点向这M个UE发送该消息内容的消息,其中,发送器903发送的消息还携带该下一跳节点生成的会话标识,发送器903发送的消息的Request URI是该下一跳节点的标识。
在本发明实施例中,该消息处理节点可以是RCS AS,也可以是CSCF设备。
在第一种可能的实现方式中,该消息处理节点是RCS AS,该下一跳节点是CSCF设备。
在第一种实现方式中,接收器901接收的消息内容可以是用户的呈现状态信息,也可以是广播信息。当接收器901接收的消息内容是用户的呈现状态信息时,接收器901具体用于接收状态发布者发送的一条状态发布消息,该状态发布消息携带该呈现状态信息,以触发RCS AS向这N个UE发送该呈现状态信息,其中,这N个UE订阅了状态发布者的呈现状态。当接收器901接收的消息内容是广播信息时,接收器901具体用于接收BOSS发送的一条广播消息,该广播消息携带将向这N个UE发送的广播信息。
在第二种可能的实现方式中,该消息处理节点是CSCF设备,该下一跳节点是SBC。
在第二种实现方式中,接收器901具体用于接收RCS AS发送的一条请求CSCF设备向这N个UE发送该消息内容的消息,该接收器901接收的消息携带该消息内容以及这N个UE的标识。可选地,接收器901接收的消息还可以携带RCS AS向这N个UE中每个UE发送消息内容的路由信息。这时,处理器902可以具体用于根据该路由信息,确定向这N个UE中的这M个UE发送消息内容的SBC相同。
其中,作为示例而非限定,本发明实施例中的接收器901和发送器903可以具体是数据传输端口、网卡等。
需要说明的是,有关本发明实施例的更为详细的描述可以参考如图2-4所示的实施例,在此不再赘述。
如图10所示,为本发明实施例提供的一种SBC的结构示意图。该SBC包括接收器1001以及发送器1002。
接收器1001,用于接收CSCF设备发送的一条请求该SBC向M个UE发送相同消息内容的消息,该消息携带该消息内容以及这M个UE的标识,其中,M为整数,且M≥2。
发送器1002,用于根据接收器1001接收的这M个UE的标识,向这M个UE中的每个UE发送该消息内容。
可选地,该SBC还可以包括处理器1003。处理器1003用于生成会话标识。
发送器1002还可以用于在接收器1001接收CSCF设备发送的一条请求该SBC向这M个UE发送相同消息内容的消息之前,向该CSCF设备发起消息订阅请求,该消息订阅请求用于订阅从该CSCF设备向该SBC发送的消息。该消息订阅请求携带处理器1003生成的会话标识,该消息订阅请求的Reqeust URI是该CSCF设备的标识。这时,接收器1001所接收的消息还可以携带处理器1003所生成的会话标识。
需要说明的是,有关本发明实施例的更为详细的描述可以参考如图2-4所示的实施例,在此不再赘述。
本发明实施例提供的一种消息传输的方法、装置及***,在通过同一个下一跳节点向至少两个UE发送相同的消息内容时,消息处理节点向该下一跳节点发送一条请求该下一跳节点向这至少两个UE发送该消息内容的消息;相对于现有技术,消息处理节点不需为至少两个UE向该下一跳节点发送至少两条消息,从而有效地减少了在IMS网络中传输的消息的数量,节省了网络资源,降低了网络拥塞发生的可能性。其次,消息处理节点向该下一跳节点发送的消息可以携带消息处理节点向这至少两个UE发送该消息内容的路由信息,该下一跳节点根据该接收的路由信息,可以快速地将该消息内容发送给这至少两个UE。
通过以上的实施方式的描述可知,所属领域的技术人员可以清楚地了解到本发明可以用硬件实现,或固件实现,或它们的组合方式来实现。当使用软件实现时,可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于:计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如,如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的,那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本发明所使用的,盘(Disk)和碟(disc)包括压缩光碟(CD)、激光碟、光碟、数字通用光碟(DVD)、软盘和蓝光光碟,其中盘通常磁性的复制数据,而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,各单元具体功能的执行过程参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
总之,以上所述仅为本发明技术方案的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (23)
1.一种消息处理节点,其特征在于,所述消息处理节点位于网际协议多媒体子***IMS网络中,其中,所述消息处理节点包括:
接收单元,用于接收一条触发所述消息处理节点向N个用户设备UE发送相同消息内容的消息,所述消息携带所述消息内容,其中,N是整数,且N≥2;
处理单元,用于确定向所述N个UE中的M个UE发送所述消息内容的下一跳节点相同,其中,所述消息内容是所述接收单元接收的,M为整数,且M≥2;
发送单元,用于在所述处理单元确定向所述M个UE发送所述消息内容的下一跳节点相同时,向所述下一跳节点发送一条请求所述下一跳节点向所述M个UE发送所述消息内容的消息,其中,所述发送单元发送的所述消息携带所述M个UE的标识以及所述接收单元接收的所述消息内容,所述M个UE的标识为M个UE中每个UE的标识;
所述处理单元具体用于根据所述N个UE中每个UE的标识与向所述N个UE中所述每个UE发送消息的下一跳节点的标识之间的对应关系,确定向所述N个UE中的M个UE发送所述消息内容的下一跳节点相同。
2.如权利要求1所述的消息处理节点,其特征在于,所述消息处理节点为融合通信套件RCS应用服务器AS,所述下一跳节点为呼叫会话控制功能CSCF设备。
3.如权利要求2所述的消息处理节点,其特征在于,所述消息内容为用户的呈现状态信息;
则,所述接收单元具体用于接收状态发布者发送的一条状态发布消息,所述状态发布消息携带所述呈现状态信息,以触发所述RCS AS向所述N个UE发送所述呈现状态信息,其中,所述N个UE订阅了所述状态发布者的呈现状态。
4.如权利要求2所述的消息处理节点,其特征在于,所述消息内容为广播信息;
则,所述接收单元具体用于接收业务运营支撑***BOSS发送的一条广播消息,所述广播消息携带将向所述N个UE发送的所述广播信息。
5.如权利要求1所述的消息处理节点,其特征在于,所述消息处理节点为CSCF设备,所述下一跳节点为会话边界控制器SBC;
则,所述接收单元具体用于接收RCS AS发送的一条请求所述CSCF设备向所述N个UE发送所述消息内容的消息,所述接收单元接收的所述消息携带所述消息内容以及所述N个UE的标识。
6.如权利要求5所述的消息处理节点,其特征在于,所述接收单元接收的所述消息还携带所述RCS AS向所述N个UE中每个UE发送所述消息内容的路由信息;
则,所述处理单元具体用于根据所述路由信息,确定向所述N个UE中的所述M个UE发送所述消息内容的SBC相同。
7.如权利要求1所述的消息处理节点,其特征在于,所述处理单元还用于在确定向所述N个UE中的M个UE发送所述消息内容的下一跳节点相同之前,在所述N个UE中每个UE发起注册的过程中,存储所述对应关系。
8.如权利要求1-7中任一项所述的消息处理节点,其特征在于,所述发送单元具体用于向所述下一跳节点发送一条请求所述下一跳节点向所述M个UE发送所述消息内容的所述消息,所述发送单元发送的所述消息还携带所述消息处理节点向所述M个UE中每个UE发送所述消息内容的路由信息。
9.如权利要求1所述的消息处理节点,其特征在于,所述消息内容为用户的呈现状态信息,所述接收单元还用于在接收所述一条触发所述消息处理节点向所述N个UE发送所述消息内容的消息之前,接收所述N个UE中每个UE发起的状态订阅请求消息,所述N个UE中每个UE发起的状态订阅请求消息用于订阅所述用户的呈现状态,所述N个UE中每个UE发起的状态订阅请求消息携带所述N个UE中所述每个UE生成的会话标识;
则,所述发送单元具体用于向所述下一跳节点发送一条请求所述下一跳节点向所述M个UE发送所述消息内容的所述消息,所述发送单元发送的所述消息携带所述呈现状态信息、所述M个UE的标识以及所述M个UE中每个UE生成的会话标识。
10.如权利要求1-7中任一项所述的消息处理节点,其特征在于,所述接收单元还用于在接收一条触发所述消息处理节点向所述N个UE发送所述消息内容的消息之前,接收所述下一跳节点发起的消息订阅请求,其中,所述消息订阅请求携带所述下一跳节点生成的会话标识,所述消息订阅请求的请求通用资源标识符Request URI是所述消息处理节点的标识;
则,所述发送单元具体用于向所述下一跳节点发送一条请求所述下一跳节点向所述M个UE发送所述消息内容的所述消息,其中,所述发送单元发送的所述消息还携带所述下一跳节点生成的会话标识,所述发送单元发送的所述消息的Request URI是所述下一跳节点的标识。
11.一种会话边界控制器SBC,其特征在于,包括:
接收单元,用于接收呼叫会话控制功能CSCF设备发送的一条请求所述SBC向M个用户设备UE发送相同消息内容的消息,所述消息具体为:所述CSCF设备根据N个UE中每个UE的标识与向所述N个UE中所述每个UE发送消息的下一跳节点的标识之间的对应关系,确定向所述N个UE中的M个UE发送所述消息内容的下一跳节点相同之后发送的,所述消息携带所述消息内容以及所述M个UE的标识,所述M个UE的标识为M个UE中每个UE的标识,其中,M为整数,且M≥2;
发送单元,用于根据所述接收单元接收的所述M个UE的标识,向所述M个UE中的每个UE发送所述消息内容。
12.一种消息传输的***,其特征在于,所述***位于网际协议多媒体子***IMS网络中,所述***包括:
消息处理节点,用于接收一条触发所述消息处理节点向N个用户设备UE发送相同消息内容的消息,所述消息携带所述消息内容,其中,N是整数,且N≥2;
所述消息处理节点还用于确定向所述N个UE中的M个UE发送所述消息内容的下一跳节点相同,其中,M为整数,且M≥2;
所述确定向所述N个UE中的M个UE发送所述消息内容的下一跳节点相同具体包括:
所述消息处理节点根据所述N个UE中每个UE的标识与向所述N个UE中所述每个UE发送消息的下一跳节点的标识之间的对应关系,确定向所述N个UE中的M个UE发送所述消息内容的下一跳节点相同;
所述消息处理节点还用于向所述下一跳节点发送一条请求所述下一跳节点向所述M个UE发送所述消息内容的消息,其中,所述消息处理节点发送的所述消息携带所述消息内容以及所述M个UE的标识;
所述下一跳节点,用于接收所述消息处理节点发送的所述消息,根据所述消息处理节点发送的所述消息中所携带的所述M个UE的标识,向所述M个UE发送所述消息内容,所述M个UE的标识为M个UE中每个UE的标识。
13.一种消息传输的方法,其特征在于,所述方法应用于网际协议多媒体子***IMS网络,所述IMS网络包括消息处理节点,所述方法包括:
所述消息处理节点接收一条触发所述消息处理节点向N个用户设备UE发送相同消息内容的消息,所述消息携带所述消息内容,其中,N是整数,且N≥2;
所述消息处理节点确定向所述N个UE中的M个UE发送所述消息内容的下一跳节点相同,其中,M为整数,且M≥2;
所述消息处理节点向所述下一跳节点发送一条请求所述下一跳节点向所述M个UE发送所述消息内容的消息,其中,所述消息处理节点发送的所述消息携带所述消息内容以及所述M个UE的标识,所述M个UE的标识为M个UE中每个UE的标识;
所述消息处理节点确定向所述N个UE中的M个UE发送所述消息内容的下一跳节点相同,包括:
所述消息处理节点根据所述N个UE中每个UE的标识与向所述N个UE中所述每个UE发送消息的下一跳节点的标识之间的对应关系,确定向所述N个UE中的M个UE发送所述消息内容的下一跳节点相同。
14.如权利要求13所述的方法,其特征在于,所述消息处理节点为融合通信套件RCS应用服务器AS,所述下一跳节点为呼叫会话控制功能CSCF设备。
15.如权利要求14所述的方法,其特征在于,所述消息内容为用户的呈现状态信息;
则,所述消息处理节点接收一条触发所述消息处理节点向所述N个UE发送所述消息内容的消息,包括:
所述RCS AS接收状态发布者发送的一条状态发布消息,所述状态发布消息携带所述呈现状态信息,以触发所述RCS AS向所述N个UE发送所述呈现状态信息,其中,所述N个UE订阅了所述状态发布者的呈现状态。
16.如权利要求14所述的方法,其特征在于,所述消息内容为广播信息;
则,所述消息处理节点接收一条触发所述消息处理节点向所述N个UE发送所述消息内容的消息,包括:
所述RCS AS接收业务运营支撑***BOSS发送的一条广播消息,所述广播消息携带将向所述N个UE发送的所述广播信息。
17.如权利要求13所述的方法,其特征在于,所述消息处理节点为CSCF设备,所述下一跳节点为会话边界控制器SBC;
则,所述消息处理节点接收一条触发所述消息处理节点向所述N个UE发送所述消息内容的消息,包括:
所述CSCF设备接收RCS AS发送的一条请求所述CSCF设备向所述N个UE发送所述消息内容的消息,所述CSCF设备接收的所述消息携带所述消息内容以及所述N个UE的标识。
18.如权利要求17所述的方法,其特征在于,所述CSCF设备接收的所述消息还携带所述RCS AS向所述N个UE中每个UE发送所述消息内容的路由信息;
则,所述消息处理节点确定向所述N个UE中的M个UE发送所述消息内容的下一跳节点相同,包括:
所述CSCF设备根据所述路由信息,确定向所述N个UE中的所述M个UE发送所述消息内容的SBC相同。
19.如权利要求13所述的方法,其特征在于,在确定向所述N个UE中的M个UE发送所述消息内容的下一跳节点相同之前,所述方法还包括:
所述消息处理节点在所述N个UE中每个UE发起注册的过程中,存储所述对应关系。
20.如权利要求14-19中任一项所述的方法,其特征在于,所述消息处理节点向所述下一跳节点发送一条请求所述下一跳节点向所述M个UE发送所述消息内容的消息,包括:
所述消息处理节点向所述下一跳节点发送一条请求所述下一跳节点向所述M个UE发送所述消息内容的所述消息,所述消息处理节点发送的所述消息还携带所述消息处理节点向所述M个UE中每个UE发送所述消息内容的路由信息。
21.如权利要求13所述的方法,其特征在于,所述消息内容为用户的呈现状态信息,在所述消息处理节点接收一条触发所述消息处理节点向所述N个UE发送所述消息内容的消息之前,所述方法还包括:
所述消息处理节点接收所述N个UE中每个UE发起的状态订阅请求消息,所述N个UE中每个UE发起的状态订阅请求消息用于订阅所述用户的呈现状态,所述N个UE中每个UE发起的状态订阅请求消息携带所述N个UE中所述每个UE生成的会话标识;
则,所述消息处理节点向所述下一跳节点发送一条请求所述下一跳节点向所述M个UE发送所述消息内容的消息,包括:
所述消息处理节点向所述下一跳节点发送一条请求所述下一跳节点向所述M个UE发送所述消息内容的所述消息,所述消息处理节点发送的所述消息携带所述呈现状态信息、所述M个UE的标识以及所述M个UE中每个UE生成的会话标识。
22.如权利要求14-19中任一项所述的方法,其特征在于,在所述消息处理节点接收一条触发所述消息处理节点向所述N个UE发送所述消息内容的消息之前,所述方法还包括:
所述消息处理节点接收所述下一跳节点发起的消息订阅请求,其中,所述消息订阅请求携带所述下一跳节点生成的会话标识,所述消息订阅请求的请求通用资源标识符Request URI是所述消息处理节点的标识;
则,所述消息处理节点向所述下一跳节点发送一条请求所述下一跳节点向所述M个UE发送所述消息内容的消息,包括:
所述消息处理节点向所述下一跳节点发送一条请求所述下一跳节点向所述M个UE发送所述消息内容的所述消息,其中,所述消息处理节点发送的所述消息还携带所述下一跳节点生成的会话标识,所述消息处理节点发送的所述消息的Request URI是所述下一跳节点的标识。
23.一种消息传输的方法,其特征在于,包括:
会话边界控制器SBC接收呼叫会话控制功能CSCF设备发送的一条请求所述SBC向M个用户设备UE发送相同消息内容的消息,所述消息具体为:所述CSCF设备根据N个UE中每个UE的标识与向所述N个UE中所述每个UE发送消息的下一跳节点的标识之间的对应关系,确定向所述N个UE中的M个UE发送所述消息内容的下一跳节点相同之后发送的,所述消息携带所述消息内容以及所述M个UE的标识,其中,M为整数,且M≥2,所述M个UE的标识为M个UE中每个UE的标识;
所述SBC根据所述M个UE的标识,向所述M个UE中的每个UE发送所述消息内容。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410206504.9A CN103986710B (zh) | 2014-05-15 | 2014-05-15 | 一种消息传输的方法、装置及*** |
PCT/CN2015/077465 WO2015172629A1 (zh) | 2014-05-15 | 2015-04-25 | 一种消息传输的方法、装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410206504.9A CN103986710B (zh) | 2014-05-15 | 2014-05-15 | 一种消息传输的方法、装置及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103986710A CN103986710A (zh) | 2014-08-13 |
CN103986710B true CN103986710B (zh) | 2017-12-15 |
Family
ID=51278535
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410206504.9A Active CN103986710B (zh) | 2014-05-15 | 2014-05-15 | 一种消息传输的方法、装置及*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103986710B (zh) |
WO (1) | WO2015172629A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103986710B (zh) * | 2014-05-15 | 2017-12-15 | 华为技术有限公司 | 一种消息传输的方法、装置及*** |
CN104618142B (zh) * | 2014-12-30 | 2017-07-07 | 北京奇安信科技有限公司 | 消息订阅方法、处理节点设备和总线设备 |
CN107343285B (zh) * | 2016-04-28 | 2022-05-13 | 中兴通讯股份有限公司 | 一种管理设备及设备管理方法 |
CN107819803A (zh) * | 2016-09-13 | 2018-03-20 | 南京中兴软件有限责任公司 | Rcs***的配置方法及装置、rcs*** |
CN110519172B (zh) * | 2018-05-21 | 2022-05-13 | 华为技术有限公司 | 无线通信方法和设备 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101656618A (zh) * | 2009-09-11 | 2010-02-24 | 中兴通讯股份有限公司 | 一种基于结构化对等网络的多媒体消息广播方法及*** |
CN102056147A (zh) * | 2009-10-29 | 2011-05-11 | 中兴通讯股份有限公司 | Ip多媒体子***网络中订阅业务的方法与*** |
CN103051745A (zh) * | 2013-01-21 | 2013-04-17 | 华为技术有限公司 | 会话边界控制器地址的获取方法及装置 |
CN103188217A (zh) * | 2011-12-28 | 2013-07-03 | ***通信集团公司 | Sbc选择方法和装置以及用户设备和sbc设备 |
CN103475567A (zh) * | 2013-07-31 | 2013-12-25 | 华为软件技术有限公司 | 数据传输方法、装置、设备及*** |
CN103701879A (zh) * | 2013-12-16 | 2014-04-02 | 华为技术有限公司 | 自动实现业务处理的方法和设备 |
CN103746897A (zh) * | 2013-12-20 | 2014-04-23 | 华为技术有限公司 | 通知用户状态的装置、方法和*** |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101184047B (zh) * | 2007-12-14 | 2012-07-25 | 华为技术有限公司 | 一种消息路由方法、设备及*** |
CN101753409A (zh) * | 2008-12-01 | 2010-06-23 | 华为技术有限公司 | 一种资源共享的方法、装置和*** |
CN101917332B (zh) * | 2010-05-24 | 2012-07-04 | 宁波东海蓝帆科技有限公司 | 一种降低消息中间件网络负载的消息传递方法 |
WO2013052964A2 (en) * | 2011-10-07 | 2013-04-11 | Interop Technologies, Llc | Non-ims rich communication suite |
CN103986710B (zh) * | 2014-05-15 | 2017-12-15 | 华为技术有限公司 | 一种消息传输的方法、装置及*** |
-
2014
- 2014-05-15 CN CN201410206504.9A patent/CN103986710B/zh active Active
-
2015
- 2015-04-25 WO PCT/CN2015/077465 patent/WO2015172629A1/zh active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101656618A (zh) * | 2009-09-11 | 2010-02-24 | 中兴通讯股份有限公司 | 一种基于结构化对等网络的多媒体消息广播方法及*** |
CN102056147A (zh) * | 2009-10-29 | 2011-05-11 | 中兴通讯股份有限公司 | Ip多媒体子***网络中订阅业务的方法与*** |
CN103188217A (zh) * | 2011-12-28 | 2013-07-03 | ***通信集团公司 | Sbc选择方法和装置以及用户设备和sbc设备 |
CN103051745A (zh) * | 2013-01-21 | 2013-04-17 | 华为技术有限公司 | 会话边界控制器地址的获取方法及装置 |
CN103475567A (zh) * | 2013-07-31 | 2013-12-25 | 华为软件技术有限公司 | 数据传输方法、装置、设备及*** |
CN103701879A (zh) * | 2013-12-16 | 2014-04-02 | 华为技术有限公司 | 自动实现业务处理的方法和设备 |
CN103746897A (zh) * | 2013-12-20 | 2014-04-23 | 华为技术有限公司 | 通知用户状态的装置、方法和*** |
Also Published As
Publication number | Publication date |
---|---|
CN103986710A (zh) | 2014-08-13 |
WO2015172629A1 (zh) | 2015-11-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8266203B2 (en) | Method for obtaining device information of user terminals and communication service function entity | |
US9661151B2 (en) | Method, apparatus and system for determining policy and charging rule function entity | |
CN103986710B (zh) | 一种消息传输的方法、装置及*** | |
JP5452821B2 (ja) | デバイス間のメディアおよび/またはメディア移転を実装するためのシステムおよび方法 | |
JP5518185B2 (ja) | デバイス間のメディアおよび/またはメディア移転を実装するためのシステムおよび方法 | |
US8099500B2 (en) | Policy service system architecture for sessions created using STUN | |
US9503586B2 (en) | Online charging method, apparatus, and system based on number portability service | |
KR20230134618A (ko) | 전기통신 네트워크에서 이벤트들의 모니터링의 리포팅 및 구독의 서비스를 지원하는 방법뿐만 아니라 관련 네트워크 펑션들 | |
CN107113312A (zh) | 将会话发起协议互联网协议多媒体子***的呼叫分拨到多个相关联的装置 | |
JP6968097B2 (ja) | 非同期メッセージングシステムにおいてユーザプロファイルを管理する方法、システム、および非一過性コンピュータ読み取り可能媒体 | |
JP2012526416A (ja) | デバイス間のメディアおよび/またはメディア移転を実装するためのシステムおよび方法 | |
US10757195B2 (en) | Device interconnection and service discovery via a communication cloud | |
US9680811B2 (en) | Method and system for implementing third-party authentication based on gray list | |
WO2020024775A1 (zh) | 数据传输控制方法及相关装置 | |
US20140362739A1 (en) | Method and Apparatus for Calling Terminal to Join Conference | |
WO2009074846A1 (en) | Location tagging method for packet based signalling | |
CN109314947A (zh) | 设备和/或线路事件感知和智能同步 | |
CN109327423A (zh) | 一种业务实现方法及装置 | |
CN105262847B (zh) | 终端设备之间的通信方法和*** | |
CN101626345B (zh) | 一种报文处理方法及家庭网关中的实时流协议应用层网关 | |
CN108156424A (zh) | 组播组端口管理方法、装置及视频管理服务器 | |
CN108650338A (zh) | 一种域名解析方法及*** | |
WO2012037799A1 (zh) | 数字电视接收终端及其实现多媒体即时通讯的方法 | |
JP2015230532A (ja) | Web会議システム、Web会議システムの主催者権限の委譲方法及びWeb会議システムプログラム | |
CN104052744B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |