CN112218283A - 业务挂起和恢复方法和系统、多卡终端和存储介质 - Google Patents

Abstract

本公开涉及一种业务挂起和恢复方法和系统、多卡终端和存储介质。该业务挂起和恢复方法包括：多卡终端判断当前射频收发资源是否需要被第一用户识别卡业务长时间占用；在多卡终端的当前射频收发资源需要被第一用户识别卡业务长时间占用的情况下，多卡终端向网络设备发起第二用户识别卡业务的业务挂起请求，以便网络设备将第二用户识别卡业务所对应的会话或承载挂起，其中，第二用户识别卡为多卡终端中除第一用户识别卡外的其他用户识别卡。本公开可以同步多卡终端和网络设备的状态，由此可以避免一些不必要的兼容性问题。

Description

业务挂起和恢复方法和系统、多卡终端和存储介质

技术领域

本公开涉及通信终端领域，特别涉及一种业务挂起和恢复方法和系统、多卡终端和存储介质。

背景技术

双卡终端是中国市场的主流终端形态，终端两张卡分别接入不同运营商或相同运营商的网络，目前终端主要采用单发双收，单发单收的解决方案，即终端一个时隙只能支持一张用户卡占用射频发射资源，两个卡的只能通过时分复用来占用射频发射资源，两张卡是否可以同时使用射频接收资源取决于是单收还是双收，上述类型的终端统称为双卡双待单通终端，即两张卡可以同时待机，但只有一个卡可以处于业务激活态。

对于双卡双待单通终端在空闲态时，射频资源在两个卡时分复用完成监听寻呼消息、系统消息、进行周期性TAU(Tracking Area Update，跟踪区更新)、进行小区测量和重选等；当卡A进入数据业务态时，仍然可以抽时隙去卡B完成监听寻呼消息、系统消息、进行周期性TAU、进行小区测量和重选等。

发明内容

发明人通过研究发现：双卡双待单通终端在以下场景时会存在问题：

第一、当一张用户识别卡(卡A)处于数据业务态时，如果另一用户识别卡(卡B)需要进行语音业务(语音业务的优先级更高)，终端会将射频资源分配给语音业务，直接本地断开卡A数据业务，不与网络进行交互，导致网络继续分配下行资源直到链路失败，终端RRC(Radio Resource Control，无线资源控制)连接被释放后，如仍然有下行数据，网络会寻呼终端，导致寻呼资源浪费。终端完成语音业务需要恢复卡A的数据业务时，终端和网络的状态可能不同步，导致不必要的重尝试。

第二、当一张用户识别卡(卡A)处于空闲态，另一张用户识别卡(卡B)要进行语音业务，终端的射频收发资源将被卡B长时间占用，卡A无法响应下行的数据寻呼等，但网络收到下行的数据仍然会向终端发起寻呼，导致网络控制信道资源浪费。

鉴于以上技术问题中的至少一项，本公开提供了一种业务挂起和恢复方法和系统、多卡终端和存储介质，可以同步多卡终端和网络设备的状态。

根据本公开的一个方面，提供一种业务挂起和恢复方法，包括：

多卡终端判断当前射频收发资源是否需要被第一用户识别卡业务长时间占用；

在多卡终端的当前射频收发资源需要被第一用户识别卡业务长时间占用的情况下，多卡终端向网络设备发起第二用户识别卡业务的业务挂起请求，以便网络设备将第二用户识别卡业务所对应的会话或承载挂起，其中，第二用户识别卡为多卡终端中除第一用户识别卡外的其他用户识别卡。

在本公开的一些实施例中，所述业务挂起和恢复方法还包括：

在第一用户识别卡发起业务的情况下，多卡终端判断当前射频收发资源是否可用；

在当前射频收发资源可用的情况下，多卡终端执行判断射频收发资源是否需要被第一用户识别卡业务长时间占用的步骤。

在本公开的一些实施例中，所述业务挂起和恢复方法还包括：

在第二用户识别卡业务挂起后，多卡终端执行第一用户识别卡业务。

在本公开的一些实施例中，所述网络设备将第二用户识别卡业务所对应的会话或承载挂起包括：

无线网络设备将多卡终端发起的第二用户识别卡业务的业务挂起请求转发给核心网设备；

核心网设备将多卡终端需要挂起的业务对应请求的会话或承载挂起；

无线网络设备释放无线资源。

在本公开的一些实施例中，所述网络设备将第二用户识别卡业务所对应的会话或承载挂起还包括：

在接收到多卡终端发起的第二用户识别卡业务的业务挂起请求的情况下，核心网将第二用户识别卡业务对应的承载或会话设置为挂起状态。

在本公开的一些实施例中，所述网络设备将第二用户识别卡业务所对应的会话或承载挂起还包括：

核心网设备将多卡终端的上下文设置为挂起状态。

在本公开的一些实施例中，所述网络设备将第二用户识别卡业务所对应的会话或承载挂起还包括：

核心网设备和无线网络设备之间保留或者释放相关业务的用户面资源。

在本公开的一些实施例中，所述网络设备将第二用户识别卡业务所对应的会话或承载挂起还包括：

在会话或承载挂起后，核心网设备通知第二用户识别卡业务所对应的业务服务器，第二用户识别卡业务处于挂起状态。

在本公开的一些实施例中，所述网络设备将第二用户识别卡业务所对应的会话或承载挂起还包括：

在会话或承载挂起后，核心网设备拒绝新的下行业务或下行数据。

在本公开的一些实施例中，所述核心网设备将多卡终端需要挂起的业务对应请求的会话或承载挂起包括：

核心网设备将多卡终端需要挂起的业务对应请求的会话或承载挂起，启动第一定时器；

如果第一预定时间内多卡终端仍未恢复，核心网设备将终端状态更新为注销，核心网和无线网络设备释放终端的上下文和承载。

在本公开的一些实施例中，所述无线网络设备释放无线资源包括：

无线网络设备释放无线资源；

无线网络设备判断是否存在未完成的下行数据；

在存在未完成的下行数据的情况下，无线网络设备将未完成的下行数据进行缓存，并启动第二定时器，其中最长缓存时间为第二预定时间。

在本公开的一些实施例中，所述业务挂起和恢复方法还包括：

在第一用户识别卡业务结束占用射频资源的情况下，多卡终端向网络设备发起第二用户识别卡业务的业务恢复请求，以便网络设备恢复第二用户识别卡业务所对应的会话或承载。

在本公开的一些实施例中，所述业务挂起和恢复方法还包括：

在第一用户识别卡业务结束占用射频资源的情况下，多卡终端判断第二用户识别卡是否有业务处于挂起状态；

在第二用户识别卡有业务处于挂起状态的情况下，多卡终端执行向网络设备发起第二用户识别卡业务的业务恢复请求的步骤。

在本公开的一些实施例中，网络设备恢复第二用户识别卡业务所对应的会话或承载包括：

在接收到多卡终端发送的业务恢复请求的情况下，核心网设备将第二用户识别卡业务所对应的会话或承载恢复为正常状态。

在本公开的一些实施例中，网络设备恢复第二用户识别卡业务所对应的会话或承载包括：

核心网设备将多卡终端的上下文设置为在线状态。

在本公开的一些实施例中，网络设备恢复第二用户识别卡业务所对应的会话或承载包括：

在会话或承载恢复后，核心网设备可正常处理第二用户识别卡的下行业务或下行数据。

在本公开的一些实施例中，网络设备恢复第二用户识别卡业务所对应的会话或承载还包括：

在核心网设备恢复第二用户识别卡业务所对应的会话或承载后，无线网络设备判断是否有缓存数据；在有缓存数据的情况下，无线网络设备判断缓存数据的缓存时间是否超过最长缓存时间；在有缓存数据且缓存数据的缓存时间未超过最长缓存时间的情况下，无线网络设备继续向多卡终端传输缓存数据。

在本公开的一些实施例中，网络设备恢复第二用户识别卡业务所对应的会话或承载还包括：

在核心网设备恢复第二用户识别卡业务所对应的会话或承载后，无线网络设备判断是否有缓存的下行信息；在有缓存的下行信息的情况下，无线网络设备将缓存的下行信息发送给多卡终端。

在本公开的一些实施例中，网络设备恢复第二用户识别卡业务所对应的会话或承载还包括：

在核心网设备恢复第二用户识别卡业务所对应的会话或承载后，核心网设备向业务服务器发送业务恢复通知；业务服务器将第二用户识别卡业务挂起状态下错过的未接来电或者其它业务状态通知下发至多卡终端。

根据本公开的另一方面，提供一种多卡终端，包括：

资源占用判断模块，用于判断当前射频收发资源是否可以被第一用户识别卡业务占用，以及判断当前射频收发资源是否需要被第一用户识别卡业务长时间占用；

挂起请求发送模块，用于在多卡终端的当前射频收发资源需要被第一用户识别卡业务长时间占用的情况下，多卡终端向网络设备发起第二用户识别卡业务的业务挂起请求，以便网络设备将第二用户识别卡业务所对应的会话或承载挂起，其中，第二用户识别卡为多卡终端中除第一用户识别卡外的其他用户识别卡。

在本公开的一些实施例中，所述多卡终端用于执行实现如上述任一实施例所述的业务挂起和恢复的操作。

根据本公开的另一方面，提供一种多卡终端，包括：

存储器，用于存储指令；

处理器，用于执行所述指令，使得所述多卡终端执行实现如上述任一实施例所述的业务挂起和恢复的操作。

根据本公开的另一方面，提供一种业务挂起和恢复系统，包括网络设备、以及如上述任一实施例所述的多卡终端。

在本公开的一些实施例中，所述网络设备包括无线网络设备和核心网设备，其中：

无线网络设备，用于将多卡终端发起的第二用户识别卡业务的业务挂起请求转发给核心网设备；在核心网设备将多卡终端需要挂起的业务对应请求的会话或承载挂起后，释放无线资源。

核心网设备，用于将多卡终端请求的会话或承载挂起；

在本公开的一些实施例中，无线网络设备，还用于在接收到多卡终端发起的第二用户识别卡业务的业务挂起请求的情况下，将第二用户识别卡业务对应的承载挂起；判断是否存在未完成的下行数据；在存在未完成的下行数据的情况下，将未完成的下行数据进行缓存，并启动第二定时器，其中最长缓存时间为第二预定时间。

在本公开的一些实施例中，核心网设备，还用于将多卡终端请求的会话或承载挂起，启动第一定时器；在第一预定时间内多卡终端仍未恢复的情况下，将终端状态更新为注销，核心网和无线网络设备释放终端的上下文和承载；在会话或承载挂起后，通知第二用户识别卡业务所对应的业务服务器，第二用户识别卡业务处于挂起状态；在会话或承载挂起后，拒绝新的下行业务或下行数据。

在本公开的一些实施例中，核心网设备，还用于在接收到多卡终端发送的业务恢复请求的情况下，恢复第二用户识别卡业务所对应的会话或承载。

在本公开的一些实施例中，所述网络设备还包括业务服务器，其中：

核心网设备，还用于在核心网设备恢复第二用户识别卡业务所对应的会话或承载后，向业务服务器发送业务恢复通知；

业务服务器，用于将第二用户识别卡业务挂起状态下错过的未接来电或者其它业务状态通知下发至多卡终端。

在本公开的一些实施例中，无线网络设备，还用于在核心网设备恢复第二用户识别卡业务所对应的会话或承载后，判断是否有缓存数据；在有缓存数据的情况下，判断缓存数据的缓存时间是否超过最长缓存时间；在有缓存数据且缓存数据的缓存时间未超过最长缓存时间的情况下，继续向多卡终端传输缓存数据。

在本公开的一些实施例中，无线网络设备，还用于核心网设备恢复第二用户识别卡业务所对应的会话或承载后，判断是否有缓存的下行信息；在有缓存的下行信息的情况下，将缓存的下行信息发送给多卡终端。

根据本公开的另一方面，提供一种计算机可读存储介质，其中，所述计算机可读存储介质存储有计算机指令，所述指令被处理器执行时实现如上述任一实施例所述的业务挂起和恢复方法。

本公开可以同步多卡终端和网络设备的状态，由此可以避免一些不必要的兼容性问题。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本公开业务挂起和恢复方法一些实施例的示意图。

图2为本公开业务挂起和恢复方法另一些实施例的示意图。

图3为本公开多卡终端发起业务挂起的网络交互示意图。

图4为本公开业务挂起和恢复方法又一些实施例的示意图。

图5为本公开多卡终端发起业务恢复的网络交互示意图。

图6为本公开多卡终端一些实施例的示意图。

图7为本公开多卡终端另一些实施例的示意图。

图8为本公开业务挂起和恢复系统一些实施例的示意图。

图9为本公开业务挂起和恢复系统又一些实施例的示意图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

图1为本公开业务挂起和恢复方法一些实施例的示意图。图1具体给出了多卡终端启用业务挂起的处理机制示意图。优选的，本实施例可由本公开业务挂起和恢复系统或本公开多卡终端执行。该方法包括以下步骤：

步骤11，多卡终端判断当前射频收发资源是否需要被第一用户识别卡业务长时间占用。

步骤12，在多卡终端的当前射频收发资源需要被第一用户识别卡业务长时间占用的情况下，多卡终端向网络设备发起第二用户识别卡业务的业务挂起请求，以便网络设备将第二用户识别卡业务所对应的会话或承载挂起，其中，第二用户识别卡为多卡终端中除第一用户识别卡外的其他用户识别卡。

在本公开的一些实施例中，5G网络的挂起一般是基于PDU(Protocol Data Unit，协议数据单元)session(会话)。

在本公开的一些实施例中，5G网络的挂起一般是基于EPS(Evolved PacketSystem，演进分组系统)bearer(承载)。

在本公开的一些实施例中，步骤12中，网络设备将第二用户识别卡业务所对应的会话或承载挂起的步骤可以包括：

步骤121，无线网络设备将多卡终端发起的第二用户识别卡业务的业务挂起请求转发给核心网设备。

步骤122，核心网设备将多卡终端需要挂起的业务对应请求的会话或承载挂起。

步骤123，无线网络设备释放无线资源。

步骤124，在接收到多卡终端发起的第二用户识别卡业务的业务挂起请求的情况下，核心网将相关业务的会话或承载设置为挂起状态。

步骤125，核心网设备将多卡终端的上下文设置为挂起状态。

步骤126，核心网设备和无线网络设备之间保留或者释放相关业务的用户面资源。

步骤127，在会话或承载挂起后，核心网设备通知第二用户识别卡业务所对应的业务服务器，第二用户识别卡业务处于挂起状态。

步骤128，在会话或承载挂起后，核心网设备拒绝新的下行业务或下行数据。

基于本公开上述实施例提供的业务挂起和恢复方法，可以同步多卡终端和网络设备的状态，由此可以避免一些不必要的兼容性问题。

本公开上述实施例中，业务挂起时多卡终端和网络设备释放空口连接，避免网络设备浪费不必要的传输资源。

本公开上述实施例中，业务挂起后，网络设备不再寻呼多卡终端，避免网络设备再发起不必要的寻呼。

图2为本公开业务挂起和恢复方法另一些实施例的示意图。图2具体给出了多卡终端启用业务挂起的处理机制示意图。优选的，本实施例可由本公开业务挂起和恢复系统或本公开多卡终端执行。该方法包括以下步骤：

步骤21，在多卡终端中的第一用户识别卡(例如卡A)需要进行业务的情况下，第一用户识别卡向多卡终端请求射频收发资源。

步骤22，在第一用户识别卡发起业务的情况下，多卡终端判断当前射频收发资源是否可用。即，判断当前射频收发资源是否已被更高优先级或相同优先级的业务占用。在当前射频收发资源不可用的情况下，执行步骤23；否则，在当前射频收发资源可用的情况下，执行步骤24。

步骤23，多卡终端暂缓第一用户识别卡的业务；预定时间间隔后再次尝试，即再次执行步骤22。

步骤24，多卡终端判断当前射频收发资源是否需要被第一用户识别卡业务长时间占用，无法再分配资源给第二用户识别卡(例如另一张用户卡)的低优先级业务，例如：终端进行语音业务时，无法再处理另一张卡的数据业务。在多卡终端的当前射频收发资源需要被第一用户识别卡业务长时间占用的情况下，执行步骤26；否则，在多卡终端的射频收发资源不需要被第一用户识别卡业务长时间占用的情况下，执行步骤25。

步骤25，多卡终端直接发起第一用户识别卡的业务；之后，不再执行本实施例的其它步骤。

步骤26，多卡终端与网络设备进行交互，实现第二用户识别卡业务的业务挂起。

在本公开的一些实施例中，所述网络设备可以包括核心网设备、无线网络设备和业务服务器中的至少一种。

在本公开的一些实施例中，所述无线网络设备可以为基站。

在本公开的一些实施例中，步骤26可以包括：

步骤261，终端发起业务挂起的流程，将一张卡的全部或者部分业务挂起，其中，业务挂起指终端本地暂停处理已挂起的业务，并请求网络设备将业务对应的核心网会话或承载标记为挂起状态，例如：PDN(Public Data Network，公用数据网)连接和承载(databearer)对应于LTE(Long Term Evolution，通用移动通信技术的长期演进)，LTE网络一般基于承载区分不同的业务；PDU业务会话和Qos Flow对应于5G(5th-Generation，第五代移动通信技术)，5G一般基于会话来区分不同的业务。如果所有业务均挂起，核心网将终端上下文标记为挂起状态。

步骤262，网络设备释放无线连接，暂存未完成的下行数据；后续有下行的业务，核心网设备拒绝，不寻呼终端。

步骤27，在第二用户识别卡业务被挂起后，多卡终端再进行第一用户识别卡的业务。

图3为本公开多卡终端发起业务挂起的网络交互示意图。如图3所示，多卡终端发起业务挂起的网络交互方法(例如图2实施例的步骤26)可以包括以下步骤：

步骤301-302，多卡终端通过网络设备(基站)请求挂起核心网设备的承载或会话(LTE对应于承载，5G对应于PDU session)，多卡终端可携带具体的承载信息，网络设备可以挂起部分承载，保留其余承载。

步骤303，核心网将终端请求的承载或会话挂起，启动第一定时器T0。如果第一预定时间t0内多卡终端仍未恢复，网络设备将在多卡终端本地去注册。

步骤304，无线网络设备释放RRC连接，无线网络设备如果仍有未完成的下行数据可以暂时缓存，并启动第二定时器T1，其中下行数据的最长缓存时间为第二预定时间t1。

步骤305-306，会话或承载挂起后，核心网设备可通知一些特定的服务器业务被挂起了。例如：IMS(IP Multimedia Subsystem，IP多媒体子系统)PDN被挂起后，可通知语音业务服务器，语音业务处于挂起状态。

在本公开的一些实施例中，业务(例如会话)被挂起后，核心网设备可通知特定的业务服务器，用户处于业务挂起状态，以便业务服务器在用户被叫时能回复正确的提示音乐。

步骤307-308，会话或承载挂起后，对应的下行数据将被核心网设备拒绝。

本公开上述实施例的多卡终端业务挂起以及恢复的方法，当多卡终端的射频收发资源需要被第一用户识别卡(卡A)的业务长时间占用，导致第二用户识别卡(卡B)无法激活新的业务时，多卡终端先向网络发起卡B用户业务挂起请求，网络设备将该业务所对应的会话或承载挂起，如果当前卡B处于连接态，则网络设备缓存未完成的下行数据，释放无线资源，后续有新的下行业务或下行数据，网络设备拒绝业务请求。

由此本公开上述实施例可以同步多卡终端和网络设备的状态，由此可以避免一些不必要的兼容性问题。

本公开上述实施例中，业务挂起时多卡终端和网络设备释放空口连接，避免网络设备浪费不必要的传输资源。

本公开上述实施例中，业务挂起后，网络设备不再寻呼多卡终端，避免了网络设备再发起不必要的寻呼。

图1-图3实施例给出了终端发起业务挂起的具体流程。下面通过具体实施例对业务挂起后业务恢复的流程进行说明。

图4为本公开业务挂起和恢复方法又一些实施例的示意图。图4具体给出了多卡终端恢复业务的处理机制示意图。优选的，本实施例可由本公开业务挂起和恢复系统或本公开多卡终端执行。该方法包括以下步骤：

步骤41，第一用户识别卡业务结束占用射频资源，即，第一用户识别卡结束该业务。

步骤42，在第一用户识别卡业务结束占用射频资源的情况下，多卡终端判断第二用户识别卡是否有业务处于挂起状态。在第二用户识别卡没有业务处于挂起状态的情况下，执行步骤43；否则，在第二用户识别卡有业务处于挂起状态的情况下，执行步骤44。

步骤43，多卡终端进行空闲态。

步骤44，多卡终端发起业务恢复流程。

在本公开的一些实施例中，步骤44可以包括：

步骤441，多卡终端请求网络设备恢复挂起的业务，网络设备恢复对应业务的会话或承载并将多卡终端的上下文设置为在线状态。

步骤442，在核心网设备恢复第二用户识别卡业务所对应的会话或承载后，无线网络设备判断是否有缓存数据；在有缓存数据的情况下，无线网络设备判断缓存数据的缓存时间是否超过最长缓存时间；在有缓存数据且缓存数据的缓存时间未超过最长缓存时间的情况下，无线网络设备继续向多卡终端传输缓存数据。

步骤443，在核心网设备恢复第二用户识别卡业务所对应的会话或承载后，无线网络设备判断是否有缓存的下行信息；在有缓存的下行信息的情况下，无线网络设备将缓存的下行信息发送给多卡终端。

步骤444，在核心网设备恢复第二用户识别卡业务所对应的会话或承载后，核心网设备向业务服务器发送业务恢复通知；业务服务器将第二用户识别卡业务挂起状态下错过的未接来电或者其它业务状态通知下发至多卡终端。

步骤445，在会话或承载恢复后，核心网设备可正常处理第二用户识别卡的下行业务或下行数据。

图5为本公开多卡终端发起业务恢复的网络交互示意图。如图5所示，多卡终端发起业务恢复的网络交互方法(例如图4实施例的步骤44)可以包括以下步骤：

步骤501-502，多卡终端建立无线连接，核心网设备请求会话或承载恢复。

步骤503，核心网设备将多卡终端的会话或承载恢复。

步骤504，无线网络设备通知多卡终端完成会话或承载恢复，如无线侧有缓存数据，可通知多卡终端有下行数据。

步骤504a，多卡终端和无线网络设备继续传输缓存数据。

步骤505-506，核心网设备向业务服务器发起业务恢复通知，如语音业务恢复使用通知。

步骤507，业务服务器可将错过的重要下行业务以通知的形式发送至多卡终端。

本公开上述实施例中，第一用户识别卡和第二用户识别卡不特指某个卡槽。即，公开上述实施例的每个用户识别卡或每个用户识别卡卡槽内的用户识别卡均可以在一个时间段或特定场景下作为第一用户识别卡，也可以在另一时间段或另一特定场景下作为第二用户识别卡。

本公开上述实施例的多卡终端业务挂起以及恢复的方法，当多卡终端的射频收发资源需要被第一用户识别卡(卡A)的业务长时间占用，导致第二用户识别卡(卡B)无法激活新的业务时，多卡终端先向网络发起卡B用户业务挂起请求，网络设备将该业务所对应的会话或承载挂起，如果当前卡B处于连接态，则网络设备缓存未完成的下行数据，释放无线资源，后续有新的下行业务或下行数据，网络设备拒绝业务请求。

本公开上述实施例当射频资源被结束占用时，多卡终端向网络设备发起请求恢复业务，网络设备将该业务对应的会话或承载恢复，如有缓存的下行数据，多卡终端和网络设备可以尽快恢复连接，完成下行数据传输。

由此本公开上述实施例可以同步多卡终端和网络设备的状态，由此可以避免一些不必要的兼容性问题。

本公开上述实施例中，业务挂起时多卡终端和网络设备释放空口连接，避免网络设备浪费不必要的传输资源。

本公开上述实施例中，业务挂起后，网络设备不再寻呼多卡终端，避免了网络设备再发起不必要的寻呼。

本公开上述实施例多卡终端恢复业务时，多卡终端可以通过接收网络缓存的数据快速恢复业务。

本公开上述实施例挂起恢复后网络设备可提供来电未接或者其它业务状态通知，由此可以提升用户业务感受。

图6为本公开多卡终端一些实施例的示意图。如图6所示，本公开多卡终端可以包括资源占用判断模块61和挂起请求发送模块62，其中：

资源占用判断模块61，用于判断当前射频收发资源是否可以被第一用户识别卡业务占用，以及判断当前射频收发资源是否需要被第一用户识别卡业务长时间占用。

挂起请求发送模块62，用于在多卡终端的当前射频收发资源需要被第一用户识别卡业务长时间占用的情况下，向网络设备发起第二用户识别卡业务的业务挂起请求，以便网络设备将第二用户识别卡业务所对应的会话或承载挂起，其中，第二用户识别卡为多卡终端中除第一用户识别卡外的其他用户识别卡。

在本公开的一些实施例中，资源占用判断模块61还可以用于在第一用户识别卡发起业务的情况下，多卡终端判断当前射频收发资源是否可用；在当前射频收发资源可用的情况下，执行判断射频收发资源是否需要被第一用户识别卡业务长时间占用的操作。

在本公开的一些实施例中，多卡终端还可以用于在第二用户识别卡业务挂起后，执行第一用户识别卡业务。

在本公开的一些实施例中，多卡终端还可以用于在第一用户识别卡业务结束占用射频资源的情况下，向网络设备发起第二用户识别卡业务的业务恢复请求，以便网络设备恢复第二用户识别卡业务所对应的会话或承载。

在本公开的一些实施例中，多卡终端还可以用于在第一用户识别卡业务结束占用射频资源的情况下，判断第二用户识别卡是否有业务处于挂起状态；在第二用户识别卡有业务处于挂起状态的情况下，执行向网络设备发起第二用户识别卡业务的业务恢复请求的操作。

在本公开的一些实施例中，所述多卡终端用于执行实现如上述任一实施例(例如图1-图2、图4任一实施例)所述的业务挂起和恢复的操作。

图7为本公开多卡终端另一些实施例的示意图。如图7所示，本公开多卡终端可以包括存储器71和处理器72，其中：

存储器71，用于存储指令。

处理器72，用于执行所述指令，使得所述多卡终端执行实现如上述任一实施例(例如图1-图2、图4任一实施例)所述的业务挂起和恢复的操作。

基于本公开上述实施例提供的多卡终端，可以同步多卡终端和网络设备的状态，由此可以避免一些不必要的兼容性问题。

本公开上述实施例中，业务挂起时多卡终端和网络设备释放空口连接，避免网络设备浪费不必要的传输资源。

本公开上述实施例中，业务挂起后，网络设备不再寻呼多卡终端，避免了网络设备再发起不必要的寻呼。

本公开上述实施例多卡终端恢复业务时，多卡终端可以通过接收网络缓存的数据快速恢复业务。

本公开上述实施例挂起恢复后网络设备可提供来电未接或者其它业务状态通知，由此可以提升用户业务感受。

图8为本公开业务挂起和恢复系统一些实施例的示意图。如图8所示，本公开多卡终端可以包括资源占用判断模块81和挂起请求发送模块82，其中：

多卡终端81，用于判断射频收发资源是否需要被第一用户识别卡业务长时间占用；在多卡终端的当前射频收发资源需要被第一用户识别卡业务长时间占用的情况下，向网络设备发起第二用户识别卡业务的业务挂起请求，其中，第二用户识别卡为多卡终端中除第一用户识别卡外的其他用户识别卡。

在本公开的一些实施例中，多卡终端81可以为如上述任一实施例(例如图6或图7实施例)所述的多卡终端。

网络设备82，用于将第二用户识别卡业务所对应的会话或承载挂起。

在本公开的一些实施例中，所述网络设备82可以包括核心网设备、无线网络设备和业务服务器中的至少一种。

在本公开的一些实施例中，所述无线网络设备可以为基站。

图9为本公开业务挂起和恢复系统又一些实施例的示意图。图3和图5还给出本公开业务挂起和恢复系统另一些实施例的示意图。如图9所示，图8实施例中的网络设备可以包括无线网络设备821和核心网设备822，其中：

无线网络设备821，用于将多卡终端发起的第二用户识别卡业务的业务挂起请求转发给核心网设备；在核心网设备将多卡终端需要挂起的业务对应请求的会话或承载挂起后，释放无线资源。

核心网设备822，用于将多卡终端请求的业务相关的会话或承载挂起。

在本公开的一些实施例中，无线网络设备821还可以用于在接收到多卡终端发起的第二用户识别卡业务的业务挂起请求的情况下，将第二用户识别卡业务对应的承载挂起；判断是否存在未完成的下行数据；在存在未完成的下行数据的情况下，将未完成的下行数据进行缓存，并启动第二定时器，其中最长缓存时间为第二预定时间。

在本公开的一些实施例中，核心网设备822还可以用于将多卡终端请求的会话或承载挂起，启动第一定时器；在第一预定时间内多卡终端仍未恢复的情况下，将终端状态更新为注销，核心网和无线网络设备释放终端的上下文和承载；在会话或承载挂起后，通知第二用户识别卡业务所对应的业务服务器823，第二用户识别卡业务处于挂起状态；在会话或承载挂起后，拒绝新的下行业务或下行数据。

在本公开的一些实施例中，核心网设备822还可以用于在接收到多卡终端发送的业务恢复请求的情况下，恢复第二用户识别卡业务所对应的会话或承载。

在本公开的一些实施例中，如图9所示，所述网络设备还可以包括业务服务器823，其中：

核心网设备822，还用于在核心网设备恢复第二用户识别卡业务所对应的会话或承载后，向业务服务器发送业务恢复通知。

业务服务器823，用于将第二用户识别卡业务挂起状态下错过的未接来电或者其它业务状态通知下发至多卡终端。

在本公开的一些实施例中，无线网络设备821还可以用于在核心网设备恢复第二用户识别卡业务所对应的会话或承载后，判断是否有缓存数据；在有缓存数据的情况下，判断缓存数据的缓存时间是否超过最长缓存时间；在有缓存数据且缓存数据的缓存时间未超过最长缓存时间的情况下，继续向多卡终端传输缓存数据。

在本公开的一些实施例中，无线网络设备821还可以用于在核心网设备恢复第二用户识别卡业务所对应的会话或承载后，判断是否有缓存的下行信息；在有缓存的下行信息的情况下，将缓存的下行信息发送给多卡终端。

本公开上述实施例的多卡终端业务挂起以及恢复的系统，当多卡终端的射频收发资源需要被第一用户识别卡(卡A)的业务长时间占用，导致第二用户识别卡(卡B)无法激活新的业务时，多卡终端先向网络发起卡B用户业务挂起请求，网络设备将该业务所对应的会话或承载挂起，如果当前卡B处于连接态，则网络设备缓存未完成的下行数据，释放无线资源，后续有新的下行业务或下行数据，网络设备拒绝业务请求。

本公开上述实施例当射频资源被结束占用时，多卡终端向网络设备发起请求恢复业务，网络设备将该业务对应的会话或承载恢复，如有缓存的下行数据，多卡终端和网络设备可以尽快恢复连接，完成下行数据传输。

由此本公开上述实施例可以同步多卡终端和网络设备的状态，由此可以避免一些不必要的兼容性问题。

本公开上述实施例中，业务挂起时多卡终端和网络设备释放空口连接，避免网络设备浪费不必要的传输资源。

本公开上述实施例中，业务挂起后，网络设备不再寻呼多卡终端，避免了网络设备再发起不必要的寻呼。

本公开上述实施例多卡终端恢复业务时，多卡终端可以通过接收网络缓存的数据快速恢复业务。

本公开上述实施例挂起恢复后网络设备可提供来电未接或者其它业务状态通知，由此可以提升用户业务感受。

根据本公开的另一方面，提供一种计算机可读存储介质，其中，所述计算机可读存储介质存储有计算机指令，所述指令被处理器执行时实现如上述任一实施例(图1-图5任一实施例)所述的业务挂起和恢复方法。

基于本公开上述实施例提供的计算机可读存储介质，可以同步多卡终端和网络设备的状态，由此可以避免一些不必要的兼容性问题。

本公开上述实施例中，业务挂起时多卡终端和网络设备释放空口连接，避免网络设备浪费不必要的传输资源。

本公开上述实施例中，业务挂起后，网络设备不再寻呼多卡终端，避免了网络设备再发起不必要的寻呼。

本公开上述实施例多卡终端恢复业务时，多卡终端可以通过接收网络缓存的数据快速恢复业务。

本公开上述实施例挂起恢复后网络设备可提供来电未接或者其它业务状态通知，由此可以提升用户业务感受。

在上面所描述的多卡终端、无线网络设备、核心网设备和业务服务器可以实现为用于执行本申请所描述功能的通用处理器、可编程逻辑控制器(PLC)、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。

至此，已经详细描述了本公开。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指示相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

本公开的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本公开限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本公开的原理和实际应用，并且使本领域的普通技术人员能够理解本公开从而设计适于特定用途的带有各种修改的各种实施例。

Claims (21)

1.一种业务挂起和恢复方法，其特征在于，包括：

多卡终端判断当前射频收发资源是否需要被第一用户识别卡业务长时间占用；

在多卡终端的当前射频收发资源需要被第一用户识别卡业务长时间占用的情况下，多卡终端向网络设备发起第二用户识别卡业务的业务挂起请求，以便网络设备将第二用户识别卡业务所对应的会话或承载挂起，其中，第二用户识别卡为多卡终端中除第一用户识别卡外的其他用户识别卡。

2.根据权利要求1所述的业务挂起和恢复方法，其特征在于，还包括：

在第一用户识别卡发起业务的情况下，多卡终端判断当前射频收发资源是否可用；

在当前射频收发资源可用的情况下，多卡终端执行判断射频收发资源是否需要被第一用户识别卡业务长时间占用的步骤。

3.根据权利要求1或2所述的业务挂起和恢复方法，其特征在于，还包括：

在第二用户识别卡业务挂起后，多卡终端执行第一用户识别卡业务。

4.根据权利要求1或2所述的业务挂起和恢复方法，其特征在于，所述网络设备将第二用户识别卡业务所对应的会话或承载挂起包括：

无线网络设备将多卡终端发起的第二用户识别卡业务的业务挂起请求转发给核心网设备；

核心网设备将多卡终端需要挂起的业务对应的会话或承载挂起；

无线网络设备释放无线资源。

5.根据权利要求4所述的业务挂起和恢复方法，其特征在于，所述网络设备将第二用户识别卡业务所对应的会话或承载挂起还包括：

在接收到多卡终端发起的第二用户识别卡业务的业务挂起请求的情况下，核心网将相关业务的会话或承载设置为挂起状态；

和/或，

核心网设备将多卡终端的上下文设置为挂起状态；

和/或，

核心网设备和无线网络设备之间保留或者释放相关业务的用户面资源；

和/或，

在会话或承载挂起后，核心网设备通知第二用户识别卡业务所对应的业务服务器，第二用户识别卡业务处于挂起状态；

和/或，

在会话或承载挂起后，核心网设备拒绝新的下行业务或下行数据。

6.根据权利要求4所述的业务挂起和恢复方法，其特征在于，所述核心网设备将多卡终端需要挂起的业务对应请求的会话或承载挂起包括：

核心网设备将多卡终端需要挂起的业务对应请求的会话或承载挂起，启动第一定时器；

如果第一预定时间内多卡终端仍未恢复，核心网设备将终端状态更新为注销，核心网和无线网络设备释放终端的上下文和会话或承载。

7.根据权利要求4所述的业务挂起和恢复方法，其特征在于，所述无线网络设备释放无线资源包括：

无线网络设备释放无线资源；

无线网络设备判断是否存在未完成的下行数据；

在存在未完成的下行数据的情况下，无线网络设备将未完成的下行数据进行缓存，并启动第二定时器，其中最长缓存时间为第二预定时间。

8.根据权利要求1或2所述的业务挂起和恢复方法，其特征在于，还包括：

在第一用户识别卡业务结束占用射频资源的情况下，多卡终端向网络设备发起第二用户识别卡业务的业务恢复请求，以便网络设备恢复第二用户识别卡业务所对应的会话或承载。

9.根据权利要求8所述的业务挂起和恢复方法，其特征在于，还包括：

在第一用户识别卡业务结束占用射频资源的情况下，多卡终端判断第二用户识别卡是否有业务处于挂起状态；

在第二用户识别卡有业务处于挂起状态的情况下，多卡终端执行向网络设备发起第二用户识别卡业务的业务恢复请求的步骤。

10.根据权利要求8所述的业务挂起和恢复方法，其特征在于，网络设备恢复第二用户识别卡业务所对应的会话或承载包括：

在接收到多卡终端发送的业务恢复请求的情况下，核心网设备将第二用户识别卡业务所对应的会话或承载恢复为正常状态。

和/或，

核心网设备将多卡终端的上下文设置为在线状态；

和/或，

在会话或承载恢复后，核心网设备可正常处理第二用户识别卡的下行业务或下行数据。

11.根据权利要求10所述的业务挂起和恢复方法，其特征在于，网络设备恢复第二用户识别卡业务所对应的会话或承载还包括：

在核心网设备恢复第二用户识别卡业务所对应的会话或承载后，无线网络设备判断是否有缓存数据；在有缓存数据的情况下，无线网络设备判断缓存数据的缓存时间是否超过最长缓存时间；在有缓存数据且缓存数据的缓存时间未超过最长缓存时间的情况下，无线网络设备继续向多卡终端传输缓存数据；

和/或，

在核心网设备恢复第二用户识别卡业务所对应的会话或承载后，无线网络设备判断是否有缓存的下行信息；在有缓存的下行信息的情况下，无线网络设备将缓存的下行信息发送给多卡终端；

和/或，

在核心网设备恢复第二用户识别卡业务所对应的会话或承载后，核心网设备向业务服务器发送业务恢复通知；业务服务器将第二用户识别卡业务挂起状态下错过的未接来电或者其它业务状态通知下发至多卡终端。

12.一种多卡终端，其特征在于，包括：

资源占用判断模块，用于判断当前射频收发资源是否可以被第一用户识别卡业务占用，以及判断当前射频收发资源是否需要被第一用户识别卡业务长时间占用；

挂起请求发送模块，用于在多卡终端的当前射频收发资源需要被第一用户识别卡业务长时间占用的情况下，多卡终端向网络设备发起第二用户识别卡业务的业务挂起请求，以便网络设备将第二用户识别卡业务所对应的会话或承载挂起，其中，第二用户识别卡为多卡终端中除第一用户识别卡外的其他用户识别卡。

13.根据权利要求12所述的多卡终端，其特征在于，所述多卡终端用于执行实现如权利要求1-3、8-9中任一项所述的业务挂起和恢复的操作。

14.一种多卡终端，其特征在于，包括：

存储器，用于存储指令；

处理器，用于执行所述指令，使得所述多卡终端执行实现如权利要求1-3、8-9中任一项所述的业务挂起和恢复的操作。

15.一种业务挂起和恢复系统，其特征在于，包括网络设备、以及如权利要求12-14中任一项所述的多卡终端。

16.根据权利要求15所述的业务挂起和恢复系统，其特征在于，所述网络设备包括无线网络设备和核心网设备，其中：

无线网络设备，用于将多卡终端发起的第二用户识别卡业务的业务挂起请求转发给核心网设备；在核心网设备将多卡终端需要挂起的业务对应请求的会话或承载挂起后，释放无线资源。

核心网设备，用于将多卡终端请求的会话或承载挂起；

17.根据权利要求16所述的业务挂起和恢复系统，其特征在于，

无线网络设备，还用于在接收到多卡终端发起的第二用户识别卡业务的业务挂起请求的情况下，将第二用户识别卡业务对应的承载挂起；判断是否存在未完成的下行数据；在存在未完成的下行数据的情况下，将未完成的下行数据进行缓存，并启动第二定时器，其中最长缓存时间为第二预定时间；

核心网设备，还用于将多卡终端请求的会话或承载挂起，启动第一定时器；在第一预定时间内多卡终端仍未恢复的情况下，将终端状态更新为注销，核心网和无线网络设备释放终端的上下文和承载；在会话或承载挂起后，通知第二用户识别卡业务所对应的业务服务器，第二用户识别卡业务处于挂起状态；在会话或承载挂起后，拒绝新的下行业务或下行数据。

18.根据权利要求16或17所述的业务挂起和恢复系统，其特征在于，

核心网设备，还用于在接收到多卡终端发送的业务恢复请求的情况下，恢复第二用户识别卡业务所对应的会话或承载。

19.根据权利要求18所述的业务挂起和恢复系统，其特征在于，所述网络设备还包括业务服务器，其中：

核心网设备，还用于在核心网设备恢复第二用户识别卡业务所对应的会话或承载后，向业务服务器发送业务恢复通知；

业务服务器，用于将第二用户识别卡业务挂起状态下错过的未接来电或者其它业务状态通知下发至多卡终端。

20.根据权利要求18所述的业务挂起和恢复系统，其特征在于，

无线网络设备，还用于在核心网设备恢复第二用户识别卡业务所对应的会话或承载后，判断是否有缓存数据；在有缓存数据的情况下，判断缓存数据的缓存时间是否超过最长缓存时间；在有缓存数据且缓存数据的缓存时间未超过最长缓存时间的情况下，继续向多卡终端传输缓存数据；

和/或，

无线网络设备，还用于核心网设备恢复第二用户识别卡业务所对应的会话或承载后，判断是否有缓存的下行信息；在有缓存的下行信息的情况下，将缓存的下行信息发送给多卡终端。

21.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述指令被处理器执行时实现如权利要求1-11中任一项所述的业务挂起和恢复方法。

Images