
简介《2024无线电规则 第二卷》是国际电信联盟ITU2024年版规则的中文文本聚焦第2卷附录面向频谱管理、卫星与地面业务协调、通信法规研究的从业者与师生可作为查证频率划分、发射容限与协调程序的权威依据。资源为单个docx文档压缩包约9.8MB含附录目录与正文涵盖发射类别与必要带宽、发射机频率容限、杂散域无用发射功率限值等表格便于检索摘引。文本沿用2001年版编号方案条取序列编号、款取复合编号并以WRC-23等缩略语标注历次大会修订来源卷首另附免责声明、秘书处说明与大会缩略语对照表可据此判断条款生效时间与修订沿革。目前已有138人学习下载适合作为合规审查与法规比对时的案头参考。1. 从“12K5F3E”这串字符说起一份规则文本为什么先做成编码系统翻开2024年版《无线电规则》第二卷最先撞上的不是频率划分表而是一串像 12K5F3E 这样的字符。多数人把这类字符当成缩写跳过但它其实是整份规则最底层的一层设计把“一种发射”压缩成定长编码让带宽、调制方式、信息类型各就各位。后面所有的协调区计算、频率容限判定、干扰评估才有共同的输入口径。换句话说规则文本的第一性问题不是“规定什么”而是“如何唯一地命名一件事”——这件事一旦做不好几万条指配就没有办法互相引用。第二卷附录卷正是这套命名与判定的总成值得拆开看。2. 编号即版本控制条款缩略语如何把三十年决议压进一个坐标一份从1995年一路修订到2023年的文本最大的工程难题不是写新条文而是让旧引用在新版本里还能落到正确的位置。规则给出的方案很朴素不动编号只在编号上标注修改来源。这套办法能不能撑住要看三个细节。2.1 复合编号法9.2B 这种“款”是怎么插进去的“条”用标准序列编号条号后不带任何缩略语“款”则用复合编号形如 9.2B读作第9条第2B款。字母后缀 B 的存在本身就是设计证据它意味着在第9条第2款与第3款之间曾经插入过新内容而插入者没有把后续所有款重排一遍。重排的代价是灾难性的——全球范围内已经发出的协调请求、干扰报告、指配通知全都引用着旧款号一旦重排历史文档就集体失效。常见的实现思路是把编号当成数据库主键主键可以留空位、可以加后缀但不可以回收和移位。这也解释了为什么文本里会出现 2A、2B 这类看起来别扭的款号它是为了保住向后兼容而付出的可读性成本。同一逻辑延伸到跨卷引用规则里任何一处对“条”的提及除非另有规定都被视为对本版中该条案文的提及而不是对某个历史版本的提及。所以引用是“当前指针”版本信息由款尾缩略语承担两件事被拆开存放互不干扰。2.2 缩略语后缀修订痕迹为什么长在正文里款尾出现的WRC-23、WRC-19等标记含义是该款被对应届次大会修改或新增。这里有一个容易被忽略的反向规则如果款后没有缩略语说明该款与1995年那版简版规则的条款相同完整案文收在WRC-97的第2号文件里。也就是说“没有标记”本身就是一种标记指向一份外部历史文件。这种设计把三十年的修订史压进了正文的字符流不需要另建变更日志也不需要读者去比对两版 PDF。代价是可读性。一段话读到最后突然蹦出一个括号读者必须先建立“括号版本”的心智模型才能继续。但从工程角度看这是相当经济的变更信息与被变更内容物理相邻检索时可以直接用正则命中无需跨文件关联。2.3 附录的“修订版”与“SUPWRC-07”删除也是一种状态第二卷承载的是附录编号同样用标准序列但后面会酌情加上缩略语标准形式如“附录30WRC-23修订版”。如果一个附录只被部分修改那么被改动的具体条款会在案文结尾处单独标上缩略语未标注的部分仍沿用旧文本。这就形成了一种混合状态同一个附录里不同条款可能归属于不同届次。更极端的情况是删除。目录里能看到“附件2SUPWRC-07”这样的条目SUP 表示该附件已被废止但编号位置依然保留。保留的理由与款号字母后缀一致编号是引用锚点锚点不能凭空消失否则所有指向它的历史文档都会断链。把“已删除”显式建模成一种状态而不是让条目消失这是编号系统里最容易被低估的一条设计原则。顺带说清分卷条款正文在第一卷附录在第二卷决议和建议在第三卷。讨论附录时引用的“第9条”其实在另一卷里跨卷引用靠编号而非页码这也是编号必须先行的原因。3. 发射类别编码五个符号如何做到无损描述与可计算带宽附录1 是整套编码规则的核心它的输出是一个最多9个字符的字符串前4位是必要带宽中间3位是基本特性最后2位是任选特性。看懂这9个位置各自承担什么就能反推出为什么它被设计成定长。3.1 必要带宽的四字符表示小数点藏在字母里必要带宽用三个数字加一个字母表示字母同时承担两个职责指示小数点的位置以及指示量级单位H 对应 Hz、K 对应 kHz、M 对应 MHz、G 对应 GHz。字母在第几位小数点就在第几位之前。这套编码允许的写法是 H0020.002 Hz、25H325.3 Hz、180K180 kHz、6K006.00 kHz、1M251.25 MHz、5G655.65 GHz。还有一条约束第一个字符不能是零、K、M 或 G。原因不难推首位为数字时不允许前导零否则 0K50 与 500H 会成为同义写法首位为字母时只允许 H因为小于1 kHz的量必须用 Hz 表达不允许写成 K 开头的分数。这条约束把“同一个带宽只有一种合法写法”这件事锁死了后续所有比较和排序才不需要做归一化。解析这段编码只需要几行代码字母的位置直接给出小数点偏移UNIT {H: 1.0, K: 1e3, M: 1e6, G: 1e9} def parse_bandwidth(field: str) - float: 把 1M25 这类四字符必要带宽字段还原成以 Hz 为单位的数值 if len(field) ! 4: raise ValueError(必要带宽字段必须是 4 个字符) for i, ch in enumerate(field): if ch in UNIT: # 命中量级字母其下标即小数点位置 digits field[:i] field[i 1:] # 去掉字母剩下的三位是有效数字 mantissa int(digits) * 10 ** -(3 - i) return mantissa * UNIT[ch] # 先还原数值再乘量级 raise ValueError(缺少量级字母 H/K/M/G) for s in [H002, 25H3, 180K, 6K00, 12K5, 1M25, 5G65]: print(s, parse_bandwidth(s))函数只有一个分支判断和一个幂运算参数含义分别是field为四位字段i为量级字母下标0到3digits为三位有效数字。10 ** -(3 - i)这一项是关键——i0 时除以1000得到 0.002i3 时乘以1得到 180。这段逻辑之所以能成立完全依赖“字母位置即小数点位置”这一条硬约定换成自由格式的字符串就不可能写得这么短。3.2 三个基本符号的正交分解调制方式、信号性质、信息类型中间三位是发射类别的主体。第一位描述主载波的调制方式取值包括 N未调制载波、A双边带调幅、H单边带全载波、R单边带减幅载波、J单边带抑制载波、B独立边带、C残余边带、F调频、G调相、D调幅调角混合、P未调制脉冲、K/L/M/Q脉冲序列的幅度/宽度/位置/角度调制、V上述组合、W多方式组合、X其他。第二位描述调制主载波的信号性质0 表示无调制信号F 表示不含副载波但含量化或数字信息的单频道3 表示含副载波的单频道数字信息7 表示多频道数字信息8 表示多频道模拟信息9 表示数模混合X 表示其他。第三位描述拟发送信息的类型N 无信息、A 人工接收电报、B 自动接收电报、C 传真、D 数据传输与遥测遥令、E 电话含声音广播、F 电视、W 组合、X 其他。三个位置分属三个互相独立的维度这是典型的正交分解任意合法组合都能表达一种真实存在的发射且不会因为维度交叉而产生歧义。值得注意的是第二位上挂的脚注——F 和 3 明确注明“不包括时分多路复用”。原因在于复用性质已经被安排在第五位T 表示时分复用如果第二位再编码一次同一事实就有了两个可写位置文本内部就会打架。把重复维度从编码里摘出去是控制编码空间膨胀的常规手法。3.3 两个任选符号与短划线占位变长信息如何塞进定长槽位第四位是信号的详细说明用来区分双态码有无纠错、码元状态数、声音质量等级单声道、立体声、是否彩色等第五位是复用性质N 无复用、C 码分、F 频分、T 时分、W 频分与时分组合、X 其他。这两位是可选的但可选不等于可省略不使用时必须在对应位置写一个短划线。于是“6K00A3E”这种常见写法在规范上应当是“6K00A3E--”。这条约定把变长语义强行纳入了定长框架。好处是任何解析器都可以按固定偏移取字段不必做分隔符识别坏处是人在抄写时习惯性省略末尾短划线导致实际文本的字段长度参差不齐。规范的严格形式与实际书写惯例之间存在缝隙这个缝隙在后文会变成一类具体的排查场景。一个完整的解码示例6K00A3E-- 拆开是 6K006 kHz 必要带宽、A双边带调幅、3含副载波的单频道数字信息、E电话、--无详细说明、无复用。九个字符读完一种发射的全部关键属性就确定下来了。3.4 编码与公式的接口为什么带宽要能被算出来附录1 给出了必要带宽的三种确定方式按对应的频谱管理建议书SM.1138-3中的公式和示例计算、按其他建议书计算、在前两者未覆盖时实测。这三条并列很关键——它意味着编码里的带宽值不是随手填的估计值而是有指定计算路径的派生量。这正是定长编码的真正价值字符串本身不携带计算结果但携带了“该用哪条公式、代入哪些参数”的索引。调制方式决定占用带宽的形态信号性质决定是单信道还是多信道复用性质决定带宽要不要乘以路数。把这三个维度编码进固定位置等于给后续计算准备了一份结构化入参。如果发射类别写成自由文本这一步就只能靠人读自动化无从谈起。4. 阈值固化频率容限表和协调区计算为什么都落到查表附录2 和附录7、附录8 表面上干的是两件不同的事一个管发射机频率允许多大偏差一个管地球站周围多大范围内需要协调。但它们的结构完全同构——都是把连续物理量转换成离散可判定阈值的装置。理解这一点才能读懂那些看起来繁琐的表格为什么不能简化。4.1 频率容限的二维函数频段乘台站类别附录2 的表结构是纵轴为频段横轴为台站类别固定电台、陆地电台中的海岸台与航空台、移动电台中的船舶台与救生艇台与航空器台与陆地移动台、无线电测定电台、广播电台、空间电台、地球站交叉处给出容限值。频段的边界写法是“不包括下限包括上限”也就是半开区间。这个细节不是笔误而是为了避免边界频率同时落入两个频段导致规则冲突——9 kHz 到 535 kHz 与 535 kHz 到 1606.5 kHz 之间如果两端都取闭区间535 kHz 就同时受两套容限约束。容限值的单位也不统一表头声明“除非另有说明频率容限用 10⁶ 分之若干表示”但个别行直接给出绝对量例如广播电台那几行写的是 10 Hz。混合口径并非疏漏而是因为广播发射机的载频一致性要求针对的是绝对偏差多台同步组网时频率差必须收敛到赫兹级用相对值反而不好用。读到这类行必须先确认口径否则把 10 Hz 当成 10×10⁻⁶ 去算误差会有好几个数量级。4.2 功率口径与调制口径单边带为什么按峰包功率分档同一张表里许多行的容限会按功率再分一档某频段内功率不超过200 W 给一个值超过200 W 给更严的值。这里的功率口径有明确限定——单边带发射机取峰包功率其他各类发射机取平均功率。原因不难推单边带信号的包络随语音起伏平均功率远低于峰值若按平均值分档同样标称功率的单边带设备会被划进更宽松的档位实际占用效果与调幅设备不可比。统一到峰包功率分档才有可比性。类似的划分还出现在发射类别上4 MHz 到 29.7 MHz 段内单边带与独立单边带发射按功率分档F1B 类发射单独给一档其他类别再给一档。这实际上是在做“调制方式影响频率稳定度”的经验归纳——不同调制体制对振荡器稳定度的要求本就不同用一张统一的功率表覆盖所有体制只会逼着所有设备按最严的那一档做成本上没有意义。维度取值来源作用频段半开区间不含下限含上限避免边界频率被双重约束台站类别固定、陆地、移动、测定、广播、空间、地球站区分使用场景的稳定度要求功率档单边带取峰包功率其余取平均功率让不同体制的功率可比发射类别单独列出特殊类别体现调制体制的固有差异容限口径相对值10⁶分之若干或绝对 Hz对应不同物理约束4.3 协调区计算传播方式(1)与(2)的分工以及等值线的作用附录7 处理的是100 MHz 到105 GHz 之间、如何确定地球站周围协调区的问题。它没有直接给公式而是给出一套分层的附件结构附件1 与附件2 分别确定传播方式(1)与传播方式(2)所需距离附件3 和附件4 分别给出与对地静止空间电台、与非对地静止空间电台共同操作时地球站水平方向的天线增益附件5 处理双向划分频段内发射地球站相对接收地球站的协调区附件6 定义补充等值线与辅助等值线附件7 汇总系统参数与预定协调距离。这套分工的逻辑是“把耦合关系拆成互不重叠的传播路径”。传播方式(1)与(2)对应不同的传播机制例如是否考虑大气折射、是否考虑绕射两条路径各自算出距离再取包络。等值线的引入是另一个关键设计连续变化的场强无法作为判定依据必须离散成一组闭合曲线落在曲线内即触发协调。补充等值线与辅助等值线的存在是为了在近场和远场分别用不同的取值密度避免为了远端精度而在近端画过多条线。附录8 处理的是对地静止卫星网络之间的协调结构同源附件1 算两个对地静止卫星之间的顶心角间隔附件2 算自由空间传输损耗附件3 在未公布地球站天线辐射方向性图时提供一张默认方向图附件4 给实施实例。默认方向图的地位值得单独说——它是一条兜底约定当申报方不提供实测方向图时协调计算按最不利的通用图形处理。这把“信息缺失”从不可计算状态转成了可计算的保守状态是整个协调体系能闭环的前提。4.4 双轨制规划、列表与共用标准为什么并存第二卷里体量最大的是附录30、30A、30B 这一组处理卫星广播业务与卫星固定业务的频率分配规划。它们的共同特征是同时存在两套机制一套是“规划”plan把频率和轨道位置预先分配给各主管部门另一套是“列表”List记录已经指配并在用的条目。附录30 的附件里既有规划也有指配表还有业务间共用标准与轨道位置限制。双轨并存不是冗余而是历史演进的产物先有规划保证新进入者一定能拿到资源后有列表允许在规划框架内做双边调整。由于调整会改变干扰环境于是又派生出“判定是否受影响”的标准——附录30B 附件4 给出了判定一项分配或指配是否受影响的标准其附录1 给出已调载波必要带宽平均全链路单入和集总载干比的计算方法附录2 给出载波噪声比的计算方法。判定链是固定的先按统一方法算干扰量再与阈值比对输出“受影响/不受影响”的布尔值只有前者才需要启动双边协议。这条链路解释了一个看似矛盾的现象附录动辄几百页但真正做判定的只有几个阈值和两三个比值公式其余篇幅都在定义“怎么算”。规则的重量不在结论而在计算口径的统一。5. 避坑与排查读这份规则时最容易翻车的五个地方文本量大、结构严密反而让一些细小约定成了陷阱。以下五条是实际拆解时最常遇到的按“现象—原因—解决”记录。5.1 编号与引用类现象拿着“第13条WRC-23”去检索一无所获怀疑文本缺页。原因缩略语只出现在“款”尾和附录编号后“条”号后不带任何版本标记。条级引用的语义是“本版该条全文”版本信息下沉到款。解决把检索目标降到款级例如查第13.1款结尾是否带缩略语再顺着该款读下去同时记住“款后无缩略语”意味着该款沿用1995年简版完整案文在WRC-97的第2号文件里需要跨文档回溯。现象目录里看到“附件2SUPWRC-07”误以为它仍然有效并据此做计算。原因删除状态被显式保留在编号体系里SUP 只是标记而非移除。解决解析目录时把含 SUP 的条目单独归入“已废止”集合任何计算路径都应排除如果某个现行条款引用了该附件说明引用本身需要核对版本。5.2 编码与单位类现象写脚本按固定偏移解析发射类别遇到“6K00A3E”就抛越界异常。原因规范要求任选符号缺省时用短划线占位总长应为9字符但实际书写惯例常把末尾的短划线省掉。解决解析前先右补短划线到9位再做切片。用正则表达式可以顺带做一次格式校验import re # 带宽4位 基本特性3位 任选特性2位缺省位必须是短划线 EMISSION re.compile(r^[1-9H][0-9H][0-9KM][0-9KMG][NAHRJBCFG DPKLMQVWX][0F3789X][NABCDEFWX][A-NWX-][NCFTWX-]$.replace( , )) def normalize(code: str) - str: 把实际文本里省略末尾短划线的写法补齐为 9 字符规范形式 code code.strip().upper() if len(code) 9: code code.ljust(9, -) # 只用短划线补齐不用空格 if not EMISSION.match(code): raise ValueError(f非法发射类别字段: {code}) return code print(normalize(6K00A3E)) # - 6K00A3E-- print(normalize(12K5F3E--)) # - 12K5F3E--代码里ljust(9, -)的补齐字符必须是短划线用空格会破坏定长解析EMISSION正则按位置逐位约束取值范围第一位单独排除 0、K、M、G 这几种非法起始字符。参数说明输入为原始字段输出为规范化的9字符形式校验失败直接抛异常而不是静默修正避免把错值带进后续计算。现象反查带宽时对不上180.4 kHz 在文本里写成 181K而按 180K 去查却找不到对应行。原因四字符表示只有三位有效数字超出部分进位导致两个相近带宽共享同一编码。解决编码只保证三位有效数字精度反查时按区间匹配而非精确相等并意识到“编码相同”不代表“带宽相同”。现象把广播电台那行的“10 Hz”当成相对值 10×10⁻⁶ 代入计算结果偏差几个数量级。原因容限表混用相对与绝对两种口径表头的“除非另有说明”就是留给这类例外的。解决读表时先判断该行给的是相对值还是绝对量凡是带 Hz 单位的直接按绝对偏差处理。5.3 生效与版本类现象按新版文本设计的产品参数在2025年初发现部分条款的执行口径与预期不一致。原因多数条款自2025年1月1日起生效其余条款按修订版第59条规定的特别生效日期生效全文本并非同时生效。解决把“条款生效日期”作为独立字段维护不要假设整卷同一时刻生效对涉及特别生效日期的条款单独建一张对照表。现象跨版本比对时发现某附录的同一节内容前后不一致。原因附录被部分修改时只有被改动的条款在案文结尾标缩略语未标注部分仍是旧文本同一个附录里并存多个版本来源。解决以条款为最小比对单位逐条看结尾缩略语而不是以整个附录为粒度做 diff。6. 当规则被当成协议来设计代价是什么把这份文本当成协议规范来读会发现它做了几个非常明确的取舍而且每个取舍都付出了可见的代价。第一是可追溯性优先于可读性。版本信息长在款尾和附录编号上读者必须随时携带“括号即版本、无括号即继承”的心智模型。换来的是任何一处引用都能自解释看到 9.2B 就知道它在 9.2 与 9.3 之间插入过看到WRC-23就知道改动来源。若改成集中式变更日志正文会干净很多但任何一次核对都要跨文件跳转。第二是编号冻结优先于结构合理。本版沿用与2001年版相同的编号方案意味着某些条款的排列顺序在今天看来未必最优但历史引用全部有效。这跟数据库不轻易改主键是同一种考虑结构可以丑锚点不能动。第三是定长编码优先于紧凑表达。发射类别固定9字符缺位用短划线补齐机器解析成本极低人读成本很高。如果改成逗号分隔的键值对可读性会上去但字段缺失、顺序错乱、分隔符冲突这些问题会立刻出现。第四是双轨制优先于统一机制。规划、列表、共用标准三者并存历史包袱明显但它同时满足了“新进入者有保底资源”和“存量可以双边调整”两个互相冲突的目标单靠任何一套机制都做不到。要验证自己是否读懂了这套设计有个笨办法很有效随便挑一条现行引用从条款追到附录、再追到附录里的某个附件看每一跳的版本标记是否闭合。如果中间出现一个既无缩略语、也无法回溯到历史文件的断点那多半是把“继承”误读成了“缺失”。我自己的习惯是每次动这份文本之前先跑一遍引用一致性检查把带 SUP 的条目、缺版本标记的附录引用、长度不足9位的发射类别字段各列一张清单确认没有断链再往下做。有一次偷懒跳过了这步结果把一份已废止的附件当成现行标准算了两天返工时才发现目录里那个 SUP 标记一直在那儿。从那以后我每次拆规则文本都强制走一遍清单。希望帮到你。本文还有配套的精品资源点击获取