CN113573233A - 语音通信方法、电子设备和可读介质 - Google Patents

语音通信方法、电子设备和可读介质 Download PDF

Info

Publication number
CN113573233A
CN113573233A CN202110836925.XA CN202110836925A CN113573233A CN 113573233 A CN113573233 A CN 113573233A CN 202110836925 A CN202110836925 A CN 202110836925A CN 113573233 A CN113573233 A CN 113573233A
Authority
CN
China
Prior art keywords
voice
decoding
terminal
calling
list
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
CN202110836925.XA
Other languages
English (en)
Other versions
CN113573233B (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.)
Shanghai Glory Smart Technology Development Co ltd
Original Assignee
Honor Device 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 Honor Device Co Ltd filed Critical Honor Device Co Ltd
Priority to CN202110836925.XA priority Critical patent/CN113573233B/zh
Publication of CN113573233A publication Critical patent/CN113573233A/zh
Application granted granted Critical
Publication of CN113573233B publication Critical patent/CN113573233B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/025—Services making use of location information using location based information parameters
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00—Speech 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/04—Speech 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/16—Vocoder architecture
    • G10L19/18—Vocoders using multiple modes
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L25/00—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00
    • G10L25/48—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 specially adapted for particular use
    • G10L25/51—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 specially adapted for particular use for comparison or discrimination
    • G10L25/60—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 specially adapted for particular use for comparison or discrimination for measuring the quality of voice signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters

Landscapes

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

Abstract

本申请涉及通信技术领域，公开了一种语音通信方法、电子设备和可读介质。其中语音通信方法包括：终端向网络侧设备发送与终端当前位置信息对应的语音编/解码列表，其中语音编/解码列表中的语音编/解码方式是基于终端在当前位置处的历史语音通话质量所确定的；网络侧设备根据语音编/解码列表选择出语音通信中与终端最为适配的语音编/解码方式，并将选择出的语音编/解码方式发送给终端。上述语音通信方法，通过调整终端上报给网络侧设备的语音编/解码方式，进而调整网络侧设备筛选出的语音编/解码方式，以使得筛选出的语音编/解码方式为真实有效的优选方式，更贴近用户的真实需求，提高用户语音通话质量，提升用户的体验感。

Description

语音通信方法、电子设备和可读介质
技术领域
本申请涉及通信技术领域，尤其涉及一种语音通信方法、电子设备和可读介质。
背景技术
随着通信技术的快速发展，当前越来越多的终端设备能够支持承载于4G通信技术的VoLTE(Voice over LTE，VoNR)业务，或者承载于5G通信技术中的语音(Voice over NR，VoNR)业务。其中，VoLTE业务是一种基于多媒体子系统(IP multimedia subsystem，IMS)的承载于长期演进(longterm evolution，LTE)网络的语音业务，该语音业务中的模拟语音信号通过国际互连协议(Internet Protocol，IP)数据包进行传输。
目前，当在发起语音通话的终端设备(以下简称为主叫端)和被呼叫的终端设备(以下简称为被叫端)之间创建VoLTE业务时，通常主叫端和被叫端分别将自身所支持的语音编/解码方式上报给网络侧设备(例如：基站)，由网络侧设备按照预设的筛选方法，分别为主叫端和被叫端筛选出相应的语音编/解码方式，主叫端与被叫端分别采用网络侧设备筛选出的语音编/解码方式对二者之间交互的模拟语音信号进行编/解码。
然而，在一些应用场景中，网络侧设备筛选出的语音编/解码方式不一定是最适用于主叫端(被叫端)与网络侧设备之间的语音编/解码方式。例如，网络侧设备的建设时间较早，网络侧设备筛选出的语音编/解码方式的出现时间较晚，虽然网络侧设备已经升级，但仍无法保证网络侧设备对筛选出的语音编/解码方式足够的支持能力。进而，主叫端(被叫端)在采用网络侧设备筛选出的语音编/解码方式对主叫端与网络侧设备之间交互的模拟语音信号进行编/解码时，可能出现主叫端和被叫端之间的语音通话断续、无声、甚至呼叫失败的情况，降低语音通话质量，影响用户体验。
发明内容
本申请的目的在于解决主叫端和被叫端之间的语音通话断续、无声、甚至呼叫失败的情况，降低语音通话质量，影响用户体验的技术问题。基于此本申请提供了一种语音通信方法、电子设备和可读介质。本申请中的语音通话方法为：终端中对应存储有与不同位置信息对应的语音编/解码列表，当用户想要通过终端与其他用户进行语音通话时，终端将与用户当前位置信息对应的语音编/解码列表发送给网络侧设备，以使得网络侧设备从语音编/解码列表中筛选出与终端和网络侧设备最为适配的语音编/解码方式。终端发送的语音编/解码列表中的语音编/解码方式是根据用户在当前位置处历史语音通话数据的质量更新得到的编/解码方式。上述语音通信方法，通过调整终端上报给网络侧设备的语音编/解码方式，进而在无需调整网络设备筛选方法的情况下，合理调整网络侧设备筛选出的优选的语音编/解码方式，以使得筛选出的语音编/解码方式为真实有效的优选方式，更贴近用户的真实需求，提高用户语音通话质量，提升用户的体验感。
本申请的第一方面提供了一种语音通信方法，该方法包括：终端向网络侧设备发送终端的语音编/解码列表，其中语音编/解码列表中的语音编/解码方式是基于终端在当前位置处的历史语音通话质量所确定的；终端从网络侧设备接收网络侧设备从语音编/解码列表中选择出的，语音通信中终端所要使用的语音编/解码方式。
其中，终端可以是移动电话、平板电脑、手表等能够插入SIM卡的、且具有语音通话功能的电子设备中的任意一种。终端可以是主叫端，也可以是被叫端，主叫端和被叫端可以是同类型的电子设备，主叫端和被叫端还可以是不同类型的电子设备。网络侧设备可以是为各种运营商提供的基站。语音编/解码方式可以为自适应多速率音频编/解码方式(Adaptive Multi-Rate audio codec，AMR)、自适应多速率宽带语音编/解码方式(Adaptive Multi-Rate Wideband Speech Codec，AMR-WB)、增强语音服务编/解码方式(Enhance Voice Services，EVS)等语音编/解码方式。语音编/解码列表是指终端所支持的与当前位置信息对应的语音编/解码方式的集合，终端中对应存储有与不同位置信息对应的语音编/解码列表。当前位置处是指终端当前所处的位置。历史语音通话数据是指一次语音通话结束后，满足预设条件的语音通话数据。例如，历史语音通话数据包括终端当前位置信息，以及与终端当前位置信息对应的、一周内的音频数据。再例如，历史语音通话数据包括终端当前位置信息，以及与终端当前位置信息对应的、最近两条语音通话数据。历史语音通话质量是指历史语音通话数据的语音通话质量。
即在本申请的实施例中，终端对应存储有与不同位置信息对应的语音编/解码列表，当用户在某一位置处想要通过终端与其他用户进行语音通话时，终端将与用户当前位置信息对应的语音编/解码列表发送给网络侧设备。网络侧设备从语音编/解码列表中筛选出与终端和网络侧设备最为适配的语音编/解码方式，并将筛选出的语音编/解码方式返回给终端，以使得终端根据筛选出的语音编/解码方式与网络侧设备进行语音通话。其中，语音编/解码列表能够根据与位置信息对应的历史语音通话数据的通话质量不断更新。具体地，语音编/解码列表的更新方式包括语音编/解码列表内语音编/解码方式种类的更新，以及语音编/解码列表内语音编/解码方式排列次序的更新。
例如，本申请中的语音编/解码方式的筛选方案应用于主叫端与网络侧设备之间，主叫端首先查询主叫端的当前位置信息，并将与当前位置信息对应的、最新的语音编/解码列表发送给网络侧设备，网络侧设备根据筛选逻辑从接收到的语音编/解码列表中，筛选出与主叫端和网络侧设备最为适配的主叫语音编/解码方式，并将主叫语音编/解码方式返回给主叫端，以使得主叫端根据主叫语音编/解码方式与网络侧设备进行语音通话。其中，语音编/解码列表能够根据与位置信息对应的历史语音通话数据的通话质量不断更新。
再例如，本申请中的语音编/解码方式的筛选方案应用于网络侧设备与被叫端之间，网络侧设备在接收到主叫端发送的起呼消息的情况下，网络侧设备根据起呼消息中携带的目标号码向被叫端发送寻呼消息。被叫端接收到寻呼消息后，查询被叫端当前的位置信息，并将与当前的位置信息对应的、最新的语音编/解码列表发送给网络侧设备。网络侧设备根据筛选逻辑从接收到的语音编/解码列表中，筛选出与被叫端和网络侧设最为适配的被叫语音编/解码方式，并将主叫语音编/解码方式返回给主叫端，以使得主叫端根据主叫语音编/解码方式与网络侧设备进行语音通话。其中，语音编/解码列表能够根据与位置信息对应的历史语音通话数据的通话质量不断更新。
上述语音通信方法，通过历史语音通话数据在不同位置处分别调整终端上报给网络侧设备的语音编/解码方式，进而在无需调整网络设备筛选方法的情况下，合理调整网络侧设备筛选出的优选的语音编/解码方式，以使得网络侧设备筛选出的语音编/解码方式为终端真实有效的优选方式，更符合及贴近用户的真实需求。因此，本申请提供的语音编/解码方式的筛选方案能够提高用户语音通话质量，提升用户的体验感。
在上述第一方面另一种可能的实现中，在终端向网络侧设备发送终端的语音编/解码列表之前，还包括：终端将终端所支持的语音编/解码方式中，在当前位置处的历史语音通话质量不满足通话需求的语音编/解码方式从已有的语音编/解码列表中删除。
即在本申请的实施例中，终端的语音编/解码列表的更新方式为删除语音编/解码列表中的优先级最高或某一顺位的语音编/解码方式，保留其他优先级或其他顺位的语音编/解码方式。也即，终端删减终端所支持的所有语音编/解码方式中在当前位置处通话质量较差的语音通话时的语音编/解码方式，得到对应当前位置的语音编/解码方式的集合，完成语音编/解码列表中的语音编/解码方式的更新。
例如，主叫端中预设的更新方式为删除语音编/解码列表中的优先级最高的语音编/解码方式，保留其他优先级的语音编/解码方式，得到更新后的语音编/解码列表。对应地，网络侧设备的筛选逻辑为按照语音编/解码方式的优先级筛选主叫语音编/解码列表的数据处理规则。
再例如，主叫端中预设的更新方式为删除语音编/解码列表中的第一顺位的语音编/解码方式，其他顺位的语音编/解码方式顺次前移，得到更新后的语音编/解码列表。对应地，网络侧设备的筛选逻辑为第一顺位的语音编/解码方式为认优选的语音编/解码方式的数据处理规则。
上述语音通信方法中语音编/解码列表的更新方式，能够避免终端处于当前位置时，通话质量较差的语音编/解码方式再次被上报给网络侧，进而避免网络侧再次筛选到通话质量较差的语音编/解码方式，改善用户通话质量，提高用户体验。
在上述第一方面另一种可能的实现中，在终端向网络侧设备发送终端的语音编/解码列表之前，还包括：终端调整终端所支持的语音编/解码方式中，当前位置处的历史语音通话质量不满足通话需求的语音编/解码方式在已有的语音编/解码列表中的排列次序。
即在本申请的实施例中，与用户当前位置信息对应的语音编/解码列表中的语音编/解码方式，可以是终端根据终端处于当前位置处时的历史语音通话数据的通话质量持续调整终端所支持的所有语音编/解码方式排列次序后，得到的语音编/解码方式的组合。
例如，主叫端中预设的更新方式为移动语音编/解码列表中的第一顺位的语音编/解码方式至语音编/解码列表中的最后一位，其他顺位的语音编/解码方式顺次前移。筛选逻辑可以为筛选主叫语音编/解码列表中的预定顺位的语音编/解码方式的数据处理规则。
上述语音通信方法中语音编/解码列表的更新方式，能够在终端处于当前位置时，降低上报给网络侧的语音编/解码方式中通话质量较差的语音编/解码方式的优先级，进而避免网络侧再次筛选到通话质量较差的语音编/解码方式。
在上述第一方面另一种可能的实现中，终端为主叫端，并且语音编/解码列表包括在主叫端向网络侧设备发送的起呼消息中。
例如，主叫端中的调制解调器向网络侧设备发送起呼消息。起呼消息中的SDP协议中携带有与主叫端和主叫位置信息对应的语音编/解码列表。
在上述第一方面另一种可能的实现中，终端为被叫端，并且语音编/解码列表包括在被叫端发送给网络侧设备的应答消息中。
例如，网络侧设备向被叫端发送寻呼消息，被叫端查询被叫端当前对应的被叫位置信息，被叫端向网络侧设备发送应答消息。其中，应答消息中的SDP协议携带有与被叫位置信息对应的语音编/解码列表。
在上述第一方面另一种可能的实现中，语音通信承载于VoLTE业务。
例如，VoLTE业务中，网络侧设备一直选择EVS作为语音编/解码方式。然而有些建设时间较早的网络侧设备，由于硬件设备未升级，无法支持上述语音编/解码方式，或硬件设备虽然后期升级，但对上述语音编/解码方式支持能力较差，导致局部区域内终端与网络侧设备之间采用进行语音通话时，出现语音通话断续、无声、甚至呼叫失败等现象。
EVS作为新一代的语音频编/解码方式，由于其能够提供更高的音频质量和抗干扰能力，而被许多运营商作为语音业务中优选编/解码方式。当终端上报给网络侧设备的语音编/解码方式中包括EVS时，网络侧设备将筛选出EVS。然而，在IP多媒体系统网络建设初期，许多后期才支持VoLTE业务的运营商对EVS的编/解码支持能力较差，或者存在兼容性问题，导致在部分地区或个别基站范围内采用EVS进行语音通话时，整个语音通话断续、无声、甚至呼叫失败，导致在某些区域用户语音通话质量较差，影响用户的体验。基于此，上述语音通信方法尤其适用于VoLTE业务。上述语音通信方法能够避免VoLTE业务中，终端处于当前位置时，通话质量较差的语音编/解码方式再次被上报给网络侧，进而避免网络侧再次筛选到通话质量较差的语音编/解码方式。
在上述第一方面另一种可能的实现中，上述方法还包括，当终端满足以下任意一种情形时，终端初始化语音编/解码列表：终端开关机；终端与SIM卡中断信号；终端的语音编/解码列表持续了预设时长；终端删除了语音编/解码列表中的所有语音编/解码方式；终端调整了语音编/解码列表中的所有语音编/解码方式的排列次序。
即在本申请的实施例中，当终端检测到初始化条件被触发时，终端将初始化终端中的语音编/解码列表，使得终端中的语音编/解码列表恢复至初始化状态。其中初始化状态的语音编/解码列表为包括终端所支持的所有语音编/解码方式的数据列表以及所有语音编/解码方式初始的排列顺序。其中，初始化条件是指用于触发终端对当前的语音编/解码列表初始化的触发条件。
其中，终端与SIM卡中断信号可以是SIM卡在终端设备中的热插拔，以使得SIM卡与终端信号中断。
上述语音通信方法，能够在终端按照上述语音编/解码方式筛选方案筛选编/解码方式，且并未得到与终端适配的语音编/解码方式的情况下，恢复终端所支持的被删除或者被调整次序的语音编/解码方式，增加了终端上报给网络侧的语音编/解码方式，扩大了网络侧设备的可选择范围。
在上述第一方面另一种可能的实现中，语音编/解码列表的初始化方式包括下列中的任一种：终端在语音编/解码列表中恢复终端支持的所有语音编/解码方式；终端在语音编/解码列表中恢复语音编/解码方式的排列次序；终端删除语音编/解码列表，并根据终端支持的所有语音编/解码方式生成语音编/解码列表。
即在本申请的实施例中，当语音编/解码列表的更新方式为删除不满足通话需求的语音编/解码方式时，语音编/解码列表的初始化方式包括终端在语音编/解码列表中恢复终端支持的所有语音编/解码方式。当语音编/解码列表的更新方式为调整不满足通话需求的语音编/解码方式的排列次序，语音编/解码列表的初始化方式包括终端在语音编/解码列表中恢复语音编/解码方式的排列次序。此外，对于上述任意一种更新方式的语音编/解码列表而言，语音编/解码列表还可以通过删除原有的语音编/解码列表，并根据终端支持的所有语音编/解码方式生成新的语音编/解码列表的方式来实现语音编/解码列表的初始化。
本申请的第二方面提供了一种语音通信方法，该方法具体包括：终端向网络侧设备发送终端的语音编/解码列表，其中语音编/解码列表中的语音编/解码方式是基于终端在当前位置处的历史语音通话质量所确定的；网络侧设备根据语音编/解码列表选择出语音通信中终端所要使用的语音编/解码方式，并将选择出的语音编/解码方式发送给终端。
本申请的第三方面提供了一种语音通信方法，该方法具体包括：网络侧设备接收终端发送的终端的语音编/解码列表，其中语音编/解码列表中的语音编/解码方式是基于终端在当前位置处的历史语音通话质量所确定的；网络侧设备根据语音编/解码列表选择出语音通信中终端所要使用的语音编/解码方式，并将选择出的语音编/解码方式发送给终端。
本申请的第四方面提供了一种电子设备，包括：存储器，存储有指令；处理器，处理器和存储器耦合，当存储器存储的程序指令被处理器执行时使得电子设备执行如上述第一方面、第二方面和第三方面中的任一种语音通信方法。
本申请的第五方面提供了一种可读介质，可读介质中存储有指令，其特征在于，当指令在可读介质上运行时，使得可读介质执行如上述第一方面、第二方面和第三方面中的任一种语音通信方法。
附图说明
图1(a)为本申请一些实施例中应用场景；
图1(b)为本申请一些实施例中模拟语音信号在主叫端100、网络侧设备200与被叫端300之间的传输过程；
图2(a)为一些相关技术方案中主叫端100、网络侧设备200与被叫端300之间语音编/解码方式的协商方案；
图2(b)为本申请一些实施例中主叫端100、网络侧设备200与被叫端300之间语音编/解码方式的协商方案；
图3为本申请一些实施例中主叫端100与网络侧设备200的结构示意图；
图4为本申请一些实施例中主叫端100与网络侧设备200筛选语音编/解码方式时的交互图；
图5为本申请一些实施例中主叫端100的主叫位置信息的示意图；
图6为本申请一些实施例中主叫端100中的语音编/解码列表的更新流程图；
图7为本申请另一些实施例中主叫端100中的语音编/解码列表的更新流程图；
图8为本申请一些实施例中网络侧设备200与被叫端300的结构示意图；
图9为本申请一些实施例中网络侧设备200与被叫端300筛选语音编/解码方式时的交互图；
图10为本申请一些实施例中筛选语音编/解码方式时，主叫端100、网络侧设备200与被叫端300三者之间的交互图；
图11为本申请一些实施例，示出了手机100′的结构示意图；
图12为本申请一些实施例，示出了手机100′的软件结构框图。
其中，附图说明：100-主叫端；101-拨号盘；102-拨号应用；103-调制解调器；103a-NVRAM；104-语音编/解码模块；104a-接收子模块；104b-解码子模块；104c-统计子模块；104d-计算子模块；104e-编码子模块；200-网络侧设备；300-被叫端；303-调制解调器；303a-NVRAM；304-语音编/解码模块；304a-接收子模块；304b-解码子模块；304c-统计子模块；304d-计算子模块；304e-编码子模块。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请的实施方式作进一步地详细描述。
可以理解，本申请技术方案中，网络侧设备可以是LTE系统中的演进型基站设备(Evolutional Node B，eNB)，或者5G网络中的基站设备，传输接收点(Transmission andReceptionPoint，TRP)等。为了便于说明，下文以网络侧设备为LTE系统中的演进型基站设备为例进行说明。
为了便于理解本申请的技术方案，下面先介绍一种终端设备之间通过基站进行语音通话的场景。具体地，图1(a)根据本申请的实施例示出了一种语音通话的场景示例。如图1(a)所示，主叫端100通过网络侧设备200与被叫端300-1以及被叫端300-2进行语音通话。
可以理解的是，主叫端100的数量为一个，被叫端300的数量可以为若干个。其中，主叫端100和被叫端300可以是移动电话、平板电脑、手表等能够插入SIM卡的、且具有语音通话功能的电子设备中的任意一种。此外，主叫端100和被叫端300可以是同类型的电子设备，例如主叫端100和被叫端300均为移动电话；主叫端100和被叫端300还可以是不同类型的电子设备，例如主叫端100为移动电话，被叫端300为平板电脑。网络侧设备200为各种运营商提供的基站。语音编/解码方式可以为自适应多速率音频编/解码方式(AdaptiveMulti-Rate audio codec，AMR)、自适应多速率宽带语音编/解码方式(Adaptive Multi-Rate Wideband Speech Codec，AMR-WB)、增强语音服务编/解码方式(Enhance VoiceServices，EVS)等语音编/解码方式。
由于终端(主叫端和/或被叫端)支持的语音编/解码方式与终端的型号和运营商的类别相关，因此需要分别协商出主叫端100与网络侧设备200之间的主叫语音编/解码方式，以及被叫端300与网络侧设备200之间的被叫语音编/解码方式。为了便于理解，在介绍语音编/解码方式的协商方案之前，先简要阐述模拟语音信号在主叫端100与被叫端300之间的流通过程。
由图1(b)可知，主叫端100中，语音编/解码模块104根据主叫语音编/解码方式对模拟语音信号进行编码得到音频数据，并将音频数据发送给调制解调器(Modem)103，Modem103将音频数据转换为主叫语音包，并将主叫语音包发送给网络侧设备200。
网络侧设备200中，调制解调器(Modem)203接收主叫语音包并将主叫语音包转换为音频数据，而后将音频数据发送给语音编/解码模块204。语音编/解码模块204先采用主叫语音编/解码方式对音频数据进行解码，得到模拟语音信号，再根据被叫语音编/解码方式对模拟语音信号进行编码形成音频数据，并将新形成的音频数据发送给Modem 203。Modem 203将音频数据转换为被叫语音包，并将被叫语音包发送给被叫端300。
被叫端300中，调制解调器(Modem)303接收被叫语音包，并将被叫语音包转换为音频数据，而后将音频数据发送给语音编/解码模块304，语音编/解码模块304根据被叫语音编/解码方式对音频数据进行解码得到模拟语音信号。
至此，完成一次主叫端100和被叫端300之间的模拟语音信号的传输。
由此可见，主叫语音编/解码方式和被叫语音编/解码方式对于主叫端100与被叫端300之间的语音通话尤为重要。下面将结合图2(a)介绍一些相关技术方案中主叫端100、网络侧设备200和被叫端300之间主叫语音编/解码和被叫语音编/解码方式的协商方案：主叫端100向网络侧设备200发送起呼消息(记为INVITE消息)，并通过起呼消息上报给网络侧设备200主叫端100所支持的全部语音编/解码方式。网络侧设备200根据起呼消息中携带的目标号码匹配出被叫端300，并向被叫端300发起寻呼消息(记为QUERY消息)，同时，网络侧设备200按照预定的筛选逻辑，从主叫端100上报的语音编/解码方式中选取主叫语音编/解码方式。待被叫端300返回应答消息后，网络侧设备200将主叫语音编/解码方式返回给主叫端100。此外，被叫端300通过应答消息上报给网络侧设备200被叫端300所支持的全部语音编/解码方式。网络侧设备200按照预定的筛选逻辑，从被叫端300上报的语音编/解码方式中选取被叫语音编/解码方式，并将被叫语音编/解码返回给被叫端300。
然而，在上述主叫语音编/解码方式或被叫语音编/解码方式的协商方案中，由于主叫端100(被叫端300)上报给网络侧设备200的语音编/解码方式为主叫端100(被叫端300)支持的所有语音编/解码方式。也即，主叫端100(被叫端300)上报的语音编/解码方式始终相同，且网络侧设备200的筛选逻辑始终不变，导致网络侧设备200一直选择某一种语音编/解码方式(例如：EVS)作为主叫语音编/解码方式(被叫语音编/解码方式)。然而有些建设时间较早的网络侧设备200，由于硬件设备未升级，无法支持上述主叫语音编/解码方式(被叫语音编/解码方式)，或硬件设备虽然后期升级，但对上述主叫语音编/解码方式(被叫语音编/解码方式)支持能力较差，导致局部区域内主叫端100(被叫端300)与网络侧设备200之间采用EVS进行语音通话时，出现语音通话断续、无声、甚至呼叫失败等现象。
为了解决上述问题，本申请提供了一种语音通信方法，其中的语音编/解码方式的筛选方案具体为，终端中对应存储有与不同位置信息对应的语音编/解码列表，当用户在某一位置处想要通过终端与其他用户进行语音通话时，终端将与用户当前位置信息对应的语音编/解码列表发送给网络侧设备，以使得网络侧设备从语音编/解码列表中筛选出与终端和网络侧设备最为适配的语音编/解码方式。其中，语音编/解码列表为终端所支持的与当前位置信息对应的语音编/解码方式的集合。此外，语音编/解码列表能够根据与位置信息对应的历史语音通话数据的通话质量不断更新。语音编/解码列表的更新方式包括语音编/解码方式种类的更新，以及语音编/解码方式排列次序的更新。
可以理解，在本申请的一些实施例中，与用户当前位置信息对应的语音编/解码列表中的语音编/解码方式，可以是根据用户在当前位置处历史语音通话数据的通话质量，对语音编/解码列表中的语音编/解码方式进行更新得到的，例如，删减终端所支持的所有语音编/解码方式中在当前位置处通话质量较差的语音通话时的语音编/解码方式，得到对应当前位置的语音编/解码方式的集合。上述语音编/解码列表能够避免终端处于当前位置时，通话质量较差的语音编/解码方式再次被上报给网络侧，进而避免网络侧再次筛选到通话质量较差的语音编/解码方式。
可以理解，在本申请的另外一些实施例中，与用户当前位置信息对应的语音编/解码列表中的语音编/解码方式，可以是终端根据终端处于当前位置处时的历史语音通话数据的通话质量持续调整终端所支持的所有语音编/解码方式排列次序后，得到的语音编/解码方式的组合。上述语音编/解码列表能够在终端处于当前位置时，降低上报给网络侧的语音编/解码方式中通话质量较差的语音编/解码方式的优先级，进而避免网络侧再次筛选到通话质量较差的语音编/解码方式。
例如，如图2(b)所示，在一种实现方式中，本申请中的语音编/解码方式的筛选方案应用于上述场景中的主叫端100与网络侧设备200之间时，主叫端100首先查询主叫端100的当前位置信息，并将与当前位置信息对应的、最新的语音编/解码列表发送给网络侧设备200，网络侧设备200根据筛选逻辑从接收到的语音编/解码列表中，筛选出与主叫端100和网络侧设备200最为适配的主叫语音编/解码方式。
对应地，对于被叫端300，本申请中的语音编/解码方式的筛选方案应用于上述场景中的网络侧设备200与被叫端300之间时，网络侧设备200在接收到主叫端100发送的起呼消息的情况下，网络侧设备200根据起呼消息中携带的目标号码向被叫端300发送寻呼消息。被叫端300接收到寻呼消息后，查询被叫端300当前的位置信息，并将与当前的位置信息对应的、最新的语音编/解码列表发送给网络侧设备200。网络侧设备200根据筛选逻辑从接收到的语音编/解码列表中，筛选出与被叫端300和网络侧设备200最为适配的被叫语音编/解码方式。
本申请提供的语音编/解码方式的筛选方案，通过历史语音通话数据在不同位置处分别调整终端上报给网络侧设备的语音编/解码方式，进而合理调整网络侧设备筛选出的优选的语音编/解码方式，以使得网络侧设备筛选出的语音编/解码方式为终端真实有效的优选方式，更符合及贴近用户的真实需求。因此，本申请提供的语音编/解码方式的筛选方案能够提高用户语音通话质量，提升用户的体验感。
根据上述对本申请提供的语音编/解码方式的筛选方案的介绍，不难发现，主叫端100与网络侧设备200之间的主叫语音编/解码的协商过程与被叫端300与网络侧设备200之间的被叫语音编/解码的协商过程较为相似，为了便于说明，下文将以主叫端100与网络侧设备200之间的主叫语音编/解码的协商过程为主，详细描述本申请的技术方案。
图3示出了图1所示的语音通话场景中能够执行本申请的技术方案的主叫端100和网络侧设备200的结构示意图。如图3所示，主叫端100包括拨号盘101，拨号应用102，以及Modem103和语音编/解码模块104等，网络侧设备200包括用于从语音编/解码列表中筛选出主叫语音编/解码方式的筛选模块201和Modem 203。
其中，Modem103用于发出INVITE消息和主叫语音包，用于接收200 OK消息，以及用于实现主叫语音包与音频数据的相互转换。此外，Modem103还能够接收Modem 203发送来的主叫语音包，其中该主叫语音包为被叫端300通过网络侧设备200向主叫端100发送的语音包，该主叫语音包对应的音频数据用于更新语音编/解列表中的语音编/解码方式，具体方案将在下文进行详细描述。其中，200 OK消息用于表征网络侧设备200已经成功收及理解主叫端100发出的INVITE消息，也即网络侧设备200已成功响应INVITE消息。Modem 103还包括非易失性随机访问存储器(Non-Volatile Random Access Memory，NVRAM)103a。NVRAM103a中存储有主叫端100的当前位置信息，以及不同位置信息对应的语音编/解码列表1、语音编/解码列表2、语音编/解码列表3、……、语音编/解码列表n。语音编/解码模块104用于采用主叫语音编/解码方式将模拟语音信号编码为音频数据，以及用于采用主叫语音编/解码方式将音频数据解码为模拟语音信号。语音编/解码模块104具体包括用于接收音频数据的接收子模块104a，用于根据主叫语音编/解码方式对音频数据进行解码的解码子模块104b，用于统计解码的音频数据对应的语音包的数量和帧数的统计子模块104c，用于计算音频数据对应的语音包解码效果的计算子模块104d，以及用于根据主叫语音编/解码方式对模拟语音信号进行编码的编码子模块104e。
图4示出了本申请的语音编/解码方式筛选方案应用于图1所示的语音通话场景中主叫端100与网络侧设备200时，主叫端100与网络侧设备200之间的交互图。下面将根据图3中的结构示意图和图4中的交互图，详细描述主叫端100要和被叫端300进行VoLTE语音通话，主叫端100与网络侧设备200之间确定语音编/解码方式的协商过程。结合图3和图4可知，本申请中主叫端100与网络侧设备200之间的语音编/解码方式的协商过程具体包括以下步骤：
步骤S410：主叫端100查询主叫端100当前的主叫位置信息。
在一种实现方式中，主叫端100根据用户对触控面板的触摸操作打开拨号应用102，拨号应用102中的拨号盘101获取用户输入的目标号码，并响应于用户的拨号操作进行拨号。而后，拨号应用102向Modem 103发送包括目标号码的拨号消息。Modem 103接收到拨号消息后，查询主叫端100当前对应的主叫位置信息。其中，主叫位置信息是指主叫端100的当前位置信息。主叫位置信息可以存储于NVRAM 103a中，还可以存储于主叫端100的其他存储介质中。
在一种实现方式中，主叫位置信息为能够表征主叫端100当前所处区域的区域编码(记为Cell ID)。区域编码可以是网络侧设备200周围区域划分出的区域对应的编码。
图5示出了本申请一些实施例中，网络侧设备200周围各个区域编码的示意图。如图5所示，网络侧设备200周围区域可以根据距离网络侧设备200的远近及相对于网络侧设备200的方位进行划分。具体地，射线l1、射线l2、射线l3、射线l4、射线l5、射线l6、射线l7和射线l8以O点(PO所在位置处)为原点向四周呈发射状延伸，以将网络侧设备200的周围区域分割为8个扇形区域。此外，射线l1和射线l2之间的、射线l2和射线l3之间的、射线l3和射线l4之间的、射线l4和射线l5之间的，以及射线l5和射线l6之间的6个扇形区域还分别被曲线C1、曲线C2和曲线C3分割为4个区域(包括1个小扇形区域和3个环形区域)，也即将网络侧设备200周围区域分割为26个编码区域，每个编码区域对应于一个区域编码。
其中网络侧设备200向26个编码区域发射不同的无线电频谱资源w。例如，网络侧设备200向编码区域Ⅰ发送无线电频谱资源w1、网络侧设备200向编码区域Ⅱ发送无线电频谱资源w2和网络侧设备200向编码区域Ⅲ发送无线电频谱资源w3。其中，无线电频谱资源是指不用人工波导而在空间传播的3000GHz以下的一种无线电磁波。不同的无线电频谱资源是指不同波段的无线电磁波。主叫端100根据接收的无线电磁波确定主叫端100当前所处的编码区域。同一个编码区域内的任意两个点接收到的无线电磁波相同，同一个编码区域内的任意两个点的区域编码相同。
如图5所示，PO为网络侧设备200(例如：基站)所分布的位置，PA位置点和PB位置点位于编码区域Ⅰ内，主叫端100在PA位置点和PB位置点接收到的无线电磁波均为w1。因此PA位置点和PB位置点的区域编码相同，也即当主叫端100处于PA位置点或PB位置点时，主叫端100的主叫位置信息相同。PC位置点位于编码区域Ⅱ和PD位置点位于编码区域Ⅲ内，主叫端100在PC位置点接收到无线电磁波w2，主叫端100在PD位置点接收到无线电磁波w3。因此PC位置点和PD位置点的区域编码不同，也即当主叫端100处于PC位置点或PD位置点时，主叫端100的主叫位置信息不同。
在可替换的其他一种实现方式中，主叫位置信息为能够表征主叫端100当前位置的坐标信息。
步骤S420：主叫端100向网络侧设备200发送起呼消息。其中，起呼消息中携带有与主叫位置信息对应的语音编/解码列表。
在一种实现方式中，主叫端100中的Modem 103向网络侧设备200发送起呼消息。起呼消息中的SDP(Session Description Protocol)协议中携带有与主叫端100和主叫位置信息对应的语音编/解码列表。其中，SDP协议的文本信息包括媒体流和各个媒体流对应的编/解码集。编/解码集即为语音编/解码列表。语音编/解码列表可以存储于NVRAM 103a中，还可以存储于主叫端100的其他存储介质中。
可以理解的是，一般情况下，主叫端100为移动终端，当主叫端100所处的编码区域发生改变，也即主叫端100的主叫位置信息发生改变时，主叫端100适用的语音编/解码方式可能会发生改变，因此，对每一个主叫位置信息，主叫端100均具有一个与该主叫位置信息对应的语音编/解码列表。
其中，语音编/解码列表包括主叫端100内存储的主叫端100所支持的语音编/解码方式。与主叫位置信息对应的语音编/解码列表包括存储于主叫端100内的，主叫端100处于主叫位置信息处时主叫端100所支持的语音编/解码方式。为了便于描述，下文中将与主叫位置信息对应的语音编/解码列表简称为主叫语音编/解码列表。主叫语音编/解码列表为存储于NVRAM 103a中的数据列表，且一个主叫语音编/解码列表包括至少一种语音编/解码方式。主叫语音编/解码列表为根据历史语音通话数据实时更新的数据列表。也即，主叫语音编/解码列表能够根据场景的切换，而更新主叫语音编/解码列表中的语音编/解码方式。例如，主叫语音编/解码列表包括终端在当前位置处的历史语音通话数据的通话质量较好的语音编/解码方式。
例如，主叫端100根据场景的切换，而删减不适用于主叫端100与网络侧设备200之间的主叫语音编/解码列表中的语音编/解码方式。当主叫端100位于第一主叫位置信息处时，在一些场景下，主叫语音编/解码列表包括EVS、AMR-WB和AMR三种语音编/解码方式。当主叫端100位于第一主叫位置信息处时，在另外一些场景下，主叫端语音编/解码列表仅包括AMR-WB和AMR两种语音编/解码方式。其中，一些场景和另一些场景可以为不同时段的场景。
再例如，主叫语音编/解码列表能够根据场景的切换，而调整主叫语音编/解码列表中的语音编/解码方式的排列次序。当主叫端100位于第二主叫位置信息处时，在一些场景下，主叫语音编/解码列表包括依次存储的EVS、AMR-WB和AMR三种语音编/解码方式。当主叫端100位于第二主叫位置信息处时，在另外一些场景下，主叫端语音编/解码列表包括依次存储的AMR-WB、AMR和EVS三种语音编/解码方式。其中，一些场景和另一些场景可以为不同时段的场景。
再例如，主叫端100能够根据场景的切换，而删减主叫语音编/解码列表中的语音编/解码方式，以及调整主叫语音编/解码列表中的语音编/解码方式的排列次序，具体技术方案为上述两个技术方案的结合，在此不作赘述。
在一种实现方式中，当NVRAM 103a中尚未存储有与主叫位置信息对应的语音编/解码列表，则将初始状态下语音编/解码列表作为与主叫位置信息对应的语音编/解码列表。其中，初始状态下语音编/解码列表中存储有主叫端100所支持的语音编/解码方式。
步骤S430：网络侧设备200根据筛选逻辑和接收到的起呼消息中携带的语音编/解码列表，筛选出主叫语音编/解码方式。
在一些实施例中，网络侧设备200获取筛选逻辑，以及提取接收到的起呼消息中携带的语音编/解码列表，进而根据筛选逻辑从提取到的语音编/解码列表中筛选出与主叫端100适配的语音编/解码方式，并将筛选出的语音编/解码方式作为主叫语音编/解码方式。
在一种实现方式中，筛选逻辑为按照语音编/解码方式的优先级筛选主叫语音编/解码列表的数据处理规则。网络侧设备200中的筛选模块201根据筛选逻辑能够筛选出当前优先级级别最高的语音编/解码方式。筛选逻辑可以为当主叫端100上报的语音编/解码方式中包括优先级级别最高的语音编/解码方式时，将优先级级别最高的语音编/解码方式作为主叫语音编/解码方式，而当主叫语音编/解码列表中的语音编/解码方式中不包括优先级级别最高的语音编/解码方式时，判断主叫语音编/解码列表中语音编/解码方式是否包括当前优先级级别次高的语音编/解码方式。
例如，主叫端100上报给网络侧设备200的主叫语音编/解码列表中包括EVS、AMR-WB和AMR三种语音编/解码方式，且三种语音编/解码方式按照优先级依次降低的排序顺序为：EVS、AMR-WB和AMR。筛选逻辑为当主叫语音编/解码列表中包括EVS时，将EVS作为主叫语音编/解码方式，而当主叫语音编/解码列表中不包括EVS时，则判断主叫语音编/解码列表中是否包括AMR-WB，直至网络侧设备200通过筛选逻辑筛选出当前主叫语音编/解码列表中优先级最高的语音编/解码方式，并将筛选出的语音编/解码方式作为主叫语音编/解码方式。
在一些实施例中，语音编/解码方式的优先级级别主要取决于运营商的运营策略。例如，当升级了网络侧设备200，使得其中一种语音编/解码方式的语音通话质量提高时，运营商调整网络侧设备200的优选策略，以提高该语音编/解码方式的优先级级别。此外，筛选逻辑和语音编/解码方式的优先级级别均存储于网络侧设备200中。
在另一种实现方式中，主叫语音编/解码列表中的语音编/解码方式按照次序依次排列，筛选逻辑为筛选主叫语音编/解码列表中的预定顺位的语音编/解码方式的数据处理规则。例如，筛选逻辑为筛选出主叫语音编/解码列表中第一顺位的语音编/解码方式作为主叫语音编/解码方式。
步骤S440：网络侧设备200向主叫端100返回200 OK消息。其中，200 OK消息中携带有主叫语音编/解码方式。例如，网络侧设备200向主叫端100中的Modem 103返回200 OK消息。
在一种实现方式中，网络侧设备200将筛选出的主叫语音编/解码方式填写在200OK消息中的SDP协议中，而后，网络侧设备200将该200 OK消息发送给主叫端100。其中，200 OK消息为用于表示主叫端100的通话请求已被被叫端300接起的消息。
步骤S450：主叫端100确定与网络侧设备200语音通话所采用的语音编/解码方式为主叫语音编/解码方式。
在一种实现方式中，主叫端100根据接收到的主叫语音编/解码方式与网络侧设备200进行语音通话，以实现主叫端100与网络侧设备200之间模拟语音信号的传输。其中，语音包可以基于标准协议RTP协议(Real-time Transport Protocol)和RTCP协议(RTPControl Ptotocol)实现模拟语音信号和视频信号的传输。
在介绍完本申请中语音通话时语音编/解码方式的筛选方案之后，由于上述方案中需要使用与主叫端100当前的位置信息相关的语音编/解码列表，且语音编/解码列表还会随着用户通过主叫端100产生的历史语音通话数据不断更新。基于此，为了清楚完整的表述本申请的技术方案，本申请将进一步详细描述语音编/解码列表的更新方案。图6示出了本申请语音编/解码方式筛选方案中主叫端100对应的语音编/解码列表的更新方案。如图3、图4和图6所示，主叫端100中语音编/解码列表的更新方法具体包括以下步骤：
步骤S610：主叫端100获取历史语音通话数据。
在一些实施例中，一次语音通话结束后，主叫端100获取本次的语音通话数据，并将满足预设条件的语音通话数据作为历史语音通话数据。可以理解的是，每条历史模拟语音信号中包括当前位置信息和该次语音通话中传输的音频数据。例如，图3中，网络侧设备200中的Modem 203向主叫端100中的Modem 103发送主叫语音包。该主叫语音包为被叫端300向主叫端100发送的模拟语音信号对应的语音包，也即此场景下历史语音通话数据为与图3中主叫语音包对应的音频数据。
在一种实现方式中，预设条件可以是与主叫端100当前位置信息对应的、预设周期内语音通话数据。例如，历史语音通话数据包括主叫端100当前位置信息，以及与主叫端100当前位置信息对应的、一周内的音频数据。
在另一种实现方式中，预设条件还可以是与主叫端100当前位置信息对应的、最近预设条数的语音通话数据。例如，历史语音通话数据包括主叫端100当前位置信息，以及与主叫端100当前位置信息对应的、最近两条语音通话数据。
可以理解的是，由于“主叫端”表征的是在某一次语音通话中，根据用户想要主动与他人进行语音通话的意愿，而对某一电子设备的称呼，因此，主叫端实质上是一个电子设备，但并非一直为主叫端，而仅仅只能表征本次语音通话中该用户的主动意愿。基于此，主叫端100中的历史语音通话数据并不一定是主叫端100作为主叫端时的语音通话数据，主叫端100中的历史语音通话数据还可以是主叫端100作为被叫端时的语音通话数据。相应地，主叫端100中的历史语音通话数据还可以同时包括主叫端100作为主叫端时的语音通话数据，以及主叫端100作为被叫端时的语音通话数据。
步骤S620：主叫端100根据每条历史语音通话数据获取每条历史语音通话数据的误帧率和丢包率。
在一种实现方式中，主叫端100中的语音编/解码模块104中，接收子模块104a接收音频数据后，解码子模块104b对接收到的音频数据进行解码。当解码子模块104b根据主叫语音编/解码方式能够成功解码一个主叫语音包转换出的所有音频数据时，统计子模块104c将主叫语音包的总数量增加一个。而当解码子模块104b无法解码一个主叫语音包转换出的所有音频数据时，统计子模块104c将主叫语音包的总数量和解码失败的主叫语音包的数量各增加一个。而后，计算子模块104d根据统计子模块104c统计得到的主叫语音包的总数量和解码失败的主叫语音包的数量计算得到该条语音通话数据的丢包率。丢包率为解码失败的主叫语音包的数量与主叫语音包的总数量的比值。
在另外一种实现方式中，由于Modem 103没有按时接收到主叫语音包，导致接收子模块104a没有按时接收到的音频数据时，即使最终Modem 103接收到了主叫语音包，也即接收子模块104a接收到了该音频数据，也认为该主叫语音包丢失，统计子模块104c将主叫语音包的总数量和解码失败的主叫语音包的数量各增加一个。而后，计算子模块104d根据统计子模块104c统计得到的主叫语音包的总数量和解码失败的主叫语音包的数量计算得到该条语音通话数据的丢包率。丢包率为解码失败的主叫语音包的数量与主叫语音包的总数量的比值。
此外，解码子模块104b根据主叫语音编/解码方式解码音频数据时，统计子模块104c还会统计音频数据内数据的总帧数以及解码错误的帧数。误帧率为解码错误的帧数与数据的总帧数的比值。
步骤S630：主叫端100根据每条历史语音通话数据的误帧率和丢包率判断语音编/解码列表是否符合更新条件。
如果是，则说明主叫端100根据历史语音通话数据的误帧率和丢包率得到，当前的主叫语音编/解码列表并不适用于当前位置信息处的主叫端100与网络侧设备200，也即需要对主叫端100的主叫语音编/解码列表进行更新，进入步骤S640。如果否，则说明主叫端100根据历史语音通话数据的误帧率和丢包率得到网络侧设备200根据当前的主叫语音编/解码列表筛选的主叫语音编/解码方式适用于主叫端100与网络侧设备200之间的语音通话，也就是说，当前的主叫语音编/解码列表适用于主叫端100，也即尚不需要对主叫端100当前的主叫语音编/解码列表进行更新，保留目前的主叫语音编/解码列表，返回步骤S610。
在本申请的一些实施例中，更新条件为预设条数的历史语音通话数据的丢包率均超过丢包阈值和/或预设条数的历史语音通话数据的误帧率均超过误帧阈值。
在一种实现方式中，更新条件为连续两条的历史语音通话数据的丢包率均超过丢包阈值和/或连续两条的历史语音通话数据的误帧率均超过误帧阈值。
例如，丢包阈值为20％，误帧阈值为20％。可以理解的是，丢包阈值对应的数值可以根据需求调整，本申请丢包阈值的取值不作具体限制，任何能够满足更新条件判别的丢包阈值均在本申请的保护范围之内。误帧阈值对应的数值可以根据需求调整，本申请误帧阈值的取值不作具体限制，任何能够满足更新条件判别的误帧阈值均在本申请的保护范围之内。
在另外一种实现方式中，更新条件为累计两条的历史语音通话数据的丢包率均超过丢包阈值和/或累计两条的历史语音通话数据的误帧率均超过误帧阈值。
步骤S640：主叫端100更新语音编/解码列表。
在一种实现方式中，主叫端100中的Modem 103根据预先设定的更新方式更新主叫语音编/解码列表，并将更新后的主叫语音编/解码列表覆盖原有的主叫语音编/解码列表。
在一种实现方式中，主叫端100中预设的更新方式为删除语音编/解码列表中的第一顺位的语音编/解码方式，其他顺位的语音编/解码方式顺次前移。则网络侧设备200的筛选逻辑可以为按照语音编/解码方式的优先级筛选主叫语音编/解码列表的数据处理规则。
在另一种实现方式中，主叫端100中预设的更新方式为移动语音编/解码列表中的第一顺位的语音编/解码方式至语音编/解码列表中的最后一位，其他顺位的语音编/解码方式顺次前移。筛选逻辑可以为筛选主叫语音编/解码列表中的预定顺位的语音编/解码方式的数据处理规则。
在本申请的另外一些实施例中，图7示出了本申请语音编/解码方式筛选方案中主叫端100对应的语音编/解码列表的更新方法。如图7所示，主叫端100中语音编/解码列表的更新方法具体包括以下步骤：
步骤S710：主叫端100获取历史语音通话数据。
步骤S710中历史语音通话数据的获取步骤与步骤S610相同，在此不作赘述。
步骤S720：主叫端100根据每条历史语音通话数据获取每条历史语音通话数据的误帧率和丢包率。
步骤S720中每条历史语音通话数据的误帧率和丢包率的获取步骤与步骤S620相同，在此不作赘述。
步骤S730：主叫端100根据每条历史语音通话数据的误帧率和丢包率计算得到语音编/解码列表的解码得分。
在一种实现方式中，当一条历史语音通话数据的误帧率超过误帧阈值和/或丢包率超过丢包阈值时，主叫端100中的统计子模块104c将该条历史语音通话数据记为不成功，并将目前的主叫解码方式对应的解码得分减1。
例如，初始情况下，主叫语音解码方式对应的解码得分为100分，解码子模块104b根据主叫语音解码方式对主叫语音包进行解码时，每出现一次解码不成功，则解码得分减1。
步骤S740：主叫端100根据解码得分判断语音编/解码列表是否符合更新条件。如果为是时，进入步骤S750，如果为否，则返回步骤S710。
在一种实现方式中，更新条件为主叫语音解码方式对应的编/解码得分与其他语音解码方式对应的编/解码得分(例如：100分)的得分差值大于差值阈值。例如差值阈值为5，可以理解的是，差值阈值对应的数值可以根据需求调整，本申请差值阈值的取值不作具体限制，任何能够满足更新条件判别的差值阈值均在本申请的保护范围之内。
步骤S750：主叫端100更新语音编/解码列表。步骤S760与步骤S650相同，在此不作赘述。
在一些应用场景下，用户想要初始化主叫端100中的语音编/解码列表，在本申请的一些实施例中，当主叫端10检测到初始化条件被触发时，主叫端100中的语音编/解码列表恢复至初始化状态。
其中，初始化状态的语音编/解码列表可以为包括主叫端100所支持的所有语音编/解码方式的数据列表。初始化状态的语音编/解码列表还可以为包括主叫端100所支持的所有语音编/解码方式、且语音的编/解码方式的排列次序相同的数据列表。初始化条件是指用于触发主叫端100对当前的主叫语音编/解码列表初始化的触发条件。
在一些实现方式中，初始化条件为主动式条件，例如，通过用户操作主叫端100，以使主叫端100开关机或者主叫端100中的SIM卡的热插拔。其中，SIM卡的热插拔是指将SIM卡从终端100中拔出及插入，以使得SIM卡与主叫端100信号中断。
在本申请一些实施中，对于初始化条件为主动式条件的情形，主叫端100检测到用户语音通话质量较差时，可以向用户展示初始化提示信息。其中，初始化提示信息的内容包括提示用户进行相关初始化触发操作，以使得主叫端100满足初始化条件。
在另外一些实现方式中，初始化条件为主叫端100中的语音编/解码列表持续了预设时长。例如，预设时长为一周，也即主叫端100中的语音编/解码列表持续了一周。
在另外一些实现方式中，初始化条件还可以为主叫端100删除了语音编/解码列表中的所有语音编/解码方式。或者为，语音编/解码列表中仅剩一种语音编/解码方式。再或者为，主叫端100调整了语音编/解码列表中的语音编/解码方式的排列次序。
在一些实施例中，当语音编/解码列表的更新方式为删除不满足通话需求的语音编/解码方式时，语音编/解码列表的初始化方式为主叫端100在语音编/解码列表中恢复主叫端100支持的所有语音编/解码方式。当语音编/解码列表的更新方式为调整不满足通话需求的语音编/解码方式的排列次序，语音编/解码列表的初始化方式为主叫端100在语音编/解码列表中恢复语音编/解码方式的排列次序。此外，对于任意一种更新方式的语音编/解码列表，语音编/解码列表还可以通过删除原有的语音编/解码列表，并根据主叫端100支持的所有语音编/解码方式生成新的语音编/解码列表的方式来实现语音编/解码列表的初始化。
由于主叫端100与网络侧设备200之间的交互过程与被叫端300与网络侧设备200之间的交互过程较为相似，下面将简要介绍下本申请的语音编/解码方式的筛选方案在网络侧设备200与被叫端300之间的应用场景下的应用。
在一些应用场景中，主叫端100根据历史语音通话数据已将某一语音编/解码方式删除，但后期网络侧设备200升级后，能够支持被删除的语音编/解码方式，也即主叫端100采用被删除的语音编/解码方式和网络侧200进行语音通话时，通话质量有所提高。为了能够及时更新主叫端100上报的语音编/解码列表，在本申请一些实施例中，主叫端100根据增加指令在语音编/解码列表中增加该语音编/解码方式。其中增加指令是历史语音编/解码列表中不存在该语音编/解码方式时，主叫端100或者网络侧设备200生成的用于将该语音编/解码方式添加至语音编/解码列表中的调整指令。
在其中一种实现方式中，增加指令可以是网络侧设备200向主叫端100发送的、用于指示主叫端100增加该语音编/解码方式的指令。其中该指令由网络侧设备200根据主叫端100最近一次上报历史语音编/解码列表生成。
在另外一种实现方式中，增加指令还可以是用户通过触发主叫端100而生成的指令。其中网络侧设备200根据主叫端100最近一次上报的历史语音编/解码列表生成增加提示信息(例如：运营商通知信息)，并将增加提示信息广播给主叫端100。
主叫端100将接收到的提示信息展示给用户，提示信息中包括提示内容和选项卡，例如，提示内容为“用户，您好！请问您是否想要优化当前语音通话方式？”，选项卡包括“立马升级”、“暂不升级”以及“不再提醒”。
主叫端100根据用户选择的选项卡以及主叫端100支持的语音编/解码方式确定是否生成增加指令。当主叫端100支持的语音编/解码方式不包括该语音编/解码方式时，则说明主叫端100与网络侧设备200之间无法通过该语音编/解码方式进行语音通话。当主叫端100支持的语音编/解码方式包括该语音编/解码方式时，则说明主叫端100与网络侧设备200之间能够通过该语音编/解码方式进行语音通话，此时需要根据用户选择的选项卡判断是否需要生成增加指令。
当用户选择“立马升级”时，主叫端100生成增加指令；当用户选择“暂不升级”时，主叫端100不生成增加指令；当用户选择“不再提醒”时，主叫端100预设时长内不再展示此类提示信息。或者，当用户选择“不再提醒”时，主叫端100不再展示此类预设条数的提示信息。
在本申请其中一些实施例中，网络侧设备200完成升级后，网络侧设备200即向主叫端100发送增加指令或者提示信息。上述技术方案中，在语音编/解码列表中增加语音编/解码方式，和删减语音编/解列表中的语音编/解码方式为相互独立的两个过程。
在本申请其他一些实施例中，网络侧设备200完成升级，且主叫端100与网络侧设备200语音通话结束后，网络侧设备200向主叫端100发送增加指令或者提示信息。上述技术方案中，在语音编/解码列表中增加语音编/解码方式，和删减语音编/解列表中的语音编/解码方式可以合并为一个过程。也即，一次语音编/解码列表的更新过程中可以同时删减及增加语音编/解码方式。
用户选择“不再提醒”时，说明用户对当前语音通话质量较为满意，而不想要增加额外的语音编/解码方式，为了提升用户体验，避免持续展示用户不需要的提示信息，在本申请一些实施例中，主叫端100中还设有定时器，定时器用于在用户选择“不再提醒”选项卡时，限制主叫端100在预设周期内不展示增加提示信息，或者限制主叫端100不展示预设条数的增加提示信息。
图8示出了图1所示的语音通话场景中能够执行本申请的技术方案的被叫端300和网络侧设备200的结构示意图。如图8所示，被叫端300包括调制解调器(Modem)303和语音编/解码模块304等，网络侧设备200包括用于从语音编/解码列表中筛选出与主叫端100最为适配的语音编/解码方式的筛选模块201。其中，Modem 303用于发送200 OK消息和被叫语音包，用于接收QUERY消息，以及用于实现被叫语音包与音频数据的相互转换。此外，Modem103还能够接收Modem 203发送来的主叫语音包，其中该主叫语音包为被叫端300通过网络侧设备200向主叫端100发送的语音包。Modem 303还包括非易失性随机访问存储器(Non-Volatile Random Access Memory，NVRAM)303a。NVRAM 303a中存储有被叫端300的当前位置信息，以及不同位置信息对应的语音编/解码列表1、语音编/解码列表2、语音编/解码列表3、……、语音编/解码列表n。语音编/解码模块304用于采用被叫语音编/解码方式将模拟语音信号编码为音频数据，以及用于采用被叫语音编/解码方式音频数据解码为模拟语音信号。语音编/解码模块304具体包括用于接收音频数据的接收子模块304a，用于根据被叫语音编/解码方式对音频数据的解码子模块304b，用于统计解码的音频数据对应的语音包数量和帧数的统计子模块304c，用于计算音频数据对应的语音包解码效果的计算子模块304d，以及用于根据被叫语音编/解码方式对模拟语音信号编码的编码子模块304e。
图9示出了本申请语音编/解码方式筛选方案应用于图1所示的语音通话应用场景中网络侧设备200与被叫端300时，网络侧设备200与被叫端300之间的交互图。下面将根据图8中的结构图和图9中的交互图，简要描述主叫端100要和被叫端300进行VoLTE语音通话时，网络侧设备200与被叫端300之间确定语音编/解码方式的协商过程。结合图8和图9可知，网络侧设备200与被叫端300之间的语音编/解码方式的协商过程具体包括以下步骤：
步骤S910：网络侧设备200向被叫端300发送寻呼消息。在一种实现方式中，主叫端100发送给网络侧设备200的起呼消息中还携带有与寻呼的被叫端300相对应的目标号码。网络侧设备200根据目标号码能够获取到对应的被叫端300，进而向被叫端300发送寻呼消息。可以理解的是，目标号码可以为与被叫端300一一对应的公共交换电话网络(PublicSwitched Telephone Network，PSTN)号码或者会话初始协议(Session InitiationProtocol，SIP)号码。寻呼消息用于向被叫端300发起信令连接，以通过网络侧设备200建立主叫端100与被叫端300之间的通话连接。
步骤S920：被叫端300查询被叫端300当前对应的被叫位置信息。其中，被叫位置信息是指能够表征被叫端300当前所处区域的区域编码，步骤S920与步骤S410相似，在此不作赘述。
步骤S930：被叫端300向网络侧设备200发送应答消息。其中，应答消息中携带有与被叫位置信息对应的语音编/解码列表。步骤S930与步骤S420相似，在此不作赘述。
步骤S940：网络侧设备200根据筛选逻辑和接收到的语音编/解码列表筛选出被叫语音编/解码方式。其中，被叫语音编/解码方式是指网络侧设备200从被叫端300上报的被叫端300支持的所有语音编/解码方式中筛选出的，最适于被叫端300语音通话的语音编/解码方式，步骤S940与步骤S430相似，在此不作赘述。
步骤S950：网络侧设备200向被叫端300返回200 OK消息。其中，200 OK消息中携带有被叫语音编/解码方式。步骤S950与步骤S440相似，在此不作赘述。
步骤S960：被叫端100确定与网络侧设备200语音通话所采用的语音编/解码方式为被叫语音编/解码方式。步骤S950与步骤S450相似，在此不作赘述。
图10示出了本申请语音编/解码方式筛选方案应用于图1应用场景中主叫端100、网络侧设备200与被叫端300之间的交互图。下面将结合图3中的结构示意图、图8中的结构示意和图10中的交互图描述主叫端100和被叫端300通过网络侧设备200进行语音通话时，主叫端100、网络侧设备200与被叫端300之间采用VoLTE业务时进行语音通话的过程。在本申请的一些实施例中，主叫端100想要与被叫端300进行VoLTE业务时，主叫端100、网络侧设备200与被叫端300之间的语音编/解码方式的协商过程具体包括以下步骤：
步骤S1010：主叫端100查询主叫端100当前对应的主叫位置信息。步骤S1010与步骤S410相同，在此不作赘述。
步骤S1020：主叫端100向网络侧设备200发送起呼消息。其中，起呼消息中携带有与主叫位置信息对应的语音编/解码列表。步骤S1020与步骤S420相同，在此不作赘述。
步骤S1030a：网络侧设备200根据筛选逻辑和接收到的起呼消息中携带的语音编/解码列表，筛选出与主叫端100适配的主叫语音编/解码方式。步骤S1030a与步骤S430相同，在此不作赘述。
步骤S1030b：网络侧设备200向被叫端300发送寻呼消息步骤S1030b与步骤S910相同，在此不作赘述。
步骤S1040a：网络侧设备200向主叫端100发送100Tring消息。100Tring消息用于告知主叫端100，网络侧设备200已收到INVITE消息并正在处理，以使主叫端100停止计时，不需要重新向网络侧设备200发送INVITE消息。
步骤S1040b：被叫端300查询被叫端300当前对应的被叫位置信息。步骤S1040b与步骤S920相同，在此不作赘述。
步骤S1050：被叫端300向网络侧设备200发送应答消息。其中，应答消息中携带有与被叫位置信息对应的语音编/解码列表。步骤S1050与步骤S930相同，在此不作赘述。
步骤S1060a：网络侧设备200向主叫端100返回200 OK消息。其中，200 OK消息中携带有主叫语音编/解码方式。步骤S1060a与步骤S440相同，在此不作赘述。
步骤S1060b：网络侧设备200根据筛选逻辑和接收到的语音编/解码列表筛选出被叫语音编/解码方式。步骤S1060b与步骤S940相同，在此不作赘述。
步骤S1070a：主叫端100确定与网络侧设备200语音通话所采用的语音编/解码方式为主叫语音编/解码方式。步骤S1070a与步骤S450相同，在此不作赘述。
步骤S1070b：网络侧设备200向被叫端300返回200 OK消息。其中，200 OK消息中携带有被叫语音编/解码方式。步骤S1070b与步骤S950相同，在此不作赘述。
步骤S1080：被叫端300确定与网络侧设备200语音通话所采用的语音编/解码方式为所被叫语音编/解码方式。步骤S1080与步骤S960相同，在此不作赘述。
在上述的主叫端100、网络侧设备200和被叫端300三者交互的过程中，步骤S1010、步骤S1020、步骤S1030a、步骤S1040a、步骤S1060a和步骤S1070a为主叫端100与网络侧设备200之间的交互步骤，步骤S1030b、步骤S1040b、步骤S1050、步骤S1060b、步骤S1070b和步骤S1080为网络侧设备200与被叫端300之间的交互步骤。其中，除了步骤S1050与步骤S1060a之间存在前后的限制，被叫端300向网络侧设备200返回应答消息之后，网络侧设备200才向主叫端100返回携带有主叫语音编/解码方式的200OK消息，其余的主叫端100与网络侧设备200之间的交互步骤，以及其余的网络侧设备200与被叫端300之间的交互步骤均是相互独立的，两者之间的交互步骤互不干涉。
也即，步骤S1010、步骤S1020、步骤S1030a、步骤S1040a、步骤S1060a和步骤S1070a按照前后顺序依次进行，步骤S1030b、步骤S1040b、步骤S1050、步骤S1060b、步骤S1070b和步骤S1080按照前后顺序依次进行，且步骤S1060a发生于步骤S1050之后，其余步骤之间的前后顺序不作限定。
在另外一些应用场景中，对于主叫端100的数量为一个，被叫端300的数量为多个的应用场景而言，该主叫端100与每一个被叫端300的语音通话的建立过程与上述实施方式相同，在此不作赘述。
在本申请的一些实施例中，本申请语音编/解码方式筛选方案中的终端(主叫端100和/或被叫端300)为手机100′。图11根据本申请的实施例示出了手机100′的一种结构示意图。手机100′可以包括调制解调器103，NVRAM 103a，语音编/解码模块104，接收子模块104a，解码子模块104b，统计子模块104c，计算子模块104d，编码子模块104e，处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriberidentification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。
可以理解的是，本发明实施例示意的结构并不构成对手机100′的具体限定。在本申请另一些实施例中，手机100′可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编/解码器，音频编/解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。视频解码其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。
内部存储器121作为计算机可读存储介质，可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性计算机可读介质。例如，内部存储器121可以包括闪存等任何合适的非易失性存储器和/或任何合适的非易失性存储设备，例如一个或多个硬盘驱动器(Hard-Disk Drive，HDD(s))，一个或多个光盘(Compact Disc，CD)驱动器，和/或一个或多个数字通用光盘(Digital Versatile Disc，DVD)驱动器。根据本申请的一些实施例，作为计算机可读存储介质的存储器121上存储有指令，该指令在计算机上执行时使处理器110执行根据本申请实施例中的音频处理方法，具体可参照上述实施例的方法，在此不再赘述。
可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对手机100′的结构限定。在本申请另一些实施例中，手机100′也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机100′的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储手机100′使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行手机100′的各种功能应用以及数据处理。
手机100′可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170中的语音编/解码模块104还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。手机100′可以通过扬声器170A收听音乐，或收听免提通话。
受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当手机100′接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。
麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。手机100′可以设置至少一个麦克风170C。在另一些实施例中，手机100′可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，手机100′还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。
语音编/解码模块104用于对音频信号编码和解码。语音编/解码模块104包括接收子模块104a、解码子模块104b、统计子模块104c和计算子模块104d。其中，接收子模块104a用于接收网络侧设备200传输的语音包，解码子模块104b用于根据筛选出的语音编/解码方式解码接收子模块接收到的语音包，统计子模块104c用于统计解码的语音包的数量以及语音包内音频信号的帧数，计算子模块104d用于计算解码结果，编码子模块104e用于根据筛选出的语音编/解码方式对将要传输到的语音信息进行编码。
骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解码出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解码心率信息，实现心率检测功能。
马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和手机100′的接触和分离。手机100′可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。手机100′通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，手机100′采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在手机100′中，不能和手机100′分离。本申请中通过解除SIM卡与SIM卡接口195的连接关系以实现手机100′中SIM卡的热插拔。
图12根据本申请的实施例示出了手机100′的一种架构图。如图12所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。
内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供手机100′的通信功能。例如通话状态的管理(包括接通，挂断等)。
资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。
内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。
系统库可以包括多个功能模块。例如：表面管理器(surface manager，SM)，媒体库(Media Libraries，ML)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。
媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。
在说明书对“一些实施例”或“实施例”的引用意指结合实施例所描述的具体特征、结构或特性被包括在根据本公开的至少一个范例实施方案或技术中。说明书中的各个地方的短语“在一个实施例中”的出现不一定全部指代同一个实施例。
本公开还涉及用于执行文本中的操作装置。该装置可以专门处于所要求的目的而构造或者其可以包括由被存储在计算机中的计算机程序选择性地激活或者重新配置的通用计算机。这样的计算机程序可以被存储在计算机可读介质中，诸如，但不限于任何类型的盘，包括软盘、光盘、CD-ROM、磁光盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、EPROM、EEPROM、磁或光卡、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)或者适于存储电子指令的任何类型的介质，并且每个可以被耦合到计算机系统总线。此外，说明书中所提到的计算机可以包括单个处理器或者可以是采用针对增加的计算能力的多个处理器涉及的架构。
本文所提出的过程和显示器固有地不涉及任何具体计算机或其他装置。各种通用系统也可以与根据本文中的教导的程序一起使用，或者构造更多专用装置以执行一个或多个方法步骤可以证明是方便的。在一下描述中讨论了用于各种这些系统的结构。另外，可以使用足以实现本公开的技术和实施方案的任何具体编程语言。各种编程语言可以被用于实施本公开，如本文所讨论的。
另外，在本说明书所使用的语言已经主要被选择用于可读性和指导性的目的并且可能未被选择为描绘或限制所公开的主题。因此，本公开旨在说明而非限制本文所讨论的概念的范围。

Claims (11)

1.一种语音通信方法，其特征在于，包括：
终端向网络侧设备发送所述终端的语音编/解码列表，其中所述语音编/解码列表中的语音编/解码方式是基于所述终端在当前位置处的历史语音通话质量所确定的；
所述终端从所述网络侧设备接收所述网络侧设备从所述语音编/解码列表中选择出的，语音通信中所述终端所要使用的语音编/解码方式。
2.根据权利要求1所述的方法，其特征在于，在所述终端向所述网络侧设备发送所述终端的语音编/解码列表之前，还包括：
所述终端将所述终端所支持的语音编/解码方式中，在当前位置处的历史语音通话质量不满足通话需求的语音编/解码方式从已有的语音编/解码列表中删除。
3.根据权利要求1所述的方法，其特征在于，在所述终端向所述网络侧设备发送所述终端的语音编/解码列表之前，还包括：
所述终端调整所述终端所支持的语音编/解码方式中，当前位置处的所述历史语音通话质量不满足通话需求的所述语音编/解码方式在已有的语音编/解码列表中的排列次序。
4.根据权利要求1至3中任一项所述的方法，其特征在于，所述终端为主叫端，并且所述语音编/解码列表包括在所述主叫端向所述网络侧设备发送的起呼消息中。
5.根据权利要求1至3中任一项所述的方法，其特征在于，所述终端为被叫端，并且所述语音编/解码列表包括在所述被叫端发送给所述网络侧设备的应答消息中。
6.根据权利要求1至5中任一项所述的方法，其特征在于，所述语音通信承载于VoLTE业务。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括，当所述终端满足以下任意一种情形时，所述终端初始化所述语音编/解码列表：
所述终端开关机；
所述终端与SIM卡中断信号；
所述终端的所述语音编/解码列表持续了预设时长；
所述终端删除了所述语音编/解码列表中的所有语音编/解码方式；
所述终端调整了所述语音编/解码列表中的所有语音编/解码方式的排列次序。
8.根据权利要求7所述的方法，其特征在于，所述语音编/解码列表的初始化方式包括下列中的任一种：
所述终端在所述语音编/解码列表中恢复所述终端支持的所有所述语音编/解码方式；
所述终端在所述语音编/解码列表中恢复所述语音编/解码方式的排列次序；
所述终端删除所述语音编/解码列表，并根据所述终端支持的所有所述语音编/解码方式生成语音编/解码列表。
9.一种语音通信方法，其特征在于，包括：
终端向网络侧设备发送所述终端的语音编/解码列表，其中所述语音编/解码列表中的语音编/解码方式是基于所述终端在当前位置处的历史语音通话质量所确定的；
所述网络侧设备根据所述语音编/解码列表选择出语音通信中所述终端所要使用的语音编/解码方式，并将选择出的所述语音编/解码方式发送给所述终端。
10.一种电子设备，其特征在于，包括：
存储器，存储有指令；
处理器，所述处理器和存储器耦合，当所述存储器存储的程序指令被所述处理器执行时使得所述电子设备执行如权利要求1至9中任一项所述的语音通信方法。
11.一种可读介质，所述可读介质中存储有指令，其特征在于，当所述指令在所述可读介质上运行时，使得所述可读介质执行如权利要求1至9中任一项所述的语音通信方法。
CN202110836925.XA 2021-07-23 2021-07-23 语音通信方法、电子设备和可读介质 Active CN113573233B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110836925.XA CN113573233B (zh) 2021-07-23 2021-07-23 语音通信方法、电子设备和可读介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110836925.XA CN113573233B (zh) 2021-07-23 2021-07-23 语音通信方法、电子设备和可读介质

Publications (2)

Publication Number Publication Date
CN113573233A true CN113573233A (zh) 2021-10-29
CN113573233B CN113573233B (zh) 2022-06-28

Family

ID=78166834

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110836925.XA Active CN113573233B (zh) 2021-07-23 2021-07-23 语音通信方法、电子设备和可读介质

Country Status (1)

Country Link
CN (1) CN113573233B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117135272A (zh) * 2023-02-08 2023-11-28 荣耀终端有限公司 一种通话时编解码方式的确定方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101056466A (zh) * 2007-02-12 2007-10-17 华为技术有限公司 一种呼叫过程中调整语音编解码方式的方法及装置
CN102665242A (zh) * 2012-05-28 2012-09-12 鼎桥通信技术有限公司 初始接入时选择amr语音编码速率的方法及设备
CN102790997A (zh) * 2011-05-19 2012-11-21 中兴通讯股份有限公司 一种自适应多速率amr语音数据的传输方法及装置
CN106028401A (zh) * 2016-05-09 2016-10-12 Tcl移动通信科技（宁波）有限公司 一种通话时语音编码速率的选择方法及系统
CN106576271A (zh) * 2015-05-30 2017-04-19 华为技术有限公司 语音编码速率调整的方法和设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101056466A (zh) * 2007-02-12 2007-10-17 华为技术有限公司 一种呼叫过程中调整语音编解码方式的方法及装置
CN102790997A (zh) * 2011-05-19 2012-11-21 中兴通讯股份有限公司 一种自适应多速率amr语音数据的传输方法及装置
CN102665242A (zh) * 2012-05-28 2012-09-12 鼎桥通信技术有限公司 初始接入时选择amr语音编码速率的方法及设备
CN106576271A (zh) * 2015-05-30 2017-04-19 华为技术有限公司 语音编码速率调整的方法和设备
CN106028401A (zh) * 2016-05-09 2016-10-12 Tcl移动通信科技（宁波）有限公司 一种通话时语音编码速率的选择方法及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117135272A (zh) * 2023-02-08 2023-11-28 荣耀终端有限公司 一种通话时编解码方式的确定方法和装置

Also Published As

Publication number Publication date
CN113573233B (zh) 2022-06-28

Similar Documents

Publication Publication Date Title
US11812485B2 (en) Bluetooth communication method and terminal
CN102131305B (zh) 一种语音业务的实现方法和系统
US7050564B1 (en) Call progress tone generation in a communication system
KR20050057046A (ko) 불간섭-요구 모드를 오버라이드하기 위한 디바이스 및 방법
JP2008131354A (ja) 音声送信装置および移動通信端末
CN115190468B (zh) 重拨方法及终端设备
JP2002247144A (ja) 携帯電話装置およびその着信方法
US20100245111A1 (en) End user control of music on hold
US20130251121A1 (en) Method and Apparatus for Converting Text Information
CN113573233B (zh) 语音通信方法、电子设备和可读介质
CN109348048A (zh) 通话留言方法、终端和具有存储功能的装置
US8428239B2 (en) Providing an option to substitute a local ringback tone at a calling party device
JP2003023479A (ja) 携帯無線端末
CN116017388B (zh) 一种基于音频业务的弹窗显示方法和电子设备
JP2001238270A (ja) 移動電話用の呼出し方法およびその方法を実現するためのサーバおよび無線通信端末
WO2015067067A1 (zh) 一种通话方法和通信终端、存储介质
WO2018035868A1 (zh) 输出音频的方法、电子设备以及存储介质
CN113905128B (zh) 呼叫提醒方法及终端
CN105519148B (zh) 主叫方控制被叫铃声转换输出系统及其方法
KR100797744B1 (ko) 네트워크 기능을 갖는 오디오 재생 장치 및 그와 인터넷 전화기의 복합장치
CN113132440A (zh) 一种音频传输方法、音频传输系统及电子设备
CN116744244B (zh) 一种通信方法、存储介质及电子设备
CN115942253B (zh) 一种提示方法及相关装置
CN115065998B (zh) 通话处理方法及装置
CN117395345A (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
TR01 Transfer of patent right

Effective date of registration: 20230914

Address after: 201306 building C, No. 888, Huanhu West 2nd Road, Lingang New Area, Pudong New Area, Shanghai

Patentee after: Shanghai Glory Smart Technology Development Co.,Ltd.

Address before: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040

Patentee before: Honor Device Co.,Ltd.

TR01 Transfer of patent right