从协议到代码：手把手实现一个简化的PLMN选网状态机（基于23.122 R9）

从协议到代码：手把手实现一个简化的PLMN选网状态机（基于23.122 R9）

在蜂窝通信系统中，PLMN（公共陆地移动网络）选网是终端设备（MS）实现网络接入的关键环节。对于嵌入式软件工程师和通信协议栈开发者而言，如何将3GPP协议中的PLMN选网逻辑转化为高效可靠的代码实现，是一个极具挑战性的任务。本文将基于23.122 R9协议，深入探讨PLMN选网状态机的设计思路和实现细节，帮助开发者构建一个精简而功能完备的选网系统。

1. PLMN选网基础架构设计

PLMN选网状态机的核心任务是管理终端在不同网络环境下的连接行为。一个健壮的选网系统需要考虑自动/手动模式切换、禁止列表管理、优先级判断以及状态转换等多个维度。

1.1 系统状态定义

根据协议要求，我们需要定义以下核心状态：

typedef enum { STATE_Trying_RPLMN, // 尝试注册到已记录的PLMN STATE_On_PLMN, // 已成功注册到PLMN STATE_Trying_PLMN, // 尝试注册PLMN列表中的网络 STATE_Wait_For_PLMNs, // 等待可用PLMN出现 STATE_HPLMN_Search, // 搜索HPLMN进行中 STATE_Limited_Service, // 受限服务状态 STATE_No_SIM // 无SIM卡状态 } PLMN_State_t;

1.2 关键数据结构

选网过程需要维护多个列表信息，这些数据结构的设计直接影响系统性能：

typedef struct { uint16_t mcc; // 移动国家码 uint16_t mnc; // 移动网络码 uint8_t rat; // 接入技术类型 } PLMN_Info_t; // 禁止列表管理结构 typedef struct { PLMN_Info_t *forbidden_plmns; // 禁止PLMN列表 uint32_t *forbidden_tas; // 禁止TA列表 uint32_t *forbidden_las; // 禁止LA列表 PLMN_Info_t *forbidden_gprs_plmns; // 禁止GPRS服务的PLMN uint16_t list_size; // 当前列表大小 uint16_t max_size; // 列表最大容量 } Forbidden_Lists_t;

2. 状态转换逻辑实现

PLMN选网状态机的核心在于状态转换逻辑。我们需要根据协议要求，精确实现各种条件下的状态迁移。

2.1 自动选网模式状态转换

自动模式下，终端按照预设优先级顺序尝试接入网络：

1. 初始状态：STATE_Trying_RPLMN
2. 成功注册：→STATE_On_PLMN
3. 注册失败：
   • 检查禁止列表 → 更新相应列表
   • 尝试下一个优先级PLMN →STATE_Trying_PLMN
4. 无可用网络：→STATE_Wait_For_PLMNs
5. 受限服务：→STATE_Limited_Service

void handle_auto_selection(PLMN_Context_t *ctx) { switch(ctx->current_state) { case STATE_Trying_RPLMN: if(try_register_rplmn(ctx)) { ctx->current_state = STATE_On_PLMN; } else { ctx->current_state = STATE_Trying_PLMN; } break; // 其他状态处理... } }

2.2 手动选网模式状态转换

手动模式下，用户从可用网络列表中选择目标PLMN：

1. 扫描可用网络：生成带信号质量的PLMN列表
2. 用户选择：忽略禁止列表尝试注册
3. 注册结果：
   • 成功 →STATE_On_PLMN
   • 失败 →STATE_Not_On_PLMN

注意：手动模式下，终端应显示每个PLMN的来源信息（如EHPLMN列表、用户控制列表等），帮助用户做出选择。

3. 禁止列表管理与优化

禁止列表是防止终端重复尝试无效网络的关键机制，需要特别关注其实现细节。

3.1 列表更新策略

3.2 紧急服务特殊处理

即使PLMN在禁止列表中，终端仍需支持紧急服务接入：

bool is_emergency_access(PLMN_Info_t *plmn) { // 检查是否为紧急服务请求 if(emergency_request_active()) { // 即使PLMN在禁止列表中，也允许接入 return true; } return false; }

4. 优先级管理与PLMN选择算法

PLMN选择的核心是根据优先级顺序评估可用网络，以下是自动模式下的选择流程：

1. 最高优先级：EHPLMN（如果列表可用）或HPLMN
2. 用户控制列表：按照存储的优先级顺序
3. 运营商控制列表：按照存储的优先级顺序
4. 信号强度排序：剩余可用网络按信号质量排序

PLMN_Info_t* select_highest_priority(PLMN_Context_t *ctx) { // 1. 检查EHPLMN/HPLMN PLMN_Info_t *candidate = check_ehplmn_list(ctx); if(candidate != NULL) return candidate; // 2. 检查用户控制列表 candidate = check_user_controlled_list(ctx); if(candidate != NULL) return candidate; // 3. 检查运营商控制列表 candidate = check_operator_controlled_list(ctx); if(candidate != NULL) return candidate; // 4. 按信号强度排序 return select_by_signal_strength(ctx); }

5. 嵌入式平台集成实践

在资源受限的嵌入式环境中实现PLMN选网状态机，需要考虑以下关键点：

5.1 内存优化策略

• 静态分配：对于确定最大尺寸的列表（如禁止PLMN列表），使用静态数组而非动态内存
• 位图压缩：对于TA/LA列表，可以考虑使用位图压缩存储
• 缓存机制：频繁访问的数据（如当前注册的PLMN信息）应缓存在快速访问区域

5.2 实时性保障

在FreeRTOS等RTOS环境中，建议采用以下任务设计：

void PLMN_Selection_Task(void *pvParameters) { PLMN_Context_t *ctx = (PLMN_Context_t *)pvParameters; while(1) { // 处理状态机 handle_state_machine(ctx); // 处理事件队列 process_events(ctx); // 适当延时，避免占用过多CPU vTaskDelay(pdMS_TO_TICKS(100)); } }

5.3 跨平台适配层

为增强代码可移植性，建议抽象硬件相关操作：

typedef struct { // 信号强度获取接口 int (*get_signal_strength)(void); // 网络扫描接口 int (*scan_networks)(PLMN_Info_t *results, int max_results); // 注册尝试接口 int (*try_register)(PLMN_Info_t *plmn); } PLMN_HAL_t;

6. 测试与验证策略

完善的测试方案是确保PLMN选网可靠性的关键，建议采用多层次的测试方法：

6.1 单元测试重点

• 状态转换逻辑验证
• 禁止列表管理功能
• 优先级排序算法
• 异常情况处理（如SIM卡移除）

6.2 集成测试场景

1. 正常注册流程：验证从开机到成功注册的完整流程
2. 漫游场景：模拟在不同国家/运营商网络下的行为
3. 受限服务：验证无合适小区时的处理逻辑
4. 模式切换：自动/手动模式切换的平滑性

6.3 持续集成方案

建议将PLMN选网测试集成到CI流程中：

# 示例测试脚本 run_unit_tests() { ./test_state_machine ./test_forbidden_lists ./test_priority_selection } run_integration_tests() { ./simulate_normal_registration ./simulate_roaming_scenario ./simulate_limited_service }

在实际项目中，我们发现状态机的边界条件处理最容易出现问题，特别是从受限服务状态恢复时的逻辑。通过构建完善的模拟测试环境，可���提前发现并修复这类问题，显著提高系统稳定性。