首页> 中国专利> 利用公共软件平台执行公共呼叫处理管理的方法和设备

利用公共软件平台执行公共呼叫处理管理的方法和设备

摘要

一种利用公共软件平台执行公共呼叫处理管理的方法,所述公共软件平台包括用于提供所有通信系统所需公共功能的水平组件和用于提供基于通信系统的特定功能的垂直组件,所述方法包括:允许公共代理基于预定时间表执行包括采集因特网信息操作的对应操作而不考虑管理员的干涉;允许操作管理和维护(OAM)模块管理和维护执行因特网上对应操作的网络;允许公共呼叫处理器响应物理组件提供的呼叫信号来管理用户,该物理组件接收用户信号,以及基于呼叫信号创建语音路径以通过该语音路径发送用户信号。

著录项

  • 公开/公告号CN1518311A

    专利类型发明专利

  • 公开/公告日2004-08-04

    原文格式PDF

  • 申请/专利权人 三星电子株式会社;

    申请/专利号CN200310123241.7

  • 发明设计人 朴胜俊;

    申请日2003-12-18

  • 分类号H04L29/06;

  • 代理机构中科专利商标代理有限责任公司;

  • 代理人戎志敏

  • 地址 韩国京畿道

  • 入库时间 2023-12-17 15:26:25

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2011-03-16

    未缴年费专利权终止 IPC(主分类):H04L29/06 授权公告日:20060920 终止日期:20100118 申请日:20031218

    专利权的终止

  • 2006-09-20

    授权

    授权

  • 2004-10-13

    实质审查的生效

    实质审查的生效

  • 2004-08-04

    公开

    公开

说明书

技术领域

本发明涉及一种用于在语音业务系统中执行CPM(呼叫处理管理)的方法,更具体地是一种能够减小对交换信号处理接口协议和用户线接口协议功能依赖性的CCPM(公共呼叫处理管理)。

背景技术

通过常规的呼叫处理方法,基于业务类型的不同软件模块提供了基于交换信号处理接口协议和用户线接口协议的呼叫处理管理和语音路径连接管理。特别地,该呼叫处理管理的结构依赖于交换信号处理接口协议。结果,根据常规的呼叫处理方法,当每一次将新的交换信号处理接口或新的用户线接口加到通信系统中时,都必须在通信系统中新加入相关的呼叫处理模块或重新构造相关的呼叫处理模块。在通信系统中加入相关的呼叫处理模块或重新构造相关的呼叫处理模块的情况下,问题在于必须重新测试通信系统以保证系统操作的稳定性。

可以理解的是在常规通信系统中,用于执行呼叫处理功能的模块的操作依靠交换信号处理接口协议和用户线接口协议。结果,在将新的交换信号处理接口协议和用户线接口协议应用于通信系统的情况下,添加或重新构造基于交换信号处理接口协议和用户线接口协议的呼叫处理模块会引起系统中重复过载的问题。此外,会增加开发系统所需的周期时间和成本。这里的另一个问题在于还会降低在先存在的呼叫处理软件的重复使用性和便携性。

发明内容

所以,本发明考虑到了上述问题,且本发明的目的是提供一种用于在通信系统中灵活地执行集成的呼叫处理而无需依靠采用交换信号处理接口协议和用户线接口协议的方法。

本发明的另一个目的是通过实现公共软件结构和适于容易地开发各种媒体网关系统的可重复使用软件,提供一种用于在通信系统中灵活地执行集成的呼叫处理而无需依靠采用交换信息处理接口协议和用户线接口协议的方法。

根据本发明的一个方面,通过提供一种利用公共软件平台执行公共呼叫处理管理的设备可以实现上述及其他目的,该公共软件平台包括用于提供所有通信系统所需公共功能的水平组件(component)和用于提供基于通信系统的特定功能的垂直组件,所述设备包括:用于执行包括不考虑管理员的干涉而基于预定时间表采集因特网信息的对应操作的公共代理;用于管理和维护执行因特网上对应操作的网络的OAM(操作管理维护)模块;用于响应物理组件提供的呼叫信号来管理用户的公共呼叫处理器,该物理组件接收用户信号,并基于呼叫信号创建语音路径以通过该语音路径发送用户信号。

优选的是,公共呼叫处理器可以包括用于提供交换接口、用户接口和呼叫处理模块之间接口的CPM API(呼叫处理管理应用程序接口)、用于解码对应的命令并提取物理终端信息和相关索引的事件解码模块;用于组织组件以执行基于交换接口、用户接口和连接较低层次模块的接口的对应功能的组件特定呼叫处理模块;用于将从交换接口产生的信号和控制信号处理并转发到对应模块以响应来自用户接口请求的公共呼叫信号管理模块;用于控制连接的公共连接管理模块,该连接用于创建不考虑硬件和应用程序的语音路径;以及用于管理与呼叫处理关联的系统资源的呼叫资源管理模块。

优选的是,组件特定呼叫处理模块可以包括具有至少一个MGCP(媒体网关控制协议)接口、语音呼叫信号接口V5.2接口和GR303接口的垂直组件。优选的是,物理组件可以包括至少一个开关模块、音频发生器和物理端口。

优选的是,公共呼叫处理器可以基于提取的物理终端信息和相关索引,根据垂直和物理组件的种类执行特定的呼叫处理,为物理交换分配系统的交换资源、确定路径信息并产生控制命令。优选的是,公共呼叫处理器确定的路径信息可以包括与至少一个卡片(card)位置和交换的目的地相关联的地址信息。

本发明提供了水平组件,该组件提供了公共功能并因此在各种通信系统中可重复使用,由此当运行一个通信系统时,可以无需依赖于OS(操作系统)或硬件设备来构造软件模块。此外,本发明提供了一种CPM API,通过根据各个接口模块,隐藏与较低层次软件和硬件相关联的特定信息,该CPM API能够在呼叫处理时根据程序的改变使附加的工作量最小。此外,本发明提供了一种CCPM,该CCPM能够隐藏诸如MGCP接口、V5.2接口和GR303接口之类处理交换信号的垂直组件和诸如PSTN、VoDSL端口之类物理组件之间的逻辑关系以及诸如交换结构之类通信系统的物理结构,并且基于呼叫处理功能组织公共和独立模块,由此可以容易地开发和验证新的语音业务功能、减少开发所需的时间周期并稳定功能。

附图说明

当结合了其中相同元件用相同参考符号表示的附图时,参考下面的详细说明将会使对本发明更完整的理解以及本发明带有的多个优点更加清楚明了,其中:

图1所示为根据本发明的用于公共呼叫处理的一种公共软件平台的框图;

图2所示为图1中CCPM(公共呼叫处理管理)模块中包括的垂直组件之间的连接关系的示意图;

图3所示为如图1所示嵌入了垂直组件的CCPM模块的详细结构示意图;

图4所示为根据CCPM模块的V5.2、GR303接口与VoDSL(DSL(数字用户线)语音)接口用户之间的事件处理,在主模块和从模块之间的操作示意图。

具体实施方式

现在,将参考附图详细地说明本发明的优选实施例。在附图中,即使没有在同一幅图中,相同的元素也用相同的参考号表示。在下面结合了本发明优选实施例的说明中,给出了不同的特定元素。给出有关这些元素的说明只是为了更好地理解本发明。那些本领域的熟练技术人员应该理解可以无需使用上述特定的元素来实现本发明。此外,在下面的说明中,当对这里包含的已知功能和结构的详细说明会使本发明的主题不明显时,将其省略。

此外,下面的参考提供了相关技术和附加信息的说明,这样通过下述参考可以更好地理解本发明。

-开放式系统互连,基本参考模型,ITU-T X.200(国际电信联盟的远程通信标准化部X系列开放式系统互连建议)

-开放式系统互连,数据链路业务定义,ITU-T X.212

-开放式系统互连,网络业务定义,ITU-T X.213

-开放式系统互连,传输业务定义,ITU-T X.214

图1所示为根据本发明的用于公共呼叫处理的一种公共软件平台的框图。

如图1所示,公共软件平台100可以公共地应用于多个不同的通信系统。可以在通信网卡中设置公共软件平台100,且该平台包括基于功能而分类的组件。

公共软件平台100包括水平设置的水平组件和垂直设置的垂直组件。水平组件提供所有通信系统所需的公共功能。垂直组件提供某个通信系统所需的特定技术功能。垂直组件向水平组件提供该技术功能并根据通信系统不同而不同。

如图1所示,具有所有通信系统需要的公共功能的水平组件包括公共代理(agent)111、公共OAM(操作管理维护)模块113、CCPM(公共呼叫处理管理)模块115、UIPC(统一互处理通信)模块117、DIA(设备独立接入)层119、设备驱动器121、OIA(操作系统独立接入)层127、RTOS(实时操作系统)123以及硬件125。这里,“agent”为用于根据预定的时间表而不是管理员的干涉来采集因特网信息或执行几种不同服务的软件模块。此外,“OAM”模块是一种用于提供诸如网络故障指示、性能信息指示和数据诊断之类网络管理功能的软件模块。

此外,具有特定通信系统需要的技术功能的垂直组件包括MGCP(媒体网关控制协议)接口151、V5.2接口153和GR303接口155。图1中的阴影部分112、114、152、154、156、122以及123使用或添加了商业软件。

除了图1中所示的组件外,还可以将各种类型的组件用于构造垂直或水平组件。例如,水平组件公共OAM模块113采集并管理警告和性能数据以执行通信系统的管理和维护。基于ATM(异步传输模式)的通信系统将与ATM相关的警告和性能数据加到ATM垂直组件中,由此提供相关的业务。

这样,通信系统使用了提供公共功能并能够在各种通信系统中重复使用公共功能的水平组件,这样就可以构造软件模块而无需依赖于操作系统(OS)或硬件设备。

根据本发明的这个实施例,CCPM模块115可以完成公共呼叫处理功能。

当通信系统中安装了诸如呼叫处理接口MGCP接口151、V5.2接口153和GR303接口155之类的垂直组件时,CCPM模块115在垂直组件和与物理语音用户线相关联的物理组件之间提供下述功能。

首先,CCPM模块115提供用户注册功能,用于创建和维护物理语音用户端口和属于各个垂直组件的逻辑实体之间的逻辑关系以响应系统命令。

CCPM模块115提供用户注册释放功能,用于释放物理语音用户端口和属于各个垂直组件151、153和155的逻辑实体之间的预设置逻辑关系以响应系统命令。

CCPM模块115管理临时状态和与物理语音用户端口和属于各个垂直组件151、153和155的逻辑实体相关联的操作状态,并提供用户状态管理功能,诸如向实体管理模块传送状态信息的功能。

CCPM模块115基于用户协议将从物理语音用户线接收到的诸如使用信号、挂机信号等用户信号转发到对应的垂直组件,由此提供向交换机(图中未示出)传送用户呼叫信号的功能。

CCPM模块115接收来自垂直组件的接收该用户呼叫信号的交换机发送的用户线路控制信号,并接着执行将用户线路控制信号转发到对应用户管理模块的功能。

CCPM模块115分析从每一个垂直组件发送的语音路径连接设置命令并基于分析的命令控制对应通信系统中包括的交换组件的操作。这样,CCPM模块115就提供了创建用户和交换机网络之间语音路径的功能。

为了控制预设置语音路径连接,CCPM模块115控制包括在通信系统中的交换组件的操作以响应从垂直组件接收的命令。这样,CCPM模块115就提供了释放用户和交换机网络之间语音路径的功能。

CCPM模块115提供了管理语音路径连接以响应来自垂直组件151、153和155命令的功能。CCPM模块115提供了管理与呼叫处理相关的系统资源的功能。此外,CCPM模块115还提供了公共API(应用程序接口),这样控制垂直和物理组件的模块就可以接入CCPM模块115。

图2所示为图1中CCPM(公共呼叫处理管理)模块中115包括的垂直组件之间的连接关系的示意图。如图1所示,CCPM模块115具有包括单CPM(呼叫处理管理)主模块212和多个CPM从模块222和232的主-从结构。

CPM主模块112通过分配和释放与呼叫处理相关联的系统资源来管理资源以用于呼叫处理并分析从垂直组件接收到的控制命令。CPM主模块112基于分析的控制命令产生用于CPM从模块222和232的控制消息并将产生的控制消息转发到UIPC模块215。此外,CPM主模块212产生并管理数据以用于呼叫管理,并利用预设置用户信息,将从物理组件接收到的用户呼叫信号转发到对应的垂直组件。

此外,CPM从模块222和232将从垂直组件接收到的呼叫相关事件转发到CPM主模块212或将从CPM主模块212接收到的呼叫相关事件转发到垂直组件。CPM从模块222和232将从物理组件接收到的呼叫相关事件转发到CPM主模块212或将从CPM主模块212接收到的呼叫相关事件转发到物理组件。CPM从模块222和232接收来自CPM主模块212的控制命令并通过物理控制器213控制物理组件以响应接收到的控制命令。此时,CPM从模块222和232根据来自CPM主模块212的控制命令控制的物理组件包括,例如交换模块250、音频发生器252以及物理端口254。如图2所示,CPM用户应用程序210对应着CPM主模块212,CPM用户应用程序220、物理控制器223和UIPC模块225对应着CPM从模块222,而CPM用户应用程序230、物理控制器233和UIPC模块235对应着CPM从模块232。

图3所示为如图1所示嵌入了垂直组件151、153和155的CCPM模块的详细结构示意图。如图3所示,CCPM模块115包括CPM API(呼叫处理管理应用程序接口)320、事件解码模块330、组件特定呼叫处理模块350、公共呼叫信号管理模块370、公共连接管理模块380以及呼叫资源管理模块310。这里,组件特定呼叫处理模块350包括垂直组件,诸如MGCP接口352、V5.2接口354和GR303接口356等等。

CPM API 320提供了交换信号处理接口模块、用户线路接口模块和呼叫处理模块352、354和356之间的接口。此时,CPM API 320通过集成了呼叫处理模块352、354和356之间接口的API进行操作。这样,通过根据各个接口模块,隐藏与较低层次软件和硬件相关联的特定信息,CPMAPI320能够在呼叫处理时根据程序的改变使附加的工作量最小。

组件特定呼叫处理模块350和垂直组件352、354和356根据交换的信号、用户线路接口的类型以及通信系统的结构来组织特定的组件并使接口与公共呼叫信号管理模块370、公共连接管理模块380相连接。这样,尽管在通信系统中加入了新的接口或新的功能模块,可以使附加的工作量最小。

公共呼叫信号管理模块370处理并转发用户接口产生的应答、闪烁和挂机信号而不考虑用户接口或交换机接口的种类。此外,公共呼叫信号管理模块370将振铃或音频信号作为与用户相关联的控制信号处理并转发以响应来自交换接口的请求。

公共连接管理模块380执行连接控制过程以用于语音信号路径连接而不考虑硬件和应用程序。

呼叫资源管理模块310管理与呼叫处理相关的通信系统资源。

CCPM模块115包括用户管理功能、语音呼叫信号转发功能以及语音路径连接管理功能。首先,CCPM模块115执行创建或释放垂直组件151、153和155和物理组件之间关系的用户管理功能。其次,CCPM模块115执行传送垂直组件151、153和155的各个实体和物理实体组件之间呼叫信号的语音呼叫信号转发功能。再次,CCPM模块115执行创建或释放语音路径连接的语音路径连接功能以响应垂直组件151、153和155的控制命令。

为了响应操作员命令,激活用户管理功能并执行下面的过程。CCPM模块115接收操作员产生的用户命令并提取与垂直组件的实体对应的地址信息和与物理组件的实体对应的地址信息。此时,CCPM模块115利用地址信息的各个段产生一个关联。这里,地址信息根据垂直组件和物理组件是不同的并且基于对应组件的实体管理规则来使用。

下文中将详细说明CCPM模块115的功能。CCPM模块115基于系统分配了单索引用于垂直组件151、153和155和物理组件之间的各个关联。此时,将被分配的相关索引用作用户索引。

CCPM模块115将分配的相关索引和地址信息传送到多个模块以管理垂直组件151、153和155和物理组件,由此使公共呼叫信号管理模块370和公共连接管理模块380可以通过特定的相关索引识别作为一个用户注册的独立实体,这样,CCPM模块115可以执行用于各个实体的适当呼叫处理过程。

下文中,当CCPM模块115接收到来自垂直组件151、153和155或物理组件的实体的呼叫相关信号时,将执行与语音呼叫信号转发功能相关联的过程。

CCPM模块115通过CPM API 320接收来自公共呼叫信号管理模块370和公共连接管理模块380的呼叫信号以管理垂直组件151、153和155和物理组件。在CPM从模块接收呼叫信号的情况下,CCPM模块115将对应信息转发到CPM主模块。CCPM模块115将接收到的呼叫信号进行解码并从解码得到的呼叫信号中提取出发送呼叫信号的组件的相关索引和信息。CCPM模块115利用提取的相关信息从呼叫处理数据库(图中未示出)中检索相关的信息。

组件

CCPM模块115从相关信息中提取对等组件信息,确定路线信息并产生CPM消息。基于路线信息,CCPM模块115将产生的CPM消息传送到对应的CPM从模块。

接收来自CPM主模块呼叫信号的CPM从模块利用公共呼叫信号管理模块370和公共连接管理模块380提供的API将呼叫信号传送到对应的模块以用于管理垂直组件151、153和155和物理组件并将响应信号传送到CPM主模块。

为了响应来自垂直组件151、153和155的控制命令,激活语音路径连接功能并执行下面的过程。CCPM模块115通过CPM API 320接收来自垂直组件151、153和155的语音路径连接命令。CCPM模块115通过事件解码模块330将对应命令进行解码并提取出用于语音路径连接的终端信息(端-端信息)和相关索引。

根据垂直和物理组件的种类,CCPM模块115基于提取的物理终端信息和相关索引执行特定的呼叫处理、分配系统的交换资源、确定路径信息并产生控制命令以用于物理交换。此时,路径信息包括与卡片位置、目的地等相关联的地址信息。

CCPM主模块212将产生的控制命令传送到对应的CPM从模块。接收来自CCPM主模块212的语音路径连接命令的CPM从模块呼叫对应组件管理模块的连接设置API以控制物理交换机设备。

CPM从模块控制物理交换机设备并将控制的结果传送到CPM主模块212。

此外,CPM主模块212接收控制信号的结果并呼叫回叫功能以将相关信息传送到垂直组件151、153和155,该回叫功能包括在从垂直组件接收到的语音路径连接命令之中。此时,相关信息包括例如发送/接收RTP(实时传输协议)的数目、UDP(用户数据报协议)地址等。

图4所示为根据CCPM模块的V5.2、GR303接口与VoDSL(DSL(数字用户线路)语音)接口用户之间的事件,在主模块和从模块之间操作的示意图。如图4所示,将一个主模块控制卡片400与该主模块控制卡片400控制的多个从模块控制卡片500和600相连。此外,主模块控制卡片400和从模块控制卡片500、600将UIPC模块480、560和660作为公共软件平台提供给互处理消息通信。UIPC模块480、560和660提供路径用于卡片和卡片之间的消息通信。

UIPC模块480、560和660都是连接的以用于执行对应操作的处理。根据本实施例,主模块控制卡片400的UIPC模块480与CPM主模块440连接,而VoDSL控制卡片500的UIPC模块560与VoDSL控制卡片500的CPM从模块540连接。中继控制卡片600的UIPC模块660与中继控制卡片600的CPM从模块640连接。

在图4中,VoDSL控制卡片500通过VoDSL接口520接收与xDSL连接的IAD(集成接入设备)(图中未示出)产生的用户信号,诸如挂机和通话信号等。VoDSL接口520将用户信号发送到CPM从模块540。CPM从模块540将用户信号发送到主模块控制卡片400,这样可以通过UIPC模块560将用户信号发送到主模块控制卡片400的UIPC模块480。这样,CPM主模块440将接收到的用户信号传送到交换接口V5.2接口420。此外,CPM主模块440通过UIPC模块480将从V5.2接口420接收到的用户信号传送到VoDSL控制卡片500。

在图4中,中继控制卡片600提供了基于V5.2的物理E1(欧洲用户线路)接口功能和基于LAPV-5的信号终端功能。这样,中继控制卡片600提取了一次交换发送的用户信号和语音路径连接消息并将提取到的用户信号和语音路径连接消息传送到了主模块控制卡片400的V5.2接口420。此外,中继控制卡片600控制与中继接口620连接的用户语音路径以响应语音路径连接消息。

主模块控制卡片400包括V5.2接口420、GR303接口460以及CPM主模块440。这样,CPM主模块440控制与语音业务相关联的系统操作以响应接收到的用户信号和交换控制信号。

该CCPM115能够隐藏诸如MGCP接口151、V5.2接口153和GR303接口155之类处理交换信号的垂直组件和诸如PSTN、VoDSL端口之类物理组件之间的逻辑关系以及诸如交换结构之类通信系统的物理结构,并且基于呼叫处理功能组织公共和独立模块,由此可以容易地开发和验证新的语音业务功能、减少开发所需的时间周期并稳定功能。

从上述说明中可以清楚看到,本发明提供了水平组件,该组件提供了公共功能并因此在各种通信系统中可重复使用,由此当运行一个通信系统时,可以无需依赖于OS(操作系统)或硬件设备来构造软件模块。

此外,本发明提供了一种CPM API,通过根据各个接口模块,隐藏与较低层次软件和硬件相关联的特定信息,该CPM API能够在呼叫处理时根据程序的改变使附加的工作量最小。

此外,本发明提供了一种CCPM模块115,该CCPM能够隐藏诸如MGCP接口、V5.2接口和GR303接口之类处理交换信号的垂直组件和诸如PSTN、VoDSL端口之类物理组件之间的逻辑关系以及诸如交换结构之类通信系统的物理结构,并且基于呼叫处理功能组织公共和独立模块,由此可以容易地开发和验证新的语音业务功能、减少开发所需的时间周期并稳定功能。

尽管出于演示的目的公开了本发明的实施例,对于本领域的熟练技术人员来说可以理解各种修改、增加和删减而不脱离本发明的范围。因此,本发明连同其等同物的全部范围并不受上述实施例的限制,而是由所附的权利要求确定。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号