融合通信消息传送的方法及装置与流程

1.本发明涉及通信技术领域，特别是指一种融合通信消息传送的方法及装置。


背景技术：

2.融合通信(rich communication suit，rcs)，是面向手机用户提供基于蜂窝无线网络和wifi网络环境下的基础通信服务,是语音、消息和等基础通信业务的升级，是基础业务全面数据化的基础。其中语音以长期演进语音承载(voice over long-term evolution，volte)，核心、以网络语音(voice over internet protocol，voip)为补充，增强用户通话质量和体验；消息以rcs为基础，无缝融合多种媒体和消息格式，包括一对一消息、群发消息和群聊等功能。支持文本、多媒体等多种消息内容格式，支持在线消息和离线消息、消息转短信，并提供消息状态报告、消息历史管理与网络存储等功能。此外，还通过开放接口为其它业务提供新消息业务能力。
3.消息中可包含的媒体内容包括：文本、图片、语音片段、视频片段、表情(字符、图片)、位置信息(含经、纬度)、联系人(vcard格式)、文件、卡片(含图文信息)等。
4.融合通信用户通过手机终端接入网络并使用业务。根据终端上融合通信服务的提供方式的不同，融合通信业务存在多种终端形态：native终端、app客户端、pc客户端、web客户端和其他扩展终端。
5.融合通信基于会话初始协议(session initiation protocol，sip)/网络协议(internet protocol，ip)核心网络的分层式网络架构，使用了sip/ip网络的即时消息(im)技术，基于sip/ip网络的即时消息(im)技术可划分为三种通信模式：
6.1)页面模式(page mode)
7.页面模式下的即时消息通过sip message方法完成消息的递送过程。该模式直接在端点之间进行message消息交互，因此又称为寻呼模式。页面模式下的即时消息受限于sip消息体的大小限制(1300字节)，只适用于小型消息的发送和接收。
8.2)大消息模式(large message mode)
9.大消息模式下的即时消息通过sip/msrp结合的方式完成消息的递送过程。首先通过sip invite方法建立sip会话，协商消息会话中继协议(the message session relay protocol，msrp)底层参数。然后通过msrp协议在媒体平面完成消息的传输过程。当消息传输完成后即通过sip bye方法释放sip会话。大消息模式适用于包含多媒体数据或文件的大型即时消息的传输过程，不受即时消息长度的限制。
10.3)会话模式(session mode)
11.会话模式下的即时消息交互也是通过sip/msrp结合的方式完成消息的交互过程，即通过sip invite方法建立会话，协商msrp底层参数，通过msrp传输消息内容，通过sip bye方法释放会话。与大消息模式的区别在于，会话模式下通过msrp协议进行多次即时消息交互过程，直到通信方决定结束即时消息通信再完成会话的释放过程。会话模式适用于聊天室、会议等持续一段时间的即时消息交互方式。
12.上述三种通信模式属于融合ip消息(converged ip messaging，cpm)standalone message和cpm session。其中前者包含pager mode和large message mode两种消息模式，后者则对应于session mode消息模式。这两类消息收发方案特点不同，前者对于链路资源及会话状态维护的开销较小，后者对于短时间内多次消息交互耗费的报文头开销较小，分别适用于不同类型的业务场景。目前主要是采用cpm standalone message或cpm session实现一对一消息，采用cpm session实现群聊。由于session方式需要消耗较多的传输控制协议(transmission control protocol，tcp)链路资源，因此在并发群聊数量较多时，一方面限制平台性能、造成一定的性能瓶颈；另一方面影响终端性能、降低了相关功能的用户体验,也可以针对群聊消息采用standalone message方案。
13.对standalone模式和session模式流量消耗的理论值进行分析，在群激活的情况下，如果群聊的消息小于非激活情况下的9倍，使用session模式就不如standalone模式，如果激活情况下群聊消息量很大的话，session模式就比standalone模式合适。可见standalone模式适合消息发送频率不高的场景，由于流程并不复杂，而且不需要建立tcp连接，对服务器消耗比较小，而session模式，适合用于短时间有多条消息的交互场景。但是由于用户发送消息的频率和节奏具有不确定性，单纯的对所有用户采用固定的消息发送模式，都不能达到效率的最优化。


技术实现要素：

14.本发明要解决的技术问题是提供一种融合通信消息传送的方法及装置，能够提高通信资源利用率。
15.为解决上述技术问题，本发明的实施例提供技术方案如下：
16.一方面，提供一种融合通信消息传送的方法，应用于终端，包括：
17.在发送融合通信消息时，采集所述终端的通信环境数据；
18.将所述通信环境数据上报给网络侧设备；
19.接收所述网络侧设备返回的推荐消息发送模式信息；
20.根据所述推荐消息发送模式信息进行消息发送模式的切换。
21.一些实施例中，所述通信环境数据的数据类型包括以下至少一项：
22.1对1消息被叫类型；
23.群消息的群成员数；
24.群平均进入静默时间；
25.当前时间段群消息的活跃度；
26.并发群聊数；
27.消息发送的时间段；
28.发送消息的长度；
29.发送消息的类型；
30.发送消息的速度；
31.消息发送者日均发消息量；
32.消息接收者日均发送消息量；
33.消息发送者和消息接收者的熟悉度；
34.用户接入方式。
35.一些实施例中，所述根据所述推荐消息发送模式信息进行消息发送模式的切换包括以下任一项：
36.所述推荐消息发送模式信息包括与所述通信环境数据相似度最高的历史数据，将所述相似度最高的历史数据采用的消息发送模式确定为推荐消息发送模式，若所述终端的消息发送模式与所述推荐消息发送模式不同，将所述终端的消息发送模式切换为所述推荐消息发送模式；
37.所述推荐消息发送模式信息包括推荐消息发送模式，若所述终端的消息发送模式与所述推荐消息发送模式不同，将所述终端的消息发送模式切换为所述推荐消息发送模式。
38.一些实施例中，将所述终端的消息发送模式切换为所述推荐消息发送模式之后，所述方法还包括：
39.判断切换为所述推荐消息发送模式之后，所述终端发送融合通信消息消耗的流量是否变少；
40.如果是，将所述推荐消息发送模式作为发送模式建议发送给所述网络侧设备。
41.本发明实施例还提供了一种融合通信消息传送的方法，应用于网络侧设备，包括：
42.接收终端上报的通信环境数据；
43.根据所述通信环境数据确定与所述通信环境数据相似度最高的历史数据；
44.将推荐消息发送模式信息发送给所述终端，所述推荐消息发送模式信息包括所述历史数据和/或根据所述历史数据确定的推荐消息发送模式。
45.一些实施例中，确定与所述通信环境数据相似度最高的历史数据包括：
46.将终端上报的所述通信环境数据与数据库中的多条历史数据分别进行拟合运算，得到每条历史数据与所述通信环境数据的相似度，所述数据库中存储有多条历史数据，每条历史数据包括多个数据标识及其对应的取值，每一数据标识代表通信环境数据的一数据类型；
47.对所述相似度进行排序，确定与所述通信环境数据的相似度最高的历史数据。
48.一些实施例中，确定所述推荐消息发送模式包括：
49.根据所述相似度最高的历史数据采用的消息发送模式确定所述推荐消息发送模式。
50.一些实施例中，还包括：
51.获取消息话单，从所述消息话单中抽取通信环境数据，将抽取的通信环境数据存储在所述数据库中作为所述历史数据。
52.一些实施例中，所述方法具体包括：
53.将所述历史数据按照数据类型分为n个分组，n为正整数；
54.对所述n个分组进行排序，从第一个分组开始，对每一分组中的数据，分别计算其与所述通信环境数据中相同类型的数据的相似度；
55.根据所述n个分组中前n个分组的计算结果确定历史数据与所述通信环境数据的相似度，n为小于等于n的正整数。
56.一些实施例中，还包括：
57.接收所述终端返回的发送模式建议；
58.存储所述终端上报的通信环境数据与所述发送模式建议的对应关系。
59.一些实施例中，所述通信环境数据的数据类型包括以下至少一项：
60.1对1消息被叫类型；
61.群消息的群成员数；
62.群平均进入静默时间；
63.当前时间段群消息的活跃度；
64.并发群聊数；
65.消息发送的时间段；
66.发送消息的长度；
67.发送消息的类型；
68.发送消息的速度；
69.消息发送者日均发消息量；
70.消息接收者日均发送消息量；
71.消息发送者和消息接收者的熟悉度；
72.用户接入方式。
73.本发明实施例还提供了一种融合通信消息传送的装置，应用于终端，包括：
74.采集模块，用于在发送融合通信消息时，采集所述终端的通信环境数据；
75.上报模块，用于将所述通信环境数据上报给网络侧设备；
76.接收模块，用于接收所述网络侧设备返回的推荐消息发送模式信息；
77.切换模块，用于根据所述推荐消息发送模式信息进行消息发送模式的切换。
78.一些实施例中，所述通信环境数据的数据类型包括以下至少一项：
79.1对1消息被叫类型；
80.群消息的群成员数；
81.群平均进入静默时间；
82.当前时间段群消息的活跃度；
83.并发群聊数；
84.消息发送的时间段；
85.发送消息的长度；
86.发送消息的类型；
87.发送消息的速度；
88.消息发送者日均发消息量；
89.消息接收者日均发送消息量；
90.消息发送者和消息接收者的熟悉度；
91.用户接入方式。
92.一些实施例中，所述切换模块具体用于执行以下任一项：
93.所述推荐消息发送模式信息包括与所述通信环境数据相似度最高的历史数据，将所述相似度最高的历史数据采用的消息发送模式确定为推荐消息发送模式，若所述终端的消息发送模式与所述推荐消息发送模式不同，将所述终端的消息发送模式切换为所述推荐
消息发送模式；
94.所述推荐消息发送模式信息包括推荐消息发送模式，若所述终端的消息发送模式与所述推荐消息发送模式不同，将所述终端的消息发送模式切换为所述推荐消息发送模式。
95.一些实施例中，所述装置还包括：
96.判断模块，用于判断切换为所述推荐消息发送模式之后，所述终端发送融合通信消息消耗的流量是否变少；
97.发送模块，用于如果是，将所述推荐消息发送模式作为发送模式建议发送给所述网络侧设备。
98.本发明实施例还提供了一种融合通信消息传送的装置，应用于网络侧设备，包括：
99.接收模块，用于接收终端上报的通信环境数据；
100.处理模块，用于根据所述通信环境数据确定与所述通信环境数据相似度最高的历史数据；
101.发送模块，用于将推荐消息发送模式信息发送给所述终端，所述推荐消息发送模式信息包括所述历史数据和/或根据所述历史数据确定的推荐消息发送模式。
102.一些实施例中，所述处理模块具体用于将终端上报的所述通信环境数据与数据库中的多条历史数据分别进行拟合运算，得到每条历史数据与所述通信环境数据的相似度，所述数据库中存储有多条历史数据，每条历史数据包括多个数据标识及其对应的取值，每一数据标识代表通信环境数据的一数据类型；
103.对所述相似度进行排序，确定与所述通信环境数据的相似度最高的历史数据。
104.一些实施例中，所述发送模块具体用于根据所述相似度最高的历史数据采用的消息发送模式确定所述推荐消息发送模式。
105.一些实施例中，所述装置还包括：
106.获取模块，用于获取消息话单，从所述消息话单中抽取通信环境数据，将抽取的通信环境数据存储在所述数据库中作为所述历史数据。
107.一些实施例中，所述处理模块具体用于将所述历史数据按照数据类型分为n个分组，n为正整数；对所述n个分组进行排序，从第一个分组开始，对每一分组中的数据，分别计算其与所述通信环境数据中相同类型的数据的相似度；根据所述n个分组中前n个分组的计算结果确定历史数据与所述通信环境数据的相似度，n为小于等于n的正整数。
108.一些实施例中，所述接收模块还用于接收所述终端返回的发送模式建议；
109.所述处理模块还用于存储所述终端上报的通信环境数据与所述发送模式建议的对应关系。
110.一些实施例中，所述通信环境数据的数据类型包括以下至少一项：
111.1对1消息被叫类型；
112.群消息的群成员数；
113.群平均进入静默时间；
114.当前时间段群消息的活跃度；
115.并发群聊数；
116.消息发送的时间段；
117.发送消息的长度；
118.发送消息的类型；
119.发送消息的速度；
120.消息发送者日均发消息量；
121.消息接收者日均发送消息量；
122.消息发送者和消息接收者的熟悉度；
123.用户接入方式。
124.本发明实施例还提供了一种融合通信消息传送的装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器执行所述程序时实现如上所述的融合通信消息传送的方法。
125.一些实施例中，所述通信环境数据的数据类型包括以下至少一项：
126.1对1消息被叫类型；
127.群消息的群成员数；
128.群平均进入静默时间；
129.当前时间段群消息的活跃度；
130.并发群聊数；
131.消息发送的时间段；
132.发送消息的长度；
133.发送消息的类型；
134.发送消息的速度；
135.消息发送者日均发消息量；
136.消息接收者日均发送消息量；
137.消息发送者和消息接收者的熟悉度；
138.用户接入方式。
139.一些实施例中，所述处理器具体用于执行以下任一项：
140.所述推荐消息发送模式信息包括与所述通信环境数据相似度最高的历史数据，将所述相似度最高的历史数据采用的消息发送模式确定为推荐消息发送模式，若所述终端的消息发送模式与所述推荐消息发送模式不同，将所述终端的消息发送模式切换为所述推荐消息发送模式；
141.所述推荐消息发送模式信息包括推荐消息发送模式，若所述终端的消息发送模式与所述推荐消息发送模式不同，将所述终端的消息发送模式切换为所述推荐消息发送模式。
142.一些实施例中，所述处理器还用于判断切换为所述推荐消息发送模式之后，所述终端发送融合通信消息消耗的流量是否变少；如果是，将所述推荐消息发送模式作为发送模式建议发送给所述网络侧设备。
143.一些实施例中，所述处理器具体用于将终端上报的所述通信环境数据与数据库中的多条历史数据分别进行拟合运算，得到每条历史数据与所述通信环境数据的相似度，所述数据库中存储有多条历史数据，每条历史数据包括多个数据标识及其对应的取值，每一数据标识代表通信环境数据的一数据类型；
144.对所述相似度进行排序，确定与所述通信环境数据的相似度最高的历史数据。
145.一些实施例中，所述处理器具体用于根据所述相似度最高的历史数据采用的消息发送模式确定所述推荐消息发送模式。
146.一些实施例中，所述处理器还用于获取消息话单，从所述消息话单中抽取通信环境数据，将抽取的通信环境数据存储在所述数据库中作为所述历史数据。
147.一些实施例中，所述处理器具体用于将所述历史数据按照数据类型分为n个分组，n为正整数；对所述n个分组进行排序，从第一个分组开始，对每一分组中的数据，分别计算其与所述通信环境数据中相同类型的数据的相似度；根据所述n个分组中前n个分组的计算结果确定历史数据与所述通信环境数据的相似度，n为小于等于n的正整数。
148.一些实施例中，所述处理器还用于接收所述终端返回的发送模式建议；存储所述终端上报的通信环境数据与所述发送模式建议的对应关系。
149.一些实施例中，所述通信环境数据的数据类型包括以下至少一项：
150.1对1消息被叫类型；
151.群消息的群成员数；
152.群平均进入静默时间；
153.当前时间段群消息的活跃度；
154.并发群聊数；
155.消息发送的时间段；
156.发送消息的长度；
157.发送消息的类型；
158.发送消息的速度；
159.消息发送者日均发消息量；
160.消息接收者日均发送消息量；
161.消息发送者和消息接收者的熟悉度；
162.用户接入方式。
163.本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的融合通信消息传送的方法中的步骤。
164.本发明的实施例具有以下有益效果：
165.上述方案中，终端在发送融合通信消息时，采集终端的通信环境数据，将通信环境数据上报给网络侧设备，网络侧设备可以根据通信环境数据确定推荐消息发送模式信息，并向终端返回推荐消息发送模式信息，终端可以根据推荐消息发送模式信息进行消息发送模式的切换，选择最合适的消息发送模式，从而提高通信资源利用率。
附图说明
166.图1-图4为standalone模式和session模式的会话流程示意图；
167.图5为本发明实施例终端侧融合通信消息传送的方法的流程示意图；
168.图6为本发明实施例网络侧设备侧融合通信消息传送的方法的流程示意图；
169.图7为本发明实施例的融合通信消息传送系统的结构示意图；
170.图8为本发明实施例融合通信消息传送的方法的流程示意图；
171.图9为本发明实施例终端侧融合通信消息传送的装置的结构示意图；
172.图10为本发明实施例网络侧设备侧融合通信消息传送的装置的结构示意图；
173.图11为本发明实施例终端侧融合通信消息传送的装置的组成示意图；
174.图12为本发明实施例网络侧设备侧融合通信消息传送的装置的组成示意图。
具体实施方式
175.为使本发明的实施例要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
176.融合通信基于会话初始协议(session initiation protocol，sip)/网络协议(internet protocol，ip)核心网络的分层式网络架构，使用了sip/ip网络的即时消息(im)技术，基于sip/ip网络的即时消息(im)技术可划分为三种通信模式：
177.1)页面模式(page mode)
178.页面模式下的即时消息通过sip message方法完成消息的递送过程。该模式直接在端点之间进行message消息交互，因此又称为寻呼模式。页面模式下的即时消息受限于sip消息体的大小限制(1300字节)，只适用于小型消息的发送和接收。
179.2)大消息模式(large message mode)
180.大消息模式下的即时消息通过sip/msrp结合的方式完成消息的递送过程。首先通过sip invite方法建立sip会话，协商消息会话中继协议(the message session relay protocol，msrp)底层参数。然后通过msrp协议在媒体平面完成消息的传输过程。当消息传输完成后即通过sip bye方法释放sip会话。大消息模式适用于包含多媒体数据或文件的大型即时消息的传输过程，不受即时消息长度的限制。
181.3)会话模式(session mode)
182.会话模式下的即时消息交互也是通过sip/msrp结合的方式完成消息的交互过程，即通过sip invite方法建立会话，协商msrp底层参数，通过msrp传输消息内容，通过sip bye方法释放会话。与大消息模式的区别在于，会话模式下通过msrp协议进行多次即时消息交互过程，直到通信方决定结束即时消息通信再完成会话的释放过程。会话模式适用于聊天室、会议等持续一段时间的即时消息交互方式。
183.上述三种通信模式属于融合ip消息(converged ip messaging，cpm)standalone message和cpm session。其中前者包含pager mode和large message mode两种消息模式，后者则对应于session mode消息模式。这两类消息收发方案特点不同，前者对于链路资源及会话状态维护的开销较小，后者对于短时间内多次消息交互耗费的报文头开销较小，分别适用于不同类型的业务场景。目前主要是采用cpm standalone message或cpm session实现一对一消息，采用cpm session实现群聊。由于session方式需要消耗较多的传输控制协议(transmission control protocol，tcp)链路资源，因此在并发群聊数量较多时，一方面限制平台性能、造成一定的性能瓶颈；另一方面影响终端性能、降低了相关功能的用户体验,也可以针对群聊消息采用standalone message方案。
184.上述四种方案的流程图如图1-图4所示，其中，图1为点对点聊天(standalone)模式流程图，其中，uea为终端a，ueb为终端b，server为服务器；图2为点对点聊天(session)模式流程图；图3为群聊(standalone)模式流程图；图4为群聊(session)模式流程图。
185.相关技术对cpm standalone message和cpm session应用于哪种场景并未有严格的规定，运营商可以根据自己用户的特征在这两种方式进行选择，可供选择的组合共计有4种：
186.方式一：一对一消息和群聊都是session模式。
187.方式二：一对一消息是standalone模式，群聊是session模式。
188.方式三：一对一和群聊都是standalone模式。
189.方式四：一对一消息是session模式，群聊是standalone模式。
190.cpm standalone message和cpm session的特点：
191.1、cpm standalone是用sip message来替换session mode，文本消息不依赖新建立msrp通道。
192.2、cpm session是在每个群或每个1对1消息中都单独使用一个sip session和msrp，需要先进行会话协商，然后再发送消息。
193.对standalone模式和session模式流量消耗的理论值进行分析，其中，理论数据是根据测试模型，每个业务信令的流量消耗计算得来的：
[0194][0195][0196]
为了更好的对流量消耗进行分析，根据用户的特点拟定了一个测试模型，并根据这个测试模型进行测试及分析数据，测试模型如下：
[0197]
测试模型数据及编号
[0198][0199]
群聊方案session模式
[0200]
流量消耗理论公式：
[0201]
流量＝a*(j k) b*l h*(m n) g*(n o) i*p
[0202]
根据公式得出标准群聊三种用户类型的理论流量消耗：
[0203][0204][0205]
群聊方案standalone方式
[0206]
standalone方案的流量消耗理论公式：
[0207]
流量＝a*(j k) b*l c*(m n) i*p
[0208]
根据公式得出standalone方案三种用户类型的理论流量消耗：
[0209][0210]
两种方案的流量对比分析
[0211]
x＝群聊方案session模式的流量消耗＝a*(j k) b*l h*(m n) g*(n o) i*p
[0212]
y＝群聊方案standalone模式的流量消耗＝a*(j k) b*l c*(m n) i*p
[0213]
比较x和y的大小即x-y＝h*(m n) g*(n o)-c*(m n)＝(h-c)*(m n) g*(n o)，这个公式中m、n、o为变量根据不用用户的通信习惯不用会有变化，h、c、g是理论值可以代入理论分析值，其中h＝850，c＝1792，g＝9482，代入后x-y＝9482*(n o)-942(m n)＝8540n 8540o-942m＝942*(9n 9o-m)。
[0214]
x》y即session模式的群聊消耗流量大于standalone模式的，即要求9n 9o》m，即在群激活的情况下，如果群聊的消息小于非激活情况下的9倍，使用session模式就不如standalone模式，如果激活情况下群聊消息量很大的话，session模式就比standalone模式合适。可见standalone模式适合消息发送频率不高的场景，由于流程并不复杂，而且不需要建立tcp连接，对服务器消耗比较小，而session模式，适合用于短时间有多条消息的交互场景。但是由于用户发送消息的频率和节奏具有不确定性，单纯的对所有用户采用固定的消息发送模式，都不能达到效率的最优化。
[0215]
本发明实施例提供一种融合通信消息传送的方法及装置，能够提高通信资源利用率。
[0216]
本发明实施例提供一种融合通信消息传送的方法，应用于终端，如图5所示，包括：
[0217]
步骤101：在发送融合通信消息时，采集所述终端的通信环境数据；
[0218]
步骤102：将所述通信环境数据上报给网络侧设备；
[0219]
步骤103：接收所述网络侧设备返回的推荐消息发送模式信息；
[0220]
步骤104：根据所述推荐消息发送模式信息进行消息发送模式的切换。
[0221]
本实施例中，终端在发送融合通信消息时，采集终端的通信环境数据，将通信环境数据上报给网络侧设备，网络侧设备可以根据通信环境数据确定推荐消息发送模式信息，并向终端返回推荐消息发送模式信息，终端可以根据推荐消息发送模式信息进行消息发送模式的切换，选择最合适的消息发送模式，从而提高通信资源利用率。
[0222]
一些实施例中，所述通信环境数据的数据类型包括以下至少一项：
[0223]
1对1消息被叫类型；
[0224]
群消息的群成员数；
[0225]
群平均进入静默时间；
[0226]
当前时间段群消息的活跃度；
[0227]
并发群聊数；
[0228]
消息发送的时间段；
[0229]
发送消息的长度；
[0230]
发送消息的类型；
[0231]
发送消息的速度；
[0232]
消息发送者日均发消息量；
[0233]
消息接收者日均发送消息量；
[0234]
消息发送者和消息接收者的熟悉度；
[0235]
用户接入方式。
[0236]
一些实施例中，所述根据所述推荐消息发送模式信息进行消息发送模式的切换包括以下任一项：
[0237]
所述推荐消息发送模式信息包括与所述通信环境数据相似度最高的历史数据，将所述相似度最高的历史数据采用的消息发送模式确定为推荐消息发送模式，若所述终端的消息发送模式与所述推荐消息发送模式不同，将所述终端的消息发送模式切换为所述推荐消息发送模式；
[0238]
所述推荐消息发送模式信息包括推荐消息发送模式，若所述终端的消息发送模式与所述推荐消息发送模式不同，将所述终端的消息发送模式切换为所述推荐消息发送模式。
[0239]
一些实施例中，将所述终端的消息发送模式切换为所述推荐消息发送模式之后，所述方法还包括：
[0240]
判断切换为所述推荐消息发送模式之后，所述终端发送融合通信消息消耗的流量是否变少；
[0241]
如果是，将所述推荐消息发送模式作为发送模式建议发送给所述网络侧设备。
[0242]
本发明实施例还提供了一种融合通信消息传送的方法，应用于网络侧设备，如图6所示，包括：
[0243]
步骤201：接收终端上报的通信环境数据；
[0244]
步骤202：根据所述通信环境数据确定与所述通信环境数据相似度最高的历史数据；
[0245]
步骤203：将推荐消息发送模式信息发送给所述终端，所述推荐消息发送模式信息包括所述历史数据和/或根据所述历史数据确定的推荐消息发送模式。
[0246]
本实施例中，终端将通信环境数据上报给网络侧设备，网络侧设备可以根据通信环境数据确定推荐消息发送模式信息，并向终端返回推荐消息发送模式信息，终端可以根据推荐消息发送模式信息进行消息发送模式的切换，选择最合适的消息发送模式，从而提高通信资源利用率。
[0247]
一些实施例中，确定与所述通信环境数据相似度最高的历史数据包括：
[0248]
将终端上报的所述通信环境数据与数据库中的多条历史数据分别进行拟合运算，得到每条历史数据与所述通信环境数据的相似度，所述数据库中存储有多条历史数据，每条历史数据包括多个数据标识及其对应的取值，每一数据标识代表通信环境数据的一数据类型；
[0249]
对所述相似度进行排序，确定与所述通信环境数据的相似度最高的历史数据。
[0250]
一些实施例中，确定所述推荐消息发送模式包括：
[0251]
根据所述相似度最高的历史数据采用的消息发送模式确定所述推荐消息发送模式。
[0252]
一些实施例中，还包括：
[0253]
获取消息话单，从所述消息话单中抽取通信环境数据，将抽取的通信环境数据存储在所述数据库中作为所述历史数据。
[0254]
一些实施例中，所述方法具体包括：
[0255]
将所述历史数据按照数据类型分为n个分组，n为正整数；
[0256]
对所述n个分组进行排序，从第一个分组开始，对每一分组中的数据，分别计算其与所述通信环境数据中相同类型的数据的相似度；
[0257]
根据所述n个分组中前n个分组的计算结果确定历史数据与所述通信环境数据的相似度，n为小于等于n的正整数。
[0258]
一些实施例中，还包括：
[0259]
接收所述终端返回的发送模式建议；
[0260]
存储所述终端上报的通信环境数据与所述发送模式建议的对应关系。
[0261]
一些实施例中，所述通信环境数据的数据类型包括以下至少一项：
[0262]
1对1消息被叫类型；
[0263]
群消息的群成员数；
[0264]
群平均进入静默时间；
[0265]
当前时间段群消息的活跃度；
[0266]
并发群聊数；
[0267]
消息发送的时间段；
[0268]
发送消息的长度；
[0269]
发送消息的类型；
[0270]
发送消息的速度；
[0271]
消息发送者日均发消息量；
[0272]
消息接收者日均发送消息量；
[0273]
消息发送者和消息接收者的熟悉度；
[0274]
用户接入方式。
[0275]
本实施例中，推荐消息发送模式包括standalone和session模式，本实施例能够根据用户发送消息时的特征，智能切换standalone和session模式，以达到最佳的网络资源利用率。
[0276]
如图7所示，本实施例中，终端具有代理网关功能，终端还具有发送情况探测功能，终端可以对用户发送消息时的终端环境及相关背景信息进行采集上报；其中，代理网关功能可完成对消息发送模式的转换，比如在standalone模式和session模式之间进行转换。网络侧设备可以根据用户当前传输情况的特点，智能推荐采用哪种消息发送模式。
[0277]
其中，发送情况探测功能可探测的相关信息情况包括：
[0278]
(a)1对1消息被叫类型；
[0279]
(b)群消息的群成员数；
[0280]
(c)群平均进入静默时间(静默是指群持续多长时间没有收到消息，群平均进入静默时间有上限，达到上限后，如果是session模式的群聊，系统将断开session连接)；
[0281]
(d)当前时间段群消息的活跃度；
[0282]
(e)并发群聊数；
[0283]
(f)消息发送的时间段；
[0284]
(g)发送消息的长度；
[0285]
(h)发送消息的类型；
[0286]
(i)发送消息的速度，比如多少秒发送一条消息；
[0287]
(j)发送者日均发消息量；
[0288]
(k)接收者日均发送消息量；
[0289]
(l)发送者和接收者的熟悉度；
[0290]
(m)用户接入方式(比如ps＝1wifi＝2)。
[0291]
代理网关功能的主要作用是进行传输模式的转换，终端原有系统可不用进行改造，即终端原有的消息处理机制不变，原来是standalone或者session模式的保持不变，由代理网关按照网络侧的建议对消息发送模式进行转换，比如将session模式切换为standalone模式，或将standalone模式切换为session模式。
[0292]
网络侧设备通过终端侧上报的数据及从运营商数据库中采集到的数据，通过对比找到类似数据，然后根据相似数据的采用的消息发送模式对本次消息发送模式进行推荐。
[0293]
对于网络侧存储的数据，用r(i，x)表示，其中i表示每一项数据，x代表此项记录中不同分项目的取值，如下表所示
[0294]
[0295][0296]
网络侧形成了如下所示的数据库，r1表示第一条数据，rn表示第n条数据。
[0297][0298][0299]
。。。
[0300][0301]
对于数据库的生成，在系统冷启动阶段，由于没有数据，目前采用的方式是通过扫
描网络侧备份的消息话单的方式进行，从消息话单中抽取相关的信息，比如发送时间，接收方，发送的内容，发送的方式比如：standalone或者是session方式，然后根据历史数据进行计算，来看发送方式是否合适，如果不合适就需要对导入系统的数据进行调整，通过对大量历史数据的回测，生成初始的大数据内容。同时系统定期会对现有的数据进行回测，以便于及时更新大数据，使后面拟合的时候更有依据。
[0302]
当用户发送消息后，终端将采集到的数据rm发给网络侧，网络侧将接收到的数据与数据库中的r1～rn条数据进行拟合运算，比如可以使用基于领域的协同过滤算法，这类算法的主要思想是利用《ri,xj》的得分矩阵,利用统计信息计算ri和rj之间的相似度。然后再利用相似度排序,最终得出和待拟合数据rm近似度最高的数据比如rs，并将rs对应的消息发送模式推荐给终端。拟合公式如下：
[0303][0304]
其中r
i,x
表示，第i条数据中的某个x的取值，比如r
2,3
，表示第二条数据中x3的取值。x∈i(ij)，表示x要选取第i条数据和第j条数据都有评分维度，ri头上有一杠，表示某条数据的所有x分项取值的平均数，计算结果就是ri和rj的相似度sim(i，j)，sim(i，j)取值0～1。sim(i，j)值越接近于1，则两者越相似。
[0305]
另外在初期系统数据不多的情况下，可以通过上面的公式计算相似度，但是后期如果伴随着系统数据量的增大，比如上亿级别的数据量，如采用每向量的维度进行相似度计算时，在向量维度比较多的情况下，这种方式对系统开销大，会影响消息发送的实时性，为此可以采用如下的拟合策略，将向量根据维度进行分组，比如按照接入方式、发送时间、频率、消息内容等对向量进行分组，每一个分组计算一个值，后面进行拟合的时候，先按照分组后的向量维度进行第一步拟合，如果得出的排序结果可以用，就不用进一步计算，如果得出的排查结果都很相似，就需要进行全向量的近似度计算。
[0306]
通过上述公式计算则可以得到相关数据的相似度值。通过计算可得下表，表示r1-rn与rm的相似度(数值仅为示例使用)。
[0307] rmr10.79r20.67r30.1r40.85r50.9
…ꢀ
rn0.1
[0308]
将计算结果按照近似度数值从大到小进行排列后，给出近似度排序《rn，ry
…
》，系统将相似度排序的结果返回给代理网关，代理网关选取近似度最高的rn对应的传输模式，作为本次消息交互的传输模式。
[0309]
一具体示例中，如图8所示，本实施例包括以下步骤：
[0310]
用户在终端上输入内容，准备发送融合通信消息；
[0311]
终端将融合通信消息发送给代理网关功能；
[0312]
判断是否从网络侧获得推荐消息发送模式信息，如果是，则根据推荐消息发送模式信息进行发送；如果否，则代理网关功能将终端的通信环境数据上报给网络侧设备，网络侧设备将推荐消息发送模式信息发送给终端；
[0313]
如果发送结束，则计算采用推荐消息发送模式信息进行发送是否消耗了更少的流量，如果确实消耗了更少的流量，则网络侧保存该次的消息发送模式作为历史数据。
[0314]
本实施例根据用户的消息发送时的实际情况，动态地调整消息发送模式，并通过代理网关的方式减少了对终端修改的要求，可以做到以最优化的方式完成消息的发送。
[0315]
本发明实施例还提供了一种融合通信消息传送的装置，应用于终端，如图9所示，包括：
[0316]
采集模块31，用于在发送融合通信消息时，采集所述终端的通信环境数据；
[0317]
上报模块32，用于将所述通信环境数据上报给网络侧设备；
[0318]
接收模块33，用于接收所述网络侧设备返回的推荐消息发送模式信息；
[0319]
切换模块34，用于根据所述推荐消息发送模式信息进行消息发送模式的切换。
[0320]
本实施例中，终端在发送融合通信消息时，采集终端的通信环境数据，将通信环境数据上报给网络侧设备，网络侧设备可以根据通信环境数据确定推荐消息发送模式信息，并向终端返回推荐消息发送模式信息，终端可以根据推荐消息发送模式信息进行消息发送模式的切换，选择最合适的消息发送模式，从而提高通信资源利用率。
[0321]
一些实施例中，所述通信环境数据的数据类型包括以下至少一项：
[0322]
1对1消息被叫类型；
[0323]
群消息的群成员数；
[0324]
群平均进入静默时间；
[0325]
当前时间段群消息的活跃度；
[0326]
并发群聊数；
[0327]
消息发送的时间段；
[0328]
发送消息的长度；
[0329]
发送消息的类型；
[0330]
发送消息的速度；
[0331]
消息发送者日均发消息量；
[0332]
消息接收者日均发送消息量；
[0333]
消息发送者和消息接收者的熟悉度；
[0334]
用户接入方式。
[0335]
一些实施例中，所述切换模块34具体用于执行以下任一项：
[0336]
所述推荐消息发送模式信息包括与所述通信环境数据相似度最高的历史数据，将所述相似度最高的历史数据采用的消息发送模式确定为推荐消息发送模式，若所述终端的消息发送模式与所述推荐消息发送模式不同，将所述终端的消息发送模式切换为所述推荐消息发送模式；
[0337]
所述推荐消息发送模式信息包括推荐消息发送模式，若所述终端的消息发送模式与所述推荐消息发送模式不同，将所述终端的消息发送模式切换为所述推荐消息发送模式。
[0338]
一些实施例中，所述装置还包括：
[0339]
判断模块，用于判断切换为所述推荐消息发送模式之后，所述终端发送融合通信消息消耗的流量是否变少；
[0340]
发送模块，用于如果是，将所述推荐消息发送模式作为发送模式建议发送给所述网络侧设备。
[0341]
本发明实施例还提供了一种融合通信消息传送的装置，应用于网络侧设备，如图10所示，包括：
[0342]
接收模块41，用于接收终端上报的通信环境数据；
[0343]
处理模块42，用于根据所述通信环境数据确定与所述通信环境数据相似度最高的历史数据；
[0344]
发送模块43，用于将推荐消息发送模式信息发送给所述终端，所述推荐消息发送模式信息包括所述历史数据和/或根据所述历史数据确定的推荐消息发送模式。
[0345]
本实施例中，终端将通信环境数据上报给网络侧设备，网络侧设备可以根据通信环境数据确定推荐消息发送模式信息，并向终端返回推荐消息发送模式信息，终端可以根据推荐消息发送模式信息进行消息发送模式的切换，选择最合适的消息发送模式，从而提高通信资源利用率。
[0346]
一些实施例中，所述处理模块42具体用于将终端上报的所述通信环境数据与数据库中的多条历史数据分别进行拟合运算，得到每条历史数据与所述通信环境数据的相似度，所述数据库中存储有多条历史数据，每条历史数据包括多个数据标识及其对应的取值，每一数据标识代表通信环境数据的一数据类型；
[0347]
对所述相似度进行排序，确定与所述通信环境数据的相似度最高的历史数据。
[0348]
一些实施例中，所述发送模块43具体用于根据所述相似度最高的历史数据采用的消息发送模式确定所述推荐消息发送模式。
[0349]
一些实施例中，所述装置还包括：
[0350]
获取模块，用于获取消息话单，从所述消息话单中抽取通信环境数据，将抽取的通信环境数据存储在所述数据库中作为所述历史数据。
[0351]
一些实施例中，所述处理模块42具体用于将所述历史数据按照数据类型分为n个分组，n为正整数；对所述n个分组进行排序，从第一个分组开始，对每一分组中的数据，分别计算其与所述通信环境数据中相同类型的数据的相似度；根据所述n个分组中前n个分组的计算结果确定历史数据与所述通信环境数据的相似度，n为小于等于n的正整数。
[0352]
一些实施例中，所述接收模块41还用于接收所述终端返回的发送模式建议；
[0353]
所述处理模块42还用于存储所述终端上报的通信环境数据与所述发送模式建议的对应关系。
[0354]
一些实施例中，所述通信环境数据的数据类型包括以下至少一项：
[0355]
1对1消息被叫类型；
[0356]
群消息的群成员数；
[0357]
群平均进入静默时间；
[0358]
当前时间段群消息的活跃度；
[0359]
并发群聊数；
[0360]
消息发送的时间段；
[0361]
发送消息的长度；
[0362]
发送消息的类型；
[0363]
发送消息的速度；
[0364]
消息发送者日均发消息量；
[0365]
消息接收者日均发送消息量；
[0366]
消息发送者和消息接收者的熟悉度；
[0367]
用户接入方式。
[0368]
本发明实施例还提供了一种融合通信消息传送的装置，应用于终端，如图11所示，包括存储器61、处理器62及存储在所述存储器61上并可在所述处理器62上运行的计算机程序；所述处理器62执行所述程序时实现如上所述的融合通信消息传送的方法。
[0369]
处理器62具体用于在发送融合通信消息时，采集所述终端的通信环境数据；将所述通信环境数据上报给网络侧设备；接收所述网络侧设备返回的推荐消息发送模式信息；根据所述推荐消息发送模式信息进行消息发送模式的切换。
[0370]
一些实施例中，所述通信环境数据的数据类型包括以下至少一项：
[0371]
1对1消息被叫类型；
[0372]
群消息的群成员数；
[0373]
群平均进入静默时间；
[0374]
当前时间段群消息的活跃度；
[0375]
并发群聊数；
[0376]
消息发送的时间段；
[0377]
发送消息的长度；
[0378]
发送消息的类型；
[0379]
发送消息的速度；
[0380]
消息发送者日均发消息量；
[0381]
消息接收者日均发送消息量；
[0382]
消息发送者和消息接收者的熟悉度；
[0383]
用户接入方式。
[0384]
一些实施例中，所述处理器62具体用于执行以下任一项：
[0385]
所述推荐消息发送模式信息包括与所述通信环境数据相似度最高的历史数据，将所述相似度最高的历史数据采用的消息发送模式确定为推荐消息发送模式，若所述终端的消息发送模式与所述推荐消息发送模式不同，将所述终端的消息发送模式切换为所述推荐消息发送模式；
[0386]
所述推荐消息发送模式信息包括推荐消息发送模式，若所述终端的消息发送模式与所述推荐消息发送模式不同，将所述终端的消息发送模式切换为所述推荐消息发送模式。
[0387]
一些实施例中，所述处理器62还用于判断切换为所述推荐消息发送模式之后，所述终端发送融合通信消息消耗的流量是否变少；如果是，将所述推荐消息发送模式作为发送模式建议发送给所述网络侧设备。
[0388]
本发明实施例还提供了一种融合通信消息传送的装置，应用于网络侧设备，如图12所示，包括存储器71、处理器72及存储在所述存储器71上并可在所述处理器72上运行的计算机程序；所述处理器72执行所述程序时实现如上所述的融合通信消息传送的方法。
[0389]
处理器72具体用于接收终端上报的通信环境数据；根据所述通信环境数据确定与所述通信环境数据相似度最高的历史数据；将推荐消息发送模式信息发送给所述终端，所述推荐消息发送模式信息包括所述历史数据和/或根据所述历史数据确定的推荐消息发送模式。
[0390]
一些实施例中，所述处理器72具体用于将终端上报的所述通信环境数据与数据库中的多条历史数据分别进行拟合运算，得到每条历史数据与所述通信环境数据的相似度，所述数据库中存储有多条历史数据，每条历史数据包括多个数据标识及其对应的取值，每一数据标识代表通信环境数据的一数据类型；
[0391]
对所述相似度进行排序，确定与所述通信环境数据的相似度最高的历史数据。
[0392]
一些实施例中，所述处理器72具体用于根据所述相似度最高的历史数据采用的消息发送模式确定所述推荐消息发送模式。
[0393]
一些实施例中，所述处理器72还用于获取消息话单，从所述消息话单中抽取通信环境数据，将抽取的通信环境数据存储在所述数据库中作为所述历史数据。
[0394]
一些实施例中，所述处理器72具体用于将所述历史数据按照数据类型分为n个分组，n为正整数；对所述n个分组进行排序，从第一个分组开始，对每一分组中的数据，分别计算其与所述通信环境数据中相同类型的数据的相似度；根据所述n个分组中前n个分组的计算结果确定历史数据与所述通信环境数据的相似度，n为小于等于n的正整数。
[0395]
一些实施例中，所述处理器72还用于接收所述终端返回的发送模式建议；存储所述终端上报的通信环境数据与所述发送模式建议的对应关系。
[0396]
一些实施例中，所述通信环境数据的数据类型包括以下至少一项：
[0397]
1对1消息被叫类型；
[0398]
群消息的群成员数；
[0399]
群平均进入静默时间；
[0400]
当前时间段群消息的活跃度；
[0401]
并发群聊数；
[0402]
消息发送的时间段；
[0403]
发送消息的长度；
[0404]
发送消息的类型；
[0405]
发送消息的速度；
[0406]
消息发送者日均发消息量；
[0407]
消息接收者日均发送消息量；
[0408]
消息发送者和消息接收者的熟悉度；
[0409]
用户接入方式。
[0410]
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的融合通信消息传送的方法中的步骤。
[0411]
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储待检测终端设备或任何其他非传输介质，可用于存储可以被计算待检测终端设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
[0412]
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。