多媒體通信裝置的製作方法

2023-07-02 01:09:01 2

專利名稱：多媒體通信裝置的製作方法
技術領域：
本發明涉及電信，尤其是涉及電信和多媒體管理方法和裝置，其使
用戶能夠在即時(live)模式或時移(time-shifted)模式中複查會話的消息並 在這兩個模式之間來迴轉換會話，參與多個會話，並且將會話的消息存檔 用於以後的複查或處理。
相關技術的描述
語音通信的當前狀態具有缺乏活動性的缺點。不管自動交換、高帶 寬網絡和才l術例如衛星、光纖、語音IP ( VoIP )、無線和蜂窩網絡如何， 在人們如何使用電話方面有很少的變化。人們仍然需要拿起電話，撥叫另 一方，等待產生連接，並接著與被撥叫方進行全雙工同步會話。如果接收 者不回答，則不產生連接，且不發生會話。
如果接收者有語音郵件，最多可留下單向異步語音消息。然而，發 送語音郵件的過程繁瑣且耗費時間。呼叫者需要等待另 一端的電話停止響 鈴，轉換到語音郵件系統，聽語音消息問候，並接著留下消息。當前的語 音郵件系統對接收者也不方便。接收者必須撥代碼來訪問其語音郵件，在 一系列提示中導航(navigate)，聽隊列中的任何早些時候的語音消息，並 接著最後聽發送者的消息。
一般語音郵件系統的另 一缺點是不能組織語音消息或將語音消息永 久地存檔。使用一些語音郵件系統，用戶可保存消息，但在預定的一段時 間之後它被自動刪除並永遠丟失。
當前語音郵件系統的又一 問題是在可留下消息之前必須在呼叫者和 語音郵件系統之間產生連接。如果沒有產生連接，則呼叫者無法留下消't、。當前電話系統基於相對過於簡單化的使用模式實時即時呼叫或無
條理的語音郵件消息，其一般在它們被聽到之後刪除。這些形式的語音通 信沒有捕獲可使用語音通信獲得的實際功效，或沒有利用網絡速度的提升 和現在可用的帶寬。此外，如果電話網絡有故障或不可訪問(例如，便攜 式電話用戶在沒有覆蓋的區域內或電話線路由於糟糕的天氣而有故障)， 則不可發生通信。
通常，基於電話的通信沒有跟上基於文本的通信中的進步。即時消
息(instantmessage)、電子郵件、傳真、聊天組和將文本消息存檔的能力對 於基於文本的通信都是平常的。除了語音郵件，少有現有的工具可管理語 音消息和/或將語音消息存檔。比較起來，當前可用來管理電話通信的工 具與文本通信比較是原始的。
公司環境提供了在當前語音通信工具中的缺點的僅一個例子。當前 沒有綜合方法來將整個組織中的語音通信作為公司資產來進行管理。僱員 通常不記錄也持久地儲存其電話會話。大多數與商業有關的語音通信資產 與講話流失得一樣快，而沒有方法來以任何可管理的形式管理或存儲那些 會話的內容。
作為例證性的例子，考慮公司的銷售經理。在忙碌的一天中，經理 可能打很多電話，並通過電話與客戶終結幾個銷售。沒有組織、儲存並隨 後取回這些會話的能力，經理就沒有方法來解決可能出現的潛在問題，例 如恢復一 個交易相對另 一 交易的條款，或駁斥就以前對銷售達成協議的條 款進行爭論的客戶。如果這個經理有容易取回並複查會話的能力，則這些 類型的問題可容易和順利地解決。
當前的戰術(tactical)無線電系統，例如軍事、火警、警察、護理人員、 援救隊和第一出動人員所使用的那些系統也有很多缺點。大部分戰術無線 電通信必須通過消息發送者和接收者之間的"即時，，無線電連接出現。如 果在雙方之間沒有無線電連接，則會沒有通信。如果發送者或接收者不可 使用其無線電進行傳送，或無線電電路連接不能建立，則不能發送緊急消 息。戰術通信因此被幾個基本問題困擾。沒有方法來(i)保證消息的遞 送；(ii)接收者回顧並聽取沒有被實時地聽到的消息；(m)在會話中控制參與者的間隔；(iv)在對即時會話缺乏信號完整性時使系統處理。如 果沒有即時聽到消息，則它被遺失。沒有工具來使發送者或接收者管理、 按優先順序排列、存檔和以後取回(即，時移)以前被發送的會話消息。
戰術無線電通信系統的又一缺點是每個信道一次只有一個消息被發 送。考慮大建築物火災的例子，其中，多隊消防員、警察和護理人員同時 援救被困在建築物中的受困者，與火災作鬥爭，給受困者提供醫療幫助， 並控制旁觀者。如果每個隊使用同一信道，則通信可能變得擁擠和混亂。
當多於一個的人同時傳輸時，傳輸變得"被壓制(step on)"。此外也沒有 方法來區分開高和低優先級消息。在燃燒的建築物內與火災作鬥爭或援救 被困的受困者的一隊應有高於其它隊例如控制旁觀者的隊的優先級。如果 高優先級消息被較低優先級消息壓制，則它可能不僅妨礙重要的通信，而 且可能危及建築物內的消防員和受困者的生命。
對缺乏按優先順序排列消息的能力的 一 個可能的解決方案是使用多 個信道，其中每隊被分配一個不同的信道。然而該解決方案產生其自己的 一組問題。消防隊長如何在任何時刻及時確定聽哪個信道？如果多個隊都 在不同的信道上，他們彼此如何通信？如果一個隊要求緊急幫助，而正在 聽別的信道的其他隊如何知道？雖然多個信道可減輕一些問題，但也可能 引起混亂，比使用單個信道的情況產生更多的問題。
有效地按優先順序排列消息、允許多個會話同時發生、實現消息的 時移以保證發送、或支持存檔和儲存會話用於以後的取回和複查的管理工 具的缺乏都促成與戰術無線電相關的問題。在第一出動人員例如軍事、警 察和火警的情況下，有效的通信工具可能實際上意味著生和死之間的差 別，或任務的成功或失敗。上面的燃燒的建築物例子在說明當前戰術無線 電通信的僅僅一些問題方面是有用的。對於軍事、警察、第一出動人員和 使用戰術通信的其他人存在類似的問題。
使用基於分組的網絡，通常使用的協議包括傳輸控制協議(TCP)和 用戶數據報協議(UDP )。 UDP提供快速發送數據的優點，但以完整性為 代價。分組可能在運送中被漏掉，且當試圖在目的地儘快再現(render)數 據時是不可行的。儘管有缺點，但由於其速度屬性，UDP是網際網路協議語音(VoIP)傳輸的標準。另一方面，TCP確實保證完美數據(即，所
傳輸的數據的準確拷貝)的發送，但以等待時間為代價。所有分組被發送，
而不管花費多長時間。此延遲使TCP對用在"即時"電話呼叫上不實際。 目前，沒有這樣一種同時提供TCP和UDP的性能優點的已知協議，在這 種協議中，可傳輸"足夠好的"媒體，用於儘快再現媒體的完美拷貝的最 後發送。此外，不存在根據在網絡上接收者的在場以及其在即時或時移模 式中再現數據的意圖來確定應通過網絡發送多少信息的協議。此外，在確 定傳輸多少數據中使用通常考慮的其它因素，例如網絡等待時間、網絡降 質、分組丟失、分組損壞和總帶寬條件。然而，現有技術系統不考慮接收 者的在場和意圖。作為結果，默認的假定是，數據被接收者實時地再現。 當接收者不打算立即再現數據時，當不需要時，這些現有技術系統不必使 用帶寬，降低了網絡的總性能。
由於上述原因，電話、語音郵件和戰術語音通信系統是不夠的。因 此需要改進的語音和媒體通信和管理系統和方法，以及通過基於分組的網 絡發送語音和其它媒體方面的改進。

發明內容
本發明目的在於再現一個或多個會話的通信設備的各種實施方案。在 第一個實施方案中，在該通信設備上從多個會話中選擇一個當前會話。對 這個被選擇的會話，在設備上再現被接收到的並與被選擇的會話相關的媒
擇的會話相關的媒體。被選擇的會話的媒體可以接近實時的模式或時移模 式在通信設備上再現。被選擇的會話可以在多個會話中間選擇性地變化。 在第二個實施方案中，多個會話可以在通信設備連續再現。使用這個實施
到關於各種會話的媒體時，最高優先級會話的可用媒體在設備上被再現， 而其他會話的媒體會以時移模式再現。優先級順序連續地被更新，以便所 有接收到的媒體最終都被再現。在又一個實施方案中，可同時再現多個會 話的媒體並將其儲存在通信設備上。使用這個實施方案，可選擇會話中的一個用於複查。在複查期間，其他會話的接收到的媒體被儲存，但不被再現。在複查這個被選擇的會話之後，可恢復多個會話的同時再現。通過在複查期間儲存所有會話的媒體，在複查期間接收的未再現的媒體可以稍後被複查。
附圖的簡要說明
參考結合附圖理解的下列描述可最好地理解本發明，這些附圖示出本發明的特定實施方式。


圖1是本發明的通信和媒體管理系統的體系結構的圖示。
圖2A和2B示出在本發明的通信和管理系統中的設備上運行的客戶機的結構圖。
圖3是在本發明的通信和管理系統中使用的伺服器的結構圖。
圖4A到4D示出在本發明的通信和管理系統中使用的數據有效載荷的各種實施方式。
圖5是示出根據本發明通過共享1P網絡傳輸的數據的圖示。
圖6是示出根據本發明通過基於電路的網絡傳輸的數據的圖示。
圖7是示出根據本發明在蜂窩網絡和網際網路上傳輸的數據的圖示。
圖8A到8F是示出本發明的通信和管理系統的存儲和流(stream)功能
的一系列流程圖。
圖9A到9C是示出有效載荷質量管理器(PQM)的操作的流程圖，而圖9D到9F是示出數據質量管理器(DQM)的流程圖，這兩個管理器都被本發明的客戶機和伺服器使用。
圖10是具有可用在本發明的系統上的圖形用戶接口的示例性設備。
圖IIA到IIF是示出本發明的多會話管理(MCMS)特徵的圖示。
圖12A到J2C是示出本發明的連續多會話管理系統(MCMS-C)特徵的圖示。
18圖13A到13D示出詳述本發明的操作的一系列圖示。
圖14A和14B是示出用於運行本發明的客戶機和伺服器應用程式的硬體的結構圖。
應注意，在附圖中相似的參考數字指相似的元件。
特定實施方式的詳細描述
現在參考如在附圖中示出的其中的各種實施方式來詳細描述本發明。在下列描述中，闡述了特定的細節，以便提供對本發明的徹底理解。然而對本領域技術人員應明顯，本發明可在不使用這裡闡述的 一 些實現細節的情況下實踐。還應理解，沒有詳細描述公知的操作，以便不必使本發明不清楚。
A.功能概述
通信媒體管理方法和系統支持參與語音會話和/或使用各種媒體類型例如語音、視頻、文本、位置、傳感器信息和其它數據管理多個同時會話的新模式。用戶可通過向指定的接收者發送語音消息來參與會話。根據偏好和優先級，接收者可實時地參與會話，或他們可簡單地被通知消息準備被取回。在後面的情況下，接收者通過複查並在方便時回答已記錄的消息在時移模式中參與會話。
用戶被授權在(i)給用戶提供類似於標準全雙工電話呼叫的體驗的近似同步或"即時"會話；或(ii)在一 系列前後時間延遲的傳輸(即，
時移模式)中進行通信。進一步地，參與會話的用戶可從即時模式無縫地轉換到時移模式，並再次轉換回來。這個屬性也使用戶可能通過在每個會話的兩個模式之間按優先順序排列並變動來同時參與多個會話。使用系統的兩個人因此可4皮此來回發送已記錄的語音消息，並在方便時複查消息，或消息可按它們本質上合併到即時同步語音會話的速率被發送。為了本申
請的目的，這種新的通信形式稱為"Voxing"。
當你"Vox"某人時，會話由被記錄在多個位置上的一系列分立的已記錄的消息組成，這些位置可包括發送者的編碼設備(例如電話或計算機)、在網絡的多個傳輸中繼(h叩)上的伺服器以及接收者的再現設備。與
標準電話呼叫或語音郵件不同，系統提供了下列特徵和優點(i)會話可在即時和時移之間轉換，反之亦然；(ii)分立的會話消息在語義上連接在一起並被存檔；(iii)因為消息被記錄並可用於以後取回，注意力可暫時從會話轉移，接著可以後在方便時複查會話；(iv)會話可暫停數秒、數分鐘、數小時或甚至數天，並可在停止的地方再次恢復；(v)人可再加入進行中的會話並快速複查遺失的消息和跟上(catch叩)當前的消息(例如，即時消息)；(vi)發生會話不需要如傳統電話呼叫所要求的專用電路；以及(vii)最後，為了發起會話，人可簡單地開始傳輸到個人或組。如果另 一端上的一人或多人注意到他們正接收消息，他們有選擇複查和實時地進會話的權利或在他們選擇之後的時間複查的權利。
通信媒體管理系統也支持優化數據通過網絡的傳輸的新模式。系統有效地管理有效載荷到接收者的發送，當網絡條件較不理想時，該接收者實時地參與會話。例如當網絡條件差時，系統有意降低用於傳輸到當被接收者接收時"足夠好"以被再現的點的數據的質量，允許會話的實時參與。系統也保證隨著時間的過去消息的"準確"拷貝的最終發送。系統和方法因此提供了速度和準確性兩者的優點。通過在時間性和^C體質量之間進行折衷、使用接收者是否打算立即實時地複查消息的在場和意圖以及網絡等待時間、網絡降質、分組丟失或損壞和/或當前帶寬條件的衡量，來優化對網絡帶寬的利用。
應注意，會話消息可只包含語音或包含語音、視頻和其它數據，例如傳感器信息。當複查消息時，取決於包含在消息中的媒體的類型，聽取或在視覺上複查它們，或其組合。雖然到本申請的提交為止，大多數會話只是語音，但這裡描述的通信系統和方法旨在廣泛地包括會話，該會話包括多媒體類型，例如語音和視頻。
公開了提供下列特徵和功能中的一個或多個的改進的語音和其它媒體通信和管理系統和方法
i.使用戶能夠參與多種會話類型，包括即時電話呼叫、會議電話、語音消息、連續或同時的通信；
20il.使用戶能夠在即時模式或時移模式(語音消息)中複查會話消息；
iii.使用戶能夠在同步"即時"模式和時移模式之間無縫地轉換會話；
IV.使用戶能夠參與會話，而不等待建立與另 一參與者或網絡的連接。
該屬性允許用戶開始會話，參與會話，並且即使在網絡可不用時，在網絡
質量差時或其他參與者無空時也複查以前接收到的時移的會話消息；
v. 使系統能夠在發送方保存有效載荷數據，且在網絡傳輸之後在所 有接收方保存媒體有效載荷數據；
vi. 使系統能夠通過將消息按序連接在一起形成在語義上有意義的 會話來組織消息，其中每個消息可被識別並聯繫到給定會話中的給定參與 者；
vii. 使用戶能夠使用一組用戶控制的功能來管理每個會話，例如複查
"即時"、暫停或時移會話直到方便複查時，在各種模式和用於管理會話 (例如存檔、加標記、搜索和從檔案庫取回)的方法中重放(例如，播放
加快、跟上即時、跳到會話首部)；
viii. 使系統能夠管理在場數據並與所有會話參與者共享在場數據， 包括在線狀態、關於在即時或時移模式中複查任何給定的消息的意圖、對 消息的當前關注、再現方法以及發送方和4妄收方之間的網絡條件；
ix. 使用戶能夠同時管理多個會話，其中(a)—個會話正在進行，而 所有其它會話暫停；(b)多個會話被連續再現，例如但不限於戰術通信， 或者(c)多個會話是活躍的並被同時再現，例如在股票交易所或貿易場 所中；
x. 使用戶能夠儲存所有的會話，且如果需要，持久地將它們存檔在 有形介質中，按需要提供可被有組織地編索引、搜索、轉錄、翻譯和Z或 複查的有用資源；
xi. 使系統能夠使用消息的盡力交付模式，以用於儘快再現的"足夠 好，，速率提供實時呼叫功能(類似於UDP),以及通過從最初保存的完美 拷貝(類似於TCP)請求任何遺失或損壞的數據的重傳來提供傳輸的消 息的準確拷貝的被保證的最後發送；以及Xii.使系統能夠通過在時間性和媒體質量之間進行折衷、使用接收者 的在場和意圖(即，在實時或在時移模式中複查媒體)以及網絡等待時間、 網絡降質、分組丟失或損壞和/或當前帶寬條件的衡量，來優化對網絡帶 寬的利用。
在各種實施方式中，可實現上面列出的很多特徵和功能中的一些或 全部。然而應理解，本發明的不同實施方式不需要合併上面列出的全部特 徵和功能。
B.術語表
在解釋本發明的細節之前，定義在整個書面描述中使用的一些術語 和縮略語是有用的。術語的該術語表被按系統部件、媒體、媒體管理、人 和會話管理組織成組。
B丄系統部件
客戶機客戶機是通信系統中的用戶應用程式，其包括用戶接口、 持久性數據存儲器和"Voxmg"功能。用戶與客戶機應用程式進行交互作 用，且客戶機應用程式管理通過網絡傳輸或接收的所有通信(消息和信號) 和有效載荷(媒體)轉移。客戶機支持對媒體的編碼(例如，語音、視頻 或其它數據內容的捕獲)以及對媒體的再現，並支持對數據在網絡上的傳 輸進行優化以及保護、加密和驗證。客戶機可由一個或多個用戶使用(即， 多租戶)。
i殳備運行客戶機應用程式的物理設備。用戶可在任何給定的時間 點主動地登錄到單個設備或多個設備。在不同實施方式中，設備可為通用 計算機、可攜式計算設備、可編程的電話、可編程的無線電裝置或任何其 它可編程的通信設備。
伺服器通信網絡中的計算機節點。伺服器負責通過網絡和持久性 存儲器將在用戶之間來回發送的消息按規定路線傳送，還負責對媒體有效 載荷進行存檔。伺服器提供對數據在網絡上的傳輸的優化以及路由 >解碼、 保護、力p密和-險證。
B.2.媒體
22消息從一個用戶到另一的通信的單個單位。每個消息由某種媒體 例如語音或視頻組成。每個消息被分配某些屬性，包括(i)發送消息的 用戶；(ii)它所屬的會話；(iii)可選的或用戶創建的重要標記；(iv)時 間戳；以及(v)媒體有效載荷。
媒體音頻、視頻、文本、位置、傳感器讀數例如溫度、或其它數據。
會話兩個或多個用戶之間在其設備上(被識別、持久地儲存、分 組並按優先順序排列)的一串消息。用戶通常按需要使用其設備，通過在 實時或在時移模式中複查消息或創建並發送會話消息，來參與會話。當新 消息-故創建時，它們定義新的會話，或它們被添加到現有的會話。
會話首部由最近的揚聲器編碼的會話的最近的消息。它是用戶在 複查"即時，'時處於會話中的位置或人在使用"跳到即時"特徵的情況下
所跳到的位置。
多會話管理系統或MCMS:作為客戶應用程式的部分運行的應用程 序，其使用戶能夠使用各種媒體類型參與多個會話。使用MCMS應用程 序，用戶在多個會話中選擇一個會話作為當前的，其中只有當前會話的消 息被再現。對於選定的當前會話，用戶可從時移模式中的一系列來回消息 轉換到接近同步的"即時"模式，類似於標準電話會話，並再次轉換回來。 未選定的會話的消息處於暫停狀態。如果其他人仍然參與那些會話，則與 未選定的會話相關的消息將累積。用戶可選擇性地在多個會話中轉換當前 會話，並複查選定的當前會話的被累積的消息。
連續多會話管理系統或MCMS-C:類似於MCMS,具有再現和使用 戶能夠通過時移和優先級分級系統來管理並參與連續多個會話的增加的 特徵，其由系統自動管理。MCMS-C應用程式允許連續會話的消息按優 先順序被再現，與只再現當前選定的會話的消息的MCMS相反。MCMS-C 特別適用於下列情況連續會話的消息按優先順序被再現很重要，和/或 接收所有消息，即使屬於較低優先級會話的那些消息，比實時地接收消息 更重要。MCMS-C可能適合的情況的例子包括但不限於醫院、計程車隊 管理或戰術通信。同時多會話管理系統或MCMS-S:類似於MCMS，具有能夠使用 MCMS-S的增加的特徵，選#^用於同時再現的多個會話，與只再現當前 選定的會話的消息的MCMS不同。MCMS-S特別適用於下列情況用戶 同時聽多個會話，例如交易人聽不同交易的多個經紀人並向其中的一人或 多人周期性地同時發送交易請求。MCMS-S也可適合於戰術通信。
優先級系統用來確定當用戶參與MCMS-C時接著再現哪個消息的 機制。優先級由系統自動管理。用戶可設置默認的優先級，或可使用一組 預定的系統優先級。在其中多於一個的消息準備被同時再現的衝突的情況 下，系統至少部分地根據優先級解決該沖突，以確定什麼消息要立即再現 以及什麼消息要時移。
標記用戶或系統可分配到會話或消息的一組屬性，例如主題(公 司名)、指令(行動條款)、指示符(會話概要)、或人可能想要通過其來 搜索或組織數據的任何其它標誌。
重要標記使發送者能夠指定消息何時被再現的特殊消息屬性，而 不管其它優先級設置如何。例如"緊急"重要標記將優先於其它優先級。 該特徵對戰術系統很關鍵，雖然任何系統可配置成使用或禁用該特徵。
分組能夠通過計算機網絡被按規定路由傳送的二進位數據的任何 單位。每個分組由首部(元數據)和有效載荷(媒體數據)組成。包括標 準分組協議，例如但不限於網際網路協議(IP)、 EvDO、 UMTS、或任何其 它基於分組的無線電、光纖或有線網絡。
首部或分組首部描述分組的分組部分；關於有效載荷的元數據、 其編碼類型和目的地。
Vox分組使系統和方法能夠進一步改進和優化消息、^ 某體和其它信 令信息的發送的專有分組。
媒體有效載荷(或有效載荷)分組的實際媒體部分。
B.3.媒體管理
時移延遲(TSD ):在Vox分組的到達與分組在設備上再現之間的時 間量。TSD必須超過最小時移延遲。TSD—般由用戶在接收到之後的某個時間選擇複查會話消息時的行為確定。
最小時移延遲(MTSD):被客戶機強加以允許使用抖動(jitter)緩 沖區技術來進行抖動處理的時移延遲。這使系統延遲再現，直到足夠數量 的分組到達以產生可用的媒體流。系統一般隨著時間的過去適應性地調節 MTSD,以補償網絡中的變化的條件。
再現以適合於用戶使用的形式(例如，語音、文本、圖形顯示、 視頻或其組合)將媒體流發送到用戶。
混合 一個或多個媒體流的再現。例如，來自會話的兩個參與者的 媒體流可在再現時被混合，產生類似於多人同時講話的會話的用戶體驗。
編碼轉換由用戶所產生的(例如，語音或視頻)、或以其他方式在 設備上引起(例如GPS或其它傳感器數據)的媒體、或將媒體轉換成由 客戶機處理的數字數據的過程。
自適應抖動緩沖區抖動緩衝區或去抖動緩衝區用於對分組交換網 絡引入的抖動(即，序列分組之外的到達或分組的延遲的到達)計數，以 便可沒有中斷地執行通過網絡傳輸的音頻(或視頻)信號的連續再現。數 據在再現之前存儲在緩沖區中，以允許媒體的合理尺寸的緩衝區到達。媒 體可在所有分組被接收之前被再現，為傳播折衷選擇質量。自適應抖動緩 衝區能夠動態地改變其尺寸以優化延遲〃貧量折衷。
持久性無限消息緩沖區(PIMB): PIMB是指執行"即時"數據的去 抖動以及存檔數據的存儲和取回的、基於時間的媒體的存儲的存儲管理系 統。PTMB還包括媒體的可能無限和持久性存儲的額外屬性。P1MB在一 些或所有參與者設備和/或伺服器維持消息和會話的Vox分組的"準確" 或完整拷貝。
分組丟失補償或隱蔽(PLC):在再現媒體流期間，PLC部件補償遺 失的分組，插入結果以向複查者提供流。遺失的分組可被再現為無聲，或 來自相鄰分組的信息可用於提供插入的聲音或圖像。待使用的特定的方法 將依賴於媒體、使用中的編解碼器和其它通常已知的參數。
B.4 ^用戶被授權使用系統的人。
聯繫人系統對用戶或非用戶的記錄。用戶一般參與和其聯繫人列 表上的成員的會話。非用戶是使用傳統電話、無線電裝置或啟用其它非客 戶機12的設備來訪問或使用系統的用戶。
組多個聯繫人的聯合。聯繫人可被選擇性添加或從組中刪除。當 會話發生在組中間時，組中的所有成員可以或可以不參加。
信道 一般用於戰術通信系統。信道類似於組，因為它使多個聯繫 人與信道關聯。
參與者被識別為會話的成員的人。可為用戶或非用戶參與者。 B.5.會話管理
時移時移是當任何消息(如用戶接收者所確定的)被接收之後， 在任何時間播放該消息的能力。通過時移，用戶可複查消息(i)通過在 MTSD之後立即再現來立即按需請求；或(ii)依據用戶的判斷在複查消 息的模式中時移；(iii)來自檔案庫，用於老的會話的搜索、重建等；(iv) 在延遲的 一段時間之後適應需要被首先複查的其它較高優先級消息(或會 話)的複查；(v)和/或如果必要使消息重複地被再次聽到和理解。換句 話說，時移是用戶在系統強加MTSD之後的任何時間再現消息的能力。
複查聽、觀看、閱讀或以其他方式觀察消息中的媒體內容。複查 可在接近同步的實時的"即時模式"或時移模式中發生。
意圖(i)記錄用戶是希望儘快複查會話消息還是希望在時移模式中 複查消息的用戶定義的屬性；(ii)由用戶的行為暗示；或(i)和(ii)的 組合。
注意力記錄用戶是否此刻複查給定會話的消息的用戶屬性。
跟上即時(CTL):允許不在會話首部的用戶更快地複查以前的消息 以"跟上即時"(即，會話首部)的再現模式。CTL特徵可使用任何數量 的跟上技術，例如消息的較快重放、消息的媒體中的間隙的移除、猶豫虛 詞(hesitation particle)的移除等。當用戶跟上即時時，系統無縫地進入即時會話。這是例如在用戶需要暫時將其注意力從會話移走但在其返回時希望 聽到整個會話的情況下關於會議電話的非常有用的特徵。
跟上模式確定CTL過程如何跟上(即，重放加快、消除無聲和猶 豫虛詞或其組合)的用戶配置或預先配置的模式。
跳到即時(JTL):該特徵允許用戶從其當前位置跳到會話首部。當 用戶不想複查其會話中的當前位置與會話首部之間的所有消息時，他們一 般使用JTL特徵。當實現JTL特徵時，用戶略過任何中間消息，並開始 再現在會話首部處的"即時"消息。
MCMS參與者屬性由用戶定義的、或由系統從用戶行為理解的、 由管理員分配的、或其組合的一組屬性，這些屬性定義意圖、注意力、優 先級和接收者對給定會話的再現偏好。這些屬性包括但不限於(i)當接 收者希望再現會話消息時的意圖。可能的意圖值包括"現在"、"時移"、 "跟上即時(CTL)"、"暫停"和"從不"；(ii)跟上模式，其是確定CTL 過程應如何使接收者跟上即時(例如，播放加快、略過無聲間隙或猶豫、 或以正常速度播放)的配置設置；(iii)時移延遲(TSD)，其定義接收者 在會話中的當前位置離會話首部多遠，以及(iv)消息相對於接收者的其 它會話的優先級。
C.系統結構
參考圖l，其示出了根據本發明的一個實施方式的電信和媒體管理系 統的結構圖。系統10包括分別在設備L^到13 上運行的多個客戶機12, 到12n。設備13通過包括一個或多個伺服器16的通信服務網絡14彼此 通信。一個或多個網絡18!到18u設置成將多個設備L、到3 耦合到通信 服務網絡14 。在不同實施方式中，網絡18可為公共交換電話網絡(P S TN )、 基於例如CDMA或GSM的蜂窩網絡、網際網路、戰術無線電網絡、或任 何其它通信網絡、或其組合。通信服務網絡14是在各網絡18i到18n的頂 部上的或以其他方式與各網絡18!到18 進行通信的網絡層。在不同實施 方式中，網絡層14是異類或同類的。客戶機12,到12n使用稱為"Vox分 組，，的單獨的消息單元彼此通信並與網絡18!到18 以及網絡14上的服務 器16進行通信，這將在下面詳細描述。D.客戶機結構
參考圖2A和2B，其示出了在設備13上運行的客戶機12的結構圖。 如圖2A所示，客戶機12包括多會話管理系統(MCMS)應用程式20、 再現和編碼才莫塊21、以及MCMS應用資料庫22 。如圖2B所示，客戶機 12還包括存儲和流(SAS )模塊24,其具有持久性無限消息緩衝區(PIMB ) 讀出器26、 PIMB寫入器28、 PIMB資料庫30、數據和網絡質量(DNQS ) 存儲器32、以及媒體驅動器和編碼器硬體34。 MCMS應用程式20以及 存儲和流模塊24分別通過消息處理模塊25a和25b彼此進行通信。客戶 機12還包括驗證-加密-保護模塊40和通信協議模塊44。
模塊40在將"Vox"分組傳輸到客戶機12以及從客戶機12接收"Vox" 分組期間提供驗證、加密和保護服務。當在接收數據時傳輸數據並將Vox 分組從本地分組去封裝時，通信協議模塊44將Vox分組封裝到底層網絡 18所使用的本地分組中，底層網絡8連接到運行客戶機12的設備13 。 使用模塊40和44,在客戶機12之間提供多方端到端驗證、加密和保護。 消息在網絡18,到18,,和網絡14中從第 一發送設備13到第二接收設備13 ,皮驗、正、加密和保護。
D丄l MCMS資料庫
資料庫22儲存並管理系統10中很多實體的持久性元數據，包括聯 系人和參與者、會話和消息(即時和所儲存的)、和默認優先級、以及關 於伺服器16的信息。此外，MCMS資料庫22儲存用戶會話、在場和狀 態的從一時刻到另 一時刻的操作數據，以及與用戶進行會話的或用戶聯繫 人列表上的所有參與者的會話、在場和狀態的從一 時刻到另 一 時刻操作數 據。例如，對於會話和消息，資料庫22記住狀態信息，例如用戶已經或 未曾複查的會話的什麼消息、優先級、以及在其中客戶機12是參與者的 每個會話的跟上即時狀態、所有參與者的在場和狀態、以及其它網絡和其 它系統管理數據。
D丄2 MCMS應用程式
MCMS應用程式20使用各種媒體和數據類型(語音、視頻、文本、位置、數據等)支持參與會話和/或管理多個會話的不同Voxing模式。用 戶通過使用他們的啟用客戶機12的設備13將消息發送到指定的接收者， 來參與會話。根據偏好和優先級，接收者可實時地複查消息，或他們可僅 僅被通知消息準備好被複查。用戶可從一系列消息來迴轉換，這些消息在 時移模式(或語音消息)中或在接近同步的全雙工會話(類似於標準"即 時"電話呼叫)中被複查並接著再次回到語音消息。MCMS應用程式20 允許用戶實時地控制與其最重要會話的交互作用，而不遺失其它正在進行 的會話中的任何消息。例如，MCMS應用程式20通知來自會話的緊急或 高優先級通信的用戶他們目前不複查。MCMS應用程式20也使來自所有 會話的所有消息被儲存，用於以後取回，所以它們可在任何時間被複查。
根據各種實施方式，存在MCMS應用程式20的幾種不同的操作模 式，包括連續MCMS (MCMS-C )和同時MCMS (MCMS-S )，其分別支
持消息的連續和同時的再現。下面詳細描述這些實施方式中的每個。除非 特別指出，術語"MCMS"通常用於表示MCMS應用程式20,其包括前 述不同的模式。
MCMS應用程式20是包括很多模塊和服務的多層結構。模塊和服務 包括MCMS資料庫模塊20a、 SAS服務模塊20b、消息和信令服務模塊 20c 、用戶接口應用編程接口 ( API) 20d 、用戶接口模塊20e 、會話/消息 管理服務20f、優先級服務20g、聯繫人服務20h、在場/狀態服務20i以 及消息/信號服務20j。
D丄2.1 MCMS資料庫模塊
MCMS資料庫模塊20a是管理MCMS應用程式20訪問MCMS數據 庫22所必需的所有功能的服務模塊。
D. 1.2.2 SAS Ji良務才莫塊
SAS服務模塊20b包括一組功能調用，其實現MCMS應用程式20 和存儲和流模塊24之間的通信和協調，且其分別通過消息處理模塊25a 和25b來回傳遞。當被用戶調用和/或被網絡條件指示時，這組功能調用 使MCMS應用程式20和存儲和流模塊24能夠按需要操作來實現各種
29Voxing功能。SAS服務模塊20b所執行的一些功能包括維持和傳遞消息 傳輸和消息確認的狀態、用於再現消息的指令、以及用戶的狀態和在場。
D.1.2.3消息和信令服務模塊
消息和信令服務^:莫塊20c在客戶機12和伺服器16上運行，並實現系 統10的客戶機12和伺服器16之間的通信。包括消息、數據和其它信號 的該通信允許客戶機12和系統10跟蹤並管理通信、網絡狀態、用戶和用 戶狀態。在客戶機12和伺服器16上運行的消息和信令服務模塊20c之間 發送的消息和信號的類型包括例如用戶的網絡可用性、伺服器16發送到 客戶機12 (可能包括"高水印(high water mark)")的消息的跟蹤，這些消 息確定是否整個消息或消息的某個部分丟失(例如由"產生的"客戶機創 建的每會話每參與者的序列號)、用戶是否正講話或複查給定會話的消息、 用戶相對於會話首部的位置、或參與者何時不再複查會話實況。這些是在 客戶機12和伺服器16上的消息和信令服務模塊之間發送的很多類型的消 息和信號中的一些的實例，且決不應,皮解釋為限制本發明。
D丄2.4用戶接口 API
用戶接口 API 20d是界定一組功能調用的模塊，這些調用定義用戶接 口模塊20e和MCMS應用程式20的底層服務之間的編程接口 。用戶接口 API 20d支持通用方法，例如UI應用程式支持、以及用戶接口操作MCMS 應用程式20所必需的所有功能調用。在各種實施方式中，用戶接口 API 20d使客戶機12能夠支持各種用戶接口和設備類型，例如基於Adobe Flash的和/或Microsoft Windows應用程式、蜂窩或行動電話設備、以栽 頻驅動的PSTN設備、語音用戶接口 ( VU1)和物理無線電通信接口。在 各種實施方式中，用戶接口 API 20d既使高度靈活的也使高度受限的用戶 接口的設計能夠支持MCMS應用程式20的功能。
D.l.2.5 MCMS用戶接口模塊
MCMS用戶接口模塊20e支持客戶機12的音頻和視頻用戶接口的操 作和功能。用戶接口模塊20e支持很多用戶交互作用，並可使用各種交互 作用介質例如圖形用戶接口屏幕的陣列、音頻/DTMF接口或設備13上的語音用戶接口來實現，所有這些交互作用介質都使用戶能夠與系統10進
行交互作用。被支持的用戶交互作用的部分列表例如包括功能登錄；管 理、加入和監控會話；控制會話再現；管理優先級；以及請求複查被存檔 的會話。應注意，該列表是示例性的，且決不應被解釋為限制本發明。
D.1.2.6會話/消息管理服務
會話/消息管理服務20f是定義管理數據結構和過程的一組功能的模 塊，其負責管理並保留用戶管理在會話的參與者之間傳輸和接收的媒體 (例如，語音或視頻內容消息)的接收和複查所需要的所有信息。消息被 組織成會話。運行應用程式12的設備13所發送和接收的媒體可用於在被 接收時立即複查。接收到的媒體也被記錄，用於在時移模式中複查、會話 管理和歸檔目的。在可選的實施方式中，消息或會話可以可選地被暫時標 記，指定其期望的保留要求(例如，超出對立即再現的要求， 一些消息將 不被保留或儲存)。在又一實施方式中，媒體可以可選地被標記用於只在 時移模式中複查，且不能在接收到時立即被複查。
對於用戶的每個當前的或正在進行的會話，會話/消息管理服務20f 進一步實現在任何時間4某體到接收客戶機12的發送，且接收客戶機12
無縫地使這些消息與適當的會話相關，而不管接收者活動或不活動。
使用會話/消息管理服務20f,所有會話實質上是異步的。如果兩個用 戶主動地參與給定會話，且在傳輸之間用戶控制的延遲最小，則體驗將是 同步全雙工會話之一，如同當前的電話或VoIP會話一樣。如果用盧由於 無論什麼原因延遲其參與，則會話趨向於異步語音(或其它媒體)消息體 驗。在可選實施方式中，會話可以可選地被標記為僅僅異步消息或僅僅同 步消息。在這些情況的任一個中，會話不能在兩個模式之間移動，除非標 記被重置。在標記被重置之後，會話再次可在接近同步(即，即時或實時) 和異步(即，時移或語音消息)模式之間移動。
會話/消息管理服務20f以逐步的方式處理消息的傳輸和接收。當傳 輸時，媒體可在消息被同時編碼、儲存和傳輸時產生。換句話說，消息的 傳輸可與用戶產生媒體同時出現(即，當對其設備13講話或產生視頻時)。 在接收惻上，消息的接收、儲存和再現也都逐步出現。消息不需要在它們可被再現之前被全部接收到。消息的再現可與消息被傳送同時出現，直到
剛好達到MTSD。進一步地，服務20f也能夠同時傳輸正在進行的消息並 再現進入的消息。服務20f的逐步性質允許用戶參與即時會話，對會話的 媒體同時儲存和流式化，用於以後取回和複查以及這裡所述的其它功能。
如果用戶遺失早些時候的消息或巻入另 一會話，通過會話/消息管理 服務20f對消息進行的時移，允許用戶對會話"跟上即時"。該時移過程 消除了用戶向其整個組或信道廣播使消息重複的請求的需要。較老的消息 可在任何時間以可能較高的速度重放，以節省時間。用戶可容易在其消息 中和各個消息內來回跳躍。複查過程可在消息-優先級基礎上配置成可能 跳過較低優先級的消息。
在一個實施方式中，會話/消息管理服務20f也由特定的參與者(講 話者)識別消息，且默認地混合^L同時發送(MCMS-S )的會話消息。在 可選實施方式中，用戶可分開複查會話的不同參與的講話者的傳輸。
會話/消息管理服務20f進一步允許在被添加到活躍的或存檔的會話 的參與者中間共享會話。在一個實施方式中，任何添加到會話的參與者被
提供對會話的訪問，並有取回以前的會話消息用於複查的能力。在可選實 施方式中，所添加的參與者被提供對只從新參與者加入的點開始的會話消 息的訪問，而不是任何以前的會話消息。
會話/消息管理服務20f也負責管理用於控制存儲和流模塊24所執行 的所有再現任務的功能。這些任務包括適合地對運行應用程式12的設備 13再現媒體(例如，語音、視頻等)。這些再現任務包括但不限於混合消 息(即，交迭的消息)的再現，以及根據用戶定義的標準的再現，例如播 放加快、跟上即時、消除無聲和移除猶豫虛詞、頻移、以及在多方會話中 將獨立的增益控制應用於各個發送者的能力。
D丄2.7優先級服務
優先級服務20g是定義管理數據結構和過程的一組功能的模塊，其 負責管理並保留用戶管理用戶所參與的連續會話(即，MCMS-C)的優先 級所需的所有信息。當用戶參與多個連續的即時會話時，用戶需要按優先
32順序排列會話。當不同會話的消息準備同時再現時產生問題。算法用於確 定消息被再現的順序，該順序考慮待再現的消息的可用性和用戶設置的優 先級。算法確定具有最高優先級的可用消息首先被再現，而任何同時可用 的消息被自動時移，恰好足以允許再現較高優先級的消息。當再現時間變 得可獲得時，系統將根據用戶的優先級自動再現時移的消息。
D.1.2.8聯繫人服務
聯繫人服務20h是定義管理數據結構和過程的一組功能的模塊，其 負責管理並保留驗證一個或多個聯繫人並使一個或多個聯繫人與會話相 關聯所需的所有信息。當作為與多個聯繫人相關的會話的一部分發送消息 時，所有的聯繫人都接收到該消息。
D.1.2.9在場/狀態服務
在場/狀態服務20i是定義管理數據結構和過程的一組功能的模塊， 其負責管理並共享在系統的某些用戶和/或非用戶之間的在場和狀態信 息。在各種實施方式中，為參與客戶機12的用戶所參與的會話的所有用 戶和非用戶、聯繫人列表中的所有用戶和非用戶、或預定域內的用戶(例 如，公司或其它組織的成員)維持在場和狀態信息。這些例子只是例證性 的，且不應被解釋為限制性的。在場/狀態服務模塊20i可管理和共享關 於用戶和/或非用戶的任何限定組的在場和狀態信息。
在場/狀態服務20i使用戶能夠監控其它用戶的意圖、注意力及其對 任何給定會話的時移延遲(即，他們對複查會話實況的消息落後到什麼程 度)的狀態。在一個實施方式中，提供了關於在場和狀態數據的可用性的 隱私控制。在場/狀態模塊20i進一步控制使系統10能夠發送與用戶的行 為和意圖匹配的消息的數據。例如，用戶可通過指定複查或不複查會話實 況的意圖來指示其狀態。作為響應，根據用戶的意圖再現的命令，在場/ 狀態服務20i發出使"即時"或時移的消息。此外，用戶的意圖被會話的 其他參與者共享。服務201也能夠從用戶的行為推斷其它狀態值。在場和 狀態信息也用於優化網絡業務和帶寬，如下面更詳細描述的。
D丄2.10消息/信號服務消息/信號服務20j是定義管理數據結構和過程的一組功能的才莫塊， 其負責使用特殊的消息或可聽音向系統10的用戶發消息和發信號。特珠 的消息或音可包括例如消息是即時的還是時移的.消息來自於誰的指示、
優先級以及其它因素的指示。消息/信號服務20j進一步具有下列能力(i) 發信號通知網絡上的用戶的在場或缺席，以及通知是否一個或多個用戶不 再主動複查會話消息的能力；(ii)當其注意另一會話而根本不注意其設 備13時，"響鈴"或以其他方式通知另一用戶引起其注意；(iii)為當前 不在網絡18上的用戶留下消息，從而下次個人再次連接到網絡18時立即 複查該消息；(iv)產生警告發送者發送消息沒有被接收者接收到的可聽 到的或可見的反饋，產生消息被接收者接收時的確認，和/或指示消息何 時被接收者聽到的確認；以及(v)實現優先級方案，其中可在會議或戰 術呼叫時通知個人立即需要其注意力在呼叫上。該指示可傳達接收者多級 別緊急事件和某種確認。
D丄2.11再現和編碼
再現和編碼模塊21負責執行MCMS應用程式20的所有再現任務。 這些任務包括為運行應用程式12的設備13適當地再現媒體。
D.2存儲和流才莫塊
存儲和流模塊24支持下述很多功能和性能屬性。
使用存儲和流模塊24,消息傳輸本質上是"全雙工的"，使任一方能 夠在任何時間發送消息，即使當另一方也在發送消息時，或如果另一方沒 有空或以其他方式在使用中。存儲和流模塊能夠如在即時PSTN或VoIP 呼叫中一樣再現消息，或在時移消息模式中發送它們。它能夠優化傳輸並 根椐用戶的願望控制再現。
存儲和流模塊24維持與底層網絡18上的所有目標接收者(例如服 務器16或其它設備3)的連接性，管理所有消息、信號和媒體傳輸，並 優化在網絡18上的發送速度和帶寬利用以滿足用戶的即時性能要求，同 時管理網絡質量和能力。模塊24適應並優化與底層網絡18的質量和能力 相稱的媒體發送。當可獲得底層網絡資源不充足時，所傳輸的媒體流的質量可能被降低。當帶寬變得可用時，所傳輸的媒體流的質量可能提高。除 了對々某體質量的折衷以外，存儲和流功能可根據用戶意圖對在每個分組中 傳輸的媒體的數量進行折衷，以如下所述實時地再現數據。
通過根據底層網絡18的條件動態地控制媒體的發送速率，存儲和流 才莫塊24被優化以發送在接收時"足夠好，，再現的時間敏感的i某體，並為 了存檔目的通過請求丟失的、低質量或損壞的分組的重傳的後臺過程，來 保證媒體的準確或完整拷貝的最終發送。只要足夠的網絡資源存在以滿足 最低媒體質量水平，該重傳就不妨礙即時呼叫媒體的再現。系統10的客
戶機12因此設計成在以相當大的可能等待時間為代價的々某體的準確或完
整拷貝的發送與々某體的快速發送之間填補性能缺口，但不保證完整性。在 本申請的上下文中，術語"足夠好"意指媒體的質量足夠，使得當它被再 現時它是可理解的。"足夠好"的概念因此是主觀的，且不應在絕對的意 義上被解釋。例如，足夠好的某些媒體的質量水平可根據媒體的類型、環 境和其它因素變化。
存儲和流模塊24進一步持久地儲存通過利用設備13產生的、或以 其它方式使用設備13發源的、或通過網絡18從其它設備13和Z或用戶接 收的所有媒體。將該媒體儲存在運行客戶機12的設備13上有一些重要的 優點(i)它使用戶能夠為另一方留下消息，即使在發送者和/或接收者 沒有空或網絡連通性差時。在不充足的帶寬的情況下，消息將與可有效地 使用可用帶寬一樣快得被傳輸。在沒有連通性的情況下，只要網絡連通性 變得可用，就將消息排隊用於傳輸，導致時移發送；(ii)用戶能夠暫停、 重放、快進並對於正在進行的會話跟上即時，以及耳又回和複查被存檔的以 前會話的消息；以及(iii)它實現在系統10上的數據有效載荷的優化， 並提高了相對網絡帶寬和可能不時地出現的連通性問題的系統適應性。
存儲和流模塊24還負責適當地混合消息以產生交迭的消息(由會 話或背景噪聲中的講話者的正常交迭產生)，模擬實際會話，其中多方正 在講話；再現音頻媒體的轉錄或轉換；根據很多用戶定義的標準調節媒體 的再現，該標準包括播放加快、消除口語詞之間的無聲間隙、移除猶豫虛 詞、以及頻移；以及在多方會話中將獨立的增益控制應用於各個發送者的能力；以及其它可能的再現選項。
存儲和流模塊24管理其本身和MCMS之間的控制和信息消息。 D.2.1持久性無限消息緩衝區(PIMB)
持久性無限消息緩衝區或PIMB 30是用於其儲存和取回的一組附有 索引的(即附有時間戳和順序編號的)媒體有效栽荷數據結構和系統。在 一個實施方式中，PIMB 30中的數據是任意持久性的，意味著它實質上永 遠可用或至少直到系統用完儲存。各種保持速率和策略可用於有效地利用 存儲資源。對PIMB 30的物理存儲實現方法存在很多可能的實現方法， 包括但不限於RAM、快閃記憶體、硬碟驅動器、光學介質或其某種組合。PIMB 30在尺寸上也是"無限的，，，意味著可存儲在PIMB 30中的數據的量並不 內在地被限制。無需此限制與數據一被再現就丟棄數據的現有抖動緩沖區 技術比較。在一個特定的實施方式中，使用與用於持久儲存的硬碟驅動器 連接的小和相對快的RAM高速緩衝存儲器可實現PIMB30。當超過PIMB 30的物理儲存容量時，數據保持在伺服器16上(如下所述)，用於以後 按需取回。諸如最近最少使用或先進先出的用戶標準或置換算法用於控制 儲存在PIMB 30中的實際數據和保持在伺服器16上的或在任何時刻被存 檔的數據。PIMB 30進一步提供系統存儲器的屬性和資料庫的隨機存取屬 性。任何數量的會話不管其持續時間或每個會話中消息的數量如何，都可 被儲存並以後取回用於複查。此外，與會話消息相關的元數據例如其創作 者或其長度也可存儲在PIMB 30中。在可選實施方式中，附有索引的媒 體有效載荷和其它數據可在指定的一段時間(例如30天)內被儲存。一 旦^ 某體的壽命超過指定的期限，有效載荷和數據就被丟棄。在另 一 實施方 式中，可根據包含有效載荷的消息的發送者和/或接收者或與有效載荷相 關的會話或消息的主題來丟棄有效載荷。在又一些其它實施方式中，有效 載荷和數據可被暫時標記，意味著超過對立即再現的要求，消息將不儲存
在PTMB 30中。
D.2.2數據和網絡質量存儲器
數據和網絡質量存儲器(DNQS) 32是用於存儲關於從PIMB 30讀 取或寫到PIMB 30的媒體有效栽荷和Vox分組的信息的數據存儲器。D.2.3 PIMB寫入器
PIMB寫入器28為了兩個基本目的將H據寫到PIMB 30。 PIMB寫入 器28寫入來自運行客戶機12 ("編碼接收")的設備13上的媒體捕獲設 備(例如，麥克風或攝像機)的數據。PIMB寫入器28也將從其它客戶 機12通過網絡18接收的數據寫入PIMB 30中("淨接收(Net Receive)")。
D.2.3.1編碼接收
為了從設備13捕獲媒體，PIMB寫入器28包括編碼接收器28a和數 據存儲器28c。當用戶對著麥克風講話或使用例如設備13產生視頻圖像 時，硬體34接收原始音頻和/或視頻信號並將其提供到編碼接收器28a, 編碼接收器28a將信號編碼成附有索引的媒體有效載荷(此後有時簡單地 稱為"有效載荷")。數據存儲器28c將有效載荷儲存在PIMB 30中。其 它類型的々某體例如傳感器數據以類似的方式轉換成有效載荷。
D.2.3.2淨接收
為了將通過網絡18接收的媒體儲存在PIMB 30中，PIMB寫入器28 的淨接收功能包括淨接收器28d、數據緩衝器28e、數據存儲器28f、數 據質量管理器28g和網絡質量管理器28h。淨接收器28d通過網絡18接 收Vox分組。數據緩衝器28e將接收到的Vox分組置入其自己的適當序 列中，並阻止進入的Vox分組的重現延遲至少最小時移延遲(MTSD)。 數據存儲器28f將分組轉換成附有索引的媒體有效載荷，並將附有索引的 媒體有效載荷存儲在PIMB 30中。當有效載荷被儲存時，數據質量管理 器(DQM) 28g記錄任何遺失或有缺陷的分組。如果分組遺失或有缺陷， 則DQM 28g安排對通過網絡18重傳的請求。發送設備通過重發遺失或 有缺陷的分組來回答。最終這些分組轉換成附有索引的^^體有效載荷，並 儲存在PIMB 30中。通過取回遺失或有缺陷的分組，發送者的消息的"準 確，，拷貝最終儲存在PIMB 30中。遺失和/或有缺陷的分組的重傳不實時 地延遲消息的再現，假定被發送的分組具有"足夠好"的質量和數量。如 果不足的網絡資源可用於支持新的"即時"數據以及重傳，則重傳請求可 被DQM28g延遲。
37D.2.4 PIMB讀出器
PIMB讀出器26為了兩個基本目的從PIMB 30讀取數據。當為本地 客戶機12再現數據PIMB ("再現")時，PIMB讀出器26訪問PIMB 30。 當客戶機12通過網絡18傳輸數據("傳輸")時，數據從PIMB 30被讀取。
D.2.4.1再現
為了在客戶機12上再現消息，PIMB讀出器26包括數據優先器26a、 數據取回器26b、分組損失補償/內插器(PLC/內插器)26c、數據混合器 26d和數據再現器26e。優先器26a通過建立可能被再現的消息的有順序 隊列，按優先順序排列待再現的數據。它使用用戶配置的優先級用於再現 連續的會話(MCMS-C)。此外，數據優先器利用媒體數據在由MTSD所 施加的限制內再現的可用性、用戶的當前注意力、以及用戶限定和暗示的 意圖。數據取回器26b從PIMB 30取回按優先順序排列的附有索引的媒 體載荷。PLC/內插器26c使用已知的分組損失補償和內插算法對取回的 有效載荷執行分組損失補償和內插。要使用的特定方法取決於使用中的媒 體編解碼器以及其它公知的參數。混合器26d用於將來自單個會話的多個 消息的數據流適當地混合在一起。例如，如果會話的兩個或多個參與者同 時講話，則混合器26d混合消息，產生兩個參與者同時講話的效應。在可 選實施方式中，用戶具有一次複查來自一個參與者的多個流的選擇。如果 會話中只有一個參與者講話，則混合器26d可只傳遞單個消息流，而不執 行任何混合。再現器26e從混合器模塊26d獲得數據，並將其轉換成適合 於硬體驅動器34的形式。硬體34接著根據媒體的類型驅動設備13的揚 聲器或視頻顯示器，產生語音、視頻或設備13上的某個其它可聽得見和/ 或可看得見的通知。
D.2.4.2 iil:
為了準備用於通過網絡18從客戶機12傳輸的消息，PTMB讀出器26 包括數據優先器26f、分組質量管理器(PQM) 26g、數據取回器26h、打 包器26i、發送器26j和確認器26k。數據優先器26f按優先順序排列用於 通過網絡18傳輸的消息。使用與可用於傳輸的有效載荷有關的MCMS參與者屬性、網絡連通性和帶寬條件以及超出下一中繼從而即時或時移地 再現的用戶意圖、且在一些實施方式中傳輸捆綁的可能優化，來確定優先 級，在所述一些實施方式中，到任何給定的下一網絡中繼的多個分組是可 用的。按優先順序排列的分組接著使用PQM 26g被優化，這確保對即時 消息的"足夠好"數據質量的及時發送，同時最小化實時帶寬，如下面更
詳細描述的。數據取回器26h從PIMB 30取回適當的有效載荷。打包器 26i將有效載荷裝配成Vox分組，其接著由發送器模塊26j通過網絡18 發送。當接收者接收到Vox分組時，確認通過網絡18被發送回確認器26k， 用於通知發送用戶消息已到達其目的地。
D.2.5分組質量管理器
PQM 26g具有幾個優化目標(i)時間敏感的媒體的充分拷貝的及時 發送(對於再現"儘快從而足夠好")；(ii)可用帶寬的有效使用，意味 著使用底層網絡的最佳傳輸頻率、有效載荷質量和分組大小；以及(iii) 當網絡條件變化時動態地調節或改變傳輸頻率、有效載荷內容、有效載荷 質量、分組大小等的能力。
D.2.6網絡質量管理器
在網絡傳輸的接收側上是網絡質量管理器28h ( NQM )。 NQM負責 為將媒體發送到客戶機12的每個發送者觀察網絡性能的特定屬性，將抖 動、損失和吞吐量的期望值與其實際值比較。這用於為每個發送者計算網 絡質量評級(NQR)。該NQR用於指示發送者空閒性和接收設備的用戶 的會話活躍度。
D. 2.7數據質量管理器
數據質量管理器28g通過觀察分組損失、抖動和吞吐量，測量通過 網絡接收到的數據的質量。DQM 28g為了三個目的使用這些測量(i) 將接收報告發送回發送者；(ii)可選地使用那些接收報告來請求某些數 據的重傳；以及(iii)使NQM 28h可利用這些測量。
E. 月良務器結構
參考圖3，其為在伺服器16上運行的應用程式78的結構圖。應用程式78在很多方面類似於客戶機應用程式12，並包括MCMS伺服器應用 程序80、 MCMS資料庫82、存儲和流才莫塊84、 PIMB85、數據和網絡質 量存儲器(DNQS ) 86、管理在MCMS伺服器應用程式80與存儲和流模 塊84之間來回的消息和信號的MCMS-SAS消息處理才莫塊87a和87b、存 檔/取回器88、和檔案庫89。應用程式78還包括驗證-力。密-保護模塊40 和通信協議^^莫塊44。
MCMS伺服器應用程式80是包括MCMS資料庫模塊20a、存儲和流 (SAS)模塊20b、消息/信令模塊20c、會話/消息管理服務20f、優先級 服務20g、聯繫人(包括用戶和驗證)服務20h、在場/狀態服務20i和消 息/信號服務20的多層結構。應用程式78的前述模塊和服務類似或等同 於與客戶機12具有相似的參考數字的模塊和服務，因此不在這裡詳細描 述，除了一個明顯的例外。在各種實施方式中，MCMS伺服器應用程式 80以及存儲和流^莫塊84，包括MCMS資料庫82，配置成在應用程式的 一個實例中支持很多用戶。所述一個實例還可配置成支持多個域，其中每 個域被定義為一組用戶(即，公司或屬於共同的組織的其它用戶組)。該 結構允許伺服器16上的每個應用程式78為多個用戶(或域)服務，其中 每個用戶(或域)對其他用戶是不可見的。此劃分被稱為"多租用 (multi-tenancy)"。
伺服器存儲和流模塊84執行淨接收和傳輸的功能。對於淨接收功能， 模塊84包括淨接收器28d、數據緩衝器28e、數據存儲器28f、數據質量 管理器(DQM) 28g和網絡質量管理器28h。對於傳輸功能，模塊84包 括數據優先器26f、分組優化器26g、數據取回器26h、打包器26"發送 器26j和確認器26k。存儲和流模塊84的前述元件類似或等同於與客戶 機12具有相似參考數字的模塊和服務，因此不在這裡詳細描述。
因為伺服器16不直接與用戶進行交互作用，不需要提供在客戶機12 的存儲和流模塊24中設置的編碼和再現功能。MCMS應用程式80當在 伺服器16上運行時不直接與用戶進行交互作用。因此，不需要用戶接口 和用戶接口 AP模塊和服務20e和20d。
每個伺服器16上的應用程式78可能為多個租戶服務，意味著它為系統10的多個用戶服務。伺服器應用程式78的PIMB 85因此明顯較大， 並用於存儲多個用戶的4某體有效載荷，這與PIMB 30不同，PTMB 30用 於只儲存僅僅一個用戶的所產生或接收到的有效載荷。存儲和流模塊84 的主要目的是接收客戶機12所傳輸的消息並將消息傳輸到其它客戶機 12。當消息被接收到時，它們儲存在PIMB 85中並直接根據系統配置沿 著到預期接收者或到接收者的路徑傳輸到網絡層14的下一伺服器16(即， 下一 "中繼")。存檔取回器88負責將儲存在PIMB85中的媒體有效載荷 在檔案庫89中存檔。當PIMB 85中的物理空間用完時，PIMB 85中的媒 體有效載荷移到檔案庫89，其為大容量存儲設備。在各種實施方式中， 儲存在PIMB 85中的有效載荷可根據用戶定義的標準和/或任何已知的置 換算法例如先進先出(FIFO )或最近最少使用(LRU)被存檔。應注意， 為了簡單起見在圖1中只示出一個伺服器16。應理解，在實際實施方式 中，多個伺服器或"伺服器群"可用於具有大量用戶的網絡。
術語"持久"和"無限"用於描述PIMB 30,且PIMB 85不應照字 面被解釋為絕對術語。用戶可能希望無限地儲存被認為重要的一些消息。 在其它情況下，例如兩個朋友之間的隨意聊天，消息可在某個時間段之後 被刪除以節省空間。根據本發明的各種實施方式，可使用由系統10設置 的或由用戶配置的不同的保留策略。詞"無限"的使用指沒有對P1MB強 加任何預設時間邊界。這與當前的抖動緩衝器系統形成對照，其在媒體被 再現之後丟棄它。術語"持久"和"無限"因此應廣泛地被解釋為意指 PIMB 30和PIMB 85對時間範圍和可存儲在其中的消息的數量沒有內在 限制。
在持久性存儲介質中給會話消息存檔有很多優點。語音消息和其它 媒體可按需要被組織起來、編索引、搜索、轉錄、翻譯和複查。語音以及 其它媒體因此變成可由用戶和組織管理的資產。這些媒體資產對公司、第 一出動人員、警察和火警部門以及軍隊具有價值。
F. Vox協議和附有索引的媒體有效載荷
如上所述，Vox協議由存儲和流模塊24使用來支持有效載荷傳輸、 存儲和優化的所有方面。Vox分組是設計成封裝在傳輸分組或網絡18的底層技術的傳輸分組內部的有組織的消息格式。該布置明顯提高了系統
10的靈活性。通過將Vox分組嵌入現有的傳輸分組中，與定義"Voxing" 應用程式的新傳輸層不同，系統10利用在現有電信基礎設施上運行的基 於當前分組的通信網絡。因此不需要產生用於處理Vox分組的新網絡結 構，從而利用這裡所述的系統和方法的所有好處。
參考圖4A,其示出Vox分組95的一般格式結構。Vox分組95的格 式包括用於類型、子類型、長度和有效載荷的欄位。Vox分組的不同類型 包括驗證、信令、媒體有效載荷、媒體多路復用(一個消息)和媒體多路 復用(多個消息)。子類型欄位用於表示驗證、信令或媒體類型消息的不 同類型。驗證消息的可能的子類型包括用於關鍵字交換和驗證所必需的那 些子類型。信令消息的可能的子類型包括註冊、路由、消息建立和網絡管 理。媒體消息的可能的子類型包括不同的編解碼器類型和不同的有效載荷 聚集技術。長度欄位限定有效載荷的總長度或大小。有效載荷欄位包含分 組95的i某體或實際有效載荷。
參考圖4B，其示出說明封裝在網絡18所使用的示例性協議中的Vox 分組95的圖示。在本例中，Vox分組95分別嵌入底層UDP、 1P和以太 網傳輸分組96中。以這種方式，Vox分組95可在網絡18的底層UDP、 JP和乙太網層中傳輸。這是分組網絡所使用的標準協議封裝技術。
參考圖4C,其示出說明封裝在UDP、 IP和乙太網97中的媒體多路 復用Vox分組95的圖示。在本例中，Vox分組95包括媒體類型欄位、媒 體子類型欄位、長度欄位，消息ID欄位、時間戳欄位、序列ID欄位和 媒體有效載荷欄位。
參考圖4D，其示出附有索引的媒體有效載荷98的格式。附有索引的 媒體有效載荷包括子類型欄位、長度欄位、消息標識符(1D)欄位、時 間戳欄位、序列標識符(ID)欄位和媒體有效栽荷的欄位。
Vox分組95封裝到底層網絡的傳輸分組中允許媒體、消息和會話每 個都由多個屬性限定。
當媒體在設備13上產生或以其他方式起源時，它一般是基於時間的，
42意指它隨著時間的過去以某種有意義的方式改變。例如當人參與會話時， 他們講的詞集合在一起成為句子或語句，其可隨著時間的過去變化，且因 而形成的數據(流和分組)將隨著時間的過去維持相同的變化。類似地， 視頻(與靜止的照片不同)以及GPS或其它傳感器數據將隨著時間的過
去變化。不管類型或它如何起源，糹某體被分割並置於多個Vox分組95的 有效載荷中。分組接著分別在傳輸和接收設備13處以流(即，流媒體) 的形式被連續地儲存、傳輸、接收、儲存並再現。因為每個分組95附有 索引、附有時間戳並被給出序列標識符，單獨分組可被分割成消息。通過 連續將單獨的消息連接在一起，可構成會話。
系統10的一個進一步的獨特的方面是客戶衝幾12所產生的々某體有效 載荷被儲存在多個位置。有效載荷不僅儲存在產生設備13的PIMB 30中， 而且儲存在伺服器16的PIMB 85和接收設備13的PIMB 30中。該基本 特徵使很多上述Voxing功能實現或變得可能，並給系統10提供適應性和 可操作性，即使當網絡條件差時或當會話的參與者沒有連接到網絡時。
G.與底層電信協議的互操作性
系統IO預定在各種現有的通信網絡18例如網際網路、固定PSTN類型
圍繞著在系統10中的不同客戶機12和伺服器16之間移動很多小單位的 信息(即，Vox分組)的概念而被設計。雖然Vox分組可在大小上變化， 根據其功能和有效載荷，它們對底層網絡層都表現為相同類型的數據。在 —個實施方式中，系統10為IPv4網絡例如互Jf關網而,皮設計和優化，但也 可支持其它類型的網絡。為了該文件的目的，術語"IP"應被理解為意指 IPv4 、 IPv6或網際網路協議的任何其它當前或未來的實現。
參考圖5，其示出在設備13上運行並通過共享的IP網絡]00與服務 器16進行通信的客戶機12的圖示。如所示，客戶機12通過第一網際網路 伺服器提供商A耦合到共享的IP網絡100，且伺服器16通過第二網際網路 服務提供商B耦合到共享的]P網絡100。在通信期間，Vox分組95(在 附圖中^皮設計的"VP" ) ^皮封裝在UDP/IP分組中，接著如本領域中公知 的在其它P協議分組中交錯(ii]terleave)，並在整個共享的IP網絡100中從客戶機12傳輸到伺服器16,或反之亦然。如公知的，每個較低分組層 封裝直接在其上的層的整個分組。分組也可在兩個伺服器16之間以類似
的方式發送。消息通過共享的IP網絡]00從啟用一個客戶機12的設備 13發送到另 一設備。在每個中繼時，Vox分組95嵌入底層IP協議中並被 傳輸，直到它們達到目標目的地。
圖5的圖示僅僅是示例性的，為了說明只示出連接到網絡100的單 個客戶機12和伺服器16。在系統10的實際實施方式中，大量客戶機12 和一個或多個伺服器16 —般連接到共享的IP網絡100。注意到客戶機12 和伺服器16沒有排它地使用IP網絡100也是有用的。在所示例子中，通 過網際網路提供商A耦合到網絡100的HTTP客戶機可使用HTTP伺服器 來回發送分組，其通過第三網際網路-提供商C耦合到網絡100。系統10不 控制嵌入IP分組中的VP橫穿網絡100的方式。更確切地，橫穿並共享 網絡100的所有分組都根據底層共享的IP網絡100的標準程序這麼做。
參考圖6,其示出基於"電路，，的網絡104，例如GSM行動電話網 絡。電路網絡104耦合在設備13上運行的客戶機12和伺服器16之間。 一旦在客戶機12和伺服器16之間建立電路，系統10就將Vox分組(Vpl 、 VP2、 VP3、 VP4、 VP5等)分層到網絡104所使用的底層分組上，並在 整個網絡104中傳輸它們，產生"虛擬Vox"電路。Vox分組連續橫穿電 路網絡104， 一般使用本領域中公知的用於通過電路網絡傳輸數據的間隔 或成幀數據。此外，分組結構參數例如有效載荷大小和所包括的首部欄位 的數量可用於利用每個分組開銷的缺乏，並增加在整個網絡104中的數據 傳輸的速度和/或效率。應再次注意，為了簡單起見，只有單個客戶機12 和伺服器16被示為連接到網絡104。然而應理解，客戶機12和伺服器16 之間的額外的電路以及其它部件可同時通過網絡104來建立。網絡104 因此不專用於Vox分組的傳輸，而更確切地其可與其它類型的網絡業務 共享。
參考圖7,其示出說明與第一網絡A相關的啟用第一客戶機]2A的 設備13A和與第二網絡B相關的啟用第二客戶機12B的設備13B之間的 通信。網絡A和B每個還分別包括網關伺服器16A和16B。網關伺服器對16A和16B i^更於兩個網絡A和B之間的通信，允許設備13A和13B 彼此通信。在各種實施方式中，網絡A和B每個可為任何類型的網絡。 例如，每個網絡A和/或B可為IP網絡、電3各類型的網絡、或無線或蟲奪 窩網絡(即，CDMA、 GSM、 TDMA等)。橫跨兩個網絡A和B的服務 器16被認為是網關伺服器，因為它們在兩個網絡之間按規定路線傳輸業 務或用作"門"。
使用系統10，存在優化系統性能的幾個底層網絡交互作用考慮因素。 這些考慮因素包括例如解析Vox分組95將,皮發送到的底層地址、任何已 發送的Vox分組的完整性、以及可在整個給定網絡或網絡的組合上發送 的單個消息的最大傳輸單元(MTU)的管理的因素。
目標客戶機12的地址需要是已知的，以便底層網絡將Vox分組95 發送到正確的位址。對於IPv4網絡，該地址一般為IPv4地址，其為唯一 地識別網絡中的主才幾的32位數字。對於其它聯網4支術，該地址可為某個 其它類型的標識符。IP網絡使用域名系統(DNS )來將人可讀的名稱解 析成IP位址，並使用地址解析協議(ARP )將IP位址解析成物理地址。 不管底層聯網技術如何，系統10都使用上述或其它已知的編址方案以將 Vox分組95發送到正確的位置。
如同幾乎任何基於分組的通信系統一樣，如果底層網絡不能夠發送 其中封裝有Vox分組的分組，則所傳輸的Vox分組可能不被發送到其寄 送的位置。大多數分組網絡不通知發送器何時丟下分組。相反，它們依賴 於發送器和接收器來通知並補償任何丟下的分組。系統IO設計成使用這 些接收器接收報告消息以協調此分組丟失管理。如果底層網絡能夠通知發 送者丟失或丟下的分組，則系統IO在其重傳協議中利用該信息。
MTU的管理是確定可在整個網絡中發送的最大傳輸單元(即，單個 消息的最大大小)。對於基於分組的網絡，底層網絡利用MTU。對於電路 交換網絡，MTU可為網絡效率和性能的可調參數。因此在大多數情況下， 底層網絡利用或確定可被有效地傳輸的Vox分組95的最大大小。例如對 於IP網絡，如果有效載荷超過MTU，則分組可被分段，但遭受相當大的 性能損失。對於乙太網網絡上的IP,傳輸設備具有1518個字節的MTU ，如乙太網所實施的。最大的IP分組必須為乙太網首部留下空間。最大的 UDP分組必須為TP和乙太網首部留下空間，且可例如在乙太網上產生的
最大Vox協議是乙太網MTU (1518 ) -IP首部(20 ) -UDP首部(8 ) =1490 個字節。因為Vox協議將具有其自己的首部，實際Vox媒體有效載荷將 小於乙太網網絡上的1490個字節。對于吉比特(Gigabit)乙太網，MTU可 大得多，但將使用類似的規則確定。
在完全基於分組的網絡中，有MTU的兩個可能的值，本地鏈路MTU 和路徑MTU。確定本地鏈路MTU產生有效地發送到本地網絡接口的Vox 分組的最大大小。路徑MTU產生可完整無損地一直發送到遠程節點的 Vox分組的最大大小。如果發送者通過乙太網被連接，則Vox分組可通過 在途中具有較小的MTU的各種其它系統傳遞到接收者。到目的地的路徑 上的較小MTU需要被發送者解析和知道。在IP世界中，存在用於發現 稱為"路徑MTU發現"的最小MTU的標準程序。對於其它類型的網絡， 可使用等效的程序。再次，因為系統10在其它網絡的頂部被分層，可使 用上面MTU算法中的任何一個。
H.操作流程圖
H.l存儲和流
參考圖8A到8F ，提供了 一系列流程圖來示出分別在客戶機12和服 務器16上的存儲和流模塊24和84的操作。圖8A示出將消息傳輸到第 二客戶機122的第一客戶機12,的操作的序列。圖8B和8C示出發送客盧 機12,上的PIMB寫入器28和PIMB讀出器28的操作。圖8D和8E示出 接收客戶機122上的PIMB寫入器28和PIMB讀出器26的操作。圖1 OF 示出伺服器16上的存儲和流模塊84的流程圖。
在圖8A中，在設備13i上運行的客戶機12,的用戶發起待傳輸的媒 體。媒體可用很多不同的方法被發起於設備13，以便用戶通過對著麥克 風講話而產生媒體或在其設備13上產生視頻內容。媒體也可由設備I3 通過接收傳感器數據例如GPS信息或溫度讀數而被發起。無論媒體如何 被發起，媒體都被PIMB寫入器28 (框130 )編碼，PIMB寫入器28將 媒體轉換成附有索引的媒體有效載荷，並將其存儲在客戶機12,上的PIMB 30中(框132 )。客戶機12!上的PIMB讀出器26從PIMB 30讀出 有效載荷，產生Vox分組，並通過網絡18將分組傳輸到接收客戶機122 (框134 )。沿著發送客戶機12:和接收客戶機122之間的路徑的每個服務 器16將所傳輸的有效載荷存儲在PIMB 85中，並將Vox分組傳輸到下一 中繼(框133 )。在接收客戶機122, PIMB寫入器28的淨接收功能將Vox 分組轉換成附有索引的々某體有效載荷(框136),並將有效載荷存儲在客 戶機122的PIMB 30中(框138 )。客戶機122上的PIMB讀出器26的再 現模塊將從PIMB 30讀取的有效載荷信息再現為適合於人使用的介質例 如音頻或視頻(框140)。下面關於圖10B到10E更詳細地描述這些步驟 中的每個。
在圖8B中，詳細提供了由PIMB寫入器28執行的編碼接收功能序 列(圖8A的步驟130 )。在初始步驟130]中，運行客戶機12!的設備13 的使用產生待傳輸的媒體。如上所述，可通過對著麥克風講話、使用攝像 機接收傳感器數據或通過某種其它媒體產生部件來產生媒體。在下一步驟 1302中，編碼接收器28a給媒體編碼並產生附有索引的媒體有效載荷(步 驟I303 )，該有效載荷接著由數據存儲器28c儲存在PIMB 30中(步驟 132 )。
在圖8C中，詳細提供了由客戶機12,上的PIMB讀出器26執行的傳 輸功能的序列(圖8A的步驟134)。在決策環134,中，PIMB讀出器26 的傳輸功能連續檢查以查看是否待傳輸的附有索引的媒體有效載荷被寫 到PMB 30中並可用於傳輸。如果這樣的有效載荷在PIMB 30中可用， 則數據優先器26f使用MCMS參與者屬性信息按優先順序排列應首先被 發送的有效載荷，如在步驟1342中所示的。關於最高優先級有效載荷的 信息被傳遞到運行PQM的分組優化器模塊26g(步驟134、、)，如下面關於 圖9A-9C更詳細描述的。適當的有效載荷接著由數據取回器26h從PIMB 30取回(步驟1344 ),並由打包器26i轉換成Vox分組95 (步驟1345 )。 Vox分組95接著通過網絡8由發送器26j發送到接收客戶機122 (歩驟 ]346 )，接收客戶機122發送回反映被接收到的分組的特性(損失、抖動、 吞吐量)的接收報告。這些接收報告給PQM提供計算給定的接收方的MABR所必需的信息。前述過程對每個傳輸環重複，如從傳輸步驟到流 程圖的頂部的返回箭頭所指示的。
在上述實施方式中，媒體被編碼、存儲在PIMB 30中，並接著通過 網絡以串行方式傳輸。在可選的實施方式中，被編碼的^ 某體可儲存在 PIMB30中，並通過網絡並行地傳輸，意味著兩種功能實質上同時出現。
在圖8D中，示出了在接收客戶機122上的PIMB寫入器28的淨接收 功能的序列(圖的步驟136 )。在初始步驟136,中，淨接收器28d通 過網絡18接收Vox分組95。數據存儲器28f將分組轉換成附有索引的媒 體有效載荷(步驟1363 )，這些有效載荷被儲存在PIMB 30中(步驟1364 )。 當有效載荷被儲存時，運行數據質量管理器(DQM)。 DQM 28g檢查遺 失或破壞的分組，確保所傳輸的數據的準確拷貝的最終存儲，並將關於網 絡的條件的接收報告發送到發送器。下面關於圖9D到9F更詳細地描述 DQM28g的這些功能中的每個。
在圖8E中，示出了在接收客戶機122上的PIMB讀出器26的再現功 能的序列(圖8A的步驟140)。在初始步驟140,中，數據優先器26a按 優先順序排列待再現的附有索引的媒體有效載荷，如由MCMS應用程式 20使用MTSD信息以及包括用戶意圖和注意力狀態的用盧狀態和在場信 息所確定的。優先的有效載荷接著由數據取回器26b從PIMB 30讀取(步 驟1402 )。 PLC/內插器26c使用已知的分組損失補償和內插算法，根據使 用哪個編解碼器，來對取回的有效載荷執行分組損失補償和內插(步驟 1403)。在下一步驟中，如果兩個或多個參與者同時在同一會話中產生媒 體(例如，都同時講話)，則混合器26d混合會話的多個消息(步驟1404 )。 再現器26e從混合器26d再現數據流(步驟1405 ),為接收的用戶產生聲 音、視頻或其它々某體(步驟146)。
在圖8F中，示出了伺服器16從網絡18中的前一中繼接收Vox分組， 儲存、存檔並傳輸Vox分組到下一中繼的序列。在初始步驟中，伺服器 16執行PIMB寫入器的淨接收功能(類似於圖8D),以將接收到的數據 的附有索引的媒體有效載荷存儲在PIMB 85和檔案庫89或伺服器16中。 伺服器16也執行PIMB寫入器的傳輸功能(類似於圖8C)，以將接收到
48的分組轉發到網絡18上的下一中繼上。以這種方式，由發送客戶機12! 產生的媒體的拷貝被接收、存儲並沿著到接收客戶機122的路徑的每個中 繼被發送。
在前述實施方式中，接收到的附有索引的媒體的記錄儲存在伺服器
16的PIMB91中，並以串行方式傳輸到下一中繼。在可選的實施方式中， 接收到的附有索引的有效載荷可儲存在PIMB 91中，並實質上同時傳輸 到下一中繼。發送和接收設備13的PIMB 30上的媒體的存儲都考慮媒體 的逐步傳輸和再現。在發送側上，當正接收於發送設備上起源的媒體時， 它可通過網絡被逐步發送。在各種實施方式中，在被編碼的媒體存儲在 PIMB 30中之前、之後或實質上相同的時間，可逐步傳輸該媒體(而不管 它如何被發起)。在接收側上，當進入的媒體通過網絡被接收時，它也可 被逐步再現，假定用戶選擇在接近實時的模式中複查媒體。在各種實施方 式中，在進入的+某體存儲在接收設備13的PIMB 30中之前、之後或實質 上相同的時間，可逐步傳輸該媒體。如果接收到的媒體將在時移模式中被 複查，則媒體從PIMB 30被取回(或如果在本地P1MB 30上被代替，則 可能為伺服器16上的PIMB85),用於以後在用戶所指定的時間複查。
在本申請的上下文中，術語"逐步的"或"逐步地"意味著被廣泛 地解釋，且通常意指根據數據的可用性連續處理數據流。例如，當媒體在 設備13上產生或另被發起時，該媒體的逐步編碼、存儲、打包和傳輸是 連續的，只要媒體是可用的。當人講話時，該媒體在人講話的持續時間內 逐步或連續地被編碼、存儲、打包和傳輸。當人暫停或停止講話時，沒有 4某體要逐步處理。當人再次重新開始講話時，々某體的逐步處理重新開始。 在接收側上，當媒體被接收時(即，可用)，媒體也被逐步處理。在媒體 被接收時，它被連續地存儲。當媒體在接近實時的模式中時被接收到或在 時移模式中從存儲器接收時，它也將被繼續再現。雖然在語音的背景下提 供了上面的解釋，應理解，可按類似的方式逐步處理所有類型的媒體。此 外，媒體的逐步處理不 一定必須以時間索？ 1的順序被逐步處理。更確切地， 媒體以其被接收的順序被處理。如果在一個實施方式中不按索引順序接收 媒體，則媒體以其被接收的順序被逐步處理，並接著在PIMB 30中組織成附有索引的序列。在可選的實施方式中，接收到的媒體可組織成其附有 索引的序列，並接著被逐步再現。
H.2 POM操作流程圖
PQM 26g依賴於稱為最大可用比特率(MABR)的度量，最大可用 比特率是在發送和接收節點對之間的實際傳輸容量或帶寬(即，在給定時 間點網絡的容量的測量)的連續計算的近似。當即時網絡條件變化時， MABR被更新。在計算MABR中考慮網絡吞吐量、分組損失和抖動的有 規律的測量。在可選實施方式中，也可根據一天的時刻、網絡類型、其它 條件或參數人工設置或限制MABR。
PQM也考慮接收者的意圖以優化時間敏感性的傳輸。如果(i)接收 者的意圖是"即時"或在接近實時的模式中複查傳輸，或(ii)接收者希 望立即複查由於某個原因當前沒有儲存在其設備13上的消息(例如，消 息以前儲存在檔案庫89中)，則傳輸被認為是時間敏感的。接收者的意圖 可通過接收者的行為推斷出，或接收者可設置或以其他方式指定其意圖。 另一方面，如果接收者的意圖是在時移模式中複查消息，則傳輸被認為不 是時間敏感的。接收者在即時或時移模式中複查傳輸的意圖至少部分地限 定傳輸的"時間性要求"。在各種其它實施方式中，在限定傳輸的時間性 要求時也可考慮例如傳輸的緊急性或優先級的因素。
在發送者和接收者對之間網絡路徑中的節點也需要關於接收者的意 圖狀態一致。如果一個目標接收者指示時間性，意味著他們希望立即或即 時複查傳輸，則在網絡上沿著發送者-接收者路徑的所有中間節點需要有 相同的時間性要求，而不管其他接收者的要求如何。每個中間節點的時間 性要求因此依賴於傳輸被發送到的接收節點。這種依賴性對於網絡傳輸路 徑中的目標節點有時稱為"要求的聯合"。
PQM進一步考慮每個被調度的消息有效載荷傳輸的理想比特率或 "舊R"。對於時間敏感的傳輸，根據實質上實時或即時通信所需的打包 率來計算IBR (在這裡稱為實時比特率或RTBR)。例如對於語音，包含 20毫秒的音頻數據的每20毫秒分組的打包率被認為是用於進行即時會話 的可接受的舊R。以每秒千比特為單位的這樣的系統的RTBR將是音頻有
50效載荷數據的1秒的大小加上將為傳輸而產生的所有網絡首部的大小。對
於視頻媒體或語音和視頻的組合，RTBR可能實質上高於簡單的語音。對 於其它類型的^ 某體例如傳感器或GPS定位數據，RTBR可能低於語音的 RTBR。對於非時間敏感的傳輸，IBR被設置到最大效率比特率(MEBR) 以優化網絡上傳輸的使用或效率。通過將打包率調節到底層網絡的最大可 能的值來計算MEBR。如果多個消息或有效載荷在發送和接收對之間被 發送，則對傳輸考慮綜合IBR (AIBR)。
對於每個發送和接收對，PQM通過在一系列傳輸環中發送數據來操 作。每個發送和接收對的傳輸環是獨立的。在網絡上的任何傳輸可能影響 其它發送-接收對的MABR。因此，優選地為所有接收者連續計算MABR。
參考圖9A到9C，示出了說明對單個發送和接收對的PQM的操作的 序列。在圖9A中，示出了在確定單個發送和4妻收對之間的MABR中的 步驟。在圖9B中，示出了說明用於對單個發送和接收對計算每個傳輸環 的AJBR的步驟。在圖9C中，示出了用於確定要在每個環的發送和接收 對之間傳輸的數據的數量的序列。在這三個圖中示出的過程同時運行並彼 此進4於交互作用，如下面更詳細描述的。
在圖9A中，示出了用於為發送和接收對之間的網絡接口計算MABR 的流程圖50。在初始步驟50,中，監控發送和接收對之間的網絡接口。發 送者周期性地接收報告，其包含關於在步驟502中在接收方處的網絡連接 的狀態的信息。報告包括關於數據吞吐量503、分組損失504和抖動505 的當前狀態的信息，如由接收方在網絡接口處觀察到的。在步驟506中， 根據包含在報告中的這些觀察資料在發送方計算MABR。通過監控或觀 察在這些報告中的數據，根據發送和接收對之間的當前網絡容量或條件來 連續調節MABR值。當網絡容量變得對數據傳輸更有利時，MABR將增 加。如果網絡容量對傳輸變得較不利，MABR將減少，對於不穩定的網 絡可能一直到減少零。這些報告類似於TCP網絡中的節點產生的分組損 失報告，但也額外地包括吞吐量和抖動信息。
如果在發送和接收對之間有幾個網絡4妻口 ，則為每個接口計算 MABR,對該接口接收到接收報告。如果在網絡上最近沒有發送業務，或沒有接收到接收報告，則MABR可能不反映當前的網絡條件。然而，因 為當數據被傳輸時接收報告由接收方連續產生，發送方的MABR度量將 快速收斂到更精確的值。
參考圖9B，其示出說明用於為傳輸環計算AIBR的步驟的流程圖52。 在初始步驟52!中，確定對於準備在當前環中的發送和接收對之間傳輸的 媒體的消息(據此，我們意指屬於該消息的附有時間索引的媒體的部分)。 接著建立對於媒體的消息的列表522。對於列表中的每個消息523，考慮 每個消息的時間敏感性或時間性要求524。如果特定的消息不是時間敏感 的，則IBR^皮設置到最大效率比特率(MEBR) 525。另一方面，如果消 息是時間每丈感的，則IBR 一皮設置到實時比特率(RTBR) 526。在下一步 驟527中，以前為列表中的每個消息計算的IBR被匯總在一起，產生傳輸 環的綜合理想比特率(AIBR) 528。如返回箭頭所表示的529，上述過程 對發送和接收對之間的每個傳輸環重複。
參考圖9C,其示出說明用於確定要在每個傳輸環的發送和接收對之 間傳輸的數據率的序列的流程圖54。在初始步驟54,中，對於下次傳輸， 比較MABR (如在圖9A中計算的)與A舊R (如在圖9B中確定的)。
如果MABR大於或等於ALBR，則被識別為準備好在環中傳輸的所 有消息以腿率被打包542並傳輸543。
另一方面，如果MABR小於AIBR,則應用一系列程序，使得PQM 滿足數據的充分拷貝的及時發送、可用帶寬的有效使用、和/或對有效載 荷內容和質量、分組大小和傳輸率的調節的其目標，以滿足當前的網絡條件。
在初始步驟中，為時間敏感性複查列表中的消息544。如果沒有時間 敏感的消息，則比特率減小到MABR545,且消息被傳輸54;。
如果列表包括時間敏感的消息，則為非時間敏感的消息分配的比特 率減小546，直到它滿足MABR限制。如果將比特率一直減小到零不足 以滿足MABR ，則這些一^時間敏感的消息從在環中待傳輸的消息的列表 中被移除。如果比特率減小，使得它小於或等於MABR,則剩餘的消息-波打包和傳輸543。
如果非時間敏感的消息的移除不足以滿足MABR,則使用另 一程序， 其涉及對剩餘的時間敏感的消息使用較低質量編解碼器547。通過在傳輸 環期間發送較少的比特來試圖儘快傳輸有效載荷數據。換句話說，通過降 低有效載荷的質量，傳輸在給定的一段時間發送較少的比特。在各種實施 方式中，可使用不同的編解碼器，每個編解碼器具有不同比特率對質量折 衷。如果較低質量的編解碼器的使用足夠，意味著滿足MABR限制，則 消息#1發送543。
如果較低質量編解碼器的使用不滿足MABR，則時間敏感的消息的 打包間隔增加548。對於該程序，首部與有效載荷比增加了，這降低了總 比特率，但引入等待時間(即，在傳輸到接收者的發送中的延遲)。如果 該程序導致AIBR減小到小於或等於MABR，則傳輸發生543。
如果在改變打包間隔之後，仍然不滿足MABR,則比特率可逐漸降 低到在MABR限制內549。當比特率以這種方式降低時，時間敏感的消 息以不足以維持即時會話的速率被發送。因此，會話被強制脫離"即時"。 如果網絡出故障或條件非常差，則可能沒有數據傳輸發生。再次，前述序 列對發送和接收對之間的每個傳輸環重複5410。
如果在發送和接收對之間有多個網絡接口 ，則對接收報告可用的每 個接口執行關於圖9C描述的序列。在各種實施方式中，發送方可包括在 多個接口中分配傳輸載荷的邏輯。在不同的例子中，有效載荷可只在一個
接口上發送，而在其它實施方式中，可使用一些或全部接口。
前述描述涉及系統10中的任何發送和接收對。在大部分情況下，發 送和接收對將分別包括客戶機12、啟用的設備13和伺服器16、兩個服務 器16、伺服器16和啟用客戶機12的設備13,或甚至可能兩個客戶機12。 如果發送節點同時向兩個(或多個)接收節點傳輸，則關於圖9A-9C描 述的上述序列對每個接收-發送對同時發生。
H.3 DOM操作流程圖
DQM 28g確定在客戶機12接收到的數據是否被破壞或是否有遺失的分組。此外，接收客戶機12的DQM 28g產生接收報告，其被發送回網 絡上的傳輸節點。DQM 28g也運行後臺過程以確保所傳輸的數據的準確 拷貝最終被接收和存儲。下面分別在圖9D到9F中描述了這些功能。
參考圖9D，其示出說明用於檢查遺失的和/或破壞的數據的DQM28g 的操作的流程圖。在初始步驟56!中，DQM 28g使用公知技術例如CRC 或類似的完整性檢查機制檢查破壞的分組。如果分組被破壞，則分組被視 為遺失的562。 DQM28g接著確定任何分組是否是遺失的563。如果在預 定的一段時間之後沒有接收到失序分組，則假定它為遺失的。DQM 28g 記錄DNQS 32中任何破壞或遺失的分組564。另一方面，如果沒有檢測 到破壞或遺失的分組，則DQM 28確定是否為了節省帶寬的目的，接收 到的數據的質量被發送者故意降低565。降低的質量被記錄在DNQS 32 中566。不管接收到的數據的質量是否降低，數據的接收信息(例如，分 組序列號、時間戳、和分組將被發送到的網絡中下一節點的網絡地址)被 儲存在DNQS 32中567。前述過程連續地重複，如到流程圖的起始處的 返回箭頭所表示的。
作為圖9D中詳述的過程的結果，關於未降質的分組的接收的信息、 降低質量的分組的缺陷以及遺失的分組都存儲在DNQS 32中。當媒體被 接收到時，DNQS32維持關於媒體的狀態的最新消息。
參考圖9E，其示出說明DQM28g的接收報告產生功能的操作的流程 圖。在初始步驟中，DNQS 32被周期性地掃描58i，以確定是否有接收報 告需要被產生的任何媒體582。如果答案是否定的，則上面的掃描過程重 復。另一方面，如果媒體被識別出，則該過程確定媒體是否是時間敏感的 583，意味著用戶打算複查媒體實況或用戶希望立即複查沒有儲存在其設 備13上的媒體。
如果不是時間敏感的，則接收者通知發送者將重傳優先級(如下定 義的)設置為低584。如果是時間敏感的，則考慮分組丟失的量585。如 果分組丟失的量在可用質量範圍之外，則重傳優先級被設置為高586。如 上所述，如果分組丟失的量太大，則接收者可能不能夠在接收到媒體時復 查媒體。如杲質量在可接受的範圍內，意味著傳輸的質量足以使其在再現
54時可被理解，則用於發送接收報告的優先級被設置為低584。不管接收者
是否在接收到時複查，都發送接收報告587， DNQS 32被更新588，且網 絡質量管理器(NQM) 28h被更新589。在步驟584定義的重傳請求因此 是以時間敏感性為條件的。在步驟586定義的重傳請求是以時間敏感性和 質量為條件的。
重傳優先級通知發送者的PQM 26g適當地按優先順序排列需要重傳 的媒體的傳輸率。例如，當重傳優先級被設置為高時，則發送者的發送 PQM26g應在任何新媒體之前發送任何重傳。如果優先級低，則PQM26g 應在任何新媒體之後發送重傳的媒體。
前述過程連續地重複，以便在媒體被接收到時產生接收報告。如果 發送者沒有以及時的方式接收到接收報告，則發送者的PQM 26g將減小 傳輸率，如果沒有接收到接收報告就最終停止傳輸。
參考圖9F,其示出說明用於請求遺失或降質的媒體的序列的流程圖。 在初始步驟60,中，周期性地掃描DNQS32尋找遺失或降質的媒體602。 如果沒有遺失或降質的媒體，則上面定義的掃描周期性地重複。
遺失的603。如果分組在闊值之前到達，則不再i^為它是遺失的。另一方 面，如果在超過閾值之後，分組沒有到達，則它被認為是遺失的。由於遺 失的分組，產生用於重傳的低優先級的請求604，且請求的時間被記錄在 DNQS32中60s。該過程重複，直到接收到遺失的分組。當遺失的分組到 達且相應的媒體在PIMB 30中可用時，從DNQS 32移除媒體的遺失狀態。 因此，在步驟604中定義的重傳請求是以媒體是否被確定為遺失為條件 的。
如果被降質，則DQM32確定媒體是否是即時會話的部分606。如果 不是，進行對降質的媒體的完全質量拷貝的請求607，完全質量的媒體被 指定為遺失的60s，並在DNQS 32記錄請求時間609。如果媒體是即時會 話的部分，則不立即採取行動，以便保存網絡帶寬。當會話轉變到即時模 式之外時，則執行步驟607到60y以確保降質的媒體的完全質量(即，準 確的或完美的)拷貝最終被接收到。當數據在接收客戶機12的PIMB 30中變得可用時，相關媒體的降質狀態從DQNS 32移除。在步驟607中定 義的傳輸狀態是以媒體是否被降質且不是即時會話的部分為條件的。
前述過程連續重複，如在60i從605和609到流程圖的頂部的返回箭 頭表示的。通過重複圖9F中概述的過程，所有被傳輸的媒體的準確拷貝 被儲存在接收設備13的PIMB 30中。以這種方式，在接收設備13保證 被傳輸的媒體的準確拷貝的儲存。
I.圖形用戶接口
參考圖10,其示出運行客戶機應用程式12的示例性設備13。設備 13包括圖形用戶接口顯示器110、數據輸入按鈕、鍵或鍵盤112、麥克風 114以及用於將電信號轉換成聲音的變換器116，例如揚聲器。顯示器110 也可作為觸控螢幕接收輸入。進一步地，使用觸控螢幕接口可合併顯示器110 和鍵盤112。如上所述，設備13可以是多種不同的通信工具，例如桌面 型計算機、膝上型或其它移動計算機、個人數字助理、可編程固定電話或 蜂窩電話、或可編程無線電裝置、或幾乎任何其它類型的可編程通信設備。 在以下的意義上附圖所示的示例性設備13意指是"一般的"，即，它被認 為表示或包括上面列出的所有通信設備。此外，術語"圖形"用戶接口不 應被解釋為限制性的。可在設備13上實現的、也包括音頻/DEMF接口 、 語音用戶接口 (VUI)、音頻轉換接口或其組合的其它類型的用戶接口可 都用於實現下面描述的各種功能。為了簡單起見，用戶可與其設備13進 行交互作用的這些類型的方法中的每種通常都稱為"用戶4妻口 "。
所有的設備13不管其類型如何都優選地具有使用戶能夠操作設備13 並與系統10中的其它用戶進行通信的用戶接口。雖然用戶接口可設計成 有實質上無限數量的不同外觀和感覺實現，但存在所有設備13應共同具 有的某些功能和特徵。下面列出這些功能和特徵。
用戶接口優選地包括下列狀態指示器或標記中的一個或多個(i)電 池指示器；(ii)連通性指示器；(iii)時鐘；(iv)發送器狀態；(v)傳輸 同步狀態；(vi)複查狀態；(vii)需要關注的優先級消息；以及(viii) 遺失的消息。用戶接口優選地包括下列功能、標記和要素來進行和管理單個會話
(i)會話的名稱和/或參與者的列表;(ii)會話狀態;(iii)會話類型;(iv) 會話持續時間；(v)在會話首部之後的時間；(vi)未完成的消息；(vii) 參與者的在場/狀態；(viii)具有導航信息的元數據；(iix)會話屬性或標 志符；(ix)包括標題、計劃表、參與者、會話概述的會話結構；以及(v) 顯示哪些參與者貢獻消息以及哪些參與者聽或複查消息的指示符。
除了上面直接列出的那些以外，用戶接口還優選地包括下列功能、 標記和要素來進行和管理多個會話(i)每個會話的名稱/標識符；(ii) 即時/活動的或常設(standing)/不活動的指示符；(iii)在首部處或時移的復 查位置；(iv)優先級和其它屬性；以及(v)會話的什麼部分被遺失的指 示符。
用戶接口還優選地包括很多導航特徵，例如(i)每個會話的DVR 型快速後退/前進；(ij)即時消息型的個人消息導航；(iii)會話時間指示 符；(iv)時標(timescale)移動(即，通過會話的一個或多個消息的快速向 前或向後)；(v)會話的變化的優先級；(vi)中止(hang叩)；以及(vii) ^臺4立(home )。
前述功能和特徵可用各種方式實現，例如使用觸控螢幕圖形用戶接口 110，或其它輸入設備例如數據輸入按鈕、鍵或鍵盤112、滑鼠、通過語 音激活的命令或其組合。同樣，在上面列出的功能和特徵以及如何實現它 們不意味著是無遺漏的。可使用的各種方法和技術是如此廣泛，以至於在 這裡全部列出或討論它們是不實際的。
丄會話
MCMS應用程式20支持很多不同類型的會話，例如接近實時或"即 時"呼叫，其中從參與者講話以及其它參與者聽到第一參與者時開始的延 遲非常小；參與者以較長的延遲在消息之間來回交換語音消息的會話；涉
及多個用戶的"即時"會議呼叫；在有規律的調度時間的常設會議呼叫； 或可配置的有組織的呼叫類型例如同時總結，其中每個參與者都預先留下 消息簡介，以讓其他人在每個人參加即時會議呼叫之前複查。MCMS應 用程序20的又一獨特的屬性是用戶在不同類型的會話之間轉換的能力。例如，參與者可無縫地從語音消息才莫式轉換到即時呼叫並再次轉換回來。 或者即時會議呼叫的參與者可轉換到語音消息模式並在會議呼叫之後彼 此發送更新或行動項目。雖然提到了一些例子，但應理解，系統10非常 靈活並提供在不同類型的呼叫或會話之間以及在多個會話之間轉換的很 多選擇。通過改變消息之間的延遲，參與者有效地在最適合其需要的會話 類型之間轉換。上面的例子因此不應被解釋為限制性的。
如上所述，會話由在其原始上下文和序列中保持的消息組成。被發 送的消息屬於現有的會話或開始的新會話。一般會話包括圍繞所限定的主 題、話題、時間、組或信道組織的一組消息。例如，會話可涉及共用一組 人群，例如倶樂部的成員，公司可在固定的時間有常設的會話，例如每周 銷售會議，或朋友可以有關於各種話題的特別會話，例如制定晚餐計劃。
每個會話由一組屬性限定，包括名稱、參與者的列表、開始和結束 時間、以及至少包括未決、現行或終止的狀態。在其它實施方式中，其它
會話狀態是可能的。用戶與其設備13上的MCMS應用程式20進行交互 作用。在優選實施方式中，4妻口允許用戶通過各種屬性中的任何一個組織 會話。
參與者和會話之間的關係也具有屬性。這些屬性包括但不限於優先 級、狀態(參與者在會話中的狀態)。參與者狀態的值包括活躍的、 一次 參與多於一個的會話、在時移模式中複查會話、跟上即時、被動地參與(即，
不主動複查，而是接收高優先級的消息)、等待(standby)、或忽略會話(即， 拒絕參與或記錄會話)。
從接收者觀點來看，用戶可選擇或限定消息的相對優先級。例如， 來自某人的老闆的消息一般被給出比社會上的熟人高的優先級。在一些實 施方式中，接收者有設置其自己的優先級的能力。在MCMS-C的實現方 法中，用戶選擇其會話的子集被連續再現。用戶接著為這些會話設置有次 序的優先級。系統使用用戶設置的優先級來給待再現的消息排序。前述算 法使用用戶優先級和關於可用消息數據的信息(超出MTSD)來給待再 現的消息排隊。
在其它實施方式例如戰術通信中，接收者可能沒有設置優先級的能力或者有受限制的設置優先級的能力。例如，消防員可能沒有降低來自消 防隊長的消息的優先級的能力。然而發送用戶有發送緊急或高度重要的消 息的能力。通過將消息標記為緊急的或危急的，消息在接收者處被儘快再 現，不考慮接收者的任何優先級設置。根據預定的優先級方案來解決多個 緊急消息中間的任何衝突。
K. MCMS操作
參考圖IIA，其示出將MCMS應用程式20的主要功能分組的組織圖 1100。主要功能包括帳戶管理1102、會話管理1104、綜合會話列表管理 1106、會話參與1108、呼叫控制1110和聯繫人管理1112。在註冊並登錄 到系統10中之後，用戶可在實現下面詳細描述的各種管理功能的設備13 的用戶接口中導航。在一些實施方式中，該功能將提供極大的靈活性。在 其它實施方式例如戰術或通信無線電裝置中，用戶接口的實現可用很多用 戶功能和預先配置的選項被限制，以滿足設備的效用。這裡的討論是示例 性的，且不意味著是MCMS功能的無遺漏的解釋，而更確切地意"未著僅 僅提供一些MCMS屬性的概述。
K.l帳戶管理
在帳戶管理功能1102中，註冊用戶可改變某些設置和偏好。用戶可 改變其電子郵件地址、口令、名字、電話號碼、電話口令、呼入號碼、默 認和/或用戶定義的再現速度、標記、用於複查消息的增益或音量水平、 跟上即時模式等。為了進行這些變化，用戶通過其設備13的接口 110輸 入適當的信息。MCMS應用程式20通過將更新的偏好寫入MCMS數據 庫22中來作出反應。
K.2會話管理
如圖11B所示，會話管理ri04是一組功能，其允許用戶觀看其綜合
會話列表、創建新的會話、更新會話的細節、刪除會話和選擇會話。下面 描述這些功能中的每一個。
觀看會話1104a—對每個會話，MCMS應用程式20可給用盧提供下 列屬性中的一個或多個會話的名稱、實際開始時間、最後的活動狀態、
59標記、持續時間、參與者的列表。對於每個參與者，名字和/或電話號碼、 狀態(即時、其它呼叫、在過去、跟上模式、離線-可到達、離線-不可用)。
創建會話1104b—用戶通過輸入會話名稱、聯繫人的列表和可選的預 定開始時間經由接口 IIO來創建會話。如果沒有指定開始時間，則假定開 始時間是立刻。作為響應，MCMS應用程式20在資料庫22中創建新的 會話，關聯聯繫人列表上每個參與者的記錄。MCMS應用程式20也在數 據庫22中為聯繫人列表上的每個用戶創建參與者記錄，允許呼叫者接收 聯繫人列表上的其他人的在場信息。如果會話被調度，則MCMS應用程 序20在指定的時間開始會話。否則，會話立刻開始。
更新會話細節1104c—用戶可通過用戶接口 IIO對會話進行改變。例 如，可添加或移除參與者。參與者的狀態的任何變化在MCMS資料庫22
中被更新。
刪除會話1104d—用戶可通過接口 110從會話列表刪除特定的會話。 作為響應，MCMS應用程式20記錄資料庫22中的變化，並將會話指示 為被刪除的。
關閉會話1104e—用戶可選擇終止或關閉會話。在一個實施方式中， 只有創建會話的用戶可選擇終止該會話。
K.3綜合會話列表管理
如圖11C所示，綜合會話列表管理1106是允許用戶參與多個會話 (即，用戶的綜合會話列表)的一組功能。綜合會話列表管理功能允許用 戶通過其設備上的接口 110來"即時"參與一個會話，同時在時移模式中 參與其它會話。
選4奪會話U06a—通過接口 110，用戶可在用戶的綜合會話列表中選 擇一個會話作為當前的。當前會話的消息可在"即時"或時移模式中再現。
轉換會話模式l:l06b—在可選的實施方式中，用戶能夠從MCMS、 MCMS-C和MCMS-S操作模式轉換。
K.4會話參與如圖11D所示，會話參與1108是一組功能，其允許用戶開始會話、 接收加入會話的通知、獲得會話狀態信息並中止會話。
開始會話1108a—在由用戶通過接口 110或由MCMS應用程式中的 調度程序創建會話之後，檢查每個參與者的狀態。如果參與者是離線的， 則努力聯繫這個人。如果參與者離線但參與另一會話，則MCMS應用程
接收通知1108b—系統可藉助於用戶接口 110通過圖形顯示和/或可 聽得見的通知來通知用戶其被請求對會話的注意。
會話狀態1108c—用戶可通過其設備13的接口 IIO請求會話的狀態。 作為響應，MCMS應用程式20集合儲存在資料庫22中的狀態信息，並 將信息顯示給用戶。
會話暫停1108d—通過用戶接口 110，用戶可中止活躍的會話或從活 躍的會話轉換。作為響應，MCMS應用程式20對資料庫22中的活躍會 話更新用戶的參與狀態，並指導存儲和流模塊24將用戶從會話移除。
K.5會話控制
如圖iie所示，會話控制iiio是允許用戶控制其在會話中的參與的 一組功能。這些功能允許用戶跟上即時，跳到首部，跳到過去的位置、暫 停、當複查會話的消息時播放加快和播放減慢。這些功能中的每個通過設
備13上的接口 IIO由用戶觸發。
跟上即時inOa—用戶可在正在進行的會話中使用"CTL"功能跟上 即時。當該功能被激活時，MCMS應用程式20檢查用戶已複查的會話中 的最後一個點，並使用用戶指定的比正常再現選項更快的選項來指導存儲 和流模塊24再現以前沒有聽到的消息，以及當它到達首部時無縫地轉換 到即時模式。
跳到首部H10c—該功能使用戶能夠跳到會話首部，略過會話中的用 戶的當前點和首部之間的任何介入的消息。當被實現時，MCMS應用程 序20指示存儲和流模塊立即在會話首部再現消息。(如果會話首部當前是 活躍的，這叫做跳到即時(JTL)。)跳到過去1110d —該功能使用戶能夠跳回到會話中前面的消息或點，
類似於倒帶或重放功能。當被實現時，MCMS應用程式20指示存儲和流 模塊24再現從倒帶點開始的媒體。
暫停1110e—該功能使用戶能夠暫停會話消息的複查。作為響應，存 儲和流模塊24停止消息的再現，直到另 一命令被發出。
播放加快1110f—該功能使用戶能夠更快地再現消息。作為響應，存 儲和流模塊24以比正常更快的速率再現消息。再現速率可由用戶指定或 用戶可從很多預設的選項選擇。
播放減慢1110g—該功能使用戶能夠更慢地再現消息。作為響應，存 儲和流模塊24以比正常更慢的速率再現消息。再現速率可由用戶指定或 用戶可從很多預設的選項選擇。
K.6聯繫人管理
如圖IIF所示，系統IO給用戶提供了用於管理聯繫人列表和用戶組 的很多功能。這些功能包括添加、編輯、刪除聯繫人和用戶組。這些功能 中的每個由用戶通過其設備13的接口實現。在用戶的聯繫人列表或組列 表中的任何修改或刪除被儲存在MCMS資料庫22中。
添加聯繫人11.12a—該功能使用戶能夠將新的聯繫人添加到其聯繫 人列表。新的聯繫人可為註冊用戶或外部聯繫人。 一般為每個聯繫人記錄 提供名稱、電話號碼、號碼類型(手機、辦公室、家庭、計算機等)、電 子郵件地址和其它個人信息。
編輯聯繫人U12b—該功能使用戶能夠編輯或更新現有的聯繫人記錄。
刪除聯繫人1112c —該功能使用戶能夠移除或刪除現有的聯繫人記錄。
搜索聯繫人1112d—該功能使用戶能夠在其聯繫人列表中搜索特定 的聯繫人。可使用很多標準例如名字、電話號碼、最近被呼叫、最頻繁地 被呼叫、組等來進行搜索。
62獲得參與者列表1112e—該功能使用戶能夠按4艮多不同的搜索標準
搜索和取回會話的參與者的列表，所述搜索標準包括例如按名字、最近向 外的呼叫、最近進入的呼叫、最頻繁的呼叫等。
授權呼叫者複查狀態1112f—該功能使第 一用戶能夠授權其它用戶觀
看第 一用戶的狀態。非授權用戶不能觀看第 一用戶的狀態。
創建聯繫人組1112g—該功能使用戶能夠將聯繫人的號碼關聯到組。 當用戶定義組時，該組中的聯繫人的列表存儲在MCMS資料庫22中。
編輯聯繫人組1112h—該功能使用戶能夠編輯組或更新組的成員的 聯繫信息。
刪除聯繫人組1112i—該功能使用戶能夠刪除組。 L. MCMS操作 L.l MCMS畫C
如上所述，MCMS-C操作類似於MCMS，具有使用戶能夠通過消息 的時移和優先級分級系統來連續管理和參與多個會話的增加的特徵，這些 消息由系統自動管理。實現MCMS-C功能包括三個基本過程。如圖12A 所示，第一過程涉及為連續再現限定一組會話。 一旦限定了該列表，分級 的優先級組和其它因素就應用於與該組會話相關的附有索引的媒體有效 載荷。附有索引的媒體有效載荷接著按先後順序被排列。通過按先後順序 再現媒體，該組會話的消息被連續再現。
參考圖12A，其示出說明用於規定要連續再現的會話的列表的步驟的 流程圖。在初始步驟1202中，規定用戶的綜合會話列表。用戶或預配數 據(步驟1204)接著用於選擇綜合列表中的會話，用於連續的再現(步 驟1206)。對於例如戰術通信系統，通常，預配數據用於強制會話被連續 再現。對於非戰術應用程式，用戶一般被提供高度靈活性來選擇用於連續 再現的會話。
參考圖12B，其示出說明用於規定分級的優先級組以再現連續會話的 消息的步驟的流程圖。在初始步驟(1208)中， 一組優先級規則被定義並 應用於將被連續再現的會話的列表(1206)。在各種實施方式中，該組優先級規則範圍可從嚴格的分級通信協議到高度靈活的通信協議。例如在經 常希望有嚴格的分級的戰術通信系統中，這組優先級規則將優選地以並行 消息被再現的特定順序來強加。例如，對於第一反應人員戰術系統，可給 來自消防隊長的消息最高優先級。可給燃燒的建築物內的消防員下一級優 先級。在下一級，可給建築物之外的消防員優先級。通過規定嚴格的優先 級，監督滅火成效的人或處於危險中的人的當前消息先於起著不太重要的 作用的人而被再現。使用非戰術通信，可給用戶極大的靈活性來定義其自 己的優先級方案，以滿足個人需要。銷售經理可例如規定優先級方案，其 列出與從最重要到最不重要的客戶的連續會話。或者用戶可在家庭和朋友 中間按優先順序排列連續消息。不管所使用的方案如何，都在此過程中定 義連續會話的優先級列表(步驟1210)。
參考圖12C,其示出說明從不同的連續會話接收到的消息的隊列的結 構的流程圖。在初始步驟中，為每個將被連續再現的會話連續檢測消息的 未再現的附有索引的媒體有效載荷(即，流媒體)的可用性(步驟1212 )。 優先級分級應用於可用的附有索引的媒體有效載荷流(步驟1214 )。至少 部分地根據優先級分級和可能如下所述的其它參數，可用的附有索引的媒 體有效載荷布置成連續的順序(步驟1216)。附有索引的媒體有效載荷接 著以先後順序被連續再現(步驟1218)。通過連續地重複上述過程，多個 會話的消息被連續再現。
在一個實施方式中，先後的順序部分或全部基於優先級分級。在可 選的實施方式中，除了分級和可用性以外，也可考慮其它參數。例如，使 用一個或多個參數，例如，與中斷附有索引的媒體有效載荷的當前再現的 流以及高優先級會話的附有索引的媒體有效載荷有關的轉換成本、附有索 引的媒體有效載荷的可用流的質量、附有索引的媒體有效載荷以打亂的順 序或從系統的控制器的輸入被接收的相對時間，可定義先後的順序。
一般當不同會話的消息之間的沖突出現時，按先後順序再現附有索 引的媒體有效載荷，同時暫停或延遲其它可用的附有索引的媒體有效載荷 的再現。當沒有衝突時，附有索引的媒體有效載荷在變得可用時被立即再現。在又一實施方式中，可在時移模式中可選地複查連續再現的會話的 消息。如果第一通信設備的用戶產生與連續再現的會話相關的i某體，則該
媒體附有索引並儲存在設備的PIMB 30以及網絡上的伺服器16的PIMB 85中。因此當在時移才莫式中複查會話時，用戶選擇只複查與會話相關的 進入的消息，或複查進入的消息以及與會話相關的第 一用戶以時間索引順 序創建的媒體。
L.2 MCMS-S搡作
在MCMS-S或同時才莫式中，啟用客戶機12的設備13的用戶可限定 一組會話用於同時再現。 一旦限定了該組會話，就在設備13上同時再現 與該組會話相關的附有索引的i某體有效載荷，而不管它們是否交迭。在可 選的實施方式中，用戶可以可選地從一組々某體流分開地再現4妻收到的附有 索？ 1的媒體有效載荷。也可以可選地在接近實時或時移模式中再現同時會 話的附有索糹I的媒體有效栽荷。
L.3 MCMS、 MCMS-C和MCMS-S實例
在圖13A到13D中，示出了說明會話的屬性以及MCMS、 MCMS-C 和MCMS-S的操作的 一 系列圖。
在圖13A中，時序圖示出在用戶"X"和標為"Y"和"Z"的兩個 其他用戶之間再現標為"A"的會話的消息的附有索引的^ 某體有效載荷的 序列。在本例中，女裝體由用戶Y在tl、 t5、 t6、 t7和t9所標明的時間間 隔期間產生。4某體由用戶Z在t3 、 t6和t9到110所標明的時間間隔期間 產生。
在附圖底部示出在用戶X的設備13處的再現序列。在時間間隔tl 、 t5和t7期間，只再現從Y得到的媒體。在時間間隔t3和t10期間，只再 現從Z得到的媒體。在時間間隔t6和t9期間，再現從Y和Z兩者得到的 媒體。在時間間隔t2 、 t4和t8期間，不再現任何媒體，因為用戶Y或Z 都不在這些時期期間產生^某體。應注意，時間間隔tl到t10並不是意味 著表示固定的時間間隔，而更確切地，僅僅是產生媒體的時間段。
圖L3A的圖示在說明會話的屬性時是有用的。當一個用戶(Y或Z)
65正產生媒體時，該媒體在X的設備13處被接收到，並可用於再現。當用
戶X和Y都產生々某體時，兩個媒體流都在X的設備13處被接收到，並 可用於混合。當用戶X或Y都不產生媒體時，沒有媒體在X的設備13 處被接收到。如上所述，用戶X可選擇以接近實時模式或時移模式複查 在會話A期間產生的媒體。此外，用戶X可選擇複查以所示的混合格式 的媒體或在時移模式中分開地複查來自Y和Z的媒體。
圖13B示出MCMS的操作。在本例中，用戶正參與被指定為A、 B 和C三個會話。對於會話A、 B和C，用戶分別產生或接收所指定(分別 是A1、 A2、 A3和A4、 Bl、 B2和B3以及Cl和C2 )的消息。每個消 息的計時和持續時間由沿著時間線的起始點指示。在本例中，除了消息 B2以外，所有的消息都在某種程度上在時間上交迭，注意到此是有用的。
對於MCMS應用程式，用戶選4奪一個會話作為當前會話。對於選定 的會話，用戶可複查進入的消息並產生被傳輸到會話的其他參與者的消 息。在本例中，用戶按順序分別選擇會話B、 C和A為當前的。消息序 列因此最初是B1、 B2和B3，後面是C1和C2,接著最後是A1到A4。 再次，當特定的會話被選擇為當前的時，用戶可在接近實時和時移模式之 間轉換並轉換回來。該圖所示的最後的再現不意味著相應於該圖的頂部部 分所示的接收到的消息的計時。更確切地，該圖的下部部分用來根據用戶 所選4奪的會話順序只顯示消息的再現順序。
圖13B的例子因此在說明MCMS應用程式的屬性中是有用的。用戶 將一個會話選擇為當前的。其它會話暫停。用戶也可在所有會話中在任何 時間轉換當前的會話。
參考圖13C，其示出說明MCMS-C的操作的圖。在本例中，用戶參 與兩個連續的會話A和B。對於會話A，接收到三個消息Al 、 A2和A3。 對於會話B，接收到三個消息B〗、B2和B3。對於本例，消息Bl與消息 Al衝突，注意到此是有用的。此外，會話A具有比會話B高的優先級。
在兩個會話的連續再現期間，較高優先級的消息Al和A2首先接近 實時地被再現，如附圖中的垂直虛線表示的。因為在消息A2和A3之間 有相對大的時間間隔，該間隔通過時移和再現消息Bl和B2來填充。當A3到達時，它接近實時地被再現，而消息B3隻在較高優先級的消息A3 被再現之後才被再現。通過在較高優先級消息之間時移地再現優先級較低 優先級的消息，可管理連續的多個會話。應注意，在這個簡單的實例中， 優先級是用於確定再現的連續順序的唯一參數。如上所述，也可使用很多 其它參數。
參考圖13D，其示出說明MCMS-S的圖。在本例中，用戶參與三個 同時的會話A、 B和C。對於在該圖中示出的每個會話A、 B和C，分別 接收消息Al 、 A2和A3、 Bl 、 B2和B3以及Cl和C2。對於MCMS-S， 進入的消息在被接收到時在接收設備13處被再現。如在該圖的下部部分 所示的，三個會話A、 B和C的消息的再現順序因此與消息被接收時相 同。以這種方式，可同時再現多個會話。
在前述實例中，描述了 MCMS應用程式的幾種變形，包括MCMS-C 和MCMS-S。不管所使用的MCMS應用程式的特定類型如何，它們都共
享幾個共同的特徵。在每種情況下，會話由消息的被連接的順序或組織限 定。消息從媒體流分割，每個消息被給出順序標識符，並以創建媒體的時 間編索引。根據MCMS應用程式的變形，可根據一個或多個再現選擇來 再現消息。再現選擇使用從零到多個不同的屬性，包括以一種形式或另一 種形式來過濾、分組、交迭和/或順序化消息。以這種方式，可在單個啟 用客戶機12的設備13上進行多個會話，每個會話包括一連串消息。最後， MCMS的每個變形可用相同的方式處理中斷消息的接收。當接收到中斷 消息時，它一般優先於其它消息，並在屬於其它會話的其它消息之前被再 現。
M.客戶機和伺服器硬體
參考圖14A，其示出說明用於儲存並執行客戶機應用程式12的設備 13的硬體的結構圖140。硬體包括CPU142、主存儲器144和大容量存儲 器146。如在本領域中公知的，客戶機應用程式12糹皮裝入和儲存在主存 儲器144和大容量存儲器146中，並由CPU 142執行。
參考圖14B，其示出說明用於儲存並執行伺服器應用程式78的服務 器16的硬體的結構圖150。硬體包括CPU 152、主存儲器154、大容量存儲器156和檔案庫89。如在本領域中公知的，伺服器應用程式78被加載 和儲存在主存儲器154和大容量存儲器156中，並由CPU 152執行。如 上所述，一個或多個用戶的附有索引的媒體有效載荷儲存在檔案庫89中。
雖然為了方便，上面以單數形式描述了很多部件和過程，但本領域 的技術人員應認識到，多個部件和重複的過程也可用於實踐這裡所述的系 統和方法的技術。進一步地，雖然參考其中的特定實施方式特別示出和描 述了本發明，^f旦本領域衝支術人員應理解，在所公開的實施方式的形式和細 節中可進行變化，而不偏離本發明的實質或範圍。例如，本發明的實施方 式用於各種部件，且不應被限制到上面提到的部件。因此，這意味著本發 明應— 皮解釋為包括落在本發明的實質和範圍內的所有變形和等效形式。
權利要求
1.一種通信設備，其包括接收器，其配置成通過網絡在所述通信設備上接收與一個或多個會話相關的媒體；編碼器，其被配置成對於使用所述通信設備創建的媒體進行編碼，被編碼的媒體與所述一個或多個會話相關；儲存器或存儲器元件，其被配置成當所述媒體通過所述網絡被接收時，在所述通信設備上存儲與所述一個或多個會話相關的所接收的媒體以及與所述一個或多個會話相關的所編碼的媒體；會話控制元件，其配置成在所述通信設備上選擇所述一個或多個會話中的一個作為當前會話；以及再現元件，其與所述會話控制元件耦合併被所述會話控制元件控制，所述再現元件還配置成在所述通信設備上以下列模式再現與所選擇的當前會話相關的媒體(a)接近實時的模式，其中與所選擇的當前會話相關的所接收的媒體在被接收時被逐步再現；或者(b)時移模式，其中與所選擇的當前會話相關的所接收的和編碼的媒體在被編碼和接收之後的一個時間被再現；以及發射器，其被配置成通過所述網絡向一個或多個遠程通信設備發送與所選擇的當前會話相關的所編碼的媒體。
2. 如權利要求l所述的設備，其中所述會話控制元件還被配置成可選地在所述一個或多個會話中轉換所選擇的當前會話，其中所述再現元件還被配置成以所述接近實時的才莫式或所述時移模 式再現所述被轉換的當前會話的所接收的媒體和所編碼的媒體。
3. 如權利要求1至2中任一項所述的設備，其中所述會話控制元件還被配置成使所述再現元件在所述接近的實時模式和所述時移模式之間 選擇性地來迴轉換與所選擇的當前會話相關的媒體的再現。
4. 如權利要求1至3中任一項所述的設備，其中所選擇的當前會話還包括在所選擇的當前會話的參與者中間交換所接收的和編碼的媒體。
5. 如權利要求1至4中任一項所述的設備，其中所述接收器和所述 再現元件還一皮配置成當所述々某體通過所述網絡-皮接收時，以所述4姿近實時 的再現模式逐步再現與所選擇的當前會話相關的所接收的媒體。
6. 如權利要求1至5中任一項所述的設備，其中所述儲存器或存儲 器元件和所述再現元件還被配置成當在所述時移模式中時逐步再現來自 所述儲存器或存儲器元件的所選擇的當前會話的i某體。
7. 如權利要求1至6中任一項所述的設備，其中所迷會話控制元件、 所述儲存器或存儲器元件以及所述再現元件還被配置成在所述通信設備 上提供選擇性地暫停並接著恢復當前被選擇的會話的再現的能力，在所述 暫停期間所述儲存器或存儲器元件連續存儲與所述一個或多個會話相關 的所接收的媒體。
8. 如權利要求1至7中任一項所述的設備，其中所述會話控制元件 和所述再現元件還糹皮配置成從所選擇的當前會話的以前的時間點開始從 存儲器或儲存器元件以所述時移模式再現所選擇的當前會話的媒體。
9. 如權利要求I至8中任一項所述的設備，其中所述會話控制元件 和所述再現元件還被配置成通過從所述儲存器或存儲器元件中取回來自 選定的一個參與者的所接收的媒體，提供以所述時移模式複查來自所迷當 前會話的所述選定的 一 個參與者的所選擇的當前會話的所接收的媒體的 能力。
10. 如權利要求1至9中任一項所述的設備，其中所述會話控制元件 和所述再現元件還被配置成通過從所述儲存器或存儲器元件中取回來自兩個或多個參與者的所接收的媒體，提供以所述時移模式複查來自所述當 前會話的所述兩個或多個參與者的所選擇的當前會話的所接收的媒體的 能力。
11. 如權利要求1至10中任一項所述的設備，其中所述會話控制元 件還包括輸入元件，所述輸入元件配置成接收限定所選擇的當前會話的以 前的時間點的再現點輸入，以開始以所述時移模式再現所選擇的當前會 話，其中所述時間點由所述通信設備的用戶選擇和輸入。
12. 如權利要求1至11中任一項所述的設備，其中所述再現元件還 被配置成在所述通信設備上再現來自與所選擇的當前會話相關的多個參 與者的多個媒體流，所述多個媒體流中的每個包含多個附有時間索引的媒信息，所述再現元件通過按時間疊加每個參與者的所述附有索引的媒體有效載荷來再現所述多個流J;某體。
13. 如權利要求1至12中任一項所述的設備，其中所述會話控制元 件和所述再現元件還被配置成通過下列操作將所選擇的當前會話的所接 收的媒體的再現從所述時移模式轉換到所述接近實時的模式從所述儲存器或存儲器元件以增加的再現速率再現所取回的"C體，直 到所取回的媒體跟上通過所述網絡接收的所選擇的會話的所接收的媒體 並且實質上與通過所述網絡接收的所選擇的會話的所接收的媒體同時發 生；且然後在跟上點之後，當々某體通過所述網絡正#皮接收時，以所述接近實時的 模式再現所選擇的當前會話的媒體。
14. 如權利要求1至13中任一項所述的設備，其中所述會話控制元 件還包括會話選擇輸入裝置和再現點輸入裝置，所述會話選擇輸入裝置配 置成接收會話選擇輸入，所述再現點輸入裝置定義再現與輸入所選會話相 關的J 某體的點，所述會話控制元件還配置成使所述再現元件再現開始於輸 入開始點的輸入所選會話。
15. 如權利要求1至14中任一項所述的設備，其中所述發射器還被關的被編碼的^ 某體。
16. —種設備，其用於連續再現一個或多個會話，所述設備包括接收器，其配置成通過網絡在所述通信設備上接收與 一個或多個會話 相關的媒體，所述一個或多個會話包括按照確定的優先等級將被連續再現的限定的一組會話；排序元件，其配置成至少部分地基於所確定的優先等級按序列順序排 列與所述限定的一組會話相關的所接收的媒體；以及再現元件，其配置成按所述序列順序連續地再現與所述限定的一組會 話相關的所接收的媒體。
17. 如權利要求16所述的設備，其中將被連續再現的所述限定的一 組會話由所述通信設備的用戶限定。
18. 如權利要求16至17中任一項所述的設備，其中將被連續再現的 所述限定的 一組會話由預設配置限定。
19. 如權利要求16至18中任一項所述的設備，其中將被連續再現的 所述限定的一組會話由所述一組會話中的一個的參與者限定。
20. 如權利要求16至19中任一項所述的設備，其中所述優先等級由 所述通信設備的用戶限定。
21. 如權利要求16至20中任一項所述的設備，其中所述優先等級是 預定的優先等級。
22. 如權利要求16至21中任一項所述的設備，其中所述優先等級由 所述一組會話中的 一個的參與者確定。
23. 如權利要求16至22中任一項所述的設備，其中所述排序元件還 被配置成通過下列操作對與所述限定的 一組會話相關的媒體按序列順序 進行排列(i) 在將被連續再現的所述一組會話中確定帶有可用媒體的所述會 話；以及(ii) 至少部分基於所限定的優先等級在帶有可用媒體的所確定的會話中選擇一個會話。
24. 如權利要求16至23中任一項所述的設備，其中所述再現元件還所述限定的一組會話相關的^ 某體(iii) 再現所選擇的 一個會話的所述可用-媒體；(iv) 暫停其他確定的會話的可用媒體的再現；以及(v) 連續執行(i)到(iv)。
25. 如權利要求16至24中任一項所述的設備，其中所述排序元件依 靠排序算法來在帶有可用媒體的所述確定的會話中選擇一個會話，所述排序算法使用下列參數中的一個或多個(i) 所述優先等級；(ii) 與使用較高優先級媒體中斷當前再現的媒體相關的轉換成本；(iii) 所述當前再現的媒體的持續時間；(iv) 所述可用媒體的質量；(v) 來自所述通信設備的控制器的輸入；(vi) 所述媒體被接收的時間；(vii) 所述媒體被創建和編碼的時間；(viii) 所述媒體變為可用於再現的時間； (ix )隨機或打亂的移動順序；(x) 與進入的媒體相關的預定優先級；或者(xi) 包括有所述進入的媒體的優先級信息。
26. 如權利要求16至25中任一項所述的設備，其中所述排序元件還 被配置成當屬於所述限定的一組會話的媒體在所述通信設備上被接收時， 連續更新所述序列順序。
27. 如權利要求16至26中任一項所述的設備，其中所述再現元件還序列順序第 一位的所述可用媒體。
28. 如權利要求16至27中任一項所述的設備，其中所述再現元件還 -故配置成以時移;漠式再現所述組中的會話的不在所述序列順序第 一位的 所述可用i某體。
29. 如權利要求16至28中任一項所述的設備，其中所述排序元件還 被配置成通過下列操作按所述序列順序連續再現與所述限定的一組會話 相關的媒體(i) 再現位於所述序列順序第一位的媒體；(ii) 更新所述序列順序；以及(iii) 連續執行步驟(i)和(ii)
30. 如權利要求16至29中任一項所述的設備，其中所述排序元件還 被配置成通過下列操作按所述序列順序連續再現與所述限定的一組會話 相關的媒體(iv) 使在所述序列順序中較低級的媒體的再現連續時移；以及(v) 連續執行(i)和(iv)。
31. 如權利要求16至30中任一項所述的設備，其中所述再現元件還 被配置成(iv)當所述J 某體通過所述網絡正被接收時，逐步地再現位於所述序 列順序中第一位的所述^裝體；或者(v )如果位於所述序列順序第 一位的媒、體以前被接收但沒有被再現， 則從儲存器或存儲器元件中逐步地再現位於所述序列順序中第 一位的所述媒體。
32. 如權利要求16至31中任一項所述的設備，其還包括編碼器，所 述編碼器配置成對在所述通信設備上創建的並與由所述優先等級限定的 最高優先級會話相關的媒體進行編碼。
33. 如權利要求32所述的設備，其中所編碼的媒體和所接收的媒體 構成所述最高優先級會話。
34. 如權利要求32至33中任一項所述的設備，還包括儲存器或存儲 器元件，所述儲存器或存儲器元件配置成存儲與所述組中的會話相關的所 接收和編碼的i某體。
35. 如權利要求32至34中任一項所述的設備，還包括發射器，所述 發射器配置成通過所述網絡從所述通信設備向參與所述最高優先級會話 的 一個或多個遠程通信設備發送所編碼的4某體。
36. —種通信設備，其包括^接收器，其配置成通過網絡在所述通信設備上接收與一個或多個會話 相關的媒體；再現元件，其配置成當所述々某體通過所述網絡被接收時，同時再現與 所述一個或多個會話相關的所接收的媒體；^ 某體創建設備，其配置成在所述通信設備上分別為所述一個或多個會 話創建媒體；發射器，其被配置成通過所述網絡發送所述一個或多個會話的所創建 的媒體，所創建的媒體被分別發送給所述一個或多個會話的一個或多個參 與者；存儲器或儲存器元件，其被配置成存儲與所述一個或多個會話相關的 所接收和創建的媒體；以及再現控制元件，其被配置成控制所述再現元件，所述再現控制元件還 包括(i) 暫停功能，其暫停通過所述網絡接收的與所述一個或多個會話 相關的媒體的同時再現；(ii) 選擇元件，其配置成在所述暫停期間選擇複查正被同時再現的 所述一個或多個會話中的 一 個，所選擇的會話的所述複查包括再現與所選 擇的會話相關的所接收和/或創建的媒體；所述存儲器或儲存器元件還配置成在所述暫停期間當所選擇的會話 正被複查時，無中斷地連續存儲通過所述網絡接收的與所述一個或多個會話相關聯的媒體；以及所述再現控制元件還配置成在所選擇的會話的所述暫停和複查之後， 當所接收的媒體通過所述網絡正被接收時，恢復與所述一個或多個會話相 關的所接收的媒體的再現。
37. 如權利要求36所述的設備，其中所述存儲器或儲存器元件還被 配置成在所述一個或多個會話的同時再現的所述暫停期間，當與所選擇的 一個會話相關的媒體正被複查時，無中斷地連續存儲通過所述網絡接收的 並與未被選擇的 一個或多個會話相關的所述i某體。
38. 如權利要求36至37中任一項所述的設備，其中再現控制元件還 被配置成接收起始點輸入，所述起始點輸入限定在所述暫停期間複查所選 擇的會話的媒體 的起始點，所述再現元件還被配置成使所述媒體在所述起 始點開始從所述儲存器或存儲器元件被取回並且從所述起始點開始在所 述再現元件上被再現。
39. 如權利要求36至38中任一項所述的設備，其中所述再現控制元 件還被配置成控制所述再現元件以比所述4某體初始被編碼更快的速率再 現所取回的A萊體，並且在所選擇的一個會話的媒體通過所述網絡正被接收媒體並且實質上與所選擇的 一個會話的媒體並發時，確定跟上點。
40. 如權利要求36至39中任一項所迷的設備，其中每個所述會話還 包括在每個所迷會話的參與者中間分別交換所接收和發送的媒體。
41. 如權利要求36至40中任一項所述的設備，其中分別與所述一個 或多個會話中的每一個都相關的所接收和創建的媒體被分割為消息。
42. 如權利要求36至41中任一項所述的設備，其中與所述一個或多 個會話中的每一個都相關的所接收和創建的媒體還包括多個媒體有效載 荷，所述多個媒體有效載荷的每一個都具有與之相關的時間索引信息。
43. 如權利要求42所述的設備，其中所述再現設備還被配置成通過 確定與將被同時再現的所述一個或多個會話相關的所接收的媒體有效載 荷的所述時間索引並且同時再現根據時間索引順序疊加所述媒體有效載荷的附有有時間索引的i某體，來同時再現與一個或多個消息相關的所接收 的媒體。
44. 如權利要求36至43中任一項所述的設備，其中所述再現元件還 包括混合器，所述混合器配置成混合與將被同時再現的所述一個或多個會 話相關的所接收的媒體。
45. 如權利要求36至44中任一項所述的設備，其中所述再現控制元 件是可編程的，允許所述通信設備的用戶限定將被同時再現的所述一個或 多個會話。
46. 如權利要求36至45中任一項所述的設備，其中所述再現控制元 件^皮預先配置成限定將被同時再現的所述一個或多個會話。
47. 如權利要求36至46中任一項所述的設備，其中所述再現控制元 件是可編程的，允許所述一個或多個會話的參與者限定將被同時再現的所 述一個或多個會話。
48. 如權利要求36至47中任一項所述的設備，其中所述發射器還被 配置成發送被同時再現的所述一個或多個會話中的被選擇的一個的被創 建的媒體。
49. 如權利要求36至48中任一項所述的設備，其中所述再現元件還 被配置成通過當所述媒體僅從一 個源正被接收時僅再現從所述一 個源接 收的々某體或者當所接收的媒體同時從兩個或多個源正被接收時疊加所接 收的媒體的再現，來同時再現。
50. 如權利要求36至49中任一項所述的設備，其中所述再現控制元 件還被配置成在所述暫停之後，當所接收的媒體通過所述網絡被接收而沒 有首先複查在所述暫停期間接收的所存儲媒體時，恢復與所述一個或多個 會話相關的所接收的媒體的同時再現。
51. 如權利要求36至50中任一項所述的設備，其中所述再現控制元 件還被配置成在所述暫停之後，只為所選擇的會話恢復通過所述網絡接收 的所接收的媒體的再現。
52. 如權利要求36至51中任一項所述的設備，其中所述再現控制元件還被配置成通過從所述儲存器或存儲器元件再現在所述暫停期間接收 的媒體，在所述暫停之後，在與所述一個或多個會話相關的媒體的同時再 現被暫停的時間點開始，恢復與所述一個或多個會話相關的所接收的媒體 的同時再現。
53. 如權利要求36至52中任一項所述的設備，其中所述再現控制元 件還被配置成在所述暫停之後，在由所述通信設備的用戶限定的被選擇的 以前的時間點開始，恢復與所述一個或多個會話相關的所接收的々某體的同 時再現。
54. 如權利要求36至53中任一項所述的設備，還包括編碼器，所述 編碼器配置成對使用所述媒體創建設備創建的被創建的媒體進行編碼。
55. 如權利要求1至54中任一項所述的設備，其中與所述一個或多 個會話相關的所述媒體被分割為消息。
56. 如權利要求1至55中任一項所述的設備，還包括提供用於再現 所述一個或多個會話的々某體的多個再現選項，所述再現選項包括下列項中 的一個或多個暫停、重放、播放加快、播放減慢、向後跳躍、向前跳躍、 跳過靜音部分、跟上最近接收的媒體、或跳到最近接收的媒體。
57. 如權利要求1至15或32至54中任一項所述的設備，還包括在 發送所編碼的媒體之前，當所述媒體正被創建時，逐步存儲所編碼的媒體。
58. 如權利要求1至57中任一項所述的設備，還包括在存儲所編碼 的媒體之前，當所述媒體正被創建時，逐步發送所編碼的媒體。
59. 如權利要求1至58中任一項所述的設備，還包括在所述媒體正 —皮創建和編碼時，同時並逐步再現和存儲所編碼的々某體。
60. 如權利要求1至15或36至54中任一項所述的設備，還包括存 儲所選擇的會話的所接收的媒體，在以所述接近實時的模式再現所述接收 的i 某體之前，所接收的〗某體正被儲存。
61. 如權利要求I至15或36至54中任一項所述的設備，還包括以 所述接近實時的模式逐步再現與所選擇的當前會話相關的所接收的媒體， 在存儲所接收的媒體之前所接收的媒體正被再現。
62. 如權利要求1至15或36至54中任一項所述的設備，還包括當 所述媒體正被接收時同時且逐步再現和存儲與所選擇的當前會話相關的 所接收的媒體。
63. 如權利要求1至15或32至54中任一項所述的設備，其中通過 所述網絡發送在所述通信設備上創建的所編碼的i某體還包括確定當所述媒體被編碼時所述通信設備是否連接到所述網絡；以及 當所述通信設備連接到所述網絡時逐步發送所述媒體，其中連接到所述網絡被定義為在所述通信設備和所述網絡之間傳輸 數據的能力。
64. 如權利要求60所述的設備，還包括當所述媒體正被創建時，確定在所述網絡和所述通信設備之間所述連 接的帶寬速率；以及在所確定的帶寬速率內逐步發送所創建的媒體。
65. 如權利要求1至15或32至54中任一項所述的設備，其中通過 所述網絡發送在所述通信設備上創建的所編碼的媒體還包括確定當所述:^某體被編碼時所述通信設備是否與所述網絡斷開連接；探測所述第 一通信設備何時重新連接到所述網絡；以及在所述通信設備重新連接到所述網絡時，發送來自儲存器或存儲器元 件的所創建的媒體，其中與所述網絡連接和斷開分別被定義為在所述通信設備和所述網 絡之間傳輸或不傳輸數據的能力。
66. 如權利要求I至15或32至54中任一項所述的設備，其中通過 所述網絡發送在所述通信設備上創建的所編碼的i某體還包括確定當所述媒體被創建時網絡條件是否足夠差以阻止所述發送；探測何時網絡條件充分改善以實現所述發送；以及在探測到何時所述網絡條件充分改善時從儲存器或存儲器元件發送所創建的媒體。
67. 如權利要求1至66中任一項所述的設備，其中所述媒體還包括 下列々某體類型中的一個或多個語音、視頻、文本、傳感器數據、位置或 GPS信息、無線電信號、或其組合。
68. 如權利要求1至67中任一項所述的設備，其中所述通信設備包 括下列項之一固定電話、無線或蜂窩電話、計算機或無線電裝置、衛星 電話或衛星無線電裝置、或者戰術無線電裝置或戰術電話。
69. 如權利要求1至68中任一項所述的設備，其中所述網絡包括基 於分組的網絡、基於電路的網絡、蜂窩網絡、無線網絡、基於無線電裝置 的網絡、電話網絡、衛星網絡、有線網絡、光纖網絡、或其組合。
70. 如權利要求1至69中任一項所述的設備，還包括 在所述通信設備上接收緊急媒體；以及在再現與所述一個或多個會話相關的其它媒體之前，再現所述緊急媒體。
全文摘要
本發明目的在於通信設備的各種實施方案。在一個實施方案中，在通信設備上從多個會話中選擇一個當前會話。對於被選擇的會話，在設備上再現被接收的並與被選擇的會話相關的媒體，同時從設備向被選擇的會話的參與者發送在設備上創建並與被選擇的會話相關的媒體。與未被選擇的會話相關的媒體被保存在通信設備上用於以後複查。在第二個實施方案中，可在設備上使用優先級順序連續再現多個會話。當多個會話的媒體被接收時，最高優先級會話的可用媒體被再現，而其他會話的媒體以時移模式再現。優先級順序連續地被更新，以便所有被接收到的媒體最終都被再現。在另一個實施方案中，多個會話的媒體可被同時再現並儲存。使用這個實施方案，可選擇會話中的一個用於複查。在複查期間，其他會話的接收到的媒體被儲存，但不被再現。
文檔編號H04L29/06GK101690094SQ200880021907
公開日2010年3月31日 申請日期2008年6月24日 優先權日2007年6月28日
發明者託馬斯·E·凱蒂斯, 瑪麗·G·潘塔加, 詹姆士·T·潘塔加, 馬修·J·蘭尼 申請人:萊貝爾沃克斯有限責任公司