CN114024942A - 补充业务实现方法、实体、终端、电子设备及存储介质 - Google Patents

Abstract

本申请实施例涉及通信技术领域，公开了及一种补充业务实现方法、实体、终端、电子设备及存储介质。补充业务实现方法，应用于补充业务应用实体，包括：接收呼叫底座实体上报的主叫终端的呼叫事件；基于所述呼叫事件向所述呼叫底座实体下发控制指令，通过所述呼叫底座实体指示媒体底座实体建立与所述主叫终端之间的第一专用数据通道以及与所述补充业务应用实体之间的第二专用数据通道；通过所述第一专用数据通道，以及所述第二专用数据通道，收发所述主叫终端的补充业务信息。克服了补充业务信息的传输对SIP信令的依赖，使得补充业务的实现不再受到SIP信令及其传输路径的限制。

Description

补充业务实现方法、实体、终端、电子设备及存储介质

技术领域

本申请实施例涉及通信技术领域，特别涉及一种补充业务实现方法、实体、终端、电子设备及存储介质。

背景技术

网际互联协议多媒体子系统（Internet Protocol Multimedia Subsystem，IMS）是第三代合作伙伴计划（Third Generation Partnership Project，3GPP）提出的支持网际互联协议多媒体业务的子系统，是多媒体通信的发展方向，能很好的满足人与人之间的通信。其采用了会话初始协议（Session Initial Protocol，SIP）体系，使得通信与接入方式无关，具备多种多媒体业务的控制功能与承载能力分离、呼叫与会话分离、应用与服务分离、业务与网络分离，以及移动网与因特网业务融合等多种能力。随着通信技术的发展，需要交互的信息越来越丰富，为用户提供的业务体验也越来越丰富。为了将新的业务引入到IMS中，提出了基本呼叫之上而为用户特别提供的、满足特殊应用场景的业务功能，即对基本电信业务进行修改或者补充的补充业务，其中，补充业务主要是对SIP信令进行扩展以容纳补充业务信息来实现。

然而，通过扩展SIP信令以在IMS中引入补充业务容易出现以下问题：SIP信令是同呼叫路径进行传输，扩展后的SIP信令在呼叫路径传输时容易受到呼叫路径中的中间网元的影响，一旦中间网元对SIP信令中的扩展字段进行了特殊处理，将影响信息的传递；不同的补充业务可能需要在呼叫的不同阶段实现，例如通话前、通话中、通话后，但是SIP信令在传递中需要符合信令交互的规则，因此，通过扩展SIP信令实现的补充业务只能按照规则在呼叫的规定阶段实现相应的补充业务，例如在振铃时需要给主叫传递补充业务信息，无法灵活传递SIP信令，且增加了实现难度；随着各种补充业务的信息的增加，SIP信令携带的信息变得越来越多，影响呼叫建立效率。

发明内容

本申请实施例的主要目的在于提出一种补充业务实现方法、实体、终端、电子设备及存储介质，旨在实现克服补充业务信息的传输对SIP信令的依赖，使得补充业务的实现不再受到SIP信令及其传输路径的限制。

为实现上述目的，本申请实施例提供了一种补充业务实现方法，应用于补充业务应用实体，包括：接收呼叫底座实体上报的主叫终端的呼叫事件；基于所述呼叫事件向所述呼叫底座实体下发控制指令，通过所述呼叫底座实体指示媒体底座实体建立与所述主叫终端之间的第一专用数据通道以及与所述补充业务应用实体之间的第二专用数据通道；通过所述第一专用数据通道，以及所述第二专用数据通道，收发所述主叫终端的补充业务信息。

为实现上述目的，本申请实施例还提出了一种补充业务实现方法，应用于媒体底座实体，包括：在接收到呼叫底座实体发送的通道建立指示后，建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道；在通过所述第二专用数据通道接收到所述补充业务应用实体发送的补充业务信息的情况下，将所述补充业务信息通过所述第一专用数据通道发送给所述主叫终端；在通过所述第一专用数据通道接收到所述主叫终端发送的补充业务信息的情况下，将所述补充业务信息通过所述第二专用数据通道发送给所述补充业务应用实体。

为实现上述目的，本申请实施例还提出了一种补充业务实现方法，应用于呼叫底座实体，包括：在接收到主叫终端的呼叫请求后，向所述主叫终端归属的补充业务应用实体上报呼叫事件；根据收到的所述补充业务应用实体的控制指令，指示媒体底座实体建立与所述主叫终端之间的第一专用数据通道以及与所述补充业务应用实体之间的第二专用数据通道；其中，所述第一专用数据通道和所述第二专用数据通道用于在所述补充业务应用实体和所述主叫终端之间传输所述主叫终端的补充业务信息。

为实现上述目的，本申请实施例还提出了一种补充业务实现方法，应用于主叫终端，包括：在发起呼叫后，与媒体底座实体建立第一专用数据通道；通过第一专用数据通道，以及所述媒体底座实体与所述主叫终端归属的补充业务应用实体之间的第二专用数据通道，收发所述主叫终端的补充业务信息。

为实现上述目的，本申请实施例还提出了一种补充业务应用实体，包括：接收模块，用于接收呼叫底座实体上报的主叫终端的呼叫事件；指令下发模块，用于基于所述呼叫事件向所述呼叫底座实体下发控制指令，通过所述呼叫底座实体指示媒体底座实体建立与所述主叫终端之间的第一专用数据通道以及与所述补充业务应用实体之间的第二专用数据通道；传输模块，用于通过所述第一专用数据通道，以及所述第二专用数据通道，收发所述主叫终端的补充业务信息。

为实现上述目的，本申请实施例还提出了一种媒体底座实体，包括：通道建立模块，用于在接收到呼叫底座实体发送的通道建立指示后，建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道；传输模块，用于在通过所述第二专用数据通道接收到所述补充业务应用实体发送的补充业务信息的情况下，将所述补充业务信息通过所述第一专用数据通道发送给所述主叫终端；在通过所述第一专用数据通道接收到所述主叫终端发送的补充业务信息的情况下，将所述补充业务信息通过所述第二专用数据通道发送给所述补充业务应用实体。

为实现上述目的，本申请实施例还提出了一种呼叫底座实体，包括：上报模块，用于在接收到主叫终端的呼叫请求后，向所述主叫终端归属的补充业务应用实体上报呼叫事件；指示模块，用于根据收到的所述补充业务应用实体的控制指令，指示媒体底座实体建立与所述主叫终端之间的第一专用数据通道以及与所述补充业务应用实体之间的第二专用数据通道；其中，所述第一专用数据通道和所述第二专用数据通道用于在所述补充业务应用实体和所述主叫终端之间传输所述主叫终端的补充业务信息。

为实现上述目的，本申请实施例还提出了一种主叫终端，包括：建立模块，用于在发起呼叫后，与媒体底座实体建立第一专用数据通道；传输模块，用于通过第一专用数据通道，以及所述媒体底座实体与所述主叫终端归属的补充业务应用实体之间的第二专用数据通道，收发所述主叫终端的补充业务信息。

为实现上述目的，本申请实施例还提出了一种电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上任一项所述的补充业务实现方法。

为实现上述目的，本申请实施例还提出了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现如上任一项所述的补充业务实现方法。

本申请实施例提出的补充业务实现方法，呼叫底座实体向补充业务应用实体转发主叫终端发起的呼叫，使得补充业务应用实体基于接收到的呼叫事件触发向呼叫底座实体下发控制指令的动作，从而呼叫底座实体能够根据接收到的控制指令，指示媒体底座实体建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道，进而补充业务应用实体和主叫终端之间能够通过第一专用数据通道和第二专用数据通道收发补充业务信息，而不再需要对SIP信令进行扩展以容纳补充业务信息。因此，补充业务的实现克服了对SIP信令的依赖，进而避免了由于需要扩展SIP带来的传输路径限制、实现难度高和扩展信息影响呼叫建立效率等问题，使得补充业务的实现不再受到SIP信令及其传输路径的限制。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定。

图1是本申请一实施例中提供的应用于补充业务应用实体的补充业务实现方法的流程图；

图2是本申请一实施例中提供的补充业务实现方法涉及的通信架构图；

图3是本申请另一实施例中提供的应用于媒体底座实体的补充业务实现方法的流程图；

图4是本申请另一实施例中提供的应用于呼叫底座实体的补充业务实现方法的流程图；

图5是本申请另一实施例中提供的应用于主叫终端的补充业务实现方法的流程图；

图6是本申请另一实施例中提供的包括下载补充业务程序步骤的补充业务实现方法的交互图；

图7是本申请另一实施例中提供的在呼叫建立过程中实现前转业务的场景下的补充业务实现方法的交互图；

图8是本申请另一实施例中提供的呼叫建立后实现会议业务的场景下的补充业务实现方法的交互图；

图9是本申请另一实施例中提供的在呼叫结束后继续传递业务信息的场景下的补充业务实现方法的交互图；

图10是本申请另一实施例中提供的补充业务实现方法在嵌套场景下的信息交互示意图；

图11是本申请另一实施例中提供的补充业务应用实体的结构示意图；

图12是本申请另一实施例中提供的媒体底座实体的结构示意图；

图13是本申请另一实施例中提供的呼叫底座实体的结构示意图；

图14是本申请另一实施例中提供的主叫终端的结构示意图；

图15是本申请另一实施例中提供的电子设备的结构示意图。

具体实施方式

由背景技术可知，目前主要是通过扩展SIP信令以容纳补充业务信息来实现在IMS中引入补充业务，这样会出现受到SIP信令传输路径中的中间网元的限制、实现难度高和扩展信息影响呼叫建立效率等问题。

为解决上述问题，本申请实施例提供了一种补充业务实现方法，应用于补充业务应用实体，包括：接收呼叫底座实体上报的主叫终端的呼叫事件；基于所述呼叫事件向所述呼叫底座实体下发控制指令，通过所述呼叫底座实体指示媒体底座实体建立与所述主叫终端之间的第一专用数据通道以及与所述补充业务应用实体之间的第二专用数据通道；通过所述第一专用数据通道，以及所述第二专用数据通道，收发所述主叫终端的补充业务信息。

本申请实施例提出的补充业务实现方法，呼叫底座实体向补充业务应用实体转发主叫终端发起的呼叫，使得补充业务应用实体触发向呼叫底座实体下发控制指令的动作，从而呼叫底座实体能够根据接收到的控制指令，指示媒体底座实体建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道，进而补充业务应用实体和主叫终端之间能够通过第一专用数据通道和第二专用数据通道收发补充业务信息，而不再需要对SIP信令进行扩展以容纳补充业务信息。因此，在实现补充业务的过程中克服了对SIP信令的依赖，进而避免了由于需要扩展SIP信令带来的传输路径限制、实现难度高和扩展信息影响呼叫建立效率等问题，使得补充业务的实现不再受到SIP信令及其传输路径的限制。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本申请各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本申请的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

本申请实施例一方面提供了一种补充业务实现方法，应用于补充业务应用实体，如图1所示，具体包括：

步骤101，接收呼叫底座实体上报的主叫终端的呼叫事件。

本实施例中，呼叫底座实体接收到主叫终端通过呼叫路径发起的呼叫事件后，触发向补充业务应用实体通过呼叫路径上报呼叫事件的动作。

具体地，如图2所示，接入控制实体（Session Border Controller/Proxy-CallSession Control Function，SBC/P-CSCF）提供主叫终端接入网络侧的信令面和媒体面功能，会话控制实体（Interrogating/Serving-Call Session Control Function，I/S-CSCF）提供查询/服务-呼叫会话控制功能，用于实现为主叫终端提供注册鉴权，会话控制，呼叫路由等功能。特别地，能够基于呼叫路由将呼叫事件传递至呼叫底座实体，其中，I/S-CSCF还需要归属用户服务器（Home Subscriber Server，HSS）提供鉴权信息、业务触发规则等信息的保存。因此，主叫终端通过呼叫路径向呼叫底座实体发起呼叫事件可以通过如下方式实现：主叫终端通过SBC/P-CSCF将呼叫事件传递到I/S-CSCF，I/S-CSCF基于HSS对呼叫事件进行鉴权，在鉴权通过的情况下，呼叫事件被继续传递到呼叫底座实体，触发呼叫底座实体向补充业务应用实体上报呼叫事件的动作，从而补充业务应用实体接收到呼叫事件。也就是说，呼叫事件仍然通过终端-SBC/P-CSCF-I/S-CSCF-呼叫底座实体-补充业务应用实体的呼叫路径传递到补充业务应用实体，以触发后续补充业务实现动作。

步骤102，基于呼叫事件向呼叫底座实体下发控制指令，通过呼叫底座实体指示媒体底座实体建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道。

本实施例中，基于呼叫事件向呼叫底座实体下发控制指令，通过呼叫底座实体指示媒体底座实体建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道，可以通过如下方式实现：基于呼叫事件向呼叫底座实体下发控制指令，触发呼叫底座实体指示媒体底座实体建立与主叫终端的程序下载通道，程序下载通道用于传输引导程序和主叫终端基于引导程序选择的补充业务程序；在通过呼叫底座实体接收到主叫终端基于补充业务程序发起的专用数据通道创建请求后，通过呼叫底座实体指示媒体底座实体建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道。当然，以上仅为对主叫终端未部署补充业务程序或者补充业务程序需要更新的情况下，对通过呼叫底座实体指示媒体底座实体建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道的实现方式的举例说明。在主叫终端部署有补充业务程序或补充业务程序不需要更新的情况下，不需要再次下载补充业务程序，此处就不再一一赘述了。

在一些例子中，补充业务程序存储在引导服务器中，主叫终端在请求补充业务程序时，请求中携带指向引导服务器的统一资源定位符（Uniform Resource Locator，URL)，从而在补充业务程序的请求通过媒体底座实体与主叫终端之间的程序下载通道传递到媒体底座实体后，媒体底座实体基于URL访问引导服务器，以从引导服务器中获取补充业务程序返回给主叫终端，特别地，媒体底座实体基于URL访问引导服务器时也可以建立专用数据通道，从而通过专用数据通道从引导服务器上下载补充业务程序。

具体地说，如图2所示，主叫终端通常需要依赖SBC/P-CSCF与网络侧进行通信，因此，媒体底座实体建立与主叫终端的第一专用数据通道实际包含媒体底座实体与SBC/P-CSCF之间的专用数据通道和SBC/P-CSCF与主叫终端之间的专用数据通道。

需要说明的是，如图2所示的呼叫底座实体通常作为呼叫路径上的中间网元，承接IMS的呼叫管理能力，能够提供呼叫建立、媒体协商控制等管理音视频呼叫和数据通道呼叫的功能。本实施例中，呼叫底座实体还提供对媒体底座实体的管理功能，根据应用实体的控制指令，对媒体底座实体进行管理，包括专用数据通道的申请、修改和删除，音视频会议资源的申请、修改和删除，语音识别能力的申请、修改和删除。补充业务应用实体和呼叫底座实体对接，通常用于从呼叫底座实体获取会话事件信息，并根据业务逻辑对会话进行控制。本实施例中业务应用实体还提供控制控制媒体底座实体创建、修改和删除专有数据通道的功能，并在与媒体底座实体建立专用数据通道后，还用于通过该专用数据通道将补充业务数据发送给主叫终端和接收主叫终端通过该专用数据通道发送过来的数据。媒体底座实体作为媒体面控制网元，用于为补充业务应用实体提供媒体服务，本实施例中媒体底座实体可用于提供对专用数据通道、媒体资源的管理功能和对补充业务数据的转发功能，包括创建、修改和删除数据通道，创建、修改和删除音视频媒体资源，将来自主叫终端的数据转发给补充业务应用实体，将补充业务应用实体的数据转发给主叫终端等。SBC/P-CSCF用于为主叫终端提供信令和媒体的接入，支持音视频流通道和数据流通道，对音视频流和数据流进行转发。

可以理解的是，补充业务可能会涉及到多个补充业务应用实体，即需要补充业务应用实体彼此之间通信，如主叫终端在呼叫被叫终端的过程中，主叫终端的呼叫底座实体需要与被叫终端的呼叫底座实体通信，以触发被叫终端的补充业务创建流程等。基于此，在向呼叫底座实体下发控制指令后，补充业务实现方法还包括：为呼叫事件分配控制接口，并将控制接口的标识携带在SIP信令中，发送给呼叫路径中的其他补充业务应用实体；其中，控制接口用于接收呼叫路径中的其他补充业务应用实体发送的补充业务信息。

需要说明的是，补充业务信息包括：通过控制接口接收到的呼叫路径中的其他补充业务应用实体发送的补充业务信息。控制接口包括基于超文本传输协议（Hyper TextTransfer Protocol，HTTP）的控制接口。控制接口的标识包括HTTP统一资源标识符外文名（UniformResourceIdentifier，URI）。

步骤103，通过第一专用数据通道，以及第二专用数据通道，收发主叫终端的补充业务信息。

本实施例中，补充业务信息包括以下之一或其任意组合：前转业务信息、会议业务信息、转发业务信息、用户控制指令、补充业务执行结果。

本申请实施例另一方面还提供了一种补充业务实现方法，应用于媒体底座实体，如图3所示，具体包括：

步骤301，在接收到呼叫底座实体发送的通道建立指示后，建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道。

本实施例中，在接收到呼叫底座实体发送的通道建立指示后，建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道之前，补充业务实现方法还包括：建立与主叫终端的程序下载通道；通过程序下载通道向主叫终端发送从引导服务器获取的引导程序，引导程序包括多个补充业务程序的信息；通过程序下载通道接收主叫终端基于引导程序选择的补充业务程序的信息，并将选择的补充业务程序通过程序下载通道发送给主叫终端，供主叫终端基于选择的补充业务程序向补充业务应用实体发起专用数据通道创建请求，其中，选择的补充业务程序从引导服务器获取。

步骤302，在通过第二专用数据通道接收到补充业务应用实体发送的补充业务信息的情况下，将补充业务信息通过第一专用数据通道发送给主叫终端。

步骤303，在通过第一专用数据通道接收到主叫终端发送的补充业务信息的情况下，将补充业务信息通过第二专用数据通道发送给补充业务应用实体。

本申请实施例另一方面还提供了一种补充业务实现方法，应用于呼叫底座实体，如图4所示，具体包括：

步骤401，在接收到主叫终端的呼叫请求后，向主叫终端归属的补充业务应用实体上报呼叫事件。

步骤402，根据收到的补充业务应用实体的控制指令，指示媒体底座实体建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道。

其中，第一专用数据通道和第二专用数据通道用于在补充业务应用实体和主叫终端之间传输主叫终端的补充业务信息。

本申请实施例另一方面还提供了一种补充业务实现方法，应用于主叫终端，如图5所示，具体包括：

步骤501，在发起呼叫后，与媒体底座实体建立第一专用数据通道。

本实施例中，在发起呼叫后，与媒体底座实体建立第一专用数据通道之前，还包括：与媒体底座实体建立程序下载通道；通过程序下载通道接收媒体底座实体从引导服务器获取的引导程序，引导程序包括多个补充业务程序的信息；基于引导程序选择补充业务程序，并将选择的补充业务程序的信息通过程序下载通道发送给媒体底座实体，供媒体底座实体从引导服务器获取选择的补充业务程序；在媒体底座实体将接收到的补充业务程序下发后，通过程序下载通道接收媒体底座实体发送的补充业务程序，并基于接收到的补充业务程序发起专用数据通道创建请求。

步骤502，通过第一专用数据通道，以及媒体底座实体与主叫终端归属的补充业务应用实体之间的第二专用数据通道，收发主叫终端的补充业务信息。

需要说明的是，上述方法实施例并未对补充业务信息的收发时机进行限定。可以理解的是，现有通过扩展SIP信令来容纳补充业务信息，但是由于SIP信令是通过呼叫路径传递，会受到呼叫路径的限制，因此，补充业务信息只能在适当的呼叫时机收发才能生效。而本实施例提供的补充业务实现方法为补充业务信息提供专用数据通道，这样补充业务信息不再通过呼叫路径进行传递，因此，补充业务信息的收发不需要考虑呼叫时机，可以是在呼叫接续过程中、通话进行中或呼叫结束后，只要专用数据通道存在，均可以通过用户归属AS控制接口标识，传递业务信息给用户归属AS，由用户归属AS实现补充业务逻辑，如转发业务信息给主叫终端，或者执行业务嵌套逻辑。

还需要说明的是，上述方法实施例主要是对主叫终端的补充业务的实现方法进行描述，在一些业务中，被叫终端也涉及补充业务的实现，通常而言，被叫终端的补充业务由主叫终端触发被叫终端的I/S-CSCF的呼叫事件上报流程，从而实现被叫终端的补充业务，其中，被叫终端的补充业务实现从I/S-CSCF上报呼叫开始，其大致流程与主叫终端的补充业务实现大致相同，此处就不再一一赘述了。

为了便于本领域技术人员更好地理解上述方法实施例提供的补充业务实现方法，以下将分别以主叫终端未部署补充业务程序、呼叫建立过程中的前转业务实现、呼叫建立后的会议业务实现、呼叫结束后的业务信息继续传递和业务嵌套等场景为例进行说明。

如图6所示，在主叫终端未部署补充业务程序的场景下，主叫终端的补充业务实现需要依赖于补充业务程序的下载，其补充业务的实现流程主要如下：

步骤601，终端A通过SBC/P-CSCF和I/S-CSCF向呼叫底座实体上报呼叫事件。

步骤602，呼叫底座实体将接收到的呼叫事件继续上报给补充业务应用实体。

步骤603，补充业务应用实体在检测到终端未部署补充业务程序的情况下，向呼叫底座实体下发控制指令，以指示建立程序下载通道。

步骤604，呼叫底座实体向媒体底座实体下发建立程序下载通道的指示。

步骤605，媒体底座实体与终端A建立程序下载通道。

步骤606，终端A通过程序下载通道向媒体底座实体请求引导程序。

步骤607，媒体底座实体向终端A下发引导程序。

步骤608，终端A基于接收到的引导程序向媒体底座实体请求补充业务程序。

步骤609，媒体底座实体向终端A下发补充业务程序。

步骤610，终端A基于补充业务程序向补充业务应用实体发起专用数据通道创建请求。

步骤611，补充业务应用实体向呼叫底座实体下发控制指令，以指示建立专用数据通道，专用数据通道包括补充业务应用实体与媒体底座实体之间的第二专用数据通道和媒体底座实体通过SBC/P-CSCF与终端A之间的第一专用数据通道。

步骤612，呼叫底座实体向媒体底座实体下发建立专用数据通道的指示。

步骤613，媒体底座实体分别与补充业务应用实体和终端A建立专用数据通道。

步骤614，补充业务应用实体通过媒体底座实体创建的专用数据通道向终端A发送作为补充业务信息的补充业务应用数据。

步骤615，终端A根据接收到的补充业务应用数据执行补充业务操作。

步骤616，终端A通过媒体底座实体创建的专用数据通道向补充业务应用实体发送作为补充业务信息的用户指令。

步骤618，补充业务应用实体根据接收到的用户指令执行补充业务逻辑。

步骤619，补充业务应用实体通过媒体底座实体创建的专用数据通道向终端A返回作为补充业务信息的执行结果。

需要说明的是，以上主要是对主叫终端的补充业务的实现过程进行描述，被叫终端大致相同，不同点在于，被叫终端的补充业务应用实体上报的呼叫事件通常由主叫终端的I/S-CSCF触发。

如图7所示，在呼叫建立过程中的前转业务实现的场景下，主叫终端为终端A，被叫终端为终端B，呼叫被前转至终端C，终端A、B、C分别对应不同的呼叫底座实体和补充业务应用实体，此时，补充业务的实现流程主要包括：

步骤701，终端A的呼叫事件依次通过SBC/P-CSCF、I/S-CSCF、呼叫底座实体1上报至补充业务应用实体1。

步骤702，补充业务应用实体1的控制指令通过呼叫底座实体1传达给媒体底座实体。

步骤703，媒体底座实体根据控制指令分别与补充业务应用实体1和终端A创建专用数据通道。

步骤704，补充业务应用实体1通过呼叫底座实体1向I/S-CSCF下发携带HTTP URI的继续呼叫指示。

步骤705，I/S-CSCF根据接收到的继续呼叫指示，向呼叫底座实体2发送携带HTTPURI的前转业务呼叫请求。

步骤706，呼叫底座实体2向补充业务应用实体2上报呼叫事件。

步骤707，补充业务应用实体2响应呼叫事件，得到终端C的号码。

步骤708，补充业务应用实体2将终端C的号码下发给呼叫底座实体2，以将被叫号码修改为终端C的号码。

步骤709，补充业务应用实体2触发前转业务成功后，根据接收到的HTTP URI向补充业务应用实体1发送前转业务信息。

步骤710，补充业务应用实体1根据接收到的前传业务信息执行业务逻辑并生成下发给终端A的作为补充业务信息的前转业务信息。

步骤711，补充业务应用实体1将下发给终端A的前转业务信息通过媒体底座实体创建的专用数据通道发送给终端A。

步骤712，呼叫底座实体2向I/S-CSCF发起呼叫终端C的请求。

步骤713，I/S-CSCF向呼叫底座实体3发起呼叫终端C的请求。

步骤714，呼叫底座实体3向补充业务应用实体3上报呼叫事件，以触发终端C的补充业务的实现流程。

步骤715，补充业务应用实体3完成对上报的呼叫事件的响应后，通过呼叫底座实体3向I/S-CSCF返回继续呼叫终端A指示。

步骤716，I/S-CSCF向终端C发起呼叫请求，以实现对终端C的前转呼叫建立。

需要说明的是，本实施例主要为了对呼叫建立过程中的前转业务实现的场景进行简要描述，图7中有部分结构及交互过程并未示出，如呼叫事件上报时，终端A的呼叫事件经由SBC/P-CSCF并未示出，下述实施例也基于类似的理由并未全部示出交互涉及的所有结构及所有交互过程，此处就不再一一赘述了。

如图8所示，在呼叫建立后的会议业务实现的场景下，主叫终端为终端A，被叫终端为终端B，终端A、B分别对应不同的呼叫底座实体和补充业务应用实体，此时，补充业务的实现流程主要包括：

步骤801，终端A的呼叫事件依次通过SBC/P-CSCF、I/S-CSCF、呼叫底座实体1上报至补充业务应用实体1。

步骤802，补充业务应用实体1的控制指令通过呼叫底座实体1传达给媒体底座实体。

步骤803，媒体底座实体分别与补充业务应用实体1和终端A创建专用数据通道。

步骤804，补充业务应用实体1向呼叫底座实体1下发触发下一业务指示。

步骤805，呼叫底座实体1向补充业务应用实体1返回触发会议业务指示。

步骤806，补充业务应用实体1向呼叫底座实体1下发申请主席的会议媒体指示。

步骤807，呼叫底座实体1向媒体底座实体发起申请主席的会议媒体请求。

步骤808，媒体底座实体经呼叫底座实体1向终端A返回申请主席的会议媒体配置信息。

步骤809，补充业务应用实体1在接收到申请主席的会议媒体成功的响应后，经媒体底座实体创建的专用数据通道向终端A下发作为补充业务信息的会议业务信息，会议业务信息包括当前的成员列表。

步骤810，终端A向补充业务应用实体1发起添加新成员请求。

步骤811，补充业务应用实体1向呼叫底座实体1下发申请成员终端B的会议媒体指示。

步骤812，呼叫底座实体1向媒体底座实体发起申请成员终端B的会议媒体请求。

步骤813，媒体底座实体向呼叫底座实体1返回申请成员终端B的会议媒体配置信息。

步骤814，呼叫底座实体1向补充业务应用实体1上报成员终端B会议媒体准备成功响应。

步骤815，补充业务应用实体1经呼叫底座实体1向I/S-CSCF发起呼叫终端B请求。

步骤816，I/S-CSCF向呼叫底座实2发起呼叫终端B请求。

步骤817，呼叫底座实2向补充业务应用实体2上报呼叫事件。

步骤818，补充业务应用实体2对上报的呼叫事件进行响应后，向呼叫底座实体2返回业务完成响应。

步骤819，呼叫底座实体2向I/S-CSCF返回终端B的配置信息。

步骤820，I/S-CSCF向终端B发送含配置信息的呼叫请求。

步骤821，终端B响应呼叫请求并建立呼叫后，补充业务应用实体1通过媒体底座实体创建的专用数据通道将作为补偿业务信息的终端B进入会议的会议业务信息下发给终端A。

在步骤820后，包括以下交互流程：成员终端B对接收到的呼叫请求进行响应并振铃，接着I/S-CSCF会通知呼叫底座实体2并接收呼叫底座实体2返回的响应消息，从而I/S-CSCF通过呼叫底座实体1将成员终端B的振铃响应通知给补充业务应用实体1。补充业务应用实体1将成员终端B振铃的补充业务消息返回给终端A。在成员终端B应答后，终端A的补充业务应用实体通过专用数据通道，将会议业务信息传递给终端A，会议业务信息为成员终端B进入会议。最后，在成员B挂机后，A的补充业务应用实体通过专用数据通道，将作为补偿业务信息的会议业务信息传递给终端A，会议业务信息为B退出会议。

如图9所示，在呼叫结束后的业务信息继续传递的场景下，主叫终端为终端A，被叫终端为终端B，终端A、B分别对应不同的呼叫底座实体和补充业务应用实体，此时，补充业务的实现流程主要包括：

步骤901，终端A的呼叫事件依次通过SBC/P-CSCF、I/S-CSCF、呼叫底座实体1上报至补充业务应用实体1。

步骤902，补充业务应用实体1的控制指令通过呼叫底座实体1传达给媒体底座实体。

步骤903，媒体底座实体分别创建与补充业务应用实体1和终端A的专用数据通道。

步骤904，补充业务应用实体1通过向呼叫底座实体1向I/S-CSCF下发继续呼叫的指示。

步骤905，I/S-CSCF向呼叫底座实体2发起呼叫终端B的请求。

步骤906，呼叫底座实2向补充业务应用实体2上报呼叫事件。

步骤907，补充业务应用实体2对上报的呼叫事件进行响应后，向呼叫底座实体2返回业务完成响应。

步骤908，呼叫底座实体2向I/S-CSCF返回终端B的信息。

步骤909，I/S-CSCF向终端B发起呼叫请求。

步骤910，终端B应答后，触发通话业务。

步骤911，终端B向I/S-CSCF发起结束通话请求。

步骤912，I/S-CSCF向呼叫底座实体2发送结束通话消息。

步骤913，呼叫底座实体2向I/S-CSCF返回响应消息。

步骤914，I/S-CSCF通知终端B结束通话。

步骤915，呼叫底座实体2向补充业务应用实体2发起业务体验问询。

步骤916，补充业务应用实体2向补充业务应用实体1发起业务体验问询。

步骤917，补充业务应用实体1通过媒体底座实体创建的专用数据通道向终端A下发作为补充业务信息的业务体验问询信息。

步骤918，终端A通过媒体底座实体创建的专用数据通道向补充业务应用实体1返回作为补偿业务信息的问询响应且补偿业务应用实体1将问询响应转发给补充业务应用实体2。

步骤919，补充业务应用实体2通过呼叫底座实体2向终端A发起释放流程。

特别地，在业务体验问询也可以是其他业务信息，如“抽奖提示”，以通知终端B完成抽奖动作。

如图10所示，在业务嵌套的场景下，主叫终端为终端A，被叫终端为终端B，终端B和终端C之间存在嵌套关系，终端A、B、C分别对应不同的呼叫底座实体和补充业务应用实体，此时，补充业务的实现流程主要包括：

终端A通过SBC/P-CSCF1、I/S-CSCF1、呼叫底座实体1将呼叫事件上报至补充业务应用实体1。然后补充业务应用实体1通过补充业务应用实体1的控制指令通过呼叫底座实体1传达给媒体底座实体，以指示媒体底座实体创建与补充业务应用实体1和终端A之间的专用数据通道，即媒体底座实体与补充业务应用实体1之间的第二专用数据通道和媒体底座实体和终端A之间的第一专用数据通道。补充业务应用实体还会同呼叫底座实体1向I/S-CSCF1下发呼叫指示，I/S-CSCF1根据接收到的呼叫指示，对终端B对应的I/S-CSCF2发起携带补充业务应用实体1的HTTP URI的呼叫请求，I/S-CSCF2通过呼叫底座实体2向补充业务应用实体2上报呼叫事件，补充业务应用实体2通过HTTP URI向补充业务应用实体1发送放音指令。补充业务应用实体1根据放音指令将放音文件作为补充业务信息通过专用数据通道下发给终端A，终端A播放接收到的放音文件。但是终端B一定时间内未应答，即补充业务应用实体2确定终端B应答超时，触发应答前转业务，需要前转至终端C。因此，补充业务应用实体2通过HTTP URI向补充业务应用实体1发送作为补充业务信息的前转业务信息，补充业务应用实体1将接收到的前转业务信息作为补充业务信息通过专用数据通道下发给终端A，终端A对接收到的前转业务信息进行处理，如显示当前呼叫由终端B前转至终端C、停止播放终端B的放音文件等。I/S-CSCF2还向终端C对应的I/S-CSCF3发起呼叫请求。I/S-CSCF3将呼叫事件通过呼叫底座实体3上报给补充业务应用实体3。补充业务应用实体3通过HTTP URI向补充业务应用实体1发送终端C的放音文件，补充业务应用实体1通过媒体底座实体1创建的专用数据通道将作为补充业务信息的放音文件下发给终端A，终端A播放放音文件。而呼叫被传递至终端C，终端C应答，从而终端1和终端C通话。

需要说明的是，图10中的虚线为专用数据通道，此处仅是简略表示通道连接的两端，而未将SBC/P-CSCF1引入。图10中的实线表示呼叫路径，点划线表示通过控制接口建立的通信通道。

可以理解的是，终端A呼叫终端B，由于终端B应答超时呼叫被前转到终端C的场景下，终端B有放音文件，即彩铃，终端A呼叫终端B时，终端A播放终端B的彩铃，但是终端B无应答呼叫被前转至终端C后，终端B会停止对终端A播放彩铃，但是此时终端A的补充业务应用实体1并不知道终端B的彩铃已经停止了，导致呼叫需要被前转至终端C，在终端C没有彩铃业务的情况下，终端A会有一段时间静音。因此，在呼叫被前转至终端C后，终端B的补充业务应用实体2可以通知终端A的补充业务应用实体1，彩铃已经停止了，这样后续终端C如果没有彩铃，终端A的补充业务应用实体1可以向终端A播放回铃音。

由上述实施例，不难看出本申请在补充业务的实现过程中，提供了呼叫路径与补充业务信息传递路径分离的架构，使得补充业务信息的交互，不依赖于呼叫路径；将补充业务信息通过专用数据通道作为媒体数据传递，不使用信令传递，减少对中间网元的要求；补充业务信息，可以在呼叫过程中的任何阶段传递给主、被叫终端，解决了当前由于需要扩展SIP来实现补充业务时补充业务信息传递受限于SIP信令传递的呼叫路径的缺陷；而在用户归属的AS上，通过开放接口，为其它AS提供补充业务的嵌套控制；以及，实现终端的补充业务信息由用户归属的AS通过专用数据通道与终端进行交互。

此外，应当理解的是，上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本申请实施例另一方面还提供了一种补充业务应用实体，如图11所示，包括：

接收模块1101，用于接收呼叫底座实体上报的主叫终端的呼叫事件。

指令下发模块1102，用于基于呼叫事件向呼叫底座实体下发控制指令，通过呼叫底座实体指示媒体底座实体建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道。

传输模块1103，用于通过第一专用数据通道，以及第二专用数据通道，收发主叫终端的补充业务信息。

本申请实施例另一方面还提供了一种媒体底座实体，如图12所示，包括：

通道建立模块1201，用于在接收到呼叫底座实体发送的通道建立指示后，建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道。

传输模块1202，用于在通过第二专用数据通道接收到补充业务应用实体发送的补充业务信息的情况下，将补充业务信息通过第一专用数据通道发送给主叫终端；在通过第一专用数据通道接收到主叫终端发送的补充业务信息的情况下，将补充业务信息通过第二专用数据通道发送给补充业务应用实体。

本申请实施例另一方面还提供了一种呼叫底座实体，如图13所示，包括：

上报模块1301，用于在接收到主叫终端的呼叫请求后，向主叫终端归属的补充业务应用实体上报呼叫事件。

指示模块1302，用于根据收到的补充业务应用实体的控制指令，指示媒体底座实体建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道。

其中，第一专用数据通道和第二专用数据通道用于在补充业务应用实体和主叫终端之间传输主叫终端的补充业务信息。

本申请实施例另一方面还提供了一种主叫终端，如图14所示，包括：

建立模块1401，用于在发起呼叫后，与媒体底座实体建立第一专用数据通道。

传输模块1402，用于通过第一专用数据通道，以及媒体底座实体与主叫终端归属的补充业务应用实体之间的第二专用数据通道，收发主叫终端的补充业务信息。

不难发现，上述补充业务应用实体实施例、媒体底座实体实施例、呼叫底座实体实施例和主叫终端实施例分别为与方法实施例相对应的装置实施例，上述装置实施例可与方法实施例互相配合实施。方法实施例中提到的相关技术细节在上述装置实施例中依然有效，为了减少重复，这里不再赘述。相应地，上述装置实施例中提到的相关技术细节也可应用在方法实施例中。

值得一提的是，上述装置实施例中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本申请的创新部分，上述装置实施例中并没有将与解决本申请所提出的技术问题关系不太密切的单元引入，但这并不表明上述装置实施例中不存在其它的单元。

本申请实施例另一方面还提供了一种电子设备，如图15所示，包括：至少一个处理器1501；以及，与至少一个处理器1501通信连接的存储器1502；其中，存储器1502存储有可被至少一个处理器1501执行的指令，指令被至少一个处理器1501执行，以使至少一个处理器1501能够执行上述任一方法实施例所描述的补充业务实现方法。

其中，存储器1502和处理器1501采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器1501和存储器1502的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器1501处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传输给处理器1501。

处理器1501负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器1502可以被用于存储处理器1501在执行操作时所使用的数据。

本申请实施例另一方面还提供了一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述任一方法实施例所描述的补充业务实现方法。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备（可以是单片机，芯片等）或处理器（processor）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-OnlyMemory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施例是实现本申请的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (16)

1.一种补充业务实现方法，其特征在于，应用于补充业务应用实体，包括：

接收呼叫底座实体上报的主叫终端的呼叫事件；

基于所述呼叫事件向所述呼叫底座实体下发控制指令，通过所述呼叫底座实体指示媒体底座实体建立与所述主叫终端之间的第一专用数据通道以及与所述补充业务应用实体之间的第二专用数据通道；

通过所述第一专用数据通道，以及所述第二专用数据通道，收发所述主叫终端的补充业务信息。

2.根据权利要求1所述的补充业务实现方法，其特征在于，在所述基于所述呼叫事件向所述呼叫底座实体下发控制指令后，还包括：

为所述呼叫事件分配控制接口，并将所述控制接口的标识携带在会话初始协议SIP信令中，发送给呼叫路径中的其他补充业务应用实体；其中，所述控制接口用于接收所述呼叫路径中的所述其他补充业务应用实体发送的补充业务信息；

所述补充业务信息包括：通过所述控制接口接收到的所述呼叫路径中的所述其他补充业务应用实体发送的补充业务信息。

3.根据权利要求2所述的补充业务实现方法，其特征在于，所述控制接口包括基于超文本传输协议HTTP的控制接口。

4.根据权利要求1至3中任一项所述的补充业务实现方法，其特征在于，所述基于所述呼叫事件向所述呼叫底座实体下发控制指令，通过所述呼叫底座实体指示媒体底座实体建立与所述主叫终端之间的第一专用数据通道以及与所述补充业务应用实体之间的第二专用数据通道，包括：

基于所述呼叫事件向所述呼叫底座实体下发所述控制指令，触发所述呼叫底座实体指示所述媒体底座实体建立与所述主叫终端的程序下载通道，所述程序下载通道用于传输引导程序和所述主叫终端基于所述引导程序选择的补充业务程序；

在通过所述呼叫底座实体接收到所述主叫终端基于所述补充业务程序发起的专用数据通道创建请求后，通过所述呼叫底座实体指示所述媒体底座实体建立与所述主叫终端之间的所述第一专用数据通道以及与所述补充业务应用实体之间的所述第二专用数据通道。

5.根据权利要求1至3中任一项所述的补充业务实现方法，其特征在于，所述补充业务信息包括以下之一或其任意组合：前转业务信息、会议业务信息、转发业务信息、用户控制指令、补充业务执行结果。

6.一种补充业务实现方法，其特征在于，应用于媒体底座实体，包括：

在接收到呼叫底座实体发送的通道建立指示后，建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道；

在通过所述第二专用数据通道接收到所述补充业务应用实体发送的补充业务信息的情况下，将所述补充业务信息通过所述第一专用数据通道发送给所述主叫终端；

在通过所述第一专用数据通道接收到所述主叫终端发送的补充业务信息的情况下，将所述补充业务信息通过所述第二专用数据通道发送给所述补充业务应用实体。

7.根据权利要求6所述的补充业务实现方法，其特征在于，在所述接收到呼叫底座实体发送的通道建立指示后，建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道之前，还包括：

建立与所述主叫终端的程序下载通道；

通过所述程序下载通道向所述主叫终端发送从引导服务器获取的引导程序，所述引导程序包括多个补充业务程序的信息；

通过所述程序下载通道接收所述主叫终端基于所述引导程序选择的补充业务程序的信息，并将所述选择的补充业务程序通过所述程序下载通道发送给所述主叫终端，供所述主叫终端基于所述选择的补充业务程序向所述补充业务应用实体发起专用数据通道创建请求，其中，所述选择的补充业务程序从所述引导服务器获取。

8.一种补充业务实现方法，其特征在于，应用于呼叫底座实体，包括：

在接收到主叫终端的呼叫请求后，向所述主叫终端归属的补充业务应用实体上报呼叫事件；

根据收到的所述补充业务应用实体的控制指令，指示媒体底座实体建立与所述主叫终端之间的第一专用数据通道以及与所述补充业务应用实体之间的第二专用数据通道；

其中，所述第一专用数据通道和所述第二专用数据通道用于在所述补充业务应用实体和所述主叫终端之间传输所述主叫终端的补充业务信息。

9.一种补充业务实现方法，其特征在于，应用于主叫终端，包括：

在发起呼叫后，与媒体底座实体建立第一专用数据通道；

通过第一专用数据通道，以及所述媒体底座实体与所述主叫终端归属的补充业务应用实体之间的第二专用数据通道，收发所述主叫终端的补充业务信息。

10.根据权利要求9所述的补充业务实现方法，其特征在于，在所述发起呼叫后，与媒体底座实体建立第一专用数据通道之前，还包括：

与所述媒体底座实体建立程序下载通道；

通过所述程序下载通道接收所述媒体底座实体从引导服务器获取的引导程序，所述引导程序包括多个补充业务程序的信息；

基于所述引导程序选择补充业务程序，并将选择的补充业务程序的信息通过所述程序下载通道发送给所述媒体底座实体，供所述媒体底座实体从引导服务器获取所述选择的补充业务程序；

通过所述程序下载通道接收所述媒体底座实体发送的所述选择的补充业务程序，并基于所述选择的补充业务程序发起专用数据通道创建请求。

11.一种补充业务应用实体，其特征在于，包括：

接收模块，用于接收呼叫底座实体上报的主叫终端的呼叫事件；

指令下发模块，用于基于所述呼叫事件向所述呼叫底座实体下发控制指令，通过所述呼叫底座实体指示媒体底座实体建立与所述主叫终端之间的第一专用数据通道以及与所述补充业务应用实体之间的第二专用数据通道；

传输模块，用于通过所述第一专用数据通道，以及所述第二专用数据通道，收发所述主叫终端的补充业务信息。

12.一种媒体底座实体，其特征在于，包括：

通道建立模块，用于在接收到呼叫底座实体发送的通道建立指示后，建立与主叫终端之间的第一专用数据通道以及与补充业务应用实体之间的第二专用数据通道；

传输模块，用于在通过所述第二专用数据通道接收到所述补充业务应用实体发送的补充业务信息的情况下，将所述补充业务信息通过所述第一专用数据通道发送给所述主叫终端；在通过所述第一专用数据通道接收到所述主叫终端发送的补充业务信息的情况下，将所述补充业务信息通过所述第二专用数据通道发送给所述补充业务应用实体。

13.一种呼叫底座实体，其特征在于，包括：

上报模块，用于在接收到主叫终端的呼叫请求后，向所述主叫终端归属的补充业务应用实体上报呼叫事件；

指示模块，用于根据收到的所述补充业务应用实体的控制指令，指示媒体底座实体建立与所述主叫终端之间的第一专用数据通道以及与所述补充业务应用实体之间的第二专用数据通道；

其中，所述第一专用数据通道和所述第二专用数据通道用于在所述补充业务应用实体和所述主叫终端之间传输所述主叫终端的补充业务信息。

14.一种主叫终端，其特征在于，包括：

建立模块，用于在发起呼叫后，与媒体底座实体建立第一专用数据通道；

传输模块，用于通过第一专用数据通道，以及所述媒体底座实体与所述主叫终端归属的补充业务应用实体之间的第二专用数据通道，收发所述主叫终端的补充业务信息。

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

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至5中任一项所述的补充业务实现方法，或执行如权利要求6或7所述的补充业务实现方法，或执行如权利要求8所述的补充业务实现方法，或执行如权利要求9或10所述的补充业务实现方法。

16.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的补充业务实现方法，或实现如权利要求6或7所述的补充业务实现方法，或实现如权利要求8所述的补充业务实现方法，或实现如权利要求9或10所述的补充业务实现方法。

Images