本發(fā)明涉及網(wǎng)絡(luò)通信領(lǐng)域以及流媒體通信領(lǐng)域；更具體地說，本發(fā)明涉及一種云視頻協(xié)作信令控方法。

背景技術(shù)：

SIP(Session Initiation Protocol)是一個應(yīng)用層的信令控制協(xié)議。用于創(chuàng)建、修改和釋放一個或多個參與者的會話。這些會話可以是Internet多媒體會議、IP電話或多媒體分發(fā)。會話的參與者可以通過組播(multicast)、網(wǎng)狀單播(unicast)或兩者的混合體進行通信。

使用SIP，服務(wù)提供商可以隨意選擇標(biāo)準(zhǔn)組件。不論媒體內(nèi)容和參與方數(shù)量，用戶都可以查找和聯(lián)系對方。SIP對會話進行協(xié)商，以便所有參與方都能夠就會話功能達成一致以及進行修改。它甚至可以添加、刪除或轉(zhuǎn)移用戶。

SIP既不是會話描述協(xié)議，也不提供會議控制功能。為了描述消息內(nèi)容的負(fù)載情況和特點，SIP使用Internet的會話描述協(xié)議(SDP)來描述終端設(shè)備的特點。SIP自身也不提供服務(wù)質(zhì)量(QoS)，它與負(fù)責(zé)語音質(zhì)量的資源預(yù)留協(xié)議(RSVP)互操作。它還與若干個其他協(xié)議進行協(xié)作，包括負(fù)責(zé)定位的輕型目錄訪問協(xié)議(LDAP)、負(fù)責(zé)身份驗證的遠(yuǎn)程身份驗證撥入用戶服務(wù)(RADIUS)以及負(fù)責(zé)實時傳輸?shù)腞TP等多個協(xié)議。

SIP壓縮機制主要是通過改變SIP消息的長度來降低時延。典型的SIP消息的大小由幾百到幾千字節(jié)，為了適合在窄帶無線信道上傳輸，IMS對SIP進行了擴展，支持SIP消息的壓縮。當(dāng)無線信道一定時，一條SIP消息所含幀數(shù)k僅取決于消息大小。從時延模型可以看出，不僅影響SIP消息傳輸時延，還影響SIP重傳的概率，對自適應(yīng)的定時器來說，k還成了影響定時器初值的關(guān)鍵因素。

現(xiàn)有技術(shù)缺點包括：

1、信令傳送速度慢，不能適應(yīng)數(shù)字交換和數(shù)字傳輸；

2、信令容量有限，信令系統(tǒng)功能受限，不能增加智能應(yīng)用；

3、無法傳送與呼叫無關(guān)的信令信息，如網(wǎng)管信息；

4、面向應(yīng)用條件設(shè)計的信令，使得不同網(wǎng)絡(luò)或同一網(wǎng)絡(luò)具有不同的信令系統(tǒng)，既不經(jīng)濟也不便于管理；

5、信令設(shè)備一般按話路配備，成本較高。

技術(shù)實現(xiàn)要素：

本發(fā)明所要解決的技術(shù)問題是針對現(xiàn)有技術(shù)中存在上述缺陷，提供一種高效便捷的云視頻協(xié)作信令控方法。

根據(jù)本發(fā)明，提供了一種云視頻協(xié)作信令控方法，包括依次執(zhí)行的下述步驟：

第一步驟：客戶端向DNS服務(wù)器請求外網(wǎng)SRV記錄；

第二步驟：所述DNS服務(wù)器向所述客戶端返回外網(wǎng)SRV記錄；

第三步驟：所述客戶端請求與外網(wǎng)SRV記錄對應(yīng)的平臺內(nèi)部SRV記錄；

第四步驟：所述客戶端獲得平臺內(nèi)部SRV記錄；

第五步驟：所述客戶端基于平臺內(nèi)部SRV記錄與通信認(rèn)證服務(wù)器建立通信；

第六步驟：所述客戶端向通信認(rèn)證服務(wù)器請求用戶信息；

第七步驟：所述客戶端獲得用戶信息，進而進行認(rèn)證傳輸。

優(yōu)選地，所述客戶端是軟件客戶端。

優(yōu)選地，所述客戶端是硬件客戶端。

優(yōu)選地，在第三步驟中，所述客戶端向云平臺內(nèi)部的會議服務(wù)器請求與外網(wǎng)SRV記錄對應(yīng)的平臺內(nèi)部SRV記錄。

優(yōu)選地，在第六步驟中，所述客戶端基于賬號信息向通信認(rèn)證服務(wù)器請求用戶信息。

附圖說明

結(jié)合附圖，并通過參考下面的詳細(xì)描述，將會更容易地對本發(fā)明有更完整的理解并且更容易地理解其伴隨的優(yōu)點和特征，其中：

圖1示意性地示出了根據(jù)本發(fā)明優(yōu)選實施例的云視頻協(xié)作信令控方法的流程圖。

需要說明的是，附圖用于說明本發(fā)明，而非限制本發(fā)明。注意，表示結(jié)構(gòu)的附圖可能并非按比例繪制。并且，附圖中，相同或者類似的元件標(biāo)有相同或者類似的標(biāo)號。

具體實施方式

為了使本發(fā)明的內(nèi)容更加清楚和易懂，下面結(jié)合具體實施例和附圖對本發(fā)明的內(nèi)容進行詳細(xì)描述。

圖1示意性地示出了根據(jù)本發(fā)明優(yōu)選實施例的云視頻協(xié)作信令控方法的流程圖。

具體地，如圖1所示，根據(jù)本發(fā)明優(yōu)選實施例的云視頻協(xié)作信令控方法包括依次執(zhí)行的下述步驟：

第一步驟S1：客戶端向DNS服務(wù)器請求外網(wǎng)SRV記錄；

其中，所述客戶端可以是軟件客戶端或者硬件客戶端。

其中，SRV(服務(wù)定位)記錄是DNS服務(wù)器的數(shù)據(jù)庫中支持的一種資源記錄的類型，SRV記錄記錄了哪臺計算機提供了哪個服務(wù)這么一個簡單的信息。SRV記錄一般是為Microsoft的活動目錄設(shè)置時的應(yīng)用。DNS可以獨立于活動目錄，但是活動目錄必須有DNS的幫助才能工作。為了活動目錄能夠正常的工作，DNS服務(wù)器必須支持SRV記錄，SRV記錄把服務(wù)名字映射為提供服務(wù)的服務(wù)器名字?；顒幽夸浛蛻艉陀蚩刂破魇褂肧RV記錄決定域控制器的IP地址。

第二步驟S2：所述DNS服務(wù)器向所述客戶端返回外網(wǎng)SRV記錄；

第三步驟S3：所述客戶端請求與外網(wǎng)SRV記錄對應(yīng)的平臺內(nèi)部SRV記錄；

例如，在第三步驟S3中，所述客戶端向云平臺內(nèi)部的會議服務(wù)器請求與外網(wǎng)SRV記錄對應(yīng)的平臺內(nèi)部SRV記錄。

第四步驟S4：所述客戶端獲得平臺內(nèi)部SRV記錄；

第五步驟S5：所述客戶端基于平臺內(nèi)部SRV記錄與通信認(rèn)證服務(wù)器建立通信；

第六步驟S6：所述客戶端向通信認(rèn)證服務(wù)器請求用戶信息(Service Profile)；

例如，在第六步驟S6中，所述客戶端基于賬號信息向通信認(rèn)證服務(wù)器請求用戶信息。

第七步驟S7：所述客戶端獲得用戶信息，進而進行認(rèn)證傳輸。

本發(fā)明的云視頻協(xié)作信令控制方法可以簡化多點視頻通訊會議發(fā)起、布署、訪問，為每個會議分配適當(dāng)?shù)馁Y源。本發(fā)明的云視頻協(xié)作信令控制方法可以管理所有可用會議資源，能夠幫助智能分配和優(yōu)化資源使用率。更高效、更廣泛的完成管理控制，簡化會議管理，提升服務(wù)等級及用戶體驗。例如，管理員可以決定多少用戶使用高清會議資源、用戶語音提示和微控制單元資源布署拓?fù)鋱D。

總之，根據(jù)本發(fā)明優(yōu)選實施例的云視頻協(xié)作信令控方法至少具有如下優(yōu)點：

●高效的分配微控制單元資源使用。

●從桌面系統(tǒng)到融入式系統(tǒng)，提供全面的會議資源優(yōu)化。

●整合會議資源池，確?？捎梦⒖刂茊卧Y源的集中管理和高效使用。

●小企業(yè)到大公司會議規(guī)模擴展的平滑升級。

●幫助超過單臺微控制單元資源的會議實現(xiàn)自動擴展。

●路由信令控制系統(tǒng)技術(shù)領(lǐng)先，且符合行業(yè)標(biāo)準(zhǔn)，服務(wù)器支持H.323/SIP/TIP業(yè)務(wù)的使用。

●最小化的管理資源使用，減少IT維護人員的工作量。

●支持會議資源智能容災(zāi)及冗余，確保用戶穩(wěn)定、可靠的會議體驗

●支持設(shè)備堆疊，并且提供微控制單元資源之間的負(fù)載均衡，單臺設(shè)備故障不會對系統(tǒng)造成任何影響。

●將動態(tài)分配資源給每個新建會議。

●確保每個會議獲得高效的資源調(diào)度。

●可以可以自定義服務(wù)模板，針對不通的服務(wù)類型定義參會者得到不通的會議服務(wù)。

●為不同用戶定義不同服務(wù)級別。

●可以設(shè)定要求每個參會者需要輸入PIN碼才能進入會議，提供會議安全性。

根據(jù)本發(fā)明優(yōu)選實施例的云視頻協(xié)作信令控方法至少具有如下功能：

●個性設(shè)置：可以配置單獨的模板、號碼、別名及服務(wù)類型。

●會議模式支持：

1.討論型會議：會議參會者身份相同，所有參會者具有相同的權(quán)限；

2.講演者模式：兩種不同的參會者角色，每個參會者有自己的號碼，使用不同的號碼獲得不同的身份。

●角色配置：主席、訪客、參會者。

●準(zhǔn)許會議動態(tài)擴展。

●會議模板配置。

●會議狀態(tài)預(yù)覽。

●集群-最多3臺信令路由組成集群，實現(xiàn)大規(guī)模布署。

●報警提示。

●事件日志。

●配置備份和恢復(fù)。

●每個路由信令控制系統(tǒng)支持管理30臺微控制單元。

●最多三臺路由信令控制系統(tǒng)實現(xiàn)一個集群，管理150臺微控制單元資源。

此外，需要說明的是，除非特別指出，否則說明書中的術(shù)語“第一”、“第二”、“第三”等描述僅僅用于區(qū)分說明書中的各個組件、元素、步驟等，而不是用于表示各個組件、元素、步驟之間的邏輯關(guān)系或者順序關(guān)系等。

可以理解的是，雖然本發(fā)明已以較佳實施例披露如上，然而上述實施例并非用以限定本發(fā)明。對于任何熟悉本領(lǐng)域的技術(shù)人員而言，在不脫離本發(fā)明技術(shù)方案范圍情況下，都可利用上述揭示的技術(shù)內(nèi)容對本發(fā)明技術(shù)方案作出許多可能的變動和修飾，或修改為等同變化的等效實施例。因此，凡是未脫離本發(fā)明技術(shù)方案的內(nèi)容，依據(jù)本發(fā)明的技術(shù)實質(zhì)對以上實施例所做的任何簡單修改、等同變化及修飾，均仍屬于本發(fā)明技術(shù)方案保護的范圍內(nèi)。