TWI242957B - Method and device for multimedia streaming - Google Patents

Description

1242957 玖、發明說明： 【發明所屬之技術領域】 本發明一般有關多媒體資料流，尤其是有關多媒體資 料流客戶對接收器緩衝區飽滿的管理。 【先前技術】 你一項夕炼體貧料流服務甲， 參與者有三種，即··資料流伺服器、資料流客戶及傳輪媒 體。傳輸媒體為一條由點對點線路組件鍊所組成的路徑， 其總行為通常是受路徑中的一瓶頸鏈接所約束。在移動式 網路中甑頸鏈接通常是在空氣介面上，為下傳連接資料流 情節中到終端機的最後中繼段。資料流伺服器根據可變有 效頻見於瓶頸鏈接上調節傳輸位元率。如此調節進行時， 資料流祠服器同時亦控制資料流客戶之接收器緩衝區飽滿 度以便在客戶可避免緩衝區下溢（即：耗盡中斷（playQUt interruption)或溢位（即：封包降（packet 。在 矛欠(pss) · ::〇Γ〇〇2~〇3)「透通端對端分封交換資料流服 i 1^ (第5次發行）’資料流對 哭缕输m X際耗盡(Play〇ut)起始（初始接收 口口緩衝延遲）刖，緩衝處理一 仞4A協儀的預疋數量的資料。 习服σσ在知道初始接收器緩 、 切沿著對耗盡的媒體抽樣 f之後，利用假設客戶確 區飽滿度。伺服器並不知道‘ ΡΓτ進來估計接收器緩衝 例如：有可能客戶的時鐘二：如所假設-般表現。 客戶的耗盡率可能減慢下時鐘漂移。同樣， 下未或客戶可進行附加緩衝。 1242957 系統時鐘漂移—現并雷 25t下每月為+1如電子系統中公認的準確度標準，在 g± g r、_而在6〇〇C下每年則為± 40分鐘盔補償定 k晶體可使系統時鐘在工堂、B㈤ 里…補1貝疋 每年多逵100八# 業&度乾圍内運輸中增益或損失 士 刀，里。如果我們假設，伺服器時鐘盥客戶的 4〇 I目U多則母小時為0.5479秒鐘。如果準確 :母年為± 100分鐘且伺服器與客戶的時鐘 中，相對漂移則每小時為⑶的秒鐘。 才心移 ^戶系統減速—如果有多項應用同時在運行中時，客 知作系統可能會緩慢下來，使得耗盡更緩慢。 、〜附加緩衝一有可能在無對伺服器的確認下，客戶首 比協4錄大數量的緩衝處理，導致附加緩衝產生。 Li 1若是由於封包延遲特別長（例如：在一移動式自動 矣％間）而接收器緩衝下溢時客戶亦可進行再緩衝（即： 使耗盡進一步延遲）。 在上述清況中，因為客戶並非如伺服器所假設在確切 腺,率下耗盡’伺服态之有關接收器緩衝區飽滿度的假設 ；不確這樣，§伺服器依賴假定接收器緩衝區飽滿 又而執行速率適應作業時，接收器緩衝區内可能出 或溢位。 在先前技術PSS資料流系統中，不存在任何機構可用 來防止不正確假定發生及消去接收器緩衝區中實際飽滿度 與伺服器假定飽滿度之間的差異。由於不正確的假定每當 接收器緩衝區下溢或位溢發生時，資料流客戶就必要靠立 1242957 本身去處理此類接收器緩衝區違例行為（即：進行再緩衝 或降落封包）。在一項接收器緩衝區違例行為情況下，當作 替換客戶可通過發送一項新的RTSP (即時資料流協定田） PLAY %求，請求資料流伺服器重新初始化資料流對咭， 將資料流對話重新初始化並由此重新建立關於接收器緩衝 區飽滿度伺服器的正確假定。 二一類似問題在先前技術選程活攝影饋送應用上產生，在 這裏活視訊《(即：特別新聞與體育比賽項目）係通過 一 IP (網際網路）連接從多攝影機（視訊源）資料流至一 中央電視攝影棚。活饋送是從巾央攝f彡棚轉送到—個或多 :廣：站去廣播。當二項或多項視訊源為資料流而結合 時’貢料流系統必須確保在全部視訊源及中央攝影棚中間 ，持時間同步。為此㈣，中央攝影棚保持—主同步發生 杰或主時鐘（“内務同步housesync”）w，例如美國標 準頻率之每秒為29 97框數運轉著，使整個攝影裝置隨之 同時同步。若攝影機以「自發」模式作業中時，攝影機之 時基會以攝影之内務同步為基礎漂移且視訊框在努力去維 持耗盡之即時性而廣播之際有必要降落或複製。根據辦 卓稿-哈里森-avt-互鎖_(M.txt「即時傳送協定（RTp)會 議中時基互鎖」，C.哈里森細年3月命提草稿，可通過 ㈣控制協定（RTCP)延伸將—「時基管理（TBM)緩衝狀態 Λ心」攸中央攝影棚發送至選程攝影機，以便報表在攝影 ^器緩衝區中餘留下來的「緩衝區千拜⑽㈣）資料總 量」這樣’以此緩衝狀態訊息為基礎的攝影機每一部檢測 1242957 =鐘是否漂移並調節時鐘，以便使時鐘與内務同步一 且二中央攝影棚可發送「咖速率控制訊息」 其2 根據由攝影棚估計的時鐘漂移調節 【發明内容】 本發明之f要目的在於於—代表作為時間上剩餘之 耗盡期間的固定時間時刻’提供給-RTP封包發送哭一 RTP封包接收ϋ中實際接收H緩衝區飽滿的可 ^由提供給發送接收器緩衝區中任—RTP封包之順序號瑪 ㈣包預定耗盡時間與現在時間之間的時差而達到。或 作為替換方式’同-目的可藉由提供給發送器最後接收到 的RTP封包之順序號碼以及在接收㈣下—個欲予耗盡的 RTP封包的順序號碼而達到，雖在精度上差些。 -由發送器觀測到的接收器緩衝區資訊為時域性且顯 不在接收器緩衝區中實際剩餘的耗盡期間（即：若盔新的 RTP封包添加在緩衝區㈣，讓接收器緩衝區耗盡將需要 的、κ*時數）比U刚技藝發送器僅估計接收器緩衝區飽滿 度，或是發送器僅熟悉以接收器緩衝區的位元組數所代表 的接收器緩衝區飽滿度時’本發明則提供手段讓發送器可 精確地探測出耗盡率偏差（例如··時鐘漂移）。 本發明之再-目的係提供給RTp封包的發送器一 RTp 封包的接收器中實際接收器緩衝區飽滿度之外，還有一為 接收器所要求的被定為乾標、最小接收器缓衝區飽滿度。 因此，本發明的第一個方向為一種可適應地控制於一 1242957 多媒體資画統裏資料流客戶中接收器緩衝區的飽滿度 之方法’該貧料流系統包括：—資料流伺服器，能將呈封 包的流資料以-項傳輸率下提供給資料流客戶，讓客戶能 錄盡率下耗盡至少封包的—部分，#中每個封包有一個 順序號碼，且其中接收器緩衝區是用來儲存至少 ==便補償傳輪率與耗盡率之間的差異，如此讓客戶 4仏的流f料數量以非斷裂方式去耗盡，以及 ，衝區内的流資料儲存部分包括欲予於耗盡封包之一科 號碼，該順序包括-欲予於耗盡 耗 之最後封包。本方法由以下步驟構成：…予於耗盡 提供給伺服器一項舍括古-中剩餘的時間耗盡期間之 稱耗=在饲服器的傳輸率及/或提供流資料給客戶的標 之封ζΐη盡期間仍以—種選擇出的欲予於耗盡 之封包順序之一者的怕笠故 間與現在時間的時差提供=肖選擇封包之預定耗盡時 選擇封包將被誕禽^ 1 仍是將被耗盡多個封：之順：=第-個將被耗盡的封包 或是二者之間的任:;盡包;個封包之順序中的繼^ 選擇封包之恒等係選摆 聯的一個時間標記。 伴対匕之順序號碼或與其相關 本發明之方法尚包括根據提供之資料及將，被耗盡的 10 1242957 伺服器中計算接收器 最後及封包之順序號碼或時間標記 缓衝區内飽滿度之步驟。 更好的疋’與該提供步驟_起客戶同時亦發送一項接 收器報表情（RTCPRR)，且其中接 、 ^ ^ ^ 接收态報表包含指示將被 沒:、取 匕之資訊以便允許飼服器根據選擇封包的順 序號碼、選擇封包的狀耗盡時間與現在時間之間的時差 以及將被耗盡的最後封包之順序號碼去計算接收器緩衝區 内飽滿度。 罕父局頁利的是 之 欠 〜训心τ阿巴δ扣不靶標最小緩衝層級 -貝訊以便允許伺服根據㈣最小緩衝層級去調節傳輸 及/或標稱耗盡率。 …本發明之第二個目的為—種使用在_種多媒體資料 流系統的適應控制系統，資料流系統包括：至少_資料流 客戶及一貝料流伺服器可在一項傳輸率下提供封包式流資 料給客戶^允許客戶在—項耗盡率下耗盡至少_部分的封 包，其中每一個封包有一順序號碼，及其中客戶包含一接 收器緩衝區内用於儲存至少一部分的流資料以便補償傳輸 率二耗盡率之間的差異，如此允許客戶具有充分的流資料 數置能以無中斷方式去耗盡，以及在接收器緩衝區中流資 料的儲存部分包含一項將被耗盡封包的順序，該順序含有 一將被耗盡的第一封包及一將被耗盡的最後封包。控制系 統包括： μ 客戶中： 裝置用於提供伺服器一項包含指示時間一瞬間接收 1242957 為、中剩餘的時間耗盡期間之資訊·及 伺服器中： 裝置為回應訊息而用於根據提供的資訊計算接收琴 緩衝區中广滿度二用於調節傳輸率及/或標稱耗盡率： 本电明之第二個目的為一種多媒體資料流系統中 通訊裝置’資料流㈣包括_種能在—項傳輸率下提供封 =式流貢料給通訊裝置允許通訊裝置能在_項耗盡率下耗 盡至少一部分的封包，1 ，、甲母一個封包有一個順序號碼， 及其中通訊裝置有接收器緩衝區以儲存至少一部分的产：欠 料以便補償傳輸率與耗盡率間的差異，如此可允許通 置有充分數量的流資料無中斷方式下耗盡，以及接收器緩 衝區中流貧料儲存部分包含一項將被耗盡封包的順序，該 順序包括一將被耗盡的第一封包及將被耗盡的最後封包: 通訊裝置包括： 裝置用於根據接收器緩衝區中流資料儲存部分計算 在時間一瞬間的剩餘耗盡時間期間；及 ^ 裝置用於提供給伺服器一項包含指示在時間一瞬間 的剩餘時間耗盡期間，如此可容許伺服器根據提供的資訊 計算接收器緩衝區内飽滿度資訊的訊息。 【實施方式】 本發明說明配合圖式第2圖、第3圖及相關方法將可 一目瞭然。 按照本發明，對接收器缓衝區飽滿度的適應控制仍利 用了 一項作為複合封包可和先前技術RTCP報表封包一起 12 1242957 :皮發送之新的RTCP封包。第2圖中顯示為先前技術RTcp 報表及第2圖中為新的RTCp封包。用於新RTCp封包 的封包類型可稱為RBI (接收器緩衝資訊）且將需要—項 新的封包㈣瑪，這—點尚待要確定。按照本發明，接收 2發送器間發信號可以是在—項不同結構格式或是成為 认疋檔特定延伸及其他RTCP延伸格式的部分。 知妝本發明，接收器緩衝區飽滿度係以在RTP封包發 送器封包傳輸頻率與在接收器RTp封包耗盡鮮之間W 異為基礎。假定任何時候。接收請衝區含有多個接收自 發送器的RTP封包。這些RTp封包中包括下—個將被自接 收器緩衝區耗盡的RTP封包（第—封包）及最後—個將被 自接收器緩衝區耗盡的RTp封包（最後封包）。每個RTp 封包有-個已為發送器熟知的順序號碼及耗盡時間標記， 如此月b讓發达②知道任何與另—個順序號碼RTp封包相關 的順序號碼RTP封包的耗盡時^這樣，若是發送器有指 不儲存在純請衝d㈣任何RTp封包的就耗盡時間 的-十時貝Λ時’發送器則可計算任何其他RTp封包的預定 耗i時間。從最後封包的預^耗盡時間與接收器的現在時 間（即.RTCP RR封包的傳輸時間）之間的差異得現在實 際接收器緩衝區内飽滿度，係、表示為剩餘的時間耗盡期 間。以下符號表示： SNX接收器缓衝區中封包χ之順序號碼； TSX接收器缓衝區中封包XiRTp時間標記； 其中X在範圍first < χ < last内（介於接收器緩衝區 13 1242957 内封包順序中的第一與最後之間）。

Fts RTP時間標記解析度（即··刻度tiks/s ); Τχ現在時間與預定封包χ耗盡時間之間的時差，

Ft 丁x之知析度（即··刻度ticks/s )。

Tlast相當於現在實際接收器緩衝區内飽滿度，接收器 提供^要的資訊給發送器去計算多格式的ΤΙ”。其中的這 種發信號袼式顯示於第2圖中，一項新的RTCp封包類型 (PT = RBi)經被界定包含SNfirst及Tfirst。這類RTCp封 包可與一正規RTCP接收器報表（RR)封包（如第丄圖中所 見）一起包含在一個複合封包内。發SNust信號係在RTcp RR封包中延伸最高所接收的順序號碼欄位内。

Rtcp封包的接收器可自其緩衝區檢索8化^及丁心_ (相對應RTP封包的一部分），然後並自Tsfi…估計⑸及 耗盡計時器的現行位置。利用RTP時間標記記錄，發送器 可將SNfirst映像A T s first以及SNiast成TS⑽並計算接收器 緩衝區飽滿度（Tlast)，使用的方程式為：

Tlast= (TSiast- TSfirst)*FT/FTS + Tfirst 在此FTS已為RCP封包的發送器所熟知。在實踐中Ft 可調整與Fts相等且一樣為發送器所熟知。然而，如果& 有別於FTS時，RTP封包的接收器可提供Ft給發送器。 如果替代SNfirst及Tfirst接收器發snx及τχ信號（即· 為任何在接收裔緩衝區内的封包順序中的封包）時，可得 到類似的計算。尤其是，在完全避開使用上述方程式之Ζ 況下亦可能直接發SNlast (早已包含在正規RTCp rr^ 14 1242957 1信號。然而，要接收11去估計在將來晚些時 、、被耗通的封包之耗盡時間是較為困難（例如··於估 2盡時間前—項意料之外事件使耗盡中斷的可能性較° :)。’因此一般說來Tlast可靠度估計是比Tfirst可靠度估計 ΙΙΙΙ1 必須注意的{，雖然本發明較佳實施例在於發SNx信 〜亚在發送n將之映像成TSx，其他實施例可以選擇發= =SNX信號給發送器。這些實施例之間差異仍在於又媒體 同（=.視訊影像）可以映射成多RTp封包（即··帶不 二、夕RTP封包有相同Rtp時間標記），如此，Ts不 有對SN的一對一配稱。 在實踐中’發信號延遲（即：發信訊息從自RTP接收 ;二：訊息之時起訊息到達RTP封包發送器所需之時 S攸未等於零過，發送器處所接收 二 =㈣計時器已增進)，這樣，如接收器緩衝區内 差樣’在發送器所計算的Tlast經常含有一些誤 慮/ —誤差在當發送器中有用到Tlast時就必需要予以考 〜除接收器緩衝區飽滿度資訊之外，客戶亦可發給發送 =項訊息之時間乾標最小接收器緩衝區飽滿度（例如 =圖封包中所標示之T-)請求伺服器 八立 方式去5周適封包的傳輸率及標稱耗盡率，這樣， 時間 王㈣收封包在純器輯區巾㈣耗盡 min Τ^：- η± ^ ^ 15 1242957 利用作為—複合封包與一項先前技術的RTCP RR報 j封包起發送的RTCP RBI封包，客戶便能提供給伺服 為一項包含指示在一瞬時間接收器緩衝區中剩餘時間耗盡 期間的訊息，如此允許伺服器根據所提供的資訊去調節傳 輸〖生肊。例如，伺服器可藉由位元流交換變更傳輸性能： y項傳輸率退耦，其傳輸率與指定率不同以便能增加或減 少接收器緩衝等級。伺服器亦可修改位元流的耗盡率以便 衫響接收器緩衝區飽滿度。接收器緩衝區中最後封包（sNiaM) 的順序號碼可在RTCPRR報表内「所接收到的延伸最高順 序號碼」攔位中找尋到。接收器緩衝區中剩餘時間耗盡期 間可從一選擇封包（SNx)順序號碼及指示時間直到選擇封 包傳遞到解碼器（丁 χ)的計時資訊計算出來。δΝχ及TX可包 S在RTCP RBI封包中的二個攔位内。到此χ可以接收器 緩衝區内封包的順序中的第一位、最後一位者或是二者間 的任何號碼。一項RTCP RBI封包可實施以包含一靶標最 小緩衝等級欄位，接收器可利用攔位來請求來自發送器一 項期待最小接收器緩衝等級。此外，亦可在無「計時資訊」 欄位（Τχ)情況下實施一項RTCp尺趴封包並可替代之僅發第 一封包順序號碼（SNfirst)信號。在那種情況下，伺服器可僅 根據SNlast及SNfirst估計接收器緩衝區飽滿度。此一方式比 在將Tfirst亦提供給伺服器時準確度較小。儘管如此，本資 訊有助於伺服器估計接收器緩衝區飽滿度。 第3圖為一方塊圖，顯示在伺服器中以及客戶中各式 各樣組件必需用來準禮估計接收器緩衝區飽滿度。如第3 16 1242957 圖中所示，一次多媒體資料流系統10係由RTP封包的至 夕毛送态20及—接收器50所構成。當RTP/RTCP 56模 組負責接收rtP/rtcp封包並發送RTcp報表封包％給發 达器時’接收器50卜解瑪器/電唱機52將處理來自接 收讀衝區54的封包並向重視裝置（-個或多個）（未示） 交出封包。發送器2G接收來自接收器5()的RTcp報表封 包26。當一項媒體Q〇s管理器24貞責—翠_媒體類型時， 發达益20令的—項對話Q〇s管理器22負責管理客戶所感 知到的^面對話品質。各別組的RTCp報表％屬各個媒體 類型且是由各別的媒體⑽管理器24處理。統計陣列Μ 為每個媒體類型儲存統計資訊（即：過去的灯⑶報幻， 此仍提供需用於媒體⑽管理器24中速率適應的資訊。 決^制定塊30接受來自⑽管理器24的處理資訊，然後 、疋出例如纟冑冑特性上需要有何種 適應。發送器2。(資料流飼服器，遠程攝影機 ^ 50 (資料流客戶’攝影室）所提供的資訊去調節不同 二，1 ί率及/或標稱耗盡率以維持接收器緩衝區飽滿 又/或元成時鐘漂移校正。不同媒體Q0S管理器2 為不同媒體類型提供不㈣㈣應。所提議 限制於聲頻或視訊錤舻栖别I ^ ^ ^ 典型用法 Λ媒體㈣，而疋亦可用在任何其他媒體。

Tlast可用來解決以下用法情節上的諸多間題： A.多媒體資料流 運用Tlast資料流伺服器可校正其有關接收器緩衝區飽 17 1242957 滿度的假設。使用實際接收器緩衝區飽滿度資訊代替假 設，可避免因不正確的接收器緩衝區飽滿度之假設而會發 生接收器緩衝區達例。 一除上面界定之RTCP封包類型（PT=RBI)之外，在多媒 體貝料流用法上計算Tlast必要的資訊亦可在一種RTCp用 法持異回饋封包或任何其他RTCP裝置，諸如·· RTSp (即 時資料流協定）或其他外部手段來輸送。 靶払最小接收器緩衝區飽滿度係可有效用在多媒 體資料用法上。例如：接收器若要求維持—最小接收器緩 衝區飽滿度使能在沒有完全耗盡接收器緩㈣（即：可能 造成耗盡中斷的緩衝區下溢）情形了，承受失去發送器（例 如.由於移動站自動㈣而使網路鏈接中斷）控制的封包 傳送率的暫時下降。 B·遠程現場攝影機饋送 /在經過充分長的-段時間（時鐘漂移通常緩慢，因此 很可能需要5到i 〇分鐘才能見到時鐘漂移效果）後，利用 即··在每—次的RTCP報表）遠程攝影機 计，、時鐘标移並根據攝影棚的系統時鐘對準豆時鐘。 當封包傳料，發送H保持料緩㈣飽滿度的記 係以STust表示。作為—時間功能，估計緩衝區 =度與計算式Tlast之間緩衝區飽滿度偏差可由以下等式 D(t)= (S 丁丨 ast(t)— T 丨 ast(t)) 在其本身就是 然而，D⑴通常受發信號延遲的影響 18 1242957 ~個變數，以及偏差， 常最初具有正補償。參 ，由於有封包仍在運輸中

Squares)以提出一線路函數茨〇等 手段處理偏差D⑴。第二步驟將是取得的導數， =導數將顯示出實際時鐘漂移，並以此方式^供給發送器 k $因數。在貫踐中，估計應進行一段較長的時間，譬如， 視漂移量而定至少幾分鐘。 曰，然前面已就本發明一較佳的實施例詳細敘述了發 ^内谷，然而對熟悉本技術人士而言，前述及種“其他在 構及細節上的變更、刪節及偏移在沒有背離本發明範疇 之下可予以進行。” 19 1242957 【圖式簡單說明】 第1圖顯示一先前技藝RTCP RR封包之構造。 第2圖顯示本發明的提議RTCP報表封包之樣本構 造。 第3圖為一方塊圖說明伺服器中種種組件及客 於適應控制接收器緩衝區飽滿度。 用

【符號說明】 10 媒體資料流系統 20 發送器 22 對話QoS管理器 24 媒體QoS管理器 26 RTCP報表 28 統計數組 30 決策制訂（剖析器/編碼 50 接收器 52 解碼器/電唱機 54 接收器緩衝區 56 RTP/RTCP 20

Claims (1)

1242957 拾、申請專利範圍： 【申請專利範圍】 1.種於多媒體資料流糸統中用於適應控制在資料流 客戶的接收器緩衝區的飽滿度之方法，資料流系統包括一 能在一傳輸率下將封包式流資料提供給資料流客戶容許客 戶在一耗盡率下耗盡至少一部分之封包的資料流伺服器， 其中每一個封包有一順序號碼，且其中接收器緩衝區係用 來儲存至少一部分的流資料以便補償在傳輸率與耗盡 間的差異容許客戶有充分的流資料量不中斷方式下耗盡， 及接收器緩衝區中儲存部分的流資料包含一將被耗盡封包 的順序’該順序含將被耗盡的第一封包及將被耗盡的最後 封包，該方法包括步驟有·· 提供給飼服器-項包含指示在時間一瞬間接收器中 剩餘耗盡期時間之資訊的訊息；及 給客^服器中調節傳輸特性，在該傳輸特性下流資料提供 2·如申請專利範圍第1項之方法，其中剩餘耗盡期蚌 間係以一將被耗盡之封 ：耗盡期時 n ^ ^ ^ ^ Τ ^被選封包的恒等形 式及忒k擇封包的預定耗盡 而提供者。 、現在时間之間的時差 3·如申請專利範圍第2 封包為將祕盡之封包财巾的第被耗盡之選指 21 1242957 4·如申請專利範圍第2項之 選擇封包為將被耗$之封_ > ^中該將被耗盡之 π τ的攻後封包。 5·如申請專利範圍第2項之方法，、 该封包的順序號碼。 選擇封包的恒等為 6·如申請專利範圍第2項之 — 碼具有與其聯係的時間標記以及其個封包的順序 選擇封包聯係的時間標記。 邊封包的1旦等為與 入如申請專圍第μ之方法，尚 根據將被耗盡之最後封包順序 ν驟有. 在飼服器中計算接收器緩衝區的飽滿y。所提供的資訊 8·如申請專利範圍第丨項 栌攄盥膝、士&去 、方法’尚包括步驟有： 根據與將被耗盡之最後封包聯令 供的資訊在伺服器中計算接收徐「B “己及所提 叹咨緩衝區中的飽滿度。 / 9.如申請專利範圍第7項之方法，其中剩 間係以將被耗盡之第一封包順序 、血，夺 尚包括步驟有 序柄形式而提供，該方法 根據將被耗盡之最後封&的 隻.^ ^ , 更^匕的順序唬碼及將被耗盡之 弟一封包之順序號碼在飼服器中計算接收器緩衝區的飽滿 22 1242957 度。 驟_起^ =專㈣圍第9項之方法，其巾與該提供之步 報表包钟。接收器報表(RTCPRR)，及其中接收器 私不將被耗盡之最後封包的資訊。 :1·:申請專利範圍第5項之方法，尚包括步驟有： 與現在封包ί順錢碼、選擇封包之職耗盡時間 在伺服^ =的時差及將被耗盡之最後封包之順序號碼 叼服益中计鼻接收器緩衝區的飽滿度。 牛驟H如巾請專利範圍第11項之方法，其中與該提供之 〔報矣戶亦發送一接收器報表(RTCPRR)及其中接收 °。報表包含指示將被耗盡之最後封包的資訊。 卜13.如申請專利範圍帛1項之方法，其中該訊息尚包含 才曰=一乾標最小緩衝等級以便容許伺服器根據乾標最小緩 衝等級調節傳輸率及/或標稱耗盡的資訊。 丹=如申請專利範圍帛13項之方K司服器根據_ 最小緩衝等及將被耗盡之最後封包之順序號碼: 及/或標稱耗盡率。 15·如申請專利範圍第14項之方法，與該提供之步驟 23 1242957 一起客戶亦發送-接收器報表（RTCPRR)，及其中接收器報 表包含指示將被耗盡之最後封包的資訊。 16. 一種用於多媒體貢料流系統之適應控制系統，該資 料流系統包括：至少一資料流客戶及一資料流伺服器，資 料流伺服器能於一傳輸率下將封包式流資料提供給客戶， 容許客戶於一耗盡下耗盡至少一部分的封包，其中每一個 封包有順序號碼，且其中客戶包含一儲存至少一 料以便補償傳輸率與耗盡率間的差異以容許客戶有充；的 流資料量在無中斷方式下耗盡，及接收器緩衝區中的流資 料儲存部分包含-將被耗盡之封包的順序，該順序包含一 將被耗▲之第封包及—將被耗盡之最後封包，該控制系 統包括： 在客戶中： 將-種包含指示在時間一瞬間接收器中剩餘時間耗 盡期的資訊之訊息提供給伺服器之裝置；及 在伺服器中： 、為^應訊息’根據提供資訊計算接收器缓衝區中的飽 滿度以為玲傳輸特性在此特性下流資料提供給客戶之裝 置。 17.如申請專利範圍第16項之系、統，其中伺服器中之 該計算裝置，根據將被耗盡之最後封包的順序號碼及提供 之貧訊計算接收器緩衝區的飽滿度。 24 1242957 丄=如申請專利範圍第16項之系統，其中伺服器中之 該計=裝置’根據-與將被耗盡之最後封包聯係之二間標 a己及提供之資訊計算接收器緩衝區的飽滿度。 0士 „ / ·如申/月專利範圍帛16項之系、统，其中剩餘耗盡期 $曰糸以將被耗盡之第一封包的順序號碼之形式提供，其 中伺服器中之計算裝置根據將被耗盡之最後封包順序號碼 及將被耗盡H包的順序號碼計算接收ϋ緩衝區的飽 日20.如申請專利範圍第16項之系統，其中客戶中之該 提，裝置亦適時的將指示有剩餘耗盡期時間之資訊連同接 收-報表（RTCP RR) 一起發送，而該接收器報表含有指示將 被耗盡之最後一個封皂之資訊。 21*種多媒體資料流系統中的通訊裝置，資料流包括 :貝料流飼服器能在-傳輸率下將封包式流資料提供給通 Λ裝置容許通訊裝置在一耗盡率下耗盡至少一部分的封 包丄其中每一個封包有順序號碼，及其中通訊裝置有一接 收器緩衝區精存至少—部分的流:#料以便補償傳輸率盘 耗盡率之間的差異容許通訊裝置有充分的流資料量在無中、 斷方式下耗m及接收器緩衝區中的流資料儲存部分包含 -將被耗盡之封包的順序，該順序包含—將被耗盡之第一 25 1242957 封包盡之最後封包，該通訊裝置包括： X康接收态緩衝區之流資料儲 時間剩餘耗盡期時間之裝置；及 刀“在_間- 根據提供之資訊提供給伺服器 間時間剩餘耗盡期時間之資訊的訊息之；^日不在一辑 時門Γ.如:、=專利範圍第21項之襄置，其中剩餘耗盡期 盡之封包順序之-選擇封包的恒等及-於 封包的預定耗盡時間與-現在時間之_時差形式 該 選 =·如申請專職圍第22項之裝置，其中將被耗盡之 擇封包為將被耗盡之封包的順序中之最後一個封包。 认如申請專利範圍第23項之裝置，其中剩餘耗盡期 2以㈣耗盡之第-封包的順序號碼形式而提供以便容 :服為根據將被耗盡之最後封包的順序號碼及將被耗盡 之弟一封包的順序號碼計算接收器緩衝區中的飽滿度。 、登25·如申請專利範圍帛23項之裝置，其中祠服器根據 k擇封包之順序號碼、選擇封包之預定耗盡時間與現在時 間之間的4差，及將被耗盡之最後封包的順序號碼計算接 收器緩衝區中飽滿度。 26