CN101815327B - 语音信道数据连接重试策略 - Google Patents

Abstract

本发明涉及语音信道数据连接重试策略。一种用于向远程信息处理服务提供商或其他呼叫中心进行交通工具发起呼叫的系统和方法。该方法包括识别与期望的到呼叫中心的话音或数据的无线通信相关的呼叫类型，并且然后依赖于呼叫类型执行若干不同呼叫连接过程之一。对于语音信道蜂窝连接，在大多数情况下优选地使用包括主、辅助和可能第三连接尝试的连接重试策略建立带内调制解调器蜂窝连接。该系统和方法可以结合各种蜂窝系统技术来执行，但是尤其适用于GSM系统。

Description

语音信道数据连接重试策略

技术领域

本发明大体涉及用于建立从交通工具远程信息处理单元到远程呼叫中心的移动交通工具发起的蜂窝通信的技术。

背景技术

通过公共陆地移动网络(PLMN)或其他无线载波系统传送的交通工具远程信息处理服务呈现出移动交通工具应用特有的某些挑战。例如，一些交通工具远程信息处理单元(VTU)设计成允许使用各种可用的不同传输技术(诸如2G CDMA(IS-95)、3G CDMA2000(IS-2000、1 XRTT、EVDO)、3G UTMS(W-CDMA、HSPA)、2G/2.5G GSM(GPRS和EDGE))中的一种或多种来通过无线载波系统进行语音和数据通信。依赖于像所用的技术(例如GSM相对CDMA)、所需要的注册或采集过程、交通工具进出归属PLMN(HPLMN)的频繁移动、一种数据传输协议相对另一种的可用性以及对交通工具进行的呼叫或来自交通工具的呼叫的特定类型之类的因素，VTU可能仅仅具有一种可用且适于使用的无线通信协议，或者可能具有其可以从中选择的一种以上无线通信协议。并且虽然在任何一个时间可能有多个类型的无线传输可用，但是它们相关的使用成本可能改变，从而希望从中明智地进行选择。类似地，与数据漫游相关的呼叫连接成本可能相当大并且因此可能希望实施最小化漫游及其相关成本的连接策略。

发明内容

根据本发明一方面，提供了一种由交通工具远程信息处理单元用来建立该远程信息处理单元与呼叫中心之间的无线电话连接的连接重试方法，该方法包括以下步骤：

使用附接的基站执行所述远程信息处理单元与呼叫中心之间的主连接尝试；

确定所述主连接尝试是否成功，并且如果否，则执行辅助连接尝试，其中所述远程信息处理单元尝试经由所述远程信息处理单元先前成功用来进行呼叫的PLMN中的一个或多个来连接到所述呼叫中心；以及

确定所述辅助连接尝试是否成功，并且如果否，则执行第三连接尝试，其中所述远程信息处理单元尝试经由所示远程信息处理单元能够与其通信的若干可用基站中的任何基站来连接到所述呼叫中心。

本发明涉及一种由交通工具远程信息处理单元用来建立该远程信息处理单元与呼叫中心之间的无线电话连接的连接重试方法，该连接重试方法包括以下步骤：

使用附接的基站执行所述远程信息处理单元与呼叫中心之间的主连接尝试；

确定所述主连接尝试是否成功，并且如果否，则执行辅助连接尝试，在所述辅助连接尝试中所述远程信息处理单元尝试经由所述远程信息处理单元先前成功用来进行呼叫的PLMN中的一个或多个来连接到所述呼叫中心；以及

确定所述辅助连接尝试是否成功，并且如果否，则执行第三连接尝试，在所述第三连接尝试中所述远程信息处理单元尝试经由所述远程信息处理单元能够与其通信的若干可用基站中的任何基站来连接到所述呼叫中心。

根据上述连接重试方法，其中所述主连接尝试包括发起带内调制解调器蜂窝呼叫以经由语音信道传送数据的步骤。

根据上述连接重试方法，其中所述主连接尝试包括以下步骤：

确定所述远程信息处理单元当前是否附接到基站，并且如果否，则执行包括小区重新选择和附接到重新选择的基站的空闲模式过程，并且之后

经由所附接的基站发起所述远程信息处理单元与呼叫中心之间的带内调制解调器蜂窝呼叫。

根据上述连接重试方法，其中所述辅助连接尝试包括选择最近在进行先前呼叫时使用的PLMN、使用所选择的PLMN执行小区选择过程、附接到所选择的基站，以及经由所附接的基站向呼叫中心发起带内调制解调器蜂窝呼叫。

根据上述连接重试方法，其中如果所述远程信息处理单元不能附接到所选择的PLMN内的基站，则该方法还包括使用其他先前使用的PLMN重复PLMN选择、小区选择和附接步骤，直到成功发起或直到已经对所有选择的PLMN不成功地尝试了经由基站的发起。

根据上述连接重试方法，其中辅助连接尝试还包括在交通工具处维护先前使用的PLMN的列表的步骤。

根据上述连接重试方法，其中第三连接尝试包括使用人工网络选择模式尝试重新选择一个或多个PLMN的步骤。

根据上述连接重试方法，其中第三连接尝试还包括尝试附接到重新选择的PLMN内的基站，并且如果成功附接到其中一个基站则经由所附接的基站发起带内调制解调器蜂窝呼叫。

根据上述连接重试方法，其中该方法还包括以下步骤：确定第三连接尝试是否成功并且如果否，则发起语音信道蜂窝连接以在所述远程信息处理单元与呼叫中心之间传送话音。

根据上述连接重试方法，其中该方法还包括以下步骤：确定呼叫类型是否是语音蜂窝呼叫，并且如果是，则发起语音信道蜂窝连接以在所述远程信息处理单元与呼叫中心之间传送话音而不使用所述主连接尝试、辅助连接尝试或第三连接尝试。

本发明还涉及一种由交通工具远程信息处理单元用来通过GSM蜂窝系统建立该远程信息处理单元与呼叫中心之间的无线电话连接的连接重试方法，该连接重试方法包括以下步骤：

(a)使用以下步骤执行所述远程信息处理单元与呼叫中心之间的主连接尝试：

(a1)确定所述远程信息处理单元当前是否附接到注册PLMN的基站，并且如果否，则执行包括小区重新选择和在小区重新选择之后尝试附接到基站的空闲模式过程；

(a2)如果所述远程信息处理单元附接到基站则尝试发起带内调制解调器蜂窝呼叫；以及

(a3)如果尝试发起失败，则使用BCCH分配列表对于一个或多个相邻基站执行步骤(a1)和(a2)；

(b)确定所述主连接尝试是否成功并且如果否，则使用以下步骤执行所述远程信息处理单元与呼叫中心之间的辅助连接尝试：

(b1)访问所述交通工具上存储的最近附接的PLMN的列表；

(b2)从所述列表选择PLMN；

(b3)在所选择的PLMN内选择基站；

(b4)尝试附接到所选择的基站，并且如果不成功，则尝试附接到在所选择的基站的BCCH分配列表上识别的另一基站；

(b5)如果所述远程信息处理单元附接到基站则尝试发起带内调制解调器蜂窝呼叫；以及

(b6)对于所述列表上的每一个其他的PLMN迭代地重复步骤(b2)到步骤(b5)，直到成功发起或者直到对所述列表上的所有PLMN都已经不成功地尝试了经由基站的发起；

(c)定所述辅助连接尝试是否成功并且如果否，则使用以下步骤执行所述远程信息处理单元与呼叫中心之间的第三连接尝试：

(c1)使用由该GSM蜂窝系统支持的人工网络选择模式选择可用的PLMN；

(c2)在所选择的PLMN内选择基站；

(c3)尝试附接到所选择的基站，并且如果不成功，则尝试附接到在所选择的基站的BCCH分配列表上识别的另一基站；

(c4)如果所述远程信息处理单元附接到基站则尝试发起带内调制解调器蜂窝呼叫；以及

(c5)对于每个可用的PLMN，迭代地重复步骤(c1)至(c4)；和

(d)确定所述带内调制解调器蜂窝呼叫的发起是否成功，并且如果否，则发起语音信道蜂窝连接以在所述远程信息处理单元与呼叫中心之间传送话音。

附图说明

下面将结合附图描述本发明的一个或多个优选示范性实施例，其中相同的标记表示相同的元件，并且其中：

图1是描绘能够利用本文公开的方法的通信系统的示范性实施例的框图；

图2是描绘通信方法的一个实施例的纵览的流程图，该通信方法可由诸如图1的交通工具远程信息处理单元用来响应于请求连接的输入而建立与呼叫中心的语音或数据连接；

图3是识别不同呼叫类型并且包含图2的方法为确定与呼叫中心建立哪种类型的呼叫所使用的呼叫参数的呼叫连接表格；

图4是示出供交通工具远程信息处理单元在建立与呼叫中心的语音信道蜂窝连接中所使用的语音信道重试方法的一个实施例的流程图；

图5是在图4的语音信道重试方法中使用的主要连接尝试方法的流程图；

图6是在图4的重试方法中使用的辅助连接尝试方法的流程图；以及

图7是在图4的重试方法中使用的第三连接尝试方法的流程图。

具体实施方式

下面描述的系统和方法可以由交通工具远程信息处理单元用来响应于远程信息处理单元接收的某个启动输入而与呼叫中心建立交通工具发起的语音和/或数据连接。虽然下面描述的方法例如可能实施用于2G GSM(GPRS和EDGE)系统，但是将理解它们可以用于3G UTMS(W-CDMA、HSPA)和其他类型的蜂窝系统。

通信系统

参考图1，示出了包括移动交通工具通信系统10并且可以用于实施本文公开的方法的示范性操作环境。通信系统10通常包括交通工具12、一个或多个无线载波系统14、陆地通信网络16、计算机18和呼叫中心20。应理解，公开的方法可以与任何数量的不同系统使用并且不具体限于这里示出的操作环境。而且，系统10的体系架构、构造、设置和操作及其各个部件在本领域中通常是已知的。因此，以下段落仅提供一个这样的示范性系统10的简单概述；然而，这里未示出的其他系统也可以采用所公开的方法。

交通工具12在示出的实施例中被描绘为客车，但是应理解任何其他交通工具(包括摩托车、卡车、运动多功能车(SUV)、休闲交通工具(RV)、船只、飞行器等)、也可以被使用。交通工具电子设备28中的一些在图1中大致示出并且包括远程信息处理单元30、麦克风32、一个或多个按钮或其他控制输入件34、音频系统36、视觉显示器38和GPS模块40以及若干交通工具系统模块(VSM)42。这些设备中的一些可以直接连接到远程信息处理单元，诸如麦克风32和按钮34，而其他设备使用一个或多个网络连接(诸如通信总线44或娱乐总线46)而间接连接。适当网络连接的示例包括控制器局域网(CAN)、面向媒体的系统传输(MOST)、局域互连网络(LIN)、局域网(LAN)和其他适当的连接，诸如以太网或其他符合已知的ISO、SAE和I EEE标准和规范的连接，这里仅举几个例子。

交通工具远程信息处理单元(VTU)30是OEM安装的设备，其使得能够通过无线载波系统14和经由无线连网进行无线语音和/或数据通信，从而使得交通工具可以与呼叫中心20、其他具备远程信息处理能力的交通工具或某个其他实体或设备通信。远程信息处理单元优选地使用无线电传输来与无线载波系统14建立通信信道(语音信道和/或数据信道)，使得可以通过该信道发送和接收语音和/或数据传输。通过提供语音和数据通信两者，远程信息处理单元30使得交通工具能够提供若干不同的服务，包括那些与导航、电话、紧急援助、诊断、信息娱乐等有关的服务。数据可以经由数据连接，诸如经由短消息服务(SMS)或分组数据传输通过数据信道，或者经由语音信道使用本领域已知的技术发送。对于涉及语音通信(例如在呼叫中心20具有真人顾问或语音响应单元)和数据通信(例如以提供GPS位置数据或交通工具诊断数据给呼叫中心20)两者的组合服务，该系统可以利用通过语音信道的单个呼叫并且按照需要在通过语音信道的语音和数据传输之间切换，并且这可以使用本领域技术人员已知的技术来完成。

根据一个实施例，远程信息处理单元30利用根据GSM、W-CDMA、或CDMA标准的蜂窝通信，并且因此包括用于像免提呼叫之类的语音通信的标准蜂窝芯片组50、用于数据传输的无线调制解调器、电子处理设备52、一个或多个数字存储设备54以及双天线56。应理解，调制解调器可以通过存储在远程信息处理单元中并且由处理器52执行的软件实现，或者其可以是位于远程信息处理单元30内部或外部的分离的硬件部件。调制解调器可以使用无线工业中使用的任何数量的不同标准或协议(诸如3gpp或2gpp)操作。交通工具和其他连网设备之间的无线连网也可以使用远程信息处理单元30来实现。为此目的，远程信息处理单元30可以被配置为根据按照3gpp或3gpp2标准实施的一个或多个协议以及其他无线协议(诸如IEEE802.11协议、WiMax、或蓝牙中的任何一种)无线地通信。当用于诸如TCP/IP的分组交换数据通信时，远程信息处理单元可以被配置有静态IP地址或可以设置为自动从网络上的另一设备(诸如从路由器或从网络地址服务器(例如DHCP服务器))接收动态分配的IP地址。

处理器52可以是能够处理电子指令的任何类型的设备，包括微处理器、微控制器、主处理器、控制器、交通工具通信处理器以及专用集成电路(ASIC)。其可以是仅用于远程信息处理单元30的专用处理器或其可以与其他交通工具系统共享。处理器52执行各种类型的数字存储的指令，诸如存储器54中存储的软件或固件程序，所述指令使得远程信息处理单元能够提供各种服务。例如，处理器52可以执行程序或处理数据以实现本文所讨论的方法的至少一部分。

远程信息处理单元30可以用于提供各种各样的交通工具服务，所述服务包括去往和/或来自交通工具的无线通信。这种服务包括：结合基于GPS的交通工具导航模块40提供的分路段显示路线(turn-by-turn directions)和其它导航相关服务；结合一个或多个碰撞传感器接口模块(诸如车身控制模块(未示出))提供的安全气囊展开通知和其它紧急或路边援助相关服务；使用一个或多个诊断模块的诊断报告；以及与信息娱乐相关的服务，其中信息娱乐模块(未示出)下载音乐、网页、电影、电视节目、视频游戏和/或其它信息并且将其存储用于当前或随后的回放。以上所列的服务决不是远程信息处理单元30的所有能力的穷举列表，而只是简单地枚举远程信息处理单元能够提供的一些服务。此外，应该理解，至少一些上述模块可以保存在远程信息处理单元30的内部或外部的软件指令的形式实施，它们可以是位于远程信息处理单元30内部或外部的硬件部件，或它们可以彼此集成和/或彼此共享或与遍及交通工具布置的其他系统共享，仅列举几种可能性。在这些模块被实施为位于远程信息处理单元30外部的VSM42的情况下，它们可以利用交通工具总线44来与远程信息处理单元交换数据和命令。

GPS模块40从GPS卫星的星座60接收无线电信号。根据这些信号，模块40可以确定用于给交通工具驾驶员提供导航和其他位置相关服务的交通工具位置。导航信息可以呈现在显示器38上(或交通工具内的其他显示器上)或可以被口头呈现，诸如在提供分路段导航时所完成的那样。可以使用专用的交通工具内的导航模块(其可以是GPS模块40的一部分)来提供导航服务，或者一些或所有导航服务可以经由远程信息处理单元30完成，其中为了给交通工具提供导航地图、地图注释(感兴趣的点、饭店等)、路线计算等的目的，位置信息被发送到远程位置。为了诸如车队管理的其他目的，位置信息可以被供应到呼叫中心20或其他远程计算机系统，诸如计算机18。而且，可以经由远程信息处理单元30从呼叫中心20将新的或更新的地图数据下载到GPS模块40。

除了音频系统36和GPS模块40之外，交通工具12可以包括以电子硬件部件为形式的其他交通工具系统模块(VSM)42，所述其他交通工具系统模块(VSM)42遍及交通工具定位并且通常从一个或多个传感器接收输入并且使用所感测的输入来执行诊断、监控、控制、报告和/或其他功能。每个VSM42优选地通过通信总线44连接到其他VSM以及连接到远程信息处理单元30，并且可以被编程为运行交通工具系统和子系统诊断测试。作为示例，一个VSM42可以是发动机控制模块(ECM)，其控制发动机操作的各个方面(诸如燃料点火和点火正时)，另一个VSM42可以是动力系控制模块，其调节交通工具动力系的一个或多个部件的操作，并且另一个VSM42可以是车身控制模块，其管理遍及交通工具定位的各种电气部件(比如交通工具的电动门锁和前灯)。根据一个实施例，发动机控制模块配备有装载在交通工具上的诊断(OBD)功能部件，其提供许多实时数据(诸如从包括交通工具排放传感器的各种传感器接收的数据)，并且提供一系列标准化的诊断故障代码(DTC)，所述诊断故障代码允许技术人员快速地识别并且纠正交通工具内的故障。如本领域技术人员将理解的，上述VSM仅是交通工具12中可以使用的一些模块的示例，许多其他模块也是可能的。

交通工具电子设备28还包括若干交通工具用户接口，所述交通工具用户接口给交通工具乘员提供接收和/或提供信息的方式，包括麦克风32、按钮34、音频系统36和视觉显示器38。如这里所用的，术语“交通工具用户接口”宽泛地包括任何适当形式的电子设备，包括硬件和软件部件两者，其位于交通工具上并且使得交通工具用户能够与交通工具的部件通信或通过交通工具的部件通信。麦克风32提供音频输入到远程信息处理单元以使得驾驶员或其他乘员能够提供语音命令并经由无线载波系统14实现免提呼叫。为此目的，其可以利用本领域已知的人机接口(HMI)技术连接到装载在交通工具上的自动语音处理单元。按钮34允许到远程信息处理单元30的人工用户输入以启动无线电话呼叫并且提供其他数据、响应或控制输入。不同的按钮可以用于启动到呼叫中心20的紧急呼叫与常规服务援助呼叫。音频系统36给交通工具乘员提供音频输出并且可以是专用的独立系统或是主交通工具音频系统的一部分。根据本文示出的特定实施例，音频系统36操作地耦合到交通工具总线44和娱乐总线46并且可以提供AM、FM和卫星无线电、CD、DVD和其他多媒体功能性。该功能性可以结合上面描述的信息娱乐模块提供给或独立于所述信息娱乐模块提供。视觉显示器38优选地是图形显示器，诸如仪表板上的触摸屏或从风挡反射的抬头显示器，并且可以用于提供许多输入和输出功能。各种其他交通工具用户接口也可以被使用，因为图1的接口仅是一个特定实施方式的示例。

无线载波系统14优选地是蜂窝电话系统，其包括多个蜂窝塔70(仅示出一个)、一个或多个移动交换中心(MSC)72、以及连接无线载波系统14与陆地网络16所需的任何其他连网部件。每个蜂窝塔70包括发送和接收天线以及基站，其中来自不同蜂窝塔的基站直接地或经由中间设备(诸如基站控制器)连接到MSC72。蜂窝系统14可以实施任何适当的通信技术，例如包括诸如AMPS的模拟技术，或较新的数字技术，诸如2G CDMA(IS-95)、3G CDMA2000(IS-2000、1XRTT、EVDO)、2G/2.5G GSM(GPRS、EDGE)或3G W-CDMA(UMTS、HSPA)。如本领域技术人员将理解的，各种蜂窝塔/基站/MSC布置是可能的并且可以与无线系统14一起使用。例如，基站和蜂窝塔可以共同定位在同一站点，或它们可以彼此远离定位，每个基站可以负责单个蜂窝塔或单个基站可以服务各个蜂窝塔，并且各个基站可以耦合到单个MSC，仅列举几种可能的布置。

除了使用无线载波系统14之外，可以使用以卫星通信为形式的不同的无线载波系统来给交通工具提供单向或双向通信。这可以使用一个或多个通信卫星62以及上行链路发射站64来完成。单向通信可以例如是卫星无线电服务，其中节目内容(新闻、音乐等)由发射站64接收，打包用于上传，并且然后被发送到卫星62，卫星62将该节目广播给订户。双向通信例如可以是使用卫星62在交通工具12和站64之间中继电话通信的卫星电话服务。如果使用的话，该卫星电话可以作为无线载波系统14的补充使用或者代替无线载波系统14使用。

陆地网络16可以是常规的陆基电信网络，其连接到一个或多个陆地线路电话并且将无线载波系统14连接到呼叫中心20。例如，陆地网络16可以包括诸如用于提供硬接线电话的公共交换电话网络(PSTN)、分组交换数据网络(PSDN)以及因特网基础设施。陆地网络16的一个或多个区段可以通过使用标准有线网络、光纤或其他光学网络、电缆网络、电力线路、其他无线网络(诸如无线局域网(WLAN)或提供宽带无线接入(BWA)的网络)，或其任意组合来实施。此外，呼叫中心20不需要经由陆地网络16连接，而是可以包括无线电话装备，使得其可以直接与无线网络(诸如无线载波系统14)通信。

计算机18可以是若干经由专用或公共网络(诸如因特网)可以访问的计算机之一。例如，计算机18可以经由专用或虚拟专用网络(VPN)连接到其他系统10部件中的一个或多个，所述虚拟专用网络(VPN)通过PSDN中的因特网ISP或租用线路来实施。每个这样的计算机18可以用于一个或多个目的，诸如交通工具经由远程信息处理单元30和无线载波14可访问的we b服务器。其他这样的可访问计算机18可以是例如：服务中心计算机，其中诊断信息和其他交通工具数据可以经由远程信息处理单元30从交通工具上传；客户端计算机，由交通工具拥有者或其他订户使用以例如访问或接收交通工具数据或者设置或配置订户偏好或控制交通工具功能；或者第三方储存库，通过与交通工具12通信或与呼叫中心20通信或两者来向该第三方储存库提供交通工具数据或其他信息或者从该第三方储存库提供交通工具数据或其他信息。计算机18还可以用于提供因特网连接性(诸如DNS服务)或用作网络地址服务器，所述网络地址服务器使用DHCP或其他适当的协议来给交通工具12分配I P地址。

呼叫中心20被设计成给交通工具电子设备28提供若干不同的系统后端功能并且根据这里示出的示范性实施例，一般包括一个或多个交换机80、服务器82、数据库84、真人顾问86以及自动语音响应系统(VRS)88，所有这些在本领域中都是已知的。这些各种呼叫中心部件优选地经由有线或无线局域网90彼此耦合。交换机80(其可以是专用小交换机(PBX)交换机)路由引入的信号，使得语音传输通常通过常规电话发送到真人顾问86或者使用VoIP发送到自动语音响应系统88。真人顾问电话也可以使用VoIP，如图1中的虚线所示的。通过交换机80的VoIP和其他数据通信经由连接在交换机80和网络90之间的调制解调器(未示出)来实施。经由调制解调器将数据传输传送到服务器82和/或数据库84。数据库84可以存储帐户信息，诸如订户认证信息、交通工具标识符、简档记录、行为模式和其他有关的订户信息。数据传输还可以使用诸如802.11x等之类的协议通过无线局域网进行。虽然已经将示出的实施例描述为其将结合使用真人顾问86的人工操纵的呼叫中心20使用，但是要理解的是呼叫中心可以改为利用VRS88作为自动顾问或可以使用VRS88和真人顾问86的组合。

方法

现在转到图2，示出了用于进行从远程信息处理单元30到呼叫中心20的交通工具发起的呼叫的整体连接策略100。图2的方法以及其他附图中的方法可以使用交通工具远程信息处理单元(VTU)的适当编程以及使用图1所示的其他部件的适当硬件和编程来执行。基于上面的系统描述以及下面结合剩余附图描述的各种方法的论述，任何特定实施方式的这些特征对于本领域技术人员将是已知的。此外，如上所述，虽然可以使用各种不同无线通信技术中的任何一种，但是以下讨论大部分具体针对2G/2.5G GSM(GPRS和EDGE)以及间接地作为3G W-CDMA(UMTS和HSPA)的网络参数、空中接口和信道方案的一部分的使用。

图2的方法开始于步骤102，其中获得连接到呼叫中心20的请求。该请求采取由远程信息处理单元30接收或以其他方式获得的输入的某种形式，并且该输入与经由交通工具12到呼叫中心20的语音通信(话音)或数据连接的数据或其他消息的希望无线通信相关联。该启动输入可以从交通工具LAN(例如经由总线44)或者从交通工具用户接口或从某个其他源接收。例如，该输入可以是交通工具驾驶员或其他乘员的人工输入，诸如用于指示希望对呼叫中心进行呼叫的按钮按压或语音命令。或者，该输入可以诸如由传感器或控制器响应于传感器输入而自动产生。诸如由碰撞传感器产生的安全气囊展开信号是自动启动到呼叫中心的数据连接的传感器输入的一个已知示例。另一类型的输入是可以设置在交通工具上的触发器，诸如远程信息处理单元30或其他地方中的软件触发器，当触发发生时其启动到呼叫中心的连接。又一输入是作为对经由蜂窝电话、卫星广播或以其他方式从呼叫中心或其他地方接收的无线通信的响应。在后一种情形中，远程信息处理单元30可以启动对呼叫中心的呼叫以对早先接收的通信做出响应，诸如以确认接收到对交通工具的某个动作或者对交通工具执行了某个动作，或者提供诸如DTC或其他交通工具数据的信息。

依赖于呼叫中心呼叫的原因，若干不同类型的潜在连接之一将用于将数据或其他消息传送回呼叫中心20。因而，下一步骤104是选择与返回的希望无线通信相关的呼叫类型。该选择的呼叫类型识别在VTU和呼叫中心之间尝试的连接的类型；例如，语音蜂窝呼叫(即通过蜂窝语音信道传递的话音)、带内调制解调器蜂窝呼叫(即通过蜂窝语音信道建立的调制解调器数据连接)、或非语音信道(NVC)数据连接(诸如SMS或分组数据连接(例如使用GPRS或EDGE的TCP/IP))。因而，作为一个示例，为了传送话音，可以使用语音蜂窝呼叫，而为了传送数据，可以使用带内调制解调器蜂窝呼叫或NVC数据连接。也可以使用其他呼叫类型。例如，可以使用数据连接来传送话音，其中将该话音数字化并且例如通过分组数据连接来发送该话音。

呼叫类型的选择可以基于一个或多个呼叫参数执行，所述呼叫参数诸如希望的无线通信的内容(例如紧急呼叫相对于对于导航援助的请求相对于DTC或其他交通工具数据的自动上传)、通信的请求输入的源(例如乘员人工按压按钮相对于基于传感器读数的自动输入相对于从呼叫中心接收的呼叫)或者预期接收方(例如服务器82相对于顾问86相对于VRS88)。在至少一些情况中，所选择的呼叫类型可以是优选的呼叫类型，其中指定可选呼叫类型作为备份。如果在图2的过程期间的某个点处，VTU30确定使用优选呼叫类型的一个或多个发起尝试失败，那么可以使用可选呼叫类型来访问和执行可选连接策略。这在框120示出。除了使用可选连接策略之外，或者代替使用可选连接策略，可以指定分离的重试轨道，以在尝试发起时识别期望的持续水平。这在下面更详细地讨论。

图3描绘了包含各种呼叫参数的呼叫连接表格，所述呼叫参数与不同类型的通信有关并且对于选择希望的呼叫类型是有用的。表格的每一行代表要发送到呼叫中心20的不同类型的消息或通信。用于传送消息的呼叫类型的选择可以基于消息类别进行选择或者如上所述，可以基于诸如启动输入的类型或源的一个或多个其他因素。示出的消息类别是通信本身的内容的宽泛分类。如果希望的话，可以识别消息内容的一个或多个其他水平的抽象并且将其用于选择呼叫类型或用于向呼叫中心回报或用于采取其他动作。例如在示出的呼叫连接表格中，还提供了消息类型，其是消息内容到与消息内容相关的呼叫代码的更精细的分类。该呼叫代码可以在建立连接时被发送到呼叫中心并且用于各种目的，诸如识别正在向呼叫中心上传什么交通工具数据或在呼叫中心内应该如何处理呼叫或上传的数据。图3示出的各个呼叫参数代表在启动到呼叫中心的呼叫的过程中所涉及的不同消息和启动输入；然而，要理解还可以使用许多其他附加的类型。

如图3所示，对于每种类型的期望的无线通信，存在优选的呼叫类型，该优选的呼叫类型在示出的实施例择中是语音蜂窝呼叫(VCC)、带内调制解调器蜂窝呼叫(IMCC)、分组数据连接或SMS(二进制或基于文本的消息收发)。而且，在一些情况中，诸如在某些优选分组数据呼叫类型的情况中(其中如果分组数据连接失败则可以使用IMCC连接尝试作为可选连接策略)，识别可选呼叫类型。重试轨道识别在尝试发起语音信道蜂窝连接的过程中有用的持续水平，使得对于较高优先级的通信，VTU在其他发起尝试失败的情况下将执行附加的全面的连接策略。

返回参考图2，一旦在步骤104选择了呼叫类型，那么该过程就基于所选择的呼叫类型进行分支(步骤106)，并且执行与所选择的呼叫类型相关的适当连接策略。对于语音蜂窝呼叫(乘员打算使用该语音蜂窝呼叫经由话音与呼叫中心顾问或语音响应系统(VRS)通信)，可以建立仅语音的蜂窝呼叫，其中经由蜂窝系统的语音信道与呼叫中心仅仅交换话音。然而，在图2的实施例中，呼叫类型是语音信道呼叫或带内调制解调器蜂窝呼叫，该方法移动到框108，其中使用语音信道数据连接重试策略建立语音信道蜂窝呼叫。甚至对于语音蜂窝呼叫也完成该方法，使得有用的交通工具数据可以被上传到呼叫中心以在开始话音之前供顾问或VRS使用。用于建立语音信道蜂窝呼叫的连接重试策略包括多个不同的连接方法，连续地尝试所述连接方法直到其中一个方法产生成功的发起或所有方法都失败。通常而言，所述方法的每一个都包括尝试附接到蜂窝基站，经由所附接的基站发起语音信道蜂窝连接，然后通过发起的连接与呼叫中心建立调制解调器数据连接。如在此使用的，对于GSM系统来说，“附接基站”是VTU所预占(camp on)的、接收可解码的广播控制信道(BCCH)并且注册的基站。对于CDMA，“附接基站”是VTU在其上注册的基站。因而，使用附接基站，步骤108将执行语音信道发起过程110，在此期间远程信息处理单元尝试发起语音信道蜂窝连接，并且如果进行了连接，那么其将建立调制解调器数据连接以上传希望的数据。语音信道数据连接重试过程以及它的不同连接方法将在下面结合图4-7进行更详细的讨论，并且可以以本领域技术人员已知的方式执行语音信道发起过程。

对于NVC数据连接呼叫类型而言，图2的过程使用尝试建立分组数据连接或SMS数据连接的连接策略，并且这两种类型的数据连接之间的选择可以以任何期望的方式进行，诸如通过使用图3的呼叫连接表格。在期望SMS数据连接的情况下，该过程从步骤106移动到步骤112，在步骤112其执行SMS发起过程112以建立SMS数据连接。如果成功的话，则可以以文本消息的形式将期望的无线通信传输到呼叫中心。并且，在期望分组数据连接的情况下，该过程改为从步骤106移动到步骤116，在步骤116其执行分组数据重试过程，该分组数据重试过程尝试分组数据发起118以建立分组数据连接。如果成功的话，则将期望的无线通信作为分组化的数字数据从交通工具传输到呼叫中心。SMS发起过程112和分组数据重试过程116及其发起过程118可以以本领域技术人员已知的方式执行。

在经由优选呼叫类型与呼叫中心的通信不可用的情况下，该过程可以允许经由作为可选连接策略的其他呼叫类型之一尝试连接，如框120所示的。关于是否应当使用一个或多个可选策略的确定可以通过各种方式进行，诸如通过使用图3的呼叫连接表格来指定对于每种消息类型或每种呼叫类型哪种可选方案(如果有的话)是可用的。

一旦在VTU30和呼叫中心20之间建立了适当的连接，就经由该连接发送话音和/或数据的期望无线通信。图2的过程然后结束。

图4更详细地描绘了语音信道数据连接重试过程108。在示出的实施例中，该过程被用于发起仅语音的呼叫(仅话音)以及带内调制解调器蜂窝呼叫(IMCC)，不过应该理解如果需要的话，可以使用该过程来建立其它类型的交通工具发起的呼叫，诸如分组数据连接和SMS传输。第一步骤是在框130确定这两种呼叫类型中的哪个被尝试。在大多数情况中，甚至对于打算主要在交通工具乘员与呼叫中心之间传递话音的呼叫来说，也期望在呼叫的前几秒期间建立IMCC以上传交通工具数据，如上所述。对于这些呼叫，该过程移动到步骤132以执行主连接尝试，其中使用当前附接的基站或经由空闲模式过程可以附接的基站来尝试IMCC的发起，所述空闲模式过程包括小区重新选择以及在小区重新选择之后尝试附接到基站。下面结合图5进一步描述主连接方法132。

可以使用标准的GSM过程来实施空闲模式过程。在一个实施方式中，可以使用本领域技术人员已知的C2重新选择算法来执行空闲模式过程。除了仅仅小区重新选择之外，GSM空闲模式过程可以执行对于可用基站的更全面的搜索。例如，所用的空闲模式过程可以执行以下过程：(1)PLMN选择和重新选择；(2)小区选择(C1)和重新选择(C2)；以及(3)位置注册。这些过程对于本领域技术人员来说是已知的。例如，PLMN选择可以按照TS23.122来执行、小区选择/重新选择可以按照TS43.022/TS45.008来执行并且IMSI附接/分离的位置注册可以按照TS23.122/TS23.012来执行。如本领域技术人员已知的，在实施空闲模式过程时，对PLMN的搜索可以限于具有接入技术列表(用户控制的或操作者控制的选择器列表)的适当的PLMN选择器中的与PLMN相关的接入技术或多种接入技术，只要指定的接入技术也在HPLMN选择器中指定。

如果交通工具远程信息处理单元按照主连接方法132成功地附接到基站，则其执行图2的语音信道发起过程110，该过程建立与呼叫中心的期望调制解调器数据连接，并且该过程然后移动到步骤140，其中其通过建立的连接将交通工具数据传输到呼叫中心。该过程然后结束。如果主连接尝试失败，那么重试策略包括这里称为MRA(最近附接)连接过程的辅助连接尝试134。通常而言，MRA连接过程134包括选择最近在进行先前呼叫时所使用的PLMN或其他无线载波系统，使用所选择的载波系统执行小区选择过程，附接到所选择的基站，并且经由附接的基站发起到呼叫中心的IMCC。如果这不成功，则该方法还包括使用其他先前使用的载波系统重复载波系统选择、小区选择以及附接步骤，直到实现了成功的发起或者直到在所有选择的无线载波系统上不成功地尝试了经由基站的发起为止。这可以使用先前使用的PLMN或其他载波系统的列表来完成，在交通工具处维护该列表并且每次发起新呼叫时就更新该列表。下面结合图6进一步描述辅助连接方法134。

如同主连接方法一样，如果该辅助连接尝试是成功的，则发起语音信道蜂窝连接并且设立调制解调器数据连接，如图2的步骤110所示。如果辅助连接尝试失败，则该过程移动到步骤136，其中进行检查以确定在不能建立调制解调器数据连接的情况下-例如由于呼叫中心中的带内数据调制解调器组的断电或VTU30中的带内调制解调器的故障，是否允许正在进行的呼叫回复到仅语音的呼叫(语音退后或语音退路)。一般而言，允许大多数语音呼叫切换到语音退后，因为期望的通信是话音，而非语音呼叫不是。这可以在图3的呼叫连接表格中规定。对于其期望语音退后的基于话音的呼叫的示例包括紧急和碰撞检测呼叫、路边援助呼叫以及来自交通工具的远程信息处理服务登记呼叫。在每种情况下，期望与乘员的现场话音并且因此仅语音呼叫的建立仍使得能够执行期望的通信。不期望语音退后的示例可以包括自动数据上传、导航路线到交通工具的下载、以及使用装载在交通工具上的盗窃检测系统向呼叫中心通知交通工具盗窃。如将理解的，这些后面类型的数据通信中的一些或全部甚至可能不涉及与乘员的交互，因此在不能建立数据连接的情况下提供仅语音连接可能没有益处。

如果对于正在进行的呼叫不允许语音退后，则认为过程108已经失败，如框148所示的。在这种情况下，如果呼叫连接表格指定了对于正在进行的呼叫的可选呼叫类型，则可以执行可选连接策略，如图2的框120所示的。如果允许语音退后，则该过程移动到框138，其中进行第三连接尝试。一般而言，该第三连接尝试实施全面连接策略，该全面连接策略包括使用GSM蜂窝系统支持的人工网络选择模式尝试重新选择一个或多个PLMN。如果重新选择的PLMN被成功获得，则远程信息处理单元尝试附接到重新选择的PLMN内的基站，并且如果成功的话，其将继续发起IMCC呼叫并且建立调制解调器数据连接。该过程然后移动到框140，其中将期望的数据传输到呼叫中心并且如果需要的话，该呼叫然后切换到语音模式。

如果第三连接尝试失败，则该过程转到语音退后，其中其通过设立语音信道蜂窝信道而不建立调制解调器数据连接来尝试发起仅语音呼叫。这是与用于建立仅语音呼叫相同的过程，其中在框130确定不需要数据连接。因而，对于仅语音呼叫，该方法尝试建立语音信道蜂窝连接以用于话音通信而不使用主要、第二或第三连接尝试；而对于允许语音退后的IMCC呼叫，语音信道蜂窝连接的尝试建立仅在主要、辅助和第三连接尝试失败的情况下才发生。在任一种情形中，该过程移动到框142，其中远程信息处理单元进行仅语音呼叫。在示出的实施例中，这使用最近附接的PLMN来完成，可以从MRA连接过程134中使用的且在交通工具处维护的上述列表中查找所述最近附接的PLMN。如果没有找到最近注册的PLMN(RPLMN)则进行附加尝试来获取适当基站。例如，可以尝试获取最近RPLMN的BCCH分配列表(BA列表)中的每一个PLMN，并且如果没有找到，则远程信息处理单元可以履行类似于无线GSM蜂窝设备在加电后所完成的完全获取过程。如本领域技术人员将理解的，为了进行仅语音的呼叫，远程信息处理单元可以按照TS23.018基本呼叫处理利用指定的语音退后号来使用远程服务ID11(用于常规电话服务的GSM话音远程服务)。

虽然基于不需要调制解调器数据连接或其不可用来建立仅语音的呼叫，但是如果在框142尝试的呼叫是成功的，则如果需要的话，呼叫中心可以尝试建立调制解调器数据连接(例如通过给远程信息处理单元发送适当的信令)，在此情况下远程信息处理单元可以被配置成对此作出响应并且切换到数据模式以进行初始交通工具数据上传。一旦完成，可以将该呼叫切换到语音模式以便与交通工具乘员通信。不管是否尝试初始数据模式连接，在成功建立呼叫后，该过程从步骤142移动到步骤144，其中在呼叫中心将该呼叫连接到顾问以给交通工具乘员提供援助。

如果仅语音的呼叫尝试失败，则该过程移动到框146，其中进行检查以确定正在进行的特定呼叫是否是具有指定延伸轨道的类型。这可以使用图3的呼叫连接表格来完成。如果例如为碰撞或紧急呼叫指定了延伸轨道，则该过程返回以重试全面连接方法138。因而，对于较重要的呼叫，该系统继续重新尝试连接直到成功或者如果需要的话，直到尝试了最大数量的重试。如果没有指定延伸轨道，则认为连接重试过程108已经失败，如框148所示。

现在转到图5，示出了图4的主连接策略132的其他细节。一般而言，该方法包括验证远程信息处理单元附接到基站、使用附接的基站尝试发起与呼叫中心的连接，以及如果失败的话，则迭代地尝试附接并且经由从附接的基站所获得的BA列表所识别的相邻基站进行连接。该方法开始于步骤150，其中进行检查以确定是否存在当前附接的基站，诸如远程信息处理单元在接收连接到呼叫中心的请求之前已经附接到的基站。如果是，该过程可以继续在步骤156尝试发起。如果否，则远程信息处理单元执行空闲模式过程152，其可与上面结合图4讨论的过程相同或不同。在步骤154，确定空闲模式过程是否导致附接到重新选择的基站。如果否，则认为主连接尝试是失败的。如上所讨论的，当用作图4的数据连接重试方法108的一部分，该主连接尝试失败之后是辅助连接过程。虽然在图5以及其他附图中将确定远程信息处理单元是否已经成功附接到基站的检查示出为离散的步骤，但是将理解如果在初始确定不存在附接的基站(例如没有可解码的BCCH)之后并且在BCCH随后变得可解码的过程期间，远程信息处理单元可以继续该连接过程。

如果在框154确定远程信息处理单元成功附接到重新选择的基站，则该过程继续道框156，其中执行发起过程以经由附接的基站建立语音信道蜂窝连接。如果成功的话，该方法结束并且远程信息处理单元和呼叫中心可以继续建立调制解调器数据连接。如果发起尝试失败，则该过程移动到框158，其中迭代过程开始，在该迭代过程中从附接的基站接收的BA列表被用于尝试附接到在该列表上的相邻基站。因而，假设不是列表上的所有基站都被试过，该过程转到步骤160，其中识别列表上的下一基站并且使用对该下一基站识别的BCCH尝试附接。为了远程信息处理单元经由BCCH接收和解码基站信息并且使用该解码的信息尝试附接到相邻基站。这可以经由空闲模式过程来完成，如步骤162所示。在主连接尝试过程期间的任何时间发生PLMN变化事件中断164的情况下也可以使用空闲模式过程。如果接收到中断164，可以使用空闲模式过程来执行PLMN重新选择过程并且在该重新选择之后然后附接到基站。对于重新选择的PLMN，图5的迭代过程可以被执行，直到成功或者已经试过从来自重新选择的PLMN的附接基站的BA列表识别的所有基站。

从步骤162该过程移动到步骤166，其中进行检查以确定远程信息处理单元是否能够附接到基站。如果是，则利用该附接的基站尝试发起。如果否，则该过程循环回步骤158以迭代地尝试BA列表上的下一基站。一旦有效BA列表上的所有基站已被试过，如在框158确定的，则该过程可以返回失败或如图所示，可以检查以在步骤168确定是否存在可选的连接策略。这可以从图3的呼叫连接表格的可选呼叫类型列中识别。例如，在分组数据连接被识别为可允许的可选呼叫类型的情况下，该过程可以切换到分组数据重试过程116。如果没有可用的可选呼叫类型，则辅助连接尝试失败；然而，如果可选连接策略可用，则在步骤170执行该策略，其中进行呼叫发起尝试156。

图6描绘了辅助连接方法134，该辅助连接方法是用于经由远程信息处理单元最近成功使用的无线载波系统之一来尝试发起的最近附接(MRA)过程。在主连接方法失败之后开始该过程以成功发起IMCC呼叫。一般而言，MRA连接过程134包括选择最近在进行先前呼叫时使用的载波系统，使用所选择的载波系统执行小区选择过程，附接到所选择的基站，并且经由所附接的基站向呼叫中心发起IMCC。为此目的，在交通工具处维护载波系统的列表，并且该列表在此称为MRA列表。其包括按时间倒序的远程信息处理单元先前向其注册的载波系统(即最近附接的载波系统被列在最前面)。在2G/2.5G GSM(GPRS和EDGE)以及3G W-CDMA(UMTS，HSPA)蜂窝系统中，PLMN识别无线载波系统，VTU 30中的蜂窝芯片组50通过更新其位置附接到所述PLMN。因而，在一个实施例中，该列表可以是远程信息处理单元先前已经成功完成IMSI附接过程的那些PLMN的列表。假定主连接方法已经失败，MRA连接过程试图使用最近注册的PLMN附接到基站，对于所述最近注册的PLMN可以假设特定地理覆盖区域内的合理的成功可能性。

当该系统检测到或以其他方式确定经由注册的PLMN的附接基站与呼叫中心的首次连接尝试失败时，导致MRA连接过程的发起。响应于该确定，该过程访问MRA列表并且执行以下描述的迭代过程。典型地，远程信息处理单元将进入与主连接方法上次使用的PLMN的附接基站的MRA连接过程。这由步骤176确认，使得如果没有这样的基站被附接则MRA连接过程将失败而立即终止。在其他实施例中，可能不需要初始附接的基站。假设远程信息处理单元被附接，该过程移动到步骤178，其中该过程访问PLMN的MRA列表并且选择该列表中下一PLMN。这可以是MRA列表中第一条目或在假设第一条目是主连接尝试中不成功使用的PLMN之一时，步骤178可以用于从MRA列表的第二条目开始。在步骤180，进行检查以确定重新选择的PLMN是否与主连接方法期间尝试的相同。如果是，则不需要对该PLMN进行再次尝试，并且在步骤182首次验证在列表中还存在仍未试过的条目之后，在框184该过程可以选择MRA列表中的下一条目。该过程然后循环回步骤180以再次确认当前选择的PLMN不是主连接方法中使用的PLMN。

一旦选择了PLMN，该过程移动到步骤186，其中其执行可能与上面结合图4描述的那些过程相同的空闲模式过程。如果获得附接的基站，如步骤188所示的，则尝试语音信道发起190，并且这可以是与图2中识别的发起过程110相同的过程。如果发起成功，则远程信息处理单元和呼叫中心可以继续建立调制解调器数据连接并且按照需要传送数据。如果发起失败，则该过程循环回到框182以再次对列表中的更多条目进行检查。如果远程信息处理单元没有附接到由步骤186所产生的选择的基站，则该过程从框188移动到步骤192，其中进行检查以确定是否已经试过所有的BCCH载波(即所有相邻基站)。这可以通过获得在步骤186选择的基站的BCCH分配(BA)列表，并且然后逐一尝试附接到从BA列表识别的相邻基站来完成。这包括扫描从选择的基站接收的BA列表中的BCCH载波。假设存在未试过的附近基站，则该过程移动到步骤194，其中从BA列表中选择下一基站并且再次对于该下一基站执行空闲模式过程以尝试附接。因而，将理解的是，MRA连接过程134包括迭代地一次一个PLMN地检查MRA列表、使用空闲模式过程为每个PLMN选择基站、尝试附接到所选择的基站以及如果不成功的话尝试附接到由所选择的基站识别的若干相邻基站的每一个，并且一旦需要附接的基站，则尝试经由所附接的基站发起语音信道蜂窝连接。如果在接收的BA列表中的绝对无线电频率信道号(ARFCN)上的发起失败，则远程信息处理单元可以确定对应于该PLMN条目的下一可用ARFCN以搜索下一适当小区。在发起过程失败后，远程信息处理单元可以经由空闲模式过程在MRA列表中的其对应PLMN条目的接收BA列表中的所有BCCH ARFCN上执行PLMN/小区重新选择。

如上面结合图5所讨论的，在辅助连接尝试过程期间的任何时间发生PLMN变化事件中断196的情况下也可以使用空闲模式过程。如果接收到中断196，则可以使用空闲模式过程186来执行PLMN重新选择过程并且然后在该重新选择之后附接到基站。对于重新选择的PLMN，可以执行图6的迭代过程，直到成功或者从重新选择的PLMN的所附接的基站的BA列表中识别的所有基站都已经被试过。然后可以重新开始整个过程或者用来自MRA列表的PLMN继续该过程。例如，当在MRA连接过程134期间发生PLMN变化事件196时并且远程信息处理单元不能预占新的PLMN及其相关BA列表时，远程信息处理单元可以检查以确定其是否已经重试过MRA列表中的所有PLMN条目。

虽然未来图6示出，但是在成功发起的MRA连接过程的成功结束时，可以用重新选择的新RPLMN来更新MRA列表。如将要理解的，可以通过将其存储在远程信息处理单元存储器54中或某个其他适当的位置处来在交通工具维护该MRA列表。

图7示出了第三连接方法138，其是在主方法和辅助方法失败并且呼叫类型是允许语音退后的情况下使用的全面连接方法。一般而言，该方法包括使用支持的人工网络选择模式来通过任何可用的无线载波系统尝试发起，并且优选地这是使用预先建立的优先级顺序的载波系统来完成的，使得首先尝试例如最可能成功附接的PLMN。该方法开始于步骤200，其中远程信息处理单元扫描归属PLMN(HPLMN)选择器中的接入技术支持的所有频带。如本领域技术人员将理解的，对于GSM远程信息处理单元，SIM卡包含识别可供远程信息处理单元使用的接入技术的HPLMN选择器。这包括用于全ARFCN扫描的所有GSM频带。一旦已经找到所有可用的PLMN，该过程通过循环控制框202移动到步骤204，其中其尝试使用PLMN所用的GSM规范支持的人工网络选择模式按照预定义的顺序重新选择PLMN。在一个实施例中，该顺序可以如下所述：

1)MRA列表中的最近PLMN；

2)HPLMN(与远程信息处理单元相关的归属PLMN)；

3)在用户控制的或操作员控制的选择器列表(EFPLMNwAcT/EFOPLMNwAcT)上的具有优先次序的PLMN；

4)不在任何列表中的其他PLMN；以及

5)如果远程信息处理单元没有找到其他PLMN，禁止PLMN列表或禁止位置区域标识(LAI)列表中的PLMN。

假使使用上述过程选择的PLMN，远程信息处理单元尝试附接或以其他方式访问所选择的PLMN，并且如果在框206不成功的话，循环回到步骤202以确定是否存在任何剩余的PLMN要尝试，并且如果是的话，根据预先建立的顺序选择下一PLMN。如果能够访问PLMN，则使用空闲模式过程来尝试小区选择并且附接到所选择的基站，如上所述。这在步骤210完成。假设远程信息处理单元附接到所选择的基站，则在步骤212尝试发起语音信道蜂窝连接，并且这可以被维持为仅语音呼叫或者如果需要的话可以尝试调制解调器数据连接(IMCC呼叫)。虽然未示出，但是第三连接过程可以包括如果远程信息处理单元不能附接到所选择的PLMN的选择的基站则使用BA列表尝试附接到相邻基站。

如上结合图5和图6所讨论的，在第三连接尝试过程期间的任何时间发生PLMN变化事件中断214的情况下也可以使用空闲模式过程。如果接收到中断214，则可以使用空闲模式过程208来执行PLMN重新选择过程并且然后在该重新选择之后附接到基站。对于重新选择的PLMN，可以执行图7的迭代过程，直到成功或者从重新选择的PLMN的所附接的基站的BA列表中识别的所有基站都已经被试过。然后可以重新开始整个过程或者用在该过程开始时识别的PLMN继续该过程。

要理解上述内容是本发明的一个或多个优选示范性实施例的模式。本发明并不限于在此公开的特定实施例，而是仅由以下的权利要求书限定。此外，在前述描述中包含的陈述涉及特定实施例并且不应解释为对本发明范围的限制或者对权利要求中使用的术语定义的限制，除非上面明确定义了术语和短语。对公开的实施例的各种其他实施例和各种变化和修改对于本领域技术人员来说是显而易见的。所有这些其他实施例、变化和修改旨在落入所附权利要求书的范围内。

如本说明书和权利要求书中使用的，术语“例如”、“如”、“诸如”和“像”以及动词“包括”、“包含”、“具有”以及它们的其他动词形式当结合一个或多个部件或其他项的列表使用时每一个都应该解释为开放的，意味着不应认为该列表排除其他附加的部件或项目。其他术语也要使用它们的最宽泛合理的意义来解释，除非它们用在要求不同解释的上下文中。

Claims (10)

1.一种由交通工具远程信息处理单元用来建立该远程信息处理单元与呼叫中心之间的无线电话连接的连接重试方法，该连接重试方法包括以下步骤： 

使用附接的基站执行所述远程信息处理单元与呼叫中心之间的主连接尝试，其中所述主连接尝试包括以下步骤： 

确定所述远程信息处理单元当前是否附接到基站，并且如果否，则执行包括小区重新选择和附接到重新选择的基站的空闲模式过程，并且之后， 

经由所附接的基站发起所述远程信息处理单元与呼叫中心之间的带内调制解调器蜂窝呼叫； 

确定所述主连接尝试是否成功，并且如果否，则执行辅助连接尝试，在所述辅助连接尝试中所述远程信息处理单元尝试经由所述远程信息处理单元先前成功用来进行呼叫的PLMN中的一个或多个来连接到所述呼叫中心；以及 

确定所述辅助连接尝试是否成功，并且如果否，则执行第三连接尝试，在所述第三连接尝试中所述远程信息处理单元尝试经由所述远程信息处理单元能够与其通信的若干可用基站中的任何基站来连接到所述呼叫中心。 

2.根据权利要求1所述的连接重试方法，其中所述主连接尝试包括发起带内调制解调器蜂窝呼叫以经由语音信道传送数据的步骤。 

3.根据权利要求1所述的连接重试方法，其中所述辅助连接尝试包括选择最近在进行先前呼叫时使用的PLMN、使用所选择的PLMN执行小区选择过程、附接到所选择的基站，以及经由所附接的基站向呼叫中心发起带内调制解调器蜂窝呼叫。 

4.根据权利要求3所述的连接重试方法，其中如果所述远程信息处理单元不能附接到所选择的PLMN内的基站，则该方法还包括使用其他先前使用的PLMN重复PLMN选择、小区选择和附接步骤，直到成功发起或直到已经对所有选择的PLMN不成功地尝试了经由基站的发起。 

5.根据权利要求4所述的连接重试方法，其中辅助连接尝试还包括在交通工具处维护先前使用的PLMN的列表的步骤。 

6.根据权利要求1所述的连接重试方法，其中第三连接尝试包括使用人工网络选择模式尝试重新选择一个或多个PLMN的步骤。 

7.根据权利要求6所述的连接重试方法，其中第三连接尝试还包括尝试附接到重新选择的PLMN内的基站，并且如果成功附接到其中一个基站则经由所附接的基站发起带内调制解调器蜂窝呼叫。 

8.根据权利要求1所述的连接重试方法，其中该方法还包括以下步骤：确定第三连接尝试是否成功并且如果否，则发起语音信道蜂窝连接以在所述远程信息处理单元与呼叫中心之间传送话音。 

9.根据权利要求1所述的连接重试方法，其中该方法还包括以下步骤：确定呼叫类型是否是语音蜂窝呼叫，并且如果是，则发起语音信道蜂窝连接以在所述远程信息处理单元与呼叫中心之间传送话音而不使用所述主连接尝试、辅助连接尝试或第三连接尝试。 

10.一种由交通工具远程信息处理单元用来通过GSM蜂窝系统建立该远程信息处理单元与呼叫中心之间的无线电话连接的连接重试方法，该连接重试方法包括以下步骤： 

(a)使用以下步骤执行所述远程信息处理单元与呼叫中心之间的主连接尝试： 

(a1)确定所述远程信息处理单元当前是否附接到注册PLMN的基站，并且如果否，则执行包括小区重新选择和在小区重新选择之后尝试附接到基站的空闲模式过程； 

(a2)如果所述远程信息处理单元附接到基站则尝试发起带内调制解调器蜂窝呼叫；以及 

(a3)如果尝试发起失败，则使用BCCH分配列表对于一个或多个相邻基站执行步骤(a1)和(a2)； 

(b)确定所述主连接尝试是否成功并且如果否，则使用以下步骤执行所述远程信息处理单元与呼叫中心之间的辅助连接尝试： 

(b1)访问所述交通工具上存储的最近附接的PLMN的列表； 

(b2)从所述列表选择PLMN； 

(b3)在所选择的PLMN内选择基站； 

(b4)尝试附接到所选择的基站，并且如果不成功，则尝试附接到在所选择的基站的BCCH分配列表上识别的另一基站； 

(b5)如果所述远程信息处理单元附接到基站则尝试发起带内调制解调器蜂窝呼叫；以及 

(b6)对于所述列表上的每一个其他的PLMN迭代地重复步骤(b2)到步骤(b5)，直到成功发起或者直到对所述列表上的所有PLMN都已经不成功地尝试了经由基站的发起； 

(c)确定所述辅助连接尝试是否成功并且如果否，则使用以下步骤执行所述远程信息处理单元与呼叫中心之间的第三连接尝试： 

(c1)使用由该GSM蜂窝系统支持的人工网络选择模式选择可用的PLMN； 

(c2)在所选择的PLMN内选择基站； 

(c3)尝试附接到所选择的基站，并且如果不成功，则尝试附接到在所选择的基站的BCCH分配列表上识别的另一基站； 

(c4)如果所述远程信息处理单元附接到基站则尝试发起带内调制解调器蜂窝呼叫；以及 

(c5)对于每个可用的PLMN，迭代地重复步骤(c1)至(c4)；和 

(d)确定所述带内调制解调器蜂窝呼叫的发起是否成功，并且如果否，则发起语音信道蜂窝连接以在所述远程信息处理单元与呼叫中心之间传送话音。 

Images