2026 年大学 QSO Party：频段、模式、交换内容与整洁日志的实用操作流程

2026 年大学 QSO Party 的比赛时间为 10 月 3 日 0000 UTC 至 10 月 4 日 2359 UTC。它的意义不只在于得分：大学和学院无线电俱乐部会把电台带到空中，普通操作员则能帮助这些电台展示，校园俱乐部是一个仍在进行技术实践的社群，而不只是名单上的一个名称。这个活动同样考验操作纪律。一台功率普通、计划清楚的电台，往往能留下比大功率电台更可靠的日志；后者的操作员可能整个周末都在修正时间戳、交换内容和重复联络。

这篇指南面向两类人：想在剩余窗口内参加活动的操作员，以及想为下一场大学类活动建立可重复流程的人。重点是比赛背后的实际问题：怎样在频段和模式之间移动，怎样识别正确的交换内容，怎样保存计分所需的信息，以及怎样让日志在比赛结束后仍然可用。你不需要八木天线、比赛级功放，也不需要全天候守在电台前。

空中正在发生什么

按照 ARRL 的公告，学生、教师、职员和校友会使用与大学、学院或其他高等教育机构相关的呼号进行操作。你可能在 CW、话音和数字模式上找到这些电台。2026 年公告排除了 12 米、17 米、30 米和 60 米；因此，列出的比赛频段就是这些排除项之外通常可用于比赛的 HF 频段，但仍须服从活动规则以及操作员许可证所允许的范围。交换内容包括电台呼号、美国州名、加拿大省名或 DX 标识，以及信号报告。每个频段和模式上完成的联络都可以获得相应分值。

最后一点会改变普通猎台方式。同一个学校电台，如果先在 20 米 SSB 上听到，后来又在 20 米数字模式或 40 米 CW 上听到，并不自动意味着机会相同。重复联络是否有效，要看公布的比赛规则以及具体的频段和模式组合。日志软件应当帮助你发现可能的重复，但它无法修复一条被记录在错误频段、错误模式或错误交换内容下的联络。

这个活动也不同于普通 FT8 通联。在一般弱信号联络中，标准交换通常足以完成 QSO；而在比赛里，规定的信息必须在联络过程中交换并记录。只有信号报告，并不能替代活动规定的交换内容。如果使用数字模式，应当按比赛需求配置软件，不要假设一个通用 FT8 或 FT4 日志之后就能自动推断所有字段。

发射前先决定什么算成功

参加这场活动至少有三种合理目标。你可以尽可能多地找到大学电台；也可以帮助本地俱乐部，通过多个频段或模式完成可靠联络；还可以把它当作小型电台练习比赛流程的机会。不同目标会带来不同的操作选择。

如果目标是提高联络数量，就应多花时间呼叫已经在某个频率上运行的电台，并有效利用频段开放时间。如果目标是帮助大学俱乐部，就优先寻找呼号或操作说明中明确体现大学活动的电台，即使信号很强，也要认真完成交换。如果目标是练习，不要只按速率衡量结果。一份时间和交换内容都正确的十条联络日志，比一份匆忙完成、最后还要靠音频和截图重建的四十条日志更有训练价值。

打开电台前，把目标写成一句话。例如：我会操作两小时，先搜索 20 米和 40 米，如果条件允许，至少使用两种模式，并且只提交自己亲自抄收过交换内容的联络。这句话可以在频段拥挤或软件开始异常时，帮助你决定何时停止。

让频段计划配合时钟

比赛横跨两个 UTC 日期，但传播不会在午夜整齐分段。与其承诺同时监听所有频段，不如制定一个简单计划。先选择符合当前时段和天线条件的频段。对许多电台而言，白天和傍晚早些时候，20 米是实用的首选搜索频段；当地天黑临近时，40 米通常越来越有用。若传播条件支持，15 米和 10 米可能很活跃；更晚些时候，80 米也值得尝试，但噪声和本地干扰的影响会更明显。这些只是操作经验，不是适用于每个地点的预报。

日志和计划都要使用 UTC。比赛边界以 UTC 表示，电脑时钟如果慢了几分钟，可能导致联络落在比赛时段之外，也可能使数字解码不可靠。第一条联络前检查电脑时钟。网络时间同步很有帮助，但仍要确认日志软件和数字软件显示的实际时钟一致。不要等到操作结束后才发现一个程序使用本地时间、另一个程序使用 UTC。

一个两小时的实际计划可以这样安排：

• 前十分钟检查时钟、音频、CAT 控制、键控和比赛日志软件；先不要为了赶进度而发送仓促交换。
• 搜索 20 米上的大学呼号；如果信号显示频段开放，再快速扫过 15 米和 10 米。
• 当当地傍晚接近时转到 40 米；如果 20 米拥挤或没有产出，也可以提前转移。
• 最后十分钟再次检查最有希望的频段，并立即备份日志。

具体顺序不如留出核查时间重要。最后一条 QSO 输入完成，并不代表比赛日志已经完成；只有文件经过检查并安全保存，日志才算真正收尾。

用简短的赛前检查准备电台

最有价值的准备不一定是添置新设备，而是一套能在错误扩大之前发现问题的固定检查流程。

首先确认收发信机实际所在频段与日志软件显示的频段一致。如果启用了 CAT 控制，可以从日志软件改变频率，然后核对电台显示。如果采用手动控制，就在电台和日志程序中同时设置频段。两者不一致时，可能产生一份满是错误频段的日志，哪怕回放音频听起来完全正常。

其次测试接收和发射音频。话音模式下，录制或监听一小段样本，确认麦克风没有过载。数字模式下，检查操作系统输入、收发信机的数据输入以及程序的音频电平表。音频驱动过高会造成频谱溅射和失真；驱动过低则会让一个本来清晰的信号变得难以抄收。正确设置取决于电台和接口，应参考设备说明，并使用监听或本地测试方法；不要为了测试在繁忙的比赛频率上发出不必要的信号。

第三，检查天线和电源，但不要临时进行危险维修。不要因为比赛正在进行，就匆忙爬桅杆、接触裸露导体或调整室外硬件。如果出现异常高驻波比、过热或电源电压不稳定，应降低功率，或安全地停止并诊断故障。比赛绝不是忽略射频暴露限制、接地问题或电气安全的理由。

第四，决定主日志存放在哪里。如果使用比赛日志软件，应新建比赛数据库或日志文件，不要在活动结束前把比赛联络混进通用日志。同时提前规划有效联络之后怎样转入主日志。将比赛文件分开保存，便于编辑交换内容、生成规定的提交文件，也便于发现意外重复。

围绕真实交换内容设置日志软件

大学 QSO Party 组织方提供自定义的 N1MM Logger+ 用户定义比赛文件，以及大学呼号历史文件。相关说明包括安装比赛定义文件、把支持文件放入相应的 N1MM 文件夹、建立 CQP 日志、启用呼号历史查询，以及导入大学名单。说明目前仍引用自定义的 2025 文件，因此在依赖任何下载包前，应先查看组织方页面是否已经提供更新的 2026 文件。呼号历史列表只是识别辅助，并不能证明某个电台当前正在活动，也不能证明它发送的交换内容正确。

如果使用 N1MM+，在有对应模板时，应选择与活动匹配的比赛定义，不要使用通用 QSO Party 模板。按软件要求填写自己的呼号、电台位置、操作员信息和发送交换内容。然后不发射，先做一条测试记录，并检查生成的字段。确认呼号、频段、模式、日期、时间、发送交换和接收交换都出现在预期位置。

其他日志软件也可以使用，但必须理解它的导出路径。一个只记录普通 ADIF 联络的程序，不一定能自动生成比赛主办方要求的 Cabrillo 文件。如果所选程序没有特定活动模板，就要在截止时间前弄清楚怎样转换，并同时保存比赛交换内容的同期记录。不要假设把普通电台日志导入比赛程序，就能恢复当初根本没有捕获的信息。

打开重复检查功能，但把警告当作调查提示。某条重复可能确实无效，也可能是在另一个频段或模式上完成的合法重复。查看触发警告的那一行，并核对实际频段和模式。不要因为软件接受就强行保存联络，也不要在没有检查活动规则的情况下，删除一个可能有效的频段或模式重复。

交换内容就是联络本身

快速比赛中，操作员常常能清楚听到呼号，却因为已经在想下一台电台而漏掉交换内容。应当把优先顺序反过来。一条呼号抄得完全正确、但州名、省名、DX 标识或信号报告是猜出来的联络，并不是整洁的比赛 QSO。需要时要求重发。简短地说一句请重复交换内容，总比自信地猜一个答案造成错误要好。

让交换格式保持稳定。在话音模式下，留意呼号、报告和地点标识。在 CW 中，第一遍不确定时，把完整序列抄两次。在数字模式下，不要因为看到了一个解码呼号，就把它当作已完成 QSO；必须按照比赛和模式流程发送、接收、确认并录入规定交换内容。屏幕上出现可见解码，不等于双方已经完成联络。

不要从呼号历史数据库借用交换内容。数据库或许会告诉你某个大学呼号对应某所学校或某个地点，但比赛交换内容应以操作员实际发送的内容为准。如果数据库与收到的交换不一致，应保留实际收到的信息，要求澄清，并在提交前查阅活动规则。

信号报告经常会以 59 或 599 交换，即使真实信号强度不同。遵循活动惯例和日志软件要求的格式，但不要因为报告感觉例行公事，就省略地点标识。更有用的纪律是，在自己的流程中明确记录报告和地点，让日志不依赖记忆。

操作 CW、话音和数字模式，避免混淆

对新手而言，话音通常是最快上手的模式，因为交换内容可以直接听到，需要时也能立即要求重复。代价是比赛频率可能很拥挤，口音和噪声会遮住短呼号，电台也可能被更强的呼叫者压住。需要时使用标准拼读字母，自己的发射要简短，不要为了提高速率而覆盖正在进行的交换。

CW 以另一种节奏考验同样的习惯。发送呼叫前，先确认频率是否被占用。第一遍不确定时，把呼号抄两次。电台只发送了部分呼号时，不要根据呼号历史建议补全，再发送一个猜出的交换内容；应要求补充缺失字符。比赛速度只有在对方能够核对所发信息时才有意义。

数字模式需要最仔细的配置，因为多个层面可能互相不一致：电台频率显示、电脑音频设备、数字程序选择的模式，以及比赛日志中的频段和模式字段。四项都要检查。如果比赛接受多种数字模式，必须确保日志正确区分它们。使用一种模式完成的联络若被导出成另一种模式，之后可能造成计分或交叉核对问题。

自动解码的存在，并没有让操作员退出联络。ARRL 的比赛指南强调，电脑日志可以帮助处理重复、计分和提交，但操作员仍然对联络负责。对于要求同期直接发起的比赛规则，完全自动化的联络是不允许的。不要运行无人值守呼叫、自动回复，或使用在没有你直接参与的情况下声称完成 QSO 的脚本。

也不要在未检查频段计划和比赛说明时，改变数字电台的操作频率。瀑布图上充满信号痕迹，不代表整个范围都允许发射。遵守许可证权限和适用的国家频段计划。频率与比赛规则会因司法辖区而异；活动允许国际参与，并不会取消当地许可要求。

搜索猎台通常是最稳妥的默认方式

对小型电台而言，搜索猎台通常是学习活动最容易的方式。沿频段调谐，识别正在呼叫比赛的电台，抄下呼号和交换内容，然后简短回应一次。这样可以减少发射机占用频率的时间，也给你片刻确认日志记录。当天线效率有限，或你还不确定活动有多活跃时，这种方式尤其有用。

占用一个频率连续呼叫，可能带来更高速率，但责任也更大。发出 CQ 前，要充分监听，确认频率空闲，没有覆盖弱电台。清楚说出比赛名称和自己的呼号，只有在交换完成后才记录每个回应。如果回应不完整，或同时有两台电台回答，就放慢速度，解决呼号问题。一次产生多条错误记录的运行，并不是真正高效的运行。

不要反复呼叫已经离开或停止回应的电台。再尝试一次通常合理；之后应把联络标记为未完成并继续搜索。这一点对弱数字信号尤其重要，因为电台改变频率后，旧解码仍可能短时间留在屏幕上。

把传播信息当作决策依据，而不是借口

当前空间天气和本地噪声会影响哪些频段更有产出，但某个指数或预报并不能告诉你一条具体联络不可能完成。ARRL 最近的太阳活动更新描述了总体偏低的太阳活动；NOAA 空间天气预报中心则提供当前观测、预报、太阳射电通量数据和地磁产品。这些信息可以提供背景，但应结合自己的接收机实际听到的内容。

如果 20 米突然安静，先测试另一个频段，再判断天线是否故障。如果一个方向很强、另一个方向没有信号，应比较多个电台和多个时间，而不是依赖一次解码。如果某频段没有呼叫者，先检查音频路径、天线选择和频率，再把寂静解释为传播问题。同一种现象，可能来自电离层、本地噪声、接收机设置或控制失配。

这场比赛适合采用短时间观察。先在可能有产出的频段停留几分钟，记录真实迹象，然后移动。如果某次开放很异常，可以在比赛备注里写下 UTC 时间、频段、模式和大致信号表现。这能为自己的电台留下有用背景，但不要把短暂操作包装成科学测量。

小型电台的天线选择

天线不完美，不是跳过活动的理由；它只是要求计划更集中。安装正确的偶极天线、端馈线、垂直天线或小型定向天线，只要与频段和本地环境匹配，都可能完成有价值的联络。关键问题是：天线是否安全，是否在电台操作限制内，以及它是否真的接到了所选频段。

比赛期间不要追逐新的天线设计。如果需要天调，应了解其正常工作范围；天调成功匹配，并不能证明天线辐射效率很高。如果天调无法找到匹配，应停止发射并检查馈线、连接器、切换设备和天线配置。怀疑有故障时，不要不断按调谐键继续尝试。

城市中受限的天线仍然可以采用先接收策略。先听最强或最稳定的大学电台，选择天线表现尚可的频段；只要能可靠完成交换，就使用较低功率。目标是双方完成联络，而不是追求夸张的信号报告。

一份简单的操作工作表

在活动或操作时段开始前，把下面字段写在纸上或本地笔记里：

• UTC 格式的开始和结束时间。
• 电台在合法且安全条件下可以使用的频段和模式。
• 比赛交换内容的格式。
• 日志文件名和备份位置。
• 核对活动提交截止时间的提醒。

操作过程中，只记录日志软件无法安全保存的事项：不确定的呼号、要求重复、疑似控制失配，或在交换完成前消失的电台。不要建立一份会与电子日志冲突的第二套非正式日志。如果电脑死机，应保留纸面笔记，之后按正确的原始 UTC 时间补录。

可以把操作流程记成：监听、抄收、核对、发射、接收、记录。前几条联络中，这个顺序可能显得慢，但能避免一种常见错误：你发出了正确呼号，却因为两个回应重叠，输入了另一台电台的交换内容。

交换内容听不清时怎么办

如果只有交换内容的一部分不清楚，就具体要求那一部分重发。话音模式下，直接要求再次发送州名、省名或 DX 标识，不要让对方把所有内容都重复一遍。CW 中，使用适合自己速度的简短请求。数字模式下，等待新的解码，或使用软件正常的重复机制；不要从附近另一条联络推断缺失字段。

如果连呼号本身都不确定，也不要因为它看起来一定是某个呼号，就记录一个相似呼号。一个字符就可能决定这条联络是否与对方日志匹配。比赛交叉核对依赖精确的呼号、时间、频段、模式和交换内容。

如果经过合理尝试仍无法完成交换，就不要把它计入申报得分。可以在单独的电台备注中保留线索，之后再听；但不要仅仅因为它能提高结果，就把未完成联络改写成完整 QSO。

最后一条联络之后：保护日志

开始编辑前先停止发射。保存比赛日志，关闭或暂停日志软件，然后用包含活动名称和日期的清晰文件名复制一份。接着检查明显问题：比赛时段外的联络、不可能的频段、缺失交换内容、模式不一致、可疑字符，以及日志软件没有解决的重复。

如果你做过笔记或录音，抽查一些记录进行比对。尤其注意换频时完成的联络、网络或 CAT 中断期间输入的联络，以及切换模式后最初几条 QSO。这些过渡阶段比稳定操作更容易产生错误。

使用日志软件的 Cabrillo 导出功能，或使用大学 QSO Party 组织方指定的格式。把导出的文件作为文本打开，检查文件头和若干 QSO 行。确认呼号、类别、操作员信息和电台位置正确。如果主办方提供在线日志检查器或提交说明，应在截止时间前使用。文件存在于电脑上，并不等于日志已经提交。

提交比赛文件后，只有在保留原始比赛日志的前提下，才把有效联络导入日常电台日志。如果通用日志中已经有同一电台的记录，应先比较日期、UTC 时间、频段和模式，再进行合并。不要为了让比赛导出方便，就覆盖一份认真维护的电台记录。

如果活动或俱乐部计划使用 Logbook of The World 参与 ARRL 奖项或背书，那是比赛结束后的另一套流程。ARRL 公告指出，符合条件、与 ARRL 关联的大学俱乐部联络，在俱乐部将 QSO 上传到 LoTW 后，可以计入 ARRL America250 Worked All States Award 的 Affiliated Clubs endorsement。这并不表示每一条大学联络都会自动符合资格，也不能替代比赛主办方自己的日志提交流程。提出任何声明前，应独立核对奖项和 LoTW 要求。

剩余时间的现实计划

如果你还没有操作，而比赛仍未结束，可以先用十五分钟检查电台，不要直接跳到最拥挤的频率。确认时钟，选择受支持的频段，确认使用正确的比赛日志软件，然后认真完成一条联络。如果这条记录看起来正确，再继续操作你实际拥有的时间。

如果已经有部分日志，不要把最后一小时全部用于追逐每一个倍率。先看看日志缺少什么。如果大多数记录都集中在一个频段和一种模式上，只有在传播和电台能力都支持时，才有控制地搜索另一个频段或模式。如果日志里有不确定的交换内容，先解决这些问题。新联络的价值会因为引入一个占用剩余时间的修正问题而降低。

如果你是为大学俱乐部操作，在比赛允许的情况下，可以在简短的空中交换中告诉别人电台正在做什么，但比赛联络本身应保持高效。最有力的公开展示，是一个能够说明自身配置、准确完成联络并产生整洁日志的电台。这对新学生更有启发性，也比一个令人印象深刻却难以理解的联络数量更有教学价值。

这个周末之外的实用经验

大学 QSO Party 是对整条电台链路的紧凑测试：天线、收发信机、电脑时钟、音频路径、控制接口、日志软件、操作员注意力，以及比赛后的数据处理。链路中任何一个环节出错，都可能被误认为传播问题。纪律化的流程能帮助你把这些原因分开。

为下一场活动准备的最佳方式，不是背下更多频段，而是保存一份已知可用的日志配置，记录成功的音频和 CAT 设置，记下使用的天线，并注明电台何时最有产出。把活动规则和配置放在一起，不要只依靠记忆。比赛定义、交换格式、软件版本和提交要求都可能变化。

对当前活动而言，直接建议很简单：在许可证和当地规则允许的范围内操作，使用 UTC，抄收完整交换内容，让日志软件标记重复，亲自参与每一条申报联络，并留出时间检查和提交日志。这样的组合让小型电台有公平机会为大学无线电活动作出贡献，也能在活动之后留下值得信任的数据。

来源

本文依据并整理了以下资料中的事实、规则背景和操作说明：

• ARRL：《2026 Collegiate QSO Party is October 3 – 4》，用于比赛日期、参与电台、频段、交换内容及计分等事实。
• Collegiate QSO Party：《N1MM Logger+ Files》，用于 N1MM 比赛文件和大学呼号历史文件的操作背景。
• ARRL：《Contest Basics》，用于比赛日志、重复检查和提交流程的背景。
• N1MM Logger+ 文档：《Supported Contests List – N1MM Logger Plus》，用于支持的比赛定义说明。
• N1MM Logger+ 文档：《Contest Setup Dialog – N1MM Logger Plus》，用于比赛设置字段和日志配置背景。
• ARRL：《ARRL Contest and DXCC Rules Now Prohibit Automated Contacts》，用于自动化联络限制的背景。
• ARRL：《ARRL Letter Issue 2026-10-01》，用于太阳活动和相关比赛背景。
• NOAA Space Weather Prediction Center：《NOAA Space Weather Prediction Center JSON data services》，用于空间天气数据服务的背景。