通过SIM激活此服务时，所有拨出的数字字符串，补充服务控制字符串和USSD字符串在ME建立呼叫，补充服务操作或USSD操作之前，首先将这些数据传递给SIM。ME还应同时将其当前服务小区传递给SIM。 SIM卡具有允许，禁止或修改呼叫，补充服务操作或USSD操作的能力。 SIM卡还可以替换呼叫请求，补充服务操作或USSD操作操作。 例如，呼叫请求可以由补充服务操作或USSD操作代替。
在ME的TERMINAL PROFILE中 第2个字节中，表明 ME是否支持这个功能
—————
ETSI TS 102 223 V15.3.0 (2019-07)
Call control by network access application
如果在NAA的服务表（SST或者UST）中，”call control”服务可用， 那么ME应该遵循如下几点：
1）对于所有的呼叫建立(call set-up)尝试(即使是 SETUP CALL主动SIM命令，使用CSD的BIP(承载无关协议)主动SIM卡命令， ， 或 另外的呼叫在处理， 或者自动重拨), ME应该首先传递呼叫建立细节（拨打的号码和相关的参数）给SIM卡。方法是通过 ENVELOPE(呼叫控制）命令。
即使是自动重拨号，也还要带上 位置信息（基站信息)
注意下面的例外：当用户拨打ECC紧急呼叫号码时，终端会创建一个紧急呼叫，并且不会将呼叫建立的细节发送给UICC。
2） UICC 响应 90 00 时， 终端 应当 用 它发送给UICC的 拨打的数据和其他参数 建立呼叫
3） UICC响应 93 00 时，终端不应改建立呼叫，但是可以以后重试这个命令
4） 如果
给用户的指示：
UICC 在给ENVELOPER(Call Control)消息的响应数据中，可选地包含 字符标识符。这样，就可以通知用户，响应数据已经被终端接收了。（因为终端会把标识符提取出来给展示给用户看）
终端使用的字符标识符有：
1. 如果UICC回应”允许，不修改”， 那么 ：
1) 如果 标识符由UICC提供，并且不是null, 在呼叫建立时，终端应该用来这个标识符来通知用户
2) 如果 标识符由UICC提供， 但是是一个null(也就是leng=0,没有value部分）。 这也是一个指示，终端不应该修改 对应于初始用户请求的显示响应。
3） 如果 标识符不是有UICC提供，终端可能给出一些信息给用用户，到底发生了什么事情。
2. 如果UICC回应“不允许”， 那么
1） 如果 标识符 由UICC提供，且不为null, 终端应该用它来通知用户。
这也是一个提示，终端不应该给用户任何关于被阻止的原因的任何信息
2） 由UICC提供，为NULL.
——————–
ETSI TS 131 102 V16.8.0 (2021-09)
SIM卡启用FDN(固定拨号，也就是白名单）， 但ME不支持FDN功能，那么ME应该允许紧急拨号（打110,120）
，并且不允许外呼任何电话，发送任何短信.
SIM卡启用BDN(禁止拨打号码，也就是黑名单），但ME不支持呼叫控制，那么 ME应该允许紧急呼叫（110,120）
，并且不需要外呼任何电话。
SIM卡启用了ACL, 但ME不支持ACL,那么ME不应该发送任何apn给网络。
如果ME在TERMINAL PROFILE命令中表示自己可以执行呼叫控制，那么SIM卡应该
——————–
ETSI TS 131 111 V16.4.0 (2021-04)
如果在 USIM服务表（参看TS 31.102)中存在 call control 服务， 那么ME应该遵循 ETSI TS 102.223 中描述的过程
…..
2） 如果SIM卡响应 90 00, 那么ME应该用发送给SIM卡的拨号数字和其他参数建立呼叫
3） 如果SIM响应 9300, 不建立呼叫，但可以重试
4）如果UICC提供响应数据，那么 UICC来的响应数据应该表明 终端是否按照预期建立了呼叫， 或者没有建立， 或者建立呼叫使用的是UICC提供的数据。终端在能力范围内必须按照UICC提供的数据来建立呼叫请求。如果SIM卡要求的操作，超越了ME的能力（比如 映射一个语音呼叫到一个数据呼叫, 但ME不支持数据呼叫).那么终端不应该执行呼叫请求。 在UICC响应的数据里，可以提供112这样的紧急呼叫号码，让终端来执行呼叫。
UICC主动通过SETUP CALL命令发起呼叫：
1）如果呼叫控制的结果是“不允许”，那么终端应该用 TERMINAL RESPONSE 来通知UICC: interaction with call control by NAA, permanent problem; action not allowed(与呼叫控制应用交互过，永久问题：行为不允许）
ETSI TS 131 111
7.3 Call Control and MO SMS control by USIM
7.3.1 呼叫控制
7.3.1.1 主叫过程
如果Usim服务表(7FFF-4F38)中的”call control”(30号服务), 那么 ME应该遵循 ETSI TS 102. 223 第 7.3.1.1节的过程，并加上下面的规则：
1） 当用户拨打112或者EF_ECC里保存的紧急呼叫代码时， ME应该直接建立紧急呼叫，而不受呼叫控制的限制
2）如果UICC提供了响应数据，
….
此过程，也适用于呼叫通过IMS发起， 且USIM服务表中的”communication control for IMS by USIM”服务标志没有设置的情况。
但是，如果该服务标志设置了，那么应该用 7.1.3.9节中定义的 IMS communications establishment 过程。
7.3.1.9 IMS通信建立过程
如果 “communication control for IMS by USIM” 服务标志设置，
ME应该传递 SIP INVITE消息里的 IMS Request-URI 给UICC
这个过程，应该代替普通的呼叫控制过程
7.3.2 短消息控制过程