本发明涉及通信技术领域，特别是涉及一种语音质量的评估方法及装置。
背景技术：
在lte(longtermevolution，长期演进)网络中，语音业务作为一项重要业务，使得语音质量的评估成为lte网络的重要指标。
现有技术中，对语音质量的评估通过mos(meanopinionscore，平均意见打分)盒来实现。具体地，将移动终端连接至mos盒，采集经过lte网络后的语音，与mos盒采集到的原始语音进行对比，从而得到语音质量的综合评分。
然而，在通过多个移动终端进行语音质量的评估时，需要提供多个mos盒，成本评估较高。
技术实现要素：
鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的语音质量的评估方法及装置。
依据本发明的一个方面，提供了一种语音质量的评估方法，包括：
在接收到移动终端发送的业务建立请求时，判断所述业务建立请求对应的业务类型；
若所述业务类型为语音或视频中任一种，则分别统计所述移动终端发送的实时传输协议rtp包和实时传输控制协议rtcp包的丢包率；
根据所述rtp包和rtcp包的丢包率评估语音质量。
可选地，所述分别统计所述移动终端发送的实时传输协议rtp包和实时传输控制协议rtcp包的丢包率的步骤，包括：
获取用户数据报协议udp端口号；
根据所述用户数据报协议udp端口号分别统计实时传输协议rtp包和实时传输控制协议rtcp包的丢包率。
可选地，所述根据所述用户数据报协议udp端口号分别统计实时传输协议rtp包和实时传输控制协议rtcp包的丢包率的步骤，包括：
若所述用户数据报协议udp端口号为传输rtp包的预设端口号，则分别统计rtp包的总包数和丢包数；
根据所述rtp包的总包数和丢包数计算所述rtp包的丢包率。
可选地，所述若所述用户数据报协议udp端口号为传输rtp包的预设端口号，则分别统计rtp包的总包数和丢包数的步骤，包括：
若所述用户数据报协议udp端口号为传输rtp包的预设端口号，则获取记录的上一rtp包的序号、rtp包的丢包数；
将当前rtp包的序号作为rtp包的总包数；
根据当前rtp包的序号、所述上一rtp包的序号、所述rtp包的丢包数，更新rtp包的丢包数。
可选地，在所述根据所述rtp包的总包数和丢包数计算所述rtp包的丢包率的步骤之前，还包括：
判断当前时间是否超过定时器的预设时间；
若超过，则进入所述根据所述rtp包的总包数和丢包数计算所述rtp包的丢包率的步骤；
否则，进入所述获取用户数据报协议udp端口号的步骤。
可选地，所述根据所述用户数据报协议udp端口号分别统计实时传输协议rtp包和实时传输控制协议rtcp包的丢包率的步骤，包括：
若所述协议类型为rtcp，则分别统计rtcp包的总包数和丢包数；
根据所述rtcp包的总包数和丢包数计算所述rtcp包的丢包率。
可选地，所述若所述协议类型为rtcp，则分别统计rtcp包的总包数和丢包数的步骤，包括：
若所述用户数据报协议udp端口号为传输rtcp包的预设端口号，则获取记录的上一rtcp包的序号、rtcp包的丢包数；
将当前rtcp包的序号作为rtcp包的总包数；
根据当前rtcp包的序号、所述上一rtcp包的序号、所述rtcp包的丢包数，更新rtcp包的丢包数。
可选地，在所述根据所述rtcp包的总包数和丢包数计算所述rtcp包的丢包率的步骤之前，还包括：
判断当前时间是否超过定时器的预设时间；
若超过，则进入所述根据所述rtcp包的总包数和丢包数计算所述rtcp包的丢包率的步骤；
否则，进入所述获取用户数据报协议udp端口号的步骤。
依据本发明的另一方面，提供了一种语音质量的评估装置，包括：
业务类型判断模块，用于在接收到移动终端发送的业务建立请求时，判断所述业务建立请求对应的业务类型；
丢包率统计模块，用于若所述业务类型为语音或视频中任一种，则分别统计所述移动终端发送的实时传输协议rtp包和实时传输控制协议rtcp包的丢包率；
语音质量评估模块，用于根据所述rtp包和rtcp包的丢包率评估语音质量。
可选地，所述丢包率统计模块，包括：
udp端口号获取子模块，用于获取用户数据报协议udp端口号；
丢包率统计子模块，用于根据所述用户数据报协议udp端口号分别统计实时传输协议rtp包和实时传输控制协议rtcp包的丢包率。
可选地，所述丢包率统计子模块，包括：
rtp包数统计单元，用于若所述用户数据报协议udp端口号为传输rtp包的预设端口号，则分别统计rtp包的总包数和丢包数；
rtp丢包率计算单元，用于根据所述rtp包的总包数和丢包数计算所述rtp包的丢包率。
可选地，所述rtp包数统计单元，包括：
rtp包序号获取子单元，用于若所述用户数据报协议udp端口号为传输rtp包的预设端口号，则获取记录的上一rtp包的序号、rtp包的丢包数；
rtp总包数计算子单元，用于将当前rtp包的序号作为rtp包的总包数；
rtp丢包数计算子单元，用于根据当前rtp包的序号、所述上一rtp包的序号、所述rtp包的丢包数，更新rtp包的丢包数。
可选地，还包括：
第一超时判断单元，用于判断当前时间是否超过定时器的预设时间；
第一超时处理单元，用于若超过，则进入所述rtp丢包率计算单元；
第一未超时处理单元，用于否则，进入所述udp端口号获取子模块。
可选地，所述丢包率统计子模块，包括：
rtcp包数统计单元，用于若所述用户数据报协议udp端口号为传输rtcp包的预设端口号，则分别统计rtcp包的总包数和丢包数；
rtcp丢包率计算单元，用于根据所述rtcp包的总包数和丢包数计算所述rtcp包的丢包率。
可选地，所述rtcp包数统计单元，包括：
rtcp包序号获取子单元，用于若所述用户数据报协议udp端口号为传输rtcp包的预设端口号，则获取记录的上一rtcp包的序号、rtcp包的丢包数；
rtcp总包数计算子单元，用于将当前rtcp包的序号作为rtcp包的总包数；
rtcp丢包数计算子单元，用于根据当前rtcp包的序号、所述上一rtcp包的序号、所述rtcp包的丢包数，更新rtcp包的丢包数。
可选地，还包括：
第二超时判断单元，用于判断当前时间是否超过定时器的预设时间；
第二超时处理单元，用于若超过，则进入所述rtcp丢包率计算单元；
第二未超时处理单元，用于否则，进入所述udp端口号获取子模块。
本发明实施例具有如下优点：
根据本发明的一种语音质量的评估方法及装置，可以在接收到移动终端发送的业务建立请求时，判断所述业务建立请求对应的业务类型；若所述业务类型为语音或视频中任一种，则分别统计所述移动终端发送的实时传输协议rtp包和实时传输控制协议rtcp包的丢包率；根据所述rtp包和rtcp包的丢包率评估语音质量。由此解决了在对多个移动终端进行语音质量的评估时，需要提供多个mos盒，评估成本较高的问题，取得了降低评估成本的有益效果。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了根据本发明的一种语音质量的评估方法实施例一的步骤流程图；
图2示出了根据本发明的一种语音质量的评估方法实施例二的步骤流程图；
图3示出了根据本发明的一种语音质量的评估装置实施例三的结构框图；
图4示出了根据本发明的一种语音质量的评估装置实施例四的结构框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
实施例一
参照图1，示出了根据本发明的一种语音质量的评估方法实施例一的步骤流程图，具体可以包括如下步骤：
步骤101，在接收到移动终端发送的业务建立请求时，判断所述业务建立请求对应的业务类型。
本发明实施例适用于lte(longtermevolution)网络的语音质量的评估。
在lte网络中，当移动终端向基站enodeb发送业务建立请求时，往往会携带业务等级，不同业务等级对应不同的业务类型。在实际应用中，核心网通过业务等级以及配置信息确定业务类型，从而将业务类型下发至基站。
具体地，可以根据核心网下发至基站的qci(qosclassidentifier，服务质量等级标识)值来确认业务类型。例如，当qci为1时，对应的业务类型为语音，当qci为1或2时，对应的业务类型为视频。
步骤102，若所述业务类型为语音或视频中任一种，则分别统计所述移动终端发送的实时传输协议rtp包和实时传输控制协议rtcp包的丢包率。
其中，rtp(real-timetransportprotocol，实时传输协议)包对应用户的业务数据。
rtcp(real-timetransportcontrolprotocol，实时传输控制协议)包对应控制数据，包括已发送rtp包的数目，丢失的rtp包的数目等控制信息。
具体地，当qci为1或2时，业务类型为语音或视频，此时，开始统计rtp和rtcp包的丢包率，从而可以评估语音质量。
在实际应用中，丢包率可以根据丢包数目与已发送的包数目的比值来确定。由于包序号是连续且按照顺序编号，可以根据包序号是否连续确认丢包数目，根据当前包序号确定已发送的包数目。
步骤103，根据所述rtp包和rtcp包的丢包率评估语音质量。
具体地，rtp包和rtcp包的丢包率越高，语音质量越差；rtp包和rtcp包的丢包率越低，语音质量越好。当rtp和rtcp包的丢包率低于一门限值时，可以认为语音质量达到不可忍受的程度，从而可以分析得出接入网络或移动终端的问题，提出相应的解决方案。
在实际应用中，可以同时测试在同一基站下的多个移动终端的丢包率，若多个移动终端的丢包率较低，则该基站存在问题，从而可以针对基站排查解决语音质量较差的问题；若只是少量移动终端的丢包率较低，则该移动终端出现问题，用户可以通过更换移动终端来解决语音质量较差的问题。
需要注意的是，在同时测试多个移动终端的丢包率时，为了减轻基站的计算负荷，需要限制移动终端的最大数目。可以理解，移动终端的最大数目可以根据基站的计算能力来确定，本发明实施例对其不加以限制。
在本发明实施例中，可以在接收到移动终端发送的业务建立请求时，判断所述业务建立请求对应的业务类型；若所述业务类型为语音或视频中任一种，则分别统计所述移动终端发送的实时传输协议rtp包和实时传输控制协议rtcp包的丢包率；根据所述rtp包和rtcp包的丢包率评估语音质量。由此解决了在对多个移动终端进行语音质量的评估时，需要提供多个mos盒，评估成本较高的问题，取得了降低评估成本的有益效果。
实施例二
参照图2、示出了根据本发明的一种语音质量的评估方法实施例二的步骤流程图，具体可以包括如下步骤：
步骤201，在接收到移动终端发送的业务建立请求时，判断所述业务建立请求对应的业务类型。
该步骤可以参照步骤101的详细说明，在此不再赘述。
步骤202，若所述业务类型为语音或视频中任一种，则获取用户数据报协议udp端口号。
该步骤可以参照步骤102的详细说明，在此不再赘述。
步骤203，根据所述用户数据报协议udp端口号分别统计实时传输协议rtp包和实时传输控制协议rtcp包的丢包率。
在实际应用中，由于传输rtp包和rtcp包使用不同的udp端口，从而可以根据udp(userdatagramprotocol，用户数据报协议)的端口号来判断当前数据包是rtp包还是rtcp包。例如，当源或目的udp端口号为50010时，当前数据包为rtp包；当源或目的udp端口号为50011时，当前数据包为rtcp包。
可选地，在本发明的另一种实施例中，步骤203包括子步骤2031至2032：
子步骤2031，若所述用户数据报协议udp端口号为传输rtp包的预设端口号，则分别统计rtp包的总包数和丢包数。
具体地，当用户数据报协议udp端口号为传输rtp包的预设端口号时，确定接收到的当前数据包为rtp包，从而根据当前包更新rtp包的总包数和丢包数。可以理解，若不存在丢包，则总包数加1；否则，总包数更新为原总包数和丢包数之和。
可选地，在本发明的另一种实施例中，子步骤2031包括子步骤20311至20313：
子步骤20311，若所述用户数据报协议udp端口号为传输rtp包的预设端口号，则获取记录的上一rtp包的序号、rtp包的丢包数。
在实际应用中，在接收到一新的rtp包之后，更新上一rtp包的序号为该新的rtp包的序号。其中，rtp包的序号保存在数据包的包头中。
在本发明实施例中，由于基站的pdcp(packetdataconvergenceprotocol，包数据汇聚协议)模块需要进行头部信息的封装，因此可以获取到rtp包的sn(sequencenumber)号，从而通过新增的计算模块得到rtp包的总包数和丢包数，进一步得到丢包率，不会对基站造成过多的计算负荷。
子步骤20312，将当前rtp包的序号作为rtp包的总包数。
在实际应用中，由于rtp包的序号是连续递增的，从而当前总包数为当前接收到的rtp包的序号。
子步骤20313，根据当前rtp包的序号、所述上一rtp包的序号、所述rtp包的丢包数，更新rtp包的丢包数。
在实际应用中，当当前rtp包的序号和上一rtp包的序号不连续时，存在丢包情况，从而该次丢包数目＝当前rtp包的序号-上一rtp包的序号-1。
具体地，更新后rtp包的丢包数＝rtp包的丢包数+该次丢包数目＝rtp包的丢包数+(当前rtp包的序号-上一rtp包的序号-1)。
子步骤2032，根据所述rtp包的总包数和丢包数计算所述rtp包的丢包率。
具体地，rtp包的丢包率＝rtp包的丢包数/rtp包的总包数。
可选地，在本发明的另一种实施例中，在子步骤2032之前还包括子步骤2032a至2032c：
子步骤2032a，判断当前时间是否超过定时器的预设时间。
在实际应用中，在一预设时间段内统计rtp包的丢包率。具体地，通过定时器判断是否超时。
其中，预设时间可以根据实际应用场景设定，本发明实施例对其不加以限制。
子步骤2032b，若超过，则进入所述根据所述rtp包的总包数和丢包数计算所述rtp包的丢包率的步骤。
当超过定时器的预设时间时，结束统计rtp包的总包数和丢包数，计算rtp包的丢包率。
子步骤2032c，否则，进入所述获取用户数据报协议udp端口号的步骤。
当未超过定时器的预设时间时，继续统计rtp包的总包数和丢包数。
可选地，在本发明的另一种实施例中，步骤203包括子步骤2033至2034：
子步骤2033，若所述用户数据报协议udp端口号为传输rtcp包的预设端口号，则分别统计rtcp包的总包数和丢包数。
具体地，当用户数据报协议udp端口号为传输rtcp包的预设端口号时，确定接收到的当前数据包为rtcp包，从而根据当前包更新rtcp包的总包数和丢包数。可以理解，若不存在丢包，则总包数加1；否则，总包数更新为原总包数和丢包数之和。
可选地，在本发明的另一种实施例中，子步骤2033包括子步骤20331至20333：
子步骤20331，若所述用户数据报协议udp端口号为传输rtcp包的预设端口号，则获取记录的上一rtcp包的序号、rtcp包的丢包数。。
在实际应用中，在接收到一新的rtcp包之后，更新上一rtcp包的序号为该新的rtcp包的序号。其中，rtcp包的序号保存在数据包的包头中。
子步骤20332，将当前rtcp包的序号作为rtcp包的总包数。
在实际应用中，由于rtcp包的序号是连续递增的，从而当前总包数为当前接收到的rtcp包的序号。
子步骤20333，根据当前rtcp包的序号、所述上一rtcp包的序号、所述rtcp包的丢包数，更新rtcp包的丢包数。
在实际应用中，当当前rtcp包的序号和上一rtcp包的序号不连续时，存在丢包情况，从而该次丢包数目＝当前rtcp包的序号-上一rtcp包的序号-1。
具体地，更新后rtcp包的丢包数＝rtcp包的丢包数+该次丢包数目＝rtcp包的丢包数+(当前rtcp包的序号-上一rtcp包的序号-1)。
子步骤2034，根据所述rtcp包的总包数和丢包数计算所述rtcp包的丢包率。
具体地，rtcp包的丢包率＝rtcp包的丢包数/rtcp包的总包数。
可选地，在本发明的另一种实施例中，在子步骤2034之前还包括子步骤2034a至2034c：
子步骤2034a，判断当前时间是否超过定时器的预设时间。
在实际应用中，在一预设时间段内统计rtcp包的丢包率。具体地，通过定时器判断是否超时。
其中，预设时间可以根据实际应用场景设定，本发明实施例对其不加以限制。可以理解，该预设时间与子步骤2032a中的预设时间相同。
子步骤2034b，若超过，则进入所述根据所述rtcp包的总包数和丢包数计算所述rtcp包的丢包率的步骤。
当超过定时器的预设时间时，结束统计rtcp包的总包数和丢包数，计算rtcp包的丢包率。
子步骤2034c，否则，进入所述获取用户数据报协议udp端口号的步骤。
当未超过定时器的预设时间时，继续统计rtcp包的总包数和丢包数。
步骤204，根据所述rtp包和rtcp包的丢包率评估语音质量。
该步骤可以参照步骤103的详细说明，在此不再赘述。
在本发明实施例中，可以在接收到移动终端发送的业务建立请求时，判断所述业务建立请求对应的业务类型；若所述业务类型为语音或视频中任一种，则分别统计所述移动终端发送的实时传输协议rtp包和实时传输控制协议rtcp包的丢包率；根据所述rtp包和rtcp包的丢包率评估语音质量。由此解决了在对多个移动终端进行语音质量的评估时，需要提供多个mos盒，评估成本较高的问题，取得了降低评估成本的有益效果。此外还可以根据接收到的数据包的序号灵活确定总包数、丢包数，从而进一步降低了评估成本。
对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
实施例三
参照图3、示出了根据本发明的一种语音质量的评估装置实施例三的结构框图，具体可以包括如下模块：
业务类型判断模块301，用于在接收到移动终端发送的业务建立请求时，判断所述业务建立请求对应的业务类型；
丢包率统计模块302，用于若所述业务类型为语音或视频中任一种，则分别统计所述移动终端发送的实时传输协议rtp包和实时传输控制协议rtcp包的丢包率；
语音质量评估模块303，用于根据所述rtp包和rtcp包的丢包率评估语音质量。
在本发明实施例中，可以在接收到移动终端发送的业务建立请求时，判断所述业务建立请求对应的业务类型；若所述业务类型为语音或视频中任一种，则分别统计所述移动终端发送的实时传输协议rtp包和实时传输控制协议rtcp包的丢包率；根据所述rtp包和rtcp包的丢包率评估语音质量。由此解决了在对多个移动终端进行语音质量的评估时，需要提供多个mos盒，评估成本较高的问题，取得了降低评估成本的有益效果。
本发明实施例对应方法实施例一，详细说明可以参照实施例一，在此不再赘述。
实施例四
参照图4、示出了根据本发明的一种语音质量的评估装置实施例四的结构框图，具体可以包括如下模块：
业务类型判断模块401，用于在接收到移动终端发送的业务建立请求时，判断所述业务建立请求对应的业务类型。
丢包率统计模块402，用于若所述业务类型为语音或视频中任一种，则分别统计所述移动终端发送的实时传输协议rtp包和实时传输控制协议rtcp包的丢包率。丢包率统计模块402包括：
udp端口号获取子模块4021，用于获取用户数据报协议udp端口号。
丢包率统计子模块4022，用于根据所述用户数据报协议udp端口号分别统计实时传输协议rtp包和实时传输控制协议rtcp包的丢包率。
语音质量评估模块403，用于根据所述rtp包和rtcp包的丢包率评估语音质量。
可选地，在本发明的另一种实施例中，上述丢包率统计子模块4021包括：
rtp包数统计单元，用于若所述用户数据报协议udp端口号为传输rtp包的预设端口号，则分别统计rtp包的总包数和丢包数。
rtp丢包率计算单元，用于根据所述rtp包的总包数和丢包数计算所述rtp包的丢包率。
可选地，在本发明的另一种实施例中，上述rtp包数统计单元包括：
rtp包序号获取子单元，用于若所述用户数据报协议udp端口号为传输rtp包的预设端口号，则获取记录的上一rtp包的序号、rtp包的丢包数。
rtp总包数计算子单元，用于将当前rtp包的序号作为rtp包的总包数。
rtp丢包数计算子单元，用于根据当前rtp包的序号、所述上一rtp包的序号、所述rtp包的丢包数，更新rtp包的丢包数。
可选地，在本发明的另一种实施例中，还包括：
第一超时判断单元，用于判断当前时间是否超过定时器的预设时间。
第一超时处理单元，用于若超过，则进入所述根据所述rtp包的总包数和丢包数计算所述rtp包的丢包率的步骤。
第一未超时处理单元，用于否则，进入所述获取用户数据报协议udp端口号的步骤。
可选地，在本发明的另一种实施例中，上述丢包率统计子模块4021包括：
rtcp包数统计单元，用于若所述用户数据报协议udp端口号为传输rtcp包的预设端口号，则分别统计rtcp包的总包数和丢包数。
rtcp丢包率计算单元，用于根据所述rtcp包的总包数和丢包数计算所述rtcp包的丢包率。
可选地，在本发明的另一种实施例中，上述rtcp包数统计单元包括：
rtcp包序号获取子单元，用于若所述用户数据报协议udp端口号为传输rtcp包的预设端口号，则获取记录的上一rtcp包的序号、rtcp包的丢包数。。
rtcp总包数计算子单元，用于将当前rtcp包的序号作为rtcp包的总包数。
rtcp丢包数计算子单元，用于根据当前rtcp包的序号、所述上一rtcp包的序号、所述rtcp包的丢包数，更新rtcp包的丢包数。
可选地，在本发明的另一种实施例中，还包括：
第二超时判断单元，用于判断当前时间是否超过定时器的预设时间。
第二超时处理单元，用于若超过，则进入所述根据所述rtcp包的总包数和丢包数计算所述rtcp包的丢包率的步骤。
第二未超时处理单元，用于否则，进入所述获取用户数据报协议udp端口号的步骤。
在本发明实施例中，可以在接收到移动终端发送的业务建立请求时，判断所述业务建立请求对应的业务类型；若所述业务类型为语音或视频中任一种，则分别统计所述移动终端发送的实时传输协议rtp包和实时传输控制协议rtcp包的丢包率；根据所述rtp包和rtcp包的丢包率评估语音质量。由此解决了在对多个移动终端进行语音质量的评估时，需要提供多个mos盒，评估成本较高的问题，取得了降低评估成本的有益效果。此外，还可以根据接收到的数据包的序号灵活确定总包数、丢包数，从而进一步降低了评估成本。
本发明实施例对应方法实施例二，详细说明可以参照实施例二，在此不再赘述。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的语音质量的评估设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。