王 洋，赵 燕，赵锦瑾，任 凯，宫长辉

(北京宇航系统工程研究所，北京 100076)

0 引言

载人深空探测是一个国家综合实力的重要体现，在政治、经济和科技发展方面具有十分重要的战略意义。测控通信作为地面与航天器的连接纽带，是深空探测任务成功的重要保证之一[1]。针对载人航天器测控通信的高可靠性、高测控覆盖率、长时间连续测控、高数据传输速率等需求，我国载人航天器采用了统一S波段测控通信体制，构建了以中继卫星系统为主的天基测控通信系统，同时，采用了天地一体化的网络测控通信模式。但是，目前我国空间数据系统中，卫星通信的方式大多是面向数据链路的通信，空间数据中继尚未实现联网，各航天器之间的通信仍然采用点对点的空空通信体制，未形成空空、空地、天地一体化的网络体制。目前这种通信体制严重影响了各类航天器的无缝测控，尤其影响未来大数据时代对航天器自身数据信息的开发利用[2]。因此，目前的空间数据系统现状已经难以适应今后空间呈现出的由空间站、载人深空探测器、卫星群等构成的复杂空间通信架构，在网络互联技术迅猛发展地推动下，新一代的空间网络-行星际互联网(IPN,interplanetary network)[3]应时而生，为空间任务提供通信服务。IPN是美国航空航天局( NASA,national aeronautics and space administration)喷气推进实验室(JPL,jet propulsion laboratory)为深空探测需求提出的网络测控方案，希望将地面互联网扩展到整个太阳系，最终为太阳系中的各类航天器提供像地面互联网一样的数据通信服务。目前我国航天器已经实现了将地面网络扩展到近地空间网络的初步验证，而将近地空间网络扩展到深空航天器，如构建载人登月网络，会遇到前所未有的一系列问题[4]。因此，本文着重分析了载人登月探测网络中的难点，引入了延迟/中断容忍网络技术来解决这些难点，对载人登月通信网络体系进行了设计，最后进行了试验仿真和优化分析。

1 载人登月通信网络的难点

载人登月通信网络的上行通信链路主要负责传输遥控指令、注入指令、话音数据、图像数据及应答数据；下行通信链路负责传输平台遥测数据、延时遥测数据、生理遥测、话音数据、图像数据、有效载荷数据等。但是，由于载人登月通信网络不同于常见的地面互联网，它具有特殊的环境特点，使得广泛应用于地面互联网的TCP/IP网络体系应用于载人登月网络时性能急剧下降。载人登月网络的特点主要体现在以下几个方面[5]：

1)通信距离远，传播时延巨大。月球距离地球约38万公里，最小传播时延为1.21 s，最大传播时延为1.35 s。

2)无线链路频繁中断。

3)信道速率不对称。载人登月下行链路速率较高，而上行链路速率较低。

4)信号传播环境复杂，误码率非常高，通常达到10-1。

因此，TCP/IP网络体系和协议用于载人登月网络时，不适用性主要体现在：

1)TCP 的三次握手机制及慢启动算法不适用于深空长时延和有限的连接机会条件，会浪费宝贵的带宽资源，发送速率增加缓慢，有效吞吐量较低。

2)在TCP/IP网络体系中，链路如果中断会导致数据丢失。

3)载人登月网络中受限的上行信息速率不能有效地支持接收端产生的大量的应答数据的传输，导致应答数据的延迟和丢失，进一步会导致TCP降低报文发送速率，从而降低有效吞吐量。

4)当TCP运行于误码率较高的载人登月环境时，会误将信道误码而导致的网络丢包认为是网络拥塞，进而会降低报文发送速率以避免拥塞，这会进一步降低网络的有效吞吐量。

1998年，NASA JPL开始了对行星际互联网的研究。2002年，Kevin Fall提出了延迟/中断容忍网络(DTN,delay/disruption tolerant network)的概念来描述行星际互联网的体系结构[6]。DTN体系结构是目前国际上公认的用于行星际互联网的协议体系架构，针对载人登月、载人火星探测等深空探测场景研究DTN应用，将是未来测控通信领域的重要研究课题，为未来载人登月、载人登陆火星、建立行星际互联网提供了一种重要的技术途径[7]。

2 延迟/中断容忍网络的概念及研究现状

2.1 延迟/中断容忍网络及束协议

DTN是一个适用于“挑战性网络”的通用协议体系，“挑战性网络”即链路频繁中断、高误码率、长时延、上下行数据速率不对称的网络，比如地面军用Ad hoc网络、IPN网络和无线传感器网络等。DTN中最重要的理念是“存储转发”，是当空间网络节点(比如探测器、中继卫星或者其他类似航天器)发现网络的下一跳不可达时的保存数据的一种机制。图1为DTN中存储转发机制示意图[6]。图1中存储器(例如硬盘)可以无限期地保存消息，它们被称为永久性存储器，区别于互联网路由器中的存储芯片和缓冲区所提供的短时间存储器。

图1 DTN的存储转发机制

如图2所示，DTN体系引入了一个新的协议——束协议(BP,bundle protocol)[8]，该协议覆盖在原来网络协议栈的底层协议之上，用来实现消息的存储转发。束协议将底层协议连接起来，使得源应用程序可以跨越运行在不同网络环境中的不同的底层协议来与目的端的应用程序进行通信。而束协议下面的底层协议则需要根据不同的网络环境而进行针对性选取。同时，束协议还可以支持点到点的重传，该功能被称为“保管传输”，是一个可选功能。

图2 束协议的覆盖图

2.2 汇聚层协议

在DTN网络中，束协议下面的底层协议被叫做汇聚层协议，用来支持束交换，可使用已有地面互联网传输层协议，例如TCP协议和UDP协议。TCP是会话式的，但是在具有长时延、断续连接的链路上，非会话式协议可能会更加实用。因此，为实现深空环境中的高效可靠传输，针对深空断续通信和高链路延迟特性设计了利克里德传输协议(LTP，licklider transmission protocol)[9]。为了避免束协议与汇聚层协议之间数据格式不匹配的问题，同时也为了保证汇聚层协议的性能，增加了一个汇聚层适配器(CLA，convergence layer adaptor)充当与汇聚层的接口。目前支持汇聚层协议的汇聚层适配器有基于LTP的CLA、基于TCP的CLA和UDP的CLA等。

LTP是目前用于深空通信的最合适的汇聚层协议。它区别于TCP的特性主要在于以下几个方面：

1)LTP不需要提前建立连接，即没有三次握手的过程。

2)为了高效利用断续通信的带宽资源，LTP引入会话的概念[9]。一次会话发送一个LTP块(block)，LTP设计理念为同时传输多个会话来最大化通信链路利用率[10]。

3)LTP没有拥塞控制策略，但是可以通过遵循计划好的连接时间和数据速率来避免网络拥塞。

4)LTP的汇聚层适配器具有束汇聚功能，可以将多个束汇聚为一个会话，大大地减少了需要在上行链路中传输的应答数据。

5)当链路中出现误码时，由于LTP没有拥塞控制策略，所以不会减小发送速率，对于需要可靠传输的数据，仅通过重传来保证其可靠性，大大提高了网络的吞吐量。

6)LTP的连接具有单向性，设计来源于深空任务中的数据流通常是单向的，航天器中的遥控数据量通常非常少。因此，LTP不能像TCP那样在传输数据时顺便把应答数据捎带传送，LTP的应答数据具有专门的数据格式。

2.3 LTP的传输操作过程

LTP被设计为能够同时传输多个会话(即LTP block)来最大化通信链路利用率。一个LTP block可包含两部分数据(也可以只有某一部分)，第一部分为可靠传输的数据，被命名为“红色部分”，为保证能被接收端可靠接收，采用了应答和重传机制。第二部分为不可靠传输的数据，被命名为“绿色部分”，对该部分数据没有使用应答和重传机制。一个LTP block被分割为若干个LTP 数据段(LTP segments)传输，为检测LTP block的接收状态，将一些LTP segments标记为检验点(checkpoints, CP)，其中“红色部分”的最后一个LTP segment必须被标记为CP。当一个CP到达，接收端就会将一个对应的报告段(RS，report segment) 反馈给发送端。如果接收端已经接收到该LTP block中“红色部分”的所有LTP segments，那么该RS为一个肯定的应答(ACK，acknowledgment)，否则该RS为一个否定的应答(NAK，negative-acknowledgment)，丢失的LTP segments将被重传。发送端一旦接收到RS，则反馈一个相应的报告应答段(RA，report acknowledgment)给接收端。CP和RS均设计了超时重传机制(RTO，retransmission timeout)，设计师可以设置RTO时间，一旦相应的定时器超时，CP和RS将被重传。图3给出了一个LTP block的传输操作过程。

图3 一个LTP block传输操作过程

2.4 DTN的研究现状

近年来国内对DTN的研究主要集中在地面网络的路由方面[11-12]，对空间DTN的研究还相对较少，文献[13]关注于地火通信场景，给出了一种LTP文件传递时延的理论建模方法并进行试验验证，并未考虑优化设计问题，文献[14-15]将DTN应用于地火通信场景，研究了跨层包大小的优化设计，但并未进行真实文件传输试验验证。国外对DTN应用于空间通信的研究主要集中在BP协议在深空场景下的理论建模[16-17]、LTP与其他可靠传输协议的性能对比[18-20]以及LTP理论建模等方面[21-23]，而在工程背景下如何对LTP进行应用优化以达到尽可能高的实际效率方面尚未充分开展深入的定量和定性研究。

3 基于DTN的载人登月网络体系结构设计

未来载人登月通信网络主要由地面网络、近地网络、地月网络、近月网络和月面网络等组成，如图4所示，整个网络中包含指控中心、地面站、地球中继卫星、月球中继卫星、载人飞船及宇航员等系统。各网络的组合及特点分析如下。

图4 载人登月通信场景

1)地面网络：

地面网络主要由指挥控制中心和地面站组成，通过光纤进行互连。光纤信道的数据速率较高、时延较小，且误码率极低。

2)近地网络：

近地网络主要由地面站、地球中继卫星等组成，通过卫星链路进行互连。

一是着力打造“秦安花椒”品牌，提高市场影响力和竞争力，不断开拓国内外花椒消费市场。二是提升花椒产品品位，优化花椒生产、深加工技术，使花椒产业向规模化、标准化、品牌化、园林化的现代发展模式迈进。三是建立花椒营销体系，健全花椒营销网络，完善销售渠道，减少中间环节，实现产品和市场的有效对接，稳定花椒价格，降低销售成本。四是加快交易市场和信息网络建设，构建花椒现代物流体系和信息体系。五是相关政府部门要加大市场监管力度，为秦安花椒产业的发展保驾护航。

3)地月网络：

地月网络主要由地球同步中继卫星、月球中继卫星等组成。载人飞船绕月飞行的高度一般在几百公里的距离，覆盖范围较小，因此需要发射一到两颗月球高轨中继卫星来提供通信支持。地月之间的通信距离较远，上下行链路具有非对称性、误码率高和易中断等特点。

4)近月网络：

近月网络主要由月球中继卫星、载人飞船和登月舱等组成，接入网络传输距离较近但可能会因遮挡导致链路的中断。

5)月面网络：

月面网络主要由载人飞船、登月舱和宇航员等组成，通过无线电组成一个小型区域网络。

这五种网络场景的环境特性各异，属于异构网络，需要利用网络协议实现互联互通。经过上述分析，使用DTN作为载人登月网络的协议栈结构。该协议体系是一种覆盖层协议体系，束协议将各种异构网络连接起来，在束协议的支持下，根据不同的底层环境特性来选取不同的汇聚层协议，例如可以选择TCP/IP协议、LTP协议等不同类型网络的底层协议。图5为作者设计的一种基于DTN的载人登月网络体系结构方案。通过使用束协议，不仅可以实现异构网络的互联互通，还可以通过束协议的“存储-转发”机制来应对链路的中断，使得链路在中断的时候，可以自动地将数据保存在DTN节点中的大容量存储器中，当检测到链路连接时，又可以自动地将数据转发出去。基于DTN的载人登月网络中各子网可以设计如下。

图5 基于DTN的载人登月网络体系结构

1)地面网络：地面网络采用BP/TCP/IP/以太网或BP/UDP/IP/以太网协议栈来进行数据传输，对传输数据进行6层数据处理，分别是应用层、束层、汇聚层、网络层、数据链路层、物理层。

2)近地网络：使用BP/TCP/IP/AOS/物理层协议或BP/UDP/IP/AOS/物理层协议，其中，数据链路层采用CCSDS推荐的高级在轨数据系统(AOS,advanced orbiting system)空间数据链路协议[24]，使用IP over CCSDS[25]进行协议的转换。

3)地月网络：使用BP/LTP/AOS/物理层协议栈，将LTP segments放入AOS帧中。TCP不能用于深空链路，而UDP协议不保证可靠性，LTP协议是专门针对深空链路设计的汇聚层协议，可以通过重传来保证数据的可靠性。

4)近月网络：使用BP/LTP/近距空间链路协议。近距(Proximity-1)空间链路协议[26]覆盖数据链路层和物理层，是CCSDS开发的一种用于中继卫星、着陆器及探测器之间的近距离通信的空间链路协议。

5)月面网络：月面网络采用BP/TCP/IP/World Interoperability for Microwave Access(Wimax)或BP/UDP/IP/Wimax协议栈[27]来进行数据传输。

4 仿真场景及网络试验平台的搭建

针对载人登月场景，搭建了网络试验平台，如图6所示，该平台包含四个节点，其中一个节点模拟地月链路，另外三个节点分别模拟载人飞船、月球中继卫星和深空地面站。我们选取的实现协议栈的软件叫做Interplanetary Overlay Network (ION)[10]，用来实现DTN中束协议以及LTP协议。该测试平台使用Linux Kernel中的Network Emulator(网络模拟器，NETEM)来模拟信道随机错误、上下行链路非对称速率以及链路传播时延，可真实地模拟地月链路的特性。

图6 网络试验平台

本试验中使用2 s作为地月链路时延，上下行链路速率的非对称比为20 kbps: 2 Mbps (即1:100)。地月链路和近月链路采用LTP作为汇聚层协议。传递文件大小为8 MBytes，束大小为1 KBytes，LTP 汇聚(即LTP block)大小设置为0.25 MBytes，即一个文件包含8 000个束，约240个束被汇聚到一个LTP block中，然后被分为多个LTP segments在数据链路上传输。

5 试验结果及优化分析

5.1 试验结果

本文开展的试验仿真中采用了不同的LTP segment大小，希望可以根据任务环境因素以有效吞吐量为优化目标进行长度优化设计。一组试验中选取LTP segment大小为文献[18-20]仿真中常用的1 400 Bytes(仿真平台中数据链路层的最大MTU长度)，同时另外三组试验中选取LTP segment大小分别为800 Bytes、400 Bytes和 100 Bytes，将四组试验得到的有效吞吐量性能进行对比，见图7。

从图7可以看出，随着信道误码率的增加，有效吞吐量逐渐降低，例如当LTP segment大小为1 400 Bytes，信道误码率为0、10-6和10-5时，有效吞吐量分别为209 424 Bytes/s、190 340 Bytes/s和149 883 Bytes/s。同时可以看出不论在何种误码率条件下，当LTP segment大小为100 Bytes时，有效吞吐量均最低，约为130 000到120 000 Bytes/s。而在较低误码率条件(0或10-6)下，LTP segment大小为1 400 Bytes、800 Bytes和400 Bytes时，有效吞吐量性能差别不大，信道误码率为0时，约为200 000 Bytes/s，信道误码率为10-6时，约为192 000 Bytes/s。当信道误码率较高时(10-5)，选取LTP segment大小为400 Bytes将得到较高的有效吞吐量，相比于LTP segment大小为1 400 Bytes、800 Bytes和100 Bytes分别提高了17 540 Bytes/s、4 160 Bytes/s和47 000 Bytes/s。

图7 采用四种LTP segment大小，在不同误码率下的有效吞吐量对比图

5.2 理论优化分析

整个文件传递时间包括文件发送时间、传播时间和排队处理时间。在该试验中，文件的发送时间可以计算为：

(1)

其中：Lfile为文件大小，Rdata为下行链路数据速率。

对于地月通信环境，仿真中假设地月信道的传播时延为2 s，远小于发送文件的时间Ttrans，所以由重传导致的往返传播时间和文件发送时间并不是简单的相加关系。在一定的误码率条件下，若LTP segment大小变小，则每个LTP segment的丢失概率减小，但是因为LTP block大小不变，所以产生的原始CP的个数不变。因此，传输中丢失的CP的个数将会变小，这样就降低了LTP block的传输回合的个数。本文给出当LTP segment大小不同时，传输每个LTP block所需的传输回合的数目，定量地分析LTP segment大小对于文件传递时间和有效吞吐量的影响。

设每个LTP segment的长度为Lseg，信道的误码率为pe，则每个LTP segment(包括CP)的丢失概率为:

pCP=pseg=1-(1-pe)8×Lseg

(2)

设每个LTP block中包含的LTP segments个数为Nseg，通过对LTP block的传输操作过程进行建模分析，可以得到每个LTP block的传输回合数等于k的概率，表示为:

Ck-1s·pCPs·(1-pCP)k-s

(3)

其中:随机变量Gblock是一个LTP block所经历的传输回合数，随机变量GCP是当一个LTP block被传输成功时丢失的CP总数。Gsegs表示在一个LTP block中普通(不包括CP)的LTP segments的传输回合数。

因此，每个LTP block的传输回合数的均值可以计算如下:

(4)

根据公式(4)可以得到在LTP segment大小不同时，传输每个LTP block所需的传输回合的数目，见图8。当误码率较低时(0或10-6)，LTP segment大小的改变对于每个LTP block的传输回合数的均值几乎没有任何影响。而当误码率较高时(10-5)，在LTP segment为1 400 Bytes，800 Bytes，400 Bytes和 100 Bytes时，需要的传输回合数的期望值分别为3.456 8、2.972 5、2.583 4和2.199 7，即LTP segment大小越大，需要的传输回合数越多。因此，考虑到LTP segments重传对文件传递时间造成的影响，应该是在有误码存在时尤其是误码率高的条件下，LTP segment大小越大所需的文件传播时间越大，也就造成文件传递时间的增大，有效吞吐量的降低。

图8 采用不同LTP segment大小，在不同误码率下的每个LTP block传输回合数的对比图

但是，对文件传递时间而言，还有一个重要的影响因素是排队处理时间，对于地火通信场景来说，排队处理时间相对于传播时延较小，完全可以忽略；但是对于地月通信，通常单向传播时延为1到2 s，不能忽略排队处理时间的影响。排队处理时间的估计问题，需要一种完全不同的预测和分析方法，是未来研究的一个重点，这里仅定性地进行分析。与图7进行对比分析，可以看到当误码率较低时，排除掉LTP segment大小等于100 Bytes的情况，LTP segment大小的改变对于有效吞吐量几乎没有任何影响；而当误码率较高时(10-5)，排除掉LTP segment大小等于100 Bytes的情况，LTP segment大小越大，文件传递时延越大，有效吞吐量越低，这都与上述的理论推导一致。而当LTP segment大小为100 Bytes，各种信道误码率下有效吞吐量都很低的原因在于LTP segment的长度太小了，导致整个文件所需分割的LTP segment个数很多。可以计算出当LTP segment为100 Bytes、400 Bytes、800 Bytes和1 400 Bytes时，所需首次传输的LTP segments个数分别为92 467、21 333、10 533和 6 000，所以LTP segment大小为100 Bytes导致了过多的数据排队和处理时间，相比于LTP segment为400 Bytes、800 Bytes和1 400 Bytes，大大增加了文件的传递时延，降低了有效吞吐量。

6 结束语

载人登月网络具有高误码率、长传播时延、链路连接易中断、上下行链路速率非对称等“挑战性网络”特点，这都使得在地面上运行良好的TCP/IP协议族不能应用于该网络。针对这一问题，本文设计了基于DTN的载人登月通信网络协议体系，并搭建了地月仿真平台进行了试验仿真。仿真结果表明：DTN可以很好地应用于载人登月通信场景，且当信道误码率较低时(如10-6)，宜采用长度较大的LTP segment，而当信道误码率较高时(如10-5)，宜采用长度较小的LTP segment，但是LTP segment太小会导致额外的处理时间，采用LTP segment为400 Bytes，可以提高整个系统的有效吞吐量，相比于LTP segment大小为1400 Bytes、800 Bytes和100 Bytes有效吞吐量分别提高了17 540 Bytes/s、4 160 Bytes/s和47 000 Bytes/s。同时，也从理论上对LTP segment参数优化选取进行了分析验证。DTN是一种通用的体系结构，尤其适合于深空通信环境，未来还需针对其应用于更远距离的载人深空探测，比如载人火星探测时的性能进行研究和分析。