CN109286906B - 用于多协议栈的呼叫等待配置方法及装置、存储介质、终端 - Google Patents
用于多协议栈的呼叫等待配置方法及装置、存储介质、终端 Download PDFInfo
- Publication number
- CN109286906B CN109286906B CN201710597846.1A CN201710597846A CN109286906B CN 109286906 B CN109286906 B CN 109286906B CN 201710597846 A CN201710597846 A CN 201710597846A CN 109286906 B CN109286906 B CN 109286906B
- Authority
- CN
- China
- Prior art keywords
- call waiting
- network
- state
- protocol stack
- feedback information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
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/16—Communication-related supplementary services, e.g. call-transfer or call-hold
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Telephonic Communication Services (AREA)
Abstract
一种用于多协议栈的呼叫等待配置方法及装置、存储介质、终端,所述方法包括:经由所述多协议栈中的至少一个向所述网络发送状态请求,以请求所述网络根据所述状态请求指示的呼叫等待状态配置网络侧的呼叫等待业务状态;经由所述多协议栈中的至少一个接收所述网络发出的反馈信息;在所述多协议栈之间同步呼叫等待状态,各协议栈之间同步后的呼叫等待状态与所述反馈信息关联;其中,当所述状态请求指示的呼叫等待状态为关闭呼叫等待业务状态时,根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截。通过本发明提供的方案能够在多协议栈环境下实现呼叫等待业务状态的配置,优化用户体验。
Description
技术领域
本发明涉及通讯技术领域,具体地涉及一种用于多协议栈的呼叫等待配置方法及装置、存储介质、终端。
背景技术
在现阶段,大多数运营商的互联网协议多媒体子系统(Internet ProtocolMultimedia Subsystem,简称IMS)均不支持对呼叫等待业务的状态(以下简称呼叫等待业务状态)的设置。例如,在IMS侧,呼叫等待业务状态默认是处于开启状态的,即使用户在用户设备(User Equipment,简称UE)侧关闭了呼叫等待业务,当IMS服务器接收到来电时,不论用户设备是否已经处于通话状态,IMS服务器均会将新来电转达给用户设备,严重影响了用户的通话体验。
为了解决上述问题,现有的一种方案是通过电路交换(Circuit Switched,简称CS)域来实现呼叫等待业务状态的配置。但是,这样的方案只能适用于2G/3G网络的运营商。而随着通讯技术的发展,2G/3G网络已经逐渐被4G网络甚至5G网络所取代,由于以4G/5G为代表的新一代无线通讯网络未配置有CS域,这就导致现有的基于CS域来配置呼叫等待业务状态的方案无法应用于未配置CS域的网络及其运营商,也就无法优化用户的通话体验。
发明内容
本发明解决的技术问题是如何在多协议栈环境下实现对呼叫等待业务状态的配置。
为解决上述技术问题,本发明实施例提供一种用于多协议栈的呼叫等待配置方法,所述多协议栈用于用户设备与网络之间的通讯,包括:经由所述多协议栈中的至少一个向所述网络发送状态请求,以请求所述网络根据所述状态请求指示的呼叫等待状态配置网络侧的呼叫等待业务状态;经由所述多协议栈中的至少一个接收所述网络发出的反馈信息;在所述多协议栈之间同步呼叫等待状态,各协议栈之间同步后的呼叫等待状态与所述反馈信息关联;其中,当所述状态请求指示的呼叫等待状态为关闭呼叫等待业务状态时,根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截。
可选的,在经由所述多协议栈中的至少一个向所述网络发送状态请求之前,还包括:获取用户设置的所述呼叫等待状态。可选的,所述反馈信息用于指示所述网络接受所述状态请求。
可选的,所述多协议栈各自的呼叫等待状态是基于所述网络侧的呼叫等待业务状态同步的。
可选的,所述根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截包括:根据所述反馈信息,所述第三方来电被所述网络拦截。
可选的,在经由所述多协议栈中的至少一个接收所述网络发出的反馈信息之后,还包括:在显示界面上更新状态标签,以使更新后的状态标签与所述状态请求指示的呼叫等待状态保持同步。
可选的,所述反馈信息用于指示所述网络拒绝所述状态请求。
可选的,所述在所述多协议栈之间同步呼叫等待状态包括:基于发送所述状态请求的协议栈的呼叫等待状态,对所述多协议栈中的其他协议栈的呼叫等待状态进行同步。
可选的,在基于发送所述状态请求的协议栈的呼叫等待状态,对所述多协议栈中的其他协议栈的呼叫等待状态进行同步的同时或之后,还包括:在显示界面上更新状态标签,以使更新后的状态标签与发送所述状态请求的协议栈的呼叫等待状态保持同步。
可选的,所述根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截包括:根据所述反馈信息,所述第三方来电被所述多协议栈拦截。
本发明实施例还提供一种用于多协议栈的呼叫等待配置装置,所述多协议栈用于用户设备与网络之间的通讯,包括:发送模块,用于经由所述多协议栈中的至少一个向所述网络发送状态请求,以请求所述网络根据所述状态请求指示的呼叫等待状态配置网络侧的呼叫等待业务状态;接收模块,用于经由所述多协议栈中的至少一个接收所述网络发出的反馈信息;同步模块,用于在所述多协议栈之间同步呼叫等待状态,各协议栈之间同步后的呼叫等待状态与所述反馈信息关联;其中,当所述状态请求指示的呼叫等待状态为关闭呼叫等待业务状态时,根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截。
可选的,所述呼叫等待配置装置还包括:获取模块,用于在经由所述多协议栈中的至少一个向所述网络发送状态请求之前,获取用户设置的所述呼叫等待状态。
可选的,所述反馈信息用于指示所述网络接受所述状态请求。
可选的,所述多协议栈各自的呼叫等待状态是基于所述网络侧的呼叫等待业务状态同步的。
可选的,所述根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截包括:根据所述反馈信息,所述第三方来电被所述网络拦截。
可选的,所述呼叫等待配置装置还包括:第一更新模块,用于在经由所述多协议栈中的至少一个接收所述网络发出的反馈信息之后,在显示界面上更新状态标签,以使更新后的状态标签与所述状态请求指示的呼叫等待状态保持同步。
可选的,所述反馈信息用于指示所述网络拒绝所述状态请求。
可选的,所述同步模块包括:同步子模块,用于基于发送所述状态请求的协议栈的呼叫等待状态,对所述多协议栈中的其他协议栈的呼叫等待状态进行同步。
可选的,所述呼叫等待配置装置还包括:第二更新模块,用于在基于发送所述状态请求的协议栈的呼叫等待状态,对所述多协议栈中的其他协议栈的呼叫等待状态进行同步的同时或之后,在显示界面上更新状态标签,以使更新后的状态标签与发送所述状态请求的协议栈的呼叫等待状态保持同步。
可选的,所述根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截包括:根据所述反馈信息,所述第三方来电被所述多协议栈拦截。
本发明实施例还提供一种存储介质,其上存储有计算机指令,所述计算机指令运行时执行上述方法的步骤。
本发明实施例还提供一种终端,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,所述处理器运行所述计算机指令时执行上述方法的步骤。
与现有技术相比,本发明实施例的技术方案具有以下有益效果:
经由所述多协议栈中的至少一个向所述网络发送状态请求,以请求所述网络根据所述状态请求指示的呼叫等待状态配置网络侧的呼叫等待业务状态;经由所述多协议栈中的至少一个接收所述网络发出的反馈信息;在所述多协议栈之间同步呼叫等待状态,各协议栈之间同步后的呼叫等待状态与所述反馈信息关联;其中,当所述状态请求指示的呼叫等待状态为关闭呼叫等待业务状态时,根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截。较之现有基于CS域来配置呼叫等待业务状态的技术方案,本发明实施例的技术方案能够适用于没有2G/3G网络的情形,更能够适用于多协议栈环境,使得用户在用户设备上对所述呼叫等待业务状态的配置能够得到彻底执行,优化用户的通话体验。
进一步,当所述用户在所述用户设备上设置的呼叫等待业务状态为关闭状态,并且所述反馈信息用于指示所述网络接受所述状态请求时,所述多协议栈可以基于所述网络侧的呼叫等待业务状态同步各自的呼叫等待状态。进一步地,当产生指向所述用户设备的第三方来电时,所述第三方来电被所述网络拦截,以确保用户已经在进行的通话不会受到影响。
进一步,当所述用户在所述用户设备上设置的呼叫等待业务状态为关闭状态,并且所述反馈信息用于指示所述网络拒绝所述状态请求时,所述多协议栈中除发送状态请求的协议栈外的其他协议栈可以基于所述发送状态请求的协议栈的呼叫等待业务状态同步各自的呼叫等待状态。进一步地,当产生指向所述用户设备的第三方来电时,所述第三方来电被所述多协议栈拦截,以确保用户已经在进行的通话不会受到影响。
附图说明
图1是本发明的第一实施例的一种用于多协议栈的呼叫等待配置方法的流程图;
图2是采用本发明第一实施例的一个典型的应用场景的信令交互示意图;
图3是采用本发明第一实施例的另一个典型的应用场景的信令交互示意图;
图4是本发明的第二实施例的一种用于多协议栈的呼叫等待配置装置的结构示意图。
具体实施方式
本领域技术人员理解,如背景技术所言,现有的互联网协议多媒体子系统(Internet Protocol Multimedia Subsystem,简称IMS)网络均不支持对呼叫等待业务状态的设置。具体地,基于现有技术,当用户通过用户设备请求IMS网络关闭呼叫等待业务时,由于现有的IMS网络不支持关闭,所述IMS网络会向所述用户设备返回错误码,所述用户设备退回(fall back)到电路交换(Circuit Switched,简称CS)域,通过接收所述CS域返回的成功码确认请求的呼叫等待状态被允许配置。进一步地,基于这样的方案,当接收到指向一个电话号码的来电时,不论该电话号码关联的用户设备当前是否正在通话,IMS服务器均会将新来电转接给所述用户设备,由于所述CS域已经将其呼叫等待业务关闭,所以会拦截该新来电,以保障用户的通话体验。
但是,对于没有CS域的运营商网络,上述现有技术显然无法满足用户通话过程中不受打扰的体验需求。此外,随着移动通信技术的发展以及移动通信终端用户(以下简称用户)对通话方式和质量的要求越来越高,越来越多的移动通信终端(以下简称用户终端)都同时支持基于LTE网络的音视频通话(Voice&Video over LTE,简称VoWiFi)和基于WiFi的音视频通话(Voice&Video over WiFi,简称VoLTE),并且在通话过程中能在VoWiFi和VoLTE之间无缝切换。而VoWiFi和VoLTE都时基于IMS网络完成数据通信的,现有技术只能记录VoLTE环境(也可称为状态)下的呼叫等待状态,无法适应VoWiFi和VoLTE双协议栈,甚至未来更多协议栈环境下对呼叫等待业务的同步配置需求。
为了解决这一技术问题,本发明实施例提出了一种能够适用于多协议栈环境的呼叫等待配置方案。
在本发明的一个优选实施例中,用户设备经由所述多协议栈中的至少一个向所述网络发送状态请求,以请求所述网络根据所述状态请求指示的呼叫等待状态配置网络侧的呼叫等待业务状态;经由所述多协议栈中的至少一个接收所述网络发出的反馈信息;在所述多协议栈之间同步呼叫等待状态,各协议栈之间同步后的呼叫等待状态与所述反馈信息关联;其中,当所述状态请求指示的呼叫等待状态为关闭呼叫等待业务状态时,根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截。
本领域技术人员理解,本发明实施例的技术方案能够适用于没有2G/3G网络的情形,更能够适用于多协议栈环境,使得用户在用户设备上对所述呼叫等待业务状态的配置能够得到彻底执行,优化用户的通话体验。
为使本发明的上述目的、特征和有益效果能够更为明显易懂,下面结合附图对本发明的具体实施例做详细的说明。
图1是本发明的第一实施例的一种用于多协议栈的呼叫等待配置方法的流程图。其中,所述多协议栈可以包括VoLTE协议栈、VoWiFi协议栈等多个协议栈;用户设备经由所述多协议栈中的任一个或任多个与网络(例如,IMS网络)相通讯,以获得相应的音视频通话等服务;所述多协议栈可以配置于用户设备侧或者网络侧,或者,所述多协议栈也可以独立的设置于第三方服务器并与所述用户设备和网络相通讯。本实施例的技术方案提供了一种能够适用于多协议栈环境的呼叫等待配置方案,尤其对于IMS网络不支持呼叫等待配置的情形,本实施例的技术方案同样可以基于所述多协议栈对用户配置的呼叫等待业务状态进行同步,进而在接收到所述IMS网络转接的指向所述用户设备的第三方来电时,可以基于所述多协议栈进行拦截,更好地保障用户的通话体验。
为了便于理解,本实施例仅以VoLTE协议栈和VoWiFi协议栈双协议栈环境下用户设备与IMS网络的交互为例进行阐述,其中,所述双协议栈可以设置于所述用户设备侧。但本发明实施例的技术方案并不仅限于此,本领域技术人员可以根据实际需要变化出更多实施例,在此不予赘述。
具体地,在本实施例中,所述用于多协议栈的呼叫等待配置方法可以按照如下步骤实施:
步骤S101,经由所述多协议栈中的至少一个向所述网络发送状态请求,以请求所述网络根据所述状态请求指示的呼叫等待状态配置网络侧的呼叫等待业务状态。
步骤S102,经由所述多协议栈中的至少一个接收所述网络发出的反馈信息。
步骤S103,在所述多协议栈之间同步呼叫等待状态,各协议栈之间同步后的呼叫等待状态与所述反馈信息关联。
进一步地,当所述状态请求指示的呼叫等待状态为关闭呼叫等待业务状态时,根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截。
进一步地,可以根据信号强度,选择所述多协议栈中与所述网络的通讯信号最强的协议栈,并经由所述协议栈向所述网络发送所述状态请求,以确保所述状态请求能够被准确传达至所述网络。或者,也可以基于所述用户设备当前与所述网络通讯使用的协议栈发送所述状态请求。
进一步地,所述状态请求可以包括用户设备侧对所述呼叫等待业务状态的设置(亦即所述呼叫等待状态)。进一步地,所述状态请求可以用于请求所述网络侧接受所述用户设备侧的设置,并根据所述用户设备侧的设置同步所述网络侧的呼叫等待业务状态。优选地,所述状态请求可以由用户基于用户设备的终端界面发出。优选地,所述呼叫等待业务状态可以包括呼叫等待业务开启状态和呼叫等待业务关闭状态。
进一步地,接收所述反馈信息的主体(即所述步骤S102中所述的所述多协议栈中的至少一个)可以为上述步骤S101中发送所述状态请求的协议栈。
进一步地,所述反馈信息可以用于指示所述网络是否接受所述状态请求。
进一步地,所述状态请求和反馈信息均可以以字段形式发送,所述网络和用户设备(如协议栈)均预先获知各个字段及其对应含义,以更好的节省信令开销。
进一步地,根据所述反馈信息,可以以所述网络侧或用户设备侧为基准在所述多协议栈之间同步所述呼叫等待状态,以便在所述网络未能成功拦截指向所述用户设备的第三方来电时,可以基于接收到所述网络转接该第三方来电的任一协议栈拦截所述第三方来电,确保用户在终端界面上的通话体验。其中,所述终端界面可以包括用户设备的显示屏,还可以包括相应的后台操作系统,所述用户设备通过所述后台操作系统与多协议栈的交互来获取来自网络的通讯数据,并最终基于所述终端界面呈现给用户浏览。
在本实施例的一个变化例中,在所述步骤S101之前,还可以包括步骤:获取用户设置的所述呼叫等待状态。例如,在所述用户设备侧,可以基于所述终端界面获取用户设置的所述呼叫等待状态,并经由当前网络信号最强的协议栈向所述网络发送所述状态请求,以请求所述网络根据所述用户设置的呼叫等待状态配置所述网络侧的呼叫等待业务状态。
在一个典型的应用场景中,参考图2,所述用户设备2包括终端界面21,并经由VoLTE协议栈22和VoWiFi协议栈23与网络3相通讯。其中,所述网络3可以为网络服务器,例如,IMS网络服务器。
在本应用场景中,所述用户设备2和网络3初始都默认将各自的呼叫等待业务状态设置为开启状态,则在所述用户设备2与另一用户设备(图中未示出)正常通话过程中,若所述网络3接收到另一个同样指向所述用户设备2的呼叫请求时(以下简称第三方来电的呼叫请求),所述网络3会向所述用户设备2发送所述第三方来电的呼叫请求。进一步地,在与另一用户设备正常通话的过程中,用户可以通过终端界面21接收到第三方来电的呼叫请求的语音提示。
基于上述场景,当用户不希望在与其他用户设备正常通话的过程中接收到第三方来电的来电提示时,可以在用户设备侧关闭所述呼叫等待业务,即将所述用户设备2的呼叫等待业务状态设置为关闭状态。
进一步地,所述用户设备2可以基于所述终端界面21接收所述用户的呼叫等待配置。进一步地,所述终端界面21可以执行操作s1,以向VoLTE协议栈22发送所述用户对所述呼叫等待业务状态的设置。其中,所述终端界面21可以选择所述VoLTE协议栈22和VoWiFi协议栈23中与所述网络3的通讯信号较强的一个协议栈作为所述操作s1的接收端,在本应用场景中以所述VoLTE协议栈22为接收端。但在实际应用中,也可以以所述VoWiFi协议栈23为接收端。
进一步地,所述VoLTE协议栈22可以根据接收到的信息记录用户对所述呼叫等待业务状态的设置,并执行操作s2,以向所述网络3发送状态请求。其中,所述状态请求可以用于指示所述用户希望所述网络3关闭其呼叫等待业务,即将所述网络侧的呼叫等待业务状态也设置为关闭状态。
进一步地,在本应用场景中,所述网络3支持呼叫等待配置,亦即所述网络3可以根据所述用户设备2的呼叫等待业务状态同步所述网络侧的呼叫等待业务状态。因而,在本应用场景中,在接收到所述VoLTE协议栈22发送的所述状态请求后,所述网络3可以执行操作s3,以向所述VoLTE协议栈22发送反馈信息。其中,所述反馈信息可以通过代码(也可称为字段,如代码200)向所述VoLTE协议栈22指示所述网络接受其状态请求。
进一步地,响应于所述状态请求,所述网络3可以将所述网络侧的呼叫等待业务状态同步为所述状态请求指示的呼叫等待状态。
进一步地,在接收到所述网络3的反馈信息后,所述VoLTE协议栈22可以执行操作s4,以在所述终端界面21(也可称为显示界面)上更新状态标签,使得更新后的状态标签与所述状态请求指示的呼叫等待状态保持同步。本领域技术人员理解,在实际应用中,当所述用户在所述终端界面21上改变所述呼叫等待业务状态的设置之后(即触发所述操作s1之后),所述终端界面21接收到所述反馈信息之前(所述反馈信息可以经由所述VoLTE协议栈22传递),所述用户设备2上的设置尚处于待定状态(例如,所述终端界面21上用于设置所述呼叫等待业务状态的操作界面一直提示处理中),而在接收到所述VoLTE协议栈22的状态标签更新指令之后,所述用户设备2上的设置才真正完成,此时,所述终端界面21上用于设置所述呼叫等待业务状态的操作界面可以切换为完成状态,以显示所述用户设备侧更改后的呼叫等待业务状态(亦即用户希望设置的呼叫等待状态)。
进一步地,由于所述VoLTE协议栈22和VoWiFi协议栈23均连接到所述网络3,所以当所述网络3的呼叫等待业务状态根据所述状态请求指示的呼叫等待状态进行了更新后,所述VoLTE协议栈22和VoWiFi协议栈23也可以基于所述网络3更新后的呼叫等待业务状态同步各自的呼叫等待业务状态。当然,作为所述状态请求的发送端,所述VoLTE协议栈22也可以在执行所述操作s2的同时或之后,即根据所述状态请求指示的呼叫等待状态同步其呼叫等待业务状态。
进一步地,当所述网络3执行操作s5,即接收到指向所述用户设备2的第三方来电时,所述网络3会直接拦截所述第三方来电,以确保所述用户设备2已经在进行的一路通话不会受到打扰。亦即,所述网络3不会执行操作s6,以向所述VoWiFi协议栈23转接所述第三方来电;并且,所述网络3也不会执行操作s7,以向所述VoLTE协议栈22转接所述第三方来电。其中,所述第三方来电可以通过电话号码等具有唯一性的身份标识指向与之关联的用户设备。
在另一个典型的应用场景中,参考图3,所述用户设备2包括终端界面21,并经由VoLTE协议栈22和VoWiFi协议栈23与网络3相通讯。其中,所述网络3可以为网络服务器,例如,IMS网络服务器。
进一步地,在本应用场景中,所述用户设备2和网络3初始都默认将各自的呼叫等待业务状态设置为开启状态,当用户不希望在与其他用户设备的正常通话过程中接收到第三方来电的来电提示时,可以在用户设备侧关闭所述呼叫等待业务,即将所述用户设备2的呼叫等待业务状态设置为关闭状态。
进一步地,所述用户设备2可以基于所述终端界面21、所述VoLTE协议栈22分别执行操作s1和操作s2,以向所述网络3发送状态请求。其中,所述状态请求可以用于指示所述用户希望所述网络3关闭其呼叫等待业务,即将所述网络侧的呼叫等待业务状态也设置为关闭状态。
关于所述操作s1和操作s2的执行逻辑的更多内容,可以参照上述图2中的相关描述,这里不再赘述。
进一步地,与上述图2所示应用场景的区别在于,在本应用场景中,所述网络3不支持呼叫等待配置,亦即所述网络3不支持根据所述用户设备2的呼叫等待业务状态同步所述网络侧的呼叫等待业务状态。因而,在本应用场景中,在接收到所述VoLTE协议栈22发送的所述状态请求后,所述网络3可以执行操作s3,以向所述VoLTE协议栈22发送反馈信息。其中,所述反馈信息可以通过代码(也可称为字段,如错误码404)向所述VoLTE协议栈22指示所述网络拒绝其状态请求。
进一步地,由于本应用场景中所述网络3拒绝了所述用户设备2的状态请求,所以所述网络侧的呼叫等待业务状态仍为开启状态。
进一步地,在接收到所述网络3的反馈信息后,所述VoLTE协议栈22可以执行操作s4,以基于发送所述VoLTE协议栈22的呼叫等待状态,对所述多协议栈中的其他协议栈的呼叫等待状态进行同步。例如,所述VoLTE协议栈22可以在执行所述操作s2的之前或同时或之后,根据所述状态请求指示的呼叫等待状态同步其呼叫等待业务状态;然后,在接收到所述网络3的反馈信息后,所述VoLTE协议栈22可以指示所述终端界面21将用于设置所述呼叫等待业务状态的操作界面直接切换为完成状态,以确保在用户无感知的前提下为用户展示所述用户设备侧更改后的呼叫等待业务状态(亦即用户希望设置的呼叫等待状态)。本领域技术人员理解,基于本应用场景的方案,无论所述网络3是否支持呼叫等待配置,所述终端界面21最终向用户呈现的都是配置成功的显示结果。而本应用场景与上述图2所示应用场景的区别在于,在本应用场景中,所述多协议栈不是以所述网络3的呼叫等待业务状态为基准同步各自的呼叫等待业务状态的,而是以发送所述状态请求的协议栈(在本应用场景中,即所述VoLTE协议栈22)为基准同步各自的呼叫等待业务状态的。
具体地,由于所述VoLTE协议栈22和VoWiFi协议栈23可以为平行结构,两者间一般不会直接有数据交互,所以,可以由所述终端界面21基于所述VoLTE协议栈22传送的所述反馈信息,另行通知所述VoWiFi协议栈23对其呼叫等待业务进行配置,以使得所述VoWiFi协议栈23的呼叫等待业务状态能够与所述VoLTE协议栈22的保持同步,亦即确保所述VoLTE协议栈22和VoWiFi协议栈23各自的呼叫等待业务状态均能与用户希望设置的保持一致。
或者,也可以通过代码在所述VoLTE协议栈22和VoWiFi协议栈23之间实现直接的信令交互,以通过所述VoLTE协议栈22直接向所述VoWiFi协议栈23传递所述用户在终端界面21上设置的呼叫等待状态,以使所述VoWiFi协议栈23能够据此配置自己的呼叫等待业务状态。
进一步地,在执行所述操作s4的同时或者之后,所述VoLTE协议栈22还可以在所述终端界面21(也可称为显示界面)上更新状态标签,使得更新后的状态标签与所述VoLTE协议栈22的呼叫等待状态保持同步。
进一步地,当所述网络3执行操作s6,即接收到指向所述用户设备2的第三方来电时,由于本应用场景中所述网络3的呼叫等待业务状态始终保持开启状态,所以,所述网络3可以执行操作s7,以向所述VoWiFi协议栈23转接所述第三方来电的呼叫请求。
相应的,由于所述VoWiFi协议栈23已经将其呼叫等待业务状态设置为关闭状态,所述VoWiFi协议栈23可以执行操作s8,以拒绝所述网络3传递的第三方来电的呼叫请求,在所述第三方来电到达所述终端界面21之前进行拦截。
进一步地,当所述网络3被所述VoWiFi协议栈23拒绝后,还可以执行操作s9,以向所述VoLTE协议栈22发送所述第三方来电的呼叫请求。
相应的,由于所述VoLTE协议栈22也已经将其呼叫等待业务状态设置为关闭状态,所述VoLTE协议栈22可以执行操作s10,以拒绝所述网络3传递的第三方来电的呼叫请求,在所述第三方来电到达所述终端界面21之前进行拦截。
或者,当接收到第三方来电的呼叫请求时,所述网络3也可以先向所述VoLTE协议栈22转接所述呼叫请求,在被所述VoLTE协议栈22拒绝后,再向所述VoWiFi协议栈23转接所述呼叫请求。
本领域技术人员理解,基于本发明实施例的技术方案,无论所述网络3是否支持呼叫等待配置,最终都能够确保所述用户设备侧可以关闭呼叫等待业务,并且在所述多协议栈之间可以及时同步所述用户设备侧对所述呼叫等待业务状态的设置。进一步地,上述图2和图3所示应用场景的区别在于,所述网络3是否支持呼叫等待配置,以及在接到第三方来电后由哪一端执行拦截操作。具体地,基于上述图2所示的应用场景,所述网络3支持呼叫等待业务配置,则当第三方通话到来时,可以由网络3进行拦截;而基于上述图3所示的应用场景,所述网络3不支持呼叫等待业务配置,则当所述第三方通话到来时,可以由所述多协议栈进行拦截(例如,由接收到网络3转接的第三方来电的呼叫请求的协议栈进行拦截)。
由上,采用第一实施例的方案,即使在没有2G/3G网络的环境下,也能够有效避免由于网络不支持呼叫等待配置而导致的用户通话体验差的问题。进一步地,基于本实施例的技术方案,还能够确保用户设备侧对所述呼叫等待业务状态的配置能够及时同步到所述用户设备侧的多个协议栈,以便在实际使用过程中实现在多协议栈之间的无缝切换。
图4是本发明的第二实施例的一种用于多协议栈的呼叫等待配置装置的结构示意图。本领域技术人员理解,本实施例所述呼叫等待配置装置4用于实施上述图1至图3所示实施例中所述的方法技术方案。具体地,所述多协议栈用于用户设备与网络之间的通讯。
更为具体地,在本实施例中,所述呼叫等待配置装置4包括发送模块42,用于经由所述多协议栈中的至少一个向所述网络发送状态请求,以请求所述网络根据所述状态请求指示的呼叫等待状态配置网络侧的呼叫等待业务状态;接收模块43,用于经由所述多协议栈中的至少一个接收所述网络发出的反馈信息;同步模块45,用于在所述多协议栈之间同步呼叫等待状态,各协议栈之间同步后的呼叫等待状态与所述反馈信息关联;其中,当所述状态请求指示的呼叫等待状态为关闭呼叫等待业务状态时,根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截。
进一步地,所述呼叫等待配置装置4还包括获取模块41,用于在经由所述多协议栈中的至少一个向所述网络发送状态请求之前,获取用户设置的所述呼叫等待状态。
在一个优选例中,所述反馈信息用于指示所述网络接受所述状态请求。
进一步地,所述多协议栈各自的呼叫等待状态是基于所述网络侧的呼叫等待业务状态同步的。
进一步地,所述根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截包括:根据所述反馈信息,所述第三方来电被所述网络拦截。
进一步地,所述呼叫等待配置装置4还包括第一更新模块44,用于在经由所述多协议栈中的至少一个接收所述网络发出的反馈信息之后,在显示界面上更新状态标签,以使更新后的状态标签与所述状态请求指示的呼叫等待状态保持同步。
在一个变化例中,所述反馈信息用于指示所述网络拒绝所述状态请求。
进一步地,所述同步模块45包括同步子模块451,用于基于发送所述状态请求的协议栈的呼叫等待状态,对所述多协议栈中的其他协议栈的呼叫等待状态进行同步。
进一步地,所述呼叫等待配置装置4还包括第二更新模块46,用于在基于发送所述状态请求的协议栈的呼叫等待状态,对所述多协议栈中的其他协议栈的呼叫等待状态进行同步的同时或之后,在显示界面上更新状态标签,以使更新后的状态标签与发送所述状态请求的协议栈的呼叫等待状态保持同步。
进一步地,所述根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截包括:根据所述反馈信息,所述第三方来电被所述多协议栈拦截。
关于所述呼叫等待配置装置4的工作原理、工作方式的更多内容,可以参照上述图1至图3中的相关描述,这里不再赘述。
本发明实施例还提供一种存储介质,其上存储有计算机指令,所述计算机指令运行时执行上述图1至图3所示实施例中所述的方法技术方案。优选地,所述存储介质可以包括计算机可读存储介质。所述存储介质可以包括ROM、RAM、磁盘或光盘等。
本发明实施例还提供一种终端,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,所述处理器运行所述计算机指令时执行上述图1至图3所示实施例中所述的方法技术方案。优选地,所述终端可以为所述用户设备。
虽然本发明披露如上,但本发明并非限定于此。任何本领域技术人员,在不脱离本发明的精神和范围内,均可作各种更动与修改,因此本发明的保护范围应当以权利要求所限定的范围为准。
Claims (16)
1.一种用于多协议栈的呼叫等待配置方法,所述多协议栈配置于用户设备侧并用于用户设备与网络之间的通讯,其特征在于,包括:
经由所述多协议栈中的至少一个向所述网络发送状态请求,以请求所述网络根据所述状态请求指示的呼叫等待状态配置网络侧的呼叫等待业务状态;
经由所述多协议栈中的至少一个接收所述网络发出的反馈信息;
在所述多协议栈之间同步呼叫等待状态,各协议栈之间同步后的呼叫等待状态与所述反馈信息关联;
其中,当所述状态请求指示的呼叫等待状态为关闭呼叫等待业务状态时,根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截;
其中,当所述反馈信息用于指示所述网络拒绝所述状态请求时,所述在所述多协议栈之间同步呼叫等待状态包括:基于发送所述状态请求的协议栈的呼叫等待状态,对所述多协议栈中的其他协议栈的呼叫等待状态进行同步;
所述根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截包括:根据所述反馈信息,所述第三方来电被所述多协议栈拦截。
2.根据权利要求1所述的呼叫等待配置方法,其特征在于,在经由所述多协议栈中的至少一个向所述网络发送状态请求之前,还包括:
获取用户设置的所述呼叫等待状态。
3.根据权利要求1所述的呼叫等待配置方法,其特征在于,所述反馈信息用于指示所述网络接受所述状态请求。
4.根据权利要求3所述的呼叫等待配置方法,其特征在于,所述多协议栈各自的呼叫等待状态是基于所述网络侧的呼叫等待业务状态同步的。
5.根据权利要求3所述的呼叫等待配置方法,其特征在于,所述根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截包括:
根据所述反馈信息,所述第三方来电被所述网络拦截。
6.根据权利要求3所述的呼叫等待配置方法,其特征在于,在经由所述多协议栈中的至少一个接收所述网络发出的反馈信息之后,还包括:
在显示界面上更新状态标签,以使更新后的状态标签与所述状态请求指示的呼叫等待状态保持同步。
7.根据权利要求1所述的呼叫等待配置方法,其特征在于,在基于发送所述状态请求的协议栈的呼叫等待状态,对所述多协议栈中的其他协议栈的呼叫等待状态进行同步的同时或之后,还包括:
在显示界面上更新状态标签,以使更新后的状态标签与发送所述状态请求的协议栈的呼叫等待状态保持同步。
8.一种用于多协议栈的呼叫等待配置装置,所述多协议栈配置于用户设备侧并用于用户设备与网络之间的通讯,其特征在于,包括:
发送模块,用于经由所述多协议栈中的至少一个向所述网络发送状态请求,以请求所述网络根据所述状态请求指示的呼叫等待状态配置网络侧的呼叫等待业务状态;
接收模块,用于经由所述多协议栈中的至少一个接收所述网络发出的反馈信息;
同步模块,用于在所述多协议栈之间同步呼叫等待状态,各协议栈之间同步后的呼叫等待状态与所述反馈信息关联;
其中,当所述状态请求指示的呼叫等待状态为关闭呼叫等待业务状态时,根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截;
其中,当所述反馈信息用于指示所述网络拒绝所述状态请求时,所述同步模块包括:同步子模块,用于基于发送所述状态请求的协议栈的呼叫等待状态,对所述多协议栈中的其他协议栈的呼叫等待状态进行同步;
所述根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截包括:根据所述反馈信息,所述第三方来电被所述多协议栈拦截。
9.根据权利要求8所述的呼叫等待配置装置,其特征在于,还包括:
获取模块,用于在经由所述多协议栈中的至少一个向所述网络发送状态请求之前,获取用户设置的所述呼叫等待状态。
10.根据权利要求8所述的呼叫等待配置装置,其特征在于,所述反馈信息用于指示所述网络接受所述状态请求。
11.根据权利要求10所述的呼叫等待配置装置,其特征在于,所述多协议栈各自的呼叫等待状态是基于所述网络侧的呼叫等待业务状态同步的。
12.根据权利要求10所述的呼叫等待配置装置,其特征在于,所述根据所述反馈信息,指向所述用户设备的第三方来电被所述网络或者多协议栈拦截包括:
根据所述反馈信息,所述第三方来电被所述网络拦截。
13.根据权利要求10所述的呼叫等待配置装置,其特征在于,还包括:
第一更新模块,用于在经由所述多协议栈中的至少一个接收所述网络发出的反馈信息之后,在显示界面上更新状态标签,以使更新后的状态标签与所述状态请求指示的呼叫等待状态保持同步。
14.根据权利要求8所述的呼叫等待配置装置,其特征在于,还包括:
第二更新模块,用于在基于发送所述状态请求的协议栈的呼叫等待状态,对所述多协议栈中的其他协议栈的呼叫等待状态进行同步的同时或之后,在显示界面上更新状态标签,以使更新后的状态标签与发送所述状态请求的协议栈的呼叫等待状态保持同步。
15.一种存储介质,其上存储有计算机指令,其特征在于,所述计算机指令被处理器运行时执行权利要求1至7任一项所述方法的步骤。
16.一种终端,包括存储器和处理器,所述存储器上存储有能够在所述处理器上运行的计算机指令,其特征在于,所述处理器运行所述计算机指令时执行权利要求1至7任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710597846.1A CN109286906B (zh) | 2017-07-20 | 2017-07-20 | 用于多协议栈的呼叫等待配置方法及装置、存储介质、终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710597846.1A CN109286906B (zh) | 2017-07-20 | 2017-07-20 | 用于多协议栈的呼叫等待配置方法及装置、存储介质、终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109286906A CN109286906A (zh) | 2019-01-29 |
CN109286906B true CN109286906B (zh) | 2021-07-09 |
Family
ID=65184972
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710597846.1A Active CN109286906B (zh) | 2017-07-20 | 2017-07-20 | 用于多协议栈的呼叫等待配置方法及装置、存储介质、终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109286906B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110545527B (zh) * | 2019-09-12 | 2022-03-18 | 中国联合网络通信集团有限公司 | 呼叫转移方法、视频通信服务器及主叫终端 |
CN112291722A (zh) * | 2020-11-20 | 2021-01-29 | 惠州Tcl移动通信有限公司 | 一种呼叫等待状态的设置方法、装置、终端及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101094527A (zh) * | 2007-07-24 | 2007-12-26 | 中兴通讯股份有限公司 | 一种多模终端的呼叫等待处理方法及系统 |
CN101098547A (zh) * | 2006-06-30 | 2008-01-02 | 中兴通讯股份有限公司 | 一种双模移动电话中实现呼叫的方法 |
CN106792602A (zh) * | 2016-12-15 | 2017-05-31 | 青岛海信移动通信技术股份有限公司 | 呼叫等待处理方法及终端 |
-
2017
- 2017-07-20 CN CN201710597846.1A patent/CN109286906B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101098547A (zh) * | 2006-06-30 | 2008-01-02 | 中兴通讯股份有限公司 | 一种双模移动电话中实现呼叫的方法 |
CN101094527A (zh) * | 2007-07-24 | 2007-12-26 | 中兴通讯股份有限公司 | 一种多模终端的呼叫等待处理方法及系统 |
CN106792602A (zh) * | 2016-12-15 | 2017-05-31 | 青岛海信移动通信技术股份有限公司 | 呼叫等待处理方法及终端 |
Also Published As
Publication number | Publication date |
---|---|
CN109286906A (zh) | 2019-01-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108738086B (zh) | 一种用户面重选的方法及装置 | |
US7881287B2 (en) | Method and device for session control in hybrid telecommunications network | |
US10681603B2 (en) | Method and network element for handover of user plane traffic | |
EP2793510A1 (en) | Switching method, system and device | |
US20130242866A1 (en) | Method for device to device communication and base station and user equipment using the same | |
CN105873241B (zh) | 建立通话连接的方法及装置 | |
US8874094B2 (en) | Method and device for transferring radio access technology/frequency of select priority | |
US20200351635A1 (en) | Session Management Method, Apparatus, and System | |
CN108934050B (zh) | 一种语音呼叫方法、ue和网络系统 | |
JP5995211B2 (ja) | ロングタームエボリューションネットワークに戻るための方法および移動交換局ならびにシステム | |
US20230388395A1 (en) | Application function influence in application context relocation | |
CN112187495A (zh) | 终端与服务器的通信方法、通信系统 | |
WO2017132791A1 (zh) | 语音呼叫处理方法及终端设备 | |
JP2019511880A (ja) | データ伝送方法、装置及びセッション管理デバイス | |
CN116058000A (zh) | 用于在重定位时协调到边缘应用服务器的无缝服务连续性的机制 | |
CN109286906B (zh) | 用于多协议栈的呼叫等待配置方法及装置、存储介质、终端 | |
CN108307082B (zh) | 一种实现ip语音业务接入的方法 | |
US11576097B2 (en) | Method and terminal for redirecting network | |
CA3218461A1 (en) | Conditional cell reconfiguration initiated by a secondary node | |
CN113163058A (zh) | 会话参数更新方法、装置及通信设备、电子设备 | |
WO2023124635A1 (zh) | 信息处理方法、网元、存储介质及程序产品 | |
US9204092B2 (en) | Internet protocol video telephony with carrier grade voice | |
CN112995228B (zh) | 一种用于5gc的n9口呼叫切换的方法及系统 | |
CN110856213B (zh) | 切换数据传输方式的方法、装置、存储介质及电子设备 | |
WO2016173117A1 (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 |