1. 引言：一个被误解的"常识"
很多人都有过这样的印象：手机没有 SIM 卡，或者信号栏显示"无服务"，依然可以拨打 110、119、120 等紧急号码。这个说法在大多数情况下是对的，但背后的原因远比"手机自带紧急通道"复杂得多------它同时涉及蜂窝网络的接入协议、SIM 卡的身份认证机制、基带芯片的呼叫流程，以及运营商侧的紧急呼叫路由策略。
本文从软硬件两个层面拆解这个问题：无 SIM 卡时紧急呼叫到底能不能打通、走的是哪条链路、为什么有时又打不通，以及厂商和标准组织在其中做了哪些设计。
2. 先给结论：能打，但有前提
| 场景 | 能否发起紧急呼叫 | 说明 |
|---|---|---|
| 无 SIM 卡，有可用蜂窝网络 | ✅ 通常可以 | 走"紧急呼叫"专用流程，无需鉴权 |
| 有 SIM 卡但未插好/损坏 | ✅ 通常可以 | 同上，终端会进入"仅限紧急呼叫"状态 |
| 无 SIM 卡，且无任何蜂窝信号 | ❌ 不可以 | 没有可接入的网络，物理上无法建立连接 |
| 飞行模式 | ❌ 不可以 | 射频链路被关闭 |
| 有信号但运营商未部署紧急服务 | ⚠️ 视地区而定 | 部分网络会拒绝无卡紧急呼叫 |
关键点在于："无 SIM 卡"限制的是普通业务（通话、上网、短信），而不是紧急呼叫这一特殊业务。3GPP 标准从一开始就为紧急呼叫设计了"免鉴权接入"的通道。
3. 硬件层：基带与射频如何支撑"无卡呼叫"
3.1 基带芯片的独立呼叫能力
手机的通信功能由基带处理器（Baseband Processor）承担，它与应用处理器（AP）是两套相对独立的系统。紧急呼叫的发起流程大致如下：
#mermaid-svg-X42Z854nRRjL2p6w{font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;fill:#333;}@keyframes edge-animation-frame{from{stroke-dashoffset:0;}}@keyframes dash{to{stroke-dashoffset:0;}}#mermaid-svg-X42Z854nRRjL2p6w .edge-animation-slow{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 50s linear infinite;stroke-linecap:round;}#mermaid-svg-X42Z854nRRjL2p6w .edge-animation-fast{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 20s linear infinite;stroke-linecap:round;}#mermaid-svg-X42Z854nRRjL2p6w .error-icon{fill:#552222;}#mermaid-svg-X42Z854nRRjL2p6w .error-text{fill:#552222;stroke:#552222;}#mermaid-svg-X42Z854nRRjL2p6w .edge-thickness-normal{stroke-width:1px;}#mermaid-svg-X42Z854nRRjL2p6w .edge-thickness-thick{stroke-width:3.5px;}#mermaid-svg-X42Z854nRRjL2p6w .edge-pattern-solid{stroke-dasharray:0;}#mermaid-svg-X42Z854nRRjL2p6w .edge-thickness-invisible{stroke-width:0;fill:none;}#mermaid-svg-X42Z854nRRjL2p6w .edge-pattern-dashed{stroke-dasharray:3;}#mermaid-svg-X42Z854nRRjL2p6w .edge-pattern-dotted{stroke-dasharray:2;}#mermaid-svg-X42Z854nRRjL2p6w .marker{fill:#333333;stroke:#333333;}#mermaid-svg-X42Z854nRRjL2p6w .marker.cross{stroke:#333333;}#mermaid-svg-X42Z854nRRjL2p6w svg{font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;}#mermaid-svg-X42Z854nRRjL2p6w p{margin:0;}#mermaid-svg-X42Z854nRRjL2p6w .label{font-family:"trebuchet ms",verdana,arial,sans-serif;color:#333;}#mermaid-svg-X42Z854nRRjL2p6w .cluster-label text{fill:#333;}#mermaid-svg-X42Z854nRRjL2p6w .cluster-label span{color:#333;}#mermaid-svg-X42Z854nRRjL2p6w .cluster-label span p{background-color:transparent;}#mermaid-svg-X42Z854nRRjL2p6w .label text,#mermaid-svg-X42Z854nRRjL2p6w span{fill:#333;color:#333;}#mermaid-svg-X42Z854nRRjL2p6w .node rect,#mermaid-svg-X42Z854nRRjL2p6w .node circle,#mermaid-svg-X42Z854nRRjL2p6w .node ellipse,#mermaid-svg-X42Z854nRRjL2p6w .node polygon,#mermaid-svg-X42Z854nRRjL2p6w .node path{fill:#ECECFF;stroke:#9370DB;stroke-width:1px;}#mermaid-svg-X42Z854nRRjL2p6w .rough-node .label text,#mermaid-svg-X42Z854nRRjL2p6w .node .label text,#mermaid-svg-X42Z854nRRjL2p6w .image-shape .label,#mermaid-svg-X42Z854nRRjL2p6w .icon-shape .label{text-anchor:middle;}#mermaid-svg-X42Z854nRRjL2p6w .node .katex path{fill:#000;stroke:#000;stroke-width:1px;}#mermaid-svg-X42Z854nRRjL2p6w .rough-node .label,#mermaid-svg-X42Z854nRRjL2p6w .node .label,#mermaid-svg-X42Z854nRRjL2p6w .image-shape .label,#mermaid-svg-X42Z854nRRjL2p6w .icon-shape .label{text-align:center;}#mermaid-svg-X42Z854nRRjL2p6w .node.clickable{cursor:pointer;}#mermaid-svg-X42Z854nRRjL2p6w .root .anchor path{fill:#333333!important;stroke-width:0;stroke:#333333;}#mermaid-svg-X42Z854nRRjL2p6w .arrowheadPath{fill:#333333;}#mermaid-svg-X42Z854nRRjL2p6w .edgePath .path{stroke:#333333;stroke-width:2.0px;}#mermaid-svg-X42Z854nRRjL2p6w .flowchart-link{stroke:#333333;fill:none;}#mermaid-svg-X42Z854nRRjL2p6w .edgeLabel{background-color:rgba(232,232,232, 0.8);text-align:center;}#mermaid-svg-X42Z854nRRjL2p6w .edgeLabel p{background-color:rgba(232,232,232, 0.8);}#mermaid-svg-X42Z854nRRjL2p6w .edgeLabel rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#mermaid-svg-X42Z854nRRjL2p6w .labelBkg{background-color:rgba(232, 232, 232, 0.5);}#mermaid-svg-X42Z854nRRjL2p6w .cluster rect{fill:#ffffde;stroke:#aaaa33;stroke-width:1px;}#mermaid-svg-X42Z854nRRjL2p6w .cluster text{fill:#333;}#mermaid-svg-X42Z854nRRjL2p6w .cluster span{color:#333;}#mermaid-svg-X42Z854nRRjL2p6w div.mermaidTooltip{position:absolute;text-align:center;max-width:200px;padding:2px;font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:12px;background:hsl(80, 100%, 96.2745098039%);border:1px solid #aaaa33;border-radius:2px;pointer-events:none;z-index:100;}#mermaid-svg-X42Z854nRRjL2p6w .flowchartTitleText{text-anchor:middle;font-size:18px;fill:#333;}#mermaid-svg-X42Z854nRRjL2p6w rect.text{fill:none;stroke-width:0;}#mermaid-svg-X42Z854nRRjL2p6w .icon-shape,#mermaid-svg-X42Z854nRRjL2p6w .image-shape{background-color:rgba(232,232,232, 0.8);text-align:center;}#mermaid-svg-X42Z854nRRjL2p6w .icon-shape p,#mermaid-svg-X42Z854nRRjL2p6w .image-shape p{background-color:rgba(232,232,232, 0.8);padding:2px;}#mermaid-svg-X42Z854nRRjL2p6w .icon-shape .label rect,#mermaid-svg-X42Z854nRRjL2p6w .image-shape .label rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#mermaid-svg-X42Z854nRRjL2p6w .label-icon{display:inline-block;height:1em;overflow:visible;vertical-align:-0.125em;}#mermaid-svg-X42Z854nRRjL2p6w .node .label-icon path{fill:currentColor;stroke:revert;stroke-width:revert;}#mermaid-svg-X42Z854nRRjL2p6w :root{--mermaid-font-family:"trebuchet ms",verdana,arial,sans-serif;} 否
是
用户按下 110 拨号
AP 层拨号应用识别紧急号码
通过 AT/厂商私有接口下发拨号指令
基带协议栈判断为紧急呼叫
是否存在可用小区
返回失败：无网络
发起 RRC 连接建立
NAS 层发送 EMERGENCY SETUP
网络侧接受并路由到 PSAP
注意 D 到 H 这一段：基带在判断为紧急呼叫后，会跳过常规的鉴权与安全流程，直接向网络发起紧急承载建立请求。这正是"无 SIM 卡也能打"的技术根源。
3.2 射频与天线：没有卡不影响搜网
SIM 卡只参与身份认证，不参与射频收发。因此无卡状态下，手机的射频前端、天线调谐、小区搜索（Cell Search）流程完全正常，依然能读取广播信道（BCCH）中的系统消息，从而知道当前有哪些可接入的小区。
3.3 无卡时的"有限服务"状态
3GPP TS 23.122 定义了终端的几种注册状态，无卡时终端处于 Limited Service（有限服务）：
- 可以驻留小区、读取系统消息；
- 不能发起普通呼叫、数据业务；
- 可以发起紧急呼叫（前提是小区广播中允许）。
4. 协议层：紧急呼叫为什么能"免鉴权"
4.1 普通呼叫 vs 紧急呼叫的信令差异
普通呼叫必须经过完整的鉴权与安全模式建立：
text
UE → MME/AMF : Attach Request / Registration Request
UE ← 网络 : Authentication Request
UE → 网络 : Authentication Response
UE ← 网络 : Security Mode Command
UE → 网络 : Security Mode Complete
UE → 网络 : Service Request（携带被叫号码）而紧急呼叫走的是另一条路径：
text
UE → 网络 : Emergency Attach / Emergency Registration
UE → 网络 : EMERGENCY SETUP（携带紧急号码或紧急类别）
网络 → PSAP : 路由到公共安全应答点紧急流程不要求 UE 先完成鉴权，网络侧通过 IMEI（而非 IMSI）即可识别终端，这也是无卡终端能被网络接纳的原因。
4.2 紧急号码的识别发生在终端侧
一个容易被忽略的细节："110 是紧急号码"这个判断，是手机自己做的，不是网络做的。
终端内部维护一份紧急号码列表（Emergency Number List），来源包括：
- 3GPP 规范规定的通用紧急号码（112、911 等）；
- SIM 卡中的 EF_ECC 文件（Emergency Call Codes）；
- 网络通过系统消息下发的本地紧急号码；
- 厂商预置的本地化号码（如中国的 110/119/120/122）。
拨号应用在用户按下拨号键时，会先查这张表。命中则走紧急流程，未命中则走普通流程------这就是为什么无卡时拨 110 能通，拨朋友的号码会提示"请插入 SIM 卡"。
5. 软件层：拨号应用与系统框架的处理逻辑
以 Android 为例，紧急呼叫的判定与发起涉及多个层级：
java
// 简化示意：TelephonyManager 判断是否为紧急号码
TelephonyManager tm = (TelephonyManager) context.getSystemService(Context.TELEPHONY_SERVICE);
// 判断号码是否为潜在紧急号码（会结合 SIM 卡 EF_ECC 与网络下发列表）
boolean isEmergency = tm.isPotentialEmergencyNumber("110");
if (isEmergency) {
// 走紧急拨号通道，即使无 SIM 卡也允许
Intent intent = new Intent(Intent.ACTION_CALL_EMERGENCY);
intent.setData(Uri.parse("tel:110"));
context.startActivity(intent);
} else {
// 普通呼叫，无卡时会被系统拦截
Intent intent = new Intent(Intent.ACTION_CALL);
intent.setData(Uri.parse("tel:10086"));
context.startActivity(intent);
}几个值得注意的实现细节：
ACTION_CALL_EMERGENCY与ACTION_CALL是两个不同的 Intent，前者不受"是否有 SIM 卡"的权限校验约束；- 系统在无卡时会进入
ServiceState.STATE_EMERGENCY_ONLY，此时拨号盘通常只允许输入紧急号码； - 部分厂商会在锁屏界面提供"紧急呼叫"入口，其底层调用的正是这条通道。
6. 为什么有时候"无卡紧急呼叫"会失败
技术上是"能打"，但现实中失败的情况并不少见，原因主要有以下几类：
- 没有可用网络：地下室、电梯、偏远地区无覆盖，射频层面就无法建立连接。
- 运营商策略限制：部分网络对无 IMSI 的终端拒绝紧急承载，直接返回拒绝原因值。
- VoLTE/VoNR 依赖：在纯 4G/5G 网络（无 2G/3G 回落）下，紧急呼叫需要走 IMS 紧急会话，而无卡终端可能无法完成 IMS 注册。
- 终端实现差异：个别机型在无卡时直接禁用拨号盘，或紧急号码列表未正确加载。
- 号码不在本地紧急列表中：例如在国外拨国内 110，终端不认为是紧急号码。
7. 工程实践建议
对于普通用户：
- 紧急情况下优先使用有卡、有信号的手机；
- 无卡手机可作为"最后手段"，但不要把它当作可靠保障；
- 记住 112 这个国际通用紧急号码，它在多数网络下兼容性最好。
对于开发者与测试人员：
- 测试无卡紧急呼叫时，需使用真实运营商网络，模拟器与部分测试网络不支持该流程；
- 关注
ServiceState的状态变化，EMERGENCY_ONLY是判断终端是否进入紧急可用状态的关键信号； - 若涉及车机、可穿戴设备等无卡场景，需在硬件设计阶段确认基带是否支持无卡紧急呼叫，并验证当地运营商的兼容性。
8. 小结
无 SIM 卡能拨打紧急电话，本质上是标准为"生命安全"预留的一条免鉴权通道：终端侧通过紧急号码列表识别意图，基带跳过常规鉴权直接发起紧急承载，网络侧以 IMEI 识别终端并路由到公共安全应答点。它依赖硬件（基带、射频）与软件（拨号框架、号码列表）的协同，也受制于网络覆盖与运营商策略。
理解这套机制，既能解释"为什么能打"，也能解释"为什么有时打不通"------而这恰恰是技术探究最有价值的部分。