CN114158033A - 一种网络系统和终端设备 - Google Patents

一种网络系统和终端设备 Download PDF

Info

Publication number
CN114158033A
CN114158033A CN202010928283.1A CN202010928283A CN114158033A CN 114158033 A CN114158033 A CN 114158033A CN 202010928283 A CN202010928283 A CN 202010928283A CN 114158033 A CN114158033 A CN 114158033A
Authority
CN
China
Prior art keywords
base station
capability
call
message
cell
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
CN202010928283.1A
Other languages
English (en)
Other versions
CN114158033B (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 CN202010928283.1A priority Critical patent/CN114158033B/zh
Priority to PCT/CN2021/110225 priority patent/WO2022048375A1/zh
Publication of CN114158033A publication Critical patent/CN114158033A/zh
Application granted granted Critical
Publication of CN114158033B publication Critical patent/CN114158033B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/14Reselecting a network or an air interface
    • H04W36/142Reselecting a network or an air interface over the same radio air interface technology
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W60/00Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例提供了一种网络系统和终端设备UE。其中,UE能够在检测到VoNR通话异常时,向其驻留的NR小区对应的第一基站发送注册请求消息;第一基站能够响应于注册请求消息,向UE发送UE能力查询消息;UE还能够响应于UE能力查询消息,向第一基站发送第一UE能力信息,第一UE能力信息用于向第一基站指示UE不支持VoNR能力和/或者不支持鲁棒头压缩RoHC能力。这样,第一基站在接收到第一UE能力信息之后,就可以根据第一UE能力信息认为UE不具备VoNR能力或RoHC能力。那么,当用户再次拨打电话时,第一基站会根据第一UE能力信息的指示触发EPS FB流程,由EPC和eNB通过VoLTE在4G网络下建立通话,或者不启用RoHC功能,从而避免VoNR通话异常的现象发生,提高通话的接通率和通话质量。

Description

一种网络系统和终端设备
技术领域
本申请涉及通信技术领域,尤其涉及一种网络系统和终端设备。
背景技术
5G新空口(new radio,NR)是一种新的无线接入技术(radio access technology,RAT),由第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)开发,用于5G移动通信网络,是5G网络空中接口的全球通用标准。5G移动通信网络基于IP多媒体子系统(IP multimedia subsystem,IMS)提供语音业务,其上面承载的语音通话业务称之为voiceon NR(VoNR),目前,5G的IMS话音业务以VoLTE(在4G网络承载上语音通话业务)、VoNR等不同接入方式存在。具体来说,就是在5G NR系统组网初期不提供语音业务时,以VoLTE等作为语音业务的过渡方案,将VoNR作为5G独立组网(SA)的最终语音业务解决方案,由VoLTE逐渐向VoNR演进。
那么,在5G NR系统组网初期,由于5G组网部署选项不同、5G网络覆盖规模不同、网络侧的基站和核心网的各网元的兼容性和工作状态好坏、终端设备UE生态系统的成熟度不同、5G语音业务的编码标准不同、以及鲁棒性的头域压缩RoHC的能力不同等因素的影响,VoNR在5G网络的部署前期无法保证提供稳定的语音服务,导致UE在5G网络下出现各种通话异常的情况。
发明内容
本申请实施例提供了一种网络系统和终端设备,能够解决5G NR系统组网初期,UE在5G网络下容易出现通话异常的问题。
第一方面,本申请实施例提供了一种网络系统,包括:第一基站,以及驻留在第一基站的第一新空口NR小区的终端设备UE;UE用于在检测到VoNR通话异常时,向第一基站发送注册请求消息;第一基站用于响应于注册请求消息,向UE发送UE能力查询消息;UE还用于响应于UE能力查询消息,向第一基站发送第一UE能力信息,第一UE能力信息用于向第一基站指示UE不支持VoNR能力和/或者不支持鲁棒头压缩RoHC能力。
这样,第一基站在接收到第一UE能力信息之后,就可以根据第一UE能力信息认为UE不具备VoNR能力或者UE不具备RoHC能力。那么,当用户再次拨打电话时,第一基站会根据第一UE能力信息的指示触发EPS FB流程,由EPC和eNB通过VoLTE在4G网络下建立通话,或者不启用RoHC功能,从而避免VoNR通话异常的现象发生,提高通话的接通率和通话质量。
在一种实现方式中,VoNR通话异常包括在UE主叫或者被叫场景下建立VoNR通话失败,第一UE能力信息用于向第一基站指示UE不支持VoNR能力。这样,第一基站在接收到第一UE能力信息之后,就可以根据第一UE能力信息认为UE不具备VoNR能力。那么,当用户再次拨打电话时,由于第一基站认为UE当前不支持VoNR能力,因此第一基站会拒绝5GC发起的建立专用承载5QI1的请求,而是触发EPS FB流程,向5GC发起重定向或者inter-RAT切换请求,并等待UE回落到LTE网络,由EPC和eNB通过VoLTE提供语音服务。由此,避免建立VoNR通话失败的异常情况再次发生,UE从VoNR通话异常中恢复。
在一种实现方式中,VoNR通话异常包括VoNR通话过程中出现RoHC异常,第一UE能力信息用于向第一基站指示UE不支持RoHC能力。这样,第一基站在接收到第一UE能力信息之后,就可以根据第一UE能力信息认为UE不具备RoHC能力。那么,当用户再次拨打电话时,第一基站和UE都不会启用RoHC功能,避免在通话过程中出现RoHC异常,以提高通话质量。
在一种实现方式中,VoNR通话异常包括UE主叫或者被叫场景下建立VoNR通话失败或者VoNR通话过程中出现RoHC异常,第一UE能力信息用于向第一基站指示UE不支持VoNR能力和不支持RoHC能力。这样,第一基站在接收到第一UE能力信息之后,就可以根据第一UE能力信息认为UE不具备VoNR能力,以及认为UE不具备RoHC能力。那么,当用户再次拨打电话时,第一基站会触发EPS FB流程,由EPC和eNB通过VoLTE在4G网络下建立通话,并且也不会启用RoHC功能,从而避免VoNR通话异常的现象发生,提高通话的接通率和通话质量。
在一种实现方式中,UE具体用于在UE主叫或者被叫场景下建立VoNR通话失败的连续次数大于预设第一阈值时,向第一基站发送注册请求消息。
在一种实现方式中,UE具体用于在检测到VoNR通话异常时,在VoNR通话结束之后的移动管理空闲5GMM-IDLE模式下向第一基站发送注册请求消息。
在一种实现方式中,UE还用于向第一基站发送第一UE能力信息之后,检测自身驻留的NR小区是否从第一NR小区切换到第二NR小区,第一NR小区和第二NR小区的跟踪区不同;UE还用于在检测到自身驻留的NR小区从第一NR小区切换到第二NR小区时,向第二NR小区对应的第二基站发送注册请求消息;第二基站用于响应于注册请求消息,向UE发送UE能力查询消息;UE还用于响应于UE能力查询消息,向第二基站发送第二UE能力信息,第二UE能力信息用于向第二基站指示UE支持VoNR能力和/或者支持RoHC能力。这样,在UE驻留在新的跟踪区的NR小区期间,当用户再次拨打电话时,由于第二基站认为UE当前支持VoNR能力,第二基站会启动建立VoNR通话的语音专用承载5QI1,不会触发EPS FB,使得VoNR通话能力得以恢复。
在一种实现方式中,UE具体用于在建立VoNR通话失败的连续次数大于预设第二阈值时,等待第一预设时长,然后检测自身驻留的NR小区是否从第一NR小区切换到第二NR小区。这样,UE可以避免自身在短时间内继续出现建立VoNR通话失败的情况发生,提高接通率。
第二方面,本申请实施例提供了一种网络系统,包括:第一基站,以及驻留在第一基站的第一NR小区的终端设备UE;UE用于在检测到基于第一语音编解码的通话异常时,向第一基站发送第一请求消息,第一语音编解码是UE与第一基站当前使用的语音编解码方案,第一请求消息用于请求第一基站使用第二语音编解码,第二语音编解码的质量标准低于第一语音编解码的质量标准;第一基站用于响应于第一请求消息,向UE发送第一应答消息,第一应答消息用于向UE指示第一基站同意使用第二语音编解码;UE还用于响应于第一应答消息,将当前使用的语音编解码方案调整为第二语音编解码。
这样,当再一次执行VoNR通话时,UE和第一基站就可以使用低级别的第二语音编解码方案编解码和传输语音数据,实现了语音编解码方案的降级处理,避免采用高等级的语音编解码方案而出现杂音等通话异常问题。
在一种实现方式中,UE还用于在当前使用的语音编解码方案调整为第二语音编解码之后,等待第二预设时长,然后向第一基站发送第二请求消息,第二请求消息用于请求第一基站使用第一语音编解码;第一基站还用于响应于第二请求消息,向UE发送第二应答消息,第二应答消息用于向UE指示第一基站同意使用第一语音编解码;UE还用于响应于第二应答消息,将当前使用的语音编解码方案调整为第一语音编解码。这样,通过等待第二时长,UE可以在降级语音编解码方案之后的一段时间内不再与第一基站协商语音编解码方案。在等待第二时长之后,UE考虑到网络环境发生变化,因此再次与网络设备协商升级语音编解码方案,如果协商成功,当再次执行VoNR通话时,UE和第一基站就可以使用高级别的第一语音编解码方案编解码和传输语音数据,以实现更高的带宽和减少通话时的延迟抖动和丢包。
在一种实现方式中,第一基站用于响应于第一请求消息,向UE发送第一拒绝消息,第一拒绝消息用于向UE指示第一基站不同意使用第二语音编解码;UE还用于响应于第一拒绝消息,继续使用第一语音编解码。
在一种实现方式中,第一基站还用于响应于第二请求消息,向UE发送第二拒绝消息,第二拒绝消息用于向UE指示第一基站不同意使用第一语音编解码;UE还用于响应于第二拒绝消息,继续使用第二语音编解码。
在一种实现方式中,UE还用于在当前使用的语音编解码方案调整为第二语音编解码之后,检测自身驻留的NR小区是否从第一NR小区切换到第二NR小区,第一NR小区和第二NR小区的跟踪区不同;UE还用于在检测到自身驻留的NR小区从第一NR小区切换到第二NR小区时,向第二NR小区对应的第二基站发送第三请求消息,第三请求消息用于请求第二基站使用第一语音编解码;第二基站还用于响应于第三请求消息,向UE发送第三应答消息,第三应答消息用于向UE指示第二基站同意使用第一语音编解码;UE还用于响应于第三应答消息,将当前使用的语音编解码方案调整为第一语音编解码。这样,UE可以在驻留的NR小区的跟踪区发生变化时,再次与网络设备协商升级语音编解码方案,如果协商成功,当再次执行VoNR通话时,UE和第二基站就可以使用高级别的第一语音编解码方案编解码和传输语音数据,以实现更高的带宽和减少通话时的延迟抖动和丢包。
在一种实现方式中,基于第一语音编解码的通话异常包括:基于第一语音编解码的通话出现杂音,并且杂音的通话次数连续地大于预设第二阈值。
在一种实现方式中,当UE在通话过程中发起呼叫保持hold时:UE还用于向第一基站发送第四请求消息,第四请求消息用于请求第一基站在呼叫保持期间使用第一语音编解码;第一基站还用于响应于第四请求消息,向UE发送第四应答消息,第四应答消息用于向UE指示第一基站同意在呼叫保持期间使用第一语音编解码。
在一种实现方式中,第一基站还用于响应于第四请求消息,向UE发送第四拒绝消息,第四拒绝消息用于向UE指示第一基站不同意在呼叫保持期间使用第一语音编解码;UE还用于响应于第四拒绝消息,向第一基站发送第五请求消息,第五请求消息用于请求第一基站在呼叫保持期间使用第二语音编解码。
这样,在第一基站不支持更高级的语音编解码方案下的呼叫保持业务时,UE和第一基站可以协商使用更低级的语音编解码方案执行呼叫保持任务,以避免呼叫保持失败。
在一种实现方式中,当UE在通话过程中发起呼叫保持解除unhold时:UE还用于向第一基站发送第六请求消息,第六请求消息用于请求第一基站在呼叫保持解除之后使用第一语音编解码;第一基站还用于响应于第六请求消息,向UE发送第六应答消息,第六应答消息用于向UE指示第一基站同意在呼叫保持解除之后使用第一语音编解码。
在一种实现方式中,第一基站还用于响应于第六请求消息,向UE发送第六拒绝消息,第六拒绝消息用于向UE指示第一基站不同意在呼叫保持解除之后使用第一语音编解码;UE还用于响应于第六拒绝消息,向第一基站发送第七请求消息,第七请求消息用于请求第一基站在呼叫保持解除之后使用第二语音编解码。
这样,在第一基站不支持更高级的语音编解码方案下的呼叫保持业务时,UE和第一基站可以协商使用更低级的语音编解码方案执行呼叫保持任务,以避免呼叫保持解除失败。
第三方面,本申请实施例提供了一种网络系统,包括:第一基站,以及驻留在第一基站的NR小区的终端设备UE;UE用于在检测到换域重拨EPS FB异常时,关闭NR能力;UE还用于在关闭NR能力之后,等待第三预设时长,然后开启NR能力。
这样,UE就不会驻留在NR小区,而是只搜索LTE小区,并且选择在LTE小区驻留,同时不支持N1 NAS信令模式。当用户拨打电话时,UE直接向第一基站发起VoLTE通话请求或者CS域的通话请求,避免执行EPS FB流程,从而提高呼通率。
在一种实现方式中,UE还用于在关闭NR能力之后,如果检测到连续产生分组数据传输,并且分组数据传输产生的总数据流量大于预设的流量阈值,则开启NR能力。
在一种实现方式中,UE还用于在关闭NR能力之后,如果检测到自身的位置变化距离大于预设的距离阈值,则开启NR能力。
在一种实现方式中,UE关闭NR能力,包括:UE不再驻留NR小区,同时搜索长期演进技术LTE小区,并且在LTE小区驻留。
在一种实现方式中,UE开启NR能力,包括:UE搜索NR小区,并且在NR小区驻留。
在一种实现方式中,EPS FB异常,包括:在UE主叫或者被叫的通话场景下,UE释放与第一基站的5G语音专用承载失败,或者,UE与第二基站建立LTE语音专用承载失败,第二基站为LTE小区对应的基站。
在一种实现方式中,EPS FB异常,包括:在UE主叫或者被叫的通话场景下,UE释放与第一基站的5G语音专用承载失败,并且连续失败的次数大于预设第四阈值,或者,UE与第二基站建立LTE语音专用承载失败,并且连续失败的次数大于预设第五阈值。
第四方面,本申请实施提供了一种终端设备,包括:收发器、存储器和处理器,存储器存储有计算机程序指令,当程序指令被处理器执行时,使得终端设备实现如下方法步骤:在检测到VoNR通话异常时,向第一基站发送注册请求消息;响应于UE能力查询消息,向第一基站发送第一UE能力信息,其中,UE能力查询消息是第一基站响应于注册请求消息向UE发送的,第一UE能力信息用于向第一基站指示UE不支持VoNR能力和/或者不支持鲁棒头压缩RoHC能力。
这样,第一基站在接收到第一UE能力信息之后,就可以根据第一UE能力信息认为UE不具备VoNR能力或者UE不具备RoHC能力。那么,当用户再次拨打电话时,第一基站会根据第一UE能力信息的指示触发EPS FB流程,由EPC和eNB通过VoLTE在4G网络下建立通话,或者不启用RoHC功能,从而避免VoNR通话异常的现象发生,提高通话的接通率和通话质量。
在一种实现方式中,VoNR通话异常包括在UE主叫或者被叫场景下建立VoNR通话失败,第一UE能力信息用于向第一基站指示UE不支持VoNR能力。这样,第一基站在接收到第一UE能力信息之后,就可以根据第一UE能力信息认为UE不具备VoNR能力。那么,当用户再次拨打电话时,由于第一基站认为UE当前不支持VoNR能力,因此第一基站会拒绝5GC发起的建立专用承载5QI1的请求,而是触发EPS FB流程,向5GC发起重定向或者inter-RAT切换请求,并等待UE回落到LTE网络,由EPC和eNB通过VoLTE提供语音服务。由此,避免建立VoNR通话失败的异常情况再次发生,UE从VoNR通话异常中恢复。
在一种实现方式中,VoNR通话异常包括VoNR通话过程中出现RoHC异常,第一UE能力信息用于向第一基站指示UE不支持RoHC能力。这样,第一基站在接收到第一UE能力信息之后,就可以根据第一UE能力信息认为UE不具备RoHC能力。那么,当用户再次拨打电话时,第一基站和UE都不会启用RoHC功能,避免在通话过程中出现RoHC异常,以提高通话质量。
在一种实现方式中,VoNR通话异常包括UE主叫或者被叫场景下建立VoNR通话失败或者VoNR通话过程中出现RoHC异常,第一UE能力信息用于向第一基站指示UE不支持VoNR能力和不支持RoHC能力。这样,第一基站在接收到第一UE能力信息之后,就可以根据第一UE能力信息认为UE不具备VoNR能力,以及认为UE不具备RoHC能力。那么,当用户再次拨打电话时,第一基站会触发EPS FB流程,由EPC和eNB通过VoLTE在4G网络下建立通话,并且也不会启用RoHC功能,从而避免VoNR通话异常的现象发生,提高通话的接通率和通话质量。
在一种实现方式中,当程序指令被处理器执行时,使得终端设备具体实现如下方法步骤:在UE主叫或者被叫场景下建立VoNR通话失败的连续次数大于预设第一阈值时,向第一基站发送注册请求消息。
在一种实现方式中,当程序指令被处理器执行时,使得终端设备具体实现如下方法步骤:在检测到VoNR通话异常时,在VoNR通话结束之后的移动管理空闲5GMM-IDLE模式下向第一基站发送注册请求消息。
在一种实现方式中,当程序指令被处理器执行时,还使得终端设备实现如下方法步骤:向第一基站发送第一UE能力信息之后,检测自身驻留的NR小区是否从第一NR小区切换到第二NR小区,第一NR小区和第二NR小区的跟踪区不同;在检测到自身驻留的NR小区从第一NR小区切换到第二NR小区时,向第二NR小区对应的第二基站发送注册请求消息;响应于第二基站发送的UE能力查询消息,向第二基站发送第二UE能力信息,第二UE能力信息用于向第二基站指示UE支持VoNR能力和/或者支持RoHC能力。这样,在UE驻留在新的跟踪区的NR小区期间,当用户再次拨打电话时,由于第二基站认为UE当前支持VoNR能力,第二基站会启动建立VoNR通话的语音专用承载5QI1,不会触发EPS FB,使得VoNR通话能力得以恢复。
在一种实现方式中,当程序指令被处理器执行时,使得终端设备具体实现如下方法步骤:在建立VoNR通话失败的连续次数大于预设第二阈值时,等待第一预设时长,然后检测自身驻留的NR小区是否从第一NR小区切换到第二NR小区。这样,UE可以避免自身在短时间内继续出现建立VoNR通话失败的情况发生,提高接通率。
第五方面,本申请实施例提供了一种终端设备,包括:收发器、存储器和处理器,存储器存储有计算机程序指令,当程序指令被处理器执行时,使得终端设备实现如下方法步骤:在检测到基于第一语音编解码的通话异常时,向第一基站发送第一请求消息,第一语音编解码是UE与第一基站当前使用的语音编解码方案,第一请求消息用于请求第一基站使用第二语音编解码,第二语音编解码的质量标准低于第一语音编解码的质量标准;响应于第一应答消息,将当前使用的语音编解码方案调整为第二语音编解码,其中,第一应答消息是第一基站响应于第一请求消息发送的,第一应答消息用于向UE指示第一基站同意使用第二语音编解码。
这样,当再一次执行VoNR通话时,UE和第一基站就可以使用低级别的第二语音编解码方案编解码和传输语音数据,实现了语音编解码方案的降级处理,避免采用高等级的语音编解码方案而出现杂音等通话异常问题。
在一种实现方式中,当程序指令被处理器执行时,还使得终端设备实现如下方法步骤:在当前使用的语音编解码方案调整为第二语音编解码之后,等待第二预设时长,然后向第一基站发送第二请求消息,第二请求消息用于请求第一基站使用第一语音编解码;响应于第二应答消息,将当前使用的语音编解码方案调整为第一语音编解码,其中,第二应答消息是第一基站响应于第二请求消息发送的,第二应答消息用于向UE指示第一基站同意使用第一语音编解码。这样,通过等待第二时长,UE可以在降级语音编解码方案之后的一段时间内不再与第一基站协商语音编解码方案。在等待第二时长之后,UE考虑到网络环境发生变化,因此再次与网络设备协商升级语音编解码方案,如果协商成功,当再次执行VoNR通话时,UE和第一基站就可以使用高级别的第一语音编解码方案编解码和传输语音数据,以实现更高的带宽和减少通话时的延迟抖动和丢包。
在一种实现方式中,当程序指令被处理器执行时,还使得终端设备实现如下方法步骤:响应于第一拒绝消息,继续使用第一语音编解码,其中,第一拒绝消息是第一基站响应于第一请求消息发送的,第一拒绝消息用于向UE指示第一基站不同意使用第二语音编解码。
在一种实现方式中,当程序指令被处理器执行时,还使得终端设备实现如下方法步骤:响应于第二拒绝消息,继续使用第二语音编解码,其中,第二拒绝消息是第一基站响应于第二请求消息发送的,第二拒绝消息用于向UE指示第一基站不同意使用第一语音编解码。
在一种实现方式中,当程序指令被处理器执行时,还使得终端设备实现如下方法步骤:在当前使用的语音编解码方案调整为第二语音编解码之后,检测自身驻留的NR小区是否从第一NR小区切换到第二NR小区,第一NR小区和第二NR小区的跟踪区不同;在检测到自身驻留的NR小区从第一NR小区切换到第二NR小区时,向第二NR小区对应的第二基站发送第三请求消息,第三请求消息用于请求第二基站使用第一语音编解码;响应于第三应答消息,将当前使用的语音编解码方案调整为第一语音编解码,其中,第三应答消息是第二基站响应于第三请求消息发送的,第三应答消息用于向UE指示第二基站同意使用第一语音编解码。这样,UE可以在驻留的NR小区的跟踪区发生变化时,再次与网络设备协商升级语音编解码方案,如果协商成功,当再次执行VoNR通话时,UE和第二基站就可以使用高级别的第一语音编解码方案编解码和传输语音数据,以实现更高的带宽和减少通话时的延迟抖动和丢包。
在一种实现方式中,基于第一语音编解码的通话异常包括:基于第一语音编解码的通话出现杂音,并且杂音的通话次数连续地大于预设第二阈值。
在一种实现方式中,当程序指令被处理器执行时,还使得终端设备实现如下方法步骤:在通话过程中发起呼叫保持hold时,向第一基站发送第四请求消息,第四请求消息用于请求第一基站在呼叫保持期间使用第一语音编解码。
在一种实现方式中,当程序指令被处理器执行时,还使得终端设备实现如下方法步骤:响应于第四拒绝消息,向第一基站发送第五请求消息,其中,第四拒绝消息是第一基站响应于第四请求消息发送的,第四拒绝消息用于向UE指示第一基站不同意在呼叫保持期间使用第一语音编解码,第五请求消息用于请求第一基站在呼叫保持期间使用第二语音编解码。
这样,在第一基站不支持更高级的语音编解码方案下的呼叫保持业务时,UE和第一基站可以协商使用更低级的语音编解码方案执行呼叫保持任务,以避免呼叫保持失败。
在一种实现方式中,当程序指令被处理器执行时,还使得终端设备实现如下方法步骤:在通话过程中发起呼叫保持解除unhold时,向第一基站发送第六请求消息,第六请求消息用于请求第一基站在呼叫保持解除之后使用第一语音编解码。
在一种实现方式中,当程序指令被处理器执行时,还使得终端设备实现如下方法步骤:响应于第六拒绝消息,向第一基站发送第七请求消息,其中,第六拒绝消息是第一基站响应于第六请求消息发送的,第六拒绝消息用于向UE指示第一基站不同意在呼叫保持解除之后使用第一语音编解码,第七请求消息用于请求第一基站在呼叫保持解除之后使用第二语音编解码。
这样,在第一基站不支持更高级的语音编解码方案下的呼叫保持业务时,UE和第一基站可以协商使用更低级的语音编解码方案执行呼叫保持任务,以避免呼叫保持解除失败。
第六方面,本申请实施例提供了一种终端设备,包括:收发器、存储器和处理器,存储器存储有计算机程序指令,当程序指令被处理器执行时,使得终端设备实现如下方法步骤:在检测到换域重拨EPS FB异常时,关闭NR能力;在关闭NR能力之后,等待第三预设时长,然后开启NR能力。
这样,UE就不会驻留在NR小区,而是只搜索LTE小区,并且选择在LTE小区驻留,同时不支持N1 NAS信令模式。当用户拨打电话时,UE直接向第一基站发起VoLTE通话请求或者CS域的通话请求,避免执行EPS FB流程,从而提高呼通率。
在一种实现方式中,当程序指令被处理器执行时,还使得终端设备实现如下方法步骤:在关闭NR能力之后,如果检测到连续产生分组数据传输,并且分组数据传输产生的总数据流量大于预设的流量阈值,则开启NR能力。
在一种实现方式中,当程序指令被处理器执行时,还使得终端设备实现如下方法步骤:在关闭NR能力之后,如果检测到自身的位置变化距离大于预设的距离阈值,则开启NR能力。
在一种实现方式中,UE关闭NR能力,包括:UE不再驻留NR小区,同时搜索长期演进技术LTE小区,并且在LTE小区驻留。
在一种实现方式中,UE开启NR能力,包括:UE搜索NR小区,并且在NR小区驻留。
在一种实现方式中,EPS FB异常,包括:在UE主叫或者被叫的通话场景下,UE释放与第一基站的5G语音专用承载失败,或者,UE与第二基站建立LTE语音专用承载失败,第二基站为LTE小区对应的基站。
在一种实现方式中,EPS FB异常,包括:在UE主叫或者被叫的通话场景下,UE释放与第一基站的5G语音专用承载失败,并且连续失败的次数大于预设第四阈值,或者,UE与第二基站建立LTE语音专用承载失败,并且连续失败的次数大于预设第五阈值。
第七方面,本申请实施例还提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面及其各个实现方式的方法。
第八方面,本申请实施例还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面及其各个实现方式的方法。
第九方面,本申请实施例还提供了一种芯片系统,该芯片系统包括处理器,用于支持上述装置或系统实现上述方面中所涉及的功能,例如,生成或处理上述方法中所涉及的信息。
附图说明
图1示出了5G话音方案的选项和演进过程;
图2以Option2组网为例示出了EPS FB的示意图;
图3是本申请实施例提供的终端设备100的结构示意图;
图4是本申请提供的信息指示方法的实施例(一)的流程图;
图5示出了UE注册5GS服务的场景;
图6是本申请实施例一提供的UE向gNB发送第二UE能力信息的流程图;
图7是本申请提供的信息指示方法的实施例(二)的流程图;
图8是本申请实施例二提供的UE向gNB发送第二UE能力信息的流程图;
图9是本申请提供的信息指示方法的实施例(三)的流程图;
图10是本申请实施例三提供的UE向gNB发送第二UE能力信息的流程图;
图11是本申请提供的信息指示方法的实施例(四)的流程图;
图12是本申请实施例三提供的UE和gNB恢复语音编解码的示意图;
图13是本申请实施例三提供的UE和gNB恢复语音编解码的示意图;
图14是本申请实施例示出的呼叫保持示意图;
图15是本申请实施例三提供的UE和gNB协商发起呼叫保持的语音编解码的示意图;
图16是本申请实施例三提供的UE和gNB协商解除呼叫保持的语音编解码的示意图;
图17是本申请提供的信息指示方法的实施例(五)的流程图;
图18是本申请实施例提供的一种信息指示装置的结构示意图;
图19是本申请实施例提供的一种信息指示装置的结构示意图。
具体实施方式
第五代移动通信网络(英语:5th generation mobile networks,5G)是最新一代的移动通信技术,相比于早期的4G、3G、2G等移动通信技术,5G能够提供更高的数据速率、更低的延迟、万物互联的全连接、更节省能源、更低的成本、更高的系统容量和大规模设备接入。
5G新空口(new radio,NR)是一种新的无线接入技术(radio access technology,RAT),由第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)开发,用于5G移动通信网络,是5G网络空中接口的全球通用标准。
目前,3GPP已经明确5G移动通信网络沿用4G移动通信网络的语音架构,仍然基于IP多媒体子系统(IP multimedia subsystem,IMS)提供语音业务。4G移动通信网络的无线接入技术为长期演进技术(long term evolution,LTE),其上面承载的语音通话业务称之为voice on LTE(VoLTE);5G移动通信网络的无线接入技术如上文所示为NR,其上面承载的语音通话业务称之为voice on NR(VoNR),目前,VoLTE、VoNR作为5G的IMS话音业务的不同接入方式存在,而VoNR将作为5G独立组网(SA)的最终语音业务解决方案。
在目前5G系统建设的前期阶段,考虑到5G网络覆盖规模及终端设备UE生态系统的成熟度的因素,以及5G组网部署选项的因素。5G话音方案如图1所示面临众多的选项和演进过程。其中:
5G Option3/3a/3X组网是目前5G NSA非独立组网的实现方式,NR由5G基站gNB提供,然后gNB作为4G基站的eNB的从站,接入到4G核心网EPC网络。
5G Option7/7a/7X组网是目前5G SA组网的一种实现方式,该方式可以由Option3系列演进而来,即随着5GC的部署,将原接入EPC的eNB升级为ng-eNB后,将原接入EPC的Option3系列组网割接到5GC下,形成Option7系列组网,ng-eNB是指4G的LTE基站升级之后,支持接入5G核心网5GC,也称为eLTE。
5G Option5组网是目前5G SA组网的另一种实现方式,该组网主要是从LTE的组网演变而来,随着5GC的部署,将原接入EPC的eNB升级为ng-eNB后,割接到5GC下。
5G Option2组网是5G SA的目标组网方案,gNB直接接入到5GC下。
5G Option4组网是目前5G SA组网的另一种实现方式,该方式是在5G Option2组网的基础上增加了ng-eNB从基站。
图1还示出了各个组网方式下的各种组网方式可选择的语音业务的解决方案,可以理解的是,考虑到5G网络覆盖规模和组网成熟度等因素,各个组网方式可能仅支持其可选方案中的部分方案。其中,CSFB(circuit switch fallback)是4G下回落到3G承载语音业务的解决方案,EPS FB(EPS Fallback)和RAT FB(RAT Fallback)是5G SA下回落到4G承载语音业务的解决方案;VoeLTE则是在eLTE上承载语音业务的方案,VoeLTE和VoLTE的区别的仅在于4G基站是eNB还是ng-eNB,为便于描述,以下统称为VoLTE。例如,5G Option3/3a/3X组网的语音早期可以使用CSFB方案,随着组网部署的推进,逐渐向VoLTE和VoNR方案演进;5G Option7/7a/7X组网的语音早期可以使用VoLTE,随着组网部署的推进,逐渐向VoNR方案演进;5G Option4组网方案的语音使用VoLTE方案;5G Option2和Option3组网的语音早期可以使用EPS FB或者RAT FB或者VoLTE方案,随着组网部署的推进,逐渐向VoNR方案演进。
下面对5G组网部署选项中的部分语音业务的方案进行简要说明:
1、VoNR。VoNR的语音承载在5G基站gNB上,根据不同的5G组网,VoNR可以存在两个不同的选项:通过5GC和gNB承载VoNR,以及,通过4G核心网EPC和gNB承载VoNR。在VoNR下,终端设备UE驻留在NR小区,语音业务和数据业务都承载在NR网络。当终端设备UE移动到NR信号覆盖较差的区域时,需发起基于覆盖的切换来实现和4G的互操作,切换到LTE,由VoLTE来提供服务。
2、EPS FB。也称换域重拨,5G NR系统组网初期不提供语音业务,当gNB在NR上建立IMS话音通道时触发切换,此时gNB向5GC发起重定向或者inter-RAT切换请求,回落到LTE网络,由VoLTE提供服务。在EPS FB方案中,终端设备UE驻留在NR小区,拨打电话时,话音和数据业务都回落到LTE。
图2以Option2组网为例示出了EPS FB的示意图。当用户拨打电话时,UE通过SIP信令发起语音呼叫,通知5GC建立5G语音专用承载5QI1;然后,5GC向gNB发起建立专用承载5QI1的请求;接下来,当gNB不具备VoNR能力时,根据UE的NR能力、N26接口的部署情况、LTE的无线条件以及访问与移动性管理功能(access and mobility management function,AMF)的指示信息判断是否触发EPS FB;如果触发EPS FB,则gNB向5GC发起重定向或者inter-RAT切换请求,并等待UE回落到LTE网络,由EPC和eNB通过VoLTE提供语音服务。
3、RAT FB。5G NR系统组网初期不提供语音业务,当gNB在NR上建立IMS话音通道时触发切换,此时gNB向5GC发起重定向或者inter-RAT切换请求,回落到eLTE网络,由VoeLTE提供服务。在RAT FB方案中,终端设备UE驻留在NR小区,拨打电话时,话音和数据业务都回落到eLTE。其方案实现方式与EPS FB类似,这里不再赘述。
除了上述5G组网部署选项不同以外,在目前5G系统建设的前期阶段,其语音编解码方案的进展也可能不同。例如,目前5G网络使用的语音编解码可能包括:
增强语音服务(enhanced voice services,EVS),是3GPP开发的一种超宽带语音音频编码标准,是3GPP当前抗丢包和质量最好的语音编码,EVS是VoNR采用的语音编解码方案,也是5G网络的语音业务的必选编码标准。
自适应多速率音频压缩(adaptive multi-rate compression,AMR),是3GPP开发的一种语音音频编码标准,AMR是VoLTE采用的语音编解码方案,目前广泛用于4G网络。AMR编码包括AMR-WB(adaptive multi rate wide band)和AMR-NB(adaptive multi ratenarrow band)两种语音编码方式。其中AMR-WB能够比AMR-NB更高的带宽和采样率,AMR-NB一般也称作AMR。
另外,为适应无线链路高误码率和长环回时间的链路特点,3GPP在UMTS/LTE/NR的无线电协议栈的分组数据汇聚协议层(packet data convergence protocol,PDCP)引入了鲁棒性的头域压缩(robust header compression,RoHC)。RoHC可以减少包头负荷,减少分组丢失,缩短交互响应时间。RoHC使语音包变得更小,节约了物理资源块(physicalresource block,PRB)的开销,在PRB受限的场景下,可以提升系统的容量。同时,RoHC可以将语音报文的包头压缩为更小的字节,使整个语音报文的长度更小,使用更少的分片以更高概率保证语音包的正确传输,从而增加了语音业务的边缘覆盖。
RoHC协议定义了3种压缩状态和3种解压状态,以便RoHC在不同无线链路状态下对IP分组头进行压缩和解压,保持压缩和解压数据流同步,保证RoHC协议鲁棒性。
1、RoHC压缩状态。
初始化和刷新(IR)状态。用于初始、更新上下文中静态域和动态域信息。在此状态下,压缩方连续发送全部IP包头信息和流关联标识符。
一阶(FO)状态。压缩方仅仅需要传递完整的动态域信息。
二阶(SO)状态:SO状态是最高级压缩状态,这时压缩方根据动态域变化规律,仅传递动态域的压缩值,此时压缩方发送最高压缩率的RoHC压缩分组。
2、RoHC解压状态。
无上下文(NC)状态。是指在数据流刚开始传递时解压方所处的状态,解压方没有IP包头静态和动态域信息,需要压缩方在IR状态发送包含完整包头的分组。
静态上下文(SC)状态。指解压方获得了足够的静态域信息,与压缩方的FO状态相对应,希望接收到包含完整动态域的RoHC压缩分组。
全上下文(FC)状态。指解压方获得了足够的静态域信息和动态域的变化规律信息时所处的状态,与压缩方SO状态相对应,能够接收压缩方在SO状态所发送的RoHC压缩分组。
另外,根据RoHC工作模式的不同,现有的RoHC协议还定义了RoHC在不同解压状态和压缩状态之间的迁移原则,以保证压缩健壮性和压缩率,例如:
周期性原则:压缩方在FO、SO状态一定时间timeout后,就转移到低级压缩状态。
负反馈原则:当无线链路允许发送反馈分组的时候,解压方连续错误地解压RoHC分组时,就要向压缩方发送负反馈分组,促使压缩方向低级状态转移,并发送带有完整信息的分组,以便解压方接收到这些分组后更新解压上下文信息,保持压缩和解压上下文同步。
可以理解的是,在5G NR系统组网初期,受到5G组网部署选项不同、5G网络覆盖规模不同、网络侧的基站和核心网的各网元的兼容性和工作状态好坏、终端设备UE生态系统的成熟度不同、5G语音业务的编码标准不同、以及RoHC的能力不同等因素的影响,VoNR在5G网络的部署前期无法保证提供稳定的语音服务,导致UE在5G网络下出现各种通话异常,例如:
1、在5G网络的部署前期,当UE和gNB都支持VoNR时,如果gNB和5GC的各网元的兼容性或者信令交互存在问题,或者工作状态异常,也会导致建立VoNR通话失败。并且,由于UE和gNB都支持VoNR,gNB也不会发起EPS FB流程,因此最终会导致无法建立通话,目前的的解决方案不具备从这种通话异常中自动恢复的能力。
2、当通话过程中出现RoHC异常时,例如解压和压缩错误,按照目前的RoHC协议只能是在压缩方在FO、SO状态一定时间timeout后或者解压方连续错误地解压RoHC分组时,进行不同解压状态和压缩状态之间的迁移,依然可能导致通话语音出现断续。
3、当使用EVS、AMR、AMR-WB等编解码标准时,如果出现通话异常,目前的解决方案不具备从异常中自动恢复的能力。
4、在5G网络的部署前期,当gNB不支持VoNR时,gNB需要在5GC发起建立专用承载5QI1的请求时,发起EPS FB流程,然而,如果gNB和5GC的各网元的兼容性或者信令交互存在问题,或者工作状态异常,会导致EPS FB异常,使得VoLTE的通话无法建立。面对EPS FB异常,目前的解决方案不具备从异常中自动恢复的能力,导致后续的通话也无法完成EPS FB流程。
为解决上述问题,本申请实施例提供了一种信息指示方法,该方法可以应用于如图1所示的任意一种组网形式的5G网络系统中,例如应用于终端设备UE或者基站等,使终端设备UE在5G网络下出现通话异常时,具备从异常状态中自动恢复的能力。
本申请实施例中的终端设备例如可以包括手机、平板电脑、个人电脑、工作站设备、大屏设备(例如:智慧屏、智能电视等)、掌上游戏机、家用游戏机、虚拟现实设备、增强现实设备、混合现实设备等、车载智能终端、自动驾驶汽车、用户驻地设备(customer-premises equipment,CPE)等。
图3是本申请实施例提供的终端设备100的结构示意图。如图3所示,终端设备100可以包括处理器110,存储器120,通用串行总线(universal serial bus,USB)接口130,射频电路140,移动通信模块150,无线通信模块160,摄像头170,显示屏180,以及用户标识模块(subscriber identification module,SIM)卡接口190等。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中,例如集成在系统芯片(system on a chip,SoC)中。处理器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)接口等。
存储器120可以用于存储计算机可执行程序代码,可执行程序代码包括指令。存储器120可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能,图像播放功能等)等。存储数据区可存储终端设备100使用过程中所创建的数据(比如音频数据,电话本等)等。此外,存储器120可以包括一个或者多个存储单元,例如可以包括易失性存储器(volatile memory),如:动态随机存取存储器(dynamic random access memory,DRAM)、静态随机存取存储器(static randomaccess memory,SRAM)等;还可以包括非易失性存储器(non-volatile memory,NVM),如:只读存储器(read-only memory,ROM)、闪存(flash memory)等。处理器110通过运行存储在存储器120的指令,和/或存储在设置于处理器中的存储器的指令,执行终端设备100的各种功能应用以及数据处理。
终端设备100的无线通信功能可以通过射频电路140、移动通信模块150、无线通信模块160、调制解调处理器以及基带处理器等实现。
射频电路140可以包括至少一个天线141,用于发射和接收电磁波信号。终端设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线141复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在终端设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线141接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线141转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频设备(包括但不限于扬声器,受话器等)输出声音信号,或通过显示屏180显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以包括Wi-Fi模块,蓝牙(bluetooth,BT)模块、全球导航卫星系统(global navigation satellite system,GNSS)模块、近距离无线通信技术(nearfield communication,NFC)模块、红外(infrared,IR)模块等。无线通信模块160可以是集成上述至少一个模块的一个或多个器件。无线通信模块160经由天线141接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线141转为电磁波辐射出去。
本申请实施例中,终端设备100的无线通信功能例如可以包括全球移动通讯系统(global system for mobile communications,GSM),通用分组无线服务(general packetradio service,GPRS),码分多址接入(code division multiple access,CDMA),宽带码分多址(wideband code division multiple access,WCDMA),时分码分多址(time-divisioncode division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),第五代移动通信技术新空口(5th generation mobile networks new radio,5G NR),BT,GNSS,WLAN,NFC,FM,和/或IR等功能。GNSS可以包括全球卫星定位系统(globalpositioning system,GPS),全球导航卫星系统(global navigation satellite system,GLONASS),北斗卫星导航系统(beidou navigation satellite system,BDS),准天顶卫星系统(quasi-zenith satellite system,QZSS)和/或星基增强系统(satellite basedaugmentation systems,SBAS)。
摄像头170用于捕获静态图像或视频。摄像头170包括镜头和感光元件,物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupleddevice,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转换成电信号,之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB,YUV,RYYB等格式的图像信号。在一些实施例中,终端设备100可以包括1个或N个摄像头170,N为大于1的正整数。
NPU为神经网络(neural-network,NN)计算处理器,通过借鉴生物神经网络结构,例如借鉴人脑神经元之间传递模式,对输入信息快速处理,还可以不断的自学习。通过NPU可以实现终端设备100的智能认知等应用,例如:图像识别,人脸识别,语音识别,文本理解等。
显示屏180用于显示图像,视频等。显示屏180包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),MiniLED,MicroLED,Micro-OLED,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,终端设备100可以包括1个或N个显示屏180,N为大于1的正整数。
SIM卡接口190用于连接SIM卡。SIM卡可以通过插入SIM卡接口190,或从SIM卡接口190拔出,实现和终端设备100的接触和分离。终端设备100可以支持1个或N个SIM卡接口,N为大于1的正整数。SIM卡接口190可以支持Nano SIM卡,Micro SIM卡,SIM卡等。同一个SIM卡接口190可以同时插入多张卡。多张卡的类型可以相同,也可以不同。SIM卡接口190也可以兼容不同类型的SIM卡。SIM卡接口190也可以兼容外部存储卡。终端设备100通过SIM卡和网络交互,实现通话以及数据通信等功能。在一些实施例中,终端设备100采用eSIM,即:嵌入式SIM卡。eSIM卡可以嵌在终端设备100中,不能和终端设备100分离。
可以理解的是,本申请实施例示意的结构并不构成对终端设备100的具体限定。在本申请另一些实施例中,终端设备可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
本申请实施例的技术方案可以应用于如图1示出的独立组网SA或者非独立组网NAS的5G语音方案中,例如上述Option3/3a/3X方案、Option4/4a方案、Option7/7a/7X、Option 5方案和Option 2方案等,本申请实施例对此不做具体限定。
下面对本申请实施例提供的信息指示方法的各个实施例进行具体说明。
实施例(一)
本申请的实施例(一)用于当UE和基站(例如:gNB、ng-eNB等)都支持VoNR时,如果出现建立VoNR通话失败的异常情况,使UE具备从异常中自动恢复的能力。
图4是本申请提供的信息指示方法的实施例(一)的流程图。
以基站为gNB为例,如图4所示,具备VoNR能力的UE在注册5G系统(5GS)服务时,可以向gNB上报用于指示自身具备VoNR能力的UE能力信息。其中,如图5所示,UE注册5GS服务的场景可以包括:
UE初始注册5GS服务。例如,当UE开机或者从关闭飞行模式时,UE搜索到NR小区,并向gNB发起注册请求,以实现UE初始注册5GS服务。
移动性更新注册。例如,UE在已经注册到了5GS服务之后,如果移动到新的跟踪区(tracking area,TA)的小区,就需要重新注册5GS服务。
周期性注册。例如,UE在已经注册到了5GS服务之后,可以通过定时器触发周期性注册,以使gNB知道UE的存在。
可选的,UE能力信息可以在无线资源控制(radio resource control,RRC)消息中发送。
3GPP TS 38.331技术规范定义了RRC信息参数(RRC information elements),其中包括UE能力信息元素(UE capability information elements)。
UE能力信息元素包含有用于向gNB传达UE的无线接入能力的UE-NR-Capability参数。其中,UE-NR-Capability中与UE的VoNR能力相关参数的可以包含以下字段的子体加粗部分(为便于描述,以下称为字体加粗部分①):
Figure BDA0002669241670000141
在UE-NR-Capability参数中,IMS-Parameters包含了UE的与IMS相关的能力参数。其中,IMS-Parameters中与UE的VoNR能力相关的参数可以包含以下字段中的子体加粗部分(为便于描述,以下称为字体加粗部分②):
Figure BDA0002669241670000142
根据上述定义,如果UE具备VoNR能力,那么UE在注册5GS服务时,可以在其发送给gNB的UE能力信息元素中的UE-NR-Capability-v1540字段中的ims-Parameters参数中,携带voiceOverNR的字段,即携带子体加粗部分②。这样gNB就知道UE具备VoNR能力,那么,同样具备VoNR能力的gNB在接收到5GC的发起建立专用承载5QI1的请求时,不会触发EPS FB。
在UE驻留在5GS期间,当用户拨打电话时,UE通过SIP信令发起语音呼叫,通知5GC建立5G语音专用承载5QI1;然后,5GC向gNB发起建立专用承载5QI1的请求;接下来,由于gNB已经从UE上报的UE能力信息中得知UE支持VoNR能力,因此,在gNB也支持VoNR能力的情况下,gNB会启动发起VoNR通话的语音专用承载5QI1。一般来说,如果gNB和5GC的各网元的工作状态、兼容性和信令交互等均正常,那么VoNR通话会成功发起;如果gNB和5GC的各网元的工作状态、兼容性或者信令交互等出现异常,那么VoNR通话可能会建立失败,也就是用户无法拨通电话。
在本申请实施例(一)的技术方案中,UE在检测到建立VoNR通话失败时,可以再次向gNB发送一次UE能力信息,为便于描述,此处将这个UE能力信息称作第一UE能力信息,第一UE能力信息不包含ims-Parameters参数中的voiceOverNR的字段,即不包含上述子体加粗部分②。这样,gNB在接收到第一UE能力信息之后,可以根据第一UE能力信息认定UE不具备VoNR能力。
可选的,UE向gNB发送第一UE能力信息的动作可以根据以下条件中的任意一个触发:
1、UE在建立VoNR通话连续失败,并且连续失败的次数达到了(大于或者等于)预设的第一阈值时,可以在达到第一阈值的那一次建立VoNR通话失败之后,向gNB发送第一UE能力信息。
2、UE只要检测到建立VoNR通话失败,就在当次建立VoNR通话失败之后,向gNB发送第一UE能力信息。
3、VoNR通话成功建立,但是,如果UE在连续几次VoNR通话过程中均检测到了语音质量异常的情况,并且出现语音质量异常的连续次数达到了(大于或者等于)预设的第二阈值时,则UE可以在达到第二阈值的那一次VoNR通话结束之后,向gNB发送第一UE能力信息。
在一种实现方式中,UE可以在5GS移动管理空闲(5GMM-IDLE)模式下向gNB发送第一UE能力信息。例如,3GPP TS 24.501技术规范的定义了移动性和定期注册更新启动的星期,包括在一些情况下,处于5GS移动管理已注册(5GMM-REGISTERED)模式下的UE应通过向AMF发送注册请求消息来启动移动性和定期注册更新的注册过程,其中一种情况包括:当处于5GMM-IDLE模式的UE更改了NG-RAN的无线电能力时。据此,如图4所示,UE在检测到建立VoNR通话失败时,向gNB发送第一UE能力信息,可以通过以下步骤S101-步骤S103实现:
步骤S101,UE向gNB发送注册请求消息。
注册请求消息的作用是用于指示gNB需要进行NG-RAN无线能力更新。
根据3GPP TS 24.501技术规范的定义:当处于5GMM-IDLE模式的UE更改了NG-RAN的无线电能力时,UE应在注册请求消息REGISTRATION REQUEST消息中包括5GS更新类型元素,并将在NG-RAN-RCU比特设置为“需要进行NG-RAN无线电功能更新”。其中,5GS更新类型元素可以包含以下字段:
Figure BDA0002669241670000151
其中,NG-RAN-RCU可以有两种比特值:
Figure BDA0002669241670000152
当NG-RAN-RCU的比特值为0时,对应“不需要进行NG-RAN无线电功能更新”;当NG-RAN-RCU的比特值为1时,对应“需要进行NG-RAN无线电功能更新”。
因此,在本申请实施例(一)中,UE在步骤S101向gNB发送注册请求消息中的NG-RAN-RCU的比特值为1,以指示gNB需要进行NG-RAN无线能力更新。
步骤S102,gNB响应于注册请求消息,向UE发送UE能力查询消息。
当注册请求消息中的NG-RAN-RCU的比特值为1时,其指示gNB需要进行NG-RAN无线电功能更新,因此,gNB可以通过RRC消息向UE发送UE能力查询消息。其中,UE能力查询消息用于向请求UE在NR的无线电能力或者其他的无线电能力。
可选的,UE能力查询消息可以是3GPP TS36.331技术规范定义的UE CapabilityEnquiry消息,UE Capability Enquiry消息同样属于RRC消息。
示例地,根据3GPP TS36.331技术规范的定义,当UE能力查询消息为UECapability Enquiry消息时,可以包括以下字段:UECapabilityEnquiry-r8-IEs::=SEQUENCE{
ue-CapabilityRequest UE-CapabilityRequest,
nonCriticalExtension UECapabilityEnquiry-v8a0-IEs OPTIONAL
}
可以理解的是,本申请实施例中的UE能力查询消息除可以是UE CapabilityEnquiry消息以外,还可以通过其他的消息格式实现,本申请实施例不做限定。
步骤S103,UE响应于UE能力查询消息,向gNB发送第一UE能力信息。
其中,第一UE能力信息用于向gNB指示UE当前自身不支持VoNR能力。
示例地,当第一UE能力信息以UE-NR-Capability参数实现时,根据在先阐述的内容,第一UE能力信息不包含ims-Parameters参数中的voiceOverNR的字段,即不包含上述子体加粗部分②。那么,示例地,第一UE能力信息中的IMS-Parameters参数可以仅包含以下内容:
Figure BDA0002669241670000161
可以理解的是,本申请实施例中的第一UE能力信息除可以以UE-NR-Capability参数实现以外,还可以通过其他的消息格式实现,本申请实施例不做限定。
这样,gNB在接收到第一UE能力信息之后,就可以根据第一UE能力信息认为UE不具备VoNR能力。那么,当用户再次拨打电话时,由于gNB认为UE当前不支持VoNR能力,因此gNB会拒绝5GC发起的建立专用承载5QI1的请求,而是触发EPS FB流程,向5GC发起重定向或者inter-RAT切换请求,并等待UE回落到LTE网络,由EPC和eNB通过VoLTE提供语音服务。由此,避免建立VoNR通话失败的异常情况再次发生,UE从VoNR通话异常中恢复。
这里需要补充说明的是,虽然UE向gNB发送的第一UE能力信息指示给gNB的信息是UE不支持VoNR能力,但这并不意味着UE真的不支持VoNR能力,事实上UE此时依然具备VoNR能力。UE只是向gNB指示了一个善意性的非真实信息,让gNB以为UE不支持VoNR能力,使得gNB按照UE不支持VoNR能力的方式去处理建立专用承载5QI1的请求,以此提升呼通率。
在另一种实现方式中,UE可以在其周期性注册5GS服务时,向gNB发送第一UE能力信息。例如,UE在已经注册到了5GS服务之后,可以通过定时器触发周期性注册。在每次触发周期性注册之前,UE可以判断当前是否满足上述任意一个触发UE向gNB发送第一UE能力信息的动作的条件。如果满足条件,则UE会在这一次周期性注册时向gNB发送第一UE能力信息。如果不满足条件,则等待下一个周期。
在一些实施例中,UE向gNB发送第一UE能力信息之后,还可以执行以下步骤:
步骤S104,UE检测自身驻留的NR小区的跟踪区是否发生变化。
跟踪区(tracking area,TA)是LTE系统和NR系统为UE的位置管理设立的概念,其功能与2G/3G系统的位置区(LA)和路由区(RA)类似。通过跟踪区的信息,5GC能够获知处于5GMM-IDLE模式下UE的位置,并且在有数据业务需求时,对UE进行寻呼。通常,一个跟踪区可包含一个或多个NR小区,而一个NR小区只能归属于一个跟踪区,因此,当UE驻留的NR跟踪区发生变化时,说明UE驻留的NR小区也发生了变化,即UE切换到了另一个gNB。
UE在驻留的NR小区的跟踪区发生变化时,可以再次向gNB(这里指的是UE在驻留的NR小区的跟踪区发生变化之后,当前接入的NR小区对应的gNB)发送一次UE能力信息,为便于描述,此处将这个UE能力信息称作第二UE能力信息,第二UE能力信息包含ims-Parameters参数中的voiceOverNR的字段,即包含上述子体加粗部分②。这样,gNB在接收到第二UE能力信息之后,可以根据第二UE能力信息认定UE具备VoNR能力。
在一种实现方式中,UE可以在5GS移动管理空闲(5GMM-IDLE)模式下向gNB发送第二UE能力信息。如图6所示,与步骤S101-步骤S103类似地,UE向gNB发送第二UE能力信息可以通过以下步骤S105-步骤S107实现:
步骤S105,UE向gNB发送注册请求消息。
步骤S105与步骤S101相同,注册请求消息的5GS更新类型元素的NG-RAN-RCU的比特值为1,本申请实施例对此不再赘述。
步骤S106,gNB响应于注册请求消息,向UE发送UE能力查询消息。
步骤S106与步骤S102相同,本申请实施例对此不再赘述。
步骤S107,UE响应于UE能力查询消息,向gNB发送第二UE能力信息。
与第一能力信息不同的是,为了将UE支持VoNR能力的信息指示给gNB,第二UE能力信息的IMS-Parameters参数中包含与VoNR能力相关的参数,即包含字体加粗部分②。
这样,在UE驻留在新的跟踪区的NR小区期间,当用户再次拨打电话时,由于gNB认为UE当前支持VoNR能力,gNB会启动发起VoNR通话的语音专用承载5QI1,不会触发EPS FB,使得VoNR通话能力得以恢复。
一种实现方式中,如果UE是在建立VoNR通话连续失败多次的情况下向UE发送了第一UE能力信息,那么UE可以在发送第一UE能力信息之后等待一个时长,在等待时长结束之后再去检测自身驻留的NR跟踪区是否发生变化。该等待时长例如可以是15分钟、30分钟、1个小时、3个小时等等,本申请实施例对此不做限定。这样,UE可以相对长时间地在4G网络中进行通话,避免VoNR通话异常的现象在短时间内频繁发生。
实施例(二)
本申请的实施例(二)用于使UE在通话过程中出现RoHC异常时,具备从异常中自动恢复的能力。
图7是本申请提供的信息指示方法的实施例(二)的流程图。
以基站为gNB为例,如图7所示,具备RoHC能力的UE在注册5GS服务时,可以向gNB上报用于指示自身具备RoHC能力的UE能力信息。其中,UE注册5GS服务的场景可以参照本申请实施例(一)的内容,此处不再赘述。
可选的,UE能力信息可以在无线资源控制RRC消息中发送。
3GPP TS 38.331技术规范定义了RRC信息参数,其中包括UE能力信息元素。
UE能力信息元素包含有用于向gNB传达PDCP相关能力的PDCP-Parameters参数。其中,PDCP-Parameters中包含与UE的RoHC能力相关参数,例如:
Figure BDA0002669241670000181
其中,“profile0x0000”“profile0x0001”等参数的数据类型为布尔值BOOLEAN,TRUE表示支持,FALSE表示不支持。“profile0x0000”“profile0x0001”等不同的参数项代表了不同的RoHC能力。其中,根据互联网工程任务组(internet engineering task force,IETF)的请求意见稿(request for comments,RFC)3095中对RoHC的配置参数的定义:“profile0x0001”对应实时传输协议(real-time transport protocol,RTP)、用户数据报协议(user datagram protocol,UDP)和网际协议(internet protocol,IP),当“profile0x0001”的值为FALSE时,表示不对RTP/UDP/IP的报文进行RoHC,当“profile0x0001”的值为TRUE时,表示对RTP/UDP/IP的报文进行RoHC。而IMS语音业务使用的协议正是RTP/UDP/IP,因此,根据上述定义,如果UE具备RoHC能力,那么UE在注册5GS服务时,在其发送给gNB的UE能力信息元素中,PDCP-Parameters参数中的“profile0x0001”的值为“TRUE”。这样gNB就知道UE具备RoHC能力,那么,在通话过程中,UE和gNB会之间会启用RoHC功能。
UE驻留在5GS期间,当用户拨打电话时,如果VoNR通话建立成功,则UE可以在通话过程中检测RoHC是否异常。例如:当RoHC解压数据流错误或者压缩错误时,则认为RoHC异常。可以理解的是,UE驻留在5GS期间,可能产生一次或者多次通话,UE可以在每次通话时检测RoHC是否异常,如果检测到RoHC异常,则可以在通话结束之后,再次向gNB发送一次UE能力信息,为便于描述,此处将这个UE能力信息称作第一UE能力信息,并且第一UE能力信息中的PDCP-Parameters参数中的“profile0x0001”的值为“FALSE”。
这样,gNB在接收到第一UE能力信息之后,可以根据第一UE能力信息认定UE不具备RoHC能力。
在一种实现方式中,UE可以在5GS移动管理空闲(5GMM-IDLE)模式下向gNB发送第一UE能力信息。如图8所示,UE向gNB发送第一UE能力信息可以通过以下步骤S201-步骤S203实现:
步骤S201,UE向gNB发送注册请求消息。
步骤S201与步骤S101相同,注册请求消息的5GS更新类型元素的NG-RAN-RCU的比特值为1,本申请实施例对此不再赘述。
步骤S202,gNB响应于注册请求消息,向UE发送UE能力查询消息。
步骤S202与步骤S102相同,本申请实施例对此不再赘述。
步骤S203,UE响应于UE能力查询消息,向gNB发送第一UE能力信息。
其中,由于第一能力消息用于指示UE不支持RoHC能力,因此第一UE能力信息的PDCP-Parameters参数中的“profile0x0001”的值为“FALSE”(本申请实施例其他参数的布尔值不做具体展开说明)。示例地,第一能力消息可以包括以下内容:
Figure BDA0002669241670000191
这样,gNB在接收到第一UE能力信息之后,就可以根据第一UE能力信息认为UE不具备RoHC能力。那么,当用户再次拨打电话时,gNB和UE都不会启用RoHC功能,避免在通话过程中出现RoHC异常,以提高通话质量。
这里需要补充说明的是,虽然UE向gNB发送的第一UE能力信息指示给gNB的信息是UE不支持RoHC能力,但这并不意味着UE真的不支持RoHC能力,事实上UE此时依然具备RoHC能力。UE只是向gNB指示了一个善意性的非真实信息,让gNB以为UE不支持RoHC能力。
在一些实施例中,UE向gNB发送第一UE能力信息之后,还可以执行以下步骤:
步骤S204,UE检测自身驻留的NR跟踪区是否发生变化。
UE在驻留的NR跟踪区发生变化时,可以再次向gNB发送一次UE能力信息,为便于描述,此处将这个UE能力信息称作第二UE能力信息,第二UE能力信息的PDCP-Parameters参数中的“profile0x0001”的值为“TRUE”。这样,gNB在接收到第二UE能力信息之后,可以根据第二UE能力信息认定UE具备RoHC能力。
在一种实现方式中,UE可以在5GS移动管理空闲(5GMM-IDLE)模式下向gNB发送第二UE能力信息。如图8所示,与步骤S201-步骤S203类似地,UE向gNB发送第二UE能力信息可以通过以下步骤S205-步骤S207实现:
步骤S205,UE向gNB发送注册请求消息。
步骤S205与步骤S201相同,注册请求消息的5GS更新类型元素的NG-RAN-RCU的比特值为1,本申请实施例对此不再赘述。
步骤S206,gNB响应于注册请求消息,向UE发送UE能力查询消息。
步骤S206与步骤S202相同,本申请实施例对此不再赘述。
步骤S206,UE响应于UE能力查询消息,向gNB发送第二UE能力信息。
这样,在UE驻留在新的跟踪区的NR小区期间,当用户再次拨打电话时,由于gNB知道UE当前支持RoHC能力,因此会启用RoHC功能,以提高传输效率。
实施例(三)
本申请的实施例(三)用于使UE在VoNR通话异常时,具备从异常中自动恢复的能力,其中,这里的VoNR通话包括建立VoNR通话失败和VoNR通话过程中RoHC异常。
图9是本申请提供的信息指示方法的实施例(三)的流程图。
如图9所示,本申请实施例(三)相当于实施例(一)和实施例(二)的结合。以基站为gNB为例,具备VoNR能力和RoHC能力的UE在注册5GS服务时,可以向gNB上报用于指示自身具备VoNR能力和RoHC能力的UE能力信息。UE能力信息例如可以包括UE-NR-Capability中与UE的VoNR能力相关参数(字体加粗部分①)以及PDCP-Parameters中与UE的RoHC能力相关参数,其中,PDCP-Parameters参数中的“profile0x0001”的值为“TRUE”。例如:
Figure BDA0002669241670000201
这样gNB就知道UE具备VoNR能力和RoHC能力,那么,当用户拨打电话时,gNB会启动发起VoNR通话的语音专用承载,并且在通话过程中,UE和gNB会之间会启用RoHC功能。并且在拨打电话过程中,UE可以检测是否建立VoNR通话失败,以及通话过程中是否出现RoHC异常。并且可以根据检测结果触发向gNB发送第一UE能力信息,触发条件可以参照实施例(一)和实施例(二),此处不再赘述。
在一种实现方式中,UE可以在5GS移动管理空闲(5GMM-IDLE)模式下向gNB发送第一UE能力信息。如图9所示,UE向gNB发送第一UE能力信息可以通过以下步骤S301-步骤S303实现:
步骤S301,UE向gNB发送注册请求消息。
步骤S301与步骤S101相同,注册请求消息的5GS更新类型元素的NG-RAN-RCU的比特值为1,本申请实施例对此不再赘述。
步骤S302,gNB响应于注册请求消息,向UE发送UE能力查询消息。
步骤S302与步骤S102相同,本申请实施例对此不再赘述。
步骤S303,UE响应于UE能力查询消息,向gNB发送第一UE能力信息。
其中,由于第一能力消息用于指示UE不支持VoNR能力和不支持RoHC能力,因此,第一UE能力信息不包含ims-Parameters参数中的voiceOverNR的字段,同时,第一UE能力信息的PDCP-Parameters参数中的“profile0x0001”的值为“FALSE”。示例地,第一能力消息可以包括以下内容:
Figure BDA0002669241670000211
这样,gNB在接收到第一UE能力信息之后,就可以根据第一UE能力信息认为UE不具备VoNR能力,以及认为UE不具备RoHC能力。那么,当用户再次拨打电话时,gNB会触发EPS FB流程,由EPC和eNB通过VoLTE在4G网络下建立通话,并且也不会启用RoHC功能,从而避免VoNR通话异常的现象发生,提高通话的接通率和通话质量。
在一些实施例中,UE向gNB发送第一UE能力信息之后,还可以执行以下步骤:
步骤S304,UE检测自身驻留的NR跟踪区是否发生变化。
UE在驻留的NR跟踪区发生变化时,可以再次向gNB发送一次UE能力信息,为便于描述,此处将这个UE能力信息称作第二UE能力信息,第二UE能力信息包括UE-NR-Capability中与UE的VoNR能力相关参数(字体加粗部分①),以及PDCP-Parameters中与UE的RoHC能力相关参数,其中,PDCP-Parameters参数中的“profile0x0001”的值为“TRUE”。这样,gNB在接收到第二UE能力信息之后,可以根据第二UE能力信息认定UE具备VoNR能力和RoHC能力。
在一种实现方式中,UE可以在5GS移动管理空闲(5GMM-IDLE)模式下向gNB发送第二UE能力信息。如图10所示,与步骤S301-步骤S303类似地,UE向gNB发送第二UE能力信息可以通过以下步骤S305-步骤S307实现:
步骤S305,UE向gNB发送注册请求消息。
步骤S305与步骤S301相同,注册请求消息的5GS更新类型元素的NG-RAN-RCU的比特值为1,本申请实施例对此不再赘述。
步骤S306,gNB响应于注册请求消息,向UE发送UE能力查询消息。
步骤S306与步骤S302相同,本申请实施例对此不再赘述。
步骤S307,UE响应于UE能力查询消息,向gNB发送第二UE能力信息。
这样,在UE驻留在新的跟踪区的NR小区期间,当用户再次拨打电话时,由于gNB知道UE当前支持VoNR能力和RoHC能力,因此会启用VoNR能力和和RoHC功能,使得VoNR通话能力得以恢复,并且提高传输效率。
一种实现方式中,如果UE是在建立VoNR通话连续失败多次的情况下向UE发送了第一UE能力信息,那么UE可以在发送第一UE能力信息之后等待一个时长,在等待时长结束之后再去检测自身驻留的NR跟踪区是否发生变化。该等待时长例如可以是15分钟、30分钟、1个小时、3个小时等等,本申请实施例对此不做限定。这样,UE可以相对长时间地在4G网络中进行通话,避免VoNR通话异常的现象在短时间内频繁发生。
实施例(四)
本申请实施例(四)用于UE与基站(例如:gNB、ng-eNB等)基于协商的语音编解码的通话出现异常时,使UE具备从异常中自动恢复的能力。
图11是本申请提供的信息指示方法的实施例(四)的流程图。
步骤S401:UE检测基于第一语音编解码的通话是否异常。
以基站为gNB为例,在UE驻留在5GS期间,如果用户拨打电话,UE和gNB可以建立VoNR通话。在通话过程中,UE和gNB会按照协商的语音编解码方案编解码和传输语音数据。然而,受到NR性能或者gNB性能等因素的影响,UE和gNB基于初始协商的语音编解码可能出现通话异常。为便于描述,本申请实施例将UE和gNB基于初始协商的语音编解码称作第一语音编解码。
可以理解的是,在UE驻留在5GS期间可能产生一次或者多次VoNR通话。UE在每一次通话期间可以检测通话是否出现杂音,如果通话出现杂音,并且连续有多次通话都出现杂音,例如连续多次通话出现杂音的次数大于预设第三阈值,则认为基于第一语音编解码的通话出现异常。
步骤S402,UE在检测到基于第一语音编解码的通话异常时,向gNB发送第一请求消息。
在一种实现方式中,第一请求消息可以在无线资源控制消息中发送。
例如,UE可以在通话结束之后,UE可以在5GS移动管理空闲(5GMM-IDLE)模式下向gNB发送第一请求消息。其中,第一请求消息例如可以是会话发起协议(sessioninitiation protocol,SIP)的INVITE消息,携带第二语音编解码的协商内容,用于请求gNB在后续通话时使用第二语音编解码。一般来说,第二语音编解码的质量标准低于第一语音编解码的质量标准。
示例地,当第一语音编解码是EVS时,第二语音编解码可以是AMR-WB。那么,INVITE消息中可以例如可以包括以下字段,表示UE希望与gNB协商采用AMR-WB、采样率16KHz的编解码方案进行语音通话:
Figure BDA0002669241670000221
Figure BDA0002669241670000231
示例地,当第一语音编解码是AMR-WB时,第二语音编码可以是AMR。那么,INVITE消息中可以例如可以包括以下字段,表示UE希望与gNB协商采用AMR、采样率8KHz的编解码方案进行语音通话:
Figure BDA0002669241670000232
进一步地,gNB如果同意采用第二语音编解码方案进行语音通话,会向UE发送第一应答消息,第一应答消息可以是SIP的200/OK消息。
示例地,如果gNB同意采用AMR-WB、采样率16KHz的编解码方案进行语音通话,那么200/OK消息可以包括以下字段:
Figure BDA0002669241670000233
示例地,如果gNB同意采用AMR、采样率8KHz的编解码方案进行语音通话,那么200/OK消息可以包括以下字段:
Figure BDA0002669241670000234
另外,如果gNB以3xx~6xx的应答消息拒绝了UE的协商请求,则UE可以通过再次发送INVITE消息的方式继续与gNB协商其他的语音编解码方案,也可以继续使用第一语音编解码方案。
步骤S403,UE在接收到第一应答消息时,将语音编解码方案调整为第二语音编解码。
这样,当再一次执行VoNR通话时,UE和gNB就可以使用低级别的第二语音编解码方案编解码和传输语音数据,实现了语音编解码方案的降级处理,避免采用高等级的语音编解码方案而出现杂音等通话异常问题。
在一种实现方式中,如图12所示,UE将语音编解码方案调整为第二语音编解码之后,还可以执行以下步骤:
步骤S404,UE在等待第二时长之后,向gNB发送第二请求消息。
其中,第二请求消息同样为INVITE消息,携带第一语音编解码的协商内容,用于请求gNB在后续通话时使用第一语音编解码。
示例地,当第一语音编解码是EVS时,第二语音编解码可以是AMR-WB。那么,INVITE消息中可以例如可以包括以下字段,表示UE希望与gNB协商从AMR-WB恢复到采用EVS、采样率16KHz的编解码方案进行语音通话:
Figure BDA0002669241670000241
进一步地,gNB如果同意恢复到第一语音编解码方案进行语音通话,会向UE发送第二应答消息,第二应答消息可以是SIP的200/OK消息。
另外,如果gNB以3xx~6xx的应答消息拒绝了UE的协商请求,则UE可以通过再次发送INVITE消息的方式继续与gNB协商其他的语音编解码方案,也可以继续使用第二语音编解码方案。
步骤S405,UE在接收到第二应答消息时,将语音编解码方案调整为第一语音编解码。
这样,通过等待第二时长,UE可以在降级语音编解码方案之后的一段时间内不再与gNB协商语音编解码方案。在等待第二时长之后,UE考虑到网络环境发生变化,因此再次与网络设备协商升级语音编解码方案,如果协商成功,当再次执行VoNR通话时,UE和gNB就可以使用高级别的第一语音编解码方案编解码和传输语音数据,以实现更高的带宽和减少通话时的延迟抖动和丢包。
在一种实现方式中,如图13所示,UE将语音编解码方案调整为第二语音编解码之后,还可以执行以下步骤:
步骤S406,UE检测自身驻留的NR小区的跟踪区是否发生变化。
具体实现中,UE可以在调整语音编解码方案至第二语音编解码之后就开始执行步骤S406,也可以在等待一个时长之后,在执行步骤S406。
步骤S407,当跟踪区发生变化时,UE向gNB发送第三请求消息。
当UE驻留的说明UE驻留的跟踪区发生变化时,说明UE驻留的NR小区的也发生了变化,即UE切换到了另一个gNB,因此步骤S406~步骤S408中的gNB于步骤S401~步骤S405中的gNB是不同的gNB。
其中,第三请求消息同样为INVITE消息,其格式可以参照第二请求消息实施,第三请求消息携带第一语音编解码的协商内容,用于请求gNB在后续通话时使用第一语音编解码。
进一步地,gNB如果同意恢复到第一语音编解码方案进行语音通话,会向UE发送第三应答消息,第三应答消息可以是SIP的200/OK消息。
步骤S408,UE在接收到第三应答消息时,将语音编解码方案调整为第一语音编解码。
这样,UE可以在驻留的NR小区的跟踪区发生变化时,再次与网络设备协商升级语音编解码方案,如果协商成功,当再次执行VoNR通话时,UE和gNB就可以使用高级别的第一语音编解码方案编解码和传输语音数据,以实现更高的带宽和减少通话时的延迟抖动和丢包。
在一种实现方式中,UE可以与gNB协商呼叫保持业务采用的语音编解码方案。
呼叫保持业务是指两个用户使用UE进行通话时,其中一方可以在不挂断的情况下拨打或者接听第三方的通话,并且可以两个通话之间切换。呼叫保持业务可以包括呼叫保持hold状态和呼叫保持解除unhold状态。示例地,如图14所示,当用户A与用户B通话时,用户A可以在不挂断通话的情况下,与用户C通话,此时用户A与用户B之间则进入hold状态,用户B能够在UE中听到音乐或者“嘟嘟”的通话保持提示声音;当用户A结束与用户C通话时,用户A可以挂断与C的通话或者使用户A与用户C之间进入hold状态,并切换回与用户B的通话,此时用户A与用户B之间则进入unhold状态。
由于在5G系统建设的前期阶段,其语音编解码方案的进展可能不同,gNB在呼叫保持业务中支持的语音编解码方案也可能不同。例如,一些gNB不支持EVS等更高级的语音编解码方案下的呼叫保持业务,这样,如果UE在EVS方案下发起呼叫保持,就会导致呼叫保持失败。为避免这种情况发生,如图15所示,UE可以在发起呼叫保持时执行以下步骤:
步骤S501,UE向gNB发送第四请求消息。
其中,第四请求消息可以是会话发起协议(session initiation protocol,SIP)的INVITE消息,携带第一语音编解码的协商内容,用于请求gNB在呼叫保持期间使用第一语音编解码。示例地,第一语音编解码是EVS。
gNB如果不具备在第一语音编解码方案下开启呼叫保持的能力,则可以向UE发送一个第四拒绝消息,以向UE指示其不同意在呼叫保持期间使用所述第一语音编解码,该第四拒绝消息可以是IMS的3xx~6xx应答消息;gNB如果具备在第一语音编解码方案下开启呼叫保持的能力,则可以向UE发送一个200/OK应答消息,以向UE指示其同意在呼叫保持期间使用所述第一语音编解码,使UE在第一语音编解码方案下呼叫保持状态。
步骤S502,UE在接收到第四拒绝消息时,向gNB发送第五请求消息。
其中,第五请求消息可以是会话发起协议(session initiation protocol,SIP)的INVITE消息,携带第二语音编解码的协商内容,用于请求gNB在呼叫保持期间使用第二语音编解码。示例地,第二语音编解码是AMR-WB或者AMR。
可以理解的是,gNB如果具备在第二语音编解码方案下开启呼叫保持的能力,则可以向UE发送一个200/OK消息,使UE在第二语音编解码方案下进入呼叫保持状态;如果gNB不具备在第二语音编解码下开启呼叫保持的能力,那么gNB可以继续向UE发送第五拒绝消息,使得UE继续向gNB发送用于协商更低级语音编解码方案的INVITE消息,直到UE接收到了200/OK消息。
另外,如图16所示,UE还可以在呼叫保持解除时执行以下步骤:
步骤S503,UE向gNB发送第六请求消息。
其中,第六请求消息可以是会话发起协议(session initiation protocol,SIP)的INVITE消息,携带第一语音编解码的协商内容,用于请求gNB在呼叫保持解除时使用第一语音编解码。示例地,第一语音编解码是EVS。
gNB如果不具备在第一语音编解码方案下执行呼叫保持解除的能力,则可以向UE发送一个第六拒绝消息,该第六拒绝消息可以是IMS的3xx~6xx应答消息;gNB如果具备在第一语音编解码方案下执行呼叫保持解除的能力,则可以向UE发送一个200/OK应答消息。
步骤S504,UE在接收到第六拒绝消息时,向gNB发送第七请求消息。
其中,第七请求消息可以是会话发起协议(session initiation protocol,SIP)的INVITE消息,携带第二语音编解码的协商内容,用于请求gNB在保持解除时使用第二语音编解码。示例地,第二语音编解码是AMR-WB或者AMR。
可以理解的是,gNB如果具备在第二语音编解码方案下解除呼叫保持的能力,则可以向UE发送一个200/OK消息,使UE在第二语音编解码方案下解除呼叫保持状态;如果gNB不具备在第二语音编解码下解除呼叫保持的能力,那么gNB可以继续向UE发送第七拒绝消息,使得UE继续向gNB发送用于协商更低级语音编解码方案的INVITE消息,直到UE接收到了200/OK消息。
这样,在gNB不支持更高级的语音编解码方案下的呼叫保持业务时,UE和gNB可以协商使用更低级的语音编解码方案执行呼叫保持任务,以避免呼叫保持或者呼叫保持解除失败。
实施例(五)
本申请实施例(五)用于使UE在检测到基站(例如:gNB、ng-eNB等)执行EPS FB异常时,具备从异常中自动恢复的能力。
以基站为gNB为例,一般来说,当gNB不支持VoNR时,gNB需要在5GC发起建立专用承载5QI1的请求时,根据UE的无线接入能力、N26接口的部署情况、LTE的无线条件以及访问与移动性管理功能AMF的指示信息判断是否能够执行EPS FB流程;如果能够执行EPS FB,则回落到4G网络,UE与gNB之间会建立VoLTE的IMS语音的专用承载。
然而,在5G网络的部署前期,由于5G组网部署选项中的语音业务的方案可能不同,以及受到gNB和5GC的各网元的兼容性或者信令交互存在问题,或者工作状态异常等因素的影响,EPS FB可能会出现异常,例如无法建立LTE的IMS专用承载,导致呼叫失败。
为避免呼叫失败的情况发生,如图17所示,本申请实施例(五)可以包括以下步骤:
步骤S701,UE检测换域重拨EPS FB是否异常。
可以理解的是,在UE注册5GS期间,UE可能一次或者多次地发起通话。那么,在一种实现方式中,EPS FB异常的情况可以包括:UE在多次通话期间,建立LTE的IMS语音专用承载失败的次数大于预设第四阈值,或者,UE与gNB释放5G语音专用承载5QI1的次数大于预设第五阈值。在另一种实现方式中,只要UE与eNB建立LTE的IMS语音专用承载失败,或者只要UE与gNB释放5G语音专用承载5QI1失败,则认为EPS FB异常。
步骤S702,UE在检测到换域重拨EPS FB异常时,关闭NR能力。
这样,UE就不会驻留在NR小区,而是只搜索LTE小区,并且选择在LTE小区驻留,同时不支持N1 NAS信令模式。当用户拨打电话时,UE直接向gNB发起VoLTE通话请求或者CS域的通话请求,避免执行EPS FB流程,从而提高呼通率。
在一种实现方式中,考虑到在UE关闭NR能力之后的一段时间内,UE所处的网络环境可能发生变化,例如UE驻留到了其他的NR小区下,那么新的NR小区的gNB可能支持EPS FB能力。因此,如图17所示,UE在关闭NR能力之后,可以等待一个时长,再重启NR能力,以重新搜索NR小区,并在NR小区驻留。该等待时长例如可以是15分钟、30分钟、1个小时、3个小时等等,本申请实施例对此不做限定。UE的等待时长均可以通过定时器设置,本申请实施例对此不再赘述。
在一种实现方式中,考虑到NR网络还用于传输分组数据,因此,如果长时间关闭NR能力,可能会影响用户使用UE进行访问网络,例如观看在线视频和音乐、浏览网页等。因此,在UE关闭NR能力之后,UE可以检测是否在一段时间内连续地产生分组数据传输,例如10秒、20秒等;如果UE连续地产生分组数据传输,那么UE可以重新开启NR能力,使得分组数据通过NR传输,以提升传输速度。
在一种实现方式中,在UE重新开启NR能力之后,UE还可以检测是否在一段时间内没有分组数据传输,或者在一段时间内的分组数据传输的总数据流量是否小于一个流量阈值,例如在10分钟的时间内,分组数据的传输的总数据流量是否小于10MB;如果UE在一段时间内没有分组数据传输,或者在一段时间内的分组数据传输的总数据流量小于一个流量阈值,则UE可以重新关闭NR能力。
在一种实现方式中,在UE重新开启NR能力之后的一段时间内,UE可以检测用户是否打开了UE的拨号界面或者UE的通讯录,如果检测到用户打开UE的拨号界面或者通讯录,则UE重新关闭NR能力,使得UE在用户完成拨号之前就回落到4G,这样,当用户完成拨号发起呼叫时,UE直接通过eNB向EPC发起建立专用承载的请求,建立VoLTE通话,从而避免了EPSFB流程,提升呼通率。
在一种实现方式中,在UE关闭NR能力之后,UE可以基于GNSS服务(例如:北斗卫星导航系统、全球卫星定位系统等)或者基于位置的服务(location based services,LBS)检测自身的位置是否发生明显变化,当位置发生明显变化时,重新开启NR能力。具体实现中,当UE关闭NR能力时,UE可以基于GNSS服务或者LBS服务确定关闭NR能力时所在的位置1,在此之后,UE可以基于GNSS服务或者LBS服务继续检测自身的位置2,并且计算位置1与位置2之间的距离,如果该距离大于预设的距离阈值,例如5公里、10公里等,则重新开启NR能力。
可选的,在UE关闭NR能力之后,UE可以周期性地基于GNSS服务或者LBS服务继续检测自身的位置2;或者,在UE关闭NR能力之后,UE可以通过某些条件触发检测自身的位置2,触发条件例如可以包括:UE解锁屏幕、UE开启了使用GNSS服务或者LBS服务的应用程序APP、UE检测到用户打开了UE的拨号界面或者UE的通讯录等。本申请实施例对此不作限定。
上述本申请提供的实施例中,从终端设备UE本身、以及从UE与基站gNB之间交互的角度对本申请提供的信息指示方法的各方案进行了介绍。可以理解的是,终端设备UE为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
图18是本申请实施例提供的一种信息指示装置的结构示意图。
在一个实施例中,UE可以通过图18所示的硬件装置实现相应的功能。如图18所示,该信息指示装置可以包括:收发器801、存储器802和处理器803。
在一种实现方式中,处理器803可以包括一个或多个处理单元,例如:处理器803可以包括应用处理器,调制解调处理器,图形处理器,图像信号处理器,控制器,视频编解码器,数字信号处理器,基带处理器,和/或神经网络处理器等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。存储器802与处理器803耦合,用于存储各种软件程序和/或多组指令。在一些实施例中,存储器802可包括易失性存储器和/或非易失性存储器。收发器801为例如可以包括射频电路,移动通信模块,无线通信模块等,用于实现UE的无线通信功能。
在一个实施例中,当存储器802中的软件程序和/或多组指令被处理器803运行时,使得UE用于执行如下方法步骤:在注册5GS服务时,向gNB上报用于指示自身具备VoNR能力的UE能力信息。在检测到建立VoNR通话失败时,向gNB发送注册请求消息。接收gNB响应于注册请求消息发送的UE能力查询消息。响应于UE能力查询消息,向gNB发送第一UE能力信息。第一UE能力信息不包含ims-Parameters参数中的voiceOverNR的字段,即不包含子体加粗部分②。
这样,gNB在接收到第一UE能力信息之后,就可以根据第一UE能力信息认为UE不具备VoNR能力。那么,当用户再次拨打电话时,由于gNB认为UE当前不支持VoNR能力,因此gNB会拒绝5GC发起的建立专用承载5QI1的请求,而是触发EPS FB流程,向5GC发起重定向或者inter-RAT切换请求,并等待UE回落到LTE网络,由EPC和eNB通过VoLTE提供语音服务。由此,避免建立VoNR通话失败的异常情况再次发生,UE从VoNR通话异常中恢复。
可选的,当存储器802中的软件程序和/或多组指令被处理器803运行时,还使得UE用于执行如下方法步骤:检测自身驻留的NR跟踪区是否发生变化。在驻留的NR跟踪区发生变化时,向gNB发送注册请求消息。接收gNB响应于注册请求消息发送的UE能力查询消息。响应于UE能力查询消息,向gNB发送第二UE能力信息。第二UE能力信息的IMS-Parameters参数中包含与VoNR能力相关的参数,即包含字体加粗部分②。
这样,在UE驻留在新的跟踪区的NR小区期间,当用户再次拨打电话时,由于gNB认为UE当前支持VoNR能力,gNB会启动发起VoNR通话的语音专用承载5QI1,不会触发EPS FB,使得VoNR通话能力得以恢复。
可选的,当存储器802中的软件程序和/或多组指令被处理器803运行时,还使得UE用于执行如下方法步骤:在发送第一UE能力信息之后等待一个时长,在等待时长结束之后再去检测自身驻留的NR跟踪区是否发生变化。
在另一个实施例中,当存储器802中的软件程序和/或多组指令被处理器803运行时,使得UE用于执行如下方法步骤:在注册5GS服务时,可以向gNB上报用于指示自身具备RoHC能力的UE能力信息。在通话过程中检测到RoHC是否异常时,向gNB发送注册请求消息。接收gNB响应于注册请求消息发送的UE能力查询消息。响应于UE能力查询消息,向gNB发送第一UE能力信息。第一UE能力信息的PDCP-Parameters参数中的“profile0x0001”的值为“FALSE”。
这样,gNB在接收到第一UE能力信息之后,就可以根据第一UE能力信息认为UE不具备RoHC能力。那么,当用户再次拨打电话时,gNB和UE都不会启用RoHC功能,避免在通话过程中出现RoHC异常,以提高通话质量。
可选的,当存储器802中的软件程序和/或多组指令被处理器803运行时,还使得UE用于执行如下方法步骤:检测自身驻留的NR跟踪区是否发生变化。在驻留的NR跟踪区发生变化时,向gNB发送注册请求消息。接收gNB响应于注册请求消息发送的UE能力查询消息。响应于UE能力查询消息,向gNB发送第二UE能力信息。第二UE能力信息的PDCP-Parameters参数中的“profile0x0001”的值为“TRUE”。
这样,在UE驻留在新的跟踪区的NR小区期间,当用户再次拨打电话时,由于gNB知道UE当前支持RoHC能力,因此会启用RoHC功能,以提高传输效率。
在另一个实施例中,当存储器802中的软件程序和/或多组指令被处理器803运行时,使得UE用于执行如下方法步骤:在注册5GS服务时,向gNB上报用于指示自身具备VoNR能力和RoHC能力的UE能力信息。在检测到建立VoNR通话失败或者通话过程中RoHC是否异常时,向gNB发送注册请求消息。接收gNB响应于注册请求消息发送的UE能力查询消息。响应于UE能力查询消息,向gNB发送第一UE能力信息。第一UE能力信息不包含ims-Parameters参数中的voiceOverNR的字段,即不包含子体加粗部分②,以及,第一UE能力信息的PDCP-Parameters参数中的“profile0x0001”的值为“FALSE”。
这样,gNB在接收到第一UE能力信息之后,就可以根据第一UE能力信息认为UE不具备VoNR能力,以及认为UE不具备RoHC能力。那么,当用户再次拨打电话时,gNB会触发EPS FB流程,由EPC和eNB通过VoLTE在4G网络下建立通话,并且也不会启用RoHC功能,从而避免VoNR通话异常的现象发生,提高通话的接通率和通话质量。
可选的,当存储器802中的软件程序和/或多组指令被处理器803运行时,还使得UE用于执行如下方法步骤:检测自身驻留的NR跟踪区是否发生变化。在驻留的NR跟踪区发生变化时,向gNB发送注册请求消息。接收gNB响应于注册请求消息发送的UE能力查询消息。响应于UE能力查询消息,向gNB发送第二UE能力信息。第二UE能力信息的IMS-Parameters参数中包含与VoNR能力相关的参数,即包含字体加粗部分②,以及,第二UE能力信息的PDCP-Parameters参数中的“profile0x0001”的值为“TRUE”。
这样,在UE驻留在新的跟踪区的NR小区期间,当用户再次拨打电话时,由于gNB知道UE当前支持VoNR能力和RoHC能力,因此会启用VoNR能力和和RoHC功能,使得VoNR通话能力得以恢复,并且提高传输效率。
在另一个实施例中,当存储器802中的软件程序和/或多组指令被处理器803运行时,使得UE用于执行如下方法步骤:检测基于第一语音编解码的通话是否异常。在检测到基于第一语音编解码的通话异常时,向gNB发送第一请求消息。接收gNB在同意采用第二语音编解码方案进行语音通话时,向UE发送的第一应答消息,第一应答消息可以是SIP的200/OK消息。在接收到第一应答消息时,将语音编解码方案调整为第二语音编解码。
这样,当再一次执行VoNR通话时,UE和gNB就可以使用低级别的第二语音编解码方案编解码和传输语音数据,实现了语音编解码方案的降级处理,避免采用高等级的语音编解码方案而出现杂音等通话异常问题。
可选的,当存储器802中的软件程序和/或多组指令被处理器803运行时,还使得UE用于执行如下方法步骤:将语音编解码方案调整为第二语音编解码之后,等待第二时长,向gNB发送第二请求消息。接收gNB在同意恢复到第一语音编解码方案进行语音通话时,向UE发送第二应答消息,第二应答消息可以是SIP的200/OK消息。在接收到第二应答消息时,将语音编解码方案调整为第一语音编解码。
这样,通过等待第二时长,UE可以在降级语音编解码方案之后的一段时间内不再与gNB协商语音编解码方案。在等待第二时长之后,UE考虑到网络环境发生变化,因此再次与网络设备协商升级语音编解码方案,如果协商成功,当再次执行VoNR通话时,UE和gNB就可以使用高级别的第一语音编解码方案编解码和传输语音数据,以实现更高的带宽和减少通话时的延迟抖动和丢包。
可选的,当存储器802中的软件程序和/或多组指令被处理器803运行时,还使得UE用于执行如下方法步骤:将语音编解码方案调整为第二语音编解码之后,检测自身驻留的NR跟踪区是否发生变化。当跟踪区发生变化时,UE向gNB发送第二请求消息。接收gNB在同意恢复到第一语音编解码方案进行语音通话时,向UE发送第二应答消息,第二应答消息可以是SIP的200/OK消息。在接收到第二应答消息时,将语音编解码方案调整为第一语音编解码。
这样,UE可以在驻留的NR小区的跟踪区发生变化时,再次与网络设备协商升级语音编解码方案,如果协商成功,当再次执行VoNR通话时,UE和gNB就可以使用高级别的第一语音编解码方案编解码和传输语音数据,以实现更高的带宽和减少通话时的延迟抖动和丢包。
可选的,当存储器802中的软件程序和/或多组指令被处理器803运行时,还使得UE用于执行如下方法步骤:在发起呼叫保持时,向gNB发送第三请求消息,第三请求消息用于请求gNB在呼叫保持期间使用第一语音编解码。在接收到gNB的第一拒绝消息时,向gNB发送第四请求消息,第一拒绝消息是gNB在不具备在第一语音编解码方案下开启呼叫保持的能力时,响应第三请求消息于发送的。在接收到第一拒绝消息时,向gNB发送第四请求消息,第四请求消息用于请求gNB在呼叫保持期间使用第二语音编解码。
可选的,当存储器802中的软件程序和/或多组指令被处理器803运行时,还使得UE用于执行如下方法步骤:在呼叫保持解除时,向gNB发送第五请求消息,第五请求消息用于请求gNB在呼叫保持解除时使用第一语音编解码。在接收到gNB的第二拒绝消息时,向gNB发送第六请求消息,第二拒绝消息是gNB在不具备在第一语音编解码方案下解除呼叫保持的能力时,响应第五请求消息于发送的。在接收到第二拒绝消息时,向gNB发送第六请求消息,第六请求消息用于请求gNB在解除保持时使用第二语音编解码。
这样,在gNB不支持更高级的语音编解码方案下的呼叫保持业务时,UE和gNB可以协商使用更低级的语音编解码方案执行呼叫保持任务,以避免呼叫保持或者呼叫保持解除失败。
在另一个实施例中,当存储器802中的软件程序和/或多组指令被处理器803运行时,使得UE用于执行如下方法步骤:检测换域重拨EPS FB是否异常。在检测到换域重拨EPSFB异常时,关闭NR能力。
这样,UE就不会驻留在NR小区,而是只搜索LTE小区,并且选择在LTE小区驻留,同时不支持N1 NAS信令模式。当用户拨打电话时,UE直接向gNB发起VoLTE通话请求或者CS域的通话请求,避免执行EPS FB流程,从而提高呼通率。
可选的,当存储器802中的软件程序和/或多组指令被处理器803运行时,还使得UE用于执行如下方法步骤:在关闭NR能力之后,等待一个时长,再重启NR能力。
可选的,当存储器802中的软件程序和/或多组指令被处理器803运行时,还使得UE用于执行如下方法步骤:检测是否在一段时间内连续地产生分组数据传输,如果连续地产生分组数据传输,重启NR能力。
另外,在一些实施例中,UE可以通过软件模块来实现相应的功能。如图19所示,用于实现上述终端设备UE行为的功能的信息指示装置包括:接收单元901,处理单元902和发送单元903。
在一个实施例中,发送单元903用于在UE注册5GS服务时,向gNB上报用于指示自身具备VoNR能力的UE能力信息。处理单元902用于检测建立VoNR通话是否失败。发送单元903还用于在检测到建立VoNR通话失败时,向gNB发送注册请求消息。接收单元901用于接收gNB响应于注册请求消息发送的UE能力查询消息。发送单元903还用于响应于UE能力查询消息,向gNB发送第一UE能力信息。第一UE能力信息不包含ims-Parameters参数中的voiceOverNR的字段,即不包含子体加粗部分②。
可选的,处理单元902还用于检测自身驻留的NR跟踪区是否发生变化。发送单元903还用于在驻留的NR跟踪区发生变化时,向gNB发送注册请求消息。接收单元901还用于接收gNB响应于注册请求消息发送的UE能力查询消息。发送单元903还用于响应于UE能力查询消息,向gNB发送第二UE能力信息。第二UE能力信息的IMS-Parameters参数中包含与VoNR能力相关的参数,即包含字体加粗部分②。
可选的,发送单元903还用于在发送第一UE能力信息之后等待一个时长,在等待时长结束之后再去检测自身驻留的NR跟踪区是否发生变化。
在另一个实施例中,发送单元903用于在UE注册5GS服务时,向gNB上报用于指示自身具备RoHC能力的UE能力信息。处理单元902用于检测RoHC是否异常。发送单元903还用于在通话过程中检测到RoHC是否异常时,向gNB发送注册请求消息。接收单元901用于接收gNB响应于注册请求消息发送的UE能力查询消息。发送单元903还用于响应于UE能力查询消息,向gNB发送第一UE能力信息。第一UE能力信息的PDCP-Parameters参数中的“profile0x0001”的值为“FALSE”。
可选的,处理单元902还用于检测自身驻留的NR跟踪区是否发生变化。发送单元903还用于在驻留的NR跟踪区发生变化时,向gNB发送注册请求消息。发送单元903还用于响应于UE能力查询消息,向gNB发送第二UE能力信息。第二UE能力信息的PDCP-Parameters参数中的“profile0x0001”的值为“TRUE”。
在另一个实施例中,发送单元903用于在UE注册5GS服务时,向gNB上报用于指示自身具备VoNR能力和RoHC能力的UE能力信息。处理单元902用于检测建立VoNR通话是否失败或者通话过程中RoHC是否异常。发送单元903用于在检测到建立VoNR通话失败或者通话过程中RoHC是否异常时,向gNB发送注册请求消息。接收单元901用于接收gNB响应于注册请求消息发送的UE能力查询消息。发送单元903还用于响应于UE能力查询消息,向gNB发送第一UE能力信息。第一UE能力信息不包含ims-Parameters参数中的voiceOverNR的字段,即不包含子体加粗部分②,以及,第一UE能力信息的PDCP-Parameters参数中的“profile0x0001”的值为“FALSE”。
可选的,处理单元902还用于检测自身驻留的NR跟踪区是否发生变化。发送单元903还用于在驻留的NR跟踪区发生变化时,向gNB发送注册请求消息。接收单元901还用于接收gNB响应于注册请求消息发送的UE能力查询消息。发送单元903还用于响应于UE能力查询消息,向gNB发送第二UE能力信息。第二UE能力信息的IMS-Parameters参数中包含与VoNR能力相关的参数,即包含字体加粗部分②,以及,第二UE能力信息的PDCP-Parameters参数中的“profile0x0001”的值为“TRUE”。
在另一个实施例中,处理单元902用于检测基于第一语音编解码的通话是否异常。发送单元903用于在基于第一语音编解码的通话异常时,向gNB发送第一请求消息。接收单元901用于接收gNB在同意采用第二语音编解码方案进行语音通话时,向UE发送的第一应答消息,第一应答消息可以是SIP的200/OK消息。处理单元902还用于在接收到第一应答消息时,将语音编解码方案调整为第二语音编解码。
可选的,发送单元903还用于在语音编解码方案调整为第二语音编解码之后,等待第二时长,向gNB发送第二请求消息。接收单元901还用于接收gNB在同意恢复到第一语音编解码方案进行语音通话时,向UE发送第二应答消息,第二应答消息可以是SIP的200/OK消息。处理单元902还用于在接收到第二应答消息时,将语音编解码方案调整为第一语音编解码。
可选的,发送单元903还用于在发起呼叫保持时,向gNB发送第四请求消息,第四请求消息用于请求gNB在呼叫保持期间使用第一语音编解码。发送单元903还用于在接收单元901接收到gNB的第四拒绝消息时,向gNB发送第五请求消息,第四拒绝消息是gNB在不具备在第一语音编解码方案下开启呼叫保持的能力时,响应第四请求消息于发送的,第五请求消息用于请求gNB在呼叫保持期间使用第二语音编解码。
可选的,发送单元903还用于在呼叫保持解除时,向gNB发送第六请求消息,第六请求消息用于请求gNB在呼叫保持解除时使用第一语音编解码。发送单元903还用于在接收单元901接收到gNB的第六拒绝消息时,向gNB发送第七请求消息,第六拒绝消息是gNB在不具备在第一语音编解码方案下解除呼叫保持的能力时,响应第六请求消息于发送的,第七请求消息用于请求gNB在解除保持时使用第二语音编解码。
在另一个实施例中,处理单元902用于检测换域重拨EPS FB是否异常。处理单元902还用于在检测到换域重拨EPS FB异常时,关闭NR能力。
本申请实施例还提供一种计算机存储介质,计算机存储介质中存储有计算机指令,当其在计算机上运行时,使得计算机执行上述各方面的方法。
本申请实施例还提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面的方法。
本申请还提供了一种芯片系统。该芯片系统包括处理器,用于支持上述装置或设备实现上述方面中所涉及的功能,例如,生成或处理上述方法中所涉及的信息。在一种可能的设计中,芯片系统还包括存储器,用于保存上述装置或设备必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
以上的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本发明的保护范围之内。

Claims (51)

1.一种网络系统,其特征在于,包括:
第一基站,以及驻留在所述第一基站的第一新空口NR小区的终端设备UE;
所述UE,用于在检测到VoNR通话异常时,向所述第一基站发送注册请求消息;
所述第一基站,用于响应于所述注册请求消息,向所述UE发送UE能力查询消息;
所述UE,还用于响应于所述UE能力查询消息,向所述第一基站发送第一UE能力信息,所述第一UE能力信息用于向所述第一基站指示所述UE不支持VoNR能力和/或者不支持鲁棒头压缩RoHC能力。
2.根据权利要求1所述的网络系统,其特征在于,所述VoNR通话异常包括在UE主叫或者被叫场景下建立VoNR通话失败,所述第一UE能力信息用于向所述第一基站指示所述UE不支持VoNR能力。
3.根据权利要求1所述的网络系统,其特征在于,所述VoNR通话异常包括VoNR通话过程中出现RoHC异常,所述第一UE能力信息用于向所述第一基站指示所述UE不支持RoHC能力。
4.根据权利要求1所述的网络系统,其特征在于,所述VoNR通话异常包括UE主叫或者被叫场景下建立VoNR通话失败或者VoNR通话过程中出现RoHC异常,所述第一UE能力信息用于向所述第一基站指示所述UE不支持VoNR能力和不支持RoHC能力。
5.根据权利要求2或4所述的网络系统,其特征在于,
所述UE,具体用于在所述UE主叫或者被叫场景下建立VoNR通话失败的连续次数大于预设第一阈值时,向所述第一基站发送所述注册请求消息。
6.根据权利要求1-5任一项所述的网络系统,其特征在于,
所述UE,具体用于在检测到VoNR通话异常时,在VoNR通话结束之后的移动管理空闲5GMM-IDLE模式下向所述第一基站发送所述注册请求消息。
7.根据权利要求1-6任一项所述的网络系统,其特征在于,
所述UE,还用于向所述第一基站发送所述第一UE能力信息之后,检测自身驻留的NR小区是否从所述第一NR小区切换到第二NR小区,所述第一NR小区和所述第二NR小区的跟踪区不同;
所述UE,还用于在检测到自身驻留的NR小区从所述第一NR小区切换到所述第二NR小区时,向所述第二NR小区对应的第二基站发送所述注册请求消息;
所述第二基站,用于响应于所述注册请求消息,向所述UE发送所述UE能力查询消息;
所述UE,还用于响应于所述UE能力查询消息,向所述第二基站发送第二UE能力信息,所述第二UE能力信息用于向所述第二基站指示所述UE支持VoNR能力和/或者支持RoHC能力。
8.根据权利要求7所述的网络系统,其特征在于,
所述UE,具体用于在建立VoNR通话失败的连续次数大于预设第二阈值时,等待第一预设时长,然后检测自身驻留的NR小区是否从所述第一NR小区切换到所述第二NR小区。
9.一种网络系统,其特征在于,包括:
第一基站,以及驻留在所述第一基站的第一NR小区的终端设备UE;
所述UE,用于在检测到基于第一语音编解码的通话异常时,向所述第一基站发送第一请求消息,所述第一语音编解码是所述UE与所述第一基站当前使用的语音编解码方案,所述第一请求消息用于请求所述第一基站使用第二语音编解码,所述第二语音编解码的质量标准低于所述第一语音编解码的质量标准;
所述第一基站,用于响应于所述第一请求消息,向所述UE发送第一应答消息,所述第一应答消息用于向所述UE指示所述第一基站同意使用所述第二语音编解码;
所述UE,还用于响应于所述第一应答消息,将当前使用的语音编解码方案调整为第二语音编解码。
10.根据权利要求9所述的网络系统,其特征在于,
所述UE,还用于在当前使用的语音编解码方案调整为第二语音编解码之后,等待第二预设时长,然后向所述第一基站发送第二请求消息,所述第二请求消息用于请求所述第一基站使用第一语音编解码;
所述第一基站,还用于响应于所述第二请求消息,向所述UE发送第二应答消息,所述第二应答消息用于向所述UE指示所述第一基站同意使用所述第一语音编解码;
所述UE,还用于响应于所述第二应答消息,将当前使用的语音编解码方案调整为第一语音编解码。
11.根据权利要求9所述的网络系统,其特征在于,
所述第一基站,用于响应于所述第一请求消息,向所述UE发送第一拒绝消息,所述第一拒绝消息用于向所述UE指示所述第一基站不同意使用所述第二语音编解码;
所述UE,还用于响应于所述第一拒绝消息,继续使用第一语音编解码。
12.根据权利要求10所述的网络系统,其特征在于,
所述第一基站,还用于响应于所述第二请求消息,向所述UE发送第二拒绝消息,所述第二拒绝消息用于向所述UE指示所述第一基站不同意使用所述第一语音编解码;
所述UE,还用于响应于所述第二拒绝消息,继续使用第二语音编解码。
13.根据权利要求9所述的网络系统,其特征在于,
所述UE,还用于在当前使用的语音编解码方案调整为第二语音编解码之后,检测自身驻留的NR小区是否从所述第一NR小区切换到第二NR小区,所述第一NR小区和所述第二NR小区的跟踪区不同;
所述UE,还用于在检测到自身驻留的NR小区从所述第一NR小区切换到所述第二NR小区时,向所述第二NR小区对应的第二基站发送第三请求消息,所述第三请求消息用于请求所述第二基站使用第一语音编解码;
所述第二基站,还用于响应于所述第三请求消息,向所述UE发送第三应答消息,所述第三应答消息用于向所述UE指示所述第二基站同意使用所述第一语音编解码;
所述UE,还用于响应于所述第三应答消息,将当前使用的语音编解码方案调整为第一语音编解码。
14.根据权利要求9-13任一项所述的网络系统,其特征在于,所述基于第一语音编解码的通话异常包括:基于所述第一语音编解码的通话出现杂音,并且杂音的通话次数连续地大于预设第二阈值。
15.根据权利要求9所述的网络系统,其特征在于,当所述UE在通话过程中发起呼叫保持hold时:
所述UE,还用于向所述第一基站发送第四请求消息,所述第四请求消息用于请求所述第一基站在呼叫保持期间使用第一语音编解码;
所述第一基站,还用于响应于所述第四请求消息,向所述UE发送第四应答消息,所述第四应答消息用于向所述UE指示所述第一基站同意在呼叫保持期间使用所述第一语音编解码。
16.根据权利要求15所述的网络系统,其特征在于,
所述第一基站,还用于响应于所述第四请求消息,向所述UE发送第四拒绝消息,所述第四拒绝消息用于向所述UE指示所述第一基站不同意在呼叫保持期间使用所述第一语音编解码;
所述UE,还用于响应于所述第四拒绝消息,向所述第一基站发送第五请求消息,所述第五请求消息用于请求所述第一基站在呼叫保持期间使用第二语音编解码。
17.根据权利要求9所述的网络系统,其特征在于,当所述UE在通话过程中发起呼叫保持解除unhold时:
所述UE,还用于向所述第一基站发送第六请求消息,所述第六请求消息用于请求所述第一基站在呼叫保持解除之后使用第一语音编解码;
所述第一基站,还用于响应于所述第六请求消息,向所述UE发送第六应答消息,所述第六应答消息用于向所述UE指示所述第一基站同意在呼叫保持解除之后使用所述第一语音编解码。
18.根据权利要求17所述的网络系统,其特征在于,
所述第一基站,还用于响应于所述第六请求消息,向所述UE发送第六拒绝消息,所述第六拒绝消息用于向所述UE指示所述第一基站不同意在呼叫保持解除之后使用所述第一语音编解码;
所述UE,还用于响应于所述第六拒绝消息,向所述第一基站发送第七请求消息,所述第七请求消息用于请求所述第一基站在呼叫保持解除之后使用第二语音编解码。
19.一种网络系统,其特征在于,包括:
第一基站,以及驻留在所述第一基站的NR小区的终端设备UE;
所述UE,用于在检测到换域重拨EPS FB异常时,关闭NR能力;
所述UE,还用于在关闭NR能力之后,等待第三预设时长,然后开启NR能力。
20.根据权利要求19所述的网络系统,其特征在于,
所述UE,还用于在关闭NR能力之后,如果检测到连续产生分组数据传输,并且所述分组数据传输产生的总数据流量大于预设的流量阈值,则开启NR能力。
21.根据权利要求19所述的网络系统,其特征在于,
所述UE,还用于在关闭NR能力之后,如果检测到自身的位置变化距离大于预设的距离阈值,则开启NR能力。
22.根据权利要求19-21任一项所述的网络系统,其特征在于,
所述UE关闭NR能力,包括:所述UE不再驻留所述NR小区,同时搜索长期演进技术LTE小区,并且在所述LTE小区驻留。
23.根据权利要求19-21任一项所述的网络系统,其特征在于,
所述UE开启NR能力,包括:所述UE搜索所述NR小区,并且在所述NR小区驻留。
24.根据权利要求19-23任一项所述的网络系统,其特征在于,
所述EPS FB异常,包括:在所述UE主叫或者被叫的通话场景下,所述UE释放与所述第一基站的5G语音专用承载失败,或者,所述UE与第二基站建立LTE语音专用承载失败,所述第二基站为LTE小区对应的基站。
25.根据权利要求19-23任一项所述的网络系统,其特征在于,
所述EPS FB异常,包括:在所述UE主叫或者被叫的通话场景下,所述UE释放与所述第一基站的5G语音专用承载失败,并且连续失败的次数大于预设第四阈值,或者,所述UE与第二基站建立LTE语音专用承载失败,并且连续失败的次数大于预设第五阈值。
26.一种终端设备,其特征在于,包括:收发器、存储器和处理器,所述存储器存储有计算机程序指令,当所述程序指令被所述处理器执行时,使得所述终端设备实现如下方法步骤:
在检测到VoNR通话异常时,向第一基站发送注册请求消息;
响应于UE能力查询消息,向所述第一基站发送第一UE能力信息,其中,所述UE能力查询消息是所述第一基站响应于所述注册请求消息向所述UE发送的,所述第一UE能力信息用于向所述第一基站指示所述UE不支持VoNR能力和/或者不支持鲁棒头压缩RoHC能力。
27.根据权利要求26所述的终端设备,其特征在于,所述VoNR通话异常包括在UE主叫或者被叫场景下建立VoNR通话失败,所述第一UE能力信息用于向所述第一基站指示所述UE不支持VoNR能力。
28.根据权利要求26所述的终端设备,其特征在于,所述VoNR通话异常包括VoNR通话过程中出现RoHC异常,所述第一UE能力信息用于向所述第一基站指示所述UE不支持RoHC能力。
29.根据权利要求26所述的终端设备,其特征在于,所述VoNR通话异常包括UE主叫或者被叫场景下建立VoNR通话失败或者VoNR通话过程中出现RoHC异常,所述第一UE能力信息用于向所述第一基站指示所述UE不支持VoNR能力和不支持RoHC能力。
30.根据权利要求27或29所述的终端设备,其特征在于,当所述程序指令被所述处理器执行时,使得所述终端设备具体实现如下方法步骤:
在所述UE主叫或者被叫场景下建立VoNR通话失败的连续次数大于预设第一阈值时,向所述第一基站发送所述注册请求消息。
31.根据权利要求26-30任一项所述的终端设备,其特征在于,当所述程序指令被所述处理器执行时,使得所述终端设备具体实现如下方法步骤:
在检测到VoNR通话异常时,在VoNR通话结束之后的移动管理空闲5GMM-IDLE模式下向所述第一基站发送所述注册请求消息。
32.根据权利要求26-31任一项所述的终端设备,其特征在于,当所述程序指令被所述处理器执行时,还使得所述终端设备实现如下方法步骤:
向所述第一基站发送所述第一UE能力信息之后,检测自身驻留的NR小区是否从所述第一NR小区切换到第二NR小区,所述第一NR小区和所述第二NR小区的跟踪区不同;
在检测到自身驻留的NR小区从所述第一NR小区切换到所述第二NR小区时,向所述第二NR小区对应的第二基站发送所述注册请求消息;
响应于所述第二基站发送的所述UE能力查询消息,向所述第二基站发送第二UE能力信息,所述第二UE能力信息用于向所述第二基站指示所述UE支持VoNR能力和/或者支持RoHC能力。
33.根据权利要求32所述的终端设备,其特征在于,当所述程序指令被所述处理器执行时,使得所述终端设备具体实现如下方法步骤:
在建立VoNR通话失败的连续次数大于预设第二阈值时,等待第一预设时长,然后检测自身驻留的NR小区是否从所述第一NR小区切换到所述第二NR小区。
34.一种终端设备,其特征在于,包括:收发器、存储器和处理器,所述存储器存储有计算机程序指令,当所述程序指令被所述处理器执行时,使得所述终端设备实现如下方法步骤:
在检测到基于第一语音编解码的通话异常时,向第一基站发送第一请求消息,所述第一语音编解码是所述UE与所述第一基站当前使用的语音编解码方案,所述第一请求消息用于请求所述第一基站使用第二语音编解码,所述第二语音编解码的质量标准低于所述第一语音编解码的质量标准;
响应于第一应答消息,将当前使用的语音编解码方案调整为第二语音编解码,其中,所述第一应答消息是所述第一基站响应于所述第一请求消息发送的,所述第一应答消息用于向所述UE指示所述第一基站同意使用所述第二语音编解码。
35.根据权利要求34所述的终端设备,其特征在于,当所述程序指令被所述处理器执行时,还使得所述终端设备实现如下方法步骤:
在当前使用的语音编解码方案调整为第二语音编解码之后,等待第二预设时长,然后向所述第一基站发送第二请求消息,所述第二请求消息用于请求所述第一基站使用第一语音编解码;
响应于第二应答消息,将当前使用的语音编解码方案调整为第一语音编解码,其中,所述第二应答消息是所述第一基站响应于所述第二请求消息发送的,所述第二应答消息用于向所述UE指示所述第一基站同意使用所述第一语音编解码。
36.根据权利要求34所述的终端设备,其特征在于,当所述程序指令被所述处理器执行时,还使得所述终端设备实现如下方法步骤:
响应于第一拒绝消息,继续使用第一语音编解码,其中,所述第一拒绝消息是所述第一基站响应于所述第一请求消息发送的,所述第一拒绝消息用于向所述UE指示所述第一基站不同意使用所述第二语音编解码。
37.根据权利要求35所述的终端设备,其特征在于,当所述程序指令被所述处理器执行时,还使得所述终端设备实现如下方法步骤:
响应于第二拒绝消息,继续使用第二语音编解码,其中,所述第二拒绝消息是所述第一基站响应于所述第二请求消息发送的,所述第二拒绝消息用于向所述UE指示所述第一基站不同意使用所述第一语音编解码。
38.根据权利要求34所述的终端设备,其特征在于,当所述程序指令被所述处理器执行时,还使得所述终端设备实现如下方法步骤:
在当前使用的语音编解码方案调整为第二语音编解码之后,检测自身驻留的NR小区是否从所述第一NR小区切换到第二NR小区,所述第一NR小区和所述第二NR小区的跟踪区不同;
在检测到自身驻留的NR小区从所述第一NR小区切换到所述第二NR小区时,向所述第二NR小区对应的第二基站发送第三请求消息,所述第三请求消息用于请求所述第二基站使用第一语音编解码;
响应于所述第三应答消息,将当前使用的语音编解码方案调整为第一语音编解码,其中,所述第三应答消息是所述第二基站响应于所述第三请求消息发送的,所述第三应答消息用于向所述UE指示所述第二基站同意使用所述第一语音编解码。
39.根据权利要求34-38任一项所述的终端设备,其特征在于,所述基于第一语音编解码的通话异常包括:基于所述第一语音编解码的通话出现杂音,并且杂音的通话次数连续地大于预设第二阈值。
40.根据权利要求34所述的终端设备,其特征在于,当所述程序指令被所述处理器执行时,还使得所述终端设备实现如下方法步骤:
在通话过程中发起呼叫保持hold时,向所述第一基站发送第四请求消息,所述第四请求消息用于请求所述第一基站在呼叫保持期间使用第一语音编解码。
41.根据权利要求40所述的终端设备,其特征在于,当所述程序指令被所述处理器执行时,还使得所述终端设备实现如下方法步骤:
响应于第四拒绝消息,向所述第一基站发送第五请求消息,其中,所述第四拒绝消息是所述第一基站响应于所述第四请求消息发送的,所述第四拒绝消息用于向所述UE指示所述第一基站不同意在呼叫保持期间使用所述第一语音编解码,所述第五请求消息用于请求所述第一基站在呼叫保持期间使用第二语音编解码。
42.根据权利要求34所述的终端设备,其特征在于,当所述程序指令被所述处理器执行时,还使得所述终端设备实现如下方法步骤:
在通话过程中发起呼叫保持解除unhold时,向所述第一基站发送第六请求消息,所述第六请求消息用于请求所述第一基站在呼叫保持解除之后使用第一语音编解码。
43.根据权利要求42所述的终端设备,其特征在于,当所述程序指令被所述处理器执行时,还使得所述终端设备实现如下方法步骤:
响应于所述第六拒绝消息,向所述第一基站发送第七请求消息,其中,所述第六拒绝消息是所述第一基站响应于所述第六请求消息发送的,所述第六拒绝消息用于向所述UE指示所述第一基站不同意在呼叫保持解除之后使用所述第一语音编解码,所述第七请求消息用于请求所述第一基站在呼叫保持解除之后使用第二语音编解码。
44.一种终端设备,其特征在于,包括:收发器、存储器和处理器,所述存储器存储有计算机程序指令,当所述程序指令被所述处理器执行时,使得所述终端设备实现如下方法步骤:
在检测到换域重拨EPS FB异常时,关闭NR能力;
在关闭NR能力之后,等待第三预设时长,然后开启NR能力。
45.根据权利要求44所述的终端设备,其特征在于,当所述程序指令被所述处理器执行时,还使得所述终端设备实现如下方法步骤:
在关闭NR能力之后,如果检测到连续产生分组数据传输,并且所述分组数据传输产生的总数据流量大于预设的流量阈值,则开启NR能力。
46.根据权利要求44所述的终端设备,其特征在于,当所述程序指令被所述处理器执行时,还使得所述终端设备实现如下方法步骤:
在关闭NR能力之后,如果检测到自身的位置变化距离大于预设的距离阈值,则开启NR能力。
47.根据权利要求44-46任一项所述的终端设备,其特征在于,所述UE关闭NR能力,包括:所述UE不再驻留所述NR小区,同时搜索长期演进技术LTE小区,并且在所述LTE小区驻留。
48.根据权利要求44-46任一项所述的终端设备,其特征在于,所述UE开启NR能力,包括:所述UE搜索所述NR小区,并且在所述NR小区驻留。
49.根据权利要求44-48任一项所述的终端设备,其特征在于,所述EPS FB异常,包括:在所述UE主叫或者被叫的通话场景下,所述UE释放与所述第一基站的5G语音专用承载失败,或者,所述UE与第二基站建立LTE语音专用承载失败,所述第二基站为LTE小区对应的基站。
50.根据权利要求44-48任一项所述的终端设备,其特征在于,所述EPS FB异常,包括:在所述UE主叫或者被叫的通话场景下,所述UE释放与所述第一基站的5G语音专用承载失败,并且连续失败的次数大于预设第四阈值,或者,所述UE与第二基站建立LTE语音专用承载失败,并且连续失败的次数大于预设第五阈值。
51.一种芯片系统,其特征在于,包括:存储器和处理器,所述存储器存储有计算机程序指令,所述程序指令被所述处理器执行时,使得所述芯片系统实现如权利要求1-25任一项中的终端设备或基站的功能。
CN202010928283.1A 2020-09-07 2020-09-07 一种网络系统和终端设备 Active CN114158033B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202010928283.1A CN114158033B (zh) 2020-09-07 2020-09-07 一种网络系统和终端设备
PCT/CN2021/110225 WO2022048375A1 (zh) 2020-09-07 2021-08-03 一种网络系统和终端设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010928283.1A CN114158033B (zh) 2020-09-07 2020-09-07 一种网络系统和终端设备

Publications (2)

Publication Number Publication Date
CN114158033A true CN114158033A (zh) 2022-03-08
CN114158033B CN114158033B (zh) 2024-04-26

Family

ID=80460393

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010928283.1A Active CN114158033B (zh) 2020-09-07 2020-09-07 一种网络系统和终端设备

Country Status (2)

Country Link
CN (1) CN114158033B (zh)
WO (1) WO2022048375A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114916035A (zh) * 2022-04-24 2022-08-16 荣耀终端有限公司 通信方法及电子设备
CN115278640A (zh) * 2022-07-25 2022-11-01 Oppo广东移动通信有限公司 同步vonr通话能力的方法、装置、终端设备及存储介质
CN115802335A (zh) * 2022-11-01 2023-03-14 中国联合网络通信集团有限公司 一种终端VoNR能力的获取方法、装置及可读存储介质
WO2024093441A1 (zh) * 2022-10-31 2024-05-10 荣耀终端有限公司 通信方法、装置、设备和存储介质

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023229264A1 (en) * 2022-05-25 2023-11-30 Samsung Electronics Co., Ltd. System and method for connection management
CN115226089B (zh) * 2022-07-07 2024-07-23 维沃移动通信有限公司 通话能力监测方法、装置、终端和可读存储介质
CN115134892B (zh) * 2022-08-30 2023-02-28 荣耀终端有限公司 基于异网漫游的接入方法和装置
WO2024057075A1 (en) * 2022-09-16 2024-03-21 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods enabling adaptive ue configuration at incoming handover based on incoming service(s)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109862622A (zh) * 2019-01-16 2019-06-07 维沃移动通信有限公司 上报能力信息的方法、设备及系统
CN110234141A (zh) * 2018-03-06 2019-09-13 中国移动通信集团终端有限公司 保持语音通话连续性的方法、装置、设备和介质
CN110536343A (zh) * 2019-05-16 2019-12-03 Oppo广东移动通信有限公司 模式控制方法、用户设备、网络设备及存储介质
US20190394688A1 (en) * 2018-06-21 2019-12-26 Qualcomm Incorporated Packet switched voice call capability indication in wireless communications
CN111372327A (zh) * 2020-02-18 2020-07-03 华为技术有限公司 基于5g sa网络的呼叫方法、电子设备及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106341803A (zh) * 2016-09-05 2017-01-18 深圳市万普拉斯科技有限公司 提高lte终端设备呼通率的方法及终端设备
CN110691385B (zh) * 2018-07-06 2023-03-31 中国移动通信有限公司研究院 语音业务的处理方法、装置、相关设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110234141A (zh) * 2018-03-06 2019-09-13 中国移动通信集团终端有限公司 保持语音通话连续性的方法、装置、设备和介质
US20190394688A1 (en) * 2018-06-21 2019-12-26 Qualcomm Incorporated Packet switched voice call capability indication in wireless communications
CN109862622A (zh) * 2019-01-16 2019-06-07 维沃移动通信有限公司 上报能力信息的方法、设备及系统
CN110536343A (zh) * 2019-05-16 2019-12-03 Oppo广东移动通信有限公司 模式控制方法、用户设备、网络设备及存储介质
CN111372327A (zh) * 2020-02-18 2020-07-03 华为技术有限公司 基于5g sa网络的呼叫方法、电子设备及系统

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114916035A (zh) * 2022-04-24 2022-08-16 荣耀终端有限公司 通信方法及电子设备
CN115278640A (zh) * 2022-07-25 2022-11-01 Oppo广东移动通信有限公司 同步vonr通话能力的方法、装置、终端设备及存储介质
WO2024093441A1 (zh) * 2022-10-31 2024-05-10 荣耀终端有限公司 通信方法、装置、设备和存储介质
CN115802335A (zh) * 2022-11-01 2023-03-14 中国联合网络通信集团有限公司 一种终端VoNR能力的获取方法、装置及可读存储介质
CN115802335B (zh) * 2022-11-01 2024-07-23 中国联合网络通信集团有限公司 一种终端VoNR能力的获取方法、装置及可读存储介质

Also Published As

Publication number Publication date
WO2022048375A1 (zh) 2022-03-10
CN114158033B (zh) 2024-04-26

Similar Documents

Publication Publication Date Title
CN114158033B (zh) 一种网络系统和终端设备
WO2022252725A1 (zh) 用于提升sa网络下电话呼通率的通信系统及用户设备
CN105681568B (zh) 移动终端及其通信方法
JP5905943B2 (ja) ピアツーピア直接リンク通信にネットワーク接続を提供する方法および装置
WO2017128650A1 (zh) 一种终端及通信方法
US20140269275A1 (en) Apparatus and method for management of service requests in an overload environment
WO2023061324A1 (zh) 数据处理方法、装置、终端设备以及存储介质
CN112637798B (zh) 通话方法及终端
JP2013543360A (ja) ノンオプティマイズド・ハンドオフのためのシステムおよび方法
WO2017166072A1 (zh) 无线通信的方法和装置
CN114698046B (zh) 呼叫接收方法和通信装置
CN113316199B (zh) 一种连接管理方法及相关设备
WO2023246248A1 (zh) 一种被叫寻呼方法和装置
CN109474987B (zh) 与长期演进网络及新无线网络通信的装置及方法
WO2014056781A1 (en) Improved establishment of an rrc connection in a mobile communications terminal
CN116709499A (zh) 双卡终端异常场景下的频段控制方法及终端设备
CN114916035B (zh) 通信方法、电子设备及存储介质
WO2019061110A1 (zh) 一种接入链路的管理方法、设备、存储介质及系统
TWI792616B (zh) 從側鏈路中繼失敗中恢復的裝置和方法
WO2023143300A1 (zh) 一种切片选择方法、系统及相关装置
US20230371117A1 (en) Method and apparatus for controlling timer, communication device, and storage medium
CN113709900B (zh) 一种终端网络连接的控制方法及其介质和芯片
CN112368976A (zh) 用于执行组通信的终端和方法
WO2015085741A1 (zh) 一种切换方法、源基站、目标基站、系统、存储介质
CN114365470A (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