用于确定数据通信的延迟和吞吐量的方法与装置的制作方法

文档序号:7939715阅读:305来源:国知局
专利名称:用于确定数据通信的延迟和吞吐量的方法与装置的制作方法
技术领域
本发明涉及数据通信,更具体地涉及对数据通信的吞吐量的确定。
背景技术
在蜂窝无线通信系统中,监视终端用户服务的性能、识别质量差的区域,以及在可能的情况下通过容量升级和/或网络调谐来改善性能是很重要的。对于语音服务,示范组 的关键性能指标(KPI)可以包括未接通呼叫(blocked call)、终止呼叫(dropped call) 以及语音质量。无线网络节点可以按照地理区域在统计学基础上测量KPI,以使网络运营商 能够监视递送到移动用户的语音服务并检测服务性能在可接受水平之下的区域。KPI还可 以允许运营商识别差性能的根本原因,例如尺寸过小的无线基站(RSB)或小区关系中针对 切换的错误参数设置。因此,应该仔细地限定关键性能指标,以使它们能够准确地衡量终端 用户所体验的服务的性能,并且可以由一个或更多个无线网络节点来测量。随着蜂窝无线网络中的数据服务的快速增长,人们已进行了多次尝试来限定最佳 效果数据服务的ΚΡΙ。尽管可以使用各种平均吞吐量量度、终止和未接通无线承载量度以及 无线协议层次(例如RLC层次)上的量度,但如果这些量度在不同系统中和来自不同基础 设施卖方的相似系统中被不同地限定,就会出现问题。例如,爱立信和诺基亚可能在它们各 自的GSM和WCDMA系统中使用不同的量度。另一个问题是,KPI型量度并不反映终端用户感觉到的质量。这在高带宽的无线 通信系统(例如HSPA、WiMAX和LTE)中特别引起了关注。例如,诸如平均数据速率的KPI 并不精确地表示终端用户体验到的性能,因为该指标还包括该终端用户的发送缓冲器中并 无数据进行发送的非活动时段(period of inactivity)。结果是对终端用户实际体验到的 吞吐量的明显低估。处理该“平均数据速率”问题的一种方式是仅在发射机处的发送(transmit或 send)缓冲器中存储有待发送到终端用户的数据时才测量吞吐量。只在这些时间期间测量 吞吐量,这与基本平均数据速率KPI相比更接近终端用户的感受。但该方法的一个问题是, 它没考虑到在多数系统中,从第一次将数据接收到空的发送缓冲器中直到开始从发送缓冲 器发送数据之间存在一初始时间段,在该初始时间段内不能传送数据。在本申请中,数据连 接不向终端用户发送希望内容的该初始时间被称为“延迟”。延迟部分(component)例如包 括数据内容实际可以被传送之前所需要的数据传送启动时间。这可能是由用户数据的内部 节点处理(例如加密、编码、检查、调制、内部缓冲器之间的数据传送或其他内部处理)或无 线资源(诸如WCDMA和LTE中的无线接入承载和无线承载或者GSM中的临时块流)的设置 而造成的。初始延迟也可能是由与接收器非活动的时间段相对应的接收器休眠模式周期而 造成的。系统中所有节点的延迟一起造成了最小端到端传送时间,即使是最小的数据单元, 也要从系统的一端向另一端来回传送,即系统的所谓端到端往返时间。端到端往返时间是 任何数据通信系统的重要特征,直接影响了终端用户对系统性能的感受。考虑一个可分为两个阶段的电子邮件传送的例子,其中第一阶段的持续时间几乎完全取决于端到端往返时间。在电子邮件下载中,首先是握手阶段,其中在发送器与接收器之间发送各种较小的控制消息,以建立并确认数据连接。在该第一阶段中没有传送该电子 邮件消息的任何实质内容。第二阶段是下载阶段,其中电子邮件和所有附件经由数据连接 被传送。类似的分析对于网络浏览包括一组对象的网页也是成立的。这些对象是不同尺寸 的,并表现为图片、标识、文本框、动画等。HTTP建立了用于顺序下载这些对象的TCP连接。 各对象之间存在一些信令,例如请求下一对象或保持HTTP下载稳定。针对短时数据传送(S卩,只存在少量要传送的数据)的“计入了”或包括了延迟“开 销”时段的平均吞吐量量度大大低于并且通常明显不同于终端用户实际体验到的带宽。终 端用户对吞吐量的体验依赖于向终端用户实际传送希望数据内容的时段。对于长时数据内 容传送(例如多秒),数据传送延迟“开销”时段的影响较小,因为该延迟时间与总的数据传 送时间相比较小。于是,不希望的结果是,平均吞吐量KPI值的有用性(usefulness)取决 于数据传送的尺寸或长度,而不是终端用户体验到的实际希望数据有效载荷吞吐量。较短时数据传送在宽带有线网络中是很普遍的,而在高带宽无线连接越来越快的 无线系统中越来越成为问题。例如,经由无线接口在GSM/ACDMA系统中需要10秒来传送的 网页经由像LTE或WiMAX的移动宽带系统中的无线接口将耗时小于1秒。因此,不补偿传 送的初始延迟时段的吞吐量量度将更加偏离且更加不能代表终端用户在这些和其他高带 宽系统中体验到的吞吐量。对于网络运营商的另一实际问题是卖方特有KPI,其使运营商难以对卖方A通信 设备的终端用户服务性能与卖方B通信设备的终端用户服务性能进行比较。这还造成难以 设置和跟随国家性能目标和对比(benchmark)服务性能。所得到的卖方特有KPI的不希望 的代价是需要耗用精力来理解和对比来自不同卖方的KPI的差别,并创建可以“转换”它们 之间的性能的第三方产品。因此,设计出由发生在开放标准化接口上的指示器(probe)和 事件限定的关键性能指标将是有利的。按照该方式限定的KPI可以设计在任何标准兼容产 品中,并在属于不同运营商、制造商和标准的系统之间以客观方式进行对比。

发明内容
监视与发送器和接收器之间的数据连接相关联的延迟时段和期望有效载荷数据 吞吐量。确定针对接收器的期望有效载荷数据何时到达发送器中的空发送缓冲器以及何时 在接收器处接收到该数据的至少一些的初始发送。计算与该数据的发送相关联的延迟时 段。确定当发送缓冲器中的全部数据(可能也包括在第一数据发送期间到达发送缓冲器的 新数据)都已被发送时的数据传送结束时间,以及包括初始发送在内的直到该结束时间的 发送数据量。接着基于传送数据量和补偿了延迟时段的时段来计算该数据连接的数据传送 吞吐量指标。在优选实施方式中,计算出的数据连接的数据传送吞吐量指标与经由该数据 连接来发送或接收数据的终端用户所体验到的数据传送吞吐量充分相关,并基本上独立于 经由该数据连接传送的数据的总的尺寸或量。优选的是,对该时段进行补偿以使它不包括延迟时段的一些或全部。在使用发送 时间间隔的系统中,该时段通常包括多个发送时间间隔,但优选地不包括传送发送缓冲器 中的最后一部分数据的那个发送时间间隔。最后一个发送时间间隔通常仅被部分地使用, 因此给出了不准确的吞吐量量度。可以在平均时段上进行针对数据连接的多次数据传送吞吐量计算。在平均时段上针对数据连接对这多次数据传送吞吐量计算求平均。在一个非限制性示例实现中,数据连接在仅上行链路发送的时段与仅下行链路发送的时段之间交替,就像诸如时分双工(TDD)系统中那样。在TDD系统中(例如包括WiMAX 和TD-SCDMA技术的一些配置),下行链路发送时段不同于上行链路发送时段。在该示例情 况下,可以针对数据连接确定下行链路发送时段与上行链路发送时段之间的关系。接着基 于下行链路传送的数据量和下行链路发送时段中补偿了所述延迟时段的下行链路时段来 计算该数据连接的下行链路数据传送吞吐量。此后,可以基于该数据连接的下行链路数据 传送吞吐量、补偿后的下行链路时段以及下行链路发送时段与上行链路发送时段之间的关 系,来计算该数据连接的数据传送吞吐量。本技术具有广泛的应用,并可以灵活地实现。例如,发送器和接收器可以经由无线接口进行通信,或者它们可以经由有线接口进行通信。本技术可以在发送器中实现,在发送 器和接收器二者中实现,或者分布在多个节点上。在示例性无线通信应用中,本技术可以在 经由无线接口与一个或更多个用户设备通信的无线基站中和/或用户设备中实现。在另一 示例性无线通信应用中,本技术可以部分地或完全地在用户设备中实现。因此,本申请中的这种技术将经由数据通信的吞吐量大致确定为接收数据的用户 所体验到的吞吐量。所确定的吞吐量基本独立于经由该连接传送的数据总量。该“有效”吞 吐量量度分为两个部分,以提供两个性能量度传送吞吐量和延迟。延迟对应于完成与数据 连接相关联的一个或更多个功能(例如建立和拆除该连接)所需要的时段,在此期间不传 送待传送到终端用户的有效载荷型数据。通过从针对数据连接的吞吐量确定中识别和去除 初始延迟,所确定的传送吞吐量提供了对终端用户实际体验的吞吐量的更准确量度。


图1是例示了延迟和期望数据有效载荷吞吐量的曲线图;图2是例示了非限制性示例程序的流程图,该程序用于确定表示终端用户所体验 到的吞吐量的数据连接的数据吞吐量;图3是例示了示例通信系统的功能框图;图4是例示了示例数据连接的图,其例示了延迟和数据吞吐量部分;图5是例示了对针对特定连接而确定的多个数据吞吐量进行平均的例子的图;图6是例示了作为可使用本技术的无线通信环境的一个示例的非限制性无线通 信系统的功能框图;图7例示了本技术在无线基站中的非限制性示例实现;图8是例示了示例性基站-UE数据连接的图,其例示了 TDD型系统中的延迟和数 据吞吐量部分;而图9是例示了示例性UE-基站数据连接的图,其例示了 TDD型系统中的延迟和数 据吞吐量部分。
具体实施例方式在下面的说明书中,出于说明和非限制性目的阐述了诸如具体节点、功能实体、技 术、协议、标准等具体的细节,以提供对所描述技术的理解。在其他情况下,公知方法、设备、技术等的详细描述被略去,以便不因非必要细节而使说明书变得模糊。图中示出了各个功能块。本领域技术人员应该理解,可以使用单独的硬件电路、与适当编程的微处理器或通用计算机结合地使用软件程序和数据、使用专用集成电路(ASIC)、可编程逻辑阵列和/或使用一个或更多个数字信号处理器(DSP)来实现这些块的功能。图1是例示了延迟和期望数据有效载荷吞吐量的曲线图。纵轴绘出了对照横轴上的数据尺寸或数据量,向接收器传送该数据的时间。关于该曲线图重要的是,在建立数据连接的同时(例如在发送器和接收器之间交换信令信息时)存在延迟时段,以及在接收器可以接收该数据之前在发送数据时涉及的不可避免的迟滞(delay)。该延迟时段不取决于要经由数据连接发送到接收器的期望有效载荷数据的量。在该延迟时段内,吞吐量实际为零。但如在背景技术部分指出的,终端用户通常不是在该延迟时段内,而是在经由连接实际传送有效载荷数据的时间内体验到吞吐量。该曲线图示出,在延迟时段之后正在发送有效载荷数据时,曲线的斜率相对恒定。换言之,向接收器传送更多有效载荷数据的时间量以恒定比率线性增加。该线的斜率大约与终端用户在接收器处体验到的吞吐量成反比。发明人认为,终端用户和运营商通常更为关注的吞吐量值正是该线性吞吐量,因此应当对其进行监视和报告。图2是例示了非限制性示例程序的流程图,该程序用于确定表示终端用户体验到的吞吐量的数据连接的数据吞吐量。首先,在发送器与接收器之间建立数据连接(步骤Si)。确定待发送到接收器的数据何时到达发送器的发送缓冲器(步骤S2)。接着确定接收器何时接收到至少一些缓冲数据的初始发送(步骤S3)。计算与数据的发送相关联的延迟 段(步骤S4)。如同在图1中示出的示例,延迟时段是从在空的发送缓冲器中接收到待发送的期望有效载荷数据的时刻直到在预计的接收器中接收到该数据的第一部分(first)的时刻的时段。该延迟是由用户数据的内部节点处理(例如,加密、编码、检查、调制、内部缓冲器之间的数据传送或其他内部处理)或资源的设立而引起的,例如在通信系统为移动无线通信系统时,所述资源为WCDMA和LTE中的无线接入承载和无线承载或者GSM中的临时块流。在该相同移动无线环境中,初始延迟也可能是由于表示接收器不活动的短时段的接收器休眠模式周期。在发送完所有发送缓冲器中的数据的时间点处确定结束时间(步骤S5)。还确定从初始发送到结束时间所传送的数据量。基于在考虑了该延迟时段的时段内所传送的数据量来计算该数据连接的数据传送吞吐量(步骤S6)。优选的是,按照这样的方式来确定所计算的数据传送吞吐量,即减少、最小化或完全忽略该延迟时段以使吞吐量更好地反映终端用户在接收器处实际体验到的吞吐量。图3是一功能框图,该图例示了示例性通信系统10,该系统10包括经由通信介质20进行通信的发送器12和接收器22。通信介质20可以是任何适当类型,包括有线、线缆、光纤、网络、无线电、红外等。此外,发送器节点12包括用于对要发送到接收器22的数据进行接收和缓冲的发送缓冲器14。发送控制器16控制发送缓冲器14和经由通信介质20从缓冲器14向接收器22的数据发送。延迟和吞吐量处理器18监视数据通信并执行各种功能(例如在图2中描述的那些功能)以确定与向接收器发送数据相关联的延迟时段和与考虑到或补偿了延迟时段的数据发送相关联的吞吐量。接收器22包括接收缓冲器24,缓接收冲器24用于在接收控制器26的管理下经由通信介质20接收和存储从发送器12发送来的数据。控制器26例如可以向发送器12返回确认或否定确认,以表明数据传送的成功与否。接收器22还可以包括延迟和吞吐量处理器 28,该处理器28监视数据通信并执行各个功能(例如在图2中描述的那些功能)以确定与 向接收器发送数据相关联的延迟时段和与考虑到或补偿了延迟时段的数据发送相关联的 吞吐量。它是以虚线示出的,以表明它可以自己执行这些功能或与延迟和吞吐量处理器28 结合地执行这些功能。在另选示例性实现中,与发送器和/或接收器进行通信的另一节点 可以基于从发送器和/或接收器提供的信息而执行延迟和吞吐量处理操作。 图4是例示了示例性数据连接的图,其例示了从发送器向接收器的发送方向被标 记为“下行链路(DL) ”的情况下的延迟和数据吞吐量。数据发送的时间线被表示为断开成 多个时间发送间隔(TTI)。在各TTI期间,可以发送大量数据。下行链路缓冲器可以按照较 高的数据速率经由通信介质而很快被清空。不是简单地测量总数据量除以传送该数据量的 时间,假设可能存在显著的延迟,且还存在发送缓冲器为空并不发送数据的一些时段,在该 示例性说明中,只有那些在缓冲器中存在实际正在发送数据的那些时段才被包括在传送时 间中。而且,存在这样的情况,通常是在最后一个TTI中,剩余的数据量未填满一个TTI时 段。结果,优选的是,在评估吞吐量时不包括未填满至少一个TTI时段的数据传送。因此, 图4示出了不包括延迟时段T_Lat_DL或最后一个被部分填充的TTI的有效传送时间T_tp_ DL0在有效传送时间T_tp_DL期间实际传送的数据量V_tp_DL是图中示出的“成功的 发送、缓冲器不为空”框的总和。由于错误而造成的失败发送或由于通信介质的竞争而导 致的未发送被包括进来作为有效传送时间T_tp_DL的一部分,但不向实际传送的数据量乂_ tp_DL中添加任何数据。可以通过在最后一个TTI中添加少量的传送数据而确定总数据量 V_tot_DL。延迟时gT_Lat_DL在数据首次进入发送缓冲器时开始,而在接收器中接收到缓 冲数据的第一部分时结束。有效传送时与延迟时段重叠了一个TTI,在此期间数 据正在发送但还未完全接收,因此同样地被接收器检测到。接着通过将V_tp_DL除以T_tp_ DL可以计算出有效吞吐量。时间线被表示为如图的右下角所示,并在图5中用来例示可以 确定连接的平均有效吞吐量的方式。图5是例示了用于对针对具体连接而确定的多个数据吞吐量进行平均的示例的 图。T_Lat_l被定义为属于时段^1,而1~_1^站_4被定义为属于时段N+1。于是可以将平均 吞吐量计算为Throughput_DL = V_tp_DL/T_tp_DL (字节 / 秒)上面描述的技术例如在演进3DPP UMTS系统中可能是有用的,该演进3DPP UMTS 系统诸如为长期演进(LTE),其中,有望得到经由无线无线接口的较高数据速率,这增大了 空缓冲器(尤其是在基站中)的可能性。图6中示出了一个示例性LTE系统100。当然, 可以在诸如GSM、WCDMA、HSPA和WiMAX的任何现代无线通信系统中使用本技术。为了容易 描述,用户设备(UE)可以不受限制地被称为用户终端或移动终端,而eNodeB可以使用更 普遍和熟悉的术语被称为基站。应该理解,本技术不限于无线通信系统,也可以应用于诸如 ADSL、VASL的有线系统以及例如GPON的基于光纤的技术。通用移动电信系统(UMTS)是一种工作在基于欧洲系统的宽带码分多址(WCDMA)、 全球移动通信系统(GSM)和通用分组无线业务(GPRS)中的第三代(3G)异步移动通信系 统。UMTS的长期演进(LTE)正处于对UMTS进行标准化的第三代合作伙伴计划(3GPP)的开发中。3GPP网站处提供了许多与演进型通用陆地无线接入(E-UTRA)和演进型通用陆地无 线接入网络(E-UTRAN)有关的技术规范,例如3GPP TS36. 300。LTE工作的目标是开发出一 种面向高数据速率、低延迟和分组优化无线接入技术的3GPP无线接入技术的演进框架。具 体地说,LTE目的在于支持从分组交换(PS)域提供的业务。3GPP LTE技术的关键目标是实 现大约IOOMbps或更高的高速分组通信。在示例LTE型移动通信系统100中,E-UTRAN 120包括经由无线接口向用户设备 (UE) 200提供E-UTRA用户平面和控制面协议端接(termination)的E-UTRAN NodeB (eNodeB 或eNB)180。尽管eNB是逻辑节点(经常但不必然由实际基站实现),但术语基站这里用于 一般地涵盖逻辑节点和实际节点二者。eNB通过X2接口彼此互联。eNB还借助Sl接口通 过Sl-MME连接到包括移动性管理实体(MME)的演进型分组核心(EPC) 140,并通过Sl-U连 接到系统架构演进(SAE)网关。在该示例中,MME/SAE网关被称为单个节点220。Sl接口 支持MME/SAE与eNB之间的多对多关系。E-UTRAN 120和EPC 140 —起构成了公共陆地移 动网(PLMN)。MME/SAE网关220直接或间接地连接到因特网160和其他网络。图7例示了本技术在无线基站180中的非限制性实现,尽管本技术还可以实现在 UE 200中。基站180被示出为配置成向多个UE 200发送数据,并包括发送控制器160以控 制该过程。向各个发送缓冲器140提供针对UE 1, UE2, ...,UEn的数据。来自这些缓冲器的 数据在宽带处理电路中被处理(例如编码、调制等),并上变频为射频且经由无线电路190 在空中发送。延迟和吞吐量处理器165监视发送缓冲器和到各UE 200的发送,并执行在图 2和图4中例示的上述示例中描述的功能,以针对到一个或更多个UE的每个数据发送来计 算延迟时段和有效吞吐量(即时的或平均的)。图8是例示了示例性基站-UE数据连接的图,其例示了 TDD系统中图7中的基站 180的延迟和数据吞吐量部分。该图类似于图4,但适于时分双工(TDD)型接入系统。该吞 吐量被计算为Throughput_DL = (DL fraction)XV_tp_DL/T_tp_DL"DL fraction”是相对于系统处于下行链路发送时段的总通信时间的时间量。当 然,如果对发送器或接收器何时可以通信没有施加时间约束,则DL fraction将是“1”。在 该示例中,DL fraction = 6/10,因为10个TTI中的6个TTI被用于DL发送(从网络向 UE发送),而10个TTI中的4个被用于从UE向网络发送(上行链路时段)。乘以因子“DL fraction”对由于系统的TDD结构而造成的监视方向的发送不能发生的时间进行了补偿, 并确保所得到的监视吞吐量反映了终端用户所体验到的吞吐量。图9是例示了示例性UE-基站数据连接的图,其例示了 TDD型接入系统中的UE中 实现的延迟和数据吞吐量部分。图9类似于图8,并且上行链路吞吐量被计算为Throughput_UL = (UL fraction)XV_tp_UL/T_tp_UL上面描述的技术也具有广泛的应用,以灵活地在每用户水平上、每数据流水平上 监视吞吐量和延迟,或对一个以上用户累积(例如在每小区水平上)吞吐量和延迟。在 一个示例性应用中,发送缓冲器可以是将分组包含到仅一个数据流(例如基于IP的语音 (VoIP))的发送缓冲器,在VoIP中,流传送仅包含语音帧的数据分组。本技术也可应用于与 第二发送缓冲器有关的第二流。第二流例如可以与尽力服务数据(best effortdata)的传 送有关,表示第二缓冲器包含了与尽力服务互联网连接相关联的数据分组。在该情况下,可以使用该技术来测量彼此独立的两个流的延迟和吞吐量。这两个流可以是去往同一个用户 或两个不同用户的。在另一示例性应用中,发送缓冲器包含与发送器和接收器之间的所有传送和流相 关联的分组。在该示例中可以使用本技术来测量去往一个终端用户的、在所有流和传送上 集合的总延迟和吞吐量。在另外一个示例性应用中,发送缓冲器包含与发送器和多个接收器以及用户之间的所有传送和流相关联的分组。在诸如无线网络小区的服务区中确定在所有流、用户和传 送上集合的总延迟和吞吐量。上述技术解决了在背景技术部分中描述的技术问题,并独立于通信介质、接入方 法等在许多数据通信系统中有非常广泛的应用。例如,本技术使运营商能够测量和监视系 统中的终端用户体验到的所提供的数据服务的质量。运营商还可以使用该技术来识别较 差的系统性能,以发现瓶颈并识别需要升级、扩展或调谐的节点和设备。系统的延迟和吞 吐量特征可以被测量,这些特征与终端用户所测量到的网页、电子邮件、文件等的下载次数 (download times)密切相关。也可以在多个开放标准化接口上来提供延迟和吞吐量量度, 这实现了对来自不同运营商和卖方的系统之间的客观性能评价和对比。另一优点是提供了 可以在诸如GPRS的低带宽系统和诸如HSPA、LTE、VDSL和光纤网络等的高带宽系统二者中 使用的性能量度。此外,可以应用上述技术来提供不同技术之间的客观对比。对于运营商 而言,这意味着例如在组合的GSM/WCDMA/LTE网络中可以使用相同的性能量度和目标。尽管已详细示出和描述了各种实施方式,但权利要求不限于任何具体的实施方式 或示例。例如,尽管主要针对扰码序列来进行描述,但也可以使用针对随机接入扰码序列而 描述的两种类型的方法来确定在各上行链路帧中发送的基准信号序列,基站接收器为了上 行链路信道估计目的而使用该基准信号序列。上述说明书的任何部分都不应该被理解为暗 示了任何具体的元件、步骤、范围或功能是必要的,从而必须被包括在权利要求范围中。专 利主题的范围只由权利要求书来限定。法律保护的范围是由授权的权利要求书及其等同 物中陈述的词语来限定。与本领域普通技术人员公知的上述优选实施方式的元素的所有 结构和功能等同物清楚地通过引用并入于此,并旨在由现在的权利要求所包含。此外,设备 或方法不必要解决本发明寻求解决的每个问题,因为它是由现在的权利要求包含的。任何
权利要求都不旨在援引35USC§ 112的款6,除非使用了措辞“用于......的装置”或“用
于.......的步骤”。此外,不管在权利要求书中是否陈述了说明书中的实施方式、特征、组
成部分或步骤,这些实施方式、特征、组成部分或步骤都不是要呈现于公众。
权利要求
一种监视与发送器和接收器之间的数据连接相关联的延迟和吞吐量的方法,该方法包括以下步骤(a)确定针对所述接收器的数据何时到达所述发送器中的发送缓冲器;(b)确定何时在所述接收器处接收到该数据的至少一些的初始发送;(c)计算与该数据的发送相关联的延迟时段;(d)确定当所述发送缓冲器中的全部数据都已被发送时的结束时间,以及包括所述初始发送在内的直到该结束时间的发送数据量;以及(e)基于传送数据量和补偿了所述延迟时段的时段来计算所述数据连接的数据传送吞吐量指标。
2.根据权利要求1所述的方法,其中,所述时段不包括所述延迟时段的一些或全部。
3.根据权利要求1所述的方法,其中,所述时段包括多个发送时间间隔,并且不包括传 送所述发送缓冲器中的最后一部分数据的那个发送时间间隔。
4.根据权利要求1所述的方法,该方法还包括以下步骤在平均时段上进行针对所述数据连接的多次数据传送吞吐量计算,以及 在所述平均时段上对针对所述数据连接的所述多次数据传送吞吐量计算求平均。
5.根据权利要求1所述的方法,其中,计算出的所述数据连接的数据传送吞吐量指标 与经由所述数据连接来发送或接收数据的终端用户所体验到的数据传送吞吐量大体上是 关联的,并且大体上独立于经由所述数据连接而传送的数据的总尺寸或总量。
6.根据权利要求1所述的方法,其中,所述数据连接包括与上行链路发送时段不同的 下行链路发送时段,并且其中该方法还包括以下步骤确定所述数据连接的下行链路发送时段与上行链路发送时段之间的关系; 基于下行链路传送的数据量和下行链路发送时段中补偿了所述延迟时段的下行链路 时段,来计算所述数据连接的下行链路数据传送吞吐量;以及基于所述下行链路数据传送吞吐量、补偿后的下行链路时段,以及所述数据连接的下 行链路发送时段与上行链路发送时段之间的所述关系,来计算所述数据连接的所述数据传 送吞吐量。
7.根据权利要求1所述的方法,其中,所述发送器和所述接收器经由无线接口进行通fn °
8.根据权利要求1所述的方法,其中,所述发送器和所述接收器经由有线接口进行通fn °
9.根据权利要求1所述的方法,其中,在所述发送器中执行步骤(a)-(e)。
10.根据权利要求1所述的方法,其中,在所述发送器中执行所述步骤(a)-(e)中的一 个或更多个,而在所述接收器中执行所述步骤(a)-(e)中的一个或更多个。
11.根据权利要求1所述的方法,其中,在所述发送器中执行所述步骤(a)-(e)中的一 个或更多个,而在网络或运行节点中执行所述步骤(a)-(e)中的一个或更多个。
12.根据权利要求1所述的方法,其中,在经由无线接口与一个或更多个用户设备进行 通信的无线基站中执行步骤(a)-(e)。
13.根据权利要求1所述的方法,其中,在经由无线接口与无线基站进行通信的用户设 备中执行所述步骤(a)-(e)中的一些。
14.根据权利要求1所述的方法,其中,所述初始发送包括在发送时间间隔TTI内发送 的数据量,并且所述数据是在多个TTI中递送的。
15.根据权利要求1所述的方法,其中,将所述传送吞吐量指标报告给运行和维护系统。
16.根据权利要求1所述的方法,其中,所述发送缓冲器包含仅与单个数据流相关联的 数据。
17.根据权利要求1所述的方法,其中,所述发送缓冲器包含仅与单个用户设备相关联 的数据。
18. —种监视与发送器和接收器之间的数据连接相关联的延迟和吞吐量的装置,其中 该发送器包括发送缓冲器,该装置包括被设置为执行以下操作的电路确定针对所述接收器的数据何时到达所述发送器中的发送缓冲器;确定何时在所述接收器处接收到该数据的至少一些的初始发送;计算与该数据的发送相关联的延迟时段;确定当所述发送缓冲器中的全部数据都已被发送时的结束时间,以及包括所述初始发 送在内的直到该结束时间的发送数据量;以及基于传送数据量和补偿了所述延迟时段的时段来计算所述数据连接的数据传送吞吐 量指标。
19.根据权利要求18所述的装置,其中,所述时段不包括所述延迟时段的一些或全部。
20.根据权利要求18所述的装置,其中,所述时段包括多个发送时间间隔,并且不包括 传送所述发送缓冲器中的最后一部分数据的那个发送时间间隔。
21.根据权利要求18所述的装置,该装置还包括被设置为执行以下操作的电路在平均时段上进行针对所述数据连接的多次数据传送吞吐量计算,以及在所述平均时段上对针对所述数据连接的所述多次数据传送吞吐量计算求平均。
22.根据权利要求18所述的装置,其中,计算出的所述数据连接的数据传送吞吐量指 标与经由所述数据连接来发送或接收数据的终端用户所体验到的数据传送吞吐量大体上 是关联的,并且大体上独立于经由所述数据连接而传送的数据的总尺寸或总量。
23.根据权利要求18所述的装置,其中,所述数据连接包括与上行链路发送时段不同 的下行链路发送时段,并且其中所述电路被设置为执行以下操作确定所述数据连接的下行链路发送时段与上行链路发送时段之间的关系;基于下行链路传送的数据量和下行链路发送时段中补偿了所述延迟时段的下行链路 时段,来计算所述数据连接的下行链路数据传送吞吐量;以及基于所述下行链路数据传送吞吐量、补偿后的下行链路时段,以及所述数据连接的下 行链路发送时段与上行链路发送时段之间的所述关系,来计算所述数据连接的所述数据传 送吞吐量。
24.根据权利要求18所述的装置,其中,所述发送器和所述接收器经由无线或有线接 口进行通信。
25.根据权利要求18所述的装置,其中,所述装置是在基站中实现的。
26.根据权利要求18所述的装置,其中,所述装置是在无线移动台中实现的。
27.根据权利要求18所述的装置,其中,所述装置分布在多个节点上。
全文摘要
本申请中的技术将经由数据通信的吞吐量大致确定为接收数据的用户所体验的吞吐量。所确定的吞吐量大致独立于经由连接而传送的总数据量。该“有效”的吞吐量量度分为两个部分,以提供两个性能量度传送吞吐量和延迟。延迟对应于完成与数据连接相关联的一个或更多个功能(例如建立和拆除连接)所需要的时段,在此期间不传送要传送到终端用户的有效载荷型数据。通过根据数据连接的吞吐量来确定识别和去除初始延迟,所确定的传送吞吐量提供了对终端用户实际体验的吞吐量的更准确量度。
文档编号H04L12/26GK101803302SQ200880104025
公开日2010年8月11日 申请日期2008年7月10日 优先权日2007年8月24日
发明者埃里克·韦斯特伯格, 米卡埃尔·瑟德斯特伦, 肯尼思·布莱克, 马丁·斯卡威尔 申请人:Lm爱立信电话有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1