專利名稱：用于體驗質量報告的系統和方法
技術領域：
本申請總體涉及電信服務。
背景技術：
IP多媒體子系統的多媒體電話服務(MTSI)是第3代合作伙伴計劃(3GPP)的發布 7中標準化的多媒體電話服務。MTSI根據3GPP標準IP多媒體子系統(IMS)構造。MTSI允 許通過具有IP技術的網絡遞送高級多媒體服務和內容。MTSI支持通過實時傳輸協議(RTP)傳輸的傳統話音、視頻和文本。MTSI標準定義 媒體處理和交互性功能或過程。媒體處理包括信令、傳輸、抖動緩沖器管理、分組丟失處理、 自適應等。交互性包括在呼叫期間添加或丟棄媒體。MTSI的一個目的在于實現等于或好于 電路交換(⑶)對話服務的用戶體驗而使用相同的網絡資源量。另一目的在于在允許服務 提供中的靈活性的同時確保具有可預測媒體質量的可靠和可互操作的服務。
發明內容
權利要求書中闡述了本發明的各個方面。根據本發明的示例實施方式，一種設備，包括存儲器單元，被配置用于存儲涉及向 服務器報告體驗質量度量的過程的配置信息，所述體驗質量度量與多媒體電話呼叫相關 聯，并且所述服務器處于將所述設備連接至與所述多媒體電話呼叫相關聯的至少一個用戶 設備的數據鏈路之外；以及處理器，通信地連接至所述存儲器單元，所述處理器被配置用 于驗證滿足與報告體驗質量度量的所述過程相關聯的一個或多個規則；如果滿足了與報 告體驗質量方法的所述過程相關聯的所述規則，則根據涉及報告體驗質量度量的所述過程 的所述配置信息來生成體驗質量度量報告；以及根據所述配置信息向服務器發送所述體驗 質量度量報告。根據本發明的另一示例實施方式，一種方法，包括用戶設備驗證滿足與報告體驗 質量度量的過程相關聯的一個或多個規則，所述體驗質量度量與多媒體電話呼叫相關聯; 如果滿足了與報告體驗質量方法的所述過程相關聯的所述規則，則所述用戶設備根據涉及 報告體驗質量度量的所述過程的配置信息來生成體驗質量度量報告；以及根據所述配置信 息向服務器發送所述體驗質量度量報告，其中所述服務器處于將所述用戶設備連接至參與 所述多媒體電話服務的至少另一用戶設備的數據鏈路之外。根據本發明的另一示例實施方式，一種設備，包括存儲器單元以及處理器，所述 處理器通信地連接至所述存儲器單元。所述處理器被配置用于確定是否更新存儲在至少 一個用戶設備中的、涉及報告體驗質量度量的過程的配置信息；以及如果確定需要一個或 多個更新，則向至少一個用戶設備發送涉及所述報告體驗質量度量的所述過程的配置信息 的更新。根據本發明的另一示例實施方式，一種方法，包括確定是否更新存儲在至少一個 用戶設備中的、涉及報告體驗質量度量的過程的配置信息；以及如果確定需要一個或多個更新，則向至少一個用戶設備發送涉及所述報告體驗質量度量的所述過程的配置信息的更 新。
為了更完整地理解本發明的示例實施方式、其目的和潛在優勢，現在結合附圖來 參考以下描述，在附圖中圖1是示出了用于MTSI的呼叫建立信令和媒體路徑的概覽圖；圖2是示出了根據本發明示例實施方式的系統的概覽圖；圖3是示出了根據本發明示例實施方式的、用于報告QoE度量的方法的流程圖；圖4示出了具有涉及QoE度量報告的信息的管理對象的示例結構；圖5示出了具有涉及QoE度量報告的信息的管理對象的另一示例結構；以及圖6是根據本發明示例實施方式的、用于接收QoE度量報告的方法的流程圖。
具體實施例方式通過參考附圖的圖1到圖6將能很好地理解本發明的示例實施方式和其潛在優 勢，同樣的標號用于各個附圖的同樣和相應的部分。圖1是示出了用于MTSI的呼叫建立信令和媒體路徑的概覽圖。MTSI呼叫可以使 用呼叫會話控制功能(CSCF)機制來路由呼叫所涉及的UE之間的控制平面信令。在一個示 例中，正在訪問無線電接入網(RAN)IlO的用戶設備(UE) 115通過呼叫至少另一 UE 115’來 發起多媒體電話服務會話。在一個示例實施方式中，UE 115連接至與運營商A相關聯的網 絡101并且UE 115，連接至與運營商B相關聯的網絡102。在一個示例中，例如，經由會話發起協議(SIP)邀請消息從RAN 110向核心網(CN) 轉發控制平面信令，其中控制平面信令通過服務GPRS支持節點(SGSN) 122和網關通用分組 無線電服務(GPRS支持節點(GGSN)) 124路由到IMS。在IMS中，控制平面信令通過CSCF模 塊進行路由，CSCF模塊包括代理呼叫會話控制功能(P-CSCF) 131、服務呼叫會話控制功能 (S-CSCF) 132以及詢問呼叫會話控制功能(I-CSCF) 133。在I-CSCF，位置可以由訂戶位置功 能(SLF)和/或歸屬訂戶功能(HSS) 135已知。在控制平面中，應用服務器(AS)例如134 和134’可以提供補充服務，諸如呼叫保持/繼續、呼叫轉發、多方呼叫等。在網絡102中， 控制平面信令通過GGSN 124，和SGSN 122，路由并且通過RAN 110，向UE 115，傳輸。控 制平面信令還可以包括從被叫UE 115’到主叫UE 115的信號，例如，確認。而且，媒體數據可以不包括與控制平面信令相同的路徑。例如，從UE 115向UE 115，傳輸的媒體數據是通過與UE 115相關聯的RAN 110,SGSN 122和GGSN IM并且然后 通過與UE 115，相關聯的GGSN 124', SGSN 122，和RAN 110，路由的。數據可以使用傳輸 控制協議(TCP)或用戶數據報協議(UDP)傳送。在一個示例實施方式中，參與同一呼叫的UE 115、115’可以處于同一網絡中，例如 相同的運營商。在另一實施方式中，參與同一呼叫的UE 115和115’可以接入對應于不同運 營商的不同網絡。UE 115、115’可以連接的接入網示例包括RAN、互聯網、內部網、局域網、 固話網等。此外，UE 115、115’可以具有到接入網的有線或無線連接。UE 115、115’還可以 包括膝上型計算機、臺式計算機、移動電話、連接至固話線的電話等。
5
在示例中，MTSI服務可以包括跨越一個或多個網絡傳送實時全雙工話音、實時視 頻、文本通信、數據文件等。客戶(例如，消費MTSI服務的電話用戶)感知的體驗質量可以 變得不可接受，這是因為例如網絡擁塞和/或數據分組丟失。當前在3GPP MTSI中，不存在 對于體驗質量(QoE)報告機制的支持，該體驗質量(QoE)報告機制允許來自于用戶的關于 服務質量OioS)的反饋。在示例實施方式中，QoE度量框架是對評估媒體流式傳輸應用的最終用戶體驗的 規定。QoE度量框架支持跨層測量和提取結果OioE度量)的組合。提取的結果可以用于 監視并且改進在劇烈變化的網絡條件下的最終用戶體驗。在本發明的示例實施方式中，支 持QoE度量特征的3GPP MTSI客戶端可以執行一個或多個質量測量。該質量測量涉及用于 MTSI會話的QoE度量。QoE度量的示例包括傳輸或接收比特率的改變、對于刷新幀內的請 求、服務中斷和/或中斷長度、圖片凍結和/或凍結長度、編解碼器選擇的改變，例如凈荷類 型、一個或多個參與者指示的分組丟失率等。客戶端可以將測量聚合為客戶端QoE度量。客 戶端使用QoE傳送協議向度量報告服務器報告該度量。圖2是示出了根據本發明示例實施方式的系統200的概覽圖。在該示例實施方式 中，系統200可以包括通信網絡220、QoE度量報告服務器225和一個或多個用戶設備115、 115’，它們通過有線和/或無線鏈接連接到通信網絡220。通信網絡220可以是與一個運營 商相關聯的網絡、與一個或多個運營商相關聯的多個網絡等。在示例實施方式中，通信網絡 包括因特網協議(IP)多媒體子系統IMS。在一個實施方式中，系統200包括數據鏈路，例如，主叫方UE 115和UE 115’之間 的雙向端到端鏈路。示例實施方式還可以包括QoE度量報告，其并不在端點客戶端或UE(例 如，115和115’ )之間交換。在一個實施方式中，QoE度量報告可以從一個或多個端點客戶 端向QoE度量報告服務器225傳輸。在一個示例實施方式中，QoE度量報告服務器225可 以是駐留在網絡服務器網絡節點等中的邏輯實體。例如，QoE度量報告服務器可以駐留在 應用服務器中，例如134和134’。在另一備選示例實施方式中，QoE度量報告服務器225可 以是與網絡提供者相關聯的計算機服務器。如圖2所示，QoE度量報告服務器225處于數 據鏈路之外，例如端點客戶端或UE 115和115’之間的雙向數據鏈路。在本發明的示例實施方式中，可以將用于報告QoE度量的配置信息用于例如控制 是否將QoE度量報告用于設置針對QoE度量報告的規則(例如涉及報告的定時、報告的頻 率、報告實體等)、用于標識QoE報告的接收實體等。在本發明的一個示例實施方式中，用于建立呼叫和/或會話的SIP信令可以用于 啟動QoE度量報告功能。在該實施方式中，從MTSI客戶端向QoE度量報告服務器發送的 QoE度量集合可以在呼叫建立期間進行協商。例如，會話描述協議(SDP)屬性的語法和語義 (例如，“3GPP-QoE-MetriCS”)可以用于QoE度量協商。在備選實施方式中，實時流傳輸協 議(RTSP)報頭擴展(例如“3GPP-QoE-MetriCS”)可以用作SIP報頭擴展，從而協商將向服 務器發送的QoE度量。例如，SDP可以在SIP請求的主體中攜帶。這樣，QoE度量協商是呼 叫建立協商過程的一部分。在QoE度量的協商中，各個協商方包括通信網絡220中的一個或多個UE，例如 MTSI客戶端或SIP用戶代理(UA)以及QoE度量收集實體，例如QoE度量報告服務器225。 在一個實施方式中，QoE度量報告服務器225可以具有對圖1所述控制平面信令路徑的訪問或可以在該路徑上。此外，可以要求一個或多個SIP代理在呼叫建立過程期間插入并且 解釋報頭字段，例如與QoE度量報告相關聯的報頭字段。在另一示例實施方式中，網絡運營商可以使用開放移動聯盟(OMA)設備管理(DM) 管理對象(MO)來指示其對于QoE度量報告的偏好。OMA DM M0，例如3GPP MTSI網絡偏好 (MTSINP)MO可以用于管理設置，該設置表示針對終端或UE中MTSI客戶端的網絡偏好。具 有與QoE度量報告相關聯的信息的QoE管理對象可以定義為OMA DM MO或3GPP MTSINP MO的內部節點。QoE MO可以用于管理QoE度量、用于報告QoE度量的規則、QoE服務器 225和/或與報告QoE度量相關聯的信息等。在一個示例實現中，UE 115、115’可以在盡 力(best-effort)方式情況中向QoE度量報告服務器225報告QoE MO中指定的QoE度量。 根據該示例實現，沒有QoE度量協商發生在UE 115、115’與QoE度量報告服務器225之間。 在備選實施方式中，QoE MO可以用于信號發送優選的報告度量和規則，并且最終配置可以 使用SIP和/或SDP在UE 115、115，與QoE度量報告服務器225之間進行協商。圖3是示出了根據本發明示例實施方式的、用于報告QoE度量的方法300的流程 圖。該實施方式中的方法300由UE 115、115，執行。在框310，MTSI呼叫由UE 115、115，發 起。在框320，UE 115、115’檢查MTSINP M0。在框220’，基于MTSINP MO是否存在來做出 決定。如果MTSINP MO存在，則在框330，UE 115、115，抓取MTSINP MO以檢查其是否具有 QoE節點。根據該示例實施方式，可以將一個或多個QoE MO定義為內部節點，例如MTSINP MO的子樹。如果QoE節點存在于MTSINP MO中，則在框340，UE 115、115，檢查QoE報告是 否在一個或多個QoE MO的至少一個中使能。如果QoE報告在至少一個QoE MO中使能，則 在框350，UE 115驗證是否滿足與至少一個QoE MO相關聯的所有報告規則。如果滿足所有 規則，則在框360，UE 115、115，準備將向QoE度量報告服務器225報告的、包括QoE度量值 的報告，例如度量測量值、統計值等。例如，UE 115、115’可以在框360采用一個或多個測量 值和/或提取存儲在存儲器單元中的QoE度量測量值、統計值等。UE 115、115’根據例如在 至少一個QoE MO中指示的定時、頻率、格式等規則向QoE度量報告服務器225傳輸QoE度 量報告。在答案不在框320，、330、340和350中一個中的情況中，則在框321，例如115和/ 或115’的UE決定不報告QoE度量。圖4示出了 QoE管理對象400的示例結構。根據本發明的示例實施方式，定義 MTSINP MO 405的內部節點，例如QoE節點407，從而存儲關于QoE報告的網絡偏好。QoE 節點407可以具有與其連接的、作為子樹的一個或多個QoE管理對象400。一個或多個QoE 管理對象400攜帶如與一個或多個網絡運營商請求的QoE度量報告配置相關聯的信息。在 示例實施方式中，QoE管理對象400攜帶與特定網絡運營商相關聯的QoE度量報告配置信 息或對其分組。根據該實施方式，每個網絡運營商可以針對QoE度量報告設置其自己的偏 好。在圖4的示例中，QoE管理對象400包括使能標志節點410、服務器節點420和用于媒 體組件(例如，媒體內容的類型)的獨立節點，包括話音節點430、視頻節點440和文本節點 450。使能標志節點410包括例如布爾類型的指示符以指示使能標志節點410的、與同一父 QoE管理對象400相關聯的QoE度量報告配置是否是使能的。服務器節點420具有關于接 收QoE度量報告的網絡實體或服務器的信息，例如，QoE度量報告服務器225。例如，服務器 節點可以包含用于服務器的URL，QoE報告向該服務器發送。在多個服務器的情況中，可以 使用隨機選擇過程。備選地，可以通過針對每個UE，例如UE 115和/或115’獨立地修改服務器節點來向UE的(所有)呼叫分配單個服務器。在圖4的示例實施方式中，話音節點430、視頻節點440和文本節點450中每個包 括一個度量葉子434、444和妨4以及一個規則葉子438、448和458。每個度量葉子434、444 和4M描述與相應內容類型相關聯的QoE度量。度量葉子，例如434、444和4M提供請求 的QoE度量報告配置。其例如以文本格式提供需要報告的QoE度量。其還可以提供報告頻 率。在圖4的示例中，度量葉子434可以具有涉及話音內容的一個或多個QoE度量的列表， 度量葉子444可以具有涉及視頻內容的一個或多個QoE度量的列表，并且度量葉子妨4可 以具有涉及文本內容的一個或多個QoE度量的列表。根據相同的示例，規則葉子438可以 具有與報告涉及話音內容的QoE度量相關聯的一個或多個規則的列表，規則葉子448可以 具有與報告涉及視頻內容的QoE度量相關聯的一個或多個規則的列表，并且規則葉子458 可以具有與報告涉及文本內容的QoE度量相關聯的一個或多個規則的列表。規則葉子438、 448和458可以以文本格式提供期望如何以及何時向QoE度量報告服務器225報告度量。圖5示出了 QoE管理對象400’的另一示例結構。與圖4的示例類似，圖5的QoE 管理對象400，具有使能標志節點410，和服務器節點420，。圖5的QoE管理對象400，具 有度量節點460’。根據該示例，可以針對所有媒體組件定義或指定QoE度量的單個列表。 QoE管理對象400’還包括規則節點470’。規則節點470’包括與不同媒體組件相關聯的葉 子。例如，話音葉子473’包括與報告涉及話音內容的QoE度量相關聯的一個或多個規則， 視頻葉子476’包括與報告涉及視頻內容的QoE度量相關聯的一個或多個規則，并且文本葉 子479’包括與報告涉及文本內容的QoE度量相關聯的一個或多個規則。圖4和圖5的示 例不是窮舉性的并且QoE管理對象的其他結構可以是可能的。所述節點中某些的示例格式描述如下；/<X>/QoE.出現零或一.格式節點.訪問類型獲取、添加.值N/A/<X>/QoE/<x>.出現零或一.格式節點.訪問類型獲取、添加.值N/A/<X>/QoE/<x>/Enabled.出現一.格式=Bool.訪問類型獲取、替換/<X>/QoE/<x>/Server.出現零或一.格式Char.訪問類型獲取、替換、添加
/<X>/QoE/<x>/APN.出現零或一.格式Chr.訪問類型獲取、替換、添加/<X>/QoE/<x>/Metrics.出現零或更多/零或一.格式Char.訪問類型獲取、替換、添加/<X>/QoE/<x>/Rules.出現零或更多·格式=Char.訪問類型獲取、替換、添加在示例實現中，QoE度量報告規則的語法可以與SDP屬性“3GPP-QoE-MetriCS”的 語法類似。在另一示例實施方式中，QoE度量報告規則的語法可以集成在/<X>/QoE/<X>/ Metrics節點或葉子內。圖6是根據本發明示例實施方式的、用于接收QoE度量報告的方法600的流程圖。 在框610，例如QoE度量報告服務器225的網絡實體檢測或認識到UE 115的針對多媒體電 話服務的呼叫建立。例如，涉及呼叫建立的信息可以由QoE度量報告服務器225從與網絡 提供者相關聯的網元接收。在框620，QoE度量報告服務器決定是否需要更新存儲在至少一 個UE 115中的用于QoE度量報告的配置信息。如可選框615中所示，該決定可以基于QoE 度量報告的UE配置信息與QoE度量報告的網絡偏好的比較。如果需要更新配置信息，則在 框630，QoE度量報告服務器225向至少一個UE 115發送配置信息的更新。在一個示例實 施方式中，如果用于報告QoE度量的配置信息存儲在QoE管理對象中，則網元(例如，QoE 度量報告服務器)可以通過對存儲在UE 115中的OMA DM MO執行OMA DM管理操作來進行 更新。在框640，是否需要UE配置信息的更新或已經發送了更新，QoE度量報告服務器根據 用于QoE度量報告的更新的UE配置信息來從UE 115接收QoE度量報告。在另一實施方式 中，UE 115可以在活躍呼叫期間的任何時間接收新的OMA DM MO或QoE管理對象。在又一實施方式中，UE 115和/或115’可以在呼叫期間漫游到另一網絡。在該 情況中，與新拜訪網絡相關聯的QoE度量報告服務器可能必須向UE 115和/或115’推送 新的OMA DM MO或QoE管理對象。在接收管理對象時，UE撤銷向舊網絡報告QoE度量并且 開始例如在新拜訪網絡中向新QoE度量報告服務器225報告QoE度量，如新管理對象所指 示的。在示例實施方式中，其中QoE度量報告服務器225可以從被叫UE 115’接收QoE度 量報告，主叫UE 115，可以使用包含“3GPP-QoE-Metrics”屬性的SDP向被叫UE 115，轉發 QoE度量報告的配置信息。可能還需要向呼叫的其他方通知關于該呼叫的QoE度量報告已 經完成。SDP嵌入在原始SIP INVITE (邀請)消息中，或備選地嵌入在SIP UPDATE (更新) 方法中。對于該情況，QoE度量報告發起過程可以包括1)運營商向MTSI UE中的一個(例如主叫UE 115)發送OMA DM MO2)接收 OMA DM MO 的 MTSI UE 115 使用 SIP+SDP 來向被叫 UE 115，信號發送 OMADM MO中所請求的度量集合。主叫UE 115充當轉發者。例如在多方呼叫場景中，如果新方 加入呼叫，則主叫UE 115可以向其他未來參與者轉發相同的信息。如果主叫UE 115離開 呼叫，則在離開呼叫之前其可以向其余活躍UE中的一個發送轉發令牌，從而在未來充當轉 發者。3)UE經由HTTP Post向報告服務器報告度量。在多方呼叫的示例實施方式中，例如，會議會話，如果一個或多個UE在會話開始 之后加入，則可以在一個或多個UE加入會話時向它們轉發QoE度量報告發起信息。在多方 呼叫中，根據會議場景中的QoE度量報告、基于使用的會議模式可以處理參與者的到達和 離開。例如，在松散耦合的會議中，通過控制信息逐步地了解會議參與，其中例如使用RTCP 將控制信息作為會議的一部分進行傳送。因此，在參與者之間不存在SIP信令關系，并且 QoE度量發起信息可以例如在多播媒體會話的SDP中分布在帶外(不使用RTCP)。在完全分 布的多方會議中，每個參與者處于與每個其他參與者的SIP對話中。在呼叫建立或拆除時， 關于QoE度量報告發起的信息可以在INVITE和/或UPFATE SIP消息中進行交換。在3GPP 的范圍內，使用緊密耦合的會議。在緊密耦合的會議中，會議的“焦點”，例如一個參與者處 于與所有參與者的SIP對話中并且因此可以起到以下作用，例如在INVITE和/或UPFATE SIP請求中分發涉及QoE度量報告發起的信息。在3GPP的范圍內，使用緊密耦合的會議W]并且因此該模型與QoE度量報告相 關。如上所述，通過作為會議中中央組件的焦點實體來處理參與者的離開和到達。如RFC 3261中定義的對話[7]是持續一些時間(由SIP消息建立)的兩個UA之 間的對等SIP關系。在RFC 4353中定義的焦點[8]是SIP用戶代理的邏輯角色，通過會議 URI對其進行尋址并且其標識會議。焦點維持與會議中每個參與者的SIP信令關系。應該指出，樹結構的很多其他變形是可能的而不改變本發明的實質。特別地，可以 添加“Ext”(擴展)葉子以允許樹結構中的未來擴展。此外，也可以在根級別(例如，“/<X>/ Metrics”和“/<X>/RuleS”)處插入度量和規則葉子，從而為MTSI會話的不同媒體組件提 供默認值。隨后，可以在媒體組件級別越過這些度量和規則。此外，當將相同規則和度量應 用于呼叫的所有媒體組件時可以全部省略度量的話音、視頻和文本節點或葉子。QoE報告規則可以用于控制將向QoE度量報告服務器225發送的QoE度量報告的 量，從而例如防止服務器過載。QoE報告規則的示例和它們的語法和語義包括；僅向接收服務器發送主叫報告(R印ortingSource/OnlyCallerR印orts)該規則用于確定QoE度量報告源。這可以是呼叫中的所有參與者，或僅是作為呼 叫發起者的UE，例如主叫。參數源用于信號發送是所有(源=“all”)還是僅主叫(源= “caller_0nly”)報告QoE度量。可能的報告源的其他擴展是可能的。在另一實施方式中， 該規則(例如，重命名為OnlyCallerR印orts)可以被信號傳送而沒有參數。在該情況中， 該標志(例如OnlyCallerR印orts)的缺乏可以信號傳送主叫UE 115和被叫UE 115，報告 QoE度量。針對UE進行的每第N個呼叫發送報告(Subsamplekssions)在該情況中，N是(例如，subsample_factor)用以確定報告QoE度量的頻率的參 數。這意味著(subsample_factor-l)呼叫可以在下一呼叫需要QoE度量的報告之前被略 過。
針對每時間單位的最大M個呼叫發送報告(LimitSessionRate)對于該規則，可以使用一個或兩個參數。第一參數maX_SeSSi0nS指示呼叫的最大 數量M，針對該最大數量M來報告規定時間單位內的QoE度量。可選地，time_unit參數指 定時間單位的長度，例如，以秒為單位。該參數的默認值可以是1秒。如果在所有情況中， 默認值是可接受的，則可以從語法中完全丟棄該可選參數。例如，max_sessions = 5并且 time_unit = 1需要在一秒的時段中報告最多5個呼叫。另一示例是max_sessions = 5并 且time_unit = 3600，其指示在一個小時的時段中針對最大5個呼叫報告QoE度量。在缺 乏該規則時，可能需要對每個呼叫進行報告。每時間單位中以最小時間間隔T發送報告(LimitkssionInterval)該規則確定，具有QoE度量報告的任何兩個呼叫之間的最小時間間隔Τ。在一個示 例實現中，單個參數，例如minjnterval，其指示在指定時間單位內報告QoE度量的兩個連 續呼叫的開始或結束之間的最小時間距離。可選地，第二 time_imit參數指定時間單位的 長度(以秒為單位)。該參數的默認值是1秒。如果在所有情況中，默認值1秒是可接受 的，則可以從語法中完全丟棄該可選參數。例如，min_interval = 5并且time_unit = 60 需要報告度量的兩個連續呼叫的時間距離是相隔至少5分鐘。基于概率的每個呼叫接收報告決定(Randomizekssions)參數r印orting_probability指示需要QoE度量報告的呼叫的百分比。在一個示 例實現中，UE可以例如根據均勻概率密度函數生成從0-100的數字范圍。取決于生成的值 是否超過r印0rting_pr0bability參數給出的閾值，QoE度量報告，例如QoE管理對象中的 使能標志可以關閉或打開。注意，可以不同地選擇規則和參數的名稱而不改變規則定義的語義。在示例實施方式中，QoE度量報告服務器225和UE 115和/或115，之間的QoE 度量報告規則的協商可以例如在從OMA DM MO取回初始規則之后發生。QoE度量報告規則 協商可以使用SIP報頭字段和/或SDP屬性在呼叫建立過程期間執行。在該示例實施方式 中，類似于SIP報頭字段和/或SDP屬性的語法可以在定義或描述QoE度量報告規則和涉 及一般QoE報告的配置信息中使用。例如，規則語法的基本規則可以包括三個主要部分；報 頭字段/屬性名稱(例如，“3GPP-Q0E-Rule” )、特定規則的名稱和該規則的參數的可選列 表。以下記號是示例規則語法Rule=〃 3GPP-QoE_Rule 〃 “ ·.'’ 1* (rule-spec)rule-spec = rule-name [ “ ；，，parameters]rule-name = “ OnlyCalIerReports，，| "SubsampleSessions""LimitSessionRate" | "LimitSessionlnterval““RandomizeSessions" | ···parameters = parameter* ( “ ； “ parameter)parameter = name [ " = " value]其中名稱和值可以是分別表示參數和值的名稱的任意串。例如:3GPP-QoE-Rule LimitSessionRate ；max_sessions = 5 ；time—unit = 3600 在該示例中，最大五個呼叫或會話可以針對特定UE 115、每個小時向服務器報告QoE度量。注意，備選實施方式可以使用XML或度量報告規則的二進制表示，而不改變應用度量規則的概念。如果需要向單個度量分配特定規則，則語法可以使用以下這樣的方式改變，將 規則定義附加到現有的“3GPP-QoE-MetriCS”SIP報頭字段和/或SDP屬性。合并不止 一個規則可能也是有用的。例如，“3GPP-Q0E-Rule”元素可以被多次添加或者可以使 用以下這樣的方式改變語法，其允許將多個規則聚合為單個語法元素。如示出的示例， OnlyCallerReports規則可以與其他規則組合使用。其他可能的組合也可以是有用的。在示例實施方式中，在多媒體廣播/多媒體服務(MBMS)中使用的HTTP POST過程 可以用于遞送QoE度量接收報告。在該示例實施方式中，包含度量的XML描述將使用HTTP POST直接傳輸到度量收集服務器。注意，在3GPP MBMS標準中，定義了“post-importing”。 對于MTSI中的post-r印orting，可以使用于MBMS標準中類似的方案。對于MTSI情況，在 HTTP POST請求的主體中使用的XML方案可以擴展，從而允許例如在呼叫期間的中間遞送 QoE度量報告。此外可以擴展XML方案以包括定時信息和會話標識。可以將中間接收報告 的XML模式的示例可以定義如下
0100]< ？xml version =" 1.0" encoding=" UTF-8" ？ >0101]<xsschema xmlns: xs = " http://www.w3.org/2001/XMLSchema" ·..>0102]<xselement name = " receptionReport" type = " receptionReportType" />0103]<xscompIexType name = " receptionReportType" >0104]<xs: sequence)0105]<xs:complexType name = " qoeMetricsType" >0106]<xs: sequence)0107]<xs:any namespace = " iStother" processContents =" skip"0108]minOccurs = “ 0 “0109]maxOccurs = " unbounded" />0110]</xs:sequence)0111]<xs: attribute naiE = 〃 tinEStaip" type = " xs:cbuble" use = " required" t>0112]<xs:attribute name =" corruptionDumtion" type =" xsiunsignedLong"0113]use=〃 optional" />0114]<xs:attribute name =" t" type =" xs:boolean" use =" optional" />0115]<xs:attribute name =" rebufferingDuration" type = " xs:double"0116]use=〃 optional" />0117]<xs:attribute name =" MtialJMferin^limtion" type =" xs:double"0118]use=〃 optional" />0119]<xs:attribute name = " numberOfSuccessivePacketLoss"0120]type =" xs:unsignedLong〃0121]use =" optional" />0122]<xs:attribute name = " framerateDeviation" type = " xs:double"0123]use=〃 optional" />0124]<xs:attribute name = " jitterDuration" type = " xs:double"0125]use=〃 optional" />
<xsanyAttribute processContents = “ skip“ /></xs complexType></xs:sequence)<xs:attribute name =" sessionID" type =" xs:string" use =" required" /></xs:complexType></xs:schema)該模式定義還允許聚合不同的度量為單個XML描述。這減少了開銷并且最小化了 度量報告所需的HTTP POST請求的數量。在不同實施方式中，QoE度量表示為XML元素，例如代替屬性而具有每度量XML元 素的獨立時間戳屬性。在該模式中，“tim必tamp(時間戳)”屬性的語法基于NTP時間格 式，例如具有秒和小數部分的浮點值。度量接收報告的會話標識包括具有“To (去往)”、 “From(來自)”和“Call-ID(呼叫ID) ”SIP報頭字段的串，從而唯一地標識呼叫。此外，可 能需要標識呼叫內的某些RTP會話，例如音頻、視頻或文本RTP流。在不同實施方式中，這 三個SIP報頭字段可以由獨立XML元素或屬性表示。通過之前部分中描述的OMA DM管理 對象來標識度量報告服務器本身。如果不期望QoE報告，則例如除了之前部分中呈現的其他規則機制之外，可以由 QoE度量報告服務器225通過在其HTTP響應中發送錯誤代碼來向UE 115、115，信號傳送該 信息。如果接收報告服務器例如同時由于不同客戶端而對于接收報告臨時超載，則這可能 是有用的。使用SIP、SDP、XML、HTTP、OMA DM MO協議對于本發明不是限制，并且可以在ISO OSI協議棧的任何層處經由其他協議以及經由實體之間的無線和有線網絡連接(還經由代 理和網關)傳送相同的信息。不以任何方式限制下面權利要求書的范圍、解釋或應用，這里公開的示例實施方 式的一個或多個的技術優勢可以是用戶體驗質量度量的評估。這里公開的示例實施方式的 一個或多個的另一可能技術優勢可以是改進多媒體電話中的服務質量。這里公開的示例實 施方式的一個或多個的另一技術優勢可以是防止QoE度量報告服務器225超載。本發明的實施方式可以以軟件、硬件、應用邏輯或軟件、硬件和應用邏輯的組合實 現。軟件、應用邏輯和/或硬件可以駐留在服務器、移動設備、計算機或膝上型計算機上。如 果期望，軟件、應用邏輯和/或硬件的部分可以駐留在服務器上，軟件、應用邏輯和/或硬件 的部分可以駐留在移動設備或計算機上，以及軟件、應用邏輯和/或硬件的部分可以駐留 在芯片組上。應用邏輯、軟件或指令集優選地維持在各種傳統計算機可讀介質中任意一個 上。在該文檔的上下文中，“計算機可讀介質”可以是任何介質或可以包含、存儲、傳送、傳播 或傳遞供指令執行系統、裝置或設備使用或與它們結合使用的裝置。如果期望，則這里討論的不同功能可以以任何順序和/或彼此同時地執行。此外， 如果期望，則上述功能中的一個或多個可以是可選的或可以組合。盡管本發明的各個方面記載在獨立權利要求中，但是本發明的其他方面包括來自 于所述實施方式和/或具有獨立權利要求特征的從屬權利要求的特征的任何組合，并且并 非僅明確記載在權利要求書中的組合。這里還要指出，雖然上述內容示例性描述了本發明的實施方式，但是這些描述不
13應視為是限制性的。反之，可以在不脫離所附權利要求書限定的本發明的訪問的情況下，做 出若干變形和修改。
權利要求
1.一種設備，包括存儲器單元，被配置用于存儲涉及向服務器報告體驗質量度量的過程的配置信息，所 述體驗質量度量與多媒體電話呼叫相關聯，并且所述服務器處于將所述設備連接至與所述 多媒體電話呼叫相關聯的至少一個用戶設備的數據鏈路之外；以及 處理器，通信地連接至所述存儲器單元，所述處理器被配置用于 驗證滿足與報告體驗質量度量的所述過程相關聯的一個或多個規則； 如果滿足了與報告體驗質量方法的所述過程相關聯的所述規則，則所述用戶設備根據 涉及報告體驗質量度量的所述過程的所述配置信息來生成體驗質量度量報告；以及 使得所述設備根據所述配置信息向服務器發送所述體驗質量度量報告。
2.根據權利要求1所述的設備，其中所述配置信息存儲在管理對象中。
3.根據權利要求1-2中任一項所述的設備，其中所述配置信息包括以下的一個或多個涉及體驗質量度量報告服務器的信息，所述服務器接收體驗質量度量報告； 一個或多個體驗質量度量的列表；與報告體驗質量度量的過程相關聯的所述一個或多個規則；以及 關于是否請求體驗質量度量報告的指示。
4.根據權利要求1-3中任一項所述的設備，其中所述處理器還被配置用于使得所述設 備接收所述配置信息的更新。
5.根據權利要求1-4中任一項所述的設備，其中所述處理器還被配置用于使得所述設 備向參與所述多媒體電話呼叫的一個或多個其他用戶設備發送所述配置信息。
6.一種方法，包括用戶設備驗證滿足與報告體驗質量度量的過程相關聯的一個或多個規則，所述體驗質 量度量與多媒體電話呼叫相關聯；如果滿足了與報告體驗質量方法的所述過程相關聯的所述規則，則所述用戶設備根據 涉及報告體驗質量度量的所述過程的配置信息來生成體驗質量度量報告；以及根據所述配置信息向服務器發送所述體驗質量度量報告，其中所述服務器處于將所述 用戶設備連接至參與所述多媒體電話服務的至少另一用戶設備的數據鏈路之外。
7.根據權利要求6所述的方法，其中所述配置信息存儲在管理對象中。
8.根據權利要求6-7中任一項所述的方法，其中所述配置信息包括以下的一個或多個涉及體驗質量度量報告服務器的信息，所述服務器接收體驗質量度量報告； 一個或多個體驗質量度量的列表；與報告體驗質量度量的過程相關聯的所述一個或多個規則；以及 關于是否請求體驗質量度量報告的指示。
9.根據權利要求6-8中任一項所述的方法，還包括接收所述配置信息的更新。
10.根據權利要求6-9中任一項所述的方法，還包括向參與所述多媒體電話呼叫的一 個或多個其他用戶設備發送所述配置信息。
11.一種設備，包括 存儲器單元；處理器，通信地連接至所述存儲器單元，所述處理器被配置用于 確定是否更新存儲在至少一個用戶設備中的、涉及報告體驗質量度量的過程的配置信 息；以及使得所述設備向至少一個用戶設備發送涉及報告體驗質量度量的所述過程的所述配 置信息的更新。
12.根據權利要求11所述的設備，其中所述處理器還被配置用于檢測多媒體電話呼叫建立。
13.根據權利要求11-12中任一項所述的設備，其中所述至少一個更新是管理對象。
14.根據權利要求11-13中任一項所述的設備，其中所述配置信息包括以下的一個或 多個涉及體驗質量度量報告服務器的信息，所述服務器接收體驗質量度量報告； 一個或多個體驗質量度量的列表；與報告體驗質量度量的過程相關聯的所述一個或多個規則；以及 關于是否請求體驗質量度量報告的指示。
15.一種方法，包括確定是否更新存儲在至少一個用戶設備中的、涉及報告體驗質量度量的過程的配置信 息；以及向至少一個用戶設備發送涉及報告體驗質量度量的所述過程的所述配置信息的更新。
16.根據權利要求15所述的方法，還包括檢測多媒體電話呼叫建立。
17.根據權利要求15-16中任一項所述的方法，其中所述至少一個更新是管理對象。
18.根據權利要求15-17中任一項所述的方法，其中所述配置信息包括以下的一個或 多個涉及體驗質量度量報告服務器的信息，所述服務器接收體驗質量度量報告； 一個或多個體驗質量度量的列表；與報告體驗質量度量的過程相關聯的所述一個或多個規則；以及 關于是否請求體驗質量度量報告的指示。
19.一種包括計算機介質的計算機程序產品，所述計算機介質承載包含在其中的計算 機程序代碼以便與計算機一起使用，所述計算機程序代碼包括在執行時使得設備執行以下 操作的計算機可執行指令驗證滿足與報告體驗質量度量的過程相關聯的一個或多個規則； 如果滿足了與報告體驗質量方法的所述過程相關聯的所述規則，則根據涉及報告體驗 質量度量的所述過程的所述配置信息來生成體驗質量度量報告；以及 根據所述配置信息向服務器發送所述體驗質量度量報告。
20.一種包括計算機介質的計算機程序產品，所述計算機介質承載包含在其中的計算 機程序代碼以便與計算機一起使用，所述計算機程序代碼包括在執行時使得設備執行以下 操作的計算機可執行指令確定是否更新存儲在至少一個用戶設備中的、涉及報告體驗質量度量的過程的配置信 息；以及向至少一個用戶設備發送涉及報告體驗質量度量的所述過程的所述配置信息的更新。
全文摘要
根據本發明的示例實施方式，一種方法，包括用戶設備驗證滿足與報告體驗質量度量的過程相關聯的一個或多個規則，所述體驗質量度量與多媒體電話呼叫相關聯；如果滿足了與報告體驗質量方法的過程相關聯的規則，則所述用戶設備根據涉及報告體驗質量度量的過程的配置信息來生成多個體驗質量度量報告；并且根據配置信息向服務器發送體驗質量度量報告，其中服務器處于將用戶設備連接至參與多媒體電話服務的至少另一用戶設備的鏈接之外。
文檔編號H04W24/10GK102124717SQ200980132003
公開日2011年7月13日 申請日期2009年7月2日 優先權日2008年7月2日
發明者I·屈爾西奧, I·鮑阿齊齊, J·P·范加塞爾 申請人:諾基亞公司