语音质量评估方法及设备的制造方法_2

文档序号:9619297阅读:来源:国知局
种可能的实现方式,语音数据包为第二基站向第一基站发送的语音数据包,第 二基站服务于作为主叫的第二用户设备,第一基站服务于作为被叫的第一用户设备。
[0032] 在实际应用场景中,第二用户设备作为主叫与作为被叫的第一用户设备进行语音 会话业务时,语音数据包从第二用户设备传输到第二基站,然后第二基站将接收到的该语 音数据包传输给第一基站,然后第一基站再将该语音数据包传输给第一用户设备。在本实 施例中,主要考虑第一基站侧在接收第二基站发送的语音数据包时,第一基站如何计算语 音会话业务的满意率的。
[0033] 此时,第一基站获取的语音数据包的接包信息包括:
[0034] 第一基站在语音会话业务的统计周期内,取到的实时传输协议RTP格式的空语音 数据包数目;
[0035] 第一基站在语音会话业务的统计周期内,由于RTP缓存队列已满而丢弃的RTP格 式的语音数据包数目;
[0036] 第一基站在语音会话业务的统计周期内,由于分组数据汇聚协议rocp格式的语 音数据包传输超时而丢弃的语音数据包数目。
[0037] 具体地,实时传输协议(Real-time Transport Protocol,简称RTP)为数据提供了 具有实时特征的端对端传送服务,可以传送交互式视频音频或模拟数据,RTP协议详细说明 了传递音频和视频的标准数据包格式。第一基站在任意一个语音会话业务的统计周期结束 后,获取在该语音会话业务的统计周期内,取到的RTP格式的空语音数据包数目。
[0038] 第一基站在接收第二基站发送的RTP格式的语音数据包时,会先将该RTP格式的 语音数据包放到RTP缓存队列中,然后将RTP缓存队列中的语音数据包发送给第一用户设 备。当RTP缓存队列已满时,第一基站将丢弃后续接收到的RTP格式的语音数据包。
[0039] 第一基站在接收第二基站发送的(Packet Data Convergence Protocol,简称 H)CP)格式的语音数据包时,会启动H)CP Discard Timer定时器,对于传输超时的H)CP格 式的语音数据包,第一基站会进行丢弃。
[0040] 在具体实现过程中,针对上述提到的语音数据包的接收信息,第一基站根据语音 数据包的接包信息,计算语音会话业务的满意率,包括:
[0041] 第一基站根据公式(1)计算语音会话业务的满意率,
[0043] 其中,S代表满意率,NE_Pk代表第一基站取到的RTP格式的空语音数据包数 目,NExp_DropPk代表第一基站由于rocp格式的语音数据包传输超时而丢弃的语音数据包数 目,NTallDropPk代表第一基站由于RTP缓存队列已满而丢弃的RTP格式的语音数据包数目, StatPeriod代表统计周期,SpsPeriod代表语音数据包的来包周期。例如,统计周期可以为 2s,来包周期可以为20ms。
[0044] 本实施例提供的语音质量评估方法,从第一基站接收第二基站发送的语音数据包 的角度出发,综合考虑取到的RTP格式的空语音数据包数目,由于RTP缓存队列已满而丢弃 的RTP格式的语音数据包数目,由于rocp格式的语音数据包传输超时而丢弃的语音数据包 数目等因素,计算语音会话业务的满意率,不仅不需要昂贵的测试设备,而且可以在语音质 量不好的时,确定是否是基站侧的问题,利于评价网络侧的性能。
[0045] 另一种可能的实现方式,语音数据包为第一用户设备向第一基站发送的语音数据 包,第一基站服务于作为主叫的第一用户设备。
[0046] 在本实施例中,仅考虑第一用户设备在作为主叫时,第一基站接收第一用户设备 发送的语音数据包的场景。在该场景下,语音数据包的接包信息包括:
[0047] 第一基站在语音会话业务的统计周期内,接收到的分组数据汇聚协议rocp格式 的语音数据包的数目。该HXP格式具体可以为FOCP的分组数据单元(packet data unit, 简称rou)格式的语音数据包。
[0048] 第一基站根据语音数据包的接包信息,计算语音会话业务的满意率,包括:
[0049] 第一基站根据公式(2)计算语音会话业务的满意率,
[0051 ] 其中,S代表满意率,NReeelvePk代表第一基站接收到的分组数据汇聚协议rocp格式 的语音数据包的数目,StatPeriod代表统计周期,SpsPeriod代表语音数据包的来包周期。 例如,统计周期可以为2s,来包周期可以为20ms。
[0052] 本实施例提供的语音质量评估方法,从第一基站接收第一用户设备发送的语音数 据包的角度出发,考虑第一基站接收到的rocp格式的语音数据包的数目,不仅不需要昂贵 的测试设备,而且可以在语音质量不好的时,确定是否是基站侧的问题,利于评价网络侧的 性能。
[0053] 综上,本实施例的上述两种可能的实现方式,从第一基站接收第二基站发送的语 音数据包的角度,以及第一基站接收第一用户设备发送的语音数据包的角度出发,将第一 基站所有可能的实现方式都考虑其中,可以在不需要昂贵的测试设备,确定语音质量不好 是否是基站侧的问题,利于评价网络侧的性能。
[0054] 图2为本发明基站实施例一的结构示意图。所述基站20为第一基站,包括:获取 模块201,处理模块202以及评估模块203。
[0055] 获取模块201,用于在语音会话业务的统计周期结束后,获取语音数据包的接包信 息;
[0056] 处理模块202,用于根据所述语音数据包的接包信息,计算所述语音会话业务的满 意率;
[0057] 评估模块203,用于根据所述语音会话业务的满意率,对所述语音会话业务的语音 质量进行评估。
[0058] 可选地,所述语音数据包为第二基站向所述第一基站发送的语音数据包,所述第 二基站服务于作为主叫的第二用户设备,所述第一基站服务于作为被叫的第一用户设备, 所述语音数据包的接包信息包括:
[0059] 所述第一基站在所述语音会话业务的统计周期内,取到的实时传输协议RTP格式 的空语音数据包数目;
[0060] 所述第一基站在所述语音会话业务的统计周期内,由于分组数据汇聚协议rocp 格式的语音数据包传输超时而丢弃的语音数据包数目;
[0061] 所述第一基站在所述语音会话业务的统计周期内,由于RTP缓存队列已满而丢弃 的RTP格式的语音数据包数目。
[0062] 可选地,所述处理模块202具体用于:
[0063] 根据公式(1)计算所述语音会话业务的满意率,
[0065] 其中,所述S代表满意率,所述NE_yPk代表所述第一基站取到的RTP格式的空语音 数据包数目,所述NExp_DrapPk代表所述第一基站由于rocp格式的语音数据包传输超时而丢 弃的语音数据包数目,NTallDrapPk代表所述第一基站由于RTP缓存队列已满而丢弃的RTP格 式的语音数据包数目,所述StatPeriod代表统计周期,所述SpsPeriod代表语音数据包的 来包周期。
[0066] 可选地,所述语音数据包为第一用户设备向所述第一基站发送的语音数据包,所 述第一基站服务于作为主叫的第一用户设备,所述语音数据包的接包信息包括:
[0067] 所述第一基站在所述语音会话业务的统计周期内,接收到的分组数据汇聚协议 rocp格式的语音数据包的数目。
[0068] 可选地,所述处理模块202具体用于:
[0069] 根据公式(2)计算所述语音会话业务的满意率,
[0071] 其中,所述S代表满意率,所述NR_1TCPk代表所述第一基站接收到的分组数据汇聚 协议H)CP格式的语音数据包的数目,所述StatPeriod代表统计周期,所述SpsPeriod代表 语音数据包的来包周
当前第2页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1