摘要

  • DOCOMO 与 NTT DOCOMO BUSINESS 已同 Starlink 就 Starlink Mobile V2 达成协议，计划在 2028 财年内提供语音、高速互联网浏览和 IoT 设备直连。
  • 各项功能的提供条件尚待公布，公告没有给出容量、时延、业务优先级、设备认证、价格、企业服务水平或回退机制。

签署合约改变的是路线图实现的概率，不是今天的服务能力。当前 docomo Starlink Direct 主要支持消息和部分应用数据，只在兼容手机、室外无遮挡、地面网络与 Wi-Fi 都不可用时提供补充连接，普通语音仍不可用。V2 计划把这一层扩展到通话、浏览和机器通信，控制面也随之扩大。

语音要求连续性。需要公开呼叫建立成功率、建链时间中位数和高分位、音质、掉话率、可持续通话时长，以及手机在地面与卫星网络之间切换时的行为。如果公共优先通信能够抢占普通通话，还要明确触发条件、普通用户看到的状态和服务恢复过程。“支持语音”本身不是可比较的电话服务定义。

高速浏览则需要明确吞吐与并发。一个理想环境下的峰值不能代表同一卫星波束内多人同时使用的体验。DOCOMO 应说明上下行速率分布、正常和拥塞时延、会话或流量限制、不同业务类别的资源分配，以及语音、网页和 IoT 同时出现时谁先获得容量。

IoT 把长期控制问题带入网络。山地、离岛和海上的传感器可能数据量很小，却要求多年运行、低功耗、可信身份和异常告警。认证不能只验证是否能连接，还要覆盖天线、功耗、发送周期、固件更新、认证密钥、数据完整性、漫游和长时间失联后的恢复。普通遥测晚到与关键告警晚到，不能共享同一个模糊承诺。

安全边界同样需要提前确定。远程监控数据从设备经过手机网络和卫星合作方，企业需要知道身份由谁签发，密钥如何更新，日志由谁保存，异常如何告警，哪些数据跨越哪些司法和运营边界。公告没有回答这些问题，也不应被理解为已经完成企业级安全设计。

NTT DOCOMO BUSINESS 计划承接企业服务，因此必须给出可执行的 SLA：可用性如何计算，维护窗口是否剔除，事故由谁通知，恢复目标是什么，未达标时有什么补救。责任还要在客户、设备商、DOCOMO、其企业业务公司和卫星供应商之间划清。没有这张图，远程传感器失败会变成供应链之间的推诿。

2028 财年的目标适合拆成一组公开关卡：频谱与监管许可，手机和 IoT 认证，核心网集成，实验室负载，现场试验，优先通信演练，商业条件，最后按功能上线。语音、浏览和 IoT 不必同一天成熟。公布各自进度能够区分认证延迟、容量问题和合同问题。

当前服务截至 7 月底累计连接六百五十万人，说明 DOCOMO 能够迅速分发卫星功能，但不能替代 V2 的性能证据。下一份关键文件应是一张服务边界表：什么可以尝试，什么预计完成，压力下谁获优先，失败时怎样返回地面或其他备用方案。只有这张表，2028 才从日期变成运营承诺。

来源