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


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