用于体验质量报告的系统和方法

专利名称：用于体验质量报告的系统和方法
技术领域：
本申请总体涉及电信服务。
背景技术：
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·范加塞尔 申请人:诺基亚公司