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

用戶終端以帶外方式自主發(fā)起會(huì)議召集的方法

文檔序號(hào):7620534閱讀:218來(lái)源:國(guó)知局
專利名稱:用戶終端以帶外方式自主發(fā)起會(huì)議召集的方法
技術(shù)領(lǐng)域
本發(fā)明涉及視頻通信技術(shù)領(lǐng)域,特別地,涉及基于H.323系統(tǒng)的用戶終端以帶外方式自主發(fā)起會(huì)議召集的方法。
背景技術(shù)
隨著電信事業(yè)的飛速發(fā)展,人們之間的交流也變得越來(lái)越容易,從傳統(tǒng)的電報(bào)、電話、傳真等方式到風(fēng)靡世界的互聯(lián)網(wǎng),大大方便了人們的工作和生活。隨著終端設(shè)備處理能力的提高和網(wǎng)絡(luò)帶寬的增加,視頻通信技術(shù)成為目前一個(gè)新的熱點(diǎn)。作為一種多媒體業(yè)務(wù),視訊通信業(yè)務(wù)把語(yǔ)音、圖像、數(shù)據(jù)等信息綜合在一起進(jìn)行遠(yuǎn)距離傳輸。人們?cè)谶M(jìn)行異地交流的時(shí)候既可以聽到對(duì)方的聲音,又可以看到對(duì)方的圖像,增加異地交流的真實(shí)感、親切感和臨場(chǎng)感。


圖1所示,視頻通信系統(tǒng)一般由用戶終端(104)、網(wǎng)守(GK)(102)、多點(diǎn)控制單元(MCU)(103)、傳輸信道(105)和運(yùn)營(yíng)支撐平臺(tái)(101)等幾部分組成。
視頻用戶終端(104)是視訊會(huì)議業(yè)務(wù)的用戶側(cè)設(shè)備,主要負(fù)責(zé)會(huì)場(chǎng)圖象、語(yǔ)音的采集、編碼,對(duì)接收的圖像、語(yǔ)音媒體流拆包、解碼、輸出和會(huì)議控制等功能。
網(wǎng)守(GK)(102)是視訊會(huì)議業(yè)務(wù)的資源管理設(shè)備,GK的管理對(duì)象是MCU、視頻終端等。主要功能為地址解析、接入控制、帶寬管理、區(qū)域管理并提供與運(yùn)營(yíng)支撐系統(tǒng)的接口,提供會(huì)議的認(rèn)證、計(jì)費(fèi)信息等。
多點(diǎn)控制單元(MCU)(103)是視訊會(huì)議業(yè)務(wù)的匯接處理設(shè)備,從邏輯上分為多點(diǎn)控制器(MC)和多點(diǎn)處理器(MP),MC提供了多方視訊會(huì)議的呼叫建立和控制功能,MC的控制功能通過(guò)H.245來(lái)完成。MP在多方視訊會(huì)議中,接收來(lái)自終端或級(jí)聯(lián)MCU、GW的音頻、視頻和數(shù)據(jù)流,處理這些媒體流并把它們送回到終端、MCU或GW。
運(yùn)營(yíng)支撐平臺(tái)(101)是會(huì)議調(diào)度、業(yè)務(wù)管理、營(yíng)帳計(jì)費(fèi)、網(wǎng)絡(luò)管理等一系列模塊的總和。其主要功能是實(shí)現(xiàn)對(duì)視訊網(wǎng)絡(luò)的統(tǒng)一控制、統(tǒng)一資源調(diào)度和管理,同時(shí)通過(guò)與視訊交換層設(shè)備的交互,完成對(duì)視訊業(yè)務(wù)全流程的控制和管理。
傳輸信道(105)用于媒體流和控制流的傳輸。
在正常的H.323系統(tǒng)中,用戶終端和網(wǎng)守之間需要建立RAS(注冊(cè)、許可、狀態(tài))信道,通過(guò)RAS信道,用戶終端登錄到網(wǎng)守上,并在通信時(shí)請(qǐng)求網(wǎng)守允許它與另一個(gè)用戶終端進(jìn)行呼叫。正常的RAS信道不傳送會(huì)議申請(qǐng)信息,因此,傳統(tǒng)的視頻會(huì)議召集方式為,首先由視訊用戶向系統(tǒng)管理員進(jìn)行預(yù)約,也就是說(shuō),用戶終端要把諸多會(huì)議召集信息通過(guò)人工方式告知系統(tǒng)管理員,預(yù)約成功后,管理員在預(yù)約的時(shí)間通過(guò)運(yùn)營(yíng)支撐平臺(tái)調(diào)度會(huì)議。這種會(huì)議召開方式必須要求在運(yùn)營(yíng)支撐平臺(tái)側(cè)有專人來(lái)負(fù)責(zé)會(huì)議的召集,實(shí)現(xiàn)方式不夠靈活。

發(fā)明內(nèi)容
本發(fā)明的目的是為了克服傳統(tǒng)的視頻會(huì)議召開方式中需要人工負(fù)責(zé)召集、實(shí)現(xiàn)方式不靈活、操作方式效率低下,會(huì)議召開周期長(zhǎng)的缺點(diǎn),提供一種自動(dòng)召集會(huì)議的方法。
為了達(dá)到上述目的,本發(fā)明提出了一種用戶終端以帶外方式自主發(fā)起會(huì)議召集的方法,包括用戶終端通過(guò)建立于用戶終端和網(wǎng)守之間的單獨(dú)通道將包含會(huì)議召集信息的消息傳遞到網(wǎng)守,網(wǎng)守將該消息傳遞到運(yùn)營(yíng)支撐平臺(tái);運(yùn)營(yíng)支撐平臺(tái)將包含反饋信息的消息再通過(guò)網(wǎng)守傳遞給用戶終端,同時(shí)調(diào)度運(yùn)營(yíng)支撐平臺(tái)所轄的多點(diǎn)控制單元召集與會(huì)議有關(guān)的終端入會(huì)。
由于在正常的H.323系統(tǒng)中,用戶終端和網(wǎng)守之間通過(guò)RAS信令進(jìn)行通信,而該信令是不支持傳送會(huì)議召集信息的,用戶終端若要召集會(huì)議必須采用人工預(yù)約的方式,并需要平臺(tái)側(cè)有專人來(lái)負(fù)責(zé)調(diào)度。本發(fā)明通過(guò)在用戶終端和網(wǎng)守之間建立單獨(dú)通道專門用來(lái)傳輸會(huì)議召集信息,也就是通過(guò)帶外的方式召集會(huì)議,這樣用戶就能夠自動(dòng)地將會(huì)議召集信息通過(guò)網(wǎng)守傳遞到運(yùn)營(yíng)支撐平臺(tái)的會(huì)議管理模塊,會(huì)議管理模塊就自動(dòng)根據(jù)該會(huì)議召集信息產(chǎn)生反饋信息通過(guò)GK傳遞回用戶終端,并調(diào)度多點(diǎn)控制單元組織終端入會(huì),整個(gè)過(guò)程是自動(dòng)的,無(wú)需人工預(yù)約,克服了現(xiàn)有技術(shù)中需要人工負(fù)責(zé)召集、實(shí)現(xiàn)方式不靈活、操作方式效率低下,會(huì)議召開周期長(zhǎng)的缺點(diǎn)。
更具體地說(shuō),所述單獨(dú)通道是一個(gè)單獨(dú)的TCP通道。
其中所述包含會(huì)議召集信息的消息和包含反饋信息的消息是通過(guò)如下專用消息格式封裝的該格式包括版本號(hào)、保留字段、包長(zhǎng)、命令長(zhǎng)度、命令,并可選地包括數(shù)據(jù)。
也就是說(shuō),本發(fā)明為了在TCP通道上傳輸會(huì)議召集信息和反饋信息,定義了專門的帶外消息格式,通過(guò)這種帶外消息格式,以及后面所說(shuō)的擴(kuò)展帶外信息及子信息的格式,就能把與會(huì)議召集有關(guān)的所有消息放在格式里面進(jìn)行通信。
其中所述包含會(huì)議召集信息的消息和包含反饋信息的消息具體為以下六種消息中的一種或多種建立帶外連接請(qǐng)求、建立主叫呼集連接響應(yīng)、主叫呼集請(qǐng)求、主叫呼集響應(yīng)、斷開帶外連接請(qǐng)求、斷開帶外連接響應(yīng)。
本發(fā)明詳細(xì)定義了上述六種消息的具體消息格式,并對(duì)其中建立主叫呼集請(qǐng)求和主叫呼集響應(yīng)消息中所包含的信息數(shù)據(jù)格式和子信息數(shù)據(jù)格式進(jìn)行了明確的規(guī)定,同時(shí)定義了具體的信息數(shù)據(jù)類型和子信息數(shù)據(jù)類型。
信息數(shù)據(jù)類型包括主叫呼集信息和主叫呼集響應(yīng)信息,子信息數(shù)據(jù)類型包括會(huì)議類子信息、會(huì)場(chǎng)類子信息、流媒體類子信息、公共類子信息和通知類子信息。本規(guī)范對(duì)上述各類子信息的數(shù)據(jù)編碼格式進(jìn)行了定義,其中包括會(huì)議命令類型子信息、用戶密碼子信息、召集設(shè)備類型子信息、服務(wù)質(zhì)量等級(jí)編碼、多流數(shù)據(jù)格式子信息、會(huì)議安全級(jí)別格式子信息、數(shù)據(jù)會(huì)議類型格式子信息、終端類型子信息、語(yǔ)言類型格式子信息、傳輸速率子信息、視頻算法子信息、視頻格式子信息、視頻幀率子信息、音頻算法子信息、安全參數(shù)數(shù)據(jù)編碼、安全校驗(yàn)字?jǐn)?shù)據(jù)編碼、媒體流角色說(shuō)明格式子信息、開會(huì)失敗子信息、流媒體會(huì)議類型子信息、流媒體格式子信息。
通過(guò)這些信息和子信息,終端就能把諸如會(huì)議命令類型、用戶密碼、服務(wù)質(zhì)量之類的子信息放在消息的擴(kuò)展帶外信息的子信息的位置上進(jìn)行傳遞,達(dá)到了傳輸這些與會(huì)議有關(guān)的消息的目的。
以上是針對(duì)本發(fā)明的各特征,逐一論述了這些特征對(duì)于用戶終端主動(dòng)召集會(huì)議所作出的貢獻(xiàn)。本發(fā)明將會(huì)議召集的權(quán)利下放到用戶本身,為公眾化視訊業(yè)務(wù)的推廣提供了良好的基礎(chǔ)。下面將結(jié)合附圖詳細(xì)描述本發(fā)明的實(shí)施例。
以下結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施方式
進(jìn)行描述,其中圖1是根據(jù)本發(fā)明基于H.323的視頻通信系統(tǒng)結(jié)構(gòu)示意圖;圖2是用戶終端自主發(fā)起會(huì)議召集的方法的流程圖;圖3是用戶終端自主發(fā)起會(huì)議召集的進(jìn)一步的給出的流程圖。
具體實(shí)施例方式
通過(guò)以下結(jié)合附圖對(duì)本發(fā)明具體實(shí)施方式
的描述,本領(lǐng)域技術(shù)人員將會(huì)更容易理解本發(fā)明。
參照附圖1,附圖1示出了基于H.323的視頻通信系統(tǒng)結(jié)構(gòu)示意圖,其中包括用戶終端(104)、傳輸信道(105)、GK(102)、多點(diǎn)控制單元(103)和運(yùn)營(yíng)支撐平臺(tái)(101)。該運(yùn)營(yíng)支撐平臺(tái)中隱含了一個(gè)會(huì)議管理模塊,該會(huì)議管理模塊負(fù)責(zé)整個(gè)會(huì)議的調(diào)度管理,運(yùn)營(yíng)支撐平臺(tái)的核心調(diào)度功能都是在其中完成的。在用戶終端和GK之間建立單獨(dú)的TCP通道(700端口)傳遞相關(guān)信息,所有數(shù)據(jù)采用TPKT封裝格式。并且,這種消息的傳遞是以下面所述的專用消息格式進(jìn)行的,下面將詳細(xì)介紹這種格式。并且,本發(fā)明要求用戶終端和GK均要支持?jǐn)U展的帶外消息格式,這種支持可通過(guò)本領(lǐng)域技術(shù)人員根據(jù)消息格式簡(jiǎn)單編程而實(shí)現(xiàn)。
參照附圖2,附圖2示出了用戶直接通過(guò)終端發(fā)起會(huì)議召集的呼叫流程。首先要求用戶終端(104)與GK(102)之間建立單獨(dú)的TCP通道,通道建立后,GK將終端發(fā)起的會(huì)議召集信息轉(zhuǎn)發(fā)到運(yùn)營(yíng)支撐平臺(tái)(101)的會(huì)議管理模塊,如圖2的第一行箭頭所示,會(huì)議管理模塊根據(jù)會(huì)議調(diào)度情況將反饋信息通過(guò)GK再傳遞給用戶終端,如圖2的第二行箭頭所示。同時(shí)運(yùn)營(yíng)支撐平臺(tái)的會(huì)議管理模塊調(diào)度其所轄的MCU(103)資源,MCU按照正常流程召集各終端入會(huì)。該正常流程與現(xiàn)有技術(shù)是一樣的,包括MCU向網(wǎng)守發(fā)出ARQ消息,GK向MCU回一個(gè)ACF消息,然后MCU向用戶終端(104)發(fā)建立(setup)請(qǐng)求,用戶終端向網(wǎng)守發(fā)ARQ消息,GK通過(guò)ACF消息應(yīng)答,然后用戶終端向MCU進(jìn)行連接(connect)。對(duì)于會(huì)議涉及的其它終端(104’),也可采用類似的方式。
下面的表1示出了傳送會(huì)議召集信息和反饋信息的具體消息格式,包括版本號(hào)、保留字段、包長(zhǎng)、命令長(zhǎng)度、命令和數(shù)據(jù)(可選)。用戶端與GK之間的主叫呼集消息使用TCP 700端口承載,使用TPKT格式封裝數(shù)據(jù)(RFC1006)。
0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 版本號(hào) | 保留 | 包長(zhǎng) |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 命令長(zhǎng)度|命令|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| [數(shù)據(jù)]……
+-+-+-+-+-+-+-+-+表1帶外消息具體封裝格式其中版本號(hào)8位,固定為0x03;保留字段,8位,固定填0x00;包長(zhǎng),16位,以字節(jié)表示的包長(zhǎng)度,包括包頭;命令長(zhǎng)度,16位,以字節(jié)表示的命令長(zhǎng)度,包括后面的命令和數(shù)據(jù),不包括命令長(zhǎng)度自身;命令16位,命令字,具體定義在后面描述;數(shù)據(jù)變長(zhǎng),命令攜帶的參數(shù),可選。
下面的表2定義了帶外消息的具體消息命令內(nèi)容,包括建立帶外連接請(qǐng)求、建立主叫呼集連接響應(yīng)、主叫呼集請(qǐng)求、主叫呼集響應(yīng)、斷開帶外連接請(qǐng)求和斷開帶外連接響應(yīng)。

表2帶外消息的6種具體消息命令當(dāng)然,本發(fā)明并不局限于此6種消息,本領(lǐng)域技術(shù)人員能夠根據(jù)在此的描述作出的消息都屬于本發(fā)明的保護(hù)范圍。
圖2只示出了一個(gè)簡(jiǎn)要的示意流程圖。圖3示出了利用這6種具體消息進(jìn)行會(huì)議召集信息傳送的具體流程。
首先,用戶終端向網(wǎng)守發(fā)送建立帶外連接請(qǐng)求。表3定義了建立帶外連接請(qǐng)求的具體消息格式。

表3建立帶外連接請(qǐng)求的具體消息格式網(wǎng)守給用戶終端發(fā)送建立主叫呼集連接響應(yīng),如下面的表4所示的具體消息格式

其中結(jié)果的取值和含義如下

表4建立主叫呼集連接響應(yīng)然后用戶終端向網(wǎng)守發(fā)出主叫呼集請(qǐng)求,格式如表5

表5主叫呼集請(qǐng)求格式主叫呼集信息數(shù)據(jù)格式如下表6

表6主叫呼集信息數(shù)據(jù)格式網(wǎng)守將該信息轉(zhuǎn)發(fā)到會(huì)議管理平臺(tái)后,會(huì)議管理平臺(tái)作出響應(yīng)發(fā)送回網(wǎng)守,網(wǎng)守再將如下表7所示的主叫呼集響應(yīng)發(fā)送給用戶終端。

表7主叫呼集響應(yīng)格式這里使用主叫呼集響應(yīng)信息類,按照如下表8的格式填充信息數(shù)據(jù)字段

表8表7的信息數(shù)據(jù)字段的內(nèi)容用戶終端向網(wǎng)守發(fā)送斷開帶外連接請(qǐng)求,如表9所示

表9斷開帶外連接請(qǐng)求網(wǎng)守發(fā)送如表10所示的斷開帶外連接響應(yīng)到用戶終端


表10斷開帶外連接響應(yīng)下面對(duì)上面所提到的擴(kuò)展帶外信息的格式進(jìn)行定義,如表11所示

表11擴(kuò)展帶外信息的格式其中信息數(shù)據(jù)起始標(biāo)志固定為0xfe。
R1bit的擴(kuò)展位,如果R為0,表示下一字節(jié)不再是信息類型字段;如果R為1,表示下一字節(jié)仍為信息數(shù)據(jù)類型字段,通過(guò)R位的設(shè)置保證信息數(shù)據(jù)類型增加時(shí)能夠平滑的進(jìn)行擴(kuò)展。
信息數(shù)據(jù)類型7比特,通過(guò)R位可以擴(kuò)展位多個(gè)7比特,表示要傳送信息數(shù)據(jù)的類型。
信息數(shù)據(jù)長(zhǎng)度表示要傳送的信息數(shù)據(jù)的總長(zhǎng)度,包括信息數(shù)據(jù)起始標(biāo)志、信息數(shù)據(jù)結(jié)束標(biāo)志、CRC等控制字段及所有的子信息。
信息數(shù)據(jù)結(jié)束標(biāo)志固定為0xfd。
CRC16采用CCITT 16位標(biāo)準(zhǔn)算法的CRC校驗(yàn)值。
表11中的子信息定義如下表12

表12表11中的子信息R1bit的擴(kuò)展位,如果R為0,表示下一字節(jié)不再是信息類型字段;如果R為1,表示下一字節(jié)仍為子信息類型字段,通過(guò)R位的設(shè)置保證子信息類型增加時(shí)能夠平滑的進(jìn)行擴(kuò)展。
子信息類型7比特,通過(guò)R位可擴(kuò)展為多個(gè)7比特,表示要傳送的子信息數(shù)據(jù)的類型。
子信息長(zhǎng)度表示子信息數(shù)據(jù)的長(zhǎng)度(字節(jié)),該字段長(zhǎng)度為1個(gè)字節(jié)。
子信息數(shù)據(jù)子信息包內(nèi)所攜帶的數(shù)據(jù)。
本規(guī)范對(duì)上面信息格式中提到的信息數(shù)據(jù)類型和子信息數(shù)據(jù)類型進(jìn)行了定義,具體內(nèi)容如下

表13信息數(shù)據(jù)類型定義


表14子信息數(shù)據(jù)類型定義通過(guò)對(duì)這些子信息的定義,就能把諸如會(huì)議命令類型、用戶密碼、服務(wù)質(zhì)量之類的子信息放在消息的擴(kuò)展帶外信息的子信息的位置上進(jìn)行傳遞,達(dá)到了傳輸這些與會(huì)議有關(guān)的消息的目的。通過(guò)這些子信息,就能將諸如會(huì)場(chǎng)等會(huì)議召集消息在用戶和網(wǎng)守間進(jìn)行傳遞。
通過(guò)上面一套嚴(yán)密的消息格式體現(xiàn),就能把與會(huì)議召集相關(guān)的所有內(nèi)容封裝在消息中傳輸,從而進(jìn)行會(huì)議召集。
以上具體實(shí)施方式
描述了根據(jù)本發(fā)明在基于H.323系統(tǒng)上實(shí)現(xiàn)用戶通過(guò)終端自主召集會(huì)議的方法,本領(lǐng)域技術(shù)人員可以知道,根據(jù)本發(fā)明的原理,可以對(duì)本發(fā)明的各種實(shí)施例進(jìn)行修改、改進(jìn)和替換而均不會(huì)脫離本發(fā)明的原理。本發(fā)明由隨附的權(quán)利要求加以限定。
權(quán)利要求
1.一種用戶終端以帶外方式自主發(fā)起會(huì)議召集的方法,包括用戶終端通過(guò)建立于用戶終端和網(wǎng)守之間的單獨(dú)通道將包含會(huì)議召集信息的消息傳遞到網(wǎng)守,網(wǎng)守將該消息傳遞到運(yùn)營(yíng)支撐平臺(tái);運(yùn)營(yíng)支撐平臺(tái)將包含反饋信息的消息通過(guò)網(wǎng)守傳遞給用戶終端,同時(shí)調(diào)度其所轄的多點(diǎn)控制單元召集與會(huì)議有關(guān)的終端入會(huì)。
2.根據(jù)權(quán)利要求1所述的方法,其中所述單獨(dú)通道是一個(gè)單獨(dú)的TCP通道。
3.根據(jù)權(quán)利要求1所述的方法,其中所述包含會(huì)議召集信息的消息和包含反饋信息的消息是通過(guò)如下專用消息格式封裝的該格式包括版本號(hào)、保留字段、包長(zhǎng)、命令長(zhǎng)度、命令,并可選地包括數(shù)據(jù)。
4.根據(jù)權(quán)利要求3所述的方法,其中所述包含會(huì)議召集信息的消息和包含反饋信息的消息具體為以下六種消息中的一種或多種建立帶外連接請(qǐng)求、建立主叫呼集連接響應(yīng)、主叫呼集請(qǐng)求、主叫呼集響應(yīng)、斷開帶外連接請(qǐng)求、斷開帶外連接響應(yīng)。
5.根據(jù)權(quán)利要求4所述的方法,其中主叫呼集請(qǐng)求的消息的數(shù)據(jù)字段封裝含有會(huì)議類子信息和會(huì)場(chǎng)類子信息的信息數(shù)據(jù)。
6.根據(jù)權(quán)利要求4所述的方法,其中主叫呼集響應(yīng)的消息的數(shù)據(jù)字段封裝含有結(jié)果通知類子信息的信息數(shù)據(jù)。
全文摘要
本發(fā)明提供了一種用戶終端以帶外方式自主發(fā)起會(huì)議召集的方法,包括用戶終端通過(guò)建立于用戶終端和網(wǎng)守之間的單獨(dú)通道將包含會(huì)議召集信息的消息傳遞到網(wǎng)守,網(wǎng)守將該消息傳遞到運(yùn)營(yíng)支撐平臺(tái);運(yùn)營(yíng)支撐平臺(tái)將包含反饋信息的消息再通過(guò)網(wǎng)守傳遞給用戶終端,同時(shí)調(diào)度其所轄的多點(diǎn)控制單元召集與會(huì)議有關(guān)的終端入會(huì)。本發(fā)明克服了現(xiàn)有技術(shù)中需要人工負(fù)責(zé)召集、實(shí)現(xiàn)方式不靈活、操作方式效率低下,會(huì)議召開周期長(zhǎng)的缺點(diǎn)。
文檔編號(hào)H04N7/15GK1893625SQ20051008326
公開日2007年1月10日 申請(qǐng)日期2005年7月8日 優(yōu)先權(quán)日2005年7月8日
發(fā)明者支金龍, 王琳, 譚國(guó)權(quán) 申請(qǐng)人:中國(guó)電信股份有限公司
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1