欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種在用戶設備與視頻服務裝置間控制傳輸媒體流的方法

文檔序號:7971572閱讀:139來源:國知局
專利名稱:一種在用戶設備與視頻服務裝置間控制傳輸媒體流的方法
技術領域
本發(fā)明涉及視頻管理網絡,尤其涉及在視頻管理網絡,例如基于 遠程網絡的視頻管理網絡中用戶設備與視頻服務裝置間控制傳輸媒 體流的方法和相應的裝置。
背景技術
目前,在很多場合下都需要基于遠程網絡(例如互聯網)的視頻 監(jiān)控系統,例如交通管理部門需要在全國各地安裝視頻監(jiān)控系統,并 在各地的交通管理中心設置管理系統,以便各地的管理系統可以對本 區(qū)域內的交通情況進行視頻監(jiān)控。通過各地(區(qū)域)的視頻監(jiān)控,可 以構成一個立體的樹狀(當各交通管理中心具有級別區(qū)分時)結構或 網狀結構(當各交通管理中心不區(qū)分級別時)的管理系統,通過這樣 的管理系統,理論上講,經過適當的請求和身份驗證,可以通過任一 個接口連接至該視頻監(jiān)控控網絡從而可以在權限內查看任一個交通 管理中心所負責維護的任一 個攝像裝置所拍攝的影像。同樣地,類似視頻監(jiān)控系統可以應用在其他領域,例如居民小區(qū) 需要安裝基于局域網的視頻監(jiān)控系統,以便監(jiān)督小區(qū)的安全情況。對 于這樣的基于局域網的系統,任何一個服務商都可以采用自行設計的 視頻監(jiān)控系統來實現用戶的需求,但對于一個基于遠程網絡的大型視 頻管理系統,則由于工程量巨大往往需要多個供應商、服務上共同參 與來完成系統建設,例如至少需要提出整體設計方案的承包商以及供應各種i殳備的供應商等。此時, 一方面由于在一見頻監(jiān)控系統領域并沒 有形成統一標準,各服務商各自的設計方案往往不能兼容,導致建設 大型視頻管理網絡時困難重重。另一方面現有的視頻管理網絡的解決 方案本身也存在各種各樣的問題。
例如,在一個現有解決方案中,視頻管理網絡包括媒體網關、控 制信令網關、存儲代理、信息服務器以及數據庫等,且多個用戶設備 與該視頻網絡相連接,視頻服務器也與該視頻網絡相連接。其中,例 如媒體網關用于代理用戶設備接入視頻流的請求,并連接至前端視頻 采集設備,從視頻服務器向用戶設備分發(fā)視頻流并且在視頻管理網絡 內部進行視頻流控制;控制信令網關用于從用戶設備接收控制命令,并且連接至視頻服務器來完成該等控制命令;存儲代理從業(yè)務服務器接收命令、作為用戶代理接入存儲器并將特定的視頻流記錄至該存儲器內;信息服務器是該視頻管理網絡的中央信息服務器,其從上述業(yè) 務服務器、媒體網關、控制信令網關接收針對網絡配置數據和用戶設 備相關數據的查詢請求,也從其他組件接收報告信息。在上述現有方案中,視頻管理網絡各組件之間使用不同協議,例 如,使用基于UDP的私有協議使得用戶設備和存儲代理接入流媒體資 源;使用基于TCP的私有協議使得用戶設備可以接入視頻管理網絡并 獲取視頻流,并使用同樣的協議控制視頻流傳輸;使用SNMP協議作 為信息報告協議,使得其他組件來向信息服務器報告信息等。但上述解決方案存在很多問題, 一方面量使用私有協議,導致難 以互聯互通,另一方面難以管理媒體會話。例如,該方案使用同樣的 控制機制來使用戶設備獲取視頻流,并使用該機制控制視頻流傳輸 (例如控制傳輸速率),造成無法區(qū)別管理媒體傳輸和媒體控制;又 例如,用戶設備與視頻服務器間的媒體傳輸缺少反饋消息,導致視頻 服務器無法確定所傳輸的媒體流是否被用戶設備成功接收;再如,媒 體傳輸基于用戶設備和視頻服務器(如攝像裝置)間的點對點連接, 無法管理兩者間的媒體傳輸,這也不符合對視頻網絡管理的需要。因此,這樣的解決方案是無法解決基于遠程網絡的視頻監(jiān)控系 統,尤其在該系統是一個大范圍的復雜系統時。發(fā)明內容針對現有技術中的上述缺陷,本發(fā)明的目的是4是供一種可以在一見 頻管理網絡中有效控制在用戶設備與視頻服務裝之間傳輸媒體流的 方法,以及相應的組成該視頻管理網絡的各裝置。根據本發(fā)明的 一 個方面,提供一種在視頻管理網絡用于在用戶設備與視頻服務裝置之間控制傳輸媒體流的方法,包括以下步驟a.按 第一機制在所述用戶設備與所述視頻服務裝置之間建立媒體會話;b. 按第二機制在所述用戶設備與所述視頻服務裝置之間傳輸媒體流;其 特征在于,所述第一機制不同于第二機制。優(yōu)選地,所述步驟a包括如下步驟al.用戶設備將用于請求建 立媒體會話的會話建立請求發(fā)送給業(yè)務服務器;a2.所述業(yè)務服務器 將所述會話建立請求轉發(fā)至相應的媒體網關;a3.所述媒體網關將該 媒體會話建立請求轉發(fā)至相應的視頻服務裝置;a4.所述視頻服務裝 置對所述會話建立請求進行處理,并生成一個相應的會話建立響應; a5.所述視頻服務裝置將所述會話建立響應經由所述媒體網關、業(yè)務 服務器發(fā)回所述用戶設備。優(yōu)選地,所述步驟b包括如下步驟bl.所述視頻服務裝置將相 應的媒體流發(fā)送至所述媒體網關;b2.所述媒體網關將所述媒體流轉 發(fā)至該用戶設備。根據本發(fā)明的另 一 個方面,提供 一 種在視頻管理網絡中用于控制 在用戶設備與視頻服務裝置之間傳輸媒體流的媒體網關,包括第一 會話建立裝置,用于按第 一機制控制在所述用戶設備與所述視頻服務 裝置之間建立媒體會話;第一媒體傳輸裝置,用于按第二機制控制在 所述用戶設備與所述視頻服務裝置之間傳輸媒體流;其中,所述第一 機制不同于第二機制。根據本發(fā)明的又一個方面,提供一種在視頻管理網絡的中用于輔 助控制在用戶設備與視頻服務裝置之間建立媒體會話的業(yè)務服務器, 包括第二會話建立裝置,用于按第一機制輔助控制在所述用戶設備 與所述視頻服務裝置之間建立媒體會話;以及第二媒體傳輸裝置,用 于按第二機制輔助控制在所述用戶設備與所述視頻服務裝置之間傳 輸媒體流;其中,所述第一機制不同于第二機制。
根據本發(fā)明的另一個方面,提供一種用于在視頻管理網絡中在用 戶設備與視頻服務裝置之間輔助控制傳輸媒體流的視頻業(yè)務中心,包括第六接收裝置,用于接收來自用戶設備的用于請求建立媒體會話 的會話建立請求;第四處理裝置,用于對所述會話建立請求進行處理, 生成一個包括建立所述媒體會話的業(yè)務服務器的信息的重定向響應; 第六發(fā)送裝置,用于向所述用戶設備發(fā)送所述重定向響應。根據本發(fā)明的又一個方面,提供一種視頻管理系統,包括視頻 服務裝置,用于提供并管理媒體流;用戶設備,用于請求并接收所述 媒體流;其中,所述視頻服務裝置通過如上述權利要求所述的視頻管理網絡向所述用戶設備提供所述媒體流。本發(fā)明可以將呼叫控制(例如建立媒體會話)和媒體傳輸過程以 不同的機制處理,而且可以(例如通過SIP的INFO信令)在用戶設 備與視頻服務裝置間建立更多的反饋,從而可以提供更好的媒體流控 制;并通過業(yè)務服務器來輔助控制在用戶設備和視頻服務裝置(或前 端視頻點)間建立媒體會話,從而實現該業(yè)務服務器在該會話上可以 進行更多的管理。由于本發(fā)明可以基于通用協議(例如SIP協議)實 現,因此,使得更多用戶可以基于該等協議來接入本視頻管理網絡。


通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描 述,本發(fā)明的其它特征、目的和優(yōu)點將會變得更明顯圖1描述了根據本發(fā)明的一個實施例的建立媒體會話、傳輸媒體 流以及對媒體流傳輸進行控制的時序示意圖;圖2描述了根據本發(fā)明的第 一實施例的在視頻管理網絡中在用戶 設備與視頻服務裝置之間建立媒體會話的方法的流程圖;圖3描述了圖2所示步驟S318的一個實施例的流程圖;圖4描述了根據本發(fā)明的第 一實施例的在視頻管理網絡中在用戶設備與視頻服務裝置之間控制媒體流傳輸特性的方法的流程圖;圖5描述了在圖2所示步驟S311之前在一見頻業(yè)務中心中用于在
用戶設備與視頻服務裝置之間輔助控制建立媒體會話的方法的流程圖;圖6描述了根據本發(fā)明的第 一 實施例的媒體網關的結構示意圖; 圖7描述了圖6中所示第一處理裝置112的一個變化例的結構示 意圖;圖8描述了根據本發(fā)明的第二實施例的媒體網關的結構示意圖; 圖9描述了根據本發(fā)明的第三實施例的媒體網關的結構示意圖; 圖IO描述根據本發(fā)明的第一實施例的業(yè)務服務器的結構示意圖; 圖11描述根據本發(fā)明的第二實施例的業(yè)務服務器的結構示意圖; 圖12描述根據本發(fā)明的第三實施例的業(yè)務服務器的結構示意圖; 圖13描述根據本發(fā)明的第一實施例的視頻業(yè)務中心的結構示意圖;圖14描述了根據本發(fā)明的第一實施例的用戶設備和視頻服務裝 置通過視頻管理網絡進行連接的結構示意圖;圖15描述了根據本發(fā)明的第二實施例的用戶設備和視頻服務裝 置通過視頻管理網絡進行連接的結構示意圖;圖16描述了根據本發(fā)明的第三實施例的視頻管理網絡的網絡架 構示意圖;圖17描述了根據本發(fā)明的第一實施例的用于連接至所述視頻管 理網絡的視頻服務裝置的結構示意圖;以及圖18描述了根據本發(fā)明的第一實施例的用于連接至所述視頻管 理網絡的用戶設備的結構示意圖。
具體實施方式
參考圖1,其描述了根據本發(fā)明的一個實施例的在視頻管理網絡 中在用戶設備與視頻服務裝置之間建立媒體會話、傳輸媒體流以及對 媒體流傳輸特性進行控制的時序示意圖。在本實施例中,首先建立媒 體會話,然后基于該被建立的媒體會話傳輸媒體流,本領域技術人員 理解,建立媒體會話和傳輸媒體流的過程通過具有區(qū)別的第 一機制和第 二機制分別實現。上述兩個過程需要五個主體參與,分別是用戶設備9、視頻業(yè)務中心14、業(yè)務服務器12、媒體網關11以及視頻服務裝 置8。首先執(zhí)行步驟S21,用戶設備9向視頻業(yè)務中心14發(fā)送一個用 于請求建立媒體會話的會話建立請求;該中心14接收到該會話建立請 求后,對該會話建立請求進行處理,生成一個重定向響應(圖中未示 出,將結合圖5詳細闡述),然后執(zhí)行步驟S22,視頻業(yè)務中心14 向所述用戶設備9發(fā)送所述重定向響應,從而使得用戶設備獲得本次 媒體會話所需要請求的業(yè)務服務器的信息;然后進入步驟S23,用戶 設備9再向所述業(yè)務服務器12發(fā)送一個用于請求建立媒體會話的會話 建立請求;然后執(zhí)行步驟S24,該業(yè)務服務器12將所述會話建立請求 轉發(fā)給一個媒體網關11;然后進入步驟S25,該網關11再將該業(yè)務 服務器14轉發(fā)的會話建立請求發(fā)送給相應的視頻服務裝置8;該視頻 服務裝置8進行相應處理,并生成一個相應的會話建立響應,然后進 入步驟S26,該視頻服務裝置8向該媒體網關11發(fā)送針對所述會話建 立請求的會話建立響應;然后執(zhí)行步驟S27,該網關ll將該會話建立 響應發(fā)送給該業(yè)務服務器12,以通知該業(yè)務服務器被請求的媒體會話 已經建立;然后進入步驟S28,該業(yè)務服務器12再將該會話建立響應 發(fā)送給所述用戶設備,以通知所述用戶設備所請求的媒體會話已經建 立。至此在用戶設備9以及視頻服務裝置8之間的媒體會話已經建立。 然后開始執(zhí)行傳輸媒體流的步驟,即執(zhí)行步驟S29,所述視頻服務裝 置8將用戶設備9所請求的媒體流(例如視頻流)發(fā)送至所述媒體網 關11;然后進入步驟S40,該媒體網關11再將該等媒體流分發(fā)給用 戶設備9。在根據上述步驟S29、 S40傳輸媒體流的過程中,所述用戶 設備9可以隨時或按照預定時刻(例如每隔1分鐘)或預定條件(例 如媒體流信號質量低于預定標準)向所述媒體網關11發(fā)送其接收該 等媒體流的反饋消息,即步驟S41所示;然后執(zhí)行步驟S42,媒體網 關11再將該反饋消息發(fā)送給所述視頻服務裝置8,裝置8對該反饋消 息進行處理,從而得知媒體流傳輸的質量情況并相應地對媒體流傳輸特性進行調整,例如當網速低導致用戶設備無法及時地被傳輸的媒體 流,則在下一次傳輸々某體流時(例如步驟S29'所示)4艮據網速降低傳 輸速率,從而實現對媒體流傳輸的實時控制。本領域技術人員理解,在本實施例的變化例中,所述視頻業(yè)務中心14可以不存在,相應地步驟S21、 S22也不存在。在另一個變化例 中,可以存在多級業(yè)務月良務器12以及々某體網關ll(例如圖16所示)。 在又一個變化例中,所述步驟S22后可以包括步驟S22',用于再從用 戶設備9向視頻業(yè)務中心14發(fā)出一個確認消息(Ack),表明用戶設備 已經收到用戶設備發(fā)送的重定向響應,本領域技術人員理解,例如應用 SIP協議時可以實現該步驟;相應地,在這樣的變化例中,在步驟S28 后還可以包括由用戶設備9向業(yè)務服務器12發(fā)出確認消息的步驟、業(yè) 務服務器12向媒體網關11發(fā)出確認消息的步驟以及媒體網關11向視頻 服務裝置8發(fā)出確認消息的步驟,以逐級通知該媒體會話已經被建立。本領域技術人員理解,在上述實施例的步驟S29中,所述視頻服 務裝置8知道應該向用戶設備9發(fā)送何種媒體流,例如所述會話建立 請求中已經包括所請求媒體流的具體信息,在此不予贅述。參考圖2,其描述了根據本發(fā)明的第一實施例的在視頻管理網絡 中在用戶設備與視頻服務裝置之間建立媒體會話的方法的流程圖。本領 域技術人員理解,圖2至圖5從不同的角度對圖1所示實施例予以詳 細闡述。首先執(zhí)行步驟S311,用戶設備將用于請求建立媒體會話的會 話建立請求發(fā)送給業(yè)務服務器;然后進入步驟S312,業(yè)務服務器對該會 話建立請求進行認證;然后執(zhí)行步驟S313,判斷所述會話建立請求是否 通過認證?若未通過認證,則本次處理過程結束;若通過認證,則執(zhí)行 步驟S314,所述業(yè)務服務器根據該會話建立請求并基于預定策略選擇所 述相應的媒體網關,本領域技術人員理解,在一個變化例中該預定策略 是目標點匹配策略(例如用于確定路徑最短的媒體網關),在另一個變 化例中也可以是負載平衡策略(例如選擇空閑流量最大的媒體網關); 然后進入步驟S315,所述業(yè)務服務器將該媒體會話建立請求轉發(fā)至相應 的媒體網關;然后執(zhí)行步驟S316,本媒體網關判斷本媒體網關與視頻服 務裝置間的已經建立的媒體會話的實際數量是否已經到達最大連接數 量?若已經到達最大連4妾凄史量,則進入步驟S318,通知所述用戶i殳備經
由另一媒體網關與本媒體網關來建立所述媒體會話,本次處理過程結束;若未到達最大連接數量,執(zhí)行步驟S317,確定該請求對應的視頻服 務裝置的信息,然后進入步驟S319,判斷是否與該視頻服務裝置之間已 建立會話?若已建立會話,執(zhí)行步驟S323;若未建立會話,則進入步驟 S320,所述媒體網關將該媒體會話建立請求轉發(fā)至相應的視頻服務裝 置,然后執(zhí)行步驟S321,視頻服務裝置對該會話建立請求進行處理,并 生成一個相應的會話建立響應;然后進入步驟S322,所述視頻服務裝置 將所述會話建立響應發(fā)送至所述媒體網關,然后執(zhí)行步驟S323;在步驟 S323中,所述媒體網關將所述會話建立響應發(fā)送至所述業(yè)務服務器;然 后進入步驟S324,所述業(yè)務服務器將該會話建立響應發(fā)送至用戶設備, 至此一個在用戶設備與視頻服務裝置間建立媒體會話的過程處理完畢。本領域技術人員理解,在本實施例的一個變化例中,所述步驟S316 與步驟S319的順序可以互換,相應地步驟S317、步驟S318與步驟S320 等也要相應地調整,在此不予贅述。而在本實施例的又一個變化例中, 也可以不執(zhí)行步驟S316,而是直接確定視頻服務裝置后并向其轉發(fā)建立 媒體會話的請求,并通過接收該視頻服務裝置發(fā)出的會話建立響應來判 斷是否由于到達本媒體網關的最大連接數量而無法建立新的與視頻服 務裝置之間的連接??梢岳斫?,在實際應用中,每個媒體網關都必然存 在一個最大連接數量的限制,因此,優(yōu)選地應執(zhí)行步驟S316。再參考圖2,在本實施例的一個變化例中,步驟S312可通過其它方式實現,例如業(yè)務服務器向視頻業(yè)務中心發(fā)出對會話建立請求認證的請求;然后業(yè)務服務器接收來自該視頻業(yè)務中心的對該認證請求消息的反饋;最后,該業(yè)務服務器根據該反饋對該會話建立請求進行認證。在本變化例中,業(yè)務服務器無法自行完成認證,可能是因為其內部不存在相應的認證信息(例如用戶設備相關信息,又例如用戶的相關信息)等,也可能是業(yè)務服務器沒有相應的加密、解密算法,在此不予贅述。在又一個變化例中,也可以不包括上述步驟S312,即假設所有請求和/或所有用戶設備都是合法的,而不進行認證,這并不影響本發(fā)明的實質內容。 參考圖3,其描述了圖2所示步驟S318的一個實施例的流程圖。中,由于被請求的媒體網關的實際連接數量已 經到達了最大連接數量(例如500 ),而用戶所請求的視頻服務裝置 又必須通過該網關才能建立媒體會話,所以必須斷開 一 個已經與該媒 體網關建立的媒體會話,以獲得一個空閑連接,然后通過該連接將本 網關連接到另一個空閑(即媒體會話連接數量尚未到達該網關最大連 接數量)的媒體網關,以便通過該另一媒體網關建立更多的通過本媒 體網關的媒體會話。于是在步驟S318 —個實施例中,首先執(zhí)行步驟 S3181,斷開本媒體網關與某一個用戶設備建立的連接(即媒體會話), 此步驟中,可以任選一個用戶設備,也可以按照預定選擇策略(例如選 擇最晚建立媒體會話的用戶設備的策略)來選擇一個用戶設備;然后執(zhí) 行步驟S3182,確定空閑的另一媒體網關,本領域技術人員理解,在 一個變化例中,本媒體網關通過向其它所有媒體網關發(fā)出詢問信令來 確定所有空閑的媒體網關并從中選擇一個作為所述另 一媒體網關,在 又一個變化例中,也可以在所有媒體網關(或某一個業(yè)務服務器或視 頻業(yè)務中心)內設置一個空閑媒體網關信息表,通過查詢該信息表可 以確定空閑的士某體網關;然后進入步驟S3183,通知所述另一媒體網 關與本媒體網關建立媒體會話;然后執(zhí)行步驟S3184,通知所述被斷開 的用戶設備連接至所述另 一媒體網關,以使得該用戶設備可以通過另一 媒體網關繼續(xù)與本媒體網關的媒體會話;最后執(zhí)行步驟S3185,通知所 述請求連接至本媒體網關的用戶設備連接至所述另 一媒體網關。本領域 技術人員理解,在步驟S3185之后,則所述用戶設備將重新通過業(yè)務服 務器向所述另一媒體網關發(fā)出一個請求,并再次執(zhí)行圖l或圖2所示的 流程。而一旦本媒體網關與另一媒體網關建立了連接,則在本媒體網關 的連接出現空閑之前(例如某一個媒體會話被取消),所有請求與本媒 體網關建立媒體會話的用戶設備都將被通知連接至所述另 一媒體網關, 直至另一媒體網關的實際連接數量也到達了最大連接數量。本領域技術 人員理解,這樣的實施例優(yōu)選地適用于本媒體網關與視頻服務裝置已經 建立了媒體會話且不再允許在兩者之間建立新的媒體會話,此時本媒體 網關與用戶"i殳備的實際連沖妄凄t量到達最大值,則可以通過上述方式來擴
展接入該視頻服務裝置的能力。類似地,在所述另一媒體網關的實際連 接數量也到達了最大連接數量后,則本媒體網關可以重復圖3所示步驟 與下一個媒體網關建立連接,或者由所述另一媒體網關與下一個媒體網關建立連接(將通知提出新請求的用戶設備連接該下一個媒體網關,該 下一個媒體網關再通過所述另 一媒體網關連接至本媒體網關)。參考圖3,本領域技術人理解,在本實施例的一個變化例中,步驟S3181與步驟S3182可以交換順序,這不影響本發(fā)明實質內容。進 一步地,在又一個變化例中,所述步驟S318可通過其它方式實現,例 如本媒體網關通知所述業(yè)務服務器選擇另 一媒體網關,并將會話建立請求轉發(fā)至所述另一媒體網關。在本變化例中,本媒體網關首先向該業(yè) 務服務器發(fā)出轉(媒體網關)連接請求,然后業(yè)務服務器選擇一個空閑 的且可實現該會話建立請求的媒體網關作為所述另一媒體網關,選擇后 該業(yè)務服務器向本媒體網關發(fā)出確認消息,本媒體網關通過該業(yè)務服務 器(或直接由該業(yè)務服務器)將該會話建立請求轉發(fā)至該另一媒體網關。參考圖4,其描述了根據本發(fā)明的第一實施例的在視頻管理網絡 中在用戶設備與視頻服務裝置之間控制媒體流傳輸特性的方法的流程 圖。首先執(zhí)行步驟S331,所述用戶設備對所述媒體流進行處理,生成 相應的反饋消息;然后進入步驟S332 ,所述用戶設備將該反饋消息發(fā) 送至所述媒體網關;然后執(zhí)行步驟S333,該媒體網關將該反饋消息轉 發(fā)至所述視頻服務裝置;然后進入步驟S334,該視頻服務裝置根據該 反饋消息對媒體流傳輸特性進行調整。例如可以對傳輸速率進行調整, 也可對信號質量進行調整,還可對有效載荷類型進行調整,不予贅述。參考圖5,其描述了在圖2所示步驟S311之前在視頻業(yè)務中心中 用于在用戶設備與視頻服務裝置之間輔助控制建立媒體會話的方法的 流程圖。當用戶設備無法得知應該向哪 一 個業(yè)務服務器發(fā)出會話建立 請求時,需要視頻業(yè)務中心確定相應業(yè)務服務器的信息。本領域技術 人員理解,在一個變化例中,可以通過其他組件完成圖5所示視頻業(yè)務中心的功能,例如通過另一個覆蓋范圍更廣泛的業(yè)務服務器。在本 實施例中,首先扭j亍步驟S361, -現頻業(yè)務中心^妾收來自用戶^殳備所述
會話建立請求;然后執(zhí)行步驟S362,該視頻業(yè)務中心對該請求進行處 理,生成重定向響應,可以理解該重定向響應包4舌用于建立該々某體會話 的特定業(yè)務服務器的信息;然后執(zhí)行步驟S363,視頻業(yè)務中心向所述 用戶設備發(fā)送該重定向響應。本領域技術人員理解,接收到該重定向響 應后用戶設備將根據步驟23向該特定業(yè)務服務器發(fā)出會話建立請求。參考圖5,本領域技術人員理解,在本實施例的一個變化例中,所 述步驟S362可以通過下述步驟實現首先,視頻業(yè)務中心對所述會話 建立請求進行認證;若該請求通過認證,則該視頻業(yè)務中心對該會話建 立請求進行處理,生成一個重定向響應;若未通過認證,則將一個響應 消息發(fā)送給所述用戶設備,以通知該用戶設備該請求被拒絕??梢岳斫猓?這樣的變化使得視頻業(yè)務中心可對該請求或相應的用戶設備進行認證。參考圖6,其描述了根據本發(fā)明的第一實施例的媒體網關的結構 示意圖。在本實施例中,媒體網關11包括第一會話建立裝置(圖中未 示出),其用于按第一機制控制在所述用戶設備與所述視頻服務裝置之 間建立媒體會話,以及第一媒體傳輸裝置(圖中未示出),其用于按第 二機制控制在所述用戶設備與所述視頻服務裝置之間傳輸媒體流。該第 一會話建立裝置包括第一接收裝置111、第一處理裝置112、第一判斷 裝置113以及第一發(fā)送裝置114。其中,所述第一接收裝置111用于 接收由業(yè)務服務器轉發(fā)的來自用戶設備的用于請求建立媒體會話的會 話建立請求;所述第一處理裝置112用于對所述會話建立請求進行處 理,以確定該會話建立請求相應的視頻服務裝置;所述第一判斷裝置 113用于判斷與所述視頻服務裝置之間是否已經建立媒體會話;所述 第一發(fā)送裝置114用于當已經建立媒體會話時通知所述業(yè)務服務器該 媒體會話已經建立;且所述第一發(fā)送裝置還用于,當尚未建立媒體會 話時,將所述會話建立請求轉發(fā)至所述相應的視頻服務裝置。在本實施例中該第一處理裝置112還包括第二判斷裝置1121及 第一連接處理裝置1123。該第二判斷裝置1121用于判斷本媒體網關 與視頻服務裝置間的實際連接數量是否已達到本網關的最大連接數 量;該第一連4妾處理裝置1123用于當實際連^妄^:量尚未達到本々某體
網關最大連接數量時,將該會話建立請求轉發(fā)至相應視頻服務裝置。本領域技術人員理解,在本實施例的一個變化例中,該媒體網關 11可以不包括所述第一判斷裝置113,此時,所述第一發(fā)送裝置114 用于將該媒體會話建立請求轉發(fā)至所述視頻服務裝置,在此不予贅述。本領域技術人員可以參考對圖1、圖2的闡述實施圖6所示裝置。 例如參照對圖2的闡述,本領域技術人員理解,在一個變化例中,圖 6所示第一處理裝置112可以包括第一選擇裝置(圖中未示出),其 用于根據所述會話建立請求來查找所述相應的視頻服務裝置,在一個 變化例中所述會話建立請求已直接包括視頻服務裝置的信息,則可直 接查找到該視頻服務裝置;在又一個變化例中所述會話建立請求中只 包括媒體流有關信息,此時根據具體的媒體流信息查找擁有該媒體流 的視頻服務裝置,在此不予贅述。在又一個變化例中,所示第一處理 裝置112還可以包括第二連接處理裝置(圖中未示出),其用于當所 述實際連接數量已經到達本媒體網關的最大連接數量時,通知所述業(yè) 務服務器選擇另一媒體網關,并將所述會話建立請求轉發(fā)至所述另一 媒體網關。參考圖7,其描述了圖6中所示第一處理裝置112的一個變 化例的結構示意圖。其中,第一處理裝置112'包括第三連接處理裝置 1122 ,用于當所述實際連接數量已經到達本媒體網關的最大連接數量時, 通知所述用戶設備經由另 一媒體網關與本媒體網關來建立所述媒體會 話,具體地,該裝置1122又包括斷開處理裝置11221,其用于斷開本媒 體網關與任一用戶設備之間的連接;第一確定裝置11222,其用于確定 空閑的另一媒體網關;第一通知裝置11223,其用于通知所述另一媒體 網關與本媒體網關建立媒體會話;第二通知裝置11224,其用于通知所 述被斷開用戶設備連接至所述另一媒體網關;以及第三通知裝置11225, 其用于通知所述請求連接至本媒體網關的用戶設備連接至所述另 一媒 體網關。本領域技術人員可參考圖3的闡述實現上述裝置,不予贅述。參考圖8,其描述了根據本發(fā)明的第二實施例的媒體網關的結構示意圖。在本實施例中,媒體網關ll'與圖6所示媒體網關11相比增 加了所述第一會話建立裝置包括的笫二接收裝置115、第二發(fā)送裝置
116,以及所述第一媒體傳輸裝置包括的第一媒體流接收裝置117、第一 媒體流發(fā)送裝置、第一反饋消息接收裝置118以及第一反饋消息發(fā)送裝置。其中,該第二接收裝置115用于接收來自所述視頻服務裝置的會話 建立響應;該第二發(fā)送裝置116用于將該會話建立響應發(fā)送至所述業(yè)務 服務器;該第一媒體流接收裝置117用于接收來自所述視頻服務裝置的 相應媒體流;該第一媒體流發(fā)送裝置用于將該媒體流轉發(fā)至所述用戶設 備;該第一反饋消息接收裝置118用于接收來自該用戶設備的對該用戶 接收到的媒體流的反饋消息;該第一反饋消息發(fā)送裝置用于將該反饋消 息轉發(fā)給所述視頻服務裝置。在本實施例中,通過該媒體網關ll'內的第 一反饋消息發(fā)送裝置將上述反饋消息發(fā)送給視頻服務裝置,則視頻服務 裝置可以根據該反饋消息來調整向用戶設備發(fā)送媒體流的傳輸特性(例 如速率),從而控制媒體流傳輸。相應地,在視頻服務裝置調整所述傳 輸特性后,該第一媒體流接收裝置117接收到的來自所述視頻服務裝置 的媒體流的傳輸速率將根據所述反饋消息而相應地變化??梢岳斫?,在圖8所示實施例的一個變化例中,所述第一媒體傳 輸裝置可以不包括上述第一反饋消息接收裝置118以及第一反饋消息發(fā) 送裝置,本變化例中不再通過媒體網關控制媒體流傳輸,不予贅述。參考圖9,其描述了根據本發(fā)明的第三實施例的媒體網關的結構示意圖。本實施例所示媒體網關ir與圖8所示媒體網關ir相比去除了所述第一媒體傳輸裝置包括的第一反饋消息接收裝置118及第一反饋 消息發(fā)送裝置,增加了第一注冊裝置119及媒體會話管理裝置、第一注 冊請求裝置。其中,該第一注冊裝置119用于接收一個或多個視頻服務裝置發(fā)出的注冊請求消息,并對該等一個或多個視頻服務裝置進行注冊。在本實施例的一個變化例中,該第一注冊裝置119還可在注冊完成 后向一見頻月良務裝置相應地發(fā)出注冊響應,以通知本次注冊是否成功。該 媒體會話管理裝置用于接收來自所述業(yè)務服務器的斷開一個或多個媒 體會話的請求,并斷開被請求的媒體會話,以管理媒體會話。本領域技 術人員理解,該媒體會話管理裝置實現了對媒體會話的監(jiān)控,解決了現 有"t支術中無法對用戶i殳備與視頻服務裝置間建立的會話進行監(jiān)控的問
題。該第一注冊請求裝置用于向一個業(yè)務服務器發(fā)送注冊本媒體網關的 注冊請求,并用于接收所述業(yè)務服務器發(fā)送的注冊反饋消息,以確認該注冊是否成功。在本實施例的一個變化例中,該第一注冊請求裝置還用 于向一個業(yè)務服務器轉發(fā)一個或多個視頻服務裝置的注冊請求,并用于 接收所述業(yè)務服務器發(fā)送的注冊反饋消息,以確認該注冊是否成功。在本實施例的 一個變化例中,該媒體網關1 l"可以不包括媒體會話 管理裝置、第一注冊裝置、第一注冊請求裝置中的任一個或任兩個,相應地該媒體網關ir就不具備未被包括裝置所對應的功能,不予贅述。 參考圖i o,其描述了根據本發(fā)明的第 一 實施例的業(yè)務服務器的結構示意圖。在本實施例中,業(yè)務服務器12包括第三接收裝置121、第 二處理裝置122、第三發(fā)送裝置、第四接收裝置123以及第四發(fā)送裝 置124。其中,該第三接收裝置121用于接收來自用戶設備的用于請 求建立媒體會話的會話建立請求;該第二處理裝置122用于處理該會 話建立請求,以確定該會話建立請求相應的媒體網關;第三發(fā)送裝置 用于將該會話建立請求轉發(fā)給所述媒體網關;該第四接收裝置123用 于接收所述媒體網關轉發(fā)的來自所述視頻服務裝置的會話建立響應;該 第四發(fā)送裝置124用于將所述會話建立響應發(fā)送至所述用戶設備。在圖IO所示本實施例中,該第二處理裝置122還包括第一認證 裝置1221,其用于對所述會話建立請求進行認證,相應地,所述第三 發(fā)送裝置用于當所述會話建立請求通過認證時,將該會話建立請求轉發(fā) 給所述媒體網關。本領域技術人員理解,在本實施例的一個變化例中, 該第二處理裝置122也可以通過其他方式實現,例如該第一認證裝置 1221可以包括認證請求裝置(圖中未示出),其用于向視頻業(yè)務中心 發(fā)出對所述會話建立請求進行認證的請求;認證反饋接收裝置(圖中 未示出),其用于接收來自所述視頻業(yè)務中心的對所述認證請求消息 的反饋消息;認證處理裝置(圖中未示出),其用于根據所述反饋消 息對所迷會話建立請求進行認證,可以參考對圖2的闡述實施該等裝 置,在此不予贅述。在又一個變化例中,該第二處理裝置122還可以 包括第二選擇裝置(圖中未示出),其用于沖艮據所述會話建立請求,并
基于預定策略(例如目標點匹配策略)來選擇所述相應的媒體網關。本領域技術人員可以參考對圖2的闡述實現圖IO所示裝置。同 時可以理解,在一個變化例中,所述業(yè)務服務器12可以不包括第四接收裝置123及第四發(fā)送裝置124,在本變化例中,該兩個裝置可以 置于其他裝置中并與本變化例中的業(yè)務服務器12配合完成相應功能。參考圖11,其描述了根據本發(fā)明的第二實施例的業(yè)務服務器的結 構示意圖。本實施例所示業(yè)務服務器12'與圖10所示業(yè)務服務器12 相比增加了第二注冊裝置125、查詢裝置126以及斷開請求裝置U7。 其中,該第二注冊裝置125用于接收一個或多個媒體網關發(fā)出的注冊 請求消息,并對該等一個或多個媒體網關進行注冊;該查詢裝置126 用于對網絡狀態(tài)或用戶設備狀態(tài)或某 一個媒體會話的狀態(tài)進行查詢; 相應地,該斷開請求裝置127用于向媒體網關發(fā)出斷開一個或多個媒 體會話的請求,以通知媒體網關斷開所述被請求的媒體會話。本領域 技術人員理解,通過所述查詢裝置126、斷開請求裝置127與圖9所 示媒體網關內的媒體會管理裝置配合,可實現對媒體會話的監(jiān)控。本領域技術人員理解,在本實施例的一個變化例中,可以不包括 上述第二注冊裝置125,而在又一個變化例中,還可以不包括所述查 詢裝置126及斷開請求裝置127,或者不包括所述斷開請求裝置127。參考圖12 ,其描述了根據本發(fā)明的第三實施例的業(yè)務服務器的結 構示意圖。本實施例所示的業(yè)務服務器12"與圖11所示的業(yè)務服務器 12'相比增加了第五接收裝置128、第三處理裝置以及第五發(fā)送裝置 129。其中,所述第五接收裝置128用于接收來自一個媒體網關的轉連 接請求,該請求在對一個會話建立請求進行處理的媒體網關的實際連接 數量已經到達該媒體網關的最大連接數量時被該媒體網關發(fā)出;所述 第三處理裝置用于根據所述轉連接請求選擇另一個媒體網關;所述第 五發(fā)送裝置129用于將所述會話建立請求轉發(fā)至所述另一媒體網關。再參考圖10至圖12所示實施例以及相應的變化例,在該等實施 例以及變化例的另一個變化例中,所述業(yè)務服務器12還可以包括第 二注冊裝置,其用于接收一個或多個控制信令網關發(fā)出的注冊請求消
息,并對該等一個或多個控制信令網關進行注冊。在該等實施例以及 變化例的又一個變化例中,所述業(yè)務服務器12還可以包括第三注冊 裝置,用于接收媒體網關和/或控制信令網關轉發(fā)的對一個或多個視 頻服務裝置進行注冊的請求消息,并對該等一個或多個視頻服務裝置 進行注冊。在該等實施例以及變化例的另一個變化例中,所述第三接 收裝置還可以用于接收來自用戶設備的建立控制會話的請求,相應 地,所述第三發(fā)送裝置還用于將所述請求轉發(fā)給控制信令網關,所述 第四接收裝置還用于接收來自所述控制信令網關的針對所述請求的響應消息;所述第四發(fā)送裝置還用于將該響應消息發(fā)送給所述用戶設備,以通知所述用戶設備所述被請求的控制會話已經建立或被拒絕。參考圖13 ,其描述了根據本發(fā)明的第 一 實施例的視頻業(yè)務中心的 結構示意圖。在本實施中,視頻業(yè)務中心14包括第六接收裝置141、 第四處理裝置142以及第六發(fā)送裝置143。其中,所述第六接收裝置 141用于接收來自用戶設備的用于請求建立媒體會話的會話建立請 求;所述第四處理裝置142用于對所述會話建立請求進行處理,生成 一個包括建立所述媒體會話的業(yè)務服務器的信息的重定向響應;所述 第六發(fā)送裝置143用于向所述用戶設備發(fā)送所述重定向響應;在本實施例例中,該-現頻業(yè)務中心14中的第四處理裝置142包 括第二認證裝置1421,其用于對所述會話建立請求進行認證,相應地, 所述第四處理裝置用于當所述會話建立請求通過認證時,生成所述重 定向響應,且所述第六發(fā)送裝置,當所述會話建立請求通過認證時, 向所述用戶設備發(fā)送所述重定向響應。進一步地,該視頻業(yè)務中心14 還包括第一存儲裝置144,其用于存儲各種信息,例如在本實施例中 用于基本數據信息(例如至少包括用戶認證信息),在一個變化例中 該存儲裝置144用于存儲業(yè)務數據信息(例如告警設置信息和/或告 警通知方式的信息和/或用戶可訪問區(qū)域的信息),在又一個變化例 中,該存儲裝置144用于存儲業(yè)務網絡信息(例如至少包括所管理區(qū) 域內設備的信息),相應地,第二認證裝置1421根據該第一存儲裝 置內存儲的信息來對所述會話建立請求進行認i正。
本領域技術人員理解,在本實施例的一個變化例中,該視頻業(yè)務 中心14還可以包括認證請求接收裝置(圖中未示出),其用于接收來自業(yè)務服務器的對會話建立請求進行認證的請求;以及認證請求處 理裝置(圖中未示出),其用于根據所述認證請求生成一個反饋消息; 以及認證反饋發(fā)送裝置(圖中未示出),其用于將所述反饋消息發(fā)送 至所述業(yè)務服務器,這些裝置共同作用可以對其它裝置(例如業(yè)務服 務器)的認證請求信息進行處理,從而可以配合業(yè)務服務器完成對一 個會話建立請求或其它信息的認證工作。類似地,該認證請求處理裝 置可以通過上述第一存儲裝置144中存儲的信息完成其功能。本領域技術人員理解,在本實施例的又一個變化例中,該視頻業(yè) 務中心14可以不包括上述第一存儲裝置144,在這樣的變化例中,則 視頻業(yè)務中心14不執(zhí)行認證功能(相應地可以由業(yè)務服務器自行完 成)。而在另一個變化例中,盡管視頻業(yè)務中心14不包括第一存儲 裝置144,但其可以包括一個獲取裝置,其從其它數據源來獲取認證 所需要的信息,從而可以同樣完成認證功能。參考圖14,其中包括一個控制信令網關13。在這樣的實施例中, 該控制信令網關可以用來實現普通控制命令,例如對攝像裝置的控 制。盡管沒有通過附圖具體地描述該控制信令網關13的結構,但仍 然可以在此對其主要組成予以介紹。在這樣的實施例中,控制信令網 關13包括第九接收裝置、第四判斷裝置、第六處理裝置、第十接收 裝置以及第十發(fā)送裝置。其中,所述第九接收裝置用于接收來自所述 業(yè)務服務器的建立控制會話的會話建立請求;第四判斷裝置用于判斷 本控制信令網關與所述視頻服務裝置之間是否已經建立控制會話;所 述第六處理裝置用于當尚未建立控制會話時對所述請求進行處理,以 確定該請求所對應的視頻服務裝置的信息,將所述請求發(fā)送給所述視 頻服務裝置,以建立與該請求對應的控制會話;并用于當已經建立控 制會話時用于向所述業(yè)務服務器發(fā)送所述響應消息,以通知業(yè)務服務 器所述被請求的控制會話已經建立;所述第十接收裝置用于接收來自 所述視頻服務裝置的針對所述請求的響應消息;所述第十發(fā)送裝置用 于向所述業(yè)務服務器發(fā)送所述響應消息,以通知業(yè)務服務器所述被請 求的控制會話已經建立。本領域技術人員理解,在本實施例的一個變 化例中,所述控制信令網關13也可以不包括所述第十接收裝置以及 第十發(fā)送裝置,在這樣的變化例中,則可以將該兩個裝置置于另一個 裝置內以與所述控制信令網關13配合完成該兩個裝置的功能。在又一個變化例中,上述控制信令網關還可以包括一個注冊請求 裝置以及一個控制處理裝置,該注冊請求裝置用于向一個業(yè)務服務器 發(fā)送注冊本控制信令網關的注冊請求消息,還可以用于向 一個業(yè)務服務 器轉發(fā)一個或多個視頻服務裝置的注冊請求;該控制處理裝置用于通 過一個已建立的控制會話接收來自客戶端的控制請求,并將該請求轉 發(fā)至相應的視頻服務裝置,以完成所述控制請求。本領域技術人員理 解,為了完成上述控制請求或注冊請求,則相應的其他組件中要包括 對應的裝置,例如視頻服務裝置要包括一個控制裝置,用于對該控制處理裝置發(fā)出的控制請求進行處理;又例如業(yè)務服務器應包括一個這 注冊處理裝置,用于對該注冊請求裝置發(fā)出的注冊請求進行處理。參考圖14 ,其描述了根據本發(fā)明的第 一 實施例的用戶設備和視頻 服務裝置通過視頻管理網絡進行連接的結構示意圖。在本實施例中, 視頻網絡1包括媒體網關11、業(yè)務服務器12、控制信令網關13、視 頻業(yè)務中心14以及存儲代理服務器15,并與用戶設備、視頻服務裝 置共同組成視頻管理系統,例如視頻監(jiān)控管理系統。其中,所述媒體 網關11用于在用戶設備與視頻服務裝置之間建立媒體會話,還用于 從視頻服務裝置接收媒體流并向請求該等流媒體的所有用戶設備廣 播該等媒體流,還用于轉發(fā)由所述視頻服務裝置向所述業(yè)務服務器發(fā) 出的注冊請求,還用于提供呼叫轉移服務(例如圖2步驟S318);所 述業(yè)務服務器12用于接收來自于視頻服務裝置的注冊請求,還用于 對媒體會話進行控制;所述控制信令網關13用于根據所述視頻服務 裝置的請求對用戶設備與該視頻服務裝置間的信號進行控制,還用于 處理來自用戶設備的警告描述信息,還用于通過所述業(yè)務服務器向用 戶設備報告警告信息;所述視頻業(yè)務中心14,用于存儲相關數據;還
用于接收來自用戶設備的請求;所述存儲代理服務器15,其與所述媒 體網關相連接,用于進行視頻存儲處理,還用于向用戶設備發(fā)送被存 儲的數據,通過該服務器15可以完成對歷史媒體數據的存儲,本領 域技術人員可以結合現有技術對此予以實現,不予贅述。參考圖14,在本實施例中,視頻網絡1的各組件間通過SIP協議 進行媒體和控制信令的傳輸;采用HTTP協議來實現用戶設備對視頻 業(yè)務的管理需求和其他實體業(yè)務信息(存儲、告警等)收集的需求, 并根據具體的外部管理互通請求定義S0AP(簡單對象訪問協議)命令,提供對外部的業(yè)務管理的互通接口;用戶設備、媒體網關和存儲代理 之間采用RTP (實時傳輸協議)/RTCP (實時流協議)協議來實現媒體 控制,具體而言,使用RTP來進行媒體流的傳輸,使用RTCP進行碼 流控制,從而保證QoS;采用Radius協議作為認證接口 ,具體包含對 用戶身份的認證,對用戶權限的認證等。 其中,所述各協議采用如下線條表示---------HTTP/SOAP -----RTP/RTCP- SIP "11^^^3 Radius參考圖14,在本實施例的變化例中,針對各種不同的需求,可以 根據具體業(yè)務需要,在SIP協議的基礎上定義擴展標準,不予贅述。參考圖15,其描述了根據本發(fā)明的第二實施例的用戶設備和視頻 服務裝置通過視頻管理網絡進行連接的結構示意圖。本實施例與上述 圖14所示實施例相比較,視頻管理網絡l'的結構更加簡潔,其僅包 括流媒體網關ll'以及業(yè)務服務器12'。本領域技術人員理解,通過該兩 個組件基本可以實現本發(fā)明的目的,例如通過業(yè)務服務器12'輔助控制在 用戶設備和視頻服務裝置(視頻服務器)之間建立媒體會話,并可以對 該等媒體會話進行監(jiān)控、管理;又例如,通過流媒體網關ll'可以控制在用戶設備和視頻服務裝置(視頻服務器)之間傳輸媒體流等等。同時, 本領域技術人員也理解,如圖1至圖14所述的很多功能被省略,例如 不能通過視頻業(yè)務中心進行驗證,無法實現控制請求或無法實現復雜的 控制i青求等等。而在圖15的一個變化例中,所述-見頻管理網絡也可以 只包括流媒體網關,此時,則只能實現在用戶設備和視頻服務裝置(視
頻服務器)之間傳輸媒體流等,而不無法實現其他功能。本領域技術人 員參考本發(fā)明內容以及上述實施例、變化例可以對該視頻管理網絡進行 自由組合以實現不同的功能組合,在此不予贅述。參考圖1 6 ,其描述了根據本發(fā)明的第三實施例的視頻管理網絡的 網絡架構示意圖。在本實施例中,業(yè)務服務器12分為多個層次,分 別管理不同的范圍,例如業(yè)務服務器12管理的范圍要大于業(yè)務服務器12',且一個業(yè)務服務器12管理多個業(yè)務服務器12',而業(yè)務服務器12'實際與流媒體網關ir相連接并具體對其進行管理。通過這樣的架構,當用戶設備發(fā)出一個會話建立請求時,首先通過視頻業(yè)務中心14查找 合適的業(yè)務服務器,其中可能要通過一個業(yè)務服務器12再查找到一個 具體的業(yè)務服務器12',通過業(yè)務服務器12'才能把會話建立請求轉發(fā)給 相應的流媒體網關。類似地,本領域技術人員可以理解,在本實施例的 變化例中,所述流媒體網關也可以分為多個層次等等,在此不贅迷。參考圖17 ,其描述了根據本發(fā)明的第 一 實施例的用于連接至所述 視頻管理網絡的視頻服務裝置的結構示意圖。本實施例中,視頻服務 裝置8包括第七接收裝置81、第五處理裝置82、第七發(fā)送裝置83、 第三注冊請求裝置84以及第二媒體流發(fā)送裝置85。其中,所述第七接 收裝置81用于接收由所述媒體網關轉發(fā)的所述會話建立請求;所述第 五處理裝置82用于對所述會話建立請求進行處理,并生成一個相應的 會話建立響應;所述第七發(fā)送裝置83用于將所述會話建立響應發(fā)送給 所述媒體網關;所述第三注冊請求裝置84用于向所述媒體網關發(fā)送注 冊本視頻服務裝置的注冊請求消息,并用于接收針對該注冊請求的反 饋消息,以確定該請求是否成功;所述第二媒體流發(fā)送裝置85用于通 過已經建立的媒體會話向用戶設備發(fā)送相應的媒體流。本領域技術人員理解,在本實施例的一個變化例中,所述視頻服務 裝置8可以不包括上述第三注冊請求裝置84以及第二4某體流發(fā)送裝置 85,在又一個變化例中,還可以不包括該兩個裝置中的任一個。在另一 個變化例中,該視頻服務裝置8還可以包括第二反饋消息接收裝置(圖 中未示出),其用于接收由媒體網關轉發(fā)的來自用戶設備的針對所述用
戶設備接收到的媒體流生成的相應反饋消息;傳輸特性調整裝置(圖中 未示出),其用于根據所述反饋消息對所述媒體流的傳輸特性(例如傳 輸速率)進行調整,在此不予贅述。
參考圖18,其描述了根據本發(fā)明的第 一 實施例的用于連接至所述 視頻管理網絡的用戶設備的結構示意圖。在本實施例中,用戶設備9 包括第四注冊請求裝置91、第八發(fā)送裝置92以及第二媒體流接收裝 置93。其中,所述第四注冊請求裝置91用于向所述視頻業(yè)務中心發(fā) 送注冊本用戶設備的注冊請求消息,并用于接收針對該注冊請求的反 饋消息,以確定該請求是否成功;所述第八發(fā)送裝置92,用于向所述 業(yè)務服務器發(fā)送所述會話建立請求;所述第二媒體流接收裝置93用于 通過已經建立的媒體會話從所述視頻服務裝置接收相應的媒體流。本 領域技術人員理解,在本實施例的一個變化例中,所述第八發(fā)送裝置 92還用于向所述視頻業(yè)務中心發(fā)送所述會話建立請求。而在又一個變 化例中,用戶設備9可以不包括所述第四注冊請求裝置91。在另一個 變化例中,用戶設備9還包括反饋消息生成裝置(圖中未示出),其 用于對所接收到的媒體流進行處理,以生成相應的反饋消息;以及第二 反饋消息發(fā)送裝置(圖中未示出),其用于將所述反饋消息發(fā)送至所 述々某體網關。
本領域技術人員理解,上述第一機制可以是基于SIP協議的媒體會 話建立過程,相應地所述第二機制可以是基于RTP協議的J 某體傳輸過 程,而在一個變化例中第二機制也可以是基于RTP和RTCP協議的媒體程及媒體傳輸過程。由于本發(fā)明可基于標準協議(如SIP)實現,使 得本技術方案可容易地與其他服務集成,例如這些服務可作為SIP用戶代理通過上述視頻業(yè)務中心接入到本發(fā)明提供的視頻管理網絡中。
以上對本發(fā)明的具體實施例進行了描述。需要理解的是,本發(fā)明 并不局限于上述特定實施方式,本領域技術人員可以在所附權利要求 的范圍內做出各種變形或修改。
權利要求
1. 一種在視頻管理網絡用于在用戶設備與視頻服務裝置之間控制傳輸媒體流的方法,其中,該方法包括以下步驟a.按第一機制在所述用戶設備與所述視頻服務裝置之間建立媒體會話;b.按第二機制在所述用戶設備與所述視頻服務裝置之間傳輸媒體流;其特征在于,所述第一機制不同于第二機制。
2. 根據權利要求1所述的方法,其中,所述步驟a包括如下步驟 al.用戶設備將用于請求建立媒體會話的會話建立請求發(fā)送給業(yè)務服務器;a2.所述業(yè)務服務器將所述會話建立請求轉發(fā)至相應的媒體網關; a3.所述媒體網關將該媒體會話建立請求轉發(fā)至相應的視頻服務裝置;a4.所述視頻服務裝置對所述會話建立請求進行處理,并生成一個 相應的會話建立響應;a5.所述視頻服務裝置將所述會話建立響應經由所述媒體網關、業(yè) 務服務器發(fā)回所述用戶設備。
3. 根據權利要求2所述的方法,其中,所述步驟b包括如下步驟 bl.所述視頻服務裝置將相應的媒體流發(fā)送至所述媒體網關;b2.所述媒體網關將所述媒體流轉發(fā)至該用戶設備。
4. 根據權利要求2或3所述的方法,其中,所述步驟a2還包括 -所述業(yè)務服務器對所述會話建立請求進行認證;-當所述會話建立請求通過認證,則將其轉發(fā)至相應的媒體網關。
5. 根據權利要求4所述的方法,其中,所述業(yè)務服務器對所述會話 建立請求進行認證的步驟包括如下步驟- 所述業(yè)務服務器向視頻業(yè)務中心發(fā)出對所述會話建立請求進行 認證的請求;- 所述業(yè)務月l務器4妾收來自所述—見頻業(yè)務中心的對所述^人證-清求消息的反饋消息;- 所述業(yè)務服務器根據所述反饋消息對所述會話建立請求進行認證。
6. 根據權利要求2至5中任一項所述的方法,其中,所述步驟a2 還包括-根據所述會話建立請求,并基于預定策略來選擇所述相應的媒體 網關。
7. 根據權利要求6所述的方法,其中,所述預定策略至少包括目標 點匹配、負載平衡中的任一項或任多項。
8. 根據權利要求2至7中任一項所述的方法,其中,所述步驟a3 包括_判斷與所述視頻服務裝置之間是否已經建立會話; -尚未建立會話,則將所述會話建立請求轉發(fā)至所述相應的視頻服 務裝置。
9. 根據權利要求8所述的方法,其中,所述步驟a3還包括-若已經建立會話,則通知所述業(yè)務服務器該媒體會話已經建立。
10. 根據權利要求8或9所述的方法,其中,所述步驟a3還包括 -根據所述會話建立請求來查找所述相應的視頻服務裝置。
11. 根據權利要求8至10中任一項所述的方法,其中,所述步驟a3 還包括-判斷本媒體網關與視頻服務裝置之間的實際連接數量是否已 經到達本媒體網關的最大連接數量;-若所述實際連接數量尚未達到本媒體網關的最大連接數量,則 將所述會話建立請求轉發(fā)至相應的視頻服務裝置。
12. 根據權利要求11所述的方法,其中,所述步驟a3還包括-若所述實際連接數量已經到達本媒體網關的最大連接數量,則 通知所述業(yè)務服務器選擇另 一媒體網關,并將所述會話建立請求轉發(fā)至所述另一媒體網關。
13. 根據權利要求12所述的方法,其中,所述步驟a3還包括-若所述實際連接數量已經到達本媒體網關的最大連接數量,則 通知所述用戶設備經由另 一媒體網關與本媒體網關來建立所述媒體 會話。
14. 根據權利要求13所述的方法,其中,所述通知所述用戶設備經 由另 一媒體網關與本媒體網關來建立所述媒體會話的步驟包括-斷開與某一個用戶設備建立的連接; -確定空閑的另一媒體網關;-通知所述另一媒體網關與本媒體網關建立媒體會話; -通知所述被斷開的用戶設備連接至所述另一媒體網關; -通知所述請求連接至本媒體網關的用戶設備連接至所述另 一媒體 網關。
15. 根據權利要求2至14中任一項所述的方法,其中,在所述步驟 al之前還包括如下步驟- 用戶設備將用于請求建立媒體會話的會話建立請求發(fā)送給視頻 業(yè)務中心;- 所述視頻業(yè)務中心對所述請求進行處理,生成一個包括建立所 述媒體會話的業(yè)務服務器的信息的重定向響應;- 視頻業(yè)務中心將所述用戶設備發(fā)送所述重定向響應;其中,所述步驟al包括步驟用戶設備將用于請求建立媒體會話的 會話建立請求發(fā)送給所述業(yè)務服務器。
16. 根據權利要求1至15中任一項所述的方法,其中,所述步驟b 還包括如下步驟-當接收到所述媒體流后,所述用戶設備對所述媒體流進行處理, 以生成相應的反々貴消息;- 所述用戶設備將所述反饋消息經由所述媒體網關轉發(fā)給所述視 頻服務裝置。
17. 根據權利要求16所述的方法,其中,所述步驟b還包括以下步驟-當接收到來自用戶設備的反饋消息后,所述一見頻服務裝置根據該反饋消息對所述媒體流的傳輸特性進行調整。
18. 根據權利要求17所述的方法,其中,所述傳輸特性至少包括傳輸速率、信號質量、有效載荷類型中的任一項或任多項。
19. 根據權利要求1至18中任一項所述的方法,其中,所述第一機 制為基于SIP協議的媒體會話建立過程;而所述第二機制為基于RTP協 議和/或RTCP協議的纟某體傳輸過程。
20. —種在視頻管理網絡中用于控制在用戶設備與視頻服務裝置之 間傳輸媒體流的媒體網關,其中,包括第 一會話建立裝置,用于按第 一機制控制在所述用戶設備與所述 視頻服務裝置之間建立媒體會話;第 一媒體傳輸裝置,用于按第二機制控制在所述用戶設備與所述 視頻服務裝置之間傳輸媒體流;其中,所述第一機制不同于第二機制。
21. 根據權利要求20所述的媒體網關,其中,所述第一會話建立裝 置包括第 一接收裝置,用于接收由業(yè)務服務器轉發(fā)的來自用戶設備的用 于請求建立媒體會話的會話建立請求;第一處理裝置,用于對所述會話建立請求進行處理,以確定該會 話建立請求相應的視頻服務裝置;以及第一發(fā)送裝置,用于將該媒體會話建立請求轉發(fā)至所述視頻服務裝置。
22. 根據權利要求21所述的媒體網關,其中,所述第一會話建立裝 置還包括第 一判斷裝置,用于判斷與所述視頻服務裝置之間是否已經建立 媒體會話;其中,所述第一發(fā)送裝置,用于當已經建立媒體會話時通知所述 業(yè)務服務器該媒體會話已經建立;且所述第一發(fā)送裝置還用于,當尚未建立媒體會話時,將所述會話 建立請求轉發(fā)至所述相應的一見頻"l務裝置。5
23. 根據權利要求21或22所述的媒體網關,其中,所述第一處理裝 置包括第一選擇裝置,用于根據所述會話建立請求來查找所述相應的視 頻服務裝置。
24. 根據權利要求21至23中任一項所述的媒體網關,其中,所述第 一處理裝置還包括第二判斷裝置,用于判斷本媒體網關與視頻服務裝置之間的實際 連接數量是否已經到達本網關的最大連接數量;以及第 一連接處理裝置,用于當所述實際連接數量尚未達到本媒體網 關的最大連接數量時,將所述會話建立請求轉發(fā)至相應的視頻服務裝 置。
25. 根據權利要求24所述的媒體網關,其中,所述第一處理裝置還 包括第二連接處理裝置,用于當所述實際連接數量已經到達本媒體網 關的最大連接數量時,通知所述業(yè)務服務器選擇另一媒體網關,并將 所述會話建立請求轉發(fā)至所述另 一媒體網關。
26. 根據權利要求24或25所述的媒體網關,其中,所述第一處理裝 置還包括第三連接處理裝置,用于當所述實際連接數量已經到達本媒體網 關的最大連接數量時,通知所述用戶設備經由另 一媒體網關與本媒體 網關來建立所述媒體會話。
27. 根據權利要求26所述的媒體網關,其中,所述第三連接處理裝 置包括斷開處理裝置,用于斷開本媒體網關與任一個用戶設備建立的連接;第一確定裝置,用于確定空閑的另一々某體網關;第一通知裝置,用于通知所述另 一媒體網關與本媒體網關建立媒體會話;第二通知裝置,用于通知所述^皮斷開的用戶i殳備連^妄至所述另一壬某 體網關;第三通知裝置,用于通知所述請求連接至本媒體網關的用戶設備連 接至所述另一媒體網關。
28. 根據權利要求21至27中任一項所述的媒體網關,其中,所述第 一會話建立裝置還還包括第二接收裝置,用于接收來自所述視頻服務裝置的會話建立響應; 第二發(fā)送裝置,用于將所述會話建立響應發(fā)送至所述業(yè)務服務器。
29. 根據權利要求21至28中任一項所述的媒體網關,其中,所述第 一媒體傳輸裝置包括第一媒體流接收裝置,用于接收來自所述視頻服務裝置的相應的媒體流;第 一媒體流發(fā)送裝置,用于將所述媒體流轉發(fā)至所述用戶設備。
30. 根據權利要求29所述的媒體網關,其中,所述第一媒體傳輸裝 置還包括第一反饋消息接收裝置,用于接收來自所述用戶設備的對其接收到 的媒體流的反饋消息;以及第 一反饋消息發(fā)送裝置,用于將所述反饋消息轉發(fā)給所述視頻服務 裝置。
31. 根據權利要求21至30中任一項所述的媒體網關,其中,還包括 媒體會話管理裝置,用于根據來自所述業(yè)務服務器的斷開一個或多個媒體會話的請求來斷開所述一個或多個媒體會話,以實現對媒體會話 的管理。
32. 根據權利要求21至31中任一項所述的媒體網關,其中,還包括: 第 一注冊裝置,用于根據一個或多個視頻服務裝置發(fā)出的注冊請求消息來對所述一個或多個視頻服務裝置進行注冊。
33. 根據權利要求21至32中任一項所述的媒體網關,其中,還包括 第一注冊請求裝置,用于向一個業(yè)務服務器發(fā)送注冊本^ 某體網關的注冊請求,并用于接收所述業(yè)務服務器發(fā)送的注冊反饋消息,以確認該 注冊是否成功。
34. 根據權利要求33所述的媒體網關,其中,所述第一注冊請求裝 置還用于向一個業(yè)務服務器轉發(fā)一個或多個視頻服務裝置的注冊請求, 并用于接收所述業(yè)務服務器發(fā)送的注冊反饋消息,以確認該注冊是否成 功。
35. —種在視頻管理網絡的中用于輔助控制在用戶設備與視頻服務 裝置之間建立媒體會話的業(yè)務服務器,其中,包括第二會話建立裝置,用于按第一機制輔助控制在所述用戶設備與所 述視頻服務裝置之間建立媒體會話;以及第二媒體傳輸裝置,用于按第二機制輔助控制在所述用戶設備與所述視頻服務裝置之間傳輸媒體流;其中,所述第一機制不同于第二機制。
36. 根據權利要求35所述的業(yè)務服務器,其中,第二會話建立裝置 包括第三接收裝置,用于接收來自用戶設備的用于請求建立媒體會話的 會話建立請求;第二處理裝置,用于對所述會話建立請求進行處理,以確定該會 話建立請求相應的士某體網關;以及第三發(fā)送裝置,用于將所述會話建立請求轉發(fā)給所述媒體網關。
37. 根據權利要求36所述的業(yè)務服務器,其中,所述第二處理裝置 包括第 一認證裝置,用于對所述會話建立請求進行認證; 其中,所述第三發(fā)送裝置用于當所述會話建立請求通過認證時,將 該會話建立請求轉發(fā)給所述媒體網關。
38. 根據權利要求37所述的業(yè)務服務器,其中,所述第一認證裝置 包括認證請求裝置,用于向視頻業(yè)務中心發(fā)出對所述會話建立請求進 行認證的請求;認證反饋接收裝置,用于接收來自所述視頻業(yè)務中心的對所述認 證請求消息的反饋消息;以及認證處理裝置,用于根據所述反饋消息對所述會話建立請求進行 認證。
39. 根據權利要求36至38中任一項所述的業(yè)務服務器,其中,所述 第二處理裝置包括第二選擇裝置,用于根據所述會話建立請求,并基于預定策略來選 擇所述相應的媒體網關。
40. 根據權利要求39所述的方法,其中,所述預定策略至少包括目 標點匹配、負載平衡中的任一項或任多項。
41. 根據權利要求36至40中任一項所述的業(yè)務服務器,其中,第二 會話建立裝置還包括第四接收裝置,用于接收所述媒體網關轉發(fā)的來自所述視頻服務裝 置的會話建立響應;第四發(fā)送裝置,用于將將所述會話建立響應發(fā)送至所述用戶設備。
42. 根據權利要求36至41中任一項所述的業(yè)務服務器,其中,還包括第二注冊裝置,用于接收一個或多個媒體網關發(fā)出的注冊請求消 息,并對該等一個或多個媒體網關進行注冊。
43. 根據權利要求36至42中任一項所述的業(yè)務服務器,其中,還包括第三注冊裝置,用于接收媒體網關轉發(fā)的對一個或多個視頻服務裝 置進行注冊的請求消息,并對該等一個或多個視頻服務裝置進行注冊。
44. 根據權利要求36至43中任一項所述的業(yè)務服務器,其中,所述 第二媒體傳輸裝置包括查詢裝置,用于對如下內容的任一項進行查詢- 一個或多個在用戶設備與視頻服務裝置之間建立的媒體會話, 以便獲得該等會話的狀態(tài);或者- 一個或多個用戶設備的狀態(tài)信息,以便了解該等用戶設備的狀太心o
45. 根據權利要求44所述的業(yè)務服務器,其中,所述第二媒體傳輸裝置還包括斷開請求裝置,用于向相應的媒體網關發(fā)出斷開一個或多個媒體會話的請求,以通知該4某體網關斷開所述一個或多個々某體會話。
46. 根據權利要求36至45中任一項所述的業(yè)務服務器,其中,第二 會話建立裝置還包括第五接收裝置,用于接收來自一個媒體網關的轉連接請求,該請求 在對一個會話建立請求進行處理的媒體網關的實際連接數量已經到達 該媒體網關的最大連接數量時被該媒體網關發(fā)出;第三處理裝置,用于根據所述轉連接請求選擇另一媒體網關;以及第五發(fā)送裝置,用于將所述會話建立請求轉發(fā)至所述另一媒體網關。
47. 根據權利要求20至34中任一項所述的^ 某體網關和/或根據權利 要求35至46中任一項所述的業(yè)務服務器,其中,所述第一機制為基于 SIP協議的媒體會話建立過程;而所述第二機制為基于RTP協議和/或 RTCP協議的媒體傳輸過程。
48. —種用于在視頻管理網絡中在用戶設備與視頻服務裝置之間輔 助控制傳輸媒體流的視頻業(yè)務中心,其中,包括第六接收裝置,用于接收來自用戶設備的用于請求建立媒體會話 的會話建立請求;第四處理裝置,用于對所述會話建立請求進行處理,生成一個包 括建立所述媒體會話的業(yè)務服務器的信息的重定向響應;第六發(fā)送裝置,用于向所述用戶設備發(fā)送所述重定向響應。
49. 根據權利要求48所述的視頻業(yè)務中心,其中,所述第四處理裝 置包括第二認證裝置,用于對所述會話建立請求進行認證;其中,所述第四處理裝置用于當所述會話建立請求通過認證時,生成所述重定向響應,且所述第六發(fā)送裝置當所述會話建立請求通過認證時向所述用戶i殳備發(fā)送所述重定向響應。
50. 根據權利要求48或49所述的視頻業(yè)務中心,其中,還包括 認證請求接收裝置,用于接收來自業(yè)務服務器的對會話建立請求進行認證的請求;認證請求處理裝置,用于根據所述認證請求生成一個反饋消息;以及認證反饋發(fā)送裝置,用于將所述反饋消息發(fā)送至所述業(yè)務服務器。
51. 根據權利要求48至50中任一項所述的視頻業(yè)務中心,其中,還 包括第一存儲裝置,用于存儲如下信息的任一種或任多種- 基本數據信息,至少包括用戶認證信息;- 業(yè)務數據信息,包括告警設置信息和/或告警通知方式的信 息和/或用戶可訪問區(qū)域的信息;- 業(yè)務網絡信息,至少包括所管理區(qū)域內設備的信息;其中,所述第二認證裝置和/或所述認證請求處理裝置根據該第一存 儲裝置內存儲的信息來進行認證和/或生成反饋消息。
52. —種視頻管理系統,包括 視頻服務裝置,用于提供并管理媒體流; 用戶設備,用于請求并接收所述媒體流;其中,所述—見頻服務裝置通過如上述權利要求所述的一見頻管理網 絡向所述用戶設備提供所述媒體流。
53. 根據權利要求52所述的系統,其中,所述視頻服務裝置包括 第三注冊請求裝置,用于向所述媒體網關發(fā)送注冊本視頻服務裝置的注冊請求消息,并用于接收針對該注冊請求的反饋消息,以確定該i青求是否成功。
54. 根據權利要求52或53所述的系統,其中,所述視頻服務裝置還包括第七接收裝置,用于接收由所述媒體網關轉發(fā)的所述會話建立請求; 第五處理裝置,用于對所述會話建立請求進行處理,并生成一個相應的會話建立響應;以及第七發(fā)送裝置,用于將所述會話建立響應發(fā)送給所述媒體網關。
55. 根據權利要求52或53所述的系統,其中,所述視頻服務裝置還 包括第二媒體流發(fā)送裝置,用于通過已經建立的媒體會話向用戶設備發(fā) 送相應的4某體流。
56. 根據權利要求55所述的系統,其中,所述視頻服務裝置還包括 第二反饋消息接收裝置,用于接收由媒體網關轉發(fā)的來自用戶設備的針對所述用戶設備接收到的媒體流生成的相應反饋消息;傳輸特性調整裝置,用于根據所述反饋消息對所述媒體流的傳輸特 性進行調整。
57. 根據權利要求56所述的系統,其中,所述傳輸特性至少包括傳 輸速率、信號質量、有效栽荷類型中的任一項或任多項。
58. 根據權利要求52至57中任一項所述的系統,其中,所述用戶設 備包括第四注冊請求裝置,用于向所述視頻業(yè)務中心發(fā)送注冊本用戶設 備的注冊請求消息,并用于接收針對該注冊請求的反饋消息,以確定該-清求是否成功。
59. 根據權利要求52至58中任一項所述的系統,其中,所述用戶設 備還包括第八發(fā)送裝置,用于向所述業(yè)務服務器發(fā)送所述會話建立請求。
60. 根據權利要求59所述的系統,其中,所述第八發(fā)送裝置還用于 向所述視頻業(yè)務中心發(fā)送所述會話建立請求。
61. 根據權利要求52至60中任一項所述的系統,其中,所述用戶設 備還包括第二4某體流接收裝置,用于通過已經建立的4某體會話從所述視頻 服務裝置接收相應的媒體流。
62. 根據權利要求61所述的系統,其中,所述用戶設備還包括 反4貴消息生成裝置,用于對所沖妾收到的々某體流進4亍處理,以生成相 應的反饋消息;以及第二反饋消息發(fā)送裝置,用于將所述反饋消息發(fā)送至所迷媒體網
全文摘要
一種在視頻管理網絡用于在用戶設備與視頻服務裝置之間控制傳輸媒體流的方法,包括按第一機制在兩者之間建立媒體會話的步驟,以及按第二機制在兩者之間傳輸媒體流,第一機制不同于第二機制,第一機制為基于SIP協議的媒體會話建立過程,第二機制為基于RTP協議的媒體傳輸過程。還提供一種在視頻管理網絡中用于控制在用戶設備與視頻服務裝置之間傳輸媒體流的媒體網關,及用于輔助控制建立媒體會話的業(yè)務服務器、輔助控制傳輸媒體流的視頻業(yè)務中心,媒體網關包括第一會話建立裝置及第一媒體傳輸裝置。用戶設備和視頻服務裝置通過該視頻管理網絡相連組成一種視頻管理系統。本發(fā)明通過不同機制建立媒體會話、傳輸媒體流,可以方便地管理媒體會話。
文檔編號H04N7/24GK101212661SQ20061014871
公開日2008年7月2日 申請日期2006年12月30日 優(yōu)先權日2006年12月30日
發(fā)明者峰 秦, 波 黃 申請人:上海貝爾阿爾卡特股份有限公司
網友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
蓝山县| 绥中县| 武汉市| 达尔| 定襄县| 江永县| 北安市| 南郑县| 宜君县| 临城县| 无锡市| 望城县| 双桥区| 开江县| 淮阳县| 云霄县| 河津市| 银川市| 锦屏县| 抚州市| 双柏县| 牟定县| 军事| 安庆市| 开远市| 西充县| 襄城县| 铜梁县| 安岳县| 容城县| 平遥县| 乌鲁木齐市| 襄汾县| 靖江市| 鄄城县| 上栗县| 新巴尔虎右旗| 资源县| 合作市| 讷河市| 磐石市|