TW200835264A - Method and apparatus for reporting streaming media quality - Google Patents

Description

200835264 九、發明說明： 【發明所屬之技術領域】 本發明概言之係關於媒體流内容，且特定而言係關於報 告媒體流内容之品質。 【先前技術】 媒體流係在其正被一内容伺服器傳遞時連續被一用戶端 " 接收且通常顯示給一用戶端之多媒體内容。”流”係指在經 由一網路將該等流傳輸至該用戶端時一以一連續方式播放 _ 同步媒體流（例如聲訊及視訊流）之應用之能力。媒體流在 固定IP網路（例如，網際網路）上係可用，且最近經由3GPP 之分封交換串流服務（PSS)協定TS 26.234在無線電存取網 路上係可用。 網際網路工程工作小組（IETF)維持即時串流協定（RTSP) 標準RFC 2326、即時傳送協定（RTP)標準RFC 1889及即時 傳送控制協定（RTCP)標準RFC 4585。該等標準能夠實現媒 體流服務。RTSP允許一用戶端（例如）藉由發出類似VCR之 ^ 命令（例如”播放f’及”暫停’’）遠程控制一媒體流伺服器。當 一用戶端發出一包括一識別一媒體流伺服器之通用資源標 ， 識符（URI)(rtsp://.··)之 RTSP "DESCRIBE’，命令時開始一媒 體流對話。該DESCRIBE請求亦識別可藉由該用戶端處理 之回復資料之類型。藉由該媒體流伺服器發送之響應包括 一通常呈對話描述協定（SDP)格式之呈現描述。 目前，例如在無線存取協定（WAP)應用中，可經由一 RTSP DESCRIBE請求或藉由經由HTTP提取一 SDP文件獲 127209.doc 200835264 得SDP資訊。當經由HTTP獲得時，該用戶端已以一已下載 之SDP文件開始。在任一方式下，該SDP呈現描述宣告欲 在該針對每一媒體組件使用一編解碼器專用MIME媒體類 型之對話中使用之媒體類型。每一媒體類型與一識別相應 媒體内容之位置之URI相關聯。 該用戶端響應於該DESCRIBE請求向該内容伺服器發送 一 RTSP nSETUPn請求。該SETUP請求詳細說明如何傳送 每一媒體流。該請求含有該媒體流URI及一傳送說明符。 該傳送說明符通常包括一用於接收RTP資料（例如，聲訊、 視訊或文本）之本地埠，及另一用於RTCP資料（元資訊）之 本地埠。該伺服器回復確認所選擇參數且填寫丟失部分 (例如，該伺服器之所選擇埠）。在可將一播放請求自該用 戶端發送至該伺服器之前使用一 RTSP SETUP訊息組態每 一媒體流。 在組態每一媒體流之後，該用戶端向該伺服器發送一 "PLAY”請求，此導致一個或多個媒體流被播放。在該 PLAY請求中詳細說明之URI可係一集合URI(以播放所有媒 體流），或一單個媒體流URI(以僅播放彼流）。可藉由該用 戶端發出一 "PAUSE"請求而停止該等媒體流之一者或多 者。該用戶端向該用戶端發送一 "TEARDOWN”請求以結束 該媒體流對話。該TEARDOWN請求停止所有媒體流且釋 放該伺服器上與所有對話相關之資料。 媒體流伺服器通常請求用戶端發送服務品質（QoS)或體 驗品質（QoE)報告，以指示該等用戶端所接收媒體流内容 127209.doc 200835264 M Q〇S/Q〇E品質報告指示一特定媒體流對話之品 質且包括由一用戶端於正被報告關於其之度量之傳送層、 應用層或兩者處所量測之資料。當該飼服器請求該用戶端 屋生該等品質報告時，該用戶端確定將哪些品質度量及何 和報告給該飼服器。目前，已界定六個Q0S/⑽度量而其 他處於提議中。兩個品質度量可應用至對話層次初始緩衝 持續時間及重新緩衝持續時間度量。RTP封包之連續丟 失、說誤持續時間、訊框速率偏差及抖動持續時間度量應 用至該等媒體層次，例如，聲訊、視訊、語音或時控文本 層次。-處於3GPPTSG_SA工作組之考慮中之新㈣度量 報告在一使用者開始一肉命▲ 44； A + 父換與直至自該新内容或媒體 〜接收該第一媒體封包之時間之間所流逝之時間(3GPP 26.234改變請求0112)。 該用戶端亦詳細說明該用戶端所支持之每—品 一個或多個報告參數。在最小程度上，為每一支持之度量 商定:報告速轉數。該衫料參録㈣ :連績⑽⑽報告之間以秒為單位之最大時間週期。視 f月況’亦詳細說明一報主铲 口耗圍參數。該報告範圍參 針對其報告品質度量之一媒舻$ 士 士 ^数界疋 媒體流中之時間範圍，例如， 體播放時間之第一個4〇秒。一鱼 ” 參數處於縱p TSG_SAJL彳父換相關之新報告 請求㈣）。處於考,中之!;卒r (3GPP26·234改變 亏鹰中之該新的上下文交換報告參數量 測一内谷交換之持續時間。 里 端欲報告之品質度量…伺服器協商該用戶 貝度里及報告參數。舉例而言，該伺服器可 127209.doc 200835264 提議一初始組之度量作為響應於一 RTSP DESCRIBE請求 而提供至該用戶端之SDP描述之部分。在另一實例中，該 伺服器首先在一稍後階段提出建議，例如作為該SETUP響 應之部分。 I 然而，該用戶端最終確定其將報告哪些度量及依據什麼 參數。該用戶端（例如）藉由將度量提議包括於一 RTSP SETUP或PLAY請求中之方法或SET_PARAMETER或 OPTIONS方法自由地與該伺月艮器協商該等度量及報告參 ® 數。該度量協商過程繼續直至該用戶端自該内容伺服器接 收一 PLAY響應。另一選擇為，協商可限定於一數量之往 返。在任一方式下，在該度量協商過程停止後該用戶端報 告該用戶端與伺服器兩者皆接受之度量及參數。當該伺服 器認可接受一度量及參數（亦即，該伺服器回送該用戶端 之提議，例如，作為一RTSP SETUP或PLAY響應之部分） 時，則認為該用戶端與伺服器兩者皆接受該度量及參數。 0 —旦該伺服器認可接受一度量，則該用戶端不再將該相同 度量包括於對該伺服器之隨後請求中。舉例而言，如應用 至一視訊媒體流，該用戶端可提議訛誤持續時間之一 10秒 ， 報告速率及訊框速率偏差之20秒報告速率。該伺服器可認 , 可訛誤持續時間之10秒報告速率但可相反地提議訊框速率 偏差之一 1 5秒報告速率。該用戶端不將該訛誤持續時間度 量包括於涉及該視訊媒體流之隨後協商中，此乃因該伺服 器已認可接受該訛誤持續時間度量。然而，該用戶端可提 議訊框速率偏差之一不同報告速率或接受該伺服器所提議 127209.doc 200835264 之速率。由於尚未商定訊框速率偏差度量，因此該用戶端 向該伺服器發送一具有該相同提議（例如，速率=15)或一 新提議（例如，速率=1〇)之新請求或改為拒絕該度量。然 後該伺服态在響應中認可該提議。僅當該内容伺服器認 可接受時，方才商定該度量及報告參數。

用戶端效能隨著該用戶端協商品質度量數量之增加而降 2。在-最壞情形之情景下’―用戶端可嘗試協商一媒體 流對話之對話層次之兩個不@品質度量及該對話之多達四 個不同媒體層次之四個不同品質度量。若用戶端嘗試協商 每一所提議品質度量之—不同報告參數，則㈣戶端效能 進一步降低。該等廣泛度量協商❹戶端效能降格，此特 別係諸如行動電話等資源受限裝置之一事宜。此外，協商 :較大數量之品質度量及不同報告參數值所祕之帶寬可 係極高。 當用戶端隨後依據不同報告速率/範圍報告所商定之品 質度量時，過度帶寬消耗係一甚至更大之事宜。舉例而 言，需要約200個位元組來產生一 Q〇E/Q〇s報告且需要另 外80個位元組用於相應之伺服器響應訊息。若單獨地報土 每一所支持之品質度量（例如，因為每 有一不同報告速率及/或範圍），則消耗過多 報告間隔報告單個品質度量可消彳 α 貝又里J肩耗起過一70 kbps鏈路之 5%或更多。⑽/⑽報告所需要之高帶寬減少可用於傳輪 實際資料之帶寬，此特別係諸如行動電話等帶寬受限裝置 之一主要事宜。此外’當選擇多個報告參數值時因為以不 127209.doc 200835264 同報告速率及範圍報告品質度量，該報告階段之實施係更 複雜。 【發明内容】 根據本文所教示之方法及裝置，一媒體流用戶端協商與 所有應用至一媒體流對話之相同層次或甚至跨越多個層次 之品質度量相關聯之每一報告參數之一單個值。舉例而 言，該用戶端可協商所有應用至該媒體流對話之對話層次 之接文品質度量之一單個報告速率。該用戶端亦可協商應 用至忒媒體流對話之每一媒體層次之所有所接受品質度量 之一單個報告速率。以此方式，以相同速率及（視需要）相 同範圍報告應用至一媒體流對話之相同層次或多個層次之 每一品質度量，從而減少該用戶端所產生QoE/Qos報告之 數量。 因此，減少帶寬消耗且改良用戶端效能。此外，當選擇 一單個報告參數值時因為涉及較少參數，該報告階段之實 施變得更簡單。雖然該協商階段變得更複雜，但每一對話 僅實施一次協商，而報告則係連續地進行。此外，在行動 電話平3：正實施媒體之解碼及再現時進行報告，此最可能 使效能最優化。當然，隨著標準隨時間而進步，該用戶端 可協商其他類型之報告參數（例如一與pss之内容交換或其 他態樣相關聯之參數）之一單獨值。 根據一個實施例，藉由協商一與應用至一用戶端與一伺 服為之間所建立之一媒體流對話之相同層次之複數個品質 度ΐ相關聯之報告參數之一單個值來指示該媒體流對話之 127209.doc -11- 200835264 品質。該層次可係該對話層次或一媒體層:欠。依據所協商 之報口參數值報告在協商期間該用戶端及伺服器接受之品 質度量。 當然，本發明並不限於以上特徵及優點。在閱讀以下詳 細描述且觀看附圖後，熟習此項技術者將認識到額外特徵 及優點。 【實施方式】 圖1圖解說明一包括一媒體流内容伺服器102及複數個媒 體流用戶端104、106、1〇8之網路環境1〇〇之一實施例。在 叫求後内容伺服器102即向用戶端1〇4、1〇6、1〇8提供媒體 流，例如視訊、聲訊、語音及時控文本。某些該等用戶端 可係一經由一 IP網路110(例如網際網路）耦合至媒體伺服器 1〇2之，，固定"或寬帶用戶端104。其他用戶端係經由一無線 電存取網路112、114或視需要經由IP網路U0耦合至伺服 器102之行動電話106、108。每一用戶端1〇4、ι〇6、ι〇8具 有一用以實施與用戶端相關之任務之處理器i 16，該等任 務包括但不限於協定堆疊管理，例如管理媒體流協定堆 宜。除其他功能外，用戶端處理器1 1 6使得能夠產生且處 理基於RTSP、RTP及RTCP之訊息。舉例而言，行動電話 用戶端106、108中所包括之處理器116可實施PSS協定以經 由一無線電存取網路112、114建立與内容伺服器1〇2之媒 體流對話。用戶端104、106、108亦具有用於緩衝自伺服 器102接收之媒體流内容之記憶體118及一個或多個用於對 該媒體流内容進行解碼之編解碼器12〇。 127209.doc -12- 200835264 在用戶端104、106、108與内容伺服器1〇2之間建立一用 於將媒體内容自伺服器102流至用戶端1〇4、1〇6、1〇8之媒 體流對話。建立一媒體流對話之部分涉及協商欲由用戶端 104、106、108報告之關於該對話之q〇s/q〇e度量。舉例 而言，用戶端104、106、1〇8可同意報告該媒體流對話之 對話層次之初始緩衝持續時間及/或重新緩衝持續時間品 質度ΐ。用戶端104、1〇6、1〇8亦可同意報告與該媒體流 對話相關聯之每一媒體層次（例如，聲訊、視訊、語音及/ 或％控文本層次）之RTP封包之連續丢失、訛誤持續時間、 訊框速率偏差及/或抖動持續時間品質度量。内容伺服器 1 02或其他實體（未顯示）處理所接收之Q〇E/Q〇s報告以確定 用戶端104、106、108所量測之媒體流對話之品質。 ❿ 在〜。口負度1協商過程期間，一用戶端1〇4、、_ 確定f可支持哪些品質度量。用戶端H)4、1G6、108所支 持2每一品質度量具有一個報告參數（例如，速率）或多個 報口參數(例如’速率及範圍）。該等報告參數確定在針對 其報告品質度量之一特定媒體流中，用戶端104、106、 產生Q〇S/QoE報告之頻率及（視需要）時間範圍。例如， t圖2之步驟細所圖解說明，用戶端m 1〇8協商 ㈣有應用至該媒體流對話之相同層次之品質度量相關聯 母報告參數之一單個值。舉例而言，用戶端刚、 ΓΓΓ8可協商所有應用至一媒體流對話之視訊層次之支 鬥-貝度量之一單個報告速率及(視需要)一單個報告範 例如，如圖2之步驟202所圖解說明，以相 I27209.doc -13- 200835264 同速率及（視需要）相同範圍報告應用至一媒體流對話之相 同層次之每一品質度量，從而減少用戶端104、106、108 所產生Q〇E/Q〇S報告之數量。因此，減少帶寬消耗且改良 用戶端效能。當然’隨著標準隨時間而進步，該用戶端可 協商其他類型報告參數（例如一與pss之内容交換或其他態 樣相關聯之參數）之一單個值而非速率及範圍。 圖3圖解說明在一媒體流用戶端300與一内容伺服器302 之間所交換之用以建立且維持一媒體流對話之一系列實例 性RTSP請求及相應響應訊息。在一個實施例中，例如在 一 WAP應用中，基於用戶端300經由HTTP所下載之一 SDP 文件開始該媒體流對話。以此方式，用戶端300已具有一 經由HTTP所獲得之本地儲存SDP文件。在另一實施例中， 當用戶端300傳輸一識別所需媒體流内容之URI(例如，在 圖 3 中之rtsp://server.com/content/baz.3gp)之RTSP DESCRIBE 請求時開始該媒體流對話。對於行動用戶端而言，該 DESCRIBE請求經由一無線電存取網路（例如一 GSM/EDGE 無線電存取網路（GERAN) 112或一UMTS地面無線電存取 網路（UTRAN) 114)傳播至一核心無線電網路122。核心無 線電網路122(例如）藉由一控制RAN 112、114與行動用戶 端106、108之間的連揍之服務GPRS支持節點（SGSN) 124 及一提供RAN 112、114與IP網路110之間的一閘道器之閘 道器GPRS支持節點（GGSN) 126處理該DESCRIBE請求。在 該DESCRIBE請求進入IP網路11〇後，其被路由至在該請求 中所識別之内容伺服器302。 I27209.doc -14- 200835264 響應於該DESCRIBE請求，内容伺服器302向用戶端300 發送一包括一呈現描述（例如，以SDP格式）之RTSP DESCRIBE響應。該呈現描述宣告欲在該針對每一媒體流 使用一編解碼專用MIME媒體類型之對話中使用之媒體類 型。該呈現描述之部分可包括一提議初始組之品質度量及 相應報告參數。另一選擇為，内容伺服器302稍後提議初 始品質度量，例如作為一 RTSP SETUP響應之部分。在任 一方式下，如此項技術中所習知，一系列的一個或多個 RTSP SETUP請求及相應響應訊息在用戶端300與伺服器 302之間交換或該用戶端經由HTTP下載一 SDP文件以完成 與該媒體流對話及媒體内容相關之細節。 當用戶端300自内容伺服器302接收一提議組之品質度量 時，用戶端300確定用戶端300支持哪些度量及不支持哪些 度量。用戶端300亦確定是否針對該媒體流對話之相同層 次提議多個品質度量。換言之，用戶端300確定是否針對 該媒體流對話之對話層次及媒體層次（視訊、聲訊、語音 及/或時控文本）提議多個品質度量。對話層次品質度量應 用至該媒體流對話且媒體層次品質度量應用至該媒體流對 話之所指示媒體組件。若針對相同層次提議多個品質度 量，則用戶端300提議與所提議品質度量相關聯之每一報 告參數之一單個值。以此方式，——媒體流對話之對話層次 將僅具有用戶端300及内容伺服器302針對該對話層次接受 之所有品質度量之一單個報告速率及一單個可選報告範 圍。同樣地，亦給每一媒體層次指派所有應用至該等媒體 127209.doc •15- 200835264 層次之接受品質度量之一單個報告速率及一單個可選報告 範圍。

圖4圖解說明用戶端300自内容伺服器302所接收之一包 括一提議組之品質度量之RTSP SETUP響應之一實施例。 該SETUP響應訊息中所包括之一品質度量協商標頭（3GPP-QoE-Metrics)指示所提議之品質度量。在本實例中，一個 品質度量（Initial—Buffering_Duration)及報告參數（速率）應 用至一媒體流對話（rtsp://server.com/content/baz.3gp)之對 話層次（rtsp://server.com/content/baz.3gp)。一個品質度量 (Corruption-Duration)及報告參數（速率）亦應用至該媒體流 對話之聲訊層次（rtsp://server.com/content/baz.3gp/ audiotrack)。然而，兩個品質度量（Corruption—Duration及 Framerate_Deviation)及兩個報告參數（速率及範圍）應用至 該媒體流對話之視訊層次（rtsp://server.com/content/ baz.3gp/videotrack) 〇 因此，用戶端300確定其是否可支持所識別層次之所提 議度量及參數。若用戶端300支持所有所提議品質度量， 則用戶端300然後協商與應用至該視訊層次之訛誤持續時 間及訊框速率偏差品質度量相關聯之報告速率及範圍參數 之一單個值。在該實例中，兩個度量皆具有相同之報告範 圍（0 - 40 npt)。較佳地，若用戶端300可支持所規定之範 圍值，則用戶端300接受兩個視訊層次品質度量之所提議 報告範圍值。然而，另一選擇為，用戶端300可提議該等 視訊層次品質度量之一不同報告範圍值。 127209.doc -16- 200835264 在任一方式下，用戶端300提議該等視訊層次品質度量 之一單個報告速率值，此乃因該等度量具有不同提議速率 (Corruption_Duration 之 10 秒及 Framerate_Deviation 之 20 秒）。否則，若用戶端300接收内容伺服器302針對該視訊 層次所提議之不同參數值，則用戶端300將以兩倍於訛誤 持續時間品質度量之頻度產生一 QoS/QoE報告，因此消耗 額外帶寬且降低用戶端效能。在一個實施例中，用戶端 3 00選擇該SETUP響應中所識別之第一報告速率（10秒）。在 另一實施例中，用戶端300選擇對帶寬消耗具有最小影響 之報告速率（圖4中之20秒）。在另一實施例中，用戶端300 獨立於内容伺服器3 02所提議之報告速率選擇一單個報告 速率。在另一實施例中，用戶端300使用一較早識別於該 協商階段中之報告速率，諸如一個包括於一下載SDP文件 中之速率或伺服器3 02已針對相同層次之其他度量認可接 受之一報告速率。 無論如何，用戶端300向内同伺月良器302發送另一 SETUP 請求或一 PLAY請求或如圖5中所示使用SET_PARAMETER 或OPTIONS方法以識別兩個視訊層次品質度量之新提議單 個報告速率（例如，20秒）。該響應亦指示用戶端300接受該 等視訊層次品質度量之單個報告範圍0 - 40 npt。另一選擇 為，如先前描述，用戶端300可提議該等視訊層次品質度 量之一不同報告範圍。在該響應中亦識別該聲訊層次品質 度量之報告速率以指示用戶端300接受。 127209.doc -17- 200835264 内容伺服器302認可接受所提議品質度量及相應報告參 數值之一者或多者或提議不同之品質度量及報告參數值。 内容伺服器302(例如）經由SET—PARAMETER或OPTIONS 方法或藉由向用戶端300發送一諸如指示認可之SETUP或 . PLAY響應等響應來接受一特定品質度量及報告參數值。 若發送一響應，則該響應包括用戶端300在先前請求（針對 其伺服器302正認可接受）中所提供之品質度量及報告參數 值。伺服器302認可接受之品質度量不包括於由用戶端300 ® 所發送之隨後請求中，此乃因用戶端300與内容伺服器302 兩者已商定該等品質度量。 内容伺服器302可藉由識別該響應中之不同值及相應度 量來提議一不同參數值。用戶端300可接受該不同值或在 一隨後請求中提議一新的值。在任一方式下，品質度量協 商繼續直至内容伺服器302認可接受所有度量或當伺服器 302向用戶端300發送一 PLAY響應。一 PLAY響應指示品質 0 度量協商完成及媒體流内容之傳遞開始。另一選擇為，當 用戶端300與伺服器302之間的往返協商達到一特定數量時 品質度量協商可結束。無論如何，基於所商定之報告參數 ’ 用戶端300僅報告由内容伺服器302及用戶端300所認可接 . 受之品質度量。由於用戶端300協商所有應用至一媒體流 對話之相同層次之接受品質度量之一單個報告速率及一單 個可選報告範圍，因此顯著地減少用戶端300所發送 QoS/QoE報告之數量，從而減少帶寬消耗且改良用戶端效 能0 127209.doc -18- 200835264 在品質度量協商結束後’用戶端300發送指示所接收媒 體流内容之品質之Q〇s/Q〇E報告。針對該媒體流對話之每 一層次發送Q〇S/Q〇E報告之速率取決於用戶端300針對每 一層次所協商之單個報告速率值。用戶端300可將一 QoS/QoE報告作為一 RTSP SET—PARAMETER、PAUSE 或 TEARDOWN訊息之部分發送。對於行動用戶端106、108 而言，QoS/QoE報告經由無線電存取網路112、I14發送至 内容伺服器302。圖6圖解說明一包括一 Q〇S/Q〇E報告之實 例性SET—PARAMETER訊息。該訊息包括藉由用戶端300 所獲得之針對一媒體流對話之聲訊層次所報告訊誤持績時 間度量（Corruption—Duration)之兩個量測（200及13〇〇) 基 於圖4中所圖解說明之SETUP請求訊息建立在該實例中所 提及之媒體流對話。該SETJPARAMETER訊息中所包括之 一品質度量回饋標頭（3GPP-Q〇E-Feedback)指示品質度蓋 資料包括於該訊息中。根據圖6，報告該媒體流對話之聲 訊層次之訛誤持續時間品質度量。廣義上，用戶端300基 於針對每一層次所協商之單個報告速率產生一媒體流對話 之每一層次之一單個QoS/Q〇E報告。以此方式，該用戶端 不針對該媒體流對話之相同層次以不同速率產生多個報 告。 圖7圖解說明用於協商與所有應用至一媒體流對話之相 同層次之接受品質度量相關聯之每一報告參數之一單個值 之實例性處理邏輯之一實施例。該處理邏輯開始於一用戶 端104、106、108自内容伺服器1〇2接收品質度量提議（例 127209.doc -19- 200835264 如，作為一RTSP DESCRIBE或SETUP響應訊息或一SDP文 件之部分）（步驟700)。該等品質度量可係自内容伺服器102 接收之一初始組之品質度量提議（例如，包括於伺服器102 發送之一 RTSP DESCRIBE響應或SETUP響應或一 SDP文件 中）。另一選擇為，該等品質度量可係在該品質度量協商 過程期間稍後自内容伺服器102所接收之一重新協商組之 度量提議，例如作為自伺服器102接收之一 RTSP SETUP或 PLAY響應之部分或經由SET_PARAMETER或OPTIONS方 法。在任一方式下，用戶端104、106、108拒絕不支持之 品質度量及參數（步驟702)。用戶端104、106、108嘗試協 商所有應用至該媒體流對話之相同層次之支持品質度量之 一單個報告速率及（視情況）一單個報告範圍直至品質度量 協商已結束（步驟704)。在一個實施例中，用戶端300僅將 用戶端300與伺服器302兩者皆將接受之度量包括於發送至 伺服器302之請求中。 用戶端104、106、108確定内容伺服器102是否已針對該 媒體流對話之每一層次認可接受所有支持之品質度量（步 驟706)。用戶端104、106、108協商所有應用至該媒體流 對話之相同層次之支持品質度量之一單個報告速率及（視 情況）一單個報告範圍。以此方式，若内容伺服器102認可 接受用戶端104、106、108所做出之所有品質度量提議， 則用戶端104、106、108然後接受所有該等度量（步驟 708)。用戶端104、106、108隨後基於該媒體流對話之每 127209.doc •20- 200835264 層-人之所商定之報告速率及可選報告範圍來報告所接受 之品質度量（710)。 然而’若内容伺服器1〇2不認可接受所有支持之品質度 里，則用戶端104、106、1〇8確定伺服器1〇2是否已認可接 • 文應用至該媒體流對話之一特定層次之品質度量（步驟 712)。用戶端104、ι〇6、1〇8接受該媒體流對話之一特定 層次之認可接受之所有品質度量，此乃因該等度量具有至 鲁少相同之報告速率（步驟714)。然後，用戶端1〇4、1〇6、 108提4内容伺服器1〇2尚未認可接受之品質度量之相同單 個報告速率及相同單個可選報告範圍。在一個實施例中， 内容伺服器102認可接受一應用至該媒體流對話之一特定 層人之第一子集品質度量之一先前所提議之報告速率，但 提礅其他品質度量之一不同報告速率。 舉例而言，用戶端1〇4、106、1〇8可提議應用至一媒體 流對話之視訊層次之轨誤持續時間、抖動持續時間及訊框 # 速率偏差度里之一 20秒之報告速率。内容词服器102認可 接受訛誤持續時間及抖動持續時間度量之2〇秒之報告速 率，但提議訊框速率偏差度量之一 1〇秒之報告速率。根據 ‘ 該實施例，用彳端104' 106、108接受轨誤持續時間及抖 - 自持續時間度量之20秒之報告速率，但拒絕訊框速率偏差 度量之10秒之報告速率’此乃因該10秒之報告速率不同於 用戶端104、106、108先前提議之速率。因此，用戶端 1〇4、106、108提議應用至該媒體流對話之視訊層次之所 有品質度量之一單個報告速率，例如作為—RTsp sETup 127209.doc -21 - 200835264 或LAY明求之部分或經由SET—PARAMETER或OPTIONS 方法（V驟716)。較佳地，用戶端刚、⑽、刚在該實例 中提4 20心之報告速率，此乃目内容飼服器⑽先前已 認可接受㈣持續時間及抖動持續時間度量之該20秒之速 率。以此方式，用戶端104、106、108僅需要提議訊框速 率偏差度量之一 20秒之報告速率。 在另一實施例中，内容伺服器、1〇2提議所有應用至該媒 體流對話之一特定層次之支持品質度量之一不同報告速 率。舉例而吕，用戶端1〇4、1〇6、1〇8可提議應用至一媒 體々》L對活之視讯層次之訛誤持續時間、抖動持續時間及訊 框速率偏差度量之-2G秒之報告速率。内容伺服器1〇2相 反地提議應用至該視訊層次之每一品質度量之一丨〇秒之報 告速率。根據該實施例，由於内容伺服器1〇2提議單一報 告速率，雖然訛誤持續時間、抖動持續時間及訊框速率偏 差度量之10秒之報告速率不同於用戶端1〇4、ι〇6、1〇8所 提議之原始速率，但用戶端104、1〇6、1〇8仍可接受。因 此，用戶端104、1〇6、108提議所有應用至該媒體流對話 之視訊層次之品質度量之一 10秒之報告速率，例如作為一 RTSP SETUP或PLAY請求之部分或經由SET—parameter 或OPTIONS方法（步驟716)。 根據任一實施例，用戶端104、106、ι〇8協商所有應用 至一媒體流對話之相同層次之支持品質度量之一單個報告 速率及（視情況）一單個報告範圍（或其他報告參數）。可能 不能夠按層次適當地組織自内容伺服器1〇2所接收之品質 127209.doc • 22- 200835264 度量提議。換言之，内容伺服器102可使對話層次與媒體 層次品質度量兩者與該媒體流對話之一個層次（例如，， 對話層次）相關聯。當出現此情形時，用戶端ι〇4、、 108可將該等品質度量重新應用至該媒體流對話之適當層 次。舉例而言，内容伺服器1〇2可將對話層次品質度量（例 如，初始緩衝持續時間及/或重新緩衝持續時間）與媒體層 次品質度量(例如，RTP封包之連續丟失、訛誤持續時間： 訊框速率偏差及/或抖動持續時間）兩者應用至一媒體流對 話之對話層次。因此，用戶端1〇4、1〇6、108將該等媒體 層次度量重新應用至適當媒體層次。在一個實施例中，用 戶端104、1〇6、1〇8藉由使該等媒體層次品質度量與識別 該媒體流對話之適當媒體組件之相應關聯來將該等 媒體層次度量重新應用至一適當媒體層次，例如作為一 RTSP SETUP或plAY請求之部分或經由SET—pARameter 或OPTIONS方法。然後，用戶端1〇4、1〇6、商與應 用至該對話層次及每一媒體層次之品質度量相關聯之每一 報告參數之一單個值。 考慮到變形及應用之上述範圍，應瞭解本發明不受上述 說明之限制，亦不受附圖之限制。相反，本發明僅受以下 申睛專利範圍及其合法等效物之限制。 【圖式簡單說明】 圖1係一包括一媒體流内容伺服器及媒體流用戶端之網 路之一實施例之一方塊圖。 127209.doc -23 · 200835264 圖2圖解說明用於協商一與應用至一媒體流對話之相$ 層次之複數個品質度量相關聯之報告參數之一單個值之 理邏輯之一實施例。 & 圖3圖解說明在一媒體流内容伺服器與用戶 之RTSP請求及響應序列之一實施例。 圖4圖解說明藉由一媒體流内容伺服器發送之一汉Tsp SETUP響應之一實施例。 圖5圖解說明藉由一媒體流用戶端發送用以協商應用至 一媒體流對話之相同層次之多個品質度量之一單個報告速 率之一 RTSP請求之一實施例。 圖6圖解說明藉由一媒體流用戶端發送之一卩〇8~沾報 告之一實施例。 圖7圖解說明用於協商’與應用至—媒體流對話之相同 層次之複數個品質度量相關聯之報告參數之一單個值之處 理邏輯之另一實施例。 【主要元件符號說明】 100 網路環境 102 伺服器 104 用戶端 106 用戶端 108 用戶端 110 IP網路 112 無線電存取網路 114 無線電存取網路 127209.doc -24 200835264 116 118 120 122 . 124 126 300 302 處理器 記憶體 編解碼器 核心無線電網路 服務GPRS支持節點（SGSN) 閘道器GPRS支持節點（GGSN) 用戶端 伺服器 I27209.doc -25-

Claims (1)

1. 200835264 十、申請專利範圍：

   :種指示在-用戶端與-伺服器之間所建立的一媒體流 對活之品質之方法，該媒體流對話具有一對話層次及至 少一個媒體層次，該方法包含·· ^ 〜應用至泫媒體流對話之該相同層次之複數個 口口貝度里相關聯之報告參數之一單個值；及 依據該所協商之報告參數值報告在協商期間該用戶端 及伺服器所接受之該等品質度量。 如請求項1之方法’其中協商一與應用至該媒體流對話 之該相同層次之複數個品質度量相關聯之報告參數之一 單個值包含協商一單個報告速率。 如請求項1之方法，其進一步包含： 協商一與該複數個品質度量相關聯之第二報告參數之 一單個值；及 依據兩個所協商之報告參數值報告在協商期間該用戶 端與伺服器所接受之該等品質度量。 4·如请求項3之方法，其中協商該第二報告參數之一單個 值包含協商一單個報告範圍。 5 ·如吻求項1之方法，其中協商一與應用至該媒體流對話 之該相同層次之複數個品質度量相關聯之報告參數之一 單個值包含： 自自該伺服器所接收之一響應中所包括之複數個報告 參數值中選擇一單個報告參數值；及 向δ亥祠服器發送一請求，該請求提議該用戶端所支持 127209.doc 200835264 6· 之該等品質度量中之每一者之該所選擇報告參數值。 如請求項5之方法，其進一步包含·· ▲處理自該伺服器所接收之一隨後響應，該隨後響應提 羲與該用戶端所支持之該等品質度量之每一者相關聯之 該報告參數之一新值；及 +以該用戶端所支持之該等品質度量之每一者之該新提 義^報"參數值取代該先前提議之報告參數值。 月求項6之方法，其進一步包含向該伺服器發送一隨 8. =求以指示該用戶端接受該用戶端所支持之該等品質 X里之母一者之該新提議之報告參數值。 如請求項5之方法，其進一步包含： 處理自該伺服器接收之一隨接 接受_ 現後a應，该1W後響應認可 、，Μ戶知所支持之該等品質度量之一第一子隼 先前提議之報告參數值 /、 “ 質度量之_第3隹該用戶端所支持之該等品 ^ 弟一子集之一新報告參數值，· 接又该用戶端所支持之該等品質度量之該隹 該先前提議之報告參數值’·及 木之 拒絕該用戶端所支持之該等品質度量 該新提議之報告參數值。 Μ弟一子集之 9·如明求項8之方法，其進一步包含 後請求，該_ # β & 门服器發送一隨 系^後凊求重新提議該用 質度量之該Μ -;隹 尸％所支持之該等品 Π).如請求項〗之太 先前選擇之報告參數值。 、 去，其中協商一與應用至 之該相同層次^亥媒體流對話 個°°質度！相關聯之報告參數之一 127209.doc -2 - 200835264 單個值包含·· 之該對話層次之複數個 之一單個值；及 協商一與應用至該媒體流對話 對活品質度量相關聯之報告參數 協商一與應用至該媒體流對話之一 、 』ώ < 現訊、聲訊、語音 或日守控文本媒體層次之至少一者之翁奴^ ^有之複數個媒體品質度量 相關聯之報告參數之一單個值。 11 ·如請求項1之方法，其中協商一盥 γ勘陶與應用至該媒體流對話

   之該相同層次之複數個品質度量相關聯之報告參數之一 單個值包含： 自該伺服器接收-響應，該響應將對話品質度量及媒 體品質度量應用至該媒體重新應用至該媒體流對話之該 等媒體層次之一者流對話之該對話層次； 將該等媒體品質度量； 協商-與應用至該對話層次之該等對話品質度量相關 聯之報告參數之一單個值；及 Τ商一與應用至料媒體層次之-者之該等媒體品質 度量相關聯之報告參數之一單個值。 12.如請求項u之方法，其中將該等品質度量重新應用至該 媒體流對話之該等媒體層次之一者包含使該等媒體品質 度量與-識別該媒體流對話之—媒體組件之通用資源識 別符相關聯。 13·如請之方法，其中報告該等品質度量包含經由一 封包交換無線電存取網路向該伺服器發送一包括該用戶 端基於該等品質度量所獲得之量測之報告。 127209.doc 200835264 14· 一種用於指示一在該用戶端 Ν 何服為之間所建立的媒 體流對話之品質之媒體流用戶端，該媒體流對話且有」 料層次及至少一個媒體層次，該用戶端包含一處理 器’該處理器經組態以： 協商一與應用至該媒體流對 丁活之該相同層次之複數個 品質度量相關聯之報告參數之一單個值，·及 依據該所協商之報告參數值報告在協商期間該用戶端 及伺服器接受:之該等品質度量。 15·如請求項14之媒體流用戶端，复 /、甲孩處理|§經組恶以協 商一單個報告速率。 16. 如請求項14之媒體流用戶端，其中該處理器經進一步租 態以： 協商-與該複數個品質度量相關聯之第二報告來數之 一單個值；及 依據兩個所協商之報告參數值報告在協商期間該用戶 端及伺服器所接受之該等品質度量。 17. 如請求項16之媒體流用戶端’其中該處理器經組態以協 商一單個報告範圍。 1如請求項U之媒體流用戶端，其中該處理器經組態以： 自包括於自該伺服器接收之—響應中之複數個報告參 數值中選擇一單個報告參數值；及 ^ 產生一以該飼服器1目標之請求，該請求提議該用戶 端所支持之該等品質度量之每—者之該所選擇報告參數 值0 127209.doc 200835264 3长項18之媒體流用戶端，其中該處理器經進一且 態以： '' 處理自該伺服器接收之—隨後響應，該隨後響應提議 :X用戶端所支持之該等品f度量之每—者相關聯之該 • 報告參數值之一新值；及 . 以該用戶端所支持之該等品質度量之每—者之該新提 °，報告參數值取代該先前提狀報告參數值。 • 胃求項19之媒體流用戶端’其中該處理器經進-步植 =產生1該伺服器為目標之隨後請求，該隨後請求 U該用戶端接受該用戶端所支持之該等品質度量之每 一者之該新提議之報告參數值。 如月求項18之媒體流用戶端’其中該處理器經進一步組 態以： '' 處理自δ亥伺服器所接收之-隨後響應，該隨後響應認 可接：該用戶端所支持之該等品質度量之一第一子集之 • 料前提議之報告參數值且提'議該用彳料支持之該等 品質度量之一第二子集之一新報告參數值； 接受該用戶端所支持之該等品質度量之該第一子集之 s 該先前提議之報告參數值；及 、 用戶端所支持之該等品質度量之該第二子集之 該新提議之報告參數值。 22·如求項21之媒體流用戶端，其中該處理器進—步經組 匕、以產生Μ該伺服器為目標之隨後請求，該隨後請求 重新m用戶端所支持之該等品質度量之該第二子集 127209.doc 200835264 之該先前選擇之報告參數值。 23 ·如請求項14之媒體流用戶端，其中該處理器經組態以： 協商一與應用至該媒體流對話之該對話層次之複數個 對話品質度量相關聯之報告參數之一單個值；及 協商一與應用至該媒體流對話之一視訊、聲訊、語音 或時控文本媒體層次之至少一者之複數個媒體品質度量 相關聯之報告參數之一單個值。 24·如請求項14之媒體流用戶端，其中該處理器經組態以： 處理自該伺服器所接收之一響應，該響應將對話品質 度量及媒體品質度量應用至該媒體流對話之該對話層 次； 媒體層次； 協商一與應用至該對話層次之該等對話品質度量相 聯之報告參數之一單個值；及 協商肖應用至該等媒體層次之-者之該等媒體品 度Ϊ相關聯之報告參數之一單個值。 」二H項24之媒體流用戶端，其中該處理器經組態以 4等媒體品質度量與一識別該媒體 之通用資源識別符相關聯。 媒體、、且 月求項14之媒體流用戶端，其中該處理器經組態以 生一用於經由a— “ π 、 封匕父換無線電存取網路傳遞至該伺 =包括該用戶端基於該等品質度量所獲得之量測之 127209.doc