亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

為不同通信標準的終端用戶設(shè)備分配邏輯上行信道的系統(tǒng)的制作方法

文檔序號:7650797閱讀:135來源:國知局

專利名稱::為不同通信標準的終端用戶設(shè)備分配邏輯上行信道的系統(tǒng)的制作方法
技術(shù)領(lǐng)域
:本發(fā)明涉及通信系統(tǒng),更具體地說,涉及對邏輯信道的管理。技術(shù)背景在遵循有線電纜數(shù)據(jù)服務接口規(guī)范(DOCSIS)的系統(tǒng)中,有線電纜調(diào)制解調(diào)器(CM)在下行通信(也就是從頭端到CM的通信)中會收到上行信道描述符(UCD)消息。UCD中描述有上行信道(也就是從CM向頭端傳送消息的信道)的物理信道參數(shù)。UCD通過上行信道標識符(UCID)來標識上行信道,該標識符在介質(zhì)訪問控制(MAC)域內(nèi)是唯一的。MAC域是下行信道和上行信道的集合,由MAC管理實體進行管理,并且與同一時鐘同步。在DOCSIS1.0、1.1和2.0中,當CM在特定上行信道上的操作確定之后,CM只需要檢査包含該信道UCID的UCD消息即可,以査看參數(shù)是否發(fā)生變化。CM無需檢査包含其它信道UCID的消息。若UCD中的配置變化點數(shù)增加了,則說明UCD中的參數(shù)發(fā)生了變化。上行信道的UCID還在下行信道的MAP消息中扮演重要角色。MAP消息中定義有上行信道中多個上行流傳輸時機的開始時間和持續(xù)時間。MAP消息中包含一字段,其中包含與所描述的上行信道相對應的UCID。因此,CM只需査看包含其正在使用的上行信道的UCID的MAP消息即可,而無需檢査包含其它信道UCID的消息。在DOCSIS2.0中,引入了邏輯上行信道的概念。同一上行頻段內(nèi)可存在多條邏輯信道,這些邏輯信道通過時分復用技術(shù)分配到不同的時隙。特別的,DOCSIS2.0中定義了一條物理信道上所能支持的兩條邏輯信道一條邏輯信道用于TDMA傳輸;另一條邏輯信道用于同步碼分多址(S-CDMA)傳輸。每條邏輯信道由其自身UCD描述,且每條邏輯信道的UCD都包含唯一的UCID。工作在一條邏輯信道的CM會忽略同一頻段上其它邏輯信道的UCD。CM無需知道是否存在其它邏輯信道。有線電纜調(diào)制解調(diào)器終端系統(tǒng)(CMTS)調(diào)度機記錄分配給每條邏輯信道的上行流傳輸時機,這些邏輯信道由其各自的MAP消息描述。在DOCSIS3.0中,為實現(xiàn)后向兼容,引入了一種新型UCD。DOCSIS3.0之前版本的有線電纜調(diào)制解調(diào)器(CM)不使用這種新型UCD。然而,在不使用多條邏輯信道的情況下,能夠在同一上行頻率信道上支持多種類型的CM(例如使用不同通信標準如DOCSIS3.0,DOCSIS2.0或DOCSIS1.0中的一個版本(這里稱為DOCSIS1.x)的CM)是有利的。使用邏輯信道的目的有很多,但僅將其用于區(qū)分3.0、2.0或者1.0上行CM通信,則無法充分利用其優(yōu)勢。因此,需要一種系統(tǒng),使得無需為每種類型CM分配上行邏輯信道,也能使不同類型的CM可發(fā)送上行通信。
發(fā)明內(nèi)容無論接收UCD的CM是何種類型,這些不同的UCD所標識的都是同一條邏輯上行信道。不同性能的不同CM(例如依照不同DOCSIS標準l.x、2.0和3.0來配置的CM)從CMTS處接收這些UCD,然后優(yōu)先選擇其所能支持的DOCSIS版本中版本最高的那一個UCD。盡管如此,所有的UCD都指的是同一條上行邏輯信道。因此,不同的CM共享這一條上行邏輯信道。與本文將要介紹的方法相比,使用共存于同一上行物理信道中的多條邏輯信道來區(qū)分DOCSIS3.0、DOCSIS2.0和DOCSIS1.xCM的方式會占用更多的資源,對調(diào)度機產(chǎn)生更多限制,并且將高帶寬通道分成幾條獨立低帶寬通道的方式會使統(tǒng)計復用增益下降。這些問題可通過允許不同性能(由不同UCD表示)的設(shè)備如CM共同使用同一邏輯通道的方法來解決。應注意,雖然在描述本發(fā)明的過程中用到的是有線電纜調(diào)制解調(diào)器,但應理解,本發(fā)明還適用于在使用DOCSIS或類似標準的系統(tǒng)中與其它類型的用戶終端設(shè)備協(xié)同操作。根據(jù)本發(fā)明的一個方面,構(gòu)造了一種用于為使用不同通信標準的有線電纜調(diào)制解調(diào)器分配單獨一條邏輯上行信道的系統(tǒng),該邏輯上行信道由上行信道標識符(UCID)標識,該系統(tǒng)包括有線電纜調(diào)帶〗解調(diào)器終端系統(tǒng),用于發(fā)送多種類型的多個上行信道描述符(UCD),其中,每個UCD都包含標識所述單獨一條邏輯上行信道的UCID;使用多種通信標準的多個有線電纜調(diào)制解調(diào)器,從而,所述多個有線電纜調(diào)制解調(diào)器接收所述多個UCD,并在所述單獨一條邏輯上行信道上發(fā)送上行數(shù)據(jù)。在本發(fā)明所述的系統(tǒng)中,所述系統(tǒng)依照有線電纜數(shù)據(jù)服務接口規(guī)范(DOCSIS)的一個版本工作。在本發(fā)明所述的系統(tǒng)中,所述UCD的類型包括DOCSIS上行信道描述符類型2。在本發(fā)明所述的系統(tǒng)中,所述UCD的類型包括DOCSIS上行信道描述符類型29。在本發(fā)明所述的系統(tǒng)中,所述UCD的類型包括DOCSIS上行信道描述符類型35。在本發(fā)明所述的系統(tǒng)中,所述多個有線電纜調(diào)制解調(diào)器所使用的所述多種通信標準包括DOCSIS1。在本發(fā)明所述的系統(tǒng)中,所述多個有線電纜調(diào)制解調(diào)器所使用的所述多種通信標準包括DOCSIS2.0。在本發(fā)明所述的系統(tǒng)中,所述多個有線電纜調(diào)制解調(diào)器所使用的所述多種通信標準包括DOCSIS3.0。在本發(fā)明所述的系統(tǒng)中,所述多個UCD包括類型29的DOCSISUCD;禾口類型35的DOCSISUCD。在本發(fā)明所述的系統(tǒng)中,所述多個UCD包括類型2的DOCSISUCD;和類型35的DOCSISUCD。在本發(fā)明所述的系統(tǒng)中,所述多個UCD包括類型2的DOCSISUCD;類型29的DOCSISUCD;和類型35的DOCSISUCD。根據(jù)本發(fā)明的一個方面,構(gòu)造了一種用于向使用不同通信標準的終端用戶設(shè)備分配單獨一條邏輯上行信道的系統(tǒng),該邏輯上行信道由上行信道標識符(UCID)標識,該系統(tǒng)包括-中心控制器,用于發(fā)送多種類型的多個上行信道描述符(UCD),其中,每個UCD都包含標識所述單獨一條邏輯上行信道的UCID;使用多種通信標準的多個終端用戶設(shè)備,從而,所述多個終端用戶設(shè)備接收所述多個UCD,并在所述單獨一條邏輯上行信道上發(fā)送上行數(shù)據(jù)。下面將結(jié)合附圖及實施例對本發(fā)明作進一步說明,附圖中圖1是根據(jù)本發(fā)明一實施例的兩種不同類型UCD到兩種不同DOCSIS標準下的CM的傳輸過程的示意圖;圖2是根據(jù)本發(fā)明一實施例的圖1中UCD以及UCID字段詳細信息的示意圖;圖3是根據(jù)本發(fā)明一實施例的三種不同類型UCD到三種不同DOCSIS標準下的CM的傳輸過程的示意圖;圖4是根據(jù)本發(fā)明一實施例的圖3中UCD以及UCID字段詳細信息的示意圖。本發(fā)明的其它實施例、特征和優(yōu)點,以及本發(fā)明多個實施例的操作過程,將結(jié)合附圖在下文中進行描述。具體實施方式下面將結(jié)合附圖來描述本發(fā)明的一個實施例,文中使用相同的附圖標記來表示相同的或者功能上類似的組件。此外,每個附圖標記最左邊的數(shù)字對應第一次出現(xiàn)該附圖標記的附圖的編號。應了解,文中用到的具體配置和設(shè)置僅出于描述方便的目的。所述計算領(lǐng)域的技術(shù)人員應當明白,在不脫離本發(fā)明實質(zhì)和范圍的情況下,還可使用其它的配置和設(shè)置。本領(lǐng)域的技術(shù)人員應當明白,本發(fā)明還可應用在多種其它系統(tǒng)和應用之中。在DOCSIS3.0中為CM和CMTS設(shè)置了一系列新特點和功能。引入的變化涉及物理層、MAC子層、網(wǎng)絡層、安全性和網(wǎng)絡管理。DOCSIS3.O還引入了一種新的UCD類型。在DOCSISl.x中,MAC管理消息包頭中UCD中標記的類型值為2。在DOCSIS2.0中,弓l入了另一種UCD類型,用于描述使用DOCSIS2.0高級物理層參數(shù)的信道。該"僅限于DOCSIS2.0"的UCD所標記的類型值為29。在DOCSIS2.0中,同時使用1.x和2.0物理層參數(shù)的信道也由類型2UCD來描述。在DOCSIS3.0中,定義了一種類型為35的新型UCD。若CMTS發(fā)送類型35的UCD,則DOCSIS1.x或2.0的CM將忽略該UCD,因為他們無法解釋類型35的值。但是,DOCSIS3.0的CM可解釋類型35的值。在DOCSIS3.0中,類型35的UCD用于描述包含下列DOCSIS3.0特點的上行信道-1)脈沖屬性,用于實現(xiàn)可選活躍代碼(SelectableActiveCodes,SAC)模式2和跳碼(CodeHopping)模式2。2)脈沖描述符,對應下列時間片使用碼(IntervalUsageCodes,IUC)1、2、3、4、5、6、9、IO和11。3)與IUCll相關(guān)聯(lián)的脈沖屬性,不會用于非申請授予服務(UnsolictedGrantService,UGS)。DOCSIS3.0引入了物理層特性,可在當上行信道使用同步碼分多址(S-CDMA)時,降低進入噪音。通過使用SAC模式2,所用的活躍碼(activecodes)均可從128個擴頻碼(spreadingcodes)中選出。通過使用跳碼模式2,可只在所選的活躍碼上執(zhí)行跳碼。在提供數(shù)據(jù)授予的情況下,DOCSIS3.0還引入了CMTS向CM動態(tài)分配脈沖特性(burstprofiles)的能力。因此,類型35UCD可提供對應于上面提到的所有IUC的脈沖特性。此外,DOCSIS3.0刪除了DOCSIS2.0中有關(guān)IUC11需要與UGS授予相關(guān)聯(lián)的限制。本發(fā)明的一個實施例允許使用不同通信標準(如DOCSIS3.0和DOCSIS2.0、DOCSIS3.0和1.x或者所有上述三種)的CM共同使用一條邏輯信道。這里假設(shè)未將邏輯信道用于區(qū)分各種DOCSIS版本所支持的不同CM。首先來討論DOCSIS2.0和3.0的CM共同使用同一上行信道的情況。由于某些遺留的特性,DOCSIS2.0CM會檢查類型29的UCD中是否存在IUC5和6,若是,則拒絕此UCD,若要提供一種3.0CM(可能為其數(shù)據(jù)分配到IUC5、6、9、lO和ll)和2.0CM(其數(shù)據(jù)只能使用9、10、11)都能使用的UCD,則不能使用類型29的UCD。因此,下面討論的實施例中使用了兩個不同的UCD,它們使用代表單獨一條邏輯上行信道的同一UCID值。一個UCD的類型是35,DOCSIS2.0CM將忽略該UCD;另一個UCD的類型是29,DOCSIS2.0CM可使用該UCD。對于每種DOCSIS規(guī)范,在類型35UCD和類型29UCD之間,DOCSIS3.0CM會優(yōu)先選擇前者。由于這二個UCD指的都是同一UCID,因此只需使用一個MAP來描述該信道上的上行傳輸時機。該實施例在圖1和圖2中進行了描述。在圖1中,CMTS110發(fā)出兩個UCD下行流。UCD140的類型是29;UCD150的類型是35。這些UCD被兩種通信標準下的兩個CM,DOCSIS2.0CM120和DOCSIS3.0CM130接收。CM120將忽略類型35的UCD150,而接收類型29的UCD140。CM130將選擇接收類型35UCD150。圖2中展示了兩種類型的UCD。類型29UCD140具有UCID字段220,類型35UCD150具有UCID字段230。然而這兩個字段指的都是同一條邏輯上行信iUCIDX。下面來討論在同一邏輯上行信道中同時使用DOCSIS1.x、2.0和3.0的情況。上文中討論的有關(guān)特定的遺留特性,即DOCSIS2.0CM檢査類型29的UCD中是否存在IUC5和6的問題同樣存在。因此,在本發(fā)明的一個實施例中,可使用將多個UCD全都指向同一UCID的辦法來解決這一問題。在這種情況下,指向同一UCID的UCD可能會有兩個或三個。但是當存在l.xCM時,還需要考慮其它問題。若想與當前上行脈沖接收器一同使用,用在對應某一IUC的特定脈沖特性的前導碼對于信道中使用該脈沖特性的所有CM來說應該是一樣的。由于DOCSIS1.x的前導碼不同于DOCSIS2.0以及以后的標準,因此,當DOCSISl.x、2.0和3.0共同使用同一邏輯上行信道時,IUCl、2、3、4、5和6的前導碼類型應該是一樣的。因此,若想使用不同類型的多個UCD來描述同一條信道,則這些UCD存在如下限制若使用兩個UCD,則其中一個類型為35,另一個可以是2或29;若使用三個UCD,則其中一個類型為35,一個為2,一個為29。后一種情況在圖3和圖4中進行了描述。CMTS310發(fā)送UCD335、340和350,其類型分別為2、29和35。CM311接收UCD335(類型2);CM320接收UCD340(類型29);CM330接收UCD350(類型35〉。圖4展示了這三種UCD及其各自的UCID字段410、420和430。所有這些UCID字段所指向的都是伺一邏輯上行信道UCIDy。在每個UCD中,對應同一IUC的脈沖屬性都是一樣的。若描述該信道的UCD中一個的類型是2,則IUC1、2、3、4、5和6的脈沖描述符的類型是4(使用DOCSISl.x前導碼),IUC9、10和11的脈沖描述符的類型是5(使用DOCSIS2.0前導碼)。若只有類型29的UCD和類型35的UCD,而沒有類型2的UCD,則IUC1、2、3、4、5、6、9、10和11的脈沖描述符的類型是5。本發(fā)明并非僅限于映射到一個UCID的UCD為2個或3個的情況。DOCSIS將來的其它版本可引入其它UCD類型,這樣一來,映射到一個UCID的UCD可能會多于3個。上文描述了本發(fā)明的幾個實施例,但應當明白,本文僅是通過舉例方式來描述本發(fā)明的,這種方式不會限制本發(fā)明的范圍。本領(lǐng)域的技術(shù)人員應當明白,在不脫離將由權(quán)利要求所限定的本發(fā)明實質(zhì)和范圍的情況下,可對其形式和細節(jié)進行修改。因此,本發(fā)明的范圍并非僅限于上述示范性實施例,而僅由權(quán)利要求及其等效方案來定義。權(quán)利要求1.一種用于為使用不同通信標準的有線電纜調(diào)制解調(diào)器分配單獨一條邏輯上行信道的系統(tǒng),該邏輯上行信道由上行信道標識符(UCID)標識,其特征在于,該系統(tǒng)包括有線電纜調(diào)制解調(diào)器終端系統(tǒng),用于發(fā)送多種類型的多個上行信道描述符(UCD),其中,每個UCD都包含標識所述單獨一條邏輯上行信道的UCID;使用多種通信標準的多個有線電纜調(diào)制解調(diào)器,從而,所述多個有線電纜調(diào)制解調(diào)器接收所述多個UCD,并在所述單獨一條邏輯上行信道上發(fā)送上行數(shù)據(jù)。2、根據(jù)權(quán)利要求1所述的系統(tǒng),其特征在于,所述系統(tǒng)依照有線電纜數(shù)據(jù)服務接口規(guī)范(DOCSIS)的一個版本工作。3、根據(jù)權(quán)利要求2所述的系統(tǒng),其特征在于,所述UCD的類型包括DOCSIS上行信道描述符類型2。4、根據(jù)權(quán)利要求2所述的系統(tǒng),其特征在于,所述UCD的類型包括DOCSIS上行信道描述符類型29。5、根據(jù)權(quán)利要求2所述的系統(tǒng),其特征在于,所述UCD的類型包括DOCSIS上行信道描述符類型35。6、根據(jù)權(quán)利要求2所述的系統(tǒng),其特征在于,所述多個有線電纜調(diào)帶丄解調(diào)器所使用的所述多種通信標準包括DOCSIS1。7、根據(jù)權(quán)利要求2所述的系統(tǒng),其特征在于,所述多個有線電纜調(diào)制解調(diào)器所使用的所述多種通信標準包括DOCSIS2.0。8、根據(jù)權(quán)利要求2所述的系統(tǒng),其特征在于,所述多個有線電纜調(diào)制解調(diào)器所使用的所述多種通信標準包括DOCSIS3.0。9、根據(jù)權(quán)利要求2所述的系統(tǒng),其特征在于,所述多個UCD包括類型29的DOCSISUCD;和類型35的DOCSISUCD。10、一種用于為使用不同通信標準的終端用戶設(shè)備分配單獨一條邏輯上行信道的系統(tǒng),該邏輯上行信道由上行信道標識符(UCID)標識,其特征在于,該系統(tǒng)包括中心控制器,用于發(fā)送多種類型的多個上行信道描述符(UCD),其中,每個UCD都包含標識所述單獨一條邏輯上行信道的UCID;使用多種通信標準的多個終端用戶設(shè)備,從而,所述多個終端用戶設(shè)備接收所述多個UCD,并在所述單獨一條邏輯上行信道上發(fā)送上行數(shù)據(jù)。全文摘要本發(fā)明涉及一種用于為使用不同通信標準的有線電纜調(diào)制解調(diào)器或終端用戶設(shè)備分配單獨一條邏輯上行信道的系統(tǒng)。在DOCSIS通信系統(tǒng)中,不同的上行信道描述符(UCD)均包含同一邏輯上行信道標識符(UCID),無論這些UCD是發(fā)往何種類型的有線電纜調(diào)制解調(diào)器(CM)的。不同性能的不同CM(例如根據(jù)不同的DOCSIS標準1.x、2.0、3.0配置的CM)從上行頭端接收其各自的UCD。然而,所有這些UCD都指向同一條邏輯上行信道。因此,不同的CM共享這同一條邏輯上行信道。文檔編號H04L27/00GK101272375SQ200710089660公開日2008年9月24日申請日期2007年3月21日優(yōu)先權(quán)日2006年3月22日發(fā)明者奈基·羅伯塔·潘特利斯,維克托·T·霍申請人:美國博通公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1