CN107078941A

CN107078941A - 用于将至少一个ip数据包传输到ip地址的方法、用于解析主机名的相关方法、相关处理模块、移动设备、主机名解析服务器和计算机程序产品

Info

Publication number: CN107078941A
Application number: CN201580060187.7A
Authority: CN
Inventors: G·弗勒罗; S·玛萨斯库萨
Original assignee: STMicroelectronics SRL
Current assignee: STMicroelectronics SRL
Priority date: 2014-12-19
Filing date: 2015-11-09
Publication date: 2017-08-18
Anticipated expiration: 2035-11-09
Also published as: EP3235188A1; US11356402B2; WO2016097895A1; CN107078941B; US20170346783A1; EP3235188B1

Abstract

描述了一种用于将至少一个IP数据包传输到与主机名相关联的IP地址的方法。确切地，为了获得与主机名相关联的该IP地址，将短消息服务的第一服务消息传输到短消息服务网关服务器(402)，其中，该第一服务消息包括对该主机名的主机名解析请求。响应于此请求，从该短消息服务网关服务器(402)接收短消息服务的第二服务消息，其中，该第二服务消息包括与该主机名相关联的该IP地址。最后，至少一个IP数据包被传输到与该主机名相关联的该IP地址。

Description

用于将至少一个IP数据包传输到IP地址的方法、用于解析主机名的相关方法、相关处理模块、移动设备、主机名解析服务器和计算机程序产品

***

技术领域

本公开的实施例涉及用于将至少一个互联网协议(IP)数据包传输到与主机名相关联的IP地址的技术。

在这方面，本公开的实施例涉及用于具体在移动通信网络中解析主机名的技术。

背景技术

图1示出了基于互联网协议(IP)的通信系统的基本架构。

在所考虑的示例中，第一主机10(如PC或智能电话)经由通信网络20将IP数据包发送到第二主机30(如网络服务器)。

例如，通信网络20可以是局域网(LAN)或广域网(WAN)(如互联网)或二者的组合。

因此，第一主机10和第二主机30二者都包括用于连接到网络20的某种通信接口。

例如，为此目的，主机10可以包括以太网适配器、WiFi(无线保真)收发器和/或移动收发器(如，CDMA(码分多址)收发器、W-CDMA(宽带码分多址接入)、UMTS(通用移动电信系统)、HSPA(高速分组接入)或LTE(长期演进)收发器。

根据IP协议，每个主机已关联至少一个IP地址。例如，根据第4版IP协议，每个主机具有包括32位的IP地址，该IP地址通常由在0至255之间范围内的四个连续数来表示。例如，主机1可以已关联IP地址“123.123.123.123”并且第二主机可以已关联IP地址“234.234.234.234”。

确切的说，为了将数据发送到主机30，主机10将包括IP报头IP_H和作为有效载荷的对应IP数据IP_D的IP数据包发送到网络20，其中，IP报头IP_H至少包含发送方的源地址(即主机10的IP地址)以及目标方的目的地址(即主机30的IP地址)。

通常，如在图2中所示出的，IP数据IP_D可以不直接包括应用程序数据D，但该应用程序数据D可以首先被包封在传输层数据包(如用户数据报协议(UDP)或传输控制协议(TCP)数据包)中，该传输层数据包进而包括报头H和作为有效载荷的数据D，即IP数据IP_D可以包括附加的传输层报头H及应用程序数据D。

例如，UDP或TCP报头允许指定用于通信的附加端口号。UDP与TCP协议之间的差异对本领域的技术人员而言是众所周知的，此处进行更详细的描述是多余的。基本上，TCP协议更加复杂以便允许通过利用例如流量控制、顺序编号和检验和来实现更加可靠的数据传输。

互联网协议的另一个核心特征是域名系统(DNS)。基本上，如之前所解释的，IP协议基于源IP地址与目的IP地址之间的通信，这还可以随时间推移而变化。因此，为了允许网络中不同主机更简单的识别，通常采用全称域名(FQDN)形式的“域名”或“主机名”可以与每个主机相关联。在这种情况下，域名服务器40用IP通信所要求的数值IP地址来转译这些主机名。

确切的说，如在图3中所示出的，DNS服务器40也与网络20连接并且已关联给定的IP地址，如“56.56.56.56”。在这种情况下，主机10已经以某种方式存储了DNS服务器40的IP地址。例如，如本领域的技术人员所熟知的，DNS服务器的IP地址可以与IP协议的其他配置信息一起存储或者这个信息可以从动态主机配置协议(DHCP)服务器获得。

因此，当试图联系已知域名时(例如“www.abc.com”)，主机10将DNS请求发送到包含所请求域名的DNS服务器40，并且如果该域名存在，则DNS服务器40返回与该域名相关联的IP地址，例如主机30的IP地址。就这一点，主机10知道主机30的IP地址并且可以生成对应的IP报头IP_H并且将IP数据包发送到网络20。

例如，根据标准RFC 1034和RFC 1035，DNS通信主要基于UDP协议以及目标端口号53。

IP协议现今通常被用于移动通信系统中的数据交换。

例如，如在图4中所示出的，主机10可以是连接到移动运营商的基站BS的移动设备，如智能电话或平板计算机。

在此情况下，IP数据包可以从移动设备10传输到基站BS，并且该基站BS将IP数据包转发到移动运营商的网络20a。通常，此网络20a可以包括为移动设备10提供服务的一个或多个主机30a，如网络或应用服务器。通常，网络20a还经由路由器20b(可能还实现防火墙)连接到互联网20b，该互联网可以连接进一步的主机30b。

因此，通过使用应用程序(如网络浏览器)，移动设备10可以与经由基站BS将IP数据包发送到网络20的主机20a和/或20b进行通信。

图5示出了移动设备10在此方面的一个可能架构。

通常，移动设备10包括一个或多个处理器102，这些处理器被连接到一个或多个存储器104。移动设备10还包括用于与基站BS通信的至少一个通信接口106(如GSM、UMTS或LTE收发器)以及用户接口110(如触摸屏)。

例如，存储器104中可能存储了由处理器102执行的操作系统OS，并且该操作系统管理移动设备10的一般功能，例如管理用户接口110以及经由接口106建立与基站BS的连接，还包括管理IP协议。存储器还可以包含由操作系统OS执行的应用程序。例如，存储器104可以包括网络浏览器应用程序WB。

为了与基站BS建立连接，移动设备10还包括用于获得用户身份标识的装置。例如，通常移动设备包括卡片固定器，该卡片固定器用于接收包括用户身份模块(SIM)的卡片。通常，对应模块还可以被直接安装在移动设备10中。

例如，现今经常使用的通用集成电路卡(UICC)，该通用集成电路卡是经常用在GSM和UMTS网络中的智能卡。UICC确保所有类型的个人数据的完整性和安全性，并且其典型地容纳几百千字节。

例如，在GSM网络中，UICC包含SIM应用程序并且在UMTS网络中包含USIM应用程序。UICC可以包含若干应用程序，使得同一智能卡有可能访问GSM和UMTS网络二者，并且还提供电话薄和其他应用程序的存储。

因此，通常，UICC 108还包括至少一个处理单元以及至少一个存储器并且允许应用程序直接在UICC内执行。

如之前所提及的，UICC可以直接集成在移动设备中并且在此情况下通常被称为嵌入式UICC(eUICC)。

通常，其他应用程序也可以被存储在UICC上，该UICC还可以经由IP协议与其他主机通信。

例如，图6示出了一种场景，在该场景中，UICC包含被配置成用于访问远程服务器30(如移动运营商网络中的服务器30a)上的动态内容的应用程序UICC_APP。为此目的，UICC可以借助于通信接口106将IP数据包发射到网络20或从网络20接收IP数据包。通常，UICC108可以直接地或间接地(例如，经由移动设备10的处理器102，可能还利用操作系统OS的功能)与通信接口106通信。

例如，移动设备10可以利用由处理器102执行的网络浏览器WB来访问在UICC上执行的网络服务器应用程序UICC_APP。这个网络服务器应用程序可能已存储本地内容和/或可以访问主机30上的远程内容。

例如，网络服务器应用程序UICC_APP可以请求来自远程主机30的网页并且将已接收的网页从主机30传输到网络浏览器应用程序WB。例如，可以使用这些网页，以便管理用户的移动电话协定、管理命令或者可以包含任何其他基于网页的内容。

因此，在UICC上执行的应用程序UICC_APP受制于参照图3所述的关于主机名的同样问题。

事实上，为了从远程服务器上获得内容，应用程序UICC_APP还必须能够访问给定主机。因此，或者远程主机30的IP地址必须直接存储在应用程序UICC_APP中或者与给定FQDN域名相关联的IP地址必须从DNS服务器40获得。为此目的，DNS服务器40的IP地址可以存储在应用程序UICC_APP中。替代性地，如还在标准ETSI 102223中规定的，DNS服务器的IP地址可以从设备10获得，例如通过从UICC应用程序UICC_APP发送一个特定请求到在处理器102上执行的操作系统OS。因此，在此情况下，处理器102将DNS服务器的IP地址提供给UICC108。最后，一旦获得DNS服务器40的IP地址，UICC应用程序UICC_APP就可以经由通信接口106连接到DNS服务器40并且检索存储在应用程序UICC_APP中与FQDN主机名相关联的IP地址。

因此，通过使用常规DNS解析器服务，如果出现某些错误则需要再迭代机制。例如，如果DNS解析器请求不能获得与给定FQDN相关联的IP地址，则必须处理新的DNS解析器请求。每次发生这种情况时，UICC卡必须管理新的UDP信道。然而，由于域名系统的层级架构，这类错误有可能发生。

此外，为了执行DNS请求，UICC应用程序UICC_APP必须打开另一个信道，即要求与DNS服务器40通信的UDP信道。此外，如果不能获得与DNS服务器40的连接并且DNS服务器40不作出响应，典型地会尝试访问另一个DNS服务器。在这种情况下，第二UDP信道必须由UICC卡管理。

发明内容

基于以上描述，需要寻求能够克服一个或多个之前概括的缺陷的解决方案。

根据一个或多个实施例，通过具有在以下权利要求书中明确阐述的特征的方法来实现这个目标。实施例还考虑了相关的处理模块、相关的移动设备和相关的主机名解析服务器、以及对应的相关计算机程序产品，该计算机程序产品在至少一个计算机的存储器中可加载并且包括用于当该产品在计算机上运行时执行该方法步骤的软件代码部分。如在此使用的，引用这种计算机程序产品旨在等效于引用包含用于控制计算机系统以协调该方法性能的指令的计算机可读媒质。引用“至少一个计算机”明显旨在强调本公开以分布式/模块化方式来实施的可能性。

权利要求是在此提供的本公开的技术教导的完整部分。

如之前所提及的，本说明书提供了用于解析移动通信网络(如GSM或UMTS移动通信网络)中的主机名的解决方案。

当安装在SIM卡(如通用集成电路卡(UICC)或一般的处理模块)上的应用程序必须将至少一个IP数据包传输到与主机名相关联的IP地址时，若干实施例是特别有用的。

例如，在若干实施例中，UICC被配置成用于将短消息服务的第一服务消息传输(例如，经由移动设备)到短消息服务网关服务器，其中，第一服务消息包括对给定主机名的主机名解析请求。响应于这个第一消息，UICC从短消息服务网关服务器接收短消息服务的第二服务消息。具体而言，这个第二服务消息可以包括错误消息或者与主机名相关联的IP地址。

因此，一旦获得与主机名相关联的IP地址，UICC就可以将至少一个IP数据包传输到与该主机名相关联的IP地址。

相反地，根据本说明的主机名解析服务器被配置成接收来自移动设备的短消息服务的第一服务消息，其中，该第一服务消息包括对主机名的主机名解析请求。

在某些实施例中，主机名解析服务器借助本地数据库和/或至少一个远程域名系统服务器来确定与主机名相关联的IP地址并且将短消息服务的第二服务消息传输到移动设备，其中，该第二服务消息包括与主机名相关联的IP地址。

例如，在若干实施例中，第一服务消息借助UICC上安装的应用程序来发送，其中，代码与应用程序相关联。在此情况下，第一和第二服务消息二者都优选包含识别应用程序的这个代码。例如，在此情况下，移动设备和UICC可以将第二服务消息转发到正确的应用程序。

在某些实施例中，第一和/或第二服务消息可以在传输前被编码，例如借助数据压缩和/或数据加密。

附图说明

现在将参照附图对本公开的实施例进行描述，这些实施例仅以非限制性示例的方式提供，并且在附图中：

-图1至图6在前面已被描述；

-图7示出了根据本公开的移动设备的实施例；

-图8示出了根据本公开的移动通信系统的实施例；

-图9是流程图，示出了用于在图8的移动通信系统中解析主机名的方法的实施例；

-图10示出了图8中所示的移动通信系统中通信交换的实施例；以及

-图11示出了根据本公开的通用集成电路卡的实施例。

具体实施方式

在以下描述中，给出了很多特定细节，以提供对实施例的全面理解。可以在没有一个或多个特定细节的情况下，或者利用其他方法、部件、材料等来实践实施例。在其他实例中，未详细示出或者描述公知结构、材料或操作，以避免使这些实施例的方面模糊。

贯穿本说明书所提到的“一个实施例”或“实施例”意味着结合该实施例所描述的具体特征、结构、或特性包括在至少一个实施例中。因而，贯穿本说明书，短语“在一个实施例中”或“在实施例中”在不同场合中的出现并不必定都是指相同的实施例。另外，特定特征、结构或特性可以根据任何合适的方式组合在一个或多个实施例中。

本文中所提供的标题仅为了方便而非解释实施例的范围或含义。

在以下图7至图10中，已参照图1至图6进行描述的零件、元件或部件由之前在这些附图中使用过的相同参考号来指示；这些之前所述元件的描述将不会在下文中重复以便不致本详细说明显得累赘。

在此描述的实施例提供了允许获得与给定主机名(如域名，具体而言是全称域名(FQDM))相关联的IP地址的解决方案。

图7和图8示出了根据本公开的移动设备和移动通信系统在此方面的实施例。

确切的说，也是在此情况下，移动设备10a(如移动电话或平板计算机)包括移动通信接口106a(如GSM、GPRS、UMTS、HSPA或LTE通信接口)，用于与至少一个基站BS建立数据连接来与通信网络20交换数据，即，将数据传输到网络20以及从网络20接收数据。例如，如已在图4中所示出的，网络20可以包括移动运营商的私用网络20a和公用网络20c(如互联网)。因此，可以参照图4的描述以用于网络20的可能实施例。

再次，移动设备10a还包括连接到一个或多个存储器104a的一个或多个处理器102a以及用户接口110a(如触摸屏)。例如，在存储器104a中可能存储了由处理器102a执行的操作系统OSa，并且该操作系统管理移动设备10a的一般功能，如管理用户接口110a以及经由接口106a建立与基站BS的连接。储存器104a还可以包含由操作系统OSa执行的另外的应用程序，如网络浏览器应用程序WBa。

在所考虑的实施例中，移动设备10a已耦合了包括用户身份模块(SIM)的处理模块108a。因此，通常，处理模块108a包括一个或多个处理器1082以及一个或多个存储器1084，用于执行存储在模块108a的存储器1084中的应用程序(参见例如图8)。

例如，在实施例中，移动设备10a包括卡片固定器并且在智能卡上提供了处理模块108a(如UICC)。然而，通常，处理模块108a可以直接集成在移动设备10a内。因此，处理模块108a还可以对应于嵌入式UICC。

在所考虑的实施例中，除用户身份模块应用程序(图8中的参考符号SIM)外，处理模块108a还包括至少一个另外的应用程序APP。确切的说，这个应用程序APP被配置成用于(直接地或经由处理器102a以及可能操作系统OSa间接地)与通信接口106a通信，以便将数据发送到网络20以及从网络20接收数据。

具体而言，在实施例中，应用程序APP被配置成借助IP协议与远程服务器通信。例如，借助经由移动设备10a执行的用户输入和/或通过例如经由服务SMS从移动运营商的服务器接收的远程管理命令，可以周期性地发起通信。

如前面所概括的，在此情况下，优选的是，应用程序APP已存储标识远程服务器30的主机名，并且主机名解析服务器40a被用来获得与逻辑名相关联的服务器30的IP地址。

图9示出了服务器40a的实施例在这方面的流程图。

在开始步骤4000之后，服务器40a接收来自移动设备10a的请求，该请求包括借助代码标识的至少一个主机名，如字符串或数字。例如，在实施例中，使用了包含全称域名(FQDN)的字符串。因此，在步骤4002处，服务器40a分析该请求并且至少确定主机名以及已经发送相应请求的移动设备10a的身份，并且优选地还确定已经发送该请求的应用程序APP。

接下来，在步骤4004处，服务器40a确定主机名的IP地址。

例如，服务器40a可以连接到数据库DB，该数据库DB中存储了主机名以及相应的IP地址。在此情况下，可以通过简单数字或字母数字字符串来标识这些主机名，而不一定通过FQDN名。

相反地，在实施例中，主机是通过常规DNS域名(即，全称域名)来标识的，常规DNS域名由顶级域名和一个或多个其他域名字符串组成，例如“www.abc.com”。在此情况下，服务器40a可以将包括这个FQDN的DNS请求转发到一个或多个常规DNS服务器40。通常，移动设备10a还可以仅提交主机名(例如“www”)并且服务器40a可能附加默认的域名(例如“abc.com”)，由此创建了有待用于常规DNS请求(如在本说明的引言中所述的)的FQDN。

通常，以上解决方案还可以组合。例如，服务器可以首先判定本地数据库DB是否包含用于给定主机名的IP地址，并且仅在主机名未被存储在本地数据库的情况下，服务器40a可以遵照之前所述的域名系统(DNS)标准协议来生成并传输DNS解析请求至DNS服务器40。

因此，在步骤4004结束时，服务器40a已获得与给定主机名相关联的IP地址或已确定没有IP地址与该主机名相关联。

在步骤4006中，服务器40a将主机名解析结果或查询结果(即，指示主机名不存在的错误消息或者与主机名相关联的IP地址)传输到移动设备10a。

最后，进程将终止于或行进到步骤4002以便管理其他主机名解析。

在实施例中，代替使用IP协议，短消息服务被用于移动设备10a与主机名解析服务器40a之间的通信，即，移动设备10a将包含解析给定主机名请求的SMS发送到服务器40a，并且服务器40a将包含与主机名相关联的IP地址的SMS传输到移动设备10a。为此目的，服务器40a确实还可以借助若干实体计算机以分布式方式实现，其中，第一服务器402作为SMS网关服务器运行并且第二服务器404执行DNS解析进程。然而，这些服务器还可以借助安装在同一实体计算机上的两个或更多个应用程序来实现。

确切的说，大多数移动运营商管理SMS网络。例如，在通用移动电信系统(UMTS)的背景下，可以参照技术说明书ETSI TS 123 040“短消息服务(SMS)的技术实现”。基本上，此类SMS消息可以被用来在不同移动设备之间发送文本消息。然而，SMS消息还可以在服务级处被使用，即，以便配置SIM卡。这些SMS消息对于终端用户通常是不可见的。

类似地，由SIM卡执行的应用程序或通常处理模块108a也可以借助SMS标准将服务消息发送到移动运营商。

这些SMS消息通常包含报头信息，该报头信息包括标识已发送消息的应用程序的代码以及指定SMS类型的代码(例如在标准文本消息中，报头中的T-PID字段被设置成‘00’)。确切的说，如在技术说明书ETSI TS 101 220“智能卡；用于电信应用程序提供商的ETSI编号系统”中所述的，每个“工具箱应用程序”(即安装在UICC上的应用程序)可以已关联了还被称为“工具箱应用程序参考”(TAR)的给定的唯一代码。

因此，通过接收SMS消息，移动运营商，具体而言服务器40a能够确定：

a)哪一个移动设备10a已发送了SMS，例如通过确定SMS发送方的电话号码，以及

b)哪一个智能卡应用程序已发送了SMS，例如通过确实SMS报头中的TAR代码。

相应地，在所考虑的实施例中，在步骤4002处，服务器40a接收来自移动设备10a的SMS消息，其中，这个SMS消息包含主机名，并且，一旦已经确定相关联的IP地址，服务器40a就发送包含这个IP地址的SMS服务消息到移动设备，其中，该消息优选地定址至特定应用程序APP，例如通过再次在SMS报头信息中包括TAR。

图10示出了根据本公开的移动通信系统在这方面的通信交换。

如果UICC卡的应用程序或通常的处理模块108a必须访问给定主机(如利用给定主机名(如FQDN，例如“www.abc.com”)标识的网络服务器30)，则该处理模块108a(具体而言模块108a的应用程序APP)根据SMS标准将服务消息发送到SMS网关服务器402。优选地，SMS包含应用程序APP的TAR，由此标识应用程序APP。

SMS网关402接收这个SMS消息并且处理该SMS消息以便提取主机名(例如“www.abc.com”)以及允许识别移动设备10a以及优选地还有应用程序APP的其他信息。

下一步，SMS网关402将主机名转发到主机名解析器服务器404，这进而确定与主机名相关联的IP地址。通常，任何协议可以被用于SMS网关402与主机名解析器404之间的通信，如IP通信。如前面所解释的，为此目的，主机名解析器404可以使用本地数据库和/或依靠DNS协议使用远程DNS服务器40。响应于这个请求，域名解析器404将主机名解析或查询结果(即，错误消息或者与主机名相关联的IP地址)返回到SMS网关402。例如，在所考虑的实施例中，域名解析器404返回针对主机名“www.abc.com”的IP地址“234.234.234.234”。

就这一点，网关402将SMS标准的服务消息发送到移动设备10a，优选地通过指定应用程序APP的身份(例如消息报头中的TAR)直接发送到应用程序APP。例如，在所考虑的实施例中，SMS网关发送包含作为有效载荷的IP地址“234.234.234.234”的消息。通常，对于单个主机名，还可能返回多个IP地址。

通常，模块108a与SMS网关402之间交换的SMS消息的有效载荷还可以在传输前被编码，例如以便压缩和/或加密消息内容，由此增加了关于通常依赖于不安全UDP消息的使用的传统DNS系统的安全性。

因此，一旦模块108a(具体而言应用程序APP)接收了包含主机名解析结果的SMS，应用程序APP就可以决定该结果是否对应于有效的IP地址并且经由IP协议(例如通过使用TCP或UDP通信)联系该IP地址。

例如，如果服务器30是网络服务器，则模块108a(具体而言应用程序APP)可以发送HTTP(超文本传输协议)或HTTPS(安全套接字层上的超文本传输协议)请求到该IP地址以便获得例如网页、管理指令、文件或任何其他静态或动态内容。

因此，此处所述的解决方案允许安装在处理模块上的应用程序(如UICC或eUICC)可以以更有效的方式获得与给定主机名相关联的IP地址，而无需依赖该繁冗的DNS协议。

图11示出了UICC卡108a的软件层在这方面的实施例。

在所考虑的实施例中，UICC 108a包括(至少)由处理器1082和存储器1084所代表的硬件层UICC_HW。在硬件层UICC_HW顶部上运行UICC卡的操作系统UICC_OS。例如，操作系统UICC_OS可以管理多个应用程序，如在前面所描述的应用程序SIM和APP。

确切而言，在所考虑的实施例中，UICC卡是基于如例如在技术说明书ETSI TS 102241(例如版本9.1.0)中所规定的“用于Java卡^TM的UICC应用程序编程接口(UICC API)”。

在此情况下，Java卡系统JCS由操作系统UICC_OS执行，该操作系统管理并且运行小应用程序，即，使用由Java卡系统JCS提供的API(应用程序编程接口)的应用程序。

例如，Java卡系统JCS通常包括SIM或USIM API(利用参考符号(U)SIM API标识)，该SIM或USIM API管理基本的用户身份模块命令并且提供到更高级别SIM或UISM小应用程序(利用参考符号(U)SIM_API标识)的功能。例如，(U)SIM API还可以管理短消息服务的通信功能。

在所考虑的实施例中，UICC还被配置成用于管理至少一个承载无关协议(BIP)，如GPRS、EDGE、UMTS、HSPA或LTE。例如，在所考虑的实施例中，Java卡系统JCS包括承载无关协议API BIP。

Java卡^TM平台提供JAVA^TM运行时间环境，这具体是针对智能卡而优化的。这个技术对本领域的技术人员而言是众所周知的，使得此处更加详细的描述显得繁冗。Java卡系统JCS还可以包括根据“全球平台卡技术规范”(例如版本2.2)的全球平台模块GP。这个标准对本领域的技术人员而言也是众所周知的，使得此处更加详细的描述显得繁冗。基本上，GP模块提供如通过安全信道或小应用程序的安装和远程管理进行用户认证的特征。

上述API功能然后可以被这些小应用程序(如SIM或USIM小应用程序(U)SIM_APP、基本小应用程序B_APP和/或安全小应用程序S_APP)使用，这使用例如由全球平台API所提供的加密方法之一。

UICC 108还可以包括其他应用程序，如智能卡网络服务器SCWS以及可能的网络服务器应用程序SCWS_APP，这例如执行以上所提及的网络服务器功能。

通常，UICC 108a不仅可以包括定制的小应用程序而且还包括直接由操作系统UICC_OS执行的本机低级应用程序N_APP。

通常，上述主机名解析方法可以在任何前述软件层中实现，即在操作系统UICC_OS中、在API级或在应用程序级。

例如，小应用程序(如小应用程序S_APP、B_APP或SCWS_APP)可以访问(U)SIM API，以便将包括主机名解析请求的第一服务SMS发送到SMS网关402并且从SMS网关402接收包括对应IP地址的第二服务SMS。接下来，小应用程序可以访问承载无关协议API，以便与远程主机30建立IP数据连接。因此，在此情况下，应用程序不必实现复杂的DNS协议。

当然，在不损害本发明的原理的情况下，如所附权利要求所限定的，相对于在此描述和图解说明的内容，因此在不脱离本发明的范围的前提下，构造的细节和实施例可以是各种各样的。

Claims

1.一种方法，用于将至少一个IP数据包传输到与主机名相关联的IP地址，所述方法包括以下步骤：

-将短消息服务的第一服务消息传输到短消息服务网关服务器(402)，所述第一服务消息包括对所述主机名的主机名解析请求；

-从所述短消息服务网关服务器(402)接收所述短消息服务的第二服务消息，所述第二服务消息包括与所述主机名相关联的IP地址；以及

-将至少一个IP数据包传输到与所述主机名相关联的所述IP地址。

2.一种用于解析主机名的方法，所述方法包括以下步骤：

-从移动设备(10a)接收(4002)短消息服务的第一服务消息，所述第一服务消息包括对所述主机名的主机名解析请求；

-借助本地数据库(DB)和/或至少一个远程域名系统服务器(40)确定与所述主机名相关联的IP地址；以及

-将所述短消息服务的第二服务消息传输(4006)到所述移动设备(10a)，所述第二服务消息包括与所述主机名相关联的所述IP地址。

3.如权利要求1和/或权利要求2所述的方法，其中，所述第一服务消息是借助应用程序(APP)发送的，并且其中，所述第一和所述第二服务消息包含识别所述应用程序(APP)的代码。

4.根据以上权利要求中任一项所述的方法，其中，在传输前，所述第一和/或所述第二服务消息例如借助数据压缩和/或数据加密被编码。

5.一种用于将至少一个IP数据包传输到与主机名相关联的IP地址的处理模块(108a)，所述处理模块(108a)被配置成用于执行根据权利要求1、3或4中任一项所述的方法。

6.如权利要求5所述的处理模块(108a)，其中，所述处理模块(108a)结合在通用集成电路卡或嵌入式通用集成电路卡中。

7.如权利要求5或权利要求6所述的处理模块(108a)，其中，所述处理模块(108a)包括至少一个处理单元(1082)以及至少一个存储器(1084)，并且其中，所述至少一个存储器(1084)包括用户身份模块应用程序和用于实现根据权利要求1、3或4中任一项所述的方法的应用程序(APP)。

8.一种移动设备(10a)，包括：

-根据权利要求5至权利要求7中任一项所述的处理模块(108a)，以及

-通信接口(106a)，所述通信接口被配置成用于将所述第一服务消息传输到基站(BS)并且接收来自所述基站(BS)的所述第二服务消息。

9.如权利要求8所述的移动设备(10a)，包括至少一个另外的处理单元(102a)以及至少一个另外的存储器(104a)，并且其中，所述至少一个另外的存储器(1084)包括应用程序(OSa，WBa)，所述应用程序当在所述至少一个另外的处理单元(102a)上执行时与所述处理模块(108a)通信。

10.一种用于解析主机名的主机名解析服务器(40a)，所述主机名解析服务器(40a)被配置成用于执行根据权利要求2、3或4中任一项所述的方法。

11.一种计算机程序产品，所述计算机程序产品可以被加载到至少一个处理器的存储器中并且包括用于实现根据权利要求1至4中任一项所述方法的软件代码部分。