具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
应当理解,当在本申请说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本申请说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
另外,在本申请说明书和所附权利要求书的描述中,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
本申请实施例提供的数据信道切换方法可以应用于北斗多通道天线。
请参阅图1,图1示出了本申请实施例提供的一种终端设备的结构示意图。上述终端设备可以是北斗指挥机,也可以是北斗用户机,还可以是前置服务器,在此不加以限制。作为示例而非限定,终端设备可以为用于收集电表所记录的电参数值的电力计量设备。
如图1所示,在本申请的一个实施例中,上述终端设备可以包括多个北斗天线、天线控制主板以及服务器主板。
具体的,多个北斗天线可以通过RS422总线与天线控制主板连接,天线控制主板可以通过RS232总线与服务器主板连接。
具体的,上述多个北斗天线可以是北斗多通道天线,即一个北斗天线有多个物理信道可以实现信号收发功能。同时,上述北斗多通道天线可以接收卫星无线电导航信号(radio navigation satellite system,RNSS)(以下简称RNSS信号),也可以接收卫星无线电测定业务(radio determination satellite service,RNSS)信号(以下简称RDSS信号),还可以同时接收RNSS信号和RDSS信号。
同时,上述北斗多通道天线还可以用于对接收到的RNSS信号进行信号解析处理,然后输出满足北斗RNSS信号输出格式的数据。上述北斗多通道天线还可以用于对接收到的RDSS信号进行信号解析处理,然后输出满足北斗RDSS信号输出格式的数据。
此外,上述北斗多通道天线还可以用于将解析得到的RNSS数据和RDSS数据进行数据融合,然后再将融合后的数据通过RS422总线传输到天线控制主板20。
天线控制主板根据各个北斗天线的忙闲状态对北斗天线的北斗信号收发以及数据收发通道的切换进行控制,同时将收到的卫星数据传入服务器主板。
服务器主板可以实现数据处理,如数据格式处理,通信协议处理、数据转发以及数据存储等功能。上述服务器主板可以通过网络接口与主站系统连接,服务器主板与主站系统之间的通信协议需要满足该行业的相关协议。例如电力行业中,服务器主板与主站系统之间的通信协议就需要满足相关的电力协议。
在本申请的另一实施例中,上述服务器主板与主站系统之间还连接着安全加密网关,在服务器主板向主站系统发送数据时,需要通过上述安全加密网关对需要发送的数据进行加密发送。
上述终端设备还可以包括供电电源,上述供电电源用于为整个终端设备进行供电,可以采用220v交流输入,经过供电电源模块进行处理后输出直流电给到北斗天线、天线控制主板以及服务器主板等多个模块。
在本申请一实施例中,上述供电电源可以采用双机热备,来提升设备的可靠性。
请参阅图2,图2示出了一种北斗多通道天线的结构示意图。如图2所示,上述北斗多通道天线包括多个物理信道、信道切换单元、信号处理单元、主控单元以及接口单元。
在本申请实施例中,上述多个物理信道可以接收卫星无线电导航信号(radionavigation satellite system,RNSS)(以下简称RNSS信号),也可以接收卫星无线电测定业务(radio determination satellite service,RNSS)信号(以下简称RDSS信号),还可以同时接收RNSS信号和RDSS信号。通过多个物理信道增加数据收发的载体,使得一个北斗天线能够接收/发送更多数据,大大增加了数据的传输量。
在本申请实施例中,上述信道切换单元用于根据主控单元的切换指令进行物理信道的切换。
在本申请实施例中,上述信号处理单元用于对接收到的卫星信号进行解析处理,得到满足北斗信号输出格式的数据。具体地,上述信号处理单元可以包括RNSS信号处理单元和RDSS信号处理单元。上述RNSS信号处理单元用于对接收到的RNSS信号进行信号解析处理,然后输出满足北斗RNSS信号输出格式的数据;上述RDSS信号处理单元用于对接收到的RDSS信号进行信号解析处理,然后输出满足北斗RDSS信号输出格式的数据。
在本申请实施例中,上述主控单元通过接口单元与天线控制主板连接,主控单元用于实现RDSS数据和RNSS数据的融合,并将融合后的数据通过接口单元发送给天线控制主板。
在本申请实施例中,上述主控单元还用于根据接收到的数据发送命令/数据接收命令确定目标物理信道,并根据目标物理信道生成切换指令。在将切换指令发送给信道切换单元。
在本申请实施例中,上述北斗多通道天线还可以包括电源,上述电源用于给整个北斗多通道天线供电。
在本申请实施例中,上述北斗多通道天线的主控单元还用于监测各个物理信道的忙闲状态,以及根据各个物理信道的忙闲状态实时更新空闲信道列表。再将实时更新的空闲信道列表发送给天线控制主板,以使得天线控制主板根据空闲信道列表确定目标物理信道。
请参阅图3,图3示出了一种天线控制主板的结构示意图。在此,以上述终端设备连接有4个北斗多通道天线为例进行说明。
如图3所示,天线控制主板包括第一接口转换单元、第二接口转换单元、第三接口转换单元以及第四接口转换单元。第一接口转换单元与第一北斗多通道天线连接,第二接口转换单元与第二北斗多通道天线连接,第三接口转换单元与第三北斗多通道天线连接,第四接口转换单元与第四北斗多通道天线连接。
天线控制主板包括FPGA、接口单元和主控单元。上述FPGA通过接口单元与主控单元连接。
天线控制主板还包括通道状态监测单元A、通道状态监测单元B、通道状态监测单元C以及通道状态监测单元D。通道状态监测单元A的第一端与第一接口转换单元连接,通道状态监测单元A的第二端与所述FPGA的第一端口P1连接,通道状态监测单元B的第一端与第二接口转换单元212连接,通道状态监测单元B的第二端与所述FPGA的第二端口P2连接,通道状态监测单元C的第一端与第三接口转换单元213连接,通道状态监测单元C的第二端与所述FPGA的第三端口P3连接,通道状态监测单元D的第一端与第四接口转换单元214连接,通道状态监测单元B的第二端与所述FPGA的第四端口P41连接。
此外,天线控制主板还包括通道状态监测单元E、通道状态监测单元F、通道状态监测单元G以及通道状态监测单元H。通道状态监测单元E的第一端与第一服务器通信通道RS232_1连接,通道状态监测单元E的第二端与所述FPGA的第五端口P5连接,通道状态监测单元F的第一端与第二服务器通信通道RS232_2连接,通道状态监测单元F的第二端与所述FPGA的第六端口P6连接,通道状态监测单元G的第一端与第二服务器通信通道RS232_3连接,通道状态监测单元G的第二端与所述FPGA的第七端口P7连接,通道状态监测单元H的第一端与第二服务器通信通道RS232_4连接,通道状态监测单元H的第二端与所述FPGA的第八端口P8连接。
在具体应用中,可以将FPGA的8个端口通过FPGA进行连通控制,将第一端口P1和第五端口P5连接,用P11表示,将其映射为如图4所示的矩阵。其中,P12表示第一端口P1与第六端口P6连接,P13表示第一端口P1和第七端口P7的连接,P14表示第一端口P1与第八端口P8的连接,P21表示第二端口P2与第五端口P5的连接,以此类推。
控制单元在确定各个通道状态的监测结果后,可以将矩阵切换单元的端口进行映射匹配,然后确定接收的北斗数据来自哪个北斗天线的那个目标接收信道,以及发送数据的目标数据信道。
示例性的,当监测到第一端口P1正常(则说明第一接口转换单元211连接的第一北斗天线11空闲)以及当监测到第五端口P5正常(则说明与服务器主板连接的第一服务器通信通道RS232_1空闲),此时,将目标数据通道确定为第一端口P1和第五端口P5连接的数据通道,控制FPGA控制第一端口P1和第五端口P5连通,使得数据接收/发送信道切换至目标数据通道。
以下以上述终端设备为执行主体为例,对本申请实施例提供的一种数据信道切换方法进行详细说明:
请参阅图5,图5示出了本申请实施例提供的一种数据信道切换方法的实现流程示意图。如图5所示,所述数据信道切换方法可以包括以下步骤:
S51:根据各个数据端口的忙闲状态确定端口映射结果。
在本申请实施例中,上述数据端口是指FPGA的多个数据端口,通过实时监测多个数据端口的忙闲状态就能够确定出对应的数据通道是否空闲。
在具体应用中,根据对天线控制主板的描述可知,FPGA中每个数据端口对应一个数据接收/发送的逻辑通道。也就是说,每个数据端口可以映射出一个数据通道。
具体的,例如FPGA中的第一端口P1对应的就是第一北斗多通道天线的数据通道;FPGA中的第二端口P2对应的就是第二北斗多通道天线的数据通道,FPGA中的第三端口P3对应的就是第三北斗多通道天线的数据通道,FPGA的第四端口P4对应的就是第四北斗多通道天线的数据通道,FPGA的第五端口P5对应的就是第一服务器通信通道RS232_1的数据通道,FPGA的第六端口P6对应的就是第二服务器通信通道RS232_2的数据通道,FPGA的第七端口P7对应的就是第三服务器通信通道RS232_3的数据通道,FPGA的第八端口P8对应的就是第四服务器通信通道RS232_4的数据通道。
可以理解的是,上述只是本申请实施例中端口映射关系的示例而非限定,可以根据实际应用场景确定各个数据通道与数据端口的映射关系,在此不再加以限制。
在得到各个数据端口的忙闲状态后就能够确定出能够进行数据收发的通路,在此,上述端口映射结果能够进行数据收发通路的集合。
在本申请一实施例中,上述S51可以包括以下步骤:
实时监测各个数据端口是否处于空闲状态;
若各个数据端口均处于空闲状态,则根据预设规则进行端口映射,得到所述端口映射结果;
若所述各个数据端口中存在处于繁忙状态的数据端口,则去除处于繁忙状态的数据端口后,重新进行端口映射。
在本申请实施例中,上述预设规则可以是按照如图4所示的矩阵的右斜角对角线的顺序进行端口映射。可理解的是,上述预设规则可以根据实际调度情况进行设置,例如将预设规则设置为按照如图4所示的矩阵的左斜角对角线的顺序进行端口映射等,在此不加以限制。
在本申请实施例中,若各个数据端口均处于空闲状态,则得到的端口映射结果为图4所示的矩阵。
在本申请实施例中,如果存在处于繁忙状态的数据端口,为了保证目标数据通道能够正常收发数据,则需要去除处于繁忙装他的数据端口,然后将剩余的数据端口重新进行端口映射,得到最新的端口映射结果。
在本申请一实施例中,在确定出端口映射结果后,就可以将得到的端口映射结果同步到服务器主板中。
S52:根据所述端口映射结果确定目标数据通道。
在本申请实施例中,在得到端口映射结果后,就可以确定出目标数据通道,上述目标数据通道就是用于发送服务器主板需要传输的给北斗多通道天线的数据发送通道或接收北斗多通达天线采集到的卫星信号的数据接收通道。
在本申请一实施例中,上述S52可以包括以下步骤:
根据端口映射结果进行通道匹配,确定目标数据通道。
示例性的,若端口映射结果为P1 1,通道匹配的结果就是第一北斗多通道天线与第一服务器通信通道,也就是说,目标数据通道就是第一北斗多通道天线与第一服务器通信通道这一个数据通道。
S53:将数据收发信道切换至所述目标数据通道。
示例性的,当目标数据通道是第一北斗多通道天线与第一服务器通信通道这一个数据通道时,控制FPGA控制第一端口P1和第五端口P5连通,使得数据接收/发送信道切换至目标数据通道。
以上可以看出,本申请实施例提供的数据信道切换方法可以通过实现阵列的矩阵化控制,可以有效地提高整个天线控制主板的工作稳定性,与此同时基于可编程逻辑器件实现矩阵化控制还可以提升响应速度,提高整个天线控制主板和北斗卫星收发机的数据收发效率。
请参阅图6,图6示出了本申请另一实施例提供的数据信道切换方法的实现流程示意图,区别于上一实施例,本实施例提供的数据信道切换方法还包括:
S61:当接收到数据发送指令时,根据北斗多通道天线的空闲信道列表确定目标发送信道。
上述空闲信道列表可以由各个北斗多通道天线实时监测各个物理信道的忙闲状态来获得。上述实时监测各个物理信道的忙闲状态可以是天线的主控模块通过监测各个物理信道是否正在收发数据来实现,当监测到物理信道正在收发数据,则可以确定该物理信道繁忙,当监测到物理信道当前没有进行数据收发,则可以确定该物理信道空闲。然后将空闲的物理信道整合成空闲信道列表,再将空闲信道列表发送给天线控制主板。天线控制主板在确定了目标数据通道之后基于空闲信道列表确定出目标发送信道。
示例性的,当确定了目标数据通道为第一北斗多通道天线与第一服务器通信通道这一个数据通道,且第一北斗多通道天线的空闲信道是第一物理信道,则确定第一北斗多通道天线的第一物理信道为目标发送信道。
S62:将数据发送信道切换至所述目标发送信道。
在需要发送卫星数据时,通过北斗多通道天线的控制单元生成信道切换指令给到信道切换单元进行信道切换,将数据发送信息切换到所述目标发送信道。
在本申请一实施例中,上述数据通道切换方法还包括根据所述端口映射结果确定目标接收信道。
在本申请实施例中,通过进行端口映射匹配就能够进一步确定收到的北斗数据来自那个北斗多通道天线的哪一个物理信道(即目标接收信道)。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
对应于上文实施例所述的数据信道切换方法,图7示出了本申请实施例提供的北斗多通道天线的结构框图,为了便于说明,仅示出了与本申请实施例相关的部分。
参照图7,该终端设备70包括:映射单元71、确定单元72以及切换单元73。
映射单元71根据各个数据端口的忙闲状态确定端口映射结果。
确定单元72根据所述端口映射结果确定目标数据通道。
切换单元73将数据收发信道切换至所述目标数据通道。
在本申请一实施例中,上述映射单元71包括:监测单元和第一映射单元。
监测单元用于实时监测各个数据端口是否处于空闲状态;
第一映射单元用于若各个数据端口均处于空闲状态,则根据预设规则进行端口映射,得到所述端口映射结果。
在本申请一实施例中,上述映射单元71还包括:第二映射单元。
第二映射单元用于若所述各个数据端口中存在处于繁忙状态的数据端口,则去除处于繁忙状态的数据端口后,重新进行端口映射。
在本申请一实施例中,上述终端设备还包括发送单元。
发送单元用于将所述端口映射结果发送至服务器主板。
在本申请一实施例中,上述终端设备还包括信道确定单元和信道切换单元。
信道确定单元用于当接收到数据发送指令时,根据北斗多通道天线的空闲信道列表确定目标发送信道。
信道切换单元用于将数据发送信道切换至所述目标发送信道。
在本申请一实施例中,上述终端设备还包括接收信道确定单元。
接收信道确定单元用于根据所述端口映射结果确定目标接收信道。
需要说明的是,上述装置/单元之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
图8为本申请一实施例提供的终端设备的结构示意图。如图8所示,该实施例的终端设备8包括:至少一个处理器80(图8中仅示出一个)处理器、存储器81以及存储在所述存储器81中并可在所述至少一个处理器80上运行的计算机程序82,所述处理器80执行所述计算机程序82时实现上述任意各个数据信道切换方法实施例中的步骤。在本申请实施例中,上述终端设备可以是北斗天线,也可以是包括北斗多通道天线的北斗数据收发机、北斗指挥机、北斗用户机等设备。
所称处理器80可以是中央处理单元(Central Processing Unit,CPU),该处理器80还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器81在一些实施例中可以是所述终端设备8的内部存储单元,例如终端设备8的硬盘或内存。所述存储器81在另一些实施例中也可以是所述终端设备8的外部存储设备,例如所述终端设备8上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器81还可以既包括所述终端设备8的内部存储单元也包括外部存储设备。所述存储器81用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等,例如所述计算机程序的程序代码等。所述存储器81还可以用于暂时地存储已经输出或者将要输出的数据。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。
本申请实施例提供了一种计算机程序产品,当计算机程序产品在移动终端上运行时,使得移动终端执行时实现可实现上述各个方法实施例中的步骤。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括:能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区,根据立法和专利实践,计算机可读介质不可以是电载波信号和电信信号。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置/网络设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/网络设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。