GSM11.14规范：SIM卡应用工具包技术规格

gsm11.14

需积分: 9 51 浏览量更新于2024-07-20 收藏 335KB PDF 举报

身份认证购VIP最低享 7 折!

领优惠券(最高得80元）

"GSM11.14规范是SIM卡应用规范的最新版本，主要定义了Subscriber Identity Module (SIM) 和 Mobile Equipment (ME) 之间的接口标准，用于数字蜂窝通信系统（Phase2+）的全球系统移动通信（GSM）。这个规范由欧洲电信标准协会（ETSI）发布，版本为6.3.0，发布于1997年，并在1999年5月更新。" GSM11.14规范是SIM应用工具包的详细技术规定，它对于理解并实现SIM卡与移动设备间的交互至关重要。该规范主要涵盖以下几个核心知识点： 1. **SIM卡应用工具包**：SIM应用工具包允许SIM卡开发和执行各种应用程序，如计费、数据服务、个性化设置等，为用户提供丰富的功能和服务。 2. **Subscriber Identity Module (SIM)**：SIM卡是GSM网络中的核心组件，存储用户身份信息（IMSI）、密钥和其他安全数据，确保用户能够安全地接入网络。 3. **Mobile Equipment (ME)**：ME指的是GSM系统中的移动设备，包括手机、车载单元或其他支持GSM通信的设备。SIM-ME接口是SIM卡与移动设备间通信的桥梁，允许设备访问SIM卡上的应用和数据。 4. **Phase2+**：这是GSM系统的增强阶段，引入了更多的功能和服务，比如数据速率提升、分组数据服务、增强的语音编码等。 5. **Interface Specification**：GSM11.14规范详细定义了SIM-ME接口的协议栈、命令集、消息格式以及错误处理机制，确保不同厂商的SIM卡和移动设备之间可以互操作。 6. **ETSI**：欧洲电信标准协会，负责制定和维护电信领域的国际标准，GSM11.14就是其制定的众多规范之一。 7. **版本与发布**：GSM11.14版本6.3.0代表规范经过多次修订和完善，1997年的发布标志着当时的技术状态，而1999年的更新可能包含了错误修正或新功能的添加。 8. **知识产权与许可**：GSM11.14规范的版权受法律保护，未经许可，任何部分都不能随意复制。用户可以通过ETSI的官方渠道获取规范的副本。这个规范对于开发者、设备制造商以及网络运营商来说，是理解和实施GSM系统中SIM卡功能的关键参考文档，确保了SIM卡在GSM网络中的兼容性和安全性。

资源详情

资源推荐

ETSI

TS 101 267 V6.3.0 (1999-05)11(GSM 11.14 version 6.3.0 Release 1997)

- provide local information from the ME to the SIM.

For each command involved in the dialog with the user, a help information may be available, either for each item of a

list of items proposed to the user, or with each command requesting a response from the user. If a proactive command

involved in the dialog with the user indicates the availability of the help feature, the support of this feature is optional for

the ME.

4.3 Data download to SIM

Data downloading to the SIM uses the transport mechanisms of SMS point-to-point and Cell Broadcast. Transferral of

information over the SIM-ME interface uses the ENVELOPE command.

4.4 Menu selection

A set of possible menu entries is supplied by the SIM in a proactive SIM command. The menu selection mechanism is

used to transfer the SIM application menu item which has been selected by the user to the SIM. The menu selection

mechanism may also be used for requesting help information on the items of the SIM application menu.

4.5 Call control by SIM

When this service is activated by the SIM, all dialled digit strings, supplementary service control strings and USSD

strings are first passed to the SIM before the ME sets up the call, the supplementary service operation or the USSD

operation. The ME shall also pass to the SIM at the same time its current serving cell. The SIM has the ability to allow,

bar or modify the call, the supplementary service operation or the USSD operation. The SIM also has the ability to

replace a call request, a supplementary service operation or a USSD operation by another call request or supplementary

service operation or USSD operation. For example, a call request can be replaced by a supplementary service operation

or a USSD operation, and vice-versa.

4.6 Security

Applications designed using the features in the present document may require methods to ensure data confidentiality,

data integrity, and data sender validation, or any subset of these. Requirements for these mechanisms are defined in

clause 15.

5 Profile download

5.1 Procedure

The profile download instruction is sent by the ME to the SIM as part of the SIM initialization procedure. This

procedure is specified in GSM 11.11 [14]. In this procedure, the ME reads EF

PHASE

. If EF

PHASE

indicates that the SIM

requires the ME to perform the profile download procedure, then the ME shall, after having performed the CHV1

verification procedure and before selecting EF

IMSI

or EF

LOCI

, send the TERMINAL PROFILE command, as specified

below, to the SIM. The profile sent by the ME shall state the facilities relevant to SIM Application Toolkit that are

supported by the ME.

This procedure is important, as it is by this that the SIM knows what the ME is capable of, and the SIM can then limit its

instruction range accordingly. If no command is sent by the ME, the SIM shall assume that the ME does not support

SIM Application Toolkit.

5.2 Structure and coding of TERMINAL PROFILE

Direction: ME to SIM

The command header is specified in GSM 11.11 [14].

ETSI

TS 101 267 V6.3.0 (1999-05)13(GSM 11.14 version 6.3.0 Release 1997)

Response parameters/data: None.

6 Proactive SIM

6.1 Introduction

GSM 11.11 [14] defines that the ME communicates to the SIM using the T=0 protocol, which is specified in

ISO/IEC 7816-3 [16]. The ME is always the "master" and initiates commands to the SIM, and therefore there is no

mechanism for the SIM to initiate a communication with the ME. This limits the possibility of introducing new SIM

features requiring the support of the ME, as the ME needs to know in advance what actions it should take.

The proactive SIM service provides a mechanism which stays within the protocol of T=0, but adds a new status response

word SW1. This status response has the same meaning as the normal ending ('90 00'), and can be used with most of the

commands that allow the normal ending, but it also allows the SIM to say to the ME "I have some information to send to

you". The ME then uses the FETCH function to find out what this information is.

To avoid cross-phase compatibility problems, these functions shall only be used between a proactive SIM and an ME

that supports the proactive SIM feature.

The SIM can issue a variety of commands through this mechanism, given in alphabetical order:

- DISPLAY TEXT, which displays text on screen (no more than 160 characters). A high priority is available, to

replace anything else on screen.

- GET INKEY, which sends text to the display and requests a single character response in return. It is intended to

allow a dialogue between the SIM and the user, particularly for selecting an option from a menu.

- GET INPUT, which sends text to the display and requests a response in return. It is intended to allow a dialogue

between the SIM and the user.

- MORE TIME, which does not request any action from the ME. The ME is required to respond with

TERMINAL RESPONSE (OK) as normal - see below. The purpose of the MORE TIME command is to provide

a mechanism for the SIM Application Toolkit task in the SIM to request more processing time.

- PLAY TONE, which requests the ME to play a tone in its earpiece, ringer, or other appropriate loudspeaker.

- POLL INTERVAL, which negotiates how often the ME sends STATUS commands to the SIM during idle

mode. Polling is disabled with POLLING OFF. Use of STATUS for the proactive SIM is described in

GSM 11.11 [14].

- PROVIDE LOCAL INFORMATION which requests the ME to pass local information to the SIM, for

example the mobile country and network codes (MCC + MNC) of the network on which the user is registered.

- REFRESH, which requests the ME to carry out a SIM initialization according to GSM 11.11 subclause 12.2.1,

and/or advises the ME that the contents or structure of EFs on the SIM have been changed. The command also

makes it possible to restart a card session by resetting the SIM.

- SELECT ITEM, where the SIM supplies a list of items, and the user is expected to choose one. The ME

presents the list in an implementation-dependent way.

- SEND SHORT MESSAGE, which sends a short message or SMS-COMMAND to the network.

- SEND SS, which sends a SS request to the network.

- SET UP CALL, of which there are three types:

- set up a call, but only if not currently busy on another call;

- set up a call, putting all other calls (if any) on hold;

- set up a call, disconnecting all other calls (if any);

- SET UP MENU, where the SIM supplies a list of items to be incorporated into the ME's menu structure.

ETSI

TS 101 267 V6.3.0 (1999-05)14(GSM 11.14 version 6.3.0 Release 1997)

The ME tells the SIM if the command was successful or not using the command result procedure defined in subclause

6.7. Responsibility for what happens after that (whether to repeat the command, try another one immediately, try again

sometime later, or not to try again at all) lies with the SIM application. However, the SIM application needs to know

why the command failed, so the ME provides the SIM with the result of the command.

Results are grouped into three main types:

- OK.

- Temporary problem. These results are further broken down into types of temporary problems, and specific

causes. Generally, they indicate to the SIM that it may be worth trying again.

- Permanent problem. These results are again further broken down into types of permanent problems, and specific

causes. Generally, they indicate to the SIM that it is not worth trying again during this GSM session.

If the SIM issues an instruction to the ME to initiate a Mobile Originated transaction (e.g. SEND SMS), then unless

explicitly stated elsewhere in the present document or in GSM 11.11 [14], the content supplied by the SIM for onward

transmission by the ME shall not be altered by the ME.

6.2 Identification of proactive SIMs and of ME support

A proactive SIM shall be identified by having the proactive SIM service activated in the SIM Service Table (see

GSM 11.11 [14]). An ME that supports proactive SIMs shall be identified as such when it sends a TERMINAL

PROFILE command during SIM initialization. The ME shall then send STATUS commands to the SIM at intervals

determined by the poll interval procedure (see subclause 6.4.6).

A proactive SIM shall not send any command requests (status bytes SW1 SW2 = '91 XX') to a mobile that does not

support the proactive SIM feature.

An ME that supports the proactive SIM feature shall not send proactive SIM related commands to a SIM that does not

have the proactive SIM service activated.

6.3 General procedure

For all of the procedures that can end in '90 00' (indicating normal ending to the command), and which cannot end in '9F

XX' (response data available from SIM), a proactive SIM operating with an ME that supports proactive SIMs may

instead use the status response '91 XX'.

The response code '91 XX' shall indicate to the ME that the previous command has been successfully executed by the

SIM in the same way as '90 00' (i.e. "OK"), but additionally it shall indicate response data which contains a command

from the SIM for a particular ME procedure (defined in subclause 6.4).

The value 'XX' indicates the length of the response data. The ME shall use the FETCH command to obtain this data.

It is the responsibility of the SIM to remind the ME of a pending proactive command by applying the '91 XX' returncode

until it is fetched by the ME.

Note: The last value of 'XX' received in a '91 XX' returncode from the SIM should be used by the ME in a

following FETCH command.

It is recommended that the ME interprets a '90 00' following a '91 XX' without a corresponding FETCH as

if no proactive command is available in the SIM and regard the proactive SIM session as being

terminated. However, the SIM should be able to handle a FETCH command being sent in this case, e.g. by

applying the appropriate error handling (cf. "Handling of unknown, unforeseen and erroneous messages").

GSM 11.11 [20] shows how the SIM can initiate a proactive command in each of the five cases of transmission protocol

identified in GSM 11.11 [14]. Some commands require the SIM to indicate that it has response data for the ME (through

SW1/SW2 = '9F XX'), and the ME gets this data using the GET RESPONSE command.

When the ME has received a command from the SIM, it shall attempt to process the command immediately.

剩余65页未读，继续阅读

zizhujichu

粉丝: 0
资源: 4

GSM11.14规范：SIM卡应用工具包技术规格

gsm11.14与gsm11.11

GSM11.11 GSM11.14规范中文版

SIM卡应用技术规范(STK)_GSM11.14

15 33 C:\Users\hp\Desktop\计?慊?\c++\c++?废?\11.14.cpp [Error] too many arguments to function 'void* malloc(size_t)'

python 用字典方法模拟掷两个骰子100000次，统计2到12点数出现的概率

FLEXIm版本是什么

3GPP GSM11.14

SIM卡标准 规范 技术资料

gsm 11.14 version 8.2.0 Release 1999

GSM 03.40 version 5.8.1

GSM11.14中文版

gsm 11.14(STK)

2024-2030全球与中国硅胶婴儿用品市场现状及未来发展趋势 Sample-Li Jinpan.pdf

用于非线性模型预测控制 (NMPC) 的并行优化工具包.7z

最新资源

SIM卡标准规范技术资料