專利名稱：裝置接口結(jié)構(gòu)及協(xié)議的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字電子裝置中的數(shù)據(jù)處理，且更具體來說涉及一個(gè)或多個(gè)應(yīng)用客 戶端與一個(gè)或多個(gè)服務(wù)實(shí)體之間的消息傳送。
背景技術(shù)：
例如個(gè)人計(jì)算機(jī)、膝上型計(jì)算機(jī)和個(gè)人數(shù)字助理等現(xiàn)代計(jì)算裝置經(jīng)常被栓系到 例如使計(jì)算裝置能夠通過接口進(jìn)行通信的調(diào)制解調(diào)器等數(shù)據(jù)通信裝置，所述接口包 括(例如)IEEE 802.11、碼分多址(CDMA)、通用包無線電服務(wù)(GPRS)或通 用移動(dòng)電信系統(tǒng)(UMTS)。運(yùn)行于所述計(jì)算裝置上的操作系統(tǒng)通常支持軟件應(yīng)用 客戶端，例如使用由數(shù)據(jù)通信裝置提供的通信能力來發(fā)送及接收數(shù)據(jù)的連接管理器 客戶端。數(shù)據(jù)通信裝置本身可向運(yùn)行于計(jì)算裝置上的軟件應(yīng)用程序提供大量服務(wù)， 例如用于接入網(wǎng)絡(luò)系統(tǒng)狀態(tài)的網(wǎng)絡(luò)接入服務(wù)，用于通過無線鏈路發(fā)射及接收數(shù)據(jù)的 無線數(shù)據(jù)服務(wù)，及用于接入裝置識(shí)別和功率等級(jí)狀態(tài)的裝置管理服務(wù)。在物理層中，計(jì)算裝置與數(shù)據(jù)通信裝置之間的通信可通過物理互連結(jié)構(gòu)(例如 包含USB、 RS-232、 PCI和PCMCIA的串行總線，或包含藍(lán)牙和正EE 802.11的無 線接口)而發(fā)生。對(duì)于運(yùn)行于計(jì)算裝置上的應(yīng)用程序客戶端與運(yùn)行于數(shù)據(jù)通信裝置 上的服務(wù)(即客戶端服務(wù)接口)之間的上層通信，在現(xiàn)有技術(shù)中已利用的協(xié)議包含 為W-CDMA 3GPP終端(見"用于用戶設(shè)備的AT命令集(AT command set for User Equipment)"，版本1999， 3GPP TS 27.007 V3.13.0 (2003))禾卩CDMA 3GPP2 終端(見"展頻系統(tǒng)的數(shù)據(jù)服務(wù)選項(xiàng)AT命令處理及Rm接口 (Data Service Options for Spread Specrum Systems: AT Command Processing and the Rm Interface) " ， 3GPP2 C.S0017-003-A)指定的AT命令集、遠(yuǎn)程網(wǎng)絡(luò)驅(qū)動(dòng)器接口規(guī)范(RNDIS)和通用即 插即用(UPnP)。當(dāng)前，計(jì)算裝置支持越來越多的通信應(yīng)用，同時(shí)數(shù)據(jù)通信裝置越來越能夠支持 大量通信技術(shù)。例如，膝上型計(jì)算機(jī)可運(yùn)行例如網(wǎng)絡(luò)瀏覽器、電子郵件等通信應(yīng)用， 及使用支持藍(lán)牙、正EE 802.11和CDMA的調(diào)制解調(diào)器的日歷同步。這類情形已導(dǎo)致對(duì)某些在現(xiàn)有技術(shù)中不易發(fā)現(xiàn)的客戶端服務(wù)接口特征的不斷增長的需要。 發(fā)明內(nèi)容本發(fā)明的一個(gè)方面提供包括用于產(chǎn)生至少一個(gè)服務(wù)消息的控制模塊和用于產(chǎn) 生多路復(fù)用消息的多路復(fù)用模塊的裝置，所述多路復(fù)用消息包括所述至少一個(gè)服務(wù)消息、用于識(shí)別至少一個(gè)與所述至少一個(gè)服務(wù)消息相關(guān)聯(lián)的控制點(diǎn)的客戶端ID字 段、及用于識(shí)別與所述至少一個(gè)服務(wù)消息相關(guān)聯(lián)的服務(wù)實(shí)體的服務(wù)類型字段。本發(fā)明的另一方面提供一種裝置，其包括控制裝置，其用于產(chǎn)生至少一個(gè)服 務(wù)消息；及多路復(fù)用裝置，其用于通過共用信道將由所述多個(gè)控制模塊產(chǎn)生的所述 服務(wù)消息多路復(fù)用。本發(fā)明的再一方面提供一種用于連接多個(gè)裝置的方法，所述方法包括提供至 少一個(gè)服務(wù)消息；產(chǎn)生多路復(fù)用消息，所述多路復(fù)用消息包括所述至少一個(gè)服務(wù)消 息、用于識(shí)別與所述至少一個(gè)服務(wù)消息相關(guān)聯(lián)的控制點(diǎn)的客戶端ID字段、及用于 識(shí)別與所述至少一個(gè)服務(wù)消息相關(guān)聯(lián)的服務(wù)實(shí)體的服務(wù)類型字段。


圖1顯示根據(jù)本發(fā)明實(shí)施例可用于各裝置之間的通信的分層消息傳送結(jié)構(gòu)。 圖2描述根據(jù)本發(fā)明實(shí)施例用于使數(shù)據(jù)通信裝置向請(qǐng)求使用服務(wù)實(shí)體的個(gè)別控制點(diǎn)指派客戶端ID的程序。圖3顯示根據(jù)本發(fā)明實(shí)施例用于服務(wù)消息的優(yōu)選消息格式。 圖4顯示根據(jù)本發(fā)明實(shí)施例可用于圖1所述分層消息傳送結(jié)構(gòu)中的有效負(fù)荷格式的實(shí)施例。圖5顯示根據(jù)本發(fā)明實(shí)施例包括多路復(fù)用消息的控制信道消息的實(shí)施例。圖6顯示根據(jù)本發(fā)明實(shí)施例包括單獨(dú)的數(shù)據(jù)信道和控制信道的本發(fā)明實(shí)施例。圖7顯示根據(jù)本發(fā)明實(shí)施例用于連接多個(gè)裝置的方法。
具體實(shí)施方式
現(xiàn)代TE和DCD的特征已導(dǎo)致對(duì)在現(xiàn)有技術(shù)中不易發(fā)現(xiàn)的某些客戶端服務(wù)接 口特征的不斷增長的需要。例如，為便于應(yīng)用程序客戶端軟件的實(shí)施，將需要具有 一組為獨(dú)立于由數(shù)據(jù)通信裝置所使用的特定技術(shù)的客戶端服務(wù)接口界定的服務(wù)命 令。另外，為靈活控制，將需要在計(jì)算裝置與數(shù)據(jù)通信裝置之間具有可支持同時(shí)的 數(shù)據(jù)及控制會(huì)話的通信信道。此外，將需要具有能夠同時(shí)支持單個(gè)或多個(gè)計(jì)算裝置 上的多個(gè)客戶端與運(yùn)行于單個(gè)或多個(gè)通信裝置上的多個(gè)服務(wù)進(jìn)行通信的多路復(fù)用 協(xié)議。圖l顯示可用于終端設(shè)備(TE) 118與運(yùn)行于數(shù)據(jù)通信裝置(DCD) 119上的 服務(wù)實(shí)體之間的通信的分層消息傳送結(jié)構(gòu)。在實(shí)施例中，數(shù)據(jù)通信服務(wù)可以是包括 多個(gè)專用集成電路(ASIC)的調(diào)制解調(diào)器。終端設(shè)備可以支持已知為控制點(diǎn)101、 102、 103的軟件或硬件應(yīng)用客戶端或裝置驅(qū)動(dòng)器，其與運(yùn)行于DCD 119上的服務(wù) 實(shí)體114、 115進(jìn)行通信。應(yīng)用客戶端的實(shí)例包含連接管理器、IP語音應(yīng)用程序或 通信裝置驅(qū)動(dòng)器。服務(wù)實(shí)體的實(shí)例包含用于通過無線鏈路發(fā)射及接收數(shù)據(jù)的無線 數(shù)據(jù)服務(wù)實(shí)體，用于接入網(wǎng)絡(luò)系統(tǒng)狀態(tài)的網(wǎng)絡(luò)接入服務(wù)實(shí)體，及用于接入裝置識(shí)別 及裝置功率等級(jí)狀態(tài)的裝置管理服務(wù)實(shí)體。在這一說明書和權(quán)利要求書中，應(yīng)用客 戶端及服務(wù)實(shí)體還可以統(tǒng)一稱為控制模塊。如圖1中顯示，通過服務(wù)接口 107、 108、 109在控制點(diǎn)101、 102、 103與服務(wù) 實(shí)體114、 115之間發(fā)送的點(diǎn)對(duì)點(diǎn)消息一般可稱為服務(wù)接口消息或服務(wù)消息。每個(gè) 服務(wù)實(shí)體均界定服務(wù)消息和服務(wù)消息格式的所支持組。在實(shí)施例中，可以根據(jù)在這 一說明書中稍后描述的通用服務(wù)模板來指定服務(wù)接口消息的格式。這種模板允許應(yīng) 用程序客戶端使用單個(gè)統(tǒng)一接口來控制DCD所支持的各種服務(wù)。在實(shí)施例中，服務(wù)消息可以是控制消息，其通過邏輯控制信道來封裝控制點(diǎn)與 服務(wù)實(shí)體之間的更高層應(yīng)用程序接口 (API)消息。這些API消息可以是每一應(yīng)用 客戶端專用的。在實(shí)施例中，服務(wù)接口消息無需封裝API消息，且可以針對(duì)每一特 定服務(wù)實(shí)體而單獨(dú)界定。終端設(shè)備118和DCD 119上的客戶端或驅(qū)動(dòng)器可針對(duì)以下功能來使用專用 CTL控制實(shí)體104和CTL服務(wù)113:協(xié)商客戶端ID并獲得TE及/或DCD的服務(wù)消 息版本。應(yīng)注意，在終端設(shè)備118上，CTL控制裝置104可以實(shí)施為驅(qū)動(dòng)器的一部 分或單獨(dú)實(shí)體。圖2描述用于使DCD向請(qǐng)求使用服務(wù)實(shí)體的個(gè)別控制點(diǎn)指派客戶端ID的程 序。首先，在塊201處，驅(qū)動(dòng)器向DCD發(fā)送對(duì)客戶端ID的請(qǐng)求。如果在塊202處 可獲得未使用的客戶端ID，則所請(qǐng)求服務(wù)實(shí)體的處理器可在塊203處向控制點(diǎn)指派 客戶端ID?？刂泣c(diǎn)可實(shí)施于驅(qū)動(dòng)器、核心模塊、庫或用戶應(yīng)用程序中。在實(shí)施例中， 在每一驅(qū)動(dòng)器中均存在控制點(diǎn)，且在每一應(yīng)用程序中存在一個(gè)或多個(gè)控制點(diǎn)。應(yīng)注 意，如果存在多個(gè)使用相同類型服務(wù)的驅(qū)動(dòng)器，則每一驅(qū)動(dòng)器可通過專用的物理互 連信道(例如專用的USB信道)將其客戶端ID指派發(fā)送到其自身。如果不存在可 用的客戶端ID，則在塊204處，處理器可向驅(qū)動(dòng)器發(fā)送服務(wù)實(shí)體的所有客戶端ID 均已用盡的消息。應(yīng)注意，如果驅(qū)動(dòng)器不再需要與服務(wù)實(shí)體進(jìn)行通信，則驅(qū)動(dòng)器可 通過發(fā)送釋放客戶端ID請(qǐng)求來釋放客戶端ID。再次參照?qǐng)Dl，通過服務(wù)接口107、 108、 109發(fā)送的服務(wù)消息可進(jìn)一步經(jīng)封裝 以在MUX層上輸送，如TE上的MUX模塊105和DCD上的MUX模塊116所實(shí) 施。MUX層("MUX")允許通過單個(gè)物理互連結(jié)構(gòu)(例如通用串行總線(USB)) 對(duì)服務(wù)接口消息進(jìn)行多路復(fù)用。MUX還可以識(shí)別發(fā)送特定消息的實(shí)體類型(例如服務(wù)或控制)。對(duì)于每一服務(wù)實(shí)體，MUX還可以通過識(shí)別客戶端ID字段從而允許多個(gè)客戶端利用單個(gè)服務(wù)實(shí)體來支持多個(gè)控制點(diǎn)。應(yīng)注意，同時(shí)支持多個(gè)客戶端的能力使得服務(wù)能夠?yàn)槊恳豢刂泣c(diǎn)指派單獨(dú)的通 信路徑。這允許(例如)控制點(diǎn)與服務(wù)實(shí)體單獨(dú)交換驗(yàn)證證書，從而允許服務(wù)僅接 入授權(quán)客戶端，且反之亦然。此外，服務(wù)可出于完整性和機(jī)密性保護(hù)的目的與每一 控制點(diǎn)協(xié)商加密密鑰。為進(jìn)行資源管理，服務(wù)還可以跟蹤及約束同時(shí)接入所述服務(wù) 的客戶端數(shù)目。所述服務(wù)還可以跟蹤每一客戶端的客戶端專用狀態(tài)信息，以及仲裁 從多個(gè)客戶端接收的請(qǐng)求。應(yīng)注意，前述特征的列舉僅旨在圖解說明支持多個(gè)同步 客戶端的本發(fā)明實(shí)施例的某些益處。所述特征的列舉并不旨在將本發(fā)明的范圍限定 到僅具有這些特征的實(shí)施例。MUX消息可進(jìn)一步經(jīng)處理以通過由裝置層模塊106和117實(shí)施的裝置層進(jìn)行 輸送。裝置層可包含以下模塊例如，功能驅(qū)動(dòng)器(未顯示)、邏輯裝置(未顯示) 和用于通過物理互連結(jié)構(gòu)(例如USB、 RS-232、 PCI、和PCMCIA)或無線鏈路(例 如藍(lán)牙和IEEE 802.11)及共享存儲(chǔ)器接口來驅(qū)動(dòng)裝置接口 112的總線驅(qū)動(dòng)器(未顯 示)。在實(shí)施例中，每一邏輯裝置還可以裝備有用于與服務(wù)實(shí)體進(jìn)行通信的獨(dú)立數(shù) 據(jù)信道(未顯示)，所述獨(dú)立數(shù)據(jù)信道能夠與控制信道同時(shí)操作。例如，可為數(shù)據(jù) 信道和控制信道提供單獨(dú)的發(fā)射及接收路徑排隊(duì)，以及單獨(dú)的流控制機(jī)構(gòu)和單獨(dú)的 數(shù)據(jù)傳輸調(diào)度。在實(shí)施例中，通過利用通用串行總線(USB)接口上的額外端點(diǎn)對(duì) 來實(shí)施單獨(dú)的數(shù)據(jù)及控制信道。所述數(shù)據(jù)信道可使用標(biāo)準(zhǔn)數(shù)據(jù)鏈路層協(xié)議，例如 IEEE 802.3以太網(wǎng)數(shù)據(jù)鏈路層協(xié)議。所述數(shù)據(jù)信道的鏈路層可實(shí)施于物理互連驅(qū)動(dòng) 器(例如USB驅(qū)動(dòng)器)中，其中包的結(jié)束由零長度USB幀來劃界。在實(shí)施例中， 如果物理層(例如USB)可支持這種IP包的成幀和邊界檢測(cè)，則因特網(wǎng)協(xié)議(IP) 包可通過數(shù)據(jù)信道直接發(fā)送。確切地說，物理層的幀大小應(yīng)足夠長以含有整個(gè)IP 包，而物理層驅(qū)動(dòng)器應(yīng)能夠標(biāo)記幀邊界以恰好含有一個(gè)IP包。圖6顯示通過單獨(dú)的數(shù)據(jù)及控制信道與DCD 630進(jìn)行通信的終端設(shè)備600的 實(shí)施例。圖中顯示與應(yīng)用程序1相關(guān)聯(lián)的控制點(diǎn)601、與應(yīng)用程序2相關(guān)聯(lián)的控制 點(diǎn)602、與應(yīng)用程序3相關(guān)聯(lián)的控制點(diǎn)603和與應(yīng)用程序4相關(guān)聯(lián)的控制點(diǎn)604產(chǎn) 生及接收服務(wù)消息612、 613、 614。與邏輯裝置618、 619來回傳送服務(wù)消息612、 613、 614。邏輯裝置618提供單獨(dú)的數(shù)據(jù)信道621和控制信道624，而邏輯裝置619 提供單獨(dú)的數(shù)據(jù)信道622和控制信道625。在DCD 630上，可實(shí)施對(duì)應(yīng)的功能層級(jí)， 例如邏輯裝置641、642各自用于驅(qū)動(dòng)單獨(dú)的數(shù)據(jù)及控制信道，且服務(wù)消息傳送650、 651、 652用于與服務(wù)實(shí)體660、 661、 662進(jìn)行通信。應(yīng)注意，終端設(shè)備600還可以包含產(chǎn)生并通過定制的API/服務(wù)框架來接收服務(wù) 消息的應(yīng)用程序605、 606，以及對(duì)應(yīng)的邏輯裝置620、數(shù)據(jù)信道623和控制信道626。 這種定制的應(yīng)用程序可以與控制點(diǎn)601、 602、 603、 604共享同一物理互連層，或 所述定制的應(yīng)用程序可裝備有單獨(dú)的物理互連結(jié)構(gòu)。在DCD630有對(duì)應(yīng)邏輯裝置643的定制API/服務(wù)框架653，以與服務(wù)實(shí)體663、 664進(jìn)行通信。 應(yīng)注意，盡管在這一實(shí)施例中邏輯裝置618、 619、 620各自顯示為支持單獨(dú)的數(shù)據(jù) 信道和控制信道，但在其他實(shí)施例中，邏輯裝置可支持僅單個(gè)用于輸送數(shù)據(jù)及控制 二者的信道。在實(shí)施例中，DCD可以是可從San Diego, California的Qualcomm⑧有限公司獲 得的移動(dòng)臺(tái)調(diào)制解調(diào)器(MSM)芯片集，且終端設(shè)備可以是例如個(gè)人計(jì)算機(jī)(PC)、 筆記本計(jì)算機(jī)、個(gè)人數(shù)字助理(PDA)或智能電話等裝置。應(yīng)注意，圖1及6中描 繪的實(shí)施例僅是例示性，且不旨在限定本發(fā)明的范圍。例如，通信端點(diǎn)無需是DCD 和終端設(shè)備。而是，運(yùn)行于硬件或軟件上的應(yīng)用程序與服務(wù)之間的任何通信可使用 本發(fā)明的技術(shù)，例如通過USB電纜連接到MP3播放器的個(gè)人計(jì)算機(jī)，或甚至是運(yùn) 行于同一裝置中的不同處理器上、通過任何標(biāo)準(zhǔn)的進(jìn)程間通信(IPC)機(jī)構(gòu)進(jìn)行通 信的控制點(diǎn)和服務(wù)。此外，可提供在圖l及6中除此之外明確顯示的其他消息傳送 協(xié)議層，例如MUX層與裝置層之間的其他輸送層?，F(xiàn)在將描述有利于上文給出的結(jié)構(gòu)的消息傳送協(xié)議。再次參照?qǐng)Dl，代表運(yùn)行 于終端設(shè)備118上的應(yīng)用程序的控制點(diǎn)101可以使用服務(wù)消息通過服務(wù)接口 107與 運(yùn)行于DCD119上的服務(wù)實(shí)體115進(jìn)行通信。在一個(gè)實(shí)施例中，服務(wù)消息可以是三 種類型中的一者請(qǐng)求消息、響應(yīng)消息和指示消息。特定消息的類型可以在與所述 消息一起發(fā)送的對(duì)應(yīng)字段中指示。請(qǐng)求消息由控制點(diǎn)發(fā)出，且可以設(shè)定服務(wù)實(shí)體處的參數(shù)、來自服務(wù)實(shí)體的查詢 參數(shù)值、或由服務(wù)實(shí)體配置指示消息的產(chǎn)生。有效請(qǐng)求一般將引起服務(wù)實(shí)體的對(duì)應(yīng) 響應(yīng)。應(yīng)注意，控制點(diǎn)在發(fā)送新請(qǐng)求之前無需等待對(duì)先前所發(fā)送請(qǐng)求的響應(yīng)。這允 許客戶端與服務(wù)之間的異步操作。響應(yīng)消息由服務(wù)實(shí)體響應(yīng)于所接收的請(qǐng)求消息而發(fā)出。響應(yīng)可含有結(jié)果代碼， 其依據(jù)所請(qǐng)求的操作而指示成功或失敗或誤差狀態(tài)。其他字段可響應(yīng)于傳送其他與 所述請(qǐng)求相關(guān)聯(lián)的數(shù)據(jù)來提供。指示消息可以由服務(wù)實(shí)體響應(yīng)于控制點(diǎn)的請(qǐng)求或無需控制點(diǎn)的任何請(qǐng)求而發(fā) 出。指示可被廣播到所有控制點(diǎn)或單播到特定控制點(diǎn)。廣播指示可用于(例如)由 服務(wù)實(shí)體向控制點(diǎn)以及任何相關(guān)聯(lián)用戶接口更新其狀態(tài)。另一方面，單播指示可被 遞送到具體指定的控制點(diǎn)。在事件使得服務(wù)發(fā)出單播指示時(shí)，服務(wù)可檢查消息定義 中的任何與所述指示相關(guān)聯(lián)的請(qǐng)求，且向每一控制點(diǎn)遞送單播指示，所述每一控制 點(diǎn)發(fā)出相關(guān)聯(lián)的請(qǐng)求。如果單播指示并不具有相關(guān)聯(lián)請(qǐng)求，則所述服務(wù)可仍然向適 合的控制點(diǎn)發(fā)出單播指示，例如撤回客戶端ID的消息。在實(shí)施例中，控制點(diǎn)可忽 略其接收的任何不支持指示。根據(jù)消息傳送協(xié)議的一個(gè)方面，可以將從單個(gè)客戶端到單個(gè)服務(wù)實(shí)體的數(shù)個(gè)服 務(wù)消息一起捆扎成一個(gè)傳輸，以有效利用通信鏈路。所述成束傳輸可以呈有效負(fù)荷 的形式，其還可以承載與所述成束傳輸相關(guān)的其他控制參數(shù)。在一個(gè)實(shí)施例中，如果數(shù)個(gè)服務(wù)消息在邏輯上形成單元(例如實(shí)施單個(gè)API命令所要求的一組消息，或 一組周期性發(fā)出的狀態(tài)查詢請(qǐng)求)，則可將其捆扎在一起。在一個(gè)實(shí)施例中，有效 負(fù)荷可包括指定所述成束服務(wù)消息的消息類型的字段，例如所述消息是請(qǐng)求消息、 響應(yīng)消息還是指示消息。在另一實(shí)施例中，有效負(fù)荷還可以指定可能與控制點(diǎn)發(fā)出 的每一有效負(fù)荷唯一相關(guān)聯(lián)的事務(wù)ID字段。因此，服務(wù)實(shí)體可以向與請(qǐng)求消息相關(guān)聯(lián)的響應(yīng)消息附加同一事務(wù)ID。在一個(gè)實(shí)施例中，控制點(diǎn)在每次發(fā)送新的請(qǐng)求消 息時(shí)使事務(wù)ID遞增。在一個(gè)實(shí)施例中，服務(wù)實(shí)體處理成束請(qǐng)求消息中的每個(gè)請(qǐng)求，并按與在成束請(qǐng) 求中接收所有對(duì)應(yīng)響應(yīng)的相同次序來返回單個(gè)成束響應(yīng)消息中的所有對(duì)應(yīng)響應(yīng)。如 果在束中包含未經(jīng)辨識(shí)的請(qǐng)求，則服務(wù)實(shí)體可在響應(yīng)于所述請(qǐng)求而傳輸?shù)氖邪?錯(cuò)誤消息。如果成束請(qǐng)求中的請(qǐng)求長度被不正確地接收，則服務(wù)實(shí)體可在成束響應(yīng) 中包含對(duì)被破壞請(qǐng)求之前的任何經(jīng)成功處理的請(qǐng)求的所有響應(yīng)，其中所述被破壞的 請(qǐng)求與指示未經(jīng)辨識(shí)的接收請(qǐng)求的單個(gè)錯(cuò)誤消息響應(yīng)捆扎在一起。最后，如果正確 接收服務(wù)消息，但所述服務(wù)消息中的參數(shù)被破壞，則可以返回一般錯(cuò)誤消息或所述 服務(wù)消息特定的錯(cuò)誤消息。在消息傳送協(xié)議的多路復(fù)用方面，通過向每一有效負(fù)荷附加相關(guān)聯(lián)的客戶端ID字段和服務(wù)類型字段以形成多路復(fù)用消息，可以通過同一物理互連結(jié)構(gòu)發(fā)送來自旨 在用于不同服務(wù)實(shí)體的不同控制點(diǎn)的有效負(fù)荷，且反之亦然。例如，在圖1中，通 過服務(wù)接口 107在控制點(diǎn)101與服務(wù)實(shí)體115之間發(fā)送的成束服務(wù)消息可具有設(shè)定 為1的客戶端ID和設(shè)定為2的服務(wù)類型。同樣，通過服務(wù)接口 108在控制點(diǎn)102 與服務(wù)實(shí)體114之間發(fā)送的有效負(fù)荷可以具有設(shè)定為1的客戶端ID和設(shè)定為1的 服務(wù)類型，同時(shí)，通過服務(wù)接口 108在控制點(diǎn)102與服務(wù)實(shí)體114之間發(fā)送的有效 負(fù)荷可以具有設(shè)定為2的客戶端ID和設(shè)定為1的服務(wù)類型。以此方式，可以通過 同一MUX層來發(fā)送所有服務(wù)消息。應(yīng)注意，確切地說，消息傳送協(xié)議的這一方面 使得能夠通過為每一控制點(diǎn)指派唯一的客戶端ID而使多個(gè)控制點(diǎn)與單個(gè)服務(wù)實(shí)體 進(jìn)行通信。在一個(gè)實(shí)施例中，還可以向有效負(fù)荷附加控制字段，以指示消息的起源是控制 點(diǎn)還是服務(wù)實(shí)體。這允許服務(wù)及控制點(diǎn)以可互換的方式定位于終端設(shè)備與DCD 二 者上?？蛻舳薎D、服務(wù)類型和控制旗標(biāo)字段中的任一者或全部可作為前同步碼或后 同步碼附加到有效負(fù)荷中，或者可將其定位于有效負(fù)荷中的任一處，只要這一位置 是根據(jù)具體消息格式而預(yù)定的。針對(duì)消息發(fā)送協(xié)議的發(fā)射機(jī)實(shí)施方案可以在通過物理互連結(jié)構(gòu)進(jìn)行傳輸之前向有效負(fù)荷附加這些參數(shù)。同樣， 一旦接收機(jī)實(shí)施方案接 收消息，則接收機(jī)可以從有效負(fù)荷中剝離所述字段，且將向指定的控制點(diǎn)或服務(wù)實(shí) 體分派所述有效負(fù)荷。一般來說，多個(gè)控制點(diǎn)可使用上述的多路復(fù)用方案與單個(gè)服務(wù)實(shí)體介接。為解決共享DCD上的共用資源的多個(gè)控制點(diǎn)之間可能出現(xiàn)的爭(zhēng)用，服務(wù)實(shí)體可維持服 務(wù)共享狀態(tài)變量。服務(wù)實(shí)體可經(jīng)由輪詢向控制點(diǎn)提供關(guān)于狀態(tài)變量的信息(例如請(qǐng) 求及響應(yīng)消息)，及/或基于事件的指示消息。在替代實(shí)施例中，服務(wù)實(shí)體可以分配多個(gè)資源以指派給每一客戶端，(例如)以維持服務(wù)質(zhì)量(QoS)流，其中每一控制點(diǎn)可以為每一控制點(diǎn)維持單獨(dú)的服務(wù)狀態(tài)變量。消息傳送協(xié)議的另一方面提供用于處理控制點(diǎn)與服務(wù)實(shí)體之間的服務(wù)消息格 式版本差異。在實(shí)際的裝置互操作中，可能出現(xiàn)其中由控制點(diǎn)支持的服務(wù)消息與服 務(wù)實(shí)體所支持的服務(wù)消息是不同(即較早或較晚)版本的情形。確切地說，在服務(wù) 發(fā)生變化時(shí)出現(xiàn)主服務(wù)版本差異，以使得特定消息格式變得與前一消息格式不兼 容。將導(dǎo)致主版本遞增的變化包含但不限于改變現(xiàn)有消息的含義、從所界定消息的列表中整體移除消息、移除與消息ID相關(guān)聯(lián)的強(qiáng)制參數(shù)、改變與消息ID相關(guān)聯(lián)的 任何參數(shù)的含義、及向消息格式中添加任何強(qiáng)制語義。相反，當(dāng)服務(wù)規(guī)范發(fā)生變化但不打破與同一主版本的先前規(guī)范的后向兼容性 時(shí)，出現(xiàn)次要版本差異。這可能發(fā)生在(例如)向服務(wù)中添加新特征時(shí)。將導(dǎo)致次 要版本遞增的變化包含但不限于添加新消息、向現(xiàn)有消息添加新的可選參數(shù)、向現(xiàn) 有消息添加新的錯(cuò)誤代碼、及向現(xiàn)有參數(shù)添加新值而不改變現(xiàn)有值的應(yīng)用。在服務(wù)實(shí)體通過輪詢(請(qǐng)求/響應(yīng))消息傳送或指示消息傳送來指示其版本時(shí)，可以確定控制點(diǎn)與服務(wù)實(shí)體之間的版本差異。為促進(jìn)具有不同消息格式版本的控制 點(diǎn)與服務(wù)實(shí)體之間的互操作性，消息傳送協(xié)議可指定處理這些版本差異的方式。根據(jù)一個(gè)實(shí)施例，控制點(diǎn)將不與利用不同的主版本編號(hào)的服務(wù)實(shí)體進(jìn)行互操作，且反 之亦然?？刂泣c(diǎn)仍然可以與利用同一主版本但不同的次要版本的服務(wù)實(shí)體進(jìn)行互操 作。這些互操作性可以實(shí)現(xiàn)如下。對(duì)于其中控制點(diǎn)的次要版本比服務(wù)實(shí)體的次要版本大(即，更新)的情形，控 制點(diǎn)和服務(wù)實(shí)體可以遵循某些操作規(guī)律。首先，控制點(diǎn)可以檢測(cè)服務(wù)的(較舊)次 要版本且僅發(fā)出兼容的消息及/或參數(shù)?？梢酝Ｓ每赡苡|發(fā)不被服務(wù)實(shí)體支持的功能 的較新控制消息。例如，在一個(gè)實(shí)施例中，可以停用不被客戶端支持的圖形用戶界 面按鈕。第二，控制點(diǎn)可以忽略服務(wù)器的次要版本且盲目地發(fā)出較新請(qǐng)求。然后， 服務(wù)實(shí)體將拒絕未經(jīng)辨識(shí)的請(qǐng)求，且忽略未經(jīng)辨識(shí)的參數(shù)。如果服務(wù)實(shí)體辨識(shí)出所 述消息及所有包含的參數(shù)均有效，其仍然可以執(zhí)行所述請(qǐng)求。第三，控制點(diǎn)可經(jīng)配 置以使得缺乏作為響應(yīng)的可選參數(shù)或來自服務(wù)實(shí)體的指示消息不會(huì)破壞控制點(diǎn)的 正確操作。第四，控制點(diǎn)還可以經(jīng)配置以使得缺乏來自服務(wù)的新指示消息不會(huì)破壞控制點(diǎn)的正確操作。對(duì)于其中控制點(diǎn)的次要版本比服務(wù)實(shí)體的次要版本小(即，較舊)的情形，控 制點(diǎn)和服務(wù)實(shí)體可以根據(jù)某些其他程序來操作。響應(yīng)于發(fā)出較舊請(qǐng)求的控制點(diǎn)，服 務(wù)實(shí)體可以用較舊及較新參數(shù)二者來響應(yīng)。在這一情形中，控制點(diǎn)可以僅忽略較新 的未辨識(shí)參數(shù)，且如同其處于較舊服務(wù)版本下一樣來處理較舊的參數(shù)?？刂泣c(diǎn)還可以忽略任何具有較高服務(wù)版本的指示消息。應(yīng)注意，還可以在所接收的消息含有不可辨識(shí)的可選參數(shù)或字段時(shí)應(yīng)用上述操 作規(guī)律，例如由于物理互連結(jié)構(gòu)引入的破壞，僅通過作為對(duì)應(yīng)于不支持的消息版本 來處理不可辨識(shí)的參數(shù)或字段。在一個(gè)實(shí)施例中，為確保利用不同的次要服務(wù)版本的裝置將仍然可以進(jìn)行互操 作，可遵循以下規(guī)則來界定服務(wù)規(guī)范。首先，不添加強(qiáng)制參數(shù)，或在指定服務(wù)版本 之后移除強(qiáng)制參數(shù)。第二，不改變可選參數(shù)以使得按不同方式來代表原值，或呈現(xiàn) 不同的含義。在一個(gè)實(shí)施例中，針對(duì)消息傳送協(xié)議界定的服務(wù)消息可以提供跨越多個(gè)由DCD支持的技術(shù)的共用命令集。例如，應(yīng)用程序可以發(fā)出"獲得信號(hào)強(qiáng)度(get signal strength)"命令，以針對(duì)所有支持的技術(shù)向DCD同時(shí)檢索信號(hào)強(qiáng)度狀態(tài)。以此方 式，應(yīng)用程序無需發(fā)出技術(shù)專用命令，從而放松了應(yīng)用程序軟件的實(shí)施方案。除共 用命令集外，所界定的服務(wù)消息還可以包含其他技術(shù)專用命令，例如允許每一數(shù)據(jù) 會(huì)談的技術(shù)專用簡檔的配置。在一個(gè)實(shí)施例中，DCD可以使用一組所存儲(chǔ)的技術(shù)專 用簡檔，或者是僅使用共用命令消息的裝置默認(rèn)簡檔。所述應(yīng)用程序或DCD均可 以決定使用哪一簡檔。在一個(gè)實(shí)施例中，可以結(jié)合根據(jù)另一協(xié)議指定的命令來使用為消息傳送協(xié)議界 定的服務(wù)消息，例如AT命令協(xié)議。這可以通過設(shè)定在MUX層上發(fā)送的消息的接 口類型字段的值以指示所述整個(gè)MUX消息是根據(jù)另一協(xié)議(例如AT命令協(xié)議) 來界定和格式化而實(shí)現(xiàn)。在替代實(shí)施例中，可保存MUX格式，但可以將服務(wù)類型 字段設(shè)定為指示對(duì)應(yīng)的有效負(fù)荷攜載有根據(jù)另一協(xié)議界定的消息的值，所述另一協(xié) 議可以是由標(biāo)準(zhǔn)機(jī)構(gòu)界定的熟知協(xié)議，或預(yù)定的私有協(xié)議?，F(xiàn)在將描述可用于服務(wù)接口消息和MUX層消息的消息格式的實(shí)施例。應(yīng)注意， 在這一揭示內(nèi)容中描述的消息傳送協(xié)議無需使用本文所述的特定MUX格式，且所 揭示MUX格式內(nèi)的字段的各種重新排序、刪除、添加及/或替代位長度也在所涵蓋的消息傳送結(jié)構(gòu)及協(xié)議的范圍內(nèi)。圖3顯示服務(wù)消息n (例如圖1中所示的那些通過服務(wù)接口 107、 108、 109來 交換的消息)的優(yōu)選消息格式。在圖3中，字段的字節(jié)長度由對(duì)應(yīng)字段上的數(shù)字來 指示。應(yīng)注意，所顯示的字段長度僅是優(yōu)選的字段長度，且在特定MUX消息格式 實(shí)施方案中，字段長度一般可以是任意長度。在優(yōu)選實(shí)施例中，可以按"小端 (little-endian)"格式(即最小有效位第一)來傳輸MUX消息中的所有位。在這 一規(guī)范中，位編號(hào)的慣例是位0是最小有效位。每個(gè)服務(wù)消息均可具有類型長度值(TLV)結(jié)構(gòu)，包括識(shí)別正在發(fā)送哪些消息 的消息ID 301,和指定值字段303的長度的長度字段302,所述值字段303緊跟著 長度字段302。 一般來說，類型字段允許區(qū)別在TLV結(jié)構(gòu)中正指定哪一參數(shù)。在一 個(gè)實(shí)施例中，類型字段的含義在給定服務(wù)消息內(nèi)的所有TLV參數(shù)之間是唯一的，但在服務(wù)實(shí)體中的所有消息之間或所有服務(wù)實(shí)體之間不必是唯一的。在一個(gè)實(shí)施例 中，除非另外指定，否則值字段含有正的二進(jìn)制值。以此方式，二進(jìn)制數(shù)據(jù)可以天 然地由所提供的消息格式支持。應(yīng)注意，依據(jù)特定服務(wù)消息，值字段303本身進(jìn)一步可包括大量TLV參數(shù)319 和320，其各自具有相關(guān)聯(lián)的類型、長度和值。值字段的內(nèi)容可進(jìn)一步包括更多TLV 參數(shù)等。圖3中圖解說明的第一TLV參數(shù)319顯示具有其他長度子字段315、 317 以支持第一TLV319的值字段306中的各種長度參數(shù)的值字段。應(yīng)注意，如果值子 字段314是在消息定義中給定的固定長度值，則其可能不需要相關(guān)聯(lián)長度。因此，單個(gè)服務(wù)消息中可包含多個(gè)參數(shù)，且可針對(duì)每一參數(shù)明確指定類型、長 度和值。 一般來說，TLV格式便于服務(wù)消息內(nèi)各參數(shù)的隨意排序，除非特定服務(wù)消 息的定義另外指定，其中參數(shù)出現(xiàn)的次序可以指示其類型。每一參數(shù)可以是強(qiáng)制的 或可選的。強(qiáng)制參數(shù)是經(jīng)常提供于特定消息ID的消息中的參數(shù)，而可選參數(shù)是可 能或可能不出現(xiàn)于特定消息ID的消息中的消息。在一個(gè)實(shí)施例中，在服務(wù)消息中 缺乏可選參數(shù)不會(huì)導(dǎo)致錯(cuò)誤或破壞控制點(diǎn)或服務(wù)實(shí)體的正確操作。只要所有強(qiáng)制參 數(shù)都是有效的，服務(wù)實(shí)體就可以處理消息并執(zhí)行所有指示的行為。在一個(gè)實(shí)施例中， 將服務(wù)消息內(nèi)的所有強(qiáng)制參數(shù)置于所有可選參數(shù)之前。在一個(gè)實(shí)施例中，可選TLV的供應(yīng)使得能夠支持服務(wù)消息的可選加密。例如， CTL服務(wù)可以在起始期間協(xié)商加密密鑰參數(shù)，而將要加密的特定服務(wù)消息可以含有 可選TLV參數(shù)以指示加密服務(wù)消息的出現(xiàn)。由于可選TLV參數(shù)定義為無需在每一 服務(wù)消息中提供，這使得實(shí)現(xiàn)了每個(gè)消息的可選加密。服務(wù)消息可以通過向消息附 加可選TLV參數(shù)以驗(yàn)證消息的發(fā)送者來選擇性地使用類似機(jī)構(gòu)進(jìn)行驗(yàn)證。選擇性完 整性保護(hù)也可以通過向消息附加可選TLV參數(shù)以檢驗(yàn)其尚未被損害來實(shí)施，例如通過向消息的各個(gè)位附加應(yīng)用散列函數(shù)的結(jié)果。應(yīng)注意，在特定服務(wù)消息中傳達(dá)的任何信息均可以在任何數(shù)量的TLV參數(shù)之 間劃分。在一個(gè)實(shí)施例中，單個(gè)TLV用于數(shù)據(jù)結(jié)構(gòu)的所有邏輯耦合數(shù)據(jù)元素。在實(shí)施例中，服務(wù)消息中的每一 TLV的類型字段均是1字節(jié)長。類型字段的 前16個(gè)值(即OxOO-OxOf)可能具有跨越同一服務(wù)類型的所有消息而共用的保留含 義。每個(gè)消息的可選和其他TLV參數(shù)可能以大于OxOf的類型字段值開始。例如，類型0x01可用于所有請(qǐng)求消息中，以指示對(duì)應(yīng)的值字段攜載有一組強(qiáng) 制參數(shù)。在圖3中，第一TLV參數(shù)319的類型字段304可被設(shè)定為0x01，且對(duì)應(yīng) 的值字段306可以進(jìn)一步包括一系列參數(shù)，所述參數(shù)各自可以由值字段314、 316、 318和長度字段315、 317來指定。如果不存在為消息界定的強(qiáng)制參數(shù)，則其可能忽 略強(qiáng)制TLV?？蛇x參數(shù)(如果為消息ID界定)可能遵循強(qiáng)制TLV。在實(shí)施例中，響應(yīng)類型消息可以各自包含已知為結(jié)果代碼TLV的強(qiáng)制第一 TLV，其中將類型字段設(shè)定為0x02。對(duì)于所接收的每個(gè)請(qǐng)求，服務(wù)實(shí)體可以返回具 有值字段的結(jié)果代碼TLV，以指示成功或失敗。如果返回失敗，則可以返回錯(cuò)誤狀態(tài)值，且隨后所述消息可以忽略任何隨后的強(qiáng)制TLV參數(shù)。響應(yīng)消息的其他強(qiáng)制字段(如果為所述消息ID界定)可以包含于強(qiáng)制TLV中，其中接續(xù)結(jié)果代碼TLV而 將類型設(shè)定為0x01。否則，響應(yīng)消息可以忽略強(qiáng)制TLV。可選參數(shù)可以接續(xù)強(qiáng)制 TLV參數(shù)作為個(gè)別TLV。在實(shí)施例中，如果指示類型消息具有強(qiáng)制參數(shù)，則將那些參數(shù)作為強(qiáng)制TLV 的一部分包含于第一TLV的值字段中，其中將類型字段設(shè)定為0x01。如果不存在 強(qiáng)制參數(shù)，則指示消息可以忽略所述強(qiáng)制TLV。任何可選參數(shù)均可以接續(xù)強(qiáng)制TLV 作為個(gè)別TLV參數(shù)。圖4顯示可用于圖1所述的分層消息傳送結(jié)構(gòu)中的有效負(fù)荷格式的實(shí)施例。 在一個(gè)實(shí)施例中，可以將數(shù)個(gè)服務(wù)消息404、 405、 406 —起捆扎為單個(gè)有效負(fù) 荷，如圖4所示。有效負(fù)荷401可以包括例如控制旗標(biāo)402、事務(wù)ID403等字段， 接續(xù)一系列服務(wù)消息404、 405、 406?？刂破鞓?biāo)402和事務(wù)ID 403字段可以一起稱 為一般化服務(wù)消息標(biāo)頭404。應(yīng)注意， 一般來說，有效負(fù)荷可以經(jīng)配置以支持任意 數(shù)量的服務(wù)消息?？刂破鞓?biāo)字段402可以指定與有效負(fù)荷消息中含有的服務(wù)消息相關(guān)聯(lián)的消息類 型，例如請(qǐng)求、響應(yīng)或指示。事務(wù)ID字段403是可用于將所發(fā)送的消息編入索引及/或使得響應(yīng)消息與給定 客戶端ID的對(duì)應(yīng)請(qǐng)求消息相關(guān)聯(lián)的數(shù)字識(shí)別符?，F(xiàn)在將描述可用于圖1的MUX層105、 116的指定MUX消息格式。如圖5中 顯示，有效負(fù)荷可以嵌入到控制信道消息501中?？刂菩诺老?01可以包括MUX MSG 502和接口類型字段504?？刂菩诺老?01可以具有接口類型字段504，其 指定正使用哪種類型的MUX格式，或是否使用MUX格式。接口類型字段可以被 設(shè)定為0x01的16進(jìn)制值，以指示根據(jù)本文所述的優(yōu)選MUX格式來格式化接續(xù)消 息。其可被設(shè)定為另一個(gè)值，以指示替代格式的使用。以此方式，可以實(shí)現(xiàn)與其他 控制協(xié)議的互操作性，例如可以通過在接口類型字段504中指定不同的值來將AT 命令封裝在控制信道消息501中。MUX消息502本身可以包括例如長度505、控制 旗標(biāo)506、服務(wù)類型507、客戶端ID 508和有效負(fù)荷509等字段。長度505、控制 旗標(biāo)506、服務(wù)類型507和客戶端ID 508字段可以一起稱為MUX標(biāo)頭字段503。在實(shí)施例中，長度字段505可以指定MUX消息的總字節(jié)長度。在替代實(shí)施例 中，長度字段505可以指定僅有效負(fù)荷字段509的長度?？刂破鞓?biāo)字段506可以指定所關(guān)注的各種控制參數(shù)。在優(yōu)選實(shí)施例中，控制旗 標(biāo)字段506的位7可以指定消息的發(fā)送者是服務(wù)(將位7設(shè)定為1)還是控制點(diǎn)(將 位7設(shè)定為0)?？刂破鞓?biāo)字段506中的未使用位可以被設(shè)定為0。服務(wù)類型字段507可以指定在有效負(fù)荷字段中所提供的消息的服務(wù)實(shí)體類型。 例如，與DCD上的裝置管理服務(wù)實(shí)體之間來回傳送的消息可以具有設(shè)定為值0x01 的服務(wù)類型字段507?？蛻舳薎D字段508可以識(shí)別消息屬于哪一應(yīng)用程序客戶端。在優(yōu)選實(shí)施例中，通過將這一字段設(shè)定為值0xff，服務(wù)實(shí)體可以向所有利用在服務(wù)類型字段507中指 定的服務(wù)類型的控制點(diǎn)或客戶端廣播指示消息。有效負(fù)荷字段509可以攜載實(shí)際的服務(wù)接口消息107、 108、 109，所述服務(wù)接 口消息在圖1的控制點(diǎn)101、 102、 103與服務(wù)實(shí)體114、 115之間進(jìn)行交換。圖7顯示用于根據(jù)本發(fā)明來連接多個(gè)裝置的方法，其包括以下步驟在塊701 提供至少一個(gè)服務(wù)消息，及在塊702產(chǎn)生多路復(fù)用消息，所述多路復(fù)用消息包括在 塊701處產(chǎn)生的至少一個(gè)服務(wù)消息、用于識(shí)別與所述至少一個(gè)服務(wù)消息相關(guān)聯(lián)的控 制點(diǎn)的客戶端ID字段703、及用于識(shí)別與所述至少一個(gè)服務(wù)消息相關(guān)聯(lián)的服務(wù)實(shí)體 的服務(wù)類型字段704。本文所述技術(shù)可用于支持各種技術(shù)的數(shù)據(jù)通信裝置，例如CDMA和UMTS技 術(shù)群、802.11、藍(lán)牙等。這些技術(shù)還可以用于其他現(xiàn)有的和將來的無線網(wǎng)絡(luò)技術(shù)。 一般來說，所述技術(shù)可用于支持單個(gè)無線網(wǎng)絡(luò)技術(shù)的單模式無線裝置和支持多個(gè)無 線網(wǎng)絡(luò)技術(shù)的多模式無線裝置。本文所述技術(shù)可以用各種手段來實(shí)施。例如，這些技術(shù)可以實(shí)施于硬件、軟件 或其組合中。對(duì)于硬件實(shí)施方案來說，用于支持系統(tǒng)選擇的處理單元可以實(shí)施于一 個(gè)或多個(gè)專用集成電路(ASIC)、數(shù)字信號(hào)處理器(DSP)、數(shù)字信號(hào)處理裝置 (DSPD)、可編程邏輯裝置(PLD)、場(chǎng)可編程門陣列(FPGA)、處理器、控制 器、微控制器、微處理器、其他設(shè)計(jì)用于執(zhí)行本文所述功能的電子單元、或其一組 合中。對(duì)于軟件實(shí)施方案來說，可能用執(zhí)行本文所述功能的模塊(例如程序、功能等) 來實(shí)施系統(tǒng)選擇技術(shù)。所述軟件代碼可以存儲(chǔ)在存儲(chǔ)器單元中并由處理器來執(zhí)行。 所述存儲(chǔ)器單元可以實(shí)施于處理器內(nèi)或處理器外部，其中當(dāng)在處理器外部實(shí)施時(shí)， 存儲(chǔ)器單元可以經(jīng)由所屬技術(shù)領(lǐng)域中熟知的各種手段以通信方式耦合到處理器。本文提供所揭示實(shí)施例的上述描述以使得所屬技術(shù)領(lǐng)域中的技術(shù)人員均能夠 制作或使用本發(fā)明。所屬技術(shù)領(lǐng)域的技術(shù)人員將易于了解對(duì)這些實(shí)施例的各種修 改，且本文界定的一般原則可以在不背離本發(fā)明的精神或范圍的前提下應(yīng)用到其他 實(shí)施例。因此，本文并非旨在將本發(fā)明限定為本文所示實(shí)施例，而是將要使最寬廣 的范圍與本文所揭示的原則與新穎特征相一致。
權(quán)利要求
1、一種裝置，其包括控制模塊，其用于產(chǎn)生至少一個(gè)服務(wù)消息；多路復(fù)用模塊，其用于產(chǎn)生多路復(fù)用消息，所述多路復(fù)用消息包括所述至少一個(gè)服務(wù)消息；客戶端ID字段，其用于識(shí)別與所述至少一個(gè)服務(wù)消息相關(guān)聯(lián)的至少一個(gè)控制點(diǎn)；及服務(wù)類型字段，其用于識(shí)別與所述至少一個(gè)服務(wù)消息相關(guān)聯(lián)的服務(wù)實(shí)體。
2、 如權(quán)利要求l所述的裝置，其中所述客戶端ID字段識(shí)別與所述至少一個(gè)服 務(wù)消息相關(guān)聯(lián)的所有控制點(diǎn)。
3、 如權(quán)利要求l所述的裝置，其中將所述客戶端ID字段設(shè)定為特定值，以識(shí) 別與所述至少一個(gè)服務(wù)消息相關(guān)聯(lián)的所有控制點(diǎn)。
4、 如權(quán)利要求l所述的裝置，其中所述控制模塊是所述裝置上的第一控制點(diǎn)。
5、 如權(quán)利要求4所述的裝置，其中所述至少一個(gè)服務(wù)消息包括請(qǐng)求消息，所 述多路復(fù)用消息進(jìn)一步包括用于將所述多路復(fù)用消息識(shí)別為包括請(qǐng)求消息的消息 類型字段。
6、 如權(quán)利要求4所述的裝置，其進(jìn)一步包括所述裝置上的多個(gè)控制點(diǎn)，每一 控制點(diǎn)可經(jīng)配置以產(chǎn)生至少一個(gè)服務(wù)消息。
7、 如權(quán)利要求1所述的裝置，其中所述控制模塊是所述裝置上的第一服務(wù)實(shí)體。
8、 如權(quán)利要求7所述的裝置，其進(jìn)一步包括所述裝置上的多個(gè)服務(wù)實(shí)體，每一服務(wù)實(shí)體可經(jīng)配置以產(chǎn)生至少一個(gè)服務(wù)消息。
9、 如權(quán)利要求7所述的裝置，其中所述至少一個(gè)服務(wù)消息包括響應(yīng)消息，所 述多路復(fù)用消息進(jìn)一步包括用于將所述多路復(fù)用消息識(shí)別為包括響應(yīng)消息的消息 類型字段。
10、 如權(quán)利要求7所述的裝置，其中所述至少一個(gè)服務(wù)消息包括指示消息，所 述多路復(fù)用消息進(jìn)一步包括用于將所述多路復(fù)用消息識(shí)別為包括指示消息的消息 類型字段。
11、 如權(quán)利要求l所述的裝置，其中所述多路復(fù)用模塊可進(jìn)一步配置用于接收包括以下的多路復(fù)用消息至少一個(gè)所接收的服務(wù)消息；客戶端ID字段，其存儲(chǔ)用于識(shí)別與所述至少一個(gè)所接收服務(wù)消息相關(guān)聯(lián)的控制點(diǎn)的客戶端ID;服務(wù)類型字段，其存儲(chǔ)用于識(shí)別與所述至少一個(gè)所接收服務(wù)消息相關(guān)聯(lián)的服務(wù)實(shí)體的服務(wù)類型；及所述控制模塊可進(jìn)一步配置用于從所述多路復(fù)用模塊接收所述至少一個(gè)所接 收服務(wù)消息。
12、 如權(quán)利要求ll所述的裝置，其中所述控制模塊是服務(wù)實(shí)體。
13、 如權(quán)利要求12所述的裝置，其中所述服務(wù)實(shí)體可進(jìn)一步配置以響應(yīng)于所述服務(wù)實(shí)體從所述多路復(fù)用模塊接收多個(gè)所接收服務(wù)消息而產(chǎn)生多個(gè)服務(wù)消息，且 其中所述多路復(fù)用模塊可進(jìn)一步配置以產(chǎn)生包括所述產(chǎn)生的多個(gè)服務(wù)消息的多路 復(fù)用消息。
14、 如權(quán)利要求13所述的裝置，其中響應(yīng)于所述多個(gè)所接收服務(wù)消息而產(chǎn)生 的所述多個(gè)服務(wù)消息是根據(jù)所述多個(gè)所接收服務(wù)消息的序列排序的。
15、 如權(quán)利要求14所述的裝置，其中所述服務(wù)實(shí)體可配置以響應(yīng)于接收未經(jīng) 辨識(shí)的所接收服務(wù)消息而產(chǎn)生錯(cuò)誤服務(wù)消息。
16、 如權(quán)利要求12所述的裝置，其中所述服務(wù)實(shí)體可配置以維持用于解決多 個(gè)控制點(diǎn)之間的爭(zhēng)用的共享狀態(tài)變量。
17、 如權(quán)利要求12所述的裝置，其中所述服務(wù)實(shí)體可經(jīng)配置以維持用于多個(gè) 控制點(diǎn)中的每一者的唯一狀態(tài)變量。
18、 如權(quán)利要求ll所述的裝置，其中所述控制模塊是控制點(diǎn)。
19、 如權(quán)利要求18所述的裝置，其中所述裝置進(jìn)一步耦合到可操作以產(chǎn)生第 二裝置的多路復(fù)用消息的第二裝置，所述第二裝置包括服務(wù)實(shí)體，其用于產(chǎn)生至少一個(gè)第二裝置服務(wù)消息；第二裝置多路復(fù)用模塊，其用于產(chǎn)生第二裝置多路復(fù)用消息，其包括由所述服務(wù)實(shí)體產(chǎn)生的所述至少一個(gè)第二裝置服務(wù)消息；客戶端ID字段，其用于識(shí)別與所述服務(wù)實(shí)體產(chǎn)生的所述至少一個(gè)第二裝置服務(wù)消息相關(guān)聯(lián)的控制點(diǎn)；及服務(wù)類型字段，其用于識(shí)別與所述服務(wù)實(shí)體產(chǎn)生的所述至少一個(gè)第二裝置服務(wù)消息相關(guān)聯(lián)的服務(wù)實(shí)體。
20、 如權(quán)利要求19所述的裝置，其中所述第二裝置是數(shù)據(jù)通信裝置。
21、 如權(quán)利要求20所述的裝置，其中所述數(shù)據(jù)通信裝置可操作以通過無線空 中接口進(jìn)行通信。
22、 如權(quán)利要求19所述的裝置，其中所述服務(wù)實(shí)體是裝置管理服務(wù)實(shí)體。
23、 如權(quán)利要求19所述的裝置，其中所述服務(wù)實(shí)體是無線數(shù)據(jù)服務(wù)實(shí)體。
24、 如權(quán)利要求19所述的裝置，其中所述服務(wù)實(shí)體是網(wǎng)絡(luò)接入服務(wù)實(shí)體。
25、 如權(quán)利要求19所述的裝置，其中所述服務(wù)實(shí)體是基于位置的服務(wù)實(shí)體。
26、 如權(quán)利要求ll所述的裝置，其中所述控制模塊是與所述客戶端ID相關(guān)聯(lián) 的控制點(diǎn)。
27、 如權(quán)利要求ll所述的裝置，其中所述至少一個(gè)服務(wù)消息中的每一者包括:消息ID字段，其用于識(shí)別所述服務(wù)消息；消息長度字段，其用于指定所述服務(wù)消息的一部分的長度；消息值字段。
28、 如權(quán)利要求27所述的裝置，其中所述至少一個(gè)服務(wù)消息的所述至少一者 的所述消息值字段包括第一類型長度值(TLV)字段，所述第一TLV字段包括第一TLV類型字段，其用于識(shí)別所述第一TLV的類型； 第一TLV值字段，其用于指定與所述第一TLV類型相關(guān)聯(lián)的值；及 第一TLV長度字段，其用于指定所述第一TLV值字段的長度。
29、 如權(quán)利要求28所述的裝置，其中所述第一TLV是用于所述至少一個(gè)服務(wù) 消息的所述至少一者的強(qiáng)制TLV。
30、 如權(quán)利要求29所述的裝置，其中所述第一TLV值字段包括多個(gè)值字段。
31、 如權(quán)利要求28所述的裝置，其中所述至少一個(gè)服務(wù)消息的至少一者的所 述消息值字段進(jìn)一步包括其他TLV。
32、 如權(quán)利要求31所述的裝置，其中所述其他TLV包括可選TLV。
33、 如權(quán)利要求32所述的裝置，其中所述可選TLV包括用于對(duì)所述至少一個(gè)服務(wù)消息的所述至少一者進(jìn)行加密的至少一個(gè)加密參數(shù)。
34、 如權(quán)利要求32所述的裝置，其中所述可選TLV包括用于驗(yàn)證所述至少一個(gè)服務(wù)消息的所述至少一者的至少一個(gè)驗(yàn)證參數(shù)。
35、 如權(quán)利要求32所述的裝置，其中所述可選TLV包括用于檢驗(yàn)所述至少一個(gè)服務(wù)消息的所述至少一者的完整性的至少一個(gè)完整性保護(hù)參數(shù)。
36、 如權(quán)利要求11所述的裝置，其中所述控制模塊可配置以響應(yīng)于接收次要 服務(wù)版本高于所述控制模塊所支持的次要服務(wù)版本的所接收服務(wù)消息，而跳過所述 接收的服務(wù)消息中未經(jīng)辨識(shí)的可選TLV。
37、 如權(quán)利要求11所述的裝置，其中所述控制模塊可配置以響應(yīng)于接收次要 服務(wù)版本高于所述控制模塊所支持的次要服務(wù)版本的未經(jīng)辨識(shí)的所接收服務(wù)消息， 而忽略所述接收的服務(wù)消息。
38、 如權(quán)利要求11所述的裝置，其中所述控制模塊可配置以響應(yīng)于接收次要 服務(wù)版本低于所述控制模塊所支持的次要服務(wù)版本的所接收服務(wù)消息，而僅產(chǎn)生服 務(wù)版本與所述接收的服務(wù)消息的服務(wù)版本相同或比其低的服務(wù)消息。
39、 如權(quán)利要求11所述的裝置，其中所述控制模塊可配置以響應(yīng)于接收未經(jīng) 辨識(shí)的所接收服務(wù)消息，而拒絕所述接收的服務(wù)消息。
40、 如權(quán)利要求11所述的裝置，其中所述控制模塊可配置以響應(yīng)于接收未經(jīng) 辨識(shí)的接收服務(wù)消息，而忽略所述接收的服務(wù)消息。
41、 如權(quán)利要求l所述的裝置，其中所述多路復(fù)用消息進(jìn)一步包括用于存儲(chǔ)與 所述多路復(fù)用消息相關(guān)聯(lián)的事務(wù)ID的事務(wù)ID字段。
42、 如權(quán)利要求l所述的裝置，其進(jìn)一步包括用于為所述多路復(fù)用消息提供數(shù)據(jù)信道及控制信道的邏輯裝置驅(qū)動(dòng)器，所述控制信道獨(dú)立于所述數(shù)據(jù)信道。
43、 如權(quán)利要求42所述的裝置，其中所述控制模塊可進(jìn)一步配置以產(chǎn)生AT 命令，且所述邏輯裝置的所述控制信道可配置以輸送由所述控制模塊產(chǎn)生的所述AT 命令。
44、 如權(quán)利要求42所述的裝置，其中所述邏輯裝置驅(qū)動(dòng)器可配置以與通用串 行總線(USB) —起操作。
45、 如權(quán)利要求4所述的裝置，其進(jìn)一步包括用于為所述第一控制點(diǎn)接收所指 派的客戶端ID的CTL模塊，所述CTL模塊可配置以產(chǎn)生用于所述多路復(fù)用模塊的 服務(wù)消息。
46、 如權(quán)利要求45所述的裝置，其中所述CTL模塊進(jìn)一步可操作以獲得服務(wù) 實(shí)體的服務(wù)消息版本。
47、 如權(quán)利要求l所述的裝置，其中所述裝置是個(gè)人計(jì)算機(jī)。
48、 如權(quán)利要求l所述的裝置，其中所述多路復(fù)用消息進(jìn)一步包括指示所述控 制模塊是控制點(diǎn)還是服務(wù)實(shí)體的控制旗標(biāo)字段。
49、 如權(quán)利要求l所述的裝置，其中所述裝置進(jìn)一步可操作以產(chǎn)生包括所述控 制模塊產(chǎn)生的服務(wù)消息的非多路復(fù)用消息。
50、 如權(quán)利要求49所述的裝置，其中所述服務(wù)消息包括AT命令消息。
51、 一種裝置，其包括控制裝置，其用于產(chǎn)生至少一個(gè)服務(wù)消息；多路復(fù)用裝置，其用于通過共用信道對(duì)所述多個(gè)控制模塊產(chǎn)生的所述服務(wù)消息 進(jìn)行多路復(fù)用。
52、 如權(quán)利要求51所述的裝置，其進(jìn)一步包括多路分用裝置，所述多路分用 裝置用于接收多個(gè)服務(wù)消息及向所述多個(gè)控制模塊中的相關(guān)聯(lián)一者遞送所述接收 的服務(wù)消息。
53、 如權(quán)利要求52所述的裝置，其中所述裝置進(jìn)一步耦合到第二裝置，所述 第二裝置包括至少一個(gè)控制模塊、用于對(duì)多個(gè)控制模塊產(chǎn)生的服務(wù)消息進(jìn)行多路復(fù) 用的多路復(fù)用裝置、及用于接收多個(gè)服務(wù)消息并向所述多個(gè)控制模塊中的相關(guān)聯(lián)一 者遞送所述接收的服務(wù)消息的多路分用裝置。
54、 如權(quán)利要求51所述的裝置，其進(jìn)一步包括用于向所述多個(gè)控制模塊中的 一者指派客戶端ID的CTL裝置。
55、 如權(quán)利要求52所述的裝置，所述控制模塊進(jìn)一步包括服務(wù)版本差異處理 裝置，其用于響應(yīng)于從所述多路分用裝置接收不同版本的服務(wù)消息而產(chǎn)生服務(wù)消 息。
56、 如權(quán)利要求51所述的裝置，其中所述控制模塊是控制點(diǎn)。
57、 如權(quán)利要求51所述的裝置，其中所述控制模塊是服務(wù)實(shí)體。
58、 一種用于介接多個(gè)裝置的方法，所述方法包括提供至少一個(gè)服務(wù)消息； 產(chǎn)生多路復(fù)用消息，其包括 所述至少一個(gè)服務(wù)消息；客戶端ID字段，其用于識(shí)別與所述至少一個(gè)服務(wù)消息相關(guān)聯(lián)的控制點(diǎn)；及 服務(wù)類型字段，其用于識(shí)別與所述至少一個(gè)服務(wù)消息相關(guān)聯(lián)的服務(wù)實(shí)體。
59、 如權(quán)利要求58所述的方法，其中所述多路復(fù)用消息進(jìn)一步包括用于識(shí)別 所述至少一個(gè)服務(wù)消息的消息類型的消息類型字段。
60、 如權(quán)利要求59所述的方法，其中所述消息類型是請(qǐng)求消息類型。
61、 如權(quán)利要求58所述的方法，其進(jìn)一步包括對(duì)所接收的多路復(fù)用消息進(jìn)行多路分用，所述接收的多路復(fù)用消息包括至少一個(gè)所接收服務(wù)消息；客戶端ID字段，其存儲(chǔ)用于識(shí)別與所述至少一個(gè)所接收服務(wù)消息相關(guān)聯(lián)的控制點(diǎn)的客戶端ID;服務(wù)類型字段，其存儲(chǔ)用于識(shí)別與所述至少一個(gè)所接收服務(wù)消息相關(guān)聯(lián)的服務(wù) 實(shí)體的服務(wù)類型。
62、 如權(quán)利要求61所述的方法，其進(jìn)一步包括為多個(gè)經(jīng)多路分用的請(qǐng)求服務(wù) 消息中的每一者提供相關(guān)聯(lián)的響應(yīng)服務(wù)消息。
63、 如權(quán)利要求62所述的方法，其進(jìn)一步包括以接收對(duì)應(yīng)請(qǐng)求服務(wù)消息的次 序?qū)γ恳豁憫?yīng)服務(wù)消息進(jìn)行多路復(fù)用。
64、 如權(quán)利要求63所述的方法，其進(jìn)一步包括產(chǎn)生與未經(jīng)辨識(shí)的所接收請(qǐng)求 服務(wù)消息相關(guān)聯(lián)的錯(cuò)誤響應(yīng)服務(wù)消息。
65、 如權(quán)利要求61所述的方法，其中所述多路復(fù)用消息進(jìn)一步包括存儲(chǔ)與所 述多路復(fù)用消息相關(guān)聯(lián)的事務(wù)ID的事務(wù)ID字段。
66、 如權(quán)利要求65所述的方法，其進(jìn)一步包括每次產(chǎn)生多路復(fù)用消息時(shí)均遞 增所述事務(wù)ID。
67、 如權(quán)利要求58所述的方法，其進(jìn)一步包括為所述多路復(fù)用消息提供獨(dú)立 的控制信道，且提供獨(dú)立的數(shù)據(jù)信道。
68、 如權(quán)利要求67所述的方法，其進(jìn)一步包括產(chǎn)生AT命令并通過所述獨(dú)立 的控制信道來輸送所述AT命令。
69、 如權(quán)利要求61所述的方法，其進(jìn)一步包括跳過未經(jīng)辨識(shí)的所接收服務(wù)消息。
70、 如權(quán)利要求69所述的方法，其中所述跳過是響應(yīng)于接收到未經(jīng)辨識(shí)的服 務(wù)消息。
71、 如權(quán)利要求58所述的方法，其進(jìn)一步包括僅產(chǎn)生服務(wù)版本與所述至少一 個(gè)所接收服務(wù)消息的服務(wù)版本相同或比其低的服務(wù)消息。
72、如權(quán)利要求69所述的方法，其中所述至少一個(gè)服務(wù)消息中的至少一者包括消息ID字段，其用于識(shí)別所述服務(wù)消息；消息長度字段，其用于指定所述服務(wù)消息的一部分的長度；消息值字段。
全文摘要
本發(fā)明提供用于在多個(gè)裝置之間傳遞消息的接口結(jié)構(gòu)和協(xié)議。所述結(jié)構(gòu)提供以下能力根據(jù)單個(gè)消息格式產(chǎn)生多個(gè)服務(wù)消息，及根據(jù)有效的多路復(fù)用協(xié)議在多個(gè)控制點(diǎn)(101、102、103)或服務(wù)實(shí)體(114、115)之間傳遞所述服務(wù)消息?？刂泣c(diǎn)可以是運(yùn)行于終端設(shè)備裝置(118)上的軟件應(yīng)用程序或裝置驅(qū)動(dòng)器，且服務(wù)實(shí)體可以是通信服務(wù)，例如運(yùn)行于例如調(diào)制解調(diào)器或蜂窩式電話等附接數(shù)據(jù)通信裝置(119)上的網(wǎng)絡(luò)接入服務(wù)或裝置管理服務(wù)。
文檔編號(hào)H04L29/06GK101283565SQ200680037437
公開日2008年10月8日 申請(qǐng)日期2006年8月8日 優(yōu)先權(quán)日2005年8月8日
發(fā)明者凱于爾·C·沙阿, 厄平德·辛格·巴貝爾, 尼古拉·康拉德·內(nèi)波姆塞諾·里昂, 杰弗里·艾倫·戴克, 詹姆斯·萊昂納爾·帕尼亞恩 申請(qǐng)人:高通股份有限公司