專利名稱：將移動臺跟外圍設(shè)備連接起來的智能業(yè)務(wù)接口和通信協(xié)議的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線電電話，更具體地說，涉及無線電電話或者移動臺，例如那些能在蜂窩網(wǎng)內(nèi)工作并且能跟一個或者多個外圍設(shè)備連接的無線電電話或者移動臺。
背景技術(shù)：
電話通過智能附件跟個人計算機(PC)和其它裝置連接，它的角色已經(jīng)擴展到了用于一般性的信息交換，因此只將電話用于通話的概念已經(jīng)變得十分陳舊了。顯然，這種發(fā)展要求將它實際的支持裝置的復(fù)雜性從用戶眼前掩藏起來，只讓用戶看見并使用所需要的業(yè)務(wù)。
部分地由于蜂窩電話和相關(guān)市場的爆炸性增長，需要用有線方式或者無線方式，例如紅外(IR)連接或者象低電平射頻(RF)信號之類的某些其它通信媒介，將無線電話或者無線電電話，也叫做移動臺，跟一個或者多個智能外設(shè)實際連接起來。
盡管目前在這一領(lǐng)域的功能有限，但是本發(fā)明人了解的現(xiàn)有方法都不能令人滿意地將用戶跟支持硬件/軟件的復(fù)雜性隔離開來。
在為移動臺開發(fā)硬件、軟件和接口以提供新功能或者增強功能方面，也存在問題。眾所周知，由于許許多多的原因，要跟新的外部裝置連接的時候，沒有必要全部甚至沒有必要部分地重新設(shè)計移動臺和/或附屬軟件的一些部分。
同樣，從點到點配置，例如跟一個外部裝置連接的一個移動臺，到移動臺同時跟多個外部裝置連接的多點配置，依然沒有必要進行修改。
發(fā)明目的和優(yōu)點因此，本發(fā)明的第一個目的和優(yōu)點是提供象蜂窩電話或者個人通信器這樣的移動臺，以及一種或者多種外部裝置之間的一種改進接口。
本發(fā)明的另一個目的和優(yōu)點是提供一種消息傳遞路由器和連接功能，通過所選類型的移動臺接口將移動臺跟一個或者多個外部裝置無縫地集成起來。
本發(fā)明還有一個目的和優(yōu)點，那就是提供一種模塊化的軟件協(xié)議，從而能夠用不同的裝置和應(yīng)用程序，以及物理傳輸媒介，而不需要對移動臺的主要協(xié)議軟件進行大的改動。
本發(fā)明的再一個目的和優(yōu)點是為移動臺提供一種多點連接能力，更具體地說就是提供一組配置功能，從而使軟件協(xié)議更加靈活。
發(fā)明簡述利用本發(fā)明的方法和裝置，可以解決這些問題和其它問題，達到本發(fā)明的這些目的。
本發(fā)明公開了一種通信系統(tǒng)，該系統(tǒng)包括一個無線電單元裝置，該裝置有一個主消息路由器、多個內(nèi)部對象和多條鏈路。這些鏈路中至少有一條是用于在內(nèi)部對象之間傳遞消息的。該通信系統(tǒng)還有至少一個外部裝置，該裝置有一個消息子路由器，和至少一個外部對象。這至少一個外部裝置跟多條鏈路中的至少一條雙向連接。主消息路由器能夠從內(nèi)部對象、所述至少一個外部裝置和至少一個外部對象接受注冊請求。注冊請求可以包括注冊裝置和對象的鏈路首選項。
一種消息是資源請求消息，用來說明需要訪問無線電單元裝置或者外部裝置的資源，另一種消息是響應(yīng)消息，是負責(zé)管理資源的服務(wù)程序發(fā)送給資源請求消息的發(fā)出方的。資源請求消息可以由一個應(yīng)用程序或者一個服務(wù)程序發(fā)出。而這另一種消息則是負責(zé)資源管理的服務(wù)程序發(fā)出的一種指示消息(Indication message)，用于說明該資源的一個事件或者狀態(tài)。這些消息中還有一種是負責(zé)資源管理的服務(wù)程序發(fā)出的查詢請求消息(Consult Request message)，用來請求獲得額外的信息，以便完成資源請求消息指定的任務(wù)。再一種消息就是資源請求消息發(fā)出方在收到了查詢請求消息以后發(fā)出的通知響應(yīng)消息(Inform Responsemessage)。
本發(fā)明還包括一種通信系統(tǒng)，該系統(tǒng)有一個包括多個應(yīng)用程序、多個服務(wù)程序和一個連通層(connectivity layer)的無線電單元，這多個服務(wù)程序中每一個都跟無線電單元的一個資源有關(guān)，這一連通層位于多個應(yīng)用程序和多個服務(wù)程序之間，用于有選擇地將應(yīng)用程序跟服務(wù)程序連接起來。該系統(tǒng)還包括至少一個附屬裝置，通過連通層跟無線電單元連接。這至少一個附屬裝置擁有至少一個應(yīng)用程序和至少一個服務(wù)程序，跟附屬裝置的資源有關(guān)。無線電單元的至少一個應(yīng)用程序或者服務(wù)程序可以響應(yīng)該無線電單元至少一個應(yīng)用程序或服務(wù)程序發(fā)出的資源請求消息，通過連通層跟這一附屬裝置的至少一個服務(wù)程序或者無線電單元的服務(wù)程序連接。這一資源請求消息是通過連通層傳遞過來的。
本發(fā)明還涉及包括多個對象和多條鏈路，在所述對象之間傳遞消息的一個無線電單元裝置，這一無線電單元裝置還包括一個消息路由器，用于從這些對象接受注冊請求。
本發(fā)明還涉及一種附屬裝置，用于通過至少一個無線接口或者有線接口跟無線電單元裝置建立雙向連接，該附屬裝置包括至少一個應(yīng)用程序，通過消息路由器層跟所述無線或者有線接口連接，將至少一個資源請求消息或者資源請求響應(yīng)消息傳遞給所述無線電單元裝置。
附圖簡述下面只是通過例子并參考附圖來介紹本發(fā)明，在這些附圖中

圖1是按照本發(fā)明構(gòu)成和工作的移動臺的框圖；圖2是圖1所示移動臺的一個立視圖，圖2還進一步說明了移動臺通過無線RF鏈路雙向連接的一個蜂窩通信系統(tǒng)；圖3是按照本發(fā)明構(gòu)成電話和網(wǎng)絡(luò)、外圍主機-對象網(wǎng)絡(luò)(PhoNet)系統(tǒng)一部分的一個路由器層和一個連接層；圖4說明PhoNet系統(tǒng)所用邏輯地址的一種格式；圖5和圖6有助于理解PhoNet消息管道的工作原理；圖7描述的是PhoNet主路由器和一條媒體驅(qū)動消息鏈路的一個互連例子，其中的OS消息業(yè)務(wù)被看作一個媒介；圖8描述的是裝置和主路由器之間用于“呼叫創(chuàng)建”消息的一個消息流例子；圖9描述的是從一個對象(應(yīng)用程序)通過路由器層和連接層，跨過MCU/DSP接口(IF)，到達請求獲得的物理媒介(例如IR硬件(HW))的一個消息流例子；圖10是一個高層次示意圖，它描述的是有一個附屬裝置跟一個無線電單元連接的PhoNet系統(tǒng)的一個軟件體系結(jié)構(gòu)；圖11是一個高層次示意圖，它描述的是有一個無線電單元和個人計算機、外部無線電單元和蜂窩網(wǎng)應(yīng)用程序這樣的多個不同外部裝置的PhoNet系統(tǒng)的一個物理體系結(jié)構(gòu)；圖12是描述PhoNet系統(tǒng)任務(wù)視圖的一個高層次示意圖；圖13是應(yīng)用程序和服務(wù)程序正在執(zhí)行同一任務(wù)的情況下，一個示例性的消息序列圖；圖14是應(yīng)用程序和服務(wù)程序處于同一處理器內(nèi)，但正在執(zhí)行不同任務(wù)這種情況下的一個示例性消息序列圖；圖15是應(yīng)用程序和服務(wù)程序位于不同處理器內(nèi)這種情況下的一個示例性消息序列圖；圖16是應(yīng)用程序向電話號碼(PND)服務(wù)程序發(fā)出資源請求這種情況下的一個示例性事務(wù)處理圖；圖17是應(yīng)用程序向呼叫服務(wù)程序發(fā)出資源請求的一個示例性事務(wù)處理圖；圖18是應(yīng)用程序向PND服務(wù)程序發(fā)出資源請求的示例性事務(wù)處理圖，其中的PND認定它必須從要執(zhí)行的應(yīng)用程序獲得許可；圖19是呼叫服務(wù)程序發(fā)出Call_Coming_IND給一個應(yīng)用程序或者一些應(yīng)用程序的情況下的示例性事件指示事務(wù)處理圖，在此之前這一應(yīng)用程序或者這些應(yīng)用程序注了冊以便從呼叫處理器接收事件指示；圖20是一個示例性事件指示事務(wù)處理圖，它包括一個繼后操作，例如發(fā)出綁在事件指示上的資源請求的應(yīng)用程序；圖21是一個示例性查詢請求事務(wù)處理圖，其中的服務(wù)程序發(fā)送一個查詢請求給應(yīng)用程序，而且這一個查詢請求不是正在進行的資源請求事務(wù)處理的一部分；和圖22A和22B說明系統(tǒng)模式控制(SMC)服務(wù)程序的兩種實施方案，其中集成了系統(tǒng)選擇規(guī)則，以及它跟應(yīng)用程序和系統(tǒng)服務(wù)程序的連接。
發(fā)明詳述閱讀后面對本發(fā)明的描述時，以下略語和縮寫將非常有用，特別是在描述電話和網(wǎng)絡(luò)、外圍主機-對象網(wǎng)絡(luò)(PhoNet)時。AMPS高級移動電話業(yè)務(wù)CS 蜂窩系統(tǒng)連接層 PhoNet的較低層，它包括一組物理傳輸媒介模塊，例如紅外(IR)、RF或者總線模塊裝置支持應(yīng)用程序的物理裝置(也就是附件、MS)DSP 數(shù)字信號處理器/處理ECI 外部控制接口，ISI和VAS的一個通稱。包括業(yè)務(wù)、裝置和通常整個連接概念外部對象 可以用PhoNet和某些物理媒介訪問的一種對象FBUS 跟DSP連接的快速雙線異步消息總線GSM 全球移動通信系統(tǒng)主機 包括PhoNet主路由器的裝置ISI 智能業(yè)務(wù)接口內(nèi)部對象 同一處理器內(nèi)可以用OS訪問的一種對象，例如紅外對象鏈路等價于物理傳輸媒介MBUS媒介模塊和PhoNet的一種物理媒介MDI MCU/DSP接口媒介模塊PhoNet的較低級別(lower levels)。媒介模塊是為了通過特定的媒介，例如IR、RF或者任意總線，傳遞消息而完成所需操作的模塊。媒介模塊在PhoNet連接層內(nèi)。MS 移動臺，例如蜂窩電話、PCS電話、無線電話、個人通信器或者PC模塊或PCMCIA卡那樣的卡對象外部裝置里的應(yīng)用程序，或者同一處理器內(nèi)的模塊，例如ISI、CS或者UIOS 操作系統(tǒng)RPC 遠程過程調(diào)用RF 射頻路由器、路由PhoNet的核心元素器層SIM 用戶識別模塊從屬裝置包括PhoNet子路由器的裝置傳輸媒介傳遞PhoNet消息的媒介(例如IR、RF、導(dǎo)線)UI 用戶接口VAS 增值業(yè)務(wù)下面參考圖1和圖2來說明無線用戶終端或者移動臺10，例如，但不局限于，適合于實踐本發(fā)明的蜂窩無線電電話或者個人通信器。移動臺10有一付天線12，用于發(fā)射信號給基站30以及從基站接收信號?；?0可以是蜂窩網(wǎng)的一部分，該蜂窩網(wǎng)有包括一個移動交換中心(MSC)34的一個基站/移動交換中心/互通功能(BMI)32。當(dāng)移動臺10正在通話時，MSC34用于跟陸線干線連接。
該移動臺包括一個調(diào)制器(MOD)14A、一個發(fā)射機14、一個接收機16、一個解調(diào)器(DEMOD)16A和一個提供信號給發(fā)射機14并從接收機16接收信號的控制器18。這些信號包括符合可用蜂窩系統(tǒng)或其它系統(tǒng)空中接口標準的信令信息，還包括用戶語音和/或用戶數(shù)據(jù)?？罩薪涌跇藴室?guī)范對于理解和實現(xiàn)本發(fā)明來說無關(guān)緊要，因此不做進一步介紹。
顯然，控制器18還可以包括實現(xiàn)移動臺音頻和邏輯功能的電路。舉例來說，控制器18可以包括主控制單元(MCU)21，一般而言它是一個微處理器裝置，還可以包括一個數(shù)字信號處理器(DSP)23，通過一個MCU/DSP接口(IF)跟另一個數(shù)字信號處理器通信。控制器18還可以包括各種模數(shù)轉(zhuǎn)換器、數(shù)模轉(zhuǎn)換器和其它的支持電路。移動臺10的控制和信號處理功能按照它們的能力分布在這些裝置里。
為了跟外部裝置例如圖2所示的附屬裝置28接口，還提供了多條總線，例如跟MCU21連接的異步通信總線(MBUS)18A、跟DSP23連接的快速異步通信總線(FBUS)18B，以及一條無線總線18C，例如紅外(IR)或者低功率RF鏈路。附屬裝置28的例子有，但不限于，個人計算機、個人通信器、外部無線電單元和錄音機、尋呼機這樣的裝置、外部手機和車用附件?？梢杂幸粋€以上的附屬裝置28跟移動臺10連接，如下文所示。
用戶接口包括普通耳機或者揚聲器17、普通麥克風(fēng)19、顯示器20和用戶輸入裝置，通常是小鍵盤22，它們都跟控制器18連接。小鍵盤22包括普通數(shù)字鍵(0～9)和相關(guān)鍵(#、*)22a以及其它鍵22b，用于操作移動臺10。這些其它鍵22b可以包括，例如，發(fā)送鍵、各種菜單滾動鍵和軟鍵以及電源鍵。移動臺10還包括一個電池26，為控制移動臺所需要的各種電路供電。
移動臺10還包括各種存儲器，一起用存儲器24表示，其中儲存了移動臺工作過程中控制器18使用的多個常數(shù)和變量。例如，存儲器24儲存了各種蜂窩系統(tǒng)參數(shù)的值和號碼分配模塊(NAM)。控制控制器18工作過程的操作程序也儲存在存儲器24(一般是ROM裝置)里。存儲器24還可能存有數(shù)據(jù)，包括顯示給用戶看之前從BMI32收到的用戶消息。還可以提供抽取式SIM27用于儲存特定移動臺10的信息。
顯然，移動臺10可以是車載式的、手持式的，或者是任何其它合適的形式，例如插入個人計算機或其它類型計算機插槽(例如PCMCIA插槽)的卡。
還應(yīng)當(dāng)明白，移動臺10能夠使用一個或者多個空中接口標準、調(diào)制類型和接入類型，例如TDMA、CDMA和模擬(FM)。
存儲器24里的操作程序包括實現(xiàn)PhoNet系統(tǒng)的軟件，下面將詳細介紹。
參考圖3，本發(fā)明的PhoNet包括兩個獨立的功能層，叫做路由器層40和連接層42，它也可以叫做連通層41。連接層42包括一個控制模塊42A和鏈路專用媒介模塊，具體而言就是無線媒介模塊42B、FBUS媒介模塊42C和MBUS媒介模塊42D。路由器40跟控制和媒介模塊42A～42D可以放在MCU21內(nèi)，而幀過濾器層42E則可以放在DSP23內(nèi)，它也是連接層的一部分。無線(例如IR或者RF)、FBUS和MBUS硬件(HW)模塊43A～43C則跟它們的對應(yīng)總線連接，用于為外部裝置提供必要的硬件和物理接口。
圖3所示的層結(jié)構(gòu)用于保證硬件的獨立性，并實現(xiàn)PhoNet所需要的模塊化。
路由器40包括一個路由器模塊，它的主要功能是為消息選擇路由，提供所連接裝置和對象的信息，以及支持更改復(fù)雜的配置。路由器層40包括用最佳方式將消息傳遞給不同物理傳輸媒介模塊43的邏輯。
連接層42的控制模塊42A被用作從MDI到DSP SW以發(fā)送控制消息的一個門?？刂颇K42A提供一組公共配置功能，它們不是鏈路專用的，而是所有鏈路公用的。它還支持用分開的控制消息進行管道傳輸，如下所述。此外，可以由控制模塊42A來決定不同裝置可能使用的協(xié)議過濾器。
媒介模塊42B～42D將一般的路由器40消息轉(zhuǎn)換給所需要的物理傳輸媒介。給定媒介模塊是到有關(guān)硬件模塊43的接口。雖然圖3中有三種不同的媒介模塊，但不一定是三種，根據(jù)需要，還可以規(guī)定新媒介模塊42和有關(guān)的硬件模塊43。媒介模塊42A～42C最好還能重發(fā)消息并能夠確認。每一個還包括任意需要的I/O緩沖器，用于儲存經(jīng)過這一鏈路的消息和數(shù)據(jù)。
如果需要，幀過濾器模塊42E將PhoNet幀結(jié)構(gòu)格式變換成另一種幀結(jié)構(gòu)格式。這種轉(zhuǎn)換最好由較高速的DSP23用軟件來完成。
路由器40將提供消息路由選擇作為主要業(yè)務(wù)，可以將它看作PhoNet的核心。路由器40還提供其它的服務(wù)，例如更改配置和查詢，并提供所連接裝置和對象的信息。
PhoNet有一個與主機有關(guān)的主路由器40。通常，主路由器40位于移動臺10里。只有主路由器40提供完整的消息路由選擇業(yè)務(wù)。路由器40對物理傳輸媒介的使用進行優(yōu)化。路由器40監(jiān)視物理鏈路的狀態(tài)和負載程度，并能選擇一種最好(快速)的方式傳遞給定消息。還可以有幾個子路由器或者從屬路由器跟系統(tǒng)連接。子路由器一般都有主路由器40的一個功能子集。
可以配置和重定規(guī)模的路由器40的功能包括(A)路由器40將邏輯地址轉(zhuǎn)換成物理地址。
(B)路由器40可以將一個邏輯地址變換成幾個物理地址(例如移動臺的用戶接口可以將一個消息發(fā)送給多個應(yīng)用程序)。
(C)主路由器40可以提供路由選擇功能。
(D)路由器40可以進行默認地址變化/動態(tài)配置，以及配置查詢。
(E)路由器40可以使物理地址(媒介)有不同的特權(quán)。
(F)路由器40可以在路由器層和連接層42(例如媒介可用性和狀態(tài))之間提供信令機制。
(G)路由器40可以在路由器40跟裝置和對象之間、路由器40跟連接層42之間以及連接層42跟物理媒介43之間提供清晰的接口(clearinterfaces)。
(H)路由器40可以為路由器配置的改變和查詢提供一個清晰的接口。
(I)路由器40能夠儲存被連接裝置和對象的信息，還支持遠程過程調(diào)用(RPC)，而沒有參數(shù)個數(shù)的限制。
(J)還能夠配置路由器40，為所需接口提供斷開信息。
對于主機(例如移動臺10)內(nèi)的主路由器40，消息的路由選擇基本上包括按照功能要求將一則消息傳送給某一邏輯地址，并將邏輯地址轉(zhuǎn)換成包括要使用什么物理鏈路的信息的物理地址。這些消息可以發(fā)送給某些功能而不必知道邏輯地址，或者直接發(fā)送給已知的邏輯地址。主路由器40更新不同功能的信息例如(a)系統(tǒng)可用的鏈路；(b)被連接的裝置和它們的鏈路；(c)注冊進入了的裝置的信息和它們的鏈路首選項；(d)象ISI、UI或者CS這樣的對象任務(wù)的路由選擇信息；以及(e)活動管道的信息。
更詳細地考慮這些功能信息，以及對于系統(tǒng)(a)能獲得的鏈路，這些鏈路可以有三種狀態(tài)之一(1)活動的(active)；(2)繁忙的(busy)(無法使用)，和不能使用(not available)。表1給出一個示例性的鏈路狀態(tài)條件。
表1
考慮到連接的裝置和它們的鏈路(b)，主路由器40將所有可用裝置的信息和當(dāng)前可以使用的裝置的信息儲存起來。它還儲存了鏈路負載程度信息，從而為消息傳遞選擇最佳方案，這樣，如果加載了一條需要的鏈路，消息就會傳遞到另一條可用的鏈路上去。表2說明的是裝置狀態(tài)信息和它們使用的鏈路信息，以及指向?qū)ο蟊淼闹羔樞畔ⅰ！爸羔槨睓诎ㄖ赶虮?的指針，用于獲得狀態(tài)信息?！懊浇椤睓谡f明最優(yōu)媒介(見表3)，或者如果沒有給出最優(yōu)媒介，就說明裝置最先注冊的媒介。
表2
表3給出了跟注冊進入對象裝置和它們的鏈路首選(c)有關(guān)的信息例子。
表3
至于ISI、UI或者CS這樣的內(nèi)部對象任務(wù)的路由選擇信息，表4給出了一個配置例子。
表4
利用說明，可以將給定PhoNet的消息分發(fā)給移動臺10的“內(nèi)部”對象，例如蜂窩系統(tǒng)(CS)模塊、用戶接口(UI)模塊、音頻軟件模塊或者ISI模塊。既然這些對象不是任何裝置所必需的，而且它們不使用任何通信鏈路，就通過將模塊的邏輯地址轉(zhuǎn)換成物理地址，提供了特殊內(nèi)部對象表(表4)用于跟這些模塊通信。因此表4是消息功能指的是內(nèi)部對象的情況下由路由器40使用的。
最后，考慮到活動管道的信息，路由器40可以在不同裝置或者對象之間建立一條快速消息鏈路或者管道。管道可以用無線媒介、FBUS或者MBUS建立。一旦管道成為活動的，兩個對象就可以互相通信而不需要路由器40參與。也就是說，這兩個對象可以傳輸“純”數(shù)據(jù)，而不需要采用路由器能夠識別的幀結(jié)構(gòu)。總之，路由器40儲存了活動管道的信息，控制著活動管道，并為有需要的裝置建立一條消息管道(如果可以獲得管道)。
表5給出了所有PhoNet管道當(dāng)前狀態(tài)的一張“快照”例子，也就是說，建立管道所需要的裝置和鏈路的地址。
表5
總的來說，有兩種不同類型的管道。第一種類型的管道支持從一個附件到另一個附件之間直接又快速的數(shù)據(jù)流。第二種較慢類型的管道通過鏈路主機(不一定用PhoNet路由器MCU21)從一個裝置向另一個裝置傳遞數(shù)據(jù)。
第一種類型的管道能夠在例如兩個DSP(例如數(shù)字音頻)之間快速傳輸數(shù)據(jù)。經(jīng)過管道的通信對于主機來說是不可見的。取而代之，主機在單獨一個表里(見圖5和6)保存了活動管道的信息。
第二種類型的管道可以用于變換來自接收方?jīng)]有的一種媒介的數(shù)據(jù)。例如，只有一條IR鏈路的一個附件可以將數(shù)據(jù)傳輸給只有一條RF鏈路或者某種其它總線的附件?？梢宰屜⒔?jīng)過用例如DSP23軟件實現(xiàn)的某種協(xié)議變換器，從而在傳輸過程中實現(xiàn)協(xié)議變換。
不再使用一條管道時，必須告訴主機該管道已經(jīng)釋放。主機還可以控制和中斷給定管道。在任意給定時刻，都有可能有一條以上的活動管道，還有，如圖5所示，通過同樣的媒介擁有一條以上的活動管道。
圖6說明總的管道體系結(jié)構(gòu)，其中的控制由MCU21(路由器40)進行，實際的管道經(jīng)過了兩個裝置(例如裝置3和4)之間的DSP23。
某一子路由器(位于從屬裝置內(nèi))更新以下信息它自己的連接狀態(tài)(注冊、進入/退出)；它自己的鏈路狀態(tài)(活動/不活動，加載程度等等)；主機的可用/活動鏈路；以及消息路由選擇。跟這些任務(wù)有關(guān)的基本功能類似于主路由器40的功能，雖然消息的路由選擇比較簡單，因為它只需要將邏輯地址變換成物理地址。
考慮到路由器40的配置，兩個主路由器功能都有默認的和動態(tài)路由選擇方案路由選擇和邏輯地址到物理地址的變換。默認的路由選擇是在軟件的編譯階段定下來的，而動態(tài)路由選擇則可以在運行時刻動態(tài)地改變。內(nèi)部對象的個數(shù)最好是固定的，并且在編譯時確定下來。
可以用配置查詢來獲得跟當(dāng)前默認的或者動態(tài)路由選擇有關(guān)的信息。為了查詢配置和更改配置，提供了一個清晰的接口功能。這一接口基本上是一種消息接口(只分配了某些功能用于配置)。可以提供一組業(yè)務(wù)功能用于構(gòu)造消息。
可以配置路由器40的某些特征，從而使路由器能夠根據(jù)系統(tǒng)需要改變規(guī)模。例如，跟功能完整的數(shù)字蜂窩電話，例如GSM或者IS-136電話相比，單模式AMPS蜂窩電話的路由器功能非常有限。
至于編址方法，本發(fā)明的優(yōu)選實施方案采用了兩級地址。邏輯級地址包括一個裝置號(例如電話、PC等等)和一個內(nèi)部對象號(例如UI或者CS)。物理級地址在物理地址上增加了所用媒介的信息。
外部裝置的地址空間分成兩組。一組是固定裝置的地址(也就是有預(yù)定地址的裝置)，而另一組地址則用這里公開的動態(tài)注冊方法為裝置預(yù)約。
如果某一裝置使用固定地址，那么它就不必在PhoNet主機那里進行實際的注冊，因為發(fā)送一則消息就足以告訴主機該裝置是有連接的，除非該裝置希望讓主機知道它的首選項之類。使用固定地址就可以使用簡單的外部裝置，而不需要很高程度的智能。例如，可以將數(shù)字音頻發(fā)送給有一個硬編碼固定地址，例如所謂的“免提”單元，的簡單的低成本外部從屬裝置。
在這種情況下的注冊信息可以只包括接收方部分里的一個固定主機地址和發(fā)送方部分里的一個固定從屬裝置地址，于是注冊響應(yīng)在接收方部分里包括固定的從屬地址并在發(fā)送方部分里包括固定的主機地址。
現(xiàn)在考慮采用動態(tài)方式注冊的裝置，動態(tài)尋址指的是一些從屬裝置沒有固定的裝置號。裝置號是在注冊階段由PhoNet主機動態(tài)地分配的。主機總是用一個固定的裝置號。共用或者廣播類型的消息也有一個固定地址，所有相連的裝置都接收發(fā)往這一固定廣播地址的所有消息。
圖4說明了一種邏輯地址的格式。按照這一編址方案，網(wǎng)絡(luò)可以連接例如255個裝置，每一個相連的裝置可以有最多256個內(nèi)部對象。每一裝置的內(nèi)部對象號最好在軟件的編譯階段就固定。根據(jù)本發(fā)明的一個方面，每一個裝置，以及一個裝置里的對象，都可以單獨尋址，可以參與通信事務(wù)處理。
裝置地址可以有三種不同的狀態(tài)自由的、活動的或者掛起來的。自由地址可以分配給任意新裝置，活動地址是已經(jīng)分配給某一連接裝置的地址，掛起來的地址是等待確認有關(guān)裝置已經(jīng)退出的地址。當(dāng)跟某一裝置的通信失敗時，分配的地址就被路由器40掛起來。如果有關(guān)裝置“蘇醒過來”掛起來的地址就可以變成活動的，或者在運行某種恢復(fù)軟件以后，或者在預(yù)定的超時以后，成為自由的。
路由器40和物理媒介(例如IR鏈路)的最佳消息格式用表6表示，其中的“b”表示“比特”表6媒介 8b接收方裝置 8b發(fā)送方裝置 8b功能 8b長度 16b數(shù)據(jù)(0)接收方對象8b(可選)數(shù)據(jù)(1)發(fā)送方對象8b(可選)數(shù)據(jù)(n) 8b其中媒介=例如IR、FBUS、MBUS接收方=裝置地址發(fā)送方=裝置地址功能=消息類型標識符長度=數(shù)據(jù)字節(jié)數(shù)對象=低級地址(low level address)，例如PC應(yīng)用程序地址數(shù)據(jù)=要傳輸?shù)臄?shù)據(jù)裝置可以在系統(tǒng)啟動的時候注冊，無論該裝置是什么時候跟系統(tǒng)連接的，無論主路由器40是什么時候需要它。注冊是用該裝置選擇的物理傳輸媒介進行的。如果因為某種原因所選媒介無法使用，就可以嘗試使用其它的物理媒介。注冊技術(shù)可以是完全可配置的，這樣就可以選擇最佳媒介用于注冊，如果最佳媒介無法使用，就可以選擇一個優(yōu)先級以使用其它媒介。
在注冊消息里，正在注冊的裝置采用臨時地址，直到主路由器40分配了一個真實的裝置地址。注冊消息包含這一特定裝置的可用物理傳輸媒介的信息。注冊消息還包括一個固定部分，例如設(shè)備類型，和某種隨機生成的部分。隨機生成的部分用于在裝置試圖識別它們自己的注冊確認消息時避免沖突。裝置還可以給出最佳裝置號的建議。如果被請求的裝置號是空閑的，主機(主路由器40)就會分配這一裝置號。
更詳細地說，從一個裝置發(fā)送給主機的注冊消息包括作為接收方的固定主機的地址；臨時裝置發(fā)送方地址；裝置類型標識符；隨機號碼；如果有就分配的最佳裝置號；和可用鏈路的信息。
在注冊確認消息里，主路由器40給正在注冊的裝置分配裝置號，并告訴這一裝置它可以用什么物理媒介。
更詳細地說，從主機發(fā)往從屬(裝置)的注冊消息包括作為接收方的臨時地址；作為發(fā)送方的固定主機的地址；裝置類型標識符(來自注冊消息)；隨機號碼(來自注冊消息)；
主機分配的裝置號；和主機內(nèi)可用鏈路的信息。
這些裝置的外部對象也可以注冊進入該系統(tǒng)。如果外部對象想改變例如它的路由，它就象那些裝置一樣向主機表明身份。該對象還通知主機它想用哪種物理鏈路。對象注冊消息主要只包括最佳鏈路信息。為了在兩個外部對象之間建立管道，它們必須都在主機這里注冊。
對裝置連接的監(jiān)視是在PhoNet連接層42里進行的。當(dāng)連接層42檢測到某一裝置已經(jīng)斷開時，它就通知PhoNet路由器40。然后，路由器40將這一裝置和該裝置擁有的所有外部對象標為已經(jīng)斷開。首先將該裝置的地址改成掛起狀態(tài)，說明不能將這一地址分配給任何其它裝置，直到路由器40確信該裝置已經(jīng)真的退出，或者跟PhoNet系統(tǒng)斷開。當(dāng)路由器40認定該裝置已經(jīng)退出時，就將該地址改成自由狀態(tài)，可以重新分配給另一個裝置。
路由器40提供一種業(yè)務(wù)，以獲得任意裝置的連接信息。任何對象都可以請求路由器40自動地通知對象一個裝置或者一些裝置是否已斷開。對象還可能采用路由器40的業(yè)務(wù)功能來首先確定需要的對象/裝置已經(jīng)斷開還是正在連接中。
所有路由器(主路由器和子路由器)都支持將邏輯地址轉(zhuǎn)換成物理地址。一個邏輯地址可以對應(yīng)幾個物理地址。同時提供默認配置和動態(tài)配置。
主路由器40能夠按照功能為消息尋找路由，也就是說，接收方地址可以是未知的。呼叫創(chuàng)建消息就是一個例子，因為呼叫創(chuàng)建消息可以在不知道是在什么地方創(chuàng)建呼叫或者特定時刻哪一個CS(在多CS電話中)是活動的情況下創(chuàng)建。但是，主路由器40將這一消息傳送給合適的邏輯地址。這一路由選擇是完全可以配置的，例如，如果CS業(yè)務(wù)切換到另一個系統(tǒng)，路由就跟著改變。
PhoNet系統(tǒng)有單獨的安全檢查模塊。如果需要，可以為每一個邏輯地址和選擇路由功能提供安全保障。例如，可以用命令鎖定一個功能或者一個邏輯地址來保證它的安全，只有用特定的安全操作才能打開這把鎖。
連接層42為實際的物理鏈路，例如Fbus、IR或者RF，提供路徑。每一種物理媒介都有它自己的低級驅(qū)動器，用于跟特定的媒介模塊接口。OS也被看成一種傳輸媒介，雖然它跟物理媒介不相似。
連接層42包括上述協(xié)議變換器模塊(也就是幀過濾器42E)，通過它將消息變換成需要的幀結(jié)構(gòu)。這一處理是在將消息傳遞給媒介模塊43之前進行的。連接層42還提供一種優(yōu)化消息傳遞方式，這樣，幾個PhoNet消息就可以打包成一個物理層幀。
總之，連接層42有以下特征和優(yōu)點(a)通過物理媒介提供可靠的消息傳輸；(b)負責(zé)向路由器40報告鏈路丟失/發(fā)現(xiàn)信息；(c)需要的時候?qū)成涑奢^低級的協(xié)議；(d)為路由器40提供一種接口，這種接口是固定的，對于所有的較低級媒介模塊43來說都平等；(e)使得較低級媒介能夠很容易地添加到PhoNet系統(tǒng)里去；(f)使媒介模塊43能夠更新鏈路功能的診斷(例如，重新發(fā)射，誤碼率，緩沖器狀態(tài)，等等)；和(g)提供上述幀過濾器42E，將PhoNet幀結(jié)構(gòu)變換成其它的幀結(jié)構(gòu)，或者需要的話反過來。
圖7給出了PhoNet主路由器40跟多個媒介驅(qū)動消息路徑的一個互連例子，其中的OS 42F消息業(yè)務(wù)被看作一個媒介。
圖8給出了一個裝置和主路有器之間“呼叫創(chuàng)建”消息的消息流例子。在這種情況下，呼叫創(chuàng)建消息通過到主路由器40(裝置00)的IR鏈路通過了從屬裝置03中的一個子路由器40’，將呼叫創(chuàng)建消息通過OS42F傳遞給CS。在這一例子中，邏輯地址00．00有兩種物理媒介，IR是比FBUS更好的選擇。
圖9描述的是從一個對象(應(yīng)用程序)通過路由器層40和連接層42，通過MCU/DSP接口(IF)，并到達請求獲得的物理媒介(例如IR硬件43A)，的一個消息流例子。更具體地說，采取了以下步驟1．一個對象，例如ISI，發(fā)送一則要選擇路由的消息。
2．PhoNet路由器40定義-什么地方裝置+對象-什么方式物理媒介3．路由器40發(fā)送這一消息給完成以下操作從而實現(xiàn)必須的協(xié)議的物理媒介模塊(例如IR HW 43A)-緩沖
-消息編號-確認-重新傳輸-向路由器40發(fā)送失敗報告-以及其它所有的較低級任務(wù)4．媒介模塊功能可以在MCU21和DSP23之間分開?？偟膩碚f，所有需要的控制都由MCU21完成，DSP23可以添加一些額外的信息給幀，但主要功能是“驅(qū)動”物理媒介。通常，MCU21太慢，難以驅(qū)動快速總線。給定媒介模塊可以“驅(qū)動”一個或者幾個不同的物理媒介(例如無線媒介模塊42B可以通過它們相應(yīng)的硬件接口驅(qū)動IR或RF鏈路)。
5．消息是用被請求獲得的物理媒介(IR)傳輸?shù)摹?br> 對本發(fā)明有了一個總的了解以后，下面將更詳細地介紹本發(fā)明。
移動臺10有許多基本能力。包括跟蜂窩(可能還有無繩)系統(tǒng)有關(guān)的能力(例如能夠發(fā)出、接受和管理呼叫)，非系統(tǒng)能力(例如能夠儲存和取出號碼簿條目)。移動臺10包括所有這些基本能力，它們一起用一種相干的方式集成起來，實現(xiàn)電話功能。
智能軟件體系結(jié)構(gòu)(ISA)將移動臺的基本能力分成邏輯組或者資源。在ISA里，移動臺的資源由服務(wù)程序控制。每一種資源都有一個服務(wù)程序。服務(wù)程序提供一種接口，使得任意數(shù)目的應(yīng)用程序能夠使用這一資源．服務(wù)程序的目的是用一個服務(wù)程序接口封裝它控制的資源。設(shè)計和實現(xiàn)服務(wù)程序和服務(wù)程序接口時沒有直接考慮要使用它的應(yīng)用程序。
應(yīng)用程序鏈路將移動臺10的資源跟實現(xiàn)移動臺功能的邏輯組合起來。應(yīng)用程序通過服務(wù)程序可以使用任意數(shù)量的資源，實現(xiàn)它們自己的功能。應(yīng)用程序通過連通層41(見圖3)發(fā)出“資源請求”，對于這一目的，可以認為連通層41包括路由器40和連接層42的功能。連通層41利用路由器40將“資源請求”消息發(fā)送給控制所需資源的服務(wù)程序。服務(wù)程序執(zhí)行被請求的操作，然后通過連通層41發(fā)送適當(dāng)?shù)捻憫?yīng)消息給發(fā)出請求的應(yīng)用程序。連通層41提供一種直接的消息傳送機制，使得應(yīng)用程序能夠使用移動電話終端的資源，而不必知道這些資源或者控制這些資源的服務(wù)程序在哪里以及是如何實現(xiàn)的。應(yīng)用程序只需知道資源和能夠用它的接口的特性。連通層41支持資源的動態(tài)配置。這意味著移動臺10的資源和能力能夠動態(tài)地改變。如果需要，可以讓應(yīng)用程序知道這些改變。
連通層41包括PhoNet的協(xié)議軟件和可以在控制模塊42A里實現(xiàn)的一個通信管理器。連通層41按照PhoNet消息格式處理智能業(yè)務(wù)接口(ISI)消息。這些消息和PhoNet并不是受限于某種總線硬件。通信管理器負責(zé)將事件分配給內(nèi)部應(yīng)用程序、服務(wù)程序和面板，并在應(yīng)用程序之間進行通信。應(yīng)用程序管理器負責(zé)應(yīng)用程序的注冊。面板用于按照所需要的用戶接口類型將應(yīng)用程序產(chǎn)生的信息顯示給用戶。跟以前的移動臺軟件體系結(jié)構(gòu)的一個很大的差別是將用戶接口軟件分成了應(yīng)用程序和服務(wù)程序?？梢岳眠B通層41和ISI接口從移動臺10的外部調(diào)用服務(wù)程序。利用同樣的服務(wù)程序的應(yīng)用程序可以利用連通層41和ISI接口放在無線電模塊或者移動臺10外面。使用相同服務(wù)程序的應(yīng)用程序可以安裝在于無線電模塊里面或者外面，例如，在PC里或者附屬裝置里。在一種以前的軟件體系結(jié)構(gòu)里，MCU SW被分成子系統(tǒng)，每一個子系統(tǒng)都是有給其它子系統(tǒng)的指定業(yè)務(wù)的MCU軟件的自主部分。在ISA里，以前的子系統(tǒng)很可能仍然存在，但在應(yīng)用程序(UI)和子系統(tǒng)之間引入了服務(wù)程序。
ISA的目的包括將基本資源的控制跟功能控制和邏輯分開來；分開需要和提供業(yè)務(wù)的實體(應(yīng)用程序&服務(wù)程序)；產(chǎn)生支持服務(wù)程序為應(yīng)用程序提供服務(wù)的接口；產(chǎn)生支持改變服務(wù)程序而不影響應(yīng)用程序的接口(去耦)；產(chǎn)生一個接口，保證服務(wù)程序不需要知道使用這些業(yè)務(wù)的應(yīng)用程序的任何情況，也就是允許引入新的應(yīng)用程序而不會影響服務(wù)程序；以及隱藏應(yīng)用程序和服務(wù)程序的位置，甚至在幾個處理器之間(分布)。
在隨后的討論中給出了這一體系結(jié)構(gòu)的幾個視圖。展開視圖(development view)(圖10)主要是介紹軟件的結(jié)構(gòu)、它的劃分和層。物理視圖(physical view)(圖11)介紹的是系統(tǒng)配置。任務(wù)視圖(圖12)描述的是實體的OS任務(wù)分配。接下來提供了消息序列，用來說明應(yīng)用程序、連通層41和服務(wù)程序之間的通信。
參閱圖10，展開視圖描述的是軟件的結(jié)構(gòu)，從中可以看出，移動臺以及附屬裝置28的資源或者子系統(tǒng)48，是由服務(wù)程序50控制的，它提供一個ISI接口，并使得應(yīng)用程序52能夠使用移動臺的子系統(tǒng)48。應(yīng)用程序52用ISI消息向連通層41發(fā)出資源請求。如上所述，連通層41包括PhoNet和通信管理器41A。應(yīng)用程序管理器54，它也可以是通信管理器41A的一部分，負責(zé)給應(yīng)用程序52注冊。事件服務(wù)程序56，它同樣也可以是通信管理器41A的一部分，處理從服務(wù)程序50到應(yīng)用程序52的事件分配。面板58為應(yīng)用程序52提供IO功能，它還有一個有關(guān)的面板服務(wù)程序60。同一處理器里的這些各種子系統(tǒng)48互相之間還可以直接通信。
圖11的物理視圖說明的是利用系統(tǒng)總線(FBUS、MBUS、IR)將移動臺10(也叫做無線電單元)跟例如附屬裝置28、個人計算機(PC)60、跟第二個PC60連接的PCMCIA卡62這樣的PC卡、DCS電話的AMPS包這樣的外部無線電單元64、蜂窩網(wǎng)66連接，以及通過蜂窩網(wǎng)66跟網(wǎng)絡(luò)應(yīng)用程序連接，例如跟電話號碼查詢、內(nèi)部鏈路等等這樣的無線電(OTA)功能連接。這一例子中的移動臺10包括增值業(yè)務(wù)(VAS)應(yīng)用程序70和便攜式用戶接口應(yīng)用程序72。
圖12的任務(wù)視圖(它跟圖10的展開視圖相似)說明的是MCU21軟件的OS任務(wù)74分配。每一個OS任務(wù)74都用一個虛線框來表示。用戶接口任務(wù)包括應(yīng)用程序52、服務(wù)程序50、應(yīng)用程序管理器54(這一功能可以集成到通信管理器41A中去)和面板58。在其它的MCU 21 OS任務(wù)中還有其它的應(yīng)用程序。服務(wù)程序50可以位于跟子系統(tǒng)一樣的任務(wù)中，或者不同的任務(wù)中，而多數(shù)復(fù)雜的子系統(tǒng)(例如CS)都包括幾個OS任務(wù)。PhoNet有它自己的OS任務(wù)。或者每一個任務(wù)包括一個應(yīng)用程序，或者服務(wù)程序有它自己的通信管理器41A。
描述完總的體系結(jié)構(gòu)以后，下面將介紹實體。實體指的是應(yīng)用程序52、服務(wù)程序50、連通層41或者子系統(tǒng)48。ISA將軟件分成應(yīng)用程序52和服務(wù)程序50。有必要區(qū)分服務(wù)程序50和應(yīng)用程序52，以保證體系結(jié)構(gòu)的正確劃分。這一信息有助于理解某一實體在干什么以及添加新功能時如何劃分系統(tǒng)。
服務(wù)程序50的特性包括服務(wù)程序控制資源、服務(wù)程序50提供接口時其它實體能夠訪問它控制的資源(假設(shè)該接口符合ISI規(guī)范)；只能利用有效的資源地址通過連通層41發(fā)出資源請求來訪問服務(wù)程序50；只有服務(wù)器50可以為資源請求提供服務(wù)；給定服務(wù)程序50可以利用一個或多個其它服務(wù)程序50提供的服務(wù)來構(gòu)成它自己的服務(wù)；服務(wù)程序50不通過面板58為用戶提供信息。
應(yīng)用程序52的特性包括應(yīng)用程序52不控制資源；應(yīng)用程序52不通過ISI接口提供服務(wù)；不能通過連通層41用資源請求訪問應(yīng)用程序52；應(yīng)用程序52用一個或多個服務(wù)程序50的服務(wù)構(gòu)造功能；應(yīng)用程序52可以通過面板58將功能提供給用戶，但并不要求它具有這一功能。
考慮到事務(wù)處理過程中實體的角色，讓服務(wù)程序50利用它自己的資源和其它服務(wù)程序50的服務(wù)構(gòu)成它自己的服務(wù)是有可能的。例如，考慮GSM移動臺的存儲器搜索功能。在這一例子里，便攜式用戶接口里有一個應(yīng)用程序52，它利用面板服務(wù)程序60和電話號碼簿服務(wù)程序50提供的服務(wù)構(gòu)成存儲器搜索功能。應(yīng)用程序52可以請求電話號碼簿服務(wù)程序50尋找電話號碼簿中跟名字相同的電話號碼。號碼簿處理這一請求，并為發(fā)出請求的應(yīng)用程序52給出一個最接近的結(jié)果，或者給出出錯信息。
在處理應(yīng)用程序的請求時，可能要求服務(wù)程序50使用它自己的資源，例如，電話自己的號碼簿存儲器，以及另一個服務(wù)程序的資源，例如SIM服務(wù)程序50，如果號碼簿儲存在SIM27中。在這種情況下，處理應(yīng)用程序的請求時，號碼簿服務(wù)程序50自己不得不向SIM服務(wù)程序50發(fā)出資源請求，以訪問SIM27里儲存的號碼。發(fā)出最初資源請求的應(yīng)用程序52，不知道也不需要知道，處理它的資源請求的服務(wù)程序50不得不也發(fā)出資源請求來完成這一任務(wù)。
在這種情況下，搞清某一實體在特定事務(wù)處理過程中的角色是很有用處的。
事務(wù)處理包括一系列的通信，也就是兩個實體之間的消息傳遞。在每一次事務(wù)處理中一個實體的角色是客戶程序，其它實體的角色則是服務(wù)程序。作為客戶程序，某一實體發(fā)出資源請求、接受響應(yīng)、指示或者查詢請求，或者發(fā)送信息響應(yīng)消息。在事務(wù)處理中劃分成應(yīng)用程序52或者服務(wù)程序50的實體可以是客戶程序。扮演服務(wù)程序50的角色的實體為資源請求提供服務(wù)、發(fā)出查詢請求、發(fā)送指示消息或者接受信息響應(yīng)消息。服務(wù)程序50的角色只能由劃分成服務(wù)程序50的實體扮演。應(yīng)用程序52永遠都不會扮演服務(wù)程序50的角色。有可能某一實體在一次事務(wù)處理過程中扮演服務(wù)程序50的角色，例如，為資源請求服務(wù)，然后在下一次事務(wù)處理中扮演應(yīng)用程序52的角色，也就是發(fā)出資源請求。
應(yīng)用程序52在一個或者多個服務(wù)程序50的幫助下完成軟件的功能。移動臺10里面和外面的應(yīng)用程序52利用同樣的服務(wù)程序50接口?？傊?，應(yīng)用程序52利用服務(wù)程序50提供的資源。通過連通層41，也就是通信管理器41A和PhoNet，可以訪問服務(wù)程序50。應(yīng)用程序52從其它的應(yīng)用程序52或者外部裝置接收事件。應(yīng)用程序52可以產(chǎn)生面板58，從而輸出信息給用戶并接受用戶的輸入。
應(yīng)用程序管理器(AM)54，它在本發(fā)明的優(yōu)選實施方案中的功能被集成在通信管理器41A里，負責(zé)在任務(wù)中管理應(yīng)用程序52和服務(wù)程序50。應(yīng)用程序管理器54可能會有幾個實例(instances)，每一個都在不同的OS任務(wù)中運行。應(yīng)用程序管理器54的職責(zé)包括注冊新的應(yīng)用程序52/服務(wù)程序50；根據(jù)請求撤銷應(yīng)用程序52/服務(wù)程序；在任務(wù)中管理應(yīng)用程序52/服務(wù)程序50的事件注冊；將事件傳遞給注冊應(yīng)用程序52/服務(wù)程序50；啟動跟應(yīng)用程序管理器54某一實例有關(guān)的初始應(yīng)用程序52/服務(wù)程序50。
應(yīng)用程序管理器54里的許多應(yīng)用程序52/服務(wù)程序50還被通信管理器41A用于特定的任務(wù)。即使某一任務(wù)只有一個應(yīng)用程序52或者服務(wù)程序50，也要提供應(yīng)用程序管理器54的一個實例。
上述VAS應(yīng)用程序70可以分成固定應(yīng)用程序、動態(tài)應(yīng)用程序和可下載應(yīng)用程序。固定應(yīng)用程序是一個永久性的應(yīng)用程序，從移動臺10以外接收一些信息，例如用網(wǎng)絡(luò)66發(fā)過來的一則消息將一個新的振鈴音編入移動臺(見圖11)。動態(tài)應(yīng)用程序跟網(wǎng)絡(luò)66有更多的相互作用，例如一個內(nèi)部瀏覽器?？上螺d應(yīng)用程序包括腳本語言或者目標碼，可以通過空中接口從網(wǎng)絡(luò)66向移動臺10編程。
外部應(yīng)用程序(MCU21以外的)類似于便攜式UI應(yīng)用程序，但它是在另一個處理器里運行的。它們用ISI消息跟移動臺10的面板58和服務(wù)程序50通信。這樣的例子包括個人通信器類型的應(yīng)用程序和錄音機應(yīng)用程序。
網(wǎng)絡(luò)應(yīng)用程序通過空中接口利用移動臺的資源。對移動臺資源的使用由例如移動臺10里的VAS應(yīng)用程序70控制。
有各種各樣的服務(wù)程序50?？傊?，服務(wù)程序50為(所有的)應(yīng)用程序52提供一組服務(wù)。服務(wù)程序50可以在移動臺10以內(nèi)或者以外。服務(wù)程序50可以分成以下幾類
默認服務(wù)程序當(dāng)連通層41被配置成讓針對某一資源的所有資源請求都發(fā)往這一特定服務(wù)程序50時，服務(wù)程序50就是該資源的默認服務(wù)程序。
多個服務(wù)程序移動臺10可能有兩個或者更多的相似資源，也就是同一種類型的資源。在這種情況下，每一個資源都有它自己的服務(wù)程序50，這意味著對于移動臺10和它的附件中某一特定的資源類型，有一個以上的服務(wù)程序50。
例如，可能有多個號碼簿。在移動臺10的個人通信器實施方案里，個人通信器單元和無線電單元中可能有幾個號碼簿。這些號碼簿都有它們自己的服務(wù)程序。
又例如，在多模式移動臺里，可能有兩種呼叫資源，所支持的每一種蜂窩/無繩系統(tǒng)都有一種(例如AMPS和IS-136)。這兩種呼叫資源都有它們自己的服務(wù)程序50。
動態(tài)服務(wù)程序動態(tài)服務(wù)程序是在編譯/連接以后添加到系統(tǒng)里的服務(wù)程序。動態(tài)服務(wù)程序可以在移動臺10(例如可下載軟件)內(nèi)，也可以在跟移動臺10連接的其它裝置里。
導(dǎo)控器在移動臺10和它的附件中有多個服務(wù)程序50，從而給實體分配較高級的控制權(quán)，在多個服務(wù)程序50中選擇，例如規(guī)定多個服務(wù)程序中哪一個是默認服務(wù)程序的情況下。在這里該實體就叫做導(dǎo)控器。導(dǎo)控器可以是多個服務(wù)程序50中的一個，或者它可以是一個獨立的實體。
事件服務(wù)程序56，在本發(fā)明的這一優(yōu)選實施方案里它的功能被結(jié)合進通信管理器41A里，用于處理從服務(wù)程序50到應(yīng)用程序52的事件分配。這一事件服務(wù)程序56的功能如下。
應(yīng)用程序52利用事件服務(wù)程序56功能向某一資源的事件注冊(例如來自一個時間保持資源的定時中斷)。該事件服務(wù)程序56還要儲存關(guān)于哪些應(yīng)用程序52要注冊哪些事件的信息。事件服務(wù)程序56從服務(wù)程序50接收所有的事件，并將這些事件分發(fā)給注冊了要接收這些事件的所有應(yīng)用程序52。
應(yīng)用程序52利用一組面板58來提供它自己的I/O功能。面板服務(wù)程序60的目的是從應(yīng)用程序52提取類型專用信息以提高它們的便攜性。應(yīng)用程序52和面板58之間的接口是基于應(yīng)用程序52可能不是移動臺10這一事實的消息。
這樣，面板服務(wù)程序60用于處理應(yīng)用程序52和面板58之間的通信。它提供生成和刪除面板58的方法。面板服務(wù)程序60用一個堆棧儲存描述當(dāng)前面板58和它們的相對優(yōu)先級的信息。外部應(yīng)用程序52可以通過從面板服務(wù)程序60預(yù)約面板58來使用移動臺的小鍵盤22和顯示器。外部應(yīng)用程序52可以產(chǎn)生定制面板或者預(yù)定面板58。
現(xiàn)在來看最關(guān)心的一個特殊服務(wù)程序，系統(tǒng)模式控制(SMC)服務(wù)程序是進行多模式移動臺控制的一個特殊服務(wù)程序。多模式移動臺有兩重目的將不同的蜂窩系統(tǒng)(或者無繩系統(tǒng))合而為一，從而在覆蓋范圍和容量方面得到最好的性能(移動臺10只有一個電話號碼但支持不同的系統(tǒng))；將兩種不同的獨立系統(tǒng)合并成一個，使用戶可以用一個終端獲得兩個系統(tǒng)。在這后一種情況下，移動臺10在每一個系統(tǒng)里都有一個電話號碼。
在ISA里，SMC服務(wù)程序的角色是控制對蜂窩(或者無繩)系統(tǒng)軟件的選擇，這可以在外部實現(xiàn)(MCU21以外，例如DCS電池組里的AMPS，如圖11中的單元66所示)，也可以在內(nèi)部實現(xiàn)(在MCU21以內(nèi)，例如DECT+GSM或者PDS+PHS)。SMC服務(wù)程序不需要包括在單模式移動臺內(nèi)(例如只有AMPS或者GSM)。
SMC服務(wù)程序用于將多模式功能從專用服務(wù)程序50中分離出來。系統(tǒng)專用服務(wù)程序50包括，例如，呼叫服務(wù)程序、短消息業(yè)務(wù)(SMS)服務(wù)程序、輔助業(yè)務(wù)(SS)服務(wù)程序和網(wǎng)絡(luò)選擇(NS)服務(wù)程序50。這種分離最好通過靈活地配置連通層41，并為連通層41添加一個特殊的路由選擇機制來完成，這一機制由路由器40來識別和啟動。
不同的系統(tǒng)是在不同的系統(tǒng)服務(wù)程序50里實現(xiàn)的，它們?yōu)橥獠亢蛢?nèi)部系統(tǒng)提供同樣的體系結(jié)構(gòu)。另外，它們將不同的系統(tǒng)完全分離開來，這也會增強系統(tǒng)結(jié)構(gòu)的模塊化程度。
圖22A和22B說明的是系統(tǒng)模式控制(SMC)服務(wù)程序50A的兩種實施方案，它結(jié)合了系統(tǒng)選擇規(guī)則，以及它跟應(yīng)用程序52和系統(tǒng)服務(wù)程序50的連接，特另是第一個系統(tǒng)服務(wù)程序50B和第二個系統(tǒng)服務(wù)程序50C。在圖22A的實施方案里，SMC服務(wù)程序50A通過連接層41來工作，以便控制應(yīng)用程序52跟系統(tǒng)服務(wù)程序50B和50C中的一個的連接。SMC服務(wù)程序50A的操作用一個單刀雙擲(SPDT)開關(guān)41B表示。圖22B的實施方案，它是當(dāng)前的最佳實施方案，通過連通層41將應(yīng)用程序52跟SMC服務(wù)程序50A連接起來，然后同樣是通過連通層41將SMC服務(wù)程序50A跟系統(tǒng)服務(wù)程序50B和50C中選中的那一個連接起來。
在圖22A所示的實施方案里，應(yīng)用程序52將一般性的消息發(fā)送給系統(tǒng)服務(wù)程序50B或者50C。SMC服務(wù)程序50A控制這一連通層41中的開關(guān)41A，從而間接地影響消息的路由選擇。
除了控制路由選擇外，SMC服務(wù)程序50A還有幾個其它的功能。這些功能包括決定哪一個系統(tǒng)應(yīng)當(dāng)是活動的(系統(tǒng)的掛起和恢復(fù))；將系統(tǒng)之一關(guān)閉的時候初始化所需要的所有功能(例如呼叫轉(zhuǎn)移、自動撥號到一個操作中心)；控制對非活動系統(tǒng)的掃描過程(例如每一個掃描5分鐘)；控制如何選擇不同的系統(tǒng)(根據(jù)系統(tǒng)的優(yōu)先級)；控制圖22A中實施方案里的連通層41開關(guān)(控制路由選擇)；處理用戶控制的活動(例如強制跟一個非活動系統(tǒng)建立呼叫，用戶啟動的掃描)；以及跟應(yīng)用程序52、連通層41和系統(tǒng)專用服務(wù)程序50B和50C相互作用，以實現(xiàn)多模式。
總之，應(yīng)用程序52通過ISI服務(wù)程序接口利用移動臺10的資源構(gòu)造它們自己的功能。應(yīng)用程序52向連通層41發(fā)出資源請求。連通層41將資源請求跟當(dāng)前這一資源活動的服務(wù)程序50比較，通常是默認服務(wù)程序。MCU21在連通層41里儲存并維護著所有這種服務(wù)程序的配置表。資源到服務(wù)程序的變換的默認配置在編譯時就定了下來，但這種變化可以在運行時改變。試圖利用不被支持的系統(tǒng)資源的應(yīng)用程序52會在響應(yīng)消息中收到“不支持”指示。
總結(jié)起來，就象前面所說明的那樣，連通層41負責(zé)監(jiān)測、注冊和對所連接的服務(wù)程序50和應(yīng)用程序52尋址。它為消息選擇路由，從資源名稱到資源的邏輯地址，從邏輯地址到物理地址。發(fā)送方不必知道消息是發(fā)往了同一處理器內(nèi)的一個實體還是發(fā)給了附屬裝置里的一個實體，這都隱藏在物理總線后面。連通層41掩蓋了ISI接口后面的實際物理位置。
應(yīng)用程序52和服務(wù)程序50利用通信管理器41A進行通信。通信管理器41A檢查通信的目標是否位于同一OS任務(wù)內(nèi)。如果是這樣，就跟這一目標通信。如果目標不在同一OS任務(wù)內(nèi)，通信管理器41A就將這一請求傳送給PhoNet作為一則ISI消息。然后PhoNet將這一消息發(fā)送給合適的OS任務(wù)的郵箱，或者如果目標位于另一個裝置里，它就將這一消息發(fā)送給這一裝置，通過適當(dāng)?shù)拿浇?，例如串行IR總線18C。響應(yīng)消息用同樣的方式選擇路由，或者由通信管理器41A直接發(fā)送給發(fā)送方，或者由PhoNet發(fā)送給發(fā)送方OS任務(wù)的通信管理器。每一個OS任務(wù)都有一個通信管理器41A的一個實例，其中包含應(yīng)用程序52或者服務(wù)程序50。
實體(應(yīng)用程序52和服務(wù)程序50)之間的通信是基于消息的。這些消息或者是從任務(wù)到任務(wù)的OS消息，或者是通過某種物理總線(例如FBUS、IR鏈路)發(fā)送的消息。這些消息是ISI請求、響應(yīng)和指示。
應(yīng)用程序52和服務(wù)程序50之間的通信分組如下資源請求由應(yīng)用程序52產(chǎn)生，請求使用移動臺10的一種資源。資源請求是通過連通層41從應(yīng)用程序52傳送給服務(wù)程序50的。
響應(yīng)是由服務(wù)程序50發(fā)送給發(fā)出請求的應(yīng)用程序52的，用于發(fā)送資源請求引發(fā)的操作的結(jié)果。
指示(indication)，在這里也叫做通知或者事件，是由服務(wù)程序50發(fā)送的，用于將服務(wù)程序50控制的資源的狀態(tài)信息傳遞給一個或者多個應(yīng)用程序52。
狀態(tài)信息可以由服務(wù)程序50發(fā)送，用于將一個時間報告給一個或者多個應(yīng)用程序52，其中的事件發(fā)生在服務(wù)程序50控制的資源里。在這種情況下，這一事件不是由應(yīng)用程序52發(fā)出的資源請求直接引發(fā)的。這種事件的一個例子是呼叫服務(wù)程序收到的呼入。
狀態(tài)信息可以由服務(wù)程序50發(fā)出，用來向一個或者多個應(yīng)用程序52報告一項操作的狀態(tài)。這一特定的狀態(tài)信息不是操作的結(jié)果，操作的結(jié)果是用響應(yīng)消息給出的。
狀態(tài)信息也可以根據(jù)應(yīng)用程序52向服務(wù)程序50發(fā)出的資源請求引發(fā)的操作而發(fā)出。操作是在服務(wù)程序50控制的資源里進行的。
應(yīng)用程序52和服務(wù)程序50之間的通信還包括如下。
查詢請求是根據(jù)應(yīng)用程序52發(fā)出的資源請求正在進行處理的服務(wù)程序50發(fā)出的。為了繼續(xù)處理，服務(wù)程序50需要從發(fā)出請求的應(yīng)用程序52獲得某些信息。需要的信息可以是，例如，服務(wù)程序50可能需要通知應(yīng)用程序52發(fā)生了一個事件，并跟應(yīng)用程序52“握手”(例如請求指示服務(wù)程序是否應(yīng)當(dāng)繼續(xù)處理)。查詢請求也可以由服務(wù)程序50發(fā)出，以便從應(yīng)用程序52獲得更多的信息，從而能夠繼續(xù)處理。
最后，通知響應(yīng)(Inform Response)由應(yīng)用程序52發(fā)出，作為對服務(wù)程序50發(fā)出的查詢請求的響應(yīng)。通知響應(yīng)可以包含服務(wù)程序50需要的額外信息。
所有消息標識符都要附加以下后綴，以說明消息的本質(zhì)。
_REQ 資源請求_RESP資源請求的響應(yīng)_IND 指示_CONS查詢請求INF 通知響應(yīng)應(yīng)用程序52、連通層41(通信管理器41A和PhoNet)、服務(wù)程序50和各種子系統(tǒng)之間的通信用圖13、14和15所示的消息序列圖來說明。在這些示意圖中，應(yīng)用程序52和服務(wù)程序50或者在MCU21以內(nèi)，或者在MCU21以外。在所有的圖中，描述的都是相同的協(xié)議，也就是說，應(yīng)用程序52發(fā)送資源請求消息，支持這一資源的服務(wù)程序50接收資源請求，并將響應(yīng)發(fā)回發(fā)出請求的應(yīng)用程序52。
這些示意圖使用的縮寫有f．call=功能調(diào)用，if=接口，msg=消息，r．value=(函數(shù)的)返回值，req=請求，resp=響應(yīng)，CM=通信管理器。
首先看圖13，其中的應(yīng)用程序52和服務(wù)程序50都在同一OS任務(wù)內(nèi)，CM41A接收應(yīng)用程序52發(fā)出的ISI消息形式的資源請求。CM41A判斷給這一資源請求提供服務(wù)的服務(wù)程序50位于同一OS任務(wù)內(nèi)。CM41A將資源請求傳遞給服務(wù)程序50。如果需要，服務(wù)程序50將這一資源請求解釋并變換成子系統(tǒng)48的接口功能調(diào)用。子系統(tǒng)響應(yīng)或者是OS消息或者是接口功能的返回值?，F(xiàn)在服務(wù)程序50有了構(gòu)成響應(yīng)消息所需要的數(shù)據(jù)。服務(wù)程序50將資源請求的響應(yīng)發(fā)回CM41A，后者則將這一響應(yīng)發(fā)回發(fā)出請求的應(yīng)用程序52。
下面參考圖14，其中的應(yīng)用程序52和服務(wù)程序50位于同一處理器(MCU21)里，但在不同的OS任務(wù)里，第一個CM41A(CM#1)從應(yīng)用程序52接收ISI消息形式的資源請求。CM#1判斷給這一資源請求提供服務(wù)的服務(wù)程序50不在同一OS任務(wù)內(nèi)。CM#1將這一資源請求傳遞給PhoNet，后者將這一消息發(fā)送給包括這一資源的服務(wù)程序50的任務(wù)的OS郵箱。
這一任務(wù)的第二個CM41A’(CM#2)讀這一個OS郵箱，并將這一消息發(fā)送給服務(wù)程序50。如果需要，服務(wù)程序50將這一資源請求解釋并變換成目標子系統(tǒng)48的接口功能調(diào)用。這一子系統(tǒng)的響應(yīng)或者是一則OS消息或者是接口調(diào)用的一個返回值。服務(wù)程序50現(xiàn)在有了構(gòu)造響應(yīng)消息所必需的數(shù)據(jù)。響應(yīng)消息被發(fā)送給OS任務(wù)，這一OS任務(wù)包含在最初發(fā)送的資源請求消息的報頭里(見前面的表6)。服務(wù)程序50將資源請求的響應(yīng)發(fā)送回CM#2，CM#2將這一響應(yīng)消息發(fā)送給PhoNet，PhoNet將這一響應(yīng)轉(zhuǎn)發(fā)給CM#1。位于應(yīng)用程序52里的CM#1收到這一消息，并將它傳遞給發(fā)出請求的應(yīng)用程序52。
下面參考圖15，其中的應(yīng)用程序52和服務(wù)程序50位于不同的處理器里。首先，CM#1從應(yīng)用程序52接收ISI消息形式的資源請求。CM#1判斷為這一資源請求提供服務(wù)的服務(wù)程序50不在同一OS任務(wù)里。CM#1將這一資源請求發(fā)送給PhoNet#1。PhoNet#1將這一資源請求消息發(fā)送給包括這一資源的裝置。PhoNet#1發(fā)送這一資源請求消息用的是一條合適的鏈路，例如IR鏈路18C，如上所述，就象例如該裝置向PhoNet#1注冊時指定的優(yōu)選鏈路一樣。該裝置內(nèi)的PhoNet#2從選中的鏈路收到這一資源請求消息，并將這一消息發(fā)送給包括這一資源的服務(wù)程序50的任務(wù)的OS郵箱。這一任務(wù)的CM#2讀郵箱，并將消息發(fā)送給服務(wù)程序50。如果需要，服務(wù)程序50將這一資源請求解釋并變換成子系統(tǒng)接口功能調(diào)用。子系統(tǒng)的響應(yīng)或者是一則OS消息，或者是接口功能的返回值。服務(wù)程序50現(xiàn)在有了構(gòu)成響應(yīng)消息所需要的數(shù)據(jù)，這一響應(yīng)消息被發(fā)往資源請求消息的報頭里包含的裝置和對象。服務(wù)程序50將響應(yīng)消息發(fā)回CM#2，CM#2將響應(yīng)消息發(fā)送給PhoNet#2，后者則將響應(yīng)消息發(fā)送給最初的裝置里的PhoNet#1。PhoNet#1收到響應(yīng)消息，并將它作為OS消息發(fā)送給目標任務(wù)。CM#1收到這一OS消息，并將這一響應(yīng)消息發(fā)回發(fā)出請求的應(yīng)用程序52。
下面根據(jù)本發(fā)明的這一方面更詳細地介紹智能業(yè)務(wù)接口(ISI)。
ISI服務(wù)程序50“擁有”服務(wù)程序50和客戶程序之間的接口(客戶程序是使用ISI服務(wù)程序的一個應(yīng)用程序52或者另外一個服務(wù)程序50)。同樣，發(fā)送給和來自ISI服務(wù)程序的消息總是用ISI服務(wù)程序的所需格式表示，而不是用發(fā)出請求的客戶程序的格式。這樣做保證了ISI服務(wù)程序接口的定義不依賴于使用它的客戶程序，而且所有客戶程序都可以使用這一ISI服務(wù)程序的業(yè)務(wù)。
ISI消息的后綴使得消息能夠按照使用它們的環(huán)境的方式來定義。從后綴可以獲得的信息包括誰是消息的發(fā)送方，客戶程序還是ISI服務(wù)程序；誰應(yīng)當(dāng)是消息的接收方，客戶程序還是ISI服務(wù)程序；以及要在什么樣的環(huán)境里發(fā)送這一消息。也就是說，這一消息是否是前一消息的結(jié)果，或者這一消息是否是一個新的請求。
前面定義了ISI服務(wù)程序和它的客戶程序之間的通信所使用的消息，它包括資源請求、響應(yīng)、指示、查詢請求和通知響應(yīng)消息。
每一個ISI消息都包括一個消息報頭。消息報頭緊跟PhoNet消息報頭。所有ISI消息之間的消息數(shù)據(jù)部分的第一部分都相同。
下表給出了基本ISI消息的格式。第一欄里的H和D表示這一字段是在消息的報頭部分還是數(shù)據(jù)部分里。
ISI消息格式字段說明備注H 媒介規(guī)定要使用的媒介，例如PN_MEDIA_MBUS，PN_MEDIA_FBUSH 接收方裝置 接收方的裝置地址。發(fā)送方地址的第一部分。
H 發(fā)送方裝置 發(fā)送方的裝置地址。發(fā)送方地址的第一部分。
H 資源 ISI資源組，就象ISI規(guī)范里所定義的一樣。
這在PhoNet術(shù)語里叫做“功能”。
H 長度 消息里的隨后字節(jié)數(shù)，以接收方對象開始，并且包括接收方對象。這一字段總是按照處理器處理字數(shù)據(jù)的LSB/MSB慣例。在處理器間的通信中，PhoNet里的媒介驅(qū)動程序變換發(fā)往PhoNet和來自PhoNet的固定MSB、LSB順序。
H 接收方對象 接收方對象的內(nèi)部地址。接收方地址的第二部分。
H 發(fā)送方對象 發(fā)送方對象的內(nèi)部地址。發(fā)送方地址的第二部分。
D 唯一的事務(wù) 用于說明消息屬于哪一個事務(wù)處理。
處理IDD 消息ID ISI消息IDD 消息數(shù)據(jù)1 ISIS規(guī)范里說明的這一消息的消息數(shù)據(jù)。
D 消息數(shù)據(jù)2 消息數(shù)據(jù)……D 消息數(shù)據(jù)n 消息數(shù)據(jù)……這一ISI消息規(guī)范不必包括每一則消息的完整ISI消息描述，因為所有消息的消息報頭里的許多字段都是用同樣的方式處理的。
消息ID描述參數(shù)消息報頭信息跟上述PhoNet消息報頭里的一樣資源RESOURECE_ID消息報頭int． 跟上述PhoNet消息報頭里的一樣唯一的事務(wù)處理ID消息ID MESSAGE_ID消息數(shù)據(jù)為每一個ISI消息都規(guī)定了以下ISI消息字段。
資源-這一字段描述消息所屬的資源(以及服務(wù)程序50)，例如ISI_PND(電話號碼本)，ISI_CALL，ISI_MENU等等。
唯一的事務(wù)處理ID(UTID)-這一字段用于標識消息所屬的事務(wù)處理。
消息ID-這一字段描述資源內(nèi)的某一特定消息。
消息數(shù)據(jù)-這些字段是消息的內(nèi)容，見具體的消息規(guī)范。
作為一個例子，以及為了給一則資源請求消息構(gòu)造一則ISI消息，資源請求(消息類型_REQ)使用連通層41的“按源選擇路由”功能，將資源請求從發(fā)出請求的應(yīng)用程序52發(fā)往服務(wù)于這一請求的適當(dāng)?shù)姆?wù)程序50。這意味著構(gòu)造ISI資源請求消息時，發(fā)出請求的應(yīng)用程序52不必知道接收方的對象地址。
下表說明構(gòu)造用于生成資源請求消息的ISI消息的具體信息。
字段說明備注H媒介PN_MEDIA_ROUTING_REQH接收方裝置 PN_DEV_HOSTH發(fā)送方裝置 發(fā)出資源請求的應(yīng)用程序52的裝置ID。
H資源ISI資源組，就象為所需消息定義的一樣。
H長度消息長度，作為緊跟的字節(jié)的字節(jié)數(shù)。
H接收方對象 PN_OBJ_ROUTING_REQH發(fā)送方對象 發(fā)出資源請求的應(yīng)用程序52的對象ID。
D唯一的事務(wù)處理 發(fā)出請求的應(yīng)用程序52產(chǎn)生的唯一的事務(wù)ID 處理ID。
D消息ID ISI消息ID，如同合適的ISI規(guī)范里為所需消息定義的一樣。它的后綴是_REQ。
D消息數(shù)據(jù)1 消息數(shù)據(jù)，跟合適的ISI規(guī)范為所需消息定義的一樣。
D消息數(shù)據(jù)2 消息數(shù)據(jù)……D消息數(shù)據(jù)n 消息數(shù)據(jù)……又例如，為了給所有其它類型的消息構(gòu)造ISI消息，_RESP、_IND、CONS和INF類型的消息都利用連通層41的“根據(jù)接收方的地址選擇路由”功能。這意味著發(fā)送消息的實體(應(yīng)用程序52或者服務(wù)程序50)必須事先知道接收方的地址?？傊?，由于事務(wù)處理或者以前的事務(wù)處理中早些時候的通信，發(fā)送方會知道接收方的地址。由于這些消息類型的實質(zhì)，以前的通信或者以前的事務(wù)處理會已經(jīng)發(fā)生，就象前面圖13～15的例子中所描述的那樣。
下表給出了構(gòu)造IS消息的信息，這一消息將被直接發(fā)送給接收方。
字段說明 備注H媒介 PN_MEDIA_ROUTING_REQH接收方裝 接收這一消息的實體的裝置ID。裝置ID可以從以置 前來自這一實體的消息的報頭中“發(fā)送方裝置”字段里找到。
H發(fā)送方裝置 發(fā)出資源請求的應(yīng)用程序52的裝置ID。
H資源ISI資源組，就象適當(dāng)?shù)腎SI規(guī)范里為所需消息定義的一樣。雖然這一消息不是由功能選擇路由的，但仍然包括了這一字段，因為消息是用資源和消息ID的組合來標識的。消息ID的范圍限于某一特定的資源。
H長度消息長度，作為隨后的字節(jié)的字節(jié)數(shù)。
H接收方對接收消息的實體的對象ID。這一對象ID可以在以象 前來自這一實體的消息的報頭里“發(fā)送方裝置”字段里找到。
H發(fā)送方對發(fā)出資源請求的應(yīng)用程序52的對象ID。
象D唯一的事務(wù) 唯一的事務(wù)處理ID。這一UTID或者是由發(fā)送實處理ID 體產(chǎn)生的，或者是從早些時候的事務(wù)處理中的消息里或者是從以前的事務(wù)處理中拷貝出來的。
D消息ID ISI消息ID，如同合適的ISI規(guī)范里為所需消息定義的一樣。
D消息數(shù)據(jù)1 消息數(shù)據(jù)，如同合適的ISI規(guī)范里為所需消息定義的一樣。
D消息數(shù)據(jù)2 消息數(shù)據(jù)……D消息數(shù)據(jù)n 消息數(shù)據(jù)……ISI是一個異步消息傳遞系統(tǒng)。用ISI消息通信的實體可以是分布式的。實體可以在同一個OS任務(wù)里，在同一個處理器的不同OS任務(wù)里，或者在不同的處理器里。實體可以同時發(fā)送消息給一個或者多個實體和以及從這一個或者多個實體接收消息。應(yīng)用程序52可以使用許多服務(wù)程序50的業(yè)務(wù)，服務(wù)程序50也可以將它們的服務(wù)提供給許多應(yīng)用程序52。
這一接口的異步本質(zhì)意味著實體無法知道什么時候能夠收到它們發(fā)出的消息的響應(yīng)。由于可能存在分布式的實體，每一條消息的消息傳輸延遲都可能不同，它取決于目的地的位置和傳送消息的媒介。應(yīng)用程序52和服務(wù)程序50之間的關(guān)系可能意味著在任何時刻某一實體都在跟許多實體通信。
由于上述特性，這一ISI系統(tǒng)支持應(yīng)用程序52和服務(wù)程序50管理它們自己的通信，從而可以輕松地應(yīng)付異步通信、分布式通信和同時多個通信所帶來的效應(yīng)。
ISI利用事務(wù)處理來管理消息的傳遞。事務(wù)處理是兩個實體之間的一個通信(也就是消息)序列。在每一個事務(wù)處理中，一個實體扮演客戶程序的角色，其它實體則扮演服務(wù)程序的角色?？蛻舫绦蚪巧砂l(fā)出資源請求、接收響應(yīng)、指示或者查詢請求或者發(fā)送通知響應(yīng)消息的實體扮演。劃分成應(yīng)用程序52或者服務(wù)程序50的實體可以在事務(wù)處理中扮演客戶程序的角色。服務(wù)程序角色由服務(wù)于資源請求、發(fā)出查詢請求、發(fā)送指示消息或者接收通知響應(yīng)消息的實體扮演。服務(wù)程序角色只能由劃分成服務(wù)程序50的實體扮演。根據(jù)定義，應(yīng)用程序52永遠不能扮演服務(wù)程序角色。
一個實體有可能在一次事務(wù)處理中扮演服務(wù)程序的角色，例如服務(wù)于資源請求，然后在下一次事務(wù)處理中扮演客戶程序的角色，也就是發(fā)出資源請求。
本發(fā)明中與ISI消息有關(guān)的方法包括以下類型的事務(wù)處理資源請求事務(wù)處理；事件指示事務(wù)處理；事件指示事務(wù)處理和繼后操作；和查詢請求事務(wù)處理。
當(dāng)應(yīng)用程序52發(fā)送一則資源請求消息時，資源請求事務(wù)處理就開始。如上所述，資源請求消息有連通層41從發(fā)出請求的應(yīng)用程序52發(fā)送給提供服務(wù)的適當(dāng)?shù)姆?wù)程序50。然后服務(wù)程序50滿足這一請求。當(dāng)服務(wù)程序50處理這一請求時，它可以用一則指示消息響應(yīng)發(fā)出請求的應(yīng)用程序52，將請求的進程告訴這一發(fā)出請求的應(yīng)用程序52，或者它可以向發(fā)出請求的應(yīng)用程序52發(fā)出查詢請求，并接收作為應(yīng)答的通知響應(yīng)。當(dāng)服務(wù)程序50用一則響應(yīng)消息響應(yīng)發(fā)出資源請求的應(yīng)用程序52時，資源請求事務(wù)處理就結(jié)束。
例子1圖16描述的是一個示例性資源請求事務(wù)處理，其中的應(yīng)用程序52向電話號碼簿(PND)服務(wù)程序50發(fā)出資源請求。PND服務(wù)程序50響應(yīng)這一請求，給發(fā)出請求的應(yīng)用程序52發(fā)去響應(yīng)消息。這樣就終止了資源請求事務(wù)處理。
例子2
圖17描述的是一個示例性的資源請求事務(wù)處理，其中的應(yīng)用程序52向呼叫服務(wù)程序50發(fā)出一個資源請求。呼叫服務(wù)程序50響應(yīng)這一請求。呼叫服務(wù)程序50通過發(fā)送指示消息(例如呼叫進程、呼叫告警、呼叫已連接等等)向發(fā)出請求的應(yīng)用程序52報告請求的處理進程。最后，資源請求得到滿足，呼叫服務(wù)程序50發(fā)送一則響應(yīng)(RESP)消息給發(fā)出請求的應(yīng)用程序52。這樣就結(jié)束了資源請求事務(wù)處理。
例子3圖18描述的是一個示例性的資源請求事務(wù)處理，其中的應(yīng)用程序52向PND服務(wù)程序50發(fā)出一個資源請求。PND服務(wù)程序50響應(yīng)這一請求。在響應(yīng)這一請求的過程中，PND服務(wù)程序50發(fā)現(xiàn)它必須檢查是不是要繼續(xù)當(dāng)前發(fā)出請求的應(yīng)用程序52，因為它必須讀外部存儲器。PND服務(wù)程序50向應(yīng)用程序52發(fā)出一個查詢請求(CONS)。應(yīng)用程序52用一個通知響應(yīng)(INF)消息響應(yīng)發(fā)出查詢請求的服務(wù)程序50，允許其讀取外部存儲器。然后PND服務(wù)程序50可以完成資源請求的處理。PND服務(wù)程序50發(fā)送一則響應(yīng)消息給發(fā)出請求的應(yīng)用程序52。這樣就結(jié)束了資源請求事務(wù)處理。
當(dāng)服務(wù)程序50用指示消息的形式發(fā)送事件指示給一個或者多個應(yīng)用程序52時，就開始事件指示事務(wù)處理。在此以前應(yīng)用程序52已經(jīng)注冊，以接收指示。事件指示從發(fā)生事件的服務(wù)程序50發(fā)送給應(yīng)用程序52。當(dāng)事件指示消息被傳遞給注了冊以接收事件指示的應(yīng)用程序52時，事件指示事務(wù)處理就結(jié)束。
例子4圖19描述的是一個示例性事件指示處理，它開始于服務(wù)程序50發(fā)送Call_Coming_IND給應(yīng)用程序52。然后完成這一事務(wù)處理。在此以前，應(yīng)用程序52已經(jīng)注冊，以便從服務(wù)程序50接收事件指示。
如圖19所示，事件指示事務(wù)處理在事件指示消息成功地傳遞給應(yīng)用程序52以后結(jié)束。然而，事件指示事務(wù)處理可能會繼續(xù)下去。在這種情況下，這一事務(wù)處理就是有繼后操作的事件指示事務(wù)處理。
接收事件指示消息的應(yīng)用程序52可能會希望通過發(fā)出資源請求對指示消息做出反應(yīng)，還可能希望將隨后的資源請求事務(wù)處理跟它收到的事件指示事務(wù)處理聯(lián)系起來。這可能確實如此，因為服務(wù)程序50正在發(fā)送許多事件指示，應(yīng)用程序52想搞清楚它應(yīng)當(dāng)對哪一個指示“應(yīng)答”。在這種情況下，隨后的資源請求事務(wù)處理被看作有繼后操作的事件指示事務(wù)處理的一部分。當(dāng)服務(wù)程序50發(fā)送響應(yīng)消息給應(yīng)用程序52發(fā)出的資源請求時，就認為有繼后操作的事件指示事務(wù)處理已經(jīng)結(jié)束。
應(yīng)當(dāng)指出，應(yīng)用程序52可能想通過發(fā)出資源請求來對指示消息做出反應(yīng)，但它可能不希望將資源請求直接跟指示消息聯(lián)系起來。在這種情況下就發(fā)出隨后的資源請求，作為正常的資源請求事務(wù)處理。
例子5圖20描述的是一個有繼后操作的示例性事件指示事務(wù)處理，當(dāng)安全(SEC)服務(wù)程序50發(fā)送一個SEC_Code_Required_IND消息給應(yīng)用程序52時它就開始，應(yīng)用程序52事先已經(jīng)注冊，以便接收事件指示。然后接收事件指示的應(yīng)用程序52之一發(fā)出一個跟事件指示綁在一起的資源請求。這一資源請求是一個SEC_Code_Verify_REQ。SEC服務(wù)程序50用一個響應(yīng)消息(SEC_Code_Verify_OK_RESP)響應(yīng)發(fā)出請求的應(yīng)用程序52。這樣就結(jié)束了有繼后操作的事件指示事務(wù)處理。
查詢請求事務(wù)處理開始于服務(wù)程序50發(fā)送一個查詢請求給應(yīng)用程序52，這一查詢請求不是正在進行的資源請求事務(wù)處理的一部分。連通層41將這一查詢請求消息從發(fā)出查詢請求的服務(wù)程序50傳遞給適當(dāng)?shù)膽?yīng)用程序52。應(yīng)用程序52完成必要的處理。當(dāng)應(yīng)用程序52用一則通知響應(yīng)消息響應(yīng)發(fā)出查詢請求的服務(wù)程序50時，查詢請求事務(wù)處理就結(jié)束。
例子6圖21描述的是一個示例性查詢請求事務(wù)處理，它開始于菜單服務(wù)程序50發(fā)送一則查詢請求消息給應(yīng)用程序52時，這一應(yīng)用程序52事先已經(jīng)注冊，以便使用菜單服務(wù)程序50的業(yè)務(wù)。應(yīng)用程序52用一個對發(fā)出查詢的服務(wù)程序50的通知響應(yīng)響應(yīng)查詢請求。這樣就結(jié)束了查詢請求事務(wù)處理。在注冊以后，可以看到應(yīng)用程序52發(fā)送一個MENU_Entry_Add_REQ(一個資源請求)給菜單服務(wù)程序50，作為響應(yīng)，從菜單服務(wù)程序50接收一個MENU_Entry_Add_Ok_RESP。在用戶選擇了菜單以后，例如通過移動臺10的小鍵盤22和顯示器20的用戶接口，實際的查詢請求事務(wù)處理就此開始。
如上所述，每一事務(wù)處理都有一個唯一的事務(wù)處理ID(UTID)。事務(wù)處理所涉及的實體用UTID來識別給特定事務(wù)處理的消息。這使得應(yīng)用程序52和服務(wù)程序50能夠同時在有一個以上的實體的一個以上的事務(wù)處理中活動，而同時仍然能夠據(jù)此比較請求和響應(yīng)消息。
在每一事務(wù)處理中，一個通信實體被指定為事務(wù)處理的始發(fā)方。始發(fā)方負責(zé)為事務(wù)處理分配UTID，并將分配的UTID包括在事務(wù)處理的第一則消息里。然后始發(fā)方和其它通信實體在這一事物處理的所有隨后消息里都使用分配的UTID。
始發(fā)方是根據(jù)要發(fā)生的事務(wù)處理的類型來指定的，并且是事務(wù)處理中的第一個通信實體。下表給出了所有事務(wù)處理類型里的始發(fā)方。
事務(wù)處理始發(fā)方資源請求發(fā)出請求的應(yīng)用程序52事件指示指明服務(wù)程序50有繼后操作的事件指示指明服務(wù)程序50查詢請求發(fā)出查詢請求的服務(wù)程序50希望通過ISI通信的每一個實體都維持著自己的UTID計數(shù)。無論什么時候一個實體分配一個UTID給事務(wù)處理，它都將自己的UTID計數(shù)器加一，并在開始這一事務(wù)處理的消息的報頭的唯一的事務(wù)處理ID字段里將它包括進去。UTID是例如一個8位的值。MSB用于說明這一UTID是否為一個客戶程序或者一個服務(wù)程序50所擁有。其余的7位包括了實體的UTID計數(shù)器值。在開始的時候，所有的實體都可能將它們的UTID計數(shù)器置零。
實體可以用UTID、其它通信實體的地址、資源和消息ID來識別一則消息以及它所屬的事務(wù)處理。在多數(shù)情況下，只需要這些元素中的少數(shù)來識別一則消息屬于哪一事務(wù)處理。下表給出了幾個例子。
事務(wù)處理 應(yīng)用程序進行識別用的是 服務(wù)程序50進行識別用的是資源請求 AOUTID+資源 AOUTID+發(fā)送方地址事件指SOUTID+資源 SOUTID+資源有繼后操作的事件 SOUTID+資源 SOUTID+發(fā)送方地址指示查詢請求 SOUTID+資源 SOUTID+資源由此可知，本發(fā)明人已經(jīng)描述了一種接口，用于在無線電電話和多個附屬裝置之一之間進行通信，這多個附屬裝置有幾個物理連接媒介可供選擇(例如IR、RF或者有線)。本發(fā)明的特性包括有兩層的PhoNet接口(1)路由器層，用于跟附屬裝置交換消息，以控制接口功能，并跟蹤鏈路狀態(tài)；和(2)連接層，用于將路由器層消息轉(zhuǎn)換成適合于物理連接的格式。連接層還包括(1)控制單元，(2)媒介模塊，和(3)幀過濾器。ISI(智能業(yè)務(wù)接口)是一個消息傳遞概念，它利用PhoNet接口為消息選擇路由。有不同類型物理連接的單個附屬裝置能夠通過PhoNet/ISI相互通信。同樣，電話的單個軟件模塊能夠通過PhoNet/ISI通信。電話的PhoNet/ISI接口和附屬裝置的PhoNet/ISI有一種主/從關(guān)系。PhoNet/ISI是一種接口體系結(jié)構(gòu)，它支持模塊化的軟件體系結(jié)構(gòu)，ISA。PhoNet是所有類型附屬裝置的一種通用電話接口，它通常都是跟電話的一個有線或者無線連接器連接，或者安裝在電池組里。PhoNet這兩個分開的層提供了“即插即用”功能。擁有不同于電話已經(jīng)支持的物理連接的新的附屬裝置可以通過在連接層載入一個新的媒介而跟電話實現(xiàn)連接。
雖然介紹本發(fā)明時采用了優(yōu)選實施方案，但是應(yīng)當(dāng)明白，對于本領(lǐng)域的技術(shù)人員而言可以對這些技術(shù)進行許多修改。例如，本發(fā)明并不局限于這里公開的具體消息格式、協(xié)議、字段大小和字段順序。本發(fā)明也不局限于這里公開的服務(wù)程序、子系統(tǒng)、資源和應(yīng)用程序。還有，可以采用也可以不采用FBUS、MBUS和無線總線18A～18C，同樣，可以采用也可以不采用無線和有線以外的其它媒介。例如，在某些應(yīng)用中可以采用光纖。
因此，雖然介紹本發(fā)明時涉及到了上述優(yōu)選實施方案，但是對于本領(lǐng)域里的技術(shù)人員而言，顯然可以更改本發(fā)明的形式和內(nèi)容，而不會偏離本發(fā)明的范圍和實質(zhì)。
權(quán)利要求
1．一種通信系統(tǒng)，包括一個無線電單元裝置，該單元裝置包括多個對象和多條鏈路，用于在所述對象之間傳遞消息，所述無線電單元裝置還包括一個消息路由器，用于從對象接收注冊請求。
2．權(quán)利要求1的通信系統(tǒng)，其中的消息包括該消息的目標地邏輯地址，所述路由器響應(yīng)收到的消息，將邏輯地址變換成至少一個物理地址，通過一條鏈路將所述消息傳遞給這至少一個物理地址。
3．權(quán)利要求1的通信系統(tǒng)，其中的消息包括所述消息的目的地的功能描述，所述路由器響應(yīng)收到的消息，將這一功能描述變換成至少一個物理地址，并通過一條鏈路將這一消息傳遞給這至少一個物理地址。
4．權(quán)利要求1、2或3的通信系統(tǒng)，其中的路由器響應(yīng)建立連接的一個請求，利用所述多條鏈路中的一條，在所述多個對象中的兩個之間建立一條直接的通信管道。
5．權(quán)利要求1、2、3或4的通信系統(tǒng)，還包括至少一個外部裝置，該外部裝置包括通過所述多條鏈路中的至少一條跟所述無線電單元裝置連接的至少一個外部對象，所述消息路由器能夠從至少一個外部裝置和至少一個外部對象接收注冊請求消息，并記錄注冊請求指定的優(yōu)選鏈路的至少一個的身份，或者收到注冊請求的鏈路的身份。
6．權(quán)利要求1～5中任意一個的通信系統(tǒng)，其中至少有一種注冊請求包括注冊對象的一個鏈路首選項。
7．一種通信系統(tǒng)，包括一個無線電單元裝置，這一單元裝置包括一個主消息路由器、多個內(nèi)部對象和多條鏈路，這多條鏈路中至少有一條是用于在所述內(nèi)部對象之間傳遞消息的，該通信系統(tǒng)還包括至少一個外部裝置，該外部裝置包括一個消息子路由器和至少一個外部對象，這至少一個外部裝置能夠跟所述多條鏈路中的至少一條建立雙向連接，所述主消息路由器用于從所述內(nèi)部對象、所述至少一個外部裝置和所述至少一個外部對象接收注冊請求。
8．權(quán)利要求7的通信系統(tǒng)，其中的一個消息是資源請求消息，用于說明需要訪問所述無線電單元裝置或者所述外部裝置的資源，其中的另一個消息是響應(yīng)消息，從負責(zé)資源的服務(wù)程序發(fā)往資源請求消息的始發(fā)方。
9．權(quán)利要求8的通信系統(tǒng)，其中的一個消息是指示消息，從負責(zé)資源的服務(wù)程序發(fā)出，用于說明與所述資源有關(guān)的事件或者狀態(tài)。
10．權(quán)利要求8的通信系統(tǒng)，其中的一個消息是一個查詢請求消息，發(fā)自負責(zé)所述資源的服務(wù)程序，用于請求獲得額外的信息，以便完成所述資源請求消息指定的任務(wù)。
11．權(quán)利要求10的通信系統(tǒng)，其中的一個消息是通知響應(yīng)消息，響應(yīng)收到的所述查詢請求消息，發(fā)自所述資源請求消息的始發(fā)方。
12．權(quán)利要求8的通信系統(tǒng)，其中的資源請求消息是由應(yīng)用程序或者服務(wù)程序之一發(fā)出的。
13．權(quán)利要求8的通信系統(tǒng)，其中的一個消息是指示消息，發(fā)自負責(zé)所述資源的服務(wù)程序，說明資源內(nèi)發(fā)生的事件或狀態(tài)，其中另一個消息是查詢請求消息，發(fā)自負責(zé)所述資源的服務(wù)程序，用于請求獲得額外的信息，以便完成所述資源請求消息指定的任務(wù)，其中的指示消息和查詢請求消息都有一個目的地地址字段，這些地址來自所述資源請求消息的一個地址字段。
14．權(quán)利要求13的通信系統(tǒng)，其中的指示消息和查詢請求消息還包括一個唯一的事務(wù)處理標識字段，該字段來自所述資源請求消息的一個唯一事務(wù)處理標識字段。
15．權(quán)利要求8的通信系統(tǒng)，其中的一個消息是指示消息，發(fā)自負責(zé)所述資源的服務(wù)程序，用于說明在所述資源內(nèi)發(fā)生的事件，該指示消息是發(fā)送給至少一個目的地的，在此之前這些目的地已經(jīng)注冊了一個請求，以便得知發(fā)生了這一事件。
16．權(quán)利要求7～15中任意一個的通信系統(tǒng)，其中至少有一個注冊請求包括正在注冊的裝置或?qū)ο蟮囊粋€鏈路首選項。
17．一種通信系統(tǒng)，包括一個無線電單元，該無線電單元包括多個應(yīng)用程序、跟所述無線電單元的資源有關(guān)的多個服務(wù)程序以及這多個應(yīng)用程序和多個服務(wù)程序之間用于有選擇地將應(yīng)用程序跟服務(wù)程序連接的連通層，該系統(tǒng)還包括至少一個附屬裝置，通過所述連通層跟所述無線電單元連接，這至少一個附屬裝置包括至少一個應(yīng)用程序和跟所述附屬裝置的資源有關(guān)的至少一個服務(wù)程序，其中所述無線電單元的至少一個應(yīng)用程序或服務(wù)程序可以響應(yīng)來自所述無線電單元的至少一個應(yīng)用程序或服務(wù)程序的資源請求，通過所述連通層跟所述附屬裝置的至少一個服務(wù)程序或者所述無線電單元的一個服務(wù)程序連接，所述資源請求消息是通過所述連通層傳遞的。
18．權(quán)利要求17的通信系統(tǒng)，其中多個服務(wù)程序中至少有一個是一個面板服務(wù)程序，跟至少一個面板連接，為所述無線電單元提供用戶接口。
19．權(quán)利要求17或18的通信系統(tǒng)，該系統(tǒng)包括一個事件服務(wù)程序功能，用于提供事件指示給已經(jīng)注冊以接收這些指示的所述應(yīng)用程序中預(yù)定的那些。
20．權(quán)利要求17、18或19的通信系統(tǒng)，其中多個服務(wù)程序中的至少一個是一個系統(tǒng)模式控制器，用于為所述無線電單元提供跟多個不同的無線電通信系統(tǒng)中的每一個進行雙向連接的能力。
21．權(quán)利要求17～20中任意一個的通信系統(tǒng)，其中的另一個消息是響應(yīng)消息，通過連通層從負責(zé)所述資源的所述服務(wù)程序發(fā)往最初發(fā)出所述資源請求消息的應(yīng)用程序或者服務(wù)程序。
22．權(quán)利要求17～21中任意一個的通信系統(tǒng)，其中的另一個消息是指示消息，發(fā)自負責(zé)所述資源的服務(wù)程序，用于說明所述資源的一個事件或者一種狀態(tài)。
23．權(quán)利要求17～22中任意一個的通信系統(tǒng)，其中的另一個消息是查詢請求消息，發(fā)自負責(zé)所述資源的服務(wù)程序，用于請求獲得額外的信息，以便完成所述資源請求消息指定的任務(wù)。
24．權(quán)利要求23的通信系統(tǒng)，其中的另一個消息是通知響應(yīng)消息，是在收到所述查詢請求消息以后從所述資源請求消息的發(fā)出方發(fā)出的。
25．一種通信系統(tǒng)，包括一個無線電單元，能夠在至少一種無線通信網(wǎng)絡(luò)里工作，該無線電單元包括多個應(yīng)用程序、多種通信媒介、一個主路由器層和一個連接層，該主路由器層和連接層位于多個應(yīng)用程序和通信媒介之間，該主路由器層響應(yīng)來自所述多個應(yīng)用程序的消息，將這些消息的至少一些通過連接層和至少一個通信媒介傳遞給通過一個從屬路由器層跟所述無線電單元連接的一個外部應(yīng)用程序。
26．權(quán)利要求25的通信系統(tǒng)，其中的主路由器負責(zé)接收注冊請求消息，用于動態(tài)地分配地址給發(fā)出注冊請求的實體。
27．一種附屬裝置，用于通過至少一個無線接口或者有線接口，跟一個無線電單元裝置建立雙向連接，該附屬裝置包括至少一個應(yīng)用程序，通過一個消息路由器層跟所述無線或者有線接口連接，用于發(fā)送至少一個資源請求消息或者資源請求響應(yīng)消息給所述無線電單元裝置。
全文摘要
一種通信系統(tǒng),有一個無線電單元,該單元包括多個應(yīng)用程序、每一個都跟無線電單元的一個資源有關(guān)的多個服務(wù)程序以及位于這多個應(yīng)用程序和多個服務(wù)程序之間有選擇地將應(yīng)用程序跟服務(wù)程序連接的一個連通層。該系統(tǒng)還包括至少一個附屬裝置,通過連通層跟無線電單元連接。這至少一個附屬裝置擁有至少一個應(yīng)用程序和跟所述附屬裝置的資源有關(guān)的至少一個服務(wù)程序。該無線電單元裝置的至少一個應(yīng)用程序或者服務(wù)程序可以響應(yīng)來自無線電單元的至少一個應(yīng)用程序或者服務(wù)程序的資源請求消息,通過連通層跟附屬裝置的至少一個服務(wù)程序或者無線電單元的一個服務(wù)程序連接。這一資源請求消息是通過所述連通層傳遞的。
文檔編號H04M1/725GK1286002SQ98812985
公開日2001年2月28日 申請日期1998年11月5日 優(yōu)先權(quán)日1997年11月7日
發(fā)明者M·韋約拉, A·阿拉尼米, A·圖爾納 申請人:諾基亞流動電話有限公司