CN101815360B - 车辆发起的到呼叫中心的蜂窝式通信 - Google Patents

Abstract

本发明涉及车辆发起的到呼叫中心的蜂窝式通信。一种用于进行到远程信息处理服务供应商或其它呼叫中心的车辆发起的呼叫的系统和方法。所述方法包括识别与到呼叫中心的通话或数据的期望无线通信相关联的呼叫类型，且然后取决于呼叫类型实施多种不同呼叫连接过程中的一种。对于语音信道蜂窝连接，在大多数情况下优选使用连接重试方案建立带内调制解调器蜂窝连接，所述连接重试方案包括第一、第二和可能第三连接尝试。所述系统和方法可以与各种蜂窝系统技术结合实施，但尤其适合用于GSM系统。

Description

车辆发起的到呼叫中心的蜂窝式通信

技术领域

本发明总体上涉及用于建立从车辆远程信息处理装置到远程呼叫中心的移动式车辆发起的蜂窝通信的技术。

背景技术

经过公用陆地移动网络(PLMN)或其它无线运营系统运营的车辆远程信息处理服务存在对移动车辆应用特有的某些挑战。例如，一些车辆远程信息处理装置(VTU)设计成使用各种可用的不同传输技术(例如，2G CDMA(IS-95)、3G CDMA2000(IS-2000，1XRTT，EVDO)、3G UTMS(W-CDMA，HSPA)、2G/2.5G GSM(GPRS和EDGE))允许经过无线运营系统的语音和数据通信。取决于所使用的技术之类的因素，例如，GSM与CDMA、所需的登记或获取过程、车辆经常移进和移出本地PLMN(HPLMN)、一种数据传输协议相对另一种的可用性、以及到车辆或从车辆的呼叫的具体类型，VTU可仅仅具有一个可用且适合于使用的无线通信协议，或者可以具有可从中选择的一个以上的通信协议。当在任何一个时间多种无线传输可用时，相关的使用成本可以不同，使得期望明智地从中选择。类似地，与数据漫游相关的呼叫连接成本可能是显著的，因而期望实施最小化漫游及其相关成本的连接方案。

发明内容

根据本发明的一个方面，提供用于由车辆远程信息处理装置使用以提供从远程信息处理装置到呼叫中心的无线通信的通信方法。所述方法包括步骤：

接收在车辆中的远程信息处理装置处的输入，所述输入与从车辆到呼叫中心的通话或数据的期望无线通信相关联；

选择与通信相关的呼叫类型，使得对于通话通信，所选择呼叫类型是语音蜂窝呼叫，且对于数据通信，所选择呼叫类型是带内调制解调器蜂窝呼叫或者非语音信道(NVC)数据连接；以及

实施与所选择呼叫类型相关的连接方案，其中，如果呼叫类型是NVC数据连接，那么连接方案包括以下两个步骤中的一个或两者：(a)发起远程信息处理装置和呼叫中心之间的分组数据连接，和(b)发起远程信息处理装置和呼叫中心之间的SMS数据连接，

如果呼叫类型是带内调制解调器蜂窝呼叫，那么连接方案包括涉及多种不同连接方法的语音信道数据连接重试方案，所述连接方法中的每种都包括步骤：尝试经由附连的基站发起语音信道蜂窝连接；以及一旦发起语音信道蜂窝连接，就在远程信息处理装置和呼叫中心之间经过所发起的连接建立调制解调器数据连接。如果呼叫类型是语音蜂窝呼叫，那么连接方案包括步骤：经由附连的基站发起语音信道蜂窝连接。一旦建立所发起的连接，于是经由所发起的连接将期望无线通信发送给呼叫中心。

一种用于由车辆远程信息处理装置使用以提供从远程信息处理装置到呼叫中心的无线通信的通信方法，包括步骤：接收在车辆中的远程信息处理装置处的输入，所述输入与从车辆到呼叫中心的通话或数据的期望无线通信相关联；选择与通信相关的呼叫类型，使得对于通话通信，所选择呼叫类型是语音蜂窝呼叫，且对于数据通信，所选择呼叫类型是带内调制解调器蜂窝呼叫或者非语音信道(NVC)数据连接；实施与所选择呼叫类型相关的连接方案，其中：如果呼叫类型是NVC数据连接，那么连接方案包括以下两个步骤中的一个或两者：发起远程信息处理装置和呼叫中心之间的分组数据连接；和发起远程信息处理装置和呼叫中心之间的SMS数据连接；如果呼叫类型是带内调制解调器蜂窝呼叫，那么连接方案包括涉及多种不同连接方法的语音信道数据连接重试方案，所述连接方法中的每种都包括步骤：尝试经由附连的基站发起语音信道蜂窝连接；以及一旦发起语音信道蜂窝连接，经过所发起的连接在远程信息处理装置和呼叫中心之间建立调制解调器数据连接；如果呼叫类型是语音蜂窝呼叫，那么连接方案包括步骤：经由附连的基站发起语音信道蜂窝连接；以及经由所发起的连接将期望无线通信发送给呼叫中心。

如果呼叫类型是语音蜂窝呼叫，那么所述方法还包括步骤：通过实施语音信道数据连接重试方案来建立带内调制解调器数据连接；将车辆数据经过所述数据连接从远程信息处理装置传输给呼叫中心；将发起的连接切换到语音模式，和将呼叫中心处的呼叫路由到顾问，使得车辆乘员能够经由通话与顾问通信。

所述选择步骤还包括基于输入来确定呼叫类型。

所述输入由车辆乘员手动生成。

所述输入由车辆上的传感器自动生成。

所述输入响应于车辆上发生的触发来生成。

所述输入响应于来自于呼叫中心的先前通信来生成。

在发送步骤之前，所述方法还包括步骤：确定发起尝试已经失败；访问替代连接方案；和使用所述替代连接方案来尝试发起连接。

所述多个不同连接方法中的第一种方法包括第一连接尝试，在第一连接尝试中，车辆远程信息处理装置使用附连的基站来尝试发起远程信息处理装置和呼叫中心之间的语音信道蜂窝连接。

所述多个不同连接方法中的第二种方法包括第二连接尝试，在第二连接尝试中，车辆远程信息处理装置访问先前已经由远程信息处理装置成功用于拨打呼叫的PLMN列表，并经由该列表中识别的PLMN中的一个或多个尝试连接到呼叫中心。

所述多个不同连接方法中的第三种方法包括第三连接尝试，在第三连接尝试中，远程信息处理装置尝试经由远程信息处理装置能够与其通信的多个可用基站中的任一个来尝试连接到呼叫中心。

一种用于经由GSM蜂窝系统建立与呼叫中心的车辆发起的数据连接的通信方法，包括步骤：接收在车辆中的远程信息处理装置处的输入，所述输入与从车辆到呼叫中心的数据的期望无线通信相关联；选择与数据相关的呼叫类型，其中，所述呼叫类型包括多种不同数据连接中的一种，所述多种不同数据连接至少包括带内调制解调器蜂窝呼叫或者非语音信道(NVC)数据连接；实施与所选择呼叫类型相关的连接方案，其中：如果呼叫类型是带内调制解调器蜂窝呼叫，那么连接方案包括涉及多种不同连接方法的语音信道数据连接重试方案，所述连接方法包括第一、第二和第三连接方法，所述连接方法中的每种都包括步骤：尝试发起语音信道蜂窝连接；以及一旦发起语音信道蜂窝连接，就经过所发起的连接在远程信息处理装置和呼叫中心之间建立调制解调器数据连接；其中，所述第一连接方法包括使用附连的基站发起数据连接，且如果第一连接方法不能建立数据连接，那么所述方法还包括实施第二连接方法，所述第二连接方法尝试使用由远程信息处理装置先前使用的一个或多个PLMN来获得附连的基站，且如果第二连接方法不能建立数据连接，那么所述方法还包括实施第三连接方法，所述第三连接方法使用由GSM蜂窝系统支持的手动网络选择模式来尝试重新选择一个或多个PLMN；以及其中，如果呼叫类型是NVC数据连接，那么连接方案包括步骤：在远程信息处理装置和呼叫中心之间发起分组数据连接；以及在建立数据连接之后，经由所述数据连接将数据发送给呼叫中心。

如果呼叫类型是NVC数据连接且连接方案不能建立数据连接，那么所述方法还包括尝试发起带内调制解调器蜂窝呼叫。

如果呼叫类型是带内调制解调器蜂窝呼叫且连接方案不能建立数据连接，那么所述方法还包括尝试发起语音信道蜂窝连接，以在远程信息处理装置和呼叫中心之间进行通话通信。

附图说明

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

图1是示出了能够使用本文公开的方法的通信系统的示例性实施例的框图；

图2是示出了可以例如由图1所示的车辆远程信息处理装置使用的通信方法以响应于请求连接的输入来建立与呼叫中心的通话或数据连接的一个实施例的概要的流程图；

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

图4是示出了由车辆远程信息处理装置使用以与呼叫中心建立语音信道蜂窝连接的语音信道重试方法的一个实施例的流程图；

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

图6是在图4的重试方法中使用的第二连接尝试方法的流程图；和

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

具体实施方式

下文所述的系统和方法可以由车辆远程信息处理装置用来响应于由远程信息处理装置接收的一些启动输入来与呼叫中心建立车辆发起的语音和/或数据连接。虽然下述方法例如可实施用于2GGSM(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。这些装置中有些装置可以直接连接到远程信息处理装置30，例如，麦克风32和按钮34，而其它装置使用一个或多个网络连接(例如，通信总线44或娱乐总线46)间接连接。合适的网络连接的示例包括控制器区域网络(CAN)、面向媒体的系统传输(MOST)、本地互连网络(LIN)、局域网络(LAN)、以及其它合适的连接(例如，以太网、和符合已知ISO、SAE和IEEE标准和规格的其它连接)等。

车辆远程信息处理装置(VTU)30是OEM安装器件，其允许经过无线运营系统14和经过无线网络进行无线语音和/或数据通信，使得车辆能够与呼叫中心20、其它远程信息处理支持车辆或一些其它实体或器件进行通信。远程信息处理装置优选使用无线电传输来建立与无线运营系统14的通信信道(语音信道和/或数据信道)，使得语音和/或数据传输能够经过所述信道发送和接收。通过提供语音和数据通信，远程信息处理装置30允许车辆提供多种不同服务，包括与导航、电话、紧急援助、诊断、信息娱乐等有关的服务。数据可以使用本领域已知的技术经由数据连接(例如，经过数据信道的短消息服务(SMS)或分组数据传输)或经由语音信道发送。对于包括语音通信(例如，与呼叫中心20处的现场顾问或语音响应装置)和数据通信(例如，提供GPS位置数据或车辆诊断数据给呼叫中心20)的组合服务，系统可以使用经过语音信道的单个呼叫且根据需要在经过语音信道的语音和数据传输之间切换，且这可以使用本领域技术人员已知的技术完成。

根据一个实施例，远程信息处理装置30使用根据GSM、W-CDMA或CDMA标准的蜂窝通信，因而包括用于类似于免提呼叫的语音通信的标准蜂窝芯片组50、用于数据传输的无线调制解调器、电子处理器件52、一个或多个数字存储器器件54、和双天线56。应当理解的是，调制解调器可以通过存储在远程信息处理装置中且由处理器52执行的软件来实施，或者可以是位于远程信息处理装置30内部或外部的独立硬件部件。调制解调器可以使用无线行业中所使用的任何数量的不同标准或协议来操作，例如3gpp或3gpp2。车辆和其它网络器件之间的无线网络也可以使用远程信息处理装置30实施。为此，远程信息处理装置30可以配置成根据按照3gpp或3gpp2标准实施的一种或多种协议以及其它无线协议(例如IEEE 802.11协议、WiMAX或Bluetooth中的任一种)进行无线通信。当用于分组交换数据传输(例如TCP/IP)时，远程信息处理装置可以配置有静态IP地址或者可以被设置以自动接收从网络上另一器件(例如路由器)或者从网络地址服务器(例如，DHCP服务器)分配的IP地址。

处理器52可以是能够处理电子指令的任何类型的器件，包括微处理器、微控制器、主机处理器、控制器、车辆通信处理器和专用集成电路(ASIC)。它可以是仅用于远程信息处理装置30的专用处理器或者可以与其它车辆系统共用。处理器52执行各种数字存储指令，例如存储在存储器54中的软件或固件程序，所述指令允许远程信息处理装置提供各种服务。例如，处理器52可以执行程序或处理数据以实施本文所述方法的至少一部分。

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

GPS模块40从GPS卫星星座60接收无线电信号。模块40可以从这些信号确定用于给车辆驾驶员提供导航和其它位置相关服务的车辆位置。导航信息可以展示在显示器38(或车辆内的其它显示器)上，或者可以语言展示，例如在提供逐向导航时所作的那样。导航服务可使用专用车内导航模块(可以为GPS模块40的一部分)提供，或者一些或全部导航服务可以经由远程信息处理装置30完成，其中，位置信息发送给远程位置，以用于给车辆提供导航地图、地图注释(兴趣点、饭店等)、路线计算等。位置信息可以提供给呼叫中心20或者其它远程计算机系统，例如计算机18，以用于其它目的，例如车队管理。而且，新的或更新的地图数据可以从呼叫中心20经由远程信息处理装置30下载到GPS模块40。

除了音频系统36和GPS模块40之外，车辆12可以包括电子硬件部件形式的其它车辆系统模块(VSM)42，所述VSM42位于车辆中且通常从一个或多个传感器接收输入并使用所感测的输入执行诊断、监测、控制、报告和/或其它功能。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可以经由通过租用线路或PSDN中的互联网ISP实施的专用网络或虚拟专用网络(VPN)连接到其它系统10中的一个或多个。每个这种计算机18可以用于一个或多个目的，例如可由车辆经由远程信息处理装置30和无线运营系统14访问的网页服务器。其它这种可访问计算机18可以例如是：服务中心计算机，其中，诊断信息和其它车辆数据可以从车辆经由远程信息处理装置30上传；由车辆拥有者或其它用户使用的客户计算机，用于诸如访问或接收车辆数据或设置或配置用户偏好或者控制车辆功能的目的；或者第三方库，车辆数据或其它信息从所述第三方库提供或者提供给第三方库，不管是通过与车辆12通信还是通过与呼叫中心20通信或者两者兼而有之。计算机18也可以用于提供互联网连接，例如DNS服务或者网络地址服务器，其使用DHCP或其它合适协议来分配IP地址给车辆12。

呼叫中心20设计成给车辆电子器件28提供各种不同系统后端功能，且根据本文所示的示例性实施例，通常包括一个或多个开关80、服务器82、数据库84、现场顾问86、以及自动语音响应系统(VRS)88，这些都是本领域已知的。这些各种呼叫中心部件优选经由有线或无线局域网络90彼此联接。开关80可以是专用交换分机(PBX)开关，将进来的信号路由，使得语音传输通常通过常规电话发送给现场顾问86或者使用VoIP发送给自动语音响应系统88。现场顾问电话也可以使用由图1中虚线所示的VoIP。VoIP和通过开关80的其它数据通信经过连接在开关80和网络90之间的调制解调器(未示出)实施。数据传输经由调制解调器送至服务器82和/或数据库84。数据库84可以存储帐户信息，例如用户验证信息、车辆识别符、简档(profile)记录、行为模式和其它有关用户信息。数据传输也可以通过无线局域网使用例如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的方法以获得连接到呼叫中心20的请求的步骤102开始。该请求处于由远程信息处理装置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等待呼叫(camped on)的、接收可解码广播控制信道(BCCH)且被登记的基站。对于CDMA，“所附连的基站”是VTU所登记的基站。因而，使用所附连的基站，步骤108将执行语音信道发起过程110，在此期间，远程信息处理装置尝试发起语音信道蜂窝连接且如果获得连接，将然后建立调制解调器数据连接以上传期望数据。语音信道数据连接重试过程及其不同连接方法在下文结合图4-7更详细地讨论，且语音信道发起过程可以本领域技术人员已知的方式实施。

对于NVC数据连接呼叫类型，图2的过程使用尝试建立分组数据连接或SMS数据连接的连接方案，且在这两种数据连接之间以任何期望方式进行选择，例如通过使用图3的呼叫连接表。当期望SMS数据连接时，过程从步骤106前进到112，其中，实施SMS发起过程112以建立SMS数据连接。如果成功，那么期望无线通信可以文本消息的形式传输给呼叫中心。当期望分组数据连接时，所述过程相反从步骤106前进到116，其中，执行尝试分组数据发起118的分组数据重试过程以建立分组数据连接。如果成功，那么期望无线通信作为分组数字数据从车辆传输到呼叫中心。SMS发起过程112和分组数据重试过程116及其发起过程118可以本领域技术人员已知的方式实施。

在经由优选呼叫类型与呼叫中心的通信不可用时，过程可以允许经由一种其它呼叫类型作为替代连接方案来尝试连接，如框120所示。确定是否应当使用一种或多种替代方案可以各种方式实施，例如通过使用图3的呼叫连接表以对于每种消息类型或每种呼叫类型指定什么替代方案(如果有的话)可用。

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

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

空闲模式过程可以使用标准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，其中，它经过所建立的连接传输车辆数据给呼叫中心。所述过程然后结束。如果第一连接尝试失败，那么重试方案包括第二连接尝试134，本文称为MRA(最近附连)连接过程。通常，MRA连接过程134包括选择在拨打前一次呼叫时最近使用的PLMN或其它无线运营系统，使用所选择的运营系统来实施蜂窝选择过程，附连到所选择的基站，和经由所附连的基站发起到呼叫中心的IMCC。如果这没有起作用，那么所述方法还包括使用其它先前使用的运营系统来重复运营系统选择、蜂窝选择和附连步骤，直到获得成功的发起或者直到经由基站的发起已经在所有选择的无线运营系统上不成功地尝试过。这可以使用先前使用的PLMN或其它运营系统的列表，所述列表保留在车辆处且每次发起新的呼叫时被更新。第二连接方法134还在下文结合图6进一步描述。

如同第一连接方法一样，如果第二连接尝试成功，那么发起语音信道蜂窝连接且设定调制解调器数据连接，如图2的步骤110所示。如果第二连接尝试失败，那么过程前进到步骤136，其中进行检查以确定如果不能建立调制解调器数据连接，被拨打的呼叫是否被允许回复到仅语音呼叫(语音备用(voice fallback))-例如，由于呼叫中心中的带内数据调制解调器组停止或者VTU30中的带内调制解调器故障。通常，大多数语音呼叫被允许切换到语音备用，因为期望通信是通话，而非语音呼叫不是如此。这可以在图3的呼叫连接表中规定。期望语音备用的基于通话的呼叫的示例包括紧急和碰撞检测呼叫、路边援助呼叫和来自于车辆的远程信息处理服务注册呼叫。在每一种情况下，与乘员的现场通话是期望的，从而建立仅语音呼叫仍允许实施期望通信。不期望语音备用的示例可以包括自动数据上传、导航路线下载到车辆、使用车载盗窃检测系统通知呼叫中心车辆盗窃。应当理解，这些后述类型的数据通信呼叫中的一些或全部可甚至不包括与乘员的互动，从而在不能建立数据连接的情况下提供仅语音连接是没有益处的。

如果对于拨打的呼叫不允许语音备用，那么过程108被认为失败，如框148所示。在这种情况下，如果呼叫连接表指定了所拨打呼叫的替代呼叫类型，那么可以实施替代连接方案，如图2的框120所示。如果允许语音备用，那么过程前进到框138，其中进行第三连接尝试。通常，该第三尝试采用综合连接方案，包括使用GSM蜂窝系统支持的手动网络选择模式来尝试重新选择一个或多个PLMN。如果重新选择的PLMN成功获得，那么远程信息处理装置尝试附连到重新选择的PLMN内的基站，且如果成功，那么前进以发起IMCC呼叫并建立调制解调器数据连接。所述过程然后前进到框140，其中，期望数据传输到呼叫中心且如果期望，呼叫然后切换到语音模式。

如果第三连接尝试失败，那么过程进入语音备用，其中，它尝试通过设定语音信道蜂窝连接而不用建立调制解调器数据连接来发起仅语音呼叫。这是与在框130确定不需要数据连接时用于建立仅语音呼叫相同的过程。因而，对于仅语音呼叫，所述方法尝试建立用于通话通信的语音信道蜂窝连接，而不使用第一、第二或第三连接尝试；而对于允许语音备用的IMCC呼叫，仅在第一、第二和第三连接尝试失败时发生语音信道蜂窝连接的尝试建立。在任一情况下，所述过程前进到框142，其中，远程信息处理装置拨打仅语音呼叫。在所示实施例中，这使用可以从上述列表查询的最近附连的PLMN完成，所述列表用于MRA连接过程134且保留在车辆处。如果未发现最近登记的PLMN(RPLMN)，可以进行附加尝试以获取合适的基站。例如，可以尝试获取最近RPLMN的BCCH分配列表(BA列表)中的每个PLMN，且如果未发现，那么远程信息处理装置可以经过与在接通时无线GSM蜂窝器件所做类似的完整获取过程。如本领域技术人员理解的那样，为了拨打仅语音呼叫，远程信息处理装置可以根据使用指定语音备用号的TS23.018基本呼叫处理使用电信业务ID 11(用于常规电话业务的GSM通话电信业务)。

虽然基于调制解调器数据连接不需要或不可用而建立仅语音呼叫，但是如果在框142尝试的呼叫成功，那么如果期望，呼叫中心可以仍然尝试建立调制解调器数据连接(例如，通过发送合适的信号音给远程信息处理装置)，在这种情况下，远程信息处理装置可以配置成对此作出响应并切换到用于最初车辆数据上传的数据模式。一旦完成，呼叫可以切换到用于与车辆乘员通信的语音模式。不管是否尝试最初数据模式连接，在呼叫成功建立之后，所述过程都从步骤142前进到步骤144，其中，呼叫在呼叫中心处连接到顾问以提供援助给车辆乘员。

如果仅语音呼叫尝试失败，那么过程前进到框146，其中，进行检查以确定拨打的具体呼叫是否为具有指定扩展跟踪的类型。这可以使用图3的呼叫连接表来完成。如果指定扩展跟踪，例如对于碰撞或紧急呼叫，那么过程返回以重试综合连接途径138。因而，对于更重要的呼叫，系统继续重新尝试连接，直到成功或者如果期望，直到尝试了最大数量的重试次数。如果未指定扩展跟踪，那么连接重试过程108被认为已经失败，如框148所示。

现在转到图5，还示出了图4的第一连接方案132的进一步细节。通常，所述方法包括验证远程信息处理装置附连到基站，使用所附连的基站尝试发起与呼叫中心的连接，且如果失败那么经由从所附连的基站获得的BA列表所识别的相邻基站来重复尝试附连和连接。所述方法在步骤150开始，其中，进行检查以确定是否有当前附连的基站，例如远程信息处理装置在接收连接到呼叫中心的请求之前已经附连的基站。如果是，所述过程可以前进以在步骤156尝试发起。如果否，那么远程信息处理装置执行空闲模式过程152，空闲模式过程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，第二连接方法134是用于经由远程信息处理装置最近成功地使用的一个无线运营系统尝试发起的最近附连(MRA)过程。该过程在第一连接方法失败之后开始，以成功发起IMCC呼叫。通常，MRA连接过程134包括选择最近用于拨打前一次呼叫的运营系统，使用所选择的运营系统实施蜂窝选择过程，附连到所选择的基站，和经由所附连的基站发起到呼叫中心的IMCC。为此，运营系统列表保留在车辆处，且该列表在本文称为MRA列表。其包括远程信息处理装置以逆时间顺序在先前登记的运营系统(即，最近附连的运营系统列举在第一位)。在2G/2.5G GSM(GPRS和EDGE)和3G W-CDMA(UMTS，HSPA)蜂窝系统中，无线运营系统由PLMN识别，VTU30中的蜂窝芯片组50通过上传其位置而附连到PLMN。因而，在一个实施例中，所述列表可以是远程信息处理装置先前已经成功完成IMSI附连程序的那些PLMN。假定第一连接方法已经失败，MRA连接过程试图使用最近登记的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，那么过程前进到步骤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连接过程的成功结束时，其中已经成功发生发起，MRA列表可以用最新重新选择的RPLMN更新。应当理解，MRA列表可以通过存储在远程信息处理装置存储器54或者一些其它合适位置中而保留在车辆处。

图7示出了第三连接方法138，第三连接方法138是在第一和第二方法失败且呼叫类型是许可语音备用的呼叫类型时使用的综合连接方法。通常，所述方法包括使用支持手动网络选择模式来尝试经过任何可用无线运营系统发起，这优选使用预先建立的顺序的运营系统优先级别来完成，从而例如最可能成功附连的PLMN被首先尝试。在步骤200，方法开始，其中，远程信息处理装置扫描在本地PLMN(HPLMN)选择器中的接入技术支持的所有频带。本领域技术人员将理解，对于GSM远程信息处理装置，SIM卡包括HPLMN选择器，HPLMN选择器识别可供远程信息处理装置使用的接入技术。这包括用于完全ARFCN扫描的所有GSM频带。一旦已经发现所有可用PLMN，过程通过循环控制框202前进到步骤204，在步骤204，其尝试根据预定顺序使用PLMN所用的GSM规范支持的手动网络选择模式来重新选择PLMN。在一个实施例中，顺序可以如下：

1)MRA列表中的最近PLMN；

2)HPLMN(与远程信息处理装置相关联的本地PLMN)；

3)在按优先顺序的使用者控制或操作者控制选择器列表中的PLMN(EFPLMNwAcT/EFOPLMNwAcT)；

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 (13)

1.一种用于由车辆远程信息处理装置使用以提供从远程信息处理装置到呼叫中心的无线通信的通信方法，包括步骤：

接收在车辆中的远程信息处理装置处的输入，所述输入与从车辆到呼叫中心的通话或数据的期望无线通信相关联；

选择与通信相关的呼叫类型，使得对于通话通信，所选择呼叫类型是语音蜂窝呼叫，且对于数据通信，所选择呼叫类型是带内调制解调器蜂窝呼叫或者非语音信道数据连接；

实施与所选择呼叫类型相关的连接方案，其中：

如果呼叫类型是非语音信道数据连接，那么连接方案包括以下两个步骤中的一个或两者：

发起远程信息处理装置和呼叫中心之间的分组数据连接；

和

发起远程信息处理装置和呼叫中心之间的SMS数据连接；

如果呼叫类型是带内调制解调器蜂窝呼叫，那么连接方案包括涉及多种不同连接方法的语音信道数据连接重试方案，所述连接方法中的每种都包括步骤：尝试经由附连的基站发起语音信道蜂窝连接；以及一旦发起语音信道蜂窝连接，经过所发起的连接在远程信息处理装置和呼叫中心之间建立调制解调器数据连接；

如果呼叫类型是语音蜂窝呼叫，那么连接方案包括步骤：经由附连的基站发起语音信道蜂窝连接；

经由所发起的连接将期望无线通信发送给呼叫中心；以及

通过实施语音信道数据连接重试方案来建立带内调制解调器数据连接；将车辆数据经过所述数据连接从远程信息处理装置传输给呼叫中心；将发起的连接切换到语音模式，和将呼叫中心处的呼叫路由到顾问，使得车辆乘员能够经由通话与顾问通信。

2.根据权利要求1所述的通信方法，其中，所述选择步骤还包括基于输入来确定呼叫类型。

3.根据权利要求2所述的通信方法，其中，所述输入由车辆乘员手动生成。

4.根据权利要求2所述的通信方法，其中，所述输入由车辆上的传感器自动生成。

5.根据权利要求2所述的通信方法，其中，所述输入响应于车辆上发生的触发来生成。

6.根据权利要求2所述的通信方法，其中，所述输入响应于来自于呼叫中心的先前通信来生成。

7.根据权利要求1所述的通信方法，其中，在发送步骤之前，所述方法还包括步骤：确定发起尝试已经失败；访问替代连接方案；和使用所述替代连接方案来尝试发起连接。

8.根据权利要求1所述的通信方法，其中，所述多种不同连接方法中的第一种方法包括第一连接尝试，在第一连接尝试中，车辆远程信息处理装置使用附连的基站来尝试发起远程信息处理装置和呼叫中心之间的语音信道蜂窝连接。

9.根据权利要求8所述的通信方法，其中，所述多种不同连接方法中的第二种方法包括第二连接尝试，在第二连接尝试中，车辆远程信息处理装置访问先前已经由远程信息处理装置成功用于拨打呼叫的PLMN列表，并经由该列表中识别的PLMN中的一个或多个尝试连接到呼叫中心。

10.根据权利要求9所述的通信方法，其中，所述多种不同连接方法中的第三种方法包括第三连接尝试，在第三连接尝试中，远程信息处理装置尝试经由远程信息处理装置能够与其通信的多个可用基站中的任一个来尝试连接到呼叫中心。

11.一种用于经由GSM蜂窝系统建立与呼叫中心的车辆发起的数据连接的通信方法，包括步骤：

接收在车辆中的远程信息处理装置处的输入，所述输入与从车辆到呼叫中心的数据的期望无线通信相关联；

选择与数据相关的呼叫类型，其中，所述呼叫类型包括多种不同数据连接中的一种，所述多种不同数据连接至少包括带内调制解调器蜂窝呼叫或者非语音信道数据连接；

实施与所选择呼叫类型相关的连接方案，其中：如果呼叫类型是带内调制解调器蜂窝呼叫，那么连接方案包括涉及多种不同连接方法的语音信道数据连接重试方案，所述连接方法包括第一、第二和第三连接方法，所述连接方法中的每种都包括步骤：尝试发起语音信道蜂窝连接；以及一旦发起语音信道蜂窝连接，就经过所发起的连接在远程信息处理装置和呼叫中心之间建立调制解调器数据连接；

其中，所述第一连接方法包括使用附连的基站发起数据连接，且如果第一连接方法不能建立数据连接，那么所述方法还包括实施第二连接方法，所述第二连接方法尝试使用由远程信息处理装置先前使用的一个或多个PLMN来获得附连的基站，且如果第二连接方法不能建立数据连接，那么所述方法还包括实施第三连接方法，所述第三连接方法使用由GSM蜂窝系统支持的手动网络选择模式来尝试重新选择一个或多个PLMN；以及

其中，如果呼叫类型是非语音信道数据连接，那么连接方案包括步骤：在远程信息处理装置和呼叫中心之间发起分组数据连接；以及

在建立数据连接之后，经由所述数据连接将数据发送给呼叫中心；

如果呼叫类型是语音蜂窝呼叫，那么连接方案包括步骤：经由附连的基站发起语音信道蜂窝连接；

经由所发起的连接将期望无线通信发送给呼叫中心；以及

通过实施语音信道数据连接重试方案来建立带内调制解调器数据连接；将车辆数据经过所述数据连接从远程信息处理装置传输给呼叫中心；将发起的连接切换到语音模式，和将呼叫中心处的呼叫路由到顾问，使得车辆乘员能够经由通话与顾问通信。

12.根据权利要求11所述的通信方法，其中，如果呼叫类型是非语音信道数据连接且连接方案不能建立数据连接，那么所述方法还包括尝试发起带内调制解调器蜂窝呼叫。

13.根据权利要求11所述的通信方法，其中，如果呼叫类型是带内调制解调器蜂窝呼叫且连接方案不能建立数据连接，那么所述方法还包括尝试发起语音信道蜂窝连接，以在远程信息处理装置和呼叫中心之间进行通话通信。