CN112087781B - 一种lte系统中确定语音编码方式的方法和设备 - Google Patents

一种lte系统中确定语音编码方式的方法和设备 Download PDF

Info

Publication number
CN112087781B
CN112087781B CN201910510310.0A CN201910510310A CN112087781B CN 112087781 B CN112087781 B CN 112087781B CN 201910510310 A CN201910510310 A CN 201910510310A CN 112087781 B CN112087781 B CN 112087781B
Authority
CN
China
Prior art keywords
coding mode
nvoc
amr
coding
terminal
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.)
Active
Application number
CN201910510310.0A
Other languages
English (en)
Other versions
CN112087781A (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.)
Chengdu TD Tech Ltd
Original Assignee
Chengdu TD Tech 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 Chengdu TD Tech Ltd filed Critical Chengdu TD Tech Ltd
Priority to CN201910510310.0A priority Critical patent/CN112087781B/zh
Publication of CN112087781A publication Critical patent/CN112087781A/zh
Application granted granted Critical
Publication of CN112087781B publication Critical patent/CN112087781B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • GPHYSICS
    • G10MUSICAL INSTRUMENTS; ACOUSTICS
    • G10LSPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • G10L19/04Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis using predictive techniques
    • G10L19/16Vocoder architecture
    • G10L19/18Vocoders using multiple modes
    • G10L19/22Mode decision, i.e. based on audio signal content versus external parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0014Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the source coding

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • Acoustics & Sound (AREA)
  • Multimedia (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)

Abstract

本申请公开一种长期演进(LTE)系统中确定语音编码方式的方法,包括:检测所述LTE系统是否既支持声码器数字语音压缩(NVOC)编码方式,又支持自适应多速率(AMR)编码方式;当所述LTE系统既支持NVOC编码方式,又支持AMR编码方式时,根据终端语音编码支持能力、网络侧编码方式优先参数配置和加密配置确定所采取的语音编码方式。本申请还公开了一种对应的设备。应用本申请公开的技术方案,能够在LTE系统既支持NVOC编码方式,又支持AMR编码方式,确定合适的语音编码方式。

Description

一种LTE系统中确定语音编码方式的方法和设备
技术领域
本申请涉及通信技术领域,特别涉及一种LTE系统中确定语音编码方式的方法和设备。
背景技术
随着无线通信技术的不断发展,集群通信技术从模拟系统发展到窄带数字集群系统。同时,随着行业用户对无线宽带的需求逐渐增加,从以前简单的语音业务,发展到以TD-LTE为代表的数字集群通信系统。
不同的系统采用不同的技术支持语音业务,例如:
窄带数字集群(PDT)采用声码器数字语音压缩(NVOC)语音编码格式支持语音业务;
泛欧集群无线电(TETRA)采用多带激励(AMBE)编码格式支持语音业务;
3GPP中的LTE系统使用IP语音(VoIP)技术支持语音业务,对集群采用多播/组播单频网络(MBSFN)的IP组播支持语言集群;
在B-Trunc系统中,采VoIP或AMR Over PDCP支持语言业务,语言编码采用自适应多速率(AMR)编码格式。
语音是基本业务需求,窄带语音集群系统的语音业务,如350MHz的PDT的NVOC编码的语音业务,其室外覆盖小区半径为11.5Km左右,而350MHz FDD LTE的AMR编码的语音业务,其覆盖小区半径大约为8Km左右,可见,在LTE上承载AMR语音存在明显的覆盖劣势。
发明内容
本申请提供了一种LTE系统中确定语音编码方式的方法和设备,以在LTE系统既支持NVOC编码方式,又支持AMR编码方式的场景下,确定合适的语音编码方式。
本申请公开了一种长期演进LTE系统中确定语音编码方式的方法,包括:
检测所述LTE系统是否既支持声码器数字语音压缩NVOC编码方式,又支持自适应多速率AMR编码方式;
当所述LTE系统既支持NVOC编码方式,又支持AMR编码方式时,根据终端语音编码支持能力、网络侧编码方式优先参数配置和加密配置确定所采取的语音编码方式。
较佳的,所述终端语音编码支持能力包括:仅支持AMR编码方式、仅支持NVOC编码方式、或者同时支持AMR编码方式和NVOC编码方式。
较佳的,所述根据终端语音编码支持能力、网络侧编码方式优先参数配置和加密配置确定所采取的语音编码方式,具体包括:
当采用支持NVOC的加密卡对语音业务进行端到端加密时,采用NVOC编码方式;
优先考虑终端语音编码支持能力,在终端语音编码支持能力满足的情况下,考虑网络侧编码方式优先参数配置;
对于群组,主讲和下行尽量采用相同的语音编码方式;
迟后进入群组的用户,其终端语音编码支持能力不影响群组的语音编码方式的选择。
较佳的,当采用支持NVOC的加密卡对语音业务进行端到端加密时,该方法还包括:
如果终端不支持NVOC编码方式,则:
当所述终端是点呼发起方或者群组主讲发起方时,本次呼叫失败;
当所述终端是组呼监听方时,所述终端无法监听对应的群组。
较佳的,当采用支持NVOC的加密卡对语音业务进行端到端加密时,该方法还包括:
迟后进入群组的终端,如果不支持NVOC编码方式,则无法监听群组,并且无法申请主讲。
较佳的,所述优先考虑终端语音编码支持能力,在终端语音编码支持能力满足的情况下,考虑网络侧编码方式优先参数配置,具体包括:
对于语音点呼业务,当主叫终端和被叫终端均同时支持AMR编码方式和NVOC编码方式时,判断网络侧编码方式优先参数配置,如果网络侧编码方式优先参数配置为AMR编码方式优先,则选择AMR编码方式,如果网络侧编码方式优先参数配置为NVOC编码方式优先,则选择NVOC编码方式。
较佳的,所述优先考虑终端语音编码支持能力,在终端语音编码支持能力满足的情况下,考虑网络侧编码方式优先参数配置,具体包括:
对于语音组呼业务,当群组内的所有终端均同时支持AMR编码方式和NVOC编码方式时,判断网络侧编码方式优先参数配置,如果网络侧编码方式优先参数配置为AMR编码方式优先,则主讲和群组下行均选择AMR编码方式,如果网络侧编码方式优先参数配置为NVOC编码方式优先,则主讲和群组下行均选择NVOC编码方式。
较佳的,所述优先考虑终端语音编码支持能力,在终端语音编码支持能力满足的情况下,考虑网络侧编码方式优先参数配置,具体包括:
当群组内的所有终端既不是均仅支持AMR编码方式,也不是均仅支持NVOC编码方式时,判断网络侧编码方式优先参数配置:
如果网络侧编码方式优先参数配置为AMR编码方式优先,则在主讲仅支持NVOC编码方式时,主讲选择NVOC编码方式,群组下行选择AMR编码方式;否则,主讲和群组下行均选择AMR编码方式;
如果网络侧编码方式优先参数配置为NVOC编码方式优先,则在主讲仅支持AMR编码方式时,主讲选择AMR编码方式,群组下行选择NVOC编码方式;否则,主讲和群组下行均选择NVOC编码方式。
本申请还公开了一种设备,用于LTE系统中确定语音编码方式,包括:检测模块和控制模块,其中:
所述检测模块,用于检测所述LTE系统是否既支持NVOC编码方式,又支持AMR编码方式,当所述LTE系统既支持NVOC编码方式,又支持AMR编码方式时,向所述控制模块发送指令;
所述控制模块,用于响应所述指令,根据终端语音编码支持能力、网络侧编码方式优先参数配置和加密配置确定所采取的语音编码方式。
由上述技术方案可见,本申请提供的LTE系统中确定语音编码方式的方案,在LTE系统既支持NVOC编码方式,又支持AMR编码方式时,通过终端语音编码支持能力、网络侧编码方式优先参数配置和加密配置确定具体所采取的语音编码方式,从而解决了在LTE系统既支持NVOC编码方式,又支持AMR编码方式的场景下,如何选择合适的语音编码方式的问题,使得语音业务能够顺利得以进行。
附图说明
图1为本发明LTE系统中确定语音编码方式的方法流程示意图;
图2为本发明实施例一在语音点呼中确定语音编码方式的流程示意图;
图3为本申请实施例二在语音组呼中确定语音编码方式的流程示意图;
图4为本申请一较佳设备的组成结构示意图。
具体实施方式
为使本申请的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本申请作进一步详细说明。
本申请的发明人在实现本申请的过程中发现:
无论是VoIP还是AMR Over PDCP方式,由于采用传统的LTE技术承载AMR语音编码格式的语音业务,导致在覆盖上有明显的劣势,因此,可以考虑在LTE内部引入NVOC语音编码格式。但是,由于NVOC语音速率低(2.4Kpbs),相比于AMR方式而言,可能语音质量较差,因此,当实际项目组网时,可根据网络要求,灵活采用AMR语音优先或者NVOC语音优先配置;另外,由于实际网络中终端语音能力各不相同,所以最终采用的编码格式需要采取一定策略来确定。
为此,本申请提出一种LTE系统中确定语音编码方式的方法,当LTE系统既支持NVOC编码方式,又支持AMR编码方式时,根据以下因素确定业务最终所采取的语音编码方式:终端语音编码支持能力(包括:仅支持AMR编码方式、或者同时支持AMR编码方式和NVOC编码方式、或者仅支持NVOC编码方式)、网络侧编码方式优先参数配置和加密配置等。
图1为本申请LTE系统中确定语音编码方式的方法流程示意图,该方法包括以下步骤:
步骤101:检测LTE系统是否既支持NVOC编码方式,又支持AMR编码方式;当所述LTE系统既支持NVOC编码方式,又支持AMR编码方式时,执行步骤102。
步骤102:根据终端语音编码支持能力、网络侧编码方式优先参数配置和加密配置确定所采取的语音编码方式。
上述步骤102中,具体可采用以下原则确定所采取的语音编码方式:
原则1、当采用支持NVOC的加密卡对语音业务进行端到端加密时,不受终端语音编码支持能力和网络侧编码方式优先参数配置的影响,必须采用NVOC编码方式。
这种情况下,如果终端不支持NVOC,则本次呼叫失败或者无法监听。也就是说:当某终端是点呼发起方或者群组主讲发起方时,如果该终端不支持NVOC,则本次呼叫失败;当某终端是组呼监听方时,如果该终端不支持NVOC,则该终端无法监听对应的群组。此外,迟后进入群组的终端,如果不支持NVOC,也无法监听群组,并且无法申请主讲。
原则2、多个影响因素中,优先考虑终端语音编码支持能力,在终端语音编码支持能力满足的情况下,再考虑网络侧编码方式优先参数配置。
对于原则2,具体包括:
1)对于语音点呼业务,当主叫终端和被叫终端均同时支持AMR编码方式和NVOC编码方式时,判断网络侧编码方式优先参数配置,如果网络侧编码方式优先参数配置为AMR编码方式优先,则选择AMR编码方式,如果网络侧编码方式优先参数配置为NVOC编码方式优先,则选择NVOC编码方式。
2)对于语音组呼业务:
当群组内的所有终端均同时支持AMR编码方式和NVOC编码方式时,判断网络侧编码方式优先参数配置,如果网络侧编码方式优先参数配置为AMR编码方式优先,则主讲和群组下行均选择AMR编码方式,如果网络侧编码方式优先参数配置为NVOC编码方式优先,则主讲和群组下行均选择NVOC编码方式;
当群组内的所有终端既不是均仅支持AMR编码方式,也不是均仅支持NVOC编码方式时,判断网络侧编码方式优先参数配置:
如果网络侧编码方式优先参数配置为AMR编码方式优先,则在主讲仅支持NVOC编码方式时,主讲选择NVOC编码方式,群组下行选择AMR编码方式;否则,主讲和群组下行均选择AMR编码方式;
如果网络侧编码方式优先参数配置为NVOC编码方式优先,则在主讲仅支持AMR编码方式时,主讲选择AMR编码方式,群组下行选择NVOC编码方式;否则,主讲和群组下行均选择NVOC编码方式。
原则3、对于群组,主讲和下行尽量采用相同的语音编码方式,以避免用户从主讲方变为监听方,或者从监听方变为主讲方后,终端需要切换编码器导致时延。此外,由于两种语音编码方式质量差异较大,在两种语音编码方式之间切换将导致用户感受较差。
原则4、迟后进入群组的用户,其终端语音编码支持能力不影响群组的语音编码方式的选择。
下面通过两个较佳实施例对本申请技术方案进行进一步详细说明。
实施例一:
本实施例以语音点呼为例进行说明。对于语音点呼,确定语音编码方式的实施流程如图2所示,包括如下步骤:
步骤201:终端上报语音编码支持能力,具体包括:仅支持AMR编码方式、仅支持NVOC编码方式、或者同时支持AMR编码方式和NVOC编码方式。
步骤202:判断是否与PDT对该语音点呼进行端到端加密,如果与PDT对该语音点呼进行端到端加密,则执行步骤203,否则,执行步骤205。
步骤203:选择NVOC编码方式。
步骤204:判断LTE终端是否支持NVOC编码方式,如果LTE终端不支持NVOC编码方式,则本次语音点呼呼叫失败,结束本流程。
步骤205:取主叫终端和被叫终端语音编码支持能力的交集。
步骤206:判断主叫终端和被叫终端语音编码支持能力的交集是否为空,如果主叫终端和被叫终端语音编码支持能力的交集为空,则本次语音点呼呼叫失败,结束本流程;如果主叫终端和被叫终端语音编码支持能力的交集不为空,则继续执行步骤207。
步骤207:判断主叫终端和被叫终端语音编码支持能力的交集是否为同时支持AMR编码方式和NVOC编码方式,如果不是,则执行步骤208;如果是,则执行步骤210。
步骤208:判断主叫终端和被叫终端语音编码支持能力的交集是否为仅支持AMR编码方式,如果主叫终端和被叫终端语音编码支持能力的交集是仅支持AMR编码方式,则执行步骤211,否则,执行步骤209。
步骤209,选择NVOC编码方式,结束本流程。
步骤210:判断网络侧编码方式优先参数配置是否为AMR编码方式优先,如果是,则执行步骤211,否则,执行步骤209。
步骤211:选择AMR编码方式,结束本流程。
实施例二:
本实施例以语音组呼为例进行说明。对于语音组呼,确定语音编码方式的实施流程如图3所示,包括如下步骤:
步骤301:终端上报语音编码支持能力,具体包括:仅支持AMR编码方式、仅支持NVOC编码方式、或者同时支持AMR编码方式和NVOC编码方式。
步骤302:判断是否与PDT对该语音组呼进行端到端加密,如果与PDT对该语音组呼进行端到端加密,则执行步骤303,否则,执行步骤306。
步骤303:选择NVOC编码方式。
步骤304:判断群组中是否有LTE终端不支持NVOC编码方式,如果群组中没有LTE终端不支持NVOC编码方式,则本次语音组呼建立成功,结束本流程;否则,执行步骤305。
步骤305:如果不支持NVOC编码方式的LTE终端为群组主讲,则本次语音组呼呼叫失败,结束本流程;如果群组内所有LTE终端均不支持NVOC编码方式,则本次语音组呼呼叫失败,结束本流程,否则,只要群组中有一个LTE终端支持NVOC编码方式,则本次语音组呼建立成功,结束本流程。
步骤306:判断群组内所有终端是否均同时支持AMR编码方式和NVOC编码方式,如果是,则执行步骤307;否则,执行步骤309。
步骤307:判断网络侧编码方式优先参数配置是否为AMR编码方式优先,如果不是,则执行步骤308,否则,执行步骤315。
步骤308:主讲和群组下行选择NVOC编码方式,结束本流程。
步骤309:判断群组内所有终端是否仅支持AMR编码方式,如果是,则执行步骤310,否则,执行步骤311。
步骤310:主讲和群组下行选择AMR编码方式,结束本流程。
步骤311:判断群组内所有终端是否仅支持NVOC编码方式,如果是,则执行步骤312,否则,执行步骤313。
步骤312:主讲和群组下行选择NVOC编码方式,结束本流程。
步骤313:判断网络侧编码方式优先参数配置是否为AMR编码方式优先,如果是,则执行步骤314,否则,执行步骤317。
步骤314:判断主讲终端的语音编码支持能力,如果主讲仅支持NVOC编码方式,则执行步骤316,否则,执行步骤315。
步骤315:主讲和群组下行均选择AMR编码方式,结束本流程。
步骤316:主讲选择NVOC编码方式,群组下行选择AMR编码方式,结束本流程。
步骤317:判断主讲终端的语音编码支持能力,如果主讲仅支持AMR编码方式,则执行步骤318,否则,执行步骤312。
步骤318:主讲选择AMR编码方式,群组下行选择NVOC编码方式,结束本流程。
对应于上述方法,本申请还提供了一种设备,用于LTE系统中确定语音编码方式,其组成结构如图4所示,包括:检测模块和控制模块,其中:
所述检测模块,用于检测所述LTE系统是否既支持NVOC编码方式,又支持AMR编码方式,当所述LTE系统既支持NVOC编码方式,又支持AMR编码方式时,向所述控制模块发送指令;
所述控制模块,用于响应所述指令,根据终端语音编码支持能力、网络侧编码方式优先参数配置和加密配置确定所采取的语音编码方式。
该设备用于执行本申请如前所述的LTE系统中确定语音编码方式的方法的步骤,在此不再赘述。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。

Claims (8)

1.一种长期演进LTE系统中确定语音编码方式的方法,其特征在于,包括:
检测所述LTE系统是否既支持声码器数字语音压缩NVOC编码方式,又支持自适应多速率AMR编码方式;
当所述LTE系统既支持NVOC编码方式,又支持AMR编码方式时,根据终端语音编码支持能力、网络侧编码方式优先参数配置和加密配置确定所采取的语音编码方式;
所述终端语音编码支持能力包括:仅支持AMR编码方式、仅支持NVOC编码方式、或者同时支持AMR编码方式和NVOC编码方式。
2.根据权利要求1所述的方法,其特征在于,所述根据终端语音编码支持能力、网络侧编码方式优先参数配置和加密配置确定所采取的语音编码方式,具体包括:
当采用支持NVOC的加密卡对语音业务进行端到端加密时,采用NVOC编码方式;
优先考虑终端语音编码支持能力,在终端语音编码支持能力满足的情况下,考虑网络侧编码方式优先参数配置;
对于群组,主讲和下行尽量采用相同的语音编码方式;
迟后进入群组的用户,其终端语音编码支持能力不影响群组的语音编码方式的选择。
3.根据权利要求2所述的方法,其特征在于,当采用支持NVOC的加密卡对语音业务进行端到端加密时,该方法还包括:
如果终端不支持NVOC编码方式,则:
当所述终端是点呼发起方或者群组主讲发起方时,本次呼叫失败;
当所述终端是组呼监听方时,所述终端无法监听对应的群组。
4.根据权利要求3所述的方法,其特征在于,当采用支持NVOC的加密卡对语音业务进行端到端加密时,该方法还包括:
迟后进入群组的终端,如果不支持NVOC编码方式,则无法监听群组,并且无法申请主讲。
5.根据权利要求3所述的方法,其特征在于,所述优先考虑终端语音编码支持能力,在终端语音编码支持能力满足的情况下,考虑网络侧编码方式优先参数配置,具体包括:
对于语音点呼业务,当主叫终端和被叫终端均同时支持AMR编码方式和NVOC编码方式时,判断网络侧编码方式优先参数配置,如果网络侧编码方式优先参数配置为AMR编码方式优先,则选择AMR编码方式,如果网络侧编码方式优先参数配置为NVOC编码方式优先,则选择NVOC编码方式。
6.根据权利要求3所述的方法,其特征在于,所述优先考虑终端语音编码支持能力,在终端语音编码支持能力满足的情况下,考虑网络侧编码方式优先参数配置,具体包括:
对于语音组呼业务,当群组内的所有终端均同时支持AMR编码方式和NVOC编码方式时,判断网络侧编码方式优先参数配置,如果网络侧编码方式优先参数配置为AMR编码方式优先,则主讲和群组下行均选择AMR编码方式,如果网络侧编码方式优先参数配置为NVOC编码方式优先,则主讲和群组下行均选择NVOC编码方式。
7.根据权利要求6所述的方法,其特征在于,所述优先考虑终端语音编码支持能力,在终端语音编码支持能力满足的情况下,考虑网络侧编码方式优先参数配置,具体包括:
当群组内的所有终端既不是均仅支持AMR编码方式,也不是均仅支持NVOC编码方式时,判断网络侧编码方式优先参数配置:
如果网络侧编码方式优先参数配置为AMR编码方式优先,则在主讲仅支持NVOC编码方式时,主讲选择NVOC编码方式,群组下行选择AMR编码方式;否则,主讲和群组下行均选择AMR编码方式;
如果网络侧编码方式优先参数配置为NVOC编码方式优先,则在主讲仅支持AMR编码方式时,主讲选择AMR编码方式,群组下行选择NVOC编码方式;否则,主讲和群组下行均选择NVOC编码方式。
8.一种设备,用于LTE系统中确定语音编码方式,其特征在于,包括:检测模块和控制模块,其中:
所述检测模块,用于检测所述LTE系统是否既支持NVOC编码方式,又支持AMR编码方式,当所述LTE系统既支持NVOC编码方式,又支持AMR编码方式时,向所述控制模块发送指令;
所述控制模块,用于响应所述指令,根据终端语音编码支持能力、网络侧编码方式优先参数配置和加密配置确定所采取的语音编码方式;
所述终端语音编码支持能力包括:仅支持AMR编码方式、仅支持NVOC编码方式、或者同时支持AMR编码方式和NVOC编码方式。
CN201910510310.0A 2019-06-13 2019-06-13 一种lte系统中确定语音编码方式的方法和设备 Active CN112087781B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910510310.0A CN112087781B (zh) 2019-06-13 2019-06-13 一种lte系统中确定语音编码方式的方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910510310.0A CN112087781B (zh) 2019-06-13 2019-06-13 一种lte系统中确定语音编码方式的方法和设备

Publications (2)

Publication Number Publication Date
CN112087781A CN112087781A (zh) 2020-12-15
CN112087781B true CN112087781B (zh) 2023-01-06

Family

ID=73733521

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910510310.0A Active CN112087781B (zh) 2019-06-13 2019-06-13 一种lte系统中确定语音编码方式的方法和设备

Country Status (1)

Country Link
CN (1) CN112087781B (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103874129A (zh) * 2012-12-18 2014-06-18 中国电信股份有限公司 全ip网络异系统间语音互通的方法与系统
CN105045368A (zh) * 2015-06-17 2015-11-11 四川长虹通信科技有限公司 移动终端及其安全通信装置
CN106454757A (zh) * 2016-11-23 2017-02-22 北京坦达信息科技有限公司 一种无线宽带网的通信加密解密方法
CN109729552A (zh) * 2017-10-27 2019-05-07 成都鼎桥通信技术有限公司 语音传输方法和装置
CN109728884A (zh) * 2017-10-27 2019-05-07 成都鼎桥通信技术有限公司 集群数据传输方法及设备
CN109729553A (zh) * 2017-10-30 2019-05-07 成都鼎桥通信技术有限公司 Lte集群通信系统的语音业务处理方法及设备

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9532268B2 (en) * 2014-11-19 2016-12-27 Qualcomm Incorporated Methods and apparatus for synchronizing a user equipment with an HFN offset
TWI560698B (en) * 2015-07-01 2016-12-01 Felicity Taiwan Corp A smart phone paired with a bluetooth headset for voice data encryption and decryption

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103874129A (zh) * 2012-12-18 2014-06-18 中国电信股份有限公司 全ip网络异系统间语音互通的方法与系统
CN105045368A (zh) * 2015-06-17 2015-11-11 四川长虹通信科技有限公司 移动终端及其安全通信装置
CN106454757A (zh) * 2016-11-23 2017-02-22 北京坦达信息科技有限公司 一种无线宽带网的通信加密解密方法
CN109729552A (zh) * 2017-10-27 2019-05-07 成都鼎桥通信技术有限公司 语音传输方法和装置
CN109728884A (zh) * 2017-10-27 2019-05-07 成都鼎桥通信技术有限公司 集群数据传输方法及设备
CN109729553A (zh) * 2017-10-30 2019-05-07 成都鼎桥通信技术有限公司 Lte集群通信系统的语音业务处理方法及设备

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"Challenges from voice-over-LTE to video-over-LTE";Yingrong Coral Sung等;《The 16th Asia-Pacific Network Operations and Management Symposium》;20141229;全文 *
"R2-071408 Voice support in LTE";Orange;《3GPP TSG RAN WG2 meeting #57bis》;20070323;全文 *
"VoLTE语音质量研究";姜先贵等;《邮电设计技术》;20151020;全文 *
"基于LTE系统的VoIP自适应调度算法";宁祥峰等;《计算机工程》;20110907;全文 *

Also Published As

Publication number Publication date
CN112087781A (zh) 2020-12-15

Similar Documents

Publication Publication Date Title
KR101407459B1 (ko) 가변 레이트 보코더들을 이용하는 이용자 장비에 대한 음성 인터넷 프로토콜 용량을 개선하기 위한 방법
EP1615440A1 (en) Enhanced video streaming using dual network mode
CN104427489A (zh) 一种通信切换、建立方法及设备
JP2001197544A (ja) 移動体から移動体への呼についての改良
CN103974324A (zh) 通信网络部件、通信设备、用于发送数据的方法以及用于数据通信的方法
WO2015184926A1 (zh) 数据传输控制方法、接收端、发送端及系统
CN105164993A (zh) 将本地呼叫保持状态传达给接收方装置的方法及设备
CN106856472A (zh) 基于VoLTE的视频通话方法、装置及移动终端
US8238944B2 (en) Disaster and emergency mode for mobile radio phones
US20130058232A1 (en) Signal Processing
CN102088798B (zh) 终端避免模式间干扰的方法及系统
CN101959317B (zh) 一种下行非连续发射状态控制方法、装置及无线通信系统
CN112087781B (zh) 一种lte系统中确定语音编码方式的方法和设备
CN102547921A (zh) 通信控制方法、装置及系统、以及多模终端
CN106576271B (zh) 语音编码速率调整的方法和设备
CN109429305B (zh) 一种无线接入网络中用户面选择方法、装置及系统
CN105682157A (zh) 通话方法及系统
CN108632048B (zh) 会议电话控制方法、装置及多通终端
US20180152562A1 (en) Multi-party call method and device for multi-channel terminal
CN101394660A (zh) 一种确定下行发送模式的方法和装置
CN109561476B (zh) 通信方法、通信系统以及用户面功能模块
JP5569977B2 (ja) 無線lanシステム、データの送受信方法及びプログラム
EP2348699B1 (en) Data insertion during local calls in cellular telecommunications networks
KR100605865B1 (ko) 이동통신 시스템에서 호 설정 방법 및 장치
CN104683607A (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