CN116636192A - 一种呼叫处理***和呼叫处理方法 - Google Patents

一种呼叫处理***和呼叫处理方法 Download PDF

Info

Publication number
CN116636192A
CN116636192A CN202180083555.5A CN202180083555A CN116636192A CN 116636192 A CN116636192 A CN 116636192A CN 202180083555 A CN202180083555 A CN 202180083555A CN 116636192 A CN116636192 A CN 116636192A
Authority
CN
China
Prior art keywords
service
application
call
data channel
terminal device
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
CN202180083555.5A
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN116636192A publication Critical patent/CN116636192A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • 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/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • 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/1046—Call controllers; Call servers
    • 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/1063—Application servers providing network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/5166—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing in combination with interactive voice response systems or voice portals, e.g. as front-ends
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0024—Services and arrangements where telephone services are combined with data services
    • H04M7/0027—Collaboration services where a computer is used for data transfer and the telephone is used for telephonic communication
    • 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
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/25—Aspects of automatic or semi-automatic exchanges related to user interface aspects of the telephonic communication service
    • H04M2203/251—Aspects of automatic or semi-automatic exchanges related to user interface aspects of the telephonic communication service where a voice mode or a visual mode can be used interchangeably
    • H04M2203/253—Aspects of automatic or semi-automatic exchanges related to user interface aspects of the telephonic communication service where a voice mode or a visual mode can be used interchangeably where a visual mode is used instead of a voice mode
    • H04M2203/254—Aspects of automatic or semi-automatic exchanges related to user interface aspects of the telephonic communication service where a voice mode or a visual mode can be used interchangeably where a visual mode is used instead of a voice mode where the visual mode comprises menus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/5183—Call or contact centers with computer-telephony arrangements
    • H04M3/5191—Call or contact centers with computer-telephony arrangements interacting with the Internet

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请实施例提供一种呼叫处理***，该呼叫处理***包括应用服务设备和应用媒体设备。其中，应用服务设备用于在检测到终端设备发起或接收呼叫业务时，向应用媒体设备发送数据通道建立指示消息，以指示应用媒体设备建立与终端设备之间的数据通道。应用媒体设备用于接收来自应用服务设备的数据通道建立指示消息，建立与终端设备之间的数据通道，并通过数据通道向终端设备发送与呼叫业务对应的第一业务页面信息。可见，该呼叫处理***中的控制面与媒体面分离，应用服务设备用于实现控制面的功能，应用媒体设备用于实现媒体面的功能，两者之间的交互可以实现通话中的互动式业务，有利于提高呼叫处理***对通话业务的处理效率。

Description

一种呼叫处理***和呼叫处理方法 技术领域
本申请涉及通信技术领域，尤其涉及一种呼叫处理***和呼叫处理方法。
背景技术
基于IP多媒体子***(IP multimedia sub-system，IMS)的电信网络呼叫中心在电信、银行、保险、消费等行业得到了广泛的应用，一般被称之为自动座席、客户中心或者客服热线。其中，互动式语音应答(interactive voice response，IVR)作为客服热线的语音平台，可以提供多层语音菜单，通过预先录制或合成的语音进行电话应答，从而为客户进行电话呼入时提供语音菜单导航的功能。
对于移动用户而言，拨打客服热线的自助服务流程主要还是以IVR语音导航为主，或者采用与人工进行沟通，或者采用按键式固定的交互方式。在上述几种自助服务的过程中，客户需要仔细倾听甚至重听语音导航才能选择正确的按键选项，导致呼叫处理延迟，降低处理效率。
发明内容
本申请实施例提供一种呼叫处理***和呼叫处理方法，该呼叫处理***和呼叫处理方法可以实现通话中的互动式业务，有利于提高呼叫处理***对通话业务的处理效率。
第一方面，本申请实施例提供一种呼叫处理***，该呼叫处理***包括应用服务设备和应用媒体设备。其中，应用服务设备用于在检测到终端设备发起或接收呼叫业务时，向应用媒体设备发送数据通道建立指示消息，以指示应用媒体设备建立与终端设备之间的数据通道。应用媒体设备用于接收来自应用服务设备的数据通道建立指示消息，建立与终端设备之间的数据通道，并通过数据通道向终端设备发送与呼叫业务对应的第一业务页面信息。
可见，该呼叫处理***中的控制面与媒体面分离，应用服务设备用于实现控制面的功能，例如控制应用媒体设备与终端设备进行互动式业务的数据交互；应用服务设备用于实现媒体面的功能，例如与终端设备建立数据通道，进行互动式业务的数据交互，从而实现通话中的互动式业务，有利于提高呼叫处理***对通话业务的处理效率。
在一种可能的设计中，应用服务设备还用于检测到呼叫业务(呼叫)接通时，向应用媒体设备发送第一业务页面信息。应用媒体设备还用于接收第一业务页面信息。
可见，在呼叫业务接通时，应用服务设备可以向应用媒体设备下发初始业务页面信息。
在一种可能的设计中，应用媒体设备还用于接收终端设备的用户操作信息，将用户操作信息转换为音频信息，并通过终端设备与呼叫中心之间的媒体通道向呼叫中心发送音频信息。其中，音频信息可以是双音多频(dual tone multi-frequency，DTMF)信号。
可见，应用媒体设备还可以将用户操作信息转换为DTMF信号，并将DTMF信号发送至呼叫中心，从而使得呼叫中心更新与终端设备之间的通话的媒体流，实现互动式业务与通话业务的同步。并且，该DTMF信号为带内信号，呼叫中心可以直接对该DTMF信号进行处理，简化了处理流程。
在一种可能的设计中，应用媒体设备还用于在呼叫业务接通时，将自身串接到媒体通道中。
可见，应用媒体设备将用户操作信息转换为音频信息后，可以将自身串接到终端设备与呼叫中心之间的媒体通道中，从而通过媒体通道向呼叫中心发送音频信息。
在一种可能的设计中，媒体通道为音视频媒体通道。
在一种可能的设计中，媒体通道用于传输多媒体数据。多媒体数据包括音视频数据。
在一种可能的设计中，应用服务设备用于在检测到终端设备发起或接收呼叫业务时，通过信令接口向应用媒体设备发送数据通道建立指示消息。对应的，应用媒体设备通过信令接口接收来自应用服务设备的数据通道建立指示消息。
可见，应用服务设备与应用媒体设备之间可以通过信令接口进行信令的交互。
在一种可能的设计中，应用服务设备检测到终端设备发起或接收呼叫业务可以包括：应用服务设备接收来自电话服务器的被叫开始事件，根据被叫开始事件确定终端设备接收呼叫业务；或者，应用服务设备接收来自终端设备的数据通道建立请求消息，根据数据通道建立请求消息确定终端设备发起或接收呼叫业务。
可见，当终端设备为被叫侧终端设备时，应用服务设备可以根据被叫开始事件或数据通道建立请求消息确定终端设备接收呼叫业务，从而建立与终端设备之间的数据通道。
在一种可能的设计中，应用服务器检测到终端设备接收呼叫业务可以包括：应用服务设备接收来自电话服务器或终端设备的呼叫应答消息，根据呼叫应答消息确定终端设备接收呼叫业务。
在一种可能的设计中，呼叫应答消息为200ok消息。
在一种可能的设计中，应用媒体设备还用于通过数据通道接收终端设备的数据，并向应用服务设备发送终端设备的数据。应用服务设备还用于接收终端设备的数据，获得终端设备的数据转换中的终端设备的用户操作信息，并向应用媒体设备发送终端设备的用户操作信息。
可见，应用媒体设备用于提供数据通道。其中，应用媒体设备与终端设备之间的数据通道用于接收终端设备的数据，或者向终端设备发送数据。应用媒体设备和应用服务设备之间的数据通道用于应用媒体设备向应用服务设备发送终端设备的数据，或者用于应用服务设备向应用媒体设备发送终端设备的用户操作信息。
在一种可能的设计中，应用媒体设备还用于通过数据通道接收来自终端设备的用户操作信息。
可见，应用媒体设备可以通过与终端设备之间的数据通道，直接接收来自终端设备的用户操作信息。
在一种可能的设计中，应用媒体设备还用于通过数据通道接收终端设备的数据，并向应用服务设备发送终端设备的数据。应用服务设备还用于获取终端设备的数据中的呼叫开始事件、呼叫通知消息或呼叫接通事件，向应用媒体设备发送呼叫开始事件、呼叫通知消息或呼叫接通事件对应的第一业务页面信息。
可见，当终端设备的数据包括呼叫开始事件、呼叫通知消息或呼叫接通事件时，应用服务设备可以基于呼叫开始事件、呼叫通知消息或呼叫接通事件获取对应的第一业务页面 信息(即初始业务页面信息)，并通过数据通道向应用媒体设备发送初始业务页面信息，再由应用媒体设备向终端设备发送初始业务页面信息。
在一种可能的设计中，应用服务设备用于接收终端设备的数据通道建立请求消息，响应于数据通道建立请求消息，向应用媒体设备发送数据通道建立指示消息。
可见，应用服务设备向应用媒体设备发送的数据通道建立指示消息是根据终端设备的数据通道建立请求消息确定的。
在一种可能的设计中，应用服务设备还用于接收终端设备的用户操作信息，并向应用媒体设备发送用户操作信息对应的第二业务页面信息。
可见，当终端设备与UI页面(或称为UI)进行交互时，对应的用户操作信息可以通过数据通道发送至应用服务设备，使得应用服务设备根据用户操作信息获取对应的第二业务页面信息，并通过应用媒体设备向终端设备发送用户操作信息对应的第二业务页面信息，以使终端设备更新通话界面中的UI页面。
在一种可能的设计中，应用媒体设备还用于通过数据通道向终端设备发送页面指示信息，页面指示信息用于指示终端设备显示第一业务页面信息对应的UI页面或者缓存UI页面。
可见，终端设备在收到第一业务页面信息之后，可以根据页面指示信息判断是直接显示UI页面或者先缓存UI页面，使得终端设备可以更灵活地实现通话中的互动式业务。
在一种可能的设计中，应用媒体设备还用于通过数据通道接收来自终端设备的业务终止操作信息，并向应用服务设备发送终端设备的业务终止操作信息。应用服务设备还用于向应用媒体设备发送数据通道释放指示消息，以指示应用媒体设备释放与终端设备之间的数据通道。其中，终端设备的业务终止操作信息指示终止通话中的互动式业务。
可见，当终端设备终止通话中的互动式业务时，例如，用户选择了人工客服，那么终端设备可以通过数据通道向应用媒体设备发送业务终止操作信息，应用媒体设备将该业务终止操作信息发送给应用服务设备，使得应用服务设备可以指示应用媒体设备释放与终端设备之间的数据通道，避免资源的浪费。
在一种可能的设计中，应用服务设备还用于接收来自电话服务器的呼叫结束事件，基于呼叫结束事件向应用媒体设备发送数据通道释放指示消息，以指示应用媒体设备释放与终端设备之间的数据通道。
可见，应用服务设备还可以根据电话服务器上报的呼叫结束事件获取数据通道释放指示消息，并通过数据通道向应用媒体设备发送数据通道释放指示消息，以指示应用媒体设备释放数据通道，避免数据资源的浪费。
在一种可能的设计中，应用服务设备在检测到终端设备发起或接收呼叫业务时，若终端设备鉴权通过，向应用媒体设备发送数据通道建立指示消息，以指示应用媒体设备建立与终端设备之间的数据通道。其中，终端设备的鉴权方式包括接入鉴权、第三方登录认证、用户名密码登录认证或通过设备管理DM服务器认证中的一种或多种。
可见，应用服务设备指示应用媒体设备建立与终端设备之间的数据通道之前，可以根据UE的鉴权认证方式到对应的服务器校验终端设备是否为合法设备，防止非法用户接入，从而确保呼叫处理***的安全性。
第二方面，本申请实施例提供一种呼叫处理***，该呼叫处理***包括应用服务设备和应用媒体设备。其中，应用服务设备用于在检测到终端设备发起或接收呼叫业务时，建立与终端设备之间的数据通道，通过数据通道向终端设备发送与呼叫业务对应的第一业务页面信息，并通过数据通道接收来自终端设备的用户操作信息，向应用媒体设备发送用户操作信息。应用媒体设备用于接收来自应用服务设备的用户操作信息，将用户操作信息转换为音频信息，通过终端设备与呼叫中心之间的媒体通道向呼叫中心发送音频信息。
可见，该呼叫处理***中的应用服务设备既包括控制面的功能也包括媒体面的功能，主要用于实现与终端设备之间的数据交互，以及控制应用媒体设备向呼叫中心发送音频信息，从而可以将原有的通话业务与互动式数据通道业务关联起来，并且在呼叫业务接通之后再通过数据通道向终端设备发送第一业务页面信息(即初始业务页面信息)，从而使得终端设备可以实现通话中的互动式业务，有利于提高呼叫处理***对通话业务的处理效率。
在一种可能的设计中，应用媒体设备还用于在呼叫业务接通时，将自身串接到所述媒体通道中，以通过终端设备与呼叫中心之间的媒体通道向呼叫中心发送音频信息。具体来说，应用媒体设备用于在呼叫业务接通时，建立与呼叫中心之间的媒体通道，通过媒体通道向呼叫中心发送音频信息。
可见，应用媒体设备可以通过串接的方式***到终端设备与呼叫中心之间的媒体通道中，从而有利于实现数据通道中的互动式业务与媒体通道中的放音同步。
在一种可能的设计中，应用服务设备用于接收来自电话服务器的呼叫开始事件或呼叫请求，根据呼叫开始事件或呼叫请求确定终端设备发起或接收呼叫业务；或者应用服务设备用于接收来自终端设备的数据通道建立请求消息，根据数据通道建立请求消息确定终端设备发起或接收呼叫业务。
在一种可能的设计中，呼叫请求消息为invite消息。
在一种可能的设计中，应用服务设备用于接收来自电话服务器或终端设备的呼叫应答消息，根据呼叫应答消息确定终端设备接收呼叫业务。
在一种可能的设计中，呼叫应答消息为200ok消息。
可见，应用服务设备检测到终端设备发起或接收呼叫业务，可以是根据电话服务器上报的呼叫开始事件确定的，也可以是根据终端设备上报的数据通道建立请求消息确定的。
在一种可能的设计中，应用服务设备还用于获取与呼叫开始事件对应的第一业务页面信息；应用服务设备通过数据通道向终端设备发送第一业务页面信息。可选的，应用服务设备具体可以根据呼叫开始事件中包括的被叫号码，获取被叫号码对应的第一业务页面信息。
在一种可能的设计中，应用服务设备还用于根据呼叫开始事件中包括的主叫号码，获取主叫号码对应的第一业务页面信息。上述设计可以用于终端设备接收呼叫业务的场景。
可见，应用服务设备可以基于呼叫开始事件获取对应的第一业务页面信息，并向终端设备发送对应的第一业务页面信息。
在一种可能的设计中，应用服务设备还用于基于用户操作信息获取用户操作信息对应的第二业务页面信息，并通过数据通道向终端设备发送第二业务页面信息。
可见，应用服务设备可以基于用户操作信息向终端设备推送对应的第二业务页面信息， 使得终端设备可以获取用户操作对应的UI页面。
在一种可能的设计中，应用服务设备还用于通过数据通道向终端设备发送页面指示信息，页面指示信息用于指示终端设备显示业务页面信息对应的UI页面或者缓存UI页面。
可见，应用服务设备可以向终端设备发送页面指示信息，以指示终端设备直接显示或缓存对应的UI页面。
在一种可能的设计中，应用服务设备还用于接收来自终端设备的业务终止操作信息，并基于业务终止操作信息释放与终端设备之间的数据通道。其中，终端设备的业务终止操作信息指示终止通话中的互动式业务。
可见，当终端设备终止通话中的互动式业务时，例如，用户选择了人工客服，终端设备可以通过数据通道向应用服务设备发送业务终止操作信息。应用服务设备可以根据终端设备发送的业务终止操作信息，释放与终端设备之间的数据通道。
在一种可能的设计中，应用服务设备还用于接收来自电话服务器的呼叫结束事件，基于呼叫结束事件释放与终端设备之间的数据通道。
可见，应用服务设备还可以根据电话服务器上报的呼叫结束事件获取数据通道释放指示消息，释放数据通道，避免数据资源的浪费。
在一种可能的设计中，应用服务设备在检测到终端设备发起或接收呼叫业务时，若终端设备鉴权通过，向应用媒体设备发送数据通道建立指示消息，以指示应用媒体设备建立与终端设备之间的数据通道。其中，终端设备的鉴权方式包括接入鉴权、第三方登录认证、用户名密码登录认证或通过设备管理DM服务器认证中的一种或多种。
可见，应用服务设备指示应用媒体设备建立与终端设备之间的数据通道之前，可以根据UE的鉴权认证方式到对应的服务器校验终端设备是否为合法设备，防止非法用户接入，从而确保呼叫处理***的安全性。
第三方面，本申请实施例提供一种呼叫处理方法，该方法可以由应用服务设备和应用媒体设备之间的交互实现。其中，应用服务设备具备控制面的功能，应用媒体设备具备DC数据面和媒体面的功能，即控制面和媒体面分离。
应用服务设备在检测到终端设备发起或接收呼叫业务时，向应用媒体设备发送数据通道建立指示消息，以指示应用媒体设备建立与终端设备之间的数据通道。应用媒体设备接收来自应用服务设备的数据通道建立指示消息，建立与终端设备之间的数据通道，并通过数据通道向终端设备发送与呼叫业务对应的业务页面信息。
在一种可能的设计中，应用媒体设备接收终端设备的用户操作信息，将用户操作信息转换为音频信息，并通过终端设备与呼叫中心之间的媒体通道向呼叫中心发送音频信息。
在一种可能的设计中，应用媒体设备通过数据通道接收终端设备的数据，并向应用服务设备发送终端设备的数据。应用服务设备接收终端设备的数据，获得终端设备的数据转换中的终端设备的用户操作信息，并向应用媒体设备发送终端设备的用户操作信息。
在一种可能的设计中，应用媒体设备通过数据通道接收来自终端设备的用户操作信息。
在一种可能的设计中，应用服务设备在检测到呼叫业务接通时，向应用媒体设备发送第一业务页面信息；对应的，应用媒体设备接收第一业务页面信息。
在一种可能的设计中，应用媒体设备通过数据通道接收终端设备的数据，并向应用服 务设备发送终端设备的数据；对应的，应用服务设备接收终端设备的数据。应用服务设备获取终端设备的数据中的呼叫开始事件或呼叫通知消息或呼叫接通事件，向应用媒体设备发送呼叫开始事件或呼叫通知消息或呼叫接通事件对应的第一业务页面信息。
在一种可能的设计中，应用服务设备接收终端设备的数据通道建立请求消息，响应于数据通道建立请求消息，向应用媒体设备发送数据通道建立指示消息。
在一种可能的设计中，应用服务设备接收终端设备的用户操作信息，并向应用媒体设备发送用户操作信息对应的第二业务页面信息。
在一种可能的设计中，应用媒体设备通过数据通道向终端设备发送页面指示信息，页面指示信息用于指示终端设备显示第一业务页面信息对应的UI页面或者缓存UI页面。
第四方面，本申请实施例提供另一种呼叫处理方法，该方法可以由应用服务设备和应用媒体设备之间的交互实现。
应用服务设备检测到终端设备发起或接收呼叫业务时，建立与终端设备之间的数据通道，通过数据通道向终端设备发送与呼叫业务对应的第一业务页面信息，并通过数据通道接收来自终端设备的用户操作信息，向应用媒体设备发送用户操作信息。应用媒体设备接收来自应用服务设备的用户操作信息，将用户操作信息转换为音频信息，通过终端设备与呼叫中心之间的媒体通道向呼叫中心发送音频信息。
在一种可能的设计中，应用媒体设备在呼叫业务接通时，将自身串接到媒体通道中。
在一种可能的设计中，应用服务设备接收来自电话服务器的呼叫开始事件，根据呼叫开始事件确定终端设备发起或接收呼叫业务；或者，应用服务设备接收来自终端设备的数据通道建立请求消息，根据数据通道建立请求消息确定终端设备发起或接收呼叫业务。
在一种可能的设计中，应用服务设备获取与呼叫开始事件对应的第一业务页面信息，并通过数据通道向终端设备发送第一业务页面信息。
在一种可能的设计中，应用服务设备根据呼叫开始事件中包括的被叫号码，获取被叫号码对应的第一业务页面信息。
在一种可能的设计中，应用服务设备根据呼叫开始事件中包括的主叫号码，获取主叫号码对应的第一业务页面信息。上述设计可以用于终端设备接收呼叫业务的场景。
在一种可能的设计中，应用服务设备基于用户操作信息获取用户操作信息对应的第二业务页面信息，并通过数据通道向终端设备发送第二业务页面信息。
在一种可能的设计中，应用服务设备通过数据通道向终端设备发送页面指示信息，页面指示信息用于指示终端设备显示业务页面信息对应的UI页面或者缓存UI页面。
第五方面，本申请实施例提供一种呼叫处理装置，该设备具有实现第三方面所提供的呼叫处理方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第六方面，本申请实施例提供一种呼叫处理装置，该设备具有实现第四方面所提供的呼叫处理方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第七方面，本申请实施例提供一种计算机可读存储介质，该可读存储介质包括程序或指令，当所述程序或指令在计算机上运行时，使得计算机执行第三方面或第三方面中任一 种可能实现方式中的部分或全部方法。
第八方面，本申请实施例提供一种计算机可读存储介质，该可读存储介质包括程序或指令，当所述程序或指令在计算机上运行时，使得计算机执行第四方面或第四方面中任一种可能实现方式中的部分或全部方法。
第九方面，本申请实施例提供一种芯片或者芯片***，该芯片或者芯片***包括至少一个处理器和接口，接口和至少一个处理器通过线路互联，至少一个处理器用于运行计算机程序或指令，以进行第三方面或第三方面的任一种可能的实现方式中任一项所描述的部分或全部方法。
第十方面，本申请实施例提供一种芯片或者芯片***，该芯片或者芯片***包括至少一个处理器和接口，接口和至少一个处理器通过线路互联，至少一个处理器用于运行计算机程序或指令，以进行第四方面或第四方面的任一种可能的实现方式中任一项所描述的部分或全部方法。
其中，芯片中的接口可以为输入/输出接口、管脚或电路等。
上述方面中的芯片***可以是片上***(system on chip，SOC)，也可以是基带芯片等，其中基带芯片可以包括处理器、信道编码器、数字信号处理器、调制解调器和接口模块等。
在一种可能的实现中，本申请中上述描述的芯片或者芯片***还包括至少一个存储器，该至少一个存储器中存储有计算机指令。该存储器可以为芯片内部的存储单元，例如，寄存器、缓存等，也可以是该芯片的存储单元(例如，只读存储器、随机存取存储器等)。
第十一方面，本申请实施例提供一种计算机程序或计算机程序产品，包括代码或指令，当代码或指令在计算机上运行时，使得计算机执行第三方面或第三方面中任一种可能实现方式中的部分或全部方法。
第十二方面，本申请实施例提供一种计算机程序或计算机程序产品，包括代码或指令，当代码或指令在计算机上运行时，使得计算机执行第四方面或第四方面中任一种可能实现方式中的部分或全部方法。
第十三方面，本申请实施例提供一种呼叫处理装置，包括处理器和存储器，存储器中存储了计算机指令，处理器调用计算机指令，使得呼叫处理装置执行以上任一方面的部分或全部方法流程。
在一个可能的设计中，呼叫处理装置为应用服务设备。
在一个可能的设计中，呼叫处理装置为应用媒体设备。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍。
图1为本申请实施例提供的一种呼叫处理***的结构示意图；
图2a为本申请实施例提供的一种插件式终端的结构示意图；
图2b为本申请实施例提供的另一种插件式终端的结构示意图；
图3为本申请实施例提供的一种原生终端的结构示意图；
图4a为本申请实施例提供的另一种呼叫处理***的结构示意图；
图4b为本申请实施例提供的另一种呼叫处理***的结构示意图；
图4c为本申请实施例提供的另一种呼叫处理***的结构示意图；
图5为本申请实施例提供的一种呼叫处理方法的流程示意图；
图6为本申请实施例提供的一种通话中的互动式业务处理流程的示意图；
图7为本申请实施例提供的另一种通话中的互动式业务处理流程的示意图；
图8为本申请实施例提供的另一种呼叫处理方法的流程示意图；
图9为本申请实施例提供的另一种通话中的互动式业务处理流程的示意图；
图10为本申请实施例提供的另一种通话中的互动式业务处理流程的示意图；
图11为本申请实施例提供的一种呼叫处理装置的结构示意图；
图12为本申请实施例提供的一种呼叫处理装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
在本申请的实施例中，术语“第二”、“仅”用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第二”、“”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。
本申请中术语“至少一个”的含义是指一个或多个，本申请中术语“多个”的含义是指两个或两个以上，例如，多个报文是指两个或两个以上的报文。
应理解，在本文中对各种所述示例的描述中所使用的术语只是为了描述特定示例，而并非旨在进行限制。如在对各种所述示例的描述和所附权利要求书中所使用的那样，单数形式“一个(“a”，“an”)”和“该”旨在也包括复数形式，除非上下文另外明确地指示。
还应理解，本文中所使用的术语“和/或”是指并且涵盖相关联的所列出的项目中的一个或多个项目的任何和全部可能的组合。术语“和/或”，是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本申请中的字符“/”，一般表示前后关联对象是一种“或”的关系。
还应理解，在本申请的各个实施例中，各个过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。
还应理解，术语“包括”(也称“includes”、“including”、“comprises”和/或“comprising”)当在本说明书中使用时指定存在所陈述的特征、整数、步骤、操作、元素、和/或部件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元素、部件、和/或其分组。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
基于IP多媒体子***(IP multimedia sub-system，IMS)的电信网络呼叫中心在电信、银行、保险、消费等行业得到了广泛的应用，一般被称之为自动座席、客户中心或者客服热线。
一方面，互动式语音应答(interactive voice response，IVR)作为客服热线的语音平台，可以提供多层语音菜单，通过预先录制或合成的语音进行电话应答，从而为客户在电话呼入时提供语音菜单导航的功能。但是，移动用户在使用IVR语音导航业务时，需要仔细倾听甚至重听语音导航的方式来选择正确的按键选项，导致呼叫处理延迟，降低客服热线处理效率。
另一方面，呼叫中心/客服热线中引入了语音客服，语音客服基于自动语音识别(automatic speech recognition，ASR)技术，即通过人工智能(artificial intelligence，AI)进行语音识别，从而根据语音识别的结果进行业务交互。但是由于地域方言、口音差异、说话习惯、各行业的独特术语等影响，使得语音客服的语音识别的准确率较低，从而降低语音客服的处理准确性和处理效率。
再一方面，移动用户还可以通过具备互动式业务功能的终端设备实现基于3GPP TS 24.229的IMS会话业务流程，以及实现通过会话初始协议协商(session initiation protocol offer answer，SIP OA)支持音频/视频/传真/文本方式的交互流程，并且终端设备还支持双音多频(dual tone multi-frequency，DTMF)放音收号。但是，用户在终端设备上通话的交互式操作只能依赖于各厂商终端根据标准规范实现，如果新增特性/功能，需要先制定标准规范，终端厂商再开发和进行入网认证，导致实现周期长且对多个终端厂商都有依赖。
为了解决上述问题，本申请实施例提供一种呼叫处理***，该呼叫处理***可以实现通话中的互动式业务，有利于提高呼叫处理***对通话中的互动式业务(如客服热线业务)的处理效率。可以理解的是，本申请实施例所述的通话中的互动式业务包括3GPP TS24.229的IMS会话业务流程，IMS中通过SIP OA协商支持音频/视频/传真/文本等方式交互的互动式业务。
其中，本申请实施例提供的一种呼叫处理***包括应用服务设备、应用媒体设备、内容服务器(content server，CS)、电话应用服务器(telephony application server，TAS)、呼叫控制服务器、边界会话控制(session border controller，SBC)设备、呼叫中心(call center)和终端设备。
其中，应用服务设备可以为增强呼叫应用服务器(enriched calling application server，ECS-AS)，应用媒体设备可以为增强呼叫媒体(enriched calling media，ECM)设备，呼叫控制服务器可以为呼叫会话控制功能(call session control function，CSCF)设备。
ECS-AS用于提供通话中的互动式业务，为呼叫处理***中新增的逻辑设备。其中，新增的方式可以为ECS-AS为独立的逻辑设备，也可以与多媒体电话服务器(IMS multimedia telephony application server，MMTEL AS)进行合并(即ECS-AS的功能合并至MMTEL AS中)，本实施例不作限定。其中，针对不同的终端设备，ECS-AS与终端设备之间的交互方式不同。例如，ECS-AS与插件式终端进行交互时，ECS-AS直接与插件式终端建立数据通道(data channel，DC)来传递交互式业务内容。ECS-AS还可以控制ECM提供DTMF放音功能。又例如，ECS-AS与Native终端进行交互时，ECS-AS控制ECM与Native终端建 立数据通道来传递交互式业务内容。
ECM用于在ECS-AS的控制下与终端设备建立数据通道，或者提供DTMF放音功能。其中，ECS-AS和ECM可以在同一个物理设备上部署，也可以分别在不同的物理设备上部署，本实施例不作限定。当ECS-AS和ECM在不同的物理设备上部署时，ECS-AS和ECM之间的控制协议可以是媒体网关控制协议(H.248协议)，也可以是超文本传输协议(hypertext transfer protocol，HTTP)。
CS用于存储与交互式业务相关的数据，例如，CS中存储了用户界面(user interface，UI)页面元素以及控制文件。其中，CS可以与ECS-AS部署在同一个物理设备上，也可以单独部署在一个物理设备上。当CS单独部署在一个物理设备上时，该CS的地址可以携带于ECS-AS发送给终端设备的统一资源定位符(uniform resource locator，URL)地址的消息中，以通知终端设备CS的地址；或者，该CS的地址也可以携带于设备管理(device management，DM)服务器发送给终端设备的消息中，本实施例不作限定。
TAS用于为终端设备提供语音服务和多媒体服务，支持多种主流的电信网络协议，例如支持SIP、智能网络应用协议(intelligent network application protocol，INAP)等。本申请实施例中，ECS-AS可以向TAS订阅呼叫事件，那么当TAS收到INVITE呼叫信令(可以称为invite消息)后，可以向ECS-AS上报呼叫开始事件。
CSCF是IMS core的呼叫控制中心，可以在IP传输平台上实现用户接入，鉴权、会话路由和业务触发等功能。其中，CSCF可以包括服务CSCF(serving CSCF，S-CSCF)和查询CSCF(interrogating CSCF，I-CSCF)等。
SBC可以部署在接入网与核心网之间，提供接入网与IMS核心网之间以及IMS核心网之间的边界控制功能，能够提供接入控制、服务质量(quality of service)控制以及防火墙穿越等功能。本申请实施例中的呼叫处理***包括主叫SBC和被叫SBC(也称为被叫媒体资源设备(multimedia resource function，MRF))，主叫SBC为主叫设备服务，被叫SBC为被叫设备服务。SBC中可以包括代理CSCF(proxy CSCF，P-CSCF)的功能，即P-CSCF可以部署在SBC中。
call center采用了IVR等功能，可以同时处理大量的电话呼入和呼出业务，以及服务的运营操作。也就是说，呼叫中心就是在一个相对集中的场所，由一批服务人员组成的服务机构，通常利用计算机通讯技术处理来自企业、顾客的咨询需求。
终端设备也可以称为用户设备(user equipment，UE)。终端设备可以是手机(mobile phone)、平板电脑(pad)、具备无线收发功能的电脑、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、车辆、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、智慧城市(smart city)中的无线终端等。
在一种示例中，请参见图1，图1为本申请实施例提供的一种呼叫处理***的结构示意图。该呼叫处理***包括应用服务设备101、呼叫控制服务器102(包括S-CSCF/I-CSCF)、边界会话控制设备103(包括P-CSCF)、应用媒体设备104和终端设备105。
其中，该呼叫处理***的网络侧架构采用数据通道(data channel，DC)业务能力、DC通信协商能力、DC媒体能力分离的模式。其中，DC业务能力负责接收来自应用或者终端设备提供的数据内容，并进行相关逻辑处理，可以集成在如图1所示的应用服务设备中。 DC通信协商能力包括SIP OA协商过程，可以集成在如图1所示的VoLTE(Voice over LTE)AS或VoNR(Voice over New Radio，VoNR)AS，VoLTE AS和VoNR AS可以部署在MMTEL AS中。DC媒体能力集成在应用媒体设备，用于实现与终端设备之间的通话业务和DC数据业务，如图1所示。
具体来说，图1中的MMTEL AS可以设置在应用服务设备101中，即图1所示的应用服务设备101集成了DC业务能力和DC通信协商能力，可以实现呼叫处理***的控制面功能。可选的，MMTEL AS也可以与应用服务设备分开，单独设置在一个设备中，实现DC通信协商能力。应用媒体设备104提供DC媒体能力，即应用媒体设备104可以实现呼叫处理***的媒体面功能。例如，应用媒体设备104与终端设备建立数据通道和媒体通道，通过数据通道向终端设备发送DC业务数据，通过媒体通道向终端设备发送多媒体数据。其中，应用服务设备101可以通过信令接口控制应用媒体设备104的数据通道传输DC业务数据，***体通道传输多媒体数据。终端设备105包括音视频协议栈、DC协议栈和web引擎，即终端设备可以实现通话，并且可以实现通话中的互动式业务。
在一种实现方式中，本申请实施例所述的终端设备为一种插件式终端。图2a所示的插件式终端可以包括增强呼叫(Enriched Calling)引擎、操作***、电话管理应用(telephony management application)、协处理器(coprocessor，CP)等模块。在图2a所示的终端中，电话管理应用可以调用增强呼叫，即电话管理应用可以和增强呼叫引擎APP同时启动，两者配合来实现本实施例提供的呼叫业务。增强呼叫引擎APP和电话管理应用运行在终端的应用处理器(application processor，AP)上。协处理器CP又称为基带芯片加协处理器或多媒体加速器，可以增强多媒体功能。其中，图2a中的CP支持SIP、会话描述协议(session description protocol，SDP)、音视频实时传输协议(real-time transport protocol，RTP)等。通过上述协议，终端设备可以发起、修改或终止交互式多媒体会话，从而实现通话中的互动式业务。其中，图2a中的Enriched Calling引擎可以作为独立的APP来提供相应的功能，该Enriched Calling引擎可以包括DC UI和web引擎。其中，web引擎用于解析UI页面，DC UI用于显示web引擎解析的UI页面。
图2b为本申请实施例提供的另一种插件式终端的结构示意图，图2b中的Enriched Calling引擎可以直接作为终端内部的***服务(如通过原生软件开发工具包(software development kit，SDK)实现)来提供相应的功能。其中，图2b中也包括DC UI和web引擎，用于实现与图2a所示的DC UI和web引擎类似的功能，在此不再赘述。
其中，图2a和图2b所示的插件式终端中，SDK方案的DC协议栈可以包括但不限于流控制传输协议(stream control transmission protocol，SCTP)、数据包传输层安全(datagram transport layer security，DTLS)协议、用户数据包协议(user datagram protocol,UDP)等。上述协议可以通过AP中的websocket进行协商，例如，通过websocket协商发送端和接收端的端口号、网络协议(Internet protocol，IP)地址等，建立发送端和接收端的IP连接。可选的，插件式终端设备还可以支持其他的协议栈(如HTTP等协议栈)，本实施例不作限定。
在另一种实现方式中，本申请实施例所述的终端设备为一种Native终端。请参见图3，区别于插件式终端，Native终端为一种无需Enriched Calling引擎，遵循3GPP TS26.114-g52 及后续版本协议标准的DCMTSI(data channel multimedia telephony service for IMS)客户端。其中，Native终端包括应用处理器AP以及协处理器CP。应用处理器上可以运行电话管理应用、呼叫UI应用以及DC服务，在电话管理应用拨打或接通电话时，通过CP的SIP信令协商建立数据通道。原生终端DC协议栈包括但不限于SCTP/DTLS/UDP等协议，可以通过CP中的SIP进行协商(即不需要内置websocket)。
其中，在图1所示的呼叫处理***中，以插件式终端为例，插件式终端与应用媒体设备之间建立数据通道，即表示DC媒体能力/数据通道建立终结在应用媒体设备。应用媒体设备通过信令接口向应用服务设备发送数据通道中的数据(如终端设备通过数据通道向应用媒体设备发送的数据)，应用服务设备识别数据通道中的数据，控制DC业务执行，例如指示应用媒体设备通过数据通道向终端设备发送对应的UI页面内容。类似的，当终端设备为Native终端时，Native终端也与应用媒体设备之间建立数据通道，即表示DC媒体能力/数据通道建立终结在应用媒体设备。
下面对图1所示的呼叫处理***中的应用服务设备、应用媒体设备、终端设备的功能，设备之间的连接关系以及设备之间的数据/信令流向进行详细的介绍。
应用服务设备用于实现DC业务能力和DC通信协商能力，可以视为呼叫处理***的控制面设备；应用媒体设备用于实现DC媒体能力、数据通道的建立，可以视为呼叫处理***的媒体面设备。也就是说，图1所述的呼叫处理***中的控制面和媒体面分离。其中，应用服务设备和应用媒体设备之间可以通过信令接口相连接，应用媒体设备与终端设备之间建立数据通道，如图1所示。
在一种实现方式中，应用服务设备用于在检测到终端设备发起或接收呼叫业务时，向应用媒体设备发送数据通道建立指示消息，以指示应用媒体设备建立与终端设备之间的数据通道。应用媒体设备用于接收来自应用服务设备的数据通道建立指示消息，建立与终端设备之间的数据通道，并通过数据通道向终端设备发送与呼叫业务对应的第一业务页面信息。
如果应用服务设备可以向电话服务器TAS订阅呼叫事件，当终端设备发起或接收呼叫业务时，应用服务设备可以检测到终端设备发起或接收呼叫业务。其中，应用服务设备检测到终端设备发起或接收呼叫业务时，包括两种情况：
情况一：应用服务设备接收来自电话服务器的呼叫开始事件，根据呼叫开始事件确定终端设备发起或接收呼叫业务。
例如，应用服务设备接收来自TAS的呼叫开始事件，具体的触发方式如下：用户拨打电话，终端设备向主叫IMS core的CSCF发送INVITE呼叫信令，CSCF将该INVITE呼叫信令转发至TAS，TAS向应用服务设备上报呼叫开始事件。对应的，应用服务设备接收到呼叫开始事件，根据该呼叫开始事件确定终端设备正在发起呼叫业务。
情况二：应用服务设备接收来自终端设备的数据通道建立请求消息，根据数据通道建立请求消息确定终端设备发起或接收呼叫业务。
例如，用户拨打电话，终端设备内的操作***可以通知Enriched Calling引擎呼叫开始，Enriched Calling引擎可以向ECS-AS发送数据通道建立请求消息。对应的，ECS-AS接收到数据通道建立请求消息，根据数据通道建立请求消息确定终端设备正在发起呼叫业务。
在一种实现方式中，应用服务设备还用于接收终端设备的数据通道建立请求消息，响应于数据通道建立请求消息，向应用媒体设备发送数据通道建立指示消息。
其中，应用服务设备还可以基于根据终端设备的数据通道建立请求消息，向应用媒体设备发送数据通道建立指示消息，以指示应用媒体设备建立与终端设备之间的数据通道。对应的，应用媒体设备收到数据通道建立指示消息，建立与终端设备之间的数据通道。
可选的，应用服务设备检测到终端设备发起呼叫业务，向应用媒体设备发送数据通道建立指示信息之前，还可以对终端设备进行鉴权认证。其中，本实施例所述的认证方式可以包括主叫侧到被叫侧的双向认证，或者终端设备到应用服务设备的单向认证。具体来说，终端设备的鉴权方式包括接入鉴权、第三方登录认证、用户名密码登录认证或通过设备管理DM服务器认证中的一种或多种。
1、接入鉴权：适用于如图2b所示的SDK方式实现的终端设备，或者如图3所示的Native终端。例如，Native终端的***服务可以利用IMS通用引导架构(generic bootstrapping architecture，GBA)方式实现主叫侧到被叫侧的双向认证。
2、第三方登录认证：适用于如图2a所示的APP集成方式实现的终端设备。例如，终端设备中的APP通过运营商的网关认证，用户一键授权本机号码完成终端设备到应用服务设备的单向认证。其中，基于本机号码的第三方登录认证方式可以避免新增部署账号服务器以及管理用户名账号***，有利于简化方案的实现流程。
3、用户名密码登录认证：适用于如图2a所示的APP集成方式实现的终端设备。例如，用户通过输入用户名密码方式，完成终端设备到应用服务设备的单向认证。
4、部署设备管理服务器，适用于图2a、图2b和图3所示的***服务/APP集成方式的终端设备。其中，该认证方式采用类似于第五代(5 th generation，5G)消息，通过5G消息到DM服务器获取鉴权认证token，实现终端设备到应用服务设备的单向认证。
当终端设备认证通过后，应用服务设备确定终端设备为合法设备，向应用媒体设备发送数据通道建立指示消息，以指示应用媒体设备建立与终端设备之间的数据通道。对应的，应用媒体设备接收数据通道建立指示消息，从而建立与终端设备之间的数据通道。其中，该数据通道可以为IMS数据通道，用于传输通话中的互动式业务的相关数据。例如，应用媒体设备通过数据通道向终端设备发送与呼叫业务对应的UI页面，以使终端设备可以在通话界面显示该UI页面，供用户进行互动和浏览。
在一种实现方式中，应用媒体设备还用于接收终端设备的用户操作信息，将用户操作信息转换为音频信息，并通过终端设备与呼叫中心之间的媒体通道向呼叫中心发送音频信息。其中，本实施例所述的音频信息包括DTMF信号。例如，应用媒体设备可以将用户操作信息进行转换，转换为DTMF信号，并通过带内将DTMF信号发送给呼叫中心。根据协议标准，基于3GPP TS24.229的IMS会话业务流程可以通过SIP OA协商支持音频/视频/传真/文本方式交互，支持DTMF放音收号。也就是说，应用媒体设备基于用户操作生成音频信息，并向呼叫中心发送音频信息，可以实现数据通道中的互动式业务与媒体通道中的DTMF放音的同步。
可选的，为了实现数据通道中的互动式业务与媒体通道中的DTMF放音的同步，应用媒体设备可以建立与呼叫中心之间的媒体通道，并通过与呼叫中心之间的媒体通道向呼叫 中心发送音频信息。其中，当呼叫业务接通时，终端设备与呼叫中心之间建立了媒体通道。例如，终端设备与主叫SBC之间建立了媒体通道，主叫SBC与被叫IMS core之间建立了媒体通道，被叫IMS core与呼叫中心之间建立了媒体通道。可见，上述媒体通道可以实现终端设备与呼叫中心之间的语音互通。基于此，应用媒体设备可以将自身串接到终端设备与呼叫中心之间的媒体通道中。例如，应用媒体设备建立与主叫SBC之间的媒体通道，以及与被叫IMS core之间的媒体通道，从而建立与呼叫中心之间的媒体通道，可以通过媒体通道向呼叫中心发送音频信息。
在一种实现方式中，应用服务设备还用于检测到呼叫业务(呼叫)接通时，向应用媒体设备发送第一业务页面信息。应用媒体设备还用于接收第一业务页面信息。
其中，应用服务设备检测到呼叫业务接通，可以包括以下两种情况：
情况一：应用服务设备接收来自电话服务器的呼叫接通事件，根据所述呼叫接通事件确定终端设备的呼叫业务接通。
例如，呼叫中心向被叫IMS core发送200ok(简称200)消息，表示呼叫中心开始放音。被叫IMS core向主叫IMS core发送200消息，主叫IMS core中的CSCF向TAS发送200消息。TAS接收CSCF发送的200消息，确定呼叫中心开始放音，TAS可以向应用服务设备发送呼叫接通事件。对应的，应用服务设备接收TAS发送的呼叫接通事件，从而确定终端设备与呼叫中心之间的呼叫业务接通。
情况二：应用服务设备接收来自终端设备的呼叫通知消息，根据所述呼叫通知消息确定所述终端设备的呼叫业务接通。
例如，呼叫中心向被叫IMS core发送200消息，表示呼叫中心开始放音。被叫IMS core向主叫IMS core发送200消息，主叫IMS core中的CSCF向TAS发送200消息，TAS向终端设备发送200消息。终端设备接收TAS发送的200消息，确定呼叫中心开始放音，终端设备可以向应用服务设备发送呼叫通知消息。对应的，应用服务设备接收终端设备发送的呼叫通知消息，从而确定终端设备与呼叫中心之间的呼叫业务接通。
其中，本实施例中应用服务设备在确定呼叫业务接通后，再向应用媒体设备发送第一业务页面信息。第一业务页面信息可以是与呼叫业务对应的初始业务页面信息。例如，终端设备发起的呼叫业务为终端设备拨打运营商的客服热线，那么应用服务设备检测到终端设备拨打运营商的客服热线，可以获取该运营商的客服热线业务对应的第一业务页面信息。
其中，第一业务页面信息包括UI页面元素和控制文件。UI页面元素是指构成UI页面的所有页面元素，可以包括但不限于UI页面中的文本、文本框、图片、视频等。例如，本实施例所述的UI页面可以是超文本标记语言5.0(hypertext markup language 5.0，HTML5)页面，该HTML5页面中的文本框、图片、视频等构成整个HTML5页面的元素都称为UI页面元素。控制文件是指可以编辑UI页面的JavaScript脚本(简称JS脚本)。其中，JS脚本包括了UI页面的渲染规则，UI页面元素的显示位置，以及具有指向性的UI页面元素所指向的下一级UI页面的地址或标识。例如，UI页面1中包括一个具有指向性的UI页面元素，当用户点击该UI页面元素后，终端设备可以根据JS脚本，确定该UI页面元素所指向的下一级UI页面的地址或标识，从而在显示界面显示下一级UI页面。
可见，终端设备将UI页面元素和控制文件组合起来，即可以在终端设备的显示界面显 示UI页面，并且根据控制文件可以向用户提供互动式操作。本实施例所述的第一业务页面信息可以包括多个UI页面的UI页面元素，以及各个UI页面的控制文件。
可选的，第一业务页面信息还可以包括UI页面元素和控制文件的URL地址。也就是说，第一业务页面信息中不直接包括HTML5页面，而是包括HTML5页面的URL地址。当终端设备接收到HTML5页面的URL地址后，可以根据该URL地址确定存储HTML5页面和JS脚本的内容服务器，并通过数据通道从对应的内容服务器获取HTML5页面和JS脚本。
在一种实现方式中，应用媒体设备还用于通过数据通道接收终端设备的数据，并向应用服务设备发送终端设备的数据。应用服务设备还用于接收终端设备的数据，并获取终端设备的数据中的呼叫开始事件、呼叫通知消息或呼叫接通事件，向应用媒体设备发送呼叫开始事件、呼叫通知消息或呼叫接通事件对应的第一业务页面信息。
其中，应用服务设备对接收到的终端设备的数据进行解析，可以获取终端设备的数据中的呼叫开始事件、呼叫通知消息或呼叫接通事件。进一步，应用服务设备可以基于呼叫开始事件、呼叫通知消息或呼叫接通事件，获取对应的第一业务页面信息。例如，呼叫开始事件中通常包括主叫号码和被叫号码，那么应用服务设备可以根据被叫号码或主叫号码，获取被叫号码或主叫号码对应的第一业务页面信息。应用服务设备获取对应的第一业务页面信息后，可以向应用媒体设备发送对应的第一业务页面信息。又例如，应用服务设备收到呼叫接通事件，确认呼叫中心开始播放初始接通时的铃音，那么应用服务设备可以获取初始HTML5页面。
可选的，应用媒体设备获取第一业务页面信息后，可以通过数据通道向终端设备发送第一业务页面信息。对应的，终端设备接收第一业务页面信息，并根据页面要求下载实际业务页面资源。例如，终端设备接收初始页面的URL地址，根据初始页面的URL地址到对应的内容服务器获取初始页面和JS脚本。在呼叫业务接通后，终端设备可以在通话界面显示该初始页面。本实施例中，当应用服务设备检测到呼叫业务接通后，终端设备在通话界面显示HTML5页面。那么终端设备收到第一业务页面信息之后，若此时终端设备与呼叫中心之间的呼叫暂未确认接通，那么终端设备可以先缓存第一业务页面信息，即不显示HTML5页面。
可选的，应用服务设备检测到呼叫业务接通后，还可以向应用媒体设备发送页面指示信息。对应的，应用媒体设备接收来自应用服务设备的页面指示信息，并通过数据通道向终端设备发送页面指示信息，该页面指示信息指示终端设备显示第一业务页面信息对应的UI页面或者缓存UI页面。例如，若终端设备预先收到并缓存第一业务页面信息，当呼叫业务接通后，应用媒体设备向终端设备下发页面指示信息，以指示终端设备显示初始HTML5页面，那么终端设备可以在显示界面显示初始HTML5页面。
在一种实现方式中，应用媒体设备还用于通过数据通道接收终端设备的数据，并向应用服务设备发送终端设备的数据。应用服务设备还用于接收终端设备的数据，获得终端设备的数据转换中的终端设备的用户操作信息，并向应用媒体设备发送终端设备的用户操作信息。
其中，由于控制面与媒体面的分离，应用媒体设备可以通过数据通道接收终端设备的 数据。在这种情况下，应用媒体设备作为数据中转的角色，可以向应用服务设备发送终端设备的数据。应用服务设备接收终端设备的数据，可以对终端设备的数据进行解析处理，获得终端设备的用户操作信息。应用服务设备再向应用媒体设备发送终端设备的用户操作信息。例如，终端设备通过数据通道向ECM发送用户操作信息，但是ECM并不能识别接收到的数据为用户操作信息。ECM可以将终端设备的数据发送至ECS-AS，ECS-AS解析终端设备的数据，获取终端设备的用户操作信息，并向应用媒体设备发送终端设备的用户操作信息。
其中，用户操作信息是指用户在终端设备的UI页面中输入的操作转换而来的信息，也就是说，用户操作信息用于指示用户在终端设备的UI页面所执行的操作。用户操作信息可以包括但不限于用户在UI页面的点击操作、滑动操作、或者输入的字符串等信息。
可选的，应用媒体设备还用于通过数据通道接收来自终端设备的用户操作信息。终端设备通过数据通道向应用媒体设备发送的用户操作信息的格式与应用服务设备向应用媒体设备发送的用户操作信息的格式不同。其中，终端设备通过数据通道向应用媒体设备发送的用户操作信息的格式所基于的协议为websocket上自定义的编码格式；应用服务设备向应用媒体设备发送的用户操作信息的格式所基于的协议为restful的json格式、H.248的text格式或bin格式，可见，两种数据来源的用户操作信息的格式不相同。
在一种实现方式中，应用服务设备还用于接收终端设备的用户操作信息，并向应用媒体设备发送用户操作信息对应的第二业务页面信息。
其中，终端设备获取用户操作信息后，可以通过数据通道向应用媒体设备发送用户操作信息，应用媒体设备可以将用户操作信息转发至应用服务设备。对应的，应用服务设备接收来自终端设备的用户操作信息，并对用户操作信息进行解析，从而获取用户操作信息对应的第二业务页面信息。例如，应用服务设备接收的用户操作信息为用户在UI页面点击“1、业务查询”，应用服务设备解析后确定获取“1、业务查询”对应的第二业务页面信息。
应用服务设备获取用户操作信息对应的第二业务页面信息之后，向应用媒体设备发送用户操作信息对应的第二业务页面信息。应用媒体设备通过数据通道向终端设备发送第二业务页面信息。对应的，终端设备接收第二业务页面信息，并且在通话界面显示第二业务页面信息对应的UI页面。
可选的，用户在终端设备的UI页面所执行的操作可以是一个循环的过程，也就是说，用户可以在UI页面多次执行操作。对应的，终端设备可以分别获取用户每一次在UI页面执行的操作，并生成对应的用户操作信息，通过数据通道向应用媒体设备发送多个用户操作信息。其中，多个用户操作信息可以对应多个第二业务页面信息，也可以对应一个第二业务页面信息。其中，多个用户操作信息对应一个第二业务页面信息时，是指一个第二业务页面信息中包括多个UI页面分别的UI页面元素和控制文件。在这种情况下，终端设备可以获取用户操作具体对应的某一个UI页面的UI页面元素和控制文件。
在一种实现方式中，若终端设备不再使用通话中的互动式业务，例如，用户选择转人工客服，终端设备可以通过数据通道向应用媒体设备发送业务终止操作信息，释放数据通道。其中，业务终止操作信息指示终止通话中的互动式业务。对应的，应用媒体设备接收来自终端设备的业务终止操作信息，并向应用服务设备转发业务终止操作信息。应用服务 设备根据业务终止操作信息，确定用户不再使用数据通道，向应用媒体设备发送数据通道释放事件，指示应用媒体设备释放数据通道。在本示例中，当用户转人工客服时，终端设备与呼叫中心之间的媒体通道仍然保持连接状态。应用媒体设备可以基于业务终止操作信息向媒体通道发送切换放音信息，呼叫中心接收切换放音信息，转接人工客服。
可选的，若终端设备不再使用通话中的互动式业务，例如，用户挂机，终端设备可以向主叫IMS core发送BYE信令，主叫IMS core向电话服务器转发BYE信令。电话服务器接收BYE信令，确定用户挂机，可以向应用服务设备发送呼叫结束事件。对应的，应用服务设备接收呼叫结束事件，并基于呼叫结束事件生成数据通道释放指示信息，指示应用媒体设备释放数据通道。在这种情况下，由于用户已挂机，那么终端设备与呼叫中心之间的媒体通道也可以被释放。应用服务设备还可以向应用媒体设备发送媒体通道释放指示消息，指示应用媒体设备释放与呼叫中心之间的媒体通道。
请参见图4a，图4a为本申请实施例提供的另一种呼叫处理***的结构示意图。该呼叫处理***包括终端设备401a、第一SBC 402、ECS-AS/CS 403、TAS 404、CSCF 405、ECM 406、第二SBC 407和呼叫中心408。在图4a所示的呼叫处理***中，终端设备401a为一种插件式终端，即终端设备401a可以为如图2a或图2b所示的插件式终端。其中，插件式终端可以利用终端的操作***(operating system，OS)的通话事件拉起，以悬浮窗口的方式或者直接覆盖通话界面的方式在终端设备的通话界面上显示UI页面，并通过Enriched Calling引擎提供交互操作。本实施例所述的UI页面又可以称为业务页面、HTML5页面、可视菜单，以上名词实际代表的都是承载本实施例所述的通话中的互动式业务的UI页面。
其中，图4a中的终端设备401a与第一SBC 402之间建立了媒体通道和数据通道，如图4a所示。另外，终端设备401a与第一SBC 402之间的信令接口可以基于SIP协议进行信令协商。终端设备401a还与ECS-AS/CS 403之间建立了数据通道，用于传输互动式业务相关的数据。第一SBC 402为终端设备401a服务。
其中，各个设备之间也分别建立了媒体通道或数据通道，或者通过信令接口进行信令协商。例如，ECS-AS/CS 403与TAS 404之间通过信令接口，基于HTTP协议或H.248协议进行信令协商。又例如，ECS-AS/CS 403与ECM 406之间通过信令接口，基于HTTP协议或H.248协议进行信令协商。又例如，TAS 404与CSCF 405之间通过信令接口，CSCF 405与第一SBC 402之间通过信令接口，以及CSCF 405与第二SBC 407之间通过信令接口，分别基于SIP协议进行信令协商。又例如，ECM 406与第一SBC 402之间，以及ECM 406与第二SBC 407之间建立了媒体通道，该媒体通道用于基于RTP传输多媒体业务。又例如，第二SBC 407与呼叫中心408之间建立了媒体通道，用于传输多媒体音视频；第二SBC 407与呼叫中心408之间还通过信令接口，基于SIP协议进行信令协商。
图4a所示的呼叫处理***中，第一SBC 402可以视为主叫SBC，第二SBC 407可以视为被叫SBC。其中，主叫被叫是相对的，第二SBC 407为呼叫中心服务。若终端设备401a与呼叫中心408位于相同的IMS网络中，则第一SBC 402和第二SBC 407可以为相同的设备。
另外，ECS-AS/CS 403与ECM 406也可以合并设置为一个设备，例如合并设置为一个应用服务器，本实施例不作限定。
请参见图4b，图4b为本申请实施例提供的再一种呼叫处理***的结构示意图。其中，图4b与图4a相似，包括第一SBC402、ECS-AS/CS 403、TAS 404、CSCF 405、ECM 406、第二SBC 407和呼叫中心408。但是，区别于图4a，图4b中的终端设备401b为Native终端，即终端设备401b可以为如图3所示的Native终端。
其中，图4b中的终端设备401b与第一SBC 402之间也建立了媒体通道以及数据通道，并通过信令接口基于SIP协议进行信令协商，如图4b所示。区别于图4a中的连接关系，图4b中的终端设备401b与ECS-AS/CS 403之间没有数据通道，终端设备401b与ECM 406之间建立了数据通道，用于实现图4a中所述终端设备401a与ECS-AS/CS 403之间的数据通道的功能。图4b中的ECS-AS/CS 403与ECM 406也可以合并设置为一个设备，例如合并设置为一个应用服务器，那么当ECS-AS/CS 403与ECM 406合并设置时，终端设备401b与ECM 406之间的数据通道可以视为终端设备401b与应用服务器之间的数据通道。
在图4b中，各个设备之间也分别建立了媒体通道或数据通道，并通过信令接口进行信令协商。其他设备之间的连接关系可以参考图4a中的描述，在此不再赘述。
在一种示例中，增强呼叫应用服务器ECS-AS、增强呼叫媒体设备ECM、内容服务器CS和电话应用服务器TAS(如VoLTE AS)可以合并设置在一个设备中，该设备可以称为一个应用服务器，用于实现ECS-AS/ECM/CS/TAS的功能。可选的，增强呼叫应用服务器ECS-AS、增强呼叫媒体设备ECM和内容服务器CS可以合并设置在一个设备中，电话应用服务器TAS单独为一个设备，该应用服务器和TAS之间可以基于HTTP协议或H.248协议进行信令交互。可选的，增强呼叫应用服务器ECS-AS和内容服务器CS可以合并设置在一个设备中，增强呼叫媒体设备ECM单独为一个设备，电话应用服务器TAS单独为一个设备，分别实现对应的功能。
可选的，图4a或图4b中的ECM还可以拆分为ECM-RTP和ECM-DC。其中，ECM-RTP单独为一个设备(应用媒体设备)，ECM-DC/ECS-AS/CS合并设置在一个设备(应用服务设备)，如图4c所示。也就是说，应用媒体设备与终端设备之间建立媒体通道，媒体通道用于传输多媒体数据，应用服务设备与终端设备之间建立数据通道，数据通道用于传输DC业务数据。
下面对图4c所示的呼叫处理***中的设备间交互进行详细的描述。
在一种实现方式中，应用服务设备用于在检测到终端设备发起或接收呼叫业务时，建立与终端设备之间的数据通道，通过数据通道向终端设备发送与呼叫业务对应的第一业务页面信息，并通过数据通道接收来自终端设备的用户操作信息，向应用媒体设备发送用户操作信息。应用媒体设备用于接收来自应用服务设备的用户操作信息，将用户操作信息转换为音频信息，通过终端设备与呼叫中心之间的媒体通道向呼叫中心发送音频信息。
其中，在图4c所示的呼叫处理***中，应用服务设备可以向电话服务器TAS订阅呼叫事件，那么当终端设备发起或接收呼叫业务时，应用服务设备可以检测到终端设备发起或接收呼叫业务。其中，应用服务设备检测到终端设备发起或接收呼叫业务时，包括两种情况：
情况一：应用服务设备接收来自电话服务器的呼叫开始事件，根据呼叫开始事件确定终端设备发起或接收呼叫业务。具体实现方式，可以参考图1实施例中对应部分的相关描 述，在此不再赘述。
情况二：应用服务设备接收来自终端设备的数据通道建立请求消息，根据数据通道建立请求消息确定终端设备发起或接收呼叫业务。具体实现方式，可以参考图1实施例中对应部分的相关描述，在此不再赘述。
可选的，应用服务设备检测到终端设备发起呼叫业务，建立与终端设备之间的数据通道之前，还可以对终端设备进行鉴权认证。具体来说，终端设备的鉴权方式包括接入鉴权、第三方登录认证、用户名密码登录认证或通过设备管理DM服务器认证中的一种或多种。具体实现方式，可以参考图1实施例中对鉴权认证的相关描述，在此不再赘述。
应用服务设备检测到终端设备发起或接收呼叫业务时，可以建立与终端设备之间的数据通道。其中，该数据通道可以视为一种专用数据通道。对于应用服务设备来说，该数据通道用于传输通话中的互动式业务的相关数据，或者该数据通道还可以用于传输应用服务设备与终端设备之间的指示消息。例如，应用服务设备通过数据通道向终端设备发送通话中的互动式业务的UI页面，以使终端设备可以在显示界面显示该UI页面，供用户进行互动和浏览。
在一种实现方式中，应用服务设备获取与呼叫开始事件对应的第一业务页面信息。应用服务设备通过数据通道向终端设备所述第一业务页面信息。
其中，当应用服务设备收到来自电话服务器的呼叫开始事件，应用服务设备可以根据该呼叫开始事件，获取对应的第一业务页面信息。可选的，应用服务设备根据呼叫开始事件中包括的被叫号码或主叫号码，获取被叫号码或主叫号码对应的第一业务页面信息。例如，终端设备发起的呼叫业务为终端设备拨打运营商的客服热线，那么应用服务设备检测到终端设备拨打运营商的客服热线，可以获取该运营商的客服热线业务对应的第一业务页面信息。反过来，终端设备接收的呼叫业务为运营商拨出的客服热线，那么应用服务设备检测到终端设备接收到运营商的客服热线，可以获取该运营商的客服热线业务对应的第一业务页面信息。
其中，对第一业务页面信息的相关描述可以参考图1实施例中对第一业务页面信息的相关描述，在此不再赘述。
可选的，应用服务设备获取第一业务页面信息后，可以通过数据通道向终端设备发送第一业务页面信息。对应的，终端设备接收第一业务页面信息，并下载实际业务页面。具体实现方式，可以参考图1实施例中对应部分的相关描述，在此不再赘述。
在一种实现方式中，当应用服务设备检测到呼叫业务接通，应用服务设备通过数据通道向终端设备发送与呼叫业务对应的第一业务页面信息。其中，应用服务设备检测呼叫业务接通的具体实现方式可以参考图1实施例中对应的描述，在此不再赘述。
在一种实现方式中，应用服务设备还用于基于用户操作信息获取用户操作信息对应的第二业务页面信息，并通过数据通道向终端设备发送第二业务页面信息。
其中，对用户操作信息的描述可以参考图1实施例中对应的描述，在此不再赘述。终端设备获取用户操作信息后，可以通过数据通道向应用服务设备发送用户操作信息。对应的，应用服务设备接收来自终端设备的用户操作信息，并对用户操作信息进行解析，从而获取用户操作信息对应的第二业务页面信息。例如，应用服务设备接收的用户操作信息为 用户在UI页面点击“1、业务查询”，应用服务设备解析后确定需要获取“1、业务查询”对应的第二业务页面信息。
可选的，用户在终端设备的UI页面所执行的操作可以是一个循环的过程，也就是说，用户可以在UI页面多次执行操作。对应的，终端设备可以分别获取用户每一次在UI页面执行的操作，并生成对应的用户操作信息，通过数据通道向应用服务设备发送多个用户操作信息。应用服务设备可以基于多次的用户操作信息分别获取对应的第二业务页面信息，并且向终端设备发送对应的第二业务页面信息。
在一种实现方式中，应用服务设备还用于通过数据通道向终端设备发送页面指示信息，页面指示信息用于指示终端设备显示业务页面信息对应的UI页面或者缓存UI页面。具体实现方式，可以参考图1实施例中对应的描述，在此不再赘述。
在一种实现方式中，应用媒体设备还用于在呼叫业务接通时，将自身串接到媒体通道中。
其中，当呼叫业务接通时，终端设备与呼叫中心之间建立了媒体通道。例如，终端设备与主叫SBC之间建立了媒体通道，主叫SBC与被叫IMS core之间建立了媒体通道，被叫IMS core与呼叫中心之间建立了媒体通道。可见，上述媒体通道可以实现终端设备与呼叫中心之间的语音互通。基于此，应用媒体设备可以将自身串接到终端设备与呼叫中心之间的媒体通道中。例如，应用媒体设备建立与主叫SBC之间的媒体通道，以及与被叫IMS core之间的媒体通道，从而建立与呼叫中心之间的媒体通道，可以通过媒体通道向呼叫中心发送音频信息。
在一种实现方式中，若终端设备不再使用通话中的互动式业务，例如，用户选择转人工客服，终端设备可以通过数据通道向应用服务设备发送业务终止操作信息，释放数据通道。具体实现方式，可以参考图1实施例中对应的描述，在此不再赘述。
可选的，若终端设备不再使用通话中的互动式业务，应用服务设备释放与终端设备之间的数据通道，并且向应用媒体设备发送媒体通道释放指示消息，指示应用媒体设备释放与呼叫中心之间的媒体通道。具体实现方式，可以参考图1实施例中对应的描述，在此不再赘述。
请参见图5，图5为本申请实施例提供的一种呼叫处理方法的流程示意图。其中，该呼叫处理方法由图1所示的呼叫处理***中的应用服务设备、应用媒体设备和终端设备之间的交互实现，包括以下步骤：
501，应用服务设备在检测到终端设备发起或接收呼叫业务时，向应用媒体设备发送数据通道建立指示消息，以指示应用媒体设备建立与终端设备之间的数据通道；
502，应用媒体设备根据来自应用服务设备的数据通道建立指示消息，建立与终端设备之间的数据通道；
503，应用媒体设备通过数据通道向终端设备发送与呼叫业务对应的业务页面信息。
具体实现方式，请参考图1实施例中对应的描述，在此不再赘述。
在一种实现方式中，应用媒体设备还接收终端设备的用户操作信息，将用户操作信息转换为音频信息，并通过终端设备与呼叫中心之间的媒体通道向呼叫中心发送音频信息。
具体实现方式，请参考图1实施例中对应的描述，在此不再赘述。
在一种实现方式中，应用媒体设备还通过数据通道接收终端设备的数据，并向应用服务设备发送终端设备的数据；应用服务设备接收终端设备的数据，获得终端设备的数据转换中的终端设备的用户操作信息，并向应用媒体设备发送终端设备的用户操作信息。
具体实现方式，请参考图1实施例中对应的描述，在此不再赘述。
在一种实现方式中，应用媒体设备还通过数据通道接收来自终端设备的用户操作信息。
具体实现方式，请参考图1实施例中对应的描述，在此不再赘述。
在一种实现方式中，应用服务设备在检测到呼叫业务接通时，还向应用媒体设备发送第一业务页面信息；应用媒体设备接收第一业务页面信息。
具体实现方式，请参考图1实施例中对应的描述，在此不再赘述。
在一种实现方式中，应用媒体设备还通过数据通道接收终端设备的数据，并向应用服务设备发送终端设备的数据；应用服务设备接收终端设备的数据。应用服务设备还获取终端设备的数据中的呼叫开始事件或呼叫通知消息或呼叫接通事件，向应用媒体设备发送呼叫开始事件或呼叫通知消息或呼叫接通事件对应的第一业务页面信息。
具体实现方式，请参考图1实施例中对应的描述，在此不再赘述。
在一种实现方式中，应用服务设备还接收终端设备的数据通道建立请求消息，响应于数据通道建立请求消息，向应用媒体设备发送数据通道建立指示消息。
具体实现方式，请参考图1实施例中对应的描述，在此不再赘述。
在一种实现方式中，应用服务设备还接收终端设备的用户操作信息，并向应用媒体设备发送用户操作信息对应的第二业务页面信息。
具体实现方式，请参考图1实施例中对应的描述，在此不再赘述。
在一种实现方式中，应用媒体设备还通过数据通道向终端设备发送页面指示信息，页面指示信息用于指示终端设备显示第一业务页面信息对应的UI页面或者缓存UI页面。
具体实现方式，请参考图1实施例中对应的描述，在此不再赘述。
综上所述，图5所示的呼叫处理方法可以实现通话中的互动式业务，有利于提高呼叫处理***对通话业务的处理效率。
下面对图5实施例中的呼叫处理方法应用于如图1所示的呼叫处理***中时的业务流程进行详细的描述。
在一种示例中，请参见图6，图6为本申请实施例提供的一种通话中的互动式业务处理流程的示意图。图6所示的流程示意图为图5所示的呼叫处理方法应用于图1所示的呼叫处理***中，并且令图1的呼叫***中的终端设备为插件式终端时的业务处理流程示意图。其中，Enriched Calling引擎可以向终端设备的操作***注册检测的终端设备的通话状态；应用服务设备(Enriched Calling AS)可以向电话服务器(TAS)订阅呼叫事件，如图6中的业务流程中的虚线箭头所示。
在图6中，执行各个业务流程的设备包括终端设备(插件式终端)、边界会话控制设备、主叫IMS核心网设备(包括呼叫控制服务器)、电话服务器(包括开放式接口open API)、应用服务设备、应用媒体设备、被叫IMS核心网设备和呼叫中心/被叫设备，具体包括以下业务流程：
步骤1-5：用户拨打电话，终端设备发出INVITE呼叫信令，经过主叫IMS核心网设备 (即主叫IMS Core)转发到被叫IMS核心网设备(即被叫IMS core)，再由被叫IMS核心网设备转发到呼叫中心/被叫设备。其中，主叫IMS核心网设备还可以向电话服务器转发INVITE呼叫信令，电话服务器根据前述的订阅呼叫事件，向应用服务设备发送呼叫开始事件。
其中，终端设备的呼叫触发到应用服务设备包括两种方式：
方式一：通过电话服务器(open API)到应用服务设备的方式触发。
方式二：通过呼叫控制服务器(CSCF)到应用服务设备的方式触发。
可选的，当用户拨打电话时，终端设备的操作***获取呼叫开始事件，并向Enriched Calling引擎发送呼叫开始事件，如图6中的步骤1.1所示。
步骤P1：终端设备的Enriched Calling引擎进行鉴权认证。其中，步骤P1所示的认证方式可以包括终端设备与IMS网络的IMS GBA认证(如接入鉴权)，或者终端设备到应用服务器的单向认证(如第三方登录认证)，具体实现方式可以参考前文实施例中对认证方式的描述，在此不再赘述。
步骤6：终端设备的Enriched Calling引擎通过鉴权认证后，向应用服务设备发送数据通道建立请求消息。其中，该数据通道建立请求消息中包括认证Token。
步骤7、应用服务设备从应用媒体设备获取数据通道端点信息，其中，端点信息可以包括IP地址和/或端口(port)号。例如，应用服务设备向应用媒体设备发送数据通道建立指示消息，应用媒体设备可以向应用服务设备反馈数据通道端点信息。
步骤P2：根据P1的鉴权方式，应用服务设备到对应的服务器去校验认证Token。
步骤8、应用服务设备根据终端设备的鉴权认证方式，到对应服务器校验Token；校验成功后向终端设备发送数据通道连接响应消息，并指示应用媒体设备建立与终端设备的Enriched Calling引擎之间的数据通道。
步骤9-12：Enriched Calling引擎通过数据通道向应用媒体设备发送呼叫开始事件。应用媒体设备向应用服务设备转发呼叫开始事件。其中，呼叫开始事件可以包括本次呼叫的主叫号码和被叫号码。应用服务设备根据呼叫开始事件，可以向应用媒体设备发送页面推送指示消息，以指示应用媒体设备向Enriched Calling引擎发送第一业务页面信息。其中，应用媒体设备可以先向终端设备发送第一业务页面信息，终端设备接收后可以先缓存该第一业务页面信息，直至确认呼叫业务接通后，再显示对应的UI页面。
步骤P3：Enriched Calling引擎接收第一业务页面信息，并下载对应的UI页面以及控制文件。其中，若应用服务设备发送的是HTML5页面的URL地址，Enriched Calling引擎要到对应的内容服务器下载完整的HTML5页面，是否缓存还是直接显示依赖于呼叫是否接通(即直至终端设备确认呼叫业务接通后，再显示对应的UI页面)。
步骤13-16：呼叫中心/被叫设备向被叫IMS核心网设备发送183消息，该183消息指示呼叫进行中。被叫IMS核心网设备向主叫IMS核心网设备发送183消息，则主叫侧(终端设备)和被叫侧(呼叫中心/被叫设备)建立媒体通道。其中，主叫IMS核心网设备还可以向电话服务器和Enriched Calling引擎分别发送183消息，则终端设备与呼叫中心/被叫设备建立媒体通道。
步骤17-20：呼叫中心/被叫设备向被叫IMS核心网设备发送180消息，该180消息指 示呼叫振铃中。被叫IMS核心网设备向主叫IMS核心网设备发送180消息，指示被叫侧振铃。其中，主叫IMS核心网设备还可以向电话服务器和Enriched Calling引擎分别发送180消息，指示被叫侧振铃。
步骤21：电话服务器根据呼叫订阅事件向应用服务设备发送呼叫振铃事件。
步骤22-24：应用服务设备到Enriched Calling Media获取媒体端点后，并通过SIP协商更新原始(original)O侧、末(terminal)T侧媒体，将应用媒体设备串接到语音媒体通道中，便于后续根据用户的交互操作转换为带内信号。其中，O侧是指终端设备，T侧是指呼叫中心/被叫设备。
如图6所示，应用媒体设备串接到媒体通道后，终端设备和被叫中心之间的媒体通道由4段组成，即终端设备-边界会话控制设备-应用媒体设备-被叫IMS核心网设备-呼叫中心/被叫设备。
步骤25-28：呼叫中心/被叫设备向被叫IMS核心网设备发送200ok消息(简称200消息)，该200消息指示呼叫已接通，呼叫中心开始放音(或终端设备与被叫设备开始通话)。被叫IMS核心网设备向主叫IMS核心网设备发送200消息。其中，主叫IMS核心网设备还可以向电话服务器和Enriched Calling引擎分别发送200消息，指示呼叫已接通。
步骤29：电话服务器根据呼叫订阅事件向应用服务设备发送呼叫接通事件。
步骤30-33：应用服务设备收到来自电话服务器的呼叫接通事件，可以向应用媒体设备发送页面推送指示消息。对应的，应用媒体设备收到页面推送指示消息，通过数据通道向终端设备的Enriched Calling引擎发送指示消息或第一业务页面信息。可选的，若Enriched Calling引擎已预先缓存第一业务页面信息，可以根据该指示消息在通话界面显示UI页面。若终端设备的业务页面信息。用户执行页面操作后，操作***获取用户执行的页面操作对应的用户操作信息，Enriched Calling引擎通过数据通道向应用媒体设备发送用户操作信息。应用媒体设备将用户操作信息转发至应用服务设备。
步骤P4：应用服务设备根据用户操作信息获取第二业务页面信息，以及根据用户操作信息获取音频转换指示消息。
步骤34-37：应用服务设备根据用户操作信息获取音频转换指示消息，并将音频转换指示消息发送给应用媒体设备。应用媒体设备根据音频转换指示消息，转换为音频信息，并通过带内将音频信息发送给呼叫中心/被叫设备。
应用服务设备还可以根据用户操作信息获取对应的第二业务页面信息，并获取页面推送指示消息。其中，页面推送指示消息用于指示应用媒体设备向终端设备发送第二业务页面。应用媒体设备通过数据通道向Enriched Calling引擎发送第二业务页面信息。对应的，Enriched Calling引擎收到第二业务页面信息之后，可以获取对应的UI页面以及控制文件(同步骤P3)。其中，本实施例所述的步骤30-37可循环，也就是说，用户可以多次执行页面操作，应用服务设备和应用媒体设备也将根据用户操作信息多次执行对应的操作。
在本实施例中，如果用户选择主动关闭UI界面显示的第二业务页面信息或选择转人工客服，则还可以包括步骤38-46。
步骤38-39：用户执行页面操作后，操作***获取用户执行的页面操作对应的业务终止操作信息，Enriched Calling引擎通过数据通道向应用媒体设备发送业务终止操作信息。应 用媒体设备向应用服务设备上报业务终止操作信息。
步骤P5：应用服务设备根据业务终止操作信息进行业务识别，根据业务终止操作信息获取业务音频终止指示消息和数据通道释放指示消息。
步骤40-44：应用服务设备向应用媒体设备发送业务音频终止指示消息，应用媒体设备根据业务音频终止指示消息，生成业务音频终止信息，并通过媒体通道向呼叫中心发送业务音频终止信息。呼叫中心根据业务音频终止信息切换为人工客服。另外，应用服务设备还可以向应用媒体设备发送数据通道释放指示消息，以指示应用媒体设备释放与终端设备之间的数据通道。释放完成后，应用媒体设备还向应用服务设备上报数据通道释放事件，以通知应用服务设备已释放数据通道。
步骤45-46：应用服务设备通过SIP协商更新O侧/T侧媒体，应用媒体设备退出媒体通道。
步骤47-50：用户操作挂机后，终端设备发出BYE信令，经过主叫IMS核心网设备转发到被叫IMS核心网设备，再由被叫IMS核心网设备转发到呼叫中心/被叫设备。
步骤51：电话服务器根据呼叫订阅事件向应用服务设备发送呼叫结束事件；
步骤52：终端设备的操作***捕获呼叫结束事件，并通知Enriched Calling引擎呼叫结束。
步骤53-55：终端设备的Enriched Calling引擎向应用媒体设备发送释放数据通道请求消息。应用媒体设备向应用服务设备上报数据通道释放事件，应用服务设备指示应用媒体设备释放数据通道和媒体端点。
在本实施例中，如果应用服务设备在步骤40-44已经释放了数据通道，则上述步骤53-55可以不用执行。
在一种示例中，请参见图7，图7为本申请实施例提供的另一种通话中的互动式业务处理流程的示意图。图7所示的流程示意图为图5所示的呼叫处理方法应用于图1所示的呼叫处理***中，并且令图1的呼叫***中的终端设备为Native终端时的流程示意图。其中，应用服务设备(包含Enriched Calling AS的功能)向电话服务器(TAS)订阅呼叫事件，如图7中的业务流程中的虚线箭头所示。
在图7中，与图6类似，执行各个业务流程的设备包括终端设备(Native终端)、边界会话控制设备、主叫IMS核心网设备(包括呼叫控制服务器)、电话服务器(包括开放式接口)、应用服务设备(包括数据通道服务器)、应用媒体设备、被叫IMS核心网设备和呼叫中心/被叫设备，具体包括以下业务流程：
步骤1-9：Native终端通过SIP信令协商建立数据通道(如bootstrap数据通道)。
其中，INVITE消息在终端设备与呼叫中心/被叫设备之间的传输，以及183消息在终端设备与呼叫中心/被叫设备之间的传输，与图6中的传输过程是类似的，可以参考图6中的步骤1-8中的描述，在此不再赘述。图7中的INVITE呼叫信令包括数据通道的相关信息，例如，INVITE消息包括数据通道的属性、服务质量、流ID等信息，用于进行数据通道的协商。
可选的，本实施例中Native终端还可以通过其他消息协商建立数据通道。例如，应用服务设备通过UPDATE消息与终端设备协商建立数据通道，或者，应用服务设备通过 Re-Invite消息与终端设备协商建立数据通道。
步骤10-13：Native终端建立数据通道后，终端设备通过数据通道向应用媒体设备发送数据通道应用请求消息，请求获取当前的呼叫业务对应的数据通道应用(功能类似于图6中的步骤9-12的呼叫开始事件)。其中，数据通道应用请求消息中也可以包括主叫号码/被叫号码，便于应用服务设备将数据通道应用请求消息与步骤1-5中的INVITE消息关联起来。
例如，Native终端通过向ECM发送数据通道应用请求消息，请求获取呼叫中心/被叫设备的数据通道应用。应用媒体设备向应用服务设备上报数据通道应用请求消息，应用服务设备再向应用媒体设备发送数据通道应用推送指示消息，以指示应用媒体设备通过数据通道向终端设备发送对应的数据通道应用(类似于图6中的第一业务页面信息)。其中，数据通道应用(data channel application，DC APP)由HTML网页(包括JS脚本)、图像和样式表等组成。
可选的，3GPP TS26.114中描述的数据通道服务器用于与Native终端建立数据通道，并可以向终端设备分发数据通道应用。也就是说，数据通道服务器也可以在通话中的互动式业务处理流程中实现ECS-AS中类似的功能。
步骤14-22：终端设备和呼叫中心/被叫设备之间传输180消息和200消息。其中，终端设备和呼叫中心/被叫设备之间传输180消息和200消息，与图6中的传输过程是类似的，可以参考图6中的步骤13-20中的描述，在此不再赘述。
步骤23、电话服务器根据呼叫订阅事件向应用服务设备发送呼叫接通事件。
步骤24-25：当终端设备操作呼叫中心/被叫设备的数据通道应用后，例如终端设备允许使用呼叫中心/被叫设备的数据通道应用时，终端设备与呼叫中心/被叫设备之间将建立对应的应用数据通道(如non-bootstrap数据通道)。
其中，Native终端可以只建立与ECM之间的数据通道，而不需要再针对不同的应用分别建立应用数据通道。也就是说，终端设备与ECM之间的数据通道应用可以直接在数据通道上传输，即步骤24-25为本实施例的可选步骤。
可选的，对于商家对顾客(business-to-customer，B2C)或顾客对商家(customer-to-business，C2B)业务，可以建立单边的应用数据通道(如终端设备到应用媒体设备之间的non-bootstrap数据通道)；对于顾客对顾客(customer-to-customer，C2C)业务，可以建立主叫侧终端设备到被叫侧终端设备之间的non-bootstrap数据通道。其中，对于B2C或C2B业务，终端设备与应用媒体设备之间的数据通道应用可以是前文实施例中的第一业务页面信息或第二业务页面信息。对于C2C业务，主叫侧终端设备与被叫侧终端设备之间的数据通道应用可以是通话名片。例如，主叫侧终端设备可以向被叫侧终端设备发送通话名片，该通话名片可以视为初始业务页面，包括UI页面元素，用于指示主叫侧终端设备的身份信息或来电意图等。
步骤26-31：呼叫中心可以根据用户操作信息进行放音。Native终端有两种实现方式，一种方式是与插件式终端一致，用户通过点击UI页面的按钮输入操作，终端设备将用户操作转换为用户操作信息，并通过数据通道向应用媒体设备发送用户操作信息。应用媒体设备向应用服务设备转发用户操作信息，应用服务设备指示应用媒体设备将用户操作信息转换为音频信息，并通过媒体通道发送给呼叫中心。另一种方式是终端设备通过数据通道向 应用媒体设备发送用户操作信息的同时，直接通过媒体通道向呼叫中心发送用户操作信息对应的音频信息，无需应用服务设备进行上报的操作与DTMF的转换。
步骤32-48：终端设备与呼叫中心/被叫设备之间的数据通道和媒体通道都被释放。其中，释放数据通道和媒体通道的过程与图6中的释放过程是类似的，可以参考图6中的步骤38-55中的描述，在此不再赘述。
综上所述，本申请实施例提供的一种呼叫处理方法应用于图1所示的呼叫处理***中时，整体业务流程与图6是类似的，区别在于建立的数据通道的类型有所区别，导致部分步骤不相同，但是两种业务流程的本质是相同的。
请参见图8，图8为本申请实施例提供的另一种呼叫处理方法的流程示意图。其中，该呼叫处理方法由图4a或图4b所示的呼叫处理***中的应用服务设备、应用媒体设备、终端设备、呼叫中心/被叫设备之间的交互实现，包括以下步骤：
801，应用服务设备检测到终端设备发起或接收呼叫业务时，建立与终端设备之间的数据通道；
802，应用服务设备通过数据通道向终端设备发送与呼叫业务对应的业务页面信息；
803，应用服务设备通过数据通道接收来自终端设备的用户操作信息；
804，应用服务设备向应用媒体设备发送用户操作信息；
805，应用媒体设备将用户操作信息转换为音频信息；
806，应用媒体设备通过媒体通道向呼叫中心/被叫设备发送音频信息。
具体实现方式，请参考图4a和图4b实施例中对应的描述，在此不再赘述。
在一种实现方式中，应用媒体设备在呼叫业务接通时，将自身串接到媒体通道中。
具体实现方式，请参考图4a和图4b实施例中对应的描述，在此不再赘述。
在一种实现方式中，应用服务设备还接收来自电话服务器的呼叫开始事件，根据呼叫开始事件确定终端设备发起或接收呼叫业务；或应用服务设备接收来自终端设备的数据通道建立请求消息，根据数据通道建立请求消息确定终端设备发起或接收呼叫业务。
具体实现方式，请参考图4a和图4b实施例中对应的描述，在此不再赘述。
在一种实现方式中，应用服务设备还基于呼叫开始事件，获取与呼叫开始事件对应的第一业务页面信息。
具体实现方式，请参考图4a和图4b实施例中对应的描述，在此不再赘述。
在一种实现方式中，应用服务设备还根据呼叫开始事件中包括的被叫号码，获取被叫号码对应的第一业务页面信息。
具体实现方式，请参考图4a和图4b实施例中对应的描述，在此不再赘述。
在一种实现方式中，应用服务设备基于用户操作信息获取用户操作信息对应的第二业务页面信息，并通过数据通道向终端设备发送第二业务页面信息。
具体实现方式，请参考图4a和图4b实施例中对应的描述，在此不再赘述。
在一种实现方式中，应用服务设备还通过数据通道向终端设备发送页面指示信息，页面指示信息用于指示终端设备显示业务页面信息对应的UI页面或者缓存UI页面。
具体实现方式，请参考图4a和图4b实施例中对应的描述，在此不再赘述。
综上所述，图8所示的呼叫处理方法也可以实现通话中的互动式业务，有利于提高呼 叫处理***对通话业务的处理效率。
下面对图8实施例中的呼叫处理方法应用于如图4a所示的呼叫处理***中时的业务流程进行详细的描述。请参见图9，图9为本申请实施例提供的另一种通话中的互动式业务处理流程的示意图。图4a呼叫处理***中的终端设备为插件式终端，即通过Enriched Calling引擎和操作***实现互动式业务。其中，Enriched Calling引擎向终端设备的操作***检测的终端设备的通话状态；应用服务设备(包含Enriched Calling AS的功能)向电话服务器(TAS)订阅呼叫事件，如图9中的业务流程中的虚线箭头所示。
在图9中，执行各个业务流程的设备包括终端设备、边界会话控制设备、主叫IMS核心网设备(包括呼叫控制服务器)、电话服务器(包括开放式接口open API)、应用服务设备、应用媒体设备、被叫IMS核心网设备和呼叫中心/被叫设备，具体包括以下业务流程：
步骤1-5：用户拨打电话，终端设备发出INVITE呼叫信令，经过主叫IMS核心网设备(即主叫IMS Core)转发到被叫IMS核心网设备(即被叫IMS core)，再由被叫IMS核心网设备转发到呼叫中心/被叫设备。其中，主叫IMS核心网设备还可以向电话服务器转发INVITE呼叫信令，电话服务器根据前述的订阅呼叫事件，向应用服务设备发送呼叫开始事件。
其中，终端设备的呼叫触发到应用服务设备包括两种方式：
方式一：通过电话服务器(open API)到应用服务设备的方式触发。
方式二：通过呼叫控制服务器(CSCF)到应用服务设备的方式触发。
可选的，当用户拨打电话时，终端设备的操作***获取呼叫开始事件，并向EC引擎发送呼叫开始事件，如图9中的步骤1.1所示。
步骤P1：终端设备的Enriched Calling引擎进行鉴权认证。其中，步骤P1所示的认证方式可以包括终端设备与IMS网络的IMS GBA认证(如接入鉴权)，或者终端设备到应用服务器的单向认证(如第三方登录认证)，具体实现方式可以参考前文实施例中对认证方式的描述，在此不再赘述。
步骤6：终端设备的Enriched Calling引擎通过鉴权认证后，向应用服务设备发送数据通道建立请求消息。其中，该数据通道建立请求消息中包括认证Token。
步骤P2：根据P1的鉴权方式，应用服务设备到对应的服务器去校验认证Token。
步骤7、应用服务设备根据终端设备的鉴权认证方式，到对应服务器校验Token；校验成功后向终端设备发送数据通道连接响应消息，建立与终端设备的Enriched Calling引擎之间的数据通道。
步骤8：Enriched Calling引擎通过数据通道向应用服务设备发送呼叫开始事件。其中，呼叫开始事件可以包括主叫号码和被叫号码。
步骤9：应用服务设备根据电话服务器的呼叫开始事件和/或Enriched Calling引擎发送的呼叫开始事件，获取呼叫开始事件对应的第一业务页面信息，并向Enriched Calling引擎发送第一业务页面信息。
例如，应用服务设备可以根据呼叫开始事件中的被叫号码对应的第一业务页面信息。其中，应用服务设备还可以创建会话并记录会话标识(identity，ID)。在这种情况下，应用服务设备可以先向终端设备发送第一业务页面信息，终端设备接收后可以先缓存该第一业 务页面信息，直至确认呼叫业务接通后，再显示对应的UI页面。其中，对第一业务页面信息的详细描述请参考前文实施例中对第一业务页面信息的描述，在此不再赘述。
步骤P3：Enriched Calling引擎接收第一业务页面信息，并下载对应的UI页面以及控制文件。
步骤10-13：呼叫中心/被叫设备向被叫IMS核心网设备发送183消息，该183消息指示呼叫进行中。被叫IMS核心网设备向主叫IMS核心网设备发送183消息，则主叫侧和被叫侧建立媒体通道。其中，主叫IMS核心网设备还可以向电话服务器和Enriched Calling引擎分别发送183消息，则终端设备与呼叫中心/被叫设备建立媒体通道。
步骤14-17：呼叫中心/被叫设备向被叫IMS核心网设备发送180消息，该180消息指示呼叫振铃中。被叫IMS核心网设备向主叫IMS核心网设备发送180消息，指示被叫侧振铃。其中，主叫IMS核心网设备还可以向电话服务器和Enriched Calling引擎分别发送180消息，指示被叫侧振铃。
步骤18：电话服务器根据呼叫订阅事件向应用服务设备发送呼叫振铃事件。
步骤19-21：应用服务设备到Enriched Calling Media获取媒体端点后，并通过SIP协商更新O侧、T侧媒体，将应用媒体设备串接到语音媒体通道中，便于后续根据用户的交互操作转换为带内信号。
步骤22-25：呼叫中心/被叫设备向被叫IMS核心网设备发送200ok消息(简称200消息)，该200消息指示呼叫已接通，呼叫中心开始放音(或终端设备与被叫设备开始通话)。被叫IMS核心网设备向主叫IMS核心网设备发送200消息。其中，主叫IMS核心网设备还可以向电话服务器和Enriched Calling引擎分别发送200消息，指示呼叫已接通。
步骤26：电话服务器根据呼叫订阅事件向应用服务设备发送呼叫接通事件。
步骤27：应用服务设备通过数据通道向Enriched Calling引擎发送页面指示信息或第一业务页面信息。可选的，若Enriched Calling引擎已预先缓存第一业务页面信息，可以根据页面指示信息在通话界面显示UI页面。若终端设备在呼叫业务接通后刷新UI页面，应用服务设备可以通过数据通道向Enriched Calling引擎发送新的业务页面信息。
步骤28：用户执行页面操作后，操作***获取用户执行的页面操作对应的用户操作信息，Enriched Calling引擎通过数据通道向应用服务设备发送用户操作信息。
步骤P4：应用服务设备根据上报的用户操作信息进行业务识别，根据用户操作信息获取第二业务页面信息，或者根据用户操作信息获取音频转换指示消息。
步骤29-31：应用服务设备向应用媒体设备发送音频转换指示消息；对应的，应用媒体设备收到音频转换指示消息，根据音频转换指示信息生成音频信息，从而实现将用户操作转换为音频信息(例如DTMF信号)，应用媒体设备随后通过带内将音频信息发送给呼叫中心/被叫设备。
应用服务设备还通过数据通道向Enriched Calling引擎发送第二业务页面信息。对应的，Enriched Calling引擎收到第二业务页面信息之后，可以下载对应的UI页面以及控制文件(同步骤P3)。本实施例所述的步骤27-31可循环，也就是说，用户可以多次执行页面操作，应用服务设备和应用媒体设备也将根据用户操作信息多次执行对应的操作。
可选的，在本实施例中，如果用户选择主动关闭UI界面显示的第二业务页面信息或选 择转人工客服，则还可以包括步骤32-37。
步骤32：用户执行页面操作后，操作***获取用户执行的页面操作对应的业务终止操作信息，Enriched Calling引擎通过数据通道向应用服务设备发送业务终止操作信息，终止当前的交互式业务。
步骤P5：应用服务设备根据业务终止操作信息进行业务识别，根据业务终止操作信息获取业务终止指示消息。
步骤33-35：应用服务设备根据业务终止操作信息，判断终端设备不再需要数据通道(如用户主动关闭UI界面显示的第二业务页面信息或转人工客服)，应用服务设备释放与Enriched Calling引擎之间的数据通道。
例如，若用户选择转人工服务，则应用服务设备进一步向应用媒体设备发送转人工指示信息，指示应用媒体设备将转人工服务的操作转换为音频信息，应用媒体设备通过带内将音频信息发送给呼叫中心。呼叫中心切换为人工客服。
步骤36-37：应用服务设备通过SIP协商更新O侧/T侧媒体，应用媒体设备退出媒体通道。
步骤38-41：用户在互动业务完成后，执行挂机操作，终端设备可以发出BYE信令，该BYE信令经过主叫IMS核心网设备转发到被叫IMS核心网设备，再由被叫IMS核心网设备转发到呼叫中心/被叫设备。
步骤42：电话服务器根据呼叫订阅事件向应用服务设备发送呼叫结束事件；
步骤43：终端设备的操作***捕获呼叫结束事件，并通知Enriched Calling引擎呼叫结束。
步骤44：终端设备的Enriched Calling引擎向应用服务设备发送释放数据通道请求消息。
步骤P6和步骤45：应用服务设备释放数据通道，并释放媒体端点。
在本实施例中，如果应用服务设备在步骤34已经释放了数据通道，则上述步骤44-45可以不用执行。
综上所述，本申请实施例提供的一种呼叫处理方法应用于图4a所示的呼叫处理***中时，整体业务流程如图9所示，即从终端设备发送INVITE呼叫信令开始，在用户进行通话的同时实现通话中的互动式业务。其中，通话中的互动式业务终止于用户转人工客服、用户主动关闭交互页面或者终端设备发送BYE信令(即用户挂机)。
下面对本申请实施例所述的呼叫处理方法应用于如图4b所示的呼叫处理***中时的业务流程进行详细的描述。请参见图10，图10为本申请实施例提供的另一种通话中的互动式业务处理流程的示意图。图4b所示的呼叫处理***中的终端设备为Native终端，即通过协议规定的DCMTSI客户端(包括支持通话中的互动式业务的数据通道和web引擎)实现通话中的互动式业务。其中，应用服务设备(包含Enriched Calling AS的功能)可以向电话服务器(TAS)订阅呼叫事件，如图10中的业务流程中的虚线箭头所示。
在图10中，与图9类似，执行各个业务流程的设备包括终端设备、边界会话控制设备、主叫IMS核心网设备(包括呼叫控制服务器)、电话服务器(包括开放式接口)、应用服务设备(包括数据通道服务器)、应用媒体设备、被叫IMS核心网设备和呼叫中心/被叫设备，具体包括以下业务流程：
步骤1-9：Native终端通过SIP信令协商建立数据通道(如bootstrap数据通道)。
其中，INVITE消息在终端设备与呼叫中心/被叫设备之间的传输，以及183消息在终端设备与呼叫中心/被叫设备之间的传输，与图9中的传输过程是类似的，可以参考图9中的步骤1-5以及步骤10-13中的描述，或者参考图7的步骤1-9中的相关描述，在此不再赘述。
步骤10：Native终端在和应用服务设备建立数据通道后，终端设备通过数据通道向应用服务设备发送数据通道应用请求消息，请求获取当前的呼叫业务对应的数据通道应用(功能类似于图9中的步骤8的呼叫开始事件)。其中，数据通道应用请求消息中也可以包括主叫号码/被叫号码，便于应用服务设备将数据通道应用请求消息与步骤1-5中的INVITE消息关联起来。
例如，Native终端通过向ECS-AS发送数据通道应用请求消息，请求获取呼叫中心/被叫设备的数据通道应用(类似于图9中的第一业务页面信息)。其中，数据通道应用(data channel application，DC APP)由HTML网页(包括JS脚本)、图像和样式表等组成。
可选的，3GPP TS 26.114中描述的数据通道服务器用于与Native终端建立数据通道，并可以向终端设备分发数据通道应用。也就是说，DCS也可以在通话中的互动式业务处理流程中实现ECS-AS的功能。
步骤11：应用服务设备向终端设备发送对应的数据通道应用(类似于图9中的步骤9)。
可选的，应用服务设备中包括3GPP TS26.114中描述的数据通道仓库(data channel repository，DCR)功能，其可以用于存储Native终端的数据通道应用，也就是说，数据通道仓库也可以在通话中的互动式业务处理流程中实现CS类似的功能，数据通道仓库可以独立部署，也可以和应用服务设备合并部署。
步骤12-21：终端设备和呼叫中心/被叫设备之间传输180消息和200消息。其中，终端设备和呼叫中心/被叫设备之间传输180消息和200消息，与图9中的传输过程是类似的，可以参考图9中的步骤14-25中的描述，在此不再赘述。
步骤22-23：当终端设备操作呼叫中心/被叫设备的数据通道应用后，例如终端设备允许使用呼叫中心/被叫设备的数据通道应用时，终端设备与呼叫中心/被叫设备之间将建立对应的应用数据通道(如non-bootstrap数据通道)。
其中，Native终端可以只建立与ECS-AS之间的数据通道，而不需要再针对不同的应用分别建立应用数据通道。也就是说，终端设备与ECS-AS之间的数据通道应用可以直接在数据通道上传输，即步骤22-23为本实施例的可选步骤。
可选的，对于商家对顾客(business-to-customer，B2C)或顾客对商家(customer-to-business，C2B)业务，可以建立单边的应用数据通道(如终端设备到应用服务设备之间的non-bootstrap数据通道)；对于顾客对顾客(customer-to-customer，C2C)业务，可以建立主叫侧终端设备到被叫侧终端设备之间的non-bootstrap数据通道。其中，对于B2C或C2B业务，终端设备与应用服务设备之间的数据通道应用可以是前文实施例中的第一业务页面信息或第二业务页面信息。对于C2C业务，主叫侧终端设备与被叫侧终端设备之间的数据通道应用可以是通话名片。例如，主叫侧终端设备可以向被叫侧终端设备发送通话名片，该通话名片可以视为初始业务页面，包括UI页面元素，用于指示主叫侧终端 设备的身份信息或来电意图等。
步骤24-27：呼叫中心/被叫设备获取终端设备的用户操作信息，根据用户操作信息进行放音。Native终端有两种可能的实现方式，一种方式是与插件式终端一致，用户通过点击UI页面的按钮输入操作，终端设备将用户操作转换为用户操作信息，并通过数据通道向应用服务设备发送用户操作信息。应用服务设备指示应用媒体设备将用户操作信息转换为音频信息(如DTMF信号)，并通过媒体通道发送给呼叫中心/被叫设备。另一种方式是终端设备通过数据通道向应用服务设备发送用户操作信息的同时，直接通过媒体通道向呼叫中心/被叫设备发送用户操作信息对应的音频信息，无需应用服务设备进行上报的操作与DTMF的转换。
步骤28-40：终端设备与呼叫中心/被叫设备之间的数据通道和媒体通道都被释放。其中，释放数据通道和媒体通道的过程与图9中的释放过程是类似的，可以参考图9中的步骤32-45中的描述，在此不再赘述。
综上所述，本申请实施例提供的一种呼叫处理方法应用于图4b所示的呼叫处理***中时，整体业务流程与图9是类似的，区别在于建立的数据通道的类型有所区别，导致部分步骤不相同，但是两种业务流程的本质是相同的。
上文结合图1至图10详细描述了本申请实施例的呼叫处理***和呼叫处理方法，下面结合图11和图12，详细描述本申请实施例呼叫处理装置。应理解，图11和图12所示的呼叫处理装置能够实现图5至图10所示的方法流程中的一个或者多个的步骤。为避免重复，在此不再详细赘述。
请参见图11，图11为本申请实施例提供的一种呼叫处理装置的结构示意图。该呼叫处理装置可以为具有执行图5至图7实施例中的呼叫处理方法的设备(例如芯片)。该呼叫处理装置可以包括收发器1101、至少一个处理器1102和存储器1103。其中，收发器1101、处理器1102和存储器1103可以通过一条或多条通信总线相互连接，也可以通过其它方式相连接。
其中，收发器1101可以用于发送数据，或者接收数据。可以理解的是，收发器1101是统称，可以包括接收器和发送器。
其中，处理器1102可以用于对呼叫处理装置的数据进行处理。处理器1102可以包括一个或多个处理器，例如该处理器1102可以是一个或多个中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)，硬件芯片或者其任意组合。在处理器1102是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。
其中，存储器1103用于存储程序代码等。存储器1103可以包括易失性存储器(volatile memory)，例如随机存取存储器(random access memory，RAM)；存储器1103也可以包括非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器1103还可以包括上述种类的存储器的组合。
其中，上述处理器1102和存储器1103可以通过接口耦合，也可以集成在一起，本实施例不作限定。
上述收发器1101和处理器1102可以用于执行图5实施例中的呼叫处理方法，其中， 具体实现方式如下：
收发器1101用于在检测到终端设备发起或接收呼叫业务时，向处理器发送数据通道建立指示消息，以指示处理器建立与终端设备之间的数据通道；
处理器1102用于建立与终端设备之间的数据通道；
收发器1101还用于通过数据通道向终端设备发送与呼叫业务对应的业务页面信息。
在一种实现方式中，收发器1101还用于接收终端设备的用户操作信息；
处理器1102还用于将用户操作信息转换为音频信息；
收发器1101还用于通过终端设备与呼叫中心之间的媒体通道向呼叫中心发送音频信息。
在一种实现方式中，收发器1101还用于通过数据通道接收终端设备的数据；
处理器1102还用于获得终端设备的数据转换中的终端设备的用户操作信息。
在一种实现方式中，收发器1101还用于通过数据通道接收来自终端设备的用户操作信息。
在一种实现方式中，在检测到所述呼叫业务接通时，收发器1101还用于发送第一业务页面信息。
在一种实现方式中，处理器1102还用于获取终端设备的数据中的呼叫开始事件或呼叫通知消息或呼叫接通事件，收发器1101还用于发送呼叫开始事件或呼叫通知消息或呼叫接通事件对应的第一业务页面信息。
在一种实现方式中，收发器1101还用于接收终端设备的数据通道建立请求消息，响应于数据通道建立请求消息，向应用媒体设备发送数据通道建立指示消息。
在一种实现方式中，收发器1101还用于接收终端设备的用户操作信息，并发送用户操作信息对应的第二业务页面信息。
在一种实现方式中，收发器1101还用于通过数据通道向终端设备发送页面指示信息，页面指示信息用于指示终端设备显示第一业务页面信息对应的UI页面或者缓存UI页面。
请参见图12，图12是本申请实施例提供的另一种呼叫处理装置的结构示意图。该呼叫处理装置可以包括收发器1201、至少一个处理器1202和存储器1203。其中，收发器1201、处理器1202和存储器1203可以通过一条或多条通信总线相互连接，也可以通过其它方式相连接。
其中，收发器1201可以用于发送数据，或者接收数据。可以理解的是，收发器1201是统称，可以包括接收器和发送器。
其中，处理器1202可以用于对呼叫处理装置的数据进行处理。处理器1202可以包括一个或多个处理器，例如该处理器1202可以是一个或多个中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)，硬件芯片或者其任意组合。在处理器1202是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。
其中，存储器1203用于存储程序代码等。存储器1203可以包括易失性存储器(volatile memory)，例如随机存取存储器(random access memory，RAM)；存储器1203也可以包括非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)； 存储器1203还可以包括上述种类的存储器的组合。
其中，上述处理器1202和存储器1203可以通过接口耦合，也可以集成在一起，本实施例不作限定。
上述收发器1201和处理器1202可以用于图8至图10所示的实施例中的呼叫处理方法，其中，具体实现方式如下：
处理器1202用于检测到终端设备发起或接收呼叫业务时，建立与终端设备之间的数据通道；
收发器1201用于通过数据通道向终端设备发送与呼叫业务对应的第一业务页面信息，并通过数据通道接收来自终端设备的用户操作信息；
处理器1202还用于将用户操作信息转换为音频信息；
收发器1201还用于通过终端设备与呼叫中心之间的媒体通道向呼叫中心发送音频信息。
在一种实现方式中，处理器1202还用于在呼叫业务接通时，将自身串接到媒体通道中。
在一种实现方式中，收发器1201还用于接收来自电话服务器的呼叫开始事件，处理器1202还用于根据呼叫开始事件确定终端设备发起或接收呼叫业务；或
收发器1201还用于接收来自终端设备的数据通道建立请求消息，处理器1202还用于根据数据通道建立请求消息确定终端设备发起或接收呼叫业务。
在一种实现方式中，处理器1202还用于获取与呼叫开始事件对应的第一业务页面信息；收发器1201还用于通过数据通道向终端设备发送第一业务页面信息。
在一种实现方式中，处理器1202还用于根据呼叫开始事件中包括的被叫号码，获取被叫号码对应的第一业务页面信息。
在一种实现方式中，处理器1202还用于基于用户操作信息获取用户操作信息对应的第二业务页面信息；收发器1201还用于通过数据通道向终端设备发送第二业务页面信息。
在一种实现方式中，收发器1201还用于通过数据通道向终端设备发送页面指示信息，页面指示信息用于指示终端设备显示业务页面信息对应的UI页面或者缓存UI页面。
本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有程序或指令，当所述程序或指令在计算机上运行时，使得计算机执行本申请实施例中的呼叫处理方法。
本申请实施例提供一种芯片或者芯片***，该芯片或者芯片***包括至少一个处理器和接口，接口和至少一个处理器通过线路互联，至少一个处理器用于运行计算机程序或指令，以进行本申请实施例中的呼叫处理方法。
其中，芯片中的接口可以为输入/输出接口、管脚或电路等。
上述方面中的芯片***可以是片上***(system on chip，SOC)，也可以是基带芯片等，其中基带芯片可以包括处理器、信道编码器、数字信号处理器、调制解调器和接口模块等。
在一种实现方式中，本申请中上述描述的芯片或者芯片***还包括至少一个存储器，该至少一个存储器中存储有指令。该存储器可以为芯片内部的存储单元，例如，寄存器、缓存等，也可以是该芯片的存储单元(例如，只读存储器、随机存取存储器等)。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。 当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (33)

  1. 一种呼叫处理***，其特征在于，包括应用服务设备和应用媒体设备；
    所述应用服务设备，用于在检测到终端设备发起或接收呼叫业务时，向所述应用媒体设备发送数据通道建立指示消息，以指示所述应用媒体设备建立与所述终端设备之间的数据通道；
    所述应用媒体设备，用于接收来自所述应用服务设备的所述数据通道建立指示消息，建立与所述终端设备之间的数据通道，并通过所述数据通道向所述终端设备发送与所述呼叫业务对应的第一业务页面信息。
  2. 根据权利要求1所述的***，其特征在于，所述应用媒体设备还用于接收所述终端设备的用户操作信息，将所述用户操作信息转换为音频信息，并通过所述终端设备与呼叫中心之间的媒体通道向所述呼叫中心发送所述音频信息。
  3. 根据权利要求1或2所述的***，其特征在于，所述应用媒体设备还用于通过所述数据通道接收所述终端设备的数据，并向所述应用服务设备发送所述终端设备的数据；
    所述应用服务设备还用于接收所述终端设备的数据，获得所述终端设备的数据转换中的所述终端设备的用户操作信息，并向所述应用媒体设备发送所述终端设备的用户操作信息。
  4. 根据权利要求1或2所述的***，其特征在于，所述应用媒体设备还用于通过所述数据通道接收来自所述终端设备的用户操作信息。
  5. 根据权利要求1或2所述的***，其特征在于，所述应用服务设备还用于检测到所述呼叫业务接通时，向所述应用媒体设备发送所述第一业务页面信息；
    所述应用媒体设备还用于接收所述第一业务页面信息。
  6. 根据权利要求5所述的***，其特征在于，所述应用媒体设备还用于通过所述数据通道接收所述终端设备的数据，并向所述应用服务设备发送所述终端设备的数据；
    所述应用服务设备还用于接收所述终端设备的数据；
    所述应用服务设备用于向所述应用媒体设备发送所述第一业务页面信息，包括：
    所述应用服务设备获取所述终端设备的数据中的呼叫开始事件、呼叫通知消息或呼叫接通事件，向所述应用媒体设备发送所述呼叫开始事件、呼叫通知消息或呼叫接通事件对应的第一业务页面信息。
  7. 根据权利要求1或3所述的***，其特征在于，所述应用服务设备用于检测到终端设备发起或接收呼叫业务时，向所述应用媒体设备发送数据通道建立指示消息，包括：
    所述应用服务设备接收所述终端设备的数据通道建立请求消息，响应于所述数据通道建立请求消息，向所述应用媒体设备发送所述数据通道建立指示消息。
  8. 根据权利要求1或4所述的***，其特征在于，所述应用服务设备还用于接收所述终端设备的用户操作信息，并向所述应用媒体设备发送所述用户操作信息对应的第二业务页面信息。
  9. 根据权利要求1或3所述的***，其特征在于，所述应用媒体设备还用于通过所述数据通道向所述终端设备发送页面指示信息，所述页面指示信息用于指示所述终端设备显 示所述第一业务页面信息对应的UI页面或者缓存所述UI页面。
  10. 一种呼叫处理***，其特征在于，包括应用服务设备和应用媒体设备；
    所述应用服务设备，用于在检测到终端设备发起或接收呼叫业务时，建立与所述终端设备之间的数据通道，通过所述数据通道向所述终端设备发送与所述呼叫业务对应的第一业务页面信息，并通过所述数据通道接收来自所述终端设备的用户操作信息，向所述应用媒体设备发送所述用户操作信息；
    所述应用媒体设备，用于接收来自所述应用服务设备的用户操作信息，将所述用户操作信息转换为音频信息，通过所述终端设备与呼叫中心之间的媒体通道向所述呼叫中心发送所述音频信息。
  11. 根据权利要求10所述的***，其特征在于，所述应用媒体设备还用于在所述呼叫业务接通时，将自身串接到所述媒体通道中。
  12. 根据权利要求10所述的***，其特征在于，所述应用服务设备用于检测到终端设备发起呼叫业务，包括：
    所述应用服务设备用于接收来自电话服务器的呼叫开始事件或呼叫请求，根据所述呼叫开始事件或呼叫请求确定所述终端设备发起呼叫业务；或
    所述应用服务设备用于接收来自终端设备的数据通道建立请求消息，根据所述数据通道建立请求消息确定所述终端设备发起呼叫业务。
  13. 根据权利要求12所述的***，其特征在于，所述应用服务设备用于通过所述数据通道向所述终端设备发送与所述呼叫业务对应的第一业务页面信息，包括：
    所述应用服务设备获取与所述呼叫开始事件对应的第一业务页面信息；
    所述应用服务设备通过所述数据通道向所述终端设备发送所述第一业务页面信息。
  14. 根据权利要求13所述的***，其特征在于，所述应用服务设备用于获取与所述呼叫开始事件对应的第一业务页面信息，包括：
    所述应用服务设备根据所述呼叫开始事件中包括的被叫号码，获取所述被叫号码对应的第一业务页面信息。
  15. 根据权利要求10或11所述的***，其特征在于，所述应用服务设备还用于基于所述用户操作信息获取所述用户操作信息对应的第二业务页面信息，并通过所述数据通道向所述终端设备发送所述第二业务页面信息。
  16. 根据权利要求10或11所述的***，其特征在于，所述应用服务设备还用于通过所述数据通道向所述终端设备发送页面指示信息，所述页面指示信息用于指示所述终端设备显示所述业务页面信息对应的UI页面或者缓存所述UI页面。
  17. 一种呼叫处理方法，其特征在于，包括：
    应用服务设备在检测到终端设备发起或接收呼叫业务时，向应用媒体设备发送数据通道建立指示消息，以指示所述应用媒体设备建立与所述终端设备之间的数据通道；
    所述应用媒体设备接收来自所述应用服务设备的数据通道建立指示消息，建立与所述终端设备之间的数据通道，并通过所述数据通道向所述终端设备发送与所述呼叫业务对应的业务页面信息。
  18. 根据权利要求17所述的方法，其特征在于，所述方法还包括：
    所述应用媒体设备接收所述终端设备的用户操作信息，将所述用户操作信息转换为音频信息，并通过所述终端设备与所述呼叫中心之间的媒体通道向所述呼叫中心发送所述音频信息。
  19. 根据权利要求17或18所述的方法，其特征在于，所述方法还包括：
    所述应用媒体设备通过所述数据通道接收所述终端设备的数据，并向所述应用服务设备发送所述终端设备的数据；
    所述应用服务设备接收所述终端设备的数据，获得所述终端设备的数据转换中的所述终端设备的用户操作信息，并向所述应用媒体设备发送所述终端设备的用户操作信息。
  20. 根据权利要求17或18所述的方法，其特征在于，所述方法还包括：
    所述应用媒体设备通过所述数据通道接收来自所述终端设备的用户操作信息。
  21. 根据权利要求17或18所述的方法，其特征在于，所述方法还包括：
    所述应用服务设备在检测到所述呼叫业务接通时，向所述应用媒体设备发送所述第一业务页面信息；
    所述应用媒体设备接收所述第一业务页面信息。
  22. 根据权利要求21所述的方法，其特征在于，所述方法还包括：
    所述应用媒体设备通过所述数据通道接收所述终端设备的数据，并向所述应用服务设备发送所述终端设备的数据；
    所述应用服务设备接收所述终端设备的数据；
    所述应用服务设备向所述应用媒体设备发送所述第一业务页面信息，包括：
    所述应用服务设备获取所述终端设备的数据中的呼叫开始事件或呼叫通知消息或呼叫接通事件，向所述应用媒体设备发送所述呼叫开始事件或呼叫通知消息或呼叫接通事件对应的第一业务页面信息。
  23. 根据权利要求17或19所述的方法，其特征在于，所述应用服务设备检测到终端设备发起或接收呼叫业务时，向所述应用媒体设备发送数据通道建立指示消息，包括：
    所述应用服务设备接收所述终端设备的数据通道建立请求消息，响应于所述数据通道建立请求消息，向所述应用媒体设备发送所述数据通道建立指示消息。
  24. 根据权利要求17或20所述的方法，其特征在于，所述方法还包括：
    所述应用服务设备接收所述终端设备的用户操作信息，并向所述应用媒体设备发送所述用户操作信息对应的第二业务页面信息。
  25. 根据权利要求17或19所述的方法，其特征在于，所述方法还包括：
    所述应用媒体设备通过所述数据通道向所述终端设备发送页面指示信息，所述页面指示信息用于指示所述终端设备显示所述第一业务页面信息对应的UI页面或者缓存所述UI页面。
  26. 一种呼叫处理方法，其特征在于，所述方法包括：
    应用服务设备检测到终端设备发起或接收呼叫业务时，建立与所述终端设备之间的数据通道，通过所述数据通道向所述终端设备发送与所述呼叫业务对应的第一业务页面信息，并通过所述数据通道接收来自所述终端设备的用户操作信息，向应用媒体设备发送所述用户操作信息；
    所述应用媒体设备接收来自所述应用服务设备的用户操作信息，将所述用户操作信息转换为音频信息，通过所述终端设备与呼叫中心之间的媒体通道向所述呼叫中心发送所述音频信息。
  27. 根据权利要求26所述的方法，其特征在于，所述方法还包括：
    所述应用媒体设备在所述呼叫业务接通时，将自身串接到所述媒体通道中。
  28. 根据权利要求26所述的方法，其特征在于，所述应用服务设备检测到终端设备发起或接收呼叫业务，包括：
    所述应用服务设备接收来自电话服务器的呼叫开始事件，根据所述呼叫开始事件确定所述终端设备发起或接收呼叫业务；或
    所述应用服务设备接收来自所述终端设备的数据通道建立请求消息，根据所述数据通道建立请求消息确定所述终端设备发起或接收呼叫业务。
  29. 根据权利要求28所述的方法，其特征在于，所述应用服务设备通过所述数据通道向所述终端设备发送与所述呼叫业务对应的第一业务页面信息，包括：
    所述应用服务设备获取与所述呼叫开始事件对应的第一业务页面信息；
    所述应用服务设备通过所述数据通道向所述终端设备发送所述第一业务页面信息。
  30. 根据权利要求29所述的方法，其特征在于，所述应用服务设备获取与所述呼叫开始事件对应的第一业务页面信息，包括：
    所述应用服务设备根据所述呼叫开始事件中包括的被叫号码，获取所述被叫号码对应的第一业务页面信息。
  31. 根据权利要求26或27所述的方法，其特征在于，所述方法还包括：
    所述应用服务设备基于所述用户操作信息获取所述用户操作信息对应的第二业务页面信息，并通过所述数据通道向所述终端设备发送所述第二业务页面信息。
  32. 根据权利要求26或27所述的方法，其特征在于，所述方法还包括：
    所述应用服务设备通过所述数据通道向所述终端设备发送页面指示信息，所述页面指示信息用于指示所述终端设备显示所述业务页面信息对应的UI页面或者缓存所述UI页面。
  33. 一种计算机可读存储介质，其特征在于，包括程序或指令，当所述程序或指令在计算机上运行时，如权利要求17至25或26至32中任意一项所述的方法被执行。
CN202180083555.5A 2021-01-06 2021-01-06 一种呼叫处理***和呼叫处理方法 Pending CN116636192A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/070535 WO2022147697A1 (zh) 2021-01-06 2021-01-06 一种呼叫处理***和呼叫处理方法

Publications (1)

Publication Number Publication Date
CN116636192A true CN116636192A (zh) 2023-08-22

Family

ID=82357010

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180083555.5A Pending CN116636192A (zh) 2021-01-06 2021-01-06 一种呼叫处理***和呼叫处理方法

Country Status (4)

Country Link
US (1) US20230353603A1 (zh)
EP (1) EP4262320A4 (zh)
CN (1) CN116636192A (zh)
WO (1) WO2022147697A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115941761A (zh) * 2021-08-04 2023-04-07 ***通信有限公司研究院 一种通信、数据通道的建立方法、设备及存储介质
CN115941778A (zh) * 2021-08-04 2023-04-07 ***通信有限公司研究院 一种提供业务的方法、设备及存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117640607A (zh) * 2022-08-11 2024-03-01 华为技术有限公司 通信方法、装置和***
CN117715234A (zh) * 2022-09-07 2024-03-15 维沃移动通信有限公司 数据通道建立方法、第一终端及第二终端
CN117812048A (zh) * 2022-09-30 2024-04-02 华为技术有限公司 通信方法、装置及***

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103621019A (zh) * 2011-07-06 2014-03-05 阿尔卡特朗讯 多媒体铃声
EP2896193A1 (en) * 2012-09-12 2015-07-22 Telefonaktiebolaget LM Ericsson (Publ) Method for handling a call from a calling subscriber towards a called subscriber
US9420440B2 (en) * 2014-07-21 2016-08-16 Xiaomi Inc. Calling methods and devices
CN104618349B (zh) * 2015-01-13 2018-09-11 上海华为技术有限公司 一种集群通信***、服务器及通信方法
CN107566333B (zh) * 2017-07-12 2020-03-10 中兴通讯股份有限公司 一种通信方法、装置、应用服务器、用户设备和***

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115941761A (zh) * 2021-08-04 2023-04-07 ***通信有限公司研究院 一种通信、数据通道的建立方法、设备及存储介质
CN115941778A (zh) * 2021-08-04 2023-04-07 ***通信有限公司研究院 一种提供业务的方法、设备及存储介质

Also Published As

Publication number Publication date
US20230353603A1 (en) 2023-11-02
EP4262320A4 (en) 2024-01-24
WO2022147697A1 (zh) 2022-07-14
EP4262320A1 (en) 2023-10-18

Similar Documents

Publication Publication Date Title
US8379824B2 (en) Methods and apparatus to provide a network-based caller identification service in a voice over internet protocol network
US20230353603A1 (en) Call processing system and call processing method
KR101104713B1 (ko) 얼리 세션을 이용한 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법 및 응용 서버
US8203594B2 (en) Fallback mobile communication
US8917850B2 (en) Method and system for implementing multimedia ring back tone service and multimedia caller identification service
US9723137B2 (en) System and method for implementing multimedia calling line identification presentation service
US20230353673A1 (en) Call processing method, call processing apparatus, and related device
US8666046B2 (en) System and method for providing enhanced telephone call functions associated with caller and/or callee information during telephony ringing signal
US8737968B2 (en) Method and system for handling a multi-media call setup request
US9544074B2 (en) Time-shifting distribution of high definition audio data
US9894128B2 (en) Selective transcoding
US8908853B2 (en) Method and device for displaying information
CN115190468B (zh) 重拨方法及终端设备
CN107566333B (zh) 一种通信方法、装置、应用服务器、用户设备和***
CN113726968B (zh) 终端通信方法、装置、服务器和存储介质
US20060007899A1 (en) System and method for monitoring and managing local area network activity
US20240089369A1 (en) Method for playing multimedia customized ringing signal and customized alerting tone, and application server
KR20050067913A (ko) 세션 설정 프로토콜을 이용한 멀티미디어 링백 서비스시스템 및 그 방법
EP2704453A2 (en) High definition audio distribution system
CN116260597A (zh) 多媒体通话方法、装置、电子设备及存储介质
CN113572749A (zh) 一种基于VoLTE的视频呼叫方法和***
WO2009036589A1 (en) Method, apparatus and system for multimedia communication
CN113726750B (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