果不存在，则执行步骤7。
[0184]步骤7，判断是否存在下游丢包，如果存在，则根据五元组信息找到对应的TCP周期事件，并使下游丢包次数+1 ;如果不存在，则执行步骤8。
[0185]需要说明的是，可采用现有方式实现上游丢包、下游丢包的判断过程，本发明对此可不做具体限定，此处亦不做过多介绍。
[0186]步骤8，如果TCP流数据包不是SYN、SYN ACK、SYN ACK的ACK，可继续判断其是否为ACK数据包，如果是，则在TCP周期事件中记录ACK数据包对应的时间T5，继续执行步骤9 ;如果否，则执行步骤10。
[0187]步骤9，判断是否查找到ACK所对应的带内容的数据包的采集时间T4，如果查找至|J，且本次时延(T5-T4)大于预设时延，则将RTT总次数+1。
[0188]步骤10:判断TCP流数据包是否为RESET包(表示强行结束业务)或FIN包(表示正常结束业务)，如果是，则输出满足条件的TMR。
[0189]下面先从处理平台出发对本发明的网络质量评估过程进行解释说明。
[0190]参见图4，示出了本发明实施例处理平台的网络质量评估方法实施例1的流程图，可包括:
[0191]步骤401，处理平台接收至少一个传输控制协议测量报告TMR，所述TMR包括往返时延测量报告、丢包测量报告、零窗口测量报告、传输控制协议TCP三次握手测量报告中的至少一个。
[0192]步骤402，所述处理平台根据业务信息或位置信息从所述至少一个TMR中选取出至少一个待用TMR。
[0193]步骤403，所述处理平台利用所述至少一个待用TMR进行网络质量评估。
[0194]TMR生成设备按照上文介绍的方式生成TMR之后，会在满足预设条件时将业务对应的TMR发送至处理平台。在需要进行网络质量评估时，处理平台首先要根据评估需求从接收到的所有TMR中选取部分作为待用TMR，然后再利用这些待用TMR进行网络质量评估。其中，处理平台选择待用TMR的方式可体现为以下两种:根据业务信息选取待用TMR;或者，根据位置信息选取待用TMR。
[0195]下面先对根据业务信息选取待用TMR的过程进行解释说明。具体可参见图5所示流程图，可包括:
[0196]步骤501，所述处理平台从业务话单中获取业务信息，所述业务信息包括五元组信息、业务开始时间和业务结束时间；
[0197]步骤502，所述处理平台获取每个TMR包含的五元组信息、报告开始时间和报告结束时间；
[0198]需要说明的是，在实际应用过程中，可改变步骤501、502两个动作的执行顺序，或者还可并行执行，本发明对此不作具体限定，只要能获取到业务话单和TMR包含的信息即可。
[0199]步骤503，所述处理平台将具有相同五元组信息，且报告开始时间不小于业务开始时间、报告结束时间不大于业务结束时间的TMR确定为待用TMR。
[0200]这种根据业务信息选取待用TMR的方式主要用于结合业务来评估网络质量，即上文提及的针对业务进行的网络质量评估。处理平台分别循环读取业务话单数据和TMR数据，从业务话单数据中获取五元组信息、业务开始时间、业务结束时间，从TMR数据中获取五元组信息、报告开始时间、报告结束时间，通过比对这三方面信息，找到评估网络质量时使用的业务所对应的所有TMR，这些TMR就是本发明实施例中的待用TMR。
[0201]首先，通过五元组信息对处理平台接收到的所有TMR进行初选，筛除其中与业务的五元组信息不对应的TMR，保留与业务的五元组信息相符的TMR (可称为初选剩余TMR)；
[0202]其次，利用开始时间和结束时间对初选剩余TMR进行二次筛选。因为TMR是在业务开始之后生成的，因此报告开始时间不能早于业务开始时间，即报告开始时间不小于业务开始时间。因为业务结束后不会再生成TMR，因此报告结束时间不能晚于业务结束时间，即报告结束时间不大于业务结束时间。
[0203]需要说明的是，在选取待用TMR时，也可先利用开始时间和结束时间进行初选，再利用五元组信息进行二次筛选，本发明对此可不做具体限定，只要利用这三个信息找到待用TMR即可。
[0204]通过五元组信息、开始时间、结束时间筛选出的多个待用TMR即可实现对业务持续过程中网络质量的分段评估。以接收一个1M邮件为例，用户从地下车库移动到露天地面才完成接收，在邮件业务持续时间段内产生了多个TMR。若现在结合该邮件业务进行网络质量评估，要先从处理平台接收到的所有TMR中选取出与该邮件业务相关联的待用TMRjn找到10个待用TMR，这就相当于将邮件业务划分了 10个小段，其中，TMRO?TMR6对应在地下车库进行的邮件业务，TMR7?TMR9对应在露天地面进行的邮件业务，每个待用TMR分别用于评估与其对应的小段持续时间内的网络质量。若地下车库的网络质量较差，露天地面的网络质量较好，这些均可反映到每个待用TMR的评估结果中。如此，就可避免现有技术利用KQI评估网络质量时，在部分网络质量差，部分网络质量好的情况下，平均化处理后的评估结果掩盖问题网络的缺陷，提高了网络质量评估结果的准确性。
[0205]另外，作为本发明的一个优选方案，如果TMR生成设备在生成TMR时还抓取到了 host (是HTTP协议定义的一个字段，用于表示网站域名)、uri (Uniform ResourceIdentifier，通用资源标识符，用于定位Web上的可用资源，如HTML文档、图像、视频片段、程序等)、referer (HTTP Referer是header的一部分，当浏览器向web服务器发送请求的时候，一般会带上Referer，告诉服务器我是从哪个页面链接过来的)等信息，那么在选取待用TMR时，处理平台还可分别从话单数据和TMR数据中获取这些信息，并利用这些信息选取待用TMR，具体过程可参照上文所做介绍，此处不再赘述。
[0206]与现有通过KQI评估网络质量的方案相比，本发明方案除了可以结合业务进行网络质量评估之外，还可结合位置(或覆盖范围)进行网络质量评估，对应于此，还需要按照预设周期获取终端移动过程中的位置信息，即保证位置信息的获取与TMR的生成保持同频率，以使每个TMR都对应一个开始位置和一个结束位置。如,将业务开始时获取的位置记为D1，经一个预设周期后生成的第一个TMR记为TMR0，此时获取的位置记为D2 ;再经一个预设周期后生成第二个TMR记为TMRl，此时获取的位置记为D3，如此循环往复直至业务结束。这样，TMRO对应的开始位置为Dl，结束位置为D2 ；TMR1对应的开始位置为D2，结束位置为D3。
[0207]需要说明的是，位置信息可以是TMR生成设备在生成TMR时抓取，并添加在TMR中发送到处理平台；也可以是设备(可以是TMR生成设备，也可以是其它能够抓取终端位置信息的设备，本发明对此可不做限定)抓取后单独发送到处理平台，本发明对此可不做具体限定。
[0208]下面对根据位置信息选取待用TMR的过程进行解释说明。具体可参见图6所示流程图，可包括:
[0209]步骤601，所述处理平台查找每个TMR对应的开始位置信息和结束位置信息；
[0210]步骤602，所述处理平台将所述开始位置信息和结束位置信息均位于预设范围内的TMR确定为待用TMR。
[0211 ] 处理平台接收到TMR和位置信息之后，先对二者进行关联处理，即找到每个TMR对应的开始位置和结束位置，然后再根据预设范围选取待用TMR，这种方式主要用于结合位置来评估网络质量，即上文提及的针对位置进行的网络质量评估。
[0212]例如，从小区中心到小区边缘要穿过四条街道，现在需要评估每条街道的网络质量，以便定位哪条街道对应的网络存在问题，对此，可通过分析每条街道对应的TMR的方式来评估街道对应的网络质量。以评估第一条街道的网络质量为例，第一条街道的覆盖范围就是本发明中的预设范围，在确定好预设范围后，处理平台就开始从其接收到的所有TMR中筛选开始位置和结束位置均位于预设范围内的待用TMR，这些待用TMR可能针对同一业务，也可能针对不同业务；可能是同一终端执行的业务，也可能是不同终端执行的业务；可能是同一时间段发生的业务，也可能是不同时间段发生的业务，本发明对此可不做限定。
[0213]这样，就可实现小范围的网络质量评估，相对现有技术只能将网络问题定位到小区，本发明方案就实现了问题网络的精准定位。另外，在业务跨小区进行时，现有技术根本无法明确是哪个小区的网络存在问题，而通过本发明实施例这种小范围网络质量评估的方案即可明确问题存在于哪个小区，甚至还可定位到问题发生的具体位置。此外，这种综合不同业务、不同终端、不同时间段的评估方式还可提高本发明实施例进行网络质量评估的准确性。
[0214]参见图7，示出了本发明实施例处理平台的网络质量评估方法实施例2的流程图，可包括:
[0215]步骤701，处理平台接收至少一个传输控制协议测量报告TMR，所述TMR包括往返时延测量报告、丢包测量报告、零窗口测量报告、传输控制协议TCP三次握手测量报告中的至少一个。
[0216]步骤702，所述处理平台根据业务信息或位置信息从所述至少一个TMR中选取出至少一个待用TMR。
[0217]步骤703，所述处理平台利用所述至少一个待用TMR进行网络质量评估。
[0218]步骤701?703与步骤401?403相同，此处不再赘述。
[0219]步骤704，如果评估结果表示所述网络质量差，则所述处理平台根据所述至少一个待用TMR确定故障发生点。
[0220]本发明实施例利用TMR评估网络质量之后，还可进一步利用TMR对用户感知差(也即网络质量差)的业务进行分析，明确故障发生点及原因。
[0221]因为业务持续过程中可能会在不同小区之间切换，也可能会经过不同路由，为了提高本发明实施例故障定界的准确性，可按如下故障定界方式逐个分析业务对应的每个待用 TMR:
[0222]( I)故障定界在终端
[0223]如果待用TMR的零窗口测量报告表示满窗口的次数大于第一预设次数，则确定故障发生点在终端。
[0224](2)故障定界在核心网侧
[0225]如果待用TMR的TCP三次握手测量报告表示第二次握手时延大于第一预设时延；或者，如果待用TMR的往返时延测量报告表示下行时延大于第三预设时延；或者，如果待用TMR的丢包测量报告表示上游丢包次数大于第三预设次数，则确定故障发生点在核心网侧。
[0226](3)故障定界在无线侧
[0227]如果待用TMR的TCP三次握手测量报告表示第三次握手时延大于第二预设时延；或者，如果待用TMR的丢包测量报告表示下游丢包次数大于第二预设次数，则确定故障发生点在无线侧。
[0228]利用TMR进行