多信道通信系统、模块及方法技术领域
本申请涉及通信技术领域,尤其涉及一种多信道通信系统、模块及方法。
背景技术
在一些特定场景,例如:野外探险科考、远航、军事行动等,需要使用多种类型的通
信终端,例如:公共移动通信终端(2G/3G/4G/5G)、卫星通信终端、短波/超短波通信终端、集
群通信终端等,每种通信终端在物理上相互独立。在特定条件下的通信需要不同类型的通
信终端相互配合才能完成,例如:在远航的某些偏远的海域,当公共移动通信终端无法通信
时,需要调用卫星通信终端完成通信。
但是,当前各种类型的通信终端相互独立,通信终端的结构及使用操作各不相同,
造成人机交互界面纷繁多样,使用时需要在不同的通信终端的人机交互界面间切换,增加
用户的操作难度,在一些复杂应用环境下极易导致操作错误和增加操作时间。
发明内容
本申请旨在至少在一定程度上解决上述技术问题之一。
根据本申请的第一方面,本申请提供一种多信道通信系统,包括:
包括至少两个通信模块的集合,所述通信模块用于与对端交互第一通信协议报
文,并实现所述第一通信协议报文与第二通信协议报文之间的转换,不同的所述通信模块
分别采用不同的所述第一通信协议报文与所述对端通信;以及,
人机交互界面,用于与所述通信模块交互所述第二通信协议报文,并与用户交互
所述第二通信协议报文的内容。
进一步的,所述内容包括:从所述对端获得的第一信息以及从所述用户获得的第
二信息,所述人机交互界面包括:
交互模块,用于从所述第二通信协议报文中解析出所述第一信息并将所述第一信
息呈现给所述用户,以及,从所述用户获得所述第二信息并基于第二通信协议对所述第二
信息进行打包处理;以及,
转换模块,用于在所述交互模块与所述通信模块之间交互所述第二通信协议报
文,对各所述通信模块的实时通信质量进行检测,将检测结果通过所述交互模块呈现给用
户,根据用户对所述通信模块的选择指令选择对应的所述通信模块工作,和/或,根据所述
检测结果自动选择对应的所述通信模块工作。
进一步的,所述转换模块包括:
检测单元,用于对各所述通信模块的实时通信质量进行检测;
排序单元,用于根据所述实时通信质量对各所述通信模块的选择优先级进行排
序,产生所述检测结果;
第一交互单元,用于在所述交互模块与所述通信模块之间交互所述第二通信协议
报文,将所述检测结果发送给所述交互模块,并从所述交互模块获得所述选择指令;以及,
执行单元,用于根据所述选择指令选择对应的所述通信模块工作,以及,根据排序
后的所述检测结果自动选择对应的所述通信模块工作。
进一步的,对各所述通信模块的实时通信质量进行检测包括如下各项中的一项或
多项的组合:通信信号质量、通信时延以及误码率;所述第一通信协议报文是公共移动通
信、卫星通信、短波通信、超短波通信或集群通信中采用的报文;所述集合与所述人机交互
界面之间通过USB接口、WIFI接口、RS232接口和/或PTT音频接口相连;所述内容为数据、语
音和/或视频。
根据本申请的第二方面,本申请提供一种通信模块,包括:
第二交互单元,用于与对端交互第一通信协议报文;以及,
转换单元,用于实现所述第一通信协议报文与第二通信协议报文之间的转换,所
述第二通信协议报文用于提供内容与用户进行交互。
根据本申请的第三方面,本申请提供一种多信道通信方法,所述方法基于如上述
的多信道通信系统,所述方法包括:
所述通信模块与所述对端交互第一通信协议报文,并实现所述第一通信协议报文
与第二通信协议报文之间的转换,不同的所述通信模块分别采用不同的所述第一通信协议
报文与所述对端通信;
所述人机交互界面与所述通信模块交互所述第二通信协议报文,并与用户交互所
述第二通信协议报文的内容。
进一步的,所述内容包括:从所述对端获得的第一信息以及从所述用户获得的第
二信息,人机交互界面与所述通信模块交互所述第二通信协议报文,并与用户交互所述第
二通信协议报文的内容具体包括:
所述交互模块从所述第二通信协议报文中解析出所述第一信息并将所述第一信
息呈现给所述用户,以及,从所述用户获得所述第二信息并基于第二通信协议对所述第二
信息进行打包处理;
所述转换模块在所述交互模块与所述通信模块之间交互所述第二通信协议报文,
对各所述通信模块的实时通信质量进行检测,将检测结果通过所述交互模块呈现给用户,
根据用户对所述通信模块的选择指令选择对应的所述通信模块工作,和/或,根据所述检测
结果自动选择对应的所述通信模块工作。
进一步的,所述方法还包括:
根据所述实时通信质量对各所述通信模块的选择优先级进行排序,产生所述检测
结果;
进一步的,所述方法为主叫方法或被叫方法。
进一步的,对各所述通信模块的实时通信质量进行检测包括如下各项中的一项或
多项的组合:通信信号质量、通信时延以及误码率;所述第一通信协议报文是公共移动通
信、卫星通信、短波通信、超短波通信或集群通信中采用的报文;所述集合与所述人机交互
界面之间通过USB接口、WIFI接口、RS232接口和/或PTT音频接口相连;所述内容为数据、语
音和/或视频。
本申请的有益效果是:
通过提供一种多信道通信系统、模块及方法,系统包括至少两个通信模块的集合,
所述通信模块用于与对端交互第一通信协议报文,并实现所述第一通信协议报文与第二通
信协议报文之间的转换,不同的所述通信模块分别采用不同的所述第一通信协议报文与所
述对端通信;以及,人机交互界面,用于与所述通信模块交互所述第二通信协议报文,并与
用户交互所述第二通信协议报文的内容。这样,实现了多种通信终端的统一接入及应用,解
决上述多种通信终端使用差异所带来的问题,最终提供给用户统一的人机交互界面,提升
了使用效率。
附图说明
图1为本申请实施例一的多信道通信系统的结构示意图。
图2为本申请实施例一的第二通信协议报文的格式示意图。
图3为本申请实施例一的通信模块的结构示意图。
图4为本申请实施例二的多信道通信系统的结构示意图。
图5为本申请实施例二的转换模块的结构示意图。
图6为本申请实施例二的主叫方法的流程示意图。
图7为本申请实施例二的被叫方法的流程示意图。
图8为本申请其他实施例的交互模块的结构示意图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终
相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附
图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。
在本申请的描述中,需要理解的是,术语“中心”、“纵向”、“横向”、“长度”、“宽度”、
“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”、“顺时
针”、“逆时针”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于
描述本申请和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特
定的方位构造和操作,因此不能理解为对本申请的限制。此外,术语“第一”、“第二”仅用于
描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。
由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本
申请的描述中,“多个”的含义是两个或两个以上,除非另有明确具体的限定。在本申请中,
除非另有明确的规定和限定,术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解,例
如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连
接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本
领域的普通技术人员而言,可以根据具体情况理解上述术语在本申请中的具体含义。
下面通过具体实施方式结合附图对本申请作进一步详细说明。
实施例一:
如图1所示,本实施例提供了一种多信道通信系统,包括:
包括至少两个通信模块11的集合1,通信模块11用于与对端2交互第一通信协议报
文,并实现第一通信协议报文与第二通信协议报文之间的转换,不同的通信模块11分别采
用不同的第一通信协议报文与对端2通信;以及,
人机交互界面3,用于与通信模块11交互第二通信协议报文,并与用户交互第二通
信协议报文的内容。
具体的,本实施例的多信道通信系统中各部分可集成于一个物理实体中,或分别
采用不同的物理实体实现,在本实施例中,多信道通信系统集中设置于本端的一个设备中。
集合1中包括至少两个不同的通信模块11,不同主要是指与对端2之间所采用的通信方式不
同,例如:公共移动通信、卫星通信、短波通信、超短波通信或集群通信等,导致其交互所用
的第一通信协议报文则对应是公共移动通信、卫星通信、短波通信、超短波通信或集群通信
等中采用的报文。不同的通信模块11通过其对应的信道与对端2通信。第二通信协议报文可
采用自定义报文格式或现有通信协议的报文格式。自定义报文格式可参照如图2所示,包含
源终端ID、目的终端ID、消息类型、消息系列号、消息体长度以及消息体等字段,源终端ID、
目的终端ID、消息类型、消息系列号及消息体长度等字段形成报文头,消息体字段具体承载
的就是相关数据。各字段的定义如下表1所示:
表1
第一通信协议报文中的内容经过解析、重新打包等过程,转换为第二通信协议报
文中的内容,在转换过程中,保证转换前后内容不会发生变化,而主要是报文格式的变化。
人机交互界面3主要是将转换所得的第二通信协议报文中的内容展示给本端的用户。本端
是相对于对端2而言的。集合1中某个通信模块11与对端2之间通信,同时,该通信模块11也
与人机交互界面3通信。
在本实施例中,上述内容主要包括:从对端2获得的第一信息以及从用户获得的第
二信息。第一信息与第二信息可以是数据、语音和视频等类型的数据中的一种或多种的组
合。
相应的,上述通信模块11可包括如图3所示的结构:
第二交互单元111,用于与对端2交互第一通信协议报文;以及,
转换单元112,用于实现第一通信协议报文与第二通信协议报文之间的转换,第二
通信协议报文用于提供内容与用户进行交互。
另外,集合1中通信模块11与人机交互界面3之间可通过USB接口、WIFI接口、RS232
接口和PTT音频接口中的一种或多种接口相连,对应完成相应类型数据的传输。
相应的,本实施例提供一种多信道通信方法,该方法基于上述的多信道通信系统。
该方法主要包括:
在本端与对端设备之间的处理:通信模块11与对端2交互第一通信协议报文,并实
现第一通信协议报文与第二通信协议报文之间的转换,不同的通信模块11分别采用不同的
第一通信协议报文与对端2通信;
以及本端设备内的处理:人机交互界面3与通信模块11交互第二通信协议报文,并
与用户交互第二通信协议报文的内容。
通过实施上述实施例,实现了多种通信终端的统一接入及应用,解决上述多种通
信终端使用差异所带来的问题,最终提供给用户统一的人机交互界面,提升了使用效率。
实施例二:
本实施例在实施例一基础上增加了如下内容:
如图4所示,在多信道通信系统中:人机交互界面3具体包括:
交互模块31,用于从第二通信协议报文中解析出第一信息并将第一信息呈现给用
户,以及,从用户获得第二信息并基于第二通信协议对第二信息进行打包处理;以及,
转换模块32,用于在交互模块31与通信模块11之间交互第二通信协议报文,对各
通信模块11的实时通信质量进行检测,将检测结果通过交互模块31呈现给用户,根据用户
对通信模块11的选择指令选择对应的通信模块11工作,和/或,根据检测结果自动选择对应
的通信模块11工作。
具体的,解析的处理主要是从第二通信协议报文中提取出上述消息体,消息体则
是相应的语音、数据、视频等类型的数据。交互模块31可通过显示屏、喇叭、摄像头、麦克风、
键盘、鼠标等输入输出模块分别实现第一信息的呈现以及第二信息的获取。交互模块31对
第二信息的打包处理主要是将第二信息作为消息体,形成第二通信协议报文通过转换模块
32传送给通信模块11,再由通信模块11将该第二通信协议报文转换为第一通信协议报文发
送给对端2。第二通信协议报文中的内容经过解析、重新打包等过程,转换为第一通信协议
报文中的内容,在转换过程中,保证转换前后内容不会发生变化,而主要是报文格式的变
化。
在本实施例中,转换模块32除了可在交互模块31与通信模块11之间起到转发第二
通信协议报文的作用,而且还可以实现各通信模块11的实时通信质量的检测,也即相应信
道的实时通信质量的检测。对各通信模块11的实时通信质量进行检测包括如下各项中的一
项或多项的组合:通信信号质量、通信时延以及误码率等。对通信信号质量、通信时延以及
误码率等中的一项进行检测,所得检测结果便指示了实时通信质量的优劣,检测结果同样
也反应了对待选的通信模块的选择优先级,实时通信质量较优的通信模块其选择优先级较
高,否则较低。当然,也可以对通信信号质量、通信时延以及误码率等中的至少两项进行检
测,将所得的至少两项检测所得实时参数进行综合便得到了检测结果,该检测结果同样指
示了实时通信质量的优劣,将所得的至少两项检测所得实时参数进行综合可以是加权求和
的方式或者筛选剔除的方式等。转换模块32可有多种工作模式,多种工作模式可交替进行
或者择一进行,例如,在用户选择模式下,将检测结果通过交互模块31呈现给用户,根据用
户对通信模块11的选择指令选择对应的通信模块11工作;在自动选择模式下,根据检测结
果自动选择对应的通信模块11工作。
那么,转换模块32包括如图5所示的结构:
检测单元321,用于对各通信模块11的实时通信质量进行检测;
排序单元322,用于根据实时通信质量对各通信模块11的选择优先级进行排序,产
生检测结果;
第一交互单元323,用于在与交互模块31与通信模块11之间交互第二通信协议报
文,将检测结果发送给交互模块31,并从交互模块31获得上述选择指令;以及,
执行单元324,用于根据上述选择指令选择对应的通信模块11工作,以及,根据排
序后的检测结果自动选择对应的通信模块11工作。
需要举例说明的是:如果当前只进行用户选择模式,上述转换模块32中第一交互
单元323与执行单元324配合工作,执行单元324不会进行根据排序后的检测结果自动选择
对应的通信模块11工作的处理。如果当前只进行自动选择模式,则上述转换模块32中第一
交互单元323不会执行将检测结果发送给交互模块31并从交互模块31获得上述选择指令的
处理,执行单元324也不会根据上述选择指令选择对应的通信模块11工作。
相应的,在多信道通信方法中:
上述内容包括:从对端2获得的第一信息以及从用户获得的第二信息,人机交互界
面3与通信模块11交互第二通信协议报文,并与用户交互第二通信协议报文的内容具体包
括:
交互模块31从第二通信协议报文中解析出第一信息并将第一信息呈现给用户,以
及,从用户获得第二信息并基于第二通信协议对第二信息进行打包处理;
转换模块32与交互模块31交互第二通信协议报文,对各通信模块的实时通信质量
进行检测,将检测结果通过交互模块31呈现给用户,根据用户对通信模块11的选择指令选
择对应的通信模块11工作,和/或,根据检测结果自动选择对应的通信模块11工作。
并且,根据实时通信质量对各通信模块11的选择优先级进行排序,从而产生检测
结果。
下面,通过两个具体实例对本实施例的多信道通信方法进行说明。
第一个实例为主叫方法,在该实例中,主叫方法主要包括如图6所示的流程:
601,人机交互界面3对各通信模块11的实时通信质量进行检测,并将检测结果呈
现给用户;
602,用户通过操作人机交互界面3,发出对通信模块11的选择指令;
603,人机交互界面3根据选择指令选择对应的通信模块11工作,建立对应的通信
模块11与人机交互界面3之间的连接;
604,本端用户通过人机交互界面3、所选择的通信模块11与对端2通信;
605,通信结束,关闭所选择的通信模块11所建立的连接,进入空闲待机状态。
当然,在604的通信过程中,通信模块11同样实现与对端2交互第一通信协议报文,
并实现第一通信协议报文与第二通信协议报文之间的转换;人机交互界面3同样实现与通
信模块11交互第二通信协议报文,并与用户交互第二通信协议报文的内容。也可以根据实
时通信质量切换采用更优的其他通信模块11接替进行后续的通信,达到各信道之间的冗余
备份效果。
第二个实例为被叫方法,在该实例中,被叫方法主要包括如图7所示的流程:
701,通信模块11检测到有对端2呼入,将该呼入请求通知给人机交互界面3;
702,人机交互界面3检测自身是否空闲,若是,则执行703,否则执行706;
703,人机交互界面3接受本次呼入,并与601-603类似建立通信所依赖的连接;
704,本端用户通过人机交互界面3、所选择的通信模块11与对端2通信;
705,通信结束,关闭所选择的通信模块11所建立的连接,进入空闲待机状态;
706,人机交互界面3将繁忙状态通知通信模块11并等待。
当然,704的通信过程与604描述的通信过程类似,此处不再赘述。
其他可选实施例:
如图8所示,交互模块31上可对应设置如下功能模块中的一种或多种的组合:信道
状态显示模块、系统设置模块以及通信方式(数据通信、视频通信及语音通信等)选择模块
等。
在本说明书的描述中,参考术语“一个实施方式”、“一些实施方式”、“一个实施
例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例
描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明
书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特
征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
以上内容是结合具体的实施方式对本申请所作的进一步详细说明,不能认定本申
请的具体实施只局限于这些说明。对于本申请所属技术领域的普通技术人员来说,在不脱
离本申请构思的前提下,还可以做出若干简单推演或替换。