简介面向移动通信协议学习者与WCDMA系统开发人员的3GPP中文参考资料聚焦IMT-DS FDD(WCDMA)系统无线接口物理层的术语、定义与缩略语。内容依据3GPP Release-99技术规范TS 25.990 V3.0.0整理源自信息产业部电信研究院2001年首次发布的通信标准参考性技术文件中文译名较为统一。正文按字母顺序编排词条涵盖可接受小区、接入层、激活模式与激活集、ALCAP、公共信道与控制信道、控制RNC、漂移RNS、专用信道、上下行链路、切换与硬切换、归属PLMN、DRX周期、干扰信号码功率等并对小区、覆盖区域、信息数据速率等基础概念给出界定可直接作术语速查表使用。资源为1个doc文档压缩包约172KB轻便易检索已有4468人学习下载。对阅读英文协议原文吃力、需要中英术语对照的读者可借此统一译名、厘清UTRAN与核心网接口相关概念为后续研读物理层与高层规范打底。1. 3GPP协议中文版到底是什么一份把通信黑话翻成人话的对照读物第一次打开一份无线接口规范屏幕上密密麻麻全是 UE、UTRAN、RNC、RRC、CCTrCH 这样的字母组合一句话没读完人已经被缩写淹了。3GPP协议中文版就是为这种时刻准备的一份对照读物它把 WCDMA也就是 IMT-DS FDD体系里那些术语、定义和缩略语整理成中文对应的是 TS 25.990 V3.0.0 这份参考性技术文件。打个比方它不是教你修车的维修手册而是维修手册前面那几页零件名称对照表——不解决具体故障但让你看得懂后面每一页在说什么。搞不清这些词读规范就只能靠猜猜错一个后面的理解全歪。2. 为什么协议要先编一本词典术语不统一后面全是歧义2.1 一份规范为什么把“定义”放在最前面工程文档有个不太起眼的老规矩正文之前先放术语和定义。写代码的人对这个逻辑应该不陌生——变量名没定清楚函数写得再漂亮也是白搭。通信规范面对的是几十家设备商、运营商、测试仪表厂商同时开工一份文档里的词如果各家理解不同做出来的接口就对不上联调时只能互相甩锅。举个具体例子。“激活集”这个词字面上看像是“当前正在使用的所有小区”可真按这个理解去写代码就会漏掉定义里最关键的限定它是 UE 和 UTRAN 接入点之间、某一条特定通信业务所同时涉及的那组无线链路。注意这里有两个限定一个是“特定业务”一个是“同时涉及”。同一个终端可能同时跑着几条业务每条业务背后的链路集合未必一样。定义里少读一句实现里就多一个玄学 bug。所以术语表不是文档的门面装饰它是整份规范的契约层。后面每一章都在用这些词造句词义一旦漂移句子就失去意义。读规范的人先在这一页上花十分钟后面能省十个小时这笔账很划算。2.2 中文版的真正价值换的不是字是理解坐标有人会问既然英文原版最权威翻译一遍意义在哪答案不在“把词换成中文”而在“把词放进中文读者能定位的坐标里”。英文术语在母语者脑子里是有场景的。看到 camped on a cell搞通信的人立刻想到终端开机后选了个小区待着、盯着系统信息和寻呼但还没建立连接。直译成“驻扎在小区”或者“连接在小区”中文读者脑子里浮现的画面就完全跑偏了——有人以为是连上了有人以为是锁定了。这份资料译成“驻留在一个小区”并在定义里补上“处于空闲模式、已完成小区选择/再选择、监控系统信息和寻呼、业务可能受限、网络可能不知道 UE 存在”这一串条件坐标才算立住。类似的例子还有一串。Handover 译“切换”Soft Handover 译“软切换”强调先连后断Pico cells 译“微微小区”不是“皮小区”Acceptable Cell 译“可接受的小区”Suitable Cell 译“合适的小区”两个词看着差不多定义里却分得很清楚——前者是 UE 可以驻留并打紧急呼叫的小区后者是满足驻留条件的小区。这种一词之差的细节恰恰是读规范时最容易翻车的地方中文版把这些差别摊开摆在眼前等于替读者先踩了一遍坑。还有一层价值是语气上的。英文规范习惯用被动语态和长定语一个定义能套三层从句。中文版按中文的语序重写把“在什么条件下、对谁成立、边界在哪”拆成短句读起来负担小很多。对刚入行的人来说先用中文版建立整体印象再回去啃英文原文比一上来硬碰硬效率高得多。2.3 Release-99 与 TS 25.990版本号是读文档的闸门这份资料标明基于 Release-992000 年 9 月版本的技术规范具体对应 TS 25.990 V3.0.0。这串编号看着像密码拆开其实有规律。TS 是技术规范的缩写25 这个系列号对应无线接入网部分990 是这份文档在该系列里的序号V3.0.0 是文本自身的版本。三段数字通常分别对应主版本、次版本和修订号读的时候要和引用一起写全只写“25.990”是不严谨的因为同一个编号在不同版本里内容会变。Release 则是另一层概念它是一批规范的批次代号不是一个具体文件的版本号。同一批规范在冻结之后整体对外发布后续新增的能力会进入下一个批次。这意味着一个词的含义可能随批次演进而扩展——在早期批次里含义很窄的术语到了后面的批次可能被赋予新场景。所以读规范的第一道闸门不是“读懂句子”而是“确认自己读的是哪个批次、哪个版本”。这一点在实际工作里影响很大。两个人争论某个流程该怎么做争半天发现一个在看早期批次、一个在看后期批次白吵。养成把批次号、文档号、版本号三件套写在笔记抬头的习惯能省掉大量无谓的口水。3. 术语表里到底装了什么四类概念撑起一张网络3.1 网络结构从 UE 到核心网一层层接口像公司流程先看“谁是谁”。这份术语表里的网络结构词汇基本围绕一条链路展开终端、接入网、核心网。UE 是用户设备定义写得比日常理解宽——能接入一系列业务的实体可以在服务区内静止不动也可以处于运动状态还可以同时为多个用户服务。也就是说它不必然是一台手机形态可以变。UTRAN 是全球地面无线接入网概念上由 Uu 和 Iu 两个接口之间的 RNC 与 Node B 组成。Node B 是负责一个或多个小区收发的逻辑节点终止通往 RNC 的 Iub 接口。RNC 是无线网络控制器管无线资源的分配与集成。真正让人头晕的是 RNC 的三种角色。控制 RNC指的是对某一组接入点进行全面逻辑资源控制的那个 RNC对任何一个接入点只存在一个控制 RNC。服务 RNC指的是对某个特定连接承担 RRC 连接职责、并终止 Iu 接口的那个 RNC。漂移 RNC则是当连接需要用到的某小区由另一个 RNS 控制时那个提供无线资源来配合的 RNC。用公司打比方一个项目有主导部门、有资源管理部门、有配合部门同一个部门在 A 项目里是主导在 B 项目里可能只是配合。判断角色看的是“对哪条连接、对哪组资源”而不是看部门本身。这个视角一换那堆缩写就不那么吓人了。接口也按同样的思路记。Uu 是终端和接入网之间的无线接口Iub 是 RNC 和 Node B 之间的接口Iur 是两个 RNC 之间的逻辑接口——注意定义里特别说明逻辑上它像点到点链路物理实现上未必真是点到点。Iu 则是 RNC 和核心网之间的互连节点。四个接口刚好对应四段责任边界。3.2 三层信道逻辑、传输、物理各自管什么信道是这份术语表里密度最高的部分也是最容易混的部分。把三层分开看思路会清楚很多。逻辑信道回答“运的是什么类型的信息”由 MAC 层提供。广播控制信道运系统广播寻呼控制信道运寻呼专用控制信道和专用业务信道运某个特定终端的信息。传输信道回答“用专用方式还是公共方式传”由物理层提供给层二。专用信道专供某个终端随机接入信道、前向接入信道、寻呼信道、下行共享信道则属于公共性质的通道。物理信道回答“具体占哪段频率、用哪个码、落在哪个时隙”。在 FDD 模式里物理信道由码、频率和上行链路上的相关相位定义在 TDD 模式里由码、频率和时隙定义。这个差别不是文字游戏它决定了资源调度的基本单位。层次关心的问题典型名称由谁提供逻辑信道运的是什么类型的信息广播控制、寻呼控制、专用控制、专用业务MAC 层传输信道用专用还是公共方式传专用信道、随机接入、前向接入、寻呼物理层提供给层二物理信道具体占哪段频率、哪个码、哪个时隙专用物理数据/控制信道、物理随机接入、基本公共控制物理信道物理层拿快递类比逻辑信道是“这箱货属于什么品类”传输信道是“走哪条干线、是不是专车”物理信道是“装在哪辆车上、走哪条路”。三层各管一段混着说就说不清。下面这段简化示意把常见映射关系摆在一起方便建立整体印象。真实映射以规范文本为准这里只做结构说明。# 简化示意逻辑信道 - 传输信道 - 物理信道 channel_map { BCCH: {transport: BCH, physical: PCCPCH}, # 系统广播信息 PCCH: {transport: PCH, physical: SCCPCH}, # 寻呼信息 DTCH: {transport: DCH, physical: DPDCH}, # 某终端的业务数据 } for logical, path in channel_map.items(): # 打印三层对应关系帮助记忆“谁承载谁” print(f{logical} - {path[transport]} - {path[physical]})这段代码里字典的键是逻辑信道名值里放传输信道和物理信道。它不承担任何计算职责只用来固化“三层各有一个名字、名字之间是承载关系”这个认知。运行结果是三行箭头读的时候把箭头理解成“由谁承载”而不是“等于”。和信道绑在一起的还有一组高频词传输块是从 MAC 传到层一的基本数据单元一个等价的叫法是 MAC PDU传输块集是同一时刻、同一传输信道上由 MAC 传到层一的一组传输块传输块集大小指这一组的总比特数传输块大小指单个块的比特数发射时间间隔是传送块集到达之间的时间也可以理解成发射这个集合所花的时间传输格式描述一个传输信道在一个发射时间间隔内提供给 MAC 的格式含动态部分和半静态部分传输格式组合是当前所有有效传输信道上传输格式的组合传输格式组合指示则用来代表当前用的是哪个组合。这串词像俄罗斯套娃一层套一层。记忆的抓手是“单块—成组—格式—组合—指示”这条链先有单个块再凑成集合集合按格式发多个信道的格式凑成组合组合用一个小指示符告诉接收侧。顺着这条链读比死记缩写靠谱。3.3 状态与移动性手机在网里“走路”的规则网络结构是静态的状态是动态的。这份资料里的状态词核心就两组。第一组是空闲模式和激活模式。空闲模式指 UE 开机但没建立 RRC 连接的状态此时它驻留在某个小区监控系统信息和寻呼网络只知道它大概在哪个登记区里。激活模式则是 UE 正在处理呼叫时所处的状态此时存在 RRC 连接网络对它的位置掌握得更细。RRC 连接本身是 UE 和 UTRAN 两侧对等实体之间的点到点双向连接一个 UE 可以有零个或一个。用住酒店打比方空闲模式像是住进了酒店但没办任何业务前台只知道你在这一片激活模式像是你正在会议室办事前台知道你在哪个房间。这个比喻不精确但能帮人快速分清“有没有连接”这件事。第二组是各种“区”和“登记”。位置登记是 UE 在一个登记区内进行登记可以定期做也可以进入新登记区时做。URA 更新是在存在 RRC 连接、且 UTRAN 内的 URA 级已确知 UE 位置时进行的一系列更新程序。登记区是 UE 可以漫游而不需要重新登记的范围。PLMN 这一串更容易绕归属 PLMN 是移动国家码和移动网络码与用户标识里的对应部分一致的那个网络登记 PLMN 是 UE 已经成功做过位置登记的网络选择 PLMN 是非接入层人工或自动选出来的网络可用 PLMN 是 UE 找到满足条件的小区所在的网络准入 PLMN 是不在禁止列表里的网络归属国家的访问 PLMN 则是国家码部分与用户标识一致、但网络码不同的那个网络。六个词全是“PLMN”差别全在限定语上。读的时候把限定语圈出来比反复看缩写有用。切换是另一个密集区。切换是把一个用户的连接从一个无线信道转到另一个无线信道的过程可以在同一小区内也可以在不同小区间。硬切换是新链路建立之前旧的无线链路已经全部放弃软切换是在增加和放弃链路的过程中UE 始终至少保持一条到 UTRAN 的链路。小区内切换不要求改变网络连接小区间切换则要求改变。宏分集是一种运行状态UE 同时与两个或更多接入点保持无线链路目的是提高连接质量或提供无缝覆盖。无缝切换指没有可察觉中断的切换。移动台估值的切换由终端根据测量和网络定义的准则判断必要性并上报网络再结合上行环境和资源情况决定是否执行。这一堆词的区别归根到底是三个问题旧链路什么时候放、连接关系变不变、谁来做判断。把这三个问题做成一张小卡片遇到任何切换相关的句子都套一遍基本不会乱。3.4 缩略语表那锅字母汤怎么喝术语表按字母解释概念缩略语表按字母展开全称。后者看起来简单其实藏着坑。坑一缩略语表只给全称不给解释。比如看到某个三字母组合表里告诉你它展开成什么但“这东西干什么用”还得回术语区找。所以正确的顺序是先查术语定义再查缩略语确认全称反过来用容易只记住一串字母。坑二同一个字母组合在不同语境下可能指不同东西。这份资料里就能看到类似情况CD 被列为“解除容量指派或冲突检测”和日常语境里的光盘没有半点关系AC 相关的一组词里确认、相邻信道之类的概念挤在一起靠上下文才能分清。读句子时先看它出现在哪一章、修饰什么对象再决定取哪个义项。坑三中文译名在不同厂商文档里可能不一致。同一份英文术语有的译“激活集”有的译“活动集”有的译“漂移 RNC”有的译“浮动 RNC”。这份资料给了一套相对统一的译法团队内部拿它当基准能减少很多“说的是不是同一件事”的争论。真遇到不一致回到定义段落比对限定条件比争译名有用。坑四缩略语数量大但高频的其实不多。按出现场景分堆记效率更高结构类UE、UTRAN、RNC、Node B、信道类BCCH、PCCH、DCH、DPDCH、状态与移动性类RRC、DRX、URA、MEHO、协议与单元类PDU、SDU、MAC、RLC。分堆之后每堆十几个比从头背到尾现实得多。4. 常见误区与易混概念五个最容易踩的坑4.1 误区一把 3GPP 当成一份协议易混点在于口语里几乎所有人都说“3GPP 协议”听着像一份具体文件。实际上 3GPP 是一套协作机制的名字产出的是一大批技术规范和技术报告每一份都有自己的编号和版本。为什么会混因为日常沟通追求省事把“这套机制产出的规范集合”压缩成了一个词。区分方法很简单看有没有编号。说“3GPP 制定的规范”是准确的说“3GPP TS 25.990 这个版本”是具体的说“3GPP 协议第几条规定”就属于把组织当文本别人没法接话。写文档时把“组织名 文档号 版本号”写全是专业度的直接体现。4.2 误区二以为中文版就是官方标准这份资料的性质写得很清楚通信标准参考性技术文件由某通信研究机构提出并归口2001 年首次发布作用是帮助理解相关文档为后续技术工作提供工具。它是参考不是替代。为什么会混因为中文读起来顺读着读着就把它当成准则了。区分方法看用途理解概念、对齐团队口径、入门建立框架用它很合适做接口实现、做一致性测试、写对外承诺必须以对应版本的英文规范为准。中英表述出现分歧时以原文为准把中文版当成路标而不是终点。这一条不是客套是血泪经验——按参考译文里一个模糊表述去实现联调时对不上回头翻原文才发现中文句子省略了一个限定条件。4.3 误区三术语表和缩略语表混着用两份表都按字母排序长得像用途完全不同。术语表回答“是什么、在什么条件下成立、边界在哪”缩略语表只回答“这串字母的全称是什么”。混的原因很直接查词的时候顺手翻到哪页算哪页。区分方法按问题类型走。想知道某个概念的行为查术语只想知道全称怎么写进文档查缩略语。举个具体场景看到“DRX 周期”缩略语表会告诉你它是非连续接收但不会告诉你它是读取发给某个特定 UE 的初始寻呼信息之间的时间间隔。后者才是写测试用例时真正要用的信息只在术语区。4.4 误区四切换就是换个基站日常语境里切换被简化成“信号从这座塔转到那座塔”。规范里的切换范围宽得多可以在同一小区内发生可以在同一基站的不同扇区之间发生也可以是不同小区之间可以要求改变网络连接也可以不要求可以是旧链路先断也可以是新链路先连。为什么会混因为手机信号格的变化最直观人容易把“连接质量变化”直接等同于“换物理位置”。区分方法问三个问题旧链路什么时候释放、网络连接关系变不变、判断由终端做还是网络做。软切换的要点是全程至少保留一条链路硬切换的要点是新链路建立前旧链路已全部放弃小区内切换的要点是不改变网络连接。三个问题问完基本不会把宏分集和硬切换说成一回事。4.5 误区五Release-99 是“1999 年出的版本”名字里带年份太容易让人望文生义。它是一批规范的批次代号这一批的冻结和发布跨越了时间这份中文版对应的内容基于 2000 年 9 月的版本。也就是说批次名和文本日期不是一一对应的。区分方法把批次代号和文本版本号当成两个独立字段记录。批次代号回答“这批规范属于哪一代能力”文本版本号回答“我手上这份具体改到第几版”。引用时两个都写比如“基于某一批次的某号文档某个版本”。只写批次别人不知道你读的是哪一版只写版本别人不知道它属于哪一批能力。养成这个习惯能避免很多“你说的和我看的不是一回事”的无效争论。5. 这份中文版能解决什么三个真实会用到的场景5.1 读英文规范卡在第一个缩写时最常见的场景打开一份英文规范第一段就有三个不认识的缩写读不下去关掉改天再说。中文版在这里的作用是“破冰”——先把这一节涉及的术语扫一遍建立中文语境下的印象再回英文原文逐句读。具体做法可以固定成三步。第一步把这一节出现的缩写全部圈出来去缩略语表确认全称。第二步拿全称回术语区找定义重点抄限定条件别只抄一句话解释。第三步带着定义回原文读遇到读不通的句子先怀疑是自己对某个词的理解偏了而不是句子写错了。如果规范文本已经存在本地用命令行按词定位比翻页快得多。下面这条命令以某个术语为例找出它出现的位置并显示后三行上下文。# -n 显示行号-A 3 表示匹配行之后再显示 3 行方便看定义的后半句 grep -n -A 3 Active Set ./spec.txt | head -n 40参数含义-n输出行号方便回头引用-A 3把匹配行后面的内容一起带出来因为定义往往是跨行的head -n 40防止结果太长刷屏。跑完如果结果太少把-A的数字调大如果结果太杂把搜索词加上引号并写得更完整。文本来源要合规这一点比命令本身重要。5.2 团队评审时把“口径”对齐需求评审最怕的不是意见分歧而是大家用同一个词说不同的事会上点头会后各做各的。术语表在这种场合就是一把尺子。举个典型例子。需求里写“终端在激活集内的小区都要上报测量”。如果团队里有人把激活集理解成“当前服务小区”实现时就会只报一个小区有人理解成“所有能收到信号的小区”实现时又会报一堆无关小区。翻到定义激活集是某条特定业务同时涉及的那组无线链路。限定条件一摆争论就变成技术讨论而不是立场之争。口头说法规范译名容易漏掉的限定正在用的小区激活集针对某条特定业务不是所有业务共用一份待机状态空闲模式没有建立 RRC 连接但仍在监控系统信息和寻呼换基站切换可能发生在小区内也可能不改变网络连接信号强度接收信号码功率解扩与合并之后的平均功率不是瞬时值这张表可以贴在评审会的共享文档里作为“说之前先对一下”的提醒。它的价值不在于权威而在于把模糊的口头表达逼回到有边界的定义上。5.3 看日志、写用例时的参照系日志字段和测试用例里全是缩写而且往往没有解释。看到某个状态字段变化如果不知道空闲模式和激活模式的边界很容易把正常行为判成异常。比如测开机流程终端开机后先选小区、读系统信息、驻留这一步属于空闲模式发起业务时才建立 RRC 连接进入连接状态。如果用例里把“驻留成功”写成“连接建立成功”判定标准就错了跑出来的结果也没法用。再比如测寻呼DRX 周期决定终端多久醒一次去读初始寻呼信息初始寻呼时刻是 DRX 周期的起点。用例里如果不写清这两个参数不同设备配不同值结果自然对不上。这类细节在术语区的定义里都有写用例时照着抄一遍限定条件比凭印象写靠谱得多。写测试报告也一样。描述现象时用规范词别人能复现用自造词别人只能猜。“终端在小区间切换时旧链路先断”和“终端换基站时掉线”前者能被验证后者只能被讨论。6. 什么时候该翻它、什么时候别指望它6.1 适合翻它的几种情况入门阶段建框架最适合用这份资料。先把网络结构、信道分层、状态与移动性这几组词过一遍脑子里有一张粗略的地图再去读具体流程不容易迷路。读英文卡壳时也适合。一个句子读三遍读不通八成是某个词的理解偏了。回到术语区对一下限定条件往往一句话就通了。团队口径不统一时更适合。把有争议的词列出来逐个对定义会议时间会短很多返工也少。写文档需要中文对照时它也能用。注意是“对照”不是“照抄”。中文版给的是理解路径正式文档里的术语仍要和英文原文对得上。6.2 别指望它的几种情况做接口实现和一致性测试别拿它当依据。它是参考性技术文件不是标准正文。参数取值、流程时序、异常处理这些硬细节必须回英文规范对应版本查。查新特性也别指望它。这份内容锚定在较早的批次上后续批次新增的能力、新增的术语它没有。拿它去解释后来的新概念容易张冠李戴。做对外承诺或合规声明同样不行。参考文件的定位决定了它不能承担这个角色。场景建议原因入门建立概念框架优先用中文语境降低理解门槛读英文规范卡词优先用定义带限定条件能定位偏差团队统一术语口径优先用提供一套可讨论的译名基准接口实现与测试判定回英文原文参考文件不具备标准正文效力查后续批次新增特性换对应批次文档内容锚定在较早批次对外合规声明回英文原文需要可引用的正式文本真正要提防的是把“读懂了中文”误当成“掌握了规范”。中文版帮你跨过语言门槛门槛后面那段路还得自己走。我以前读规范喜欢跳着看遇到缩写就凭感觉猜觉得上下文能兜住。结果在一次切换流程的排查里翻了车把软切换和硬切换的时序搞反日志里旧链路释放的时间点怎么看都不对查了两天最后回到定义段落才发现自己对“新链路建立之前旧链路是否已全部放弃”这句话理解反了。从那以后我每次开一份新文档都强制先把术语段落从头到尾过一遍把限定条件抄在本子最前面读正文时随时回看。这个习惯很笨但确实省下了后面反复返工的时间。希望帮到你。本文还有配套的精品资源点击获取