CN101808168A - 企业总机平台以及呼叫处理方法 - Google Patents

Abstract

本发明公开了一种企业总机平台以及呼叫处理方法，包括企业总机业务控制点、企业总机业务交换点、以及智能外设，其中，企业总机业务控制点包括：基本呼叫处理模块，用于判断现网交换设备的能力是否能够支持交换网业务交换点触发的呼叫，并在判断不能够支持的情况下，将呼叫发送到增强业务能力模块；增强业务能力模块，用于控制智能外设与企业总机业务交换点完成与呼叫相关的业务。通过本发明的上述技术方案，比基于智能平台技术的企业总机系统提供了更大的系统容量，减小了网络迂回开销。

Description

企业总机平台以及呼叫处理方法

技术领域

本发明涉及通信领域，并且特别地，涉及一种企业总机平台以及呼叫处理方法。

背景技术

目前，随着社会信息化、网络化程度的不断提高，集团用户对通信业务的需求呈现出综合化、多样化的特点。除了固定通话、移动通话之外，集团用户还需要虚拟专用网(Virtual Private Network，简称为VPN)、集团通讯录、语音邮箱、商务会议、呼叫中心等业务。在这种情况下，集团用户自行购买一套设备来实现上述功能的投资较大，维护成本也非常高。因此，集团用户普遍希望电信运营商能够提供满足自身信息需求的一体化解决方案。企业总机系统就是电信运营商为了满足集团客户的上述需求，利用现有的网络设备，整合了综合VPN、集团通讯录、语音邮箱、商务会议系统、呼叫中心系统等功能，为集团企业客户提供的解决方案。企业总机系统是指以统一的总机号码为载体，以通信录管理和话务转接为核心，同时叠加灵活的自动语音导航、留言信箱、以及短信群发等功能，为企业提供内外部沟通的语音门户。

在相关技术中，企业总机系统主要包括四类业务：企业总机、综合VPN、电话会议、信息服务。

其中，综合VPN是指以内部短号互拨、灵活计费为核心功能，旨在将分布在不同区域的电信运营商的固网(例如，公共交换电话网(Public Switched Telephone Network，简称为PSTN)、软交换)、以及码分多址接入(Code Division Multiple Access，简称为WCDMA)用户、全球移动通信(Global system for MobileCommunication，简称为GSM)用户、下一代网络(Next GenerationNetwork，简称为NGN)用户组成一个逻辑专网。网内用户之间可以使用短号或真实号码联系，专网内的成员在网内和网外呼叫可以享受灵活的资费策略。

电话会议是一种通过电话进行多方通话的业务，与会者可以在约定的时间内，在不同的地方通过固定电话或移动电话采用主动呼入或系统呼出方式接入会议系统，进行电话会议。

信息服务旨在为企业提供统一的信息平台，通过人工服务或企业门户网站等方式，使得企业内部员工或者外部客户可以获得企业实时的在线信息。

随着电信技术的发展，目前的企业总机系统多采用2种方式(技术)实现，分别为智能网方式和智能平台方式。

智能网方式

利用智能网技术实现虚拟总机业务(即，企业总机业务)主要采用了智能网技术中呼叫与业务控制相分离的设计思想，将终端的呼叫接续与虚拟总机业务控制分开。在业务触发方式上，采用向业务控制点(Service Control Point，简称为SCP)查询方式触发虚拟总机业务的方式。图1是相关技术中利用智能网技术实现虚拟总机系统总体设计结构的示意图，如图1所示，业务交换点(ServiceSwitching Point，简称为SSP)可以检测出虚拟总机业务的请求，并与SCP进行通信，对SCP的请求做出响应，允许SCP中的业务逻辑影响呼叫处理。SCP为业务控制点，主要负责控制虚拟总机业务逻辑，是虚拟总机业务处理的核心部分。其中，SCP通过七号信令网、或智能外设(Intelligent Peripheral，简称为IP)核心网与SSP和IP相连。SCP与SSP、IP之间的通信规则可以采用多种控制信令(例如，智能网应用部分/CAMEL应用部分/移动应用部分/会话启动协议等)，其中，IP为虚拟总机业务提供放音、收号、录音等功能。

采用智能网方式的优点在于话路迂回少，特别是在移动网中，各片区服务移动交换中心(Mobile Switching Center，简称为MSC)可以作为虚拟总机的SSP触发业务，MSC和总机SCP之间只有信令链路。由于话路承载不迂回到统一的总机平台上，这种方式建设的总机系统拥有高效的业务处理能力，能够提高系统容量。

智能网方式也有比较明显的缺点，由于SSP分布在交换网各处，而交换网中的SSP设备的建设时期不同，设备的处理能力也不相同。因此，无法保证全网SSP都能正确执行SCP的业务控制指令。例如，会议电话功能、分机同振和顺振功能、分机话路保持和前转功能、分机排队功能等，都需要SSP在SCP的控制下完成特定的呼叫处理。但是，在实际的网络演进过程中，随着控制信令的演进变更，SSP并不能都支持这些特殊的呼叫处理，因此总机业务的功能开展受到了很大限制。

智能平台方式

图2是相关技术中利用智能平台技术实现虚拟总机系统总体设计结构的示意图，如图2所示，在智能平台方式下，与企业总机相关的所有的呼叫和信令都需要转接到企业总机智能平台上，由该平台提供统一呼叫控制、以及媒体资源控制功能。这种实现方式可以方便可靠的部署企业总机系统，提供业务功能，不用受限于现网交换设备的能力，同时，通过智能平台的宽带化改造，可以提供更加丰富多样的业务能力，例如，语音识别(Automatic SpeechRecognition，简称为ASR)、文本语音转换(Text To Speech，简称为TTS)、呼叫保持和控制、分机排队功能、远端企业人工总机等功能。

智能平台方式由于所有的呼叫都需要接续到企业总机系统，从而容易导致话路迂回。因此，采用智能平台方式实现的虚拟总机系统受限于其系统容量，从而导致业务无法大规模开展。

从上面的描述可以看出，智能网方式可以提供大容量的系统，但是由于受限于现网设备的能力，无法提供丰富多样的业务，是一种能力受限系统；而智能平台方式可以摆脱现网设备能力的限制，但是由于有严重的话路迂回，导致业务无法大规模开展，是一种容量受限系统。然而，目前尚未提出能够克服智能网方式和智能平台方式的业务总机系统上述问题的技术方案。

发明内容

考虑到相关技术中采用智能网方式实现的企业总机系统受限于现网设备的能力，以及采用智能平台方式实现的企业总机系统无法大规模开展业务的问题而提出本发明，为此，本发明的主要目的在于提供一种改进的企业总机平台以及呼叫处理方法，以解决相关技术中存在的上述问题至少之一。

为了实现上述目的，根据本发明的一个方面，提供了一种企业总机平台。

根据本发明的企业总机平台包括企业总机业务控制点、企业总机业务交换点、以及智能外设，其中，企业总机业务控制点包括：基本呼叫处理模块，用于判断现网交换设备的能力是否能够支持交换网业务交换点触发的呼叫，并在判断不能够支持的情况下，将呼叫发送到增强业务能力模块；增强业务能力模块，用于控制智能外设与企业总机业务交换点完成与呼叫相关的业务。

此外，上述基本呼叫处理模块进一步用于：在判断现网交换设备的能力能够支持呼叫的情况下，控制交换网业务交换点对呼叫进行转接。

其中，基本呼叫处理模块进一步包括：处理模块，用于对呼叫进行预处理，确定呼叫需要的媒体资源和呼叫控制能力；评估模块，用于对现网交换设备的能力进行评估；判断模块，用于判断评估模块评估的现网交换设备的能力是否能够支持呼叫需要的媒体资源和/或呼叫控制能力；通知模块，用于在判断模块判断为否的情况下，通知交换网服务交换点将呼叫发送到增强业务能力模块。

此外，上述基本呼叫处理模块进一步包括：转接模块，用于在判断模块判断为是的情况下，控制交换网业务交换点对呼叫进行转接。

其中，上述处理模块具体用于：通过用户属性和/或呼叫号码类型确定呼叫需要的媒体资源和呼叫控制能力。

其中，处理模块如果确定呼叫需要的媒体资源为会议资源、文本语音转换资源、和/或语音识别资源，则判断模块判断现网交换设备的能力不能够支持呼叫需要的媒体资源；处理模块如果确定呼叫需要的呼叫控制能力为被叫同振、多方呼叫、呼叫保持/前转、和/或分集排队，则判断模块判断现网交换设备的能力不能够支持呼叫需要的呼叫控制能力。

为了实现上述目的，根据本发明的一个方面，提供了一种呼叫处理方法，用于上述企业总机平台。

根据本发明的呼叫处理方法包括：企业总机业务控制点的基本呼叫处理模块判断现网交换设备的能力是否能够支持交换网业务交换点触发的呼叫，并在判断不能够支持的情况下，将呼叫发送到增强业务能力模块；增强业务能力模块控制智能外设以及企业总机业务交换点完成与呼叫相关的业务处理。

此外，在基本呼叫处理模块判断现网交换设备的能力能够支持呼叫的情况下，基本呼叫处理模块控制交换网业务交换点对呼叫进行转接。

此外，在基本呼叫处理模块判断现网交换设备的能力是否能够支持呼叫之前，上述方法还包括：基本呼叫处理模块接收呼叫，通过用户属性和/或呼叫号码类型确定呼叫需要的媒体资源和呼叫控制能力，并对现网交换设备的能力进行评估。

其中，基本呼叫处理模块判断现网交换设备的能力是否能够支持呼叫的处理包括：基本呼叫处理模块判断现网交换设备的能力是否能够支持呼叫需要的媒体资源和/或呼叫控制能力。

借助于本发明的技术方案，通过在企业总机平台的SCP中设置基本呼叫处理模块以及增强业务能力模块，解决了相关技术中采用智能网方式实现的企业总机系统受限于现网设备的能力，以及采用智能平台方式实现的企业总机系统无法大规模开展业务的问题，比基于智能网技术的企业总机系统提供了更多的业务能力，并丰富了企业总机系统的业务特征；比基于智能平台技术的企业总机系统提供了更大的系统容量，减小了网络迂回开销。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是相关技术中利用智能网技术实现虚拟总机系统总体设计结构的示意图；

图2是相关技术中利用智能平台技术实现虚拟总机系统总体设计结构的示意图；

图3是根据本发明实施例的企业总机平台的框图；

图4是根据本发明实施例的基本呼叫处理模块的框图；

图5是根据本发明实施例的增强业务能力模块的框图；

图6是根据本发明实施例的呼叫处理方法的流程图；

图7是根据本发明实施例的实例1的信令流程图；

图8是根据本发明实施例的实例2的信令流程图。

具体实施方式

功能概述

如上所述，智能网方式的企业总机系统是一种能力受限系统；而智能平台方式的企业总机系统是一种容量受限系统，在对企业总机业务进行分析后发现，综合VPN业务是企业总机系统中使用频率最高的业务，并且多数的呼叫(80％以上)都不需要使用复杂的业务逻辑控制和网络能力，而对网络能力要求较高的呼叫数量较少。

基于以上分析，本发明提供了一种改进的企业总机平台，将上述两种开展方式进行了合理有效的结合，可以同时具备智能网方式的大容量和智能平台方式的高能力两种优势，在本发明实施例的企业总机平台中，在企业总机平台提供两个业务模块：基本呼叫处理模块和增强业务能力模块，两个业务模块都在SCP中实现，当用户呼叫企业总机平台时，通过交换网中的SSP触发业务到企业总机平台的SCP，随后，由SCP中的基本呼叫处理模块对呼叫进行预处理，并对现网交换设备进行能力评估。如果该呼叫仅仅通过现网交换设备就可以支持，则采用智能网技术，通过基本呼叫模块控制现网SSP对呼叫进行转接。当基本呼叫模块判断出该呼叫需要特殊的媒体资源或者需要特殊的呼叫控制时，则认为现网设备不能可靠支持这类业务，则将该呼叫的被叫号码进行变换，通知现网SSP将呼叫转呼到企业总机平台的增强业务能力模块。在呼叫转呼到企业总机平台后，由增强业务能力模块控制企业总机平台提供的SSP和媒体资源，完成相应的业务能力。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

在以下的描述中，为了解释的目的，描述了多个特定的细节，以提供对本发明的透彻理解。然而，很显然，在没有这些特定细节的情况下，也可以实现本发明，此外，在不背离所附权利要求阐明的精神和范围的情况下，下述实施例以及实施例中得各个细节可以进行各种组合。

系统实施例

根据本发明的实施例，提供了一种企业总机平台，图3是根据本发明实施例的企业总机平台的框图，如图3所示，包括企业总机平台2、交换网业务交换点4，企业总机平台2包括：企业总机业务控制点20、企业总机业务交换点22(也可以称为增强业务能力模块业务交换点)、以及智能外设24，其中，企业总机业务控制点20包括：基本呼叫处理模块202、以及增强业务能力模块204。下面，结合附图，对图3中的各个模块进行说明。

基本呼叫处理模块202

图4是根据本发明实施例的基本呼叫处理模块的框图，如图4所示，基本呼叫处理模块202包括第一处理模块2020、评估模块2022、判断模块2024、第二处理模块2026、通知模块2028。

当用户呼叫企业总机平台2时，首先通过交换网SSP触发业务到企业总机SCP 20，企业总机SCP 20中基本呼叫处理模块202中的第一处理模块2020首先对该呼叫进行处理，通过用户属性和/或呼叫号码类型判断该呼叫需要的媒体资源和呼叫控制能力，随后，基本呼叫处理模块202中的评估模块2022对现网交换设备(例如，现网的SSP)的能力进行评估，在评估模块2022进行了评估后，基本呼叫处理模块202中的判断模块2024判断评估模块2022评估的现网交换设备的能力是否能够支持媒体资源和呼叫控制能力，如果判断模块2024判断该呼叫仅仅通过现网交换设备就可以支持(即，判断模块判断为是)，则第二处理模块2026采用智能网技术，通过控制交换网SSP 4对呼叫进行转接。如果判断模块2024判断出该呼叫需要特殊的媒体资源(如会议资源、TTS资源、ASR资源)或者需要特殊的呼叫控制(被叫同振、多方呼叫、呼叫保持/前转、分机排队)，并确定现网设备不能可靠支持这类业务，则通知模块2028将该呼叫的被叫号码进行变换，例如，原始被叫是A，增强业务能力模块204的服务接入码是B，则基本呼叫处理模块202将用B+A的方式将被叫号码呼出，现网SSP通过B来将呼叫路由到企业总机SSP 22，并通过企业总机SSP 22(也可以称为增强业务能力模块业务交换点)发送到增强业务能力模块204。

优选地，在第三代(3rd Generation，简称为3G)GSM网络中，基本呼叫处理模块202可以由CAMEL主/被叫流程模块基于宽带GSM智能网构架设计，该模块和核心网的交换设备MSC Server采用Sigtran承载的CAMEL协议交互，解决了移动用户起呼和终呼时的呼叫双方鉴权处理、主被叫号码处理、漫游状态控制、基本呼叫计费、路由控制等问题。CAMEL模块和核心网设备配合，控制核心网实现移动用户与简单呼叫相关的语音提示和呼叫控制(例如，呼叫保持，呼叫前转等)功能。引入CAMEL模块，实现了企业内的普通短号呼叫和对企业成员用户号码(Subscriber Number)的普通呼叫，由于这部分呼叫占总话务的大多数，是系统容量的决定因素，引入CAMEL模块可以高效率的完成对这部分呼叫的控制和处理，从而大大扩展系统处理能力和系统容量。

增强业务能力模块204

图5是根据本发明实施例的增强业务能力模块的框图，如图5所示，根据本发明实施例的增强业务能力模块204包括：接收模块2040、控制模块2042。

具体地，在基本呼叫处理模块202中的判断模块2024判断现网设备不能可靠支持呼叫需要特殊的媒体资源或者需要特殊的呼叫控制时，增强业务能力模块204中的接收模块2040就会接收到企业总机SSP 22转呼的呼叫；在接收模块2040接收到呼叫后，增强业务能力模块204中的控制模块2042就会控制相应的媒体资源与企业总机业务交换点22完成与该呼叫相关的业务。

优选地，在3G GSM网络中，基于会话启动协议(SessionInitiation Protocol，简称为SIP)的增强业务能力模204块提供了高级的呼叫处理，当呼叫涉及了有定制个人欢迎词/彩铃、企业定制的(Interactive Voice Response，简称为IVR)流程、自动语音识别拨号、人工坐席参与的来话排队、呼叫转接和控制、Email或短信相关的呼叫、语音信息系统(Voice Message System，简称为VMS)、呼叫服务中心(Call Center)等时，需要更加灵活强大的SIP增强业务能力模块204来进行处理；与普通呼叫不同，这部分呼叫数量不多，但是需要的业务能力要求较高，需要处理大量的用户定制语音、人工坐席参与呼叫、坐席排队和话机排队、语音和数据信息处理等功能，因此引入SIP增强业务能力模块204的高级处理能力对这部分呼叫进行控制和处理，此外，SIP增强业务能力模块204还提供了丰富的第三方接口，方便对业务能力进行扩展和升级。

通过上述企业总机系统，将智能网技术和智能平台技术有效结合起来，提供了一种大容量、高性能的企业总机系统，它比基于智能网技术的企业总机系统提供了更多的业务能力，丰富了企业总机系统的业务特征，比基于智能平台技术的企业总机系统提供了更大的系统容量、减小了网络迂回开销。

此外，通过智能网技术和智能平台技术的有效结合，为综合VPN业务新增加了新颖的业务特征，例如：分机排队功能，使得用户可以绑定多个终端到一个VPN短号上，对该短号的呼叫可以按照一定算法分配到不同终端上；此外，也为企业呼叫中心业务提供了短号互拨功能，扩展了企业呼叫中心的业务能力。

并且，基于智能网技术和智能平台技术的两种企业总机系统可以方便的升级到本发明提供的企业总机系统，原有系统的软硬件结构不需要做大的变更。

需要说明的是，在不背离所附权利要求阐明的精神和范围的情况下，可以对上述各个模块进行各种改变以及组合。

方法实施例

根据本发明的实施例，提供了一种呼叫处理方法，图6是根据本发明实施例的呼叫处理方法的流程图，如图6所示，包括以下处理(步骤S602-步骤S608)：

步骤S602，企业总机业务控制点的基本呼叫处理模块接收交换网业务交换点触发的呼叫，并通过用户属性和/或呼叫号码类型确定呼叫需要的媒体资源和呼叫控制能力，并对现网交换设备的能力进行评估；

步骤S604，基本呼叫处理模块判断现网交换设备的能力是否能够支持媒体资源和/或呼叫控制能力；

步骤S606，如果判断为是，则基本呼叫处理模块控制交换网业务交换点对呼叫进行转接；

在基本呼叫处理模块确认呼叫需要特殊的媒体资源、和/或需要特殊的呼叫控制时，则判断现网交换设备的能力不能够满足媒体资源和呼叫控制能力，如果判断为否，基本呼叫处理模块通知交换网服务交换点将呼叫通过企业总机业务交换点发送到企业总机平台的增强业务能力模块；

需要说明的是，特殊的媒体资源包括以下至少之一：会议资源、文本语音转换资源、语音识别资源。特殊的呼叫控制包括以下至少之一：被叫同振、多方呼叫、呼叫保持/前转、分集排队。

步骤S608，增强业务能力模块接收到企业总机业务交换点发送的呼叫，并控制相应的媒体资源以及企业总机业务交换点完成与呼叫相关的业务处理。

下面，结合实例，对本发明的上述技术方案进行说明。

实例1，企业总机系统采用基本呼叫处理模块对移动核心网进行起呼和终呼。

图7是根据本发明实施例的实例1的信令流程图，在如图7所示的信令流程图中涉及如下实体，包括：SSP、HLR、信令接口单元(Signal Interface Unit，简称为SIU)、以及SCP，如图7所示，包括以下处理：

步骤S701，交换网业务交换点(SSP)通过主叫签约方式触发主叫基本呼叫处理智能业务到企业总机业务控制点(SCP)(对应于图6的步骤S602)。

步骤S702，SCP对主叫号码进行分析鉴权，为了获得主叫号码的位置信息以确定主叫是否在漫游状态，SCP向归属位置寄存器(Home Location Register，简称为HLR)查询主叫位置信息。

步骤S703，HLR向SCP返回主叫的位置信息。

步骤S704，SCP根据主被叫信息和主叫位置信息确定主叫费率方案，并向SSP注册基本呼叫状态模型(Basic Call State Model，简称为BCSM)事件以便获得BCSM事件信息。

步骤S705，SCP将被叫号码由分机短号码变换为真实长号码，向SSP发出接续被叫命令。

步骤S706，SSP向HLR查询被叫号码的签约信息。

步骤S707，SSP根据被叫号码签约信息触发被叫基本呼叫处理智能业务到SCP。

步骤S708，在基本呼叫处理模块中，对被叫号码的处理和主叫号码类似，此外，在被叫流程中接续的被叫号码需要增加一个路由前缀指示SSP抑制查询签约信息的操作。

具体地，在基本呼叫处理模块对被叫号码的处理中，步骤S708可以分为以下四个步骤：

步骤S708a，SCP对被叫号码进行分析鉴权，向归属位置寄存器(Home Location Register，简称为HLR)查询被叫位置信息，以根据获取的被叫号码的位置信息确定被叫是否在漫游状态。

步骤S708b，HLR向SCP返回被叫的位置信息。

步骤S708c，SCP根据主被叫信息和被叫位置信息确定被叫费率方案，并向SSP注册基本呼叫状态模型(Basic Call State Model，简称为BCSM)事件以便获得BCSM事件信息。

步骤S708d，SCP将主叫号码由分机长号码变换为短号码，并向SSP发送接续被叫命令。

步骤S709，SSP获取附加了路由前缀的被叫号码，SSP去掉该路由前缀，并向HLR查询被叫动态漫游号，呼叫被叫手机。

步骤S710，主被叫进行通话，主被叫任何一方挂机则通话结束，SSP上报挂机BCSM事件。

步骤S711，SCP控制释放本次呼叫话路，并给出主叫话单和被叫话单，至此呼叫结束。

实例2，企业总机系统采用基本呼叫处理模块和增强业务能力模块对移动核心网进行起呼和终呼。

图8是根据本发明实施例的实例2的信令流程图，在如图8所示的信令流程图中涉及如下实体，包括：主叫、SSP、HLR、信令接口单元(Signal Interface Unit，简称为SIU)、企业总机平台、媒体服务器，如图8所示，包括以下处理：

步骤S801，主叫用户起呼企业总机号码，主叫用户所属SSP向HLR查询企业总机号码的签约信息。

步骤S802，HLR向SSP返回企业总机号码的被叫签约信息。

步骤S803，SSP通过初始检测点消息(Initial Detect Point，简称为IDP)触发SCP上的基本呼叫处理模块(对应于图6中的步骤S602)。

步骤S804，SCP在基本呼叫处理模块中识别出被叫号码是总机号码，需要媒体服务器上的语音资源支持，SCP先在SSP上注册BCSM事件(对应于图6中的步骤S606)。

步骤S805，SCP将呼叫转呼到增强业务模块上，此后，将由增加业务模块对呼叫进行继续处理(对应于图6中的步骤S608)。

步骤S806，SSP响应SCP的转呼请求，通过局间信令(例如，ISUP信令)将呼叫转接到企业总机平台的增强业务模块上。

步骤S807，企业总机平台应答来自SSP的综合业务数字网(Integrated Services Digital Network，简称为ISDN)用户协议(ISDNUser Protocol，简称为ISUP)局间信令。

步骤S808，企业总机平台的增强业务模块控制相应的资源模块完成灵活多样的业务处理。本实例中，用户拨打了一个企业话务员组的座席短号码，在该话务员组的话务员全忙时，企业总机平台首选采用媒体服务器对用户播放排队等待音，企业总机平台的增强业务模块SSP将在增强业务模块SCP的控制下，选择最新空闲的话务员，将呼叫接入到该话务员的电话终端上。

步骤S809，用户和企业总机平台话务员建立通话，在通话中，话务员可以根据用户的指示，将呼叫前转至其他分机号码上。

步骤S810，在增强业务模块处理结束后，用户挂机，SSP通过局间ISUP信令通知企业总机平台。

步骤S811，企业总机平台释放增强业务模块和基本呼叫处理模块的呼叫。

综上所述，借助于本发明的技术方案，通过在企业总机平台的SCP中设置基本呼叫处理模块以及增强业务能力模块，解决了相关技术中采用智能网方式实现的企业总机系统受限于现网设备的能力，以及采用智能平台方式实现的企业总机系统无法大规模开展业务的问题，比基于智能网技术的企业总机系统提供了更多的业务能力，并丰富了企业总机系统的业务特征；比基于智能平台技术的企业总机系统提供了更大的系统容量，减小了网络迂回开销。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种企业总机平台，包括企业总机业务控制点、企业总机业务交换点、以及智能外设，其中，所述企业总机业务控制点包括：

基本呼叫处理模块，用于判断现网交换设备的能力是否能够支持交换网业务交换点触发的呼叫，并在判断不能够支持的情况下，将所述呼叫发送到增强业务能力模块；

所述增强业务能力模块，用于控制所述智能外设与所述企业总机业务交换点完成与所述呼叫相关的业务。

2.根据权利要求1所述的企业总机平台，其特征在于，所述基本呼叫处理模块进一步用于：

在判断所述现网交换设备的能力能够支持所述呼叫的情况下，控制所述交换网业务交换点对所述呼叫进行转接。

3.根据权利要求1所述的企业总机平台，其特征在于，所述基本呼叫处理模块进一步包括：

处理模块，用于对所述呼叫进行预处理，确定所述呼叫需要的媒体资源和呼叫控制能力；

评估模块，用于对所述现网交换设备的能力进行评估；

判断模块，用于判断所述评估模块评估的所述现网交换设备的能力是否能够支持所述呼叫需要的媒体资源和/或所述呼叫控制能力；

通知模块，用于在所述判断模块判断为否的情况下，通知所述交换网服务交换点将所述呼叫发送到增强业务能力模块。

4.根据权利要求3所述的企业总机平台，其特征在于，所述基本呼叫处理模块进一步包括：

转接模块，用于在所述判断模块判断为是的情况下，控制所述交换网业务交换点对所述呼叫进行转接。

5.根据权利要求3所述的企业总机平台，其特征在于，所述处理模块具体用于：

通过用户属性和/或呼叫号码类型确定所述呼叫需要的所述媒体资源和所述呼叫控制能力。

6.根据权利要求3至5中任一项所述的企业总机平台，其特征在于，

所述处理模块如果确定所述呼叫需要的媒体资源为会议资源、文本语音转换资源、和/或语音识别资源，则所述判断模块判断所述现网交换设备的能力不能够支持所述呼叫需要的媒体资源；

所述处理模块如果确定所述呼叫需要的呼叫控制能力为被叫同振、多方呼叫、呼叫保持/前转、和/或分集排队，则所述判断模块判断所述现网交换设备的能力不能够支持所述呼叫需要的呼叫控制能力。

7.一种呼叫处理方法，用于权利要求1所述的企业总机平台，其特征在于，所述方法包括：

企业总机业务控制点的基本呼叫处理模块判断现网交换设备的能力是否能够支持交换网业务交换点触发的呼叫，并在判断不能够支持的情况下，将所述呼叫发送到增强业务能力模块；

所述增强业务能力模块控制智能外设以及企业总机业务交换点完成与所述呼叫相关的业务处理。

8.根据权利要求7所述的方法，其特征在于，在所述基本呼叫处理模块判断现网交换设备的能力能够支持所述呼叫的情况下，所述基本呼叫处理模块控制所述交换网业务交换点对所述呼叫进行转接。

9.根据权利要求7或8所述的方法，其特征在于，在所述基本呼叫处理模块判断现网交换设备的能力是否能够支持所述呼叫之前，所述方法还包括：

所述基本呼叫处理模块接收所述呼叫，通过用户属性和/或呼叫号码类型确定所述呼叫需要的媒体资源和呼叫控制能力，并对现网交换设备的能力进行评估。

10.根据权利要求9所述的方法，其特征在于，所述基本呼叫处理模块判断现网交换设备的能力是否能够支持所述呼叫的处理包括：

所述基本呼叫处理模块判断所述现网交换设备的能力是否能够支持所述呼叫需要的媒体资源和/或所述呼叫控制能力。

Images