專利名稱:用于在不同網(wǎng)絡(luò)協(xié)議之間傳輸數(shù)據(jù)的通用協(xié)議層體系結(jié)構(gòu)和方法、以及通用協(xié)議分組的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種用于在不同網(wǎng)絡(luò)協(xié)議之間傳輸數(shù)據(jù)的通用協(xié)議體系結(jié)構(gòu),并且尤其涉及一種采用諸如IP(因特網(wǎng)協(xié)議)、藍牙、IEEE(電氣與電子工程師協(xié)會)1394和LonTalk的各種網(wǎng)絡(luò)協(xié)議,并使能在它們之間進行通信的通用協(xié)議層體系結(jié)構(gòu)和通用協(xié)議分組結(jié)構(gòu)。
背景技術(shù):
在現(xiàn)代電信產(chǎn)業(yè)中,標準通信系統(tǒng)利用基于開放式系統(tǒng)互連(以下稱為“OSI”)模型的協(xié)議相互鏈接。OSI的目標是,創(chuàng)建一種其中連接到任何網(wǎng)絡(luò)的任何供應(yīng)商計算機系統(tǒng)都能夠自由地和那個網(wǎng)絡(luò)上的其它任何計算機系統(tǒng)共享數(shù)據(jù)的開放式系統(tǒng)連網(wǎng)環(huán)境。實際上,只要通過某種形式的通用網(wǎng)絡(luò)來鏈接計算機,OSI模型就將允許連接到任何計算機的任何終端訪問其它任何計算機上的任何應(yīng)用程序。在采用OSI參考模型的網(wǎng)絡(luò)中,通過OSI環(huán)境來執(zhí)行系統(tǒng)之間的數(shù)據(jù)流動。用于網(wǎng)絡(luò)通信的OSI模型定義了七層,這七層中的每一層都執(zhí)行獨立于其它層的特定通信操作。這七層主要分為上層和下層。面向應(yīng)用的上層執(zhí)行與會話管理、數(shù)據(jù)提取及應(yīng)用有關(guān)的服務(wù)。上層提供處理應(yīng)用程序及數(shù)據(jù)構(gòu)造和編碼的服務(wù)。依賴于網(wǎng)絡(luò)的下層提供與物理連接、鏈接類型及路由選擇功能有關(guān)的服務(wù)。下層提供通過各種網(wǎng)絡(luò)配置的透明連接、以及到上層的一致接口。
上層包括應(yīng)用層、表示層和會話層。應(yīng)用層執(zhí)行用于用戶和網(wǎng)絡(luò)操作管理的協(xié)議,并使能用戶CPU的(中央處理器)之間的通信。應(yīng)用層向用戶和應(yīng)用程序提供服務(wù),如作業(yè)控制、文件傳輸工具、電子郵件、虛擬終端和目錄服務(wù)。表示層具有用于應(yīng)用層功能模塊之間的通信的結(jié)構(gòu),并處理信息的表示格式。表示層協(xié)商用于對要傳送的數(shù)據(jù)進行編碼的通用句法、并允許傳送數(shù)據(jù),而與硬件因素無關(guān)。會話層控制應(yīng)用層之間的對話。會話層提供用于使對話同步、以及從下層問題恢復會話的組織功能。
下層包括傳輸層、網(wǎng)絡(luò)層、數(shù)據(jù)鏈路層和物理層。傳輸層使得,即使上層不考慮線路質(zhì)量或附加系統(tǒng)的物理組成、也能夠在終端之間進行正確的通信。傳輸層提供上層與下層之間的接口,隱藏了物理網(wǎng)絡(luò)鏈接的詳細功能操作、以便向面向應(yīng)用的上層提供獨立于網(wǎng)絡(luò)的服務(wù)。網(wǎng)絡(luò)層提供數(shù)據(jù)傳送服務(wù)。網(wǎng)絡(luò)層提供尋址和路由選擇功能,并且也可以包括網(wǎng)絡(luò)之間的流控制。數(shù)據(jù)鏈路層通過提高邏輯網(wǎng)絡(luò)中物理鏈路的可靠性來無延遲地正確發(fā)送數(shù)據(jù)。數(shù)據(jù)鏈路層獲得由物理層提供的信息,并添加糾錯和重發(fā)功能。在該階段,數(shù)據(jù)被處理為數(shù)據(jù)單元。物理層定義物理媒體之間的物理接口,并且根據(jù)來自數(shù)據(jù)鏈路層的發(fā)送要求來發(fā)送和接收位。
在開放系統(tǒng)中,系統(tǒng)A中的用戶程序數(shù)據(jù)進入OSI環(huán)境中,并且數(shù)據(jù)通過傳輸介質(zhì)按次序從應(yīng)用層被傳送給物理層。在此,在傳輸之前,數(shù)據(jù)被封裝在用于高級數(shù)據(jù)鏈路控制(以下稱為“HDLC”)規(guī)程中的幀中。幀通過數(shù)據(jù)交換網(wǎng)絡(luò),即OSI模型中所謂的中繼開放系統(tǒng),并到達開放系統(tǒng)中的接收計算機。在接收計算機中,數(shù)據(jù)按次序從物理層被傳遞給應(yīng)用層,并且最終被傳輸給開放系統(tǒng)中的系統(tǒng)B中的目的地—應(yīng)用進程B。
可以在一個或多個系統(tǒng)和連接到另一個系統(tǒng)的終端之間執(zhí)行系統(tǒng)間的數(shù)據(jù)流動。然而,在超過兩個具有不同協(xié)議的系統(tǒng)之間的通信受到限制。因而,需要協(xié)議轉(zhuǎn)換器來執(zhí)行不同通信網(wǎng)絡(luò)之間的數(shù)據(jù)通信。
作為現(xiàn)有技術(shù),Lindquist等人的美國專利No.5852660公開了電信系統(tǒng)內(nèi)的一種網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換模塊。美國專利No.5852660提供了一種使第一SS7(7號信令系統(tǒng))電信網(wǎng)絡(luò)所產(chǎn)生的包含應(yīng)用層數(shù)據(jù)的電信信號能夠跨越第二SS7電信網(wǎng)絡(luò)被傳輸?shù)姆椒ê驮O(shè)備,其中第一SS7電信網(wǎng)絡(luò)和第二SS7電信網(wǎng)絡(luò)是不相兼容的。
常規(guī)協(xié)議轉(zhuǎn)換器允許兩種不同協(xié)議在CPU之間交換數(shù)據(jù)。它表示應(yīng)用程序之間的直接數(shù)據(jù)交換,或者利用裝置間的簡單邏輯的數(shù)據(jù)交換。在那些常規(guī)協(xié)議轉(zhuǎn)換器中,當CPU執(zhí)行其它任務(wù)時,產(chǎn)生了時間延遲。另外,當一個CPU接收信號并和系統(tǒng)內(nèi)部交換響應(yīng)時,造成了CPU的負荷和時間浪費,由此導致性能方面的大損失。
用于各種網(wǎng)絡(luò)協(xié)議之間通信的常規(guī)協(xié)議轉(zhuǎn)換方法分為三類。
首先,有一對一的協(xié)議轉(zhuǎn)換方法。該方法根據(jù)七層OSI模型,將特殊協(xié)議的特殊層轉(zhuǎn)換成另一種協(xié)議的相應(yīng)層。為了轉(zhuǎn)換m層,需要m種轉(zhuǎn)換方法,并且為了轉(zhuǎn)換n個協(xié)議,需要C2n種方法。結(jié)果,總共需要m·C2n種方法。因此,對于具有各種協(xié)議層的各種網(wǎng)絡(luò)協(xié)議之間的數(shù)據(jù)交換,需要許多轉(zhuǎn)換方法,由此造成高復雜性。
第二,有一種轉(zhuǎn)換成特殊協(xié)議的方法。這表示將n個網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換成從這n個網(wǎng)絡(luò)協(xié)議中選擇的特殊網(wǎng)絡(luò)協(xié)議。為了將n個網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換成特殊協(xié)議,需要(n-1)種轉(zhuǎn)換方法,并且為了轉(zhuǎn)換m層,對于每個協(xié)議需要m種轉(zhuǎn)換方法。結(jié)果,總共需要m·(n-1)種方法。雖然與第一種方法相比,該方法在轉(zhuǎn)換網(wǎng)絡(luò)協(xié)議方面顯示出較小的復雜性,但是該方法仍然需要許多協(xié)議轉(zhuǎn)換。
第三,有一種利用覆蓋方式的方法。例如,該方法是基于IEEE1394的IP、基于ATM(異步傳輸模式)的IP等等。這些是網(wǎng)際協(xié)議IP位于IEEE 1394或ATM層上的結(jié)構(gòu)。它們不執(zhí)行特殊轉(zhuǎn)換,并且不是不同網(wǎng)絡(luò)協(xié)議之間的數(shù)據(jù)交換方法。換句話說,在基于IEEE 1394的IP中,IEEE 1394網(wǎng)絡(luò)中的設(shè)備發(fā)送位于IP上的IEEE 1394數(shù)據(jù),并通過IP接收數(shù)據(jù)。通過IP收到的數(shù)據(jù)通過IEEE 1394層被傳送,使得IEEE 1394設(shè)備能夠接收數(shù)據(jù)。因此,它不是不同網(wǎng)絡(luò)協(xié)議之間的數(shù)據(jù)交換。
例如,Watanabe的美國專利No.5715250公開了一種能夠鏈接不同協(xié)議標準的終端的ATM-LAN(異步傳輸模式局域網(wǎng))連接設(shè)備。美國專利No.5715250提供了一種使能在不同標準的第一和第二ATM終端,即LAN模擬協(xié)議的第一ATM終端和基于ATM的IP協(xié)議的第二ATM終端之間進行通信的小型ATM-LAN連接設(shè)備。
然而,上述常規(guī)協(xié)議轉(zhuǎn)換方法有些問題,如轉(zhuǎn)換方法的復雜性、歸因于不同層體系結(jié)構(gòu)和協(xié)議作用的復雜性、以及訪問不同網(wǎng)絡(luò)中的設(shè)備的復雜性。換句話說,轉(zhuǎn)換方法的數(shù)量與要轉(zhuǎn)換的網(wǎng)絡(luò)協(xié)議數(shù)量以及要轉(zhuǎn)換的網(wǎng)絡(luò)協(xié)議中的層的數(shù)量成比例地增加,由此增加復雜性。另外,當執(zhí)行協(xié)議轉(zhuǎn)換時,復雜性按特殊系數(shù)的倍數(shù)增加,這是因為根據(jù)七層OSI模型,每個網(wǎng)絡(luò)協(xié)議中的協(xié)議層體系結(jié)構(gòu)和每層的作用都大不相同。特殊系數(shù)可以取決于要在每個協(xié)議層中處理的任選字段的數(shù)量和任務(wù)。而且,當在不同網(wǎng)絡(luò)設(shè)備之間執(zhí)行通信時,沒有可在不同網(wǎng)絡(luò)設(shè)備之間識別的通用地址分層結(jié)構(gòu)。
發(fā)明內(nèi)容
因此,本發(fā)明涉及用于在不同網(wǎng)絡(luò)協(xié)議之間傳輸數(shù)據(jù)的通用協(xié)議層體系結(jié)構(gòu)和方法,以及一種基本上避免由現(xiàn)有技術(shù)的限制和缺點造成的一個或多個問題的通用協(xié)議分組。
本發(fā)明的目的是提供包括以下內(nèi)容的方法設(shè)計能夠處理各種網(wǎng)絡(luò)協(xié)議的通用協(xié)議層體系結(jié)構(gòu)和通用協(xié)議分組結(jié)構(gòu),將通用協(xié)議層插在一般協(xié)議層體系結(jié)構(gòu)中的應(yīng)用層下面,向網(wǎng)絡(luò)中的所有設(shè)備供給通用地址,以及利用通用協(xié)議識別每個網(wǎng)絡(luò)中的每個設(shè)備的操作狀態(tài)。
將在接下來的說明中部分地闡述本發(fā)明的附加優(yōu)點、目的和特征,并且一旦檢查以下說明,本發(fā)明的附加優(yōu)點、目的和特征對于本領(lǐng)域技術(shù)人員將變得顯而易見,或者可以從本發(fā)明的實踐得知本發(fā)明的附加優(yōu)點、目的和特征。通過在本發(fā)明的書面說明和權(quán)利要求以及附圖中特別指出的結(jié)構(gòu),可以實現(xiàn)和獲得本發(fā)明的目的和其它優(yōu)點。
為實現(xiàn)本發(fā)明的目的和其它優(yōu)點,并根據(jù)本發(fā)明的意圖,如在此體現(xiàn)和廣泛描述的,本發(fā)明提供一種用于在采用OSI參考模型的不同網(wǎng)絡(luò)協(xié)議之間傳輸數(shù)據(jù)的通用協(xié)議層體系結(jié)構(gòu),該OSI參考模型把在通信網(wǎng)絡(luò)中的應(yīng)用程序之間進行通信的功能分成特定的簡化任務(wù),該通用協(xié)議層體系結(jié)構(gòu)包括應(yīng)用層,位于通用協(xié)議層體系結(jié)構(gòu)的頂部;通用協(xié)議層,該通用協(xié)議層位于應(yīng)用層之下、并使能不同網(wǎng)絡(luò)協(xié)議之間的數(shù)據(jù)通信;表示層,位于通用協(xié)議層之下;會話層,位于表示層之下;傳輸層,位于會話層之下;網(wǎng)絡(luò)層,位于傳輸層之下;數(shù)據(jù)鏈路層,位于網(wǎng)絡(luò)層之下;以及物理層,位于數(shù)據(jù)鏈路層之下。
另外,本發(fā)明提供一種用于在基于OSI參考模型的不同網(wǎng)絡(luò)協(xié)議之間傳輸數(shù)據(jù)的通用協(xié)議層體系結(jié)構(gòu),該通用協(xié)議層體系結(jié)構(gòu)包括位于應(yīng)用層之下的通用協(xié)議層,該通用協(xié)議層使能不同網(wǎng)絡(luò)協(xié)議之間的數(shù)據(jù)通信。該通用協(xié)議層起本地站芯片內(nèi)部的服務(wù)質(zhì)量、安全性和通信管理的內(nèi)部接口的作用。
在另一方面,本發(fā)明提供一種用于在具有采用OSI參考模型的網(wǎng)絡(luò)協(xié)議層體系結(jié)構(gòu)的不同網(wǎng)絡(luò)協(xié)議之間傳輸數(shù)據(jù)的方法,該方法包括通過通用協(xié)議層傳輸數(shù)據(jù)以使能不同網(wǎng)絡(luò)協(xié)議之間的數(shù)據(jù)通信的步驟。另外,本發(fā)明提供一種用于在具有基于OSI參考模型的網(wǎng)絡(luò)協(xié)議層體系結(jié)構(gòu)的不同網(wǎng)絡(luò)協(xié)議之間傳輸數(shù)據(jù)的方法,該方法包括通過位于應(yīng)用層之下的通用協(xié)議層來傳輸數(shù)據(jù)的步驟,該通用協(xié)議層用于使能不同網(wǎng)絡(luò)協(xié)議之間的數(shù)據(jù)通信。該通用協(xié)議層起本地站芯片內(nèi)部的服務(wù)質(zhì)量、安全性和通信管理的內(nèi)部接口的作用。
在另一方面,本發(fā)明提供一種用于在不同網(wǎng)絡(luò)協(xié)議之間傳輸數(shù)據(jù)的通用協(xié)議分組,該通用協(xié)議分組包括具有分組信息的通用協(xié)議頭、以及具有數(shù)據(jù)內(nèi)容的有效負載。
現(xiàn)今,隨著各種網(wǎng)絡(luò)協(xié)議的出現(xiàn)和發(fā)展、采用各種網(wǎng)絡(luò)協(xié)議的各種中間件和硬件平臺的發(fā)展、以及對本地連網(wǎng)的興趣的增加,許多網(wǎng)絡(luò)協(xié)議和中間件正在競爭,以便成為本地連網(wǎng)中的內(nèi)部網(wǎng)和外部網(wǎng)的標準。因此,本發(fā)明描述能夠接受所有這些不同協(xié)議的通用協(xié)議結(jié)構(gòu)、以及協(xié)議層上的轉(zhuǎn)換技術(shù),以便在它們之間進行通信。
根據(jù)以下連同附圖一起進行的詳細說明,可以更充分地理解本發(fā)明的進一步目的和優(yōu)點,其中圖1是根據(jù)本發(fā)明的通用協(xié)議層體系結(jié)構(gòu)的結(jié)構(gòu)圖;圖2顯示了根據(jù)本發(fā)明的通用協(xié)議的實際使用例子;圖3是支持通用協(xié)議的芯片組和本地站的協(xié)議層結(jié)構(gòu)圖;圖4是支持通用協(xié)議的裝置的協(xié)議層結(jié)構(gòu)圖;圖5是根據(jù)本發(fā)明的通用協(xié)議分組的結(jié)構(gòu)圖;圖6是用于描述任選字段結(jié)構(gòu)的視圖;圖7是用于描述任選字段中的業(yè)務(wù)類型的例子的視圖;圖8是用于描述域網(wǎng)絡(luò)和集群網(wǎng)絡(luò)的視圖;圖9是用于描述任選字段中的分組類型的例子的視圖;圖10是用于描述任選字段中的管理分組的例子的視圖;圖11是用于描述任選字段中的管理分組的例子的視圖(繼續(xù));圖12是用于描述順序字段結(jié)構(gòu)的視圖;圖13a和13b是用于描述裝置注冊分組的例子的視圖;圖14a至14e是用于描述RG(本地網(wǎng)關(guān))或本地站注冊分組的例子的視圖;圖15a和15b是用于描述激活檢查分組的例子的視圖;圖16a和16b是用于描述激活檢查分組的實際使用例子的視圖;圖17a至17c是用于描述報告狀態(tài)分組的例子的視圖;圖18a和18b是用于描述報告狀態(tài)分組的實際使用例子的視圖;圖19a至19c是用于描述VOD(視頻點播)MPEG(運動圖像專家組)流分組的例子的視圖;圖20a至20c是用于描述廣播MPEG流分組的例子的視圖;圖21a至21f是用于描述WAN(廣域網(wǎng))與流網(wǎng)關(guān)接口分組的例子的視圖;圖22a至22c是用于描述地址表管理分組的例子的視圖;圖23是用于描述UHCP分組結(jié)構(gòu)的視圖;圖24是用于描述具有執(zhí)行消息的UHCP分組的例子的視圖;圖25是用于描述具有詢問消息的UHCP分組的例子的視圖;以及圖26是用于描述具有通知消息的UHCP分組的例子的視圖。
具體實施例方式
現(xiàn)在,將詳細描述本發(fā)明的優(yōu)選實施例,在附圖中顯示了本發(fā)明優(yōu)選實施例的例子。
圖1是根據(jù)本發(fā)明的通用協(xié)議層體系結(jié)構(gòu)的結(jié)構(gòu)圖。在圖1中,通用協(xié)議層可以位于現(xiàn)有應(yīng)用層(10)之中或之下。包括通用協(xié)議層的網(wǎng)絡(luò)協(xié)議包括基于OSI參考模型的所有網(wǎng)絡(luò)協(xié)議。例如,有用于諸如因特網(wǎng)、內(nèi)聯(lián)網(wǎng)或外聯(lián)網(wǎng)的網(wǎng)絡(luò)中的TCP/IP(傳輸控制協(xié)議/因特網(wǎng)協(xié)議),用于Linux操作系統(tǒng)的網(wǎng)絡(luò)通信中的IEEE 1394協(xié)議,體現(xiàn)面向用戶的系統(tǒng)的LonTalk協(xié)議,以及用于無線網(wǎng)絡(luò)中的藍牙協(xié)議。
根據(jù)本發(fā)明通過網(wǎng)絡(luò)協(xié)議層傳輸數(shù)據(jù)的方法包括以下步驟通過使能兩個終端之間的通信服務(wù)的應(yīng)用層,來傳輸數(shù)據(jù);通過執(zhí)行分組交換、廣播或組播、地址轉(zhuǎn)換、裝置控制、分組分類、安全性、擁塞訪問控制、資源管理等的通用協(xié)議層,來傳輸數(shù)據(jù);通過將輸入或輸出的數(shù)據(jù)從某一表示形式轉(zhuǎn)換成另一表示形式的表示層,來傳輸數(shù)據(jù);通過被設(shè)置成在終端主機程序之間交換消息、控制數(shù)據(jù)同步、以及組成通信會話的會話層,來傳輸數(shù)據(jù);通過管理控制和錯誤、以保證終端之間的可靠數(shù)據(jù)傳輸?shù)膫鬏攲?,來傳輸?shù)據(jù);通過控制數(shù)據(jù)信道、以便能夠?qū)⒎纸M發(fā)送給正確接收器的網(wǎng)絡(luò)層,來傳輸數(shù)據(jù);通過在物理級執(zhí)行錯誤控制和同步、并識別和管理傳輸?shù)臄?shù)據(jù)鏈路層,來傳輸數(shù)據(jù);以及通過物理層來傳輸數(shù)據(jù),該物理層通過電學和機械地系統(tǒng)化的網(wǎng)絡(luò)發(fā)送位串、并提供用于通過傳輸介質(zhì)交換數(shù)據(jù)的硬件裝置。
作為這種方法的例子,可以有通過TCP/IP協(xié)議、IEEE 1394協(xié)議、LonTalk協(xié)議、或藍牙協(xié)議來傳輸數(shù)據(jù)的方法。
圖2顯示了根據(jù)本發(fā)明的通用協(xié)議的實際使用。在圖2中,網(wǎng)絡(luò)A中的裝置AA利用支持通用協(xié)議的芯片組向網(wǎng)絡(luò)B中的裝置BA發(fā)送數(shù)據(jù)。圖3中顯示了該芯片組所支持的協(xié)議層以及本地站(homestation)的協(xié)議層。裝置AA的應(yīng)用層中的數(shù)據(jù)通過通用協(xié)議層被傳送,并變成前面部分附有前同步和通用協(xié)議頭的應(yīng)用協(xié)議數(shù)據(jù)單元(以下稱為“APDU”)。然后,當APDU從表示層(第六層)被傳遞給物理層時,與每個協(xié)議層相對應(yīng)的每個頭和尾被附加到APDU上。所得到的分組到達位于芯片組外面的、能夠通過每個協(xié)議網(wǎng)絡(luò)中的傳輸介質(zhì)來處理通用協(xié)議的接口模塊AZ。在接口模塊AZ中,分組從物理層被傳遞給第六層。在此,與每層相對應(yīng)的每個頭和尾與分組分離,并且分組到達模塊AZ的應(yīng)用層。模塊AZ的應(yīng)用層檢查所收到的APDU分組的前同步,以識別前同步是否使用了通用協(xié)議。如果前同步使用了通用協(xié)議,則模塊AZ從所收到的分組中除去前同步,并發(fā)送剩下的通用協(xié)議分組。如果前同步和通用協(xié)議不一致,則模塊AZ會得知所收到的分組的目的地是它自己的裝置,并在它自己的應(yīng)用層中處理所收到的數(shù)據(jù)。
隨后,在接收通用協(xié)議分組的芯片組內(nèi),根據(jù)通用協(xié)議頭(210)中的地址信息執(zhí)行交換,以便將通用協(xié)議分組發(fā)送給外部接口模塊BZ。接口模塊BZ得知所接收的分組是應(yīng)用數(shù)據(jù),并通過通用協(xié)議層(20)傳送該分組、以便將前同步和通用協(xié)議頭(210)附加到該分組上。然后,分組從第六層被傳遞給物理層,并通過傳輸介質(zhì)被傳輸?shù)侥康牡亍⒓囱b置BA。在裝置BA中,傳輸?shù)姆纸M從第六層被傳遞給物理層(80),以到達通用協(xié)議層(20)。應(yīng)用層檢查所收到的分組的前同步,以識別APDU是發(fā)自另一個網(wǎng)絡(luò)、并且通過通用協(xié)議層(20)被傳送。
圖3顯示了支持通用協(xié)議的芯片組和本地站的協(xié)議層結(jié)構(gòu)圖。通用協(xié)議層體系結(jié)構(gòu)中的通用協(xié)議層執(zhí)行分組交換、廣播或組播、地址轉(zhuǎn)換、裝置控制、分組分類、安全性、擁塞訪問控制、資源管理等。
圖4顯示了支持通用協(xié)議的裝置的協(xié)議層體系結(jié)構(gòu)。在網(wǎng)絡(luò)中,支持通用協(xié)議的裝置必須使用通用協(xié)議層。在圖4中,路徑①(110)是裝置利用相同的網(wǎng)絡(luò)協(xié)議與相同網(wǎng)絡(luò)中的另一裝置通信的情況。路徑②(120)是裝置利用通用協(xié)議與另一網(wǎng)絡(luò)中的裝置通信的情況。尤其是,在路徑③(130)中,為了在通用協(xié)議和現(xiàn)有協(xié)議之間執(zhí)行平穩(wěn)通信,通用協(xié)議層必須支持特殊API(應(yīng)用程序接口)、以便與現(xiàn)有協(xié)議的應(yīng)用層通信。
圖5顯示了根據(jù)本發(fā)明的通用協(xié)議分組的結(jié)構(gòu)圖。如圖5所示,APDU是在應(yīng)用層中形成的數(shù)據(jù),并且在與不同網(wǎng)絡(luò)中的裝置進行通信的情況下被發(fā)送給通用協(xié)議層。通用協(xié)議分組(200)的大小為32字節(jié),包括16字節(jié)的前同步和16字節(jié)的通用協(xié)議頭(210)。通用協(xié)議頭包括源地址(220)、目的地址(230)、任選字段(240)、順序字段(250)、長度字段(260)、以及供今后用的保留字段(270)。
前同步用于通知輸入的分組是否通過通用協(xié)議層被傳送,并用于包含鑒別密鑰或鑒別口令、以防止在未經(jīng)許可的情況下訪問內(nèi)部網(wǎng)。
源地址(220)代表發(fā)送方的通用地址,并且只能被通用協(xié)議層(20)和對應(yīng)于通用協(xié)議層的應(yīng)用層(10)所理解。源地址被映射到網(wǎng)絡(luò)中所有裝置的每個物理地址,并且必須被接受通用協(xié)議的網(wǎng)關(guān)共同管理。在管理源地址的過程中,必須同時管理裝置的物理地址和相應(yīng)的通用地址。
如果設(shè)計源地址以使得應(yīng)用層(10)和用戶只能從源地址來識別內(nèi)部網(wǎng)的結(jié)構(gòu)和網(wǎng)絡(luò)中使用的裝置,則在管理方面有許多優(yōu)點。為此,通用協(xié)議必須具有固定的地址層次規(guī)則。目的地址(230)的結(jié)構(gòu)和源地址結(jié)構(gòu)相同,并且是接收方的通用地址。
圖6是用于描述任選字段(240)的結(jié)構(gòu)的視圖。任選字段(240)的大小為2字節(jié),并且包括分組的業(yè)務(wù)類型(TT)(310)、分組類型(PT)(320)和管理分組(MP)(330)。
圖7顯示了業(yè)務(wù)類型(310)的例子。業(yè)務(wù)類型是從包括控制命令數(shù)據(jù)、實時數(shù)據(jù)和非實時數(shù)據(jù)的組中選擇的一種數(shù)據(jù),用于分組的緊急程度和服務(wù)質(zhì)量(以下稱為“QoS”)。控制命令數(shù)據(jù)表示用于控制家用裝置的數(shù)據(jù)。實時數(shù)據(jù)用于代表要實時被處理的、諸如音頻、視頻和游戲的娛樂數(shù)據(jù)。非實時數(shù)據(jù)用于代表除實時數(shù)據(jù)以外的數(shù)據(jù),如因特網(wǎng)數(shù)據(jù)。
圖8顯示了域網(wǎng)絡(luò)和集群網(wǎng)絡(luò)。家用網(wǎng)絡(luò)可以包括多個RG(本地網(wǎng)關(guān))或HG(家用網(wǎng)關(guān))。包括一個RG或HG的網(wǎng)絡(luò)被定義為域網(wǎng)絡(luò)。并且連接到該RG或HG的協(xié)議網(wǎng)絡(luò)被定義為集群網(wǎng)絡(luò)(clusternetwork)。
圖9顯示了分組類型字段(320)的例子。分組類型字段定義分組的傳輸方法,并提供各種傳輸方法,如獨播、廣播和組播。在域和集群網(wǎng)絡(luò)結(jié)構(gòu)中,可采用的傳輸方法可以包括獨播方法,用于一對一通信;廣播方法,用于一對所有裝置的通信;以及組播方法,用于一對多個裝置的通信。詳細地說,組播方法的例子可以包括集群組播,用于在集群中的裝置之間執(zhí)行通信;域組播,用于在域中的裝置之間執(zhí)行通信;以及RG組播,用于在RG之間執(zhí)行通信。
圖10和11顯示了管理分組(330)的例子。通用協(xié)議中提供的管理分組字段是專門為家用網(wǎng)絡(luò)管理定義的字段。管理分組字段的大小為1字節(jié)。
圖12顯示了順序字段(250)的結(jié)構(gòu)。因為通用協(xié)議層位于應(yīng)用層和表示層之間,因此協(xié)議中的每一層在與其上面或下面的層進行數(shù)據(jù)交換時都可以使用不同的最大傳輸單位(以下稱為“MTU”)。因此,通用協(xié)議分組的有效負載部分在傳輸之前必須被分割,并且接收部分必須重組被分割的有效負載。順序字段用于分割和重組過程中,并包括用于指示分割過程中的當前順序號的順序號字段(410)、以及用于指示最后分組的最后分組字段(420)。
長度字段(260)代表位于通用協(xié)議頭(210)后面的應(yīng)用數(shù)據(jù)量。
詳細地描述管理分組字段。根據(jù)管理分組字段的值,通用協(xié)議分組變成從包括以下分組的組中選擇的一個分組裝置注冊分組,RG或本地站注冊分組,激活檢查分組,報告狀態(tài)分組,VOD(視頻點播)或廣播MPEG(運動圖像專家組)流分組,WAN(廣域網(wǎng))或流網(wǎng)關(guān)接口分組,以及地址表管理分組。
圖13a和13b顯示了裝置注冊分組的例子。裝置注冊分組是從包括以下分組的組中選擇的一個分組用于請求裝置注冊的DRREQ(裝置注冊請求)分組、以及用于響應(yīng)裝置注冊請求的DRRES(裝置注冊響應(yīng))分組。利用這些分組,裝置能夠提供即插即用(以下稱為“PnP”)功能。
圖14a至14e顯示了RG或本地站注冊分組。RG或本地站注冊分組是從包括以下分組的組中選擇的一個分組HRSREQ(本地站注冊開始請求)分組,該HRSREQ分組請求開始本地站注冊;HRSRES(本地站注冊開始響應(yīng))分組,該HRSRES分組響應(yīng)本地站注冊開始請求;HRREQ(本地站注冊請求)分組,該HRREQ分組請求本地站注冊;HRRES(本地站注冊響應(yīng))分組,該HRRES分組響應(yīng)本地站注冊請求;以及HRIND(本地站注冊指示)分組,該HRIND分組指示本地站注冊。
利用這些分組,本地站能夠提供PnP功能。
圖15a和15b顯示了激活檢查分組的例子。激活檢查(alive check)分組包括請求激活檢查的ACREQ(激活檢查請求)分組、以及響應(yīng)激活檢查請求的ACRES(激活檢查響應(yīng))分組。激活檢查分組用于檢查家用網(wǎng)絡(luò)中的裝置或RG是否正在工作。
圖16a和16b將ACREQ和ACRES分組的時間線顯示為使用激活檢查分組的例子。情況1是,裝置或HS(本地站)在發(fā)送ACREQ分組后的3秒內(nèi)收到ACRES分組。接收ACRES分組的裝置或HS推測另一裝置或HS仍然登錄到家用網(wǎng)絡(luò)上。情況2是,裝置或HS在發(fā)送ACREQ分組后的3秒內(nèi)沒有收到ACRES分組。在情況2下,發(fā)送ACREQ分組的裝置或HS向其它裝置或HS廣播DDEV(刪除裝置)分組、以便通知相應(yīng)的裝置從家用網(wǎng)絡(luò)注銷,并從它自己的地址表中刪除相應(yīng)裝置或HS的地址。
圖17a至17c顯示了報告狀態(tài)分組的例子。報告狀態(tài)分組是從包括以下分組的組中選擇的一個分組請求狀態(tài)報告的RSREQ(報告狀態(tài)請求)分組,響應(yīng)狀態(tài)報告請求的RSRES(報告狀態(tài)響應(yīng))分組,以及初始化狀態(tài)報告的RSIND(報告狀態(tài)指示)分組。
圖18a和18b顯示了報告狀態(tài)分組的實際使用例子。接收RSREQ分組的裝置或HS檢查它自己的狀態(tài),并以RSRES分組的形式發(fā)送結(jié)果。報告狀態(tài)請求項和關(guān)于該請求項的數(shù)據(jù)被插入RSREQ分組的有效負載部分中。并且,接收RSREQ分組的裝置或HS將它自己的緊急狀態(tài)的信息、以RSIND分組的形式發(fā)送給它自己的域網(wǎng)絡(luò)中發(fā)送RSREQ分組的裝置或HS。
圖19a至19c顯示了VOD MPEG流分組的例子。VOD MPEG流分組是從包括以下分組的組中選擇的一個分組用于請求VODMPEG流服務(wù)的VODREQ(VOD請求)分組,用于響應(yīng)VOD MPEG流服務(wù)請求的VODRES(VOD響應(yīng))分組,以及VODSTR(VOD流)分組。圖20a至20c顯示了廣播MPEG流分組的例子。廣播MPEG流分組是從包括以下分組的組中選擇的一個分組用于請求廣播MPEG流服務(wù)的BRCTREQ(廣播請求)分組,用于響應(yīng)廣播MPEG流服務(wù)請求的BRCTRES(廣播響應(yīng))分組,以及BRCTSTR(廣播流)分組。
當裝置想要VOD和廣播流服務(wù)時,該裝置向流網(wǎng)關(guān)接口發(fā)送VODREQ和BRCTREQ分組。在此,流信息和所需的帶寬被裝載在VODREQ和BRCTREQ分組上。流網(wǎng)關(guān)接口以VODRES和BRCTRES分組的形式,發(fā)送請求結(jié)果以及實際分配給裝置的帶寬。實際流是被裝載在188字節(jié)MPEG TS(傳輸流)上被傳輸?shù)?,該MPEG TS被封裝在VODSTR和BRCTSTR分組的有效負載中。
圖21a至21f顯示了WAN或流網(wǎng)關(guān)接口分組的例子。如果裝置想要訪問WAN和流服務(wù),則該裝置必須知道相應(yīng)網(wǎng)關(guān)接口的地址。因此,需要執(zhí)行諸如以下功能的分組請求網(wǎng)關(guān)接口地址,響應(yīng)請求,以及向其它裝置通知網(wǎng)關(guān)接口地址。如圖21a至21f所示,WAN或流網(wǎng)關(guān)接口分組是從包括以下分組的組中選擇的一個分組WGIREQ(WAN網(wǎng)關(guān)接口請求)分組,該WGIREQ分組請求WAN網(wǎng)關(guān)接口地址;
WGIRES(WAN網(wǎng)關(guān)接口響應(yīng))分組,該WGIRES分組響應(yīng)WAN網(wǎng)關(guān)接口地址請求;WGIIND(WAN網(wǎng)關(guān)接口指示)分組,該WGIIND分組初始化WAN網(wǎng)關(guān)接口的地址;SGIREQ(流網(wǎng)關(guān)接口請求)分組,該SGIREQ分組請求流網(wǎng)關(guān)接口地址;SGIRES(流網(wǎng)關(guān)接口響應(yīng))分組,該SGIRES分組響應(yīng)流網(wǎng)關(guān)接口地址請求;以及SGIIND(流網(wǎng)關(guān)接口指示)分組,該SGIIND分組初始化流網(wǎng)關(guān)接口地址。
一旦收到地址請求,具有網(wǎng)關(guān)接口的本地站就發(fā)送具有包括本地站地址的有效負載的響應(yīng)分組。
圖22a至22c顯示了地址表管理分組的例子。當向本地站添加裝置或者從本地站刪除裝置、以及初始化本地站中裝置的地址表時,使用地址表管理分組。地址表管理分組是從包括ADEV(添加裝置)分組、DDEV(刪除裝置)分組和IDEV(初始化裝置)分組的組中選擇的一個分組。當裝置登錄到家用網(wǎng)絡(luò)、或者從家用網(wǎng)絡(luò)注銷時,連接到該裝置的本地站廣播ADEV或DDEV分組,以便向其它裝置通知新裝置的登錄或現(xiàn)有裝置的注銷。接收ADEV或DDEV分組的裝置將相應(yīng)裝置的地址添加到它自己的地址表中/從它自己的地址表中刪除相應(yīng)裝置的地址。IDEV分組用于初始化家用網(wǎng)絡(luò)中的裝置地址表。
圖23顯示了UHCP(通用本地控制協(xié)議)分組的結(jié)構(gòu)。用于控制家用裝置的UHCP分組被裝載在通用協(xié)議分組的有效負載上。為了指示有效負載上裝載的內(nèi)容是裝置控制分組,將管理分組字段設(shè)置為0xFF,如圖11所示。
如圖23所示,UHCP分組包括4字節(jié)的UHCP頭及有效負載。UHCP頭字段包括消息類型(MT)、行動類型(AT)、事務(wù)ID(標識符)(TID)和長度字段(LEN)。MT字段指示消息的類型。消息分為三種類型,如執(zhí)行(0x1)、詢問(0x2)和通知(0x3)。AT字段詳細描述消息的行動。根據(jù)消息類型來定義每個行動。TID是用于在多個響應(yīng)消息到達時,識別與特殊請求消息相對應(yīng)的特殊響應(yīng)消息的ID。LEN指示以字節(jié)表示的UHCP分組有效負載的長度。
圖24顯示了具有執(zhí)行消息的UHCP分組的例子。執(zhí)行消息用于執(zhí)行AT字段。如果MT字段具有執(zhí)行消息,則AT字段具有從包括行動、注冊和響應(yīng)的組中選擇的一個值?!袆印糜谑寡b置實施有效負載中的命令?!浴糜趯⒂行ж撦d中的裝置屬性注冊在本地站上?!憫?yīng)’用于響應(yīng)‘行動’和‘注冊’分組。
圖25顯示了具有詢問消息的UHCP分組的例子。詢問消息用于詢問AT字段的內(nèi)容。如果MT字段具有詢問消息,則AT字段具有從包括行動、裝置目錄、屬性目錄和響應(yīng)的組中選擇的一個值?!袆印糜谡埱箨P(guān)于裝置狀態(tài)的信息?!b置目錄’用于請求家用網(wǎng)絡(luò)中的裝置目錄信息。在具有詢問消息、并且AT字段值為‘裝置目錄’的UHCP分組中,UHCP分組的有效負載上什么也沒有裝載?!畬傩阅夸洝糜谡埱髮傩孕畔ⅰT诰哂性儐栂?、并且AT字段值為‘屬性目錄’的UHCP分組中,UHCP分組的有效負載上什么也沒有裝載?!憫?yīng)’用于響應(yīng)‘行動’、‘裝置目錄’和‘屬性目錄’的請求。
圖26顯示了具有通知消息的UHCP分組的例子。當家用網(wǎng)絡(luò)中的裝置通知它們自己的特殊事件或警報時,使用通知消息。在具有通知消息的UHCP分組中,不使用AT和TID字段。
工業(yè)實用性因此,根據(jù)本發(fā)明用于在不同網(wǎng)絡(luò)協(xié)議之間傳輸數(shù)據(jù)的通用協(xié)議層體系結(jié)構(gòu)和方法以及通用協(xié)議分組使得,使用特殊協(xié)議的網(wǎng)絡(luò)可能通過將通用協(xié)議層設(shè)置在應(yīng)用層之中或之下,來與使用不同協(xié)議的其它任何網(wǎng)絡(luò)進行通信。另外,通過利用通用協(xié)議向所有網(wǎng)絡(luò)中的所有裝置分配通用地址,本發(fā)明提供以下優(yōu)點能夠有效地管理裝置,并且裝置能夠相互通信;以及能夠通過網(wǎng)關(guān)來檢查使用各種網(wǎng)絡(luò)協(xié)議的裝置的操作狀態(tài)。而且,通過設(shè)計能夠同時接受各種網(wǎng)絡(luò)協(xié)議的通用協(xié)議層和通用協(xié)議分組結(jié)構(gòu),本發(fā)明能夠提高不同網(wǎng)絡(luò)協(xié)議之間的兼容性。
權(quán)利要求
1.一種用于在采用開放式系統(tǒng)互連參考模型的不同網(wǎng)絡(luò)協(xié)議之間傳輸數(shù)據(jù)的通用協(xié)議層體系結(jié)構(gòu),該開放式系統(tǒng)互連參考模型把在通信網(wǎng)絡(luò)中的應(yīng)用程序之間進行通信的功能分成特定的簡化任務(wù),該通用協(xié)議層體系結(jié)構(gòu)包括應(yīng)用層,位于所述通用協(xié)議層體系結(jié)構(gòu)的頂部;通用協(xié)議層,該通用協(xié)議層位于所述應(yīng)用層之下,并使能所述不同網(wǎng)絡(luò)協(xié)議之間的數(shù)據(jù)通信;表示層,位于所述通用協(xié)議層之下;會話層,位于所述表示層之下;傳輸層,位于所述會話層之下;網(wǎng)絡(luò)層,位于所述傳輸層之下;數(shù)據(jù)鏈路層,位于所述網(wǎng)絡(luò)層之下;以及物理層,位于所述數(shù)據(jù)鏈路層之下。
2.一種用于在基于開放式系統(tǒng)互連參考模型的不同網(wǎng)絡(luò)協(xié)議之間傳輸數(shù)據(jù)的通用協(xié)議層體系結(jié)構(gòu),該通用協(xié)議層體系結(jié)構(gòu)包括位于應(yīng)用層之下的通用協(xié)議層,該通用協(xié)議層使能不同網(wǎng)絡(luò)協(xié)議之間的數(shù)據(jù)通信。
3.根據(jù)權(quán)利要求2所述的通用協(xié)議層體系結(jié)構(gòu),其中所述基于開放式系統(tǒng)互連參考模型的網(wǎng)絡(luò)協(xié)議是從包括TCP/IP協(xié)議、IEEE 1394協(xié)議、LonTalk協(xié)議和藍牙協(xié)議的組中選擇的一個協(xié)議。
4.根據(jù)權(quán)利要求1或2所述的通用協(xié)議層體系結(jié)構(gòu),其中所述通用協(xié)議層執(zhí)行分組交換、廣播或組播、地址轉(zhuǎn)換、裝置控制、分組分類、安全性、擁塞訪問控制和資源管理。
5.根據(jù)權(quán)利要求1或2所述的通用協(xié)議層體系結(jié)構(gòu),其中所述通用協(xié)議層起本地站芯片內(nèi)部的服務(wù)質(zhì)量、安全性和通信管理的內(nèi)部接口的作用。
6.一種用于在具有采用開放式系統(tǒng)互連參考模型的網(wǎng)絡(luò)協(xié)議層體系結(jié)構(gòu)的不同網(wǎng)絡(luò)協(xié)議之間傳輸數(shù)據(jù)的方法,該方法包括通過通用協(xié)議層傳輸數(shù)據(jù)以使能所述不同網(wǎng)絡(luò)協(xié)議之間的數(shù)據(jù)通信的步驟。
7.一種用于在具有基于開放式系統(tǒng)互連參考模型的網(wǎng)絡(luò)協(xié)議層體系結(jié)構(gòu)的不同網(wǎng)絡(luò)協(xié)議之間傳輸數(shù)據(jù)的方法,該方法包括通過位于應(yīng)用層之下的通用協(xié)議層來傳輸數(shù)據(jù)的步驟,該通用協(xié)議層用于使能所述不同網(wǎng)絡(luò)協(xié)議之間的數(shù)據(jù)通信。
8.根據(jù)權(quán)利要求7所述的方法,其中所述基于開放式系統(tǒng)互連參考模型的網(wǎng)絡(luò)協(xié)議是從包括TCP/IP協(xié)議、IEEE 1394協(xié)議、LonTalk協(xié)議和藍牙協(xié)議的組中選擇的一個協(xié)議。
9.根據(jù)權(quán)利要求6或7所述的方法,其中所述通用協(xié)議層執(zhí)行分組交換、廣播或組播、地址轉(zhuǎn)換、裝置控制、分組分類、安全性、擁塞訪問控制和資源管理。
10.根據(jù)權(quán)利要求6或7所述的方法,其中所述通用協(xié)議層起本地站芯片內(nèi)部的服務(wù)質(zhì)量、安全性和通信管理的內(nèi)部接口的作用。
11.根據(jù)權(quán)利要求6所述的方法,其中當一裝置與網(wǎng)絡(luò)中使用相同協(xié)議的另一裝置通信時,繞過所述通過通用協(xié)議層傳輸數(shù)據(jù)的步驟,并且當所述裝置與所述網(wǎng)絡(luò)中使用不同協(xié)議的另一裝置通信時,執(zhí)行所述通過通用協(xié)議層傳輸數(shù)據(jù)的步驟。
12.根據(jù)權(quán)利要求11所述的方法,其中所述通過通用協(xié)議層傳輸數(shù)據(jù)的步驟包括以下步驟通過現(xiàn)有應(yīng)用層傳輸數(shù)據(jù);以及通過特殊的標準應(yīng)用程序接口傳輸數(shù)據(jù)。
13.一種用于在不同網(wǎng)絡(luò)協(xié)議之間傳輸數(shù)據(jù)的通用協(xié)議分組,包括具有分組信息的通用協(xié)議頭以及具有數(shù)據(jù)內(nèi)容的有效負載。
14.根據(jù)權(quán)利要求13所述的通用協(xié)議分組,其中所述通用協(xié)議頭包括源地址,該源地址具有關(guān)于被傳輸?shù)男盘柕脑吹男畔ⅲ荒康牡刂?,該目的地址具有關(guān)于所述被傳輸?shù)男盘柕哪康牡氐男畔?;任選字段,該任選字段涉及業(yè)務(wù)類型、分組傳輸方法和家用網(wǎng)絡(luò)管理;順序字段,用于分割和重組過程;長度字段,用于指示應(yīng)用數(shù)據(jù)量;以及保留字段,供今后使用。
15.根據(jù)權(quán)利要求14所述的通用協(xié)議分組,其中所述通用協(xié)議頭的大小為16字節(jié)。
16.根據(jù)權(quán)利要求14所述的通用協(xié)議分組,其中所述源地址的大小為3字節(jié)。
17.根據(jù)權(quán)利要求14所述的通用協(xié)議分組,其中所述目的地址的大小為3字節(jié)。
18.根據(jù)權(quán)利要求14所述的通用協(xié)議分組,其中所述任選字段的大小為2字節(jié)。
19.根據(jù)權(quán)利要求14所述的通用協(xié)議分組,其中所述任選字段包括業(yè)務(wù)類型字段,用于區(qū)分控制命令數(shù)據(jù)、實時數(shù)據(jù)和非實時數(shù)據(jù);分組類型字段,用于定義分組傳輸方法;以及管理分組字段,該管理分組字段用于由所述通用協(xié)議提供的家用網(wǎng)絡(luò)管理。
20.根據(jù)權(quán)利要求19所述的通用協(xié)議分組,其中所述業(yè)務(wù)類型字段的大小為3位。
21.根據(jù)權(quán)利要求19所述的通用協(xié)議分組,其中所述分組類型字段的大小為5位。
22.根據(jù)權(quán)利要求19所述的通用協(xié)議分組,其中所述管理分組字段的大小為8位。
23.根據(jù)權(quán)利要求19所述的通用協(xié)議分組,其中,根據(jù)所述管理分組字段的值,所述通用協(xié)議分組變成從包括以下分組的組中選擇的一個分組裝置注冊分組,用于為裝置提供即插即用功能;本地站注冊分組,用于為本地站提供即插即用功能;激活檢查分組,用于檢查家用網(wǎng)絡(luò)中的裝置或RG是否正在工作;報告狀態(tài)分組,用于檢查裝置的狀態(tài)并發(fā)送結(jié)果;VOD MPEG流分組,該VOD MPEG流分組涉及VOD MPEG流服務(wù);廣播MPEG流分組,該廣播MPEG流分組涉及廣播MPEG流服務(wù);WAN與流網(wǎng)關(guān)接口分組,用于具有網(wǎng)關(guān)接口的本地站的地址;以及地址表管理分組,用于向所述本地站添加裝置/從所述本地站刪除裝置。
24.根據(jù)權(quán)利要求23所述的通用協(xié)議分組,其中所述裝置注冊分組是從包括以下分組的組中選擇的一個分組DRREQ分組,用于請求裝置注冊,在裝置注冊開始時,該DRREQ分組被所述裝置發(fā)送給本地站;以及DRRES分組,用于響應(yīng)所述裝置注冊的請求,在所述本地站收到DRREQ分組之后,該DRRES分組被所述本地站發(fā)送給所述裝置。
25.根據(jù)權(quán)利要求23所述的通用協(xié)議分組,其中所述本地站注冊分組是從包括以下分組的組中選擇的一個分組HRSREQ分組,用于請求本地站注冊的開始;HRSRES分組,用于響應(yīng)所述本地站注冊開始的請求;HRREQ分組,用于請求本地站注冊;HRRES分組,用于響應(yīng)所述本地站注冊的請求;以及HRIND分組,用于指示所述本地站注冊。
26.根據(jù)權(quán)利要求23所述的通用協(xié)議分組,其中所述激活檢查分組是從包括以下分組的組中選擇的一個分組ACREQ分組,用于請求檢查裝置是否正在工作;以及ACRES分組,用于響應(yīng)所述裝置是否登錄到家用網(wǎng)絡(luò)上。
27.根據(jù)權(quán)利要求23所述的通用協(xié)議分組,其中所述報告狀態(tài)分組是從包括以下分組的組中選擇的一個分組RSREQ分組,包括報告狀態(tài)請求項和關(guān)于該請求項的數(shù)據(jù);RSRES分組,包括裝置狀態(tài)的檢查結(jié)果;以及RSIND分組,用于向本地站發(fā)送關(guān)于裝置緊急狀態(tài)的信息。
28.根據(jù)權(quán)利要求23所述的通用協(xié)議分組,其中所述VOD MPEG流分組是從包括以下分組的組中選擇的一個分組VODREQ分組,用于請求VOD MPEG流服務(wù);VODRES分組,用于響應(yīng)所述VOD MPEG流服務(wù)的請求;以及VODSTR分組,用于傳輸被裝載在所述VODSTR分組的有效負載上的MPEG流。
29.根據(jù)權(quán)利要求23所述的通用協(xié)議分組,其中所述廣播MPEG流分組是從包括以下分組的組中選擇的一個分組BRCTREQ分組,用于請求廣播MPEG流服務(wù);BRCTRES分組,用于響應(yīng)所述廣播MPEG流服務(wù)的請求;以及BRCTSTR分組,用于傳輸被裝載在該BRCTSTR分組的有效負載上的MPEG流。
30.根據(jù)權(quán)利要求23所述的通用協(xié)議分組,其中所述WAN與流網(wǎng)關(guān)接口分組是從包括以下分組的組中選擇的一個分組WGIREQ分組,用于請求WAN網(wǎng)關(guān)接口地址;WGIRES分組,用于響應(yīng)WAN網(wǎng)關(guān)接口地址的請求;WGIIND分組,用于初始化所述WAN網(wǎng)關(guān)接口地址;SGIREQ分組,用于請求流網(wǎng)關(guān)接口地址;SGIRES分組,用于響應(yīng)流網(wǎng)關(guān)接口地址的請求;以及SGIIND分組,用于初始化所述流網(wǎng)關(guān)接口地址。
31.根據(jù)權(quán)利要求23所述的通用協(xié)議分組,其中所述地址表管理分組是從包括以下分組的組中選擇的一個分組ADEV分組,用于向本地站通知新裝置的登錄;DDEV分組,用于向所述本地站通知新裝置的注銷;以及IDEV分組,用于初始化所述本地站中裝置的地址表。
32.根據(jù)權(quán)利要求13所述的通用協(xié)議分組,其中用于控制裝置的UHCP分組被裝載在所述有效負載上。
33.根據(jù)權(quán)利要求32所述的通用協(xié)議分組,其中所述UHCP分組具有頭字段,該頭字段包括消息類型字段,用于指示消息的類型;行動字段,用于詳細描述消息的行動;事務(wù)ID字段,用于區(qū)分同時到達的多個消息;以及長度字段,用于指示所述UHCP分組的有效負載的長度。
34.根據(jù)權(quán)利要求33所述的通用協(xié)議分組,其中所述消息類型是從包括以下消息的組中選擇的一個消息執(zhí)行消息,用于執(zhí)行所述行動類型字段;詢問消息,用于詢問所述行動類型字段的內(nèi)容;以及通知消息,當家用網(wǎng)絡(luò)中的裝置通知它們自己的特殊事件或警報時,使用該通知消息。
35.根據(jù)權(quán)利要求34所述的通用協(xié)議分組,其中,如果所述消息類型是執(zhí)行消息,則所述行動類型字段具有從包括以下內(nèi)容的組中選擇的一個值行動,用于使裝置實施所述有效負載中的命令;注冊,用于將所述有效負載中的裝置的屬性注冊在所述本地站上;以及響應(yīng),用于響應(yīng)所述行動和所述注冊分組。
36.根據(jù)權(quán)利要求34所述的通用協(xié)議分組,其中,如果所述消息類型是詢問消息,則所述行動類型字段具有從包括以下內(nèi)容的組中選擇的一個值行動,用于請求關(guān)于裝置狀態(tài)的信息;裝置目錄,用于請求裝置的目錄信息;屬性目錄,用于請求屬性信息;以及響應(yīng),用于響應(yīng)所述行動、裝置目錄和屬性目錄的請求。
37.根據(jù)權(quán)利要求14所述的通用協(xié)議分組,其中所述順序字段的大小為1字節(jié)。
38.根據(jù)權(quán)利要求37所述的通用協(xié)議分組,其中所述順序字段包括順序號字段,用于指示所述分割過程中的當前順序號;以及最后分組字段,用于指示最后分組。
39.根據(jù)權(quán)利要求38所述的通用協(xié)議分組,其中所述順序號字段的大小為7位。
40.根據(jù)權(quán)利要求38所述的通用協(xié)議分組,其中所述最后分組字段的大小為1位。
41.根據(jù)權(quán)利要求14所述的通用協(xié)議分組,其中所述長度字段的大小為1字節(jié)。
42.根據(jù)權(quán)利要求14所述的通用協(xié)議分組,其中所述保留字段的大小為5字節(jié)。
全文摘要
本發(fā)明提供用于在不同網(wǎng)絡(luò)協(xié)議之間傳輸數(shù)據(jù)的通用協(xié)議體系結(jié)構(gòu)和方法以及通用協(xié)議分組。該通用協(xié)議體系結(jié)構(gòu)包括應(yīng)用層;通用協(xié)議層,該通用協(xié)議層位于應(yīng)用層之下并使能不同網(wǎng)絡(luò)協(xié)議之間的數(shù)據(jù)通信;表示層,位于通用協(xié)議層之下;會話層,位于表示層之下;傳輸層,位于會話層之下;網(wǎng)絡(luò)層,位于傳輸層之下;數(shù)據(jù)鏈路層,位于網(wǎng)絡(luò)層之下;以及物理層,位于數(shù)據(jù)鏈路層之下。該通用協(xié)議分組包括具有分組信息的通用協(xié)議頭以及具有數(shù)據(jù)內(nèi)容的有效負載。通過設(shè)計同時接受各種協(xié)議的通用協(xié)議層和通用協(xié)議分組,本發(fā)明能夠提高不同協(xié)議之間的兼容性。
文檔編號H04L29/06GK1742473SQ200380109209
公開日2006年3月1日 申請日期2003年11月25日 優(yōu)先權(quán)日2002年11月25日
發(fā)明者崔光淳, 林承玉, 鄭光模, 徐京鶴 申請人:電子部品研究院