用于向移动远程信息处理单元递送数据的架构

摘要

本发明公开了一种用于向移动远程信息处理单元递送数据的架构。一种改进的移动连通性系统和方法允许数据传送，例如涉及以经济和安全的方式去往和来自移动无线单元的服务递送。该系统在可用时利用现有的IP连通性，否则基于预期交换的长度和安全性要求来确定适当的数据交换机制。数据交换机制包括SMS、IP和其他合适的协议，而无线载体包括蜂窝和非蜂窝无线载体。在一个例子中，每个订户单元定期地或者当触发时向呼叫中心发送其位置以允许递送基于位置的服务。

说明书

背景技术

无线通信目前分布广泛，并且用来增强个人和组织的连通性以提供 改进的信息交换、安全性和盈利性。作为一个例子，远程信息处理单元 现在与许多汽车和其他交通工具一起销售或者被添加到许多汽车和其 他交通工具上，并且可以提供无线通信和基于位置的服务。

通常，尽管并非一定这样，这种单元通过蜂窝网络基础设施来操 作。对于话音和简单数据通信而言，蜂窝网络提供世界人口的几乎全面 覆盖。实际上，一些专家估计在不到5年以内，世界人口的至少90％将 由蜂窝网络提供服务。蜂窝话音通信有效地使用诸如切换和漫游之类的 机制以确保持续的连通性。然而，为通过这些相同网络和其他类似网络 所连接的设备提供IP(因特网协议)连通性的技术，还处于非常薄弱的 发展状态。

例如，当前在蜂窝网络中呼叫中心并无有效的手段来查明交通工具 (即交通工具中的远程信息处理单元)的IP地址，即使当该交通工具与 呼叫中心当前订有合同的主要提供商IP相连时也是这样。尽管该中心有 可能一开始使用话音呼叫从交通工具获得IP地址，并且随后使用该IP 地址进行进一步通信，但是这非常昂贵，因为它需要使用话音若干分 钟。另外，对于用户来说，每当需要或期望IP连通性时就参与会话有时 是麻烦的。

现今可以得到用于与远程信息处理单元交换数据的多种技术。例 如，数据可以通过SMS(短消息服务)的使用被发送给蜂窝设备。SMS 提供向/从蜂窝设备发送/接收有限的字母数字消息的信道。SMS还被用 作二进制净荷的传输。在实践中，SMS常常被用于包括文本消息收发、 票据传输等的简短交换。还存在使用SMS来唤醒蜂窝设备并提示它们 检索电子邮件的应用。

然而，尽管SMS对于某些任务而言很有用并且广泛使用，但是相 对于数据传输它更一般地具有某些缺陷。例如，SMS通常不提供与IP 一样高的安全级别，并且它也不能经济地处理超出特定长度之外的消 息。需要一种系统来增强移动设备的数据连通性。

发明内容

本发明一般而言涉及一种在克服现有技术的缺陷的同时提供向移 动设备的数据传输的系统。在一个例子中，呼叫中心在任何时候并且无 论交通工具可能在什么地方都能够向移动蜂窝设备(例如交通工具远程 信息处理单元)传送数据。尽管呼叫者适当时可以使用SMS，但是现在 它还可以在必要时使用IP，例如对于长消息和/或安全消息。

在另一个例子中，所述基础设施被用来向移动单元递送基于位置的 服务。特别地，呼叫中心可以使用所述技术来收集交通工具位置并且定 期更新它们。这又提供了在任何时候向任何交通工具或其他移动单元递 送基于目标位置的服务的能力。

虽然以下将详细讨论本发明的各方面，但是下面的简短概要提供了 所述例子的某些元素的概观。在一个例子中，首先确定对于所讨论的交 通工具或其他单元是否已经存在IP连接。如果存在连接，那么通过该IP 地址联系该交通工具，并且在执行必要的认证和信任验证过程之后，通 过该IP连接向该交通工具发送感兴趣的消息。

然而，如果当前不存在至该交通工具的IP连接，则检查要应用于该 消息的安全级别。如果要使用最高的安全级别，则SMS消息被用来促 使接受者发起与呼叫者(例如呼叫中心)的IP会话。当交通工具作出响 应并且开启IP连接时，如前所述，该中心在必要的认证和信任验证之后 向该交通工具发送消息。

另一方面，如果安全SMS对于要应用于该消息的安全级别而言是 足够的，则检查该消息的大小要求。如果该消息处于或低于预定的大小 限制，例如140字节，则通过SMS将该消息发送给交通工具。

在这种情况下，即使已经将服务或消息递送给交通工具，但是交通 工具远程信息处理单元获得IP地址并建立与网络的PPP(点对点协议) 会话也可能是有利的。该IP地址随后可以被用来便于在近期(例如同一 天)与该单元联系，如果出现该需要的话。

如果要发送给交通工具的消息是数据密集的，从而使得它大于预定 大小限制，则如上所述将SMS消息发送给交通工具单元，以便请求该 交通工具单元建立与呼叫者的IP会话。当交通工具作出响应时，然后可 以在必要的认证和信任验证之后通过IP递送该消息或服务。

无论是否存在或创建IP会话，都可以将其保存以便在将来用于优化 通信。特别地，在一个例子中，IP连接是常通连接，从而会话不会随意 地终止。如果PPP会话变为没有响应的或被丢失，则SMS消息收发可 以根据需要被用来建立新的会话。

根据另一例子，该系统允许交通工具的远程信息处理单元当该单元 漫游时，交通工具点火装置关闭时，该单元处于不连续接收模式或备用 模式时，甚至在不连续接收模式期满之后(只要在发送该消息之后足够 快地接通该交通工具以便能够检索到该消息)，都由呼叫中心可达。

该交通工具不需要使用蜂窝网络来建立与中心的IP会话。诸如WiFi 之类的可选载体使用起来可能更经济，并且可以提供更好的性能。因 此，一旦接收到SMS消息，交通工具就可以使用这些设备来代替IP连 通性，如果交通工具被适当地装备并且如果优选使用这种可选方案的 话。

在一个例子中，该连通性系统和方法允许服务提供商向交通工具提 供基于位置的服务。每个交通工具定期向中心发送其位置。可选择地， 只有当一个或多个预定事件触发时，单元才可以发送其位置。然后将该 服务或数据下载到该单元。

一旦阅读了下面的详细描述并且参考了附图，本发明的其他目的和 优点将变得显而易见。

附图说明

图1是可以在其中使用本发明各例子的示例通信系统的示意图；

图2是在本发明一个例子中呼叫中心与移动远程信息处理单元之间 的网络连通性的示意图；

图3是示出根据本发明一个例子、为了向远程信息处理单元递送数 据或服务所采取的步骤的流程图；

图4是说明通过现有的PPP会话向远程信息处理单元递送感兴趣的 服务的过程的流程图；

图5是说明在这种会话还不存在的情况下通过PPP会话向远程信息 处理单元递送有关感兴趣的服务的高安全性消息的过程的流程图；

图6是图5的流程图的继续；

图7是说明当服务管理者与远程信息处理单元之间的PPP会话还不 存在时向远程信息处理单元递送有关感兴趣服务的、具有低安全性要求 的消息的过程的流程图；以及

图8是有效且安全地向移动单元提供基于位置的服务的示例过程的 流程图。

具体实施方式

在详细描述本发明之前将描述本发明可以在其中操作的示例性环 境。将会认识到，所述环境仅仅是用于说明的目的，并且不意味着有关 实行本发明的其他环境的使用的任何限制。

参考图1，其中示出通信系统100的一个例子，该通信系统100可 以与本方法一起使用，并且通常包括交通工具102、无线载体系统104、 陆地网络106和呼叫中心108。应当认识到，诸如这里所示的系统的总 体架构、设置和操作、以及各个部件都是本领域众所周知的。因此，下 面的段落简单地提供一个这样的示例性信息系统100的简短概观；然 而，这里未示出的其他系统也可以使用本方法。

交通工具102优选是诸如摩托车、汽车、卡车、休闲车(RV)、船 只、飞机等之类的移动交通工具，并且装备有使它能够通过系统100进 行通信的合适的硬件和软件。在图1中概括地示出其中一些交通工具硬 件110，包括远程信息处理单元114、话筒116、扬声器118以及与远程 信息处理单元114相连的按钮和/或控制器120。可操作地耦合至远程信 息处理单元114的是网络连接或交通工具总线122。合适的网络连接的 例子包括控制器区域网络(CAN)、面向媒体的系统传输(MOST)、 本地互连网络(LIN)、以太网、以及其他适当的连接，例如符合已知 的ISO、SAE和IEEE标准和规范的那些连接，这里仅举几个例子。

远程信息处理单元114是车载设备，该车载设备通过它与呼叫中心 108的通信来提供多种服务，并且通常包括电子处理设备128、一种或 多种类型的电子存储器130、蜂窝芯片组/部件124、无线调制解调器 126、双重天线160和包含GPS芯片/部件的导航单元132。在一个例子 中，无线调制解调器126包括在处理设备128内执行的计算机程序和/ 或软件例程集。

远程信息处理单元114提供的服务太多以至于不能将它们全部列 出，但是几个例子包括：与基于GPS的芯片组/部件132一起提供的路 线规划指南和其他导航相关服务；与各种撞击和/或碰撞传感器接口模块 156和遍及整个交通工具110中的传感器158相结合提供的气囊展开通 知和其他紧急或路边援助的相关服务。与信息娱乐相关的服务，其中音 乐、网页、电影、电视节目、视频游戏和/或其他内容是由通过交通工具 总线122和音频总线112与远程信息处理单元114可操作地相连的信息 娱乐中心132下载的。在一个例子中，存储所下载的内容以供当前或随 后的重放。

再次，上面列出的服务决不是远程信息处理单元114的所有功能的 详尽列表，正如本领域技术人员应当认识到的，其仅仅是远程信息处理 单元114能够提供的一些服务的举例说明。可以预料到，除了上面列出 的部件以外，远程信息处理单元114还将包括许多已知部件。

交通工具通信优选是使用无线电传输来建立与无线载体系统104的 话音信道，从而话音和数据传输都可以通过话音信道来发送和接收。通 过用于话音通信的蜂窝芯片组/部件124和用于数据传输的无线调制解 调器126来实现交通工具通信。为了在话音信道上实现成功的数据传 输，无线调制解调器126使用某种类型的编码或调制来转换数字数据， 从而它能够通过蜂窝芯片组/部件124中结合的声码器或语音编解码器 进行通信。对于本方法，可以使用提供可接受数据速率和比特差错的任 何合适的编码或调制技术。双重天线160服务于GPS芯片组/部件124 和蜂窝芯片组/部件126。

话筒116向驾驶员或其他交通工具乘客提供用于输入口头或其他听 觉命令的手段，并且可以装备有使用本领域公知的人/机接口(HMI)技 术的嵌入式话音处理单元。相反地，扬声器118向交通工具乘客提供口 头输出，并且可以是专用于远程信息处理单元114的独立扬声器，或者 可以是交通工具音频部件154的一部分。无论是这样还是那样，话筒116 和扬声器118都使交通工具硬件110和呼叫中心108能够通过可听语音 与乘客进行通信。交通工具硬件110还包括一个或多个按钮或控制器 120，用于使交通工具乘客能够激活或使用一个或多个交通工具硬件110 部件。例如，按钮120之一可以是用来发起与呼叫中心108(无论它是 现场顾问148还是自动呼叫应答系统)的话音通信的电子按钮。在另一 例子中，按钮120之一可以被用来发起紧急服务。

音频部件154可操作地与交通工具总线122和音频总线112相连。 音频部件154通过音频总线112接收模拟信息，从而将其再现为声音。 通过交通工具总线122来接收数字信息。音频部件154提供AM和FM 无线电广播、CD、DVD和独立于信息娱乐中心136的多媒体功能。音 频部件154可以包含扬声器系统，或者可以通过交通工具总线122和/ 或音频总线112上的判优来使用扬声器118。

交通工具撞击和/或碰撞检测传感器接口156可操作地与交通工具 总线122相连。撞击传感器158通过撞击和/或碰撞传感器接口156向远 程信息处理单元114提供有关交通工具碰撞的严重性的信息，例如碰撞 角度和所遭受的力。

与各种传感器接口模块134相连的交通工具传感器160可操作地与 交通工具总线122相连。示例交通工具传感器包括但不限于陀螺仪、加 速度计、磁强计、发射检测和/或控制传感器等等。示例传感器接口模块 134包括动力系控制、气候控制和车体控制，这里仅举几个例子。

无线载体系统104优选是蜂窝电话系统或者在交通工具硬件110与 陆地网络106之间传输信号的任何其他合适的无线系统。根据一个例 子，无线载体系统104包括一个或多个小区塔138、基站和/或移动交换 中心(MSC)140、以及连接无线系统104与陆地网络106所需的任何 其他连网部件。本领域技术人员将认识到，各种小区塔/基站/MSC布置 都是可能的，并且可以用于无线系统104。例如，基站和小区塔可以共 同位于同一地点，或者它们可以彼此远离地放置，以及单个基站可以被 耦合至各种小区塔，或者各种基站可以被耦合至单个MSC，这里仅举出 几个可能的布置。优选地，在一个或多个基站140中结合语音编解码器 或声码器，但是取决于无线网络的特定架构，它还可以被结合在移动交 换中心或者一些其他网络部件中。

陆地网络106可以是常规的陆基电信网络，其与一个或多个陆线电 话相连，并将无线载体网络104连接到呼叫中心108。例如，本领域技 术人员可以认识到，陆地网络106可以包括公共交换电话网络(PSTN) 和/或因特网协议(IP)网络。当然，陆地网络106的一段或多段可以被 实施为下列形式：标准有线网络，光纤或其他光学网络，电缆网络，诸 如无线局域网(WLAN)或提供宽带无线接入(BWA)的网络之类的其 他无线网络，或者它们的任何组合。

呼叫中心108被设计成向交通工具硬件110提供多种不同的系统后 端功能，并且根据这里所示的例子，通常包括一个或多个交换机142、 服务器144、数据库146、现场顾问148、以及本领域技术人员所熟知的 多种其他电信和计算机设备150。这些不同的呼叫中心部件优选是通过 网络连接或总线152(例如先前结合交通工具硬件110所述的网络连接 或总线)彼此相互耦合。可以是专用小交换机(PBX)的交换机142对 输入信号进行路由，以便通常将话音传输发送给现场顾问148或自动应 答系统，并且将数字传输传递给调制解调器或其他设备150，以进行解 调和进一步的信号处理。调制解调器150优选地包括如先前所述的编码 器，并且可以被连接到诸如服务器144和数据库146之类的各种设备。 举例来说，数据库146可以存储订户简档记录、订户行为模式、或任何 其他相关订户信息。尽管将所示的例子描述为与人工呼叫中心108一起 被使用，但是将会认识到，呼叫中心108可以是任何中央设施或远程设 施，无论是人工的还是非人工的，移动的还是固定的，期望向它还是从 它交换话音和数据。

在此的例子将公开一种优选的技术和系统，用于允许呼叫中心在没 有事先知道有关与该交通工具相关的远程信息处理单元的行踪或连通 性的情况下，向具有远程信息处理单元的交通工具传输数据。在下文中 将变得更为明显的是，所述系统可以为呼叫中心提供在任何时候、基本 上在可以提供连通性的任何地方、使用IP连接与所选交通工具建立联系 的能力。根据更多例子的所述技术提供收集交通工具位置并定期更新交 通工具位置的能力。最终，通过下面的例子将会认识到，在此所述的新 颖系统和方法支持向装备有适当的远程信息处理单元的交通工具提供 基于目标位置的服务的能力。

在所述的例子中将使用许多通信协议。将会认识到，各个协议中的 许多对于本领域技术人员而言是已知的。因此，可以提供有关这些协议 的自身细节以便帮助经验较少的读者，同时要理解，这种细节的提供是 为了读者的方便而不是出于必需。

下述例子的方法在这样的环境中被理想地使用，该环境包括装备有 远程信息处理单元的交通工具，并且全部或部分地包括如上面参考图1 所述的无线通信基础设施。将会认识到，图1的说明描述了一个示例性 系统，并且图1的许多元件对于在此处各种例子中所述的本发明的操作 而言并非必不可少的。例如，尽管描述了该系统对于装备有远程信息处 理单元的交通工具的使用，但是该系统对于与个人相关联的和/或与一组 交通工具当中的不同交通工具相关联的移动远程信息处理单元而言也 是有用的。

总的来看，当对于远程信息处理单元期望或需要数据交换时，例如 提供服务，诸如图1的元件108之类的呼叫中心系统首先确定是否已经 与感兴趣的远程信息处理单元建立了IP连接。如果这样的连接已经在适 当的位置上，那么呼叫中心通过该IP地址来联系远程信息处理单元。在 必要的认证过程和信任验证过程之后，呼叫中心通过该IP连接向远程信 息处理单元发送消息。

即使当到交通工具的IP连接不存在时，该系统仍然能够提供必要的 通信。在确定没有现有的IP连接之后，呼叫中心基于预期数据传送的大 小和安全性要求来选择连接机制。对于包含要求最高安全性的个人或金 融信息的那些通信，向远程信息处理单元发送消息，请求它发起与呼叫 中心的IP会话。在远程信息处理单元作出响应并且执行必要的认证和信 任验证过程之后，呼叫中心向远程信息处理单元发送消息。该技术还可 以应用于对数据传送不敏感但却太大以至于不能经济地通过短消息协 议来发送的情况。

在预期通信不要求最高可用安全性的情况下，并且如果该消息足够 小，则可以使用安全的短消息收发协议来代替IP连接。在这种情况下， 在通过短消息协议递送数据之后可能期望建立IP连接以供稍后使用。因 此，远程信息处理单元仍然可以获得IP地址，并且建立与呼叫中心的会 话。

尽管在此的例子主要集中于蜂窝网络的使用，但是将会认识到，另 外地或可选择地，可以通过诸如WiFi或蓝牙之类的其他无线技术来执 行与远程信息处理单元的通信。在个别情况下，对于IP连接使用蜂窝网 络还是代之以使用其他无线技术的选择将常常基于成本和/或性能的参 数。因此，举例来说，一旦通过蜂窝网络接收到连接请求，远程信息处 理单元就可以使用WiFi或蓝牙信道来建立IP连通性。

在本发明的例子中，IP通信系统被用来允许呼叫中心向交通工具提 供基于位置的服务。例如，天气更新服务所提供的信息可能取决于交通 工具的位置。作为另一例子，有关最近的饮食服务设施、加油站、娱乐 地点等等的数据将是位置相关的。

在从总体上讨论了本发明的各方面之后，现在将参考图2-8对各个 例子进行更为详细的讨论。图2是在本发明的例子中呼叫中心与移动远 程信息处理单元之间网络连通性的示意图。呼叫中心201最初可通过蜂 窝网络205与远程信息处理单元203连接。通常，呼叫中心201与远程 信息处理单元203之间通过SMS协议来交换消息。SMS(短消息服务) 协议是文本消息服务，其允许通过蜂窝网络205来传输短消息(例如少 于约140-160个字符的消息)。首先在GSM系统中引入的SMS得到了 大多数数字移动通信系统的支持。SMS与电子邮件的类似之处在于，与 单独驻留在移动单元上相比，该消息在SMS中心被存储和转发。因而， 当最初发送该消息时，如果移动单元离线或者以其他方式而无法使用， 移动单元可以在稍后检索到适当的消息。一般而言，SMS消息通过蜂窝 系统的控制信道207传播到远程信息处理单元203，该控制信道207通 常在逻辑上与系统的话音信道209分离。

尽管SMS很流行并且广泛使用，但是它不象一些其他类型的连接 (例如IP连接)那么安全。因此，在一些例子中，不是使用SMS来传 送敏感的数据，SMS服务可以被用来建立独立的IP连接211。该独立的 IP连接211可以通过蜂窝网络205而变得更为方便，或者可以代之以使 用另一无线系统213，例如蓝牙或WiFi系统。由于蜂窝网络205通常并 未对于大量的数据传输进行优化，所以出于成本或性能的原因而可能期 望使用可选的无线网络213。另外，可选的无线网络在给定地点的可用 性也可能是是否会使用这种网络的决定因素。

在讨论了远程信息处理单元203与呼叫中心201之间可以使用的一 般连通性之后，现在将对几个说明性例子中这种基础架构的使用进行更 为详细的讨论。图3是示出根据一个例子、为了向远程信息处理单元递 送数据或服务所采取的步骤的流程图300。该过程开始于阶段301，其 中呼叫中心的服务管理者模块确定服务是否要被递送给所识别的远程 信息处理单元，例如可以是与交通工具或其他相关联的远程信息处理单 元，并且编写用于递送的适当消息。服务管理者模块可以在呼叫中心108 的服务器144内，或者与其相关联。递送服务的确定可以根据订阅、服 务更新、用户请求、用户位置数据等等。

在阶段303，呼叫中心的服务管理者确定当前是否存在与远程信息 处理单元的PPP会话。本领域技术人员将会认识到，PPP(点对点协议) 是用于通过链路例如向ISP传送IP分组的系统。PPP使用它自己的链路 控制协议(LCP)提供远程信息处理单元与呼叫中心之间的会话。PPP 例如通过PAP、CHAP或EAP支持诸如认证之类的安全特征。本领域技 术人员将会认识到，PPP驻留在连网堆栈的数据链路层。当使用PPP时， 诸如IP分组之类的高级协议分组被封装在基于HDLC的帧中。IP是 TCP/IP通信协议组中的网络层协议，而PPP上的IP有时被称作IPCP。

如果在阶段303确定PPP会话是现存的，那么在阶段305服务管理 者使得感兴趣的服务通过IP来递送。否则，该过程继续进行到阶段307， 在那里服务管理者确定要发送给远程信息处理单元的数据是否要求比 通过SMS所能获得更高的安全性。

如果在阶段307确定要发送给远程信息处理单元的数据要求比SMS 提供更高的安全性，该过程流向阶段309，在那里服务管理者开启到远 程信息处理单元的PPP会话。随后，该过程流回到阶段305，在那里服 务管理者通过PPP会话的IP来递送适当的服务。

如果在阶段307代之以确定要发送给远程信息处理单元的数据并不 要求比通过SMS所能获得更高的安全性，则该过程流向阶段311。在此 阶段，服务管理者确定要发送的数据量是否太大以至于不适应通过SMS 发送。如果在阶段311确定要发送的数据量太大以至于不适应通过SMS 来发送，则该过程流向阶段309，在那里服务管理者开启到远程信息处 理单元的PPP会话，之后该过程流回到阶段305，在那里服务管理者通 过PPP会话的IP递送适当的服务。

如果在阶段311确定要发送的数据量并未大到不适应通过SMS发 送，则该过程流向阶段313，其中服务管理者通过SMS来递送适当的服 务。另外，在本发明的例子中，在通过SMS成功地递送服务之后，该 过程可以流向阶段315。在阶段315，服务管理者开启与远程信息处理 单元的PPP会话，以便供将来使用。在该点，一旦成功地递送了感兴趣 的服务，该过程就终止了。

将参考图4-7讨论服务递送以及适当时创建连接的细节。图4是说 明与在图3的流程图300的阶段305中一样、通过现有的PPP会话向远 程信息处理单元递送感兴趣服务的过程的流程图。该过程400开始于阶 段401，其中服务管理者编写IP消息，以便通过现有的PPP连接来递送 必需的数据。在阶段403，服务管理者通过现有的PPP连接传送该IP消 息。在阶段405，在该点服务管理者等待来自远程信息处理单元的IP ACK(肯定应答)传输，以确认收到该IP消息。

在阶段407，确定是否接收到IP ACK传输。如果确定未接收到IP ACK传输，则该过程分支到阶段409，在那里确定服务递送失败，并且 该过程终止。否则，该过程分支到阶段411，并确定服务递送成功。在 阶段411之后，该过程可选地继续进行到阶段413，其中它保持PPP连 接。在阶段413之后，该过程终止。

图5是说明与在图3的流程图300的阶段309和305中一样、在还 不存在PPP会话的情况下通过PPP会话向远程信息处理单元递送有关感 兴趣服务的高安全性消息的过程的流程图。该过程500开始于阶段 501，其中服务管理者编写IP消息，以便通过PPP递送感兴趣的消息。 在阶段503，服务管理者编写SMS发信消息。SMS发信消息用以使远 程信息处理单元发起与服务管理者的PPP会话。

在阶段505，服务管理者启动发信定时器T₁。在阶段507，服务管 理者通过蜂窝或其他无线网络向远程信息处理单元传送SMS发信消 息。在阶段509，服务管理者启动IP定时器T_P。在阶段511，服务管理 者等待对SMS发信消息的响应，即第3层肯定应答(L3 ACK)。在阶 段513，确定是否接收到L3 ACK。如果接收到肯定应答，则在阶段515 该过程确定发信过程成功，并且移动到阶段517来等待IP应答。如果在 阶段513未接收到L3 ACK，则该过程直接流向阶段519。

如果在阶段519确定已经接收到IP应答，则该过程流向点A(以上 讨论的阶段403)。否则，该过程流向点B(图6)。在阶段601，服务 管理者确定自设置发信定时器以来消逝的时间T₁是否超出预定限制 T_1L。如果在阶段601确定T₁＞T_1L，则该过程流向阶段603，在那里确定 发信过程失败，然后该过程终止。如果代之以在阶段601确定T₁不大于 T_1L，则该过程流向阶段605。在阶段605，服务管理者确定自设置IP定 时器以来消逝的时间T_P是否超出预定限制T_PL。

如果在阶段605确定T_P＞T_PL，则该过程流向阶段607，在那里确定 服务递送过程失败。如果代之以在阶段605确定T_P不大于T_PL，则该过 程流向阶段513，以便如上面关于图5所讨论的等待L3 ACK消息。

图7是说明与图3的流程图300的阶段311及以下阶段中一样、当 服务管理者与远程信息处理单元之间还不存在PPP会话时用于向远程 信息处理单元递送具有低安全性要求的、有关感兴趣服务的消息的过程 的流程图。该过程700开始于阶段701，其中服务管理者确定预期净荷 (例如包含或实施该服务的消息)的大小是否超出了SMS净荷的预定 大小限制，例如140字节。如果在阶段701确定预期净荷的大小超出了 预定的SMS限制，则该过程流向点C(过程500的阶段501)。

否则，该过程流向阶段703。在阶段703，服务管理者编写包含或 实施感兴趣服务的SMS消息。在阶段705，服务管理者加密该SMS消 息。在阶段707，服务管理者然后设置SMS定时器T_S，并且在阶段709 传送所加密的SMS消息。在阶段711，服务管理者等待L3 ACK消息。

服务管理者在阶段713确定是否接收到L3 ACK。如果在阶段713 确定未接收到L3 ACK消息，则该过程流向阶段715，在那里服务管理 者确定T_S是否超出预定的限制T_SL。如果在阶段715确定T_S＞T_SL，则服 务管理者在阶段717确定服务过程失败，并且该过程终止。否则，该过 程流回到阶段711。

如果在阶段713确定已经接收到L3 ACK消息，则该过程流向阶段 719。在阶段719，确定服务递送过程成功。从阶段719起，该过程可选 地流向阶段721，在那里服务管理者保持PPP连接以便供将来使用。

将会认识到，在发信或递送失败的情况下，可以重新尝试发信或递 送。在一个例子中，呼叫者等待超时周期期满，然后重新尝试发信或递 送。

将会认识到，所述示例系统一般允许交通工具的远程信息处理单元 当该单元漫游时，交通工具点火装置关闭时，该单元处于不连续接收模 式或备用模式时，甚至在不连续接收模式期满之后，只要在发送该消息 之后足够快地对该单元通电以便能够检索到它，都由呼叫中心可达以便 进行大量的和/或安全的数据传送。

而且，从前述内容可以看出，移动单元不需要使用蜂窝网络来建立 与呼叫者(例如呼叫中心)的IP会话。除了蜂窝电话设备以外，现在许 多交通工具都装备有支持其他支持IP载体(例如WiFi或蓝牙)的设备。 这些可选载体使用起来可能更经济，并且也可以提供更好的性能。因 此，一旦接收到SMS消息，移动单元就可以代之以为IP连通性使用这 些可选载体。

根据本发明的另一例子，要递送的服务是基于位置的服务。正如在 此所用的，“基于位置的”信息或服务是由于它们与单元位置的关系而 使用户感兴趣的信息或服务。例如，该服务可以是满足特定标准的当地 设施(饭店、剧院、商人、修理厂等)的数据库更新、当地无线电台信 息的更新或提供、当地天气信息的更新或提供、导航数据或指南的提供 或更新、当地紧急联系信息的更新等等。

当提供基于位置的服务或信息时，呼叫者(例如呼叫中心)知道适 当粒度的移动单元位置是便利的。另外，尽管不是不可能，但是定期地 向各个移动单元轮询其位置可能是效率低的。例如，重复地轮询在适当 粒度级别上其位置未发生变化的单元可能是浪费的，所述适当粒度级别 例如是变化的县(county)、邮政编码、区域代码、或者自基准位置起 超出了预定距离。

为此，期望移动单元向感兴趣的呼叫中心或其他中心实体更新其位 置。这可以定期地进行，或者当位置变化足以满足一个或多个预定标准 时进行。例如，单元可以当触发时发送其位置，例如通过超出自预定基 准位置起特定的半径距离、通过跨入新的邮政编码、通过跨越县界等触 发时。

图8说明用于有效且安全地从诸如呼叫中心之类的固定呼叫者向移 动单元提供基于位置的服务的示例过程的流程图。在如图1所示的呼叫 中心与交通工具中的订户移动单元之间图示了该示例过程，但是将会认 识到，所公开的原理适用更广泛。

在过程800的阶段801，呼叫中心108更新存储订户移动单元的位 置的用户位置记录。该更新常常将是接收新订户单元位置信息的结果。 该位置记录例如可以包括数据库146中的一个或多个可搜索的记录。在 阶段803，呼叫中心108确定是否存在要递送给订户单元的基于位置的 服务。尽管为了清楚起见该例子集中于单个订户单元，但是将会认识 到，服务递送可以涉及多个订户单元。关于服务是否要被递送的确定可 能取决于许多因素，例如是否有能够用于递送的服务，订户单元的位置 是否发生了变化(即在预定的前一时间间隔内)，以及订户单元是否已 经接收到该服务。在接收到位置变化之后，可能期望等待一定的时段， 例如10分钟，以确定该变化是瞬时的还是更长期的。为了实现阶段803 中的确定，呼叫中心优选地在数据库146中存储相关信息，例如位置变 化、变化时间等等。

如果在阶段803确定没有应当被递送给订户单元的基于位置的服 务，则该过程流向阶段805，其中呼叫中心108确定是否接收到订户单 元位置的更新。如果已经接收到这种更新，则该过程流向阶段801，以 便更新用户位置记录。否则该过程流向阶段803。

如果代之以在阶段803确定存在应当被递送给订户单元的基于位置 的服务，则该过程流向阶段807，其中呼叫中心108通过诸如图3所示 的过程300之类的过程来执行服务递送。在执行阶段807之后，该过程 流回到阶段805以检查用户位置更新。

将会认识到，数据交换和服务递送的前述方法和实施方式仅仅是例 子，并且这些例子说明了优选的技术。然而可以设想到，本发明的其他 实施方式可能与上述例子在细节上不同。如早先所述，对本发明的所有 引用都打算参考在该点所讨论的本发明的特定例子，并且不打算意味着 作为对本发明更一般范围的任何限制。关于特定特征的区别和轻视的所 有语言打算表示优选是缺乏这些特征，但是不排除出自本发明整个范围 的这些特征，除非另有指明。

在描述本发明的上下文中(尤其是在下列权利要求书的上下文 中)，术语“一个”、“一”、“所述”以及类似指示词的使用应当被 解释为覆盖单个和多个，除非在此另有指明或者与上下文明显矛盾。术 语“包括”、“具有”、“包含”和“含有”应当被解释为开放式术语 (即意指“包含但不限于”)，除非另有说明。在此的值范围的陈述仅 仅打算用作分别指示落在该范围内各个单独值的速记方法，除非在此另 有指明，并且就象在此对其单独陈述一样，每个单独值都被结合在说明 书中。在此描述的所有方法都可以按照任何合适的次序执行，除非在此 另有指明或者与上下文明显矛盾。此处提供的任何和所有例子或示例性 语言(例如“诸如”)的使用仅仅是打算更好地说明本发明，而不会造 成对本发明范围的限制，除非另有要求。说明书中的任何语言都不应当 被解释为表示对于实施本发明必不可少的任何未要求的元素。

因此，本发明包括如由适用法律所允许的附于此的权利要求中所述 的主题的所有变型和等同物。而且，本发明包括了上述元素所有可能变 化的任何组合，除非在此另有指明或者与上下文明显矛盾。