CN110300003A - 数据处理方法以及客户端 - Google Patents

数据处理方法以及客户端 Download PDF

Info

Publication number
CN110300003A
CN110300003A CN201810234918.0A CN201810234918A CN110300003A CN 110300003 A CN110300003 A CN 110300003A CN 201810234918 A CN201810234918 A CN 201810234918A CN 110300003 A CN110300003 A CN 110300003A
Authority
CN
China
Prior art keywords
data packet
time
client
time period
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201810234918.0A
Other languages
English (en)
Other versions
CN110300003B (zh
Inventor
谭浩
王兴春
李建平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201810234918.0A priority Critical patent/CN110300003B/zh
Priority to EP19772188.9A priority patent/EP3754909B1/en
Priority to PCT/CN2019/075556 priority patent/WO2019179275A1/zh
Publication of CN110300003A publication Critical patent/CN110300003A/zh
Priority to US17/025,916 priority patent/US20210006477A1/en
Application granted granted Critical
Publication of CN110300003B publication Critical patent/CN110300003B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H04L43/106—Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14—Network analysis or design
    • H04L41/142—Network analysis or design using statistical or mathematical methods
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5061—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the interaction between service providers and their network customers, e.g. customer relationship management
    • H04L41/5067—Customer-centric QoS measurements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/02—Capturing of monitoring data
    • H04L43/026—Capturing of monitoring data using flow identification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • H04L43/067—Generation of reports using time frame reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N17/00—Diagnosis, testing or measuring for television systems or their details
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H04N21/4524—Management of client data or end-user data involving the geographical location of the client
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • H04L43/062—Generation of reports related to network traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/087—Jitter
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416—Real-time traffic

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Biomedical Technology (AREA)
  • Physics & Mathematics (AREA)
  • Algebra (AREA)
  • General Physics & Mathematics (AREA)
  • Mathematical Analysis (AREA)
  • Mathematical Optimization (AREA)
  • Mathematical Physics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Pure & Applied Mathematics (AREA)
  • Cardiology (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请实施例公开了一种数据处理方法以及客户端，本申请实施例方法包括：若客户端获取到终端发起的目标呼叫业务的第一数据包和第二数据包，则客户端根据第一时间段和第二时间段划分第一数据包至第一数据包集合并且划分第二数据包至第二数据包集合，第一数据包的第一获取时刻属于第一时间段，第二数据包的第二获取时刻属于第二时间段，第一时间段和第二时间段为客户端获取目标呼叫业务的数据包的不同时间段，第一时间段与第二时间段的交集为空，客户端确定第一数据包集合对应的第一特征参数和第二数据包集合对应的第二特征参数，按照预设的音视频质量评估算法计算第一特征参数对应的音视频质量和第二特征参数对应的音视频质量。

Description

数据处理方法以及客户端
技术领域
本申请涉及通信领域，尤其涉及一种数据处理方法以及客户端。
背景技术
VoLTE(voice over LTE)是基于IP多媒体子系统(IP multimedia system，IMS)的语音业务，架构在LTE网络上全IP条件下的端到端语音方案，可实现数据与语音业务在同一网络下的统一，高清语音和视频编解码的引入，提升了通话质量，使得用户接通等待时间更短，并为用户带来更高质量、更自然的语音视频通话效果。
在衡量VoLTE服务用户体验的关键性能指标中，语音和视频的质量至关重要。语音和视频质量的评估方法包括主观评估和客观评价两大种类，主观评估指以人为主体进行语音质量评价，由参与评听的评听人根据预先约定的评估准则对语音和视频质量进行打分，反映了评听人对语音和视频质量好坏的一种主观臆想，这种评估方法是语音和视频质量的真实反映，目前使用较多的主观评估方法包括平均意见分(mean opinion Score，MOS)法、韵母可懂度测量(diagnostic rhyme tests，DRT)等；客观评估是指用机器自动判别语音和视频质量，从原理上又可分为基于输入输出方式的主动式评估和基于输出方式的被动式评估，主动式的评估是建立在原始语音和视频信号和失真语音和视频信号的误差对比上，目前常见主动式的评估方法包括知觉通话质量评估(perceptual evaluation of speechquality，PESQ)、感知客观语音质量评估(perceptual objective listening qualityassessment，POLQA)等，被动式的评估的目的是建立感知语音和视频质量同网络以及音视频流等相关参数的关系，从而抓取网络参数或语音和视频流参数通过数学模型感知语音和视频质量，目前常见的被动式的评估方法包括R-factor。MOS评估方法已摆脱原始的主观评估方式，而使用客观评估方法的量化算法计算相对应的级别以及语音和视频质量好坏程度。
现有的语音和视频质量评估方法中，主要是通过提取通话过程中的语音和视频的特征参数，经过一系列的计算，得出拟合用户主观感知的MOS评分，其中，特征参数包括时延、抖动、丢包等传输指标和编解码类型、音频编码率、视频分辨率等呼叫特征。VoLTE语音数据和视频数据一般以实时传输协议(real-time transport protocol，RTP)数据包传输，实时传输控制协议(real-time control protocol，RTCP)和RTP一起工作，在RTCP数据包中封装的是发送端或者接收端的统计报表，包括发送的RTP数据包数目、丢失的RTP数据包数目和RTP数据包的抖动等情况的统计信息。MOS评估的最小测量单位为一次完整呼叫业务，包括一次完整语音通话或一次完整视频通话，通过呼叫使用的源IP地址、源端口号、目的IP地址、目的端口号来区分一次完整呼叫业务，一次完整呼叫业务包括发送端发送给接收端音频数据和/或视频数据，可称为上行方向上的业务，还包括发送端接收接收端的音频数据和/或视频数据，可称为下行方向上的业务，可将上行方向上的业务过程中的包括了传输指标和呼叫特征的特征参数使用MOS评估算法，计算得到上行方向上的业务的MOS评分，同理，也可得到下行方向上的业务的MOS评分，例如，使用R-factor方法，分别将上/下行方向上的特征参数导入音频和视频MOS评估模型E-Model，计算得到R，再通过转换公式分别得到上/下行方向上的业务的MOS评分，可参阅图1。
MOS评分的高低由一次完整呼叫业务中的特征参数决定，以一次完整呼叫业务中的丢包参数为例，丢包率与MOS评分是负相关的，丢包率越高，MOS评分越低，反之，MOS评分越高，以一次完整呼叫业务的上行方向上的业务过程中共有15个RTP数据包为例，在本次完整呼叫业务的RTP数据包经过的某接口(如S1-U接口)处通过镜像获取到网络中传输的该上行方向上的业务的RTP数据包，请参阅图2，确定在经过S1-U接口时丢失了3个RTP数据包，故该上行方向上的业务经过S1-U接口的丢包率即为20％，该上行方向上的业务经过S1-U接口的MOS评分不会明显偏低，会认为在该上行方向上的业务经过S1-U接口时用户感知情况良好，但从图2中可看出，在接收各个RTP数据包的时刻组成的时段内，如图2中所示的时段1，该上行方向上的业务经过S1-U接口时连续丢失了三个RTP数据包，在时段1中丢包率则高达60％，该上行方向上的业务经过S1-U接口时该时段实际会出现用户感知较差的情况，因MOS评估针对一次完整呼叫业务的特征参数，弱化了某一时段出现的用户感知较差情况，会造成语音和视频质量评估结果不准确。
发明内容
本申请实施例提供了一种数据处理方法以及客户端，用于将目标呼叫业务的获取时刻在不同时间段的数据包划分至不同的数据包集合，分别确定不同的数据包集合对应的特征参数，并且分别评估各个特征参数对应的音视频质量，即对目标呼叫业务划分时段，可以针对划分后的不同时段内的特征参数分别进行MOS评估，可以提高语音和视频质量评估结果的准确性。
本申请实施例第一方面提供了一种数据处理方法，包括：
终端注册到网络并且发起目标呼叫业务时，网络会为用户分配相应的承载或者PDP上下文，终端可以通过承载或PDP上下文在网络中传输数据包，数据包中承载的可以是语音数据，也可以是视频数据，即目标呼叫业务的数据包包括承载了语音数据的数据包和/或承载了视频数据的数据包，具体此处不做限定，这些数据包可以经过接入网网元和核心网网元的透传，传送至被叫终端。在目标呼叫业务的数据包传送的过程中，客户端可以获取该目标呼叫业务的数据包。
终端发送数据包的方向可称为上行方向，终端接收数据包的方向可称为下行方向，目标呼叫业务中包括上行方向上的数据包，也包括下行方向上的数据包。客户端可以通过数据包的源IP地址、源端口号、目的IP地址和目的端口号识别目标呼叫业务的数据包，可以预置目标呼叫业务的源IP地址、源端口号、目的IP地址和目的端口号，若客户端获取到源IP地址、源端口号、目的IP地址和目的端口号与预置的源IP地址、源端口号、目的IP地址和目的端口号分别都一致的数据包，则可以确定该数据包是目标呼叫业务的数据包。可以理解的是，目标呼叫业务中的数据包是双向的，若客户端获取到源IP地址和预置的目的IP地址相同、目标IP地址和预置的源IP地址相同、目的端口号和预置的源端口号相同以及源端口号和预置的目的端口号相同的数据包，则可以确定该数据包也是目标呼叫业务的数据包。
可以理解的是，当数据包包括RTP数据包和RTCP数据包时，可以按照RTP数据包的源IP地址、源端口号、目的IP地址和目的端口号预置目标呼叫业务的源IP地址、源端口号、目的IP地址和目的端口号，客户端获取到数据包时，若确定该数据包的源IP地址和目的IP地址与预置的源IP地址和目的IP地址一致，并且确定该数据包的源端口号等于预置的源端口号加1以及该数据包的目的端口号等于预置的目的端口号加1，则可确定是目标呼叫业务的数据包，且该数据包为RTCP数据包；因目标呼叫业务的数据包是双向的，客户端获取到数据包时，若确定该数据包的源IP地址与预置的目的IP地址一致以及该数据包的目的IP地址与预置的源IP地址一致，并且确定该数据包的源端口号等于预置的目的端口号加1以及该数据包的目的端口号等于预置的源端口号加1，则可确定是目标呼叫业务的数据包，且该数据包为RTCP数据包。
可选的，客户端可以是终端，终端中的数据获取模块可以获取终端发出的数据包；客户端可以是目标呼叫业务的数据包传送过程中经过的网元，例如MGW，MGW可以在接收终端发出的数据包时通过镜像获取一份该数据包；客户端还可以是探针服务器，探针服务器可以通过网络探针抓取数据包，具体此处不做限定；客户端还可以包括数据分析服务器，对客户端进行MOS评估后的结果进行进一步的加工，如汇聚、关联、按城市分类等，具体此处不做限定。
可以理解的是，客户端可以在相应的接口处获取目标呼叫业务的数据包，如S1-U接口、Gm接口、Mw接口等，视客户端的情况而定，具体此处不做限定。
客户端获取到目标呼叫业务的数据包后，可以根据客户端获取数据包的时刻所属的不同时间段对数据包进行划分，示例性的，客户端获取到目标呼叫业务的第一数据包和第二数据包，其中，第一数据包的第一获取时刻属于第一时间段，第二数据包的第二获取时刻属于第二时间段，第一时间段和第二时间段为客户端获取该目标呼叫业务的不同时间段，第一时间段和第二时间段的交集为空，则客户端可以根据第一时间段和第二时间划分该第一数据包至第一数据包集合，并且划分该第二数据包至第二数据包集合。
客户端将获取到的目标呼叫业务的数据包划分至不同的各个数据包集合后，客户端可以分别确定各个数据包集合对应的特征参数，可以按照预设的音视频质量评估算法分别计算各个特征参数对应的音视频质量，示例性的，客户端可以确定该第一数据包集合对应的第一特征参数和该第二数据包集合对应的第二特征参数，按照预设的音视频质量评估算法分别计算第一特征参数对应的音视频质量和第二特征参数对应的音视频质量。
本申请实施例中，若客户端获取到终端发起的目标呼叫业务的第一数据包和第二数据包，则客户端可以根据第一时间段和第二时间段划分该第一数据包至第一数据包集合并且划分该第二数据包至第二数据包集合，该第一数据包的第一获取时刻属于该第一时间段，该第二数据包的第二获取时刻属于该第二时间段，该第一时间段和该第二时间段为客户端获取该目标呼叫业务的数据包的不同时间段，并且该第一时间段与该第二时间段的交集为空，客户端可以分别确定第一数据包集合对应的第一特征参数和第二数据包集合对应的第二特征参数，并按照预设的音视频质量评估算法分别计算第一特征参数对应的音视频质量和第二特征参数对应的音视频质量，即对目标呼叫业务划分时段，可以针对划分后的不同时段内的特征参数分别进行MOS评估，可以提高语音和视频质量评估结果的准确性。
基于本申请实施例第一方面，本申请实施例第一方面的第一种实施方式中，所述客户端根据所述第一时间段和所述第二时间段划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合包括：
当所述客户端确定所述第一时间段中所述终端的第一状态信息与所述第二时间段中所述终端的第二状态信息相同时，所述客户端按照预设的时间切片规则划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合。
本申请实施例中，客户端在根据第一时间段和第二时间段划分第一数据包和第二数据包时，可以先判断第一时间段中终端的第一状态信息与第二时间段中终端的第二状态信息是否相同，若客户端确定第一状态信息和第二状态信息相同，则客户端可以按照预设的时间切片规则划分第一数据包至第一数据包集合并且划分第二数据包至第二数据包集合，提供了一种客户端根据第一时间段和第二时间段划分第一数据包和第二数据包的实现方式，提升了方案的可实现性。
基于本申请实施例第一方面的第一种实施方式，本申请实施例第一方面的第二种实施方式中，所述客户端按照预设的时间切片规则划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合包括：
所述客户端根据预设的第一时间切片规则、所述第一获取时刻和所述第二获取时刻划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合，所述第一获取时刻与所述第二数据包集合中的至少一个数据包的获取时刻的间隔大于预置的第一时长阈值，所述第二获取时刻与所述第一数据包集合中的至少一个数据包的获取时刻的间隔大于所述第一时长阈值，所述第一数据包集合中的任意两个数据包的获取时刻的间隔不大于所述第一时长阈值，所述第二数据包集合中的任意两个数据包的获取时刻的间隔不大于所述第一时长阈值。
本申请实施例中，客户端在按照预设的时间切片规则划分第一数据包和第二数据包时，可以根据预设的第一时间切片规则、第一获取时刻和第二获取时刻划分第一数据包至第一数据包集合并且划分第二数据包至第二数据包集合，保证第一获取时刻与第二数据包集合中的至少一个数据包的获取时刻的间隔大于预置的第一时长阈值，第二获取时刻与第一数据包集合中的至少一个数据包的获取时刻的间隔大于第一时长阈值，第一数据包集合中的任意两个数据包的获取时刻的间隔不大于第一时长阈值，第二数据包集合中的任意两个数据包的获取时刻的间隔不大于第一时长阈值，提供了在第一状态信息和第二状态信息相同的情况下，客户端根据第一时间段和第二时间段划分第一数据包和第二数据包的一种实现方式，提升了方案的可实现性和灵活性。
基于本申请实施例第一方面的第一种实施方式，本申请实施例第一方面的第三种实施方式中，所述客户端按照预设的时间切片规则划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合包括：
若所述客户端获取到所述目标呼叫业务的第三数据包，则所述客户端根据预设的第二时间切片规则、所述第一获取时刻、所述第二获取时刻和所述第三数据包的第三获取时刻划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合，所述第三获取时刻属于第一时间段或第二时间段；
所述客户端根据所述第二时间切片规则、所述第一获取时刻、所述第二获取时刻和所述第三获取时刻划分所述第三数据包至第一数据包集合或第二数据包集合，所述第三获取时刻早于所述第一数据包集合和所述第二数据包集合中一个数据包集合中的全部数据包的获取时刻，并且晚于另一个数据包集合中的全部数据包的获取时刻，所述第三获取时刻与所述第一数据包集合或所述第二数据包集合中任一个数据包的获取时刻的间隔不大于预置的第二时长阈值；
所述第一数据包包括第一RTP数据包；
所述第二数据包包括第二RTP数据包；
所述第三数据包包括第一RTCP数据包。
本申请实施例中，客户端在按照预设的时间切片规则划分第一数据包和第二数据包时，客户端获取到目标呼叫业务的第三数据包，第三数据包的第三获取时刻属于第一时间段或第二时间段，客户端可以根据预设的第二时间切片规则、第一获取时刻、第二获取时刻、第三获取时刻划分第一数据包至第一数据包集合、划分第二数据包至第二数据包集合、并且划分第三数据包至第一数据包集合或第二数据包集合，保证第三获取时刻早于第一数据包集合和第二数据包集合中一个数据包集合中的全部数据包的获取时刻，并且晚于另一个数据包集合中的全部数据包的获取时刻，第三获取时刻与第一数据包集合或第二数据包集合中任一个数据包的获取时刻的间隔不大于预置的第二时长阈值，提供了在第一状态信息和第二状态信息相同的情况下，客户端根据第一时间段和第二时间段划分第一数据包和第二数据包的另一种实现方式，提升了方案的可实现性和灵活性。
基于本申请实施例第一方面，本申请实施例第一方面的第四种实施方式中，所述客户端根据所述第一时间段和所述第二时间段划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合包括：
当所述客户端确定所述第一时间段中所述终端的第一状态信息与所述第二时间段中所述终端的第二状态信息不同时，所述客户端按照预设的状态切片规则划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合。
本申请实施例中，客户端在根据第一时间段和第二时间段划分第一数据包和第二数据包时，可以先判断第一时间段中终端的第一状态信息与第二时间段中终端的第二状态信息是否相同，若客户端确定第一状态信息和第二状态信息不同，则客户端可以按照预设的状态切片规则划分第一数据包至第一数据包集合并且划分第二数据包至第二数据包集合，提供了另一种客户端根据第一时间段和第二时间段划分第一数据包和第二数据包的实现方式，提升了方案的可实现性和灵活性。
基于本申请实施例第一方面的第四种实施方式，本申请实施例第一方面的第五种实施方式中，所述第一状态信息包括所述客户端获取所述第一数据包时所述终端所对应的第一位置信息；
所述第二状态信息包括所述客户端获取所述第二数据包时所述终端所对应的第二位置信息；
所述客户端按照预设的状态切片规则划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合包括：
所述客户端根据预设的位置切片规则、所述第一位置信息和所述第二位置信息划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合，所述第一数据包集合中的任一数据包被所述客户端获取时所述终端对应的位置信息均为所述第一位置信息，所述第二数据包集合中的任一数据包被所述客户端获取时所述终端对应的位置信息均为所述第二位置信息。
本申请实施例中，第一状态信息可以是客户端获取第一数据包时终端所对应的第一位置信息，第二状态信息可以是客户端获取第二数据包时终端所对应的第二位置信息，客户端在按照预设的状态切片规则划分第一数据包和第二数据包时，可以根据预设的位置切片规则、第一位置信息和第二位置信息划分第一数据包至第一数据包集合并且划分第二数据包至第二数据包集合，保证第一数据包集合中的任一数据包被客户端获取时终端对应的位置信息均为第一位置信息，第二数据包集合中的任一数据包被客户端获取时终端对应的位置信息均为第二位置信息，提供了在第一状态信息和第二状态信息不同的情况下，客户端根据第一时间段和第二时间段划分第一数据包和第二数据包的一种实现方式，提升了方案的可实现性和灵活性。
基于本申请实施例第一方面的第五种实施方式，本申请实施例第一方面的第六种实施方式中，所述第一位置信息包括第一小区；所述第二位置信息包括第二小区；或者，所述第一位置信息包括第一栅格；所述第二位置信息包括第二栅格；或者，所述第一位置信息包括所述第一数据包经过的第一接口网元；所述第二位置信息包括所述第二数据包经过的第二接口网元，所述第一接口网元与所述第二接口网元对应。
本申请实施例中，第一位置信息可以是第一小区、第一栅格或者第一数据包经过的第一接口网元，对应的，第二位置信息可以是第二小区、第二栅格或者第二数据包经过的第二接口网元，提供了第一位置信息和第二位置信息的多种实现类型，提升了方案的可实现性和灵活性。
基于本申请实施例第一方面的第四种实施方式，本申请实施例第一方面的第七种实施方式中，所述第一状态信息包括所述第一数据包对应的第一呼叫特征；
所述第二状态信息包括所述第二数据包对应的第二呼叫特征；
所述客户端按照预设的状态切片规则划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合包括：
所述客户端根据预设的呼叫特征切片规则、所述第一呼叫特征和所述第二呼叫特征划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合，所述第一数据包集合中的任一数据包对应的呼叫特征均为第一呼叫特征，所述第二数据包集合中的任一数据包对应的呼叫特征均为第二呼叫特征。
本申请实施例中，第一状态信息可以是第一数据包对应的第一呼叫特征，第二状态信息可以是第二数据包对应的第二呼叫特征，客户端在按照预设的状态切片规则划分第一数据包和第二数据包时，可以根据预设的呼叫特征切片规则、第一呼叫特征和第二呼叫特征划分第一数据包至第一数据包集合并且划分第二数据包至第二数据包集合，保证第一数据包集合中的任一数据包对应的呼叫特征均为第一呼叫特征，第二数据包集合中的任一数据包对应的呼叫特征均为第二呼叫特征，提供了在第一状态信息和第二状态信息不同的情况下，客户端根据第一时间段和第二时间段划分第一数据包和第二数据包的另一种实现方式，提升了方案的可实现性和灵活性。
基于本申请实施例第一方面的第七种实施方式，本申请实施例第一方面的第八种实施方式中，所述第一呼叫特征包括第一编解码类型；所述第二呼叫特征包括第二编解码类型；或者，所述第一呼叫特征包括第一音频编码速率；所述第二呼叫特征包括第二音频编码速率；或者，所述第一呼叫特征包括第一视频分辨率；所述第二呼叫特征包括第二视频分辨率。
本申请实施例中，第一呼叫特征可以是第一编解码类型、第一音频编码速率或第一视频分辨率，对应的，第二呼叫特征可以是第二编解码类型、第二音频编码速率或第二视频分辨率，提供了第一呼叫特征和第二呼叫特征的多种实现类型，提升了方案的可实现性和灵活性。
本申请实施例第二方面提供了一种客户端，该客户端具有实现上述第一方面中客户端行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
本申请实施例第三方面提供了一种计算机存储介质，该计算机存储介质用于储存为上述第二方面的客户端所用的计算机软件指令，其包括用于执行为客户端所设计的程序。
本申请实施例第四方面提供了一种计算机程序产品，该计算机程序产品包括计算机软件指令，该计算机软件指令可通过处理器进行加载来实现上述第一方面中的方法流程。
附图说明
图1为现有技术中一种语音和视频质量MOS评估方法示意图；
图2为现有技术中一种语音或视频数据包丢包率计算示意图；
图3为本申请实施例中一种数据处理系统架构示意图；
图4为本申请实施例中数据处理方法的一个实施例示意图；
图5为本申请实施例中数据处理方法的另一个实施例示意图；
图6为本申请实施例中一种按照位置信息划分数据包的示意图；
图7为本申请实施例中数据处理方法的另一个实施例示意图；
图8为本申请实施例中一种按照呼叫特征划分数据包的示意图；
图9为本申请实施例中数据处理方法的另一个实施例示意图；
图10为本申请实施例中一种按照时间划分数据包的示意图；
图11为本申请实施例中数据处理方法的另一个实施例示意图；
图12为本申请实施例中一种多维度划分数据包的示意图；
图13为本申请实施例中客户端的一个实施例示意图；
图14为本申请实施例中客户端的另一个实施例示意图。
具体实施方式
本申请实施例提供了一种数据处理方法以及客户端，用于将目标呼叫业务的获取时刻在不同时间段的数据包划分至不同的数据包集合，分别确定不同的数据包集合对应的特征参数，并且分别评估各个特征参数对应的音视频质量，即对目标呼叫业务划分时段，可以针对划分后的不同时段内的特征参数分别进行MOS评估，可以提高语音和视频质量评估结果的准确性。
为了使本技术领域的人员更好地理解本发明方法，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，都应当属于本发明保护的范围。
请参阅图3，一种数据处理系统架构中，可以包括终端301、基站(如eNodeB)302、服务网关(serving gateway，SGW)303、PDN网关(PDN gateway，PGW)304、会话边界控制器(session border controller，SBC)/代理呼叫会话控制功能(proxy-call sessioncontrol funtion，P-CSCF)305、查询呼叫会话控制功能(interrogating-call sessioncontrol funtion，I-CSCF)和服务呼叫会话控制功能(serving-call session controlfuntion，S-CSCF)306、交换机307和数据分析系统308。
终端301可以先与eNodeB 302建立连接，后发起呼叫业务，可以是VoLTE通话业务，也可以是普通语音通话业务或视频通话业务，具体此处不做限定。eNodeB302负责提供终端到核心网的接入、寻呼信息的调度传输以及广播信息的调度传输等。
所有终端301的IP包通过SGW 303进行发送，SGW 303与PGW 304进行连接，PGW 304提供终端301的IP地址分配以及其它功能。S1接口为eNodeB 302与核心网之间的通讯接口，将LTE系统划分为无线接入网和核心网，可分为用于控制面的S1-MME接口和用于用户面的S1-U接口，其中，S1-MME接口连接eNodeB 302与移动性管理实体(mobility managemententity，MME)，用于传送会话管理和移动性管理信息，S1-U接口连接eNodeB 302与SGW 303，用于在SGW和PGW(合称为GW)与eNodeB设备间建立隧道，传送用户数据业务。SGW 303与PGW304之间的接口为S5/S8接口，S5接口时本地SGW连接到本地PGW时使用的接口，S8是本地SGW与外地PGW连接时使用的接口。
呼叫会话控制功能(call session control function，CSCF)是IP多媒体子系统(IP Multimedia subsystem，IMS)内部的功能实体，是整个IMS网络的核心，主要负责处理多媒体呼叫会话过程中的信令控制，管理IMS网络的用户鉴权、IMS承载面QoS、与其他网络实体配合进行会话初始协议(session initiation protocol，SIP)会话的控制以及业务协商和资源分配等。CSCF根据功能可分为P-CSCF、I-CSCF、S-CSCF、E-CSCF等。P-CSCF是IMS拜访网络的统一入口点，所有发起于IMS终端和终止于IMS终端的会话消息都要通过P-CSCF，并且转发终端301发来的SIP注册请求给I-CSCF和转发终端301发来的SIP消息给S-CSCF；S-CSCF用于接收来自拜访网络通过P-CSCF转发来的注册请求，与归属签约用户服务器(homesubscriber server，HSS)配合进行用户鉴权，并且对于用户主叫及被叫侧进行路由管理；I-CSCF为IMS归属网络的入口点，用于在注册过程中通过查询HSS，为用户选择一个S-CSCF，在呼叫过程中，去往IMS网络的呼叫首先路由到I-CSCF，由I-CSCF从HSS获取用户所注册的S-CSCF地址，将消息路由到S-CSCF。
SBC为网络电话(voice over internet protocol，VoIP)呼叫控制产品，一般位于控制VoIP服务的软交换和公共Internet之间，具有网络地址转换和穿越、网络安全控制和服务质量(quality of service，QoS)功能。Gm接口为IMS终端与P-CSCF之间的接口，用于把终端301接入到IMS，传输终端301与IMS之间的所有SIP信令消息；Mw为CSCF间的基于SIP的接口，用于注册、会话控制和事务流程。在图3的数据处理系统架构中，SBC是可选的，可以有SBC，也可以没有SBC，具体此处不做限定。
交换机307有多个端口，每个端口都具有桥接功能，可以连接一个局域网或一台高性能服务器或工作站，在同一时刻可进行多个端口对之间的数据传输，并且可以实现在发送数据的同时能够接收数据，两者同步进行。
数据分析系统308可包括探针服务器3081和数据分析服务器3082，探针服务器3081中包括数据获取模块和数据分析模块，可以通过镜像的方式获取网络中的数据并对获取的数据进行分析，数据分析服务器3082可以对探针服务器3081获取的数据进行进一步的加工分析，如汇聚、关联、分类等，可以将分析后的结果呈现给有需求的用户。
在图3的数据处理系统架构中，交换机307和数据分析系统308是可选的，可以有交换机307和数据分析系统308，也可以没有交换机307和数据分析系统308，具体此处不做限定。
可以理解的是，图3所示的仅是一种数据处理系统架构的示例，在实际应用中，数据处理系统架构还可以包括其他网元，如媒体网关(media gateway，MGW)具体此处不做限定。
本申请实施例中客户端可以是终端301，也可以是网元如eNodeB 302、SGW 303、PGW 304、SBC/P-CSCF 305、I-CSCF和S-CSCF 306，还可以是探针服务器3081，具体此处不做限定。
请参阅图4，本申请实施例中数据处理方法一个实施例包括：
401、客户端获取终端发起的目标呼叫业务的第一数据包和第二数据包；
终端注册到网络并且发起目标呼叫业务时，网络会为用户分配相应的承载或者分组数据协议(packet data protocol，PDP)上下文，终端可以通过承载或者PDP上下文在网络中传输承载了语音数据和视频数据的数据包，这些数据包可以经过接入网网元和核心网网元的透传，传送至被叫终端。在目标呼叫业务的数据包传送的过程中，客户端可以获取该目标呼叫业务的数据包，例如当客户端为终端时，终端中的数据获取模块可以获取终端发出的数据包，或当客户端为网元如MGW时，MGW可以在接收终端发出的数据包时通过镜像获取一份该数据包，或当客户端为探针服务器时，探针服务器可以通过网络探针抓取数据包，具体此处不做限定。
本实施例中，客户端可以依次获取目标呼叫业务的第一数据包和目标呼叫业务的第二数据包，第一数据包的第一获取时刻属于第一时间段，第二数据包的第二获取时刻属于第二时间段，第一时间段和第二时间段为客户端获取目标呼叫业务的数据包的不同时间段，并且，第一时间段和第二时间段的交集为空。
402、客户端根据第一时间段和第二时间段划分第一数据包至第一数据包集合并且划分第二数据包至第二数据包集合；
客户端在获取到如前述步骤401中描述的目标呼叫业务的第一数据包和第二数据包后，客户端可以根据第一时间段和第二时间段划分第一数据包至第一数据包集合并且划分第二数据包至第二数据包集合，实现了对目标呼叫业务进行时段的划分。
403、客户端确定第一数据包集合对应的第一特征参数和第二数据包集合对应的第二特征参数；
本实施例中，客户端可以确定第一数据包集合中数据包的第一特征参数以及第二数据包集合中数据包的第二特征参数，第一特征参数可以包括第一数据包集合中数据包的时延、抖动、丢包等传输指标和编解码类型、音频编码率、视频分辨率等呼叫特征，第二特征参数可以包括第二数据包集合中数据包的时延、抖动、丢包等传输指标和编解码类型、音频编码率、视频分辨率等呼叫特征。
404、客户端按照预设的音视频质量评估算法计算第一特征参数对应的音视频质量和第二特征参数对应的音视频质量。
本实施例中，客户端可以按照预设的音视频质量评估算法计算第一特征参数对应的音视频质量和第二特征参数对应的音视频质量，音视频质量评估算法可以包括MOS评估方法，如PESQ算法、R-factor算法等，音视频质量评估算法还可以包括如评估单通、吞字、断续时的对应算法，具体此处不做限定，在后续实施例中，仅以MOS评估方法作为预设的音视频质量评估算法的例子进行说明。
本实施例中，若客户端获取到终端发起的目标呼叫业务的第一数据包和第二数据包，则客户端可以根据第一时间段和第二时间段划分该第一数据包至第一数据包集合并且划分该第二数据包至第二数据包集合，该第一数据包的第一获取时刻属于该第一时间段，该第二数据包的第二获取时刻属于该第二时间段，该第一时间段和该第二时间段为客户端获取该目标呼叫业务的数据包的不同时间段，并且该第一时间段与该第二时间段的交集为空，客户端可以分别确定第一数据包集合对应的第一特征参数和第二数据包集合对应的第二特征参数，并按照预设的音视频质量评估算法分别计算第一特征参数对应的音视频质量和第二特征参数对应的音视频质量，即对目标呼叫业务划分时段，可以针对划分后的不同时段内的特征参数分别进行MOS评估，可以提高语音和视频质量评估结果的准确性。
本申请实施例中，客户端根据其获取到目标呼叫业务的数据包的时刻属于不同的时间段，对目标呼叫业务的数据包进行划分时，可以先判断在这些不同的时间段内终端的状态信息是否发生了变化，依据终端的状态信息是否变化，可以有不同的划分数据包的方式，例如，当终端的状态信息发生变化时，可以按照预设的状态切片规则来划分数据包，下面先描述当不同的时间段内终端的状态信息发生变化时，客户端按照预设的状态切片规则来划分数据包的方式。
本申请实施例中，终端的状态信息可以包括终端的位置信息、数据包的呼叫特征等，依据不同的状态信息，可以有不同的划分数据包的方式。下面分别进行描述：
一、当客户端获取第一数据包时终端所对应的第一位置信息与客户端获取第二数据包时终端所对应的第二位置信息不同时，客户端可以根据预设的位置切片规则、第一位置信息和第二位置信息划分第一数据包和第二数据包；
本实施例中，当客户端获取第一数据包时终端所对应的第一位置信息与客户端获取第二数据包时终端所对应的第二位置信息不同时，客户端可以根据预设的位置切片规则、第一位置信息和第二位置信息划分第一数据包至第一数据包集合并且划分第二数据包至第二数据包集合，具体可参阅图5，本申请实施例中数据处理方法另一个实施例包括：
501、获取终端发起的目标呼叫业务的首个数据包，确定终端当前对应的位置信息；
终端注册到网络并且发起目标呼叫业务时，网络会为用户分配相应的承载或者PDP上下文，终端可以通过承载或PDP上下文在网络中传输数据包，数据包中承载的可以是语音数据，也可以是视频数据，即目标呼叫业务的数据包包括承载了语音数据的数据包和/或承载了视频数据的数据包，具体此处不做限定，这些数据包可以经过接入网网元和核心网网元的透传，传送至被叫终端。在目标呼叫业务的数据包传送的过程中，客户端可以获取该目标呼叫业务的数据包，客户端可以是终端，终端中的数据获取模块可以获取终端发出的数据包；客户端可以是目标呼叫业务的数据包传送过程中经过的网元，例如MGW，MGW可以在接收终端发出的数据包时通过镜像获取一份该数据包；客户端还可以是探针服务器，探针服务器可以通过网络探针抓取数据包，具体此处不做限定；客户端还可以包括数据分析服务器，对客户端进行MOS评估后的结果进行进一步的加工，如汇聚、关联、按城市分类等，具体此处不做限定。
可以理解的是，客户端可以在相应的接口处获取目标呼叫业务的数据包，如S1-U接口、Gm接口、Mw接口等，视客户端的情况而定，具体此处不做限定。
终端发送数据包的方向可称为上行方向，终端接收数据包的方向可称为下行方向，目标呼叫业务中包括上行方向上的数据包，也包括下行方向上的数据包。客户端可以通过数据包使用的源IP地址、源端口号、目的IP地址和目的端口号识别目标呼叫业务的数据包，可以预置目标呼叫业务的源IP地址、源端口号、目的IP地址和目的端口号，客户端获取到源IP地址、源端口号、目的IP地址和目的端口号与预置的源IP地址、源端口号、目的IP地址和目的端口号分别都一致的数据包后，则确定是目标呼叫业务的数据包，因目标呼叫业务的数据包是双向的，客户端获取到源IP地址和预置的目的IP地址相同、目标IP地址和预置的源IP地址相同、目的端口号和预置的源端口号相同以及源端口号和预置的目的端口号相同的数据包后，也确定是目标呼叫业务的数据包。需要说明的是，当数据包包括RTP数据包和RTCP数据包时，可以按照RTP数据包的源IP地址、源端口号、目的IP地址和目的端口号预置目标呼叫业务的源IP地址、源端口号、目的IP地址和目的端口号，客户端获取到数据包时，若确定该数据包的源IP地址和目的IP地址与预置的源IP地址和目的IP地址一致，并且确定该数据包的源端口号等于预置的源端口号加1以及该数据包的目的端口号等于预置的目的端口号加1，则可确定是目标呼叫业务的数据包，且该数据包为RTCP数据包；因目标呼叫业务的数据包是双向的，客户端获取到数据包时，若确定该数据包的源IP地址与预置的目的IP地址一致以及该数据包的目的IP地址与预置的源IP地址一致，并且确定该数据包的源端口号等于预置的目的端口号加1以及该数据包的目的端口号等于预置的源端口号加1，则可确定是目标呼叫业务的数据包，且该数据包为RTCP数据包。
终端的位置信息可以是终端所在的小区，也可以是终端所在的栅格，还可以是目标呼叫业务的数据包经过的接口网元，具体此处不做限定。终端的位置信息可以通过目标呼叫业务的信令消息中确定，信令消息可以是SIP消息，SDP消息，还可以是其他信令消息，具体此处不做限定。
502、将首个数据包划分至当前数据包集合，将首个数据包的获取时刻作为当前周期的起始时刻，将位置信息作为当前周期的位置信息；
客户端获取到目标呼叫业务的首个数据包后，可以将该首个数据包划分至当前数据包集合，将该首个数据包的获取时刻作为当前周期的起始时刻，并将终端当前的位置信息作为当前周期对应的位置信息。
503、获取目标呼叫业务的下一个数据包，确定终端当前对应的位置信息；
本实施例中，客户端获取到前述步骤502中描述的目标呼叫业务的首个数据包后，客户端可以继续获取目标呼叫业务的下一个数据包并根据信令消息确定终端当前的位置信息。
504、判断位置信息与当前周期的位置信息是否一致，若是，则执行步骤505，若否，则执行步骤506；
客户端可以判断前述步骤503中描述的终端当前的位置信息与当前周期对应的位置信息是否一致，若一致，则客户端确定终端的位置信息未发生变化，可以执行步骤505，若不一致，则客户端确定终端的位置信息发生变化，可以执行步骤506。
505、将该数据包划分至当前数据包集合；
本实施例中，当客户端确定终端当前的位置信息与当前周期对应的位置信息一致时，客户端可以将前述步骤503中描述的数据包划分至当前数据包集合，当前周期继续。
506、当前周期结束成为上个周期，将该数据包的获取时刻作为新当前周期的起始时刻，将终端当前的位置信息作为新当前周期的位置信息；
当客户端确定终端当前的位置信息与当前周期对应的位置信息不一致时，客户端确定终端的位置信息发生变化，客户端可以确定当前周期结束成为上个周期，确定当前数据包集合成为上个数据包集合，并且将前述步骤503中描述的数据包的获取时刻作为新当前周期的起始时刻，若前述步骤503中描述的数据包为RTP数据包或HTTP数据包，则将该数据包划分至新当前数据包集合，若该数据包为RTCP数据包，则将该数据包划分至上个数据包集合，但从后面收到的下个数据包开始会视情况将数据包划分至新当前数据包集合，客户端将终端当前的位置信息作为新当前周期对应的位置信息。
客户端可以分别对上行方向上的数据包进行划分至各个上行数据包集合，分别对下行方向上的数据包进行划分至各个下行数据包集合，客户端也可以不区分上行方向上的数据包和下行方向上的数据包，将上行方向上的数据包和下行方向上的数据包一起进行划分至各个数据包集合，前述步骤中描述的数据包可以包括上行方向上的数据包和下行方向上的数据包，具体此处不做限定。
数据包可以包括承载音频数据和视频数据的RTP数据包和承载RTP统计信息的RTCP数据包，数据包也可以是承载音频数据的HTTP数据包，具体此处不做限定，在本实施例和后续实施例中，仅以RTP数据包和RTCP数据包作为数据包的例子进行说明。
可参考图6，以终端所在的小区作为终端的位置信息的例子进行说明，以客户端划分单方向上(上行方向上或下行方向上)的数据包作为例子进行说明，客户端依据位置信息划分目标呼叫业务单方向上的RTP数据包和RTCP数据包(RTP数据包和RTCP数据包的方向是反的)，客户端接收到RTCP数据包时，发现终端所在小区发生变化，从小区A进入小区B，确定当前周期(周期1)结束成为上个周期，当前数据包集合成为上个数据包集合，将RTCP数据包的获取时刻作为新当前周期(周期2)的起始时刻，RTCP数据包划分到上个数据包集合，RTCP数据包的后一个RTP数据包开始归入新当前数据包集合；客户端接收到RTP数据包时，发现终端所在小区发生变化，从小区B进入小区C，确定当前周期(周期2)结束成为上个周期，当前数据包集合成为上个数据包集合，将RTP数据包的获取时刻作为新当前周期(周期3)的起始时刻，RTP数据包划分到新当前数据包集合。
507、判断目标呼叫业务是否结束，若结束，则执行步骤508，若未结束，则执行步骤503；
客户端可以根据在预设的时长内没有收到该目标呼叫业务的RTP数据包和RTCP数据包来判断目标呼叫业务结束，预设的时长可以是5s，也可以是10s，具体此处不做限定，客户端还可以根据上行方向上、下行方向上分别设置时长，具体此处不做限定，可参阅图6，客户端确定目标呼叫业务结束，当前周期(周期3)结束。若客户端在预设的时长内未收到目标呼叫业务的RTP数据包和RTCP数据包，则客户端确定目标呼叫业务结束，客户端可以执行步骤508，若客户端在预设的时长内收到目标呼叫业务的RTP数据包或RTCP数据包，则客户端确定目标呼叫业务未结束，客户端可以执行步骤503。
508、分别确定各个数据包集合中数据包对应的各个特征参数；
本实施例中，客户端可以确定各个数据包集合中的数据包对应的特征参数，包括各个数据包集合中的数据包的时延、抖动、丢包等传输指标，还包括编解码类型、音频编码率、视频分辨率等呼叫特征，确定方法具体此处不再赘述。
可以理解的是，在分别确定各个数据包集合中数据包对应的各个特征参数时，可以确定各个数据包中上行方向上的各个特征参数和下行方向上的各个特征参数，具体此处不做限定。
509、按照MOS评估方法计算各个特征参数对应的音视频质量。
本实施例中，客户端可以按照常见标准的MOS评估方法计算各个数据包集合的各个特征参数对应的音视频质量，具体此处不再赘述。
本实施例中，客户端若确定目标呼叫业务过程中终端的位置信息发生变化，客户端可以将不同位置信息下的数据包划分至不同的集合，分别确定每个位置信息下的数据包集合对应的特征参数，并分别对各个特征参数进行MOS评估，有益于精确定位感知较差发生的位置区，提高语音和视频质量评估结果的准确性。
二、当第一数据包对应的第一呼叫特征与第二数据包对应的第二呼叫特征不同时，客户端可以根据预设的呼叫特征切片规则、第一呼叫特征和第二呼叫特征划分第一数据包和第二数据包；
本实施例中，当客户端获取的第一数据包对应的第一呼叫特征与客户端获取的第二数据包对应的第二呼叫特征不同时，客户端可以根据预设的呼叫特征切片规则、第一呼叫特征和第二呼叫特征划分第一数据包至第一数据包集合并且划分第二数据包至第二数据包集合，具体可参阅图7，本申请实施例中数据处理方法另一个实施例包括：
701、获取终端发起的目标呼叫业务的首个数据包，确定首个数据包对应的呼叫特征；
客户端获取终端发起的目标呼叫业务的首个数据包如前述图5中描述的步骤501类似，具体此处不再赘述。
数据包对应的呼叫特征可以是RTP数据包的编解码类型，也可以是RTP数据包的音频编码率，还可以是RTP数据包的视频分辨率，还可以是丢包是否超过设定值、包间隔是否超过设定值等，具体此处不做限定，RTP数据包的编解码类型有多种，VoLTE语音常用的编解码类型包括AMR、AMR-WB，视频常用的编解码类型包括H264、H265，音频编码率为每秒进行编码或解码的位数，一种编解码类型可以存在多种编码速率，如AMR-NB有7种编码速率可以使用，数据包的呼叫特征可以通过目标呼叫业务的信令消息中确定，信令消息可以是SIP消息，SDP消息，还可以是其他信令消息，具体此处不做限定，数据包的呼叫特征还可以通过数据包本身确定，如RTP数据包中携带有呼叫特征信息，具体此处不做限定。例如，首个RTP数据包中承载的是语音数据，客户端接收到RTP数据包后，确定RTP数据包中承载的语音数据为静默帧还是语音帧，若为静默帧，则不执行下述步骤702，执行下述步骤703，若为语音帧，则客户端可以确定该首个RTP数据包中语音帧使用的编速率；又例如，首个RTP数据包中承载的是视频数据，客户端接收到RTP数据包后，确定RTP数据包中承载的SPS帧使用的视频分辨率。
需要说明的是，RTCP数据包对应的编解码类型，是RTCP数据包中携带的统计信息对应的RTP数据包的编解码类型。
702、将首个数据包划分至当前数据包集合，将首个数据包的获取时刻作为当前周期的起始时刻，将首个数据包对应的呼叫特征作为当前周期的呼叫特征；
客户端获取到目标呼叫业务的首个数据包后，可以将该首个数据包划分至当前数据包集合，将该首个数据包的获取时刻作为当前周期的起始时刻，并将该首个数据包对应的呼叫特征作为当前周期对应的呼叫特征。
703、获取目标呼叫业务的下一个数据包，确定该数据包对应的呼叫特征；
本实施例中，步骤703与前述图5中所描述的步骤503类似，具体此处不再赘述。
704、判断呼叫特征与当前周期的呼叫特征是否一致，若是，则执行步骤705，若否，则执行步骤706；
客户端可以判断前述步骤703中所描述的数据包对应的呼叫特征与当前周期的呼叫特征是否一致，若一致，则客户端确定数据包对应的呼叫特征改变，可以执行步骤705，若不一致，则客户端确定数据包对应的呼叫特征发生变化，可执行步骤706。
705、将该数据包划分至当前数据包集合；
本实施例中，当客户端确定数据包对应的呼叫特征与当前周期对应的呼叫特征一致时，客户端可以将前述步骤703中描述的数据包划分至当前数据包集合，当前周期继续。
706、当前周期结束成为上个周期，将该数据包的获取时刻作为新当前周期的起始时刻，将该数据包的对应的呼叫特征作为新当前周期的呼叫特征；
当客户端确定数据包对应的呼叫特征与当前周期对应的呼叫特征不一致时，客户端确定数据包的呼叫特征发生变化，客户端可以确定当前周期结束成为上个周期，确定当前数据包集合成为上个数据包集合，并且将前述步骤703中所描述的数据包的获取时刻作为新当前周期的起始时刻，若该数据包为RTP数据包，则将该数据包划分至新当前数据包集合，若前述步骤703中描述的数据包为RTCP数据包，则将该数据包划分至上个数据包集合，但从后面收到的下个数据包开始会视情况将数据包划分至新当前数据包集合，客户端将前述步骤703中描述的数据包对应的呼叫特征作为新当前周期对应的呼叫特征。
前述步骤中描述的数据包可以只包括上行方向上的RTP数据包(若包括RTCP数据包，则还包括下行RTCP数据包)，也可以只包括下行方向上的RTP数据包(若包括RTCP数据包，则还包括上行RTCP数据包)，即客户端可以分别对上行方向上的数据包进行划分至各个上行数据包集合，分别对下行方向上的数据包进行划分至各个下行数据包集合，客户端也可以不区分上行方向上的数据包和下行方向上的数据包，将上行方向上的数据包和下行方向上的数据包一起进行划分至各个数据包集合，前述步骤中描述的数据包包括上行方向上的RTP数据包、下行方向上的RTCP数据包和下行方向上的RTP数据包、上行方向上的RTCP数据包，具体此处不做限定。
可参考图8，以RTP数据包的编解码类型作为呼叫特征的例子进行说明，以客户端划分单方向上(上行方向上或下行方向上)的数据包作为例子进行说明，客户端依据编解码类型划分目标呼叫业务单方向上的RTP数据包和RTCP数据包(RTP数据包和RTCP数据包的方向是反的)，客户端接收到RTCP数据包时，发现数据包的编解码类型发生变化，从编解码A变成编解码B，确定当前周期(周期1)结束成为上个周期，当前数据包集合成为上个数据包集合，将RTCP数据包的获取时刻作为新当前周期(周期2)的起始时刻，RTCP数据包归入上个数据包集合，RTCP数据包的后一个RTP数据包开始划分到新当前数据包集合；客户端接收到RTP数据包时，发现据包的编解码类型发生变化，从编解码B变为编解码C，确定当前周期(周期2)结束成为上个周期，当前数据包集合成为上个数据包集合，将RTP数据包的获取时刻作为新当前周期(周期3)的起始时刻，RTP数据包划分到新当前数据包集合。
步骤707至步骤709与前述图5中描述的步骤507至步骤509类似，具体此处不再赘述。
本实施例中，客户端若确定目标呼叫业务过程中数据包的呼叫特征发生变化，客户端可以将不同呼叫特征下的数据包划分至不同的集合，分别确定每个呼叫特征下的数据包集合对应的特征参数，并分别对各个特征参数进行MOS评估，在不同呼叫特征下进行MOS评估，有益于提高语音和视频质量评估结果的准确性，利于定位感知较差发生的原因。
本申请实施例中，客户端根据其获取到目标呼叫业务的数据包的时刻属于不同的时间段，对目标呼叫业务的数据包进行划分时，可以先判断在这些不同的时间段内终端的状态信息是否发生了变化，依据终端的状态信息是否变化，可以有不同的划分数据包的方式，例如，当终端的状态信息未发生变化时，可以按照预设的时间切片规则来划分数据包，下面描述当不同的时间段内终端的状态信息未发生变化时，客户端按照预设的时间切片规则来划分数据包的方式。
三、根据预设的第一时间切片规则、客户端获取第一数据包的第一获取时刻和客户端获取第二数据包的第二获取时刻划分第一数据包和第二数据包，以及，当客户端在获取第一数据包和第二数据包之间获取到了第三数据包，根据预设的第二时间切片规则、第一获取时刻、第二获取时刻以及客户端获取第三数据包的第三获取时刻划分第一数据包和第二数据包；
本实施例中，客户端可以根据预设第一时间切片规则、客户端获取第一数据包的第一时刻和客户端获取第二数据包的第二时刻划分第一数据包至第一数据包集合，划分第二数据包至第二数据包集合，以及，当客户端在获取第一数据包和第二数据包之间获取到了第三数据包，客户端根据第二时间切片规则、第一时刻、第二时刻以及客户端获取第三数据包的第三时刻划分第一数据包至第一数据包集合，第二数据包至第二数据包集合，具体可参阅图9，本申请实施例中数据处理方法另一个实施例包括：
901、获取终端发起的目标呼叫业务的上行方向上的首个RTP数据包；
本实施例中，步骤901与前述步骤501类似，具体此处不再赘述。可理解的是，目标呼叫业务中的数据包可以是双向的，客户端在对目标呼叫业务的数据包进行划分至各个数据包集合时，可以对目标呼叫业务的数据包进行上行和下行方向的区分，客户端也可以不对目标呼叫业务的数据包进行上行和下行方向的区分，具体此处不做限定，在本实施例和后续实施例中，仅以客户端对目标呼叫业务的数据包进行上行和下行方向的区分作为例子进行说明。
客户端可以获取目标呼叫业务的上行方向上的首个RTP数据包，可选的，客户端在获取目标呼叫业务的上行方向上的首个RTP数据包前，客户端获取的可能是目标呼叫业务的下行方向上的RTCP数据包，即客户端获取到的目标呼叫业务的单方向上的首个数据包为RTCP数据包，具体此处不做限定，在本实施例和后续实施例中，仅以客户端获取到的目标呼叫业务的单方向上的首个数据包为RTP数据包作为例子进行说明，且以上行方向作为例子进行说明。
902、将上行首个RTP数据包划分至上行当前数据包集合，将上行首个RTP数据包的获取时刻作为上行当前周期的起始时刻；
客户端获取到目标呼叫业务上行方向上的首个RTP数据包后，可以将该上行首个RTP数据包划分至上行当前数据包集合，将该上行首个RTP数据包的获取时刻作为上行当前周期的起始时刻。
903、获取目标呼叫业务的下一个数据包；
本实施例中，客户端可以获取目标呼叫业务的下一个数据包，下一个数据包可以是上行方向上的RTP数据包，也可以是下行方向上的RTCP数据包，具体此处不做限定。
904、判断该数据包是否为下行RTCP数据包，若是，则执行步骤905，若否，则执行步骤908；
客户端可以判断前述步骤903中所描述的数据包是否为下行RTCP数据包，若是，则执行步骤905，若否，则执行步骤908。
905、判断该下行RTCP数据包的获取时刻与上行当前周期的起始时刻的差值是否不小于Tmin，若不小于，则执行步骤906，若否，则执行步骤907；
若客户端确定前述步骤903中所描述的数据包是下行RTCP数据包，则客户端可以确定该下行RTCP数据包的获取时刻与上行当前周期的起始时刻的差值是否不小于Tmin，若不小于，则执行步骤906，若小于，则执行步骤907。
Tmin的数值可以是静态的，也可以是动态的，具体此处不做限定，Tmin的数值可以按照网络情况确定，可以视使用场景确定，也可以由人为任意确定，具体此处不做限定，数值可以为5s、8s等，具体此处不做限定。
906、上行当前周期结束成为上行上个周期，将该RTCP数据包的获取时刻作为上行新当前周期的起始时刻；
若客户端确定前述步骤905中描述的下行RTCP数据包的获取时刻与上行当前周期的起始时刻的差值不小于Tmin，则客户端可以确定上行当前周期结束成为上行上个周期，确定上行当前数据包集合成为上行上个数据包集合，并且将该下行RTCP数据包的获取时刻作为上行新当前周期的起始时刻，将该RTCP数据包划分至上行上个数据包集合。
907、将该数据包划分至上行当前数据包集合；
客户端可以确定上行当前周期继续，将当前数据包划分至上行当前数据包集合。
908、判断系统当前时刻与上行当前周期的起始时刻的差值是否不小于Tmax，若是，则执行步骤909，若否，则执行步骤907；
本实施例中，若客户端确定前述步骤903中所描述的数据包不是下行RTCP数据包，客户端可以判断系统当前时刻与上行当前周期的起始时刻的差值是否不小于Tmax，若是，则客户端可以执行步骤909，若否，则客户端可以执行步骤907。
可选的，客户端也可以每N秒判断系统当前时刻与上行当前周期的起始时刻的差值是否不小于Tmax，若是，则客户端可以执行步骤909，若否，则客户端可以执行步骤907，而不一定在判断获取的数据包不为RTCP数据包时执行判断系统当前时刻与上行当前周期的起始时刻的差值是否不小于Tmax的动作。
N的数值可以是静态的，也可以是动态的，具体此处不做限定，N的数值可以按照网络情况确定，可以视使用场景确定，也可以由人为任意确定，具体此处不做限定，数值可以为0.5、1、1.5等，具体此处不做限定。
Tmax的数值可以是静态的，也可以是动态的，具体此处不做限定，Tmax的数值可以按照网络情况确定，可以视使用场景确定，也可以由人为任意确定，具体此处不做限定，只需保证Tmax不小于Tmin即可，Tmax的数值可以为8s、10s等，具体此处不做限定。
可选的，Tmax的数值可以与Tmin的数值相同，具体此处不做限定。
909、上行当前周期结束成为上行上个周期，将系统当前时刻作为上行新当前周期的起始时刻；
若客户端在前述步骤908中确定系统当前时刻与上行当前周期的起始时刻的差值不小于Tmax，则客户端可以确定上行当前周期结束成为上行上个周期，确定上行当前数据包集合成为上行上个数据包集合，并且将系统当前时刻作为上行新当前周期的起始时刻。
可以理解的是，步骤908和步骤909是可选的，也可以不执行，具体此处不做限定，当不执行步骤908和步骤909时，划分目标呼叫业务的数据包是通过前述步骤905至步骤907实现的，以RTCP数据包来实现数据包集合划分的，优选的，为了避免一直没有RTCP数据包，执行步骤908和步骤909。
可参考图10，客户端依据RTCP数据包的获取时刻和系统时刻划分目标呼叫业务单方向上的RTP数据包和RTCP数据包(RTP数据包和RTCP数据包的方向是反的)，客户端接收到下行RTCP数据包，确定该下行RTCP数据包的获取时刻与上行当前周期(周期1)起始时刻差值不小于Tmin，上行当前周期(周期1)结束成为上行上个周期，上行当前数据包集合成为上行上个数据包集合，将下行RTCP数据包的获取时刻作为上行新当前周期(周期2)的起始时刻，下行RTCP数据包划分到上行上个数据包集合；客户端确定系统当前时刻与上行当前周期(周期3)起始时刻的差值不小于Tmax，则上行当前周期(周期3)结束成为上行上个周期，上行当前数据包集合成为上行上个数据包集合。
本实施例中，步骤910至步骤912与前述图5中描述的步骤507和步骤509类似，具体此处不再赘述。
可以理解的是，本实施例中，是以划分目标呼叫业务的上行RTP数据包和下行RTCP数据包至各个上行数据包集合作为例子进行说明，划分目标呼叫业务的下行RTP数据包和上行RTCP数据包至各个下行数据包集合的方法类似，具体此处不再赘述。
本实施例中，客户端可以按照时间切片的规则对目标呼叫业务的数据包进行划分至不同的集合，分别确定不同的数据包集合对应的特征参数，并且分别评估各个特征参数对应的音视频质量，即对目标呼叫业务划分时段，可以针对划分后的不同时段内的特征参数分别进行MOS评估，可以提高语音和视频质量评估结果的准确性。
本申请实施例中，当客户端确定不同的时间段内终端的状态信息发生变化时，客户端在按照预设的状态切片规则划分数据包时，也可以结合预设的时间切片规则来进一步划分数据包，例如，当终端的位置信息发生变化时，可以将位置切片规则和时间切片规则结合来划分数据包，下面进行具体描述。
可以理解的是，当客户端确定不同的时间段内终端的状态信息发生变化，客户端也可以不按照预设的状态切片规则划分时间包，而选用预设的时间切片规则来划分，具体此处不做限定。
四、将预设的第一时间切片规则或预设的第二时间切片规则与预设的呼叫特征切片规则或预设的位置切片规则相结合，划分第一数据包和第二数据包；
本实施例中，当客户端获取第一数据包时终端所对应的第一位置信息与客户端获取第二数据包时终端所对应的第二位置信息不同时，客户端可以根据预设的位置切片规则和第一时间切片规则或第二时间切片规则划分第一数据包至第一数据包集合并且划分第二数据包至第二数据包集合，具体可参阅图11，本申请实施例中数据处理方法另一个实施例包括：
1101、获取终端发起的目标呼叫业务的上行方向上的首个RTP数据包，确定终端当前的位置信息；
本实施例中，客户端获取终端发起的目标呼叫业务的上行方向上的首个RTP数据包与前述图9中描述的步骤901类似，具体此处不再赘述；确定终端当前的位置信息与前述图5中所描述的步骤501类似，具体此处不再赘述。
1102、将上行首个RTP数据包划分至上行当前数据包集合，将上行首个RTP数据包的获取时刻作为上行当前周期的起始时刻，将位置信息作为上行当前周期的位置信息；
客户端获取到目标呼叫业务上行方向上的首个RTP数据包后，可以将该上行首个RTP数据包划分至上行当前数据包集合，将该上行首个RTP数据包的获取时刻作为上行当前周期的起始时刻，将终端当前的位置信息作为上行当前周期的位置信息。
1103、获取目标呼叫业务的下一个数据包，确定终端当前的位置信息；
本实施例中，客户端可以获取目标呼叫业务的下一个数据包，下一个数据包可以是上行方向上的RTP数据包，也可以是下行方向上的RTCP数据包，具体此处不做限定；客户端可以确定终端获取目标呼叫业务的下一个数据包时终端当前的位置信息。
1104、判断位置信息与上行当前周期的位置信息是否一致，若是，则执行步骤1106，若否，则执行步骤1105；
客户端可以判断前述步骤1103中描述的终端当前的位置信息与上行当前周期对应的位置信息是否一致，若一致，则客户端确定终端的位置信息未发生变化，可以执行步骤1106，若不一致，则客户端确定终端的位置信息发生变化，可以执行步骤1105。
1105、上行当前周期结束成为上行上个周期，将该数据包的获取时刻作为上行新当前周期的起始时刻，将终端当前的位置信息作为上行新当前周期的位置信息；
当客户端确定终端当前的位置信息与上行当前周期对应的位置信息不一致时，客户端确定终端的位置信息发生变化，客户端可以确定上行当前周期结束成为上行上个周期，确定上行当前数据包集合成为上行上个数据包集合，并且将前述步骤1103中描述的数据包的获取时刻作为上行新当前周期的起始时刻，将终端当前的位置信息作为上行新当前周期对应的位置信息，若前述步骤1103中描述的数据包为上行RTP数据包，则将该数据包划分至上行新当前数据包集合，若该数据包为下行RTCP数据包，则将该数据包划分至上行上个数据包集合，但从后面收到的下个数据包开始会视情况将数据包划分至上行新当前数据包集合。
1106、判断该数据包是否为下行RTCP数据包，若是，则执行步骤1107，若否，则执行步骤1110；
当客户端确定终端当前的位置信息与当前周期对应的位置信息一致时，客户端确定终端的位置信息未发生变化，客户端可以判断前述步骤1103中所描述的数据是否为下行RTCP数据包，若是，则执行步骤1107，若否，则执行步骤1110。
1107、判断该下行RTCP数据包的获取时刻与上行当前周期的起始时刻的差值是否不小于Tmin，若不小于，则执行步骤1108，若否，则执行步骤1109；
若客户端确定前述步骤1103中所描述的数据包是下行RTCP数据包，则客户端可以确定该下行RTCP数据包的获取时刻与上行当前周期的起始时刻的差值是否不小于Tmin，若不小于，则执行步骤1108，若小于，则执行步骤1109。
Tmin的数值可以是静态的，也可以是动态的，具体此处不做限定，Tmin的数值可以按照网络情况确定，可以视使用场景确定，也可以由人为任意确定，具体此处不做限定，数值可以为5s、8s等，具体此处不做限定。
1108、上行当前周期结束成为上行上个周期，将该RTCP数据包的获取时刻作为上行新当前周期的起始时刻，将上行上个周期的位置信息作为上行新当前周期的位置信息；
若客户端确定前述步骤1107中描述的下行RTCP数据包的获取时刻与上行当前周期的起始时刻的差值不小于Tmin，则客户端可以确定上行当前周期结束成为上行上个周期，确定上行当前数据包集合成为上行上个数据包集合，并且将该下行RTCP数据包的获取时刻作为上行新当前周期的起始时刻，将该RTCP数据包划分至上行上个数据包集合。
1109、将该数据包划分至上行当前数据包集合；
客户端可以确定上行当前周期继续，将当前数据包划分至上行当前数据包集合。
1110、判断系统当前时刻与上行当前周期的起始时刻的差值是否不小于Tmax，若是，则执行步骤1111，若否，则执行步骤1109；
本实施例中，若客户端确定前述步骤1103中所描述的数据包不是下行RTCP数据包，客户端可以判断系统当前时刻与上行当前周期的起始时刻的差值是否不小于Tmax，若是，则客户端可以执行步骤1111，若否，则客户端可以执行步骤1109。
可选的，客户端也可以每N秒判断系统当前时刻与上行当前周期的起始时刻的差值是否不小于Tmax，若是，则客户端可以执行步骤1111，若否，则客户端可以执行步骤1109，而不一定在判断获取的数据包不是RTCP数据包时执行判断系统当前时刻与上行当前周期的起始时刻的差值是否不小于Tmax的动作。
N的数值可以是静态的，也可以是动态的，具体此处不做限定，N的数值可以按照网络情况确定，可以视使用场景确定，也可以由人为任意确定，具体此处不做限定，数值可以为0.5、1、1.5等，具体此处不做限定。
Tmax的数值可以是静态的，也可以是动态的，具体此处不做限定，Tmax的数值可以按照网络情况确定，可以视使用场景确定，也可以由人为任意确定，具体此处不做限定，只需保证Tmax不小于Tmin即可，Tmax的数值可以为8s、10s等，具体此处不做限定。
可选的，Tmax的数值可以与Tmin的数值相同，具体此处不做限定。
1111、上行当前周期结束成为上行上个周期，将系统当前时刻作为上行新当前周期的起始时刻，将上行上个周期的位置信息作为上行新当前周期的位置信息；
若客户端在前述步骤1110中确定系统当前时刻与上行当前周期起始时刻的差值不小于Tmax，则客户端可以确定上行当前周期结束成为上行上个周期，确定上行当前数据包集合成为上行上个数据包集合，并且将系统当前时刻作为上行新当前周期的起始时刻，将上行上个周期对应的位置信息作为上行新当前周期对应的位置信息。
可以理解的是的，步骤1110和步骤1111是可选的，也可以不执行，具体此处不做限定，当不执行步骤1110和步骤1111时，划分目标呼叫业务的数据包是通过前述步骤1107至步骤1109实现的，以RTCP数据包来实现数据包集合划分的，优选的，为了避免一直没有RTCP数据包，执行步骤1110和步骤1111。
可参考图12，客户端依据RTCP数据包的获取时刻、系统时刻以及终端的小区信息划分目标呼叫业务单方向上的RTP数据包和RTCP数据包(RTP数据包和RTCP数据包的方向是反的)，客户端接收到下行RTCP数据包，确定该下行RTCP数据包的获取时刻与上行当前周期(周期1)起始时刻差值不小于Tmin，上行当前周期(周期1)结束成为上行上个周期，上行当前数据包集合成为上行上个数据包集合，将下行RTCP数据包的获取时刻作为上行新当前周期(周期2)的起始时刻，下行RTCP数据包划分到上行上个数据包集合；客户端接收到上行RTP数据包时，发现终端所在小区发生变化，从小区A进入小区B，确定上行当前周期(周期3)结束成为上行上个周期，上行当前数据包集合成为上行上个数据包集合，将上行RTP数据包的获取时刻作为上行新当前周期(周期4)的起始时刻，上行RTP数据包划分到上行新当前数据包集合；客户端确定系统当前时刻与上行当前周期(周期4)起始时刻的差值不小于Tmax，则上行当前周期(周期4)结束成为上行上个周期，上行当前数据包集合成为上行上个数据包集合。
本实施例中，步骤1112至步骤1114与前述图5中描述的步骤507和步骤509类似，具体此处不再赘述。
可以理解的是，本实施例中，是以划分目标呼叫业务的上行RTP数据包和下行RTCP数据包至各个上行数据包集合作为例子进行说明，划分目标呼叫业务的下行RTP数据包和上行RTCP数据包至各个下行数据包集合的方法类似，具体此处不再赘述。
可以理解的是，本实施中，目标呼叫业务的数据包的呼叫特征可以发生变化，也可以不发生变化，具体此处不做限定。
优选的，若目标呼叫业务的数据包的呼叫特征也发生变化，则本实施例中，还可以再结合数据包的呼叫特征的变化，进一步的划分目标呼叫业务的数据包集合，具体此处不做限定，可结合前述图7中描述的具体步骤，具体此处不再赘述。
本实施例中，将目标呼叫业务的获取时刻在不同时间段的数据包划分至不同的数据包集合，分别确定不同的数据包集合对应的特征参数，并且分别评估各个特征参数对应的音视频质量，即对目标呼叫业务划分时段，可以针对划分后的不同时段内的特征参数分别进行MOS评估，且可以基于终端的位置信息发生变化、基于目标呼叫业务的数据包对应的呼叫特征发生变化，综合进行目标呼叫业务的时段划分，有益于提高语音和视频质量评估结果的准确性。
上面对本申请实施例中的数据处理方法进行了描述，下面对本申请实施例中的客户端进行描述，请参阅图13，本申请实施例中客户端的一个实施例包括：
获取单元1301，用于获取终端发起的目标呼叫业务的数据包；
划分单元1302，用于若该获取单元获取到该目标呼叫业务的第一数据包和第二数据包，则根据第一时间段和第二时间段划分该第一数据包至第一数据包集合并且划分该第二数据包至第二数据包集合，该第一数据包的第一获取时刻属于该第一时间段，该第二数据包的第二获取时刻属于该第二时间段，该第一时间段和该第二时间段为该获取单元获取该目标呼叫业务的数据包的不同时间段，该第一时间段与该第二时间段的交集为空；
确定单元1303，用于确定该第一数据包集合对应的第一特征参数和该第二数据包集合对应的第二特征参数；
计算单元1304，用于按照预设的音视频质量评估算法计算该第一特征参数对应的音视频质量和该第二特征参数对应的音视频质量。
本实施例中，客户端中各单元所执行的流程与前述图7、图9和图11所示的实施例中描述的客户端所执行的方法流程类似，此处不再赘述。
本实施例中，若获取单元1301获取到终端发起的目标呼叫业务的第一数据包和第二数据包，则划分单元1302可以根据第一时间段和第二时间段划分该第一数据包至第一数据包集合并且划分该第二数据包至第二数据包集合，该第一数据包的第一获取时刻属于该第一时间段，该第二数据包的第二获取时刻属于该第二时间段，该第一时间段和该第二时间段为客户端获取该目标呼叫业务的数据包的不同时间段，并且该第一时间段与该第二时间段的交集为空，确定单元1303可以分别确定第一数据包集合对应的第一特征参数和第二数据包集合对应的第二特征参数，计算单元1304可以按照预设的音视频质量评估算法分别计算第一特征参数对应的音视频质量和第二特征参数对应的音视频质量，即对目标呼叫业务划分时段，可以针对划分后的不同时段内的特征参数分别进行MOS评估，可以提高语音和视频质量评估结果的准确性。
本实施例中，该客户端还包括判断单元1305，用于判断该第一时间段中该终端的第一状态信息与该第二时间段中该终端的第二状态信息是否相同。
当该判断单元1305确定该第一状态信息与该第二状态信息相同时，该划分单元1302可以按照预设的时间切片规则划分该第一数据包至该第一数据包集合并且划分该第二数据包至该第二数据包集合。
该划分单元1302按照预设的时间切片规则划分该第一数据包和该第二数据包可以通过如下几种方式实现：
该划分单元1302具体用于根据预设的第一时间切片规则、该第一获取时刻和该第二获取时刻划分所述第一数据包至该第一数据包集合并且划分所述第二数据包至该第二数据包集合，该第一获取时刻与该第二数据包集合中的至少一个数据包的获取时刻的间隔大于预置的第一时长阈值，该第二获取时刻与该第一数据包集合中的至少一个数据包的获取时刻的间隔大于该第一时长阈值，该第一数据包集合中的任意两个数据包的获取时刻的间隔不大于该第一时长阈值，该第二数据包集合中的任意两个数据包的获取时刻的间隔不大于该第一时长阈值；
或者，
该划分单元1302具体用于若获取单元1301获取到该目标呼叫业务的第三数据包，则根据预设的第二时间切片规则、该第一获取时刻、该第二获取时刻和该第三数据包的第三获取时刻划分该第一数据包至第一数据包集合并且划分该第二数据包至第二数据包集合，该第三获取时刻属于第一时间段或第二时间段；根据该第二时间切片规则、该第一获取时刻、该第二获取时刻和该第三获取时刻划分该第三数据包至第一数据包集合或第二数据包集合，该第三获取时刻早于该第一数据包集合和该第二数据包集合中一个数据包集合中的全部数据包的获取时刻，并且晚于另一个数据包集合中的全部数据包的获取时刻，该第三获取时刻与该第一数据包集合或该第二数据包集合中任一个数据包的获取时刻的间隔不大于预置的第二时长阈值；该第一数据包包括第一RTP数据包；该第二数据包包括第二RTP数据包；该第三数据包包括第一RTCP数据包。
当该判断单元1305确定该第一状态信息与该第二状态信息不同时，该划分单元1302可以按照预设的状态切片规则划分该第一数据包至该第一数据包集合并且划分该第二数据包至该第二数据包集合；
该划分单元1302按照预设的状态切片规则划分该第一数据包和该第二数据包可以通过如下几种方式实现：
当第一状态信息包括该获取单元获取该第一数据包时该终端所对应的第一位置信息，该第二状态信息包括该获取单元获取该第二数据包时该终端所对应的第二位置信息时，该划分单元1302具体用于用于根据预设的位置切片规则、该第一位置信息和该第二位置信息划分该第一数据包至该第一数据包集合并且划分该第二数据包至该第二数据包集合，该第一数据包集合中的任一数据包被该客户端获取时该终端对应的位置信息均为该第一位置信息，该第二数据包集合中的任一数据包被该客户端获取时该终端对应的位置信息均为该第二位置信息；
或者，
当第一状态信息包括该第一数据包对应的第一呼叫特征；该第二状态信息包括该第二数据包对应的第二呼叫特征；该划分单元具体用于根据预设的呼叫特征切片规则、该第一呼叫特征和该第二呼叫特征划分该第一数据包至第一数据包集合并且划分该第二数据包至第二数据包集合，该第一数据包集合中的任一数据包对应的呼叫特征均为第一呼叫特征，该第二数据包集合中的任一数据包对应的呼叫特征均为第二呼叫特征。
请参阅图14，本申请实施例中客户端另一个实施例包括：该客户端1400可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessing units，CPU)1401(例如，一个或一个以上处理器)和存储器1405，该存储器1405中存储有一个或一个以上的应用程序或数据。
其中，存储器1405可以是易失性存储或持久存储。存储在存储器1405的程序可以包括一个或一个以上模块，每个模块可以包括对客户端中的一系列指令操作。更进一步地，中央处理器1401可以设置为与存储器1405通信，在客户端1400上执行存储器1405中的一系列指令操作。
客户端1400还可以包括一个或一个以上电源1402，一个或一个以上有线或无线网络接口1403，一个或一个以上输入输出接口1404，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。
本实施例中客户端1400中的中央处理器1401所执行的流程与前述图7、图9和图11所示的实施例中描述的方法流程类似，此处不再赘述。
本申请实施例还提供一种计算机存储介质，该计算机存储介质用于储存为前述客户端所用的计算机软件指令，其包括用于执行为客户端所设计的程序。
本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机软件指令，该计算机软件指令可通过处理器进行加载来实现前述前述图5、图7、图9和图11所示的实施例中的方法流程。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (20)

1.一种数据处理方法，其特征在于，包括：
若客户端获取到终端发起的目标呼叫业务的第一数据包和第二数据包，则所述客户端根据第一时间段和第二时间段划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合，所述第一数据包的第一获取时刻属于所述第一时间段，所述第二数据包的第二获取时刻属于所述第二时间段，所述第一时间段和所述第二时间段为所述客户端获取所述目标呼叫业务的数据包的不同时间段，所述第一时间段与所述第二时间段的交集为空；
所述客户端确定所述第一数据包集合对应的第一特征参数和所述第二数据包集合对应的第二特征参数；
所述客户端按照预设的音视频质量评估算法计算所述第一特征参数对应的音视频质量和所述第二特征参数对应的音视频质量。
2.根据权利要求1所述的方法，其特征在于，所述客户端根据所述第一时间段和所述第二时间段划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合包括：
当所述客户端确定所述第一时间段中所述终端的第一状态信息与所述第二时间段中所述终端的第二状态信息相同时，所述客户端按照预设的时间切片规则划分所述第一数据包至所述第一数据包集合并且划分所述第二数据包至所述第二数据包集合。
3.根据权利要求2所述的方法，其特征在于，所述客户端按照预设的时间切片规则划分所述第一数据包至所述第一数据包集合并且划分所述第二数据包至所述第二数据包集合包括：
所述客户端根据预设的第一时间切片规则、所述第一获取时刻和所述第二获取时刻划分所述第一数据包至所述第一数据包集合并且划分所述第二数据包至所述第二数据包集合，所述第一获取时刻与所述第二数据包集合中的至少一个数据包的获取时刻的间隔大于预置的第一时长阈值，所述第二获取时刻与所述第一数据包集合中的至少一个数据包的获取时刻的间隔大于所述第一时长阈值，所述第一数据包集合中的任意两个数据包的获取时刻的间隔不大于所述第一时长阈值，所述第二数据包集合中的任意两个数据包的获取时刻的间隔不大于所述第一时长阈值。
4.根据权利要求2所述的方法，其特征在于，所述客户端按照预设的时间切片规则划分所述第一数据包至所述第一数据包集合并且划分所述第二数据包至所述第二数据包集合包括：
若所述客户端获取到所述目标呼叫业务的第三数据包，则所述客户端根据预设的第二时间切片规则、所述第一获取时刻、所述第二获取时刻和所述第三数据包的第三获取时刻划分所述第一数据包至所述第一数据包集合并且划分所述第二数据包至所述第二数据包集合，所述第三获取时刻属于第一时间段或第二时间段；
所述客户端根据所述第二时间切片规则、所述第一获取时刻、所述第二获取时刻和所述第三获取时刻划分所述第三数据包至所述第一数据包集合或所述第二数据包集合，所述第三获取时刻早于所述第一数据包集合和所述第二数据包集合中一个数据包集合中的全部数据包的获取时刻，并且晚于另一个数据包集合中的全部数据包的获取时刻，所述第三获取时刻与所述第一数据包集合或所述第二数据包集合中任一个数据包的获取时刻的间隔不大于预置的第二时长阈值；
所述第一数据包包括第一RTP数据包；
所述第二数据包包括第二RTP数据包；
所述第三数据包包括第一RTCP数据包。
5.根据权利要求1所述的方法，其特征在于，所述客户端根据所述第一时间段和所述第二时间段划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合包括：
当所述客户端确定所述第一时间段中所述终端的第一状态信息与所述第二时间段中所述终端的第二状态信息不同时，所述客户端按照预设的状态切片规则划分所述第一数据包至所述第一数据包集合并且划分所述第二数据包至所述第二数据包集合。
6.根据权利要求5所述的方法，其特征在于，所述第一状态信息包括所述客户端获取所述第一数据包时所述终端所对应的第一位置信息；
所述第二状态信息包括所述客户端获取所述第二数据包时所述终端所对应的第二位置信息；
所述客户端按照预设的状态切片规则划分所述第一数据包至所述第一数据包集合并且划分所述第二数据包至所述第二数据包集合包括：
所述客户端根据预设的位置切片规则、所述第一位置信息和所述第二位置信息划分所述第一数据包至所述第一数据包集合并且划分所述第二数据包至所述第二数据包集合，所述第一数据包集合中的任一数据包被所述客户端获取时所述终端对应的位置信息均为所述第一位置信息，所述第二数据包集合中的任一数据包被所述客户端获取时所述终端对应的位置信息均为所述第二位置信息。
7.根据权利要求6所述的方法，其特征在于，所述第一位置信息包括第一小区；
所述第二位置信息包括第二小区；
或者，
所述第一位置信息包括第一栅格；
所述第二位置信息包括第二栅格；
或者，
所述第一位置信息包括所述第一数据包经过的第一接口网元；
所述第二位置信息包括所述第二数据包经过的第二接口网元，所述第一接口网元与所述第二接口网元对应。
8.根据权利要求5所述的方法，其特征在于，所述第一状态信息包括所述第一数据包对应的第一呼叫特征；
所述第二状态信息包括所述第二数据包对应的第二呼叫特征；
所述客户端按照预设的状态切片规则划分所述第一数据包至所述第一数据包集合并且划分所述第二数据包至所述第二数据包集合包括：
所述客户端根据预设的呼叫特征切片规则、所述第一呼叫特征和所述第二呼叫特征划分所述第一数据包至所述第一数据包集合并且划分所述第二数据包至所述第二数据包集合，所述第一数据包集合中的任一数据包对应的呼叫特征均为第一呼叫特征，所述第二数据包集合中的任一数据包对应的呼叫特征均为第二呼叫特征。
9.根据权利要求8所述的方法，其特征在于，所述第一呼叫特征包括第一编解码类型；
所述第二呼叫特征包括第二编解码类型；
或者，
所述第一呼叫特征包括第一音频编码速率；
所述第二呼叫特征包括第二音频编码速率；
或者，
所述第一呼叫特征包括第一视频分辨率；
所述第二呼叫特征包括第二视频分辨率。
10.一种客户端，其特征在于，包括：
获取单元，用于获取终端发起的目标呼叫业务的数据包；
划分单元，用于若所述获取单元获取到所述目标呼叫业务的第一数据包和第二数据包，则根据第一时间段和第二时间段划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合，所述第一数据包的第一获取时刻属于所述第一时间段，所述第二数据包的第二获取时刻属于所述第二时间段，所述第一时间段和所述第二时间段为所述获取单元获取所述目标呼叫业务的数据包的不同时间段，所述第一时间段与所述第二时间段的交集为空；
确定单元，用于确定所述第一数据包集合对应的第一特征参数和所述第二数据包集合对应的第二特征参数；
计算单元，用于按照预设的音视频质量评估算法计算所述第一特征参数对应的音视频质量和所述第二特征参数对应的音视频质量。
11.根据权利要求10所述的客户端，其特征在于，所述客户端还包括判断单元，用于判断所述第一时间段中所述终端的第一状态信息与所述第二时间段中所述终端的第二状态信息是否相同；
所述划分单元具体用于当所述判断单元确定所述第一状态信息与所述第二状态信息相同时，按照预设的时间切片规则划分所述第一数据包至所述第一数据包集合并且划分所述第二数据包至所述第二数据包集合。
12.根据权利要求11所述的客户端，其特征在于，所述划分单元具体用于根据预设的第一时间切片规则、所述第一获取时刻和所述第二获取时刻划分所述第一数据包至所述第一数据包集合并且划分所述第二数据包至所述第二数据包集合，所述第一获取时刻与所述第二数据包集合中的至少一个数据包的获取时刻的间隔大于预置的第一时长阈值，所述第二获取时刻与所述第一数据包集合中的至少一个数据包的获取时刻的间隔大于所述第一时长阈值，所述第一数据包集合中的任意两个数据包的获取时刻的间隔不大于所述第一时长阈值，所述第二数据包集合中的任意两个数据包的获取时刻的间隔不大于所述第一时长阈值。
13.根据权利要求11所述的客户端，其特征在于，所述划分单元具体用于若所述获取单元获取到所述目标呼叫业务的第三数据包，则根据预设的第二时间切片规则、所述第一获取时刻、所述第二获取时刻和所述第三数据包的第三获取时刻划分所述第一数据包至所述第一数据包集合并且划分所述第二数据包至所述第二数据包集合，所述第三获取时刻属于第一时间段或第二时间段；根据所述第二时间切片规则、所述第一获取时刻、所述第二获取时刻和所述第三获取时刻划分所述第三数据包至所述第一数据包集合或所述第二数据包集合，所述第三获取时刻早于所述第一数据包集合和所述第二数据包集合中一个数据包集合中的全部数据包的获取时刻，并且晚于另一个数据包集合中的全部数据包的获取时刻，所述第三获取时刻与所述第一数据包集合或所述第二数据包集合中任一个数据包的获取时刻的间隔不大于预置的第二时长阈值；所述第一数据包包括第一RTP数据包；所述第二数据包包括第二RTP数据包；所述第三数据包包括第一RTCP数据包。
14.根据权利要求10所述的客户端，其特征在于，所述客户端还包括判断单元，用于判断所述第一时间段中所述终端的第一状态信息与所述第二时间段中所述终端的第二状态信息是否相同；
所述划分单元具体用于当所述判断单元确定所述第一状态信息与所述第二状态信息不同时，按照预设的状态切片规则划分所述第一数据包至所述第一数据包集合并且划分所述第二数据包至所述第二数据包集合。
15.根据权利要求14所述的客户端，其特征在于，所述第一状态信息包括所述获取单元获取所述第一数据包时所述终端所对应的第一位置信息；所述第二状态信息包括所述获取单元获取所述第二数据包时所述终端所对应的第二位置信息；所述划分单元具体用于根据预设的位置切片规则、所述第一位置信息和所述第二位置信息划分所述第一数据包至所述第一数据包集合并且划分所述第二数据包至所述第二数据包集合，所述第一数据包集合中的任一数据包被所述客户端获取时所述终端对应的位置信息均为所述第一位置信息，所述第二数据包集合中的任一数据包被所述客户端获取时所述终端对应的位置信息均为所述第二位置信息。
16.根据权利要求15所述的客户端，其特征在于，所述第一位置信息包括第一小区；所述第二位置信息包括第二小区；或者，所述第一位置信息包括第一栅格；所述第二位置信息包括第二栅格；或者，所述第一位置信息包括所述第一数据包经过的第一接口网元；所述第二位置信息包括所述第二数据包经过的第二接口网元，所述第一接口网元与所述第二接口网元对应。
17.根据权利要求14所述的客户端，其特征在于，所述第一状态信息包括所述第一数据包对应的第一呼叫特征；所述第二状态信息包括所述第二数据包对应的第二呼叫特征；所述划分单元具体用于根据预设的呼叫特征切片规则、所述第一呼叫特征和所述第二呼叫特征划分所述第一数据包至第一数据包集合并且划分所述第二数据包至第二数据包集合，所述第一数据包集合中的任一数据包对应的呼叫特征均为第一呼叫特征，所述第二数据包集合中的任一数据包对应的呼叫特征均为第二呼叫特征。
18.根据权利要求17所述的客户端，其特征在于，所述第一呼叫特征包括第一编解码类型；所述第二呼叫特征包括第二编解码类型；或者，所述第一呼叫特征包括第一音频编码速率；所述第二呼叫特征包括第二音频编码速率；或者，所述第一呼叫特征包括第一视频分辨率；所述第二呼叫特征包括第二视频分辨率。
19.一种客户端，其特征在于，包括：
存储器，用于存储程序；
处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如权利要求1至9中任意一项所述的步骤。
20.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至9中任一项所述的方法。
CN201810234918.0A 2018-03-21 2018-03-21 数据处理方法以及客户端 Active CN110300003B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201810234918.0A CN110300003B (zh) 2018-03-21 2018-03-21 数据处理方法以及客户端
EP19772188.9A EP3754909B1 (en) 2018-03-21 2019-02-20 Data processing method and client
PCT/CN2019/075556 WO2019179275A1 (zh) 2018-03-21 2019-02-20 数据处理方法以及客户端
US17/025,916 US20210006477A1 (en) 2018-03-21 2020-09-18 Data processing method and client

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810234918.0A CN110300003B (zh) 2018-03-21 2018-03-21 数据处理方法以及客户端

Publications (2)

Publication Number Publication Date
CN110300003A true CN110300003A (zh) 2019-10-01
CN110300003B CN110300003B (zh) 2021-01-12

Family

ID=67988014

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810234918.0A Active CN110300003B (zh) 2018-03-21 2018-03-21 数据处理方法以及客户端

Country Status (4)

Country Link
US (1) US20210006477A1 (zh)
EP (1) EP3754909B1 (zh)
CN (1) CN110300003B (zh)
WO (1) WO2019179275A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022057355A1 (zh) * 2020-09-21 2022-03-24 华为技术有限公司 数据包的识别方法及装置

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11176654B2 (en) * 2019-03-27 2021-11-16 Sharif University Of Technology Quality assessment of a video
US12069165B2 (en) * 2021-01-20 2024-08-20 Cisco Technology, Inc. Intelligent and secure packet captures for cloud solutions
CN113839830B (zh) * 2021-07-15 2023-10-24 腾讯科技（深圳）有限公司 数据包多发参数的预测方法、装置与存储介质
CN115379291B (zh) * 2022-07-19 2023-12-26 百果园技术(新加坡)有限公司 一种码表更新方法、装置、设备及存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103026719A (zh) * 2010-07-30 2013-04-03 德国电信股份有限公司 用于在视频比特流和输出视频序列之间的时间同步的方法和装置
CN103581956A (zh) * 2012-07-25 2014-02-12 中国移动通信集团河南有限公司 一种语音质量的检测方法及装置
CN103632680A (zh) * 2012-08-24 2014-03-12 华为技术有限公司 一种语音质量评估方法、网元及系统
CN103716470A (zh) * 2012-09-29 2014-04-09 华为技术有限公司 语音质量监控的方法和装置
CN103957216A (zh) * 2014-05-09 2014-07-30 武汉大学 基于音频信号特性分类的无参考音频质量评价方法和系统
US20140232878A1 (en) * 2009-08-21 2014-08-21 Huawei Technologies Co., Ltd. Method and Apparatus for Obtaining Video Quality Parameter, and Electronic Device
CN106791805A (zh) * 2016-12-06 2017-05-31 中国联合网络通信集团有限公司 一种视频业务评估的方法及装置
CN108199916A (zh) * 2017-12-27 2018-06-22 中国移动通信集团山东有限公司 一种VoLTE语音质量监测方法及系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8351344B2 (en) * 2008-12-02 2013-01-08 Electronics And Telecommunications Research Institute System and method for measurement of VoIP QoE and compensation method
WO2014067540A1 (en) * 2012-11-02 2014-05-08 Voipfuture Gmbh Detection of periodic impairments in media streams
CN107592646B (zh) * 2016-07-06 2020-09-11 大唐移动通信设备有限公司 一种小区语音质量的检测方法和装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140232878A1 (en) * 2009-08-21 2014-08-21 Huawei Technologies Co., Ltd. Method and Apparatus for Obtaining Video Quality Parameter, and Electronic Device
CN103026719A (zh) * 2010-07-30 2013-04-03 德国电信股份有限公司 用于在视频比特流和输出视频序列之间的时间同步的方法和装置
CN103581956A (zh) * 2012-07-25 2014-02-12 中国移动通信集团河南有限公司 一种语音质量的检测方法及装置
CN103632680A (zh) * 2012-08-24 2014-03-12 华为技术有限公司 一种语音质量评估方法、网元及系统
CN103716470A (zh) * 2012-09-29 2014-04-09 华为技术有限公司 语音质量监控的方法和装置
CN103957216A (zh) * 2014-05-09 2014-07-30 武汉大学 基于音频信号特性分类的无参考音频质量评价方法和系统
CN106791805A (zh) * 2016-12-06 2017-05-31 中国联合网络通信集团有限公司 一种视频业务评估的方法及装置
CN108199916A (zh) * 2017-12-27 2018-06-22 中国移动通信集团山东有限公司 一种VoLTE语音质量监测方法及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022057355A1 (zh) * 2020-09-21 2022-03-24 华为技术有限公司 数据包的识别方法及装置

Also Published As

Publication number Publication date
US20210006477A1 (en) 2021-01-07
CN110300003B (zh) 2021-01-12
WO2019179275A1 (zh) 2019-09-26
EP3754909A1 (en) 2020-12-23
EP3754909B1 (en) 2024-05-15
EP3754909A4 (en) 2021-04-21

Similar Documents

Publication Publication Date Title
CN110300003B (zh) 数据处理方法以及客户端
KR102544991B1 (ko) 사용자 장비 및 미디어 스트리밍 네트워크 보조 노드
US9491219B2 (en) Mobile device perceptive audio and video quality analysis using onboard test signals
US7599307B2 (en) Quality of experience (QoE) method and apparatus for wireless communication networks
US9432436B2 (en) Processing method, distribution server, client, and system for streaming media
JP2010518682A (ja) ビデオテレフォニー品質評価方法及び装置
WO2014029291A1 (zh) 一种语音质量评估方法、网元及系统
CN108428459A (zh) 一种VoLTE语音质量评估方法及系统
US10440087B2 (en) Estimation of losses in a video stream
De Vriendt et al. QoE model for video delivered over an LTE network using HTTP adaptive streaming
US20120281589A1 (en) Audio quality measurement apparatus, audio quality measurement method, and program
CN111164947A (zh) 用于对音频和/或视频数据进行编码的方法和设备
RU2454830C1 (ru) Способ и устройство для назначения битовой скорости передачи данных для мультимедийной связи "точка - много точек"
KR101533719B1 (ko) 스트리밍 기반의 실시간 데이터 분석 장치 및 방법
US20150029881A1 (en) Controlling a user device
Rivas et al. Obtaining More Realistic Cross‐Layer QoS Measurements: A VoIP over LTE Use Case
KR101514633B1 (ko) 패킷 망에서의 통화 품질 관리 방법 및 장치
JP2014107825A (ja) 通信路識別装置
Munir Analysis of SIP-based IMS session establishment signaling for WiMax-3G networks
Bhebhe et al. VoIP performance over HSPA with different VoIP clients
Bernaschi et al. Mobility management for VoIP on heterogeneous networks: evaluation of adaptive schemes
Exarchakos et al. Network analysis on Skype end-to-end video quality
US10057393B2 (en) Codec-specific radio link adaptation
KR20150097986A (ko) 통신 단말기 종류별 통신 품질 판단 시스템 및 그 제어방법과, 그 제어방법을 실행하기 위한 프로그램을 기록한 기록 매체
CN104754554B (zh) 一种获取媒体业务参数指示的方法、装置和系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant