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

發(fā)明內(nèi)容
本發(fā)明目的在于用于在通信設(shè)備上再現(xiàn)一個或多個會話的各種方法。 在第一個方法中，在多個會話中選擇一個當(dāng)前會話。對被選擇的會話，接 收到的和與被選擇的會話相關(guān)的々某體被再現(xiàn)，并且在設(shè)備上創(chuàng)建的并與被 選擇的會話相關(guān)的媒體被發(fā)送到被選擇的會話的參與者。被選擇的會話的 媒體可以接近實(shí)時的模式或時移模式被再現(xiàn)。被選擇的會話可以選擇性地 在多個會話中變化。在第二個方法中，多個會話可以被連續(xù)再現(xiàn)。使用這 種實(shí)施方式，多個會話的可用^ 某體按照優(yōu)先級順序被連續(xù)再現(xiàn)。在各種會 話的媒體被接收時，當(dāng)以時移模式再現(xiàn)其他會話的媒體時，最高優(yōu)先級會 話的可用媒體被再現(xiàn)。在又一種方法中，可同時再現(xiàn)并儲存多個會話的媒 體。使用該實(shí)施方式，可選擇多個會話之一用于復(fù)查。在復(fù)查期間，其他 會話的所接收到的媒體被存儲，但不被再現(xiàn)。在復(fù)查之后恢復(fù)多個會話的 同時再現(xiàn)。通過在復(fù)查期間存儲所有會話的^ 某體，可在以后再現(xiàn)在復(fù)查期間接收到的未被再現(xiàn)的媒體。 附圖的簡要說明
參考結(jié)合附圖理解的下列描述可最好地理解本發(fā)明，這些附圖示出本 發(fā)明的特定實(shí)施方式。


圖1是本發(fā)明的通信和媒體管理系統(tǒng)的體系結(jié)構(gòu)的圖示。
圖2A和2B示出在本發(fā)明的通信和管理系統(tǒng)中的設(shè)備上運(yùn)行的客戶機(jī) 的結(jié)構(gòu)圖。
圖3是在本發(fā)明的通信和管理系統(tǒng)中使用的服務(wù)器的結(jié)構(gòu)圖。
圖4A到4D示出在本發(fā)明的通信和管理系統(tǒng)中使用的數(shù)據(jù)有效載荷的 各種實(shí)施方式。
圖5是示出根據(jù)本發(fā)明通過共享IP網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)的圖示。
圖6是示出根據(jù)本發(fā)明通過基于電路的網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)的圖示。
圖7是示出根據(jù)本發(fā)明在蜂窩網(wǎng)絡(luò)和互聯(lián)網(wǎng)上傳輸?shù)臄?shù)據(jù)的圖示。
圖8A到8F是示出本發(fā)明的通信和管理系統(tǒng)的存儲和流(stream)功能 的一系列流程圖。
圖9A到9C是示出有效載荷質(zhì)量管理器(PQM)的操作的流程圖， 而圖9D到9F是示出數(shù)據(jù)質(zhì)量管理器(DQM)的流程圖，這兩個管理器 都被本發(fā)明的客戶機(jī)和服務(wù)器使用。
圖10是具有可用在本發(fā)明的系統(tǒng)上的圖形用戶接口的示例性設(shè)備。
圖IIA到IIF是示出本發(fā)明的多會話管理(MCMS)特征的圖示。
圖12A到12C是示出本發(fā)明的連續(xù)多會話管理系統(tǒng)(MCMS-C )特征 的圖示。
圖13A到13D示出詳述本發(fā)明的操作的一系列圖示。
圖14A和14B是示出用于運(yùn)行本發(fā)明的客戶機(jī)和服務(wù)器應(yīng)用程序的硬 件的結(jié)構(gòu)圖。應(yīng)注意，在附圖中相似的參考數(shù)字指相似的元件。
特定實(shí)施方式的詳細(xì)描述
現(xiàn)在參考如在附圖中示出的其中的各種實(shí)施方式來詳細(xì)描述本發(fā)明。 在下列描述中，闡述了特定的細(xì)節(jié)，以便提供對本發(fā)明的徹底理解。然而 對本領(lǐng)域技術(shù)人員應(yīng)明顯，本發(fā)明可在不使用這里闡述的一些實(shí)現(xiàn)細(xì)節(jié)的 情況下實(shí)踐。還應(yīng)理解，沒有詳細(xì)描述公知的操作，以便不必使本發(fā)明不 清楚。
A.功能概述
通信媒體管理方法和系統(tǒng)支持參與語音會話和/或使用各種媒體類型 例如語音、視頻、文本、位置、傳感器信息和其它數(shù)據(jù)管理多個同時會話
的新;溪式。用戶可通過向指定的接收者發(fā)送語音消息來參與會話。根據(jù)偏 好和優(yōu)先級，接收者可實(shí)時地參與會話，或他們可簡單地被通知消息準(zhǔn)備 被取回。在后面的情況下，接收者通過復(fù)查并在方便時回答已記錄的消息 在時移模式中參與會話。
用戶被授權(quán)在(i)給用戶提供類似于標(biāo)準(zhǔn)全雙工電話呼叫的體驗(yàn)的近 似同步或"即時"會話；或(ii)在一系列前后時間延遲的傳輸(即，時 移模式)中進(jìn)行通信。進(jìn)一步地，參與會話的用戶可從即時模式無縫地轉(zhuǎn) 換到時移模式，并再次轉(zhuǎn)換回來。這個屬性也使用戶可能通過在每個會話 的兩個模式之間按優(yōu)先順序排列并變動來同時參與多個會話。使用系統(tǒng)的 兩個人因此可纟皮此來回發(fā)送已記錄的語音消息，并在方便時復(fù)查消息，或 消息可按它們本質(zhì)上合并到即時同步語音會話的速率被發(fā)送。為了本申請 的目的，這種新的通信形式稱為"Voxing"。
當(dāng)你"Vox"某人時，會話由被記錄在多個位置上的一系列分立的已 記錄的消息組成，這些位置可包括發(fā)送者的編碼設(shè)備(例如電話或計算 機(jī))、在網(wǎng)絡(luò)的多個傳輸中繼(hop)上的服務(wù)器以及接收者的再現(xiàn)設(shè)備。與 標(biāo)準(zhǔn)電話呼叫或語音郵件不同，系統(tǒng)提供了下列特征和優(yōu)點(diǎn)(i)會話可 在即時和時移之間轉(zhuǎn)換，反之亦然；(ii)分立的會話消息在語義上連接在一起并被存檔；(m)因?yàn)橄⒈挥涗洸⒖捎糜谝院笕』?，注意力可暫時從 會話轉(zhuǎn)移，接著可以后在方便時復(fù)查會話；(iv)會話可暫停數(shù)秒、數(shù)分鐘、 數(shù)小時或甚至數(shù)天，并可在停止的地方再次恢復(fù)；(v)人可再加入進(jìn)行中 的會話并快速復(fù)查遺失的消息和跟上(catchup)當(dāng)前的消息(例如，即時消 息)；(vi)發(fā)生會話不需要如傳統(tǒng)電話呼叫所要求的專用電路；以及(vii) 最后，為了發(fā)起會話，人可簡單地開始傳輸?shù)絺€人或組。如果另一端上的 一人或多人注意到他們正接收消息，他們有選擇復(fù)查和實(shí)時地進(jìn)會話的權(quán) 利或在他們選4奪之后的時間復(fù)查的權(quán)利。
通信媒體管理系統(tǒng)也支持優(yōu)化數(shù)據(jù)通過網(wǎng)絡(luò)的傳輸?shù)男履Ｊ?。系統(tǒng)有 效地管理有效載荷到接收者的發(fā)送，當(dāng)網(wǎng)絡(luò)條件較不理想時，該接收者實(shí) 時地參與會話。例如當(dāng)網(wǎng)絡(luò)條件差時，系統(tǒng)有意降低用于傳輸?shù)疆?dāng)^皮接收 者接收時"足夠好"以被再現(xiàn)的點(diǎn)的數(shù)據(jù)的質(zhì)量，允許會話的實(shí)時參與。 系統(tǒng)也保證隨著時間的過去消息的"準(zhǔn)確"拷貝的最終發(fā)送。系統(tǒng)和方法 因此提供了速度和準(zhǔn)確性兩者的優(yōu)點(diǎn)。通過在時間性和媒體質(zhì)量之間進(jìn)行 折衷、使用接收者是否打算立即實(shí)時地復(fù)查消息的在場和意圖以及網(wǎng)絡(luò)等 待時間、網(wǎng)絡(luò)降質(zhì)、分組丟失或損壞和/或當(dāng)前帶寬條件的衡量，來優(yōu)化對 網(wǎng)絡(luò)帶寬的利用。
應(yīng)注意，會話消息可只包含語音或包含語音、視頻和其它數(shù)據(jù)，例如 傳感器信息。當(dāng)復(fù)查消息時，取決于包含在消息中的媒體的類型，聽取或 在視覺上復(fù)查它們，或其組合。雖然到本申請的提交為止，大多數(shù)會話只 是語音，但這里描述的通信系統(tǒng)和方法旨在廣泛地包括會話，該會話包括 多媒體類型，例如語音和視頻。
公開了提供下列特征和功能中的 一 個或多個的改進(jìn)的語音和其它媒 體通信和管理系統(tǒng)和方法
i. 使用戶能夠參與多種會話類型，包括即時電話呼叫、會議電話、語 音消息、連續(xù)或同時的通信；
ii. 使用戶能夠在即時模式或時移模式(語音消息)中復(fù)查會話消息；
iii. 使用戶能夠在同步"即時"模式和時移模式之間無縫地轉(zhuǎn)換會話；連接。 該屬性允許用戶開始會話，參與會話，并且即使在網(wǎng)絡(luò)可不用時，在網(wǎng)絡(luò)
質(zhì)量差時或其他參與者無空時也復(fù)查以前接收到的時移的會話消息；
V.使系統(tǒng)能夠在發(fā)送方保存有效載荷數(shù)據(jù)，且在網(wǎng)絡(luò)傳輸之后在所有
接收方保存i某體有效載荷數(shù)據(jù)；
vi. 使系統(tǒng)能夠通過將消息按序連接在一起形成在語義上有意義的會 話來組織消息，其中每個消息可被識別并聯(lián)系到給定會話中的給定參與 者；
vii. 使用戶能夠使用一組用戶控制的功能來管理每個會話，例如復(fù)查 "即時"、暫?；驎r移會話直到方便復(fù)查時，在各種模式和用于管理會話 (例如存檔、加標(biāo)記、搜索和從檔案庫取回)的方法中重放(例如，播放
加快、跟上即時、跳到會話首部)；
viii. 使系統(tǒng)能夠管理在場數(shù)據(jù)并與所有會話參與者共享在場數(shù)據(jù)，包 括在線狀態(tài)、關(guān)于在即時或時移才莫式中復(fù)查任何給定的消息的意圖、對消 息的當(dāng)前關(guān)注、再現(xiàn)方法以及發(fā)送方和接收方之間的網(wǎng)絡(luò)條件；
ix. 使用戶能夠同時管理多個會話，其中(a) —個會話正在進(jìn)行，而 所有其它會話暫停；(b)多個會話被連續(xù)再現(xiàn)，例如但不限于戰(zhàn)術(shù)通信， 或者(c)多個會話是活躍的并被同時再現(xiàn)，例如在股票交易所或貿(mào)易場所 中；
x. 使用戶能夠儲存所有的會話，且如果需要，持久地將它們存檔在有 形介質(zhì)中，按需要提供可被有組織地編索引、搜索、轉(zhuǎn)錄、翻譯和/或復(fù)查
的有用資源；
xi. 使系統(tǒng)能夠使用消息的盡力交付模式，以用于盡快再現(xiàn)的"足夠
好"速率提供實(shí)時呼叫功能(類似于UDP),以及通過從最初保存的完美 拷貝(類似于TCP)請求任何遺失或損壞的數(shù)據(jù)的重傳來提供傳輸?shù)南?的準(zhǔn)確拷貝的^f皮保證的最后發(fā)送；以及
xii. 使系統(tǒng)能夠通過在時間性和媒體質(zhì)量之間進(jìn)行折衷、使用接收者 的在場和意圖(即，在實(shí)時或在時移模式中復(fù)查々某體)以及網(wǎng)絡(luò)等待時間、網(wǎng)絡(luò)降質(zhì)、分組丟失或損壞和/或當(dāng)前帶寬條件的衡量，來優(yōu)化對網(wǎng)絡(luò)帶寬 的利用。
在各種實(shí)施方式中，可實(shí)現(xiàn)上面列出的很多特征和功能中的一些或全 部。然而應(yīng)理解，本發(fā)明的不同實(shí)施方式不需要合并上面列出的全部特征 和功能。
B.術(shù)語表
在解釋本發(fā)明的細(xì)節(jié)之前，定義在整個書面描述中使用的 一些術(shù)語和 縮略語是有用的。術(shù)語的該術(shù)語表被按系統(tǒng)部件、媒體、媒體管理、人和 會話管理組織成組。
B丄系統(tǒng)部件
客戶機(jī)客戶機(jī)是通信系統(tǒng)中的用戶應(yīng)用程序，其包括用戶接口、持 久性數(shù)據(jù)存儲器和"Voxing"功能。用戶與客戶機(jī)應(yīng)用程序進(jìn)行交互作用， 且客戶機(jī)應(yīng)用程序管理通過網(wǎng)絡(luò)傳輸或接收的所有通信(消息和信號)和 有效載荷(媒體)轉(zhuǎn)移?？蛻魴C(jī)支持對々某體的編碼(例如，語音、視頻或 其它數(shù)據(jù)內(nèi)容的捕獲)以及對媒體的再現(xiàn)，并支持對數(shù)據(jù)在網(wǎng)絡(luò)上的傳輸 進(jìn)行優(yōu)化以及保護(hù)、加密和驗(yàn)證?？蛻魴C(jī)可由一個或多個用戶使用(即， 多租戶)。
設(shè)備運(yùn)行客戶機(jī)應(yīng)用程序的物理設(shè)備。用戶可在任何給定的時間點(diǎn) 主動地登錄到單個設(shè)備或多個設(shè)備。在不同實(shí)施方式中，設(shè)備可為通用計 算機(jī)、便攜式計算設(shè)備、可編程的電話、可編程的無線電裝置或任何其它 可編程的通信設(shè)備。
服務(wù)器通信網(wǎng)絡(luò)中的計算機(jī)節(jié)點(diǎn)。服務(wù)器負(fù)責(zé)通過網(wǎng)絡(luò)和持久性存 儲器將在用戶之間來回發(fā)送的消息按規(guī)定路線傳送，還負(fù)責(zé)對媒體有效載 荷進(jìn)行存檔。服務(wù)器提供對數(shù)據(jù)在網(wǎng)絡(luò)上的傳輸?shù)膬?yōu)化以及路由、譯碼、 保護(hù)、加密和-瞼i正。
B.2.媒體
消息從一個用戶到另一的通信的單個單位。每個消息由某種媒體例 如語音或視頻組成。每個消息被分配某些屬性，包括(i)發(fā)送消息的用戶；(ii)它所屬的會話；(iii)可選的或用戶創(chuàng)建的重要標(biāo)記；(iv)時間 戳；以及(v)媒體有效載荷。
媒體音頻、視頻、文本、位置、傳感器讀數(shù)例如溫度、或其它數(shù)據(jù)。
會話兩個或多個用戶之間在其設(shè)備上(被識別、持久地儲存、分組 并按優(yōu)先順序排列)的一串消息。用戶通常按需要使用其設(shè)備，通過在實(shí) 時或在時移^t式中復(fù)查消息或創(chuàng)建并發(fā)送會話消息，來參與會話。當(dāng)新消 息被創(chuàng)建時，它們定義新的會話，或它們被添加到現(xiàn)有的會話。
會話首部由最近的揚(yáng)聲器編碼的會話的最近的消息。它是用戶在復(fù) 查"即時"時處于會話中的位置或人在使用"跳到即時，，特征的情況下所 跳到的位置。
多會話管理系統(tǒng)或MCMS:作為客戶應(yīng)用程序的部分運(yùn)行的應(yīng)用程 序，其使用戶能夠使用各種媒體類型參與多個會話。使用MCMS應(yīng)用程 序，用戶在多個會話中選擇一個會話作為當(dāng)前的，其中只有當(dāng)前會話的消 息被再現(xiàn)。對于選定的當(dāng)前會話，用戶可從時移模式中的一系列來回消息 轉(zhuǎn)換到接近同步的"即時"模式，類似于標(biāo)準(zhǔn)電話會話，并再次轉(zhuǎn)換回來。 未選定的會話的消息處于暫停狀態(tài)。如果其他人仍然參與那些會話，則與 未選定的會話相關(guān)的消息將累積。用戶可選擇性地在多個會話中轉(zhuǎn)換當(dāng)前 會話，并復(fù)查選定的當(dāng)前會話的被累積的消息。
連續(xù)多會話管理系統(tǒng)或MCMS-C:類似于MCMS，具有再現(xiàn)和使用 戶能夠通過時移和優(yōu)先級分級系統(tǒng)來管理并參與連續(xù)多個會話的增加的 特征，其由系統(tǒng)自動管理。MCMS-C應(yīng)用程序允許連續(xù)會話的消息按優(yōu)先 順序被再現(xiàn)，與只再現(xiàn)當(dāng)前選定的會話的消息的MCMS相反。MCMS-C 特別適用于下列情況連續(xù)會話的消息按優(yōu)先順序被再現(xiàn)很重要，和/或接 收所有消息，即使屬于較低優(yōu)先級會話的那些消息，比實(shí)時地接收消息更 重要。MCMS-C可能適合的情況的例子包括但不限于醫(yī)院、出租車隊(duì)管理 或戰(zhàn)術(shù)通信。
同時多會話管理系統(tǒng)或MCMS-S:類似于MCMS，具有能夠使用 MCMS-S的增加的特征，選擇用于同時再現(xiàn)的多個會話，與只再現(xiàn)當(dāng)前選定的會話的消息的MCMS不同。MCMS-S特別適用于下列情況用戶同 時聽多個會話，例如交易人聽不同交易的多個經(jīng)紀(jì)人并向其中的一人或多 人周期性地同時發(fā)送交易請求。MCMS-S也可適合于戰(zhàn)術(shù)通信。
優(yōu)先級系統(tǒng)用來確定當(dāng)用戶參與MCMS-C時接著再現(xiàn)哪個消息的 機(jī)制。優(yōu)先級由系統(tǒng)自動管理。用戶可設(shè)置默認(rèn)的優(yōu)先級，或可使用一組 預(yù)定的系統(tǒng)優(yōu)先級。在其中多于一個的消息準(zhǔn)備被同時再現(xiàn)的沖突的情況 下，系統(tǒng)至少部分地根據(jù)優(yōu)先級解決該沖突，以確定什么消息要立即再現(xiàn) 以及什么消息要時移。
標(biāo)記用戶或系統(tǒng)可分配到會話或消息的一組屬性，例如主題(公司 名)、指令(行動條款)、指示符(會話概要)、或人可能想要通過其來搜 索或組織數(shù)據(jù)的任何其它標(biāo)志。
重要標(biāo)記使發(fā)送者能夠指定消息何時被再現(xiàn)的特殊消息屬性，而不 管其它優(yōu)先級設(shè)置如何。例如"緊急"重要標(biāo)記將優(yōu)先于其它優(yōu)先級。該 特征對戰(zhàn)術(shù)系統(tǒng)^L關(guān)4定，雖然任何系統(tǒng)可配置成使用或禁用該特征。
分組能夠通過計算機(jī)網(wǎng)絡(luò)被按規(guī)定路由傳送的二進(jìn)制數(shù)據(jù)的任何單 位。每個分組由首部(元數(shù)據(jù))和有效載荷(媒體數(shù)據(jù))組成。包括標(biāo)準(zhǔn) 分組協(xié)議，例如^旦不限于互聯(lián)網(wǎng)協(xié)議(IP)、 EvDO、 UMTS、或任何其它 基于分組的無線電、光纖或有線網(wǎng)絡(luò)。
首部或分組首部描述分組的分組部分；關(guān)于有效載荷的元數(shù)據(jù)、其 編石馬類型和目的i也。
Vox分組使系統(tǒng)和方法能夠進(jìn)一步改進(jìn)和優(yōu)化消息、^(某體和其它信 令信息的發(fā)送的專有分組。
媒體有效載荷(或有效載荷)分組的實(shí)際媒體部分。
B.3.媒體管理
時移延遲(TSD):在Vox分組的到達(dá)與分組在設(shè)備上再現(xiàn)之間的時 間量。TSD必須超過最小時移延遲。TSD—般由用戶在接收到之后的某個 時間選擇復(fù)查會話消息時的行為確定。最小時移延遲(MTSD):被客戶機(jī)強(qiáng)加以允許使用抖動(jitter)緩沖 區(qū)技術(shù)來進(jìn)行抖動處理的時移延遲。這使系統(tǒng)延遲再現(xiàn)，直到足夠數(shù)量的 分組到達(dá)以產(chǎn)生可用的^C體流。系統(tǒng)一般隨著時間的過去適應(yīng)性地調(diào)節(jié) MTSD，以補(bǔ)償網(wǎng)絡(luò)中的變化的條件。
再現(xiàn)以適合于用戶使用的形式(例如，語音、文本、圖形顯示、視 頻或其組合)將々某體流發(fā)送到用戶。
混合 一個或多個4某體流的再現(xiàn)。例如，來自會話的兩個參與者的媒 體流可在再現(xiàn)時被混合，產(chǎn)生類似于多人同時講話的會話的用戶體驗(yàn)。
編碼轉(zhuǎn)換由用戶所產(chǎn)生的(例如，語音或視頻)、或以其他方式在 設(shè)備上引起(例如GPS或其它傳感器數(shù)據(jù))的媒體、或?qū)⒚襟w轉(zhuǎn)換成由客 戶機(jī)處理的數(shù)字?jǐn)?shù)據(jù)的過程。
自適應(yīng)抖動緩沖區(qū)抖動緩沖區(qū)或去抖動緩沖區(qū)用于對分組交換網(wǎng)絡(luò) 引入的抖動(即，序列分組之外的到達(dá)或分組的延遲的到達(dá))計數(shù)，以便 可沒有中斷地執(zhí)行通過網(wǎng)絡(luò)傳輸?shù)囊纛l(或視頻)信號的連續(xù)再現(xiàn)。數(shù)據(jù) 在再現(xiàn)之前存儲在緩沖區(qū)中，以允許媒體的合理尺寸的緩沖區(qū)到達(dá)。媒體 可在所有分組被接收之前被再現(xiàn)，為傳播折衷選擇質(zhì)量。自適應(yīng)抖動緩沖 區(qū)能夠動態(tài)地改變其尺寸以優(yōu)化延遲/質(zhì)量折衷。
持久性無限消息緩沖區(qū)(PIMB): PIMB是指執(zhí)行"即時"數(shù)據(jù)的去 抖動以及存檔數(shù)據(jù)的存儲和取回的、基于時間的媒體的存儲的存儲管理系 統(tǒng)。P1MB還包括媒體的可能無限和持久性存儲的額外屬性。P1MB在一些 或所有參與者設(shè)備和/或服務(wù)器維持消息和會話的Vox分組的"準(zhǔn)確"或完 整拷貝。
分組丟失補(bǔ)償或隱蔽(PLC):在再現(xiàn)媒體流期間，PLC部件補(bǔ)償遺 失的分組，插入結(jié)果以向復(fù)查者提供流。遺失的分組可被再現(xiàn)為無聲，或 來自相鄰分組的信息可用于提供插入的聲音或圖像。待使用的特定的方法 將依賴于媒體、使用中的編解碼器和其它通常已知的參數(shù)。
B.4 ^
用戶被授權(quán)使用系統(tǒng)的人。聯(lián)系人系統(tǒng)對用戶或非用戶的記錄。用戶一般參與和其聯(lián)系人列表 上的成員的會話。非用戶是使用傳統(tǒng)電話、無線電裝置或啟用其它非客戶
機(jī)12的設(shè)備來訪問或使用系統(tǒng)的用戶。
組多個聯(lián)系人的聯(lián)合。聯(lián)系人可被選擇性添加或從組中刪除。當(dāng)會 話發(fā)生在組中間時，組中的所有成員可以或可以不參加。
信道 一般用于戰(zhàn)術(shù)通信系統(tǒng)。信道類似于組，因?yàn)樗苟鄠€聯(lián)系人 與信道關(guān)聯(lián)。
參與者被識別為會話的成員的人?？蔀橛脩艋蚍怯脩魠⑴c者。 B.5.會話管理
時移時移是當(dāng)任何消息(如用戶接收者所確定的)被接收之后，在 任何時間播放該消息的能力。通過時移，用戶可復(fù)查消息(i )通過在MTSD 之后立即再現(xiàn)來立即按需請求；或(ii)依據(jù)用戶的判斷在復(fù)查消息的模 式中時移；(iii)來自檔案庫，用于老的會話的搜索、重建等；(iv)在延 遲的一段時間之后適應(yīng)需要被首先復(fù)查的其它較高優(yōu)先級消息(或會話) 的復(fù)查；(v)和/或如果必要使消息重復(fù)地被再次聽到和理解。換句話說， 時移是用戶在系統(tǒng)強(qiáng)加MTSD之后的任何時間再現(xiàn)消息的能力。
復(fù)查聽、觀看、閱讀或以其他方式觀察消息中的々某體內(nèi)容。復(fù)查可 在接近同步的實(shí)時的"即時模式"或時移模式中發(fā)生。
意圖(i)記錄用戶是希望盡快復(fù)查會話消息還是希望在時移模式中 復(fù)查消息的用戶定義的屬性；(ii)由用戶的行為暗示；或(i)和(ii)的 組合。
注意力記錄用戶是否此刻復(fù)查給定會話的消息的用戶屬性。
跟上即時(CTL):允許不在會話首部的用戶更快地復(fù)查以前的消息 以"跟上即時"(即，會話首部)的再現(xiàn)模式。CTL特征可使用任何數(shù)量 的跟上技術(shù)，例如消息的較快重^:、消息的4某體中的間隙的移除、猶豫虛 詞(hesitation particle)的移除等。當(dāng)用戶跟上即時時，系統(tǒng)無縫地進(jìn)入即時 會話。這是例如在用戶需要暫時將其注意力從會話移走但在其返回時希望 聽到整個會話的情況下關(guān)于會議電話的非常有用的特征。跟上模式確定CTL過程如何跟上(即，重放加快、消除無聲和猶豫 虛詞或其組合)的用戶配置或預(yù)先配置的模式。
跳到即時(JTL):該特征允許用戶從其當(dāng)前位置跳到會話首部。當(dāng)用 戶不想復(fù)查其會話中的當(dāng)前位置與會話首部之間的所有消息時，他們一般 使用JTL特征。當(dāng)實(shí)現(xiàn)JTL特征時，用戶略過任何中間消息，并開始再現(xiàn) 在會話首部處的"即時"消息。
MCMS參與者屬性由用戶定義的、或由系統(tǒng)從用戶行為理解的、 由管理員分配的、或其組合的一組屬性，這些屬性定義意圖、注意力、優(yōu) 先級和接收者對給定會話的再現(xiàn)偏好。這些屬性包括但不限于(i)當(dāng)接 收者希望再現(xiàn)會話消息時的意圖?？赡艿囊鈭D值包括"現(xiàn)在"、"時移"、
"跟上即時(CTL)"、"暫停"和"從不"；(ii)跟上模式，其是確定CTL 過程應(yīng)如何使接收者跟上即時(例如，播放加快、略過無聲間隙或猶豫、 或以正常速度播放)的配置設(shè)置；(iii)時移延遲(TSD)，其定義接收者 在會話中的當(dāng)前位置離會話首部多遠(yuǎn)，以及(iv)消息相對于接收者的其 它會話的優(yōu)先級。
C. 系統(tǒng)結(jié)構(gòu)
參考圖1，其示出了根據(jù)本發(fā)明的一個實(shí)施方式的電信和媒體管理系
統(tǒng)的結(jié)構(gòu)圖。系統(tǒng)10包括分別在設(shè)備13!到13n上運(yùn)行的多個客戶機(jī)12!
到12n。設(shè)備13通過包括一個或多個服務(wù)器16的通信服務(wù)網(wǎng)絡(luò)14彼此通
信。
一個或多個網(wǎng)絡(luò)18,到18n設(shè)置成將多個設(shè)備13!到13n耦合到通信服
務(wù)網(wǎng)絡(luò)14。在不同實(shí)施方式中，網(wǎng)絡(luò)18可為公共交換電話網(wǎng)絡(luò)(PSTN)、 基于例如CDMA或GSM的蜂窩網(wǎng)絡(luò)、互聯(lián)網(wǎng)、戰(zhàn)術(shù)無線電網(wǎng)絡(luò)、或任何 其它通信網(wǎng)絡(luò)、或其組合。通信服務(wù)網(wǎng)絡(luò)14是在各網(wǎng)絡(luò)18!到18n的頂部 上的或以其他方式與各網(wǎng)絡(luò)18i到18n進(jìn)行通信的網(wǎng)絡(luò)層。在不同實(shí)施方式 中，網(wǎng)絡(luò)層14是異類或同類的?？蛻魴C(jī)12!到12n使用稱為"Vox分組" 的單獨(dú)的消息單元彼此通信并與網(wǎng)絡(luò)18!到18n以及網(wǎng)絡(luò)14上的服務(wù)器16 進(jìn)行通信，這將在下面詳細(xì)描述。
D. 客戶機(jī)結(jié)構(gòu)參考圖2A和2B，其示出了在設(shè)備13上運(yùn)行的客戶機(jī)12的結(jié)構(gòu)圖。 如圖2A所示，客戶機(jī)12包括多會話管理系統(tǒng)(MCMS)應(yīng)用程序20、再 現(xiàn)和編碼才莫塊21 、以及MCMS應(yīng)用數(shù)據(jù)庫22。如圖2B所示，客戶機(jī)12 還包括存儲和流(SAS)模塊24,其具有持久性無限消息緩沖區(qū)(PIMB) 讀出器26、 PIMB寫入器28、 PIMB數(shù)據(jù)庫30、數(shù)據(jù)和網(wǎng)絡(luò)質(zhì)量(DNQS ) 存儲器32、以及i某體驅(qū)動器和編碼器硬件34。 MCMS應(yīng)用程序20以及存 儲和流模塊24分別通過消息處理模塊25a和25b彼此進(jìn)行通信。客戶機(jī) 12還包括驗(yàn)證-加密-保護(hù)模塊40和通信協(xié)議模塊44。
模塊40在將"Vox"分組傳輸?shù)娇蛻魴C(jī)12以及從客戶機(jī)12接收"Vox" 分組期間提供驗(yàn)證、加密和保護(hù)服務(wù)。當(dāng)在接收數(shù)據(jù)時傳輸數(shù)據(jù)并將Vox 分組從本地分組去封裝時，通信協(xié)議模塊44將Vox分組封裝到底層網(wǎng)絡(luò) 18所使用的本地分組中，底層網(wǎng)絡(luò)18連接到運(yùn)行客戶機(jī)12的設(shè)備13。 使用模塊40和44,在客戶機(jī)12之間提供多方端到端驗(yàn)證、加密和保護(hù)。 消息在網(wǎng)絡(luò)18,到18n和網(wǎng)絡(luò)14中從第一發(fā)送設(shè)備13到第二接收設(shè)備13 一皮-驗(yàn)i正、力口密和寸呆護(hù)。
D.l.l MCMS數(shù)據(jù)庫
數(shù)據(jù)庫22儲存并管理系統(tǒng)10中很多實(shí)體的持久性元數(shù)據(jù)，包括聯(lián)系 人和參與者、會話和消息(即時和所儲存的)、和默認(rèn)優(yōu)先級、以及關(guān)于 服務(wù)器16的信息。此外，MCMS數(shù)據(jù)庫22儲存用戶會話、在場和狀態(tài)的 從一時刻到另 一時刻的操作數(shù)據(jù)，以及與用戶進(jìn)行會話的或用戶聯(lián)系人列 表上的所有參與者的會話、在場和狀態(tài)的從一時刻到另一時刻操作數(shù)據(jù)。 例如，對于會話和消息，數(shù)據(jù)庫22記住狀態(tài)信息，例如用戶已經(jīng)或未曾 復(fù)查的會話的什么消息、優(yōu)先級、以及在其中客戶機(jī)12是參與者的每個 會話的跟上即時狀態(tài)、所有參與者的在場和狀態(tài)、以及其它網(wǎng)絡(luò)和其它系 統(tǒng)管理數(shù)據(jù)。
D丄2 MCMS應(yīng)用程序
MCMS應(yīng)用程序20使用各種媒體和數(shù)據(jù)類型(語音、視頻、文本、 位置、數(shù)據(jù)等)支持參與會話和/或管理多個會話的不同Voxing模式。用 戶通過使用他們的啟用客戶機(jī)12的設(shè)備13將消息發(fā)送到指定的接收者，來參與會話。根據(jù)偏好和優(yōu)先級，接收者可實(shí)時地復(fù)查消息，或他們可僅 僅被通知消息準(zhǔn)備好被復(fù)查。用戶可從一系列消息來回轉(zhuǎn)換，這些消息在 時移模式(或語音消息)中或在接近同步的全雙工會話(類似于標(biāo)準(zhǔn)"即
時"電話呼叫)中被復(fù)查并接著再次回到語音消息。MCMS應(yīng)用程序20 允許用戶實(shí)時地控制與其最重要會話的交互作用，而不遺失其它正在進(jìn)行 的會話中的任何消息。例如，MCMS應(yīng)用程序20通知來自會話的緊急或 高優(yōu)先級通信的用戶他們目前不復(fù)查。MCMS應(yīng)用程序20也使來自所有 會話的所有消息被儲存，用于以后取回，所以它們可在任何時間被復(fù)查。
根據(jù)各種實(shí)施方式，存在MCMS應(yīng)用程序20的幾種不同的操作模式， 包括連續(xù)MCMS (MCMS-C)和同時MCMS (MCMS-S),其分別支持消 息的連續(xù)和同時的再現(xiàn)。下面詳細(xì)描述這些實(shí)施方式中的每個。除非特別 指出，術(shù)語"MCMS"通常用于表示MCMS應(yīng)用程序20，其包括前述不 同的模式。
MCMS應(yīng)用程序20是包括很多模塊和服務(wù)的多層結(jié)構(gòu)。模塊和服務(wù) 包括MCMS數(shù)據(jù)庫模塊20a、 SAS服務(wù)模塊20b、消息和信令服務(wù)模塊20c、 用戶接口應(yīng)用編程接口 (API)20d、用戶接口模塊20e、會話/消息管理服 務(wù)20f、優(yōu)先級服務(wù)20g、聯(lián)系人服務(wù)20h、在場/狀態(tài)服務(wù)20i以及消息/ 信號服務(wù)20j。
D.l.2.1 MCMS數(shù)據(jù)庫才莫塊
MCMS數(shù)據(jù)庫才莫塊20a是管理MCMS應(yīng)用程序20訪問MCMS數(shù)據(jù) 庫22所必需的所有功能的服務(wù)模塊。
D.1.2.2 SAS服務(wù)模塊
SAS服務(wù)模塊20b包括一組功能調(diào)用，其實(shí)現(xiàn)MCMS應(yīng)用程序20和 存儲和流模塊24之間的通信和協(xié)調(diào)，且其分別通過消息處理模塊25a和 25b來回傳遞。當(dāng)被用戶調(diào)用和/或被網(wǎng)絡(luò)條件指示時，這組功能調(diào)用使 MCMS應(yīng)用程序20和存儲和流模塊24能夠按需要操作來實(shí)現(xiàn)各種Voxing 功能。SAS服務(wù)模塊20b所執(zhí)行的一些功能包括維持和傳遞消息傳輸和消 息確認(rèn)的狀態(tài)、用于再現(xiàn)消息的指令、以及用戶的狀態(tài)和在場。D丄2,3消息和信令服務(wù)模塊
消息和信令服務(wù)模塊20c在客戶機(jī)12和服務(wù)器16上運(yùn)行，并實(shí)現(xiàn)系 統(tǒng)10的客戶機(jī)12和服務(wù)器16之間的通信。包括消息、數(shù)據(jù)和其它信號 的該通信允許客戶機(jī)12和系統(tǒng)10跟蹤并管理通信、網(wǎng)絡(luò)狀態(tài)、用戶和用 戶狀態(tài)。在客戶機(jī)12和服務(wù)器16上運(yùn)行的消息和信令服務(wù)模塊20c之間 發(fā)送的消息和信號的類型包括例如用戶的網(wǎng)絡(luò)可用性、服務(wù)器16發(fā)送到 客戶機(jī)12 (可能包括"高水印(high water mark)")的消息的跟蹤，這些消 息確定是否整個消息或消息的某個部分丟失(例如由"產(chǎn)生的"客戶機(jī)創(chuàng) 建的每會話每參與者的序列號)、用戶是否正講話或復(fù)查給定會話的消息、 用戶相對于會話首部的位置、或參與者何時不再復(fù)查會話實(shí)況。這些是在 客戶機(jī)12和服務(wù)器16上的消息和信令服務(wù)模塊之間發(fā)送的很多類型的消 息和信號中的一些的實(shí)例，且決不應(yīng)被解釋為限制本發(fā)明。
D.1.2.4用戶接口 API
用戶接口 API 20d是界定一組功能調(diào)用的模塊，這些調(diào)用定義用戶接 口模塊20e和MCMS應(yīng)用程序20的底層服務(wù)之間的編程接口 。用戶接口 API 20d支持通用方法，例如UI應(yīng)用程序支持、以及用戶接口操作MCMS 應(yīng)用程序20所必需的所有功能調(diào)用。在各種實(shí)施方式中，用戶接口 API 20d 使客戶機(jī)12能夠支持各種用戶接口和設(shè)備類型，例如基于Adobe Flash的 和/或Microsoft Windows應(yīng)用程序、蜂窩或移動電話設(shè)備、以載頻驅(qū)動的 PSTN設(shè)備、語音用戶接口 ( VUI)和物理無線電通信接口。在各種實(shí)施方 式中，用戶接口 API 20d既使高度靈活的也使高度受限的用戶接口的設(shè)計 能夠支持MCMS應(yīng)用程序20的功能。
D.l.2.5 MCMS用戶接口才莫塊
MCMS用戶接口片莫塊20e支持客戶機(jī)12的音頻和視頻用戶接口的操 作和功能。用戶接口^t塊20e支持很多用戶交互作用，并可使用各種交互 作用介質(zhì)例如圖形用戶接口屏幕的陣列、音頻/DTMF接口或設(shè)備13上的 語音用戶接口來實(shí)現(xiàn)，所有這些交互作用介質(zhì)都使用戶能夠與系統(tǒng)10進(jìn) 行交互作用。被支持的用戶交互作用的部分列表例如包括功能登錄；管 理、加入和監(jiān)控會 ；控制會話再現(xiàn)；管理優(yōu)先級；以及請求復(fù)查被存檔的會話。應(yīng)注意，該列表是示例性的，且決不應(yīng)被解釋為限制本發(fā)明。
D.1.2.6會話/消息管理服務(wù)
會話/消息管理服務(wù)20f是定義管理數(shù)據(jù)結(jié)構(gòu)和過程的一組功能的才莫 塊，其負(fù)責(zé)管理并保留用戶管理在會話的參與者之間傳輸和接收的媒體 (例如，語音或視頻內(nèi)容消息)的接收和復(fù)查所需要的所有信息。消息被 組織成會話。運(yùn)行應(yīng)用程序12的設(shè)備13所發(fā)送和接收的媒體可用于在被 接收時立即復(fù)查。接收到的媒體也被記錄，用于在時移模式中復(fù)查、會話 管理和歸檔目的。在可選的實(shí)施方式中，消息或會話可以可選地被暫時標(biāo) 記，指定其期望的保留要求(例如，超出對立即再現(xiàn)的要求， 一些消息將 不被保留或儲存)。在又一實(shí)施方式中，々某體可以可選地被標(biāo)記用于只在 時移模式中復(fù)查，且不能在接收到時立即被復(fù)查。
對于用戶的每個當(dāng)前的或正在進(jìn)行的會話，會話/消息管理服務(wù)20f進(jìn) 一步實(shí)現(xiàn)在任何時間媒體到接收客戶機(jī)12的發(fā)送，且接收客戶機(jī)12無縫 地使這些消息與適當(dāng)?shù)臅捪嚓P(guān)，而不管接收者活動或不活動。
使用會話/消息管理服務(wù)20f，所有會話實(shí)質(zhì)上是異步的。如果兩個用 戶主動地參與給定會話，且在傳輸之間用戶控制的延遲最小，則體驗(yàn)將是 同步全雙工會話之一，如同當(dāng)前的電話或VoIP會話一樣。如果用戶由于無 論什么原因延遲其參與，則會話趨向于異步語音(或其它媒體)消息體驗(yàn)。 在可選實(shí)施方式中，會話可以可選地被標(biāo)記為僅僅異步消息或僅僅同步消 息。在這些情況的任一個中，會話不能在兩個模式之間移動，除非標(biāo)記被 重置。在標(biāo)記被重置之后，會話再次可在接近同步(即，即時或?qū)崟r)和 異步(即，時移或語音消息)模式之間移動。
會話/消息管理服務(wù)20f以逐步的方式處理消息的傳輸和接收。當(dāng)傳輸 時，々某體可在消息被同時編碼、儲存和傳輸時產(chǎn)生。換句話說，消息的傳 輸可與用戶產(chǎn)生々某體同時出現(xiàn)(即，當(dāng)對其設(shè)備13講話或產(chǎn)生視頻時)。 在接收側(cè)上，消息的接收、儲存和再現(xiàn)也都逐步出現(xiàn)。消息不需要在它們 可被再現(xiàn)之前被全部接收到。消息的再現(xiàn)可與消息被傳送同時出現(xiàn)，直到 剛好達(dá)到MTSD。進(jìn)一步地，服務(wù)20f也能夠同時傳輸正在進(jìn)行的消息并 再現(xiàn)進(jìn)入的消息。服務(wù)20f的逐步性質(zhì)允許用戶參與即時會話，對會話的々某體同時儲存和流式化，用于以后取回和復(fù)查以及這里所述的其它功能。
如果用戶遺失早些時候的消息或巻入另 一會話，通過會話/消息管理服 務(wù)20f對消息進(jìn)行的時移，允許用戶對會話"跟上即時"。該時移過程消除 了用戶向其整個組或信道廣播使消息重復(fù)的請求的需要。較老的消息可在 任何時間以可能較高的速度重放，以節(jié)省時間。用戶可容易在其消息中和 各個消息內(nèi)來回跳躍。復(fù)查過程可在消息-優(yōu)先級基礎(chǔ)上配置成可能跳過較 低優(yōu)先級的消息。
在一個實(shí)施方式中，會話/消息管理服務(wù)20f也由特定的參與者(講話 者)識別消息，且默認(rèn)地混合被同時發(fā)送(MCMS-S)的會話消息。在可 選實(shí)施方式中，用戶可分開復(fù)查會話的不同參與的講話者的傳輸。
會話/消息管理服務(wù)20f進(jìn)一步允許在被添加到活躍的或存檔的會話的 參與者中間共享會話。在一個實(shí)施方式中，任何添加到會話的參與者被提
供對會話的訪問，并有取回以前的會話消息用于復(fù)查的能力。在可選實(shí)施 方式中，所添加的參與者被提供對只從新參與者加入的點(diǎn)開始的會話消息 的訪問，而不是任何以前的會話消息。
會話/消息管理服務(wù)20f也負(fù)責(zé)管理用于控制存儲和流模塊24所執(zhí)行 的所有再現(xiàn)任務(wù)的功能。這些任務(wù)包括適合地對運(yùn)行應(yīng)用程序12的設(shè)備 13再現(xiàn)i某體(例如，語音、視頻等)。這些再現(xiàn)任務(wù)包括但不限于混合消 息(即，交迭的消息)的再現(xiàn)，以及根據(jù)用戶定義的標(biāo)準(zhǔn)的再現(xiàn)，例如播 放加快、跟上即時、消除無聲和移除猶豫虛詞、頻移、以及在多方會話中 將獨(dú)立的增益控制應(yīng)用于各個發(fā)送者的能力。
D.1.2.7優(yōu)先級服務(wù)
優(yōu)先級服務(wù)20g是定義管理數(shù)據(jù)結(jié)構(gòu)和過程的一組功能的^^莫塊，其負(fù) 責(zé)管理并保留用戶管理用戶所參與的連續(xù)會話(即，MCMS-C)的優(yōu)先級 所需的所有信息。當(dāng)用戶參與多個連續(xù)的即時會話時，用戶需要按優(yōu)先順 序排列會話。當(dāng)不同會話的消息準(zhǔn)備同時再現(xiàn)時產(chǎn)生問題。算法用于確定 消息被再現(xiàn)的順序，該順序考慮待再現(xiàn)的消息的可用性和用戶設(shè)置的優(yōu)先 級。算法確定具有最高優(yōu)先級的可用消息首先被再現(xiàn)，而任何同時可用的消息被自動時移，恰好足以允許再現(xiàn)較高優(yōu)先級的消息。當(dāng)再現(xiàn)時間變得 可獲得時，系統(tǒng)將根據(jù)用戶的優(yōu)先級自動再現(xiàn)時移的消息。
D.1.2.8聯(lián)系人服務(wù)
聯(lián)系人服務(wù)20h是定義管理數(shù)據(jù)結(jié)構(gòu)和過程的一組功能的模塊，其負(fù) 責(zé)管理并保留驗(yàn)證一個或多個聯(lián)系人并使一個或多個聯(lián)系人與會話相關(guān) 聯(lián)所需的所有信息。當(dāng)作為與多個聯(lián)系人相關(guān)的會話的 一部分發(fā)送消息 時，所有的聯(lián)系人都接收到該消息。
D.1.2.9在場/狀態(tài)服務(wù)
在場/狀態(tài)服務(wù)20i是定義管理數(shù)據(jù)結(jié)構(gòu)和過程的一組功能的模塊，其 負(fù)責(zé)管理并共享在系統(tǒng)的某些用戶和/或非用戶之間的在場和狀態(tài)信息。在 各種實(shí)施方式中，為參與客戶機(jī)12的用戶所參與的會話的所有用戶和非 用戶、聯(lián)系人列表中的所有用戶和非用戶、或預(yù)定域內(nèi)的用戶(例如，公 司或其它組織的成員)維持在場和狀態(tài)信息。這些例子只是例證性的，且 不應(yīng)被解釋為限制性的。在場/狀態(tài)服務(wù)模塊20i可管理和共享關(guān)于用戶和 /或非用戶的任何限定組的在場和狀態(tài)信息。
在場/狀態(tài)服務(wù)20i使用戶能夠監(jiān)控其它用戶的意圖、注意力及其對任 何給定會話的時移延遲(即，他們對復(fù)查會話實(shí)況的消息落后到什么程度) 的狀態(tài)。在一個實(shí)施方式中，提供了關(guān)于在場和狀態(tài)數(shù)據(jù)的可用性的隱私 控制。在場/狀態(tài)模塊20i進(jìn)一步控制使系統(tǒng)10能夠發(fā)送與用戶的行為和 意圖匹配的消息的數(shù)據(jù)。例如，用戶可通過指定復(fù)查或不復(fù)查會話實(shí)況的 意圖來指示其狀態(tài)。作為響應(yīng)，根據(jù)用戶的意圖再現(xiàn)的命令，在場/狀態(tài)服 務(wù)20i發(fā)出使"即時"或時移的消息。此外，用戶的意圖被會話的其他參 與者共享。服務(wù)20i也能夠從用戶的行為推斷其它狀態(tài)值。在場和狀態(tài)信 息也用于優(yōu)化網(wǎng)絡(luò)業(yè)務(wù)和帶寬，如下面更詳細(xì)描述的。
D.1.2.10消息/信號服務(wù)
消息/信號服務(wù)20j是定義管理數(shù)據(jù)結(jié)構(gòu)和過程的一組功能的模塊，其 負(fù)責(zé)使用特殊的消息或可聽音向系統(tǒng)10的用戶發(fā)消息和發(fā)信號。特殊的 消息或音可包括例如消息是即時的還是時移的、消息來自于誰的指示、優(yōu)先級以及其它因素的指示。消息/信號服務(wù)20j進(jìn)一步具有下列能力(i)
發(fā)信號通知網(wǎng)絡(luò)上的用戶的在場或缺席，以及通知是否一個或多個用戶不
再主動復(fù)查會話消息的能力；(ii)當(dāng)其注意另一會話而根本不注意其設(shè)備 13時，"響鈴"或以其他方式通知另一用戶引起其注意；(iii)為當(dāng)前不在 網(wǎng)絡(luò)18上的用戶留下消息，>^而下次個人再次連4妻到網(wǎng)絡(luò)18時立即復(fù)查 該消息；(iv)產(chǎn)生警告發(fā)送者發(fā)送消息沒有被接收者接收到的可聽到的或 可見的反饋，產(chǎn)生消息被接收者接收時的確認(rèn)，和/或指示消息何時被接收 者聽到的確認(rèn)；以及(v)實(shí)現(xiàn)優(yōu)先級方案，其中可在會議或戰(zhàn)術(shù)呼叫時 通知個人立即需要其注意力在呼叫上。該指示可傳達(dá)接收者多級別緊急事 件和某種確認(rèn)。
D.1.2.11再現(xiàn)和編碼
再現(xiàn)和編碼模塊21負(fù)責(zé)執(zhí)行MCMS應(yīng)用程序20的所有再現(xiàn)任務(wù)。 這些任務(wù)包括為運(yùn)行應(yīng)用程序12的設(shè)備13適當(dāng)?shù)卦佻F(xiàn)媒體。
D.2存儲和流模塊
存儲和流模塊24支持下述很多功能和性能屬性。
使用存儲和流;漠塊24,消息傳輸本質(zhì)上是"全雙工的"，使任一方能 夠在任何時間發(fā)送消息，即使當(dāng)另一方也在發(fā)送消息時，或如果另一方?jīng)] 有空或以其他方式在使用中。存儲和流模塊能夠如在即時PSTN或VoIP 呼叫中一樣再現(xiàn)消息，或在時移消息模式中發(fā)送它們。它能夠優(yōu)化傳輸并 根據(jù)用戶的愿望控制再現(xiàn)。
存儲和流模塊24維持與底層網(wǎng)絡(luò)18上的所有目標(biāo)接收者(例如服務(wù) 器16或其它設(shè)備13)的連接性，管理所有消息、信號和媒體傳輸，并優(yōu) 化在網(wǎng)絡(luò)18上的發(fā)送速度和帶寬利用以滿足用戶的即時性能要求，同時 管理網(wǎng)絡(luò)質(zhì)量和能力。模塊24適應(yīng)并優(yōu)化與底層網(wǎng)絡(luò)18的質(zhì)量和能力相 稱的媒體發(fā)送。當(dāng)可獲得底層網(wǎng)絡(luò)資源不充足時，所傳輸?shù)拿襟w流的質(zhì)量 可能被降低。當(dāng)帶寬變得可用時，所傳輸?shù)拿襟w流的質(zhì)量可能提高。除了 對々某體質(zhì)量的折衷以外，存儲和流功能可根據(jù)用戶意圖對在每個分組中傳 輸?shù)腲^某體的數(shù)量進(jìn)行折衷，以如下所述實(shí)時地再現(xiàn)數(shù)據(jù)。通過根據(jù)底層網(wǎng)絡(luò)18的條件動態(tài)地控制媒體的發(fā)送速率，存儲和流 模塊24被優(yōu)化以發(fā)送在接收時"足夠好"再現(xiàn)的時間敏感的媒體，并為 了存檔目的通過請求丟失的、低質(zhì)量或損壞的分組的重傳的后臺過程，來 保證媒體的準(zhǔn)確或完整拷貝的最終發(fā)送。只要足夠的網(wǎng)絡(luò)資源存在以滿足
最低媒體質(zhì)量水平，該重傳就不妨礙即時呼叫媒體的再現(xiàn)。系統(tǒng)10的客 戶機(jī)12因此設(shè)計成在以相當(dāng)大的可能等待時間為代價的媒體的準(zhǔn)確或完 整拷貝的發(fā)送與媒體的快速發(fā)送之間填補(bǔ)性能缺口，但不保證完整性。在 本申請的上下文中，術(shù)語"足夠好"意指i某體的質(zhì)量足夠，使得當(dāng)它被再 現(xiàn)時它是可理解的。"足夠好"的概念因此是主觀的，且不應(yīng)在絕對的意 義上被解釋。例如，足夠好的某些媒體的質(zhì)量水平可根據(jù)媒體的類型、環(huán) 境和其它因素變化。
存儲和流模塊24進(jìn)一步持久地儲存通過利用設(shè)備13產(chǎn)生的、或以其 它方式使用設(shè)備13發(fā)源的、或通過網(wǎng)絡(luò)18從其它設(shè)備13和/或用戶接收 的所有媒體。將該媒體儲存在運(yùn)行客戶機(jī)12的設(shè)備13上有一些重要的優(yōu) 點(diǎn)(i)它使用戶能夠?yàn)榱硪环搅粝孪?，即使在發(fā)送者和/或接收者沒有 空或網(wǎng)絡(luò)連通性差時。在不充足的帶寬的情況下，消息將與可有效地使用 可用帶寬一樣快得被傳輸。在沒有連通性的情況下，只要網(wǎng)絡(luò)連通性變得 可用，就將消息排隊(duì)用于傳輸，導(dǎo)致時移發(fā)送；(ii)用戶能夠暫停、重放、 快進(jìn)并對于正在進(jìn)行的會話跟上即時，以及取回和復(fù)查被存檔的以前會話 的消息；以及(iii)它實(shí)現(xiàn)在系統(tǒng)IO上的數(shù)據(jù)有效載荷的優(yōu)化，并提高了 相對網(wǎng)絡(luò)帶寬和可能不時地出現(xiàn)的連通性問題的系統(tǒng)適應(yīng)性。
存儲和流模塊24還負(fù)責(zé)適當(dāng)?shù)鼗旌舷⒁援a(chǎn)生交迭的消息(由會 話或背景噪聲中的講話者的正常交迭產(chǎn)生)，模擬實(shí)際會話，其中多方正 在講話；再現(xiàn)音頻媒體的轉(zhuǎn)錄或轉(zhuǎn)換；根據(jù)很多用戶定義的標(biāo)準(zhǔn)調(diào)節(jié)媒體 的再現(xiàn)，該標(biāo)準(zhǔn)包括播放加快、消除口語詞之間的無聲間隙、移除猶豫虛 詞、以及頻移；以及在多方會話中將獨(dú)立的增益控制應(yīng)用于各個發(fā)送者的 能力；以及其它可能的再現(xiàn)選項(xiàng)。
存儲和流模塊24管理其本身和MCMS之間的控制和信息消息。
D.2.1持久性無限消息緩沖區(qū)(PIMB)持久性無限消息緩沖區(qū)或PIMB 30是用于其儲存和取回的一組附有索
引的(即附有時間戳和順序編號的)媒體有效載荷數(shù)據(jù)結(jié)構(gòu)和系統(tǒng)。在一
個實(shí)施方式中，PIMB 30中的數(shù)據(jù)是任意持久性的，意味著它實(shí)質(zhì)上永遠(yuǎn) 可用或至少直到系統(tǒng)用完儲存。各種保持速率和策略可用于有效地利用存 儲資源。對PIMB30的物理存儲實(shí)現(xiàn)方法存在很多可能的實(shí)現(xiàn)方法，包括 但不限于RAM、閃存、硬盤驅(qū)動器、光學(xué)介質(zhì)或其某種組合。PIMB30 在尺寸上也是"無限的"，意味著可存儲在PIMB 30中的數(shù)據(jù)的量并不內(nèi) 在地被限制。無需此限制與數(shù)據(jù)一被再現(xiàn)就丟棄數(shù)據(jù)的現(xiàn)有抖動緩沖區(qū)技 術(shù)比較。在一個特定的實(shí)施方式中，使用與用于持久儲存的硬盤驅(qū)動器連 接的小和相對快的RAM高速緩沖存儲器可實(shí)現(xiàn)PIMB 30。當(dāng)超過PTMB 30 的物理儲存容量時，數(shù)據(jù)保持在服務(wù)器16上(如下所述)，用于以后按需 取回。諸如最近最少使用或先進(jìn)先出的用戶標(biāo)準(zhǔn)或置換算法用于控制儲存 在PIMB 30中的實(shí)際數(shù)據(jù)和保持在服務(wù)器16上的或在任何時刻被存檔的 數(shù)據(jù)。PIMB 30進(jìn)一步提供系統(tǒng)存儲器的屬性和數(shù)據(jù)庫的隨機(jī)存取屬性。 任何數(shù)量的會話不管其持續(xù)時間或每個會話中消息的數(shù)量如何，都可被儲 存并以后取回用于復(fù)查。此外，與會話消息相關(guān)的元數(shù)據(jù)例如其創(chuàng)作者或 其長度也可存儲在PIMB 30中。在可選實(shí)施方式中，附有索引的々某體有效 載荷和其它數(shù)據(jù)可在指定的一段時間(例如30天)內(nèi)被儲存。 一旦媒體 的壽命超過指定的期限，有效載荷和數(shù)據(jù)就被丟棄。在另一實(shí)施方式中， 可根據(jù)包含有效載荷的消息的發(fā)送者和/或接收者或與有效載荷相關(guān)的會 話或消息的主題來丟棄有效載荷。在又一些其它實(shí)施方式中，有效載荷和 數(shù)據(jù)可被暫時標(biāo)記，意味著超過對立即再現(xiàn)的要求，消息將不儲存在P1MB 30中。
D.2.2數(shù)據(jù)和網(wǎng)絡(luò)質(zhì)量存儲器
數(shù)據(jù)和網(wǎng)絡(luò)質(zhì)量存儲器(DNQS ) 32是用于存儲關(guān)于從PIMB 30讀取 或?qū)懙絇IMB 30的媒體有效載荷和Vox分組的信息的數(shù)據(jù)存儲器。
D.2.3 PIMB寫入器
PTMB寫入器28為了兩個基本目的將數(shù)據(jù)寫到PIMB 30。 PIMB寫入 器28寫入來自運(yùn)行客戶機(jī)12 ("編碼接收")的設(shè)備13上的媒體捕獲設(shè)備(例如，麥克風(fēng)或攝像機(jī))的數(shù)據(jù)。PIMB寫入器28也將從其它客戶機(jī)12 通過網(wǎng)絡(luò)18接收的數(shù)據(jù)寫入PIMB 30中("凈接收(Net Receive)")。
D.2.3.1編碼接收
為了從設(shè)備13捕獲媒體，PIMB寫入器28包括編碼接收器28a和數(shù) 據(jù)存儲器28c。當(dāng)用戶對著麥克風(fēng)講話或使用例如設(shè)備13產(chǎn)生視頻圖像時， 硬件34接收原始音頻和/或視頻信號并將其提供到編碼接收器28a，編碼接
效載荷，，)。數(shù)據(jù)存儲器28c將有效載荷儲存在PIMB30中。其它類型的媒 體例如傳感器數(shù)據(jù)以類似的方式轉(zhuǎn)換成有效載荷。
D.2.3.2凈接收
為了將通過網(wǎng)絡(luò)18接收的媒體儲存在PIMB 30中，PIMB寫入器28 的凈接收功能包括凈接收器28d、數(shù)據(jù)緩沖器28e、數(shù)據(jù)存儲器28f、數(shù)據(jù) 質(zhì)量管理器28g和網(wǎng)絡(luò)質(zhì)量管理器28h。凈接收器28d通過網(wǎng)絡(luò)18接收 Vox分組。數(shù)據(jù)緩沖器28e將接收到的Vox分組置入其自己的適當(dāng)序列中， 并阻止進(jìn)入的Vox分組的重現(xiàn)延遲至少最小時移延遲(MTSD)。數(shù)據(jù)存儲 器28f將分組轉(zhuǎn)換成附有索引的媒體有效載荷，并將附有索引的媒體有效 載荷存儲在PIMB 30中。當(dāng)有效載荷^皮儲存時，數(shù)據(jù)質(zhì)量管理器(DQM) 28g記錄任何遺失或有缺陷的分組。如果分組遺失或有缺陷，則DQM28g 安排對通過網(wǎng)絡(luò)18重傳的請求。發(fā)送設(shè)備通過重發(fā)遺失或有缺陷的分組 來回答。最終這些分組轉(zhuǎn)換成附有索引的媒體有效載荷，并儲存在PTMB 30 中。通過取回遺失或有缺陷的分組，發(fā)送者的消息的"準(zhǔn)確"拷貝最終儲 存在PIMB 30中。遺失和/或有缺陷的分組的重傳不實(shí)時地延遲消息的再 現(xiàn)，假定被發(fā)送的分組具有"足夠好"的質(zhì)量和數(shù)量。如果不足的網(wǎng)絡(luò)資 源可用于支持新的"即時"數(shù)據(jù)以及重傳，則重傳請求可被DQM 28g延 遲。
D.2.4 PIMB讀出器
PIMB讀出器26為了兩個基本目的從PIMB 30讀取數(shù)據(jù)。當(dāng)為本地客 戶機(jī)12再現(xiàn)數(shù)據(jù)PIMB ("再現(xiàn)'，)時，PIMB讀出器26訪問PIMB 30。當(dāng)客戶機(jī)12通過網(wǎng)絡(luò)18傳輸數(shù)據(jù)("傳輸")時，數(shù)據(jù)從PIMB 30被讀取。 D.2.4.1再現(xiàn)
為了在客戶機(jī)12上再現(xiàn)消息，PTMB讀出器26包括數(shù)據(jù)優(yōu)先器26a、 數(shù)據(jù)取回器26b、分組損失補(bǔ)償/內(nèi)插器(PLC/內(nèi)插器)26c、數(shù)據(jù)混合器 26d和數(shù)據(jù)再現(xiàn)器26e。優(yōu)先器26a通過建立可能一皮再現(xiàn)的消息的有順序隊(duì) 列，按優(yōu)先順序排列待再現(xiàn)的數(shù)據(jù)。它使用用戶配置的優(yōu)先級用于再現(xiàn)連 續(xù)的會話(MCMS-C)。此外，數(shù)據(jù)優(yōu)先器利用媒體數(shù)據(jù)在由MTSD所施 加的限制內(nèi)再現(xiàn)的可用性、用戶的當(dāng)前注意力、以及用戶限定和暗示的意
荷。PLC/內(nèi)插器26c使用已知的分組損失補(bǔ)償和內(nèi)插算法對取回的有效載 荷執(zhí)行分組損失補(bǔ)償和內(nèi)插。要使用的特定方法取決于使用中的媒體編解 碼器以及其它公知的參數(shù)?；旌掀?6d用于將來自單個會話的多個消息的 數(shù)據(jù)流適當(dāng)?shù)鼗旌显谝黄?。例如，如果會話的兩個或多個參與者同時講話， 則混合器26d混合消息，產(chǎn)生兩個參與者同時講話的效應(yīng)。在可選實(shí)施方 式中，用戶具有一次復(fù)查來自一個參與者的多個流的選擇。如果會話中只 有一個參與者講話，則混合器26d可只傳遞單個消息流，而不執(zhí)行任何混 合。再現(xiàn)器26e從混合器模塊26d獲得數(shù)據(jù)，并將其轉(zhuǎn)換成適合于硬件驅(qū) 動器34的形式。硬件34接著根據(jù)媒體的類型驅(qū)動設(shè)備13的揚(yáng)聲器或視 頻顯示器，產(chǎn)生語音、視頻或設(shè)備13上的某個其它可聽得見和/或可看得 見的通知。
D.2.4.2
為了準(zhǔn)備用于通過網(wǎng)絡(luò)18從客戶機(jī)12傳輸?shù)南ⅲ琍IMB讀出器26 包括數(shù)據(jù)優(yōu)先器26f、分組質(zhì)量管理器(PQM) 26g、數(shù)據(jù)取回器26h、打 包器26i、發(fā)送器26j和確認(rèn)器26k。數(shù)據(jù)優(yōu)先器26f按優(yōu)先順序排列用于 通過網(wǎng)絡(luò)18傳輸?shù)南?。使用與可用于傳輸?shù)挠行лd荷有關(guān)的MCMS參 與者屬性、網(wǎng)絡(luò)連通性和帶寬條件以及超出下一中繼從而即時或時移地再 現(xiàn)的用戶意圖、且在一些實(shí)施方式中傳輸捆綁的可能優(yōu)化，來確定優(yōu)先級， 在所述一些實(shí)施方式中，到任何給定的下一 網(wǎng)絡(luò)中繼的多個分組是可用 的。按優(yōu)先順序排列的分組接著使用PQM 26g被優(yōu)化，這確保對即時消息的"足夠好"數(shù)據(jù)質(zhì)量的及時發(fā)送，同時最小化實(shí)時帶寬，如下面更詳細(xì)
描述的。數(shù)據(jù)取回器26h從PTMB 30取回適當(dāng)?shù)挠行лd荷。打包器26i將 有效載荷裝配成Vox分組，其接著由發(fā)送器模塊26j通過網(wǎng)絡(luò)18發(fā)送。當(dāng) 接收者接收到Vox分組時，確認(rèn)通過網(wǎng)絡(luò)18被發(fā)送回確認(rèn)器26k,用于通 知發(fā)送用戶消息已到達(dá)其目的地。
D.2.5分組質(zhì)量管理器
PQM 26g具有幾個優(yōu)化目標(biāo)(i)時間敏感的媒體的充分拷貝的及時 發(fā)送(對于再現(xiàn)"盡快從而足夠好")；(ii)可用帶寬的有效使用，意味著 使用底層網(wǎng)絡(luò)的最佳傳輸頻率、有效載荷質(zhì)量和分組大??；以及(iii)當(dāng) 網(wǎng)絡(luò)條件變化時動態(tài)地調(diào)節(jié)或改變傳輸頻率、有效載荷內(nèi)容、有效載荷質(zhì) 量、分組大小等的能力。
D.2.6網(wǎng)絡(luò)質(zhì)量管理器
在網(wǎng)絡(luò)傳輸?shù)慕邮諅?cè)上是網(wǎng)絡(luò)質(zhì)量管理器28h (NQM )。 NQM負(fù)責(zé)為 將々某體發(fā)送到客戶機(jī)12的每個發(fā)送者觀察網(wǎng)絡(luò)性能的特定屬性，將抖動、 損失和吞吐量的期望值與其實(shí)際值比較。這用于為每個發(fā)送者計算網(wǎng)絡(luò)質(zhì) 量評級(NQR )。該NQR用于指示發(fā)送者空閑性和接收設(shè)備的用戶的會話 活躍度。
D. 2.7數(shù)據(jù)質(zhì)量管理器
數(shù)據(jù)質(zhì)量管理器28g通過觀察分組損失、抖動和吞吐量，測量通過網(wǎng) 絡(luò)接收到的數(shù)據(jù)的質(zhì)量。DQM 28g為了三個目的使用這些測量(i)將接 收報告發(fā)送回發(fā)送者；(ii)可選地使用那些接收報告來請求某些數(shù)據(jù)的重 傳；以及(iii)使NQM 28h可利用這些測量。
E. 服務(wù)器結(jié)構(gòu)
參考圖3，其為在服務(wù)器16上運(yùn)行的應(yīng)用程序78的結(jié)構(gòu)圖。應(yīng)用程 序78在很多方面類似于客戶機(jī)應(yīng)用程序12，并包括MCMS服務(wù)器應(yīng)用程 序80、 MCMS數(shù)據(jù)庫82、存儲和流模塊84、 PIMB 85、數(shù)據(jù)和網(wǎng)絡(luò)質(zhì)量 存儲器(DNQS ) 86、管理在MCMS服務(wù)器應(yīng)用程序80與存儲和流模塊 84之間來回的消息和信號的MCMS-SAS消息處理模塊87a和87b、存檔/取回器88、和檔案庫89。應(yīng)用程序78還包括驗(yàn)證-加密-保護(hù)模塊40和通 信協(xié)議模塊44。
MCMS服務(wù)器應(yīng)用程序80是包括MCMS數(shù)據(jù)庫模塊20a、存儲和流 (SAS)模塊20b、消息/信令模塊20c、會話/消息管理服務(wù)20f、優(yōu)先級服 務(wù)20g、聯(lián)系人(包括用戶和驗(yàn)證)服務(wù)20h、在場/狀態(tài)服務(wù)20i和消息/ 信號服務(wù)20的多層結(jié)構(gòu)。應(yīng)用程序78的前述^t塊和服務(wù)類似或等同于與 客戶機(jī)12具有相似的參考數(shù)字的模塊和服務(wù)，因此不在這里詳細(xì)描述， 除了一個明顯的例外。在各種實(shí)施方式中，MCMS服務(wù)器應(yīng)用程序80以 及存儲和流模塊84,包括MCMS數(shù)據(jù)庫82,配置成在應(yīng)用程序的一個實(shí) 例中支持很多用戶。所述一個實(shí)例還可配置成支持多個域，其中每個域被 定義為一組用戶(即，公司或?qū)儆诠餐慕M織的其它用戶組)。該結(jié)構(gòu)允 許服務(wù)器16上的每個應(yīng)用程序78為多個用戶(或域)服務(wù)，其中每個用 戶(或域)對其他用戶是不可見的。此劃分被稱為"多租用(multi-tenancy)"。
服務(wù)器存儲和流模塊84執(zhí)行凈接收和傳輸?shù)墓δ?。對于凈接收功能?模塊84包括凈接收器28d、數(shù)據(jù)緩沖器28e、數(shù)據(jù)存儲器28f、數(shù)據(jù)質(zhì)量 管理器(DQM)28g和網(wǎng)絡(luò)質(zhì)量管理器28h。對于傳輸功能，模塊84包括 數(shù)據(jù)優(yōu)先器26f、分組優(yōu)化器26g、數(shù)據(jù)取回器26h、打包器26i、發(fā)送器 26j和確認(rèn)器26k。存儲和流模塊84的前述元件類似或等同于與客戶機(jī)12 具有相似參考數(shù)字的模塊和服務(wù)，因此不在這里詳細(xì)描述。
因?yàn)榉?wù)器16不直接與用戶進(jìn)行交互作用，不需要提供在客戶機(jī)12 的存儲和流模塊24中設(shè)置的編碼和再現(xiàn)功能。MCMS應(yīng)用程序80當(dāng)在服 務(wù)器16上運(yùn)行時不直接與用戶進(jìn)行交互作用。因此，不需要用戶接口和 用戶接口 API模塊和服務(wù)20e和20d。
每個服務(wù)器16上的應(yīng)用程序78可能為多個租戶服務(wù)，意味著它為系 統(tǒng)10的多個用戶服務(wù)。服務(wù)器應(yīng)用程序78的PIMB85因此明顯較大，并 用于存儲多個用戶的々某體有效載荷，這與PIMB 30不同，PIMB 30用于只 儲存僅僅一個用戶的所產(chǎn)生或接收到的有效載荷。存儲和流模塊84的主 要目的是接收客戶機(jī)12所傳輸?shù)南⒉⑾鬏數(shù)狡渌蛻魴C(jī)12。當(dāng) 消息^皮接收到時，它們儲存在PIMB85中并直接根據(jù)系統(tǒng)配置沿著到預(yù)期接收者或到接收者的路徑傳輸?shù)骄W(wǎng)絡(luò)層14的下一服務(wù)器16(即，下一 "中
繼")。存檔取回器88負(fù)責(zé)將儲存在PIMB 85中的媒體有效載荷在檔案庫 89中存檔。當(dāng)PIMB 85中的物理空間用完時，PIMB 85中的々某體有效載荷 移到檔案庫89，其為大容量存儲設(shè)備。在各種實(shí)施方式中，儲存在PIMB 85 中的有效載荷可根據(jù)用戶定義的標(biāo)準(zhǔn)和/或任何已知的置換算法例如先進(jìn) 先出(FIFO)或最近最少使用(LRU)被存檔。應(yīng)注意，為了簡單起見在 圖1中只示出一個服務(wù)器16。應(yīng)理解，在實(shí)際實(shí)施方式中，多個服務(wù)器或 "服務(wù)器群"可用于具有大量用戶的網(wǎng)絡(luò)。
術(shù)語"持久"和"無限"用于描述PIMB30，且PIMB85不應(yīng)照字面 被解釋為絕對術(shù)語。用戶可能希望無限地儲存被認(rèn)為重要的一些消息。在 其它情況下，例如兩個朋友之間的隨意聊天，消息可在某個時間段之后被 刪除以節(jié)省空間。根據(jù)本發(fā)明的各種實(shí)施方式，可使用由系統(tǒng)10設(shè)置的 或由用戶配置的不同的保留策略。詞"無限，，的使用指沒有對PIMB強(qiáng)加 任何預(yù)設(shè)時間邊界。這與當(dāng)前的抖動緩沖器系統(tǒng)形成對照，其在i某體被再 現(xiàn)之后丟棄它。術(shù)語"持久"和"無限"因此應(yīng)廣泛地被解釋為意指PTMB 30和PIMB 85對時間范圍和可存儲在其中的消息的數(shù)量沒有內(nèi)在限制。
在持久性存儲介質(zhì)中給會話消息存檔有很多優(yōu)點(diǎn)。語音消息和其它媒 體可按需要被組織起來、編索引、搜索、轉(zhuǎn)錄、翻譯和復(fù)查。語音以及其 它々某體因此變成可由用戶和組織管理的資產(chǎn)。這些々某體資產(chǎn)對公司、第一 出動人員、警察和火警部門以及軍隊(duì)具有價值。
F. Vox協(xié)議和附有索引的媒體有效栽荷
如上所述，Vox協(xié)議由存儲和流模塊24使用來支持有效載荷傳輸、存 儲和優(yōu)化的所有方面。Vox分組是設(shè)計成封裝在傳輸分組或網(wǎng)絡(luò)18的底層 技術(shù)的傳輸分組內(nèi)部的有組織的消息格式。該布置明顯提高了系統(tǒng)10的 靈活性。通過將Vox分組嵌入現(xiàn)有的傳輸分組中，與定義"Voxmg"應(yīng)用 程序的新傳輸層不同，系統(tǒng)10利用在現(xiàn)有電信基礎(chǔ)設(shè)施上運(yùn)行的基于當(dāng) 前分組的通信網(wǎng)絡(luò)。因此不需要產(chǎn)生用于處理Vox分組的新網(wǎng)絡(luò)結(jié)構(gòu)，從 而利用這里所述的系統(tǒng)和方法的所有好處。
參考圖4A，其示出Vox分組95的一般格式結(jié)構(gòu)。Vox分組95的格式包括用于類型、子類型、長度和有效載荷的字段。Vox分組的不同類型包 括驗(yàn)證、信令、媒體有效載荷、媒體多路復(fù)用(一個消息)和媒體多路復(fù) 用(多個消息)。子類型字段用于表示驗(yàn)證、信令或媒體類型消息的不同 類型。驗(yàn)證消息的可能的子類型包括用于關(guān)鍵字交換和驗(yàn)證所必需的那些 子類型。信令消息的可能的子類型包括注冊、路由、消息建立和網(wǎng)絡(luò)管理。 媒體消息的可能的子類型包括不同的編解碼器類型和不同的有效載荷聚 集技術(shù)。長度字段限定有效載荷的總長度或大小。有效載荷字段包含分組
95的i某體或?qū)嶋H有效載荷。
參考圖4B，其示出說明封裝在網(wǎng)絡(luò)18所使用的示例性協(xié)議中的Vox 分組95的圖示。在本例中，Vox分組95分別嵌入底層UDP、 IP和以太網(wǎng) 傳輸分組96中。以這種方式，Vox分組95可在網(wǎng)絡(luò)18的底層UDP、 IP 和以太網(wǎng)層中傳輸。這是分組網(wǎng)絡(luò)所使用的標(biāo)準(zhǔn)協(xié)議封裝技術(shù)。
參考圖4C，其示出說明封裝在UDP、 IP和以太網(wǎng)97中的媒體多路復(fù) 用Vox分組95的圖示。在本例中，Vox分組95包括媒體類型字段、媒體 子類型字段、長度字段、消息1D字段、時間戳字段、序列1D字段和媒體 有效載荷字段。
參考圖4D，其示出附有索引的媒體有效載荷98的格式。附有索引的 媒體有效載荷包括子類型字段、長度字段、消息標(biāo)識符(ID)字段、時間 戳字段、序列標(biāo)識符(ID)字段和媒體有效載荷的字段。
Vox分組95封裝到底層網(wǎng)絡(luò)的傳輸分組中允許^ 某體、消息和會話每個 都由多個屬性限定。
當(dāng)媒體在設(shè)備13上產(chǎn)生或以其他方式起源時，它一般是基于時間的， 意指它隨著時間的過去以某種有意義的方式改變。例如當(dāng)人參與會話時， 他們講的詞集合在一起成為句子或語句，其可隨著時間的過去變化，且因 而形成的數(shù)據(jù)(流和分組)將隨著時間的過去維持相同的變化。類似地， 視頻(與靜止的照片不同)以及GPS或其它傳感器數(shù)據(jù)將隨著時間的過去 變化。不管類型或它如何起源，媒體被分割并置于多個Vox分組95的有 效載荷中。分組接著分別在傳輸和接收設(shè)備13處以流(即，流媒體)的 形式被連續(xù)地儲存、傳輸、接收、儲存并再現(xiàn)。因?yàn)槊總€分組95附有索引、附有時間戳并被給出序列標(biāo)識符，單獨(dú)分組可被分割成消息。通過連 續(xù)將單獨(dú)的消息連接在一起，可構(gòu)成會話。
系統(tǒng)10的一個進(jìn)一步的獨(dú)特的方面是客戶機(jī)12所產(chǎn)生的媒體有效載
荷被儲存在多個位置。有效載荷不僅儲存在產(chǎn)生設(shè)備13的PIMB 30中， 而且儲存在服務(wù)器16的PIMB 85和接收設(shè)備13的PIMB 30中。該基本特 征使很多上述Voxing功能實(shí)現(xiàn)或變得可能，并給系統(tǒng)10提供適應(yīng)性和可 操作性，即使當(dāng)網(wǎng)絡(luò)條件差時或當(dāng)會話的參與者沒有連接到網(wǎng)絡(luò)時。
G.與底層電信協(xié)議的互操作性
系統(tǒng)10預(yù)定在各種現(xiàn)有的通信網(wǎng)絡(luò)18例如互耳關(guān)網(wǎng)、固定PSTN類型 的電3各網(wǎng)絡(luò)以及移動或蟲奪窩電話網(wǎng)絡(luò)或其組合上運(yùn)行或^皮分層。系統(tǒng)10 圍繞著在系統(tǒng)10中的不同客戶機(jī)12和服務(wù)器16之間移動很多小單位的 信息(即，Vox分組)的概念而^皮設(shè)計。雖然Vox分組可在大小上變化， 根據(jù)其功能和有效載荷，它們對底層網(wǎng)絡(luò)層都表現(xiàn)為相同類型的數(shù)據(jù)。在 一個實(shí)施方式中，系統(tǒng)10為IPv4網(wǎng)絡(luò)例如互聯(lián)網(wǎng)而一皮設(shè)計和優(yōu)化，{旦也 可支持其它類型的網(wǎng)絡(luò)。為了該文件的目的，術(shù)語"IP"應(yīng)被理解為意指 IPv4、 IPv6或互聯(lián)網(wǎng)協(xié)議的任何其它當(dāng)前或未來的實(shí)現(xiàn)。
參考圖5，其示出在設(shè)備13上運(yùn)行并通過共享的IP網(wǎng)絡(luò)100與服務(wù) 器16進(jìn)行通信的客戶機(jī)12的圖示。如所示，客戶機(jī)12通過第一互聯(lián)網(wǎng) 服務(wù)器提供商A耦合到共享的IP網(wǎng)絡(luò)100，且服務(wù)器16通過第二互聯(lián)網(wǎng) 服務(wù)提供商B耦合到共享的TP網(wǎng)絡(luò)100。在通信期間，Vox分組95 (在附 圖中被設(shè)計的"VP")被封裝在UDP/IP分組中，接著如本領(lǐng)域中公知的在 其它IP協(xié)議分組中交錯(interleave)，并在整個共享的IP網(wǎng)絡(luò)100中從客戶 機(jī)12傳輸?shù)椒?wù)器16，或反之亦然。如公知的，每個較低分組層封裝直 接在其上的層的整個分組。分組也可在兩個服務(wù)器16之間以類似的方式 發(fā)送。消息通過共享的IP網(wǎng)絡(luò)100從啟用一個客戶機(jī)12的設(shè)備13發(fā)送到 另一設(shè)備。在每個中繼時，Vox分組95嵌入底層IP協(xié)議中并被傳輸，直 到它們達(dá)到目標(biāo)目的地。
圖5的圖示僅僅是示例性的，為了說明只示出連接到網(wǎng)絡(luò)100的單個 客戶機(jī)12和服務(wù)器16。在系統(tǒng)10的實(shí)際實(shí)施方式中，大量客戶機(jī)12和一個或多個服務(wù)器16 —般連接到共享的IP網(wǎng)絡(luò)100。注意到客戶機(jī)12和 服務(wù)器16沒有排它地使用IP網(wǎng)絡(luò)100也是有用的。在所示例子中，通過 互聯(lián)網(wǎng)提供商A耦合到網(wǎng)絡(luò)100的HTTP客戶機(jī)可使用HTTP服務(wù)器來回 發(fā)送分組，其通過第三互聯(lián)網(wǎng)提供商C耦合到網(wǎng)絡(luò)100。系統(tǒng)10不控制嵌 入IP分組中的VP^黃穿網(wǎng)絡(luò)100的方式。更確切地，4黃穿并共享網(wǎng)絡(luò)100 的所有分組都根據(jù)底層共享的IP網(wǎng)絡(luò)100的標(biāo)準(zhǔn)程序這么做。
參考圖6，其示出基于"電路"的網(wǎng)絡(luò)104，例如GSM移動電話網(wǎng)絡(luò)。 電路網(wǎng)絡(luò)104耦合在設(shè)備13上運(yùn)行的客戶機(jī)12和服務(wù)器16之間。 一旦 在客戶機(jī)12和服務(wù)器16之間建立電路，系統(tǒng)10就將Vox分組(Vpl、 VP2、 VP3、 VP4、 VP5等)分層到網(wǎng)絡(luò)104所使用的底層分組上，并在整 個網(wǎng)絡(luò)104中傳輸它們，產(chǎn)生"虛擬Vox"電路。Vox分組連續(xù)橫穿電路 網(wǎng)絡(luò)104, —般使用本領(lǐng)域中公知的用于通過電路網(wǎng)絡(luò)傳輸數(shù)據(jù)的間隔或 成幀數(shù)據(jù)。此外，分組結(jié)構(gòu)參數(shù)例如有效載荷大小和所包括的首部字段的 數(shù)量可用于利用每個分組開銷的缺乏，并增加在整個網(wǎng)絡(luò)104中的數(shù)據(jù)傳 輸?shù)乃俣群?或效率。應(yīng)再次注意，為了簡單起見，只有單個客戶機(jī)12和 服務(wù)器16被示為連接到網(wǎng)絡(luò)104。然而應(yīng)理解，客戶機(jī)12和服務(wù)器16之 間的額外的電路以及其它部件可同時通過網(wǎng)絡(luò)104來建立。網(wǎng)絡(luò)104因此 不專用于Vox分組的傳輸，而更確切地其可與其它類型的網(wǎng)絡(luò)業(yè)務(wù)共享。
參考圖7，其示出說明與第一網(wǎng)絡(luò)A相關(guān)的啟用第一客戶機(jī)12A的設(shè) 備13A和與第二網(wǎng)絡(luò)B相關(guān)的啟用第二客戶機(jī)12B的設(shè)備13B之間的通 信。網(wǎng)絡(luò)A和B每個還分別包括網(wǎng)關(guān)服務(wù)器16A和16B。網(wǎng)關(guān)服務(wù)器對 16A和16B便于兩個網(wǎng)絡(luò)A和B之間的通信，允許設(shè)備13A和13B彼此 通信。在各種實(shí)施方式中，網(wǎng)絡(luò)A和B每個可為任何類型的網(wǎng)絡(luò)。例如， 每個網(wǎng)絡(luò)A和/或B可為IP網(wǎng)絡(luò)、電路類型的網(wǎng)絡(luò)、或無線或蜂窩網(wǎng)絡(luò)(即， CDMA、 GSM、 TDMA等)。橫跨兩個網(wǎng)絡(luò)A和B的服務(wù)器16被認(rèn)為是 網(wǎng)關(guān)服務(wù)器，因?yàn)樗鼈冊趦蓚€網(wǎng)絡(luò)之間按規(guī)定路線傳輸業(yè)務(wù)或用作"門"。
使用系統(tǒng)10,存在優(yōu)化系統(tǒng)性能的幾個底層網(wǎng)絡(luò)交互作用考慮因素。 這些考慮因素包括例如解析Vox分組95將一史發(fā)送到的底層地址、任何已 發(fā)送的Vox分組的完整性、以及可在整個給定網(wǎng)絡(luò)或網(wǎng)絡(luò)的組合上發(fā)送的單個消息的最大傳輸單元(MTU)的管理的因素。
目標(biāo)客戶機(jī)12的地址需要是已知的，以便底層網(wǎng)絡(luò)將Vox分組95發(fā) 送到正確的位址。對于IPv4網(wǎng)絡(luò)，該地址一般為IPv4地址，其為唯一地 識別網(wǎng)絡(luò)中的主機(jī)的32位數(shù)字。對于其它聯(lián)網(wǎng)技術(shù)，該地址可為某個其 它類型的標(biāo)識符。IP網(wǎng)絡(luò)使用域名系統(tǒng)(DNS)來將人可讀的名稱解析成 IP地址，并使用地址解析協(xié)議(ARP )將IP地址解析成物理地址。不管底 層聯(lián)網(wǎng)技術(shù)如何，系統(tǒng)10都使用上述或其它已知的編址方案以將Vox分 組95發(fā)送到正確的位置。
如同幾乎任何基于分組的通信系統(tǒng)一樣，如果底層網(wǎng)絡(luò)不能夠發(fā)送其 中封裝有Vox分組的分組，則所傳輸?shù)腣ox分組可能不被發(fā)送到其寄送的 位置。大多數(shù)分組網(wǎng)絡(luò)不通知發(fā)送器何時丟下分組。相反，它們依賴于發(fā) 送器和接收器來通知并補(bǔ)償任何丟下的分組。系統(tǒng)IO設(shè)計成使用這些接 收器接收報告消息以協(xié)調(diào)此分組丟失管理。如果底層網(wǎng)絡(luò)能夠通知發(fā)送者 丟失或丟下的分組，則系統(tǒng)IO在其重傳協(xié)議中利用該信息。
MTU的管理是確定可在整個網(wǎng)絡(luò)中發(fā)送的最大傳輸單元(即，單個 消息的最大大小)。對于基于分組的網(wǎng)絡(luò)，底層網(wǎng)絡(luò)利用MTU。對于電路 交換網(wǎng)絡(luò)，MTU可為網(wǎng)絡(luò)效率和性能的可調(diào)參數(shù)。因此在大多數(shù)情況下， 底層網(wǎng)絡(luò)利用或確定可纟皮有效地傳輸?shù)腣ox分組95的最大大小。例如對 于IP網(wǎng)絡(luò)，如果有效載荷超過MTU，則分組可^皮分,史，但遭受相當(dāng)大的 性能損失。對于以太網(wǎng)網(wǎng)絡(luò)上的IP,傳輸設(shè)備具有1518個字節(jié)的MTU， 如以太網(wǎng)所實(shí)施的。最大的IP分組必須為以太網(wǎng)首部留下空間。最大的 UDP分組必須為IP和以太網(wǎng)首部留下空間，且可例如在以太網(wǎng)上產(chǎn)生的 最大Vox協(xié)議是以太網(wǎng)MTU ( 1518 ) -IP首部(20 ) -UDP首部(8 ) =1490 個字節(jié)。因?yàn)閂ox協(xié)議將具有其自己的首部，實(shí)際Vox ^!某體有效載荷將小 于以太網(wǎng)網(wǎng)絡(luò)上的1490個字節(jié)。對于吉比特(Gigabit)以太網(wǎng)，MTU可大 得多，但將使用類似的規(guī)則確定。
在完全基于分組的網(wǎng)絡(luò)中，有MTU的兩個可能的值，本地鏈路MTU 和路徑MTU。確定本地鏈路MTU產(chǎn)生有效地發(fā)送到本地網(wǎng)絡(luò)接口的Vox 分組的最大大小。路徑MTU產(chǎn)生可完整無損地一直發(fā)送到遠(yuǎn)程節(jié)點(diǎn)的Vox分組的最大大小。如果發(fā)送者通過以太網(wǎng)被連接，則Vox分組可通過在途 中具有較小的MTU的各種其它系統(tǒng)傳遞到接收者。到目的地的路徑上的
較小MTU需要被發(fā)送者解析和知道。在IP世界中，存在用于發(fā)現(xiàn)稱為"路 徑MTU發(fā)現(xiàn)"的最小MTU的標(biāo)準(zhǔn)程序。對于其它類型的網(wǎng)絡(luò)，可使用等 效的程序。再次，因?yàn)橄到y(tǒng)10在其它網(wǎng)絡(luò)的頂部被分層，可使用上面MTU 算法中的任何一個。
H.操作流程圖
H.l存儲和流
參考圖8A到8F，提供了一系列流程圖來示出分別在客戶機(jī)12和服 務(wù)器16上的存儲和流模塊24和84的操作。圖8A示出將消息傳輸?shù)降诙?客戶機(jī)122的第一客戶機(jī)12,的操作的序列。圖8B和8C示出發(fā)送客戶機(jī) 12i上的PIMB寫入器28和PIMB讀出器28的操作。圖8D和8E示出接 收客戶機(jī)122上的PIMB寫入器28和PIMB讀出器26的操作。圖10F示 出服務(wù)器16上的存儲和流^t塊84的流程圖。
在圖8A中，在設(shè)備13!上運(yùn)行的客戶機(jī)12i的用戶發(fā)起待傳輸?shù)拿襟w。 媒體可用很多不同的方法被發(fā)起于設(shè)備13，以便用戶通過對著麥克風(fēng)講話 而產(chǎn)生媒體或在其設(shè)備13上產(chǎn)生視頻內(nèi)容。媒體也可由設(shè)備13通過接收 傳感器數(shù)據(jù)例如GPS信息或溫度讀數(shù)而被發(fā)起。無論媒體如何被發(fā)起，媒 體都被PIMB寫入器28 (框130 )編碼，PIMB寫入器28將媒體轉(zhuǎn)換成附 有索引的媒體有效載荷，并將其存儲在客戶機(jī)12i上的PTMB 30中(框 132)?？蛻魴C(jī)12!上的PIMB讀出器26從PIMB 30讀出有效載荷，產(chǎn)生 Vox分組，并通過網(wǎng)絡(luò)18將分組傳輸?shù)浇邮湛蛻魴C(jī)122 (框134X沿著發(fā) 送客戶機(jī)12i和接收客戶機(jī)122之間的路徑的每個服務(wù)器16將所傳輸?shù)挠?效載荷存儲在P1MB 85中，并將Vox分組傳輸?shù)较乱恢欣^(框133)。在 接收客戶機(jī)122， PIMB寫入器28的凈接收功能將Vox分組轉(zhuǎn)換成附有索 引的i某體有效載荷(框136 )，并將有效載荷存儲在客戶機(jī)122的PIMB 30 中(框138 )?？蛻魴C(jī)122上的PIMB讀出器26的再現(xiàn)模塊將從PIMB 30 讀取的有效載荷信息再現(xiàn)為適合于人使用的介質(zhì)例如音頻或視頻(框 140)。下面關(guān)于圖IOB到10E更詳細(xì)地描述這些步驟中的每個。在圖8B中，詳細(xì)提供了由PIMB寫入器28執(zhí)行的編碼接收功能序列 (圖8A的步驟130 )。在初始步驟130i中，運(yùn)行客戶機(jī)12,的設(shè)備13的使 用產(chǎn)生待傳輸?shù)拿襟w。如上所述，可通過對著麥克風(fēng)講話、使用攝像機(jī)接 收傳感器數(shù)據(jù)或通過某種其它A某體產(chǎn)生部件來產(chǎn)生i某體。在下一步驟1302 中，編碼接收器28a給媒體編碼并產(chǎn)生附有索引的媒體有效載荷(步驟 1303 ),該有效載荷接著由數(shù)據(jù)存儲器28c儲存在PIMB 30中(步驟132 )。
在圖8C中，詳細(xì)提供了由客戶機(jī)12!上的PIMB讀出器26執(zhí)行的傳 輸功能的序列(圖8A的步驟134)。在決策環(huán)13^中，PIMB讀出器26 的傳輸功能連續(xù)檢查以查看是否待傳輸?shù)母接兴饕拿襟w有效載荷被寫 到PIMB 30中并可用于傳輸。如果這樣的有效載荷在PIMB 30中可用，則 數(shù)據(jù)優(yōu)先器26f使用MCMS參與者屬性信息按優(yōu)先順序排列應(yīng)首先被發(fā)送 的有效栽荷，如在步驟1342中所示的。關(guān)于最高優(yōu)先級有效載荷的信息被 傳遞到運(yùn)行PQM的分組優(yōu)化器模塊26g(步驟1343 ),如下面關(guān)于圖9A-9C 更詳細(xì)描述的。適當(dāng)?shù)挠行лd荷接著由數(shù)據(jù)取回器26h從PIMB 30取回(步 驟1344 )，并由打包器26i轉(zhuǎn)換成Vox分組95 (步驟1345 )。 Vox分組95 接著通過網(wǎng)絡(luò)18由發(fā)送器26j發(fā)送到接收客戶機(jī)122 (步驟1346 )，接收客 戶機(jī)122發(fā)送回反映被接收到的分組的特性(損失、抖動、吞吐量)的接 收報告。這些接收報告給PQM提供計算給定的接收方的MABR所必需的 信息。前述過程對每個傳輸環(huán)重復(fù)，如從傳輸步驟到流程圖的頂部的返回 箭頭所指示的。
在上述實(shí)施方式中，媒體被編碼、存儲在PIMB30中，并接著通過網(wǎng) 絡(luò)以串行方式傳輸。在可選的實(shí)施方式中，被編碼的4某體可儲存在PIMB 30 中，并通過網(wǎng)絡(luò)并行地傳輸，意口本著兩種功能實(shí)質(zhì)上同時出現(xiàn)。
在圖8D中，示出了在接收客戶機(jī)122上的PIMB寫入器28的凈接收 功能的序列(圖8A的步驟136 )。在初始步驟136,中，凈接收器28d通過 網(wǎng)絡(luò)18接收Vox分組95。數(shù)據(jù)存儲器28f將分組轉(zhuǎn)換成附有索引的4某體 有效載荷(步驟1363 )，這些有效載荷被儲存在PIMB 30中(步驟1364 )。 當(dāng)有效載荷被儲存時，運(yùn)行數(shù)據(jù)質(zhì)量管理器(DQM)。 DQM28g檢查遺失 或破壞的分組，確保所傳輸?shù)臄?shù)據(jù)的準(zhǔn)確拷貝的最終存儲，并將關(guān)于網(wǎng)絡(luò)的條件的接收報告發(fā)送到發(fā)送器。下面關(guān)于圖9D到9F更詳細(xì)地描述DQM 28g的這些功能中的每個。
在圖8E中，示出了在接收客戶機(jī)122上的PIMB讀出器26的再現(xiàn)功 能的序列(圖8A的步驟140 )。在初始步驟140!中，數(shù)據(jù)優(yōu)先器26a按優(yōu) 先順序排列待再現(xiàn)的附有索引的媒體有效載荷，如由MCMS應(yīng)用程序20 使用MTSD信息以及包括用戶意圖和注意力狀態(tài)的用戶狀態(tài)和在場信息 所確定的。優(yōu)先的有效載荷接著由數(shù)據(jù)取回器26b從PIMB 30讀取(步驟 1402 )。 PLC/內(nèi)插器26c使用已知的分組損失補(bǔ)償和內(nèi)插算法，根據(jù)使用哪 個編解碼器，來對取回的有效載荷執(zhí)行分組損失補(bǔ)償和內(nèi)插(步驟1403 )。 在下一步驟中，如果兩個或多個參與者同時在同 一會話中產(chǎn)生媒體(例如， 都同時講話)，則混合器26d混合會話的多個消息(步驟1404 )。再現(xiàn)器26e 從混合器26d再現(xiàn)數(shù)據(jù)流(步驟1405 )，為接收的用戶產(chǎn)生聲音、視頻或 其它媒體(步驟1406 )。
在圖8F中，示出了服務(wù)器16從網(wǎng)絡(luò)18中的前一中繼接收Vox分組， 儲存、存檔并傳輸Vox分組到下一中繼的序列。在初始步驟中，服務(wù)器16 執(zhí)行PIMB寫入器的凈接收功能(類似于圖8D)，以將接收到的數(shù)據(jù)的附 有索引的媒體有效載荷存儲在PIMB85和檔案庫89或服務(wù)器16中。服務(wù) 器16也執(zhí)行PIMB寫入器的傳輸功能(類似于圖8C),以將接收到的分組 轉(zhuǎn)發(fā)到網(wǎng)絡(luò)18上的下一中繼上。以這種方式，由發(fā)送客戶機(jī)12i產(chǎn)生的媒 體的拷貝被接收、存儲并沿著到接收客戶機(jī)122的路徑的每個中繼被發(fā)送。
在前述實(shí)施方式中，接收到的附有索引的々某體的記錄儲存在服務(wù)器16 的PIMB91中，并以串行方式傳輸?shù)较乱恢欣^。在可選的實(shí)施方式中，接 收到的附有索引的有效載荷可儲存在PIMB91中，并實(shí)質(zhì)上同時傳輸?shù)较?一中繼。發(fā)送和接收設(shè)備H的PTMB 30上的々某體的存儲都考慮:樣體的逐 步傳輸和再現(xiàn)。在發(fā)送側(cè)上，當(dāng)正接收于發(fā)送設(shè)備上起源的媒體時，它可 通過網(wǎng)絡(luò)被逐步發(fā)送。在各種實(shí)施方式中，在被編碼的々某體存儲在PIMB 30 中之前、之后或?qū)嵸|(zhì)上相同的時間，可逐步傳輸該^某體(而不管它如何被 發(fā)起)。在接收側(cè)上，當(dāng)進(jìn)入的4某體通過網(wǎng)絡(luò)被接收時，它也可被逐步再 現(xiàn)，假定用戶選擇在接近實(shí)時的模式中復(fù)查媒體。在各種實(shí)施方式中，在進(jìn)入的媒體存儲在接收設(shè)備13的PIMB 30中之前、之后或?qū)嵸|(zhì)上相同的 時間，可逐步傳輸該媒體。如果接收到的媒體將在時移模式中被復(fù)查，則 媒體從PIMB 30被取回(或如果在本地PIMB 30上被代替，則可能為服務(wù) 器16上的PIMB 85),用于以后在用戶所指定的時間復(fù)查。
在本申請的上下文中，術(shù)語"逐步的"或"逐步地"意味著被廣泛地 解釋，且通常意指根據(jù)數(shù)據(jù)的可用性連續(xù)處理數(shù)據(jù)流。例如，當(dāng)々某體在設(shè) 備13上產(chǎn)生或另被發(fā)起時，該媒體的逐步編碼、存儲、打包和傳輸是連 續(xù)的，只要媒體是可用的。當(dāng)人講話時，該媒體在人講話的持續(xù)時間內(nèi)逐 步或連續(xù)地被編碼、存儲、打包和傳輸。當(dāng)人暫停或停止講話時，沒有媒 體要逐步處理。當(dāng)人再次重新開始講話時，i某體的逐步處理重新開始。在 接收側(cè)上，當(dāng)媒體被接收時(即，可用)，媒體也被逐步處理。在媒體被 接收時，它被連續(xù)地存儲。當(dāng)媒體在接近實(shí)時的模式中時被接收到或在時 移模式中從存儲器接收時，它也將被繼續(xù)再現(xiàn)。雖然在語音的背景下提供 了上面的解釋，應(yīng)理解，可按類似的方式逐步處理所有類型的媒體。此外， 媒體的逐步處理不一定必須以時間索引的順序被逐步處理。更確切地，媒 體以其被接收的順序被處理。如果在一個實(shí)施方式中不按索引順序接收^某 體，則媒體以其被接收的順序被逐步處理，并接著在PIMB30中組織成附 有索引的序列。在可選的實(shí)施方式中，接收到的々某體可組織成其附有索引 的序列，并4妄著纟皮逐步再現(xiàn)。
H.2 POM操作流程圖
PQM26g依賴于稱為最大可用比特率(MABR)的度量，最大可用比 特率是在發(fā)送和接收節(jié)點(diǎn)對之間的實(shí)際傳輸容量或帶寬(即，在給定時間 點(diǎn)網(wǎng)絡(luò)的容量的測量)的連續(xù)計算的近似。當(dāng)即時網(wǎng)絡(luò)條件變化時，MABR 被更新。在計算MABR中考慮網(wǎng)絡(luò)吞吐量、分組損失和抖動的有規(guī)律的測 量。在可選實(shí)施方式中，也可根據(jù)一天的時刻、網(wǎng)絡(luò)類型、其它條件或參 數(shù)人工設(shè)置或限制MABR。
PQM也考慮接收者的意圖以優(yōu)化時間敏感性的傳輸。如果(i)接收 者的意圖是"即時"或在接近實(shí)時的模式中復(fù)查傳輸，或(ii)接收者希 望立即復(fù)查由于某個原因當(dāng)前沒有儲存在其設(shè)備13上的消息(例如，消息以前儲存在檔案庫89中)，則傳輸被認(rèn)為是時間敏感的。接收者的意圖 可通過接收者的行為推斷出，或接收者可設(shè)置或以其他方式指定其意圖。 另一方面，如果接收者的意圖是在時移模式中復(fù)查消息，則傳輸被認(rèn)為不 是時間敏感的。接收者在即時或時移模式中復(fù)查傳輸?shù)囊鈭D至少部分地限 定傳輸?shù)?時間性要求"。在各種其它實(shí)施方式中，在限定傳輸?shù)臅r間性 要求時也可考慮例如傳輸?shù)木o急性或優(yōu)先級的因素。
在發(fā)送者和接收者對之間網(wǎng)絡(luò)路徑中的節(jié)點(diǎn)也需要關(guān)于接收者的意 圖狀態(tài)一致。如果一個目標(biāo)接收者指示時間性，意味著他們希望立即或即 時復(fù)查傳輸，則在網(wǎng)絡(luò)上沿著發(fā)送者-接收者路徑的所有中間節(jié)點(diǎn)需要有相 同的時間性要求，而不管其他接收者的要求如何。每個中間節(jié)點(diǎn)的時間性 要求因此依賴于傳輸被發(fā)送到的接收節(jié)點(diǎn)。這種依賴性對于網(wǎng)絡(luò)傳輸路徑 中的目標(biāo)節(jié)點(diǎn)有時稱為"要求的聯(lián)合"。
PQM進(jìn)一步考慮每個被調(diào)度的消息有效載荷傳輸?shù)睦硐氡忍芈驶?"IBR"。對于時間敏感的傳輸，根據(jù)實(shí)質(zhì)上實(shí)時或即時通信所需的打包率 來計算1BR (在這里稱為實(shí)時比特率或RTBR)。例如對于語音，包含20 毫秒的音頻數(shù)據(jù)的每20毫秒分組的打包率被認(rèn)為是用于進(jìn)行即時會話的 可接受的IBR。以每秒千比特為單位的這樣的系統(tǒng)的RTBR將是音頻有效 載荷數(shù)據(jù)的1秒的大小加上將為傳輸而產(chǎn)生的所有網(wǎng)絡(luò)首部的大小。對于 視頻々某體或語音和視頻的組合，RTBR可能實(shí)質(zhì)上高于簡單的語音。對于 其它類型的媒體例如傳感器或GPS定位數(shù)據(jù)，RTBR可能低于語音的 RTBR。對于非時間敏感的傳輸，IBR被設(shè)置到最大效率比特率(MEBR) 以優(yōu)化網(wǎng)絡(luò)上傳輸?shù)氖褂没蛐?。通過將打包率調(diào)節(jié)到底層網(wǎng)絡(luò)的最大可 能的值來計算MEBR。如果多個消息或有效載荷在發(fā)送和接收對之間被發(fā) 送，則對傳輸考慮綜合IBR ( AIBR)。
對于每個發(fā)送和接收對，PQM通過在一系列傳輸環(huán)中發(fā)送數(shù)據(jù)來操 作。每個發(fā)送和接收對的傳輸環(huán)是獨(dú)立的。在網(wǎng)絡(luò)上的任何傳輸可能影響 其它發(fā)送-接收對的MABR。因此，優(yōu)選地為所有接收者連續(xù)計算MABR。
參考圖9A到9C,示出了說明對單個發(fā)送和接收對的PQM的操作的 序列。在圖9A中，示出了在確定單個發(fā)送和接收對之間的MABR中的步驟。在圖9B中，示出了說明用于對單個發(fā)送和接收對計算每個傳輸環(huán)的
AIBR的步驟。在圖9C中，示出了用于確定要在每個環(huán)的發(fā)送和接收對之 間傳輸?shù)臄?shù)據(jù)的數(shù)量的序列。在這三個圖中示出的過程同時運(yùn)行并彼此進(jìn) 行交互作用，如下面更詳細(xì)描述的。
在圖9A中，示出了用于為發(fā)送和接收對之間的網(wǎng)絡(luò)接口計算MABR 的流程圖50。在初始步驟5Ch中，監(jiān)控發(fā)送和接收對之間的網(wǎng)絡(luò)接口。發(fā) 送者周期性地接收報告，其包含關(guān)于在步驟502中在接收方處的網(wǎng)絡(luò)連接 的狀態(tài)的信息。報告包括關(guān)于數(shù)據(jù)吞吐量503、分組損失504和抖動505的 當(dāng)前狀態(tài)的信息，如由接收方在網(wǎng)絡(luò)接口處觀察到的。在步驟506中，根 據(jù)包含在報告中的這些觀察資料在發(fā)送方計算MABR。通過監(jiān)控或觀察在 這些報告中的數(shù)據(jù)，根據(jù)發(fā)送和接收對之間的當(dāng)前網(wǎng)絡(luò)容量或條件來連續(xù) 調(diào)節(jié)MABR值。當(dāng)網(wǎng)絡(luò)容量變得對數(shù)據(jù)傳輸更有利時，MABR將增加。 如果網(wǎng)絡(luò)容量對傳輸變得較不利，MABR將減少，對于不穩(wěn)定的網(wǎng)絡(luò)可能 一直到減少零。這些報告類似于TCP網(wǎng)絡(luò)中的節(jié)點(diǎn)產(chǎn)生的分組損失報告， 但也額外地包括吞吐量和抖動信息。
如果在發(fā)送和接收對之間有幾個網(wǎng)絡(luò)接口 ，則為每個接口計算 MABR，對該接口接收到接收報告。如果在網(wǎng)絡(luò)上最近沒有發(fā)送業(yè)務(wù)，或 沒有4妻收到4妄收才艮告，則MABR可能不反映當(dāng)前的網(wǎng)絡(luò)條件。然而，因?yàn)?當(dāng)數(shù)據(jù)被傳輸時接收報告由接收方連續(xù)產(chǎn)生，發(fā)送方的MABR度量將快速 收斂到更精確的值。
參考圖9B，其示出說明用于為傳輸環(huán)計算AIBR的步驟的流程圖52。 在初始步驟52!中，確定對于準(zhǔn)備在當(dāng)前環(huán)中的發(fā)送和接收對之間傳輸?shù)?媒體的消息(據(jù)此，我們意指屬于該消息的附有時間索引的媒體的部分)。 接著建立對于媒體的消息的列表522。對于列表中的每個消息523,考慮每 個消息的時間敏感性或時間性要求524。如果特定的消息不是時間敏感的， 則IBR^皮設(shè)置到最大效率比特率(MEBR) 525。另一方面，如果消息是時 間敏感的，則IBIU皮設(shè)置到實(shí)時比特率(RTBR) 526。在下一步驟527中， 以前為列表中的每個消息計算的IBR被匯總在一起，產(chǎn)生傳輸環(huán)的綜合理 想比特率(AIBR) 528。如返回箭頭所表示的529，上述過程對發(fā)送和接收對之間的每個傳輸環(huán)重復(fù)。
參考圖9C，其示出說明用于確定要在每個傳輸環(huán)的發(fā)送和接收對之間
傳輸?shù)臄?shù)據(jù)率的序列的流程圖54。在初始步驟54!中，對于下次傳輸，比 較MABR (如在圖9A中計算的)與AIBR (如在圖9B中確定的)。
如果MABR大于或等于AIBR，則被識別為準(zhǔn)備好在環(huán)中傳輸?shù)乃?消息以IBR率4皮打包542并傳輸543。
另一方面，如果MABR小于AIBR,則應(yīng)用一系列程序，使得PQM 滿足數(shù)據(jù)的充分拷貝的及時發(fā)送、可用帶寬的有效使用、和/或?qū)τ行лd荷 內(nèi)容和質(zhì)量、分組大小和傳輸率的調(diào)節(jié)的其目標(biāo)，以滿足當(dāng)前的網(wǎng)絡(luò)條件。
在初始步驟中，為時間敏感性復(fù)查列表中的消息544。如果沒有時間 敏感的消息，則比特率減小到MABR545，且消息被傳輸543。
如果列表包括時間敏感的消息，則為非時間敏感的消息分配的比特率 減小546，直到它滿足MABR限制。如果將比特率一直減小到零不足以滿 足MABR，則這些非時間敏感的消息從在環(huán)中待傳輸?shù)南⒌牧斜碇斜灰?除。如果比特率減小，使得它小于或等于MABR,則剩余的消息被打包和 傳輸543。
如果非時間敏感的消息的移除不足以滿足MABR,則使用另一程序， 其涉及對剩余的時間敏感的消息使用較低質(zhì)量編解碼器547。通過在傳輸 環(huán)期間發(fā)送較少的比特來試圖盡快傳輸有效載荷數(shù)據(jù)。換句話說，通過降 低有效載荷的質(zhì)量，傳輸在給定的一段時間發(fā)送較少的比特。在各種實(shí)施 方式中，可使用不同的編解碼器，每個編解碼器具有不同比特率對質(zhì)量折 衷。如果較低質(zhì)量的編解碼器的使用足夠，意味著滿足MABR限制，則消 息被發(fā)送543。
如果較低質(zhì)量編解碼器的使用不滿足MABR，則時間敏感的消息的打 包間隔增加548。對于該程序，首部與有效載荷比增加了，這降低了總比 特率，但引入等待時間(即，在傳輸?shù)浇邮照叩陌l(fā)送中的延遲)。如果該 程序?qū)е翧IBR減小到小于或等于MABR,則傳輸發(fā)生543。
如果在改變打包間隔之后，仍然不滿足MABR,則比特率可逐漸降低到在MABR限制內(nèi)549。當(dāng)比特率以這種方式降低時，時間敏感的消息以 不足以維持即時會話的速率被發(fā)送。因此，會話被強(qiáng)制脫離"即時"。如 果網(wǎng)絡(luò)出故障或條件非常差，則可能沒有數(shù)據(jù)傳輸發(fā)生。再次，前述序列 對發(fā)送和接收對之間的每個傳輸環(huán)重復(fù)5410。
如果在發(fā)送和接收對之間有多個網(wǎng)絡(luò)接口 ，則對接收報告可用的每個 接口執(zhí)行關(guān)于圖9C描述的序列。在各種實(shí)施方式中，發(fā)送方可包括在多 個接口中分配傳輸載荷的邏輯。在不同的例子中，有效載荷可只在一個接 口上發(fā)送，而在其它實(shí)施方式中，可使用一些或全部接口。
前述描迷涉及系統(tǒng)10中的任何發(fā)送和接收對。在大部分情況下，發(fā) 送和接收對將分別包括客戶機(jī)12、啟用的設(shè)備13和服務(wù)器16、兩個服務(wù) 器16、服務(wù)器16和啟用客戶機(jī)12的設(shè)備13,或甚至可能兩個客戶機(jī)12。 如果發(fā)送節(jié)點(diǎn)同時向兩個(或多個)接收節(jié)點(diǎn)傳輸，則關(guān)于圖9A-9C描述 的上述序列對每個接收-發(fā)送對同時發(fā)生。
H.3 DOM操作流程圖
DQM 28g確定在客戶機(jī)12接收到的數(shù)據(jù)是否被破壞或是否有遺失的 分組。此外，接收客戶機(jī)12的DQM 28g產(chǎn)生接收報告，其被發(fā)送回網(wǎng)絡(luò)
最終被接收和存儲。下面分別在圖9D到9F中描迷了這些功能。
參考圖9D,其示出說明用于檢查遺失的和/或破壞的數(shù)據(jù)的DQM28g 的操作的流程圖。在初始步驟56!中，DQM 28g使用公知技術(shù)例如CRC 或類似的完整性檢查機(jī)制檢查破壞的分組。如果分組纟皮破壞，則分組;故視 為遺失的562。 DQM28g接著確定任何分組是否是遺失的563。如果在預(yù)定 的一段時間之后沒有接收到失序分組，則假定它為遺失的。DQM28g記錄 DNQS 32中任何破壞或遺失的分組564。另一方面，如果沒有檢測到破壞 或遺失的分組，則DQM28確定是否為了節(jié)省帶寬的目的，接收到的數(shù)據(jù) 的質(zhì)量被發(fā)送者故意降低565。降低的質(zhì)量被記錄在DNQS 32中566。不 管接收到的數(shù)據(jù)的質(zhì)量是否降低，數(shù)據(jù)的接收信息(例如，分組序列號、 時間戳、和分組將被發(fā)送到的網(wǎng)絡(luò)中下一節(jié)點(diǎn)的網(wǎng)絡(luò)地址)被儲存在DNQS 32中567。前述過程連續(xù)地重復(fù)，如到流程圖的起始處的返回箭頭所表示的。
作為圖9D中詳述的過程的結(jié)果，關(guān)于未降質(zhì)的分組的接收的信息、 降低質(zhì)量的分組的缺陷以及遺失的分組都存儲在DNQS 32中。當(dāng)媒體被接 收到時，DNQS 32維持關(guān)于媒體的狀態(tài)的最新消息。
參考圖9E，其示出說明DQM28g的接收報告產(chǎn)生功能的操作的流程 圖。在初始步驟中，DNQS 32被周期性地掃描58i,以確定是否有接收報 告需要被產(chǎn)生的任何媒體582。如果答案是否定的，則上面的掃描過程重 復(fù)。另一方面，如果媒體被識別出，則該過程確定媒體是否是時間敏感的 583，意味著用戶打算復(fù)查媒體實(shí)況或用戶希望立即復(fù)查沒有儲存在其設(shè)備 13上的媒體。
如果不是時間敏感的，則接收者通知發(fā)送者將重傳優(yōu)先級(如下定義 的)設(shè)置為低584。如果是時間敏感的，則考慮分組丟失的量585。如果分 組丟失的量在可用質(zhì)量范圍之外，則重傳優(yōu)先級被設(shè)置為高586。如上所 迷，如果分組丟失的量太大，則接收者可能不能夠在接收到媒體時復(fù)查媒 體。如果質(zhì)量在可接受的范圍內(nèi)，意味著傳輸?shù)馁|(zhì)量足以使其在再現(xiàn)時可 被理解，則用于發(fā)送接收報告的優(yōu)先級被設(shè)置為低584。不管接收者是否 在接收到時復(fù)查，都發(fā)送接收報告587， DNQS32被更新588,且網(wǎng)絡(luò)質(zhì)量 管理器(NQM)28h被更新589。在步驟584定義的重傳請求因此是以時間 敏感性為條件的。在步驟586定義的重傳請求是以時間敏感性和質(zhì)量為條 件的。
重傳優(yōu)先級通知發(fā)送者的PQM 26g適當(dāng)?shù)匕磧?yōu)先順序排列需要重傳 的媒體的傳輸率。例如，當(dāng)重傳優(yōu)先級被設(shè)置為高時，則發(fā)送者的發(fā)送PQM 26g應(yīng)在任何新+某體之前發(fā)送任何重傳。如果優(yōu)先級低，則PQM26g應(yīng)在 任何新媒體之后發(fā)送重傳的媒體。
前述過程連續(xù)地重復(fù)，以便在媒體被接收到時產(chǎn)生接收報告。如果發(fā) 送者沒有以及時的方式接收到接收報告，則發(fā)送者的PQM26g將減小傳輸 率，如果沒有接收到接收報告就最終停止傳輸。
參考圖9F，其示出說明用于請求遺失或降質(zhì)的媒體的序列的流程圖。在初始步驟6(h中，周期性地掃描DNQS32尋找遺失或降質(zhì)的々某體602。 如果沒有遺失或降質(zhì)的媒體，則上面定義的掃描周期性地重復(fù)。
如果在預(yù)定閾值的時間段之后失序分組沒有到達(dá)，則i某體被認(rèn)為是遺 失的603。如果分組在閾值之前到達(dá)，則不再認(rèn)為它是遺失的。另一方面， 如果在超過閾值之后，分組沒有到達(dá)，則它被認(rèn)為是遺失的。由于遺失的 分組，產(chǎn)生用于重傳的低優(yōu)先級的請求604,且請求的時間被記錄在DNQS 32中605。該過程重復(fù)，直到接收到遺失的分組。當(dāng)遺失的分組到達(dá)且相 應(yīng)的媒體在PIMB30中可用時，從DNQS32移除媒體的遺失狀態(tài)。因此， 在步驟604中定義的重傳請求是以i某體是否被確定為遺失為條件的。
如果被降質(zhì)，則DQM 32確定媒體是否是即時會話的部分606。如果 不是，進(jìn)行對降質(zhì)的媒體的完全質(zhì)量拷貝的請求607,完全質(zhì)量的媒體被 指定為遺失的608，并在DNQS 32記錄請求時間609。如果纟某體是即時會 話的部分，則不立即采取行動，以便保存網(wǎng)絡(luò)帶寬。當(dāng)會話轉(zhuǎn)變到即時沖莫 式之外時，則執(zhí)行步驟607到609以確保降質(zhì)的媒體的完全質(zhì)量(即，準(zhǔn)確 的或完美的)拷貝最終被接收到。當(dāng)數(shù)據(jù)在接收客戶機(jī)12的P1MB 30中 變得可用時，相關(guān)i某體的降質(zhì)狀態(tài)從DQNS32移除。在步驟607中定義的 傳輸狀態(tài)是以媒體是否被降質(zhì)且不是即時會話的部分為條件的。
前述過程連續(xù)重復(fù)，如在60!從605和609到流程圖的頂部的返回箭頭 表示的。通過重復(fù)圖9F中概述的過程，所有被傳輸?shù)摹┠丑w的準(zhǔn)確拷貝被 儲存在接收設(shè)備13的PIMB 30中。以這種方式，在接收設(shè)備13保證被傳 輸?shù)拿襟w的準(zhǔn)確拷貝的儲存。
I.圖形用戶接口
參考圖10,其示出運(yùn)行客戶機(jī)應(yīng)用程序12的示例性設(shè)備13。設(shè)備13 包括圖形用戶接口顯示器110、數(shù)據(jù)輸入按鈕、鍵或鍵盤112、麥克風(fēng)114 以及用于將電信號轉(zhuǎn)換成聲音的變換器116，例如揚(yáng)聲器。顯示器110也 可作為觸摸屏接收輸入。進(jìn)一步地，使用觸摸屏接口可合并顯示器110和 鍵盤112。如上所述，設(shè)備13可以是多種不同的通信工具，例如桌面型計 算機(jī)、膝上型或其它移動計算機(jī)、個人數(shù)字助理、可編程固定電話或蜂窩 電話、或可編程無線電裝置、或幾乎任何其它類型的可編程通信設(shè)備。在以下的意義上附圖所示的示例性設(shè)備13意指是"一般的"，即，它被認(rèn)為 表示或包括上面列出的所有通信設(shè)備。此外，術(shù)語"圖形"用戶接口不應(yīng)
被解釋為限制性的?？稍谠O(shè)備13上實(shí)現(xiàn)的、也包括音頻/DEMF接口 、語 音用戶接口 (VUI)、音頻轉(zhuǎn)換接口或其組合的其它類型的用戶接口可都用 于實(shí)現(xiàn)下面描述的各種功能。為了簡單起見，用戶可與其設(shè)備13進(jìn)行交 互作用的這些類型的方法中的每種通常都稱為"用戶接口 "。
所有的設(shè)備13不管其類型如何都優(yōu)選地具有使用戶能夠操作設(shè)備13 并與系統(tǒng)10中的其它用戶進(jìn)行通信的用戶接口。雖然用戶接口可設(shè)計成 有實(shí)質(zhì)上無限數(shù)量的不同外觀和感覺實(shí)現(xiàn)，但存在所有設(shè)備13應(yīng)共同具 有的某些功能和特征。下面列出這些功能和特征。
用戶接口優(yōu)選地包括下列狀態(tài)指示器或標(biāo)記中的一個或多個(i)電 池指示器；(ii)連通性指示器；(iii)時鐘；(iv)發(fā)送器狀態(tài)；(v)傳輸 同步狀態(tài)；(vi)復(fù)查狀態(tài)；(vii)需要關(guān)注的優(yōu)先級消息；以及(viii)遺 失的消息。
用戶接口優(yōu)選地包括下列功能、標(biāo)記和要素來進(jìn)行和管理單個會話 (i)會話的名稱和/或參與者的列表；(ii)會話狀態(tài)；(iii)會話類型；(iv) 會話持續(xù)時間；(v)在會話首部之后的時間；(vi)未完成的消息；(vii) 參與者的在場/狀態(tài)；(viii)具有導(dǎo)航信息的元數(shù)據(jù)；(iix)會話屬性或標(biāo) 志符；(ix)包括標(biāo)題、計劃表、參與者、會話概述的會話結(jié)構(gòu)；以及(v) 顯示哪些參與者貢獻(xiàn)消息以及哪些參與者聽或復(fù)查消息的指示符。
除了上面直接列出的那些以外，用戶接口還優(yōu)選地包括下列功能、標(biāo) 記和要素來進(jìn)行和管理多個會話(i)每個會話的名稱/標(biāo)識符；(ii)即時 /活動的或常設(shè)(standing)/不活動的指示符；(iii)在首部處或時移的復(fù)查位 置；(iv)優(yōu)先級和其它屬性；以及(v)會話的什么部分被遺失的指示符。
用戶接口還優(yōu)選地包括很多導(dǎo)航特征，例如(i)每個會話的DVR型 快速后退/前進(jìn)；(ii)即時消息型的個人消息導(dǎo)航；(iii)會話時間指示符；
(iv)時標(biāo)(time scale)移動(即，通過會話的一個或多個消息的快速向前或 向后)；(v)會話的變化的優(yōu)先級；(vi)中止(hang up);以及(vii)始位
(home )。前述功能和特征可用各種方式實(shí)現(xiàn)，例如使用觸摸屏圖形用戶接口 110,或其它輸入設(shè)備例如數(shù)據(jù)輸入按鈕、鍵或鍵盤〗2、鼠標(biāo)、通過語音 激活的命令或其組合。同樣，在上面列出的功能和特征以及如何實(shí)現(xiàn)它們 不意味著是無遺漏的。可使用的各種方法和技術(shù)是如此廣泛，以至于在這 里全部列出或討論它們是不實(shí)際的。
J.會話
MCMS應(yīng)用程序20支持很多不同類型的會話，例如接近實(shí)時或"即 時"呼叫，其中從參與者講話以及其它參與者聽到第一參與者時開始的延 遲非常??；參與者以較長的延遲在消息之間來回交換語音消息的會話；涉 及多個用戶的"即時，，會議呼叫；在有規(guī)律的調(diào)度時間的常設(shè)會議呼叫； 或可配置的有組織的呼叫類型例如同時總結(jié)，其中每個參與者都預(yù)先留下 消息簡介，以讓其他人在每個人參加即時會議呼叫之前復(fù)查。MCMS應(yīng)用 程序20的又一獨(dú)特的屬性是用戶在不同類型的會話之間轉(zhuǎn)換的能力。例 如，參與者可無縫地從語音消息才莫式轉(zhuǎn)換到即時呼叫并再次轉(zhuǎn)換回來。或 者即時會議呼叫的參與者可轉(zhuǎn)換到語音消息模式并在會議呼叫之后彼此 發(fā)送更新或行動項(xiàng)目。雖然提到了一些例子，但應(yīng)理解，系統(tǒng)10非常靈 活并提供在不同類型的呼叫或會話之間以及在多個會話之間轉(zhuǎn)換的很多 選擇。通過改變消息之間的延遲，參與者有效地在最適合其需要的會話類 型之間轉(zhuǎn)換。上面的例子因此不應(yīng)被解釋為限制性的。
如上所述，會話由在其原始上下文和序列中保持的消息組成。被發(fā)送 的消息屬于現(xiàn)有的會話或開始的新會話。 一般會話包括圍繞所限定的主 題、話題、時間、組或信道組織的一組消息。例如，會話可涉及共用一組 人群，例如俱樂 部的成員，公司可在固定的時間有常設(shè)的會話，例如每周 銷售會議，或朋友可以有關(guān)于各種話題的特別會話，例如制定晚餐計劃。
每個會話由一組屬性限定，包括名稱、參與者的列表、開始和結(jié)束時 間、以及至少包括未決、現(xiàn)行或終止的狀態(tài)。在其它實(shí)施方式中，其它會 話狀態(tài)是可能的。用戶與其設(shè)備13上的MCMS應(yīng)用程序20進(jìn)行交互作 用。在優(yōu)選實(shí)施方式中，接口允許用戶通過各種屬性中的任何一個組織會 話。參與者和會話之間的關(guān)系也具有屬性。這些屬性包括但不限于優(yōu)先 級、狀態(tài)(參與者在會話中的狀態(tài))。參與者狀態(tài)的值包括活躍的、 一次 參與多于一個的會話、在時移模式中復(fù)查會話、跟上即時、被動地參與(即，
不主動復(fù)查，而是接收高優(yōu)先級的消息)、等待(standby)、或忽略會話(即， 拒絕參與或記錄會話)。
從接收者觀點(diǎn)來看，用戶可選擇或限定消息的相對優(yōu)先級。例如，來 自某人的老板的消息一般被給出比社會上的熟人高的優(yōu)先級。在一些實(shí)施 方式中，接收者有設(shè)置其自己的優(yōu)先級的能力。在MCMS-C的實(shí)現(xiàn)方法 中，用戶選擇其會話的子集被連續(xù)再現(xiàn)。用戶接著為這些會話設(shè)置有次序 的優(yōu)先級。系統(tǒng)使用用戶設(shè)置的優(yōu)先級來給待再現(xiàn)的消息排序。前述算法 使用用戶優(yōu)先級和關(guān)于可用消息數(shù)據(jù)的信息(超出MTSD )來給待再現(xiàn)的 消息排隊(duì)。
在其它實(shí)施方式例如戰(zhàn)術(shù)通信中，接收者可能沒有設(shè)置優(yōu)先級的能力 或者有受限制的設(shè)置優(yōu)先級的能力。例如，消防員可能沒有降低來自消防 隊(duì)長的消息的優(yōu)先級的能力。然而發(fā)送用戶有發(fā)送緊急或高度重要的消息 的能力。通過將消息標(biāo)記為緊急的或危急的，消息在接收者處被盡快再現(xiàn)， 不考慮接收者的任何優(yōu)先級設(shè)置。根據(jù)預(yù)定的優(yōu)先級方案來解決多個緊急 消息中間的任何沖突。
K. MCMS操作
參考圖11A，其示出將MCMS應(yīng)用程序20的主要功能分組的組織圖 1100。主要功能包括賬戶管理1102、會話管理1104、綜合會話列表管理 1106、會話參與1108、呼叫控制1110和聯(lián)系人管理1112。在注冊并登錄 到系統(tǒng)10中之后，用戶可在實(shí)現(xiàn)下面詳細(xì)描述的各種管理功能的設(shè)備13 的用戶接口中導(dǎo)航。在一些實(shí)施方式中，該功能將提供極大的靈活性。在 其它實(shí)施方式例如戰(zhàn)術(shù)或通信無線電裝置中，用戶接口的實(shí)現(xiàn)可用很多用 戶功能和預(yù)先配置的選項(xiàng)被限制，以滿足設(shè)備的效用。這里的討論是示例 性的，且不意味著是MCMS功能的無遺漏的解釋，而更確切地意味著僅 僅提供一些MCMS屬性的概述。
K.l賬戶管理在賬戶管理功能1102中，注冊用戶可改變某些設(shè)置和偏好。用戶可改變其電子郵件地址、口令、名字、電話號碼、電話口令、呼入號碼、默認(rèn)和/或用戶定義的再現(xiàn)速度、標(biāo)記、用于復(fù)查消息的增益或音量水平、跟上
即時模式等。為了進(jìn)行這些變化，用戶通過其設(shè)備13的接口 110輸入適當(dāng)?shù)男畔?。MCMS應(yīng)用程序20通過將更新的偏好寫入MCMS數(shù)據(jù)庫22中來作出反應(yīng)。
K.2會話管理
如圖IIB所示，會話管理1104是一組功能，其允許用戶觀看其綜合會話列表、創(chuàng)建新的會話、更新會話的細(xì)節(jié)、刪除會話和選擇會話。下面描述這些功能中的每一個。
觀看會話1104a—對每個會話，MCMS應(yīng)用程序20可給用戶提供下列屬性中的一個或多個會話的名稱、實(shí)際開始時間、最后的活動狀態(tài)、標(biāo)記、持續(xù)時間、參與者的列表。對于每個參與者，名字和/或電話號碼、狀態(tài)(即時、其它呼叫、在過去、跟上模式、離線-可到達(dá)、離線-不可用)。
創(chuàng)建會話1104b—用戶通過輸入會話名稱、聯(lián)系人的列表和可選的預(yù)定開始時間經(jīng)由接口 IIO來創(chuàng)建會話。如果沒有指定開始時間，則假定開始時間是立刻。作為響應(yīng)，MCMS應(yīng)用程序20在數(shù)據(jù)庫22中創(chuàng)建新的會話，關(guān)聯(lián)聯(lián)系人列表上每個參與者的記錄。MCMS應(yīng)用程序20也在數(shù)據(jù)庫22中為聯(lián)系人列表上的每個用戶創(chuàng)建參與者記錄，允許呼叫者接收聯(lián)系人列表上的其他人的在場信息。如果會話被調(diào)度，則MCMS應(yīng)用程序20在指定的時間開始會話。否則，會話立刻開始。
更新會話細(xì)節(jié)1104c—用戶可通過用戶接口 IIO對會話進(jìn)行改變。例如，可添加或移除參與者。參與者的狀態(tài)的任何變化在MCMS數(shù)據(jù)庫22中凈皮更新。
刪除會話1104d—用戶可通過接口 110從會話列表刪除特定的會話。作為響應(yīng)，MCMS應(yīng)用程序20記錄數(shù)據(jù)庫22中的變化，并將會話指示為-故刪除的。
關(guān)閉會話ri04e—用戶可選擇終止或關(guān)閉會話。在一個實(shí)施方式中，只有創(chuàng)建會話的用戶可選擇終止該會話。
K.3綜合會話列表管理
如圖11 c所示，綜合會話列表管理n 06是允許用戶參與多個會話(即，用戶的綜合會話列表)的一組功能。綜合會話列表管理功能允許用戶通過其設(shè)備上的接口 rio來"即時"參與一個會話，同時在時移模式中參與其它會話。
選擇會話1106a—通過接口 IIO，用戶可在用戶的綜合會話列表中選擇一個會話作為當(dāng)前的。當(dāng)前會話的消息可在"即時"或時移模式中再現(xiàn)。用戶可在綜合會話列表中不時地轉(zhuǎn)換會話。
轉(zhuǎn)換會話模式1106b—在可選的實(shí)施方式中，用戶能夠從MCMS、MCMS-C和MCMS-S操作模式轉(zhuǎn)換。
K.4會話參與
如圖IID所示，會話參與1108是一組功能，其允許用戶開始會話、接收加入會話的通知、獲得會話狀態(tài)信息并中止會話。
開始會話1108a—在由用戶通過接口 IIO或由MCMS應(yīng)用程序中的調(diào)度程序創(chuàng)建會話之后，檢查每個參與者的狀態(tài)。如果參與者是離線的，則努力聯(lián)系這個人。如果參與者離線但參與另一會話，則MCMS應(yīng)用程序20通知該參與者。所有在線參與者的在場狀態(tài)在數(shù)據(jù)庫22中被更新。
接收通知1108b—系統(tǒng)可借助于用戶接口 110通過圖形顯示和/或可聽得見的通知來通知用戶其被請求對會話的注意。
會話狀態(tài)1108c—用戶可通過其設(shè)備13的接口 IIO請求會話的狀態(tài)。作為響應(yīng)，MCMS應(yīng)用程序20集合儲存在數(shù)據(jù)庫22中的狀態(tài)信息，并將信息顯示給用戶。
會話暫停1108d—通過用戶接口 IIO，用戶可中止活躍的會話或從活躍的會話轉(zhuǎn)換。作為響應(yīng)，MCMS應(yīng)用程序20對數(shù)據(jù)庫22中的活躍會話更新用戶的參與狀態(tài)，并指導(dǎo)存儲和流模塊24將用戶從會話移除。
K.5會話控制如圖IIE所示，會話控制1110是允許用戶控制其在會話中的參與的一組功能。這些功能允許用戶跟上即時，跳到首部，跳到過去的位置、暫停、當(dāng)復(fù)查會話的消息時播放加快和播放減慢。這些功能中的每個通過設(shè)
備13上的4妄口 110由用戶觸發(fā)。
跟上即時1110a—用戶可在正在進(jìn)行的會話中使用"CTL"功能跟上即時。當(dāng)該功能被激活時，MCMS應(yīng)用程序20檢查用戶已復(fù)查的會話中的最后一個點(diǎn)，并使用用戶指定的比正常再現(xiàn)選項(xiàng)更快的選項(xiàng)來指導(dǎo)存儲和流模塊24再現(xiàn)以前沒有聽到的消息，以及當(dāng)它到達(dá)首部時無縫地轉(zhuǎn)換到即時模式。
跳到首部1110c—該功能使用戶能夠跳到會話首部，略過會話中的用戶的當(dāng)前點(diǎn)和首部之間的任何介入的消息。當(dāng)被實(shí)現(xiàn)時，MCMS應(yīng)用程序20指示存儲和流模塊立即在會話首部再現(xiàn)消息。(如果會話首部當(dāng)前是活躍的，這叫做跳到即時(JTL)。)
跳到過去1110d—該功能使用戶能夠跳回到會話中前面的消息或點(diǎn)，類似于倒帶或重^L功能。當(dāng)^皮實(shí)現(xiàn)時，MCMS應(yīng)用程序20指示存儲和流模塊24再現(xiàn)從倒帶點(diǎn)開始的媒體。
暫停1110e—該功能使用戶能夠暫停會話消息的復(fù)查。作為響應(yīng)，存儲和流模塊24停止消息的再現(xiàn)，直到另 一命令被發(fā)出。
播放加快lllOf—該功能使用戶能夠更快地再現(xiàn)消息。作為響應(yīng)，存儲和流模塊24以比正常更快的速率再現(xiàn)消息。再現(xiàn)速率可由用戶指定或用戶可從很多預(yù)設(shè)的選項(xiàng)選擇。
播放減慢1110g—該功能使用戶能夠更慢地再現(xiàn)消息。作為響應(yīng)，存儲和流模塊24以比正常更慢的速率再現(xiàn)消息。再現(xiàn)速率可由用戶指定或用戶可從很多預(yù)設(shè)的選項(xiàng)選擇。
K.6聯(lián)系人管理
如圖IIF所示，系統(tǒng)10給用戶提供了用于管理聯(lián)系人列表和用戶組的很多功能。這些功能包括添加、編輯、刪除聯(lián)系人和用戶組。這些功能中的每個由用戶通過其設(shè)備13的接口實(shí)現(xiàn)。在用戶的聯(lián)系人列表或組列表中的任何修改或刪除被儲存在MCMS數(shù)據(jù)庫22中。
添加聯(lián)系人1112a—該功能使用戶能夠?qū)⑿碌穆?lián)系人添加到其聯(lián)系人列表。新的聯(lián)系人可為注冊用戶或外部聯(lián)系人。 一般為每個聯(lián)系人記錄提供名稱、電話號碼、號碼類型(手機(jī)、辦公室、家庭、計算機(jī)等)、電子郵件地址和其它個人信息。
編輯聯(lián)系人1112b —該功能使用戶能夠編輯或更新現(xiàn)有的聯(lián)系人記錄。
刪除聯(lián)系人1112c—該功能使用戶能夠移除或刪除現(xiàn)有的聯(lián)系人記錄。
搜索聯(lián)系人1112d—該功能使用戶能夠在其聯(lián)系人列表中搜索特定的聯(lián)系人?？墒褂煤芏鄻?biāo)準(zhǔn)例如名字、電話號碼、最近被呼叫、最頻繁地被呼叫、組等來進(jìn)行搜索。
獲得參與者列表1112e—該功能使用戶能夠按很多不同的搜索標(biāo)準(zhǔn)搜索和if又回會話的參與者的列表，所述搜索標(biāo)準(zhǔn)包括例如按名字、最近向外的呼叫、最近進(jìn)入的呼叫、最頻繁的呼叫等。
授權(quán)呼叫者復(fù)查狀態(tài)1112f—該功能使第一用戶能夠授權(quán)其它用戶觀看第一用戶的狀態(tài)。非授權(quán)用戶不能觀看第一用戶的狀態(tài)。
創(chuàng)建聯(lián)系人組1112g—該功能使用戶能夠?qū)⒙?lián)系人的號碼關(guān)聯(lián)到組。當(dāng)用戶定義組時，該組中的聯(lián)系人的列表存儲在MCMS數(shù)據(jù)庫22中。
編輯聯(lián)系人組1112h—該功能使用戶能夠編輯組或更新組的成員的聯(lián)系4言息。
刪除聯(lián)系人組1112i—該功能使用戶能夠刪除組。L. MCMS操作L.l MCMS畫C
如上所述，MCMS-C操作類似于MCMS,具有使用戶能夠通過消息的時移和優(yōu)先級分級系統(tǒng)來連續(xù)管理和參與多個會話的增加的特征，這些消息由系統(tǒng)自動管理。實(shí)現(xiàn)MCMS-C功能包括三個基本過程。如圖12A所示，第一過程涉及為連續(xù)再現(xiàn)限定一組會話。 一旦限定了該列表，分級的優(yōu)先級組和其它因素就應(yīng)用于與該組會話相關(guān)的附有索引的^ 某體有效載荷。附有索引的媒體有效載荷接著按先后順序被排列。通過按先后順序再現(xiàn)^某體，該組會話的消息被連續(xù)再現(xiàn)。
參考圖12A，其示出說明用于規(guī)定要連續(xù)再現(xiàn)的會話的列表的步驟的
流程圖。在初始步驟1202中，規(guī)定用戶的綜合會話列表。用戶或預(yù)配數(shù)據(jù)(步驟1204)接著用于選擇綜合列表中的會話，用于連續(xù)的再現(xiàn)(步驟1206 )。對于例如戰(zhàn)術(shù)通信系統(tǒng)，通常，預(yù)配數(shù)據(jù)用于強(qiáng)制會話被連續(xù)再現(xiàn)。對于非戰(zhàn)術(shù)應(yīng)用程序，用戶一般被提供高度靈活性來選擇用于連續(xù)再現(xiàn)的會話。
消息的步驟的流程圖。在初始步驟(1208)中， 一組優(yōu)先級規(guī)則被定義并應(yīng)用于將被連續(xù)再現(xiàn)的會話的列表(1206)。在各種實(shí)施方式中，該組優(yōu)先級規(guī)則范圍可從嚴(yán)格的分級通信協(xié)議到高度靈活的通信協(xié)議。例如在經(jīng)常希望有嚴(yán)格的分級的戰(zhàn)術(shù)通信系統(tǒng)中，這組優(yōu)先級規(guī)則將優(yōu)選地以并行消息;故再現(xiàn)的特定順序來強(qiáng)加。例如，對于第一反應(yīng)人員戰(zhàn)術(shù)系統(tǒng)，可給來自消防隊(duì)長的消息最高優(yōu)先級。可給燃燒的建筑物內(nèi)的消防員下一級優(yōu)先級。在下一級，可給建筑物之外的消防員優(yōu)先級。通過規(guī)定嚴(yán)格的優(yōu)先級，監(jiān)督滅火成效的人或處于危險中的人的當(dāng)前消息先于起著不太重要的作用的人而被再現(xiàn)。使用非戰(zhàn)術(shù)通信，可給用戶極大的靈活性來定義其自己的優(yōu)先級方案，以滿足個人需要。銷售經(jīng)理可例如規(guī)定優(yōu)先級方案，其列出與從最重要到最不重要的客戶的連續(xù)會話?；蛘哂脩艨稍诩彝ズ团笥阎虚g按優(yōu)先順序排列連續(xù)消息。不管所使用的方案如何，都在此過程中定義連續(xù)會話的優(yōu)先級列表(步驟1210 )。
參考圖12C，其示出說明從不同的連續(xù)會話接收到的消息的隊(duì)列的結(jié)構(gòu)的流程圖。在初始步驟中，為每個將被連續(xù)再現(xiàn)的會話連續(xù)檢測消息的未再現(xiàn)的附有索引的媒體有效載荷(即，流^某體)的可用性(步驟1212)。優(yōu)先級分級應(yīng)用于可用的附有索引的媒體有效載荷流(步驟1214)。至少部分地根據(jù)優(yōu)先級分級和可能如下所述的其它參數(shù)，可用的附有索引的媒體有效載荷布置成連續(xù)的順序(步驟1216)。附有索引的々某體有效載荷接
著以先后順序被連續(xù)再現(xiàn)(步驟1218)。通過連續(xù)地重復(fù)上述過程，多個
會話的消息被連續(xù)再現(xiàn)。
在一個實(shí)施方式中，先后的順序部分或全部基于優(yōu)先級分級。在可選的實(shí)施方式中，除了分級和可用性以外，也可考慮其它參數(shù)。例如，使用
一個或多個參數(shù)，例如，與中斷附有索引的^ 某體有效載荷的當(dāng)前再現(xiàn)的流
以及高優(yōu)先級會話的附有索引的媒體有效載荷有關(guān)的轉(zhuǎn)換成本、附有索引的々某體有效載荷的可用流的質(zhì)量、附有索引的媒體有效載荷以打亂的順序
或從系統(tǒng)的控制器的輸入被接收的相對時間，可定義先后的順序。一般當(dāng)不同會話的消息之間的沖突出現(xiàn)時，按先后順序再現(xiàn)附有索51
的^!某體有效載荷，同時暫?；蜓舆t其它可用的附有索引的々某體有效載荷的
再現(xiàn)。當(dāng)沒有沖突時，附有索引的媒體有效載荷在變得可用時被立即再現(xiàn)。
在又一實(shí)施方式中，可在時移模式中可選地復(fù)查連續(xù)再現(xiàn)的會話的消息。如果第一通信設(shè)備的用戶產(chǎn)生與連續(xù)再現(xiàn)的會話相關(guān)的i/某體，則該i某
體附有索引并儲存在設(shè)備的PIMB 30以及網(wǎng)絡(luò)上的服務(wù)器16的PIMB 85中。因此當(dāng)在時移;f莫式中復(fù)查會話時，用戶選擇只復(fù)查與會話相關(guān)的進(jìn)入的消息，或復(fù)查進(jìn)入的消息以及與會話相關(guān)的第一用戶以時間索？ 1順序創(chuàng)建的媒體。
L.2 MCMS-S操作
在MCMS-S或同時模式中，啟用客戶機(jī)12的設(shè)備13的用戶可限定一組會話用于同時再現(xiàn)。 一旦限定了該組會話，就在設(shè)備13上同時再現(xiàn)與該組會話相關(guān)的附有索引的^ 某體有效載荷，而不管它們是否交迭。在可選的實(shí)施方式中，用戶可以可選地從一組々某體流分開地再現(xiàn)接收到的附有索引的i某體有效載荷。也可以可選地在接近實(shí)時或時移模式中再現(xiàn)同時會話的附有索引的媒體有效載荷。
L.3 MCMS、 MCMS-C和MCMS-S實(shí)例
在圖13A到13D中，示出了說明會話的屬性以及MCMS、 MCMS-C和MCMS-S的操作的一系列圖。在圖13A中，時序圖示出在用戶"X"和標(biāo)為"Y"和"Z"的兩個其他用戶之間再現(xiàn)標(biāo)為"A"的會話的消息的附有索引的媒體有效載荷的序列。在本例中，i某體由用戶Y在tl 、 t5 、 t6、 t7和t9所標(biāo)明的時間間隔期間產(chǎn)生。4某體由用戶Z在t3 、 t6和t9到tl0所標(biāo)明的時間間隔期間產(chǎn)生。
在附圖底部示出在用戶X的設(shè)備13處的再現(xiàn)序列。在時間間隔tl、t5和t7期間，只再現(xiàn)從Y得到的4某體。在時間間隔t3和t10期間，只再現(xiàn)從Z得到的々某體。在時間間隔t6和t9期間，再現(xiàn)從Y和Z兩者得到的媒體。在時間間隔t2、 t4和t8期間，不再現(xiàn)任何媒體，因?yàn)橛脩鬥或Z都不在這些時期期間產(chǎn)生々某體。應(yīng)注意，時間間隔tl到t10并不是意味著表示固定的時間間隔，而更確切地，僅僅是產(chǎn)生i某體的時間段。
圖13A的圖示在說明會話的屬性時是有用的。當(dāng)一個用戶(Y或Z)正產(chǎn)生媒體時，該媒體在X的設(shè)備13處被接收到，并可用于再現(xiàn)。當(dāng)用戶X和Y都產(chǎn)生媒體時，兩個媒體流都在X的設(shè)備13處被接收到，并可用于混合。當(dāng)用戶X或Y都不產(chǎn)生媒體時，沒有媒體在X的設(shè)備13處被接收到。如上所述，用戶X可選擇以接近實(shí)時模式或時移模式復(fù)查在會話A期間產(chǎn)生的媒體。此外，用戶X可選擇復(fù)查以所示的混合格式的媒體或在時移模式中分開地復(fù)查來自Y和Z的媒體。
圖13B示出MCMS的操作。在本例中，用戶正參與被指定為A、 B和C三個會話。對于會話A、 B和C，用戶分別產(chǎn)生或接收所指定(分別是A1、 A2、 A3和A4、 Bl、 B2和B3以及Cl和C2 )的消息。每個消息的計時和持續(xù)時間由沿著時間線的起始點(diǎn)指示。在本例中，除了消息B2以外，所有的消息都在某種程度上在時間上交迭，注意到此是有用的。
對于MCMS應(yīng)用程序，用戶選擇一個會話作為當(dāng)前會話。對于選定的會話，用戶可復(fù)查進(jìn)入的消息并產(chǎn)生被傳輸?shù)綍挼钠渌麉⑴c者的消息。在本例中，用戶按順序分別選擇會話B、 C和A為當(dāng)前的。消息序列因此最初是B1、 B2和B3，后面是C1和C2，接著最后是A1到A4。再次，當(dāng)特定的會話被選擇為當(dāng)前的時，用戶可在接近實(shí)時和時移模式之間轉(zhuǎn)換并轉(zhuǎn)換回來。該圖所示的最后的再現(xiàn)不意味著相應(yīng)于該圖的頂部部分所示的接收到的消息的計時。更確切地，該圖的下部部分用來根據(jù)用戶所選擇的會話順序只顯示消息的再現(xiàn)順序。
圖13B的例子因此在說明MCMS應(yīng)用程序的屬性中是有用的。用戶 將一個會話選擇為當(dāng)前的。其它會話暫停。用戶也可在所有會話中在任何 時間轉(zhuǎn)換當(dāng)前的會話。
參考圖13C,其示出說明MCMS-C的操作的圖。在本例中，用戶參與 兩個連續(xù)的會話A和B。對于會話A, 4妻收到三個消息Al、 A2和A3。 對于會話B，接收到三個消息B1、 B2和B3。對于本例，消息B1與消息 Al沖突，注意到此是有用的。此外，會話A具有比會話B高的優(yōu)先級。
在兩個會話的連續(xù)再現(xiàn)期間，較高優(yōu)先級的消息Al和A2首先接近實(shí) 時地被再現(xiàn)，如附圖中的垂直虛線表示的。因?yàn)樵谙2和A3之間有相 對大的時間間隔，該間隔通過時移和再現(xiàn)消息Bl和B2來填充。當(dāng)A3到 達(dá)時，它接近實(shí)時地被再現(xiàn)，而消息B3只在較高優(yōu)先級的消息A3被再現(xiàn) 之后才被再現(xiàn)。通過在較高優(yōu)先級消息之間時移地再現(xiàn)優(yōu)先級較低優(yōu)先級 的消息，可管理連續(xù)的多個會話。應(yīng)注意，在這個簡單的實(shí)例中，優(yōu)先級 是用于確定再現(xiàn)的連續(xù)順序的唯一參數(shù)。如上所述，也可使用很多其它參 數(shù)。
參考圖13D，其示出說明MCMS-S的圖。在本例中，用戶參與三個同 時的會話A、 B和C。對于在該圖中示出的每個會話A、 B和C，分別接 收消息A1、 A2和A3、 Bl、 B2和B3以及C1和C2。對于MCMS-S，進(jìn) 入的消息在被接收到時在接收設(shè)備13處被再現(xiàn)。如在該圖的下部部分所 示的，三個會話A、 B和C的消息的再現(xiàn)順序因此與消息被接收時相同。 以這種方式，可同時再現(xiàn)多個會話。
在前述實(shí)例中，描述了 MCMS應(yīng)用程序的幾種變形，包括MCMS-C 和MCMS-S。不管所使用的MCMS應(yīng)用程序的特定類型如何，它們都共 享幾個共同的特征。在每種情況下，會話由消息的被連接的順序或組織限 定。消息從媒體流分割，每個消息被給出順序標(biāo)識符，并以創(chuàng)建媒體的時 間編索引。根據(jù)MCMS應(yīng)用程序的變形，可根據(jù)一個或多個再現(xiàn)選擇來 再現(xiàn)消息。再現(xiàn)選擇使用從零到多個不同的屬性，包括以一種形式或另一 種形式來過濾、分組、交迭和/或順序化消息。以這種方式，可在單個啟用客戶機(jī)12的設(shè)備13上進(jìn)行多個會話，每個會話包括一連串消息。最后，
MCMS的每個變形可用相同的方式處理中斷消息的接收。當(dāng)接收到中斷消 息時，它一般優(yōu)先于其它消息，并在屬于其它會話的其它消息之前被再現(xiàn)。
M.客戶機(jī)和服務(wù)器硬件
參考圖14A,其示出說明用于儲存并執(zhí)行客戶機(jī)應(yīng)用程序12的設(shè)備 13的硬件的結(jié)構(gòu)圖140。硬件包括CPU 142、主存儲器144和大容量存儲 器146。如在本領(lǐng)域中公知的，客戶機(jī)應(yīng)用程序12 — 皮裝入和儲存在主存儲 器144和大容量存儲器146中，并由CPU 142執(zhí)行。
參考圖14B，其示出說明用于儲存并執(zhí)行服務(wù)器應(yīng)用程序78的服務(wù)器 16的硬件的結(jié)構(gòu)圖150。硬件包括CPU 152、主存儲器154、大容量存儲 器156和檔案庫89。如在本領(lǐng)域中公知的，服務(wù)器應(yīng)用程序78被加載和 儲存在主存儲器154和大容量存儲器156中，并由CPU 152執(zhí)行。如上所 述， 一個或多個用戶的附有索引的媒體有效載荷儲存在檔案庫89中。
雖然為了方便，上面以單數(shù)形式描述了很多部件和過程，但本領(lǐng)域的 技術(shù)人員應(yīng)認(rèn)識到，多個部件和重復(fù)的過程也可用于實(shí)踐這里所述的系統(tǒng) 和方法的技術(shù)。進(jìn)一步地，雖然參考其中的特定實(shí)施方式特別示出和描迷 了本發(fā)明，但本領(lǐng)域技術(shù)人員應(yīng)理解，在所公開的實(shí)施方式的形式和細(xì)節(jié) 中可進(jìn)行變化，而不偏離本發(fā)明的實(shí)質(zhì)或范圍。例如，本發(fā)明的實(shí)施方式 用于各種部件，且不應(yīng)被限制到上面提到的部件。因此，這意味著本發(fā)明 應(yīng)被解釋為包括落在本發(fā)明的實(shí)質(zhì)和范圍內(nèi)的所有變形和等效形式。
權(quán)利要求
1.一種方法，其用于在通信設(shè)備上再現(xiàn)一個或多個會話的方法，所述方法包括通過網(wǎng)絡(luò)在所述通信設(shè)備上接收與所述一個或多個會話相關(guān)的媒體；當(dāng)所述媒體通過所述網(wǎng)絡(luò)被接收時，在所述通信設(shè)備上存儲與所述一個或多個會話相關(guān)的所接收的媒體；在所述通信設(shè)備上選擇所述一個或多個會話中的一個作為當(dāng)前會話；(i)在所述通信設(shè)備上創(chuàng)建與所選擇的當(dāng)前會話相關(guān)的媒體并且存儲所創(chuàng)建的媒體；(ii)在所述通信設(shè)備上以下列模式再現(xiàn)與所選擇的當(dāng)前會話相關(guān)的媒體(a)接近實(shí)時的模式，其中與所選擇的當(dāng)前會話相關(guān)的所接收的媒體當(dāng)被接收時被逐步再現(xiàn)；或者(b)時移模式，其中與所選擇的當(dāng)前會話相關(guān)的所接收和創(chuàng)建的媒體在被創(chuàng)建或接收之后的一個時間被再現(xiàn)；以及(iii)通過所述網(wǎng)絡(luò)向與所選擇的當(dāng)前會話相關(guān)的一個或多個遠(yuǎn)程通信設(shè)備發(fā)送所創(chuàng)建的媒體。
2. 如權(quán)利要求l所述的方法，還包括在所述一個或多個會話中可選地轉(zhuǎn)換所選擇的當(dāng)前會話；以及分別對每一個可選地所選擇的當(dāng)前會話執(zhí)行步驟(i)到(iii )。
3. 如權(quán)利要求1所述的方法，還包括在所述接近實(shí)時的模式和所述時移模式之間選擇性來回轉(zhuǎn)換與所選擇的當(dāng)前會話相關(guān)的媒體的再現(xiàn)。
4. 如權(quán)利要求1所述的方法，其中所選擇的當(dāng)前會話還包括在所述參與者中間交換所接收和創(chuàng)建的媒體。
5. 如權(quán)利要求1所述的通信方法，其中在所述通信設(shè)備上以所述接近實(shí)時的模式再現(xiàn)所選擇的當(dāng)前會話的所接收的媒體還包括當(dāng)所接收的媒 體通過所述網(wǎng)絡(luò)被接收時逐步再現(xiàn)所接收的媒體。
6. 如權(quán)利要求1所述的通信方法，其中在所述通信設(shè)備上以所述時移 模式再現(xiàn)還包括從存儲器或儲存器取回并再現(xiàn)與所選擇的當(dāng)前會話相關(guān) 的所接收和創(chuàng)建的媒體。
7. 如權(quán)利要求1所述的方法，還包括暫停對所選擇的當(dāng)前會話相關(guān)的所接收的媒體的再現(xiàn)；在所述暫停期間連續(xù)存儲與所述一個或多個會話相關(guān)的所接收的媒 體；以及通過當(dāng)與所選擇的當(dāng)前會話相關(guān)的媒體正被接收時再現(xiàn)與所選擇的 當(dāng)前會話相關(guān)的媒體，或通過從存儲器再現(xiàn)與所選擇的當(dāng)前媒體相關(guān)的以 前存儲的媒體，在所述暫停之后恢復(fù)所選擇的當(dāng)前會話的再現(xiàn)。
8. 如權(quán)利要求l所述的方法，還包括，在所述時移模式中，提供進(jìn)行 下列操作的能力在所述通信設(shè)備上選擇相對于當(dāng)前所選擇的會話的最當(dāng)前的媒體的 起始位置，其中起始點(diǎn)是由所述通信設(shè)備的用戶限定的；從存儲器取回當(dāng)前所選擇的會話的媒體；以及從存儲器再現(xiàn)所取回的纟某體。
9. 如權(quán)利要求1所述的方法，其中提供以所述時移模式復(fù)查所選擇的 當(dāng)前會話的所接收和創(chuàng)建的媒體的能力還包括選擇所選擇的當(dāng)前會話的一個參與者；從存儲器取回與所選擇的參與者相關(guān)的i某體；以及 分立地再現(xiàn)與所選擇的參與者相關(guān)的i某體。
10. 如權(quán)利要求1所述的方法，其中提供以所述時移模式復(fù)查所選擇 的當(dāng)前會話的所接收和創(chuàng)建的媒體的能力還包括選擇所選擇的當(dāng)前會話的兩個或更多參與者；從存儲器或儲存器中取回與所選擇的兩個或更多參與者相關(guān)的i某體；以及混合與所選擇的兩個或更多參與者相關(guān)的々某體的再現(xiàn)。
11. 如權(quán)利要求1所述的方法，其中以所述時移模式再現(xiàn)所選擇的當(dāng)前會話的i某體還包括選擇再現(xiàn)點(diǎn)以開始再現(xiàn)所選擇的當(dāng)前會話的媒體，其中所述再現(xiàn)點(diǎn)對 應(yīng)于所選擇的當(dāng)前會話的以前的時間點(diǎn)；以及再現(xiàn)從所選擇的再現(xiàn)點(diǎn)開始的所選擇的當(dāng)前會話的媒體，其中所述以前的時間點(diǎn)是由所述通信設(shè)備的用戶選擇的。
12. 如權(quán)利要求1所述的方法，其中在所述通信設(shè)備上再現(xiàn)所選擇的 當(dāng)前會話的所接收的媒體還包括在所述通信設(shè)備上從與所選擇的當(dāng)前會話相關(guān)的多個參與者接收多 個媒體流或媒體，所述多個媒體流中的每一個各自都包括多個附有時間索 引的媒體有效載荷，每個附有時間索《1的媒體有效栽荷都有與之相關(guān)的時 間索引信息；以及通過按時間疊加每個參與者的所述附有索引的媒體有效載荷來再現(xiàn) 所述多個媒體流。
13. 如權(quán)利要求1所述的方法，還包括通過下列操作將所選擇的當(dāng)前 會話的所接收的媒體的再現(xiàn)從所述時移模式轉(zhuǎn)換到所述接近實(shí)時的模式從存儲器取回所存儲的媒體；以增加的再現(xiàn)速率從存儲器再現(xiàn)所取回的媒體；在所選擇的當(dāng)前會話的々某體通過所述網(wǎng)絡(luò)正被接收時，當(dāng)以所述增加選擇的當(dāng)前會話的i裝體并發(fā)生時，確定跟上點(diǎn)；以及在所述跟上點(diǎn)之后，當(dāng)所選擇的當(dāng)前會話的々某體通過所述網(wǎng)絡(luò)正被接 收時，以所述接近實(shí)時的模式再現(xiàn)所選擇的當(dāng)前會話的媒體。
14. 如權(quán)利要求1所述的方法，其中可選地轉(zhuǎn)換所選擇的當(dāng)前會話還包括在所述一個或多個會話中選擇第二被選擇的當(dāng)前會話；選擇再現(xiàn)點(diǎn)以開始再現(xiàn)與所述第二被選擇的當(dāng)前會話相關(guān)的媒體，其 中所述再現(xiàn)點(diǎn)相應(yīng)于所述第二被選擇的當(dāng)前會話的一個時間點(diǎn)；以及從所選擇的再現(xiàn)點(diǎn)開始再現(xiàn)所述第二被選擇的當(dāng)前會話的媒體。
15. 如權(quán)利要求2所述的方法，其中可選地轉(zhuǎn)換所選擇的當(dāng)前會話還 包括在所述一個或多個會話中選擇第二被選擇的當(dāng)前會話； 在所述通信設(shè)備上創(chuàng)建與所述第二被選擇的當(dāng)前會話相關(guān)的媒體；以及將與所述第二被選擇的當(dāng)前會話相關(guān)的所創(chuàng)建的媒體發(fā)送并存儲到 與所述第二被選擇的當(dāng)前會話相關(guān)的所述一個或多個遠(yuǎn)程通信設(shè)備。
16. —種方法，其用于在通信設(shè)備上連續(xù)再現(xiàn)一個或多個會話，所述 方法包括通過網(wǎng)絡(luò)在所述通信設(shè)備上接收與所述一個或多個會話相關(guān)的々某體；在所述一個或多個會話中限定將被連續(xù)再現(xiàn)的一組會話；限定優(yōu)先等級用于再現(xiàn)與所限定的一組會話相關(guān)的^ 某體；至少部分基于所限定的優(yōu)先等級按序列順序?qū)εc所限定的 一 組會話 相關(guān)的媒體進(jìn)行排序；以及按所述序列順序連續(xù)再現(xiàn)與所限定的 一組會話相關(guān)的媒體。
17. 如權(quán)利要求16所述的方法，其中限定將纟皮連續(xù)再現(xiàn)的所述一組會 話還包括允許所述通信設(shè)備的用戶限定將被連續(xù)再現(xiàn)的所述一組會話。
18. 如權(quán)利要求16所述的方法，其中限定將被連續(xù)再現(xiàn)的所述一組會 話還包括使用預(yù)定的配置來限定將被連續(xù)再現(xiàn)的所述一組會話。
19. 如權(quán)利要求16所述的方法，其中限定將被連續(xù)再現(xiàn)的所述一組會 話還包括允許所限定的 一組會話中的 一個的參與者限定連續(xù)再現(xiàn)的所述一組會話。
20. 如權(quán)利要求16所述的方法，其中限定所述優(yōu)先等級還包括允許所述通信設(shè)備的用戶限定所述優(yōu)先等級。
21. 如權(quán)利要求16所述的方法，其中限定所迷優(yōu)先等級還包括使用預(yù) 定的配置優(yōu)先等級。
22. 如權(quán)利要求16所述的方法，其中限定所述優(yōu)先等級還包括允許所 限定的一組會話中的一個的參與者限定所述優(yōu)先等級。
23. 如權(quán)利要求16所述的方法，其中按所述序列順序?qū)εc所限定的一 組會話相關(guān)的媒體排序還包括(i) 在將被連續(xù)再現(xiàn)的所述一組會話中確定帶有可用媒體的會話；(ii) 至少部分基于所限定的優(yōu)先等級在帶有可用媒體的所確定的會 話中選擇一個會話；
24. 如權(quán)利要求23所述的方法，其中按所述序列順序連續(xù)再現(xiàn)與所限 定的 一組會話相關(guān)的媒體還包括(iii) 再現(xiàn)所選擇的一個會話的可用媒體；(iv) 暫停其他確定的會話的所述可用々某體的再現(xiàn)；以及(v) 連續(xù)執(zhí)行(i)到(iv)。
25. 如權(quán)利要求23所述的方法，其中在帶有可用媒體的所確定的會話 中選擇一個會話還包括使用序列算法限定所述序列順序，所述序列算法使 用下列參數(shù)中的一個或多個(i) 所述優(yōu)先等級；(ii) 與以較高優(yōu)先級的媒體中斷當(dāng)前所再現(xiàn)的媒體相關(guān)的轉(zhuǎn)換成本；(iii) 當(dāng)前所再現(xiàn)的々某體的持續(xù)時間；(iv) 所述可用媒體的質(zhì)量；(v) 來自所述通信設(shè)備的控制器的輸入；(vi) 所述媒體被接收的時間；(vii) 所述4某體被創(chuàng)建的時間；(viii) 所述媒體變得可用于再現(xiàn)的時間；(ix) 隨機(jī)或預(yù)先確定的打亂的順序；(x) 與進(jìn)入的媒體相關(guān)的預(yù)定的優(yōu)先級；或者(xi) 包含有所述進(jìn)入的媒體的優(yōu)先級信息。
26. 如權(quán)利要求16所述的方法，還包括當(dāng)屬于所限定的一組會話的媒 體在所述通信設(shè)備上被接收時連續(xù)更新所述序列順序。
27. 如權(quán)利要求16所述的方法，其中按所述序列順序連續(xù)再現(xiàn)與所限定的一組會話相關(guān)的:^某體還包括以接近實(shí)時的模式再現(xiàn)所述會話的位于所述序列順序第 一位的可用^ 某體。
28. 如權(quán)利要求26所述的方法，還包括以時移模式再現(xiàn)在所述組中的 會話的不在所述序列順序第 一位的可用4某體。
29. 如權(quán)利要求16所述的方法，其中按所述序列順序連續(xù)再現(xiàn)與所限 定的一組會話相關(guān)的^^體還包括(i) 再現(xiàn)位于所述序列第一位的媒體；(ii) 更新所述序列順序；以及(iii) 連續(xù)執(zhí)行步驟(i)和(ii)
30. 如權(quán)利要求29所述的方法，還包括(iv) 使在所述序列順序中較低級的媒體的再現(xiàn)連續(xù)時移；以及(v) 連續(xù)執(zhí)行步驟(i)和(iv)。
31. 如權(quán)利要求29所述的方法，其中再現(xiàn)位于所述序列順序第一位的 媒體還包括(iv)當(dāng)所述媒體通過所述網(wǎng)絡(luò)正被接收時，逐步再現(xiàn)所述媒體；或(v )如果位于所述序列順序第 一位的媒體以前被接收但未被再現(xiàn)， 則從存儲器或儲存器中逐步再現(xiàn)所述媒體。
32. 如權(quán)利要求16所述的方法，還包括根據(jù)所述序列順序在所述一組會話中確定最高優(yōu)先級會話； 在所述通信設(shè)備上創(chuàng)建與由所述優(yōu)先等級限定的最高優(yōu)先級會話相關(guān)的纟某體；以及通過所述網(wǎng)絡(luò)從所述通信設(shè)備向一個或多個遠(yuǎn)程通信設(shè)備發(fā)送所創(chuàng) 建的4某體并參與所述最高優(yōu)先級會話。
33. 如權(quán)利要求32所述的方法，其中所創(chuàng)建的媒體和所接收的媒體構(gòu) 成所述最高優(yōu)先級會話。
34. 如權(quán)利要求32所述的方法，還包括當(dāng)所述序列順序被不斷更新時，在所述一組會話中不斷確定所述最高 優(yōu)先級會話；以及當(dāng)所述序列順序被連續(xù)更新時，再現(xiàn)被連續(xù)確定的最高優(yōu)先級會話的 所存儲的媒體。
35. 如權(quán)利要求32所述的方法，還包括阻止在所述通信設(shè)備上創(chuàng)建與 除了所述最高優(yōu)先級會話之外的所述一組會話相關(guān)的媒體。
36. —種方法，其包括通過網(wǎng)絡(luò)在通信設(shè)備上接收與 一個或多個會話相關(guān)的々某體；當(dāng)所述i某體通過所述網(wǎng)絡(luò)被接收時，同時再現(xiàn)與所述一個或多個會話 相關(guān)的所接收的媒體；在所述通信設(shè)備上分別創(chuàng)建所述一個或多個會話的々某體；通過所述網(wǎng)絡(luò)發(fā)送所述一個或多個會話的所創(chuàng)建的媒體，所創(chuàng)建的媒 體被分別發(fā)送到所述一個或多個會話的 一個或多個參與者；存儲與所述一個或多個會話相關(guān)的所接收和創(chuàng)建的媒體；暫停與所述一個或多個會話相關(guān)的通過所述網(wǎng)絡(luò)接收的媒體的同時 再現(xiàn)；在所述暫停期間選擇復(fù)查被同時再現(xiàn)的所述一個或多個會話之一，所 選擇會話的所述復(fù)查包括再現(xiàn)與所選擇的會話相關(guān)的所接收和/或創(chuàng)建的 媒體；在所述暫停期間，當(dāng)所選擇的會話正被復(fù)查時，無中斷地連續(xù)存儲通過所述網(wǎng)絡(luò)接收的并與所述一個或多個會話相關(guān)的i某體；以及在所選擇的會話的所述暫停和復(fù)查之后，當(dāng)所接收的i某體通過所述網(wǎng) 絡(luò)正被接收時，恢復(fù)與所述一個或多個會話相關(guān)的所接收的媒體的同時再現(xiàn)。
37. 如權(quán)利要求36所述的方法，其中在所述暫停期間選擇復(fù)查所選擇 的一個會話還包"fe:通過從存儲器取回而在所述通信設(shè)備上復(fù)查所選擇的一個會話，并且 再現(xiàn)與所選擇的會話相關(guān)的所取回的接收和/或創(chuàng)建的媒體；在復(fù)查與所選擇的一個會話相關(guān)的媒體時，暫停與未被選擇的一個或 多個會話相關(guān)的通過所述網(wǎng)絡(luò)接收的媒體的同時再現(xiàn)；以及在復(fù)查與所選擇的一個會話相關(guān)的々某體時，無中斷連續(xù)存儲通過所述 網(wǎng)絡(luò)接收的且與所述未被選擇的一個或多個會話相關(guān)的媒體。
38. 如權(quán)利要求37所述的方法，其中在所述通信設(shè)備上復(fù)查所選擇的 一個會話還包括選擇起始點(diǎn)用于復(fù)查與所選擇的一個會話相關(guān)的所存儲的接收和/或 創(chuàng)建的媒體，被選擇的起始點(diǎn)對應(yīng)于在所選擇的會話中的以前的時間點(diǎn)；從與所述被選擇的起始點(diǎn)在同 一位置的存儲器或儲存器中取回所存 儲的接收和/或創(chuàng)建的媒體；以及在所述通信設(shè)備上從所選擇的點(diǎn)開始再現(xiàn)所取回的々裝體。
39. 如權(quán)利要求38所述的設(shè)備，其中在所述通信設(shè)備上再現(xiàn)所選擇的 一個會話還包括以比所述媒體初始被編碼更快的速率在所述通信設(shè)備上復(fù)查所取回 和/或創(chuàng)建的媒體；以及在所選擇的一個會話的媒體通過所述網(wǎng)絡(luò)正被接收時，當(dāng)以所述更快 的速率的所取回的々某體的再現(xiàn)跟上所選擇的 一個會話的々某體并且實(shí)質(zhì)上 與所選擇的一個會話的媒體并發(fā)時，確定跟上點(diǎn)。
40. 如權(quán)利要求36所述的方法，其中每個所述會話還包括在每個所述會話的參與者中間分別交換所接收的和被傳輸?shù)拿襟w。
41. 如^l利要求36所述的方法，其中與所述一個或多個會話中的每一 都相關(guān)的所接收和創(chuàng)建的i某體分別被分割為消息。
42. 如權(quán)利要求36所述的方法，其中與所述一個或多個會話中的每一 都相關(guān)的所接收和創(chuàng)建的媒體還包括多個媒體有效載荷，所述多個媒體有 效載荷的每一個都有與之相關(guān)的時間索引。
43. 如權(quán)利要求42所述的方法，其中所述同時再現(xiàn)還包括確定與被同時再現(xiàn)的所述一個或多個會話相關(guān)的所接收的媒體有效 載荷的時間索引；以及同時再現(xiàn)按時間索引順序疊加所述々某體有效載荷的附有時間索引的 媒體。
44. 如權(quán)利要求36所述的方法，其中同時再現(xiàn)還包括 混合與將被同時再現(xiàn)的所述一個或多個會話相關(guān)的所接收的媒體；以及再現(xiàn)所混合的^;某體。
45. 如權(quán)利要求36所述方法，其中所述一個或多個會話將被同時再現(xiàn) 還包括允許所述通信設(shè)備的用戶限定將被同時再現(xiàn)的所迷一個或多個會話。
46. 如權(quán)利要求36所述的方法，其中所述一個或多個會話將被同時再 現(xiàn)還包括使用預(yù)定的配置來限定將被同時再現(xiàn)的所述一個或多個會話。
47. 如權(quán)利要求36所述的方法，其中限定將被同時再現(xiàn)的所述一個或 多個會話還包括允許所述一個或多個會話的參與者限定將被同時再現(xiàn)的 所述一個或多個會話。
48. 如權(quán)利要求36所述的方法，其中在所述通信設(shè)備上創(chuàng)建與所述一 個或多個會話相關(guān)的J 某體還包括在將被同時再現(xiàn)的所述一個或多個會話中選擇一個會話；使用所述通信設(shè)備創(chuàng)建與所選擇的一個會話相關(guān)的媒體；以及通過所述網(wǎng)絡(luò)從所述通信設(shè)備向所選擇的 一個會話的所述一個或多 個參與者發(fā)送所創(chuàng)建的媒體。
49. 如權(quán)利要求36所述的方法，其中當(dāng)所述媒體通過所述網(wǎng)絡(luò)被接收 時同時再現(xiàn)與所述一個或多個會話相關(guān)的所接收的^^某體還包括在所述通信設(shè)備上連續(xù)確定所述媒體通過所述網(wǎng)絡(luò)是從僅僅一個源 還是同時從兩個或更多源正被接收；以及當(dāng)所述接收的媒體同時從兩個或多個源正被接收時，疊加所接收的媒 體的再現(xiàn)；或者當(dāng)所述媒體僅從一個源正被接收時，只再現(xiàn)從所述一個源接收的媒體。
50. 如權(quán)利要求36所述的方法，其中在所述暫停后恢復(fù)與所述一個或 多個會話相關(guān)的所接收的媒體的同時再現(xiàn)還包括當(dāng)所接收的媒體通過所 述網(wǎng)絡(luò)被接收時再現(xiàn)與所述一個或多個會話相關(guān)的所接收的媒體，而不首 先復(fù)查在所述暫停期間接收的所存儲的媒體。
51. 如權(quán)利要求36所述的方法，其中恢復(fù)與所述一個或多個會話相關(guān) 的所接收的媒體的同時再現(xiàn)還包括只為所選擇的會話恢復(fù)通過所述網(wǎng)絡(luò) 接收的所接收的^ 某體的再現(xiàn)。
52. 如權(quán)利要求36所述的方法，其中在所述暫停之后恢復(fù)與所述一個 或多個會話相關(guān)的所接收的i某體的同時再現(xiàn)還包括在與所述一個或多個 會話相關(guān)的媒體的同時再現(xiàn)被暫停的時間點(diǎn)開始，從存儲器中再現(xiàn)與所述 一個或多個會話相關(guān)的所接收的^ 某體。
53. 如權(quán)利要求36所述的方法，在所述暫停之后恢復(fù)與所述一個或多 個會話相關(guān)的所接收的媒體的同時再現(xiàn)還包括在被選擇的以前的時間點(diǎn)開始，從存儲器中再現(xiàn)與所述一個或多個會話相關(guān)的所接收的媒體。
54. 如權(quán)利要求36所述的方法，其中恢復(fù)與所述一個或多個會話相關(guān)的所接收的i某體的同時再現(xiàn)還包括當(dāng)所述一個或多個會話的所述媒體通 過所迷網(wǎng)絡(luò)被接收時，恢復(fù)為所述一個或多個會話所接收的^f某體的再現(xiàn)。
55. 如權(quán)利要求1、 16或36所述的方法，其中與所述一個或多個會話 相關(guān)的媒體被分割為消息。
56. 如權(quán)利要求1、 16或36所述的方法，還包括提供用于再現(xiàn)所述一 個或多個會話的所述i某體的多個再現(xiàn)選項(xiàng)，所述再現(xiàn)選項(xiàng)包括下列項(xiàng)中的 一個或多個暫停、重放、播放加快、播放減慢、向后跳躍、向前跳躍、 跳過靜音部分、跟上最近接收的媒體、或跳到最近接收的媒體。
57. 如權(quán)利要求l、 16或36所述的方法，還包括在發(fā)送所創(chuàng)建的媒體 之前，當(dāng)所述4某體正被創(chuàng)建時，逐步存儲所創(chuàng)建的^ 某體。
58. 如權(quán)利要求l、 16或36所述的方法，還包括在存儲所創(chuàng)建的媒體 之前，當(dāng)所述媒體正被創(chuàng)建時，逐步發(fā)送所創(chuàng)建的媒體。
59. 如權(quán)利要求l、 16或36所述的方法，還包括在所述媒體正被創(chuàng)建 時，同時并逐步再現(xiàn)和存儲所創(chuàng)建的媒體。
60. 如權(quán)利要求1或36所述的方法，還包括存儲所選擇的會話的所接 收的媒體，在以所述接近實(shí)時的模式再現(xiàn)所接收的媒體之前，所接收的媒 體被儲存。
61. 如權(quán)利要求1或36所述的方法，還包括以所述接近實(shí)時的;jt式逐 步再現(xiàn)與所選擇的當(dāng)前會話相關(guān)的所接收的媒體，在存儲所接收的媒體之 前所接收的媒體被再現(xiàn)。
62. 如權(quán)利要求1或36所述的方法，還包括當(dāng)所述媒體正被接收時， 同時并逐步再現(xiàn)和存儲與所選擇的當(dāng)前會話相關(guān)的所接收的媒體。
63. 如權(quán)利要求l、 16或36所述的方法，其中通過所述網(wǎng)絡(luò)發(fā)送在所 述通信設(shè)備上創(chuàng)建的媒體還包括當(dāng)所述媒體被創(chuàng)建時確定所述通信設(shè)備是否連接到所述網(wǎng)絡(luò)；以及如果所述通信設(shè)備連接到所述網(wǎng)絡(luò)則逐步發(fā)送所述媒體，其中連接到所述網(wǎng)絡(luò)被定義為在所述通信設(shè)備和所述網(wǎng)絡(luò)之間傳輸 數(shù)據(jù)的能力。
64. 如權(quán)利要求60所述的方法，還包括當(dāng)所述媒體正被創(chuàng)建時，確定在所述網(wǎng)絡(luò)和所述通信設(shè)備之間的連接 的帶寬速率；以及在所確定的帶寬速率內(nèi)逐步發(fā)送所創(chuàng)建的媒體。
65. 如權(quán)利要求1、 16或36所述的方法，其中通過所述網(wǎng)絡(luò)發(fā)送在所 述通信設(shè)備上創(chuàng)建的媒體還包括當(dāng)所述i某體被創(chuàng)建時確定所述通信設(shè)備是否與所述網(wǎng)絡(luò)斷開連接；探測第 一通信設(shè)備何時重新連接到所述網(wǎng)絡(luò)；以及在所述通信設(shè)備重新連接到所述網(wǎng)絡(luò)后，從存儲器或儲存器發(fā)送所創(chuàng) 建的媒體，絡(luò)之間傳輸或不傳輸數(shù)據(jù)的能力。
66. 如權(quán)利要求l、 16或36所述的方法，其中通過所述網(wǎng)絡(luò)發(fā)送在所 述通信設(shè)備上創(chuàng)建的媒體還包括確定當(dāng)所述媒體被創(chuàng)建時網(wǎng)絡(luò)條件是否足夠差以阻止所述發(fā)送；探測何時網(wǎng)絡(luò)條件充分改善以實(shí)現(xiàn)所述發(fā)送；以及在探測到何時所述網(wǎng)絡(luò)條件充分改善后，從存儲器或儲存器發(fā)送所創(chuàng) 建的媒體。
67. 如權(quán)利要求l、 16或36所述的方法，其中所述媒體還包括下列媒 體類型中的一個或多個語音、視頻、文本、傳感器數(shù)據(jù)、位置或GPS信 息、無線電信號、或其組合。
68. 如權(quán)利要求l、 16或36所述的方法，其中所述通信設(shè)備包括下列 項(xiàng)之一固定電話、無線或蜂窩電話、計算機(jī)或無線電裝置、衛(wèi)星電話或衛(wèi)星無線電裝置、或者戰(zhàn)術(shù)無線電裝置或戰(zhàn)術(shù)電話。
69. 如權(quán)利要求l、 16或36所述的方法，其中所述網(wǎng)絡(luò)包括基于分組的網(wǎng)絡(luò)、基于電路的網(wǎng)絡(luò)、蜂窩網(wǎng)絡(luò)、無線網(wǎng)絡(luò)、基于無線電裝置的網(wǎng)絡(luò)、電話網(wǎng)絡(luò)、衛(wèi)星網(wǎng)絡(luò)、有線網(wǎng)絡(luò)、光纖網(wǎng)絡(luò)、或其組合。
70. 如4又利要求1、 16或36所述的方法，還包4舌在所述通信設(shè)備上接收緊急媒體；以及在再現(xiàn)與所述一個或多個會話相關(guān)的其他媒體之前再現(xiàn)所述緊急媒
全文摘要
本發(fā)明目的在于用于在通信設(shè)備上再現(xiàn)一個或多個會話的各種方法。在一個方法中，在多個會話中選擇一個當(dāng)前會話。對這個被選擇的會話，當(dāng)在設(shè)備上被創(chuàng)建并且與被選擇會話相關(guān)的媒體被發(fā)送至被選擇的會話的參與者時，被接收的且與被選擇會話相關(guān)的媒體被再現(xiàn)。與未被選擇的會話相關(guān)的媒體被存儲在通信設(shè)備上用于以后的復(fù)查。在第二個方法中，使用優(yōu)先級順序可以連續(xù)再現(xiàn)多個會話。在各種會話的媒體被接收時，當(dāng)以時移模式再現(xiàn)其他會話的媒體時，最高優(yōu)先級會話的可用媒體被再現(xiàn)。在又一個方法中，多個會話的媒體被同時再現(xiàn)且存儲。使用這個實(shí)施方案，一個會話可以被選擇用來復(fù)查。在復(fù)查期間，其他會話的接收的媒體被存儲但不被再現(xiàn)。
文檔編號H04L29/06GK101690095SQ200880022140
公開日2010年3月31日 申請日期2008年5月27日 優(yōu)先權(quán)日2007年6月28日
發(fā)明者托馬斯·E·凱蒂斯, 瑪麗·G·潘塔加, 詹姆士·T·潘塔加, 馬修·J·蘭尼 申請人:萊貝爾沃克斯有限責(zé)任公司