一种获取用户感知的方法及系统的制作方法

文档序号:7971011阅读:136来源:国知局
专利名称:一种获取用户感知的方法及系统的制作方法
技术领域
本发明涉及通信领域的用户感知(QoE, Quality of Experience)技术,特别是指一种获取QoE的方法及系统。
背景技术
当前技术中,网络侧比如数据交换机、移动数据交换设备、无线基站、无线基站控制器等会根据用户的签约信息、以及当前的网络资源状况,在用户发起数据业务时协商出本次业务的服务质量(QoS, Quality of Service),也就是说,在用户发起数据业务时,就协商出本次业务的策略控制。这里,所述QoS包括:最大、最小带宽、时延、以及抖动等参数。由于整个因特网协议(IP,Internet Protocol)网络的QoS保障属于尽力而为的机制,因此,在业务过程中,随着使用用户数和业务量的变化、以及用户的移动等,用户实际的业务质量会发生变化,由于网络侧不能得到用户实际感知,因此,在业务过程中也无法做出进一步地调控,具体分析如下:QoE受主观和客观两方面因素影响。其中,主观因素包括:价格以及使用者的背景等,客观因素则包括:从终端至接入到网络、再到业务应用中的多个跨厂家、跨网元的设备的运行状态等等。这里,所述使用者的背景包括:使用者的受教育程度、消费能力、以及消费习惯等。目前,QoE的测量方法,主要包括以下三种:1、测试终端的方法。具体地,在测试终端上安装测试软件,当业务结束时进行主观评分。这种方法的缺点是:测试终端的数量较小,不能完全反映出所有用户的QoE和网络状况。另外,这种方法只能定性地得到QoE,不能客观定量地反映出用户的QoE。2、接入及网络的方法。具体地,将网络的关键绩效指标法(KPI,Key PerformanceIndicator)映射到用户的QoE上。这种方法的优点是易实施,但是,由于KPI为网元的性能指标,与QoE之间无法进行简单的数学关系映射,因此,该方法的缺点是不准确。3、业务应用网元的方法。具体地,在业务侧准确测量业务成功率等KPI及业务质量参数。该方法是目前应用较多的一种方法,该方法的缺点是:运营商无法得到这些测量数据。同时,上面描述的三种方法均是在业务结束后,才能进行分析,即:属于事后分析方法,因此,无法方便准确地获取用户感受的业务质量,从而导致目前没有根据QoE在业务过程中进行精细化管控的应用。

发明内容
有鉴于此,本发明的主要目的在于提供一种获取QoE的方法及系统,能使网络侧及时、准确地获取终端的QoE数据。为达到上述目的,本发明的技术方案是这样实现的:本发明提供了一种获取QoE的方法,该方法包括:
在业务进行过程中,终端根据网络侧下发的QoE测量及上报策略,周期性测量自身的QoE数据,并上报给网络侧。上述方案中,该方法进一步包括:当终端发起业务时,网络侧向所述终端下发QoE测量及上报策略。上述方案中,在向所述终端下发QoE测量及上报策略之前,该方法进一步包括:网络侧根据所述终端对应的用户签约数据及网络策略配置,确定所述QoE测量及上报策略。上述方案中,所述向所述终端下发QoE测量及上报策略,为:通过在接入业务、或激活业务的过程中的控制面信令中,增加消息类型或字段的方式,向所述终端下发QoE测量及上报策略;或者,在所述终端和网络侧建立承载后,通过媒体面消息交互的方式,向所述终端下发QoE测量及上报策略。上述方案中,在上报给网络之前,该方法进一步包括:所述终端将测量的QoE数据进行封装。上述方案中,所述上报给网络侧,为:将所述QoE数据随媒体面报文,一并上报给网络侧。上述方案中,该方法进一步包括:网络侧对收到的所述QoE数据,进行分析,并进行策略控制。上述方案中,所述进行策略控制,为:网络侧根据自身保存的用户签约数据、网络策略配置及分析结果,进行策略控制。本发明还提供了一种获取QoE的系统,该系统包括:终端及网络侧;其中,终端,用于在业务进行过程中,根据网络侧下发的QoE测量及上报策略,周期性测量自身的QoE数据,并上报给网络侧;网络侧,用于向终端下发测量及上报策略,并接收终端上报的QoE数据。上述方案中,所述网络侧,在向所述终端下发QoE测量及上报策略之前,还用于根据所述终端对应的用户签约数据及网络策略配置,确定所述QoE测量及上报策略。上述方案中,所述终端,在上报给网络侧之前,还用于将测量的QoE数据进行封装。上述方案中,所述网络侧,还用于对收到的所述QoE数据,进行分析,并进行策略控制。本发明提供的获取QoE的方法及系统,在业务进行过程中,终端根据网络侧下发的QoE测量及上报策略,周期性测量自身的QoE数据,并上报给网络侧,如此,在业务进行过程中,网络侧能及时、准确地获取终端的QoE数据,且获取的QoE数据更接近用户的真是感受。而且,本发明提供的方案操作简单、易于实现,处在网络中的终端均可实现,如此,能使网络侧获取的QoE数据更加全面、更有分析价值。另外,网络侧对收到的所述QoE数据,进行分析,并进行策略控制,将QoE作为网络侧进行策略控制的依据,如此,能对网络设备进行精细化的资源调配,从而能实现实时精细化的管理控制。


图1为本发明获取QoE的方法流程示意图;图2为实施例实现策略控制的方法流程示意图;图3为本发明获取QoE的系统结构示意图。
具体实施例方式下面结合附图及具体实施例对本发明再作进一步详细的说明。本发明的基本思想是:在业务进行过程中,终端根据网络侧下发的QoE测量及上报策略,周期性测量自身的QoE数据,并上报给网络侧。本发明获取QoE的方法,如图1所示,包括以下步骤:步骤100:当终端发起业务时,网络侧向所述终端下发QoE测量及上报策略;这里,所述网络侧向所述终端下发QoE测量及上报策略的时机具体可以是:接入业务的过程中或激活业务的过程中,其中,在实际应用过程中,可以根据需要设置网络侧向所述终端下发QoE测量及上报策略的具体时机。所述向所述终端下发QoE测量及上报策略,具体为:通过在接入业务、或激活业务的过程中的控制面信令中,增加消息类型或字段的方式,向所述终端下发QoE测量及上报策略;或者,在所述终端和网络侧建立承载后,通过媒体面消息交互的方式,向所述终端下发QoE测量及上报策略。其中,由于采用控制面信令交互具有效率高,且能让终端更早地获知QoE测量及上报策略的优点,因此,在实际应用时,优选通过在接入业务、或激活业务的过程中的控制面信令中,增加消息类型或字段的方式,向所述终端下发QoE测量及上报策略。这里,通过在接入业务、或激活业务的过程中的控制面信令中,增加消息类型或字段的方式,向所述终端下发QoE测量及上报策略、以及在所述终端和网络侧建立承载后,通过媒体面消息交互的方式,向所述终端下发QoE测量及上报策略的具体处理过程为本领域技术人员惯用技术手段。在向所述终端下发QoE测量及上报策略之前,该方法还可以进一步包括:网络侧根据所述终端对应的用户签约数据及网络策略配置,确定所述QoE测量及上报策略;其中,网络侧事先已保存所述终端对应的用户签约数据及网络策略配置;所述QoE测量及上报策略,具体可以包括:本次业务是否进行QoE测量、是否上报QoE数据、测量频度、上报频度、以及测量类型等;这里,所述测量频度用于指示所述终端测量自身QoE数据相关的数据的周期长度;所述上报频度用于指示所述终端上报QoE数据的周期长度;所述测量类型可以包括:主观数据的采集、和/或客观业务数据的测量等;其中,所述主观数据具体可以是:本次业务完成时,用户进行的主观评分等;所述客观业务数据具体可以包括:承载QoS的相关数据、和/或业务质量的相关数据等;这里,所述承载QoS的相关数据可以包括:根据下发的QoE测量及上报策略中的测量频度测量的速度、时延、抖动以及本测量周期的平均速率、最高速率、以及最低速率等指标、和测量的无线的误码率、上下行干扰、切换/掉话频率、以及成功率等指标;所述业务质量的相关数据可以包括:根据业务流测量的相应业务指标,比如:对于网络电话(VoIP, Voice over Internet Protocol)业务,测量的语音平均主观得分(MOS, Mean Opinion Score);对于视频业务,测量的视频M0S、点播速率、以及语音视频同步率;对于超文本传输协议(HTTP, HyperText Transfer Protocol)浏览业务,测量的页面打开速度等指标。不同的业务,相应的业务指标的内容不同。步骤101:在业务进行过程中,所述终端根据网络侧下发的QoE测量及上报策略,周期性测量自身的QoE数据,并上报给网络侧。在上报给网络侧之前,该方法还可以进一步包括:所述终端将测量的QoE数据进行封装;这里,进行封装的具体处理过程可采用现有技术。在实际应用时,所述终端可以将测量的QoE数据封装成IP包中的特殊报文。所述上报给网络侧,具体为:将所述QoE数据随媒体面报文,一并上报给网络侧;比如:根据用户数据包协议(UDP, User Datagram Protocol),给所述QoE数据自定义报文,并伴随媒体面报文,一并上报给网络侧。该方法还可以进一步包括:网络侧对收到的所述QoE数据,进行分析,并进行策略控制。其中,所述对收到的所述QoE数据,进行分析,具体可以包括:QoE分析、网络质量分析、用户投诉处理、以及网络规定的优化等。所述进行策略控制,具体为:网络侧根据自身保存的用户签约数据、网络策略配置及分析结果,进行策略控制;这里,对进行策略控制的具体处理过程不做限定;在进行策略控制时,具体可以包括:提高或降低用户的QoS等级、门控、计费控制、以及网页重定向等操作、接入系统的接纳控制及拥塞控制、以及网络的负荷控制、分组调度、负荷均衡、功率控制、速率调整等。目前,策略控制不仅包括QoE,也可以包括对网络资源的调控等。这里,需要说明的是:本发明提供的方案,不需要对原有终端及网络侧相应的设备的硬件模块进行改动,仅需要在软件上增加相应的功能即可。下面结合实施例对本发明再作进一步详细的描述。在本实施例中,网络侧包括:接入子系统、交换子系统、分析子系统以及策略子系统;其中,所述接入子系统可以包括:无线接入子系统、有线接入子系统及承载子系统,具体可以是:基站、基站控制器、或无源光纤网络(PON, Passive Optical Network)等;所述交换子系统可以包括:移动交换设备、固定带宽交换设备等;比如:网关GPRS支持节点(GGSN, Gateway GPRS Support Node)、GPRS服务支持节点(SGSN, Servicing GPRS SupportNode)、移动性管理设备(MME, Mobility Management Entity)、服务网关(SGff, ServingGateway)、分组数据网络网关(PGW, Packet data network Gateway)等;所述分析子系统可以独立部署,也可以内置于接入子系统或交换子系统中;所述策略子系统可以独立部署,也可以内置于接入子系统或子交换系统中,作为策略模块;这里,当所述策略系统独立部署时,所述策略系统包括:策略与计费规则功能(PCRF,Policy and Charging RulesFunction)、用户数据库(SPR, Subscriber Profile Repository)等设备。本实施例实现策略控制的方法,如图2所示,包括以下步骤:步骤201:终端接入宽带数据网络后,发起业务,进行接入业务的过程或激活业务的过程;步骤202:在接入业务的过程中或激活业务的过程中,策略子系统根据所述终端对应的用户签约数据及网络策略配置,确定所述QoE测量及上报策略;这里,所述QoE测量及上报策略,具体可以包括:本次业务是否进行QoE测量、是否上报QoE数据、测量频度、上报频度、以及测量类型等;这里,所述测量频度用于指示所述终端测量自身QoE数据相关的数据的周期长度;所述上报频度用于指示所述终端上报QoE数据的周期长度;所述测量类型可以包括:主观数据的采集、和/或客观业务数据的测量等。步骤203:策略子系统向所述终端下发QoE测量及上报策略;这里,下发的方式可以有多种方式,具体可以为:通过在接入业务、或激活业务的过程中的控制面信令中,增加消息类型或字段的方式,向所述终端下发QoE测量及上报策略;或者,在所述终端和网络侧建立承载后,通过媒体面消息交互的方式,向所述终端下发QoE测量及上报策略。其中,在实际应用时,优选通过在接入业务、或激活业务的过程中的控制面信令中,增加消息类型或字段的方式,向所述终端下发QoE测量及上报策略。步骤204:在业务进行过程中,所述终端根据网络侧下发的QoE测量及上报策略,周期性测量自身的QoE数据;具体地,所述终端根据网络侧下发的QoE测量及上报策略中的测量频度,周期性测量自身的QoE数据。在测量时,测量的内容包括:测量承载QoS的相关数据、测量业务质量的相关数据、以及采集主观感受;其中,所述主观感受可以称为主观数据。在测量承载QoS的相关数据时,包括:根据下发的QoE测量及上报策略中的测量频度测量的速度、时延、抖动以及本测量周期的平均速率、最高速率、以及最低速率等指标和测量的无线的误码率、上下行干扰、切换/掉话频率、以及成功率等指标。在测量业务质量的相关数据时,根据业务流测量的相应业务指标;比如:对于VoIP业务,测量的语音MOS ;对于视频业务,测量的视频M0S、点播速率、以及语音视频同步率;对于HTTP浏览业务,测量的页面打开速度等指标。不同的业务,相应的业务指标的内容不同。在采集主观感受时,可以在业务完成时,提供人机对话,提示用户进行主观评分,从而采集到主观感受。步骤205:所述终端根据下发网络侧下发的QoE测量及上报策略中的上报频度,周期性将测量的QoE数据进行封装并上报给网络侧;具体地,可以根据UDP,给所述QoE数据自定义报文,并伴随媒体面报文,一并上报给网络侧。媒体报文经过接入子系统及交换子系统时,接入子系统及交换子系统从媒体报文中解析到QoE数据;具体地,可以通过UDP的特殊端口或报文中的特征字段将QoE数据检测出来,从而解析到QoE数据。解析到QoE数据后,如果需要进行策略控制,则根据QoE数据,进行策略控制,如果不需要进行策略控制,则向相应的后续的设备透传解析到的QoE数据;具体地,接入子系统如果不需要进行策略控制,则向交换子系统透传解析到的QoE数据,交换子系统收到QoE数据后,如果不需要进行策略控制,则向分析子系统透传收到的QoE数据;这里,如果接入子系统及交换子系统事先已配置相关的策略控制,则在获取到QoE数据后,需要进行策略控制,如果接入子系统及交换子系统事先未配置相关的策略控制,则在获取到QoE数据后,不需要进行策略控制。步骤206:网络侧的分析子系统收到QoE数据后,对QoE数据进行分析,并将分析结果通知给策略控制子系统;这里,在进行分析时,进行多维度分析,具体地,可以包括:QoE分析、网络质量分析、用户投诉处理、以及网络规定的优化等。步骤207:网络侧的策略控制子系统根据自身保存的用户签约数据、网络策略配置及分析结果,制定相应的控制策略,并下发给相应的执行系统;这里,所述执行系统具体可以是接入子系统、和/或交换子系统。步骤208:执行系统根据控制策略,进行策略控制,形成闭环控制;这里,在进行策略控制时,具体可以包括:提高或降低用户的QoS等级、门控、计费控制、以及网页重定向等操作、接入子系统的接纳控制及拥塞控制、以及网络的负荷控制、分组调度、负荷均衡、功率控制、速率调整等。目前,策略控制不仅包括QoE,也可以包括对网络资源的调控等。本步骤的具体实现过程不属于本发明关心的内容,不再赘述。为实现上述方法,本发明还提供了一种获取QoE的系统,如图3所示,该系统包括:终端31及网络侧32;其中,终端31,用于在业务进行过程中,根据网络侧32下发的QoE测量及上报策略,周期性测量自身的QoE数据,并上报给网络侧32 ;网络侧32,用于向终端31下发QoE测量及上报策略,并接收终端上报的QoE数据。其中,所述网络侧32,在向所述终端32下发QoE测量及上报策略之前,还用于根据所述终端32对应的用户签约数据及网络策略配置,确定所述QoE测量及上报策略。所述终端31,在上报给网络侧32之前,还用于将测量的QoE数据进行封装。所述网络侧32,还用于对收到的所述QoE数据,进行分析,并进行策略控制。这里,需要说明的是:本发明所述系统中的终端及网络侧的具体处理过程已在上文中详述,不再赘述。以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
权利要求
1.一种获取用户感知(QoE)的方法,其特征在于,该方法包括: 在业务进行过程中,终端根据网络侧下发的QoE测量及上报策略,周期性测量自身的QoE数据,并上报给网络侧。
2.根据权利要求1所述的方法,其特征在于,该方法进一步包括: 当终端发起业务时,网络侧向所述终端下发QoE测量及上报策略。
3.根据权利要求2所述的方法,其特征在于,在向所述终端下发QoE测量及上报策略之前,该方法进一步包括: 网络侧根据所述终端对应的用户签约数据及网络策略配置,确定所述QoE测量及上报策略。
4.根据权利要求2所述的方法,其特征在于,所述向所述终端下发QoE测量及上报策略,为: 通过在接入业务、或激活业务的过程中的控制面信令中,增加消息类型或字段的方式,向所述终端下发QoE测量及上报策略;或者, 在所述终端和网络侧建立承载后,通过媒体面消息交互的方式,向所述终端下发QoE测量及上报策略。
5.根据权利要求1至4任一项所述的方法,其特征在于,在上报给网络之前,该方法进一步包括: 所述终端将测量的QoE数据进行封装。
6.根据权利要求5所述的方法,其特征在于,所述上报给网络侧,为: 将所述QoE数据随媒体面报文,一并上报给网络侧。
7.根据权利要求1至4任一项所述的方法,其特征在于,该方法进一步包括: 网络侧对收到的所述QoE数据,进行分析,并进行策略控制。
8.根据权利要求7所述的方法,其特征在于,所述进行策略控制,为: 网络侧根据自身保存的用户签约数据、网络策略配置及分析结果,进行策略控制。
9.一种获取QoE的系统,其特征在于,该系统包括:终端及网络侧;其中, 终端,用于在业务进行过程中,根据网络侧下发的QoE测量及上报策略,周期性测量自身的QoE数据,并上报给网络侧; 网络侧,用于向终端下发测量及上报策略,并接收终端上报的QoE数据。
10.根据权利要求9所述的系统,其特征在于,所述网络侧,在向所述终端下发QoE测量及上报策略之前,还用于根据所述终端对应的用户签约数据及网络策略配置,确定所述QoE测量及上报策略。
11.根据权利要求9或10所述的系统,其特征在于,所述终端,在上报给网络侧之前,还用于将测量的QoE数据进行封装。
12.根据权利要求9或10所述的系统,其特征在于,所述网络侧,还用于对收到的所述QoE数据,进行分析,并进行策略控制。
全文摘要
本发明公开了一种获取用户感知(QoE)的方法,该方法包括在业务进行过程中,终端根据网络侧下发的QoE测量及上报策略,周期性测量自身的QoE数据,并上报给网络侧。本发明同时公开了一种获取QoE的系统,采用本发明的方法及系统,在业务进行过程中,网络侧能及时、准确地获取终端的QoE数据,且获取的QoE数据更接近用户的真是感受。而且,本发明提供的方案操作简单、易于实现,处在网络中的终端均可实现,并将QoE作为进行策略控制的依据,如此,能使网络侧获取的QoE数据更加全面、更有分析价值。
文档编号H04L12/26GK103107958SQ20111035741
公开日2013年5月15日 申请日期2011年11月11日 优先权日2011年11月11日
发明者张慧 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1