CN114124964B - 通信系统、通道调度方法、设备及存储介质 - Google Patents
通信系统、通道调度方法、设备及存储介质 Download PDFInfo
- Publication number
- CN114124964B CN114124964B CN202210082169.0A CN202210082169A CN114124964B CN 114124964 B CN114124964 B CN 114124964B CN 202210082169 A CN202210082169 A CN 202210082169A CN 114124964 B CN114124964 B CN 114124964B
- Authority
- CN
- China
- Prior art keywords
- communication
- message
- scheduling
- communication channel
- target
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供一种通信系统、通道调度方法、设备及存储介质。在本申请实施例中,对于多通信站点设置统一的中心管控节点,中心管控节点可获取多个通信站点的通信通道的属性信息,并将多个通信站点的通信通道的属性信息提供给每个通信站点的调度节点。对于每个通信站点的调度节点来说,可获取多个通信站点的通信通道的属性信息,因此,可根据多个通信站点的通信通道的属性信息,为待发送消息选择目标通信通道,实现多通信站点的通信通道的资源复用,而不是每个通信站点的调度节点只能调度站点内的通信通道,打破了通信站点间的隔离,有助于提高通信通道资源的利用率。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种通信系统、通道调度方法、设备及存储介质。
背景技术
随着通信技术的发展,通信全球化的进程不断推进。为了实现通信全球化,需要在全球组建通信站点,形成了全球化的多通信站点。每个通信站点搭建一套本地域的通信架构,为该地域提供通信服务。
在现有技术中,每个通信站点的通信通道是隔离的,只能传输该通信站点的短信,不能多通信站点复用通道资源,通道资源利用率低,造成通道资源的浪费。
发明内容
本申请的多个方面提供一种通信系统、通道调度方法、设备及存储介质,用以实现通信站点的通道资源复用,有助于提高通道资源利用率。
本申请实施例提供一种通信系统,包括:中心管控节点及多个地域对应的多个通信站点;每个地域的通信站点为该地域提供通信服务;
每个通信站点包括:调度节点、网关及通信服务节点;所述网关与所述通信服务节点之间建立有通信通道;
所述中心管控节点,用于获取所述多个通信站点的通信通道的属性信息;并将所述多个通信站点的通信通道的属性信息提供给所述多个通信站点中的调度节点;
所述调度节点,用于根据所述多个通信站点的通信通道的属性信息,从所述多个通信站点的通信通道中为待发送消息选择第一目标通信通道;并将所述待发送消息调度至所述第一目标通信通道对应的目标网关;
所述目标网关用于通过所述第一目标通信通道将所述待发送消息传输给所述第一目标通信通道连接的目标通信服务节点;由所述目标通信服务节点将所述待发送消息提供给所述待发送消息的接收方。
本申请实施例还提供一种通道调度方法,适用于通信站点的调度节点,包括:
获取中心管控节点提供的多个通信站点的通信通道的属性信息;
根据所述多个通信站点的通信通道的属性信息,从所述多个通信站点的通信通道中为待发送消息选择第一目标通信通道;
将所述待发送消息调度至所述第一目标通信通道对应的目标网关;
控制所述目标网关通过所述第一目标通信通道将所述待发送消息传输给所述第一目标通信通道连接的目标通信服务节点,以供所述目标通信服务节点将所述待发送消息提供给所述待发送消息的接收方。
本申请实施例还提供一种计算设备,包括:存储器、处理器和通信组件;其中,所述存储器,用于存储计算机程序;
所述处理器耦合至所述存储器和所述通信组件,用于执行所述计算机程序以用于执行上述通道调度方法中的步骤。
本申请实施例还提供一种存储有计算机指令的计算机可读存储介质,当所述计算机指令被一个或多个处理器执行时,致使所述一个或多个处理器执行上述通道调度方法中的步骤。
在本申请实施例中,对于多通信站点设置统一的中心管控节点,中心管控节点可获取多个通信站点的通信通道的属性信息,并将多个通信站点的通信通道的属性信息提供给每个通信站点的调度节点。对于每个通信站点的调度节点来说,可获取多个通信站点的通信通道的属性信息,因此,可根据多个通信站点的通信通道的属性信息,为待发送消息选择目标通信通道,实现多通信站点的通信通道的资源复用,而不是每个通信站点的调度节点只能调度站点内的通信通道,打破了通信站点间的隔离,有助于提高通信通道资源的利用率。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1-图3为本申请实施例提供的通信系统的结构示意图;
图4为本申请实施例提供的中心管控节点与调度节点数据同步过程示意图;
图5为本申请实施例提供的发送失败重试过程示意图;
图6为本申请实施例提供的基于消息发送成功率进行时间窗口管控过程示意图;
图7为本申请实施例提供的通道调度方法的流程示意图;
图8为本申请实施例提供的计算设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在现有多通信站点的通信系统中,每个通信站点的通信通道是隔离的,只能传输该通信站点的短信,不能多通信站点复用通道资源,通道资源利用率低,造成通道资源的浪费。为了解决上述问题,在本申请一些实施例中,对于多通信站点设置统一的中心管控节点,中心管控节点可获取多个通信站点的通信通道的属性信息,并将多个通信站点的通信通道的属性信息提供给每个通信站点的调度节点。对于每个通信站点的调度节点来说,可获取多个通信站点的通信通道的属性信息,因此,可根据多个通信站点的通信通道的属性信息,为待发送消息选择目标通信通道,实现多通信站点的通信通道的资源复用,而不是每个通信站点的调度节点只能调度站点内的通信通道,打破了通信站点间的隔离,有助于提高通信通道资源的利用率。
以下结合附图,详细说明本申请各实施例提供的技术方案。
应注意到:相同的标号在下面的附图以及实施例中表示同一物体,因此,一旦某一物体在一个附图或实施例中被定义,则在随后的附图和实施例中不需要对其进行进一步讨论。
为了实现通信全球化,需要在全球组建通信站点,形成了全球化的多通信站点。每个通信站点搭建一套本地域的通信架构,为该地域提供通信服务。如图1所示,对于这种通信架构来说,通信系统可实现为图1所示的系统架构。如图1所示,通信系统可包括:消息发送端10、通信站点20及消息接收端30。
在本实施例中,消息发送端10是指发送消息的计算设备。计算设备可为手机、电脑等终端设备,也可为服务端设备。例如云通信服务端设备等。服务端设备可以为单一服务器设备,也可以云化的服务器阵列,或者为云化的服务器阵列中运行的虚拟机(VirtualMachine,VM)。另外,服务端设备也可以指具备相应服务能力的其他计算设备,例如电脑等终端设备(运行服务程序)等。
在本实施例中,通信站点20可是指提供消息转发服务站点。其中,消息可包括:短信等。短信可包括:文字短信、彩信及语音短信等等。在本申请实施例中,消息发送端10可通过通信站点20向消息接收端30发送消息。例如,例如,在线购物场景中,商家可向消费者发送推广消息。又例如,在支付场景中,支付平台可向支付方发送验证短信;待支付成功后,还可向支付方发送支付成功等通知消息。又例如,运营商可向用户发送欠费通知消息、停机通知消息或者账单消息等等。
在本实施例中,如图1所示,通信站点20可包括:接入层201、存储节点202、调度节点203、网关204及通信服务节点205。
在本申请实施例中,接入层201是指通信站点20中之间面向用户连接或访问的部分。接入层201可包括接入层交换机,可与消息发送端10通信连接,用于接收消息发送端10发送的消息。
存储节点202是指用于存储消息发送端10发送的消息的节点。存储节点202设置有1个或多个消息队列(Message Queue,MQ),用于存储接收到的消息。消息队列(MessageQueue,MQ)是一种基于先进先出(FIFO)的队列模型中间件。消息生产者(Producer)只需将消息发布到MQ中,无需管谁来取消息和如何取消息;消息消费者(Consumer)只管从MQ中取消息而不用管是谁发布的以及如何发布的。接入层201可将接收到的消息送入消息队列中,供后续调度节点203调度。
在本申请实施例中,网关204与通信服务节点205建立有通信通道。网关204与通信服务节点205之间的通信通道的数量可为1个或多个。
在本申请实施例中,网关204又称网间连接器、协议转换器。网关在网络层以上实现网络互连,是复杂的网络互连设备,用于两个高层协议不同的网络互连。网关204主要用于不同网络、不同运营商之间的通信互通。
通信服务节点205是指提供通信服务的节点,可包括运营商设备和/或通信服务供应商设备。运营商设备可包括:核心网和基站等。通信服务供应商可为第三方供应商或云厂商等。通信服务节点205可利用通信基础设施提供通信服务。例如对于运营商来说,可将短信等消息发送至基站,基站将短信等消息发送给目的终端;等等。
通信通道为各网络或各运营商提供的通信接口,实现与指定号码进行消息批量发送和自定义发送。每个网络、每个运营商提供一个或多个不同的通信通道。每个通信通道具有消息发送能力,且预先接入通信服务节点205,其可以将消息发送至通信服务节点205。在本实施例中,网关204可获取消息队列中的消息;并通过通信通道将消息发送给通信服务节点205。由通信服务节点205将消息发送给消息接收端30。
上述仅以一个通信站点为例,对通信系统的工作原理进行了示例性说明。对于实际应用而言,为了实现通信全球化,需要在全球组建通信站点,形成了全球化的多通信站点。相应地,如图2所示,通信系统可包括:多个地域对应的多个通信站点20。每个地域的通信站点20为该地域提供通信服务。在本申请实施例中,多个是指2个或2个以上,具体取值可由实际应用需求灵活设置。
在本申请实施例中,不限定地域的划分标准。地域可以通信站点20的覆盖范围进行划分。例如,可以一个省份为一个地域;也可以一个国家为一个地域;或者,也可以多个国家为一个地域等等。图2仅以一个国家为2个地域进行图示,但不构成限定。
在本申请实施例中,网关204与通信服务节点205之间建立有多个通信通道。不同通信通道的属性信息不同。通信通道的属性信息是指可表征通信通道的优劣的评价指标,包括但不局限于:通信通道的费用属性、消息发送成功率、稳定性及消息发送能力及通信通道支持的地域属性信息等。
其中,通信通道的费用属性是指通信通道的价格,价格越低说明通信通道的经济性越好。消息发送成功率是指通信通道发送消息的成功率,成功率越高说明通信通道的质量越好。通信通道的稳定性是指通信通道提供消息发送服务的稳定性,可利用统计周期内通信通道的故障次数表征其稳定性。其中,统计周期内通信通道的故障次数越小,通信通道的稳定性越好。消息发送能力可用通信通道支持的连接数量进行表示。其中,通信通道支持的连接数越大,消息发送能力越好。例如,若一个通信通道支持100个连接,而另一个通信通道支持80个连接,可知支持100个连接的通信通道的消息发送能力比支持80个连接的通信通道的消息发送能力更好。
通信通道支持通信的地域属性信息是指:通信通道可支持通信的地域信息,具体是指通信通道支持的消息的接收方所属的地域。通信通道只可将消息发送给位于其支持通信的地域的接收方,不能将消息发送给其它地域的接收方。
由于不同通信通道的属性不同,一般通信通道的质量与价格是呈正比的。即通信通道的质量越好,价格越高。因此,对于待发送的消息来说,采用哪个通信通道进行发送影响消息的发送质量和对消息提供方的收费。为了解决该问题,每个通信站点20部署有调度节点203。调度节点203用于对本通信站点的通信通道进行调度,即用于决策该调度节点203所属的通信站点内的哪个通信通道,对消息进行发送。
相应地,调度节点203是指用于决策采用其所属的通信站点内的哪个通信通道对消息进行发送的节点。调度节点203可为硬件设备、软件模块、虚拟机或容器等。在本实施例中,每个调度节点203的数量可为1个或多个。多个调度节点203可部署于同一物理机的不同虚拟机或不同容器中;也可部署于不同的物理机中。
如图2所示,由于每个通信站点20的通信通道资源是隔离的,因此,调度节点203只能调度本通信站点的通道进行消息处理,不能实现多通信站点复用通道资源,导致通道资源利用率低,造成通信通道资源浪费。另一方面,由于每个通信站点20的通信通道只能传输本通信站点20接收到的消息,若某个通信站点20的网关或者通信通道不可用,直接导致该通信站点20处于瘫痪状态,对于该通信站点20接收到的消息无法进行处理。在本申请各实施例中,通信站点20的通信通道具体是指该通信站点20中网关204和通信服务节点205之间的通信通道。
在图2所示的方案中,每个通信站点20还设置有通道管理节点206,用于对本通信站点的通道资源进行管理。其中,通道管理节点206是指对本通信站点的通信通道资源进行管理的节点,可为硬件设备、软件模块、虚拟机或容器等。在图2所示的方案中,每个通信站点20的通道管理节点206用于维护本通信站点的通道属性信息,并对本通信站点的通信通道进行健康状态监测等等。由于每个通信站点都需要维护本站点的通信管理节点,运维成本较高。
为了实现多站点的通道资源复用,本申请实施例提出一种中心化的通道资源管理方案,下面结合附图进行示例性说明。
图3为本申请实施例提供的通信系统的结构示意图。如图3所示,本申请实施例提供的通信系统包括:中心管控节点40及多个地域对应的多个通信站点20。每个地域的通信站点20为该地域提供通信服务。其中,关于通信站点20的结构和实现形态,可参见上述实施例的相关内容,在此不再赘述。本申请实施例主要侧重于如何实现多通信站点的通道资源复用,因此,图3中对于通信站点20的接入层201和存储节点202不做过多赘述。
在本申请实施例中,中心管控节点40是指对多个通信站点20的通道资源进行管理的节点。在本申请实施例中,不限定中心管控节点40的具体实现形态。中心管控节点40可实现为服务端设备。关于服务端设备的实现形态,可参见上述实施例的相关内容。中心管控节点40与通信站点20通信连接。
其中,中心管控节点40与通信站点20之间可以是无线或有线连接。可选地,通信站点20可以通过移动网络和中心管控节点40通信连接,相应地,移动网络的网络制式可以为2G(GSM)、2.5G(GPRS)、3G(WCDMA、TD-SCDMA、CDMA2000、UTMS)、4G(LTE)、4G+(LTE+)、5G、WiMax等中的任意一种。可选地,中心管控节点40也可以通过蓝牙、WiFi、红外线等方式和通信站点20通信连接。
在本申请实施例中,中心管控节点40可获取多个通信站点20的通信通道的属性信息。其中,关于通信通道的属性信息的描述,可参见上述实施例的相关内容,在此不再赘述。在本申请实施例中,不限定中心管控节点40获取多个通信站点20的通信通道的属性信息的具体实施方式。
在一些实施例中,中心管控节点40可提供通道注册能力。各通信站点20可将其通信通道的属性信息注册到中心管控节点40。具体地,中心管控节点40可提供通道注册接口,如应用程序接口(API)。通信站点20的运维人员可利用计算设备调用中心管控节点40的通道注册接口,将该通信站点20的通信通道的属性信息注册至中心管控节点40。或者,对于图3所示的通道站点20设置有通道管理节点206的实施例来说,通道管理节点206可调度中心管控节点40的通道注册接口,将该通信站点20的通信通道的属性信息注册到中心管控节点40。这样,可将各通信站点20的通信通道统一接管到中心管控节点40,由中心管控节点40对多个通信站点20的通道资源进行统一管控,而无需每个通信站点20都维护通道管理节点,有助于降低通道管理的运维成本。
考虑到通信站点20的通信通道的属性信息可能发生更新,例如,通信通道的消息发送成功率、稳定性等可能随着网络质量发生变化;或者,通道站点20的通信通道发生增加或减少,或者发生故障等。因此,如图4所示,中心管控节点40还可对通信通道的属性信息维护版本信息(如版本号);并通过版本信息获取最新版本的通信通道的属性信息。对于每个通信站点20设置有通道管理节点206的实施例,通信管理节点206可将该通信管理节点206所在通信站点的通信通道的属性信息提供给中心管控节点40。如图4所示,通信管理节点206可采用代理模式将其所在站点的通信通道的属性信息托管至中心管控节点40。
在本申请实施例中,中心管控节点40可采用数据拉取的方式获取多个通信站点20的通信通道的属性信息。具体地,针对任一通信站点20,中心管控节点40可根据任一通信站点20的通道管理节点206存储的通信通道的属性信息的版本信息,及中心管控节点40自身存储的该通信站点的通信通道的属性信息的版本信息,更新中心管控节点40存储的该通信站点20的通道属性的属性信息。具体地,中心管控节点40可根据任一通信站点20的通道管理节点206存储的通信通道的属性信息的版本信息,确定是否从通道管理节点206拉取通信通道的属性信息。若任一通信站点20的通道管理节点206存储的通信通道的属性信息的版本信息,大于中心管控节点40自身存储的该通信站点的通信通道的属性信息的版本信息,中心管控节点40从通道管理节点206中拉取通道管理节点206存储的通信通道的属性信息的版本信息;并更新该通信站点的通信通道的属性信息为从通道管理节点206中拉取的通道管理节点206存储的通信通道的属性信息的版本信息。
在本申请实施例中,中心管控节点40还可对多个通信站点20的通信通道进行健康状态监测,并在监测到通信站点20的通信通道发生故障的情况下,断开发生故障的通信通道的连接。对于未发生故障的通信通道,中心管控节点40可维护未发生故障的通信通道的连接。
在本申请实施例中,不限定中心管控节点40对多个通信站点20的通信通道进行健康状态监测的具体实施方式。在一些实施例中,对于待探测通信通道,中心管控节点40可向通信站点20发送探测(Probe)报文;若在设定时长内未接收到针对探测报文的响应报文,可确定该通信站点20的通信通道发生故障。相应地,若在设定时长内接收到针对探测报文的响应报文,可确定该通信站点20的通信通道运行正常。
为了实现多通信站点的通道资源复用,在本申请实施例中,在不改变通信站点20的通信架构的情况下,中心管控节点40可将多个通信站点20的通信通道的属性信息提供给多个通信站点20中的调度节点203,实现中心管控节点40与通信站点20中的调度节点203的通道信息同步。
在本申请实施例中,不限定中心管控节点40将多个通信站点20的通信通道的属性信息提供给调度节点203的具体实施方式。在一些实施例中,中心管控节点40可在多个通信站点20的通信通道的属性信息发生更新的情况下,将发生更新后的多个通信站点20的通信通道的属性信息提供给调度节点203推送给多个通信站点20的调度节点203。如图4所示,对于某个地域的通信通道的属性信息发生变更,中心管控节点40可获取发生变更的地域的通信站点的通信通道的属性信息;并设置该通信站点的通信通道的属性信息的版本号自增,如版本号加1等。如图4所示,中心管控节点40可基于现有版本号比较是否以最新的通信通道的属性信息为准,将原有通信通道的属性信息(即图4中的原有数据生产快照)转换为历史数据。具体地,中心管控节点40可比较原有通信通道的属性信息的版本号和最新的通信通道的属性信息的版本号,若最新的通信通道的属性信息的版本号大于原有通信通道的属性信息的版本号,生成最新的通信通道的属性信息的快照,作为下游系统的标准通道通信的属性信息;并将原有通信通道的属性信息的快照张转换为历史快照等等。其中,将原有通信通道的属性信息转为历史快照,在调度节点203无法根据最新版本的通信通道的属性信息进行通道调度时,中心管控节点40可将历史快照同步给多个通信站点20中的调度节点203。这样,调度节点203可根据历史快照中的原有通信通道的属性信息进行通道调度,进而可提高消息发送成功率。
或者,中心管控节点40可基于与多个通信站点20的调度节点存储的通信通道的属性信息的版本号比较,以数据推送或数据拉取方式实现与多个通信站点的调度节点203之间的数据同步。具体地,如图4所示,中心管控节点40可获取当前存储的通信通道的属性信息的版本信息,以及,获取多个通信站点20存储的通信通道的版本信息;并比较若当前存储的通信通道的属性信息的版本信息大于多个通信站点20存储的通信通道的版本信息,将当前存储的通信通道的属性信息推送给多个通信站点20的调度节点203。
或者,如图4所示,调度节点203也可从中心管控节点40拉取多个通信站点20的通信通道的属性信息。具体地,多个通信站点20的调度节点203可向中心管控节点40发送数据请求;每个通信站点20发送的数据请求携带有该通信站点20存储的通信通道的属性信息的版本信息。对于中心管控节点40可响应于该数据请求,从数据请求中获取通信站点20存储的通信通道的属性信息的版本信息;若中心管控节点40当前存储的通信通道的属性信息的版本信息大于多个通信站点20存储的通信通道的版本信息,中心管控节点40将当前存储的通信通道的属性信息推送给多个通信站点20的调度节点203。
对于每个通信站点20的调度节点203来说,由于可获取多个通信站点的通信通道的属性信息;因此,调度节点203可根据多个通信站点的通信通道的属性信息,从多个通信站点20的通信通道中,为待发送消息选择目标通信通道。其中,待发送消息主要是指存储节点202存储的消息。对于存储节点202以消息队列的形式存储消息的实施例来说,调度节点203可按照消息队列中的消息先入先出的顺序从消息队列中获取消息,作为待发送消息。
在本申请实施例中,不限定调度节点203根据多个通信站点的通信通道的属性信息,从多个通信站点20的通信通道中,为待发送消息选择目标通信通道的具体实施方式。
在一些实施例中,调度节点203可确定待发送消息的接收方所属的地域。确切地,调度节点203可从待发送消息中,获取接收方的电话号码;并确定接收方的电话号码所属地域,作为待发送消息的接收方所属的地域。对于一个国家对应一个通信站点20的实施例来说,可确定接收方的电话号码所属的国家标识,作为待发送消息的接收方所属的地域。
进一步,调度节点203可从多个通信站点20的通信通道的属性信息中,获取每个通信站点20的通信通道支持通信的地域属性信息,即每个通信站点20的通信通道可支持哪个地域通信。例如,A国家的通信站点20具有3个通信通道,通信通道1支持A、B、C和D等4个国家通信;通信通道2和3支持A和B国家通信;通信通道3支持D国家通信等等。
进一步,调度节点203可根据多个通信站点的通信通道支持通信的地域属性信息,确定支持接收方所属的地域通信的通信通道。这样,确定出的通信通道可支持待发送消息的发送。
由于通信通道的优劣,可由通信通道的评价参数进行表征。其中,评价参数包括但不局限于:通信通道的费用属性、消息发送成功率、稳定性及消息发送能力及通信通道支持的地域属性信息等。关于每个评价参数的释义,可参见上述实施例的相关内容,在此不再赘述。
基于此,在确定出支持待发送消息的接收方所属的地域通信的通信通道之后,调度节点203还可从多个通信站点20的通信通道的属性信息中,获取通信站点20的通信通道的评价参数;并从上述支持接收方所属的地域通信的通信通道中,选择满足待发送消息的要求的通信通道。在本申请实施例中,为了便于描述和区分,将上述确定出的支持接收方所属的地域通信的通信通道,定义为第一通信通道;并将从第一通信通道中,确定出的满足待发送的消息的要求的通信通道,定义为第二通信通道。其中,第一通信通道和第二通信通道的数量均可为1个或多个;且第二通信通道的数据小于或等于第一通信通道的数量。
在本申请实施例中,不限定待发送消息的要求的具体实现形态。在一些实施例中,待发送消息的要求可实现为:待发送消息对通信通道的评价参数对应属性的要求,如对通信通道的质量要求和/或价格要求。其中,待发送消息对通信通道的质量要求可表现为:待发送消息对通信通道的消息发送成功率的要求、对通信通道的稳定性要求及对通信通道的消息发送能力的要求等中的一种或多种。
待发送消息对通信通道的质量要求可由待发送消息的发送方对通信通道的质量要求以及待发送消息对应的服务属性决定的。例如,消息的服务属性是指消息对应的服务特征,可包括:推广类消息、通知类消息及验证类消息等。其中,推广类消息、通知类消息及验证类消息根据业务属性,对通信通道的质量要求依次增高。
在本申请实施例中,不限定调度节点203获取待发送消息的要求的具体实施方式。在一些实施例中,消息发送端10可为云通信服务提供端。通信服务需求方可使用云通信服务提供端提供的消息服务向其目标用户发送消息。通信服务需求方可根据自身业务属性的要求,预先将其消息对通信通道的质量要求和/或价格要求提供给云通信服务提供端。相应地,云通信服务提供端在将消息发送给通信站点20时,还可将消息对通信通道的质量要求和/或价格要求提供给通信站点20。存储节点202可将消息以及消息对通信通道的质量要求和/或价格要求一并存储于消息队列中。这样,调度节点203在对待发送消息进行调度时,可从消息队列中获取待发送消息对通信通道的质量要求和/或价格要求等等。
相应地,调度节点203在从第一通信通道中选择满足所述待发送消息的要求的第二通信通道时,可根据第一通信通道的质量属性信息,从第一通信通道中选择满足待发送消息的质量要求的通信通道,作为第一目标通信通道。或者,根据第一通信通道的费用属性信息,从第一通信通道中选择满足费用要求的通信通道,作为第一目标通信通道。或者,根据第一通信通道的质量属性信息和费用属性信息,从第一通信通道中选择满足待发送消息的质量要求且满足费用要求的通信通道,作为目标通信通道。例如,调度节点203可根据第一通信通道的质量属性信息,从第一通信通道中选择满足待发送消息的质量要求的通信通道;并根据满足待发送消息的质量要求的通信通道的费用属性,从满足待发送消息的质量要求的通信通道,选择费用最低的通信通道,作为目标通信通道。
在确定出对待发送消息进行传输的目标通信通道之后,调度节点203可将待发送消息调度至目标通信通道对应的目标网关。目标通信通道对应的目标网关具体是指目标通信通道连接的网关。
在一些实施例中,目标通信通道为调度节点203所在通信站点内的通信通道。相应地,目标网关为目标通信通道连接的网关,即为调度节点203所在通信站点内的网关。例如,如图3所示,对于A国对应的通信站点中的调度节点203,目标通信通道为A国对应的通信站点内的通信通道;目标网关为A国对应的通信站点内的网关。
在另一些实施例中,目标通信通道为除调度节点203所在通信站点之外的其它通信站点的通信通道。相应地,目标网关为目标通信通道所在通信站点内的网关。例如,如图3所示,对于A国对应的通信站点中的调度节点203,目标通信通道为B国对应的通信站点内的通信通道;目标网关为B国对应的通信站点内的网关。
对于目标网关来说,可通过目标通信通道将待发送消息传输给目标通信服务节点。其中,目标通信服务节点具体是指目标通信通道连接的通信服务节点。例如,如图3所示,对于A国对应的通信站点中的调度节点203,目标通信通道为A国对应的通信站点内的通信通道;目标网关为A国对应的通信站点内的网关。
在另一些实施例中,目标通信通道为除调度节点203所在通信站点之外的其它通信站点的通信通道。相应地,目标网关为目标通信通道所在通信站点内的网关。例如,目标通信通道为哪个通信站点的通信通道,目标通信服务节点为该通信站点内与目标通信通道连接的通信服务节点。
进一步,对于目标通信服务节点来说,可将待发送消息提供给待发送消息的接收方,即图1和图2所示的消息接收端30。
在本申请实施例中,对于多通信站点设置统一的中心管控节点,中心管控节点可获取多个通信站点的通信通道的属性信息,对多通信站点的通信通道进行统一管理,无需每个通信站点都维护一个独立的通道管理节点,有助于降低通道管理的维护成本。
另一方面,中心管控节点可将多个通信站点的通信通道的属性信息提供给每个通信站点的调度节点。对于每个通信站点的调度节点来说,可获取多个通信站点的通信通道的属性信息,因此,可根据多个通信站点的通信通道的属性信息,为待发送消息选择目标通信通道,实现多通信站点的通信通道的资源复用,而不是每个通信站点的调度节点只能调度站点内的通信通道,打破了通信站点间的隔离,有助于提高通信通道资源的利用率。
此外,每个通信站点的调度节点除了可调度本站点内的通道资源之外,还可调度其它通信站点的通道资源,因此,若某个通信站点的网关或通道资源不可用,该通信站点的调度节点还可调用其他通信站点的网关和通道资源,有助于提高通信服务的稳定性和高可用性。
在本申请实施例中,如图3所示,对于目标网关为调度节点203所在通信站点内的网关,调度节点203可通过远程过程调度(Remote Procedure Call,RPC)协议调用目标网关;并控制目标网关将待发送消息通过目标通信通道传输给目标通信服务节点。其中,目标通信服务节点是指目标通信通道连接的通信服务节点。
对于目标网关为调度节点203所在通信站点之外的其它通信站点的网关的实施例,调度节点203可通过https或http协议调用目标网关;并控制目标网关将待发送消息通过目标通信通道传输给目标通信服务节点。
在本申请实施例中,如图5所示,通信系统还可提供调度失败重试能力。对于调度失败的消息,存储节点(图5未示出)可将调度失败的消息存储至失败消息队列,即存储调度失败的消息的消息队列。对于调度节点203可为调度失败的消息再次选择目标通信通道。对于调度节点203可按照设定的调度周期,按照设定的调度周期从失败消息队列中,获取消息时间戳与当前时间间隔小于调度周期的消息进行重新调度。
若将待发送消息调度至目标网关失败,存储节点可将待发送消息存储至失败消息队列。对于发送失败的消息,存储节点可将发送失败的消息存储至失败消息队列,并再次为发送失败的消息选择目标通信通道。在本申请实施例中,为了便于描述和区分,将上述为待发送消息选择的目标通信通道,定义为第一目标通信通道;并将再次为发送失败的消息选择目标通信通道,定义为第二目标通信通道。具体地,调度节点203可按照设定的调度周期,从失败消息队列中获取消息时间戳与当前时间间隔小于设定的调度周期的第一消息。其中,消息时间戳是指消息携带的时间戳,可为消息产生时的时间戳,也可为消息存储至失败消息队列的时间戳等等。进一步,调度节点203可根据多个通信站点的通信通道的属信息,重新从多个通信站点的通信通道中为第一消息选择第二目标通信通道;并将第一消息调度至所述第二目标通信通道对应的网关。其中,调度节点203从多个通信站点的通信通道中为第一消息选择第二目标通信通道的具体实施方式,可参见上述从多个通信站点的通信通道中,选择第一目标通信通道的相关内容,在此不再赘述。
进一步,调度节点203可将第一消息调度至第二目标通信通道连接的网关;并由该网关将第一消息通过至第二目标通信通道,传输至第二目标通信通道连接的通信服务节点。由该通信服务节点将第一消息发送给第一消息的接收方。
在本申请实施例中,如图5所示,调度节点203还可记录调度节点203重新调度失败消息队列中的消息的失败次数,也可称为重试次数;每当从失败消息队列中取出的消息调度失败,可将消息调度的重试次数加1;并在消息调度的重试次数达到设定次数阈值时,标记消息调度失败,结束调度节点203所在通信站点的通道调度。其中,设定次数阈值可根据实际需求进行灵活设置,图5仅以设定次数阈值为5进行图示,但不限于此。
在一些情况下,调度节点203对失败消息队列中的消息进行重新调度的连续失败次数可能存在连续N次调度失败的情况。其中,N 正整数。优选地,N≥2。对于这种情况,如图6所示,调度节点203可在调度节点对失败消息队列中的消息重新调度进行重新的连续失败次数达到设定的失败次数阈值的情况下,关闭调度节点203的消息调度线程,而不是长时间的等待或者返回消息无法处理的异常,这样就可以保证了调度节点203的线程不会被长时间、不必要的占用,从而避免了故障在通信系统中的蔓延,乃至雪崩。
在本申请实施例中,为了尽可能的提高通道资源的利用率,还可采用探活机制探测调度节点203所在通信站点的调度能力。具体地,如图6所示,调度节点203可在调度节点的消息调度线程的关闭时长达到设定的时长阈值时,以设定的调度速率调度存储节点202中用于存储尚未调度过的消息的消息队列中的消息。在本申请实施例中,为了便于描述和区分,将上述用于存储调度失败的消息的消息队列,定义为第一消息队列;将存储通信站点20接入层201接收到的尚未调度过的消息的消息队列,定义为第二消息队列。其中,设定的调度速率小于满速率。其中,满速率是指在消息调度正常时的消息调度速度。设定的调度速率可为半满速率。例如,满速率为每秒调度100个消息;半满速率可为每秒调度50个消息。设定的时长阈值可为满速率对应的一个或多个调度周期。图6中的时间窗口具体是指通信站点20的调度节点203的调度周期,每个调度周期为一个时间窗口。
其中,在调度节点的调度线程的关闭时长达到设定的时长阈值时,以小于满速率的调度速率调度第二消息队列中的消息,可实现对通信系统的探活,而非一直关闭调度节点203的调度窗口,可尽可能的利用通信系统的通道资源。而且,以小于满速率的调度速率调度存储节点202中的消息,而非以满速率调度存储节点202中的消息还可防止由于调度速率过快导致消息长时间调度失败等等。
在对通信系统进行探活期间,可获取调度节点203以设定的调度速率调度第二消息队列中的消息的成功率。对于成功发送的消息,目标通信服务节点可向目标网关返回发送成功通知。对于目标网关可统计设定时间内以设定的调度速率调度的消息中,有发送成功通知的消息,占以设定的调度速率调度的消息总量的比例,作为以设定的调度速率调度消息队列中的消息的成功率。进一步,目标网关可将以设定的调度速率调度第二消息队列中的消息的成功率返回给调度节点203。相应地,调度节点203可根据以设定的调度速率调度消息队列中的消息的成功率,确定是否继续关闭消息调度线程。
可选地,可预设成功率阈值。相应地,若以设定的调度速率调度消息队列中的消息的成功率达到(大于或等于)设定的成功率阈值,则调度节点203以满速率调度存储节点202中的消息。若以设定的调度速率调度消息队列中的消息的成功率未达到(小于)设定的成功率阈值,则调度节点203关闭对存储节点中的消息进行调度的调度线程,而不是长时间的等待或者返回消息无法处理的异常,这样就可以保证了调度节点203的线程不会被长时间、不必要的占用,从而避免了故障在通信系统中的蔓延,乃至雪崩。
在本申请实施例中,如图6所示的调度时间窗口关闭方案,除了根据调度节点重新调度失败消息队列中的消息的失败次数判断是否关闭调度节点的消息调度线程之外,还可根据调度节点203调度接入层接收到的消息的连续失败次数判断是否关闭调度节点的消息调度线程;并在调度节点的消息调度线程的关闭时长达到设定的时长阈值时,以设定的调度速率调度上述第二消息队列中的消息。
在对通信系统进行探活期间,可获取调度节点203以设定的调度速率调度第二消息队列中的消息的成功率。调度节点203可根据以设定的调度速率调度消息队列中的消息的成功率,确定是否继续关闭消息调度线程。
除了上述系统实施例之外,本申请实施例还提供通道调度方法,下面结合具体实施例进行说明。
图7为本申请实施例提供的通道调度方法的流程示意图。如图7所示,通道调度方法包括:
701、获取中心管控节点提供的多个通信站点的通信通道的属性信息。
702、根据多个通信站点的通信通道的属性信息,从多个通信站点的通信通道中为待发送消息选择第一目标通信通道。
703、将待发送消息调度至第一目标通信通道对应的目标网关。
704、控制目标网关通过第一目标通信通道将待发送消息传输给第一目标通信通道连接的目标通信服务节点,以供目标通信服务节点将待发送消息提供给待发送消息的接收方。
本实施例提供的通道调度方法可适应于通信站点的调度节点。关于通信站点的结构和实现形态,可参见上述系统实施例的相关内容,在此不再赘述。
在本申请实施例中,每个通信站点的网关与通信服务节点之间建立有多个通信通道。不同通信通道的属性信息不同。通信通道的属性信息是指可表征通信通道的优劣的评价指标,包括但不局限于:通信通道的费用属性、消息发送成功率、稳定性及消息发送能力及通信通道支持的地域属性信息等。关于通信站点的属性信息的描述,可参见上述系统实施例的相关内容。
在本实施例中,为了实现多站点的通道资源复用,提出一种中心化的通道资源管理方案。具体地,针对多个通信站点,设置一中心管控节点,对多个通信站点的通道资源进行管理的节点。
在本申请实施例中,中心管控节点可获取多个通信站点的通信通道的属性信息。其中,关于中心管控节点获取多个通信站点的通信通道的属性信息的具体实施方式,可参见上述系统实施例的相关内容,在此不再赘述。
为了实现多通信站点的通道资源复用,在不改变通信站点的通信架构的情况下,中心管控节点可将多个通信站点的通信通道的属性信息提供给多个通信站点中的调度节点,实现中心管控节点与通信站点中的调度节点的通道信息同步。相应地,在步骤701中,通信站点中的调度节点可获取多个通信站点的通信通道的属性信息。关于步骤701的具体实施方式,可参见上述系统实施例的相关内容,在此不再赘述。
对于每个通信站点的调度节点来说,由于可获取多个通信站点的通信通道的属性信息;因此,在步骤702中,可根据多个通信站点的通信通道的属性信息,从多个通信站点的通信通道中,为待发送消息选择目标通信通道。其中,待发送消息主要是指存储节点存储的消息。对于存储节点以消息队列的形式存储消息的实施例来说,调度节点可按照消息队列中的消息先入先出的顺序从消息队列中获取消息,作为待发送消息。
在本申请实施例中,不限定步骤702的具体实施方式。可选地,在一些实施例中,可确定待发送消息的接收方所属的地域。确切地,可从待发送消息中,获取接收方的电话号码;并确定接收方的电话号码所属地域,作为待发送消息的接收方所属的地域。对于一个国家对应一个通信站点的实施例来说,可确定接收方的电话号码所属的国家标识,作为待发送消息的接收方所属的地域。
进一步,可从多个通信站点的通信通道的属性信息中,获取每个通信站点的通信通道支持通信的地域属性信息,即每个通信站点的通信通道可支持哪个地域通信。
进一步,可根据多个通信站点的通信通道支持通信的地域属性信息,确定支持接收方所属的地域通信的通信通道。这样,确定出的通信通道可支持待发送消息的发送。
由于通信通道的优劣,可由通信通道的评价参数进行表征。其中,评价参数包括但不局限于:通信通道的费用属性、消息发送成功率、稳定性及消息发送能力及通信通道支持的地域属性信息等。关于每个评价参数的释义,可参见上述实施例的相关内容,在此不再赘述。
基于此,在确定出支持待发送消息的接收方所属的地域通信的通信通道之后,还可从多个通信站点的通信通道的属性信息中,获取通信站点的通信通道的评价参数;并从上述支持接收方所属的地域通信的通信通道中,选择满足待发送消息的要求的通信通道。在本申请实施例中,为了便于描述和区分,将上述确定出的支持接收方所属的地域通信的通信通道,定义为第一通信通道;并将从第一通信通道中,确定出的满足待发送的消息的要求的通信通道,定义为第二通信通道。其中,第一通信通道和第二通信通道的数量均可为1个或多个;且第二通信通道的数据小于或等于第一通信通道的数量。
在本申请实施例中,不限定待发送消息的要求的具体实现形态。在一些实施例中,待发送消息的要求可实现为:待发送消息对通信通道的评价参数对应属性的要求,如对通信通道的质量要求和/或价格要求。其中,待发送消息对通信通道的质量要求可表现为:待发送消息对通信通道的消息发送成功率的要求、对通信通道的稳定性要求及对通信通道的消息发送能力的要求等中的一种或多种。
待发送消息对通信通道的质量要求可由待发送消息的发送方对通信通道的质量要求以及待发送消息对应的服务属性决定的。例如,消息的服务属性是指消息对应的服务特征,可包括:推广类消息、通知类消息及验证类消息等。其中,推广类消息、通知类消息及验证类消息根据业务属性,对通信通道的质量要求依次增高。
在本申请实施例中,不限定调度节点获取待发送消息的要求的具体实施方式。在一些实施例中,消息发送端可为云通信服务提供端。通信服务需求方可使用云通信服务提供端提供的消息服务向其目标用户发送消息。通信服务需求方可根据自身业务属性的要求,预先将其消息对通信通道的质量要求和/或价格要求提供给云通信服务提供端。相应地,云通信服务提供端在将消息发送给通信站点时,还可将消息对通信通道的质量要求和/或价格要求提供给通信站点。存储节点可将消息以及消息对通信通道的质量要求和/或价格要求一并存储于消息队列中。这样,调度节点在对待发送消息进行调度时,可从消息队列中获取待发送消息对通信通道的质量要求和/或价格要求等等。
相应地,在从第一通信通道中选择满足所述待发送消息的要求的第二通信通道时,可根据第一通信通道的质量属性信息,从第一通信通道中选择满足待发送消息的质量要求的通信通道,作为第一目标通信通道。或者,根据第一通信通道的费用属性信息,从第一通信通道中选择满足费用要求的通信通道,作为第一目标通信通道。或者,根据第一通信通道的质量属性信息和费用属性信息,从第一通信通道中选择满足待发送消息的质量要求且满足费用要求的通信通道,作为目标通信通道。例如,可根据第一通信通道的质量属性信息,从第一通信通道中选择满足待发送消息的质量要求的通信通道;并根据满足待发送消息的质量要求的通信通道的费用属性,从满足待发送消息的质量要求的通信通道,选择费用最低的通信通道,作为目标通信通道。
在确定出对待发送消息进行传输的目标通信通道之后,在步骤703中,可将待发送消息调度至目标通信通道对应的目标网关。目标通信通道对应的目标网关具体是指目标通信通道连接的网关。在一些实施例中,目标通信通道为调度节点所在通信站点内的通信通道。相应地,目标网关为目标通信通道连接的网关,即为调度节点所在通信站点内的网关。在另一些实施例中,目标通信通道为除调度节点所在通信站点之外的其它通信站点的通信通道。相应地,目标网关为目标通信通道所在通信站点内的网关。
进一步,在步骤704中,控制目标网关通过目标通信通道将待发送消息提供给目标通信服务节点。目标通信服务节点可将待发送消息发送给待发送消息的接收方。
在本申请实施例中,对于多通信站点设置统一的中心管控节点,中心管控节点可获取多个通信站点的通信通道的属性信息,对多通信站点的通信通道进行统一管理,无需每个通信站点都维护一个独立的通道管理节点,有助于降低通道管理的维护成本。
另一方面,中心管控节点可将多个通信站点的通信通道的属性信息提供给每个通信站点的调度节点。对于每个通信站点的调度节点来说,可获取多个通信站点的通信通道的属性信息,因此,可根据多个通信站点的通信通道的属性信息,为待发送消息选择目标通信通道,实现多通信站点的通信通道的资源复用,而不是每个通信站点的调度节点只能调度站点内的通信通道,打破了通信站点间的隔离,有助于提高通信通道资源的利用率。
此外,每个通信站点的调度节点除了可调度本站点内的通道资源之外,还可调度其它通信站点的通道资源,因此,若某个通信站点的网关或通道资源不可用,该通信站点的调度节点还可调用其他通信站点的网关和通道资源,有助于提高通信服务的稳定性和高可用性。
在本申请实施例中,对于目标网关为调度节点所在通信站点内的网关,调度节点可通过远程过程调度(Remote Procedure Call,RPC)协议调用目标网关;并控制目标网关将待发送消息通过目标通信通道传输给目标通信服务节点。其中,目标通信服务节点是指目标通信通道连接的通信服务节点。
对于目标网关为调度节点所在通信站点之外的其它通信站点的网关的实施例,调度节点可通过https或http协议调用目标网关;并控制目标网关将待发送消息通过目标通信通道传输给目标通信服务节点。
在本申请实施例中,通信系统还可提供调度失败重试能力。对于调度失败的消息,存储节点可将调度失败的消息存储至失败消息队列,即存储调度失败的消息的消息队列。对于调度节点可为调度失败的消息再次选择目标通信通道。对于调度节点,可按照设定的调度周期,按照设定的调度周期从失败消息队列中,获取消息时间戳与当前时间间隔小于调度周期的消息进行重新调度。
即若将待发送消息调度至目标网关失败,存储节点可将待发送消息存储至失败消息队列。对于发送失败的消息,存储节点可将发送失败的消息存储至失败消息队列,并再次为发送失败的消息选择目标通信通道。在本申请实施例中,为了便于描述和区分,将上述为待发送消息选择的目标通信通道,定义为第一目标通信通道;并将再次为发送失败的消息选择目标通信通道,定义为第二目标通信通道。具体地,调度节点可按照设定的调度周期,从失败消息队列中获取消息时间戳与当前时间间隔小于设定的调度周期的第一消息。其中,消息时间戳是指消息携带的时间戳,可为消息产生时的时间戳,也可为消息存储至失败消息队列的时间戳等等。进一步,可根据多个通信站点的通信通道的属信息,重新从多个通信站点的通信通道中为第一消息选择第二目标通信通道;并将第一消息调度至所述第二目标通信通道对应的网关。其中,从多个通信站点的通信通道中为第一消息选择第二目标通信通道的具体实施方式,可参见上述从多个通信站点的通信通道中,选择第一目标通信通道的相关内容,在此不再赘述。
进一步,可将第一消息调度至第二目标通信通道连接的网关;并控制该网关将第一消息通过至第二目标通信通道,传输至第二目标通信通道连接的通信服务节点。由该通信服务节点将第一消息发送给第一消息的接收方。
在本申请实施例中,调度节点还可记录调度节点重新调度失败消息队列中的消息的失败次数,也可称为重试次数;每当从失败消息队列中取出的消息调度失败,可将消息调度的重试次数加1;并在消息调度的重试次数达到设定次数阈值时,标记消息调度失败,结束调度节点所在通信站点的通道调度。其中,设定次数阈值可根据实际需求进行灵活设置。
在一些情况下,调度节点对失败消息队列中的消息进行重新调度的连续失败次数可能存在连续N次调度失败的情况。其中,N 正整数。优选地,N≥2。对于这种情况,调度节点可在调度节点对失败消息队列中的消息重新调度进行重新的连续失败次数达到设定的失败次数阈值的情况下,关闭调度节点的消息调度线程,而不是长时间的等待或者返回消息无法处理的异常,这样就可以保证了调度节点的线程不会被长时间、不必要的占用,从而避免了故障在通信系统中的蔓延,乃至雪崩。
在本申请实施例中,为了尽可能的提高通道资源的利用率,还可采用探活机制探测调度节点所在通信站点的调度能力。具体地,可在调度节点的消息调度线程的关闭时长达到设定的时长阈值时,以设定的调度速率调度用于存储尚未调度过的消息的消息队列中的消息。在本申请实施例中,为了便于描述和区分,将上述用于存储调度失败的消息的消息队列,定义为第一消息队列;将存储通信站点接入层接收到的尚未调度过的消息的消息队列,定义为第二消息队列。其中,设定的调度速率小于满速率。
其中,在调度节点的调度线程的关闭时长达到设定的时长阈值时,以小于满速率的调度速率调度第二消息队列中的消息,可实现对通信系统的探活,而非一直关闭调度节点的调度窗口,可尽可能的利用通信系统的通道资源。而且以小于满速率的调度速率调度存储节点中的消息,而非以满速率调度存储节点中的消息还可防止由于调度速率过快导致消息长时间调度失败等等。
在对通信系统进行探活期间,可获取调度节点以设定的调度速率调度第二消息队列中的消息的成功率。对于成功发送的消息,目标通信服务节点可向目标网关返回发送成功通知。对于目标网关可统计设定时间内以设定的调度速率调度的消息中,有发送成功通知的消息,占以设定的调度速率调度的消息总量的比例,作为以设定的调度速率调度消息队列中的消息的成功率。进一步,目标网关可将以设定的调度速率调度第二消息队列中的消息的成功率返回给调度节点。相应地,调度节点根据以设定的调度速率调度消息队列中的消息的成功率,确定是否继续关闭消息调度线程。
可选地,可预设成功率阈值。相应地,若以设定的调度速率调度消息队列中的消息的成功率达到(大于或等于)设定的成功率阈值,则调度节点以满速率调度存储节点中的消息。若以设定的调度速率调度消息队列中的消息的成功率未达到(小于)设定的成功率阈值,则调度节点关闭对存储节点中的消息进行调度的调度线程,而不是长时间的等待或者返回消息无法处理的异常,这样就可以保证了调度节点的线程不会被长时间、不必要的占用,从而避免了故障在通信系统中的蔓延,乃至雪崩。
需要说明的是,上述实施例所提供方法的各步骤的执行主体均可以是同一设备,或者,该方法也由不同设备作为执行主体。比如,步骤701和702的执行主体可以为设备A;又比如,步骤701的执行主体可以为设备A,步骤702的执行主体可以为设备B;等等。
另外,在上述实施例及附图中的描述的一些流程中,包含了按照特定顺序出现的多个操作,但是应该清楚了解,这些操作可以不按照其在本文中出现的顺序来执行或并行执行,操作的序号如701、702等,仅仅是用于区分开各个不同的操作,序号本身不代表任何的执行顺序。另外,这些流程可以包括更多或更少的操作,并且这些操作可以按顺序执行或并行执行。
相应地,本申请实施例还提供一种存储有计算机指令的计算机可读存储介质,当计算机指令被一个或多个处理器执行时,致使一个或多个处理器执行上述通道调度方法中的步骤。
图8为本申请实施例提供的计算设备的结构示意图。如图8所示,该计算设备包括:存储器80a、处理器80b和通信组件80c;其中,存储器80a,用于存储计算机程序。
处理器80b耦合至存储器80a和通信组件80c,用于执行计算机程序以用于:通过通信组件80c获取中心管控节点提供的多个通信站点的通信通道的属性信息;根据多个通信站点的通信通道的属性信息,从多个通信站点的通信通道中为待发送消息选择第一目标通信通道;通过通信组件80c将待发送消息调度至第一目标通信通道对应的目标网关;并控制目标网关通过第一目标通信通道将待发送消息传输给第一目标通信通道连接的目标通信服务节点,以供目标通信服务节点将待发送消息提供给待发送消息的接收方。
可选地,处理器80b在从多个通信站点的通信通道中为待发送消息选择第一目标通信通道时,具体用于:确定待发送消息的接收方所属的地域;根据多个通信站点的通信通道支持通信的地域属性信息,确定支持接收方所属的地域通信的第一通信通道;根据第一通信通道的评价参数,从第一通信通道中选择满足待发送消息的要求的通信通道,作为第一目标通信通道。
进一步,处理器80b在从第一通信通道中选择满足待发送消息的要求的通信通道时,具体用于:根据第一通信通道的费用属性信息,从第一通信通道中选择满足费用要求的通信通道,作为第一目标通信通道;和/或,根据第一通信通道的质量属性信息,从第一通信通道中选择满足待发送消息的质量要求的通信通道,作为第一目标通信通道。
在一些实施例中,第一目标通信通道为调度节点所在通信站点内的通信通道。处理器80b在控制目标网关通过第一目标通信通道将待发送消息传输给第一目标通信通道连接的目标通信服务节点时,具体用于:通过远程过程调度协议调用目标网关;并控制目标网关将待发送消息通过第一目标通信通道传输给目标通信服务节点。
在另一些实施例中,第一目标通信通道为除调度节点的通信站点内的通信通道之外的其它通信站点的通信通道。处理器80b在控制目标网关通过第一目标通信通道将待发送消息传输给第一目标通信通道连接的目标通信服务节点时,具体用于:通过https协议调用目标网关;并控制目标网关将待发送消息通过第一目标通信通道传输给目标通信服务节点。
在一些实施例中,处理器80b还用于:按照设定的第一调度周期,从存储调度失败的消息的第一消息队列中获取消息时间戳与当前时间间隔小于第一调度周期的第一消息;根据多个通信站点的通信通道的属性信息,重新从多个通信站点的通信通道中为第一消息选择第二目标通信通道;通过通信组件80c将第一消息调度至第二目标通信通道对应的网关;控制第二目标通信通道对应的网关用于通过第二目标通信通道将第一消息传输给第二目标通信通道连接的通信服务节点,以供第二目标通信通道连接的通信服务节点将第一消息提供给第一消息的接收方。
可选地,处理器80b还用于:在调度节点对第一消息队列中的消息进行重新调度的连续失败次数达到设定的失败次数阈值的情况下, 关闭调度节点的消息调度线程;在调度节点的调度线程关闭时长达到设定的时长阈值时,以设定的调度速率调度第二消息队列中的消息;设定的调度速率小于满速率;第二消息队列用于存储通信站点接收到的尚未调度的消息;获取以设定的调度速率调度第二消息队列中的消息的成功率;若成功率达到设定的成功率阈值,以满速率调度第二消息队列中的消息。相应地,若成功率小于设定的成功率阈值,关闭调度节点的消息调度线程。
在一些可选实施方式中,如图8所示,该计算设备还可以包括:电源组件80d等组件。图8中仅示意性给出部分组件,并不意味着计算设备必须包含图8所示全部组件,也不意味着计算设备只能包括图8所示组件。
本实施例提供的计算设备,可实现为通信站点的调度节点,可获取多个通信站点的通信通道的属性信息,因此,可根据多个通信站点的通信通道的属性信息,为待发送消息选择目标通信通道,实现多通信站点的通信通道的资源复用,而不是每个通信站点的调度节点只能调度站点内的通信通道,打破了通信站点间的隔离,有助于提高通信通道资源的利用率。
此外,每个通信站点的调度节点除了可调度本站点内的通道资源之外,还可调度其它通信站点的通道资源,因此,若某个通信站点的网关或通道资源不可用,该通信站点的调度节点还可调用其他通信站点的网关和通道资源,有助于提高通信服务的稳定性和高可用性。
在本申请实施例中,存储器用于存储计算机程序,并可被配置为存储其它各种数据以支持在其所在设备上的操作。其中,处理器可执行存储器中存储的计算机程序,以实现相应控制逻辑。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
在本申请实施例中,处理器可以为任意可执行上述方法逻辑的硬件处理设备。可选地,处理器可以为中央处理器(Central Processing Unit,CPU)、图形处理器(GraphicsProcessing Unit,GPU)或微控制单元(Microcontroller Unit,MCU);也可以为现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程阵列逻辑器件(ProgrammableArray Logic,PAL)、通用阵列逻辑器件(General Array Logic,GAL)、复杂可编程逻辑器件(Complex Programmable Logic Device,CPLD)等可编程器件;或者为先进精简指令集(RISC)处理器(Advanced RISC Machines,ARM)或系统芯片(System on Chip,SoC)等等,但不限于此。
在本申请实施例中,通信组件被配置为便于其所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络,如WiFi,2G或3G,4G,5G或它们的组合。在一个示例性实施例中,通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件还可基于近场通信(NFC)技术、射频识别(RFID)技术、红外数据协会(IrDA)技术、超宽带(UWB)技术、蓝牙(BT)技术或其他技术来实现。
在本申请实施例中,电源组件被配置为其所在设备的各种组件提供电力。电源组件可以包括电源管理系统,一个或多个电源,及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。
需要说明的是,本文中的“第一”、“第二”等描述,是用于区分不同的消息、设备、模块等,不代表先后顺序,也不限定“第一”和“第二”是不同的类型。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器 (CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器 (RAM) 和/或非易失性内存等形式,如只读存储器 (ROM) 或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机的存储介质为可读存储介质,也可称为可读介质。可读存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器 (CD-ROM)、数字多功能光盘(DVD) 或其他光学存储、磁盒式磁带,磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体 (transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (13)
1.一种通信系统,其特征在于,包括:中心管控节点及多个地域对应的多个通信站点;每个地域的通信站点为该地域提供通信服务;
每个通信站点包括:调度节点、网关及通信服务节点;所述网关与所述通信服务节点之间建立有通信通道;
所述中心管控节点,用于获取所述多个通信站点的通信通道的属性信息;并将所述多个通信站点的通信通道的属性信息提供给所述多个通信站点中的调度节点;
所述调度节点,用于根据所述多个通信站点的通信通道的属性信息,从所述多个通信站点的通信通道中为待发送消息选择第一目标通信通道;并将所述待发送消息调度至所述第一目标通信通道对应的目标网关;
所述目标网关用于通过所述第一目标通信通道将所述待发送消息传输给所述第一目标通信通道连接的目标通信服务节点;由所述目标通信服务节点将所述待发送消息提供给所述待发送消息的接收方。
2.根据权利要求1所述的系统,其特征在于,每个通信站点还包括:通道管理节点;
所述通道管理节点,用于将其所在通信站点的通信通道的属性信息提供给所述中心管控节点。
3.根据权利要求2所述的系统,其特征在于,所述中心管控节点,用于:
根据任一通信站点的通道管理节点存储的通信通道的属性信息的版本信息及所述中心管控节点存储的所述任一通信站点的通信通道的属性信息的版本信息,更新所述任一通信站点的通信通道的属性信息。
4.一种通道调度方法,适用于通信站点的调度节点,其特征在于,包括:
获取中心管控节点提供的多个通信站点的通信通道的属性信息;
根据所述多个通信站点的通信通道的属性信息,从所述多个通信站点的通信通道中为待发送消息选择第一目标通信通道;
将所述待发送消息调度至所述第一目标通信通道对应的目标网关;
控制所述目标网关通过所述第一目标通信通道将所述待发送消息传输给所述第一目标通信通道连接的目标通信服务节点,以供所述目标通信服务节点将所述待发送消息提供给所述待发送消息的接收方。
5.根据权利要求4所述的方法,其特征在于,所述根据所述多个通信站点的通信通道的属性信息,从所述多个通信站点的通信通道中为待发送消息选择第一目标通信通道,包括:
确定所述待发送消息的接收方所属的地域;
根据所述多个通信站点的通信通道支持通信的地域属性信息,确定支持所述接收方所属的地域通信的第一通信通道;
根据所述第一通信通道的评价参数,从所述第一通信通道中选择满足所述待发送消息的要求的通信通道,作为所述第一目标通信通道。
6.根据权利要求5所述的方法,其特征在于,所述根据所述第一通信通道的评价参数,从所述第一通信通道中选择满足所述待发送消息的要求的通信通道,包括:
根据所述第一通信通道的费用属性信息,从所述第一通信通道中选择满足费用要求的通信通道,作为所述第一目标通信通道;
和/或,
根据所述第一通信通道的质量属性信息,从所述第一通信通道中选择满足所述待发送消息的质量要求的通信通道,作为所述第一目标通信通道。
7.根据权利要求4所述的方法,其特征在于,所述第一目标通信通道为所述调度节点所在通信站点内的通信通道;所述控制所述目标网关通过所述第一目标通信通道将所述待发送消息传输给所述第一目标通信通道连接的目标通信服务节点,包括:
通过远程过程调度协议调用所述目标网关;并控制所述目标网关将所述待发送消息通过第一目标通信通道传输给所述目标通信服务节点。
8.根据权利要求4所述的方法,其特征在于,所述第一目标通信通道为除所述调度节点的通信站点内的通信通道之外的其它通信站点的通信通道;
所述控制所述目标网关通过所述第一目标通信通道将所述待发送消息传输给所述第一目标通信通道连接的目标通信服务节点,包括:
通过https协议调用所述目标网关;并控制所述目标网关将所述待发送消息通过第一目标通信通道传输给所述目标通信服务节点。
9.根据权利要求4-8任一项所述的方法,其特征在于,还包括:
按照设定的第一调度周期,从存储调度失败的消息的第一消息队列中获取消息时间戳与当前时间间隔小于所述第一调度周期的第一消息;根据所述多个通信站点的通信通道的属性信息,重新从多个通信站点的通信通道中为第一消息选择第二目标通信通道;
将所述第一消息调度至所述第二目标通信通道对应的网关;
控制所述第二目标通信通道对应的网关用于通过所述第二目标通信通道将所述第一消息传输给所述第二目标通信通道连接的通信服务节点,以供所述第二目标通信通道连接的通信服务节点将所述第一消息提供给所述第一消息的接收方。
10.根据权利要求9所述的方法,其特征在于,还包括:
在所述调度节点对所述第一消息队列中的消息进行重新调度的连续失败次数达到设定的失败次数阈值的情况下,关闭所述调度节点的消息调度线程;
在所述调度节点的调度线程关闭时长达到设定的时长阈值时,以设定的调度速率调度第二消息队列中的消息;所述设定的调度速率小于满速率;所述第二消息队列用于存储所述通信站点接收到的尚未调度的消息;
获取以设定的调度速率调度第二消息队列中的消息的发送成功率;
若所述发送成功率达到设定的成功率阈值,以所述满速率调度所述第二消息队列中的消息。
11.根据权利要求10所述的方法,其特征在于,还包括:
若所述成功率小于所述设定的成功率阈值,关闭所述调度节点的消息调度线程。
12.一种计算设备,其特征在于,包括:存储器、处理器和通信组件;其中,所述存储器,用于存储计算机程序;
所述处理器耦合至所述存储器和所述通信组件,用于执行所述计算机程序以用于执行权利要求4-11任一项所述方法中的步骤。
13.一种存储有计算机指令的计算机可读存储介质,其特征在于,当所述计算机指令被一个或多个处理器执行时,致使所述一个或多个处理器执行权利要求4-11任一项所述方法中的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210082169.0A CN114124964B (zh) | 2022-01-24 | 2022-01-24 | 通信系统、通道调度方法、设备及存储介质 |
PCT/CN2023/071863 WO2023138463A1 (zh) | 2022-01-24 | 2023-01-12 | 通信系统、通道调度方法、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210082169.0A CN114124964B (zh) | 2022-01-24 | 2022-01-24 | 通信系统、通道调度方法、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114124964A CN114124964A (zh) | 2022-03-01 |
CN114124964B true CN114124964B (zh) | 2022-06-24 |
Family
ID=80361283
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210082169.0A Active CN114124964B (zh) | 2022-01-24 | 2022-01-24 | 通信系统、通道调度方法、设备及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN114124964B (zh) |
WO (1) | WO2023138463A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114124964B (zh) * | 2022-01-24 | 2022-06-24 | 阿里云计算有限公司 | 通信系统、通道调度方法、设备及存储介质 |
CN117499930A (zh) * | 2022-07-22 | 2024-02-02 | 中兴通讯股份有限公司 | 一种网络资源分配方法、网络设备和存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101345697A (zh) * | 2007-07-09 | 2009-01-14 | 华为技术有限公司 | 控制通道的选择方法、系统及装置 |
CN101645842A (zh) * | 2008-08-08 | 2010-02-10 | 日立通讯技术株式会社 | 通信网络系统、通路计算装置、通信信道确立控制方法 |
CN101668323A (zh) * | 2008-09-05 | 2010-03-10 | 华为技术有限公司 | 接入站点选择方法、切换方法、接入方法及其设备 |
CN102761894A (zh) * | 2012-06-30 | 2012-10-31 | 华为技术有限公司 | 获取路径的方法、装置及系统 |
CN102801609A (zh) * | 2012-06-21 | 2012-11-28 | 华为技术有限公司 | 中继站点选择方法及站点设备 |
CN104144475A (zh) * | 2013-05-10 | 2014-11-12 | 华为技术有限公司 | 实现多点协作传输的方法、接入点与站点 |
CN105657780A (zh) * | 2014-11-13 | 2016-06-08 | 中兴通讯股份有限公司 | 网络节点的选择、激活方法及装置 |
CN112291151A (zh) * | 2020-11-18 | 2021-01-29 | 迈普通信技术股份有限公司 | 一种报文转发方法、装置、网络设备及存储介质 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102005042536A1 (de) * | 2005-09-07 | 2007-03-15 | Siemens Ag | Verfahren zum Betreiben einer Funk-Kommunikation in einem Multi-Funkverbindungs-Kommunikationsssystem |
JP6301816B2 (ja) * | 2014-11-17 | 2018-03-28 | 株式会社東芝 | 送信装置及び送受信システム |
US10708223B2 (en) * | 2017-12-22 | 2020-07-07 | Nicira, Inc. | Dynamically defining encryption spaces across multiple data centers |
CN112291802A (zh) * | 2019-07-22 | 2021-01-29 | 中兴通讯股份有限公司 | 一种通信节点的协作方法和系统 |
CN113190625A (zh) * | 2021-05-25 | 2021-07-30 | 中国工商银行股份有限公司 | 请求处理方法、装置、电子设备、介质和程序产品 |
CN114124964B (zh) * | 2022-01-24 | 2022-06-24 | 阿里云计算有限公司 | 通信系统、通道调度方法、设备及存储介质 |
-
2022
- 2022-01-24 CN CN202210082169.0A patent/CN114124964B/zh active Active
-
2023
- 2023-01-12 WO PCT/CN2023/071863 patent/WO2023138463A1/zh unknown
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101345697A (zh) * | 2007-07-09 | 2009-01-14 | 华为技术有限公司 | 控制通道的选择方法、系统及装置 |
CN101645842A (zh) * | 2008-08-08 | 2010-02-10 | 日立通讯技术株式会社 | 通信网络系统、通路计算装置、通信信道确立控制方法 |
CN101668323A (zh) * | 2008-09-05 | 2010-03-10 | 华为技术有限公司 | 接入站点选择方法、切换方法、接入方法及其设备 |
CN102801609A (zh) * | 2012-06-21 | 2012-11-28 | 华为技术有限公司 | 中继站点选择方法及站点设备 |
CN102761894A (zh) * | 2012-06-30 | 2012-10-31 | 华为技术有限公司 | 获取路径的方法、装置及系统 |
CN104144475A (zh) * | 2013-05-10 | 2014-11-12 | 华为技术有限公司 | 实现多点协作传输的方法、接入点与站点 |
CN105657780A (zh) * | 2014-11-13 | 2016-06-08 | 中兴通讯股份有限公司 | 网络节点的选择、激活方法及装置 |
CN112291151A (zh) * | 2020-11-18 | 2021-01-29 | 迈普通信技术股份有限公司 | 一种报文转发方法、装置、网络设备及存储介质 |
Non-Patent Citations (2)
Title |
---|
Synopsis On Study Of Extended Mobility Management Of 5g Network Using Millimetre Wave Communication;M. A. Abed;《2020 4th International Symposium on Multidisciplinary Studies and Innovative Technologies (ISMSIT)》;20201024;全文 * |
区域保护与控制系统网络拓扑方案研究;杨贵等;《电力系统保护与控制》;20150501(第09期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN114124964A (zh) | 2022-03-01 |
WO2023138463A1 (zh) | 2023-07-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114124964B (zh) | 通信系统、通道调度方法、设备及存储介质 | |
EP3648401B1 (en) | Method, device, and computer readable storage medium for managing network slice | |
CN113342478B (zh) | 资源管理方法、设备、网络系统及存储介质 | |
CN113301102A (zh) | 资源调度方法、设备、边缘云网络、程序产品及存储介质 | |
CN1767508B (zh) | 即时消息传送服务中的文件传输方法以及用于支持该方法的移动通信终端 | |
CN108647089A (zh) | 资源配置方法、装置、终端及存储介质 | |
CN113285885B (zh) | 基于服务网格的边缘流量控制方法、设备及存储介质 | |
CN103945443B (zh) | 一种td-lte无线网络业务性能测试方法及系统 | |
CN102255934A (zh) | 云服务发布方法、云服务发布接口消息包及云服务中介 | |
US20190253849A1 (en) | Method and system for generating local mobile device notifications | |
CN110831038B (zh) | 网络切片资源调度方法及装置 | |
CN101296507B (zh) | 一种实现列表信息同步的方法和系统以及服务器 | |
CN104468648A (zh) | 数据处理系统及方法 | |
CN102754406A (zh) | 在机器类通信中基于mbms的内容传送方法和装置 | |
CN104641599B (zh) | 用于通信网络中延时通知的方法和系统 | |
KR101207132B1 (ko) | 차별화된 콘텐츠 표현 방법, 그를 위한 콘텐츠 전송시스템, 콘텐츠 제공 서버 및 단말기 | |
CN107046494A (zh) | 一种基于电力线通信用电信息采集系统中时隙的划分方法 | |
CN105635201A (zh) | 一种基于推送消息的应用程序启动方法及系统 | |
CN101599921B (zh) | 一种企业即时通信系统及其文件传输方法 | |
US8478313B2 (en) | Message service method and message service system | |
CN102083000A (zh) | 一种移动广告发布系统、方法及相关设备 | |
CN113382032B (zh) | 云节点变更、网络扩展、服务提供方法、设备及介质 | |
CN103298061A (zh) | 用于无线局域网占用时长公平性的系统和方法 | |
CN115442322B (zh) | 一种快捷消息发送方法、系统、设备以及计算机只读介质 | |
CN103299666B (zh) | 通信系统、空洞区的检测方法、基站装置和移动站装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40070776 Country of ref document: HK |