CN111918355A - 一种数据承载链路的切换方法及装置 - Google Patents

一种数据承载链路的切换方法及装置 Download PDF

Info

Publication number
CN111918355A
CN111918355A CN202010811437.9A CN202010811437A CN111918355A CN 111918355 A CN111918355 A CN 111918355A CN 202010811437 A CN202010811437 A CN 202010811437A CN 111918355 A CN111918355 A CN 111918355A
Authority
CN
China
Prior art keywords
data
link
data card
card
bearing link
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.)
Pending
Application number
CN202010811437.9A
Other languages
English (en)
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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202010811437.9A priority Critical patent/CN111918355A/zh
Publication of CN111918355A publication Critical patent/CN111918355A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/16Performing reselection for specific purposes
    • H04W36/18Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection

Landscapes

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

Abstract

本申请提供了一种数据承载链路的切换方法及装置,该方法在维持第一数据卡的数据承载链路连接的基础上,建立第二数据卡的数据承载链路,避免在断开第一数据卡的数据承载链路之后,再建立第二数据卡的数据承载链路,以此可以缩短第二数据卡的数据承载链路的建立时间,进而缩短数据业务从第一数据卡的数据承载链路切换至第二数据卡的数据承载链路的时间,缩短数据业务中断的时间,提高数据业务执行的效率。在第二数据卡已建立数据承载链路的情况下,断开第一数据卡的数据承载链路,使终端在断开第一数据卡的数据承载链路时,能直接基于已建立的第二数据卡的数据承载链路,保持网络连接的状态,从而避免信号格出现置灰现象,改善用户体验。

Description

一种数据承载链路的切换方法及装置
技术领域
本申请涉及通信技术领域,特别涉及一种数据承载链路的切换方法及装置。
背景技术
随着通信技术的飞速发展,移动终端的功能也越来越丰富,比如,移动终端的双卡双待功能,即移动终端可以***两张数据卡,而且两张数据卡能同时待机。
对于具备双卡双待功能的移动终端,支持数据卡的切换,例如,可以根据两张数据卡的当前剩余流量,或者,根据两种数据卡的运营商在当地的网络部署情况,将数据业务从一张数据卡切换至另一种数据卡进行处理。
目前,数据卡的切换的方式一般为:上层应用下发数据卡切换指令给调制解调器(Modem),Modem先断开当前数据卡的数据承载链路,再建立待切换数据卡的数据承载链路。但是,这种方式会导致移动终端在断开当前数据卡的数据承载链路到建立待切换数据卡的数据承载链路的时间内,无法建立数据业务,影响数据业务执行效率。并且,在这段时间内,移动终端的信号格会出现置灰现象,导致用户体验较差。
发明内容
为解决上述技术问题,本申请实施例提供一种数据承载链路的切换方法及装置,以达到缩短数据业务中断的时间,提高数据业务执行的效率,且改善用户体验的目的,技术方案如下:
本申请一方面提供一种数据承载链路的切换方法,包括:
确定是否满足预先设定的数据承载链路切换条件,所述数据承载链路切换表征从第一数据卡切换到第二数据卡进行数据业务处理;
若满足所述预先设定的数据链路切换条件,则维持所述第一数据卡的数据承载链路连接,并建立所述第二数据卡的数据承载链路;
在满足断开所述第一数据卡的数据承载链路的条件情况下,断开所述第一数据卡的数据承载链路,所述断开所述第一数据卡的数据承载链路的条件至少包括:所述第二数据卡已建立数据承载链路。
所述断开所述第一数据卡的数据承载链路的条件,还包括:
所述第一数据卡已断开与服务器之间的IP链路;
所述IP链路在终端向所述服务器发送网络重置指令后,由所述服务器断开。
所述断开所述第一数据卡的数据承载链路的条件,还包括:
已向服务器发送网络重置指令,且,计时器在所述网络重置指令发送后启动,到达预计计时时间。
所述确定是否满足预先设定的数据承载链路切换条件,包括:
确定是否接收到触发数据卡切换的请求。
所述确定是否满足预先设定的数据承载链路切换条件,包括:
确定所述第二数据卡的数据业务处理能力是否高于所述第一数据卡的数据业务处理能力;
或,确定所述第一数据卡的数据业务处理能力是否低于第一设定能力阈值;
或,确定所述第二数据卡的数据业务处理能力是否高于第二设定能力阈值。
本申请的另一方面提供一种数据承载链路的切换装置,包括:
确定模块,用于确定是否满足预先设定的数据承载链路切换条件,所述数据承载链路切换表征从第一数据卡切换到第二数据卡进行数据业务处理;
维持及建立模块,用于若满足所述预先设定的数据链路切换条件,则维持所述第一数据卡的数据承载链路连接,并建立所述第二数据卡的数据承载链路;
断开模块,用于在满足断开所述第一数据卡的数据承载链路的条件情况下,断开所述第一数据卡的数据承载链路,所述断开所述第一数据卡的数据承载链路的条件至少包括:所述第二数据卡已建立数据承载链路。
所述断开模块,具体用于:
在满足所述第二数据卡已建立数据承载链路,且,所述第一数据卡已断开与服务器之间的IP链路的情况下,断开所述第一数据卡的数据承载链路;
所述IP链路在终端向所述服务器发送网络重置指令后,由所述服务器断开。
所述断开模块,具体用于:
在满足所述第二数据卡已建立数据承载链路,且,已向服务器发送网络重置指令,且,计时器在所述网络重置指令发送后启动,到达预计计时时间的情况下,断开所述第一数据卡的数据承载链路。
所述确定模块,具体用于:
确定是否接收到触发数据卡切换的请求。
所述确定模块,具体用于:
确定所述第二数据卡的数据业务处理能力是否高于所述第一数据卡的数据业务处理能力;
或,确定所述第一数据卡的数据业务处理能力是否低于第一设定能力阈值;
或,确定所述第二数据卡的数据业务处理能力是否高于第二设定能力阈值。
与现有技术相比,本申请的有益效果为:
在本申请中,在维持第一数据卡的数据承载链路连接的基础上,建立第二数据卡的数据承载链路,避免在断开第一数据卡的数据承载链路之后,再建立第二数据卡的数据承载链路,以此可以缩短第二数据卡的数据承载链路的建立时间,进而缩短数据业务从第一数据卡的数据承载链路切换至第二数据卡的数据承载链路的时间,缩短数据业务中断的时间,提高数据业务执行的效率。
在第二数据卡已建立数据承载链路的情况下,断开第一数据卡的数据承载链路,使终端在断开第一数据卡的数据承载链路时,能直接基于已建立的第二数据卡的数据承载链路,保持网络连接的状态,从而避免信号格出现置灰现象,改善用户体验。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请提供的一种数据承载链路的切换方法的流程图;
图2是本申请提供的一种处理器和调制解调器的交互示意图;
图3是本申请提供的另一种数据承载链路的切换方法的流程图;
图4是本申请提供的再一种数据承载链路的切换方法的流程图;
图5是本申请提供的另一种处理器和调制解调器的交互示意图;
图6是本申请提供的再一种数据承载链路的切换方法的流程图;
图7是本申请提供的再一种数据承载链路的切换方法的流程图;
图8是本申请提供的一种数据承载链路的切换装置的逻辑结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
参照图1,为本申请实施例1提供的一种数据承载链路的切换方法的流程图,该方法可以应用于终端,如图1所示,该方法可以包括但并不局限于以下步骤:
步骤S11、确定是否满足预先设定的数据承载链路切换条件,数据承载链路切换表征从第一数据卡切换到第二数据卡进行数据业务处理。
本实施例中,支持多个(例如,两个)数据卡的终端,能够分别建立各个数据卡的数据承载链路,并分别基于各个数据卡的数据承载链路,进行数据业务处理。
同时,终端支持不同数据卡的数据承载链路之间的切换。在终端支持两个数据卡的情况下,数据承载链路切换,可以理解为:从第一数据卡切换到第二数据卡进行数据业务处理。第一数据卡和第二数据卡为不同的数据卡。
本实施例中,可以预先设定数据承载链路切换条件,在预先设定数据承载链路切换条件的基础上,终端可以先确定是否满足预先设定的数据承载链路切换条件,来决策是否进行数据承载链路切换。
若满足预先设定的数据承载链路切换条件,则执行步骤S12。
步骤S12、维持第一数据卡的数据承载链路连接,并建立第二数据卡的数据承载链路。
在本实施例中,是在维持第一数据卡的数据承载链路连接的基础上,建立第二数据卡的数据承载链路,避免在断开第一数据卡的数据承载链路之后,再建立第二数据卡的数据承载链路,以此可以缩短第二数据卡的数据承载链路的建立时间,进而缩短数据业务从第一数据卡的数据承载链路切换至第二数据卡的数据承载链路的时间,缩短数据业务中断的时间,提高数据业务执行的效率。
步骤S13、判断是否满足断开第一数据卡的数据承载链路的条件。
断开第一数据卡的数据承载链路的条件至少可以包括但不局限于:第二数据卡已建立数据承载链路。
若是,则执行步骤S14。
S14、断开第一数据卡的数据承载链路。
在第二数据卡已建立数据承载链路的情况下,断开第一数据卡的数据承载链路,完成数据承载链路的切换,实现由第二数据卡的数据承载链路,承载数据业务。
本实施例中,在第二数据卡已建立数据承载链路的情况下,断开第一数据卡的数据承载链路,使终端在断开第一数据卡的数据承载链路时,能直接基于已建立的第二数据卡的数据承载链路,保持网络连接的状态,从而避免信号格出现置灰现象,改善用户体验。
在本实施例中,从终端所包括的处理器及调制解调器之间交互的角度,对步骤S11-S14进行说明,具体如下:
如图2所示,调制解调器与处理器之间的交互过程可以为:
1.处理器确定是否满足预先设定的数据承载链路切换条件,若满足,则向调制解调器发送数据承载链路切换请求,数据承载链路切换请求表征从第一数据卡(表示为sub0)的数据承载链路切换至第二数据卡(表示为sub1);
2.调制解调器在接收到数据承载链路切换请求后,向处理器回复接收成功信息;
3.调制解调器向处理器发送数据卡切换指示,告知处理器开始进行数据卡切换;
4.调制解调器在发送数据卡切换指示后,维持sub0的数据承载链路连接;
5.调制解调器向处理器发送已切换信息;
6.处理器在接收到已切换信息之后,向调制解调器发送sub1的数据承载链路的建立请求;
7.调制解调器,在接收到建立请求时,建立sub1的数据承载链路;
8.调制解调器向处理器发送链路建立响应信息,告知处理器已建立sub1的数据承载链路;
9.处理器在接收到链路建立响应信息之后,向调制解调器发送sub0的数据承载链路的断开请求;
10.调制解调器在接收到断开请求时,断开sub0的数据承载链路。
作为本申请另一可选实施例2,主要是对上述实施例1描述的数据承载链路的切换方法的细化方案,该方法应用于终端,如图3所示,该方法可以包括但并不局限于以下步骤:
步骤S21、确定是否满足预先设定的数据承载链路切换条件,数据承载链路切换表征从第一数据卡切换到第二数据卡进行数据业务处理。
若是,则执行步骤S22。
步骤S22、维持第一数据卡的数据承载链路连接,并建立第二数据卡的数据承载链路。
步骤S23、判断是否满足断开第一数据卡的数据承载链路的条件,该条件包括:第二数据卡已建立数据承载链路,且第一数据卡已断开与服务器之间的IP链路。
本实施例中,IP链路可以在终端向服务器发送网络重置指令后,由服务器断开。
终端可以对第一数据卡是否已断开与服务器之间的IP链路进行监测,在监测到第一数据卡已断开与服务器之间的IP链路的情况下,断开第一数据卡的数据承载链路。
服务器在断开与第一数据卡之间的IP链路之后,终端无法使用第一数据卡与服务器之间的IP链路访问服务器,且,服务器无法再通过与第一数据卡之间的IP链路,呼叫终端。
若满足断开第一数据卡的数据承载链路的条件,则执行步骤S24。
步骤S24、断开第一数据卡的数据承载链路。
本实施例中,在断开第一数据卡的数据承载链路之前,服务器断开与第一数据卡之间的IP链路,在第一数据卡已断开与服务器之间的IP链路的情况下,服务器不再通过与第一数据卡之间的IP链路,向终端发起呼叫,减少服务器发起无效呼叫的情况发生,减少对终端RF(射频,Radio Frequency)资源的占用,改善终端的数据传输时延问题。
作为本申请另一可选实施例3,主要是对上述实施例1描述的数据承载链路的切换方法的细化方案,该方法应用于终端,如图4所示,该方法可以包括但并不局限于以下步骤:
步骤S31、确定是否满足预先设定的数据承载链路切换条件,数据承载链路切换表征从第一数据卡切换到第二数据卡进行数据业务处理。
若是,则执行步骤S32。
步骤S32、维持第一数据卡的数据承载链路连接,并建立第二数据卡的数据承载链路。
步骤S33、判断是否满足断开第一数据卡的数据承载链路的条件,该条件包括:第二数据卡已建立数据承载链路,且,已向服务器发送网络重置指令,且,计时器在所述网络重置指令发送后启动,到达预计计时时间。
本实施例中,IP链路可以在终端向服务器发送网络重置指令后,由服务器断开。
终端向服务器发送网络重置指令,可以包括但不局限于:由终端的处理器向终端的调制解调器发送网络重置指令,由调制解调器接收网络重置指令,并将网络重置指令转发至服务器。
终端向服务器发送网络重置指令之后,终端可以启动计时器,在到达预计计时时间时,断开第一数据卡的数据承载链路,给网络重置指令的发送预留时间,减少在网络重置指令发送到服务器之前,断开第一数据卡的数据承载链路的情况发生,能进一步减少服务器发起无效呼叫的情况发生。
预设计时时间可以根据需要进行设置,在本申请中不做限制。例如,预设计时时间可以设置为但不局限于:2秒。
服务器在断开与第一数据卡之间的IP链路之后,终端无法使用第一数据卡与服务器之间的IP链路访问服务器,且,服务器无法再通过与第一数据卡之间的IP链路,呼叫终端。
若满足断开第一数据卡的数据承载链路的条件,则执行步骤S24。
步骤S34、断开第一数据卡的数据承载链路。
本实施例中,在断开第一数据卡的数据承载链路之前,服务器断开与第一数据卡之间的IP链路,在第一数据卡已断开与服务器之间的IP链路的情况下,服务器不再通过与第一数据卡之间的IP链路,向终端发起呼叫,减少服务器发起无效呼叫的情况发生,减少对终端RF(射频,Radio Frequency)资源的占用,改善终端的数据传输时延问题。
在本实施例中,从终端所包括的处理器及调制解调器之间交互的角度,对步骤S31-S34进行说明,具体如下:
如图5所示,调制解调器与处理器之间的交互过程可以为:
1.确定是否满足预先设定的数据承载链路切换条件,若满足,则向调制解调器发送数据承载链路切换请求,数据承载链路切换请求表征从第一数据卡(表示为sub0)的数据承载链路切换至第二数据卡(表示为sub1);
2.调制解调器在接收到数据承载链路切换请求后,向处理器回复接收成功信息;
3.调制解调器向处理器发送数据卡切换指示,告知处理器开始进行数据卡切换;
4.调制解调器在发送数据卡切换指示后,维持sub0的数据承载链路连接;
5.调制解调器向处理器发送已切换信息;
6.处理器在接收到已切换信息之后,向调制解调器发送网络重置指令;
7.处理器启动计时器;
8.调制解调器将网络重置指令转发至服务器,使服务器断开与第一数据卡之间的IP链路;
9.处理器向调制解调器发送sub1的数据承载链路的建立请求;
10.调制解调器,在接收到建立请求时,建立sub1的数据承载链路;
11.调制解调器向处理器发送链路建立响应信息,告知处理器已建立sub1的数据承载链路;
12.处理器在接收到链路建立响应信息之后,在到达预计计时时间时,向调制解调器发送sub0的数据承载链路的断开请求;
13.调制解调器在接收到断开请求时,断开sub0的数据承载链路。
作为本申请另一可选实施例4,主要是对上述实施例1描述的数据承载链路的切换方法的细化方案,该方法应用于终端,如图6所示,该方法可以包括但并不局限于以下步骤:
步骤S41、确定是否接收到触发数据卡切换的请求。
本实施例中,终端支持用户输入触发数据卡切换的请求。用户输入触发数据卡切换的请求,可以包括但不局限于:用户通过终端上设置的数据切换按钮,输入触发数据卡切换的请求;或,用户通过终端的麦克风,以语音的形式输入触发数据卡切换的请求。
在终端支持用户输入触发数据卡切换的请求的基础上,终端可以确定是否接收到触发数据卡切换的请求。若接收到触发数据卡切换的请求,则执行步骤S42。
步骤S42、维持第一数据卡的数据承载链路连接,并建立第二数据卡的数据承载链路。
步骤S43、判断是否满足断开第一数据卡的数据承载链路的条件。
断开第一数据卡的数据承载链路的条件至少可以包括:第二数据卡已建立数据承载链路。
若满足第一数据卡的数据承载链路的条件,则执行步骤S44。
步骤S44、断开第一数据卡的数据承载链路。
步骤S42-S44的详细过程,可以参见实施例1中步骤S12-S14的相关介绍,在此不再赘述。
在本实施例中,终端通过确定是否接收到触发数据卡切换的请求,来确定是否进行数据承载链路切换,实现支持用户发起数据承载链路切换,提高用户体验。
作为本申请另一可选实施例5,主要是对上述实施例1描述的数据承载链路的切换方法的细化方案,该方法应用于终端,如图7所示,该方法可以包括但并不局限于以下步骤:
步骤S51、确定第二数据卡的数据业务处理能力是否高于第一数据卡的数据业务处理能力。
本实施例中,终端可以设置为自动进行数据承载链路切换。具体实现方式,可以为:确定第二数据卡的数据业务处理能力是否高于第一数据卡的数据业务处理能力。
数据业务处理能力,可以理解为:处理数据业务的能力。本实施例中,数据业务处理能力可以通过但不局限于:以下指标进行表征:
剩余数据流量,和/或,移动数据信号强度。
确定第二数据卡的数据业务处理能力是否高于第一数据卡的数据业务处理能力,可以理解为:确定第二数据卡的剩余数据流量是否高于第一数据卡的剩余数据流量;
或,确定第二数据卡的移动数据信号强度是否高于第一数据卡的移动数据信号强度;
或,确定第二数据卡的剩余数据流量是否高于第一数据卡的剩余数据流量,且,第二数据卡的移动数据信号强度是否高于第一数据卡的移动数据信号强度。
若第二数据卡的数据业务处理能力高于第一数据卡的数据业务处理能力,则执行步骤S52。
步骤S52、维持第一数据卡的数据承载链路连接,并建立第二数据卡的数据承载链路。
步骤S53、判断是否满足断开第一数据卡的数据承载链路的条件。
断开第一数据卡的数据承载链路的条件至少可以包括:第二数据卡已建立数据承载链路。
若满足第一数据卡的数据承载链路的条件,则执行步骤S54。
步骤S54、断开第一数据卡的数据承载链路。
步骤S52-S54的详细过程,可以参见实施例1中步骤S12-S14的相关介绍,在此不再赘述。
本实施例中,终端通过确定第二数据卡的数据业务处理能力是否高于第一数据卡的数据业务处理能力,实现了自动判断是否要进行数据承载链路切换,使终端更加智能化。并且,切换至数据业务处理能力更高的第二数据卡处理数据业务,能提高数据业务的处理效率。
作为本申请另一可选实施例6,主要是对上述实施例1描述的数据承载链路的切换方法的细化方案,该方法应用于终端,该方法可以包括但并不局限于以下步骤:
S61、确定第一数据卡的数据业务处理能力是否低于第一设定能力阈值。
本实施例中,终端可以设置为自动进行数据承载链路切换。具体实现方式,可以为:确定第一数据卡的数据业务处理能力是否低于第一设定能力阈值。
第一设定能力阈值可以根据需要进行设置,在本申请中不做限制。
数据业务处理能力,可以理解为:处理数据业务的能力。本实施例中,数据业务处理能力可以通过但不局限于:以下指标进行表征:
剩余数据流量,和/或,移动数据信号强度。
确定第一数据卡的数据业务处理能力是否低于第一设定能力阈值,可以理解为:
确定第一数据卡的剩余数据流量是否低于第一剩余数据流量阈值;
或,确定第一数据卡的移动数据信号强度是否低于第一移动数据信号强度阈值;
或,确定第一数据卡的剩余数据流量是否低于第一剩余数据流量阈值,且,第一数据卡的移动数据信号强度是否低于第一移动数据信号强度阈值。
若第一数据卡的数据业务处理能力低于第一设定能力阈值,则执行步骤S62。
S62、维持第一数据卡的数据承载链路连接,并建立第二数据卡的数据承载链路。
S63、判断是否满足断开第一数据卡的数据承载链路的条件。
断开第一数据卡的数据承载链路的条件至少可以包括:第二数据卡已建立数据承载链路。
若满足第一数据卡的数据承载链路的条件,则执行步骤S64。
S64、断开第一数据卡的数据承载链路。
步骤S62-S64的详细过程,可以参见实施例1中步骤S12-S14的相关介绍,在此不再赘述。
本实施例中,终端通过确定第一数据卡的数据业务处理能力是否低于第一设定能力阈值,实现了自动判断是否要进行数据承载链路切换,使终端更加智能化。并且,在第一数据卡的数据业务处理能力低于第一设定能力阈值时,进行数据承载链路切换,可以避免第一数据卡降低数据业务处理效率的情况发生,保证数据业务的处理效率。
作为本申请另一可选实施例7,主要是对上述实施例1描述的数据承载链路的切换方法的细化方案,该方法应用于终端,该方法可以包括但并不局限于以下步骤:
S71、确定第二数据卡的数据业务处理能力是否高于第二设定能力阈值。
本实施例中,终端可以设置为自动进行数据承载链路切换。具体实现方式,可以为:确定第二数据卡的数据业务处理能力是否高于第二设定能力阈值。
第二设定能力阈值可以根据需要进行设置,在本申请中不做限制。
数据业务处理能力,可以理解为:处理数据业务的能力。本实施例中,数据业务处理能力可以通过但不局限于:以下指标进行表征:
剩余数据流量,和/或,移动数据信号强度。
确定第二数据卡的数据业务处理能力是否高于第二设定能力阈值,可以理解为:
确定第二数据卡的剩余数据流量是否高于第二剩余数据流量阈值;
或,确定第二数据卡的移动数据信号强度是否高于第二移动数据信号强度阈值;
或,确定第二数据卡的剩余数据流量是否高于第二剩余数据流量阈值,且,第二数据卡的移动数据信号强度是否高于第二移动数据信号强度阈值。
若第二数据卡的数据业务处理能力高于第二设定能力阈值,则执行步骤S72。
S72、维持第一数据卡的数据承载链路连接,并建立第二数据卡的数据承载链路。
S73、判断是否满足断开第一数据卡的数据承载链路的条件。
断开第一数据卡的数据承载链路的条件至少可以包括:第二数据卡已建立数据承载链路。
若满足第一数据卡的数据承载链路的条件,则执行步骤S74。
S74、断开第一数据卡的数据承载链路。
步骤S72-S74的详细过程,可以参见实施例1中步骤S12-S14的相关介绍,在此不再赘述。
本实施例中,终端通过确定第二数据卡的数据业务处理能力是否高于第二设定能力阈值,实现了自动判断是否要进行数据承载链路切换,使终端更加智能化。并且,在第二数据卡的数据业务处理能力高于第二设定能力阈值时,进行数据承载链路切换,保证第二数据卡有能力处理数据业务,进而保证数据业务的处理效率。
接下来对本申请提供的数据承载链路的切换装置进行介绍,下文介绍的数据承载链路的切换装置与上文介绍的数据承载链路的切换方法可相互对应参照。
请参见图8,数据承载链路的切换装置包括:确定模块100、维持及建立模块200及断开模块300。
确定模块100,用于确定是否满足预先设定的数据承载链路切换条件,数据承载链路切换表征从第一数据卡切换到第二数据卡进行数据业务处理;
维持及建立模块200,用于若满足预先设定的数据链路切换条件,则维持第一数据卡的数据承载链路连接,并建立第二数据卡的数据承载链路。
断开模块300,用于在满足断开第一数据卡的数据承载链路的条件情况下,断开第一数据卡的数据承载链路,断开第一数据卡的数据承载链路的条件至少包括:第二数据卡已建立数据承载链路。
本实施例中,断开模块300,具体可以用于:
在满足第二数据卡已建立数据承载链路,且,第一数据卡已断开与服务器之间的IP链路的情况下,断开第一数据卡的数据承载链路;
IP链路在终端向服务器发送网络重置指令后,由服务器断开。
本实施例中,断开模块300,具体可以用于:
在满足第二数据卡已建立数据承载链路,且,已向服务器发送网络重置指令,且,计时器在网络重置指令发送后启动,到达预计计时时间的情况下,断开第一数据卡的数据承载链路。
本实施例中,确定模块100,具体可以用于:
确定是否接收到触发数据卡切换的请求。
本实施例中,确定模块100,具体可以用于:
确定第二数据卡的数据业务处理能力是否高于第一数据卡的数据业务处理能力;
或,确定第一数据卡的数据业务处理能力是否低于第一设定能力阈值;
或,确定第二数据卡的数据业务处理能力是否高于第二设定能力阈值。
在本申请的另一个实施例中,提供一种终端设备,该终端设备可以包括:
处理器及存储器,存储器中存储有可在处理器上运行的计算机程序;
处理器,用于执行计算机程序,实现如实施例1至7中任意一个实施例所介绍的数据承载链路的切换方法的步骤。
在本申请的另一个实施例中,提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现如实施例1至7中任意一个实施例所介绍的数据承载链路的切换方法的步骤。
需要说明的是,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
以上对本申请所提供的一种数据卡切换方法装置及相关设备进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种数据承载链路的切换方法,其特征在于,包括:
确定是否满足预先设定的数据承载链路切换条件,所述数据承载链路切换表征从第一数据卡切换到第二数据卡进行数据业务处理;
若满足所述预先设定的数据链路切换条件,则维持所述第一数据卡的数据承载链路连接,并建立所述第二数据卡的数据承载链路;
在满足断开所述第一数据卡的数据承载链路的条件情况下,断开所述第一数据卡的数据承载链路,所述断开所述第一数据卡的数据承载链路的条件至少包括:所述第二数据卡已建立数据承载链路。
2.根据权利要求1所述的方法,其特征在于,所述断开所述第一数据卡的数据承载链路的条件,还包括:
所述第一数据卡已断开与服务器之间的IP链路;
所述IP链路在终端向所述服务器发送网络重置指令后,由所述服务器断开。
3.根据权利要求1所述的方法,其特征在于,所述断开所述第一数据卡的数据承载链路的条件,还包括:
已向服务器发送网络重置指令,且,计时器在所述网络重置指令发送后启动,到达预计计时时间。
4.根据权利要求1所述的方法,其特征在于,所述确定是否满足预先设定的数据承载链路切换条件,包括:
确定是否接收到触发数据卡切换的请求。
5.根据权利要求1所述的方法,其特征在于,所述确定是否满足预先设定的数据承载链路切换条件,包括:
确定所述第二数据卡的数据业务处理能力是否高于所述第一数据卡的数据业务处理能力;
或,确定所述第一数据卡的数据业务处理能力是否低于第一设定能力阈值;
或,确定所述第二数据卡的数据业务处理能力是否高于第二设定能力阈值。
6.一种数据承载链路的切换装置,其特征在于,包括:
确定模块,用于确定是否满足预先设定的数据承载链路切换条件,所述数据承载链路切换表征从第一数据卡切换到第二数据卡进行数据业务处理;
维持及建立模块,用于若满足所述预先设定的数据链路切换条件,则维持所述第一数据卡的数据承载链路连接,并建立所述第二数据卡的数据承载链路;
断开模块,用于在满足断开所述第一数据卡的数据承载链路的条件情况下,断开所述第一数据卡的数据承载链路,所述断开所述第一数据卡的数据承载链路的条件至少包括:所述第二数据卡已建立数据承载链路。
7.根据权利要求6所述的装置,其特征在于,所述断开模块,具体用于:
在满足所述第二数据卡已建立数据承载链路,且,所述第一数据卡已断开与服务器之间的IP链路的情况下,断开所述第一数据卡的数据承载链路;
所述IP链路在终端向所述服务器发送网络重置指令后,由所述服务器断开。
8.根据权利要求6所述的装置,其特征在于,所述断开模块,具体用于:
在满足所述第二数据卡已建立数据承载链路,且,已向服务器发送网络重置指令,且,计时器在所述网络重置指令发送后启动,到达预计计时时间的情况下,断开所述第一数据卡的数据承载链路。
9.根据权利要求6所述的装置,其特征在于,所述确定模块,具体用于:
确定是否接收到触发数据卡切换的请求。
10.根据权利要求6所述的装置,其特征在于,所述确定模块,具体用于:
确定所述第二数据卡的数据业务处理能力是否高于所述第一数据卡的数据业务处理能力;
或,确定所述第一数据卡的数据业务处理能力是否低于第一设定能力阈值;
或,确定所述第二数据卡的数据业务处理能力是否高于第二设定能力阈值。
CN202010811437.9A 2020-08-13 2020-08-13 一种数据承载链路的切换方法及装置 Pending CN111918355A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010811437.9A CN111918355A (zh) 2020-08-13 2020-08-13 一种数据承载链路的切换方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010811437.9A CN111918355A (zh) 2020-08-13 2020-08-13 一种数据承载链路的切换方法及装置

Publications (1)

Publication Number Publication Date
CN111918355A true CN111918355A (zh) 2020-11-10

Family

ID=73284887

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010811437.9A Pending CN111918355A (zh) 2020-08-13 2020-08-13 一种数据承载链路的切换方法及装置

Country Status (1)

Country Link
CN (1) CN111918355A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112492694A (zh) * 2020-12-15 2021-03-12 中国联合网络通信集团有限公司 双卡终端的切片管理方法、管理单元、终端设备及介质
WO2022099591A1 (en) * 2020-11-13 2022-05-19 Qualcomm Incorporated Smart internet pdn/pdu connection for msim device

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103200636A (zh) * 2013-03-08 2013-07-10 东莞宇龙通信科技有限公司 多模移动终端和网络切换方法
CN105101164A (zh) * 2015-07-23 2015-11-25 努比亚技术有限公司 双卡双待终端及数据通信方法
CN107071760A (zh) * 2017-03-31 2017-08-18 努比亚技术有限公司 数据业务自动切换方法及移动终端
CN109151954A (zh) * 2018-10-16 2019-01-04 奇酷互联网络科技(深圳)有限公司 移动终端及其双卡网络切换方法和存储介质
CN110996361A (zh) * 2019-12-12 2020-04-10 RealMe重庆移动通信有限公司 数据网络切换方法、装置、移动终端和存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103200636A (zh) * 2013-03-08 2013-07-10 东莞宇龙通信科技有限公司 多模移动终端和网络切换方法
CN105101164A (zh) * 2015-07-23 2015-11-25 努比亚技术有限公司 双卡双待终端及数据通信方法
CN107071760A (zh) * 2017-03-31 2017-08-18 努比亚技术有限公司 数据业务自动切换方法及移动终端
CN109151954A (zh) * 2018-10-16 2019-01-04 奇酷互联网络科技(深圳)有限公司 移动终端及其双卡网络切换方法和存储介质
CN110996361A (zh) * 2019-12-12 2020-04-10 RealMe重庆移动通信有限公司 数据网络切换方法、装置、移动终端和存储介质

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022099591A1 (en) * 2020-11-13 2022-05-19 Qualcomm Incorporated Smart internet pdn/pdu connection for msim device
CN112492694A (zh) * 2020-12-15 2021-03-12 中国联合网络通信集团有限公司 双卡终端的切片管理方法、管理单元、终端设备及介质
CN112492694B (zh) * 2020-12-15 2023-11-28 中国联合网络通信集团有限公司 双卡终端的切片管理方法、管理单元、终端设备及介质

Similar Documents

Publication Publication Date Title
JP3771420B2 (ja) 交換局装置,基地局制御装置及びマルチコール通話呼数変更方法
CN101371610B (zh) 涉及蜂窝无线通信***中重选蜂窝小区的方法、设备及***
CN105814947B (zh) 管理由于接入类别阻止引起的连接重试
CN106507405A (zh) 网络通信功能异常的处理方法及装置
CN108811009B (zh) 一种pdu会话连接的管理方法和装置
CN111918355A (zh) 一种数据承载链路的切换方法及装置
WO2013155932A1 (zh) 选择plmn的方法、移动终端、bsc和核心网设备
CN107251611A (zh) 一种业务处理方法、相关装置及***
CN111629384B (zh) 一种通话接通率提升方法及基站
CN111436162A (zh) 一种处理方法及设备
CN101686081B (zh) 一种重新建立同步连接的方法、装置及***
CN112969207B (zh) 默认数据主卡的切换方法及装置、电子设备、存储介质
US20120252461A1 (en) Local Exchange Implementation Method for Local Call
CN110839115B (zh) 终端呼叫的处理方法、装置、设备及存储介质
CN117202220A (zh) 语音回落的参数优化方法、装置、设备及介质
CN114339916A (zh) 无线链路重建方法及相关装置
JP4231495B2 (ja) マルチコール端末,マルチコール端末用回路及びマルチコール端末によるマルチコール通話呼数変更方法
CN110121215B (zh) 5g终端的数据连接建立方法、装置及5g终端
CN109362105B (zh) 集群通信终端触发tau的方法、通信***及相关装置
CN114641016A (zh) 繁忙指示的传输方法及装置
US9602764B2 (en) Method for implementing video calls on communication terminal and communication terminal thereof
CN108781407A (zh) 无线资源控制连接建立
CN100420335C (zh) 基于码分多址技术实现小区漫游限制的方法
KR100734632B1 (ko) 하이브리드 단말기에서 실행 가능한 고속 데이터 통신 중음성 호 착신 처리 방법
CN113825184B (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20201110