简介这是国际电信联盟ITU发布的《无线电规则》2020年版第三卷中文完整电子版共703页集中收录了WRC-95、WRC-97、WRC-2000、WRC-03、WRC-07、WRC-12、WRC-15、WRC-19等历届世界无线电通信大会以及世界无线电行政大会形成的决议与建议可作为《组织法》和《公约》的补充性权威文件。内容覆盖频率管理、频率协调、卫星通信、广播业务等核心议题并完整保留条款标准编号、复合编号、附录序列编号、缩略语以及上/下行链路符号说明多数条款自2021年1月1日起生效另有特别生效日期供使用者核对。适合频谱规划、卫星通信、广电业务和无线电政策研究者作为工具书随时查阅。包内仅1个docx文档约2.61MB便于全文搜索与复制引用已有102人学习。对于需要核对无线电规则条文、追溯WRC系列大会修订结果或开展频率协调的读者这份703页的中文版电子资料能提供直接、系统的依据。1. 无线电规则2020第3卷703页里装的不是技术指标是办事规则频率申请被退回理由是“不符合第3卷某决议”。翻遍第1卷条文找不到对应条款因为它根本不在那里。无线电规则2020第3卷决议和建议——完整中文电子版703页装的是“一件事该怎么办”的程序规则要不要协调、和谁协调、按什么模板提交、多长时间答复。它把第1卷粗线条条文落成可执行的行政动作你的项目能不能往下走很多时候就卡在这 703 页里。适合三类人做频谱申报和干扰协调的工程师、写合规评估报告的项目负责人、定内部审批流程的管理者。2. 决议与建议的内部秩序编号、版本和检索路径拿到一份 703 页的中文电子版第一反应是厚第二反应是乱。其实这 703 页的内部秩序很清楚决议是一类建议是另一类两类各有各的编号方式和效力边界。先把这个秩序讲透后面翻起来才不迷路。2.1 一份决议是怎么诞生的从 WRC-19 到第 3 卷的链路无线电规则不是一个静止的文件。每隔几年世界无线电通信大会WRC会把过去一段时间的频率使用争议、新技术协调需求、各国主管部门的提案集中起来开一次会逐条审议最后形成两个产物对第1卷和第2卷条文的修订以及一批新的决议和建议。这些决议和建议被单独编成第 3 卷。2020 这个版本对应的是上一届大会也就是 WRC-19 的产出。实务里最常见的误会是把“无线电规则 2020 第 3 卷”当成一套独立的规则在用。它不独立。第 1 卷是具体频段划分和业务定义第 2 卷是频率指配和通知程序附录第 3 卷则负责回答“按什么程序执行、卡住了找谁、多久办完”。三者配合使用时决议经常是在引用第 1 卷某一条款的基础上补充程序和时限。读一条决议不能只读决议本身要把被引用的条文翻出来一起读。这是查找效率的第一道门槛。决议编号也有固定格式。常见做法是编号后面带一个括号括号里注明届次例如“第某号决议WRC-19”。括号的意义是标识版本。一条决议在 WRC-15 通过在 WRC-19 又被修订决议号可能不变但括号里的届次变了条文内容也换了。只记号码不记届次是很多引用错误的总根源。第 3 卷里除了决议还有建议两类编号体系不同。建议通常以“第某号建议”出现效力上比决议软一档。决议用的是“决定、要求、邀请”这类强制动作建议则多用“建议、应该考虑”这类导向性措辞。两类文件混在一卷里封面上虽然写着“决议和建议”但阅读时不能按同一强度对待。后面第 3 章会专门展开这两类的拆解。2.2 带着问题翻 703 页三条检索路径和一份转文本技巧第一次用第 3 卷不要从头读要带着问题上路。我把常用的检索路径按实用性排序讲。第一条路径按目录翻。第 3 卷目录会按“决议”和“建议”两个大类排同一类下面按编号排。新版决议在前被修订或废止的决议通常会在脚注或附注里说明。拿到具体决议号时直接在目录里找这是最高效的办法。第二条路径按动作对象定位。每条决议的标题下面通常会标注“面向主管部门”或“面向无线电管理委员会”之类的指向。你如果是替一家卫星地球站运营方做协调就只搜面向主管部门的条款跳过面向组织内部机构的条款。这样会少读一半内容。第三条路径按主题关键词检索。在电子版里直接搜“协调时限”“指配通知”“干扰申诉”这类动作词比搜业务名称更准。因为决议是程序文件它的标题可能看不出业务场景但一定写得出动作。比如标题里有“程序”两个字正文里多半会出现“应在收到请求后三个月内答复”。电子版还有一个实操技巧把 PDF 先转成纯文本用关键词索引再做二次定位。我一般是先导出全文文本再用检索工具定位到具体页最后回到 PDF 看原始排版。原因在于中文电子版有些表格跨页纯文本会把表头和表体切断只看文本会误解。定位到页再看原版准确性高很多。检索过程中要留意脚注。第 3 卷里脚注不是注释而是效力的组成部分。一条决议正文修改了某条规则脚注里往往写着“对某主管部门适用的例外”或者“本条将于某年某月某日废止”。忽视脚注等于只看了一半条款。3. 把决议变成工作流频段协调与地球站审批怎么借力决议的价值不在“知道它是规则”而在“能把规则拆成动作”。这一章用频段协调和地球站审批两个最常见的场景把决议和建议的拆解方法说透。3.1 从“决定”到“批文”决议文本怎么拆成审批动作ITU 决议的正文有相对固定的句式骨架常见的是考虑considering、认识到recognizing、决定decides、邀请invites、要求requests。一套骨架下来一条决议就完成了一次从背景到指令的闭环。我们自己读决议、拆动作就是按这个骨架逐段分层。“考虑”部分交代问题背景。为什么要出这条决议哪些业务在争频段协调为什么失败过。这段不产生强制动作但它决定了后面“决定”的力度。背景严重决定往往更硬会写“应避免”“不得造成不可接受的干扰”背景缓和决定通常写成“应尽力协调”“鼓励采用”。“决定”部分是强制动作也是整个条款里最硬的几行字。落地时要做的第一件事就是把这部分里跟时间、对象、条件相关的词圈出来。比如“决定要求拟指配该频段的主办国主管部门应与受影响主管部门进行双边协调”这句话拆成动作就是谁拟指配的主办国主管部门、做什么双边协调、对象受影响主管部门。再往前推一步对应到项目里就是提交频率申请前必须完成协调证据收集否则审批流程走不下去。“邀请”部分经常被国内读者忽略。它措辞软不代表不需要处理。比如“邀请各主管部门在评估干扰时使用最新版的建议书”落到操作层面是把某个 ITU-R 建议书作为干扰评估标准引用或者转成国内技术审查规范。你如果不处理“邀请”容易在评审答辩时被问“为什么评估方法没有更新”。把决议拆成批文的动作我习惯做成一张表格列出条款、动作主体、动作对象、时限、证据要求五列。五列填满这一条决议在当前项目里就没有死角。纯粹靠记忆去对应强制性条款早晚有一处漏掉。3.2 决议和建议的分工什么时候必须执行什么时候参考执行第 3 卷把决议和建议放一起很容易让人以为它们效力一样。实际工作中我见过多次翻车就是拿建议书的条款当强制依据去批项目或者反过来把决议的强制要求当参考意见忽略。两条路都走不通。用一张对比表把边界说清楚决议 vs 建议的实务边界对比维度 | 决议 | 建议 效力性质 | 程序性强制 | 技术性参考 典型动作 | 决定、要求、邀请 | 建议、考虑、宜采用 引用场景 | 申报流程、协调程序、时限要求 | 技术指标、测量方法、评估标准 如果违反 | 主管部门可驳回申请或要求重做协调 | 不直接构成违规但可能影响协调结论 落地方式 | 常被转成国内行政程序或部门规章 | 常被转成国内技术标准或行业规范实务里更微妙的一层是建议有时会被决议“引用”。比如某条决议决定“评估干扰时应使用第某项建议书中的方法”这时候建议书本身仍然软但因为它被决议引用那部分内容就获得了程序强制力。所以判断一条建议条款能不能作为硬要求要看它是独立出现还是被决议引用。项目里我一般这样分工申报路径、协调流程、时限计算、申诉机制只认决议技术方案里的测量方法、滤波器指标、传播模型参考建议。把两类混在同一个检查表里就会把“参考值”当成“门槛值”去设计导致设备选型过度或不足。曾经有一个项目把建议书里推荐的邻频道抑制指标当强制门槛写进招标文件三个厂商投标全部达不到最后只能改回按国家规范执行。这就是没分清硬软条款交的学费。在审批场景里还要注意一点决议的强制对象是“主管部门”不是“运营方”。一条决议决定“各主管部门应完成协调后方可进行频率指配”落到企业层面是你所在的申报机构需要去跟主管部门确认协调状态而不是企业直接去和别人的系统做技术协调。动作对象层层转译时不要把主语搞错。4. 中文电子版使用避坑翻译强度、版本混乱与条款引用用了几年第 3 卷中文版踩过的坑基本都集中在下面五类。每一条都按现象、原因、解决讲清楚。4.1 中文版“应、宜、可”的强度被读弱了一个等级现象某条决议原文写“应”。中文版写“应当”实际执行时被当成“可以考虑”的软建议漏做协调就直接申报了。评审被驳回后才发现这条是强制动作。原因中文习惯里“应”“应当”在日常语境带商榷语气不像英文 “shall” 那样一眼就是硬性义务。翻译本身没有错但阅读的人容易按母语语感降一档理解。ITU 文本里 “shall” “should” “may” 三个层级对应到中文正好是“应、宜、可”。解决读条款时先把谓词标出来。凡是决议里出现“应”的地方一律在文档里标黄按强制条款处理。凡是“宜”按推荐条款处理。拿不准强度时回到英文版同一句话核对一次别靠语感猜。4.2 决议号查得着内容对不上现象同事发来一个决议号说要求某个协调动作必须做。在 2020 版里翻到同号决议发现内容已经改写原条款从“必须”变成了“鼓励”。两边拿着不同内容争论了半天最后才意识到是版本不一致。原因决议号不换但条文在每次大会都会修订。同一号决议可能在 WRC-15、WRC-19 各改过一次你手头的 2020 版收录的是最新状态对方手里的可能是旧版截图或旧版打印件。解决引用决议时养成带届次的习惯写“第某号决议WRC-19”。核对条文时要求对方提供原文截图和版本信息。内部存档的文件统一用 2020 版电子版为准旧版标注“已废止”或“仅供参考”避免下次再拿错书去查号。4.3 表格跨页错位文本提取和原版 PDF 不一致现象某条决议附着一张协调时限表第一行是情景描述下面几行是不同情景的时限。用文本提取工具读表格完全断开时限归到了错误的场景下。按提取出来的结果做项目计划直接排错三个月。原因电子版原版表格较长跨页换页时表头重复或分隔线不明显。文本提取工具无法识别表格结构把多列内容按单列提取顺序错位。解决把文本提取结果只当作定位工具不要当作阅读依据。定位到页之后回到 PDF 原版看表格。跨页表格注意页首是否有“续表”或表头重复来确认对应关系。重要的时限类数据逐格核对原版排版。4.4 拿第 3 卷当第 1 卷用频段划分查不到归零现象新项目要做频段可行性分析直接翻第 3 卷找“×× MHz 到 ×× MHz 划分给××业务”的表格翻了半小时没找到。最后发现表格根本不在第 3 卷。原因第 3 卷只收决议和建议不重复第 1 卷的频段划分表和业务定义。它是补充性程序文件不是基础规则文件。看起来 703 页很全实际上它默认读者手上已有一份第 1 卷。解决查找顺序反过来。先确认问题属于“规则内容”还是“程序要求”。查频段划分、发射限值、名称定义去第 1 卷。查协调流程、时限、申报路径、会议决议来第 3 卷。一次查不到不要硬翻先确认卷册分工。4.5 页数和实际页码对不上引用页码时对不上电子版视图现象报告里写了依据“第 3 卷第 215 页第 4 段”审核人用电子版打开后定位到第 215 页发现内容完全不同质疑报告引用造假。原因纸质原版页码、PDF 阅读器页码和文件内部编页可能不一致。有些 PDF 阅读器把封面和空白页也算进去了导致差几页。解决引用时写“第 3 卷决议×号第×条”不要写页码。页码只用于自己定位不能作为正式引用依据。起草内部文件时引用格式统一为“编号届次条款段”这样无论对方用哪个阅读器打开都能准确找到。5. 从查决议到列检查单把第 3 卷变成项目输入读了 703 页不算本事能把它变成一张可执行的检查单才有用。最后一章给一个具体做法把决议转成三列检查单再用它走通一个频段申请项目。5.1 三列检查单怎么做第一列是“条款来源”写决议编号、届次、具体段号。第二列是“动作类型”枚举这条决议要求谁做什么。第三列是“项目责任”落实到本项目的部门和时限。三列还不够我一般会在表尾加一列备注专门记录这项动作有没有前置条件比如“需要先完成协调”“需要提交测量报告”。一份合格的检查单不需要覆盖全部 703 页只要覆盖与项目相关的那几个决议即可。工作量大的是判断“相关”的边界申报频率涉及哪个频段、该频段有没有协调程序、有没有针对特定业务的决议、决议是否引用了建议书。把这四层过一遍相关条款就全出来了。5.2 用检查单走一次项目流程一个需要在新频段开展业务的申报项目通常这样用检查单先在国内频段划分表里确认业务类型再回到第 3 卷搜该业务相关的决议圈出决定类动作的时限和对象把申报路径按决议要求排进项目计划。紧接着看决议引用了哪些建议书把技术参数设计指标按建议书推荐值拉齐。这套流程走下来最大的收益不是“合规”是省掉了反复补材料的成本。第 3 卷里很多协调动作是有答复期限的错过一个期限整个申报周期往后推几个月。把每一项动作的截止日写进检查单等于给项目上了一道保险。这些年我养成的习惯是项目启动第一天就建第 3 卷检查单后续每周更新一次。看似多花半天时间实际在审批阶段省下的是几周等待。希望这套检索和拆解方法帮到你让你在面对那 703 页时不再是一场翻书苦旅。本文还有配套的精品资源点击获取