建立应用会话的方法、设备和相应通知

摘要

在移动电话领域中，尤其在所谓的机器对机器通信模块领域中，本发明的目的是定义集成运营商连接参数的用于建立应用会话的通知格式。在这种情况下，即在GPRS的情况下，这需要网关名称和连接标识符。

权利要求

1.通过信息处理设备建立应用会话的方法，所述信息处理设备称为客户端且具有由默认运营商使用的通过移动电话网络与数据通信网络进行通信的装置，其特征在于，所述方法包括：根据第一异步通信模式接收通知(4.1)；

首先从所述通知中提取用于建立应用会话的信息，随后从所述通知中提取与管理所述移动电话网络与所述数据通信网络之间的互连网关的其它运营商有关的连接信息(4.2)；

其中，响应于所述通知的接收，所述方法包括：

使用所提取的与所述其它运营商有关的连接信息，启动与所述网关的同步连接(4.3)；

通过从所述通知中所提取的与所述应用会话有关的信息，启动应用会话(4.5)。

2.根据权利要求1所述的方法，其特征在于，以短消息形式接收所述通知。

3.根据权利要求1所述的方法，其特征在于，首先从所述通知中提取用于建立应用会话的信息，随后从所述通知中提取与管理所述移动电话网络与所述数据通信网络之间的互连网关的所述其它运营商有关的所述连接信息的步骤(4.2)包括：提取网关名称、连接标识符和密码。

4.信息处理设备，包括：

由默认运营商使用的用于通过移动电话网络与数据通信网络进行通信的装置；

用于根据第一异步通信模式接收通知的装置；

用于根据第二同步通信模式、与所述移动电话网络与所述数据通信网络之间的互连网关建立连接的装置，所述网关由其它运营商管理；

用于通过所述通信网络与服务器建立应用会话的装置；

其特征在于，所述设备还包括：

提取装置，所述提取装置首先从所述通知中提取与用于与所述数据通信网络建立连接的所述其它运营商有关的连接信息，随后从所述通知中提取与应用会话的建立有关的信息，其中，用于与所述网关建立连接的装置以及用于与服务器建立应用会话的装置响应于所述通知的接收而被激活。

说明书

建立应用会话的方法、设备和相应通知

技术领域

[0001] 本发明涉及移动电话领域，尤其涉及所谓的机器对机器通信模块领域。然而，本发明可应用于任何无线电话通信装置。

背景技术

[0002] 最初，无线电话通信装置由用于通过蜂窝无线电网络发送声音的简单手持设备组成。很快，声音的简单传输被证明是不充分的并且终端设置有根据诸如IP协议(RFC 791定义的Internet Protocol)的包通信协议的数据通信装置。这些发展已经产生了许多代通信标准，诸如GPRS(General Packet Radio Service(通用分组无线业务))、EDGE(Enhanced Data Rates for GPRS Evolution(用于GSM演进的增强数据速率))、UMTS(Universal Mobile Telecommunications System(通用移动电信系统))、以及HSUPA(High Speed Uplink Packet Access(高速上行链路分组接入))。

[0003] 从高度概括的观点来说，用于将移动电话设备连接至数据通信网络的方案可根据图1描述。根据第一个步骤1.1，该设备连接至APN(Access Point Name(接入点名称))，即移动包网络(GPRS或UMTS)与外部IP网络之间的互连网关的名称。因此，为了实现这个目的，该装置必须拥有网关的名称或APN。接下来，在验证步骤1.2中，该设备通过连接名(login)和密码使自己被该网关识别。随后，在步骤1.3中，该设备接收通常被称为PDP上下文的上下文，即一组用于建立IP会话的参数。随后，在步骤1.4中，建立该会话。

[0004] 该会话的建立过程被设计为通过移动终端启动。对于连接至IP网络的服务器，不存在任何简单装置来根据数据通信协议启动数据会话以与远距离设备进行通信。此外，该网络快速断开不再发送任何数据的终端的会话。

[0005] 为了克服该问题并为了使得服务器能够与移动电话设备进行通信，描述了多种解决方案。第一种解决方案能够通过仅为防断开而周期性地发送数据的所谓保持有效系统，使已经建立的连接保持有效。还能够实施约会机制(rendezvous mechanism)。根据该机制，终端周期性地连接至服务器，以使后者能够向终端发送任何数据。根据另一种机制，服务器从已知号码向终端发送语音呼叫。作为对该呼叫的响应，终端接收该呼叫，识别该号码，不接起，但建立会话。最后，最后一种解决方案，毫无疑问是最易于实施的，其包括向该设备发送SMS(Short Message Service(短消息服务))以请求其建立连接或会话。

[0006] 文档根据OMA联盟(Open Mobile Alliance)使该最后一种解决方案标准化；该文档是题为“OMA Device Management Notification Initiated Session”的“OMA-TS-DM_Notification-V1_2_1-20080617-A”。根据该文档，描述了以SMS的形式向终端发送通知。一旦接收到该SMS，终端就启动位于该通知的来源处的服务器上的连接。在我们的情况下，该连接将使用通过其所储存的连接参数(诸如网关名称和相关连接标识符)建立的GPRS连接。不幸的是，在机器对机器连接的情况下，该信息通常不由终端储存。这是因为，这些终端通常在运营商(operator)的选择被作出之前就被配置。在操作期间，该运营商的选择可被称为询问。

[0007] 此外，使用为给定服务而选择的运营商而不是被配置在设备中的默认运营商，来允许连接至该服务是有用的。

[0008] 本发明的目的是通过定义用于建立集成运营商连接参数的应用会话的通知格式来解决上述问题。在这种情况下，即在GPRS的情况下，其为网关名称和连接标识符。

发明内容

[0009] 本发明涉及一种通过被称为客户端且具有通过移动电话网络与数据通信网络的装置的信息处理设备建立应用会话的方法，其特征在于，该方法包括以下步骤：根据第一异步通信模式接收通知的步骤；首先从该通知提取用于建立应用会话的信息并随后从该通知提取与对移动电话网络与数据通信网络之间的互连网关进行管理的运营商相关的连接信息的步骤；使用所提取的与运营商相关的连接信息启动对所述网关的同步连接的步骤；以及通过所提取的与应用会话相关的信息启动应用会话。

[0010] 本发明还涉及一种信息处理设备，其包括：用于通过移动电话网络与数据通信网络进行通信的装置；用于根据第一异步通信模式接收通知的装置；用于根据第二同步通信模式建立与移动电话网络与数据通信网络之间的互连网关的连接的装置，所述网关由运营商管理；用于通过通信网络建立与服务器的应用会话的装置；以及用于首先从该通知提取与用于允许建立与数据通信网络的连接的运营商相关的连接信息并随后从该通知提取建立应用会话相关的信息的装置。

[0011] 本发明还涉及一种用于通过被称为客户端且具有通过移动电话网络与数据通信网络的装置的信息处理设备建立应用会话的通知，其包括：用于建立应用会话的信息；以及与对移动电话网络与数据通信网络之间的互连网关进行管理的运营商相关的连接信息。

[0012] 根据本发明的具体实施方式，该通知采用短消息的形式。

[0013] 根据本发明的具体实施方式，与运营商相关的所述连接信息包括网关名称、连接标识符和密码。

附图说明

[0014] 在阅读了下面描述的示例性实施方式之后，上面提到的本发明的特征，以及其它特征将变得显而易见，所述描述参照附图给出，其中：

[0015] 图1示出将移动电话网络连接至数据通信网络的方法；

[0016] 图2示出OMA系统中的通知的结构；

[0017] 图3示出根据本发明的示例性实施方式的SMS的结构；

[0018] 图4示出本发明的示例性实施方式的运作。

具体实施方式

[0019] 本发明适合于至少两个通信模式或传输层允许客户端和服务器之间的通信的环境。客户端在这里表示具有通过移动电话网络与数据通信网络进行通信的装置的信息处理设备。服务器表示具有与通信网络进行通信并通过该通信网络向客户端提供服务器的装置的信息处理设备。第一模式是异步的并且允许在客户端与服务器之间发送消息。第二模式是同步的并能够在客户端与通信网络之间建立连接。该连接建立于客户端和位于移动电话网络与数据通信网络之间的互连网关之间。该连接在同步模式下使客户端能够在应用级建立与服务器的通信会话。这是服务器无法建立与客户端的这种通信会话的情况。在示例性实施方式中，该系统是OMA系统。异步通信模式是通常使用发送短消息SMS的基础架构来发送异步消息(又称为WAP-push)的传输层。同步通信模式通常是根据GPRS标准建立的TCP/IP连接。应用会话通常是OMA管理会话。在这种系统中，希望在应用级加入与客户端的通信且不能够自己建立应用会话的服务器，在异步模式下向客户端发送通知，该通知含有使该客户端能够使用同步通信模式建立与服务器的应用会话的信息。然而，虽然在OMA系统的环境下被描述，但本发明能够在遵循相同约束的任何系统中实施。具体地，本发明能够应用于应用级上的任何类型的会话，并能够应用于各种传输层。

[0020] 图2示出OMA系统中的通知的结构。该通知包括第一“摘要(digest)”字段2.1，第一“摘要”字段2.1含有用于保证消息完整性并验证消息的发送者的MD5密钥。接下来是被称为“触发报头(trigger-hdr)”的报头2.2，报头2.2包含使通知的接收者能够建立与发送服务器的管理会话的一组数据。这种管理会话是由OMA标准定义的会话并且在这里不是TCP/IP会话。该管理会话位于TCP/IP协议上层的应用层并假定客户端和服务器被适当地配置为允许通信。在报头字段之后是被称为“触发体(trigger-body)”的数据字段(payload)2.3，数据字段2.3包含特定于供应商(即系统运营商)的数据。

[0021] 报头字段本身被分解为第一版本字段2.4，版本字段2.4指定通知所遵循的OMA规格的版本。字段2.5随后表示该通知是否必须提供给用户或被系统处理，并且随后“发起者(initiator)”字段2.6表示该通知的来源，不论是来自用户或是服务器的请求。空间2.7被保留以供将来使用。下一个是会话标识符2.8，会话标识符2.8必须由客户端在其对服务器启动会话时使用。因此，会话由客户端的启动和建立该会话的通知之间的链接被建立。接下来是给出发送该通知的服务器的标识符的长度的字段2.9以及含有该标识符的字段2.10。

[0022] 可见，如OMA系统中所形式化的通知的结构中的可用信息，全部涉及OMA管理会话的建立。这些会话是应用级的会话。没有信息涉及下面的传输协议层。假设在系统中客户端和服务器被连接并能够进行通信。

[0023] 然而，例如，在客户端通过诸如GPRS的移动业务使用数据通信网络的情况下，不需要建立与该网络的连接。当客户端具有连接参数时，客户端能够响应于对通知的接收而使用这些连接参数来建立该通信。应注意，该通知通过WAP推送(WAP push)来提交，也就是说，该通知具有异步发送且无需使用通信网络的短消息的形式。在某些情况下，该信息不储存于客户端中。例如，在机器对机器应用中，这的确如此，诸如，使用SIM卡的付款机在协商运营商合同管理接入之前被配置并插入设施。在某些应用中，还有用的是，发送用于对连接至与客户端所使用的默认运营商不同的运营商的服务器进行访问的通知。

[0024] 为了在这些情况下启用连接，需要传送与使用的运营商有关的连接信息，以建立与数据通信网络的连接。通常，该信息包括由运营商管理的接入网关的名称(APN)、连接标识符(login)和密码。例如，这是使用GPRS连接进行接入的情况。

[0025] 根据本发明，与运营商相关的连接信息在用于传输通知的短消息中被发送。通过这种方法，与运营商相关的连接信息以及与应用会话的建立相关的信息被在同一个消息中传送。有利地，这些信息被集成在通知本身中。本发明的示例性实施方式在通知主体的开头插入数据结构。该实施方式在图3中示出。字段3.1、3.2和3.3代表先前所述的通知结构，分别为字段摘要(digest)、字段触发报头(trigger-hdr)以及字段触发体(trigger-body)。字段触发体3.3被保留，以用于特定于通知的数据；这是通知的主体。该字段随后被分为两个部分。根据本发明，第一部分3.4接纳(host)含有与运营商相关的连接信息的数据结构。第二部分3.5可用于任何增补数据并等同于现有技术的触发体字段。

[0026] 根据示例性实施方式，数据结构3.4可以如下：第一字段3.6含有网关名称的长度，之后是包含该名称的字段3.7。字段3.8包含连接标识符的长度，之后是包含该标识符的字段3.9。字段3.10包含密码的长度，之后是包含该密码的字段3.11。对本领域技术人员显而易见的是，该结构仅仅是一个示例性实施方式并且能够改变。具体地，结构适合于与GPRS网络的连接并且可以适应根据所需连接信息所使用的任何其它类型的数据通信网络。该通知随后在SMS中以与根据现有技术的通知相同的方式传输。该通知可以可替代地被SMS之外的任何合适装置发送，并且可适应能够用于在异步方式下发送通知的任何传输层。

[0027] 可替换地，该连接信息可在不被包含在内的情况下直接插入用于传输通知的短消息或SMS中。例如，能够在专用于传输该数据结构的SMS的用户数据报头中定义新的信息元素。随后需要定义相应的信息元素标识符。

[0028] 另一个替换选择包括将该信息插入短消息的数据部分。

[0029] 图4示出本发明的示例性实施方式的运作。其描述了一种由客户端建立应用会话的方法。在第一步骤4.1中，根据本发明，希望与客户端通信的服务器以异步模式向客户端发送通知。在步骤4.2中，客户端分析该通知，并首先提取用于建立应用会话的信息并随后提取与运营商相关的连接信息。所接收的整条消息被集成至在名称通知下。具体地，如果与运营商相关的信息被插入正确传输通知的短消息中而不是被插入通知中，则整条短消息被认为是通知。有利地，客户端随后测试是否其已经经由运营商连接至数据网络，运营商的连接信息被通信至客户端。如果情况不是这样，则客户端通过所提取的与运营商相关的连接信息启动该同步连接；以上是步骤4.3。在步骤4.4中，该连接被建立，并且客户端现在连接至使其能够与服务器通信的数据网络。步骤4.5期间，客户端随后使用其在通知中接收的与应用会话相关的信息来启动应用会话。在步骤4.6期间，客户端与服务器之间的应用会话被建立。服务器随后能够使用该应用会话与客户端进行通信。