CN117499970A - 数据传输方法、设备、装置、系统和存储介质 - Google Patents

Abstract

本申请公开一种数据传输方法、装置、设备、系统和存储介质，涉及轨道交通技术领域，本申请中在控制第一链路传输CBTC业务数据的过程中，如果确定第一链路发生故障，则将CBTC业务数据从第一链路切换至第二链路；控制第二链路传输CBTC业务数据；其中，在第一链路包括LTE系统对应的传输链路的时，第二链路包括PIS系统对应的传输链路，在第一链路包括PIS系统对应的传输链路的情况下，第二链路包括LTE系统对应的传输链路。由于在LTE系统对应的传输链路中断的情况下，使用PIS系统对应的传输链路传输CBTC业务数据，在PIS系统对应的传输链路中断的情况下，使用LTE系统对应的传输链路传输CBTC业务数据，确保了CBTC业务数据传输不中断，保证了列车运行安全。

Description

数据传输方法、设备、装置、系统和存储介质

技术领域

本申请涉及轨道交通技术领域，尤其涉及一种数据传输方法、设备、装置、系统和存储介质。

背景技术

目前，城市轨道交通项目中的车地无线通信系统普遍采用长期演进(long termevolution，LTE)系统，该LTE系统用于列车和地面设备之间的基于通信的列车控制系统(communication based train control system，CBTC)业务及其他综合承载业务的数据传输。通常情况下，同时组建两套完全独立运行的LTE系统，组成双网冗余系统承载CBTC业务，以提高列车和地面设备之间无线传输链路的可靠性。

在相关技术中，LTE系统部署频段为1785-1805MHz频段，现有移动通信系统的LTE频分双工(frequency division duplexing，FDD)公网下行频段为1805-1830MHz，两个系统的工作频段毗邻，且两者之间无隔离带。受基站站点规划位置的限制，两套系统之间部分站点之间的站间距无法满足两系统隔离度要求，LTE FDD系统可能会对LTE系统造成严重阻塞干扰，导致后者业务时延及丢包指标超标，进而影响CBTC业务传输业务的可靠性。

在上述场景中，由于外部干扰严重，两套完全独立运行的LTE系统可能会同时受到干扰，导致LTE系统双网传输链路同时中断，无法保证CBTC业务数据传输的可靠性。

发明内容

为了解决上述技术问题，本申请实施例提供了一种数据传输方法、设备、装置、系统和存储介质，确保CBTC业务数据传输不中断，保障列车的安全运行。

第一方面，本申请实施例提供一种数据传输方法，该方法应用于第一设备，包括：在控制第一链路传输CBTC业务数据的过程中，如果确定第一链路发生故障，则将CBTC业务数据从第一链路切换至第二链路；在第一链路包括LTE系统对应的传输链路的情况下，第二链路包括乘客信息系统(passenger information system，PIS)对应的传输链路，在第一链路包括PIS系统对应的传输链路的情况下，第二链路包括LTE系统对应的传输链路；控制第二链路传输CBTC业务数据。

在一个可能的实现方式中，该方法还包括：在控制第二链路传输CBTC业务数据的过程中，如果确定第一链路故障恢复，则将CBTC业务数据从第二链路切换至第一链路；控制第一链路传输CBTC业务数据。

在一个可能的实现方式中，如果确定第一链路发生故障，则将CBTC业务数据从第一链路切换至第二链路，包括：通过双向转发检测(bidirectional forwardingdetection，BFD)技术检测第一链路是否发生故障；在BFD技术检测到第一链路发生故障的情况下，将第一链路对应的第一静态路由从激活状态设置为非激活状态；将第二链路对应的第二静态路由从非激活状态设置为激活状态。

在一个可能的实现方式中，如果确定第一链路故障恢复，则将CBTC业务数据从第二链路切换至第一链路，包括：在BFD技术检测到第一链路故障恢复的情况下，将第二链路对应的第二静态路由从激活状态设置为非激活状态；将第一链路对应的第一静态路由从非激活状态设置为激活状态。

在一个可能的实现方式中，通过BFD技术检测第一链路是否发生故障，包括：建立与第二设备之间的BFD会话，其中，第一设备或第二设备中至少一个设备的会话建立模式被配置为主动模式，BFD会话采用控制报文工作模式；在BFD会话建立后，在设定周期内向第二设备发送BFD控制报文；基于设定时长内是否接收到BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障。

在一个可能的实现方式中，在第一设备是LTE综合承载路由器情况下，在设定周期内向第二设备发送BFD控制报文，包括：在设定周期内向车载接入单元(train accessunit，TAU)广域网(wide area network，WAN)端口发送BFD控制报文；基于设定时长内是否接收到BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障，包括：基于设定时长内是否接收到TAU WAN端口反馈的BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障。

在一个可能的实现方式中，在第一设备是TAU单元的情况下，在设定周期内向第二设备发送BFD控制报文，包括：TAUWAN端口在设定周期内向LTE综合承载路由器发送BFD控制报文；基于设定时长内是否接收到BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障，包括：基于设定时长内TAUWAN端口是否接收到LTE综合承载路由器反馈的BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障。

在一个可能的实现方式中，在控制LTE系统传输CBTC业务数据的情况下，CBTC业务数据的传输路径为：车载CBTC客户端、LTE车载交换机、TAU WAN端口、演进型基站(evolvednodeB，eNB)、演进型分组核心网(evolved packet core，EPC)、LTE综合承载路由器、CBTC服务器；在控制PIS系统传输CBTC业务数据的情况下，CBTC业务数据的传输路径为：车载CBTC客户端、LTE车载交换机、TAU局域网(local area network，LAN)4端口、PIS车载交换机、PIS车载终端、PIS地面接收机、PIS地面交换机、LTE综合承载路由器和CBTC服务器。

第二方面，本申请实施例提供一种数据传输设备，该数据传输设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如下步骤：在控制第一链路传输CBTC业务数据的过程中，如果确定第一链路发生故障，则将CBTC业务数据从第一链路切换至第二链路；在第一链路包括长期演进LTE系统对应的传输链路的情况下，第二链路包括PIS系统对应的传输链路，在第一链路包括PIS系统对应的传输链路的情况下，第二链路包括LTE系统对应的传输链路；控制第二链路传输CBTC业务数据。

在一个可能的实现方式中，该方法还包括：在控制第二链路传输CBTC业务数据的过程中，如果确定第一链路故障恢复，则将CBTC业务数据从第二链路切换至第一链路；控制第一链路传输CBTC业务数据。

在一个可能的实现方式中，如果确定第一链路发生故障，则将CBTC业务数据从第一链路切换至第二链路，包括：通过BFD技术检测第一链路是否发生故障；在BFD技术检测到第一链路发生故障的情况下，将第一链路对应的第一静态路由从激活状态设置为非激活状态；将第二链路对应的第二静态路由从非激活状态设置为激活状态。

在一个可能的实现方式中，如果确定第一链路故障恢复，则将CBTC业务数据从第二链路切换至第一链路，包括：在BFD技术检测到第一链路故障恢复的情况下，将第二链路对应的第二静态路由从激活状态设置为非激活状态；将第一链路对应的第一静态路由从非激活状态设置为激活状态。

在一个可能的实现方式中，通过BFD技术检测第一链路是否发生故障，包括：建立与第二设备之间的BFD会话，其中，第一设备或第二设备中至少一个设备的会话建立模式被配置为主动模式，BFD会话采用控制报文工作模式；在BFD会话建立后，在设定周期内向第二设备发送BFD控制报文；基于设定时长内是否接收到BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障。

在一个可能的实现方式中，在该数据传输设备是LTE综合承载路由器情况下，在设定周期内向第二设备发送BFD控制报文，包括：在设定周期内向TAU WAN端口发送BFD控制报文；基于设定时长内是否接收到BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障，包括：基于设定时长内是否接收到TAU WAN端口发送的BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障。

在一个可能的实现方式中，在该数据传输设备是TAU单元的情况下，在设定周期内向第二设备发送BFD控制报文，包括：在设定周期内TAU WAN端口向LTE综合承载路由器发送BFD控制报文；基于设定时长内是否接收到BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障，包括：基于设定时长内TAU WAN端口是否接收到LTE综合承载路由器发送的BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障。

在一个可能的实现方式中，在控制LTE系统传输CBTC业务数据的情况下，CBTC业务数据的传输路径为：车载CBTC客户端、LTE车载交换机、TAU WAN端口、eNB、EPC、LTE综合承载路由器、CBTC服务器；在控制PIS系统传输CBTC业务数据的情况下，CBTC业务数据的传输路径为：车载CBTC客户端、LTE车载交换机、TAU LAN4端口、PIS车载交换机、PIS车载终端、PIS地面接收机、PIS地面交换机、LTE综合承载路由器和CBTC服务器。

第三方面，本申请实施例提供一种数据传输装置，该装置配置于第一设备，装置包括：链路切换模块，用于在控制第一链路传输基于通信的列车控制系统CBTC业务数据的过程中，如果确定第一链路发生故障，则将CBTC业务数据从第一链路切换至第二链路；在第一链路包括LTE系统对应的传输链路的情况下，第二链路包括PIS系统对应的传输链路，在第一链路是PIS系统对应的传输链路的情况下，第二链路是LTE系统对应的传输链路；数据传输模块，用于控制第二链路传输CBTC业务数据。

第四方面，本申请实施例提供一种数据传输系统，该数据传输系统包括PIS系统和LTE系统，LTE系统包括TAU单元和LTE综合承载路由器，TAU单元，用于在控制第一链路发送上行CBTC业务数据的过程中，如果确定第一链路发生故障，则将上行CBTC业务数据从第一链路切换至第二链路；在第一链路包括LTE系统对应的传输链路的情况下，第二链路包括PIS系统对应的传输链路，在第一链路包括PIS系统对应的传输链路的情况下，第二链路包括LTE系统对应的传输链路；控制第二链路将上行CBTC业务数据发送至LTE综合承载路由器；LTE综合承载路由器，在控制第一链路发送下行CBTC业务数据的过程中，如果确定第一链路发生故障，则将下行CBTC业务数据从第一链路切换至第二链路；控制第二链路将下行CBTC业务数据发送至TAU单元。

第五方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现如上述第一方面中的数据传输方法。

本申请实施例提供了一种数据传输方法、装置、设备系统和存储介质，本实施例中在利用第一链路传输CBTC业务数据的过程中，如果确定第一链路发生故障，则将CBTC业务数据从第一链路切换至第二链路；控制第二链路传输CBTC业务数据；其中，在第一链路包括LTE系统对应的传输链路的情况下，第二链路包括PIS系统对应的传输链路，在第一链路包括PIS系统对应的传输链路的情况下，第二链路包括LTE系统对应的传输链路。由于在LTE系统对应的传输链路中断的情况下，使用PIS系统对应的传输链路传输CBTC业务数据，PIS系统对应的传输链路中断的情况下，使用LTE系统对应的传输链路传输CBTC业务数据，提高了CBTC业务数据传输的可靠性，保证了列车运行安全。

附图说明

结合附图并参考以下具体实施方式，本申请各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1是本申请实施例提供的一种数据传输方法的流程示意图；

图2是本申请实施例提供的一种CBTC系统的结构示意图；

图3是本申请实施例提供的一种PIS系统的结构示意图；

图4是本申请实施例提供的一种TAU单元的结构示意图；

图5是本申请实施例提供的一种数据传输系统的结构示意图；

图6是本申请实施例提供的另一种数据传输方法的流程示意图；

图7是本申请实施例提供的下行CBTC业务数据传输方法的流程示意图；

图8是本申请实施例提供的上行CBTC业务数据传输方法的流程示意图；

图9是本申请实施例提供的一种数据传输设备的结构示意图；

图10是本申请实施例提供的一种数据传输装置的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

CBTC系统，是一种目前在铁路系统和城市轨道系统都具有广泛应用的列车控制系统，是当前列车运营中移动闭塞技术的核心，属于轨道交通信号系统中的一部分。CBTC系统利用(独立于轨道电路的)高精度列车定位、双向大容量车-地数据通信和车载、地面的安全功能处理器实现的一种连续自动列车控制系统。CBTC系统的突出优点是可以实现车-地之间的双向通信，并且传输信息量大，传输速度快，很容易实现移动自动闭塞系统，大量减少区间敷设电缆，减少一次性投资及减少日常维护工作，可以大幅度提高区间通过能力，灵活组织双向运行和单向连续发车，容易适应不同车速、不同运量、不同类型牵引的列车运行控制等等。在CBTC系统中不仅可以实现列车运行控制，而且可以综合成为运行管理，因为CBTC系统双向通信系统，既可以有安全类信息双向传输，也可以双向传输非安全类信息，例如车次号、乘务员班组号、车辆号、运转时分、机车状态、油耗参数等等大量机车、工务、电务等有关信息。利用CBTC系统既可以实现固定自动闭塞系统(CBTC-FAS)，也可以实现移动自动闭塞系统(CBTC-MAS)。

目前，在城市轨道交通项目中的车地无线通信系统普遍采用LTE系统来承载CBTC，该LTE系统用于列车和地面设备之间的CBTC业务及其他综合承载业务的数据传输。通常，为了保证列车的安全运行，CBTC业务数据传输不中断是尤为重要的，因此，通常在列车上部署2套独立运行的LTE系统，组成A网、B网双网冗余系统承载CBTC业务。其中，A网部署在列车头部，B网部署在列车尾部，以保证列车和地面设备之间传输链路的可靠性。

相关技术中，LTE系统部署频段为1785-1805MHz频段，现有移动通信系统的LTEFDD公网下行频段为1805-1830MHz，两个系统的工作频段毗邻，且两者之间无隔离带。受基站站点规划位置的限制，两套系统之间部分站点之间的站间距无法满足两系统隔离度要求，因此，LTE FDD系统可能会对LTE系统造成严重阻塞干扰，导致后者业务时延及丢包指标超标，进而影响CBTC业务传输业务的可靠性。另外，城市轨道线路沿线部分学校或考试单位在考试期间开启大功率手机信号屏蔽器，干扰频段涵盖LTE系统的工作频段1785-1805MHz，由于LTE双网冗余系统A网和B网的工作频率均为1785-1805MHz频段，这样，导致会对A网和B网均造成严重干扰，进而导致CBTC业务数据完全中断，严重影响地铁列车运行安全。

为解决上述技术问题，本申请实施例提供了一种数据传输方法、设备、系统、装置及存储介质，在利用第一链路传输CBTC业务数据的过程中，如果确定第一链路发生故障，则将CBTC业务数据从第一链路切换至第二链路；控制第二链路传输CBTC业务数据；其中，在第一链路包括LTE系统对应的传输链路的情况下，第二链路包括PIS系统对应的传输链路，在第一链路包括PIS系统对应的传输链路的情况下，第二链路包括LTE系统对应的传输链路。

由于LTE系统发生故障的情况下，使用PIS系统传输CBTC业务数据，在LTE系统恢复正常的情况下，切换回LTE系统传输CBTC业务数据，确保CBTC业务数据传输不中断，提高了CBTC业务数据传输的可靠性，保证了列车运行安全。

下面结合附图，对本申请提供的数据传输方法、设备、装置、系统以及存储介质，进行详细介绍。

如图1所示，本申请实施例提供的数据传输方法包括步骤S101-S102。

S101、在控制第一链路传输CBTC业务数据的过程中，如果确定第一链路发生故障，则将CBTC业务数据从第一链路切换至第二链路；在第一链路包括长期演进LTE系统对应的传输链路的情况下，第二链路包括PIS系统对应的传输链路，在第一链路包括PIS系统对应的传输链路的情况下，第二链路包括LTE系统对应的传输链路。

其中，CBTC业务数据是指CBTC系统产生的列车与地面之间的交互数据，该CBTC业务数据主要用于控制列车的运行。示例性的，该CBTC业务数据可以包括：安全类信息以及非安全类信息，其中，安全类信息可以包括：列车位置、列车运行速度、列车运行安全范围等等相关信息。非安全类信息可以包括：车次号、乘务员班组号、车辆号、运转时分、机车状态、油耗参数等等大量机车、工务、电务等有关信息。

图2是本申请实施例提供的一种CBTC系统的结构示意图；如图2所示，CBTC系统中包括：车载CBTC客户端、LTE车载交换机、TAU WAN端口、eNB、EPC、LTE综合承载路由器、CBTC服务器。CBTC业务数据包括上行CBTC业务数据和下行CBTC业务数据，上行CBTC业务数据是指从车载CBTC客户端发送至CBTC服务器的业务数据，下行CBTC业务数据是指从CBTC服务器发送至车载CBTC客户端的业务数据。CBTC系统对应的传输链路包括TAU WAN端口、eNB、EPC、LTE综合承载路由器之间的传输链路。

PIS系统依托多媒体网络技术，以计算机系统为核心，通过列车的显示终端，让乘客及时准确地了解列车运营信息和公共媒体信息的多媒体综合信息系统。乘客信息系统采用1000M冗余环网连接方式，当任何一根网线断开的时候，仍能保证100M带宽的干线网络。传输延迟小于3ms；以多媒体播放的形式向乘客提供当前线路的车站信息和换乘信息；遇到紧急情况，乘客可以通过报警装置通知地铁工作人员进行处理；实时监控列车车厢，保存监控录像。

图3是本申请实施例提供的一种PIS系统的结构示意图；如图3所示，该PIS系统主要包括：车载PIS客户端和车载视频监控(close circuittelevision，CCTV)客户端、PIS车载交换机、PIS车载终端、PIS地面接收机、PIS地面交换机、PIS服务器和CCTV服务器。该PIS系统主要用于传输列车运营信息和公共媒体信息等等。PIS系统对应的传输链路包括：TAULAN4端口、PIS车载交换机、PIS车载终端、PIS地面接收机、PIS地面交换机、LTE综合承载路由器之间的传输链路。

确定第一链路发生故障的方式可以包括如下三种方式：

(1)第一设备利用第一链路向第二设备传输CBTC业务数据，第二设备在接收到CBTC业务数据时，第二设备向第一设备发送该CBTC业务数据对应的反馈信号，如果第一设备在指定时长内，未接收到第二设备发送的反馈信号，则确定第一设备与第二设备之间的第一链路发生故障。

(2)利用开放式最短路径优先(open shortest path first，OSPF)技术检测第一链路是否发生故障。

(3)利用BFD技术检测第一链路是否发生故障。

在一个可能的实现方式中，CBTC系统对应的传输链路作为第一链路，具体的，在控制CBTC系统对应的传输链路传输CBTC业务数据的过程中，如果CBTC系统对应的传输链路因为外界干扰，导致CBTC系统对应的传输链路发生故障，CBTC业务数据传输中断，则可以将CBTC业务数据切换至PIS系统对应的传输链路。

第一设备包括TAU单元和LTE综合承载路由器。TAU单元用于执行本申请实施例提供的数据传输方法，控制上行CBTC业务数据的传输，LTE综合承载路由器用于执行本申请实施例提供的数据传输方法，控制下行CBTC业务数据的传输。

在一个可能的实施方式中，TAU单元在控制第一链路传输上行CBTC业务数据的过程中，如果确定第一链路发生故障，则将上行CBTC业务数据从第一链路切换至第二链路；LTE综合承载路由器在控制第一链路传输下行CBTC业务数据的过程中，如果确定第一链路发生故障，则将下行CBTC业务数据从第一链路切换至第二链路。

S102、控制第二链路传输CBTC业务数据。

TAU单元在控制第一链路传输上行CBTC业务数据的过程中，如果确定第一链路发生故障，则将上行CBTC业务数据从第一链路切换至第二链路，TAU单元控制第二链路传输CBTC业务数据。LTE综合承载路由器在控制第一链路传输下行CBTC业务数据的过程中，如果确定第一链路发生故障，则将下行CBTC业务数据从第一链路切换至第二链路，LTE综合承载路由器控制第二链路传输下行CBTC业务数据。

TAU单元在控制第一链路传输上行CBTC业务数据的过程中，如果确定第一链路发生故障，且第二链路的链路状态为正常状态，则将上行CBTC业务数据从第一链路切换至第二链路。

在一个可能的实现方式中，TAU单元在控制CBTC系统对应的传输链路传输上行CBTC业务数据的过程中，如果确定CBTC系统对应的传输链路发生故障，则将上行CBTC业务数据从CBTC系统对应的传输链路切换至PIS系统对应的传输链路，TAU单元控制PIS系统对应的传输链路传输CBTC业务数据。LTE综合承载路由器在控制CBTC系统对应的传输链路传输下行CBTC业务数据的过程中，如果确定CBTC系统对应的传输链路发生故障，则将下行CBTC业务数据从CBTC系统对应的传输链路切换至PIS系统对应的传输链路，LTE综合承载路由器控制PIS系统对应的传输链路传输下行CBTC业务数据。

由于上述TAU单元可以支持两路独立的数据传输链路，本申请实施例提供一种TAU单元，如图4所示，该TAU单元包括：当微控制单元(microcontroller unit，MCU)、LAN1端口、LAN2端口、LAN3端口、LAN4端口、WAN端口，其中LAN1端口、LAN2端口、LAN3端口等端口为CBTC业务数据接入端口，WAN端口为LTE无线通信模块输出接口，作为CBTC业务数据第一链路端口，LAN4端口为备用有线传输链路接口，当MCU检测到第一链路发生故障时，自动切换到LAN4端口进行CBTC业务数据传输。

轨道交通项目车地无线通信系统一般会同时部署LTE系统和PIS系统两套独立的通信系统，其中LTE系统承载CBTC业务数据，PIS系统承载PIS数据和CCTV等综合承载业务。本申请实施例中CBTC业务数据除了通过正常的LTE系统进行传输以外，同时支持当LTE系统对应的传输链路发生故障时，CBTC业务数据自动转接到PIS系统借道传输，确保CBTC业务不发生中断，同时不会影响原PIS系统承载的PIS、CCTV等业务的正常传输功能。

本申请实施例提供的数据传输方法，应用于如图5所示的数据传输系统。本实施例中以第一链路包括CBTC系统对应的传输链路，第二链路包括PIS系统对应的传输链路为例进行说明。如图5所示，TAU单元与LTE综合承载路由器之间同时建立两条数据传输链路。CBTC业务数据正常情况下通过LTE系统进行传输，在CBTC业务数据是上行CBTC业务数据的情况下，上行CBTC业务数据的传输路径为：车载CBTC客户端→LTE车载交换机→TAU WAN端口→eNB→EPC→LTE综合承载路由器→CBTC服务器。在CBTC业务数据是下行CBTC业务数据的情况下，下行CBTC业务数据的传输路径为：CBTC服务器→LTE综合承载路由器车载→EPC→eNB→TAU WAN端口→LTE车载交换机→CBTC客户端。

本申请实施例通过TAU LAN4口连接PIS系统车载交换机，PIS地面交换机连接LTE综合承载路由器组成第二链路，在CBTC业务数据是上行CBTC业务数据的情况下，上行CBTC业务数据的传输路径为：车载CBTC客户端→LTE车载交换机→TAULAN4端口→PIS车载交换机→PIS车载终端→PIS地面接收机→PIS地面交换机→LTE综合承载路由器→CBTC服务器。在CBTC业务数据是下行CBTC业务数据的情况下，下行CBTC业务数据的传输路径为：CBTC服务器→LTE综合承载路由器→PIS地面交换机→PIS地面接收机→PIS车载终端→PIS车载交换机→TAU LAN4端口→LTE车载交换机→车载CBTC客户端。

轨道交通项目CBTC业务数据通常采用A网、B双网冗余传输技术，A、B网的工作频段均限制在1785-1805MHz共20MHz带宽范围内，当遇到公网邻频阻塞干扰或手机信号屏蔽器干扰时，很容易造成A网、B网双网同时中断，失去了双网冗余备份的作用，本申请实施例，在A网、B网冗余传输方案基础上增加借道PIS系统传输CBTC业务数据的功能，由于PIS系统通常采用的工作频段是5.8GHz以上，与LTE系统的工作频段1.8GHz相距甚远，LTE系统和CBTC系统同时受到外界干扰的概率较小，当LTE系统的网络受到外界干扰无法正常通信时，TAU单元支持将CBTC业务数据切换到PIS系统借道传输，从而提高了CBTC业务数据传输的可靠性。

在上述实施例的基础上，该数据传输方法还包括：在控制第二链路传输CBTC业务数据的过程中，如果确定第一链路故障恢复，则将CBTC业务数据从第二链路切换至第一链路；控制第一链路传输CBTC业务数据。

确定第一链路故障恢复正常的方式可以包括如下两种方式：

(1)利用OSPF技术检测第一链路故障是否恢复；(2)利用BFD技术检测第一链路是否发生故障。

在一个可能的实现方式中，在控制PIS系统对应的传输链路传输CBTC业务数据的过程中，如果确定CBTC系统对应的传输链路的故障恢复正常，则将CBTC业务数据从PIS系统对应的传输链路切换至CBTC系统对应的传输链路，控制CBTC系统对应的传输链路传输CBTC业务数据。

在一个实际的应用场景中，在列车的实际运行中，控制CBTC系统对应的传输链路传输CBTC业务数据，在CBTC系统对应的传输链路传输CBTC业务数据的过程中，如果列车行驶到某个区域后，该区域内有学校或者考点在考试期间开启大功率手机信号屏蔽器，导致CBTC系统的传输链路中断，此时，通过TAULAN4端口将CBTC业务数据切换至PIS系统对应的传输链路，通过PIS系统对应的传输链路传输CBTC业务数据。当列车行驶过该区域后，即列车行驶过大功率手机信号屏蔽器的覆盖范围后，CBTC系统对应的传输链路恢复正常通信，此时，将CBTC业务数据从PIS系统对应的传输链路切换至CBTC系统对应的传输链路进行传输。这样，可以使得在CBTC系统对应的传输链路中断时，通过PIS系统对应的传输链路传输CBTC业务数据，保证CBTC业务数据传输不中断。在CBTC系统对应的传输链路故障恢复后，将CBTC业务数据切回CBTC系统对应的传输链路，以保证CBTC业务数据的传输效率，以及PIS系统中PIS和CCTV的传输效率。

在上述实施例的基础上，对上述数据传输方法进行了进一步的优化，如图6所示，本申请实施例提供的数据传输方法包括如下步骤：

S201、通过BFD技术检测第一链路是否发生故障。

在本申请实施例中，TAU单元为上行CBTC业务数据建立两条静态路由，分别为第一静态路由和第二静态路由，第一静态路由与第一链路关联，第二静态路由与第二链路关联。同时，LTE综合承载路由器为下行CBTC业务数据建立两条对应的静态路由，分别为第一静态路由和第二静态路由，第一静态路由与第一链路关联，第二静态路由与第二链路关联。示例性的，第一静态路由对应LTE系统的传输链路，第二静态路由对应PIS系统的传输链路。LTE系统的传输链路和PIS系统的传输链路的优先级可根据用户需要进行配置，默认LTE系统的传输链路优先级高。换句话说，在LTE系统和PIS系统均正常的情况下，控制LTE系统对应的传输链路的传输CBTC业务数据。

在一个可能的实现方式中，建立与第二设备之间的BFD会话，其中，第一设备或第二设备中至少一个设备的会话建立模式被配置为主动模式，BFD会话采用控制报文工作模式；在BFD会话建立后，在设定周期内向第二设备发送BFD控制报文；基于设定时长内是否接收到BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障。

TAU单元与LTE综合承载路由器之间进行BFD检测，且静态路由与BFD检测联动，利用BFD实现快速检测TAU单元与LTE综合承载路由器之间传输链路是否正常。采用静态路由与BFD联动的方式，实现链路状态检测以及链路的切换。

由于TAU单元和LTE综合承载路由器之间的链路经历了多跳，因此，TAU单元和LTE综合承载路由器之间的BFD会话采用控制报文工作模式，支持TAU单元和LTE综合承载路由器之间传输链路的多跳检测。TAU单元和LTE综合承载路由器通过周期性发送控制报文建立BFD会话，对链路进行检测。

BFD会话建立前有两种模式：主动模式和被动模式。通信双方至少要有一方运行在主动模式才能成功建立起BFD会话，TAU单元和LTE综合承载路由器都配置为主动模式，以使得TAU单元和LTE综合承载路由器都能发起BFD会话请求。

BFD会话建立后有两种工作模式：异步模式和查询模式。

异步模式是：设备周期性发送BFD控制报文，如果在检测时间内没有收到对端发送的BFD控制报文，则认为会话失败(down)。无线链路可能会出现一个方向通信正常，一个方向异常的情况，不能采用异步模式。

查询模式是：当需要验证连接性的时候，设备会以协商的周期连续发送几个P比特位置1的BFD控制报文。如果在预设时长内没有收到返回的BFD控制报文对应的BFD响应报文，就认为会话down；如果收到对方回应的F比特位置1的BFD响应报文，则认为会话连通，停止发送报文，等待下一次触发查询。

TAU单元和LTE综合承载路由器均配置为主动模式建立BFD会话，BFD会话建立后，TAU单元和地面综合承载路采用查询模式进行BFD检测，TAU单元和LTE综合承载路由器均以预先协商的周期(默认300ms)连续发送多个比特位置为1的BFD控制报文，如果在检测时间内没有收到返回的BFD控制报文对应的BFD响应报文，则认为会话down；如果收到对端回应的F比特位置为1的BFD响应报文，则认为BFD会话连通，停止发送报文，等待下一次触发查询。

在一个可能的实现方式中，在第一设备是TAU单元的情况下，TAU单元在设定周期内向LTE综合承载路由器发送BFD控制报文；TAU基于设定时长内是否接收到LTE综合承载路由器发送的BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障。

TAU单元在第一链路以预先协商的周期连续发送P个比特位置为1的BFD控制报文，如果在预设时长内TAUWAN端口没有收到LTE综合承载路由器返回的BFD控制报文对应的BFD响应报文，则认为会话down，TAU单元确定第一链路发生故障。如果在预设时长内TAU单元收到LTE综合承载路由器回应的F比特位置为1的BFD响应报文，则认为BFD会话连通，确定第一链路未发生故障，或者故障已恢复。

在另一个可能的实现方式中，在第一设备是LTE综合承载路由器情况下，LTE综合承载路由器在设定周期内向TAUWAN端口发送BFD控制报文；LTE综合承载路由器基于设定时长内是否接收到TAU WAN端口反馈的BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障。

LTE综合承载路由器在第一链路以预先协商的周期连续发送P个比特位置为1的BFD控制报文，如果在预设时长内LTE综合承载路由器没有收到TAUWAN端口返回的BFD控制报文对应的BFD响应报文，则认为会话down，LTE综合承载路由器确定第一链路发生故障。如果在预设时长内LTE综合承载路由器收到TAU WAN端口回应的F比特位置为1的BFD响应报文，则认为BFD会话连通，确定第一链路未发生故障，或者故障已恢复。

需要说明的是，在检测第一链路的链路状态的同时，TAU单元和LTE综合承载路由器也会检测第二链路的链路状态。第二链路的链路状态的检测方法与第一链路的链路状态的检测方法相同，区别仅于，第一链路的BFD会话是LTE综合承载路由器和TAU WAN端口之间的会话，第二链路的BFD会话是LTE综合承载路由器和TAULAN4的会话。

S202、在BFD技术检测到第一链路发生故障的情况下，将第一链路对应的第一静态路由从激活状态设置为非激活状态。

S203、将第二链路对应的第二静态路由从非激活状态设置为激活状态。

在一个实现方式中，在第一链路包括LTE系统对应的传输链路，第二链路包括PIS系统对应的传输链路的情况下，第一静态路由对应LTE系统对应的传输链路，第二静态路由对应PIS系统对应的传输链路，将第一静态路由从激活状态设置为非激活状态，禁止使用LTE系统对应的传输链路传输CBTC业务数据。即禁止TAU WAN端口、eNB、EPC和LTE综合承载路由器之间的传输链路传输CBTC业务数据。将第二静态路由从非激活状态设置为激活状态，使用PIS系统对应的传输链路传输CBTC业务数据，即使用TAU LAN4端口、PIS车载交换机、PIS车载终端、PIS地面接收机、PIS地面交换机、LTE综合承载路由器之间的传输链路传输CBTC业务数据。

具体的，上行CBTC业务数据从车载CBTC客户端经过LTE车载交互器达到TAU单元之后，TAU单元通过TAULAN4端口将CBTC业务数据传输到PIS车载交换机，依次通过PIS车载终端、PIS地面接收机和PIS地面交换机之后，达到LTE综合承载路由器之后，再传输至CBTC服务器。下行CBTC业务数据从CBTC服务器传输到LTE综合承载路由器之后，LTE综合承载路由器将下行CBTC业务数据发送至PIS地面交换机，然后通过PIS地面接收机、PIS车载终端和PIS车载交换机到达TAU LAN4端口，再通过TAU单元和LTE车载交换机车载CBTC客户端。

S204、在BFD技术检测到第一链路故障恢复的情况下，将第二链路对应的第二静态路由从激活状态设置为非激活状态。

S205、将第一链路对应的第一静态路由从非激活状态设置为激活状态。

在一个可能的实现方式中，在第一链路包括LTE系统对应的传输链路的情况下，第一静态路由对应LTE系统对应的传输链路，第二静态路由对应PIS系统对应的传输链路，如果LTE系统对应的传输链路中断后重新恢复，则将第一静态路由从非激活状态设置为激活状态，使用LTE系统对应的传输链路传输CBTC业务数据。同时，将第二静态路由从非激活状态设置为激活状态，禁止使用PIS系统对应的传输链路传输CBTC业务数据。

在一个具体的实现场景中，以第一设备是LTE综合承载路由器为例，介绍LTE综合承载路由器进行下行链路检测和路由选择的具体实施流程，如图7所示，LTE综合承载路由器控制下行链路检测和路由选择的具体实施流程主要包括如下步骤：

S301、LTE综合承载路由器建立两条到TAU单元的静态路由。

其中，LTE综合承载路由器建立经LTE系统到TAU WAN端口的第一静态路由Route_1及经PIS系统到TAU LAN4端口的第二静态路由Route_2。默认第一静态路由Route_1优先级高于静态路由Route_2。

S302、LTE综合承载路由器开启BFD检测，定期向TAU单元发送BFD控制报文，同时监听BFD控制报文对应的BFD响应报文。

S303、LTE综合承载路由器是否监听到TAU单元反馈的BFD控制报文对应的BFD响应报文，如果未监听到TAU WAN端口反馈的BFD控制报文对应的BFD响应报文，且监听到了TAULAN4端口反馈的BFD控制报文对应的BFD响应报文，则执行步骤S304；如果监听到了TAU WAN端口反馈的BFD控制报文对应的BFD响应报文，且监听到了TAU LAN4端口反馈的BFD控制报文对应的BFD响应报文，则执行S306。

S304、LTE综合承载路由器将第一静态路由设置为非激活状态，将第二静态路由设置为激活状态。

S305、LTE综合承载路由器将CBTC业务数据经过第二静态路由对应的PIS系统对应的传输链路将下行CBTC业务数据传输至TAU LAN4端口。

S306、LTE综合承载路由器判断第一静态路由是否为激活状态，如果是，则执行步骤S307，如果否，则直接跳过S307执行S308。

S307、LTE综合承载路由器将第一静态路由设置为激活状态，将第二静态路由设置为非激活状态。

S308、LTE综合承载路由器将下行CBTC业务数据经过第一静态路由对应的CBTC系统对应的传输链路传输至TAUWAN端口。

S309、TAU单元将下行CBTC业务数据传输至车载CBTC客户端。

如果在规定的预设时长内未检测到TAU WAN端口反馈的BFD控制报文对应的BFD响应报文，则LTE综合承载路由器确定与TAU WAN端口之间的传输链路故障，将第一静态路由Route_1设置为非激活状态，下行CBTC业务数据经第二静态路由Route_2对应的PIS系统对应的传输链路发送到TAU LAN4端口，再由TAU转发给车载CBTC客户端。

如果LTE综合承载路由器检测到TAU WAN端口反馈的BFD控制报文对应的BFD响应报文，则当第一静态路由Route_1处于非激活状态时，将第一静态路由Route_1设置为激活状态，如第一静态路由果Route_1处于激活状态，则跳过状态设置操作；下行CBTC业务数据经第一静态路由Route_1对应的LTE系统对应的传输链路发送到TAU WAN端口，再由TAU单元转发车载CBTC客户端。

在一个具体的实现场景中，以第一设备是TAU单元为例，介绍TAU单元进行上行链路检测和路由选择的具体实施流程，如图8所示，TAU单元进行上行链路检测和路由选择的具体实施流程主要包括如下步骤：

S401、TAU单元建立两条到LTE综合承载路由器的静态路由。

其中，TAU单元建立TAU WAN端口经LTE系统到LTE综合承载路由器的第一静态路由Route_1及TAU LAN4端口经PIS系统到LTE综合承载路由器的第二静态路由Route_2。默认第一静态路由Route_1优先级高于静态路由Route_2。

S402、TAU单元开启BFD检测，定期向LTE综合承载路由器发送BFD控制报文，同时监听BFD控制报文对应的BFD响应报文。

S403、TAU单元是否监听到LTE综合承载路由器反馈的BFD控制报文对应的BFD响应报文，如果TAU WAN端口未监听LTE综合承载路由器到反馈的BFD控制报文对应的BFD响应报文，且TAU LAN4端口监听到了LTE综合承载路由器反馈的BFD控制报文对应的BFD响应报文，则执行步骤S404；如果TAU WAN端口监听到了LTE综合承载路由器反馈的BFD控制报文对应的BFD响应报文，且TAU LAN4端口监听到了LTE综合承载路由器反馈的BFD控制报文对应的BFD响应报文，则执行S406。

S404、TAU单元将第一静态路由设置为非激活状态，将第二静态路由设置为激活状态。

S405、TAU单元通过TAU LAN4端口将上行CBTC业务数据经过第二静态路由对应的PIS系统的传输链路传输至LTE综合承载路由器。

S406、TAU单元判断第一静态路由是否为激活状态，如果是，则执行步骤S307，如果否，则直接跳过S307执行S308。

S407、TAU单元将第一静态路由设置为激活状态，将第二静态路由设置为非激活状态。

S408、TAU单元通过TAUWAN端口经过第一静态路由对应的CBTC系统的传输链路将上行CBTC业务数据传输至LTE综合承载路由器。

S409、LTE综合承载路由器将上行CBTC业务数据传输至车载CBTC服务器。

如果TAU单元在规定的预设时长内TAU WAN端口未检测到LTE综合承载路由器反馈的BFD控制报文对应的BFD响应报文，则判断TAU WAN端口与LTE综合承载路由器之间的传输链路故障，将第一静态路由Route_1设置为非激活状态，上行CBTC业务数据通过TAU LAN4端口经第二静态路由Route_2对应的PIS系统对应的传输链路发送到LTE综合承载路由器，再由LTE综合承载路由器转发给车载CBTC服务器。

如果TAU WAN端口检测到LTE综合承载路由器反馈的BFD控制报文对应的BFD响应报文，则当第一静态路由Route_1处于非激活状态时，将第一静态路由Route_1设置为激活状态，如果第一静态路由果Route_1处于激活状态，则跳过状态设置操作；上行CBTC业务数据通过TAU WAN端口经第一静态路由Route_1对应的CBTC系统对应的传输链路发送到LTE综合承载路由器，再由LTE综合承载路由器转发车载CBTC服务器。

参见图9，图9示出了本申请一个示例性实施例提供的数据传输设备900的结构示意图。图9所示的数据传输设备900用于执行上述的数据传输方法所涉及的操作。该数据传输设备900例如是TAU单元或LTE综合承载路由器等。

如图9所示，数据传输设备900包括至少一个处理器901、存储器903以及至少一个收发机904。

处理器901例如是通用中央处理器(central processing unit，CPU)、数字信号处理器(digital signal processor，DSP)、网络处理器(network processer，NP)、图形处理器(graphics processing unit，GPU)、神经网络处理器(neural-network processingunits，NPU)、数据处理单元(data processing unit，DPU)、微处理器或者一个或多个用于实现本申请方案的集成电路。例如，处理器901包括专用集成电路(application-specificintegrated circuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。PLD例如是复杂可编程逻辑器件(complex programmable logic device，CPLD)、现场可编程逻辑门阵列(field-programmable gate array，FPGA)、通用阵列逻辑(generic array logic，GAL)或其任意组合。其可以实现或执行结合本申请实施例公开内容所描述的各种逻辑方框、模块和电路。所述处理器也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，DSP和微处理器的组合等等。

可选的，数据传输设备900还包括总线。总线用于在数据传输设备900的各组件之间传送信息。总线可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。图9中数据传输设备900的各组件之间除了采用总线连接，还可采用其他方式连接，本申请实施例不对各组件的连接方式进行限定。

存储器903例如是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其它类型的静态存储设备，又如是随机存取存储器(random access memory，RAM)或者可存储信息和指令的其它类型的动态存储设备，又如是电可擦可编程只读存储器(electrically erasable programmable read-only Memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其它光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备，或者是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质，但不限于此。存储器903例如是独立存在，并通过总线与处理器901相连接。存储器903也可以和处理器901集成在一起。

收发机904使用任何收发器一类的装置，用于与其它设备或通信网络通信，通信网络可以为以太网、无线接入网(radio access network，RAN)或无线局域网(wirelesslocal area networks，WLAN)等。收发机904可以包括有线通信接口，还可以包括无线通信接口。具体的，收发机904可以为以太(ethernet)接口、快速以太(fast ethernet，FE)接口、千兆以太(gigabit ethernet，GE)接口，异步传输模式(asynchronous transfer mode，ATM)接口，无线局域网(wireless local area networks，WLAN)接口，蜂窝网络通信接口或其组合。以太网接口可以是光接口，电接口或其组合。在本申请实施例中，收发机904可以用于网络设备900与其他设备进行通信。

在具体实现中，作为一种实施例，处理器901可以包括一个或多个CPU，如图9中所示的CPU0和CPU1。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，数据传输设备900可以包括多个处理器，如图9中所示的处理器901和处理器905。这些处理器中的每一个可以是一个单核处理器(single-CPU)，也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(如计算机程序指令)的处理核。

在一些实施例中，存储器903用于存储执行本申请方案的程序代码902，处理器901可以执行存储器903中存储的程序代码902。也即是，数据传输设备900可以通过处理器901以及存储器903中的程序代码902，来实现方法实施例提供的数据传输方法。程序代码902中可以包括一个或多个软件模块。可选地，处理器901自身也可以存储执行本申请方案的程序代码或指令。

在具体实施例中，本申请实施例的数据传输设备900可对应于上述各个方法实施例中的TAU单元或者LTE综合承载路由器，数据传输设备900中的处理器901读取存储器903中的程序代码902或处理器901自身存储的程序代码或指令，使图9所示的网络设备900能够执行TAU单元或者LTE综合承载路由器所执行的全部或部分操作。

以上介绍了本申请实施例提供的数据传输方法，与上述方法对应，本申请实施例还提供数据传输系统。本申请实施例提供的数据传输系统包括PIS系统和LTE系统，LTE系统包括TAU单元和LTE综合承载路由器，TAU单元，用于在控制第一链路发送上行CBTC业务数据的过程中，如果确定第一链路发生故障，则将上行CBTC业务数据从第一链路切换至第二链路；在第一链路包括LTE系统对应的传输链路的情况下，第二链路包括PIS系统对应的传输链路，在第一链路包括PIS系统对应的传输链路的情况下，第二链路包括LTE系统对应的传输链路；控制第二链路将上行CBTC业务数据发送至LTE综合承载路由器；LTE综合承载路由器，在控制第一链路发送下行CBTC业务数据的过程中，如果确定第一链路发生故障，则将下行CBTC业务数据从第一链路切换至第二链路；控制第二链路将下行CBTC业务数据发送至TAU单元。

TAU单元或者LTE综合承载路由器所执行的方法可参见上述实施例的相关描述，此处不再加以赘述。

以上介绍了本申请实施例提供的数据传输方法，与上述方法对应，本申请实施例还提供数据传输装置。图10是本申请实施例提供的一种数据传输装置的结构示意图，该装置100应用于TAU单元或者LTE综合承载路由器，该TAU单元为上述图2至图8任一附图所示的TAU单元，该LTE综合承载路由器为上述图2至图8任一附图所示的LTE综合承载路由器。基于图10所示的如下多个模块，该图10所示的数据传输装置100能够执行TAU单元或者LTE综合承载路由器所执行的全部或部分操作。应理解到，该装置100可以包括比所示模块更多的附加模块或者省略其中所示的一部分模块，本申请实施例对此并不进行限制。

如图10所示，该装置100包括：链路切换模块110，用于在控制第一链路传输CBTC业务数据的过程中，如果确定第一链路发生故障，则将CBTC业务数据从第一链路切换至第二链路；在第一链路包括LTE系统对应的传输链路的情况下，第二链路包括PIS系统对应的传输链路，在第一链路包括PIS系统对应的传输链路的情况下，第二链路包括LTE系统对应的传输链路；数据传输模块120，用于控制第二链路传输CBTC业务数据。

在一个可能的实现方式中，链路切换模块110，还用于在控制第二链路传输CBTC业务数据的过程中，如果确定第一链路故障恢复，则将CBTC业务数据从第二链路切换至第一链路；数据传输模块120，还用于控制第一链路传输CBTC业务数据。

在一个可能的实现方式中，链路切换模块110，具体用于通过BFD技术检测第一链路是否发生故障；在BFD技术检测到第一链路发生故障的情况下，将第一链路对应的第一静态路由从激活状态设置为非激活状态；将第二链路对应的第二静态路由从非激活状态设置为激活状态。

在一个可能的实现方式中，链路切换模块110，具体用于在BFD技术检测到第一链路故障恢复的情况下，将第二链路对应的第二静态路由从激活状态设置为非激活状态；将第一链路对应的第一静态路由从非激活状态设置为激活状态。

在一个可能的实现方式中，链路切换模块110，具体用于建立与第二设备之间的BFD会话，其中，第一设备或第二设备中至少一个设备的会话建立模式被配置为主动模式，BFD会话采用控制报文工作模式；在BFD会话建立后，在设定周期内向第二设备发送BFD控制报文；基于设定时长内是否接收到BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障。

在一个可能的实现方式中，在第一设备是LTE综合承载路由器情况下，链路切换模块110，具体用于在设定周期内向车载接入单元TAU WAN端口发送BFD控制报文；基于设定时长内是否接收到BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障，包括：基于设定时长内是否接收到TAU WAN端口发送的BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障。

在一个可能的实现方式中，在第一设备是TAU单元情况下，链路切换模块110，具体用于在设定周期内向LTE综合承载路由器发送BFD控制报文；基于设定时长内是否接收到BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障，包括：基于设定时长内TAUWAN端口是否接收到LTE综合承载路由器发送的BFD控制报文对应的BFD响应报文，确定第一链路是否发生故障。

在一个可能的实现方式中，在控制LTE系统传输CBTC业务数据的情况下，CBTC业务数据的传输路径为：车载CBTC客户端、LTE车载交换机、TAU WAN端口、演进型基站eNB、演进型分组核心网EPC、LTE综合承载路由器、CBTC服务器；在控制PIS系统传输CBTC业务数据的情况下，CBTC业务数据的传输路径为：车载CBTC客户端、LTE车载交换机、TAU LAN4端口、PIS车载交换机、PIS车载终端、PIS地面接收机、PIS地面交换机、LTE综合承载路由器和CBTC服务器。

需要说明的是，上述实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。

在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

本申请还提供了一种计算机可读存储介质，存储介质中存储有至少一条程序指令或代码，所述程序指令或代码由处理器加载并执行时以使计算机实现如上述任一所述数据传输方法。

本申请提供了一种计算机程序，当计算机程序被计算机执行时，可以使得处理器或计算机执行上述方法实施例中对应的各个步骤和/或流程。

本申请提供了一种芯片，包括处理器，用于从存储器中调用并运行所述存储器中存储的指令，使得安装有所述芯片的通信设备执行上述各方面中的方法。

本申请提供另一种芯片，包括：输入接口、输出接口、处理器和存储器，所述输入接口、输出接口、所述处理器以及所述存储器之间通过内部连接通路相连，所述处理器用于执行所述存储器中的代码，当所述代码被执行时，所述处理器用于执行上述各方面中的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid StateDisk)等。

以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。

本领域普通技术人员可以意识到，结合本文中所公开的实施例中描述的各方法步骤和模块，能够以软件、硬件、固件或者其任意组合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机程序指令。作为示例，本申请实施例的方法可以在机器可执行指令的上下文中被描述，机器可执行指令诸如包括在目标的真实或者虚拟处理器上的器件中执行的程序模块中。一般而言，程序模块包括例程、程序、库、对象、类、组件、数据结构等，其执行特定的任务或者实现特定的抽象数据结构。在各实施例中，程序模块的功能可以在所描述的程序模块之间合并或者分割。用于程序模块的机器可执行指令可以在本地或者分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质二者中。

用于实现本申请实施例的方法的计算机程序代码可以用一种或多种编程语言编写。这些计算机程序代码可以提供给通用计算机、专用计算机或其他可编程的数据处理装置的处理器，使得程序代码在被计算机或其他可编程的数据处理装置执行的时候，引起在流程图和/或框图中规定的功能/操作被实施。程序代码可以完全在计算机上、部分在计算机上、作为独立的软件包、部分在计算机上且部分在远程计算机上或完全在远程计算机或服务器上执行。

在本申请实施例的上下文中，计算机程序代码或者相关数据可以由任意适当载体承载，以使得设备、装置或者处理器能够执行上文描述的各种处理和操作。载体的示例包括信号、计算机可读介质等等。

信号的示例可以包括电、光、无线电、声音或其它形式的传播信号，诸如载波、红外信号等。

机器可读介质可以是包含或存储用于或有关于指令执行系统、装置或设备的程序的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备，或其任意合适的组合。机器可读存储介质的更详细示例包括带有一根或多根导线的电气连接、便携式计算机磁盘、硬盘、随机存储存取器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光存储设备、磁存储设备，或其任意合适的组合。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、设备和模块的具体工作过程，可以参见前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，该模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、设备或模块的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

该作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请实施例方案的目的。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以是两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

该集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例中方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分，应理解，“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系，也不对数量和执行顺序进行限定。还应理解，尽管以下描述使用术语第一、第二等来描述各种元素，但这些元素不应受术语的限制。这些术语只是用于将一元素与另一元素区别分开。

还应理解，在本申请的各个实施例中，各个过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本申请中术语“至少一个”的含义是指一个或多个，本申请中术语“多个”的含义是指两个或两个以上，例如，多个第二报文是指两个或两个以上的第二报文。本文中术语“系统”和“网络”经常可互换使用。

应理解，在本文中对各种所述示例的描述中所使用的术语只是为了描述特定示例，而并非旨在进行限制。如在对各种所述示例的描述和所附权利要求书中所使用的那样，单数形式“一个(“a”，“an”)”和“该”旨在也包括复数形式，除非上下文另外明确地指示。

还应理解，术语“包括”(也称“includes”、“including”、“comprises”和/或“comprising”)当在本说明书中使用时指定存在所陈述的特征、整数、步骤、操作、元素、和/或部件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元素、部件、和/或其分组。

还应理解，术语“若”和“如果”可被解释为意指“当...时”(“when”或“upon”)或“响应于确定”或“响应于检测到”。类似地，根据上下文，短语“若确定...”或“若检测到[所陈述的条件或事件]”可被解释为意指“在确定...时”或“响应于确定...”或“在检测到[所陈述的条件或事件]时”或“响应于检测到[所陈述的条件或事件]”。

应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

还应理解，说明书通篇中提到的“一个实施例”、“一实施例”、“一种可能的实现方式”意味着与实施例或实现方式有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”、“一种可能的实现方式”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

Claims (19)

1.一种数据传输方法，其特征在于，所述方法应用于第一设备，包括：

在控制第一链路传输基于通信的列车控制系统CBTC业务数据的过程中，如果确定所述第一链路发生故障，则将所述CBTC业务数据从所述第一链路切换至第二链路；在所述第一链路包括长期演进LTE系统对应的传输链路的情况下，所述第二链路包括乘客信息系统PIS对应的传输链路，在所述第一链路包括PIS系统对应的传输链路的情况下，所述第二链路包括LTE系统对应的传输链路；

控制所述第二链路传输所述CBTC业务数据。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在控制所述第二链路传输所述CBTC业务数据的过程中，如果确定所述第一链路故障恢复，则将所述CBTC业务数据从所述第二链路切换至所述第一链路；

控制所述第一链路传输所述CBTC业务数据。

3.根据权利要求1所述的方法，其特征在于，所述如果确定所述第一链路发生故障，则将所述CBTC业务数据从所述第一链路切换至第二链路，包括：

通过双向转发检测BFD技术检测所述第一链路是否发生故障；

在所述BFD技术检测到所述第一链路发生故障的情况下，将所述第一链路对应的第一静态路由从激活状态设置为非激活状态；

将所述第二链路对应的第二静态路由从所述非激活状态设置为所述激活状态。

4.根据权利要求2所述的方法，其特征在于，所述如果确定所述第一链路故障恢复，则将所述CBTC业务数据从所述第二链路切换至所述第一链路，包括：

在BFD技术检测到所述第一链路故障恢复的情况下，将所述第二链路对应的第二静态路由从所述激活状态设置为所述非激活状态；

将所述第一链路对应的第一静态路由从所述非激活状态设置为所述激活状态。

5.根据权利要求3所述的方法，其特征在于，所述通过BFD技术检测所述第一链路是否发生故障，包括：

建立与第二设备之间的BFD会话，其中，所述第一设备或所述第二设备中至少一个设备的会话建立模式被配置为主动模式，所述BFD会话采用控制报文工作模式；

在所述BFD会话建立后，在设定周期内向所述第二设备发送BFD控制报文；

基于设定时长内是否接收到所述BFD控制报文对应的BFD响应报文，确定所述第一链路是否发生故障。

6.根据权利要求5所述的方法，其特征在于，在所述第一设备是LTE综合承载路由器情况下，所述在设定周期内向所述第二设备发送BFD控制报文，包括：

在设定周期内向车载接入单元TAU广域网WAN端口发送BFD控制报文；

所述基于设定时长内是否接收到所述BFD控制报文对应的BFD响应报文，确定所述第一链路是否发生故障，包括：

基于设定时长内是否接收到所述TAU WAN端口发送的所述BFD控制报文对应的BFD响应报文，确定所述第一链路是否发生故障。

7.根据权利要求5所述的方法，其特征在于，在所述第一设备是TAU单元的情况下，所述在设定周期内向所述第二设备发送BFD控制报文，包括：

在设定周期内向所述LTE综合承载路由器发送BFD控制报文；

所述基于设定时长内是否接收到所述BFD控制报文对应的BFD响应报文，确定所述第一链路是否发生故障，包括：

基于设定时长内TAU WAN端口是否接收到所述LTE综合承载路由器发送的所述BFD控制报文对应的BFD响应报文，确定所述第一链路是否发生故障。

8.根据权利要求1所述的方法，其特征在于，在控制所述LTE系统传输CBTC业务数据的情况下，所述CBTC业务数据的传输路径为：车载CBTC客户端、LTE车载交换机、TAU WAN端口、演进型基站eNB、演进型分组核心网EPC、LTE综合承载路由器、CBTC服务器；

在控制PIS系统传输CBTC业务数据的情况下，所述CBTC业务数据的传输路径为：车载CBTC客户端、LTE车载交换机、TAU LAN4端口、PIS车载交换机、PIS车载终端、PIS地面接收机、PIS地面交换机、LTE综合承载路由器和CBTC服务器。

9.一种数据传输设备，其特征在于，所述数据传输设备包括：存储器，收发机，处理器：

所述存储器，用于存储计算机程序；所述收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行如下操作：

在控制第一链路传输基于通信的列车控制系统CBTC业务数据的过程中，如果确定所述第一链路发生故障，则将所述CBTC业务数据从所述第一链路切换至第二链路；在所述第一链路包括长期演进LTE系统对应的传输链路的情况下，所述第二链路包括乘客信息系统PIS对应的传输链路，在所述第一链路包括PIS系统对应的传输链路的情况下，所述第二链路包括LTE系统对应的传输链路；

控制所述第二链路传输所述CBTC业务数据。

10.根据权利要求1所述的设备，其特征在于，还包括：

在控制所述第二链路传输所述CBTC业务数据的过程中，如果确定所述第一链路故障恢复，则将所述CBTC业务数据从所述第二链路切换至所述第一链路；

控制所述第一链路传输所述CBTC业务数据。

11.根据权利要求9所述的设备，其特征在于，所述如果确定所述第一链路发生故障，则将所述CBTC业务数据从所述第一链路切换至第二链路，包括：

通过双向转发检测BFD技术检测所述第一链路是否发生故障；

在所述BFD技术检测到所述第一链路发生故障的情况下，将所述第一链路对应的第一静态路由从激活状态设置为非激活状态；

将所述第二链路对应的第二静态路由从所述非激活状态设置为所述激活状态。

12.根据权利要求10所述的设备，其特征在于，所述如果确定所述第一链路故障恢复，则将所述CBTC业务数据从所述第二链路切换至所述第一链路，包括：

在BFD技术检测到所述第一链路故障恢复的情况下，将所述第二链路对应的第二静态路由从所述激活状态设置为所述非激活状态；

将所述第一链路对应的第一静态路由从所述非激活状态设置为所述激活状态。

13.根据权利要求11所述的设备，其特征在于，所述通过BFD技术检测所述第一链路是否发生故障，包括：

建立与第二设备之间的BFD会话，其中，所述第一设备或所述第二设备中至少一个设备的会话建立模式被配置为主动模式，所述BFD会话采用控制报文工作模式；

在所述BFD会话建立后，在设定周期内向所述第二设备发送BFD控制报文；

基于设定时长内是否接收到所述BFD控制报文对应的BFD响应报文，确定所述第一链路是否发生故障。

14.根据权利要求13所述的设备，其特征在于，在所述数据传输设备是LTE综合承载路由器情况下，所述在设定周期内向所述第二设备发送BFD控制报文，包括：

在设定周期内向车载接入单元TAU WAN端口发送BFD控制报文；

所述基于设定时长内是否接收到所述BFD控制报文对应的BFD响应报文，确定所述第一链路是否发生故障，包括：

基于设定时长内是否接收到所述TAU WAN端口发送的所述BFD控制报文对应的BFD响应报文，确定所述第一链路是否发生故障。

15.根据权利要求13所述的设备，其特征在于，在所述数据传输设备是TAU单元的情况下，所述在设定周期内向所述第二设备发送BFD控制报文，包括：

在设定周期内向LTE综合承载路由器发送BFD控制报文；

所述基于设定时长内是否接收到所述BFD控制报文对应的BFD响应报文，确定所述第一链路是否发生故障，包括：

基于设定时长内TAU WAN端口是否接收到所述LTE综合承载路由器发送的所述BFD控制报文对应的BFD响应报文，确定所述第一链路是否发生故障。

16.根据权利要求9所述的设备，其特征在于，在控制所述LTE系统传输CBTC业务数据的情况下，所述CBTC业务数据的传输路径为：车载CBTC客户端、LTE车载交换机、TAU WAN端口、演进型基站eNB、演进型分组核心网EPC、LTE综合承载路由器、CBTC服务器；

在控制PIS系统传输CBTC业务数据的情况下，所述CBTC业务数据的传输路径为：车载CBTC客户端、LTE车载交换机、TAU LAN4端口、PIS车载交换机、PIS车载终端、PIS地面接收机、PIS地面交换机、LTE综合承载路由器和CBTC服务器。

17.一种数据传输系统，其特征在于，所述系统包括乘客信息系统PIS和长期演进LTE系统，所述LTE系统包括车载接入单元TAU单元和LTE综合承载路由器，

所述TAU单元，用于在控制第一链路发送上行CBTC业务数据的过程中，如果确定所述第一链路发生故障，则将所述上行CBTC业务数据从所述第一链路切换至第二链路；在所述第一链路包括LTE系统对应的传输链路的情况下，所述第二链路包括PIS系统对应的传输链路，在所述第一链路包括PIS系统对应的传输链路的情况下，所述第二链路包括LTE系统对应的传输链路；控制所述第二链路将所述上行CBTC业务数据发送至LTE综合承载路由器；

所述LTE综合承载路由器，用于在控制第一链路发送下行CBTC业务数据的过程中，如果确定所述第一链路发生故障，则将所述下行CBTC业务数据从所述第一链路切换至第二链路；控制所述第二链路将所述下行CBTC业务数据发送至TAU单元。

18.一种数据传输装置，其特征在于，所述装置配置于第一设备，所述装置包括：

链路切换模块，用于在控制第一链路传输基于通信的列车控制系统CBTC业务数据的过程中，如果确定所述第一链路发生故障，则将所述CBTC业务数据从所述第一链路切换至第二链路；在所述第一链路包括长期演进LTE系统对应的传输链路的情况下，所述第二链路包括乘客信息系统PIS对应的传输链路，在所述第一链路包括PIS系统对应的传输链路的情况下，所述第二链路包括LTE系统对应的传输链路；

数据传输模块，用于控制所述第二链路传输所述CBTC业务数据。

19.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-9中任一项所述的数据传输方法。