企业官网建设流程全解析

简介：西安电子科技大学硕士学位论文《短波战术数据链Link-11技术体制研究》为完整PDF文档，由王国栋撰写，杜栓义指导，2010年1月完成，属于通信与信息系统专业学术成果。论文聚焦短波战术数据链Link-11的技术体制，系统介绍其链路结构、工作模式、信息交互流程以及组网控制思路，同时结合理论分析说明该体制在短波信道条件下的适用性，非常适合通信工程、指挥控制与电子对抗领域的科研人员、研究生以及想了解战术数据链原理的工程技术人员用于系统学习与案头查阅。资源包为单个PDF文件，大小11.5MB，排版清晰，便于阅读与打印。当前已有558人学习，是一份兼具学术深度与工程参考价值的专业资料。

1. 短波战术数据链Link-11：一份把通信体制讲透的学位论文

做短波通信的人大多绕不开一个尴尬：电台设备摸得滚瓜烂熟，但一提到战术数据链里的信道编码、交织、轮询时序，手里的频谱仪和功率计就帮不上忙了。我第一次接触Link-11是在一个岸基组网项目里，对方要求短波频段跑数据链协议，翻遍手头的标准文档全是北约的英文缩写，CIS、CCSK、Preamble、Roll-call，每个词都认识，串起来就是不知道发端在干什么。这份西安电子科技大学的硕士学位论文《短波战术数据链Link-11技术体制研究》解决的就是这个问题——把Link-11从组合接口系统到循环码移位键控调制、从帧格式到网络控制方式完整拆开，讲清楚短波信道下这套体制为什么这么设计、参数怎么选、链路怎么建。适合三类人：刚接触战术数据链的通信工程师、做短波电台但没碰过链路层的开发人员、以及需要给外行讲清楚Link-11原理的培训讲师。论文本身是理论研究型，但里面的参数、帧结构推导和信道适应性分析，可以直接拿来指导工程配置。

2. 技术体制拆解：CIS接口、CCSK调制与轮询点名为什么是Link-11的三大支柱

Link-11之所以能在短波信道上存活几十年，靠的不是某个单项技术，而是三层设计互相咬合：物理层的CCSK调制抗住了短波的多径衰落，链路层的组合接口系统统一了数据格式，网络层的轮询点名保证了多网员共享信道时不冲突。这三层缺一个，整个体系就转不起来。下面逐个拆开看。

2.1 组合接口系统（CIS）在Link-11里到底承担什么角色

CIS的全称是Combined Interface System，国内资料里常译为组合接口系统。它不是一个硬件设备，而是一套标准化的接口和数据格式定义。Link-11的战术数据在进入HF发射机之前，先要经过CIS完成加密、编码、交织和帧格式化，然后再送到调制解调器（Modem）变成音频信号，最后才交给短波电台发射。反过来，接收方向经过解调后得到的数据，也要先经过CIS的解帧、解交织、解码才能还原成战术消息。

这套分层在工程上有一个直接好处：CIS只负责数据格式的处理，与具体的短波电台型号无关。这意味着换一台电台，不需要动CIS的逻辑；反过来，CIS升级，电台也不用跟着改。论文第二章对CIS的数据格式做了逐字段的分析，包括起始码元、数据码元、地址码元和结束码元的排列顺序。

数据码元格式（单帧，30 bit）： [ 5 bit 起始码元 P ] [ 30 bit 数据码元 D ] [ 5 bit 停止码元 S ] 其中每个数据码元由 6 bit 组成，对应 64 种状态之一。

提示：这30个bit是Link-11最基本的传输单元，后面的CCSK调制和交织都是以这个单元为对象做的。工程上做协议解析时，第一步就是从这30bit里分离出地址字段和数据字段。

2.2 CCSK（循环码移位键控）调制：短波信道下的核心抗多径手段

Link-11的物理层没有用传统的FSK或PSK，而是选了CCSK——循环码移位键控。这东西的原理可以通俗地讲：把一组30bit的伪随机码当作一个基本码字，发送端根据待发送的6bit数据，把这个码字循环移位一定位数再发出去；接收端做相关运算，测出移位量，就还原出了6bit数据。这样一来，每个码字内部的不同移位位置代表不同的数据值，抗干扰能力来自码字本身的相关特性。

CCSK这种调制方式在短波信道上的优势是抗多径。短波电离层反射会产生多个到达路径，时延差通常在毫秒级，如果用的是普通PSK，符号间干扰会很严重；CCSK因为每个码字持续时间较长（对应的码片速率相对低），多径时延落在码字内部时，接收端的相关峰仍然可辨，只是峰值变宽或出现旁瓣，不至于完全解不出来。

论文里把CCSK的码片速率、码字持续时间和多径容忍能力做了对应分析。实际工程中，我最关心的参数是码片速率——它直接决定了你能容忍的最大时延扩展。

注意：这里副载波间隔取55Hz而不是更小的值，是为了让每个副载波在码片持续时间内至少完成一个完整周期，避免相邻副载波之间产生严重的正交性破坏。如果短波信道多径严重，还想往上提速率，就得牺牲抗多径能力，这就是Link-11后来又出Link-11E（增强型）的原因之一。

2.3 轮询点名：短波信道上多网员共享一条链路的方式

Link-11是半双工链路，同一时刻只能有一个站在发，其他站必须听。控制这件事的是网络控制站（NCS，Network Control Station）。整个轮流发送的过程叫Roll-call，字面意思是“点名”，NCS按地址顺序依次点名各个从属站，被点到的站获得发送权，发完数据后再把链路控制权交回NCS，NCS再点下一个站。

轮询点名的方式在工程上有几个具体的参数要设：点名周期、超时时间和重复次数。点名周期取决于网内站数和每站的报文长度，超时时间要留够信号在短波信道上的传播延迟——短波一跳的距离可能上千公里，单程传播延迟能到5到10毫秒，再加上调制解调和交织的延迟，如果超时设太短，慢速站会被误判为“无响应”而跳过。

轮询点名基本流程： 1. NCS发送呼叫报文（包含目标站地址码） 2. 目标站检测到自己的地址码，进入发送状态 3. 目标站发送数据报文，报文末尾带结束标志 4. NCS收到结束标志，发送下一个呼叫报文 5. 若NCS在超时时间内未收到响应，重发呼叫报文，重试N次后跳过该站

这个流程里最容易出问题的是地址码的检测。Link-11的地址码在30bit码元中占据固定的位，接收端需要对整个码字做相关运算，确定移位量，再从对应位取出地址。如果短波信道噪声大，相关峰模糊，就可能把地址判错，导致该响应的站没响应、不该响应的站抢着发。论文里对地址码的误判概率和信噪比的关系做了仿真曲线，这个曲线在做工程预算时很实用。

2.4 为什么短波信道要专门配交织和纠错

Link-11在CIS里加入了交织和纠错编码，这不是锦上添花，而是短波信道实在太恶劣。短波信道的典型误码不是随机分布的，而是突发型的——一次闪电脉冲或一次多径衰落就能打掉连续几十个bit。如果不用交织把突发错误打散，纠错编码面对连续大段错误毫无还手之力。

Link-11采用的交织深度和编码方式在论文里有详细推导。我做工程配置时记住一条经验：在标准速率下，交织器把相邻bit在时间上拉开到至少一个码字持续时间以上，这样即使一次衰落吃掉整个码字的一部分，解码后错误的分布也只是零散的几个bit，纠错编码能覆盖住。

提示：如果做仿真复现，交织器的具体实现可以从论文里的帧结构图上反推——看哪些bit被安排在不同的距离上，就能大致估出交织深度。实际中我一般直接用ITU-R F.1107里建议的短波交织配置作为起点，再根据信道测试结果调整。

3. 把Link-11的波形参数落到工程配置：一张参数表、一串计算与两代体制对比

拆完体制之后，真正干活的人关心的是：我手头有一台短波电台，想让它跑Link-11，发射端和接收端的参数应该怎么设？这一章把论文里的理论参数翻译成可操作的配置，并给出一个从中心频率到副载波分配的完整计算示例。

3.1 发射端频率计划：从1950Hz中心频率推导副载波分配

Link-11的HF信号在进入发射机之前是一个音频带信号，通常以1950Hz为中心频率，带宽约3kHz，正好落进SSB电台的音频通带。30个副载波以55Hz间隔分布在中心频率两侧，最低的副载波在1250Hz附近，最高的在2650Hz附近，这样安排是为了避开SSB滤波器边带陡降的区域，留出保护带。

副载波的具体频率表可以直接用下面这个公式算：

import numpy as np # 计算Link-11副载波频率分配 center_freq = 1950 # 中心频率，单位Hz spacing = 55 # 副载波间隔，单位Hz num_tones = 30 # 副载波数量 # 两边对称分布，取偶数一侧 freqs = center_freq + (np.arange(num_tones) - (num_tones - 1) / 2) * spacing for idx, f in enumerate(freqs): print(f"副载波 {idx:2d}: {f:8.2f} Hz")

这段代码把30个副载波的频率分配打印出来。中间最靠近1950Hz的两个副载波间隔只有55Hz，这意味着接收端的滤波带宽不能太宽，否则相邻副载波的能量会串进来。工程上做接收机的中频滤波时，带宽取3kHz比较合理，既能覆盖全部副载波，又不会把邻道噪声收进来。

参数说明：center_freq表示音频中心频率，不同电台可能略有差异，但北约标准是1950Hz；spacing是副载波间隔，与码片速率一致；公式里的(num_tones - 1) / 2是为了让副载波关于中心频率对称。如果想快速试验，可以把这两个参数直接改成你电台的音频中心频率和Modem速率再跑一遍。

3.2 从音频到射频：SSB电台的搬移与边带选择

Link-11的音频信号要经过SSB短波电台搬移到射频。这一步有一个必须注意的点：SSB电台有上边带（USB）和下边带（LSB）之分，Link-11标准规定使用上边带。原因是Link-11的音频频率范围是1到3kHz，USB搬移后射频信号占据发射载频上方1到3kHz的位置，频谱形状和音频一致，方便接收端还原；如果用了LSB，频谱会倒置，副载波的高低关系反转，接收端的解调会出问题。

具体的搬移过程是：载频 f_c 加音频频率 f_audio，射频输出频率就是 f_c + f_audio。假如电台显示频率设为10MHz，选择USB模式，那么1950Hz的音频信号实际占用10.00195MHz的射频频率。接收端要收到这个信号，必须同样用USB模式，并把接收机频率对准10MHz，解调出的音频才能回到1950Hz附近。

注意：如果电台只有AM或FM模式，跑不了Link-11，因为AM会同时发射上下两个边带，带宽翻倍，而且载波功率占掉大部分发射能量，副载波的有效功率被稀释。

3.3 传输时间计算：一帧数据在短波信道上到底花多久

搞工程的人最烦的是“理论速率看着行，实测吞吐对不上”。Link-11标准速率75bps，听起来一秒75bit，但实际一帧数据从发送到确认的端到端时间远大于这个值，因为要算上起始码元、停止码元、交织延迟、传播延迟和处理延迟。

下面这段代码算出了单帧传输的耗时构成：

# 计算Link-11标准速率下单帧的传输时间构成 data_bits = 30 # 每个码元30bit call_sign_bits = 5 # 起始码元等效bit数 stop_bits = 5 # 停止码元等效bit数 rate = 75 # 标准速率bps interleave_ms = 56 # 交织延迟，典型值56ms propagation_ms = 10 # 单程传播延迟，典型值10ms，视链路距离变化 frame_time_ms = (data_bits + call_sign_bits + stop_bits) / rate * 1000 total_time_ms = frame_time_ms + interleave_ms + propagation_ms * 2 print(f"单帧有效传输时间: {frame_time_ms:.1f} ms") print(f"含交织和双向传播延迟: {total_time_ms:.1f} ms")

算出来单帧纯传输大约533ms，加上交织和双向传播延迟，奔着600ms以上去了。这就是为什么工程上实测Link-11的吞吐量远低于75bps——轮询模式下每个站分到的有效时间还得扣除帧间隔和NCS呼叫报文的时间。做链路预算时，把单站净吞吐按标准速率的50%—60%估，通常不会翻车。

参数说明：interleave_ms取56ms是论文里标准速率的典型值，如果你用的Modem交织深度不同，这个值要跟着改；propagation_ms是单向传播延迟，10ms对应约3000km一跳的距离，如果做近地视距链路，可以缩到1ms以内。

3.4 与Link-11E对比：增强型改了哪些地方、代价是什么

论文的对比分析是Link-11E（增强型）的内容。Link-11E相比Link-11，最大的改动在物理层：副载波从30个增加到更多，调制方式从CCSK换成QPSK，并引入了前向纠错（FEC）。代价是占用带宽从3kHz扩展到约6kHz，对电台的音频带宽要求更高了。

这个对比给工程选型提供了一个判断框架：信道质量差、老设备多、只传输低速指挥报文的场景，Link-11仍是稳妥选择；对速率有要求、信道条件可控的场合，Link-11E更合适。论文里没有给出绝对结论，而是指明了两者适用的信道条件范围。

4. 短波信道上的常见问题：多径、频选与同步时序的避坑排查

短波信道是所有无线信道里最不守规矩的。Link-11的体制设计再合理，上了真实信道照样出幺蛾子。这一章把我在工程现场和仿真中遇到的高频问题列出来，按现象、原因、解决的顺序给一个排查路径。这些问题在论文里分散在不同的分析章节，这里把它们集中成一张问题清单。

4.1 现象：副载波之间的正交性丢失，CCSK相关峰出现双峰

接收端做CCSK相关运算时，正常的输出应该是一个尖锐的单峰。实际中经常看到主峰旁边出现一个次峰，幅度能到主峰的70%以上，导致解调出来的移位量偏差几个码片，误码率飙升。

原因：短波信道的多径时延落在码片持续时间内，不同的传播路径到达接收端的信号相位不同，副载波之间的正交条件被破坏。多径时延越大，正交性丢失越严重。

解决：一是降低速率，从150bps回到75bps，码片持续时间变长，多径的相对影响减小；二是接收端加入自适应均衡，用训练序列估计信道冲激响应，对副载波相位做补偿。论文仿真里给出的结论是：当多径时延超过码片持续时间的20%，就必须做均衡，否则误码率下不来。工程上我会在链路建立前先发一组已知训练序列测信道，根据相关峰的形态决定是否开启均衡器。

4.2 现象：轮询点名超时频繁，某些从属站被误判为无响应

网络控制站NCS在点名某个从属站时，发完呼叫报文后等不到响应，超时重试几次后直接跳站，导致整个轮询周期缩短，但该站的数据一直没送上来。

原因：呼叫报文里包含目标站的地址码。短波信道衰落厉害时，从属站接收到的呼叫报文地址码相关峰值不够高，站内部的地址检测模块判不出这是自己的地址，就不做响应；或者从属站实际上响应了，但NCS收响应报文的信噪比太差，解不出结束标志，也当作无响应处理。

解决：检查NCS侧的超时参数。我的经验是短波链路的轮询超时不应该设成固定值，而应该根据实测信道延迟动态调整。标准做法是把超时设为“呼叫发送时间 + 传播延迟×2 + 交织延迟 + 处理裕量”。如果个别站长期超时，先查这个站的发射功率和天线增益，再查频率是否偏离了指定频点——短波频率管理里，不同站可能被分配到不同的工作频率，如果频率没对齐，信号到了但解调不出来，NCS这是典型的“信号满格但解不出内容”。

4.3 现象：误码率在夜晚突然恶化，白天正常

短波电离层随昼夜变化：白天D层吸收强，天波传播主要靠F层；夜晚D层消失，E层和F层反射特性改变，可用频率大幅下降。如果白天用的是14MHz以上的频率，到了夜晚这个频段信号穿透电离层直接射向太空，根本反射不回来。链路建立时选的工作频率在夜里不再适用。

原因：没有按昼夜切换频率。短波频率管理的标准做法是日频和夜频分开，Link-11链路的频率计划必须有日频/夜频两套配置。

解决：在NCS里配置频率切换表，按UTC时间自动切换。切换时机一般是日出前30分钟和日落后30分钟，具体时间要根据链路两端的经纬度和季节算。论文里对短波信道的频率预测方法用了ITU-R推荐的太阳黑子数模型，工程上可以直接用这套预测值做频率计划表。手动切换的补救办法是：如果发现解调误码率突然上去，先看时钟——当地时间是几点，若接近日出/日落，不用折腾设备，切频率就对了。

4.4 现象：副载波频谱上有单音干扰，解调输出全是乱码

频谱仪上能看到1950Hz中心频率附近有一个稳定的单音信号，幅度比正常副载波高10dB以上，CCSK解调器完全失锁，输出比特全错。

原因：短波频段拥挤，附近的电台或其他通信系统的单音信号落在Link-11的3kHz带宽内。Link-11没有自动陷波功能，单音干扰会把CCSK的相关运算拉偏，整个码字的移位量判断失效。

解决：先换频率，这是最快的路径。短波频率管理里本来就有“频率清线”的流程，遇到干扰直接换到备用频率。如果备用频率也干扰，就用接收机加一个手动陷波器，把单音频率压掉20dB以上。做干扰定位时，用测向天线比用普通鞭状天线效率高得多——论文里提到Link-11接收机设计中预留了辅助测向接口，实测中这个接口直接接频谱仪就能看干扰方位。

注意：千万别指望纠错编码能救单音干扰。Link-11的纠错编码设计对象是随机错误和短突发错误，面对连续几十毫秒的确定性干扰，交织和编码的增益非常有限。发现单音干扰的第一反应是换频率，不是调编码参数。

5. 从论文到可复现链路：仿真搭建、信号验证与软件无线电实验路径

理论拆完、坑也讲完了，现在就差把论文里的算法变成自己能跑的链路。这一章给一条从纯仿真到半实物验证的路径，每一步的输入输出都交代清楚，让你照着做就能判断自己的实现对不对。

5.1 层次一：纯软件仿真——用Python把CCSK调制解调跑通

第一步不需要任何硬件，用Python把发送端的CCSK调制和接收端的相关解调实现出来，用AWGN信道验证误码率是否随信噪比单调下降。

import numpy as np # 生成30bit的伪随机码作为CCSK基本码字 rng = np.random.default_rng(42) base_code = rng.integers(0, 2, 30) def ccsk_modulate(data_bits_6bit, base_code): # 将6bit数据映射为移位量0~63，循环移位 shift = int(''.join(map(str, data_bits_6bit)), 2) shifted = np.roll(base_code, shift) return shifted def ccsk_demodulate(rx_signal, base_code): # 用相关运算估计移位量 best_shift, best_corr = 0, -1 for shift in range(30): ref = np.roll(base_code, shift) corr = np.corrcoef(rx_signal, ref)[0, 1] if corr > best_corr: best_corr, best_shift = corr, shift return best_shift # 测试：调制解调闭环 data = np.array([1, 0, 1, 1, 0, 1]) # 6bit数据 tx = ccsk_modulate(data, base_code) rx = tx # 无噪声 recovered = ccsk_demodulate(rx, base_code) print(f"发送移位: {int(''.join(map(str,data)),2)}, 接收移位: {recovered}")

这段代码里最核心的是np.roll做循环移位，以及接收端的相关搜索。注意移位数是0到29而不是0到63——因为码字只有30bit，6bit数据的64种状态里只有30种可直接映射，剩余状态要么丢弃要么做特殊处理，实际系统中会加上额外的映射表。跑通无噪声闭环后，再往rx里加高斯白噪声，测不同信噪比下的误码率曲线，和论文仿真结果做对比。

参数说明：rng.integers生成的30bit码字是伪随机序列，仿真里用一次就行；实际系统中用的是特定生成多项式产生的M序列，长度和周期固定，会直接决定相关峰的旁瓣特性。

5.2 层次二：加入短波信道模型——多径与衰落效应

纯AWGN信道跑通后，把短波信道的两个典型效应加进去：两径模型和电离层闪烁。两径模型的参数直接用ITU-R F.1487推荐的典型值：径1延迟0ms、幅度0dB，径2延迟2ms、幅度-6dB。

import numpy as np def shortwave_channel(signal, sample_rate=1000, delay_ms=2, atten_db=-6): # 模拟两径信道：主径 + 延迟衰减径 delay_samples = int(sample_rate * delay_ms / 1000) atten_linear = 10 ** (atten_db / 20) channel_out = signal.copy() # 叠加延迟径信号 if len(signal) > delay_samples: delayed = signal[:len(signal) - delay_samples] * atten_linear channel_out[delay_samples:] += delayed return channel_out

这个函数只有十几行，但它复现了短波信道里最容易让Link-11受害的时延扩展。把上面的CCSK闭环代码接进这个信道函数，你会立刻看到相关峰的峰值降低、旁瓣抬高，误码率从零变成百分之几。如果再把信噪比调到10dB以下，误码率会进一步恶化到Link-11的纠错编码都无能为力的程度。

参数说明：sample_rate相对码片速率设置，1000Hz对应码片速率55.5Hz的约18倍采样率，满足仿真精度需求；atten_db取-6dB是ITU-R推荐的典型值，实际信道中的第二径衰减从-2dB到-10dB不等，你可以扫描这个参数看解调性能的边界。

5.3 层次三：半实物验证——用软件无线电板卡发真实信号

仿真链路跑通后，如果想上真实硬件，路径是用HackRF或USRP做发射端，把仿真程序生成的基带信号经CIC插值变成音频信号，再经SSB短波电台上变频发射。接收端反过来，先用短波电台下变频到音频，再用软件无线电板卡采集解调。

半实物验证流程： 1. 仿真程序生成基带码元序列 2. 码元序列经CCSK调制得到副载波幅度值 3. 幅度值映射到实际音频信号（1950Hz中心频率） 4. 音频信号送入SSB电台的MIC口或DATA口 5. 电台发射，接收端用USRP采集射频信号 6. USRP信号经数字下变频得到基带I/Q 7. I/Q数据送入解调器做相关运算还原数据

这一步最常见的坑是音频接口的电平匹配。短波电台的DATA口输入电平通常是0dBm左右，而声卡或板卡的输出电平可能差10dB以上，电平太低会导致调制指数不足，副载波功率全被载波吃掉；电平太高又会产生非线性失真，相邻副载波互相调制。我一般在第一个实验里发一个单音信号（比如纯1950Hz），用频谱仪看电台输出是否还有非线性分量，先把电平校准干净，再跑完整的Link-11波形。

5.4 验证判断标准：什么算“跑通”了

仿真和实测都要有明确的通过标准，不然调参就是盲人摸象。我给自己定了一个三级验证标准：

系统级还有一个容易忽略的验证点：多站轮询时的时序。单站链路没问题不代表多站轮询没问题——从属站A的响应延迟可能导致NCS误以为A无响应而跳站。我通常会把三个站的发送时序用逻辑分析仪同时抓下来，检查是否严格遵守“收到呼叫后才发数据”的规则。这一条在论文里没有专项讲，但做组网实验时几乎必踩。

6. 闭合验证：用一条真实短波链路把Link-11跑起来

前面五章把原理、参数、坑和仿真路径都铺开了，最后一步是把链路真正闭合——发端发射、收端解调、解出来的数据和原始数据做比对。这一步看着简单，却是整个工程准备工作的总验收。

闭合验证的具体做法是：发端用Link-11标准帧格式发一串已知的测试报文，报文内容是循环的伪随机序列，这样收端解调后可以直接和本地伪随机序列发生器做比对，逐bit算出误码率。链路预算按100W发射功率、鞭状天线、100km天波链路估算，信噪比大约在15到20dB之间，标准速率75bps下误码率应该在1e-3以下。如果实测误码率高出这个值一个数量级，不要急着怀疑设备，先回头检查前面提到的三件事：频率有没有对准、USB模式有没有选错、音频电平是不是偏低。这三项占Link-11链路联调失败的八成原因。

验证的持续时间也有讲究。短波信道不是平稳的，电离层随机起伏的周期在分钟级，只测30秒的误码率没有统计意义。我的习惯是至少连续测15分钟，把误码率按1分钟一个区间统计，看有没有周期性恶化。如果误码率曲线随时间缓慢爬升，大概率是频率在日落或日出时段失配，按频率计划表切频后再测。

从那以后，我每做一个短波数据链项目，无论链路多简单，都强制走一遍完整的三级验证：先纯软件仿真确认算法正确，再加信道模型确认参数边界，最后上真实链路做1小时以上的连续统计。这个流程救过我不少次——有一次实测误码率居高不下，排了一圈没找到原因，最后发现是发射端音频线用了屏蔽不良的线缆，低频干扰串进了1950Hz附近，频谱仪上一眼就能看到，但一开始根本没想到是物理层之外的线缆问题。希望这份论文拆解和验证路径能帮你在短波战术数据链上少走几步弯路，做链路预算时心里有底，踩坑时知道往哪里查。

本文还有配套的精品资源，点击获取