專利名稱：在多個通信路徑中進(jìn)行選擇的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明整體上涉及到數(shù)據(jù)通信，具體地涉及到如何區(qū)分多條通信路徑并從中選出一條可用的路徑的方法。
近些年來，數(shù)據(jù)和語音通信有了迅速的發(fā)展，出現(xiàn)了不同且通常不可兼容的通信系統(tǒng)，如尋呼、蜂窩、電話數(shù)據(jù)通信、以及無線分組數(shù)據(jù)通信。開始，這些系統(tǒng)的用戶接收了它們固有的不兼容性。然而，最新的潮流是系統(tǒng)的用戶期望并要求目前現(xiàn)有的通信平臺能有更高的兼容性能及這些平臺的互連。這樣，蜂窩無線電話通信系統(tǒng)必須與有線電話系統(tǒng)互連，且無線LAN(局部區(qū)域網(wǎng)絡(luò))系統(tǒng)現(xiàn)在必須作為有線LAN的延伸而工作，以實現(xiàn)并維持商業(yè)生存。
作為對這種要求的一種對策，便攜式和固定通信裝置〔如個人用戶集中器(PersonalOrganizer)和膝上型計算機〕的制造者開始把多種通信技術(shù)溶入他們的產(chǎn)品中?？梢灶A(yù)見，通信裝置的使用者將學(xué)會把不同的技術(shù)視為只是進(jìn)行同樣操作的可替代的不同手段而已。
隨著系統(tǒng)兼容水平的提高，各種通信技術(shù)(以下稱為媒介)間的差別將變得不十分重要。最終，可以預(yù)料，用戶對通信路徑選擇過程的參與將降到這樣的程度，即用戶可能都不知道在某一時刻使用的是何種媒介。
為實現(xiàn)這一點，需要一種方法，用于使便攜式用戶單元能至少部分地根據(jù)其對潛在通信路徑的了解來自動地選擇多種可用的通信媒個中的一種。也還需要一種數(shù)據(jù)通信方法，對于不同的軟件應(yīng)用，它為通常采用不可兼容的通信協(xié)議的通信系統(tǒng)建立起一個公共接口。
目前用于提供通信媒介選擇的技術(shù)都建議把所有這類請求傳送到一中央處理器以進(jìn)行處理。合適的通信媒介的選擇由中央主機進(jìn)行，其決定可以送回，也可以不送回到請求的裝置?？梢岳斫獾?，這個過程要求經(jīng)通信網(wǎng)絡(luò)來傳送請求業(yè)務(wù)。這種消息業(yè)務(wù)可對整個系統(tǒng)的通信量產(chǎn)生顯著影響。另外，通信媒介選擇的集中控制，在通信高峰期間會造成過載。這種系統(tǒng)一般需要對基干網(wǎng)的更新和修改，以提供所要求的集中控制。
因而，特別有利的是能提供一種方法和裝置，用于使便攜式用戶單元能根據(jù)對可用的通信路徑的了解來選擇多種可用通信媒介中的一種。
簡而言之，本發(fā)明是使用戶單元能在多種通信媒介中進(jìn)行選擇的方法和裝置，該特定媒介用于建立至指定終點的通信路徑。根據(jù)本發(fā)明的一個方面，用于使具有存儲器和通信資源的用戶單元從多個至指定目的地的通信路徑中的選出一個的方法，包括以下步驟在存儲器中存儲具有相關(guān)特性的通信路徑的清單;接收包括目的地和通信標(biāo)準(zhǔn)的連接指令;作為目的地的函數(shù)，從清單中選出至少一條通信路徑;建立至所選的通信路徑的連接。
本發(fā)明的一個最佳實施例包括一個分組服務(wù)器模塊和至少一個設(shè)備管理員模塊，其中若干個軟件應(yīng)用程序通過與分組服務(wù)器接口而請求進(jìn)行數(shù)據(jù)通信。分組服務(wù)器維持有一份標(biāo)明至指定端點的現(xiàn)行可用(虛擬連接)的對話清單，并根據(jù)對目的地的了解(不一定是全面的，但至少是部分的)來選擇通信路徑。設(shè)備管理員保持有一份用于指定至特定端點的可能通信路徑的清單，并實際上負(fù)責(zé)控制通信資源以建立起通信路徑。


圖1描繪出一個經(jīng)多條通信路徑中的一條與端點通信的用戶單元;
圖2是圖1的用戶單元采用的數(shù)據(jù)處理單元的框圖;
圖3是圖2的數(shù)據(jù)處理單元在數(shù)據(jù)通信時所用的控制軟件的功能框圖;
圖4描繪出根據(jù)本發(fā)明的通信路徑基本型(CommunicationsPathPrototype-CCP)記錄的結(jié)構(gòu);
圖5顯示了根據(jù)本發(fā)明的數(shù)據(jù)鏈路記錄的結(jié)構(gòu);
圖6顯示了根據(jù)本發(fā)明的對話的結(jié)構(gòu);
圖7是流程圖，顯示了在根據(jù)本發(fā)明進(jìn)行的通信路徑選擇期間，在圖3的控制軟件的指示下，由圖2的數(shù)據(jù)處理單元執(zhí)行的步驟;
圖8是流程圖，顯示了在根據(jù)本發(fā)明進(jìn)行的數(shù)據(jù)通信期間，在圖3的控制軟件的指示下，由圖2的數(shù)據(jù)處理單元執(zhí)行的步驟;
圖9是流程圖，顯示了在根據(jù)圖8建立起對話的期間，在圖3的控制軟件的指示下，由圖2的數(shù)據(jù)處理單元執(zhí)行的步驟;
圖10是流程圖，顯示了在取消按照圖8進(jìn)行的對話期間，在圖3的控制軟件的指示下，由圖2的數(shù)據(jù)處理單元執(zhí)行的步驟;
圖11是一個本發(fā)明的最佳實施例在其有代表性的初始運行狀態(tài)下的結(jié)構(gòu)圖;
圖12是一個顯示對話建立過程的本發(fā)明最佳實施例的結(jié)構(gòu)圖;
圖13是一個顯示圖12中所建立的對話的終結(jié)過程的本發(fā)明最佳實施例的結(jié)構(gòu)圖。
本發(fā)明可用于個人計算機和個人通信設(shè)備之間的數(shù)據(jù)通信。該數(shù)據(jù)通信方法提供了一種識別所需的遠(yuǎn)程接觸點或端點的方案，而不論支持這種通信所需的設(shè)備或網(wǎng)絡(luò)構(gòu)成如何。
圖1顯示了通過多條通信路徑4、6和8中的一條與端點10通信的一個用戶單元2。用戶單元2是一個如下所述正在進(jìn)行通信的計算機。端點10是用戶單元2希望與之建立接觸的任何已知的目的地，例如可以是電子郵件系統(tǒng)、電子數(shù)據(jù)庫、通信網(wǎng)絡(luò)、或另一用戶單元。通信路徑4、6和8表示從用戶單元2至所需端點10的一組可用通信路徑。通信路徑4、6和8可由有線或無線通信媒介構(gòu)成，如(但不限于)電話線、雙絞線、光纖鏈路、紅外信道、及無線電頻道。
圖2顯示了圖1的用戶單元用來提供依照本發(fā)明進(jìn)行的通信的數(shù)據(jù)處理單元200的框圖。數(shù)據(jù)處理單元200包括一個中央處理單元(CPU)16、隨機存取存儲器(RAM)12、只讀存儲器(ROM)14、數(shù)據(jù)輸入裝置20、顯示器22、及輸入/輸出(I/O)終端18。
帶存儲器的CPU16可用傳統(tǒng)微處理機(如從前可從MotorolaInc.得到的MC68HC11微處理機)實現(xiàn)。如將要在下面所看到的，CPU16在部分或全部包含有ROM14中的監(jiān)控程序(操作系統(tǒng))的控制下，利用RAM12來運行，以通過數(shù)據(jù)輸入裝置20，控制進(jìn)出終端18的數(shù)據(jù)流，并執(zhí)行用戶提出的所有任務(wù)。
數(shù)據(jù)輸入裝置20可包括任何目前可獲得的、使系統(tǒng)用戶能輸入數(shù)據(jù)和指令的數(shù)據(jù)輸入裝置。這些裝置包括(但不僅限于)字母數(shù)字鍵、觸摸屏、壓敏或光敏筆、圖形用戶接口、計算機化信息表示系統(tǒng)、及各種語音激活方式。
為了以人所能感知的形式提供信息，數(shù)據(jù)處理單元200采用了顯示單元22。該顯示單元可從包括CRT顯示器、LCD(液晶)顯示呂、LED(發(fā)光二極管)顯示器和/或電視監(jiān)視器等已知視頻顯示裝置中選出，但并不僅限于這些。
根據(jù)本發(fā)明，借助I/O終端18，在處理單元200和諸如紅外收發(fā)器、光纖收發(fā)器、有線調(diào)制解調(diào)器、和/或RF調(diào)制解調(diào)器等使用不同媒介的通信設(shè)備(未顯示)之間實現(xiàn)數(shù)據(jù)和控制信息的傳送。連到I/O終端18的通信設(shè)備，使圖1的用戶單元2能經(jīng)通信路徑4、6和8(圖1)通信。
本專業(yè)領(lǐng)域的人員應(yīng)理解，處理單元200的結(jié)構(gòu)是作為一個最佳實施例給出的。如下所述，盡管對處理單元200以作某些修改，如去掉數(shù)據(jù)輸入裝置20或顯示單元22，本發(fā)明仍能象所描述的那樣運行。
圖3是圖2的數(shù)據(jù)處理單元200在按照本發(fā)明所進(jìn)行的數(shù)據(jù)通信期間所用的控制軟件的功能框圖。該控制軟件以下被稱為運行起動器(runtimeengine)40，它由包括分組服務(wù)器34和設(shè)備管理36和38在內(nèi)的若干個功能塊組成。
與運行起動器40連用的外部軟件包括應(yīng)用軟件30和應(yīng)用程序員接口軟件(API)32。應(yīng)用軟件30包括任何想按照本發(fā)明進(jìn)行數(shù)據(jù)通信的計算機軟件程序。API32是一個通信程序庫，它可被應(yīng)用軟件30調(diào)用，并使以特定程序語言寫成的程序能通過一組預(yù)先規(guī)定的功能調(diào)用指令及網(wǎng)絡(luò)接口裝置42、44來訪問通信裝置(未顯示)。在最佳實施例中，程序庫功能塊的集合包括但不限于以下功能開始對話、結(jié)束對話、獲得信息、送出信息、獲得號碼消息、獲取通告結(jié)構(gòu)、送出通告結(jié)構(gòu)、以及得到號碼消息。應(yīng)用軟件30的指令與API32通用程序的一個或多個配對，可通過由運行起動器40所確定的外部軟件接口界面33與分組服務(wù)器34接口。
運行起動器40用為應(yīng)用軟件30提供一組標(biāo)準(zhǔn)的數(shù)據(jù)通信指令，為可用的通信系統(tǒng)提供相同的抽取機會，此過程與應(yīng)用軟件30所用的計算機編程語言或最終選定的路徑無關(guān)。在運行中，API32程序庫的調(diào)用被傳送到分組服務(wù)器34，后者把從一個或多個應(yīng)用軟件程序30發(fā)出的請求傳到一個或多個設(shè)備管理員36和38。這樣，API32起提供特定的計算機編程語言的標(biāo)準(zhǔn)映象的作用，在該語言中應(yīng)用軟件30被變成可傳送到分組服務(wù)器34的消息。
分組服務(wù)器34管理對話清單。對話是一個記錄，它表示分組服務(wù)器34與設(shè)備管理員36和38及特定軟件應(yīng)用程序30相互作用所需的信息。設(shè)備管理員36和38通過處理由分組服務(wù)器34代表應(yīng)用軟件30發(fā)出的請求來控制無線和/或有線通信設(shè)備。設(shè)備管理員36和38以下述方式管理路徑基本型和數(shù)據(jù)鏈路。路徑基本型是表示至指定端點的潛在可用物理路徑的記錄。數(shù)據(jù)鏈路是表示到以前指定的端點的實際的物理線路的記錄。
設(shè)備管理員36和38可獨立地運行，它們經(jīng)內(nèi)部軟件接口35與分組服務(wù)器34相接口，也可經(jīng)無線或有線網(wǎng)絡(luò)接口裝置42和44直接與通信設(shè)備(圖中未顯示)相接口?？梢岳斫?，單個設(shè)備管理員可與一個或多個網(wǎng)絡(luò)接口42和44通信。各網(wǎng)絡(luò)接口為與通信設(shè)備進(jìn)行通信提供了必需的寄存器和線路驅(qū)動器，通常還包括CPU、RAM和ROM-如果在通信設(shè)備中沒有這些資源的話。根據(jù)本發(fā)明，任何數(shù)目的設(shè)備管理員均可與分組服務(wù)器34通信。
圖4描繪出根據(jù)本發(fā)明的通信路徑基本型(CPP)記錄的結(jié)構(gòu)。CPP記錄50被分別保存在設(shè)備管理中員36和38的清單中，它確定了至指定端點10的潛在路徑。如所示，每個CPP記錄50包括終點名稱(ENDPOINTNAME)51、特性清單(ATTRIBUTELIST)52、配置清單(CONFIGURATIONLIST)53、狀態(tài)標(biāo)志(STATUSFLAG)54、及基本型字段(PROTOTYPEFIELD)55。根據(jù)本發(fā)明，每個CPP記錄50被用于建立一條鏈路，以在圖3的應(yīng)用軟件程序30和圖1的端點10之間發(fā)送數(shù)據(jù)分組。
公布的記錄結(jié)構(gòu)包含目的地信息、預(yù)定的通信路徑特性、通信裝置指令、狀態(tài)及區(qū)分標(biāo)志(ID)。終點名稱字段51指定特定的遠(yuǎn)程消息源或目的地。分組服務(wù)器34可通過用終點名稱字段51作為選擇準(zhǔn)則，選擇保存在設(shè)備管理員36和38中的所有CPP記錄的一個子集。這使分組服務(wù)器34能識別那些確定了至指定端點10的各種實際路徑的CPP記錄50(在這里也叫作基本型)。
特性清單(ATTRIBUTELIST)52是以對的形式(名稱，信息)的清單，它描述單個實際通信路徑的特征。具體的基本型特性的例子是(名稱＝定向性，信息＝雙向)，或(名稱＝波特率，信息＝4800)。分組服務(wù)器34可通過利用“名稱”的值作為選擇準(zhǔn)則，從特性清單52中選擇某種特性。這使分組服務(wù)器34能把選定特性的“信息”字段與分組服務(wù)器已知的某個值相比較。
配置清單(CONFIGURATIONLIST)53包含有用于自動選配通信設(shè)備以建立起至源或由終點名稱字段51所指定的目的地的通信路徑的信息，從而使路徑具有特性清單53所標(biāo)明的特征。
狀態(tài)標(biāo)志字段(STATUSFLAG)54包含有一個參數(shù)值，它表明CPP記錄50中是否有如這里及以下所述的相關(guān)的數(shù)據(jù)鏈路60。當(dāng)(STATISFLAG)54表示數(shù)據(jù)鏈路60存在時，由相關(guān)的基本型記錄描述的通信路徑就沒有被占用。
基本型字段(PROTOTYPEFIELD)55是一個二次檢索關(guān)鍵字，借助它，分組服務(wù)器34可從設(shè)備管理員36和38保存的清單中識別并選擇具體的CPP記錄50。
圖5描繪出按照本發(fā)明形成的數(shù)據(jù)鏈路記錄的結(jié)構(gòu)。數(shù)據(jù)鏈路記錄60被保存在員36和38中，并限定了一條至指定端點10的實際路徑。設(shè)備管理員36保存數(shù)據(jù)鏈路清單，以在給定的時刻為給定的設(shè)備管理員36或38指示出至端點的開放連接。
如所示，該記錄結(jié)構(gòu)包括數(shù)據(jù)鏈路字段(DATALINKFIELD)字段61、特性清單(ATTRIBUTELIST)62、數(shù)據(jù)鏈路資源清單(DATALINKRESOURCELIST)63和基本型字段(PROTOTYPEFIELD)64。數(shù)據(jù)鏈路字段61是主檢索關(guān)鍵字，借助它分組服務(wù)器34可從設(shè)備管理員36和38保存的數(shù)據(jù)鏈路清單中選擇給定的數(shù)據(jù)鏈路。特性清單(ATTRIBUTELIST)62是對形式(名稱，信息)的清單，它描述了此數(shù)據(jù)鏈路代表的實際通信路徑的特征，且與圖4的基本型屬性清單52相類似。數(shù)據(jù)鏈路資源清單63是向設(shè)備管理員36或38描述如何自動操作與數(shù)據(jù)鏈路60相聯(lián)的通信設(shè)備的參數(shù)的清單?；拘妥侄?4是當(dāng)對CPP記錄50的狀態(tài)標(biāo)志字段54作標(biāo)記時，數(shù)據(jù)鏈路60對圖4的其相關(guān)的CPP記錄50進(jìn)行定位的基準(zhǔn)。
圖6描繪出根據(jù)本發(fā)明構(gòu)造的對話的結(jié)構(gòu)。對話70被保存在分組服務(wù)器34的清單中，并包括分組服務(wù)器34為與在設(shè)備管理員36或38內(nèi)發(fā)現(xiàn)的數(shù)據(jù)鏈路60相接口所需的信息。
每個對話70由對話字段(SESSIONFIELD)71、設(shè)備管理員字段(DEVICEMANAGERFIELD)72、數(shù)據(jù)鏈路處理(DATALINKFIELD)73和對話資源清單(SESSIONRESOURCELIST)74組成。對話名稱71是主檢索關(guān)鍵字，使圖3中的軟件應(yīng)用程序30能從分組服務(wù)器34保存的對話清單中選擇一個特定的對話。設(shè)備管理員字段72為分組服務(wù)器34提供一個唯一的標(biāo)識，以從多個設(shè)備管理員36和38中選出一個設(shè)備管理員。數(shù)據(jù)鏈路字段73使分組服務(wù)器34能從設(shè)備管理員字段72的值所識別的相關(guān)設(shè)備管理員36所保存的數(shù)據(jù)鏈路清單，訪問特定的數(shù)據(jù)鏈路60。對話資源清單74是為分組服務(wù)器34規(guī)定的如何與所選定的設(shè)備管理員36相接口的參數(shù)的清單。特別地，對話資源清單73指示如何通過本次對話70識別的數(shù)據(jù)鏈路60有關(guān)的實際通信路徑，代表應(yīng)用軟件30進(jìn)行通信。
圖7是流程圖，顯示了在按照本發(fā)明進(jìn)行的通信路徑的選擇期間，在圖3的控制軟件的指示下，由圖2的數(shù)據(jù)處理單元執(zhí)行的步驟。從框80開始，流程進(jìn)到框82，在那里通信路徑清單被存在存儲器中。此步驟對應(yīng)于在設(shè)備管理員36和38中存儲并保持各種基本型(CPP記錄50)。從框82，流程進(jìn)到框84，在那里圖3的分組服務(wù)器34從應(yīng)用軟件30經(jīng)API32收到連接指令。該指令包含目的地信息(即終點名稱)和由軟件應(yīng)用30所建立的及要求的各種通信準(zhǔn)則。這種準(zhǔn)則包括但不限于此。
流程從框84進(jìn)到框86，在那里分組服務(wù)器34根據(jù)目的地的函數(shù)，從所述清單中選出至少一個可用的通信路徑。為此，分組服務(wù)器34向設(shè)備管理員36和38請求具有終點名稱字段51的所有基本型;該字段包含有對應(yīng)于在框82的連接指令中發(fā)現(xiàn)的目的地的信息?；趯@些基本型的接收，分組服務(wù)器34可選擇一條通信路徑。根據(jù)本發(fā)明的另一方面，分組服務(wù)器34還可根據(jù)通信指令中的通信準(zhǔn)則與CPP記錄50中保存的通信路徑特性的比較，限定對通信路徑的選擇。
從框88，流程進(jìn)到框90，在那里分組服務(wù)器34建立通信路徑連接，準(zhǔn)備在圖3的軟件應(yīng)用30和圖1的端點10之間傳送信息。
圖8是流程圖，顯示了圖2的處理單元200在按照本發(fā)明進(jìn)行的數(shù)據(jù)通信中，在圖3所示的控制軟件的指示下執(zhí)行的步驟。從框100在開始，此時用戶單元2請求與端點10進(jìn)行通信，流程進(jìn)到框110，在那里處理單元200產(chǎn)生對話70。根據(jù)本發(fā)明的最佳實施例，潛在通信路4、6和8中的至少一個被選作目的地函數(shù)。這種選擇可由軟件應(yīng)用30規(guī)定的準(zhǔn)則來進(jìn)一步地檢驗。下面將更詳細(xì)地描述新對話的產(chǎn)生。
當(dāng)成功地建立起對話70時，就可進(jìn)行數(shù)據(jù)通信。這樣，在框120發(fā)生一個通信指令，以規(guī)定通信的類型(即發(fā)送、接收等)、通信參數(shù)(即數(shù)據(jù)緩沖器等)、以及用于識別在其上進(jìn)行通信的對話70的對話基準(zhǔn)。在框130，分組服務(wù)器34使用圖6的對話的設(shè)備管理員字段72，把通信指令130和已識別的對話的數(shù)據(jù)鏈路字段73傳送到適當(dāng)?shù)脑O(shè)備管理員36和38。
在框140，適當(dāng)?shù)脑O(shè)備管理員36，根據(jù)數(shù)據(jù)鏈路字段73所識別的圖5中的特定數(shù)據(jù)鏈路60的數(shù)據(jù)鏈路資源清單63，向通信設(shè)備發(fā)出正確的控制序列，以經(jīng)過預(yù)先的通信路徑傳送數(shù)據(jù)。在框150，適當(dāng)?shù)难b置管理器經(jīng)分組服務(wù)器34把通信的結(jié)果送回軟件應(yīng)用30。
在判定框160，判定通信是否完成。若軟件應(yīng)用已完成通信，對話70就被取消(框170)。對話取消過程將在下面更詳細(xì)地描述，若軟件應(yīng)用30還未完成通信，則流程回到框120以發(fā)出另一通信指令。
圖9是流程圖，顯示了在根據(jù)本發(fā)明進(jìn)行的對話產(chǎn)生期間，在圖3所示的控制軟件的指令下，圖2的處理單元所執(zhí)行的步驟。為產(chǎn)生新的對話，軟件應(yīng)用30向分組服務(wù)器34發(fā)出新對話請求205，指明通信準(zhǔn)則和用戶單元2希望與之通信的端點名10。通信標(biāo)準(zhǔn)是新對話所希望的軟件應(yīng)用30的各種特性，如波特率、分組大小、發(fā)送時間、傳送成本、載波、方向性、端點名、信道等。
分組服務(wù)器34從所有的設(shè)備管理員36、38請求有對應(yīng)于端點10的端點名稱51的指定值的CPP記錄50(基本型)。各設(shè)備管理員36、38只公布具有終點名稱51的指定值并有可用于狀態(tài)標(biāo)志54的值的那些基本型。在框210，分組服務(wù)器34檢驗所公布的基本型清單，并在框215根據(jù)匹配的目的地信息并進(jìn)一步根據(jù)新對話請求中規(guī)定的通信標(biāo)準(zhǔn)，選擇出至少一個基本型。
本說明書的以下部分假定“最佳匹配”基本型是由設(shè)備管理員36公布的，盡管在另一替代方案中，它可能由別的設(shè)備管理員公布。通過向設(shè)備管理員36傳送一個包括“最佳匹配”基本型的基本型字段55的值的接合請求指令，分組服務(wù)器34在框220請求從基本型設(shè)備管理員36中選出的“最佳匹配”基本型的“接合”。
設(shè)備管理員36在框225把“最佳匹配”基本型的狀態(tài)標(biāo)志(STATUSFLAG)54的值設(shè)定為“忙”(IN-USE)。然后，在框230和235，設(shè)備管理員36分配并啟動由“最佳匹配”基本型的路徑配置清單(PATHCONFIGURATIONLIST)53的所必需的通信資源。在框240，設(shè)備管理員36加上代表目前已分配的實際通信路徑的數(shù)據(jù)鏈路60，并把“最佳匹配”基本型的基本型字段55的值復(fù)制到數(shù)據(jù)鏈路60的基本型字段64。在框245，設(shè)備管理員36把數(shù)據(jù)鏈路基準(zhǔn)返回分組服務(wù)器34，使之包含在對話的數(shù)據(jù)鏈路字段73中。
在框250，該對話被加到分組服務(wù)器的對話清單上。在框255，對話基準(zhǔn)被返回到軟件應(yīng)用30以便將來用于在對話的通信鏈路上的有關(guān)的指令的通信。軟件應(yīng)用30保留對話基準(zhǔn)(框260)。
圖10是流程圖，顯示了根據(jù)本發(fā)明最佳實施例進(jìn)行的對話取消過程。為從分組服務(wù)器34的對話清單中取消對話300，當(dāng)在該對話路徑上的通信不再需要時，要從軟件應(yīng)用30發(fā)出一個指定對話基準(zhǔn)的請求305。分組服務(wù)器34從指定的對話的數(shù)據(jù)鏈路字段73獲得數(shù)據(jù)鏈路基準(zhǔn)310。
分組服務(wù)器34向由對話的設(shè)備管理員字段72識別的特定的設(shè)備管理員36、38發(fā)出請求315，以去除數(shù)據(jù)鏈路字段73規(guī)定的數(shù)據(jù)鏈路。設(shè)備管理員36撤回與規(guī)定的數(shù)據(jù)鏈路有關(guān)的通信資源320。設(shè)備管理員36重新得到與分組服務(wù)器34規(guī)定的數(shù)據(jù)鏈路相關(guān)聯(lián)的被占用的(IN-USE)基本型325的基準(zhǔn)。IN-USE基本型被設(shè)備管理員36標(biāo)為“可用”(AVAILABLE)330。
設(shè)備管理員36把原先指定的數(shù)據(jù)鏈路335從其數(shù)據(jù)鏈路清單中取消。設(shè)備管理員36還向分組服務(wù)器34通報數(shù)據(jù)鏈路取消340的結(jié)果。分組服務(wù)器34釋放用于現(xiàn)已被取消的對話的通信資源345。分組服務(wù)器34把規(guī)定的對話從其對話清單350中取消。分組服務(wù)器34向請求客戶應(yīng)用30公布對話取消355的結(jié)果?？蛻魬?yīng)用30除去其對取消的對話360的基準(zhǔn)。
參見圖11-13，描述本發(fā)明最佳實施例的運行過程。圖11包括本發(fā)明最佳實施例在其有代表性的初始運行狀態(tài)下的結(jié)構(gòu)圖。該初始運行狀態(tài)顯示出在對話清單430中存在的對話432及在數(shù)據(jù)鏈路清單420中的相應(yīng)數(shù)據(jù)鏈路422。對話432和數(shù)據(jù)線路422均利用基本型412來表征通信路徑。
參見圖12(它描述了一個與圖11所示的類似的結(jié)構(gòu)圖)，將描述新對話的產(chǎn)生。圖3的軟件應(yīng)用30通過任何一種大眾化的且可通過商業(yè)途徑得到的外部軟件接口33，與分組服務(wù)器34相接口。在運行過程中，軟件應(yīng)用發(fā)出一請求440，以在對話清單430中產(chǎn)生新的對話433。此請求包括希望連接的指定的端點名以及與通信有關(guān)的各種標(biāo)準(zhǔn)，如波特率、最大分組尺寸、傳送成本、方向性等。分組服務(wù)器34通過內(nèi)部軟件接口400向設(shè)備管理員36發(fā)出請求441，檢驗帶有指定的端點名的全部的基本型。
分組服務(wù)器34檢驗所有可用基本型，并選擇具有適當(dāng)?shù)亩它c名、并最符合軟件應(yīng)用規(guī)定的表征通信路徑的特性的準(zhǔn)則的基本型413?；拘?13在基本型清單410被稱為IN-USE基本型?；拘?13不能再被基他對話所使用。與設(shè)備管理員36相聯(lián)的通信設(shè)備及選定的基本型413被分配并被啟動，以供對話433使用。
數(shù)據(jù)鏈路423被加到數(shù)據(jù)鏈路清單420中，指示至指定端點的實際連接。數(shù)據(jù)鏈路423還規(guī)定分組服務(wù)器34如何與通信設(shè)備接口。此后，應(yīng)答450被返回到分組服務(wù)器34，指明數(shù)據(jù)鏈路產(chǎn)生的結(jié)果。
分組服務(wù)器34把對話433加到對話清單430，并把應(yīng)答451加到軟件應(yīng)用。軟件應(yīng)用30現(xiàn)在有對話433所建立的開放式通信路徑，借助它可與指定的端點通信。現(xiàn)在已設(shè)置好了通信路徑，軟件應(yīng)用發(fā)送或收到的各條消息中都不會有通信路由或目地開銷。
還應(yīng)注意，選擇最佳通信路徑的全部信息都是在設(shè)備管理員36的基本型清單410中本地存取的。所以，本發(fā)明可利用已有的數(shù)據(jù)通信設(shè)備且不需要中央主計算機來控制通信路由和路徑的選擇。
圖13顯示了本發(fā)明的最佳實施例的結(jié)構(gòu)圖，顯示了圖12建立的對話的終結(jié)。當(dāng)軟件應(yīng)用不再希望與指定端點通信時，就可取消該對話。這樣，當(dāng)圖12的對話432不再需要時，軟件應(yīng)用發(fā)出一請求440，以從對話清單440中取消對話432。
相應(yīng)地，分組服務(wù)器34得到對話432所用的數(shù)據(jù)鏈路字段61，并發(fā)出從數(shù)據(jù)鏈路清單420中取消數(shù)據(jù)鏈路422的請求441。設(shè)備管理員36撤回與數(shù)據(jù)鏈路422相聯(lián)的那些通信資源并把基本型412的狀態(tài)標(biāo)志54標(biāo)為“可用”AVAILABLE。如圖13所示，設(shè)備管理員36隨后從數(shù)據(jù)鏈路清單420中除去數(shù)據(jù)鏈路422。
應(yīng)答450被送往分組服務(wù)器34，以指示數(shù)據(jù)鏈路取消的結(jié)果。如圖13所示，分組服務(wù)器34隨即從對話清單430中取消對話432。對消除對話請求的響應(yīng)451被返回到軟件應(yīng)用。對話清單、數(shù)據(jù)線路清單、及基本型清單的最終狀態(tài)現(xiàn)在如圖13所示。
對本領(lǐng)域人員顯而易見的是，本發(fā)明預(yù)期可為多個軟件應(yīng)用提供通信能力。本發(fā)明的第一個特征是，各軟件應(yīng)用可支持一個以上的對話。
本發(fā)明的第二個特征是，任何數(shù)目的設(shè)備管理員36和38，均可利用設(shè)在對話結(jié)構(gòu)70中的設(shè)備管理員字段72與分組服務(wù)器34接口。如前所述，分組服務(wù)器34根據(jù)軟件應(yīng)用指定的端點名請求基本型。該請求被發(fā)向與分組服務(wù)器34接口的所有設(shè)備管理員。
本發(fā)明的另一特征是，支持各種通信媒介(硬件及網(wǎng)絡(luò))，包括但不僅限于無線電頻率信道、電話、紅外、傳真、有線局域網(wǎng)絡(luò)(LAN)及無線LAN。本發(fā)明設(shè)有若干關(guān)鍵耦合點，以便實現(xiàn)與未來通信能力的完美結(jié)合。如在設(shè)備驅(qū)動器技術(shù)中周知的，在設(shè)備管理員中為各種通信硬件實現(xiàn)了裝置特定的指令。這樣，各通信平臺都有自己的設(shè)備管理者。但是，各軟件應(yīng)用由分組服務(wù)器與具體的通信媒介隔開。另外，無論采用何種程序語言、通信媒介或設(shè)備管理員，軟件應(yīng)用與分組服務(wù)器間的接口都保持相同。由于在通信系統(tǒng)間建立起了等同性，便利了通信軟件的開發(fā)，包括那些其主要功能不是通信但從通信能力獲益的軟件。
本發(fā)明的一個優(yōu)點是提供了相同的和自動的方法以讓軟件區(qū)分兩種通信系統(tǒng)提供至某些遠(yuǎn)程通信節(jié)點的替代通信路徑的系統(tǒng)，及提供至獨立遠(yuǎn)程節(jié)點組的不相關(guān)的通信路徑的系統(tǒng)。
本發(fā)明的另一優(yōu)點是，在本地存儲器中，為分組服務(wù)器34代表軟件應(yīng)用30進(jìn)行的通信路徑的自動選擇提供了可能的通信路徑清單。自動選擇部分地是根據(jù)目的地，還考慮軟件應(yīng)用所確定的通信標(biāo)準(zhǔn)和與各通信路徑有關(guān)的特性間的匹配。由于通信媒介選擇是在本地進(jìn)行的，因此可用現(xiàn)有的通信基干網(wǎng)，而不需進(jìn)行修改。
本發(fā)明的另一優(yōu)點是，在進(jìn)行數(shù)據(jù)傳送之前提供了自動選擇。這大大降低了消息傳送開銷，因為在發(fā)送消息的前面不用發(fā)送路由信息。
本發(fā)明的又一優(yōu)點是，為對用戶單元可用的替代(即冗余或“可依靠”(fall-back)的通信路徑進(jìn)行軟件識別，提供了分類方案。
對本專業(yè)領(lǐng)域的人員顯而易見的是，在不脫離本發(fā)明的精神的前提下，可對此公布的實施例進(jìn)行多種修改。例如，可采用“智能”分組服務(wù)器，以在不同通信網(wǎng)絡(luò)間進(jìn)行實時漫游。
權(quán)利要求
1.一種用戶單元，具有存儲器和多種不同的通信資源，用于經(jīng)所述用戶單元和一目的地之間的多條通信路徑之一與所述目的地進(jìn)行通信，并用于選擇可用的通信路徑，其特征在于所述用戶單元包括多個裝置驅(qū)動器，每個均連接到通信資源，用于存儲描述至目的地的可用通信路徑的記錄的清單，各所述記錄有相關(guān)的通信路徑特性；分組服務(wù)器，它與多個裝置驅(qū)動器相連，用于接收包括連接點和多個通信標(biāo)準(zhǔn)的連接指令并至少部分地根據(jù)描述可用通信路徑的目的地的信息而從所述多個裝置驅(qū)動器清單中選出至少一個記錄。
2.權(quán)利要求1的裝置，其中用戶單元是袖珍便攜式無線終端。
3.權(quán)利要求1的裝置，其中通信資源從由有線收發(fā)機和無線收發(fā)機組成的一組裝置中選擇。
4.權(quán)利要求1的裝置，其中裝置驅(qū)動器和分組服務(wù)器是存貯在存儲器中的軟件模塊。
5.權(quán)利要求1的裝置，其中至少一個軟件應(yīng)用程序存貯在存儲器中，通過該軟件請求通信資源以便經(jīng)用戶單元與目的地之間的多條通信路徑中的一條與目的地通信。
6.權(quán)利要求1的裝置，其中通信路徑特性和通信標(biāo)準(zhǔn)從由傳送成本、分組大小、波特率、方向性、發(fā)送時間、及載波ID組成的參數(shù)組中選出。
7.權(quán)利要求1的裝置，還包括用與把連接指令、通信標(biāo)準(zhǔn)與通信路徑特性相比較的裝置;與比較裝置相連的、用于根據(jù)這種比較來選擇通信路徑的裝置。
8.用于選擇用戶單元與目的地之間的多條通信路徑之一的方法，該用戶單元有裝置驅(qū)動器、分組服務(wù)器、及至少一個軟件應(yīng)用，其特征在于所述方法包括以下步驟提供一個與至少一個所述軟件應(yīng)用和所述裝置驅(qū)動器所了解的目的地相聯(lián)系的預(yù)定名;通過所述分組服務(wù)器從至少一個所述軟件應(yīng)用向所述裝置驅(qū)動器送出請求指令，請求實現(xiàn)到所述目的地的連接，所述請求包括所述預(yù)定名和通信標(biāo)準(zhǔn);從所述裝置驅(qū)動器公布描述至所述目的地的潛在可用通信路徑的多個記錄，每條所述路徑均有相應(yīng)的特性;根據(jù)通信標(biāo)準(zhǔn)與所述通信路徑特性之間的比較，在所述分組服務(wù)器選擇至所述目的地點的通信路徑。
9.權(quán)利要求8的方法，還包括以下步驟通過從所述分組服務(wù)器向所述裝置驅(qū)動器發(fā)出請求來保存所述為至少一個所述軟件應(yīng)用所用的通信路徑，所述請求標(biāo)明所述通信路徑;從所述裝置驅(qū)動器向所述分組服務(wù)器公布一識別碼，作為對所述接合(binding)的確認(rèn);從所述分組服務(wù)器向至少一個所述軟件應(yīng)用公布一個對話號，作為對所述保存的確認(rèn);從至少一個所述軟件應(yīng)用經(jīng)所述分組服務(wù)器向所述裝置服務(wù)器發(fā)送通信指令，其中所述指令包括所述對話號;當(dāng)不再需要至所述目的地的通信時，終止至所述選定通信路徑的連接。
10.根據(jù)權(quán)利要求9的方法，其中終止連接的步驟進(jìn)一步包括下列步驟從至少一個所述軟件應(yīng)用經(jīng)所述分組服務(wù)器向所述裝置驅(qū)動器發(fā)出請求，放棄所述通信路徑，所述請求包括所述對話號;從所述裝置驅(qū)動器經(jīng)所述分組服務(wù)器向至少一個所述軟件應(yīng)用公布一個編碼，表明所述終止的成功或失敗。
11.用于選擇用戶單元與端點之間的數(shù)據(jù)通信路徑的方法，其特征在于所述用戶單元有多個通信資源、多個裝置驅(qū)動器-每個裝置驅(qū)動器都有數(shù)據(jù)鏈路清單、有對話清單的分組服務(wù)器、和存儲器，其中存儲有至少一個請求至所述端點進(jìn)行數(shù)據(jù)通信的軟件應(yīng)用，所述方法包括下列步驟a.把第一請求從至少一個所述軟件應(yīng)用傳到所述分組服務(wù)器，所述第一請求包括與所述至少一個客戶應(yīng)用的產(chǎn)生新對話的需求相對應(yīng)的編碼值和與所述新對話所需要的特征相對應(yīng)的格式，所述格式包括端點名部分和標(biāo)準(zhǔn)部分;b.把第二請求從所述分組服務(wù)器傳到所述設(shè)備管理員，所述第二請求包括第二編碼值和所述端點名，所述第二編碼值表明所述分組服務(wù)器想要檢驗存在所述用戶單元的所述存儲器中的基本型清單的愿望;c.把第一回答從所述設(shè)備管理員傳到所述分組服務(wù)器，所述第一回答與所述第二請求相對應(yīng)，并只包括在所述基本型清單中找到的基本型副本，所述基本型清單包括所述端點名和所述基本型的參考號碼;d.通過對所述標(biāo)準(zhǔn)部分及所述基本型清單中所述基本型的所述副本的分析，只從所述基本型清單中選出一個最好的基本型以作進(jìn)一步的處理;e.把第三請求從所述分組服務(wù)器傳到所述設(shè)備管理員，所述第三請求包括第三編碼值和與一個最佳基本型相對應(yīng)的所述參考號，所述第三編碼值表明所述分組服務(wù)器與一個基本型接合的愿望;f.所述設(shè)備管理員把所述一個最佳基本型標(biāo)為“忙”(INUSE)基本型;g.所述設(shè)備管理員利用包含在所述一個最佳基本型中的結(jié)構(gòu)信息來分配所述通信資源;h.所述設(shè)備管理員利用所述結(jié)構(gòu)信息啟動所述通信資源;i.所述設(shè)備管理員把一條數(shù)據(jù)鏈路加到所述數(shù)據(jù)鏈路清單中，所述數(shù)據(jù)鏈路包括所述參考號和描述所述通信資源的信息;j.把第二應(yīng)答從所述設(shè)備管理員傳到所述分組服務(wù)器，所述第二應(yīng)答與所述第三請求相對應(yīng)，并包括與所述數(shù)據(jù)鏈路相對應(yīng)的第二參考號;k.所述分組服務(wù)器把一對話加到所述對話清單中，所述對話包括所述第二參考號及描述為所述分組服務(wù)器所擁有且為所述對話所利用的資源的信息;l.把第三應(yīng)答從所述分組服務(wù)器傳到至少一個所述客戶應(yīng)用，所述第三應(yīng)答與所述第一請求相對應(yīng)，并包括與所述對話相對應(yīng)的第三參考號;m.在至少一個所述客戶應(yīng)用中保留關(guān)于所述第三參考號的信息了解，以在將來用于對所述分組服務(wù)器的請求。
全文摘要
在數(shù)據(jù)通信系統(tǒng)(100)中，提供了一種方法，用于區(qū)分并選擇至指定端點(10)的多個通信路徑(4，6和8)。通信路徑選擇是在便攜式用戶單元(2)上在本地進(jìn)行的。通信路徑對作請求的軟件應(yīng)用(30)是透明的。該方法用現(xiàn)有的通信設(shè)施管理多個通信裝置(42，44)。
文檔編號H04Q3/54GK1094881SQ9311449
公開日1994年11月9日 申請日期1993年12月16日 優(yōu)先權(quán)日1992年12月17日
發(fā)明者克里斯托弗·J·伯克, 杰尼斯·M·查非, 埃雷茲·尼爾, 托馬斯·E·基耶 申請人:莫托羅拉公司