專利名稱：基于電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的多屏幕融合系統(tǒng)及其方法
基于電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的多屏幕融合系統(tǒng)及其方法
技術(shù)領(lǐng)域：
本發(fā)明屬于信息技術(shù)領(lǐng)域，特別是指一種基于電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的多屏幕 融合系統(tǒng)及其方法。
背景技術(shù)：
隨著通訊、廣電、網(wǎng)絡(luò)行業(yè)的發(fā)展，全網(wǎng)融合已經(jīng)成為一種必然的趨勢(shì)。當(dāng)前已有 很多設(shè)備實(shí)現(xiàn)了通訊網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)等多網(wǎng)絡(luò)的融合，解決了多網(wǎng)融合的數(shù)據(jù)業(yè)務(wù)通 訊問題，但仍然存在業(yè)務(wù)單一、功能同質(zhì)化、固移融合未體現(xiàn)等諸多問題。現(xiàn)有技術(shù)僅解決了通訊網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的數(shù)據(jù)通訊問題，各個(gè)單網(wǎng)雖然承載 的業(yè)務(wù)多樣，但是基于融合網(wǎng)開展的技術(shù)卻僅有語音業(yè)務(wù)和簡(jiǎn)單數(shù)據(jù)通訊業(yè)務(wù)，很多高級(jí) 業(yè)務(wù)、附加業(yè)務(wù)和增值業(yè)務(wù)均未能充分在多網(wǎng)融合的背景下充分開展如跨網(wǎng)視頻通話、跨 設(shè)備的屏幕融合等。

發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問題之一在于提供一種基于電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的多 屏幕融合系統(tǒng)，實(shí)現(xiàn)各種信息終端如手機(jī)、MID、NB等和信息終端屏幕、機(jī)頂盒、各種電視屏 幕、互聯(lián)網(wǎng)終端屏幕、投影儀等各種顯示設(shè)備的信息交互問題，實(shí)現(xiàn)跨網(wǎng)、跨設(shè)備的多屏幕 融合。本發(fā)明所要解決的技術(shù)問題之二在于提供一種基于電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的多 屏幕融合方法，實(shí)現(xiàn)各種信息終端如手機(jī)、MID、NB等和信息終端屏幕、機(jī)頂盒、各種電視屏 幕、互聯(lián)網(wǎng)終端屏幕、投影儀等各種顯示設(shè)備的信息交互問題，實(shí)現(xiàn)跨網(wǎng)、跨設(shè)備的多屏幕 融合。本發(fā)明采用以下技術(shù)方案解決上述技術(shù)問題之一基于電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的多屏幕融合系統(tǒng)，其特征在于包括三網(wǎng)融合全業(yè) 務(wù)多媒體家庭網(wǎng)關(guān)，以及與其進(jìn)行數(shù)據(jù)交互的信息終端和顯示設(shè)備；所述三網(wǎng)融合全業(yè)務(wù) 多媒體家庭網(wǎng)關(guān)包括核心控制模塊、PSTN接入模塊、視頻處理輸出模塊、以太網(wǎng)接入模塊；所述三網(wǎng)融合全業(yè)務(wù)多媒體家庭網(wǎng)關(guān)軟件部分包括核心控制模塊、數(shù)據(jù)路由模 塊、多網(wǎng)接入控制模塊以及多媒體處理模塊，還包括固移融合多媒體信息處理子系統(tǒng)；該子 系統(tǒng)包含移動(dòng)/無線網(wǎng)絡(luò)多媒體信息接入模塊、媒體信息處理模塊以及媒體分發(fā)模塊，分 別負(fù)責(zé)無線網(wǎng)絡(luò)的多媒體信息接入預(yù)處理，多媒體信息的必要分揀、解包、解碼、轉(zhuǎn)換處理 和屏幕媒體信息分發(fā)輸出。所述信息終端包括手機(jī)、MID、NB。所述顯示設(shè)備包括數(shù)字電視、機(jī)頂盒、互聯(lián)網(wǎng)電視、投影儀。所述無線網(wǎng)絡(luò)包括WLAN、GSM、GPRS、CDMA。本發(fā)明采用以下技術(shù)方案解決上述技術(shù)問題之二 基于電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的多屏幕融合方法，其特征在于包括如下步驟
步驟一信息終端啟用相應(yīng)的屏幕獲取程序，該程序和三網(wǎng)融合全業(yè)務(wù)多媒體家 庭網(wǎng)關(guān)進(jìn)行會(huì)話協(xié)商確認(rèn)媒體屬性和會(huì)話屬性；步驟二 屏幕獲取程序媒體處理子程序需實(shí)時(shí)獲取屏幕信息并打包成實(shí)時(shí)的RTP 碼流，編碼格式按照會(huì)話的協(xié)商結(jié)果；步驟三根據(jù)會(huì)話信令的協(xié)商結(jié)果按照指定的編碼格式向三網(wǎng)融合全業(yè)務(wù)多媒體 家庭網(wǎng)關(guān)發(fā)送實(shí)時(shí)視頻碼流；步驟四三網(wǎng)融合全業(yè)務(wù)多媒體家庭網(wǎng)關(guān)根據(jù)會(huì)話信令啟用相應(yīng)的媒體子系統(tǒng)的 信息接入模塊，并啟用相應(yīng)的信息處理模塊；步驟五信息處理模塊將信息接入模塊收到的事實(shí)RTP碼流進(jìn)行指定的解碼，還 原出原始的屏幕信息視頻流；步驟六多媒體分發(fā)模塊將還原的屏幕信息視頻流按照配置從指定的視頻顯示模 塊輸出；步驟七顯示設(shè)備從接駁的視頻輸入端顯示收到的視頻信號(hào)從而實(shí)時(shí)顯示信息終
端的屏幕信息。 所述信息終端包括手機(jī)、MID、NB。所述顯示設(shè)備包括數(shù)字電視、機(jī)頂盒、互聯(lián)網(wǎng)電視、投影儀。本發(fā)明的優(yōu)點(diǎn)在于同時(shí)可接入多種網(wǎng)絡(luò)如電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)，并同時(shí)和 多個(gè)信息終端進(jìn)行信息交互，融合屏幕顯示信息，如手機(jī)、MID、NB (筆記本電腦)、PAD以及 機(jī)頂盒、數(shù)字電視、互聯(lián)網(wǎng)電視、投影儀等，表現(xiàn)為多屏幕內(nèi)容可以進(jìn)行指定方式的融合或 者交互。

下面參照附圖結(jié)合實(shí)施例對(duì)本發(fā)明作進(jìn)一步的描述。圖1是本發(fā)明硬件邏輯框圖。圖2是本發(fā)明軟件邏輯框圖。圖3是本發(fā)明工作過程流程圖。
具體實(shí)施方式一種基于電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的多屏幕融合系統(tǒng)，如圖1所示，該系統(tǒng)的核心 硬件設(shè)備為三網(wǎng)融合全業(yè)務(wù)多媒體家庭網(wǎng)關(guān)，它包含了核心控制模塊、PSTN(FXS/FX0/E1) 接入模塊、視頻處理輸出模塊(IPTV)、以太網(wǎng)接入模塊(SWITCH/WIFI)等；其余交互的信息 終端或顯示設(shè)備諸如手機(jī)、數(shù)字電視等均屬技術(shù)實(shí)現(xiàn)附屬設(shè)備。該系統(tǒng)軟件部分除了傳統(tǒng)的綜合業(yè)務(wù)家庭網(wǎng)關(guān)所必須的核心控制、數(shù)據(jù)路由、多 網(wǎng)接入控制模塊以及多媒體處理模塊之外，核心為固移融合多媒體信息處理子系統(tǒng)。該子 系統(tǒng)包含移動(dòng)/無線網(wǎng)絡(luò)多媒體信息接入模塊、媒體信息處理模塊以及媒體分發(fā)模塊；分 別負(fù)責(zé)WLAN/GSM/GPRS/CDMA等無線網(wǎng)絡(luò)的多媒體信息接入預(yù)處理，多媒體信息的必要分 揀、解包、解碼、轉(zhuǎn)換等處理和屏幕媒體信息分發(fā)輸出。信息終端需要進(jìn)行多屏幕融合的多媒體信息，如文字、圖片或者視頻等通過流媒 體傳輸協(xié)議進(jìn)行打包形成RSTP流，經(jīng)過無線WIFI或者移動(dòng)網(wǎng)絡(luò)CDMA進(jìn)行發(fā)送；三網(wǎng)融合全業(yè)務(wù)多媒體家庭網(wǎng)關(guān)通過特定的WIFI或者CDMA接入方式進(jìn)行RSTP流媒體接收，經(jīng)過分 揀、解包、預(yù)處理、編解碼等必要的操作后，通過軟件屏幕媒體信息分發(fā)模塊進(jìn)行屏幕媒體 信息的分發(fā)，最終通過制定接口如HDMI、RGB等將信息傳輸?shù)街付ㄐ畔@示終端上，如機(jī)頂 盒、投影儀、網(wǎng)絡(luò)數(shù)字電視等實(shí)現(xiàn)多網(wǎng)絡(luò)多屏幕最終的融合交互。具體的操作過程信息終端(手機(jī)、MID或者NB等等)將屏幕內(nèi)容發(fā)送到多媒體家庭網(wǎng)關(guān)；首先手機(jī)、MID和Notebook必須安裝相應(yīng)的屏幕信息處理軟件，該軟件定義為 SPM(Screen Processing Module)。該模塊收集實(shí)時(shí)的屏幕顯示信息，類似于一個(gè)屏幕監(jiān)控 軟件，將實(shí)時(shí)的屏幕顯示信息截取并復(fù)制下來。對(duì)于手機(jī)和MID而言已經(jīng)有相應(yīng)的軟件， x86架構(gòu)上的高級(jí)顯卡驅(qū)動(dòng)程序(如NVIDIA和ATI的官方程序)也有自帶的屏幕復(fù)制軟 件。將截取的屏幕數(shù)據(jù)打包成固定的視頻碼流，當(dāng)前默認(rèn)的碼流格式為H. 264，承載協(xié) 議為RTP。該部分的工作已經(jīng)和屏幕信息沒有關(guān)系，因?yàn)镠. 264編碼以及RTP承載此時(shí)只關(guān) 心承載的數(shù)據(jù)，數(shù)據(jù)是被看做視頻數(shù)據(jù)來傳輸?shù)?。?duì)應(yīng)于信令協(xié)議會(huì)話部分媒體屬性描述 的SDP中也體現(xiàn)的是視頻流，編碼為H. 264。需要說明的是，這里會(huì)話協(xié)商的信令采用SIP， 和通用的VoIP會(huì)話信令控制方式相同，因?yàn)椴皇潜景l(fā)明的關(guān)鍵，所以并不贅述。具體如下1.網(wǎng)絡(luò)抽象層單元類型(NALU)NALU頭由一個(gè)字節(jié)組成，它的語法如下+---------------+I 0 I 11 2 I 3 I 4|5 | 6 | 7+-+-+-+-+-+-+-+-+IFINRII Type+---------------+F:1 個(gè)比特.forbidden_zero_bit 在 H. 264 規(guī)范中規(guī)定了這一位必須為 0。NRI:2 個(gè)比特.nal_ref_idc 取00 11，似乎指示這個(gè)NALU的重要性，如00的NALU解碼器可 以丟棄它而不影響圖像的回放。不過一般情況下不太關(guān)心這個(gè)屬性。Type :5 個(gè)比特.nal_unit_type 這個(gè)NALU單元的類型。簡(jiǎn)述如下0 沒有定義1-23NAL單元單個(gè)NAL單元包24 STAP-A 單一時(shí)間的組合包24 STAP-B 單一時(shí)間的組合包26 MTAP16 多個(gè)時(shí)間的組合包27 MTAP24 多個(gè)時(shí)間的組合包28 FU-A 分片的單元29 FU-B 分片的單元30-31 沒有定義
2.打包模式下面是RFC 3550中規(guī)定的RTP頭的結(jié)構(gòu).01 2 301 234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IV = 2 IP IXI CC IM| PT Isequence number+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Itimestamp+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Isynchronization source (SSRC) identifier+ = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = ++ = + = + = +Icontributing source (CSRC) identifiersI·· · ·+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+負(fù)載類型Payload type (PT) :7bits序列號(hào) Sequence number (SN) :16bits時(shí)間戳 Timestamp :32bitsH. 264Payl0ad格式定義了三種不同的基本的負(fù)載(Payload)結(jié)構(gòu)。接收端可能通 過RTPPayload的第一個(gè)字節(jié)來識(shí)別它們。這一個(gè)字節(jié)類似NALU頭的格式，而這個(gè)頭結(jié)構(gòu) 的NAL單元類型字段則指出了代表的是哪一種結(jié)構(gòu)，這個(gè)字節(jié)的結(jié)構(gòu)如下，可以看出它和 H. 264的NALU頭結(jié)構(gòu)是一樣的.+---------------+I 0 I 11 2 I 3 I 4 | 5 | 6 | 7+-+-+-+-+-+-+-+-+IFINRII Type+---------------+字段Type:這個(gè)RTP payload中NAL單元的類型.這個(gè)字段和H264中類型字段的 區(qū)別是，當(dāng)type的值為24 31表示這是一個(gè)特別格式的NAL單元，而H. 264中，只取1 23是有效的值.24 STAP-A 單一時(shí)間的組合包24 STAP-B 單一時(shí)間的組合包26 MTAP16 多個(gè)時(shí)間的組合包27 MTAP24 多個(gè)時(shí)間的組合包28 FU-A 分片的單元29 FU-B 分片的單元30-31 沒有定義可能的結(jié)構(gòu)類型分別有
6
1.單一 NAL單元模式即一個(gè)RTP包僅由一個(gè)完整的NALU組成.這種情況下RTPNAL頭類型字段和原始 的H. 264的NALU頭類型字段是一樣的。2.組合封包模式即可能是由多個(gè)NAL單元組成一個(gè)RTP包.分別有4種組合方式STAP-A，STAP-B， MTAP16, MTAP24.那么這里的類型值分別是24，25，26以及27。3.分片封包模式用于把一個(gè)NALU單元封裝成多個(gè)RTP包.存在兩種類型FU-A和FU-B.類型值分 別是28和29。2. 1單一 NAL單元模式對(duì)于NALU的長(zhǎng)度小于MTU大小的包，一般采用單一 NAL單元模式。對(duì)于一個(gè)原始的H. 264NALU 單元常由[Start Code] [NALU Header] [NALU Payload]三部分組成，其中Start Code用于標(biāo)示這是一個(gè)NALU單元的開始，必須
是"00000001'或〃 000001〃，NALU頭僅一個(gè)字節(jié)，其后都是NALU單元內(nèi)容.打包時(shí)去除〃 000001〃或〃 00000001〃的開始碼，把其他數(shù)據(jù)封包成RTP包即可.
01 2 3
01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
F|NRI type |
+
Bytes 2. . η ofa Single NAL unit
...0PTI0NALRTP padding
+
如有--個(gè)H. 264的NALU是這樣的
這是--個(gè)序列參數(shù)集NAL單元.W0000001]是四個(gè)字節(jié)的開始碼，67是NALU頭，
42開始的數(shù)據(jù)是NALU內(nèi)容封裝成RTP包將如下[RTPHeader][6742A01E 23560E2F]即只要去掉4個(gè)字節(jié)的開始碼就可以了。2. 2組合封包模式其次，當(dāng)NALU的長(zhǎng)度特別小時(shí)，可以把幾個(gè)NALU單元封在一個(gè)RTP包中。012301234567890123456789012345678901+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+IRTPHeader+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
S／AP—ANALHDRNALU 1SizeNALU 1HDR[Ol 23]+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+
NALUlData[Ol 253[Ol 26]++一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+
NALU 2SizeNALU 2HDR[Ol 28]+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+
NALU 2Data[Ol 303[Ol 31]+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+．．．OPTIONAL RTPpadding[Ol 33]+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+[Ol 3432．3Fragmentati。n Units(PUs)．[Ol 353 而當(dāng)NALU的長(zhǎng)度超過M／U時(shí)，就必須對(duì)NALU單元進(jìn)行分片封包．也稱為Fragmentati。n Units(PUs)．[Ol 3630l23[Ol 3730 l 2 3 4 5 6 7 8 9 o l 2 3 4 5 6 7 8 9 o l 2 3 4 5 6 7 8 9 o l[Ol 383+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+
FU indi cator FU header[Ol 401+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+
][Ol 42]FU payload
+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+[Ol 453．．．OPTIONALRTP padding[Ol 46]+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+一+[Ol 47]Figure 14．RTP payload format for FU—A[Ol 48]The FU indicator octet has the fol lowing format
一L一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一L
+一+一+一+一+一+一+一+一+
3. SDP 參數(shù)下面描述了如何在SDP中表示一個(gè)H. 264流m=〃行中的媒體名必須是"video".〃 a = rtpmap〃行中的編碼名稱必須是"H264" ·.〃 a = rtpmap 〃行中的時(shí)鐘頻率必須是90000..其他參數(shù)都包括在〃a = fmtp"行中.如m = video 49170RTP/AVP 98a = rtpmap :98H264/90000a = fmtp 98profile-level-id = 42A01E ；sprop-parameter-sets = ZOIACpZTBYmI, aMljiA ==下面介紹一些常用的參數(shù)3. Ipacketization-mode 表示支持的封包模式.當(dāng)packetization-mode的值為0時(shí)或不存在時(shí)，必須使用單一 NALU單元模式。packetization-mode 白勺it》1(non-interleaved) 式。當(dāng)packctization-mode的值為2時(shí)必須使用交錯(cuò)(interleaved)封包模式。這 個(gè)參數(shù)不可以取其他的值。3. 2sprop-parameter-sets 這個(gè)參數(shù)可以用于傳輸H. 264的序列參數(shù)集和圖像參數(shù)NAL單元.這個(gè)參數(shù)的值 采用Base64進(jìn)行編碼.不同的參數(shù)集間用"，“號(hào)隔開。3. 3profile-level-id 這個(gè)參數(shù)用于指示H. 264流的profile類型和級(jí)別.由Basel6 (十六進(jìn)制)表示 的3個(gè)字節(jié).第一個(gè)字節(jié)表示H. 264的Profile類型，第三個(gè)字節(jié)表示H. 264的Profile 級(jí)別。3. 4max-mbps 這個(gè)參數(shù)的值是一個(gè)整型，指出了每一秒最大的宏塊處理速度。當(dāng)RTP碼流打包好后，該RTP流就和其他實(shí)時(shí)流媒體一樣承載在IP網(wǎng)絡(luò)上進(jìn)行發(fā) 送。而通常信息終端的IP網(wǎng)絡(luò)物理端口有以太網(wǎng)802. 3承載或者802. IlffIFI承載，本發(fā) 明中默認(rèn)選取無線WIFI作為傳輸方式，將RTP碼流向多媒體家庭網(wǎng)關(guān)發(fā)出。多媒體家庭網(wǎng)關(guān)將接受到得數(shù)據(jù)處理后通過視頻處理模塊輸出。同信息終端的發(fā)送流程，對(duì)應(yīng)于多媒體家庭網(wǎng)關(guān)的接收流程，會(huì)話的信令控制仍 然采用SIP協(xié)議，會(huì)話的媒體描述采用SDP，媒體承載采用RTP，屏幕視頻流的編碼格式采用 H. 264。多媒體家庭網(wǎng)關(guān)的接收核心為固移融合多媒體信息處理子系統(tǒng)。該子系統(tǒng)包含移 動(dòng)/無線網(wǎng)絡(luò)多媒體信息接入模塊、媒體信息處理模塊以及媒體分發(fā)模塊；分別負(fù)責(zé)WLAN/ GSM/GPRS/CDMA等無線網(wǎng)絡(luò)的多媒體信息接入預(yù)處理，多媒體信息的必要分揀、解包、解碼、 轉(zhuǎn)換等處理和屏幕媒體信息分發(fā)輸出。
多媒體信息接入模塊這里典型的默認(rèn)為WLAN，即802. IlffIFI網(wǎng)絡(luò)，多媒體網(wǎng)關(guān)通 過該物理端口接受到信息終端發(fā)來的RTP實(shí)時(shí)流媒體(這里假設(shè)會(huì)話已經(jīng)協(xié)商好，即SIP 和SDP信令交互的部分如同前面所述，不再贅述。)，媒體處理和分發(fā)模塊對(duì)收到的RTP流 媒體進(jìn)行必要的分揀、解包、解碼和轉(zhuǎn)換。對(duì)于提取出來的視頻流選擇性地根據(jù)配置從指定的視頻顯示模塊(如RGB輸出或 者HDMI輸出)等視頻端子輸出。本發(fā)明具體工作流程圖如圖3所示信息終端(如筆記本、MID或者手機(jī)等等)啟用相應(yīng)的屏幕獲取程序，該程序和目 標(biāo)多媒體網(wǎng)關(guān)進(jìn)行會(huì)話協(xié)商確認(rèn)媒體屬性和會(huì)話屬性。屏幕獲取程序媒體處理子程序需實(shí)時(shí)獲取屏幕信息并打包成實(shí)時(shí)的RTP碼流，編 碼格式按照會(huì)話的協(xié)商結(jié)果(默認(rèn)為H. 264)。根據(jù)會(huì)話信令(比如SIP)的協(xié)商結(jié)果按照(如SDP)指定的編碼格式向目標(biāo)設(shè)備 (多媒體家庭網(wǎng)關(guān))發(fā)送實(shí)時(shí)視頻碼流(默認(rèn)物理承載為WIFI802. 11)；多媒體網(wǎng)關(guān)根據(jù)會(huì)話信令(如SIP)啟用相應(yīng)的媒體子系統(tǒng)的信息接入模塊，并啟 用相應(yīng)的信息處理模塊；信息處理模塊將信息接入模塊收到的事實(shí)RTP碼流進(jìn)行(如SDP協(xié)議)指定的解 碼，還原出原始的屏幕信息視頻流；。多媒體分發(fā)模塊將歡顏的屏幕信息視頻流按照配置從指定的視頻顯示模塊輸出 (如RGB端口或者HDMI端口)；顯示設(shè)備(數(shù)字電視、顯示器、投影儀等等)從接駁的視頻輸入端顯示收到的視頻 信號(hào)從而實(shí)時(shí)顯示信息終端的屏幕信息。本發(fā)明同時(shí)可接入多種網(wǎng)絡(luò)如電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)，并同時(shí)和多個(gè)信息終端 進(jìn)行信息交互，融合屏幕顯示信息，如手機(jī)、MID、NB(筆記本電腦)、PAD以及機(jī)頂盒、數(shù)字電 視、互聯(lián)網(wǎng)電視、投影儀等，表現(xiàn)為多屏幕內(nèi)容可以進(jìn)行指定方式的融合或者交互。
權(quán)利要求
基于電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的多屏幕融合系統(tǒng)，其特征在于包括三網(wǎng)融合全業(yè)務(wù)多媒體家庭網(wǎng)關(guān)，以及與其進(jìn)行數(shù)據(jù)交互的信息終端和顯示設(shè)備；所述三網(wǎng)融合全業(yè)務(wù)多媒體家庭網(wǎng)關(guān)包括核心控制模塊、PSTN接入模塊、視頻處理輸出模塊、以太網(wǎng)接入模塊；所述三網(wǎng)融合全業(yè)務(wù)多媒體家庭網(wǎng)關(guān)軟件部分包括核心控制模塊、數(shù)據(jù)路由模塊、多網(wǎng)接入控制模塊以及多媒體處理模塊，還包括固移融合多媒體信息處理子系統(tǒng)；該子系統(tǒng)包含移動(dòng)/無線網(wǎng)絡(luò)多媒體信息接入模塊、媒體信息處理模塊以及媒體分發(fā)模塊，分別負(fù)責(zé)無線網(wǎng)絡(luò)的多媒體信息接入預(yù)處理，多媒體信息的必要分揀、解包、解碼、轉(zhuǎn)換處理和屏幕媒體信息分發(fā)輸出。
2.如權(quán)利要求1所述的基于電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的多屏幕融合系統(tǒng)，其特征在于 所述信息終端包括手機(jī)、MID、NB。
3.如權(quán)利要求1所述的基于電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的多屏幕融合系統(tǒng)，其特征在于 所述顯示設(shè)備包括數(shù)字電視、機(jī)頂盒、互聯(lián)網(wǎng)電視、投影儀。
4.如權(quán)利要求1所述的基于電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的多屏幕融合系統(tǒng)，其特征在于 所述無線網(wǎng)絡(luò)包括WLAN、GSM、GPRS、CDMA。
5.基于電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的多屏幕融合方法，其特征在于包括如下步驟 步驟一信息終端啟用相應(yīng)的屏幕獲取程序，該程序和三網(wǎng)融合全業(yè)務(wù)多媒體家庭網(wǎng)關(guān)進(jìn)行會(huì)話協(xié)商確認(rèn)媒體屬性和會(huì)話屬性；步驟二 屏幕獲取程序媒體處理子程序需實(shí)時(shí)獲取屏幕信息并打包成實(shí)時(shí)的RTP碼 流，編碼格式按照會(huì)話的協(xié)商結(jié)果；步驟三根據(jù)會(huì)話信令的協(xié)商結(jié)果按照指定的編碼格式向三網(wǎng)融合全業(yè)務(wù)多媒體家庭 網(wǎng)關(guān)發(fā)送實(shí)時(shí)視頻碼流；步驟四三網(wǎng)融合全業(yè)務(wù)多媒體家庭網(wǎng)關(guān)根據(jù)會(huì)話信令啟用相應(yīng)的媒體子系統(tǒng)的信息 接入模塊，并啟用相應(yīng)的信息處理模塊；步驟五信息處理模塊將信息接入模塊收到的事實(shí)RTP碼流進(jìn)行指定的解碼，還原出 原始的屏幕信息視頻流；步驟六多媒體分發(fā)模塊將還原的屏幕信息視頻流按照配置從指定的視頻顯示模塊輸出；步驟七顯示設(shè)備從接駁的視頻輸入端顯示收到的視頻信號(hào)從而實(shí)時(shí)顯示信息終端的屏幕信息。
6.如權(quán)利要求5所述的基于電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的多屏幕融合方法，其特征在于 所述信息終端包括手機(jī)、MID、NB。
7.如權(quán)利要求5所述的基于電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的多屏幕融合方法，其特征在于 所述顯示設(shè)備包括數(shù)字電視、機(jī)頂盒、互聯(lián)網(wǎng)電視、投影儀。
全文摘要
基于電話網(wǎng)、廣電網(wǎng)和互聯(lián)網(wǎng)的多屏幕融合系統(tǒng)及其方法，包括三網(wǎng)融合全業(yè)務(wù)多媒體家庭網(wǎng)關(guān)，以及與其進(jìn)行數(shù)據(jù)交互的信息終端和顯示設(shè)備；所述三網(wǎng)融合全業(yè)務(wù)多媒體家庭網(wǎng)關(guān)包括核心控制模塊、PSTN接入模塊、視頻處理輸出模塊、以太網(wǎng)接入模塊；所述三網(wǎng)融合全業(yè)務(wù)多媒體家庭網(wǎng)關(guān)軟件部分還包括固移融合多媒體信息處理子系統(tǒng)；該子系統(tǒng)包含移動(dòng)/無線網(wǎng)絡(luò)多媒體信息接入模塊、媒體信息處理模塊以及媒體分發(fā)模塊，分別負(fù)責(zé)無線網(wǎng)絡(luò)的多媒體信息接入預(yù)處理，多媒體信息的必要分揀、解包、解碼、轉(zhuǎn)換處理和屏幕媒體信息分發(fā)輸出。本發(fā)明可實(shí)現(xiàn)各種信息終端和顯示設(shè)備的信息交互問題，實(shí)現(xiàn)跨網(wǎng)、跨設(shè)備的多屏幕融合。
文檔編號(hào)H04N7/24GK101888378SQ201010207708
公開日2010年11月17日 申請(qǐng)日期2010年6月23日 優(yōu)先權(quán)日2010年6月23日
發(fā)明者劉碩, 林善和, 高計(jì)豐 申請(qǐng)人:福建星網(wǎng)銳捷通訊股份有限公司