專利名稱：廣播接收機(jī)和在主機(jī)設(shè)備和pod之間連接資源信息的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種廣播接收機(jī)， 一種用于在主機(jī)設(shè)備和安全卡 (security card )之間進(jìn)行連接(interfacing)的方法， 一種用于傳送 主機(jī)資源信息的方法，和一種用于獲得主機(jī)資源信息的方法，尤其是， 涉及一種廣播接收機(jī)， 一種用于在主機(jī)設(shè)備和安全卡之間進(jìn)行連接的 方法， 一種用于傳送主機(jī)資源信息的方法，和一種用于獲得主機(jī)資源 信息的方法，其中基于因特網(wǎng)協(xié)議傳送的廣播數(shù)據(jù)被處理。
背景技術(shù)：
現(xiàn)有的電視(TV)業(yè)務(wù)己經(jīng)以這樣的方式提供，gp,由廣播公司生 成的內(nèi)容經(jīng)由無線傳輸介質(zhì)，諸如地波、電纜或者衛(wèi)星傳送，并且觀 眾通過能夠經(jīng)由相應(yīng)的傳輸介質(zhì)接收所傳送內(nèi)容的電視接收機(jī)來觀看 傳送的內(nèi)容。
但是，由于從現(xiàn)有的模擬廣播中出現(xiàn)了基于數(shù)字廣播的數(shù)字電視 技術(shù)被開發(fā)，并且可商用，所以除現(xiàn)有的傳輸介質(zhì)之外，還可以使用 連接到每個(gè)家庭的因特網(wǎng)網(wǎng)絡(luò)提供給觀眾各種內(nèi)容，諸如實(shí)時(shí)廣播、 點(diǎn)播內(nèi)容(CoD)(Contents on Demand)、游戲和新聞。
一個(gè)使用因特網(wǎng)網(wǎng)絡(luò)提供內(nèi)容的例子可以包括因特網(wǎng)協(xié)議 TV(IPTV)。該IPTV表示用于使用因特網(wǎng)網(wǎng)絡(luò)接收各種類型的信息服務(wù)、活動(dòng)圖像內(nèi)容和廣播消息，并且將它們顯示給用戶的廣播接收機(jī)。
該因特網(wǎng)網(wǎng)絡(luò)可以基于各種類型的網(wǎng)絡(luò)來實(shí)現(xiàn)，諸如光纜網(wǎng)絡(luò)(optical cable networks)、同軸電纜網(wǎng)絡(luò)、光纖到戶(FTTH)、電話網(wǎng)絡(luò)和無線網(wǎng) 絡(luò)。
與通常的地面廣播不同，使用因特網(wǎng)網(wǎng)絡(luò)的服務(wù)另外具有雙向性， 并且允許觀眾在他/她方便的時(shí)間觀看想要的節(jié)目。

發(fā)明內(nèi)容
因此，本發(fā)明提出一種廣播接收機(jī)， 一種用于在主機(jī)設(shè)備和安全 卡之間進(jìn)行連接的方法， 一種用于傳送主機(jī)資源信息的方法，和一種 用于獲得主機(jī)資源信息的方法，其基本上消除了由于相關(guān)技術(shù)的局限 和缺點(diǎn)所引起的一個(gè)或多個(gè)問題。
本發(fā)明的一個(gè)目的是提供一種廣播接收機(jī)， 一種用于在主機(jī)設(shè)備 和安全卡之間進(jìn)行連接的方法， 一種用于傳送主機(jī)資源信息的方法， 和一種用于獲得主機(jī)資源信息的方法，其使用因特網(wǎng)協(xié)議，并且允許 通過常規(guī)的電纜安全卡(cable security card)所提供的"條件接收" (conditional access )特點(diǎn)來保護(hù)傳送的內(nèi)容。
本發(fā)明的另一個(gè)目的是提供一種廣播接收機(jī)， 一種用于在主機(jī)設(shè) 備和安全卡之間進(jìn)行連接的方法， 一種用于傳送主機(jī)資源信息的方法， 和一種用于獲得主機(jī)資源信息的方法，其允許在有線/無線網(wǎng)絡(luò)上將主 機(jī)設(shè)備的網(wǎng)絡(luò)能力有效傳輸給安全卡，以便處理在包括IP協(xié)議的所有 類型的傳輸協(xié)議上接收的廣播數(shù)據(jù)。
本發(fā)明的再一個(gè)目的是提供一種廣播接收機(jī)， 一種用于在主機(jī)設(shè) 備和安全卡之間進(jìn)行連接的方法， 一種用于傳送主機(jī)資源信息的方法， 和一種用于獲得主機(jī)資源信息的方法，其允許從同軸電纜多媒體聯(lián)盟 (MoCA) (Multimedia over Coax Alliance)接收廣播數(shù)據(jù)。本發(fā)明的另外的優(yōu)點(diǎn)、目的和特點(diǎn)部分地將在下面的描述中闡述， 部分地可通過參閱以下內(nèi)容或者從本發(fā)明的實(shí)踐中獲悉，從而對(duì)于本 領(lǐng)域普通技術(shù)人員變得顯而易見。通過在說明書和此處的權(quán)利要求以 及所附的附圖中特別指出的結(jié)構(gòu)，可以實(shí)現(xiàn)和獲得本發(fā)明的目的和其 他的優(yōu)點(diǎn)。
為了實(shí)現(xiàn)這些目的和其他的優(yōu)點(diǎn)，并且根據(jù)本發(fā)明的目的，如在
此處實(shí)施和廣泛地描述的， 一種在主機(jī)設(shè)備和POD之間連接資源信息 的方法，包括從POD發(fā)送資源信息請(qǐng)求消息到該主機(jī)設(shè)備，以及由
主機(jī)設(shè)備以資源信息消息來響應(yīng)POD,該資源信息消息包括表示主機(jī) 設(shè)備是否支持A模式資源的資源標(biāo)識(shí)符。在此處，該資源標(biāo)識(shí)符是被 定義以用于標(biāo)識(shí)低速通信資源的標(biāo)識(shí)符。并且低速通信資源的資源標(biāo) 識(shí)符進(jìn)一步表示主機(jī)設(shè)備是否支持OOB下模式(OOB downmode)和 OOB上模式(OOBupmode)中的至少一個(gè)。
此外，該資源標(biāo)識(shí)符是被定義以用于標(biāo)識(shí)IP通信資源的標(biāo)識(shí)符， IP通信資源用于支持A模式。在此處，該IP通信資源的資源標(biāo)識(shí)符進(jìn) 一步表示主機(jī)設(shè)備是否支持OOB下模式。
此外，該主機(jī)包括用于支持A模式的因特網(wǎng)協(xié)議(IP)物理接口單 元。在此處，該IP物理接口單元接收包括廣播數(shù)據(jù)的以太網(wǎng)幀。
在本發(fā)明的另一個(gè)方面中， 一種發(fā)送主機(jī)設(shè)備資源信息的方法， 包括從POD接收資源信息請(qǐng)求消息，標(biāo)識(shí)主機(jī)設(shè)備是否支持A模式， 當(dāng)主機(jī)設(shè)備支持A模式的時(shí)候，在資源信息消息中插入表示主機(jī)設(shè)備 是否支持A模式的資源標(biāo)識(shí)符，并將資源信息消息發(fā)送給POD。在此 處，該資源標(biāo)識(shí)符是被定義以用于標(biāo)識(shí)低速通信資源的標(biāo)識(shí)符。并且 該低速通信資源的資源標(biāo)識(shí)符進(jìn)一步表示主機(jī)設(shè)備是否支持OOB下模 式和OOB上模式中的至少一個(gè)。此外，該資源標(biāo)識(shí)符是被定義以用于標(biāo)識(shí)IP通信資源的標(biāo)識(shí)符，
該IP通信資源用于支持A模式。在此處，該IP通信資源的資源標(biāo)識(shí) 符進(jìn)一步表示主機(jī)設(shè)備是否支持OOB下模式。
在本發(fā)明的另一個(gè)方面中， 一種獲得主機(jī)設(shè)備資源信息的方法，
包括將資源信息請(qǐng)求消息發(fā)送給主機(jī)設(shè)備，接收包括資源標(biāo)識(shí)符的
資源信息消息，該資源標(biāo)識(shí)符表示主機(jī)設(shè)備是否支持A模式，并通過 解析(parse)接收的資源信息消息而獲得資源標(biāo)識(shí)符。在此處，該資 源標(biāo)識(shí)符是被定義以用于標(biāo)識(shí)低速通信資源的標(biāo)識(shí)符。并且該低速通 信資源的資源標(biāo)識(shí)符進(jìn)一步表示主機(jī)設(shè)備是否支持OOB下模式和 OOB上模式中的至少一個(gè)。
此外，該資源標(biāo)識(shí)符是被定義以用于標(biāo)識(shí)IP通信資源的標(biāo)識(shí)符， 該IP通信資源用于支持A模式。在此處，該IP通信資源的資源標(biāo)識(shí) 符進(jìn)一步表示主機(jī)設(shè)備是否支持OOB下模式。
在本發(fā)明的另一個(gè)方面中， 一種廣播接收機(jī)，包括用于發(fā)送資 源信息請(qǐng)求消息的POD，和用于接收資源信息請(qǐng)求消息，并以資源信 息消息來響應(yīng)的主機(jī)設(shè)備，該資源信息消息包括表示主機(jī)設(shè)備是否支 持A模式資源的資源標(biāo)識(shí)符。在此處，該資源標(biāo)識(shí)符是被定義以用于 標(biāo)識(shí)低速通信資源的標(biāo)識(shí)符。并且低速通信資源的資源標(biāo)識(shí)符進(jìn)一步 表示主機(jī)設(shè)備是否支持OOB下模式和OOB上模式中的至少一個(gè)。
此外，該資源標(biāo)識(shí)符是被定義以用于標(biāo)識(shí)IP通信資源的標(biāo)識(shí)符， 該IP通信資源用于支持A模式。在此處，該IP通信資源的資源標(biāo)識(shí) 符進(jìn)一步表示主機(jī)設(shè)備是否支持OOB下模式。
根據(jù)本發(fā)明，有可能使用常規(guī)的電纜安全卡所提供的"條件接收" 來保護(hù)內(nèi)容。因此，服務(wù)提供者可以保護(hù)其內(nèi)容，并且使用"條件接收"來穩(wěn)定地向服務(wù)用戶收費(fèi)。
此外，由于經(jīng)有線/無線網(wǎng)絡(luò)在包括IP協(xié)議的所有類型的傳輸協(xié)議 上所接收的廣播數(shù)據(jù)被處理，以便允許與電纜安全卡相連接，所以服 務(wù)用戶可以通過最低限度地改變或者擴(kuò)展常規(guī)電纜安全卡的功能來觀 看想要的提供者的服務(wù)。
此外，基于以太網(wǎng)協(xié)議在因特網(wǎng)協(xié)議分組中將接收的廣播數(shù)據(jù)傳 送給安全卡的主機(jī)設(shè)備的網(wǎng)絡(luò)能力的信息項(xiàng)被與其它信息項(xiàng)一起系統(tǒng) 地定義，并且然后這樣的信息項(xiàng)被結(jié)合并且傳送給主機(jī)設(shè)備。這允許 在主機(jī)設(shè)備和安全卡之間有效交換信息。
此外，常規(guī)的信息傳輸系統(tǒng)和方法被支持及被擴(kuò)展以允許傳輸該 主機(jī)設(shè)備的額外的網(wǎng)絡(luò)信息，以使得可以實(shí)現(xiàn)向后兼容。
應(yīng)該明白，上文的概述和下面本發(fā)明的詳細(xì)說明是示范性和說明 性的，并且意欲對(duì)所要求保護(hù)的本發(fā)明提供進(jìn)一步的說明。


所附的附圖被包括進(jìn)來以提供對(duì)本發(fā)明進(jìn)一步的理解，并且其被 結(jié)合進(jìn)并構(gòu)成本申請(qǐng)的一部分，其舉例說明了本發(fā)明的實(shí)施例，并且 與說明書一起起到解釋本發(fā)明原理的作用。在附圖中
圖1示意性地舉例說明根據(jù)本發(fā)明一個(gè)實(shí)施例的IPTV系統(tǒng)；
圖2示意性地舉例說明根據(jù)本發(fā)明一個(gè)實(shí)施例的使用安全卡的接
收機(jī)；
圖3舉例說明根據(jù)本發(fā)明一個(gè)實(shí)施例的用于運(yùn)行RM協(xié)議的過程; 圖4舉例說明根據(jù)本發(fā)明一個(gè)實(shí)施例的profile_reply ( ) APDU的
語法；
圖5舉例說明一個(gè)包括電纜廣播接收機(jī)的低速通信資源信息的實(shí) 例資源信息表；圖6舉例說明一個(gè)根據(jù)本發(fā)明的實(shí)施例包括擴(kuò)展的低速通信資源 信息的實(shí)例資源信息表；
圖7舉例說明一個(gè)根據(jù)本發(fā)明的實(shí)施例包括低速通信資源信息和 IP通信資源信息的實(shí)例資源信息表；
圖8A和圖8B是舉例說明根據(jù)本發(fā)明一個(gè)實(shí)施例用于發(fā)送和接收 主機(jī)設(shè)備的網(wǎng)絡(luò)操作模式信息的過程的流程圖；以及
圖9A和9B是舉例說明根據(jù)本發(fā)明另一個(gè)實(shí)施例用于發(fā)送和接收 主機(jī)設(shè)備的網(wǎng)絡(luò)操作模式信息的過程的流程圖。
具體實(shí)施例方式
此外，雖然在本發(fā)明中使用的術(shù)語是從通常巳知和使用的術(shù)語中 選擇出來的，但在本發(fā)明的描述中提到的一些術(shù)語是由申請(qǐng)人以他的 或者她的判斷力來選擇的，在此處敘述的相關(guān)部分中描述了其詳細(xì)含 義。此外，所需要的是，不只是要通過實(shí)際使用的術(shù)語，而且要通過 每個(gè)術(shù)語的內(nèi)在含義來理解本發(fā)明。
將參考所附附圖來詳細(xì)描述根據(jù)本發(fā)明的廣播接收機(jī)和處理廣播 數(shù)據(jù)的方法。
因特網(wǎng)協(xié)議TV(IPTV)系統(tǒng)是一個(gè)能夠使用因特網(wǎng)網(wǎng)絡(luò)提供各種 類型內(nèi)容的系統(tǒng)的例子，其可以主要地分成服務(wù)器、網(wǎng)絡(luò)和廣播接收 機(jī)(客戶端)。
該IPTV系統(tǒng)的服務(wù)器可以包括具有各種功能的服務(wù)器，諸如服務(wù) 發(fā)現(xiàn)和選擇服務(wù)器(service discovery and selection server)、流媒體服 務(wù)器(streaming server)、內(nèi)容指南信息服務(wù)器、客戶信息服務(wù)器和支 付信息服務(wù)器。
在這些服務(wù)器之中，該流媒體服務(wù)器經(jīng)由網(wǎng)絡(luò)將所存儲(chǔ)的活動(dòng)圖 像專家組(MPEG)-2或者M(jìn)PEG-4編碼的活動(dòng)圖像數(shù)據(jù)傳送給廣播接收機(jī)。作為傳輸協(xié)議，可以使用實(shí)時(shí)傳輸協(xié)議(RTP)或者RTP控制協(xié)議 (RTCP)。
在該情形下，實(shí)時(shí)流協(xié)議(RTSP)被使用，活動(dòng)圖像數(shù)據(jù)流的再現(xiàn) 可以在某種程度上由諸如暫停、重放、停止等等的網(wǎng)絡(luò)技巧播放功能 (network trick play function)來控帝ij 。
該內(nèi)容指南信息服務(wù)器提供有關(guān)所提供的各種內(nèi)容的信息。該內(nèi) 容指南信息包括有關(guān)內(nèi)容的多種信息作為對(duì)應(yīng)于電子節(jié)目指南(EPG) 信息的信息。該內(nèi)容指南信息服務(wù)器存儲(chǔ)內(nèi)容指南信息數(shù)據(jù)，并且將 所存儲(chǔ)的數(shù)據(jù)提供給該廣播接收機(jī)。
在這些服務(wù)器之中，服務(wù)發(fā)現(xiàn)和選擇服務(wù)器提供用于將各種類型 的內(nèi)容服務(wù)，諸如廣播消息、內(nèi)容點(diǎn)播(CoD)或者游戲以及再現(xiàn)信息提 供給廣播接收機(jī)的服務(wù)器的訪問信息。
網(wǎng)絡(luò)系統(tǒng)包括基于因特網(wǎng)的網(wǎng)絡(luò)和網(wǎng)關(guān)。作為基于因特網(wǎng)的網(wǎng)絡(luò)， 可以使用基于IP的各種類型的網(wǎng)絡(luò)，諸如光纜網(wǎng)絡(luò)、同軸電纜網(wǎng)絡(luò)、 光纖到戶(FTTH)、電話網(wǎng)絡(luò)和無線網(wǎng)絡(luò)。網(wǎng)關(guān)通?？梢詧?zhí)行數(shù)據(jù)傳送、 使用諸如因特網(wǎng)組管理協(xié)議(IGMP)的協(xié)議的多播組管理(multicast group management)以及月艮務(wù)質(zhì)量(QoS)管5里。
IPTV表示能夠接收經(jīng)由因特網(wǎng)網(wǎng)絡(luò)傳送的數(shù)據(jù)，并將該數(shù)據(jù)提供 給用戶的廣播接收機(jī)。該廣播接收機(jī)可以包括IPTV機(jī)頂盒、家庭網(wǎng)網(wǎng) 關(guān)和IPTV嵌入式TV (IPTV embedded TV)。
混合IPTV系統(tǒng)可以提供各種類型的因特網(wǎng)內(nèi)容，以及各種類型的 現(xiàn)有廣播內(nèi)容。也就是說，除了各種類型的廣播內(nèi)容，諸如地面廣播、 電纜廣播、衛(wèi)星廣播或者專用廣播之外，各種因特網(wǎng)圖像內(nèi)容或者除 圖像以外的數(shù)據(jù)內(nèi)容也可以被提供給用戶。這些內(nèi)容可以實(shí)時(shí)提供或者應(yīng)點(diǎn)播而提供。
圖1是示出根據(jù)本發(fā)明一個(gè)實(shí)施例的IPTV系統(tǒng)的示意圖。
從內(nèi)容服務(wù)提供者的觀點(diǎn)看，該IPTV系統(tǒng)可以被分成內(nèi)容提供者 (CP)、服務(wù)提供者(SP)、網(wǎng)絡(luò)提供者(NP)和用戶。
CP制造并提供各種類型的內(nèi)容。CP可以包括地面廣播公司、電 纜系統(tǒng)運(yùn)營(yíng)商(SO)或者電纜多系統(tǒng)運(yùn)營(yíng)商(MSO)、衛(wèi)星廣播公司和因特 網(wǎng)廣播公司。
SP將由CP提供的內(nèi)容包裝為服務(wù)并且提供該服務(wù)。例如，圖1 的SP將第一地面廣播、第二地面廣播、電纜MSO廣播、衛(wèi)星廣播、 各種因特網(wǎng)廣播包裝成服務(wù)，并且將該服務(wù)提供給用戶。
作為用于保護(hù)在IPTV系統(tǒng)中傳送的內(nèi)容的方法，可以使用條件接 收或者內(nèi)容保護(hù)。作為條件接收或者內(nèi)容保護(hù)的一個(gè)例子，可以使用 電纜卡或者可下載的條件接收系統(tǒng)(DCAS)。
安全卡或者DCAS的使用是由提供IPTV服務(wù)的SP所選擇的。在 廣播接收機(jī)中使用安全卡或者DCAS的情形下，與該廣播接收機(jī)通信 的SP將使用該系統(tǒng)。
圖2是示出根據(jù)本發(fā)明一個(gè)實(shí)施例的使用安全卡的廣播接收機(jī)的 示意方框圖。
圖2的廣播接收機(jī)可以基于IP、電纜廣播、地面廣播和衛(wèi)星廣播 接收所有的IPTV服務(wù)。根據(jù)實(shí)施例圖2的廣播接收機(jī)可以只接收IPTV 服務(wù)或者電纜廣播。根據(jù)實(shí)施例子圖2的安全卡可以被稱為其他術(shù)語。圖2的廣播接收機(jī)主要地被分成主機(jī)設(shè)備和安全卡。該主機(jī)設(shè)備
包括第一寬帶接口單元202、第二寬帶接口單元204、解調(diào)器206、復(fù) 用器208、解復(fù)用器210、解碼器212、 IP物理接口單元214、路由引 擎216、 IP至傳輸分組(TP)解封裝器(IP to transport packet decapsulator) 218、控制器222、可下載的CAS (DCAS)224、數(shù)字視頻 錄像機(jī)(DVR)控制器226、內(nèi)容加密器228、存儲(chǔ)接口 230和存儲(chǔ)單元 232。該安全卡220可以是能夠僅處理一個(gè)流的單流卡(single stream card)，以及能夠同時(shí)地處理多個(gè)流的多流卡(multi stream card)。例 如，該安全卡220可以通過電纜卡或者智能卡來實(shí)現(xiàn)。
該廣播接收機(jī)是開放式電纜型接收機(jī)(open cable type receiver)， 其中包括條件接收系統(tǒng)(CAS)的安全卡可以與主體分離。該安全卡也稱 作配置點(diǎn)(POD) (point of deployment)模塊，其被插入或者從廣播接收 機(jī)的主體的狹槽中分離。該安全卡插入其中的主體也被稱作主機(jī)設(shè)備。 也就是說，安全卡和主機(jī)設(shè)備的組合被稱作廣播接收機(jī)。
包括在圖2的廣播接收機(jī)中的主機(jī)設(shè)備是一個(gè)由能夠同時(shí)處理多 個(gè)流的多流主機(jī)設(shè)備(multi stream host device)實(shí)現(xiàn)的例子。當(dāng)主機(jī)設(shè) 備是由能夠僅僅處理一個(gè)流的單流主機(jī)設(shè)備(single stream host device) 實(shí)現(xiàn)的時(shí)候，對(duì)于圖2的主機(jī)設(shè)備的復(fù)用器208和解復(fù)用器210來說 其被旁路，以通過向MPEG傳輸分組添加分組報(bào)頭來產(chǎn)生電纜卡MPEG 分組(CMP)，并且復(fù)用CMP，以及解復(fù)用該復(fù)用后的CMP。但是，雖 然主機(jī)設(shè)備是經(jīng)由單流主機(jī)設(shè)備來實(shí)現(xiàn)，本發(fā)明公開的其他操作也可 相同地執(zhí)行。
實(shí)施例
網(wǎng)絡(luò)調(diào)制解調(diào)器200連接外部網(wǎng)絡(luò)和廣播接收機(jī)。例如，可以使 用在電纜服務(wù)接口規(guī)范(DOCSIS)調(diào)制解調(diào)器上的數(shù)據(jù)、連接到無線因 特網(wǎng)網(wǎng)絡(luò)的無線中繼器(repeater)，或者連接到有線的因特網(wǎng)網(wǎng)絡(luò)的 有線中繼器，諸如有線異步數(shù)字用戶線(ADSL)中繼器來將廣播接收機(jī)連接到外部網(wǎng)絡(luò)。廣播接收機(jī)和外部網(wǎng)絡(luò)之間的連接的例子僅僅是示 范性的，并且可以根據(jù)該廣播接收機(jī)如何連接到外部網(wǎng)絡(luò)而改變。
圖3是示出根據(jù)本發(fā)明使用DOCSIS調(diào)制解調(diào)器在廣播接收機(jī)和 外部網(wǎng)絡(luò)之間的連接的示圖。
在網(wǎng)絡(luò)調(diào)制解調(diào)器200是由DOCSIS調(diào)制解調(diào)器實(shí)現(xiàn)的情形下， 根據(jù)本發(fā)明的廣播接收機(jī)可以連接到DOCSIS網(wǎng)絡(luò)。也就是說，該網(wǎng) 絡(luò)調(diào)制解調(diào)器200可以建立電纜調(diào)制解調(diào)器終端系統(tǒng)(CMTS)(DSG代 理)，以及用于經(jīng)由DOCSIS網(wǎng)絡(luò)傳送從機(jī)頂盒控制器(DSG服務(wù)器)接 收的數(shù)據(jù)廣播的DSG隧道(tunnel)，并且經(jīng)由建立的DSG隧道接收 廣播數(shù)據(jù)。在這里，該DOCSIS網(wǎng)絡(luò)可以通過IP骨干網(wǎng)實(shí)現(xiàn)，并且支 持IP多播/單播。
但是，為了支持經(jīng)由DOCSIS網(wǎng)絡(luò)的IP多播/單播，從CMTS(DSG 代理)接收的分組應(yīng)被轉(zhuǎn)換為DSG分組，并且傳送該DSC分組。因此， 該廣播接收機(jī)不能直接連接到外部IP網(wǎng)絡(luò)，以便接收廣播數(shù)據(jù)。
為了解決這些問題，網(wǎng)絡(luò)調(diào)制解調(diào)器200可以提供用于直接將廣 播接收機(jī)連接到外部IP網(wǎng)絡(luò)的功能。例如，該網(wǎng)絡(luò)調(diào)制解調(diào)器200可 以通過同軸電纜多媒體聯(lián)盟(MoCA)來實(shí)現(xiàn)。在該網(wǎng)絡(luò)調(diào)制解調(diào)器200 是由MoCA實(shí)現(xiàn)的情形下，可以在同軸電纜網(wǎng)絡(luò)上建立和連接基于IP 的網(wǎng)絡(luò)。也就是說，在網(wǎng)絡(luò)調(diào)制解調(diào)器200是由MoCA實(shí)現(xiàn)的情形下， DOCSIS可不被使用，DOCSIS調(diào)制解調(diào)器不需要被使用，并且經(jīng)該網(wǎng) 絡(luò)連接到DOCSIS調(diào)制解調(diào)器的CMTS不需要被使用。此外，在DOCSIS 調(diào)制解調(diào)器和CMTS之間建立的DSG隧道不需要被使用。因此，由于 無縫的基于IP的連接可以在同軸網(wǎng)絡(luò)上實(shí)現(xiàn)，根據(jù)本發(fā)明的廣播接收 機(jī)可以在同軸電纜上使用IP，并且因此給用戶提供快速穩(wěn)定的廣播服 務(wù)。
14第一寬帶接口單元202僅調(diào)諧(tune)到經(jīng)由天線傳送的地面音頻 /視頻(A/V)廣播的特定信道頻率上，或者經(jīng)由連接到網(wǎng)絡(luò)調(diào)制解調(diào)器 200的電纜而在帶內(nèi)(in-band)傳送的電纜A/V廣播的特定信道頻率 上，并且將調(diào)諧后的信號(hào)輸出給解調(diào)器206。
此時(shí)，由于地面廣播和電纜廣播通過不同的傳輸方法被傳送，所 以它們通過不同的解調(diào)方法在解調(diào)器206中被解調(diào)。例如，當(dāng)?shù)孛鍭/V 廣播通過殘留邊帶調(diào)制(VSB)方法調(diào)制時(shí)，電纜A/V廣播通過正交幅度 調(diào)制(QAM)方法調(diào)制。因此，如果被第一寬帶接口單元202調(diào)諧的信 道頻率是地面廣播，解調(diào)器206通過VSB方法解調(diào)地面廣播，如果被 第一寬帶接口單元202調(diào)諧的信道頻率是電纜廣播，則通過QAM方法 解調(diào)該電纜廣播。
第二寬帶接口單元204僅調(diào)諧到經(jīng)由連接到網(wǎng)絡(luò)調(diào)制解調(diào)器200 的電纜而在帶內(nèi)傳送的電纜A/V廣播的特定信道頻率上，并且將調(diào)諧 后的信號(hào)輸出給解調(diào)器206。
第一寬帶接口單元202和第二寬帶接口單元204可以調(diào)諧不同信 道的信號(hào)，并且將該信號(hào)傳送給解調(diào)器206。可選地，第一寬帶接口單 元202和第二寬帶接口單元204可以調(diào)諧相同信道的不同A/V流，并 且將信號(hào)傳送給解調(diào)器206。例如，第一寬帶接口單元202可以調(diào)諧主 畫面的流，第二寬帶接口單元204可以調(diào)諧畫中畫(PIP)的流。在數(shù)字 視頻信號(hào)被存儲(chǔ)在數(shù)字視頻錄像機(jī)(DVR)的情形下，可以使用第一寬帶 接口單元202和第二寬帶接口單元204來觀看和記錄該視頻信號(hào)。
解調(diào)器206解調(diào)接收到的信號(hào)，并且將解調(diào)后的信號(hào)傳送給復(fù)用 器208。該復(fù)用器208可以復(fù)用從解調(diào)器206和IP — TP解封裝器218 輸出的信號(hào)，并且輸出該復(fù)用后的信號(hào)。例如，由第一寬帶接口單元 202調(diào)諧，并且經(jīng)解調(diào)后的主視頻信號(hào)，和由第二寬帶接口單元204調(diào) 諧，并且經(jīng)解調(diào)后的PIP視頻信號(hào)被復(fù)用，并且輸出該復(fù)用后的信號(hào)。根據(jù)實(shí)施例，不同信道的視頻信號(hào)可以被復(fù)用，或者解調(diào)后的信號(hào)和
從IP — TP解封裝器218輸出的信號(hào)可以被復(fù)用。
如果從復(fù)用器208輸出的信號(hào)是地面廣播數(shù)據(jù)，則該信號(hào)被輸出 給解復(fù)用器210，如果從解復(fù)用器208輸出的信號(hào)是電纜廣播數(shù)據(jù)或者 IPTV廣播數(shù)據(jù)，則該信號(hào)經(jīng)由安裝在狹槽中的安全卡220而被輸出給 解復(fù)用器210。該安全卡220包括CAS，以便防止較高增值的廣播內(nèi)容 (higher value-added broadcasting contents)被復(fù)制，并且允許條件接收， 其也稱作POS模塊。
也就是說，如果接收到的廣播數(shù)據(jù)被加擾(scramble)，則安全卡 220對(duì)該廣播數(shù)據(jù)進(jìn)行解擾(descramble)，并且將解擾后的數(shù)據(jù)輸出 給解復(fù)用器210。如果沒有安裝該安全卡220，則從復(fù)用器208輸出的 A/V廣播數(shù)據(jù)被直接輸出給該解復(fù)用器210。在這種情況下，該加擾的 A/V廣播數(shù)據(jù)不能被解擾，因此不能被正常地觀看。
解復(fù)用器210對(duì)從復(fù)用器208輸出的A/V廣播數(shù)據(jù)，和從安全卡 220輸出的A/V廣播數(shù)據(jù)進(jìn)行路由以將其輸出給解碼器212或者DVR 控制器226。該解碼器212銅鼓視頻/音頻解碼算法將壓縮的A/V信號(hào) 恢復(fù)為原始信號(hào)，并且輸出該恢復(fù)后的信號(hào)。
DVR控制器226、內(nèi)容加密器228、存儲(chǔ)接口 230和存儲(chǔ)單元232 用來存儲(chǔ)接收到的數(shù)字?jǐn)?shù)據(jù)或者再現(xiàn)該存儲(chǔ)的數(shù)據(jù)。在控制器222的 控制下，DVR控制器226控制經(jīng)解復(fù)用器210路由的要被存儲(chǔ)的MPEG TS，或者控制從存儲(chǔ)的數(shù)據(jù)中選擇出來的要被再現(xiàn)的視頻數(shù)據(jù)、音頻 數(shù)據(jù)和系統(tǒng)數(shù)據(jù)。該內(nèi)容加密器228加密要被存儲(chǔ)的數(shù)據(jù)，并且輸出 加密后的數(shù)據(jù)，或者解密該加密后的數(shù)據(jù)，并且輸出解密后的數(shù)據(jù)。 根據(jù)實(shí)施例該加密器228可不被使用。
存儲(chǔ)接口 230執(zhí)行與存儲(chǔ)單元232的數(shù)據(jù)輸入/輸出接口，并且該存儲(chǔ)單元232存儲(chǔ)接收到的數(shù)據(jù)。
DCAS 224可以從傳輸服務(wù)器下載和存儲(chǔ)CAS，并且根據(jù)所存儲(chǔ) 的CAS中的一個(gè)適當(dāng)?shù)腃AS來執(zhí)行CAS功能?？刂破?22控制主機(jī) 設(shè)備的數(shù)據(jù)處理和在主機(jī)設(shè)備和安全卡之間的接口。
以太網(wǎng)NIC 214接收去往特定IP地址的以太網(wǎng)幀分組，該特定IP 地址在經(jīng)由網(wǎng)絡(luò)調(diào)制解調(diào)器200接收的信號(hào)中，并且將接收到的以太 網(wǎng)幀分組傳送給路由引擎216。以太網(wǎng)NIC214還可以從路由引擎216 接收用于雙向通信(例如，支付節(jié)目請(qǐng)求、接收機(jī)狀態(tài)信息、用戶輸入 等等)的數(shù)據(jù)，然后將接收到的數(shù)據(jù)經(jīng)由網(wǎng)絡(luò)調(diào)制解調(diào)器200傳送給 外部網(wǎng)絡(luò)。特定的IP地址可以是主機(jī)設(shè)備的IP地址或者安全卡的IP 地址。在這里，以太網(wǎng)NIC 214經(jīng)由網(wǎng)絡(luò)調(diào)制解調(diào)器200接收以太網(wǎng) 幀，并且將接收到的以太網(wǎng)幀傳送給路由引擎216，路由引擎216然后 使用TCP/IP網(wǎng)絡(luò)棧將接收到的分組路由到分組的目的地的這種方法現(xiàn) 在被成為"IP模式"。以太網(wǎng)NIC 214和路由引擎216對(duì)應(yīng)于支持IP 模式的IP模式資源。
在圖2的廣播接收機(jī)中，根據(jù)IP協(xié)議的IPTV廣播數(shù)據(jù)、視頻點(diǎn) 播系統(tǒng)(VOD)信號(hào)或者帶外(OOB) (Out Of Band)消息信號(hào)可以經(jīng)由IP 物理接口單元214接收。在現(xiàn)有的電纜廣播中，使用DOCSIS機(jī)頂盒 網(wǎng)關(guān)(DSG)方法或者OOB方法來接收OOB消息，諸如系統(tǒng)信息(SI)、 緊急警報(bào)系統(tǒng)(EAS)、擴(kuò)展應(yīng)用信息表(XAIT)、 CAS信息，或者多種卡 控制信息。
在圖2的廣播接收機(jī)中，該DOCSIS調(diào)制解調(diào)器或者OOB調(diào)諧器 可以被包括在主機(jī)設(shè)備中，以使得OOB消息被接收。例如，可以使用 IP方法和OOB方法中的一個(gè)，或者使用IP方法、DSG方法和OOB 方法中的一個(gè)來接收OOB消息。在使用IP方法和OOB方法中的一個(gè)來接收OOB消息的情形下， 圖2的廣播接收機(jī)進(jìn)一步需要OOB調(diào)諧器或者解調(diào)器。在使用IP方 法、DSG方法和OOB方法中的一個(gè)來接收OOB消息的情形下，圖2 的廣播接收機(jī)進(jìn)一步需要DOCSIS調(diào)制解調(diào)器、OOB調(diào)諧器、用于選 擇DSG方法和OOB方法之一的開關(guān)單元，以及用于根據(jù)該方法給頭 端(headend)傳送數(shù)據(jù)的解調(diào)器。
在IP方法、DSG方法和OOB方法都可以被使用的情形下，或者 在除DSG方法之外，IP方法和OOB方法兩者可以被使用的情形下， 發(fā)射機(jī)選擇以上所述方法中的一個(gè)，并且將有關(guān)所選方法的信息傳送 給安全卡220。該安全卡220根據(jù)有關(guān)發(fā)射機(jī)所選方法的信息將操作方 法通知給主機(jī)設(shè)備。在這種情況下，可以解決向后兼容。
在圖2的廣播接收機(jī)中，為了描述方便起見，將描述以下的情形， 使用IP，而不是使用DOCSIS調(diào)制解調(diào)器的DSG方法或者使用OOB 調(diào)諧器的OOB方法，經(jīng)由IP物理接口單元214接收OOB消息。在這 種情況下，發(fā)射機(jī)應(yīng)使用IP將OOB消息打成包，并且傳送該OOB消 息。在VOD或者IPTV廣播中，該消息，諸如CAS信息可以被以分組 的形式接收，諸如VOD分組或者IPTV廣播分組。
OOB消息僅僅是示范性的，并且根據(jù)實(shí)施例，可以增加其它必要 的信息，或者可以除去以上所述信息中不必要的信息。
該路由引擎216使用基于TCP/IP協(xié)議的網(wǎng)絡(luò)棧(network stack) 將接收到的分組路由到分組的目的地。TCP/IP網(wǎng)絡(luò)216支持TCP/IP協(xié) 議和用戶數(shù)據(jù)包協(xié)議(UDP)/IP協(xié)議兩者。
路由引擎216將接收到的VOD信號(hào)或者IPTV廣播數(shù)據(jù)路由到IP 一TP解封裝器218。 IP — TP解封裝器218解析接收到的MPEG或者 MPEG-2 TS分組，并且將解析后的分組輸出給復(fù)用器208。在復(fù)用器208之后的處理如上所述。由于在以上例子中使用了 MPEG-2廣播數(shù) 據(jù)，所以接收和解析TP分組。但是，在接收使用其它標(biāo)準(zhǔn)的廣播數(shù)據(jù) 的情形下，可以使用其它單元代替TP分組單元。因此，本發(fā)明的范圍 不局限于實(shí)施例中使用的術(shù)語。
該路由引擎216將目的地是安全卡220的分組傳送給安全卡220。 OOB消息是目的地為安全卡220的分組中的一個(gè)，路由引擎216對(duì)其 進(jìn)行路由，并且傳送給安全卡220。在OOB消息被路由給安全卡220 的情形下，可以使用第二層路由方法，第三層路由方法或者第四層路 由方法來將數(shù)據(jù)傳送給安全卡220。
如果第二層路由方法被使用，使用包括在接收到的以太網(wǎng)幀的報(bào) 頭中的目的地的媒體訪問控制(MAC)尋址系統(tǒng)來路由該消息。如果第三 層路由方法被使用，使用包括在接收到的以太網(wǎng)幀的IP報(bào)頭中的目的 地的IP尋址系統(tǒng)來路由該消息。第二層路由方法或者第三層路由方法 的使用可以根據(jù)實(shí)施例而改變。如果第四層路由方法被使用，則使用 包括在接收到的以太網(wǎng)幀的UDP報(bào)頭中的端口號(hào)來路由該消息。如果 接收到的以太網(wǎng)幀包括TCP報(bào)頭，則使用包括在接收到的以太網(wǎng)幀的 TCP報(bào)頭中的端口號(hào)來路由該消息。第二層路由方法、第三層路由方 法或者第四層路由方法的使用可以根據(jù)實(shí)施例而改變。也就是說，第 二層路由方法、第三層路由方法或者第四層路由方法可以根據(jù)實(shí)施例
而使用o
數(shù)據(jù)信道、擴(kuò)展信道和帶內(nèi)信道存在于安全卡和主機(jī)設(shè)備之間。 設(shè)置該數(shù)據(jù)信道以使得控制信號(hào)在主機(jī)設(shè)備和安全卡之間交換，設(shè)置
擴(kuò)展信道以使得實(shí)際數(shù)據(jù)被交換。該數(shù)據(jù)信道和擴(kuò)展信道是CPU接口，
其被定義以使得數(shù)據(jù)在主機(jī)設(shè)備和安全卡之間交換。
也就是說，當(dāng)經(jīng)由數(shù)據(jù)信道和擴(kuò)展信道與主機(jī)設(shè)備通信時(shí)，該安 全卡與發(fā)射機(jī)通信，分析從發(fā)射機(jī)接收的命令，并且執(zhí)行由發(fā)射機(jī)指令的操作，或者將由用戶輸入的內(nèi)容發(fā)送給發(fā)射機(jī)。
此時(shí)，為了經(jīng)由擴(kuò)展信道傳送數(shù)據(jù)，首先，應(yīng)該設(shè)置與安全卡和 主機(jī)設(shè)備之間所定義的數(shù)據(jù)類型相對(duì)應(yīng)的傳輸線。這被稱作一個(gè)流
(flow)。例如，為了傳送MPEG段數(shù)據(jù)(section data) ， MPEG段流 (section flow)被設(shè)置在安全卡和主機(jī)設(shè)備之間，然后MPEG段數(shù)據(jù) 實(shí)際上被經(jīng)由該流傳送。該擴(kuò)展信道可以包括DSG流、IP流和MPEG 段流。不過，如果類似DOCSIS調(diào)制解調(diào)器的eCM(嵌入式電纜調(diào)制解 調(diào)器)沒有在主機(jī)設(shè)備中使用，則在該流中不使用DSG流。在此處，該 IP流可以包括IP單播(IP—U)流和IP多播(IP—M)流中的至少一個(gè)。
帶內(nèi)信道被設(shè)置在主機(jī)設(shè)備和安全卡之間，以便傳送包含音頻、 視頻和數(shù)據(jù)的MPEG-2傳輸分組，并且該帶內(nèi)信道對(duì)應(yīng)于MPEG接口 或者帶內(nèi)MPEG-TS接口。該MPEG數(shù)據(jù)流被設(shè)置為用于經(jīng)由帶內(nèi)信 道傳送數(shù)據(jù)的傳輸線。
在設(shè)置如上所述的主機(jī)設(shè)備的通信操作模式之前，或者在主機(jī)設(shè) 備與安全卡交換OOB消息等等之前，該主機(jī)設(shè)備需要給安全卡提供主 機(jī)設(shè)備所支持的網(wǎng)絡(luò)操作模式的信息。因此，當(dāng)在主機(jī)設(shè)備和安全卡 之間的接口被初始化時(shí)，例如，當(dāng)主機(jī)設(shè)備啟動(dòng)的時(shí)候，或者當(dāng)安全 卡被插入到主機(jī)設(shè)備中的時(shí)候，該主機(jī)設(shè)備將主機(jī)設(shè)備所支持的網(wǎng)絡(luò) 操作模式的信息傳送給安全卡。
圖3舉例說明根據(jù)本發(fā)明一個(gè)實(shí)施例的用于運(yùn)行資源管理(RM)協(xié) 議的過程。
使用RM協(xié)議，主機(jī)設(shè)備的所有資源的標(biāo)識(shí)符(ID)列表可以被傳 送給安全卡。使用RM協(xié)議，該安全卡可以獲得主機(jī)設(shè)備的資源信息， 諸如，條件接收系統(tǒng)(CAS)信息，以及主機(jī)設(shè)備所支持的網(wǎng)絡(luò)操作模式 的信息。基于獲得的資源信息，執(zhí)行主機(jī)設(shè)備和安全卡的控制，以及在主機(jī)設(shè)備和安全卡之間的數(shù)據(jù)發(fā)送和接收。
當(dāng)應(yīng)用程序桟(application stack)在用于初始化主機(jī)設(shè)備和安全 卡之間的接口的過程中啟動(dòng)時(shí)，根據(jù)RM協(xié)議執(zhí)行資源信息的發(fā)送和 接收。
— 首先，該安全卡請(qǐng)求主機(jī)設(shè)備根據(jù)RM協(xié)議開啟會(huì)話 (open_session—request)。 一旦從安全卡接收到會(huì)話開啟請(qǐng)求，該主機(jī)設(shè) 備通過開啟一個(gè)會(huì)話而向安全卡發(fā)送對(duì)于該請(qǐng)求的響應(yīng) (open—session—response)。
當(dāng)該會(huì)話開啟的時(shí)候，該主機(jī)設(shè)備將profilejnq ()應(yīng)用數(shù)據(jù)單元 (APDU)、可支持的資源的請(qǐng)求信息傳送給安全卡。響應(yīng)于這個(gè)請(qǐng)求， 該安全卡將profile—reply ( )APDU傳送給該主機(jī)設(shè)備。傳送給該主機(jī)設(shè) 備的profile—reply ( ) APDU包括安全卡可支持的所有資源的信息。
該主機(jī)設(shè)備響應(yīng)于從安全卡接收到的profile—reply ()信息而將包 括改變了的資源的信息的profile_changed ( ) APDU傳送給該安全卡。 當(dāng)主機(jī)設(shè)備的資源已經(jīng)發(fā)生改變的時(shí)候，該主機(jī)設(shè)備傳送 profile—changed ( ) APDU。
該安全卡將請(qǐng)求主機(jī)設(shè)備可支持資源的信息的profilejnq () APDU傳送返回給該主機(jī)設(shè)備。該主機(jī)設(shè)備響應(yīng)于這個(gè)請(qǐng)求而傳送 profile_reply ( ) APDU給安全卡。傳送給安全卡的profile—reply () APDU包括主機(jī)設(shè)備可支持的所有資源的信息。因此，通過接收從主機(jī) 設(shè)備傳送的profile_reply ( ) APDU，該安全卡可以獲得主機(jī)設(shè)備可支持 的所有資源的信息。
在此處，profile—inq ( ) APDU可以被認(rèn)為是一個(gè)資源信息請(qǐng)求消 息的例子，profile_reply () APDU可以被認(rèn)為是一個(gè)資源信息消息的例子。也就是說，該profile—reply() APDU包括主機(jī)設(shè)備可支持的所有資 源的各自的資源標(biāo)識(shí)符。主機(jī)設(shè)備可支持的資源包括低速通信資源和 IP通信資源。
低速通信資源主要表示支持OOB下模式、OOB上模式或者常規(guī) 電纜卡的DOCSIS模式的資源。在這里，OOB下模式是基于前向數(shù)據(jù) 信道(FDC)的網(wǎng)絡(luò)操作模式，OOB上模式是基于反向數(shù)據(jù)信道(RDC) 的網(wǎng)絡(luò)操作模式，DOCSIS模式是基于DOCSIS電纜調(diào)制解調(diào)器的網(wǎng)絡(luò) 操作模式。
低速通信資源可以被擴(kuò)展為也支持A模式的資源。在這里，A模 式是基于以太網(wǎng)NIC 214的網(wǎng)絡(luò)操作模式。A模式的一個(gè)例子是如圖2 所示的IP模式。
IP通信資源是支持A模式的資源。也就是說，IP通信資源獨(dú)立地 (或者單獨(dú)地)表示主機(jī)設(shè)備支持A模式，而不是擴(kuò)展低速通信資源去表 示主機(jī)設(shè)備支持A模式。
圖4舉例說明根據(jù)本發(fā)明一個(gè)實(shí)施例用于profile—reply ( ) APDU 的語法(syntax)。
profile—reply—tag字段是24比特字段，并且具有表示APDU是 profile_reply ( ) APDU的值。Length_field ()包括以字節(jié)為單位的后續(xù) 字段大小的信息。"for"循環(huán)被重復(fù)的次數(shù)與資源信息項(xiàng)目的數(shù)目相 同，并且在"for"循環(huán)中的resource—identifier ()包括相應(yīng)資源的標(biāo)識(shí) 信息。在這里，相應(yīng)資源的標(biāo)識(shí)信息可以是在資源信息表中定義的資 源標(biāo)識(shí)符。
圖5舉例說明一個(gè)實(shí)例資源信息表，其包括電纜廣播接收機(jī)的低 速通信資源的信息。具體地，圖5舉例說明根據(jù)在電纜廣播接收機(jī)的主機(jī)設(shè)備中使用
的網(wǎng)絡(luò)操作模式的資源ID。在圖5中，前向數(shù)據(jù)信道(FDC)是下游 (downstream) OOB信道，反向數(shù)據(jù)信道(RDC)是上游(upstream) OOB 信道。也就是說，當(dāng)存在FDC的時(shí)候，主機(jī)設(shè)備支持OOB模式下游 網(wǎng)絡(luò)，當(dāng)存在RDC的時(shí)候，其支持OOB模式上游網(wǎng)絡(luò)。
在圖5的情況下，該主機(jī)設(shè)備主要支持OOB模式下游網(wǎng)絡(luò)(即， FDC)。如果低速通信資源的標(biāo)識(shí)信息沒有被包括在resource—identifier () 中，則該主機(jī)設(shè)備單獨(dú)支持OOB模式下游網(wǎng)絡(luò)。由于主機(jī)設(shè)備不允許 僅支持OOB模式下游網(wǎng)絡(luò)和DOCSIS調(diào)制解調(diào)器網(wǎng)絡(luò)兩者，所以當(dāng)?shù)?速通信資源的標(biāo)識(shí)信息沒有被包括在resourcejdentifier ()中的時(shí)候， 該主機(jī)設(shè)備僅支持OOB模式下游網(wǎng)絡(luò)。
當(dāng)主機(jī)設(shè)備支持OOB模式下游網(wǎng)絡(luò)(FDC)和OOB模式上游網(wǎng)絡(luò) (RDC)兩者，并且不支持DOCSIS調(diào)制解調(diào)器網(wǎng)絡(luò)的時(shí)候，低速通信資 源的標(biāo)識(shí)信息具有值"0x00605043"。當(dāng)主機(jī)設(shè)備支持OOB模式下游 網(wǎng)絡(luò)(FDC)和OOB模式上游網(wǎng)絡(luò)(RDC)兩者，并且也支持DOCSIS調(diào)制 解調(diào)器網(wǎng)絡(luò)的時(shí)候，該低速通信資源的標(biāo)識(shí)信息具有值"0x00608043"。
但是，當(dāng)支持A模式的時(shí)候，SP，當(dāng)如圖2所示支持IP模式的時(shí) 候，必須能夠傳送關(guān)于IP模式是否被支持的信息。可以考慮擴(kuò)展低速 通信資源的方法和使用新資源的方法，以便傳送關(guān)于IP模式是否被支 持的信息。
可以使用新定義的資源代替使用現(xiàn)有的資源來傳送網(wǎng)絡(luò)操作模式 的信息。但是，參考如圖5所示的常規(guī)表格，沒有做改變以便允許向 后兼容，以下描述給出了擴(kuò)展低速通信資源的方法和使用新資源的方法。圖6舉例說明根據(jù)本發(fā)明的實(shí)施例的一個(gè)包括擴(kuò)展低速通信資源
信息的實(shí)例資源信息表。圖6的表格的上部包括與圖5相同的信息，
下部是擴(kuò)展的部分。
雖然主機(jī)設(shè)備可以使用多種網(wǎng)絡(luò)操作模式之中的IP、OOB和DSG 模式，為了容易解釋，圖6的例子僅舉例說明了主機(jī)設(shè)備僅支持IP和 OOB模式的情形。在IP、 OOB和DSG模式都被采用的情形下，根據(jù) DOCSIS調(diào)制解調(diào)器網(wǎng)絡(luò)是否被支持的可能的情形被添加到圖6的表格 的下部。
圖6的擴(kuò)展部分的情形主要支持IP模式。當(dāng)?shù)退偻ㄐ刨Y源的標(biāo)識(shí) 值是"待定(to be determined) (TBD)1"的時(shí)候，僅僅提供用于支持IP 模式的以太網(wǎng)接口卡(NIC)，而OOB模式下游(FDC)和OOB模式上游 (RDC)網(wǎng)絡(luò)不被支持。當(dāng)OOB模式下游不被支持的時(shí)候，OOB模式上 游不是必要的。因此，只有OOB模式上游網(wǎng)絡(luò)和以太網(wǎng)NIC兩者被支 持的情形是不允許的。
當(dāng)?shù)退偻ㄐ刨Y源的標(biāo)識(shí)值是"TBD2"的時(shí)候，支持用于支持IP模 式的以太網(wǎng)NIC和OOB模式下游網(wǎng)絡(luò)。當(dāng)?shù)退偻ㄐ刨Y源的標(biāo)識(shí)值是 "TBD3"的時(shí)候，支持以太網(wǎng)NIC、 OOB模式下游網(wǎng)絡(luò)和OOB模式上 游網(wǎng)絡(luò)。
圖7舉例說明了根據(jù)本發(fā)明實(shí)施例的一個(gè)包括低速通信資源信息 和IP通信資源信息的實(shí)例資源信息表。圖7的表格的上部包括新定義 的IP通信資源信息，下部包括低速通信資源信息。IP通信資源信息包 括表示主機(jī)設(shè)備是否支持IP模式的標(biāo)識(shí)信息，并且該標(biāo)識(shí)信息通過被 包括在圖4的resource—identifier ()中而被傳送。該IP通信資源信息可 以僅包括表示主機(jī)設(shè)備是否支持IP模式的標(biāo)識(shí)信息，并且也可以不僅 包括表示主機(jī)設(shè)備是否支持IP模式的信息，而且包括表示主機(jī)設(shè)備是 否支持除IP模式以外的模式的信息。術(shù)語"IP通信資源"僅僅是一個(gè)例子，其不限制本發(fā)明的精神。
圖7的例子是僅當(dāng)使用IP和OOB模式網(wǎng)絡(luò)的時(shí)候而實(shí)現(xiàn)的。當(dāng) DSG模式被進(jìn)一步使用的時(shí)候，可添加其它可能的情形。
當(dāng)在圖7的例子中IP通信資源的標(biāo)識(shí)值是"TBD4"的時(shí)候，支持 IP模式以太網(wǎng)NIC，而不支持OOB模式下游(FDC)網(wǎng)絡(luò)。當(dāng)IP通信資 源的標(biāo)識(shí)值是"TBD5"的時(shí)候，支持以太網(wǎng)NIC和OOB模式下游網(wǎng)絡(luò)。 當(dāng)沒有提供IP通信資源的標(biāo)識(shí)值的時(shí)候，不支持IP模式，并且可以根 據(jù)低速通信資源獲得(或者確定)網(wǎng)絡(luò)操作模式信息。
在以上所述的例子中，假設(shè)主要在低速通信資源中支持OOB模式 下游網(wǎng)絡(luò)。因此，當(dāng)沒有提供低速通信資源的時(shí)候，安全卡確定OOB 模式下游網(wǎng)絡(luò)被支持。因此，在這個(gè)實(shí)施例中，從IP通信資源中確定 是否支持OOB模式下游網(wǎng)絡(luò)，以標(biāo)識(shí)僅僅支持以太網(wǎng)NIC的情形，如 圖7所示。也就是說，圖7的例子不僅包括關(guān)于IP模式是否被支持的 信息，而且包括關(guān)于OOB模式是否被支持的信息。
使用如上所述的IP通信資源和低速通信資源，安全卡220可以確 定IP模式、OOB模式下游網(wǎng)絡(luò)和OOB模式上游網(wǎng)絡(luò)是否被支持。
例如，當(dāng)主機(jī)設(shè)備僅支持IP模式的時(shí)候，"TBD4"被作為IP通信 資源標(biāo)識(shí)值而包括在圖4的resourcejdentifier ()中，并且沒有低速通 信資源標(biāo)識(shí)值被包括于其中。當(dāng)主機(jī)設(shè)備支持IP模式和OOB模式下 游網(wǎng)絡(luò)兩者的時(shí)候，"TBD5"被作為IP通信資源標(biāo)識(shí)值而包括在 resource—identifier ()中，并且沒有低速通信資源標(biāo)識(shí)值被包括于其中。
當(dāng)主機(jī)設(shè)備支持IP模式，OOB模式下游網(wǎng)絡(luò)和OOB模式上游網(wǎng) 絡(luò)的時(shí)候，可以考慮兩個(gè)例子。也就是說，信息標(biāo)識(shí)值"TBD4"和低速 通信資源標(biāo)識(shí)值"0x00605043"被傳送給安全卡。可選地，信息標(biāo)識(shí)值"TBD5"和低速通信資源標(biāo)識(shí)值"0x00605043"被傳送給安全卡。根據(jù) 實(shí)施例，可以有選擇地使用這兩個(gè)例子。根據(jù)本發(fā)明一個(gè)實(shí)施例提供 了以上例子，并且主機(jī)設(shè)備的網(wǎng)絡(luò)操作模式信息也可以根據(jù)預(yù)置的規(guī) 則而被傳送給安全卡220，該預(yù)置規(guī)則諸如對(duì)IP通信資源給出比低速 通信資源更高的優(yōu)先級(jí)的規(guī)則。
圖8A和圖8B是舉例說明根據(jù)本發(fā)明一個(gè)實(shí)施例用于發(fā)送和接收 主機(jī)設(shè)備的網(wǎng)絡(luò)操作模式信息的過程的流程圖。具體地，圖8A舉例說 明用于使用如圖6所示的擴(kuò)展低速通信資源發(fā)送主機(jī)設(shè)備的網(wǎng)絡(luò)操作 模式信息的過程。
首先，在主機(jī)設(shè)備和安全卡之間的接口(I/F)被初始化(S800)。當(dāng)主 機(jī)設(shè)備啟動(dòng)的時(shí)候，或者當(dāng)安全卡被插入到主機(jī)設(shè)備中的時(shí)候，在主 機(jī)設(shè)備和安全卡之間的接口可以被初始化。
當(dāng)主機(jī)設(shè)備和安全卡之間的接口被初始化時(shí)，根據(jù)資源管理(RM) 協(xié)議傳送和接收資源信息。在這里，該主機(jī)設(shè)備從安全卡接收主機(jī)資 源信息請(qǐng)求(profile—inq () APDU)(S802)。
一旦從安全卡接收到請(qǐng)求，主機(jī)設(shè)備確定可支持的網(wǎng)絡(luò)操作模式。 當(dāng)主機(jī)設(shè)備僅支持以太網(wǎng)NIC的時(shí)候(S804)，該主機(jī)設(shè)備設(shè)置低速通信 資源標(biāo)識(shí)信息為"TBD1"(S806)。當(dāng)主機(jī)設(shè)備支持以太網(wǎng)NIC和OOB 模式下游(FDC)的時(shí)候(S808)，該主機(jī)設(shè)備設(shè)置低速通信資源標(biāo)識(shí)信息 為"TBD2"(S810)。當(dāng)主機(jī)設(shè)備支持以太網(wǎng)NIC、 OOB模式下游(FDC) 和OOB模式上游(RDC)的時(shí)候(S812)，該主機(jī)設(shè)備設(shè)置低速通信資源 標(biāo)識(shí)信息為"TBD3"(S814)。
這些資源標(biāo)識(shí)值的列表被設(shè)置在resource—identifier ()中。該主機(jī) 設(shè)備生成包括resource—identifier ()的profile—reply ( ) APDU(S816)，并 且經(jīng)由數(shù)據(jù)信道將profile—reply () APDU傳送給安全卡(S818)。圖8B舉例說明用于使用如圖6所示的擴(kuò)展低速通信資源接收網(wǎng)絡(luò)
操作模式信息的過程。
首先，在主機(jī)設(shè)備和安全卡之間的接口(I/F)被如上所述進(jìn)行初始 化(S820)。當(dāng)主機(jī)設(shè)備啟動(dòng)的時(shí)候，或者當(dāng)安全卡被插入到主機(jī)設(shè)備中 的時(shí)候，在主機(jī)設(shè)備和安全卡之間的接口可以被初始化。
當(dāng)主機(jī)設(shè)備和安全卡之間的接口被初始化時(shí)，根據(jù)資源管理(RM) 協(xié)議傳送和接收資源信息。在這里，安全卡從主機(jī)設(shè)備接收主機(jī)資源 信息(profile—reply () APDU)(S822)。
該安全卡解析接收到的profile—reply ( ) APDU以獲得包括在 profile_reply ( ) APDU中的資源信息(S824)。資源信息可以被包括在 profilereply ( ) APDU中的resource—identifier ()中。當(dāng)包括在 profile—reply () APDU中的低速通信資源具有值"TBD1"的時(shí)候(S826)， 安全卡確定主機(jī)設(shè)備僅支持以太網(wǎng)NIC(S828)。
當(dāng)包括在profile—reply ( ) APDU中的低速通信資源具有值"TBD2" 的時(shí)候(S830)，安全卡確定主機(jī)設(shè)備支持以太網(wǎng)NIC和OOB模式下游 (FDC)(S832)。當(dāng)?shù)退偻ㄐ刨Y源具有值"TBD3"的時(shí)候(S834)，安全卡 確定主機(jī)設(shè)備支持以太網(wǎng)NIC、 OOB模式下游(FDC)和OOB模式上游 (RDC)(S836)。在以上的情形下，使用常規(guī)的低速通信資源來發(fā)送和接 收網(wǎng)絡(luò)操作模式信息。
圖9A和9B是舉例說明根據(jù)本發(fā)明另一個(gè)實(shí)施例用于發(fā)送和接收 主機(jī)設(shè)備的網(wǎng)絡(luò)操作模式信息的過程的流程圖。具體地，圖9A舉例說 明用于使用如圖7所示新定義的資源來發(fā)送主機(jī)設(shè)備的網(wǎng)絡(luò)操作模式 信息的過程。首先，在主機(jī)設(shè)備和安全卡之間的接口(I/F)被初始化(S900)。當(dāng)主 機(jī)設(shè)備啟動(dòng)的時(shí)候，或者當(dāng)安全卡被如上所述插入到主機(jī)設(shè)備中的時(shí) 候，主機(jī)設(shè)備和安全卡之間的接口可以被初始化。
當(dāng)主機(jī)設(shè)備和安全卡之間的接口被初始化時(shí)，根據(jù)RM協(xié)議來傳 送和接收資源信息。在這里，主機(jī)設(shè)備從安全卡接收主機(jī)資源信息請(qǐng) 求(profile—inq ( ) APDU)(S902)。
一旦從安全卡接收到請(qǐng)求，主機(jī)設(shè)備就確定可支持的網(wǎng)絡(luò)操作模 式。當(dāng)主機(jī)設(shè)備僅支持以太網(wǎng)NIC的時(shí)候(S904)，該主機(jī)設(shè)備將新定義 的IP通信資源的標(biāo)識(shí)信息設(shè)置為"TBD4"(S906)。當(dāng)主機(jī)設(shè)備支持以 太網(wǎng)NIC和OOB模式下游(FDC)的時(shí)候(S908)，該主機(jī)設(shè)備設(shè)置IP通 信資源標(biāo)識(shí)信息為"TBD5"(S910)。當(dāng)主機(jī)設(shè)備支持以太網(wǎng)NIC、 OOB 模式下游(FDC)和OOB模式上游(RDC)的時(shí)候(S912)，該主機(jī)設(shè)備設(shè)置 IP通信資源標(biāo)識(shí)信息為"TBD4"或者"TBD5"，并且設(shè)置低速通信資 源標(biāo)識(shí)信息為"0x00605043"(S914)。
這些資源標(biāo)識(shí)值的列表被設(shè)置在resource—identifier ()中。該主機(jī) 設(shè)備生成包括resource—identifier ()的profile—reply () APDU(S916)，并 且經(jīng)由數(shù)據(jù)信道將profile—reply ( ) APDU傳送給安全卡(S918)。
圖9B舉例說明用于使用如圖7所示新定義的資源來接收網(wǎng)絡(luò)操作 模式信息的過程。
首先，在主機(jī)設(shè)備和安全卡之間的接口(I/F)被如上所述進(jìn)行初始 化(S920)。當(dāng)主機(jī)設(shè)備啟動(dòng)的時(shí)候，或者當(dāng)安全卡被插入到主機(jī)設(shè)備中 的時(shí)候，在主機(jī)設(shè)備和安全卡之間的接口可以被初始化。
當(dāng)主機(jī)設(shè)備和安全卡之間的接口被初始化時(shí)，根據(jù)RM協(xié)議發(fā)送 和接收資源信息。在這里，安全卡從主機(jī)設(shè)備接收主機(jī)資源信息(profile—reply ( ) APDU)(S922)。
該安全卡解析接收到的profile—reply ( ) APDU以獲得包括在 profile—reply () APDU中的資源信息(S924)。該資源信息可以被包括在 profile—reply ( ) APDU中的resource—identifier ()中。當(dāng)包括在 profile—reply ( ) APDU中的IP通信資源具有值"TBD4"的時(shí)候(S926)， 安全卡檢測(cè)低速通信資源標(biāo)識(shí)信息(S928)。當(dāng)不存在低速通信資源標(biāo)識(shí) 信息的時(shí)候，該安全卡確定主機(jī)設(shè)備僅支持以太網(wǎng)NIC(S930)。當(dāng)?shù)退?通信資源具有值"0x00605043"的時(shí)候，該安全卡確定主機(jī)設(shè)備支持以 太網(wǎng)NIC、 OOB模式下游(FDC)和OOB模式上游(RDC)(S936)。
當(dāng)包括在profile—reply ( )APDU中的IP通信資源具有值"TBD5" 的時(shí)候(S932)，該安全卡檢測(cè)低速通信資源標(biāo)識(shí)信息(S934)。當(dāng)不存在 低速通信資源標(biāo)識(shí)信息的時(shí)候，該安全卡確定主機(jī)設(shè)備支持以太網(wǎng)NIC 和OOB模式下游(FDC)(S938)。當(dāng)IP通信資源具有值"0x00605043" 的時(shí)候，該安全卡確定主機(jī)設(shè)備支持以太網(wǎng)NIC、 OOB模式下游(FDQ 和OOB模式上游(RDC)(S936)。當(dāng)在profile—reply ( ) APDU中不存在 IP通信資源標(biāo)識(shí)信息的時(shí)候，不支持為IP模式的網(wǎng)絡(luò)操作模式，并且 可以根據(jù)低速通信資源標(biāo)識(shí)信息來確定網(wǎng)絡(luò)操作模式。
在這個(gè)實(shí)施例中，解擾模塊被包括在安全卡或者智能安全卡中， 并且該安全卡可拆卸地安裝在主機(jī)設(shè)備上。通過安全卡的解擾模塊來 解擾接收到的廣播信號(hào)以提供給用戶。在另一個(gè)實(shí)施例中，解擾模塊 可以被包括在沒有安全卡的主機(jī)設(shè)備中，并且該解擾模塊可以被設(shè)計(jì) 成能從廣播站(broadcast station)，服務(wù)提供者等等下載。也就是說， 下載后的解擾模塊可以被存儲(chǔ)在該主機(jī)設(shè)備的存儲(chǔ)器中。但是，這種 結(jié)構(gòu)變化不限制本發(fā)明的范圍。
雖然已經(jīng)參考例子給出了以上的描述，在該例子中已經(jīng)添加了根 據(jù)IP模式的網(wǎng)絡(luò)操作模式，但是當(dāng)已經(jīng)添加了根據(jù)IP模式以外的模式
29的網(wǎng)絡(luò)操作模式的時(shí)候，還可以根據(jù)如上所述的方法來發(fā)送和接收信 息。在以上所述的實(shí)施例中描述的術(shù)語或者數(shù)字僅僅是舉例，其不限 制本發(fā)明的精神。
權(quán)利要求
1.一種在主機(jī)設(shè)備和POD之間連接資源信息的方法，該方法包括從該P(yáng)OD發(fā)送資源信息請(qǐng)求消息到該主機(jī)設(shè)備；以及該主機(jī)設(shè)備以資源信息消息來響應(yīng)POD，該資源信息消息包括表示該主機(jī)設(shè)備是否支持A模式的資源標(biāo)識(shí)符。
2. 根據(jù)權(quán)利要求1的所述方法，其中該資源標(biāo)識(shí)符是被定義以用于標(biāo)識(shí)低速通信資源的標(biāo)識(shí)符。
3. 根據(jù)權(quán)利要求2所述的方法，其中該低速通信資源的資源標(biāo)識(shí) 符是用于表示該主機(jī)設(shè)備是否支持OOB下模式和OOB上模式中的至 少一個(gè)的資源。
4. 根據(jù)權(quán)利要求l所述的方法，其中該資源標(biāo)識(shí)符是被定義以用 于標(biāo)識(shí)因特網(wǎng)協(xié)議(IP)通信資源的標(biāo)識(shí)符，該因特網(wǎng)協(xié)議(IP)通信資源 用于支持A模式。
5. 根據(jù)權(quán)利要求4所述的方法，其中該IP通信資源的資源標(biāo)識(shí)符 進(jìn)一步表示該主機(jī)設(shè)備是否支持OOB下模式。
6. 根據(jù)權(quán)利要求l所述的方法，其中該主機(jī)包括用于支持A模式 的因特網(wǎng)協(xié)議(IP)物理接口單元。
7. 根據(jù)權(quán)利要求6所述的方法，其中該IP物理接口單元接收包含 廣播數(shù)據(jù)的以太網(wǎng)幀。
8. —種發(fā)送主機(jī)設(shè)備資源信息的方法，該方法包括 從POD接收資源信息請(qǐng)求消息；標(biāo)識(shí)該主機(jī)設(shè)備是否支持A模式；當(dāng)該主機(jī)設(shè)備支持A模式時(shí)，在資源信息消息中插入表示主機(jī)設(shè) 備是否支持A模式的資源標(biāo)識(shí)符；以及 將該資源信息消息發(fā)送給該P(yáng)OD。
9. 根據(jù)權(quán)利要求8所述的方法，其中該資源標(biāo)識(shí)符是被定義以用于標(biāo)識(shí)低速通信資源的標(biāo)識(shí)符。
10. 根據(jù)權(quán)利要求9所述的方法，其中該低速通信資源的資源標(biāo) 識(shí)符進(jìn)一步表示該主機(jī)設(shè)備是否支持OOB下模式和OOB上模式中的 至少一個(gè)。
11. 根據(jù)權(quán)利要求8所述的方法，其中該資源標(biāo)識(shí)符是被定義以 用于標(biāo)識(shí)因特網(wǎng)協(xié)議(IP)通信資源的標(biāo)識(shí)符，該因特網(wǎng)協(xié)議(IP)通信資 源用于支持A模式。
12. 根據(jù)權(quán)利要求11所述的方法，其中該IP通信資源的資源標(biāo)識(shí) 符進(jìn)一步表示該主機(jī)設(shè)備是否支持OOB下模式。
13. —種獲得主機(jī)設(shè)備資源信息的方法，該方法包括 將資源信息請(qǐng)求消息發(fā)送給主機(jī)設(shè)備；接收包含資源標(biāo)識(shí)符的資源信息消息，該資源標(biāo)識(shí)符表示該主機(jī) 設(shè)備是否支持A模式；以及通過解析該接收的資源信息消息來獲得該資源標(biāo)識(shí)符。
14. 根據(jù)權(quán)利要求13所述的方法，該資源標(biāo)識(shí)符是被定義以用于 標(biāo)識(shí)低速通信資源的標(biāo)識(shí)符。
15. 根據(jù)權(quán)利要求14所述的方法，其中該低速通信資源的資源標(biāo) 識(shí)符進(jìn)一步表示該主機(jī)設(shè)備是否支持OOB下模式和OOB上模式中的至少一個(gè)。
16. 根據(jù)權(quán)利要求13所述的方法，其中該資源標(biāo)識(shí)符是被定義以 用于標(biāo)識(shí)因特網(wǎng)協(xié)議(IP)通信資源的標(biāo)識(shí)符，該因特網(wǎng)協(xié)議(IP)通信資 源用于支持A模式。
17. 根據(jù)權(quán)利要求16所述的方法，其中該IP通信資源的資源標(biāo)識(shí) 符進(jìn)一步表示該主機(jī)設(shè)備是否支持OOB下模式。
18. —種廣播接收機(jī)，包括 用于發(fā)送資源信息請(qǐng)求消息的POD;以及用于接收該資源信息請(qǐng)求消息，并以資源信息消息來響應(yīng)的主機(jī) 設(shè)備，該資源信息消息包括表示該主機(jī)設(shè)備是否支持A模式的資源標(biāo) 識(shí)符。
19. 根據(jù)權(quán)利要求18所述的廣播接收機(jī)，其中該資源標(biāo)識(shí)符是被 定義以用于標(biāo)識(shí)低速通信資源的標(biāo)識(shí)符。
20. 根據(jù)權(quán)利要求19所述的廣播接收機(jī)，其中該低速通信資源的 資源標(biāo)識(shí)符進(jìn)一步表示該主機(jī)設(shè)備是否支持OOB下模式和OOB上模 式中的至少一個(gè)。
21. 根據(jù)權(quán)利要求18所述的廣播接收機(jī)，其中該資源標(biāo)識(shí)符是被 定義以用于標(biāo)識(shí)因特網(wǎng)協(xié)議(IP)通信資源的標(biāo)識(shí)符，該因特網(wǎng)協(xié)議(IP) 通信資源用于支持A模式。
22. 根據(jù)權(quán)利要求21的廣播接收機(jī)，其中該IP通信資源進(jìn)一步表 示該主機(jī)設(shè)備是否支持OOB下模式。
全文摘要
公開了在主機(jī)設(shè)備和POD之間連接資源信息、發(fā)送主機(jī)設(shè)備資源信息和獲得主機(jī)設(shè)備資源信息的廣播接收機(jī)和方法。POD發(fā)送資源信息請(qǐng)求消息。主機(jī)設(shè)備接收資源信息請(qǐng)求消息，并以資源信息消息作為響應(yīng)，該資源信息消息包括在資源信息表中定義的資源標(biāo)識(shí)符，該資源標(biāo)識(shí)符包括表示主機(jī)設(shè)備是否支持A模式的信息。使用常規(guī)電纜安全卡所提供的“條件接收”特點(diǎn)，可以保護(hù)通過包括有線/無線網(wǎng)絡(luò)的任何類型的傳輸協(xié)議(包括IP協(xié)議)而接收到的內(nèi)容，并且A模式資源信息可以與其它模式IP通信資源一起被系統(tǒng)地定義，并且不同模式的資源信息可以被結(jié)合，并且被傳送給主機(jī)設(shè)備。
文檔編號(hào)H04N7/173GK101409721SQ20081013366
公開日2009年4月15日 申請(qǐng)日期2008年7月18日 優(yōu)先權(quán)日2007年7月18日
發(fā)明者車尚勛, 金俸奭 申請(qǐng)人:Lg電子株式會(huì)社