專利名稱：用于向移動遠程信息處理單元遞送數據的架構的制作方法
用于向移動遠程信息處理單元遞送數據的架構
背景技術：
無線通信目前分布廣泛，并且用來增強個人和組織的連通性以提供 改進的信息交換、安全性和盈利性。作為一個例子，遠程信息處理單元 現在與許多汽車和其他交通工具一起銷售或者被添加到許多汽車和其 他交通工具上，并且可以提供無線通信和基于位置的服務。
通常，盡管并非一定這樣，這種單元通過蜂窩網絡基礎設施來操 作。對于話音和簡單數據通信而言，蜂窩網絡提供世界人口的幾乎全面
覆蓋。實際上， 一些專家估計在不到5年以內，世界人口的至少90%將 由蜂窩網絡提供服務。蜂窩話音通信有效地使用諸如切換和漫游之類的 機制以確保持續(xù)的連通性。然而，為通過這些相同網絡和其他類似網絡 所連接的設備提供IP (因特網協(xié)議)連通性的技術，還處于非常薄弱的 發(fā)展狀態(tài)。
例如，當前在蜂窩網絡中呼叫中心并無有效的手段來查明交通工具 (即交通工具中的遠程信息處理單元)的IP地址，即使當該交通工具與 呼叫中心當前訂有合同的主要提供商IP相連時也是這樣。盡管該中心有 可能一開始使用話音呼叫從交通工具獲得IP地址，并且隨后使用該IP 地址進行進一步通信，但是這非常昂貴，因為它需要使用話音若干分 鐘。另外，對于用戶來說，每當需要或期望IP連通性時就參與會話有時 是麻煩的。
現今可以得到用于與遠程信息處理單元交換數據的多種技術。例 如，數據可以通過SMS (短消息服務)的使用被發(fā)送給蜂窩設備。SMS 提供向/從蜂窩設備發(fā)送/接收有限的字母數字消息的信道。SMS還被用 作二進制凈荷的傳輸。在實踐中，SMS常常被用于包括文本消息收發(fā)、 票據傳輸等的簡短交換。還存在使用SMS來喚醒蜂窩設備并提示它們 檢索電子郵件的應用。
然而，盡管SMS對于某些任務而言很有用并且廣泛使用，但是相 對于數據傳輸它更一般地具有某些缺陷。例如，SMS通常不提供與IP 一樣高的安全級別，并且它也不能經濟地處理超出特定長度之外的消 息。需要一種系統(tǒng)來增強移動設備的數據連通性。

發(fā)明內容
本發(fā)明一般而言涉及一種在克服現有技術的缺陷的同時提供向移 動設備的數據傳輸的系統(tǒng)。在一個例子中，呼叫中心在任何時候并且無 論交通工具可能在什么地方都能夠向移動蜂窩設備(例如交通工具遠程
信息處理單元)傳送數據。盡管呼叫者適當時可以使用SMS，但是現在 它還可以在必要時使用IP,例如對于長消息和/或安全消息。
在另一個例子中，所述基礎設施被用來向移動單元遞送基于位置的 服務。特別地，呼叫中心可以使用所述技術來收集交通工具位置并且定 期更新它們。這又提供了在任何時候向任何交通工具或其他移動單元遞 送基于目標位置的服務的能力。
雖然以下將詳細討論本發(fā)明的各方面，但是下面的簡短概要提供了 所述例子的某些元素的概觀。在一個例子中，首先確定對于所討論的交 通工具或其他單元是否已經存在IP連接。如果存在連接，那么通過該IP 地址聯(lián)系該交通工具，并且在執(zhí)行必要的認證和信任驗證過程之后，通 過該IP連接向該交通工具發(fā)送感興趣的消息。
然而，如果當前不存在至該交通工具的IP連接，則檢查要應用于該 消息的安全級別。如果要使用最高的安全級別，則SMS消息被用來促 使接受者發(fā)起與呼叫者(例如呼叫中心)的IP會話。當交通工具作出響 應并且開啟IP連接時，如前所迷，該中心在必要的i人證和信任驗證之后 向該交通工具發(fā)送消息。
另一方面，如果安全SMS對于要應用于該消息的安全級別而言是 足夠的，則檢查該消息的大小要求。如果該消息處于或低于預定的大小 限制，例如140字節(jié)，則通過SMS將該消息發(fā)送給交通工具。
在這種情況下，即使已經將服務或消息遞送給交通工具，但是交通 工具遠程信息處理單元獲得IP地址并建立與網絡的PPP (點對點協(xié)議) 會話也可能是有利的。該IP地址隨后可以被用來便于在近期(例如同一 天)與該單元聯(lián)系，如果出現該需要的話。
如果要發(fā)送給交通工具的消息是數據密集的，從而使得它大于預定 大小限制，則如上所述將SMS消息發(fā)送給交通工具單元，以便請求該 交通工具單元建立與呼叫者的IP會話。當交通工具作出響應時，然后可 以在必要的認證和信任驗證之后通過IP遞送該消息或服務。無論是否存在或創(chuàng)建IP會話，都可以將其保存以便在將來用于優(yōu)化 通信。特別地，在一個例子中，IP連接是常通連接，從而會話不會隨意
地終止。如果PPP會話變?yōu)闆]有響應的或被丟失，則SMS消息收發(fā)可 以根椐需要被用來建立新的會話。
根據另 一例子，該系統(tǒng)允許交通工具的遠程信息處理單元當該單元 漫游時，交通工具點火裝置關閉時，該單元處于不連續(xù)接收模式或備用 模式時，甚至在不連續(xù)接收模式期滿之后(只要在發(fā)送該消息之后足夠 快地接通該交通工具以便能夠檢索到該消息)，都由呼叫中心可達。
該交通工具不需要使用蜂窩網絡來建立與中心的IP會話。諸如WiFi 之類的可選栽體使用起來可能更經濟，并且可以提供更好的性能。因 此， 一旦接收到SMS消息，交通工具就可以使用這些設備來代替IP連 通性，如果交通工具被適當地裝備并且如果優(yōu)選使用這種可選方案的 話。
在一個例子中，該連通性系統(tǒng)和方法允許服務提供商向交通工具提 供基于位置的服務。每個交通工具定期向中心發(fā)送其位置。可選擇地， 只有當一個或多個預定事件觸發(fā)時，單元才可以發(fā)送其位置。然后將該 服務或數據下載到該單元。
一旦閱讀了下面的詳細描述并且參考了附圖，本發(fā)明的其他目的和
優(yōu)點將變得顯而易見。


圖1是可以在其中使用本發(fā)明各例子的示例通信系統(tǒng)的示意圖2是在本發(fā)明 一 個例子中呼叫中心與移動遠程信息處理單元之間 的網絡連通性的示意圖3是示出根據本發(fā)明一個例子、為了向遠程信息處理單元遞送數 據或服務所采取的步驟的流程圖4是說明通過現有的PPP會話向遠程信息處理單元遞送感興趣的 服務的過程的流程處理單元遞送有關感興趣的服;的高安全:生消息的過程的流i圖； 圖6是圖5的流程圖的繼續(xù)；
圖7是說明當服務管理者與遠程信息處理單元之間的PPP會話還不 存在時向遠程信息處理單元遞送有關感興趣服務的、具有低安全性要求
的消息的過程的流程圖；以及
圖8是有效且安全地向移動單元提供基于位置的服務的示例過程的 流程圖。
具體實施例方式
在詳細描述本發(fā)明之前將描述本發(fā)明可以在其中操作的示例性環(huán) 境。將會認識到，所述環(huán)境僅僅是用于說明的目的，并且不意味著有關 實行本發(fā)明的其他環(huán)境的使用的任何限制。
參考圖1,其中示出通信系統(tǒng)100的一個例子，該通信系統(tǒng)100可 以與本方法一起使用，并且通常包括交通工具102、無線栽體系統(tǒng)104、 陸地網絡106和呼叫中心108。應當認識到，諸如這里所示的系統(tǒng)的總 體架構、設置和操作、以及各個部件都是本領域眾所周知的。因此，下 面的段落簡單地提供一個這樣的示例性信息系統(tǒng)100的簡短概觀；然 而，這里未示出的其他系統(tǒng)也可以使用本方法。
交通工具102優(yōu)選是諸如摩托車、汽車、卡車、休閑車(RV)、船 只、飛機等之類的移動交通工具，并且裝備有使它能夠通過系統(tǒng)IOO進 行通信的合適的硬件和軟件。在圖1中概括地示出其中一些交通工具硬 件IIO,包括遠程信息處理單元114、話筒116、揚聲器118以及與遠程 信息處理單元114相連的按鈕和/或控制器120。可操作地耦合至遠程信 息處理單元114的是網絡連接或交通工具總線122。合適的網絡連接的 例子包括控制器區(qū)域網絡(CAN)、面向媒體的系統(tǒng)傳輸(MOST)、 本地互連網絡(LIN)、以太網、以及其他適當的連接，例如符合已知 的ISO、 SAE和IEEE標準和規(guī)范的那些連接，這里僅舉幾個例子。
遠程信息處理單元114是車載設備，該車載設備通過它與呼叫中心 108的通信來提供多種服務，并且通常包括電子處理設備128、 一種或 多種類型的電子存儲器130、蜂窩芯片組/部件124、無線調制解調器 126、雙重天線160和包舍GPS芯片/部件的導航單元132。在一個例子 中，無線調制解調器126包括在處理設備128內執(zhí)行的計算機程序和/ 或軟件例程集。
遠程信息處理單元114提供的服務太多以至于不能將它們全部列 出，但是幾個例子包括與基于GPS的芯片組/部件132 —起提供的路
線規(guī)劃指南和其他導航相關服務；與各種撞擊和/或碰撞傳感器接口模塊 156和遍及整個交通工具110中的傳感器158相結合提供的氣嚢展開通 知和其他緊急或路邊援助的相關服務。與信息娛樂相關的服務，其中音 樂、網頁、電影、電視節(jié)目、視頻游戲和/或其他內容是由通過交通工具 總線122和音頻總線112與遠程信息處理單元U4可操作地相連的信息 娛樂中心132下載的。在一個例子中，存儲所下栽的內容以供當前或隨 后的重放。
再次，上面列出的服務決不是遠程信息處理單元114的所有功能的 詳盡列表，正如本領域技術人員應當認識到的，其僅僅是遠程信息處理 單元114能夠提供的一些服務的舉例說明?？梢灶A料到，除了上面列出 的部件以外，遠程信息處理單元114還將包括許多已知部件。
交通工具通信優(yōu)選是使用無線電傳輸來建立與無線栽體系統(tǒng)104的 話音信道，從而話音和數據傳輸都可以通過話音信道來發(fā)送和接收。通 過用于話音通信的蜂窩芯片組/部件124和用于數據傳輸的無線調制解 調器126來實現交通工具通信。為了在話音信道上實現成功的數據傳 輸，無線調制解調器126使用某種類型的編碼或調制來轉換數字數據， 從而它能夠通過蜂窩芯片組/部件124中結合的聲碼器或語音編解碼器 進行通信。對于本方法，可以使用提供可接受數椐速率和比特差錯的任 何合適的編碼或調制4支術。雙重天線160月良務于GPS芯片組/部件124 和蜂窩芯片組/部件126。
話筒116向駕駛員或其他交通工具乘客提供用于輸入口頭或其他聽 覺命令的手段，并且可以裝備有使用本領域公知的人/機接口 (HMI)技 術的嵌入式話音處理單元。相反地，揚聲器118向交通工具乘客提供口 頭輸出，并且可以是專用于遠程信息處理單元114的獨立揚聲器，或者 可以是交通工具音頻部件154的一部分。無論是這樣還是那樣，話筒116 和揚聲器118都使交通工具硬件IIO和呼叫中心108能夠通過可聽語音 與乘客進行通信。交通工具硬件110還包括一個或多個按鈕或控制器 120,用于使交通工具乘客能夠激活或使用一個或多個交通工具硬件110 部件。例如，按鈕120之一可以是用來發(fā)起與呼叫中心108 (無論它是 現場顧問148還是自動呼叫應答系統(tǒng))的話音通信的電子按鈕。在另一 例子中，按鈕120之一可以被用來發(fā)起緊急服務。
音頻部件154可操作地與交通工具總線122和音頻總線112相連。
音頻部件154通過音頻總線112接收模擬信息，從而將其再現為聲音。 通過交通工具總線122來接收數字信息。音頻部件154提供AM和FM 無線電廣播、CD、 DVD和獨立于信息娛樂中心136的多媒體功能。音 頻部件154可以包含揚聲器系統(tǒng)，或者可以通過交通工具總線122和/ 或音頻總線112上的判優(yōu)來使用揚聲器118。
交通工具撞擊和/或碰撞檢測傳感器接口 156可操作地與交通工具 總線122相連。撞擊傳感器158通過撞擊和/或碰撞傳感器接口 156向遠 程信息處理單元114提供有關交通工具碰撞的嚴重性的信息，例如碰撞 角度和所遭受的力。
與各種傳感器接口模塊134相連的交通工具傳感器160可操作地與 交通工具總線122相連。示例交通工具傳感器包括但不限于陀螺儀、加 速度計、磁強計、發(fā)射檢測和/或控制傳感器等等。示例傳感器接口模塊 134包括動力系控制、氣候控制和車體控制，這里僅舉幾個例子。
無線載體系統(tǒng)104優(yōu)選是蜂窩電話系統(tǒng)或者在交通工具硬件UO與 陸地網絡106之間傳輸信號的任何其他合適的無線系統(tǒng)。根據一個例 子，無線載體系統(tǒng)104包括一個或多個小區(qū)塔138、基站和/或移動交換 中心(MSC) 140、以及連接無線系統(tǒng)104與陸地網絡106所需的任何 其他連網部件。本領域技術人員將認識到，各種小區(qū)塔/基站/MSC布置 都是可能的，并且可以用于無線系統(tǒng)104。例如，基站和小區(qū)塔可以共 同位于同一地點，或者它們可以彼此遠離地放置，以及單個基站可以被 耦合至各種小區(qū)塔，或者各種基站可以被耦合至單個MSC,這里僅舉出 幾個可能的布置。優(yōu)選地，在一個或多個基站140中結合語音編解碼器 或聲碼器，但是取決于無線網絡的特定架構，它還可以被結合在移動交 換中心或者一些其他網絡部件中。
陸地網絡106可以是常規(guī)的陸基電信網絡，其與一個或多個陸線電 話相連，并將無線載體網絡104連接到呼叫中心108。例如，本領域技 術人員可以認識到，陸地網絡106可以包括公共交換電話網絡(PSTN) 和/或因特網協(xié)議(IP)網絡。當然，陸地網絡106的一段或多段可以被 實施為下列形式標準有線網絡，光纖或其他光學網絡，電纜網絡，諸 如無線局域網(WLAN)或提供寬帶無線接入(BWA)的網絡之類的其 他無線網絡，或者它們的任何組合。
呼叫中心108被設計成向交通工具硬件IIO提供多種不同的系統(tǒng)后
端功能，并且根據這里所示的例子，通常包括一個或多個交換機142、 服務器144、數據庫146、現場顧問148、以及本領域技術人員所熟知的 多種其他電信和計算機設備150。這些不同的呼叫中心部件優(yōu)選是通過 網絡連接或總線152 (例如先前結合交通工具硬件110所述的網絡連接 或總線)彼此相互耦合?？梢允菍Ｓ眯〗粨Q機(PBX)的交換機142對 輸入信號進行路由，以便通常將話音傳輸發(fā)送給現場顧問M8或自動應 答系統(tǒng)，并且將數字傳輸傳遞給調制解調器或其他設備150，以進行解 調和進一步的信號處理。調制解調器150優(yōu)選地包括如先前所述的編碼 器，并且可以被連接到諸如服務器144和數據庫146之類的各種設備。 舉例來說，數據庫146可以存儲訂戶簡檔記錄、訂戶行為模式、或任何 其他相關訂戶信息。盡管將所示的例子描述為與人工呼叫中心108—起 被使用，但是將會認識到，呼叫中心108可以是任何中央設施或遠程設 施，無論是人工的還是非人工的，移動的還是固定的，期望向它還是從 它交換話音和數據。
在此的例子將公開一種優(yōu)選的技術和系統(tǒng)，用于允許呼叫中心在沒 有事先知道有關與該交通工具相關的遠程信息處理單元的行蹤或連通 性的情況下，向具有遠程信息處理單元的交通工具傳輸數據。在下文中 將變得更為明顯的是，所迷系統(tǒng)可以為呼叫中心提供在任何時候、基本 上在可以提供連通性的任何地方、使用IP連接與所選交通工具建立聯(lián)系 的能力。根據更多例子的所述技術提供收集交通工具位置并定期更新交 通工具位置的能力。最終，通過下面的例子將會認識到，在此所述的新 穎系統(tǒng)和方法支持向裝備有適當的遠程信息處理單元的交通工具提供 基于目標位置的服務的能力。
在所迷的例子中將使用許多通信協(xié)議。將會認識到，各個協(xié)議中的
許多對于本領域技術人員而言是已知的。因此，可以提供有關這些協(xié)議 的自身細節(jié)以便幫助經驗較少的讀者，同時要理解，這種細節(jié)的提供是 為了讀者的方便而不是出于必需。
下述例子的方法在這樣的環(huán)境中被理想地使用，該環(huán)境包括裝備有 遠程信息處理單元的交通工具，并且全部或部分地包括如上面參考圖1 所述的無線通信基礎設施。將會認識到，圖1的說明描述了一個示例性 系統(tǒng)，并且圖1的許多元件對于在此處各種例子中所述的本發(fā)明的操作 而言并非必不可少的。例如，盡管描述了該系統(tǒng)對于裝備有遠程信息處
理單元的交通工具的使用，但是該系統(tǒng)對于與個人相關聯(lián)的和/或與 一組 交通工具當中的不同交通工具相關聯(lián)的移動遠程信息處理單元而言也 是有用的。
總的來看，當對于遠程信息處理單元期望或需要數據交換時，例如
提供服務，諸如圖1的元件108之類的呼叫中心系統(tǒng)首先確定是否已經 與感興趣的遠程信息處理單元建立了 IP連接。如果這樣的連接已經在適 當的位置上，那么呼叫中心通過該IP地址來聯(lián)系遠程信息處理單元。在 必要的認證過程和信任驗證過程之后，呼叫中心通過該IP連接向遠程信 息處理單元發(fā)送消息。
即使當到交通工具的IP連接不存在時，該系統(tǒng)仍然能夠提供必要的 通信。在確定沒有現有的IP連接之后，呼叫中心基于預期數據傳送的大 小和安全性要求來選擇連接機制。對于包含要求最高安全性的個人或金 融信息的那些通信，向遠程信息處理單元發(fā)送消息，請求它發(fā)起與呼叫 中心的IP會話。在遠程信息處理單元作出響應并且執(zhí)行必要的認證和信 任驗證過程之后，呼叫中心向遠程信息處理單元發(fā)送消息。該技術還可 以應用于對數據傳送不敏感但卻太大以至于不能經濟地通過短消息協(xié) 議來發(fā)送的情況。
在預期通信不要求最高可用安全性的情況下，并且如果該消息足夠 小，則可以使用安全的短消息收發(fā)協(xié)議來代替IP連接。在這種情況下， 在通過短消息協(xié)議遞送數據之后可能期望建立IP連接以供稍后使用。因 此，遠程信息處理單元仍然可以獲得IP地址，并且建立與呼叫中心的會 話。
盡管在此的例子主要集中于蜂窩網絡的使用，但是將會認識到，另 外地或可選擇地，可以通過諸如WiFi或藍牙之類的其他無線技術來執(zhí) 行與遠程信息處理單元的通信。在個別情況下，對于IP連接使用蜂窩網
數:、因此:舉例來說， 一旦通過蜂窩網絡接收^連接請求，^程信息^
理單元就可以使用WiFi或藍牙信道來建立IP連通性。
在本發(fā)明的例子中，IP通信系統(tǒng)被用來允許呼叫中心向交通工具提 供基于位置的服務。例如，天氣更新服務所提供的信息可能取決于交通 工具的位置。作為另一例子，有關最近的飲食服務設施、加油站、娛樂 地點等等的數據將是位置相關的。
在從總體上討論了本發(fā)明的各方面之后，現在將參考圖2-8對各個 例子進行更為詳細的討論。圖2是在本發(fā)明的例子中呼叫中心與移動遠 程信息處理單元之間網絡連通性的示意圖。呼叫中心201最初可通過蜂 窩網絡205與遠程信息處理單元203連接。通常，呼叫中心201與遠程 信息處理單元203之間通過SMS協(xié)議來交換消息。SMS (短消息服務) 協(xié)議是文本消息服務，其允許通過蜂窩網絡205來傳輸短消息(例如少 于約140-160個字符的消息)。首先在GSM系統(tǒng)中引入的SMS得到了 大多數數字移動通信系統(tǒng)的支持。SMS與電子郵件的類似之處在于，與 單獨駐留在移動單元上相比，該消息在SMS中心被存儲和轉發(fā)。因而， 當最初發(fā)送該消息時，如果移動單元離線或者以其他方式而無法使用， 移動單元可以在稍后檢索到適當的消息。 一般而言，SMS消息通過蜂窩
系統(tǒng)的控制信道207傳播到遠程信息處理單元203,該控制信道207通 常在邏輯上與系統(tǒng)的話音信道209分離。
盡管SMS很流行并且廣泛使用，但是它不象一些其他類型的連接 (例如IP連接)那么安全。因此，在一些例子中，不是使用SMS來傳 送敏感的數據，SMS服務可以被用來建立獨立的IP連接2U。該獨立的 IP連接211可以通過蜂窩網絡205而變得更為方便，或者可以代之以使 用另一無線系統(tǒng)213，例如藍牙或WiFi系統(tǒng)。由于蜂窩網絡205通常并 未對于大量的數據傳輸進行優(yōu)化，所以出于成本或性能的原因而可能期 望使用可選的無線網絡213。另外，可選的無線網絡在給定地點的可用 性也可能是是否會使用這種網絡的決定因素。
在討論了遠程信息處理單元203與呼叫中心201之間可以使用的一 般連通性之后，現在將對幾個說明性例子中這種基礎架構的使用進行更 為詳細的討論。圖3是示出根據一個例子、為了向遠程信息處理單元遞 送數據或服務所采取的步驟的流程圖300。該過程開始于階段301，其 中呼叫中心的服務管理者模塊確定服務是否要被遞送給所識別的遠程 信息處理單元，例如可以是與交通工具或其他相關聯(lián)的遠程信息處理單 元，并且編寫用于遞送的適當消息。服務管理者模塊可以在呼叫中心108 的服務器144內，或者與其相關聯(lián)。遞送服務的確定可以根據訂閱、月l 務更新、用戶請求、用戶位置數據等等。
在階段303,呼叫中心的服務管理者確定當前是否存在與遠程信息 處理單元的PPP會話。本領域技術人員將會認識到，PPP (點對點協(xié)議)
是用于通過鏈路例如向ISP傳送IP分組的系統(tǒng)。PPP使用它自己的鏈路 控制協(xié)議(LCP)提供遠程信息處理單元與呼叫中心之間的會話。PPP 例如通過PAP、 CHAP或EAP支持諸如認證之類的安全特征。本領域技
術人員將會認識到，PPP駐留在連網堆棧的數據鏈路層。當使用PPP時， 諸如IP分組之類的高級協(xié)議分組被封裝在基于HDLC的幀中。IP是 TCP/IP通信協(xié)議組中的網絡層協(xié)議，而PPP上的IP有時被稱作IPCP。
如果在階段303確定PPP會話是現存的，那么在階段305服務管理 者使得感興趣的服務通過IP來遞送。否則，該過程繼續(xù)進行到階段307, 在那里服務管理者確定要發(fā)送給遠程信息處理單元的數據是否要求比 通過SMS所能獲得更高的安全性。
如果在階段307確定要發(fā)送給遠程信息處理單元的數據要求比SMS 提供更高的安全性，該過程流向階段309,在那里服務管理者開啟到遠 程信息處理單元的PPP會話。隨后，該過程流回到階段305,在那里服 務管理者通過PPP會話的IP來遞送適當的服務。
如果在階段307代之以確定要發(fā)送給遠程信息處理單元的數據并不 要求比通過SMS所能獲得更高的安全性，則該過程流向階段3U。在此 階段，服務管理者確定要發(fā)送的數據量是否太大以至于不適應通過SMS 發(fā)送。如果在階段3U確定要發(fā)送的數據量太大以至于不適應通過SMS 來發(fā)送，則該過程流向階段309，在那里服務管理者開啟到遠程信息處 理單元的PPP會話，之后該過程流回到階4殳305，在那里服務管理者通 過PPP會話的IP遞送適當的月l務。
如果在階段311確定要發(fā)送的數據量并未大到不適應通過SMS發(fā) 送，則該過程流向階段313,其中服務管理者通過SMS來遞送適當的服 務。另外，在本發(fā)明的例子中，在通過SMS成功地遞送服務之后，該 過程可以流向階段315。在階段315,服務管理者開啟與遠程信息處理 單元的PPP會話，以便供將來使用。在該點， 一旦成功地遞送了感興趣 的服務，該過程就終止了。
將參考圖4-7討論服務遞送以及適當時創(chuàng)建連接的細節(jié)。圖4是說 明與在圖3的流程圖300的階段305中一樣、通過現有的PPP會話向遠 程信息處理單元遞送感興趣服務的過程的流程圖。該過程400開始于階 段401,其中服務管理者編寫IP消息，以便通過現有的PPP連接來遞送 必需的數據。在階段403,服務管理者通過現有的PPP連接傳送該IP消
息。在階段405，在該點服務管理者等待來自遠程信息處理單元的IP ACK (肯定應答)傳輸，以確認收到該IP消息。
在階段407，確定是否接收到IP ACK傳輸。如果確定未接收到IP ACK傳輸，則該過程分支到階段409,在那里確定服務遞送失敗，并且 該過程終止。否則，該過程分支到階段411,并確定服務遞送成功。在 階段4U之后，該過程可選地繼續(xù)進行到階段413，其中它保持PPP連 接。在階段413之后，該過程終止。
圖5是說明與在圖3的流程圖300的階段309和305中一樣、在還 不存在PPP會話的情況下通過PPP會話向遠程信息處理單元遞送有關感 興趣服務的高安全性消息的過程的流程圖。該過程500開始于階段 501,其中服務管理者編寫IP消息，以便通過PPP遞送感興趣的消息。 在階段503，服務管理者編寫SMS發(fā)信消息。SMS發(fā)信消息用以使遠 程信息處理單元發(fā)起與服務管理者的PPP會話。
在階段505,服務管理者啟動發(fā)信定時器TV在階段507，服務管 理者通過峰窩或其他無線網絡向遠程信息處理單元傳送SMS發(fā)信消 息。在階段509，服務管理者啟動IP定時器Tp。在階段511,服務管理 者等待對SMS發(fā)信消息的響應，即第3層肯定應答(L3 ACK)。在階 段513,確定是否接收到L3 ACK。如果接收到肯定應答，則在階段515 該過程確定發(fā)信過程成功，并且移動到階段517來等待IP應答。如果在 階段513未接收到L3 ACK，則該過程直接流向階段519。
如果在階段519確定已經接收到IP應答，則該過程流向點A (以上 討論的階段403 )。否則，該過程流向點B(圖6)。在階段601,服務 管理者確定自設置發(fā)信定時器以來消逝的時間T！是否超出預定限制 T化。如果在階段601確定T^T化，則該過程流向階段603，在那里確定 發(fā)信過程失敗，然后該過程終止。如果代之以在階段601確定T!不大于 T1L,則該過程流向階段605。在階段605,服務管理者確定自設置IP定 時器以來消逝的時間Tp是否超出預定限制TPL。
如果在階段605確定Tp〉TpL，則該過程流向階段607,在那里確定 服務遞送過程失敗。如果代之以在階段605確定Tp不大于TpL，則該過 程流向階段513，以便如上面關于圖5所討論的等待L3ACK消息。
圖7是說明與圖3的流程圖300的階段3U及以下階段中一樣、當 服務管理者與遠程信息處理單元之間還不存在PPP會話時用于向遠程
信息處理單元遞送具有低安全性要求的、有關感興趣服務的消息的過程
的流程圖。該過程700開始于階段701,其中服務管理者確定預期凈荷 (例如包含或實施該服務的消息)的大小是否超出了 SMS凈荷的預定 大小限制，例如140字節(jié)。如果在階段701確定預期凈荷的大小超出了 預定的SMS限制，則該過程流向點C (過程500的階段501)。
否則，該過程流向階段703。在階段703，服務管理者編寫包含或 實施感興趣服務的SMS消息。在階段705，服務管理者加密該SMS消 息。在階段707,服務管理者然后設置SMS定時器Ts,并且在階段709 傳送所加密的SMS消息。在階段7U,服務管理者等待L3 ACK消息。
服務管理者在階段713確定是否接收到L3 ACK。如果在階段713 確定未接收到L3 ACK消息，則該過程流向階段715,在那里服務管理 者確定Ts是否超出預定的限制TSL。如果在階段715確定T^TsL,則服 務管理者在階段717確定服務過程失敗，并且該過程終止。否則，該過 程流回到階段711。
如果在階段713確定已經接收到L3 ACK消息，則該過程流向階段 719。在階段719,確定服務遞送過程成功。從階段719起，該過程可選 地流向階段721,在那里服務管理者保持PPP連接以便供將來使用。
將會認識到，在發(fā)信或遞送失敗的情況下，可以重新嘗試發(fā)信或遞 送。在一個例子中，呼叫者等待超時周期期滿，然后重新嘗試發(fā)信或遞 送。
將會認識到，所述示例系統(tǒng)一般允許交通工具的遠程信息處理單元 當該單元漫游時，交通工具點火裝置關閉時，該單元處于不連續(xù)接收片莫 式或備用模式時，甚至在不連續(xù)接收模式期滿之后，只要在發(fā)送該消息 之后足夠快地對該單元通電以便能夠檢索到它，都由呼叫中心可達以便 進行大量的和/或安全的數據傳送。
而且，從前述內容可以看出，移動單元不需要使用蜂窩網絡來建立 與呼叫者(例如呼叫中心)的IP會話。除了蜂窩電話設備以外，現在許 多交通工具都裝備有支持其他支持IP栽體(例如WiFi或藍牙)的設備。 這些可選載體使用起來可能更經濟，并且也可以提供更好的性能。因 此， 一旦接收到SMS消息，移動單元就可以代之以為IP連通性使用這 些可選栽體。
根椐本發(fā)明的另一例子，要遞送的服務是基于位置的服務。正如在
此所用的，"基于位置的"信息或服務是由于它們與單元位置的關系而 使用戶感興趣的信息或服務。例如，該服務可以是滿足特定標準的當地 設施(飯店、劇院、商人、修理廠等)的數據庫更新、當地無線電臺信 息的更新或提供、當地天氣信息的更新或提供、導航數據或指南的提供 或更新、當地緊急聯(lián)系信息的更新等等。
當提供基于位置的服務或信息時，呼叫者(例如呼叫中心)知道適 當粒度的移動單元位置是便利的。另外，盡管不是不可能，但是定期地 向各個移動單元輪詢其位置可能是效率低的。例如，重復地輪詢在適當
粒度級別上其位置未發(fā)生變化的單元可能是浪費的，所述適當粒度級別
例如是變化的縣(county)、郵政編碼、區(qū)域代碼、或者自基準位置起 超出了預定距離。
為此，期望移動單元向感興趣的呼叫中心或其他中心實體更新其位 置。這可以定期地進行，或者當位置變化足以滿足一個或多個預定標準 時進行。例如，單元可以當觸發(fā)時發(fā)送其位置，例如通過超出自預定基 準位置起特定的半徑距離、通過跨入新的郵政編碼、通過跨越縣界等觸 發(fā)時。
圖8說明用于有效且安全地從諸如呼叫中心之類的固定呼叫者向移 動單元提供基于位置的服務的示例過程的流程圖。在如圖l所示的呼叫 中心與交通工具中的訂戶移動單元之間圖示了該示例過程，但是將會認 識到，所7〉開的原理適用更廣泛
在過程800的階段801，呼叫中心108更新存儲訂戶移動單元的位 置的用戶位置記錄。該更新常常將是接收新訂戶單元位置信息的結果。 該位置記錄例如可以包括數據庫146中的一個或多個可搜索的記錄。在 階段803,呼叫中心108確定是否存在要遞送給訂戶單元的基于位置的 服務。盡管為了清楚起見該例子集中于單個訂戶單元，但是將會認識 到，服務遞送可以涉及多個訂戶單元。關于服務是否要被遞送的確定可 能取決于許多因素，例如是否有能夠用于遞送的服務，訂戶單元的位置 是否發(fā)生了變化(即在預定的前一時間間隔內)，以及訂戶單元是否已 經接收到該服務。在接收到位置變化之后，可能期望等待一定的時段， 例如10分鐘，以確定該變化是瞬時的還是更長期的。為了實現階段803 中的確定，呼叫中心優(yōu)選地在數據庫146中存儲相關信息，例如位置變 化、變化時間等等。 如果在階段803確定沒有應當被遞送給訂戶單元的基于位置的服 務，則該過程流向階段805,其中呼叫中心108確定是否接收到訂戶單 元位置的更新。如果已經接收到這種更新，則該過程流向階段801，以 便更新用戶位置記錄。否則該過程流向階段803。
如果代之以在階段803確定存在應當被遞送給訂戶單元的基于位置 的服務，則該過程流向階段807，其中呼叫中心108通過諸如圖3所示 的過程300之類的過程來執(zhí)行服務遞送。在執(zhí)行階段807之后，該過程 流回到階段805以檢查用戶位置更新。
將會認識到，數據交換和服務遞送的前述方法和實施方式僅僅是例 子，并且這些例子說明了優(yōu)選的技術。然而可以設想到，本發(fā)明的其他 實施方式可能與上述例子在細節(jié)上不同。如早先所述，對本發(fā)明的所有 引用都打算參考在該點所討論的本發(fā)明的特定例子，并且不打算意味著 作為對本發(fā)明更一般范圍的任何限制。關于特定特征的區(qū)別和輕視的所 有語言打算表示優(yōu)選是缺乏這些特征，但是不排除出自本發(fā)明整個范圍 的這些特征，除非另有指明。
在描述本發(fā)明的上下文中(尤其是在下列權利要求書的上下文 中)，術語"一個"、"一，，、"所迷"以及類似指示詞的使用應當4皮
解釋為覆蓋單個和多個，除非在此另有指明或者與上下文明顯矛盾。術 語"包括，，、"具有"、"包含"和"含有"應當^L解釋為開放式術語 (即意指"包含但不限于")，除非另有說明。在此的值范圍的陳述僅 僅打算用作分別指示落在該范圍內各個單獨值的速記方法，除非在此另 有指明，并且就象在此對其單獨陳述一樣，每個單獨值都被結合在說明 書中。在此描述的所有方法都可以按照任何合適的次序執(zhí)行，除非在此 另有指明或者與上下文明顯矛盾。此處提供的任何和所有例子或示例性 語言(例如"諸如")的使用僅僅是打算更好地說明本發(fā)明，而不會造 成對本發(fā)明范圍的限制，除非另有要求。說明書中的任何語言都不應當 被解釋為表示對于實施本發(fā)明必不可少的任何未要求的元素。
因此，本發(fā)明包括如由適用法律所允許的附于此的權利要求中所述 的主題的所有變型和等同物。而且，本發(fā)明包括了上述元素所有可能變 化的任何組合，除非在此另有指明或者與上下文明顯矛盾。
權利要求
1.一種從第一電信單元向第二電信單元傳送數據的方法，其中至少第二電信單元是移動單元，該方法包括標識要被提供給第二單元的數據體，該數據體具有與其相關的數據長度值以及一個或多個安全性約束；確定第一電信單元與第二電信單元之間的PPP會話是否開啟；并且如果確定第一電信單元與第二電信單元之間開啟了PPP會話，則通過現有的PPP會話經由IP從第一電信單元向第二電信單元傳送該數據體，否則基于數據長度值與安全性約束中的至少一個，確定是通過PPP還是代之以通過SMS消息來傳送該數據體。
2. 根據權利要求1所述的方法，其中確定是通過PPP還是代之以 通過SMS消息來傳送該數據體的步驟還包括確定與該數據體相關的所述一個或多個安全性約束是否指定了 SMS協(xié)議內無法得到的安全性級別；如果與該數椐體相關的安全性約束指定了 SMS協(xié)議內無法得到的 安全性級別，則使第二電信單元向第一電信單元發(fā)起新的PPP會話，并 且通過該新的PPP會話傳送該數據體；并且如果與該數據體相關的安全性約束沒有指定SMS協(xié)議內無法得到 的安全性級別則確定數據長度值是否超出了預定的SMS大小限制；如果數據長度值超出了預定的SMS大小限制，則使第二電信單元 向第一電信單元發(fā)起新的PPP會話，并且通過該新的PPP會話傳送該數 據體；并且如果數據長度值未超出預定的SMS大小限制，則通過SMS消息傳 送該數據體。
3. 根據權利要求2所述的方法，其中通過SMS消息傳送該數據體 的步驟還包括在傳送之前加密該數據體的至少一部分。
4. 根據權利要求3所述的方法，其中該數據體與服務相關，從而 該數據體的成功傳送構成了該月l務的遞送。
5. 根據權利要求4所述的方法，其中該服務是基于位置的服務。
6. 根據權利要求5所迷的方法，其中基于位置的服務包括從由與 下述相關的信息構成的組中選擇的信息當地娛樂設施、當地交通工具服務設施、當地無線電臺設施、當地天氣、當地導航、以及當地緊急服 務。
7. 根據權利要求6所迷的方法，其中標識要被提供給第二單元的 數據體的步驟通過接收到來自第二單元的、表示第二單元的位置已經從 第一位置變成第二位置的位置更新來發(fā)起。
8. 根據權利要求7所述的方法，其中第一位置是從由縣、郵政編 碼、區(qū)域代碼、以及預定義地理區(qū)域構成的組中選擇的。
9. 根據權利要求2所述的方法，其中使笫二電信單元發(fā)起新的PPP 會話包括使新的PPP會話通過蜂窩鏈路來開啟。
10. 根據權利要求2所述的方法，其中使第二電信單元發(fā)起新的PPP 會話包括使新的PPP會話通過非蜂窩無線鏈路來開啟。
11. 根據權利要求2所述的方法，其中通過SMS消息傳送該數據 體的步驟還包括使第二電信單元向第一電信單元發(fā)起新的PPP會話的 后續(xù)步驟。
12. 根據權利要求2所迷的方法，其中使第二電信單元向第一電信 單元發(fā)起新的PPP會話的步驟包括從笫一電信單元向第二電信單元發(fā) 送請求第二電信單元開啟該ppp會話的SMS消息。
13. —種在移動電信單元處從基本上固定的電信單元接收數據的方 法，該方法包括在移動單元處通過SMS消息從基本上固定的電信單元接收數據體；在移動單元處接收數椐體的步驟之后，在移動單元處從基本上固定在移動單元處，響應于所:收到的發(fā)起PPP會話的請求，i起從移 動單元到基本上固定單元的PPP會話。
14. 根據權利要求13所述的方法，其中至少部分地加密所述包含 該數據體的SMS消息。
15. 根椐權利要求13所迷的方法，其中該數椐體與服務相關，從 而該數據體的成功接收構成了該服務的接收。
16.根據權利要求15所述的方法，其中該服務是基于位置的服務，所述基于位置的服務包括從由與下述相關的信息構成的組中選擇的信 息當地娛樂設施、當地交通工具服務設施、當地無線電臺設施、當地天氣、當地導航、以及當地緊急服務。
17. 根據權利要求16所述的方法，還包括從該移動單元向基本 上固定的單元發(fā)送表示該移動單元的位置已經從第一位置變成第二位 置的位置更新。
18. —種在移動電信單元處從基本上固定的電信單元接收數據的方 法，該方法包括在移動單元處，響應于所接收到的發(fā)起PPP會話的請求，發(fā)起從移 動單元到基本上固定單元的PPP會話；并且在移動單元處通過PPP會話從基本上固定的電信單元接收數據體。
19. 根據權利要求18所述的方法，其中該數據體與基于位置的服 務相關，其中所述基于位置的服務包括從由與下述相關的信息構成的組 中選擇的信息當地娛樂設施、當地交通工具服務設施、當地無線電臺 設施、當地天氣、當地導航、以及當地緊急服務。
20. 根據權利要求19所述的方法，還包括在接收發(fā)起PPP會話 的請求之前，從移動單元向基本上固定的單元發(fā)送表示該移動單元的位 置已經從第一位置變成第二位置的位置更新的步驟，其中第一位置是從 由縣、郵政編碼、區(qū)域代碼、以及預定義地理區(qū)域構成的組中選擇的。
全文摘要
本發(fā)明公開了一種用于向移動遠程信息處理單元遞送數據的架構。一種改進的移動連通性系統(tǒng)和方法允許數據傳送，例如涉及以經濟和安全的方式去往和來自移動無線單元的服務遞送。該系統(tǒng)在可用時利用現有的IP連通性，否則基于預期交換的長度和安全性要求來確定適當的數據交換機制。數據交換機制包括SMS、IP和其他合適的協(xié)議，而無線載體包括蜂窩和非蜂窩無線載體。在一個例子中，每個訂戶單元定期地或者當觸發(fā)時向呼叫中心發(fā)送其位置以允許遞送基于位置的服務。
文檔編號H04L29/08GK101179596SQ20071018504
公開日2008年5月14日 申請日期2007年11月6日 優(yōu)先權日2006年11月6日
發(fā)明者D·B·費謝爾, E·切斯納特, H·賈馬利, K·H·伊, S·K·馬哈文 申請人:通用汽車公司