合适的套餐，
用在常走的路上。
假设 A 卡是日常使用的套餐，在当前航段也有更优的策略评级，终端继续使用 A 卡。
- A 卡
- 当前使用 · 航段评级较优
- B 卡
- 保留为其他航段的选择
对你而言：选套餐时，有自己的航线作参照。
一条航线 · 不同网络选择位置关联
RV 航道数据库在这一段，读到对应策略
位置×运营商→选卡 / 制式
01 / 为什么要做网络引擎
两张卡的意义，
是沿途有得选。
船一直在走，网络条件也会随航段变化。挑一张卡时，要考虑套餐；走到具体航段，又要看这里哪家更适合。
我们希望把这两件事放在一起考虑：用不同运营商补足覆盖，用合适的套餐承接日常用量，再让沿途经验参与设备的选择。
看此刻
现在的连接怎么样？
信号强度、信号质量与联网状态，描述设备眼前的连接条件。
看这一段
这里，实际用起来怎么样？
把测试位置、运营商与实际传输表现关联起来，积累属于航线的经验。
网络引擎的思路
让选择，多一份依据。
航段策略提供参考，终端结合当前状态判断，再执行网络调整。
02 / 实测形成策略
先走过这一程，
再理解这一段。
同一条航线，不同位置的实际表现可能不同。一次信号读数之外，我们关注真实的下载、上传、时延与抖动，并保留它发生的位置。
把实测按航段与运营商归类，经过人工复核，再整理成可供设备读取的策略。这是网络引擎积累经验的方式。
已有实测积累 / 2025291 条公开报告记录第一代设备 · 中国移动 5G 实船测试↗上述记录来自既有长江实测白皮书；差异化、多运营商航段策略仍需继续测量与复核。
- 01 / 测
在航线上测量
记录位置、运营商和实际传输表现。
- 02 / 判
由人复核经验
结合航段条件整理差异，形成策略依据。
- 03 / 存
把策略关联到位置
纳入 RV 数据库，区分卡槽与运营商。
- 04 / 用
交给终端执行
匹配到航段后，按有效策略与本机状态处理。
03 / 覆盖与资费，一起考虑
日常用得合适，
沿途多一份选择。
套餐决定长期使用的成本，覆盖影响一段路上的体验。搭配两家运营商，可以让常用套餐承担日常用量，让另一张卡在合适的航段补充覆盖。
套餐选配时权衡资费，设备运行时依据航段策略选卡。两者各有分工，让网络组合更贴合自己的航线。
合适的套餐，
到了另一段，
换一张更合适的卡。
假设进入新的航段，B 卡有更优的策略评级。具备有效位置、已确认的卡信息与执行条件后，终端按策略切换到 B 卡。
- A 卡
- 该航段策略评级较低
- B 卡
- 该航段策略评级较优
对你而言：第二张卡，有机会补足沿途的差异。
条件差不多，
就少一次来回切换。
假设两张卡在当前航段的策略评级相同，而设备正在使用 B 卡，终端保持 B 卡，不为了回到 A 卡而额外切换。
- A 卡 / B 卡
- 航段策略评级相同
- 当前使用 B 卡
- 保持现有卡槽
对你而言：减少没有必要的网络调整。
工作原理示意：A / B 为组合示例，不对应具体运营商或实测覆盖。设备不自动比较套餐价格，切卡可能短暂中断连接。
04 / 数据库 × 终端代码
数据库记住经验，
终端负责行动。
RV 数据库把策略组织到位置；Hub 终端知道船在哪里、装了哪家的卡，以及当前网络处于什么状态。
两者配合，才把“这一段适合怎么连”，变成一次有条件、有确认的设备操作。
把策略，装进航道网格。
沿百米里程参照，分别关联卡槽与实际运营商。相同的位置，可以有不同的网络策略。
100 m沿程位置参照2 × 3两卡槽 × 三运营商
支持按中国移动、中国联通、中国电信组织策略。上述为数据结构，不代表三家均已完成实测。
了解 RV 航道数据库Hub 终端 / 本机执行从位置，到连接结果
- 01先找到这一段
用有效 GNSS 位置匹配数据库中的航段。
- 02再看实际装了哪家的卡
读取已确认的运营商信息，找到对应策略。
- 03决定用哪张卡、什么制式
比较策略评级；按选中策略处理自动、4G 或 5G 模式。
- 04执行后，继续确认
依次确认卡身份、网络模式、注册与数据连接状态。
信息不全，先不盲切。
位置未匹配、运营商未确认或没有有效策略时，不凭猜测生成切卡选择。
能保持，就少折腾。
两卡评级相同保持当前卡；卡槽与模式都已符合策略时，不重复调整。
发出指令，还要看结果。
切卡与制式调整串行执行，设有超时、失败与恢复处理，避免把指令发出当作联网完成。
05 / 使用前，了解这些
把能力讲清楚，
把选择交给你。
网络引擎随航段经验与数据版本持续完善。
现在的航段策略，完善到哪一步？
数据库结构与 Hub 终端的策略执行机制已经建立。当前接入的 RV 长江版 1.8 使用默认自动策略，差异化的实测航段策略仍在完善中。
页面呈现的是工作方式与建设方向。具体可用航段和策略，以设备版本及后续发布说明为准。
常见的双卡自动切换，依据什么？
不同产品规则不同，常见条件包括 RSSI 等信号指标、网络连接失败、漫游或流量限制。信号强度只是其中一种依据。
网络引擎增加的是位置相关的航段经验：让经过测量、人工整理的运营商策略参与判断。
参考：Teltonika RUTX50 官方双卡切换说明 ↗会自动挑最便宜的套餐吗？
资费平衡发生在套餐选配与运营商组合阶段。当前设备根据有效航段策略选择卡槽与网络模式，不实时比较套餐单价或账单。
两张卡的价值在于组合：结合常走航线、日常用量和各家覆盖，选择适合自己的搭配。
是两张卡同时联网、带宽叠加吗？
Hub 终端为双卡、单卡工作。网络引擎在合格候选中选择当前使用的卡，不是双路带宽叠加；切卡需要重新建立连接，可能短暂中断。
实际表现仍受当地覆盖、网络负载、天线安装与套餐条件影响。
切换决策要每次向云端查询吗？
位置匹配、策略读取与判断执行在 Hub 终端本机进行，使用设备已安装的数据库。更新后的航段经验可通过后续数据版本补充。
本机有策略不等于运营商一定可用，仍需要有效的位置、卡信息与实际网络条件。