深度解析 3GPP TR 21.917：9.7 Multi-(U)SIM (多卡终端增强)
本文技术原理深度参考了3GPP TR 21.917 V17.0.1 (2023-01) Release 17规范中，关于“9.7 Multi-(U)SIM (多(U)SIM卡支持)”的核心章节。本章是5G技术“以人为本”理念的绝佳体现，旨在为读者全面揭示Rel-17如何通过一系列精巧的“协同通信”机制，彻底解决困扰全球数亿多卡用户已久的“失联”顽疾。
1. “鱼与熊掌”的烦恼：一位创业CEO的“双卡双待”之痛
安娜，一家高速发展AI公司的CEO，是一位典型的“空中飞人”和“数字游民”。她的生活，被两张SIM卡清晰地划分：一张是她的工作主卡，承载着公司的命脉——永不停歇的数据业务、与全球客户的视频会议；另一张是她的家庭亲情卡，用于和家人、朋友保持联系。
为了方便，她使用的是一部支持5G双卡双待（DSDS, Dual SIM Dual Standby）的旗舰手机。然而，这份“方便”的背后，却隐藏着一个让她几近抓狂的痛点。
场景一： 一次，她正在机场候机，使用工作卡与硅谷的投资人进行一场关键的视频路演。突然，她感觉手机振动了一下，但并未在意。会议结束后，她才发现，手机上有6个来自母亲的未接来电，以及一条焦急的短信：“安娜，怎么一直打不通你的电话，家里有急事！” 她回拨过去，才知道母亲只是虚惊一场，但那份后怕和愧疚，让她第一次对这部“先进”的5G手机产生了怀疑。
场景二： 另一次，她正在使用个人卡与许久未见的朋友煲电话粥。电话结束后，她惊讶地发现，工作邮箱里一封标注着“最高紧急”的邮件，本应在半小时前就收到推送，却刚刚才弹出来。这导致她错过了一个重要的决策窗口。
安娜的烦恼，并非个例。这是全球数亿双卡双待用户每天都在上演的“伪双待”困境。其根源，在于绝大多数手机为了成本和功耗，只配备了一套射频收发硬件。当一张卡通话或上网时，这套硬件就被“独占”了，另一张卡便如同“离线”，无法接听电话或接收数据。
这个“鱼与熊掌不可兼得”的物理限制，长期以来被认为是手机硬件的“原罪”。然而，3GPP Rel-17却另辟蹊径，通过在网络与终端之间建立一套全新的“智能协同”机制，从软件和协议的层面，几近完美地“治愈”了硬件的“先天不足”。这，就是9.7章“Multi-(U)SIM”增强（简称MUSIM）的伟大之处。
2. DSDS vs DSDA：理解“伪双待”的根源
在深入Rel-17的解决方案之前，我们必须首先理解安娜烦恼的技术本质。多卡手机主要分为两种模式：
- DSDA (Dual SIM Dual Active)：双卡双通。手机内置两套独立的射频收发硬件。两张卡可以同时通话、同时上网，互不干扰。这是“真双待”，但缺点是成本高、功耗大、内部设计复杂，只有极少数旗舰机型支持。
- DSDS (Dual SIM Dual Standby)：双卡双待。手机只有一套射频硬件。两张卡可以同时“待机”——即在空闲时，分时隙轮流监听各自网络的寻呼（Paging）信息。但一旦其中一张卡进入连接态（通话或数据传输），它就会独占射频资源，另一张卡则会立即进入“失联”状态。这正是安娜遇到的情况。
DSDS的困境，核心在于资源冲突：
- 连接态冲突：卡1在通话，卡2无法被寻呼。
- 待机态冲突：即使都在待机，如果两张卡的网络给它们分配的“寻呼时机（Paging Occasion, PO）”恰好在时间上重叠或过于接近，手机的单一套射频也可能来不及切换，导致其中一张卡的寻呼被“漏掉”（Miss）。
Rel-17的MUSIM增强，正是围绕解决这两个核心冲突，打出的一套精妙的“组合拳”。它分为“治本之策”和“治标之法”。
3. “治本之策”：寻呼时机碰撞控制，从源头避免冲突 (9.7.1)
最高明的策略，是“不战而屈人之兵”。在冲突发生前就将其化解。
Paging Timing Collision Control, allowing the Multi-USIM UE to request an IMSI Offset (EPS) or a new 5G-GUTI (5GS) that is used for determination of paging occasions.
【深度解读】
这是MUSIM“治本之策”的核心——寻呼时机碰撞控制。它如同一个聪明的“交通规划师”，在两辆车还没开到同一个路口前，就为其中一辆规划了另一条路。
- 寻呼时机是如何确定的？ 在5G/4G网络中，一个UE应该在哪一时刻“醒来”监听寻呼，是由一个复杂的公式计算出来的。这个公式的关键输入，就是网络为UE分配的临时身份标识——在5GS中是5G-GUTI，在EPS（4G）中是IMSI。
- 如何避免碰撞？ Rel-17允许UE（手机）在检测到两张SIM卡的寻呼时机可能发生碰撞时，可以主动向其中一个网络（例如，安娜的家庭亲情卡网络）发起一个特殊的请求。
- 在5GS中，UE会请求网络为其重新分配一个新的5G-GUTI。
- 在EPS中，UE会请求网络为其分配一个IMSI偏移量（IMSI Offset）。
- “时间平移”的魔术：网络在收到这个请求后，会为UE分配一个新的临时ID。由于计算公式的输入改变了，UE的寻呼时机也随之发生了“时间平移”，从而与另一张卡的寻呼时机错开。
场景还原：安娜第一次在新手机中插入两张SIM卡时，手机的操作系统在后台默默地完成了这次“协商”。它发现两张卡的寻呼时机相隔只有几毫秒，存在碰撞风险。于是，它向家庭卡的网络请求了一个新的5G-GUTI。网络响应后，家庭卡的寻呼时机被平移了50毫秒。从此，安娜的两张卡在待机时，就如同两班精准守时的卫兵，完美地错峰换岗，再也不会“打架”了。
这个过程对用户完全透明，却从根本上解决了待机态的冲突问题，是MUSIM增强中最具巧思的设计。
4. “治标之法”：智能化的“事中”协同，优雅地处理冲突
虽然“治本之策”解决了待机冲突，但“连接态冲突”——即一张卡在忙，另一张卡来电——依然存在。Rel-17为此设计了一套优雅的、基于“知情-协商-决策”的“事中”处理机制。
4.1 让网络“知轻重”：寻呼原因指示 (Paging Cause Indication)
Paging Cause Indication for Voice Service, allowing the network to indicate to the Multi-USIM UE when it is being paged for voice.
【深度解读】
这是智能化处理的第一步：信息对等。在过去，网络向UE发送寻呼，只说“有人找你”，但不说“谁找你、什么事”。而Rel-17允许网络在寻呼消息中，增加一个“原因代码”，例如 cause = voice。
场景还原：安娜正在使用工作卡进行视频会议（数据连接态）。此时，母亲用家庭卡给她来电。
- 旧体验：家庭卡网络向安娜的手机发送一个普通寻呼，手机射频被工作卡占用，无法响应，网络在几次重试后放弃，呼叫被转到语音信箱。
- 新体验：家庭卡网络发送一个带有
cause = voice的寻呼。手机虽然射频正忙，但其基带处理器依然能“瞥”到这个寻呼的元信息。操作系统立刻识别出这是一个高优先级的语音来电，而不是某个App的普通消息推送。
这个“原因指示”，如同在无数普通信件中，盖上了一个“紧急”的红色邮戳。它让终端第一次有能力在冲突发生时，判断出事件的“轻重缓急”。
4.2 礼貌地“请假”：连接释放与MUSIM间隙
知道了有重要的语音来电，手机该怎么办？粗暴地中断当前的数据连接？Rel-17提供了一种更“绅士”的方式。
Connection Release, allowing the Multi-USIM UE to request the network to release the UE from RRC-CONNECTED state in 3GPP access for a USIM due to activity on another USIM in 3GPP access.
【深度解读】
这个机制的核心，是UE通过一条名为 UEAssistanceInformation 的RRC消息，向当前正在提供服务的网络（工作卡网络）“打报告请假”。
场景还原：安娜的手机在收到“语音”寻呼后，屏幕上弹出一个提示：“家庭卡有语音来电，接听将临时中断当前数据业务，是否接听？” 安娜点击了“是”。
- 手机立即向工作卡网络发送了一条
UEAssistanceInformation消息，其中包含cause = MUSDIM（Multi-USIM anagement）。 - 工作卡网络（gNB）收到这条“请假条”，瞬间明白了情况。它不再认为UE是信号不好或异常，而是会“通情达理”地、快速地将UE从RRC连接态释放到空闲态。
- 射频资源被释放后，手机立即切换到家庭卡网络，振铃，安娜接听了母亲的电话。
这套流程，实现了用户主动的、可预期的业务切换，将原本粗暴的“被动失联”，变成了一次优雅的“主动暂停”。此外，Rel-17还引入了MUSIM Gap的概念，允许UE向网络请求一个短暂的、几毫秒到几十毫秒的“收信间隙”，以便在不完全断开当前数据连接的情况下，去另一张卡的网络“收个信”（监听寻呼），实现了更轻量级的机会性寻呼监听。
4.3 勇敢地“拒绝”与“设限”：终端的自主权
不是每一次“打扰”都值得中断当前的任务。Rel-17同样赋予了终端“说不”的权利。
Reject Paging Request, allowing the Multi-USIM UE to indicate to the network that the UE does not accept the paging and requests to return to CM-IDLE state after sending this response.
Paging Restriction, allowing the Multi-USIM UE to request the network to not be paged for any MT service, or to be paged only for voice…
【深度解读】
- 拒绝寻呼请求：如果安娜的视频会议正到关键时刻，她可以选择“拒绝”母亲的来电。此时，手机会向家庭卡网络回复一个“拒绝寻呼”的响应。网络收到后，就知道UE正忙，会立刻停止重试，并将呼叫转入语音信箱。这避免了网络侧无意义的资源浪费，也节省了UE的电量。
- 寻呼限制：在更极端的情况下，比如金女士那样的“跨代”视频会议，安娜可以将家庭卡设置为“仅语音寻呼”模式。这个请求被发送到网络后，网络侧（AMF）就会过滤掉所有非语音业务的下行寻呼（如App消息推送），只在有真正的电话呼入时，才向终端发送寻呼。这为用户提供了“免打扰”的终极控制权。
5. 总结：MUSIM，一场网络与终端的“双向奔赴”
随着Rel-17 MUSIM增强的全面部署，安娜的“双卡双待”之痛，终于成为了历史。她的手机，变得前所未有的“善解人意”。
TR 21.917的9.7章节，向我们展示了一场网络与终端之间精彩的“双向奔赴”。它不再是网络单向地向终端“下命令”，而是建立了一套信息互通、策略协商的协同框架。
- 它治标：通过寻呼原因指示、连接释放、拒绝寻呼、寻呼限制等机制，为处理“连接态冲突”提供了一套完整的、智能化的“工具箱”。
- 它治本：通过寻呼时机碰撞控制，从物理根源上，主动规避了“待机态冲突”的发生。
MUSIM增强的价值，远远超出了技术本身。它深刻地体现了3GPP标准“源于用户、服务于用户”的核心理念。它告诉我们，最高级的技术，不是那些参数惊人的“黑科技”，而是那些能够默默地、优雅地解决我们日常生活中最真实痛点的“暖科技”。
对于安娜和全球数亿多卡用户来说，Rel-17带来的，是一个无需再在工作与生活之间做“单选题”的、真正无缝连接的新时代。
FAQ
Q1：DSDS和DSDA手机，我应该如何区分和选择？ A1：DSDA（双通） 手机拥有两套射频硬件，可以实现两张卡同时通话或一张卡通话另一张卡上网，体验最好，但通常价格昂贵、功耗较高且机型稀少。DSDS（双待） 手机只有一套射频硬件，是市面上的绝对主流。在购买时，如果产品参数明确标注“双卡双通”，则为DSDA；否则，默认为DSDS。对于绝大多数用户，支持Rel-17 MUSIM增强的DSDS手机，已经可以在很大程度上模拟出DSDA的核心体验（不错过重要来电），是更具性价比的选择。
Q2：MUSIM功能是手机的功能还是网络的功能？ A2：是手机和网络协同的功能，缺一不可。手机（UE）需要升级其操作系统和基带软件，以支持发起“连接释放”、“寻呼限制”等请求，并能解析“寻呼原因”。运营商的网络（RAN和核心网）也需要进行软件升级，以能够理解和正确响应来自UE的这些新请求。只有当你的手机和两张SIM卡所属的运营商网络都支持Rel-17 MUSIM功能时，你才能享受到完整的无缝体验。
Q3：什么是“寻呼时机碰撞控制”？它是如何通过改变5G-GUTI来起作用的？ A3：“寻呼时机碰撞控制”是UE主动请求网络调整其监听寻呼时间点，以避免与另一张SIM卡的寻呼时间冲突的机制。在5G中，UE的寻呼帧（Paging Frame）和寻呼时机（Paging Occasion）是根据一个公式计算出来的，这个公式的一个关键输入就是UE ID（一个基于5G-GUTI的值）。当网络为UE分配一个新的5G-GUTI时，UE ID随之改变，代入公式后，计算出的寻呼时机也就相应地发生了“平移”，从而达到了与另一张卡“错峰”的目的。
Q4：什么是“MUSIM Gap”？它和“连接释放”有什么不同？ A4：“连接释放”（Connection Release）是一种相对“重”的操作，UE会请求网络将其完全释放到空闲态，以便长时间地去处理另一张卡的业务（如接听一个长电话）。而“MUSIM Gap”是一种更**“轻”** 的操作，UE只是请求在当前的数据连接中，给我一个几毫秒或几十毫秒的、短暂的“空窗期”。在这个“空窗期”里，网络不会向它调度数据，UE可以快速切换射频去监听一下另一张卡的寻呼，如果没有，就立刻切回来继续数据传输。它适用于在保持主卡连接的同时，机会性地、低功耗地“瞥一眼”副卡有没有动静的场景。
Q5：我的旧款双卡手机，能通过系统更新获得这些Rel-17的新功能吗？ A5：可能性很小。MUSIM的许多功能，特别是底层的信令交互和射频快速切换能力，与手机的基带处理器（Modem） 硬件和底层软件（firmware）强相关。这些通常是在芯片设计阶段就需要考虑的。因此，Rel-17 MUSIM增强，大概率需要购买支持该功能的新款手机才能体验，而不仅仅是通过上层操作系统的软件更新（OTA）就能获得。