51学通信

深度解析 3GPP TS 31.102：4.2.14 EFCBMI & 4.2.22 EFCBMIR (小区广播消息标识符)

18分钟阅读

好的，我们继续接续上一篇文章，对 3GPP TS 31.102 规范进行深度拆解。

深度解析 3GPP TS 31.102：4.2.14 EFCBMI & 4.2.22 EFCBMIR (小区广播消息标识符)

本文技术原理深度参考了3GPP TS 31.102 V18.8.0 (2025-03) Release 18规范中，关于“4.2.14 EFCBMI (Cell Broadcast Message identifier selection)”和“4.2.22 EFCBMIR (Cell Broadcast Message Identifier Range selection)”的核心章节，旨在为读者深入剖析USIM卡如何像一个智能“信息过滤器”，帮助手机在海量的小区广播信息中，精准地捕获用户真正关心的内容。

在我们的数字生活中，除了点对点的通话和数据连接，还存在一种“一对多”的广播式信息服务——小区广播服务 (Cell Broadcast Service, CBS)。它允许网络向特定区域（一个或多个小区）内的所有手机广播短消息，常用于发布紧急警报（如地震、台风预警）、交通信息、本地新闻或广告等。

想象一下，我们的主角“李想”身处一个繁华的都市，周围的基站可能在同时广播着几十种不同类型的信息：政府发布的紧急避险通知、交通部门的路况更新、商家的促销广告、天气预报等等。如果手机不加选择地将所有这些信息都接收并弹窗显示，李想的手机很快就会被信息淹没，真正重要的警报也可能被忽略。

为了解决这个问题，USIM中内置了一套强大的过滤机制，其核心就是由EFCBMI和EFCBMIR这两个文件定义的“兴趣列表”。它们就像是李想为自己的手机设定的“信息订阅频道”，告诉手机：“我只对这些类型的广播感兴趣，其他的请忽略。”

今天，我们将一同探索这两个文件，看看USIM是如何通过精确的“ID匹配”和“范围匹配”，帮助手机从信息的洪流中“淘金”的。

1. 订阅频道：EFCBMI/R的核心价值

小区广播的每一条消息都会携带一个“消息标识符 (Message Identifier)”，这个ID唯一地定义了消息的类型和来源。例如，ID 4352可能代表天气预报，ID 4370可能代表紧急警报。手机的CBS过滤机制，正是基于对这些ID的筛选。

EFCBMI和EFCBMIR的核心价值就在于，它们在USIM中存储了一个用户感兴趣的“Message ID列表”。

If service n° 15 is “available”, this file [EFCBMI] shall be present.

This EF contains the Message Identifier Parameters which specify the type of content of the cell broadcast messages that the subscriber wishes the UE to accept.

If service n° 16 is “available”, this file [EFCBMIR] shall be present.

This EF contains ranges of cell broadcast message identifiers that the subscriber wishes the UE to accept.

从原文中，我们可以清晰地看到两者的分工与协作：

  1. 服务关联: EFCBMI与服务n°15关联，EFCBMIR与服务n°16关联。这两个功能都是可选的。

  2. 订阅机制: 它们都存储了用户“希望接收 (wishes to accept)”的消息类型列表。

  3. 精确订阅 vs. 范围订阅:

    • EFCBMI: 用于 精确的、逐个的ID订阅。列表中的每一个ID都代表一个具体的信息频道。

    • EFCBMIR: 用于 范围性的ID订阅。列表中的每一项都定义了一个ID的起止范围，所有落在这个范围内的消息都会被接收。

场景化举例：

李想希望自己的手机能接收以下信息：

  • 所有紧急警报（ID范围：4370-4399）。

  • 本地天气预报（ID：4352）。

  • 他订阅的体育新闻快讯（ID：5010）。

为了实现这个需求，他可以在手机的“广播消息”或“紧急警报”设置中进行勾选。这些操作的背后，就是手机在向USIM的这两个文件写入数据：

  • 写入EFCBMIR: 写入一条记录，起始ID为4370，结束ID为4399。

  • 写入EFCBMI: 写入两条记录，一条是4352，另一条是5010。

设置完成后，当网络广播一条ID为4380的地震预警时：

  1. 手机的底层会捕获到这条广播消息及其ID。

  2. 手机会检查EFCBMI和EFCBMIR。

  3. 它发现4380落在了EFCBMIR定义的4370-4399范围内。

  4. 手机判断这是用户感兴趣的消息，于是将其递交给上层应用，最终以最高优先级在李想的手机屏幕上弹窗显示。

而当网络广播一条ID为8800的商业广告时，手机检查后发现这个ID既不在EFCBMI的精确列表中，也不在EFCBMIR的范围列表中，于是就会在底层默默地将其丢弃，李想完全不会受到打扰。

2. 精确匹配：EFCBMI文件结构与编码

EFCBMI用于存储单个、离散的消息ID。

2.1 文件结构

表 4.2.14-1: EFCBMI 文件结构

| 属性 | 值 |

| :--- | :--- |

| Identifier | ‘6F45’ |

| Structure | Transparent |

| File size | 2n bytes |

| Access Conditions | READ/UPDATE: PIN, … |

字节内容

| 字节 | 描述 | M/O | 长度 |

| :--- | :--- | :--- | :--- |

| 1 to 2 | CB Message Identifier 1 | O | 2 bytes |

| 3 to 4 | CB Message Identifier 2 | O | 2 bytes |

| … | … | … | … |

| 2n-1 to 2n| CB Message Identifier n | O | 2 bytes |

逐项解读：

  • Structure: 透明文件。所有订阅的ID被连续地存储在一起。

  • File size: 2n字节，因为每个Message ID占用2个字节。

  • Access Conditions: 读取和更新都需要PIN权限。这保证了用户的“信息订阅列表”是一个受保护的个人偏好，不会被随意篡改。

  • 编码:

    Coding: - as in TS 23.041, “Message Format on BTS-MS Interface - Message Identifier”; … unused entries shall be set to ‘FF FF’.

    每个消息ID是一个2字节（16位）的无符号整数，其具体数值的分配和含义由更上层的规范TS 23.041定义。当用户退订某个频道时，对应的2个字节会被设置为'FFFF'，表示该条目无效。

3. 范围捕获：EFCBMIR文件结构与编码

EFCBMIR相比EFCBMI，提供了更高效的批量订阅能力。

3.1 文件结构

表 4.2.22-1: EFCBMIR 文件结构

| 属性 | 值 |

| :--- | :--- |

| Identifier | ‘6F50’ |

| Structure | Transparent |

| File size | 4n bytes |

| Access Conditions | READ/UPDATE: PIN, … |

字节内容

| 字节 | 描述 | M/O | 长度 |

| :--- | :--- | :--- | :--- |

| 1 to 4 | CB Message Identifier Range 1 | O | 4 bytes |

| 5 to 8 | CB Message Identifier Range 2 | O | 4 bytes |

| … | … | … | … |

| (4n-3) to 4n | CB Message Identifier Range n | O | 4 bytes |

逐项解读：

  • File size: 4n字节。每个范围定义需要4个字节。

  • 编码:

    Coding: - bytes one and two of each range identifier equal the lower value of a cell broadcast range, bytes three and four equal the upper value…

    每个4字节的条目被分为两部分：

    • 前2个字节: 存储范围的起始ID (lower value)。

    • 后2个字节: 存储范围的结束ID (upper value)。

    这两个ID的编码方式与EFCBMI中的单个ID完全相同。未使用的条目则用'FFFFFFFF'填充。

场景化举例（续）：

李想订阅的紧急警报范围4370-4399，在EFCBMIR中将如何存储？

  • 十进制的4370转换为十六进制是'1112'。

  • 十进制的4399转换为十六进制是'112F'。

那么，EFCBMIR中就会有一条4字节的记录，其内容为：11 12 11 2F (十六进制)。

手机在进行过滤时，只需进行一次简单的范围判断 (ID >= 0x1112 && ID <= 0x112F)，就能高效地判断一条消息是否属于紧急警报类别，而无需在EFCBMI中存储从4370到4399这30个单独的ID，极大地节省了USIM的存储空间和手机的处理开销。

4. EFCBMI与EFCBMIR的协同工作

这两个文件共同构成了一个强大的、多层次的过滤规则集。手机在收到一条小区广播消息时，其完整的过滤逻辑如下：

  1. 语言过滤 (Language Screening): 首先，手机会检查广播消息头中的“数据编码方案 (DCS)”，其中包含了语言信息。手机会将其与EF_LI或EF_PL中用户偏好的语言进行比对。如果语言不匹配，消息可能在这一步就被丢弃（取决于手机设置）。

  2. ID过滤 (Identifier Screening): 如果语言匹配（或是所有语言都接收），手机会提取消息的Message ID，然后执行以下检查：

    • 该ID是否存在于EFCBMI的精确匹配列表中？

    • 或者，该ID是否落在EFCBMIR中定义的任何一个范围之内？

  3. 决策:

    • 如果ID满足上述任一条件，则判定为用户感兴趣的消息，接收并处理。

    • 如果ID不满足任何条件，则判定为垃圾信息，在底层直接丢弃。

这套“语言+ID”的双重过滤机制，确保了最终呈现给李想的，都是他真正关心且能够理解的信息。

5. 其他相关文件

除了EFCBMI和EFCBMIR，规范中还有一个与之相关的文件：

  • EFCBMID (Cell Broadcast Message Identifier for Data Download): 这个文件（服务n°29）的结构与EFCBMI类似，但它的用途更特殊。它定义的ID列表，其对应的广播消息不是给用户看的，而是用于USAT的数据下载 (Data Download via SMS-CB)。这意味着，当手机收到这个列表中的广播消息时，它不会显示给用户，而是会把消息内容作为数据，默默地传递给USIM卡上的某个应用程序。这为运营商通过广播通道向UICC上的应用推送数据（如更新配置、下发小程序等）提供了一种高效的方式。

总结：从信息轰炸到智能订阅

EFCBMI和EFCBMIR这两个文件，虽然在日常通话上网中默默无闻，但在公共警报和信息服务领域扮演着不可或缺的“守门人”角色。它们的设计体现了3GPP标准对用户体验的深刻洞察：

  • 赋予用户选择权: 将信息订阅的主动权交还给用户，让用户从被动的信息接收者，转变为主动的频道订阅者。

  • 高效过滤机制: 通过精确匹配和范围匹配的组合，提供了一套既灵活又高效的过滤方案，在节省终端资源的同时，实现了精准的信息筛选。

  • 保障关键信息触达: 确保了紧急警报等高优先级信息，能够穿透商业广告等信息的噪音，第一时间准确地触达用户。

对于李想而言，正是因为USIM中这两个“兴趣列表”的存在，他的手机才得以在信息爆炸的时代保持“清静”，只为他呈现真正重要和有价值的内容。当真正的紧急情况来临时，这套机制甚至可能挽救生命。这正是标准化设计在提升用户体验、履行社会责任方面的价值体现。

FAQ环节

Q1：我手机上的“紧急警报”开关和EFCBMI/EFCBMIR有什么关系？

A1：关系非常直接。当你打开手机设置中的“紧急警报”开关时，手机操作系统通常会自动向EFCBMIR文件中写入你所在国家/地区规定的紧急警报消息ID范围（例如，美国的WEA警报、欧盟的EU-Alert等都有标准的ID范围）。当你关闭这个开关时，手机则会从EFCBMIR中删除或禁用这些条目。所以，这个UI开关就是管理EFCBMI/EFCBMIR内容的一个用户友好界面。

Q2：EFCBMI和EFCBMIR中的列表是运营商预设的还是我自己设定的？

A2：两者都有可能。通常，运营商会在USIM卡出厂时，预设一些它认为用户可能感兴趣的频道ID（如运营商自己的服务信息频道）。同时，手机的操作系统也会提供设置界面，允许用户自行添加、删除或修改这些订阅列表。UPDATE权限被设为PIN，正是为了保障用户拥有这种自定义的权利。

Q3：为什么需要两个独立的文件EFCBMI和EFCBMIR，而不是用一个文件来同时存储单个ID和ID范围？

A3：这是一个出于实现简单性和效率的考虑。将两种不同结构的数据（2字节的单个ID和4字节的范围）分开存储，可以使手机端的解析逻辑更简单。手机可以先完整遍历EFCBMI进行快速的等值比较，然后再遍历EFCBMIR进行范围比较。如果混合在一个文件中，就需要更复杂的TLV（Tag-Length-Value）结构来区分不同类型的条目，这会增加解析的复杂度和USIM的存储开销。分离设计是一种典型的用空间换时间/复杂度的工程折中。

Q4：如果我的手机不支持小区广播（CBS）功能，这两个文件还有用吗？

A4：如果手机的底层射频和协议栈完全不支持CBS功能，那么它根本就不会去监听小区广播信道，自然也不会去读取EFCBMI或EFCBMIR这两个文件，这两个文件也就失去了作用。不过，现代智能手机几乎全部都支持CBS功能，特别是为了满足各国政府对紧急警报推送的强制性要求。

Q5：这些小区广播ID是全球统一的吗？

A5：不完全是。有一些ID范围是国际标准或区域标准推荐的，具有很强的通用性，例如ETSI和3GPP定义的紧急警报类别。但大量的ID是由各个国家的运营商或内容提供商自行规划和使用的。因此，一个国家的天气预报ID，在另一个国家可能代表完全不同的内容。手机通常会内置或通过网络获取本地区的广播ID规划表，以便向用户显示有意义的频道名称，而不是一串冰冷的数字。

关系图谱