CN114221989B - 通道业务管理方法、装置和电子设备 - Google Patents

Abstract

本发明公开了一种通道业务管理方法、装置和电子设备。该方法包括：响应于通用集成电路卡UICC的通道开启命令，从通道开启命令中获取命令要求信息、UICC对本次业务操作的最小持续时长建议值和时长协商控制信息；在时长协商控制信息的控制下，基于本终端设备的自身能力和UICC对本次业务操作的最小持续时长建议值，确定本次业务操作允许的最小持续时长值；发送用于指示通道开启命令的命令处理结果；响应于通道关闭命令，在确定BIP通道的本次开启时长小于本次业务操作允许的最小持续时长值的情况下，保持BIP通道的开启状态。根据该方法，可以在通道管理方面加强业务实现保障。

Description

通道业务管理方法、装置和电子设备

技术领域

本发明涉及通信技术领域，具体涉及一种通道业务管理方法、装置和电子设备。

背景技术

独立承载协议(Bearer Independent Protocol，BIP)通道是通用集成电路卡(Universal Integrated Circuit Card，UICC)实现远程数据传输和管理的常用方式功能之一。随着业务的不断发展，使用场景也更为复杂，管理策略的业务保障性和安全性方面还存在不足，因此，需要在通道管理方面加强业务实现保障。

发明内容

为此，本发明提供一种通道业务管理方法、装置和电子设备，以解决现有技术中管理策略的业务保障性和安全性方面存在不足的问题。

为了实现上述目的，本发明第一方面提供一种通道业务管理方法，包括：

响应于通用集成电路卡UICC的通道开启命令，从通道开启命令中获取命令要求信息、UICC对本次业务操作的最小持续时长建议值和时长协商控制信息，时长协商控制信息用于指示是否允许最小持续时长协商；

在时长协商控制信息的控制下，基于本终端设备的自身能力和UICC对本次业务操作的最小持续时长建议值，确定本次业务操作允许的最小持续时长值；

按照命令要求信息开启独立承载协议BIP通道，并发送第一终端响应消息至UICC，第一终端响应消息中包括用于指示通道开启命令的命令处理结果；

响应于UICC的通道关闭命令，在确定BIP通道的本次开启时长小于本次业务操作允许的最小持续时长值的情况下，保持BIP通道的开启状态。

本发明第二方面提供一种通道业务管理方法，包括：

基于数据传输需求发送通道开启命令至终端设备，通道开启命令用于指示终端设备开启独立承载协议BIP通道，通道开启命令中包括：命令要求信息、当前UICC对本次业务操作的最小持续时长建议值和时长协商控制信息，时长协商控制信息用于指示是否允许最小持续时长协商；

响应于终端设备的第一终端响应消息，从第一终端响应消息中获取通道开启命令的命令处理结果；

根据时长协商控制信息和命令处理结果确定本次业务操作允许的最小持续时长值；

在本次BIP通道的数据传输已完成的情况下，发送通道关闭命令至终端设备；其中，终端设备用于在确定通道开启时长小于本次业务操作允许的最小持续时长值的情况下，拒绝执行通道关闭命令，以保持BIP通道的开启状态。

本发明第三方面提供一种通道业务管理装置，包括：

信息获取模块，用于响应于通用集成电路卡UICC的通道开启命令，从通道开启命令中获取命令要求信息、UICC对本次业务操作的最小持续时长建议值和时长协商控制信息，时长协商控制信息用于指示是否允许最小持续时长协商；

持续时长确定模块，用于在时长协商控制信息的控制下，基于本终端设备的自身能力和UICC对本次业务操作的最小持续时长建议值，确定本次业务操作允许的最小持续时长值；

结果发送模块，用于按照命令要求信息开启独立承载协议BIP通道，并发送第一终端响应消息至UICC，第一终端响应消息中包括用于指示通道开启命令的命令处理结果；

命令处理模块，用于响应于UICC的通道关闭命令，在确定BIP通道的本次开启时长小于本次业务操作允许的最小持续时长值的情况下，保持BIP通道的开启状态。

本发明第四方面提供一种通道业务管理装置，包括：

开启命令发送模块，用于基于数据传输需求发送通道开启命令至终端设备，通道开启命令用于指示终端设备开启独立承载协议BIP通道，通道开启命令中包括：命令要求信息、当前UICC对本次业务操作的最小持续时长建议值和时长协商控制信息，时长协商控制信息用于指示是否允许最小持续时长协商；

响应消息接收模块，用于响应于终端设备的第一终端响应消息，从第一终端响应消息中获取通道开启命令的命令处理结果；

时长结果确定模块，用于根据时长协商控制信息和命令处理结果确定本次业务操作允许的最小持续时长值；

关闭命令发送模块，用于在本次BIP通道的数据传输已完成的情况下，发送通道关闭命令至终端设备；其中，终端设备用于在确定通道开启时长小于本次业务操作允许的最小持续时长值的情况下，拒绝执行通道关闭命令，以保持BIP通道的开启状态。

本发明第五方面提供一种电子设备，包括：一个或多个处理器；存储器，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本申请实施例中的任意一种通道业务管理方法。

本发明具有如下优点：根据本发明实施例中的通道业务管理方法、装置和电子设备，为了保证远程业务数据在BIP通道的传输，避免在业务未完成时通道就被误关闭，UICC在向终端发送的通道开启命令中携带UICC对本次业务操作的最小持续时长建议值，并携带时长协商控制信息，通过时长协商控制信息来控制是否允许进行最小持续时长协商；终端设备在时长协商控制信息的控制下，基于本终端设备的自身能力和UICC对本次业务操作的最小持续时长建议值，确定本次业务操作允许的最小持续时长值，从而在接收到UICC的通道关闭命令的情况下，若确定BIP通道的本次开启时长小于本次业务操作允许的最小持续时长值，则可以不予执行该通道关闭命令，保持BIP通道的开启状态，以此保证数据有足够的时间进行传输。

通过该通道业务管理方法、装置和电子设备，通过引入持续时长管理以避免BIP通道异常关闭，该方法可以提高通过BIP通道传输数据的成功率，更好地保障关键性业务的正常进行，有助于UICC远程数据传输适应更多更复杂的业务场景。

附图说明

附图是用来提供对本发明的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明，但并不构成对本发明的限制。

图1为本发明一实施例的通道业务管理方法的流程图；

图2为本发明另一实施例的通道业务管理方法的流程图；

图3为本发明示例性实施例的通道业务管理方法的流程示意图；

图4为本发明一实施例提供的通道业务管理装置的结构示意图；

图5为本发明另一实施例提供的通道业务管理装置的结构示意图；

图6为本发明实施例的通道业务管理方法和装置的计算设备的示例性硬件架构的结构图。

具体实施方式

以下结合附图对本发明的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明，并不用于限制本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

在本发明实施例中，通用用户识别模块(Universal Subscriber IdentityModule，USIM)卡是通用移动通信系统(Universal Mobile Telecommunications System，UMTS)网络中使用的用户身份是被模块(Subscriber Identity Module，SIM)卡的延续与进步。USIM卡可以用于存储用户身份信息和个人数据，保障接入移动网络服务的安全，并可以利用必要的功能和数据，在用户访问移动网络服务时进行用户识别和用户授权，实现移动网络能够表示和识别用户应用的要求。

相对于SIM卡来说，USIM卡不再是建立于单一的电信应用平台上，而是将成为UICC上驻留的多种应用之一。USIM的物理实体就是UICC，USIM实际上是建立在UICC上的一种主要用于终端用户身份识别的应用。在一些实施例中，UICC可以理解为是一个通用智能卡平台，为其上层应用提供统一的底层支撑，除USIM之外，UICC上还可以驻留银行、票务等其它智能卡应用，真正实现了承载平台和应用的分离。

在实际应用场景中，UICC与终端间的关系有一个发展的过程，在最初的定位中，UICC处于完全被动的地位，终端发送命令到UICC，UICC执行命令后返回响应到终端，终端和UICC间以命令响应对的方式交互，且是终端发起命令而UICC进行响应的方式，这种机制不允许UICC主动向终端发送命令，终端始终是占据主导地位的，UICC只可以处于从终端接受命令、执行命令、回送响应的受控制受支配的状态，这样的方式限制了基于卡片的应用的开发与使用。

随着UICC业务需求的发展，为了解决此类问题，在终端和UICC的接口即Cu接口的协议栈中引入SIM卡应用工具包(SIM Application Toolkit，STK)/USIM卡应用工具箱(USIM Application Toolkit，USAT)协议层，STK/USAT层在传输层提供的服务基础之上提供了一种服务机制，允许UICC应用与支持这种机制的终端进行交互和操作，使得UICC可以主动要求终端执行某个操作，STK/USAT指令集是电信智能卡通过终端实现业务的基础和主要方式。借助STK/USAT协议，在UICC上也可以实现各种应用，并通过终端提供给用户。

BIP是目前UICC通过卡应用工具包传输协议(Card Application ToolkitTransport Protocol，CAT/TP)、安全超文本传输协议(Hypertext Transfer ProtocolSecure，HTTPS)等实现远程数据下载和管理的基础协议，也是UICC通过STK/USAT机制实现的主要能力之一，BIP通过一组主动式命令(通道开启命令Open Channel、通道关闭命令Close Channel、发送数据命令Receive Data、接收数据命令Send Data、获得通道状态GetChannel Status等)和事件(数据可用，通道状态)，UICC可以和终端建立一个数据通道，终端根据UICC提供的信息在通道建立之时选择一个可用的数据承载，并允许UICC与远端服务器在此通道上通过可用的数据承载连接进行数据交换，实现UICC远程应用、文件和其它内容的下载、更新和管理。

目前，UICC应用在需要使用BIP进行远程数据传输时通过发送Open Channel命令要求终端打开传输通道，数据传输结束后再通过Close Channel命令要求终端关闭传输通道，完成一个数据传输的完整周期。

目前技术在总体上存在基本的通道管理，如通道数量有限，无可用通道时打开通道命令会被拒绝等，但在管理策略的业务保障性和安全性方面还有不足，在操作并行、连续操作等情况下难免发生一些可能的问题，如UICC多通道并行或连续打开时，其中一个通道数据传输尚未完成就被其它也有通道操作需求的应用误关闭，这无疑影响了业务的正常进行，尤其对于某些比较重要的远程数据传输和管理(如基本用户签约数据的下载等)，更可能造成不良后果，妨碍了业务操作的安全性。

本发明实施例提供一种通道业务管理方法、装置和电子设备，可以通过引入持续时长来进行通道管理，可以避免BIP通道异常关闭，提高通过BIP通道传输数据的成功率。

为了更好的理解本发明，下面将结合附图，详细描述根据本发明实施例的通道业务管理方法、装置和电子设备，应注意，这些实施例并不是用来限制本发明公开的范围。

图1是示出根据本发明实施例的通道业务管理方法的流程图。如图1所示，本发明实施例中的通道业务管理方法应用于终端设备，并可以包括以下步骤。

S110，响应于通用集成电路卡UICC的通道开启命令，从通道开启命令中获取命令要求信息、UICC对本次业务操作的最小持续时长建议值和时长协商控制信息，时长协商控制信息用于指示是否允许最小持续时长协商。

S120，在时长协商控制信息的控制下，基于本终端设备的自身能力和UICC对本次业务操作的最小持续时长建议值，确定本次业务操作允许的最小持续时长值。

S130，按照命令要求信息开启独立承载协议BIP通道，并发送第一终端响应消息至UICC，第一终端响应消息中包括用于指示通道开启命令的命令处理结果。

S140，响应于UICC的通道关闭命令，在确定BIP通道的本次开启时长小于本次业务操作允许的最小持续时长值的情况下，保持BIP通道的开启状态。

根据本发明实施例的通道业务管理方法，为了保证远程业务数据在BIP通道的传输，避免在业务未完成时通道就被误关闭，UICC在向终端发送的通道开启命令中携带UICC对本次业务操作的最小持续时长建议值，并携带时长协商控制信息，通过时长协商控制信息来控制是否允许进行最小持续时长协商；终端设备在时长协商控制信息的控制下，基于本终端设备的自身能力和UICC对本次业务操作的最小持续时长建议值，确定本次业务操作允许的最小持续时长值，从而在接收到UICC的通道关闭命令的情况下，若确定BIP通道的本次开启时长小于本次业务操作允许的最小持续时长值，则可以不予执行该通道关闭命令，保持BIP通道的开启状态，以此保证数据有足够的时间进行传输。

通过该通道业务管理方法，通过引入持续时长管理以避免BIP通道异常关闭，该方法可以提高通过BIP通道传输数据的成功率，更好地保障关键性业务的正常进行，有助于UICC远程数据传输适应更多更复杂的业务场景。

在步骤S110，通道开启命令是对已有的通道开启命令进行改造和扩展定义，得到的改造和扩展后的通道开启命令；S150中的通道关闭命令，是对已有的通道关闭命令进行改造和扩展定义，得到的改造和扩展后的通道开启命令。

为实现本发明实施例的通过管理方法，首先需要对已有的管理命令进行改造和扩展定义，包括针对通道开启命令及其对应的通道关闭命令，下面通过具体示例描述扩展后的命令结构。

表1示出根据本发明示例性实施例中通道开启命令的命令结构。

表1

/>

在表1所示的命令结构中，“描述”用于指示通道开启命令所包含的命令字段；“内容”用于示出命令字段的内容；M/O表示该命令字段是必选(Mandatory)还是可选(Optional)，MIN用于指示该命令字段是否有最小长度要求，Y表示是，N表示否；长度表示相应的命令字段取最小长度时的字段长度(单位为字节)。

在本申请实施例中，通道开启命令中的命令要求信息，包括通过通道开启命令要求终端设备打开传输通道的必要信息，以用于使终端按照命令要求信息与网络中的远程服务器建立数据连接，从而打开BIP通道。作为示例，命令要求信息至少包括作为必选数据对象的如下字段信息：主动式UICC卡命令标记、长度、设备标识、命令细节、承载描述和缓存大小。

其中，“主动式UICC卡命令标记”字段，用于指示后续为需要UICC发送的主动式命令信息，该标记的内容可以根据需要自行设定，如本申请实施例中设为“D0”；“长度”字段，用于指示需向后读取的总字节长度，以用于读取完整的通道开启命令；“命令细节”字段，用于指示命令自身的命令细节；该字段例如可以包括：命令细节标记如01或81、长度(用于指示后续命令代码、命令类型和命令限定符的总长度)、命令代码、命令类型和命令限定符等信息；“设备标识”字段，用于指示命令的起始端设备和目的端设备，该字段例如可以包括：设备标识标记如02或82，长度(用于指示后续起始端设备标识和目的端设备标识的总长度)、起始端设备标识(用于标识通道管理命令的起始端设备如UICC)、目的端设备标识(用于标识通道管理命令的目的端设备如终端设备)；“承载描述”字段，用于对终端设备建立与UICC的数据链接的参数给出推荐值，该字段可以包括：承载描述标记如35或B5、长度(用于指示后续承载类型和承载参数的总长度)、承载类型(例如单承载方式或多承载方式)和对应的承载参数；“缓存大小”字段，用于指示UICC在命令中需要的或终端设备(MobileEquipment，ME)所能提供的字节数，该字段包括缓存大小标记如39或B9，长度(用于指示后续缓存大小的长度)。

在本申请实施例中，通道开启命令的命令结构是在现有命令结构的基础上进行扩展而得到。作为示例，“命令限定符”的第6位(b6)是现有命令结构中未启用的。也就是说，在本申请实施例的通道开启命令的命令限定符中需启用原保留位b6，将命令限定符原保留位b6的内容作为通道开启命令的时长协商控制信息，以用于指示UICC发送的通道管理命令是否允许终端根据自身能力在响应消息中对最小持续时长进行协商。具体地，b6＝0时，该时长协商控制信息用于指示UICC对本次业务操作不允许最小持续时长协商；b6＝1时，该时长协商控制信息用于指示UICC对本次业务操作允许最小持续时长协商。具体定义见上表，其余位保持现有定义。

继续参照表1，在表1所示的命令结构中，“最小持续时长”字段为可选数据对象，其包括最小持续时长标记如04或84、长度(用于指示后续时间单位和时间间隔的总长度)、时间单位和时间间隔。

在本申请实施例中，终端设备在接收到UICC发送的通道开启命令的情况下，可以通过读取“命令细节”字段，根据命令限定符中第6位(b6)记在的内容来获取时长协商控制信息，在命令限定符的b6位取值为1的情况下，确定UICC对本次业务操作允许进行最小持续时长协商，在命令限定符的b6位取值为0的情况下，UICC对本次业务操作不允许进行最小持续时长协商；并且，可以通过读取“最小持续时长”字段中的时间单位和时间间隔，用于指示使用的时间单位和指示的时间长度，以用来获取UICC所指示的最小持续时长值；以及，可以通过读取“主动式UICC卡命令标记、长度、设备标识、命令细节、承载描述和缓存大小”等信息来获取时长协商控制信息和最小持续时长建议值之外的命令要求信息。

在本发明实施例中，由于UICC仅在判定当前业务需要时提供最小持续时长的参数配置的情况下，可以通过“最小持续时长”字段表示UICC提出的本次BIP通道开启持续时长最小建议值；因此，如果“命令限定符”中的b6字段(时长协商控制信息)指示UICC对本次业务操作不允许终端在该方面进行协商，则此最小持续时长值为本次操作允许的最小持续时长；如果“命令限定符”中的b6字段(时长协商控制信息)指示UICC对本次业务操作允许终端在该方面进行协商，则终端在此最小持续时长值的基础上进行协商。

在本发明实施例中，通道开启命令的命令结构还可能包括其它可选数据对象，本发明并不对此做限制。

表2示出根据本发明示例性实施例中对通道开启命令的终端响应消息的命令结构。

表2

/>

/>

在上述表2中，“描述”用于该终端响应消息所包含的命令字段；“内容”用于指示该命令字段的内容；M/O/C表示该命令字段是必选(Mandatory，M)、可选(Optional，O)或表示有条件的可选(Conditional Optional，C)，MIN用于指示该命令字段是否有最小长度要求，Y表示是，N表示否；长度表示相应的命令字段取最小长度时的字段长度(单位为字节)。

表2与表1中相同的字段描述、内容、M/O、MIN和长度可表示相同的含义，本申请实施例中不再赘述。通过表2和表1可知，其不同之处在于：在一些实施例中，通道开启命令的终端响应消息中包括“结果”字段，用于指示通道开启命令的执行结果，该字段包括“结果标记”如03或83、长度(用于指示后续一般结果的长度)、一般结果，其中“0X”或“1X”表示命令已经完成，“2X”用于告诉UICC稍后有机会应重试此命令，“3X”表示UICC不值得用相同的命令重试，因为只能获得同样的响应。

在一些实施例中，通道开启命令的终端响应消息中还包括“通道状态”字段，“通道状态”为可选，例如在响应UICC的获取通道状态(Get Channel Statue)命令或通道命令时需要；通道开启命令的终端响应消息中的“承载描述”为可选，例如在终端设备响应UICC的通道开启命令时需要；“缓存大小”为可选，例如在终端设备响应UICC的通道开启命令时需要。

在一些实施例中，通道开启命令的“最小持续时长”字段为有条件的可选数据对象，表示终端提出的本次BIP通道开启持续时长最小建议值，具体定义见上表2，“最小持续时长”所包含内容的具体含义可参考表1中相同字段的描述，本申请实施例不再赘述。该数据对象仅在UICC允许终端进行最小持续时长协商且终端根据自身能力和情况判断需要对UICC提出的持续时长最小建议值进行调整时存在，该值仅可小于UICC的持续时长最小建议值。如果终端的持续时长最小建议值提出，则成为本次操作允许的最小持续时长。

通过上述表1和表2的示例，在本发明实施例中，提出对现有机制和管理命令进行改造和扩展定义，增加了对必备的数据对象的支持和表示新增要求的数据域设置内容，同时定义了终端与UICC之间进行交互的流程和要求。

在一些实施例中，第一终端响应消息中还包括本终端设备对本次业务操作的最小持续时长建议值；步骤S120具体可以包括如下步骤。

S11，在时长协商控制信息为允许最小持续时长协商，且判定UICC对本次业务操作的最小持续时长建议值大于业务持续时长能力阈值的情况下，确定需要进行最小持续时长协商；其中，业务持续时长能力阈值与本终端设备的自身能力情况相匹配。

S12，生成本终端设备对本次业务操作的最小持续时长建议值；其中，本终端设备对本次业务操作的最小持续时长建议值，小于UICC对本次业务操作的最小持续时长建议值。

S13，将生成的本终端设备对本次业务操作的最小持续时长建议值，作为本次业务操作允许的最小持续时长值。

通过上述步骤S11-S13，在时长协商控制信息为允许最小持续时长协商的情况下，终端设备可以根据自身能力判断是否接受UICC对本次业务操作的最小持续时长建议值(简称为UICC的建议值)，若终端设备判定UICC对本次业务操作的最小持续时长建议值，大于终端设备根据自身能力情况确定的自身能够支持本次业务操作的持续时长最大能力值(业务持续时长能力阈值)，则确定需要进行最小持续时长协商，并生成本终端设备对本次业务操作的最小持续时长建议值(简称为终端设备的建议值)，且终端设备的建议值需要小于UICC的建议值，并将终端设备的建议值作为本次通道开启的最小持续时长；实现在UICC的允许下，对UICC的建议值进行调整，得到调整后的终端设备的建议值，以保证后续有足够的时间通过BIP进行数据传输。

在一些实施例中，第一终端响应消息中不包括本终端设备对本次业务操作的最小持续时长建议值；步骤S120具体可以包括如下步骤。

S21，在时长协商控制信息为允许最小持续时长协商，且判定UICC对本次业务操作的最小持续时长建议值小于或等于业务持续时长能力阈值的情况下，确定同意UICC对本次业务操作的最小持续时长建议值；S22，将UICC对本次业务操作的最小持续时长建议值，作为本次业务操作允许的最小持续时长值。

通过步骤S21-S22，终端设备可以根据自身能力情况确定同意UICC对本次业务操作的最小持续时长建议值，从而将UICC对本次业务操作的最小持续时长建议值作为本次通道开启的最小持续时长，以在该最小持续时长的约束下，保证后续有足够的时间通过BIP进行数据传输。

在一些实施例中，第一终端响应消息中不包括本终端设备对本次业务操作的最小持续时长建议值；步骤S120具体可以包括：S23，在时长协商控制信息为禁止最小持续时长协商的情况下，将UICC对本次业务操作的最小持续时长建议值，作为本次业务操作允许的最小持续时长值。

在该实施例中，若UICC不允许终端设备对本次业务操作的最小持续时长建议值进行协商，则终端设置需要以UICC对本次业务操作的最小持续时长建议值，作为本次通道开启的最小持续时长，以在该最小持续时长的约束下，保证后续有足够的时间通过BIP进行数据传输。

在一些实施例中，通道业务管理方法还包括如下步骤。

S140，响应于UICC的通道关闭命令，在确定BIP通道的本次开启时长大于或等于本次业务操作允许的最小持续时长值的情况下，关闭BIP通道。

S150，发送第二终端响应消息至UICC，第二终端响应消息用于指示通道关闭命令的执行结果。

在该实施例中，当终端设备接收到UICC的通道关闭命令，当确定BIP通道的本次开启时长大于或等于本次业务操作允许的最小持续时长值时，才执行通道关闭命令，并反馈相应的终端响应消息，保证通道关闭满足最小持续时长值的要求，已经通过足够的时间进行了相应的数据传输。

根据本发明实施例的通道业务管理方法，针对UICC的BIP通道管理策略在业务保障方面考虑不足的问题，提出在管理命令中引入时长限制以更好地保障业务正常进行，避免被可能存在的误操作所影响的方法。以确保本次业务操作中，BIP开启的持续时间需要大于或等于最小持续时长，在最小持续时长以内的UICC的关闭通道的命令，终端将不予执行，以此保证数据有足够的时间进行传输。

图2示出本发明另一实施例的通道业务管理方法的流程图。如图2所示，该方法包括以下步骤。

S210，基于数据传输需求发送通道开启命令至终端设备，通道开启命令用于指示终端设备开启独立承载协议BIP通道，通道开启命令中包括：命令要求信息、当前UICC对本次业务操作的最小持续时长建议值和时长协商控制信息，时长协商控制信息用于指示是否允许最小持续时长协商。

S220，响应于终端设备的第一终端响应消息，从第一终端响应消息中获取通道开启命令的命令处理结果。

S230，根据时长协商控制信息和命令处理结果确定本次业务操作允许的最小持续时长值。

S240，在本次BIP通道的数据传输已完成的情况下，发送通道关闭命令至终端设备；其中，终端设备用于在确定通道开启时长小于本次业务操作允许的最小持续时长值的情况下，拒绝执行通道关闭命令，以保持BIP通道的开启状态。

根据本发明实施例的通道业务管理方法，为了保证远程业务数据在BIP通道的传输，避免在业务未完成时通道就被误关闭的情况，在UICC基于业务需要，例如需要进行关键业务数据传输，在开启通道时提出通道开启持续时长最小的建议值。并在UICC允许情况下，终端收到后可根据自身能力对UICC建议值进行协商，提出终端最小建议值，该建议值仅可小于UICC建议值，并将此终端建议值作为本次通道开启的最小持续时长，即本次BIP开启的持续时间需要大于最小持续时长，在最小持续时长以内的UICC的关闭通道的命令，终端将不予执行，以此保证数据有足够的时间进行传输。

在步骤S240，UICC发送的通道关闭命令是本次BIP远程数据传输完成情况下生成的属于正常操作下的命令；在一些场景中，UICC发送的通道关闭命令也可能是UICC在非正常操作下生成的通道关闭命令。该非正常操作例如当前业务运行场景下的误操作，或者可能是当前场景之外的各种复杂情况引起的误操作。

在本发明实施例中，对于非正常操作下UICC生成的通道关闭命令，终端若确定BIP通道的本次开启时长小于本次业务操作允许的最小持续时长值，则会继续保持BIP通道的开启状态，从而保证数据在BIP通道有足够的时间进行传输，保障关键性业务的正常进行。

在步骤S210中的基于数据传输需求发送通道开启命令至终端设备之前，通道业务管理方法还包括：在根据业务需要确定需要设置本次业务操作允许的最小持续时长值的情况下，生成当前UICC对本次业务操作的最小持续时长建议值。

在一些实施例中，终端设备还用于在确定通道开启时长大于或等于本次业务操作允许的最小持续时长值的情况下，执行通道关闭命令，以关闭BIP通道。

在该实施例中，本次BIP开启的持续时间需要大于最小持续时长，终端执行满足最小持续时长的UICC的关闭通道的命令，以此保证数据有足够的时间进行传输。

在一些实施例中，通道业务管理方法还包括：S250，响应于终端设备的第二终端响应消息，从第二终端响应消息中获取通道关闭命令的执行结果。

在一些实施例中，步骤S230中根据时长协商控制信息和命令处理结果确定本次业务操作允许的最小持续时长值的步骤，具体可以包括如下步骤。

S31，在时长协商控制信息为允许最小持续时长协商，且通道开启结果为通道成功开启的情况下，若第一终端响应消息中还包括终端设备对本次业务操作的最小持续时长建议值，则确定本次业务操作允许的最小持续时长值为终端设备对本次业务操作的最小持续时长建议值，若第一终端响应消息中不包括终端设备对本次业务操作的最小持续时长建议值，则确定本次业务操作允许的最小持续时长值为当前UICC对本次业务操作的最小持续时长建议值。

在该实施例中，若UICC设置允许最小持续时长协商，则在通道开启命令对应的终端响应消息中，不包含终端设备对本次业务操作的最小持续时长建议值的情况下，表示终端设备同意当前UICC对本次业务操作的最小持续时长建议值，从而UICC确定以当前UICC对本次业务操作的最小持续时长建议值作为本次业务操作允许的最小持续时长值；否则，以终端设备对本次业务操作的最小持续时长建议值，作为本次业务操作允许的最小持续时长值，从而保证机卡之间BIP通道管理的交互持续时长，增加机卡交互能力，实现BIP通道的管理能力提升。

S32，在时长协商控制信息为使能禁止的情况下，确定本次业务操作允许的最小持续时长值为：当前UICC对本次业务操作的最小持续时长建议值。

在该实施例中，若UICC设置禁止最小持续时长协商，则直接以当前UICC对本次业务操作的最小持续时长建议值，作为本次业务操作允许的最小持续时长值，从而保证机卡之间BIP通道管理的交互持续时长，增加机卡交互能力，实现BIP通道的管理能力提升。

本发明实施例的通道业务管理方法，针对通道管理方面需要加强业务实现保障的问题，通过对机卡之间终端管理命令的扩展定义，在通道开启命令中携带UICC对本次业务操作的最小持续时长建议值，并通过时长协商控制信息指示是否允许终端设备对该值进行协商，从而通过对本次业务的持续最低时长要求，来提高BIP通道管理效果并更好保证业务正常进行。该方法一定程度上避免了粗放的通道管理方式产生的漏洞，使其更适用于业务操作并行或连续等复杂场景，有助于在保证效率的情况下提高BIP远程管理的成功率，尤其对于关键性的业务而言，可以起到更为明显的保障作用。

图3示出本发明示例性实施例的通道业务管理方法的流程示意图。如图3所示，在一些实施例中，该通道业务管理方法可以包括如下步骤。

S301，UICC业务需要进行远程下载、管理等业务，产生通过BIP进行数据传输的需求，UICC可以根据本次业务的重要性等因素判断是否需要设置本次操作允许的最小持续时长。

S302，UICC生成通道开启Open Channel命令并发送到终端。

在该步骤中，命令具体结构如上述表1，若需限制最小持续时长，则包括相应的数据对象，并在命令限定符中通过设置时长协商控制信息(表1中的命令限定符b6)，来指示是否允许终端就此进行协商。

S303，终端接收到命令后进行解析和处理，获取UICC的最小持续时长建议值。

S304，终端通过对时长协商控制信息(命令限定符b6)的解析处理，确定是否允许终端对最小持续时长进行协商，如果是，则继续后续步骤，如果否，则依次执行步骤S306和S308。

S305，终端根据自身能力情况对UICC的持续时长最小建议值进行判断，确定是否同意UICC的持续时长最小建议值(即该建议值是否过大)；如果否，则继续后续步骤，如果是，则依次执行步骤S306和S308。

S306，终端根据命令要求与网络中的远程服务器建立数据连接，打开BIP通道。

S307，终端生成终端响应Terminal Response响应消息并返回到UICC，其中除命令处理结果外还包含终端的持续时长最小建议值。

在该步骤中，响应消息的具体结构如上述表2，然后转到步骤S309。

S308，终端生成Terminal Response响应消息并返回到UICC，其中包含对于OpenChannel的命令处理结果，不含终端的持续时长最小建议值。

在该步骤中，响应消息具体结构上述表2。

S309，UICC接收到响应消息后进行解析，以确定本次业务操作允许的最小持续时长。

在该步骤中，UICC除获知命令处理结果外，还确定本次操作允许的最小持续时长，即如果响应消息中包含最小时长数据对象(终端对本次业务操作的最小持续时长建议值)，则作为本次业务操作允许的最小持续时长；如果响应消息中不含最小时长数据对象，则将Open Channel命令中数据对象(UICC对本次业务操作的最小持续时长建议值)作为本次业务操作允许的最小持续时长。

在本发明实施例中，USIM遵守对本次操作允许的最小持续时长限制，在该最小持续时长之内，不会要求关闭BIP通道。

S310，待一定时间后，UICC发送Close Channel命令。

在该步骤中，命令可能是本次BIP远程数据传输完成情况的正常命令，也可能是UICC因各种复杂情况误操作的命令。

S311，终端接收到命令后判断是否在本次操作允许的最小持续时长之内，如果是，则继续后续步骤，如果否，则转到步骤S313。

S312，终端拒绝执行命令，并将结果包含在Terminal Response响应到UICC，流程结束。

S313，终端按照命令关闭BIP通道，并返回Terminal Response响应到UICC，流程结束。

根据本发明实施例的通道业务管理方法，针对UICC的BIP通道管理策略在业务保障方面考虑不足的问题，提出在管理命令中引入时长限制以更好保障业务正常进行，避免被可能存在的误操作所影响的方法，提高了通过BIP通道传输数据的成功率，更好地保障关键性业务的正常进行，有助于UICC远程数据传输适应更多更复杂的业务场景。

下面结合附图，详细介绍根据本发明实施例的通道业务管理装置。

图4示出了根据本发明一实施例提供的通道业务管理装置的结构示意图。如图4所示，通道业务管理装置包括如下模块。

信息获取模块410，用于响应于通用集成电路卡UICC的通道开启命令，从通道开启命令中获取命令要求信息、UICC对本次业务操作的最小持续时长建议值和时长协商控制信息，时长协商控制信息用于指示是否允许最小持续时长协商。

持续时长确定模块420，用于在时长协商控制信息的控制下，基于本终端设备的自身能力和UICC对本次业务操作的最小持续时长建议值，确定本次业务操作允许的最小持续时长值。

结果发送模块430，用于按照命令要求信息开启独立承载协议BIP通道，并发送第一终端响应消息至UICC，第一终端响应消息中包括用于指示通道开启命令的命令处理结果。

命令处理模块440，用于响应于UICC的通道关闭命令，在确定BIP通道的本次开启时长小于本次业务操作允许的最小持续时长值的情况下，保持BIP通道的开启状态。

在一些实施例中，第一终端响应消息中还包括本终端设备对本次业务操作的最小持续时长建议值；持续时长确定模块420包括如下单元：协商需求确定单元，用于在时长协商控制信息为允许最小持续时长协商，且判定UICC对本次业务操作的最小持续时长建议值大于终端设备的业务持续时长能力阈值的情况下，确定需要进行最小持续时长协商；其中，业务持续时长能力阈值与本终端设备的自身能力情况相匹配；持续时长确定模块420，还用于生成本终端设备对本次业务操作的最小持续时长建议值；其中，本终端设备对本次业务操作的最小持续时长建议值，小于UICC对本次业务操作的最小持续时长建议值；允许时长确定单元，用于将生成的本终端设备对本次业务操作的最小持续时长建议值，作为本次业务操作允许的最小持续时长值。

在一些实施例中，第一终端响应消息中不包括本终端设备对本次业务操作的最小持续时长建议值；持续时长确定模块420，还用于在时长协商控制信息为允许最小持续时长协商，且判定UICC对本次业务操作的最小持续时长建议值小于或等于业务持续时长能力阈值的情况下，确定同意UICC对本次业务操作的最小持续时长建议值；允许时长确定单元，还用于将UICC对本次业务操作的最小持续时长建议值，作为本次业务操作允许的最小持续时长值。

在一些实施例中，第一终端响应消息中不包括本终端设备对本次业务操作的最小持续时长建议值；持续时长确定模块420，用于在时长协商控制信息为禁止最小持续时长协商的情况下，将UICC对本次业务操作的最小持续时长建议值，作为本次业务操作允许的最小持续时长值。

在一些实施例中，通道业务管理装置还包括：通道关闭模块，用于响应于UICC的通道关闭命令，在确定BIP通道的本次开启时长大于或等于本次业务操作允许的最小持续时长值的情况下，关闭BIP通道；响应消息发送模块，用于发送第二终端响应消息至UICC，第二终端响应消息用于指示通道关闭命令的执行结果。

根据本发明实施例的通道业务管理装置，针对UICC的BIP通道管理策略在业务保障方面考虑不足的问题，提出在管理命令中引入时长限制以更好地保障业务正常进行，避免被可能存在的误操作所影响的方法。以确保本次业务操作中，BIP开启的持续时间需要大于或等于最小持续时长，在最小持续时长以内的UICC的关闭通道的命令，终端将不予执行，以此保证数据有足够的时间进行传输。

图5示出根据本发明另一实施例的通道业务管理装置的结构示意图。如图5所示，该通道业务管理装置包括如下模块。

开启命令发送模块510，用于基于数据传输需求发送通道开启命令至终端设备，通道开启命令用于指示终端设备开启独立承载协议BIP通道，通道开启命令中包括：命令要求信息、当前通用集成电路卡UICC对本次业务操作的最小持续时长建议值和时长协商控制信息，时长协商控制信息用于指示是否允许最小持续时长协商。

响应消息接收模块520，用于响应于终端设备的第一终端响应消息，从第一终端响应消息中获取通道开启命令的命令处理结果。

时长结果确定模块530，用于在命令处理结果指示通道成功开启的情况下，根据时长协商控制信息和命令处理结果确定本次业务操作允许的最小持续时长值。

关闭命令发送模块540，用于在本次BIP通道的数据传输已完成的情况下，发送通道关闭命令至终端设备；其中，终端设备用于在确定通道开启时长小于本次业务操作允许的最小持续时长值的情况下，拒绝执行通道关闭命令，以保持BIP通道的开启状态。

在一些实施例中，时长结果确定模块530还包括如下单元：第一时长确定单元，用于在时长协商控制信息为允许最小持续时长协商，且通道开启结果为通道成功开启的情况下，若第一终端响应消息中还包括终端设备对本次业务操作的最小持续时长建议值，则确定本次业务操作允许的最小持续时长值为：终端设备对本次业务操作的最小持续时长建议值；第一时长确定单元，还用于在时长协商控制信息为允许最小持续时长协商，且通道开启结果为通道成功开启的情况下，若第一终端响应消息中不包括终端设备对本次业务操作的最小持续时长建议值，则确定本次业务操作允许的最小持续时长值为：当前UICC对本次业务操作的最小持续时长建议值；第二时长确定单元，用于在时长协商控制信息为使能禁止的情况下，确定本次业务操作允许的最小持续时长值为当前UICC对本次业务操作的最小持续时长建议值。

在一些实施例中，终端设备还用于在确定通道开启时长大于或等于本次业务操作允许的最小持续时长值的情况下，执行通道关闭命令，以关闭BIP通道。

在一些实施例中，通道业务管理装置还包括：业务需求确定模块，用于在基于数据传输需求发送通道开启命令至终端设备之前，若根据业务需要确定需要设置本次业务操作的最小持续时长值，则生成当前UICC对本次业务操作的最小持续时长建议值。

在一些实施例中，响应消息接收模块520，还用于响应于终端设备的第二终端响应消息，从第二终端响应消息中获取通道关闭命令的执行结果。

根据本发明实施例的通道业务管理装置，针对通道管理方面需要加强业务实现保障的问题，通过对机卡之间终端管理命令的扩展定义，在通道开启命令中携带UICC对本次业务操作的最小持续时长建议值，并通过时长协商控制信息指示是否允许终端设备对该值进行协商，从而通过对本次业务的持续最低时长要求，来提高BIP通道管理效果并更好保证业务正常进行。

需要明确的是，本发明并不局限于上文实施例中所描述并在图中示出的特定配置和处理。为了描述的方便和简洁，这里省略了对已知方法的详细描述，并且上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图6是示出能够实现根据本发明实施例的通道业务管理方法和装置的计算设备的示例性硬件架构的结构图。

如图6所示，计算设备600包括输入设备601、输入接口602、中央处理器603、存储器604、输出接口605、以及输出设备606。其中，输入接口602、中央处理器603、存储器604、以及输出接口605通过总线610相互连接，输入设备601和输出设备606分别通过输入接口602和输出接口605与总线610连接，进而与计算设备600的其他组件连接。

具体地，输入设备601接收来自外部的输入信息，并通过输入接口602将输入信息传送到中央处理器603；中央处理器603基于存储器604中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器604中，然后通过输出接口605将输出信息传送到输出设备606；输出设备606将输出信息输出到计算设备600的外部供用户使用。

在一个实施例中，图6所示的计算设备600可以被实现为一种电子设备，该电子设备可以包括：存储器604，被配置为存储程序；中央处理器603，被配置为运行存储器604中存储的程序，以执行上述实施例描述的通道业务管理方法。

根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以从网络上被下载和安装，和/或从可拆卸存储介质被安装。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令，当其在计算机上运行时，使得计算机执行上述各个实施例中描述的方法。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本发明实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘)等。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。

Claims (11)

1.一种通道业务管理方法，其特征在于，所述方法包括：

响应于通用集成电路卡UICC的通道开启命令，从所述通道开启命令中获取命令要求信息、所述UICC对本次业务操作的最小持续时长建议值和时长协商控制信息，所述时长协商控制信息用于指示是否允许最小持续时长协商；

在所述时长协商控制信息的控制下，基于本终端设备的自身能力和所述UICC对本次业务操作的最小持续时长建议值，确定本次业务操作允许的最小持续时长值；

按照所述命令要求信息开启独立承载协议BIP通道，并发送第一终端响应消息至所述UICC，所述第一终端响应消息中包括用于指示通道开启命令的命令处理结果；

响应于所述UICC的通道关闭命令，在确定所述BIP通道的本次开启时长小于本次业务操作允许的最小持续时长值的情况下，保持所述BIP通道的开启状态。

2.根据权利要求1所述的方法，其特征在于，所述第一终端响应消息中还包括本终端设备对本次业务操作的最小持续时长建议值；

所述在所述时长协商控制信息的控制下，基于本终端设备的自身能力和所述UICC对本次业务操作的最小持续时长建议值，确定本次业务操作允许的最小持续时长值，包括：

在所述时长协商控制信息为允许最小持续时长协商，且判定所述UICC对本次业务操作的最小持续时长建议值大于所述终端设备的业务持续时长能力阈值的情况下，确定需要进行最小持续时长协商；其中，所述业务持续时长能力阈值与本终端设备的自身能力情况相匹配；

生成本终端设备对本次业务操作的最小持续时长建议值；其中，本终端设备对本次业务操作的最小持续时长建议值，小于所述UICC对本次业务操作的最小持续时长建议值；

将生成的本终端设备对本次业务操作的最小持续时长建议值，作为本次业务操作允许的最小持续时长值。

3.根据权利要求1所述的方法，其特征在于，所述第一终端响应消息中不包括本终端设备对本次业务操作的最小持续时长建议值；

所述在所述时长协商控制信息的控制下，基于本终端设备的自身能力和所述UICC对本次业务操作的最小持续时长建议值，确定本次业务操作允许的最小持续时长值，包括：

在所述时长协商控制信息为允许最小持续时长协商，且判定所述UICC对本次业务操作的最小持续时长建议值小于或等于所述业务持续时长能力阈值的情况下，确定同意所述UICC对本次业务操作的最小持续时长建议值；

将所述UICC对本次业务操作的最小持续时长建议值，作为所述本次业务操作允许的最小持续时长值。

4.根据权利要求1所述的方法，其特征在于，所述第一终端响应消息中不包括本终端设备对本次业务操作的最小持续时长建议值；

所述在所述时长协商控制信息的控制下，基于本终端设备的自身能力和所述UICC对本次业务操作的最小持续时长建议值，确定本次业务操作允许的最小持续时长值，包括：

在所述时长协商控制信息为禁止最小持续时长协商的情况下，将所述UICC对本次业务操作的最小持续时长建议值，作为所述本次业务操作允许的最小持续时长值。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于所述UICC的通道关闭命令，在确定所述BIP通道的本次开启时长大于或等于所述本次业务操作允许的最小持续时长值的情况下，关闭所述BIP通道；

发送第二终端响应消息至所述UICC，所述第二终端响应消息用于指示所述通道关闭命令的执行结果。

6.一种通道业务管理方法，其特征在于，所述方法包括：

基于数据传输需求发送通道开启命令至终端设备，所述通道开启命令用于指示所述终端设备开启独立承载协议BIP通道，所述通道开启命令中包括：命令要求信息、当前通用集成电路卡UICC对本次业务操作的最小持续时长建议值和时长协商控制信息，所述时长协商控制信息用于指示是否允许最小持续时长协商；

响应于终端设备的第一终端响应消息，从所述第一终端响应消息中获取所述通道开启命令的命令处理结果；

根据所述时长协商控制信息和所述命令处理结果确定本次业务操作允许的最小持续时长值；

在本次BIP通道的数据传输已完成的情况下，发送通道关闭命令至所述终端设备；其中，所述终端设备用于在确定通道开启时长小于本次业务操作允许的最小持续时长值的情况下，拒绝执行所述通道关闭命令，以保持所述BIP通道的开启状态。

7.根据权利要求6所述的方法，其特征在于，所述根据所述时长协商控制信息和所述命令处理结果确定本次业务操作允许的最小持续时长值，包括：

在所述时长协商控制信息为允许最小持续时长协商，且所述通道开启结果为通道成功开启的情况下，

若所述第一终端响应消息中还包括所述终端设备对本次业务操作的最小持续时长建议值，则确定本次业务操作允许的最小持续时长值为：所述终端设备对本次业务操作的最小持续时长建议值，

若所述第一终端响应消息中不包括所述终端设备对本次业务操作的最小持续时长建议值，则确定本次业务操作允许的最小持续时长值为：当前UICC对本次业务操作的最小持续时长建议值；

在所述时长协商控制信息为使能禁止的情况下，确定本次业务操作允许的最小持续时长值为：当前UICC对本次业务操作的最小持续时长建议值。

8.根据权利要求6所述的方法，其特征在于，

所述终端设备还用于在确定通道开启时长大于或等于本次业务操作允许的最小持续时长值的情况下，执行所述通道关闭命令，以关闭所述BIP通道；

在所述基于数据传输需求发送通道开启命令至终端设备之前，所述方法还包括：若根据业务需要确定需要设置本次业务操作的最小持续时长值，则生成当前UICC对本次业务操作的最小持续时长建议值；

所述方法还包括：响应于所述终端设备的第二终端响应消息，从所述第二终端响应消息中获取所述通道关闭命令的执行结果。

9.一种通道业务管理装置，其特征在于，所述装置包括：

信息获取模块，用于响应于通用集成电路卡UICC的通道开启命令，从所述通道开启命令中获取命令要求信息、所述UICC对本次业务操作的最小持续时长建议值和时长协商控制信息，所述时长协商控制信息用于指示是否允许最小持续时长协商；

持续时长确定模块，用于在所述时长协商控制信息的控制下，基于本终端设备的自身能力和所述UICC对本次业务操作的最小持续时长建议值，确定本次业务操作允许的最小持续时长值；

结果发送模块，用于按照所述命令要求信息开启独立承载协议BIP通道，并发送第一终端响应消息至所述UICC，所述第一终端响应消息中包括用于指示通道开启命令的命令处理结果；

命令处理模块，用于响应于所述UICC的通道关闭命令，在确定所述BIP通道的本次开启时长小于本次业务操作允许的最小持续时长值的情况下，保持所述BIP通道的开启状态。

10.一种通道业务管理装置，其特征在于，所述装置包括：

开启命令发送模块，用于基于数据传输需求发送通道开启命令至终端设备，所述通道开启命令用于指示所述终端设备开启独立承载协议BIP通道，所述通道开启命令中包括：命令要求信息、当前通用集成电路卡UICC对本次业务操作的最小持续时长建议值和时长协商控制信息，所述时长协商控制信息用于指示是否允许最小持续时长协商；

响应消息接收模块，用于响应于终端设备的第一终端响应消息，从所述第一终端响应消息中获取所述通道开启命令的命令处理结果；

时长结果确定模块，用于根据所述时长协商控制信息和所述命令处理结果确定本次业务操作允许的最小持续时长值；

关闭命令发送模块，用于在本次BIP通道的数据传输已完成的情况下，发送通道关闭命令至所述终端设备；其中，所述终端设备用于在确定通道开启时长小于本次业务操作允许的最小持续时长值的情况下，拒绝执行所述通道关闭命令，以保持所述BIP通道的开启状态。

11.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现权利要求1-5中任一项所述的通道业务管理方法，或者，权利要求6-8中任一项所述的通道业务管理方法。

Images