专利名称：支持多媒体的网络中有区别的呼叫通知业务的制作方法
相关申请的参考本申请所公开的主题涉及在下述共同拥有的待审查美国专利申请所公开的主题(i)“支持多媒体网络中的用户验证业务”，提交日2001年5月31日，申请号09/871,510，(代理卷号1285-0047US)，发明人BabuV.Mani；(ii)“支持多媒体网络中的直接连接业务”，提交日2001年5月31日，申请号09/871,514，(代理卷号1285-0044US)，发明人Babu V.Mani；(iii)“支持多媒体网络中的呼叫方展示简表业务”，提交日2001年5月31日，申请号09/871,410，(代理卷号1285-0048US)，发明人BabuV.Mani；(iv)“支持多媒体网络中的紧急事务通知和优先业务”，提交日2001年5月31日，申请号09/871,515，(代理卷号1285-0046US)，发明人Babu V.Mani；(v)“支持多媒体网络中的呼叫等待业务”，提交日2001年5月31日，申请号09/871,042，(代理卷号1285-0043US)，发明人BabuV.Mani；这里并入它们的全文作为参考。
加上互联网的惊人普及，近年来人们对数据网(例如那些基于互联网协议(IP)编址的数据网)中采用的分组交换网(PSN)基础结构替代和/或附加当今语音网中采用的现有电路交换网(CSN)基础结构产生了极大的兴趣。期待由于这种集成将实现许多优点。从网络运营商的角度来说，PSN所固有的业务量集结允许降低传输成本和每位终端用户的基础设施成本。最终，这种成本的降低允许网络运营商能够将节省的开销传递到用户。另外，新型以业务为中心的网络(是指下一代网络，不同于现有的以话音为中心和以数据为中心的网络)运营商能够向用户提供集成了话音/数据/视频的增强型业务，这些用户将使用支持多种多媒体的终端设备。
如上所述，数据和话音业务已经发生了许多改进。但是，当前以数据为中心和以话音为中心的业务不会提供在下一代网络使用多媒体所有可能获得的增强型业务。
在一个方面，本发明涉及一种用于支持多媒体网络的呼叫通知系统和方法，用于根据来自呼叫方的输入呼叫向用户传递选择告警。在为用户提供业务的网络单元收到来自呼叫方的输入呼叫以后，调用多媒体会话引擎以为用户启动呼叫处理应用。根据与输入呼叫有关的至少一部分参数信息，呼叫通知数据库由与呼叫处理应用有关的业务逻辑查询以确定要提供的呼叫告警模式。随后，启动用户终端可操作的支持多媒体的接口，以便实现根据输入呼叫所选择的呼叫告警模式。
依赖业务结构的如何实现，呼叫处理应用可以规定为归属于第三方服务器平台的业务应用，该第三方服务器平台连接到一公共分组交换网(例如，互联网)，作为专用IN/AIN节点，例如多媒体业务控制点(SCP)和应用服务器所归属的电信加固的载波级别的业务应用，或者作为其业务逻辑嵌入在SS7节点(例如，业务交换点或SSP)和多媒体软交换单元的集中式业务。
在另一方面，本发明涉及一种计算机可访问的介质，该介质可操作位于支持多媒体的下一代网络的至少一个网络单元。该计算机可访问的介质可进一步操作装载一系列指令，当被与网络有关的至少一个处理实体执行时，该指令可被执行以实现至少一部分上述支持多媒体的有区别的呼叫通知方法的步骤。
图1描述了一种下一代支持多媒体网络的示范性高层架构方案，利用该网络来实现本发明的教导；图2描述了根据图1所示的示范性高层架构方案的功能方框图；图3描述了可根据本发明的教导操作的多媒体呼叫/会话引擎的功能方框图；图4描述了支持多媒体业务的示范性的下一代网络；图5描述了一种示范性的业务网，该业务网利用了根据本发明教导的基于多媒体的有区别的呼叫通知系统和方法；图6描述了一种具有网络浏览器的示范性多媒体接口，用于根据本发明的教导实现多媒体呼叫和有区别的呼叫通知告警；图7描述了一种用户呼叫通知简表的示范性实施例；图8是本发明示范性有区别的呼叫通知方法所涉及步骤的流程图；和图9A和9B描述了根据本发明教导的选择示范性有区别的呼叫通知方案所涉及的步骤。
下一代网络的示范性架构方案100最好利用熟知的软交换技术来实现。实质上，软交换的功能可用来从承载呼叫的媒体网关(例如，传输层)中分离呼叫的呼叫控制功能(或者，在多媒体通信会话的情况称为“会话控制”功能)。呼叫控制特征可以发生变化，但是通常会包括呼叫路由选择、允许控制、连接控制(例如创建和断掉会话)和信令交互--例如从SS7到会话启动协议(SIP)。这些功能可以集体称为会话控制。软交换功能也可以包括(i)根据客户数据库信息为呼叫选择路由的能力，(ii)将呼叫控制转移到处于另一网络的节点的能力，(iii)支持管理功能，例如物资供应、记账等等。
继续参见图1，架构方案100相应的包括接入/传输层102，该接入/传输层102经多种开放标准协议和应用程序接口(API)与会话控制层104交互作用。接着，会话控制层104经第二组开放标准协议和API与应用业务/特征层106连接。正如下文所更详细描述的，各种多媒体业务、应用和特征可以提供为该业务层106的一部分。另外，一些后勤管理和物资供应功能也可以包含在其中。
本领域技术人员应当很容易理解多种协议和API可用于实现上述的架构方案100，该架构方案100有效地分离会话控制层、下层的接入/传输层，以及业务应用层。例如，这些协议—实现媒体控制API、信令API和业务API—包括SIP、H.323、呼叫处理语言(CPL)、媒体网关控制器协议(MGCP)、互联网协议设备控制(IPDC)、H.248、MEGACO、实时协议(RTP)、用于综合网的JavaTMAPI(JAIN)、资源预留协议(RSVP)、增值(Parlay)、轻目录接入协议(LDAP)、标记语言，例如扩展标记语言(XML)、多协议标号交换(MPLS)等等。另外，利用适当的SS7或基于IP的接口也可接入现有的IN/AIN业务结构。
软交换功能本质上是由软件来实现，该软件可位于单个网络单元上或分布在多个节点中。另外，可以在一个实际的软交换实现中提供不同级别的断开连接和接入。例如，SS7功能可以嵌入在一个软交换单元中，或保持独立。在其他的实现方式中，软交换功能可以位于媒体网关(MGW)的顶部，而不是物理地区分开来，只要传输和控制板分离的话。
通过为控制和交换创建不同的层，以及为软件编程起到杠杆作用，业务提供商可以自由组合传输业务和控制协议，以实现从一个业务到另一个业务的无缝转移。因为开放标准和API，所以来自多个厂商的最高等级的解决方案和产品可有利地被下一代网络所采用。此外，到业务层(包括一适当的业务创建环境(SCE))的开放API，与业务创建、业务调停和业务经纪标准一起能够创建多种高级、支持增强型多媒体的业务，这些业务具有更快的业务转入转出。
图2描述了与图1所示的示范性架构方案有关的功能方框图。尤其说明了三层，这三层对应于该架构方案的三个分离的层。接入/传输层202的例子是多个支持多媒体的H.323终端、用于接入到一个或多个综合接入设备(IAD)(未示出)和其他通信设备的GW 210(包括MGW和接入网关或AGW)、和支持多媒体的SIP终端212。为了本发明的目的，所有这种支持多媒体的接入设备(包括支持多媒体的电话机、计算机、游戏机、电视机等等)都可以称为多媒体设备并最好提供有一个或多个人机接口(例如，摄像机/静物照相机、麦克风、显示屏、键盘、指示装置、操纵杆、跟踪球、录音机、音频到文本或文本到音频转换器等等)用于接受或捕获与用户有关的多媒体响应或输入。另外，在某些示范性的实施方式中，多媒体设备可以装备有适当的生物ID读取器和传感器，例如指纹读取器、视网膜扫描器、语音识别系统等等。
继续参见图2，分离架构方案的控制层204说明一示范性多媒体呼叫/会话引擎的功能，该多媒体呼叫/会话引擎实现为网络中多媒体软交换的一部分。呼叫/会话和连接控制块226提供有多个接入和传输接口214，用于连接到下层的接入/传输层214。如上所述，这些接口包括，例如SIP接口216、H.323接口218、SS7接口220、SigTran接口222(用于SS7-over-IP)、和H.248接口224。呼叫/会话和连接控制块226的功能与多个模块有关，例如资源管理模块228、通信量计量/测量模块230、事件纪录模块232、屏蔽模块234、告警236、记账模块238、带宽管理模块240、路由选择模块242、业务质量(Qos)模块244、特征相互作用模块246、物资供应模块248和翻译模块250。
多个应用接口252可被多媒体会话引擎用作与应用层206的接口。这里举的例子是增值(Parlay)接口254和SIP接口256。附图标记258-1到258-N指的是多个应用服务器(AS)，这些应用服务器可操作容纳各种业务、特征和管理策略。一个或多个遗留的业务节点(例如，业务控制点或SCP)也可以提供为一个或几个AS节点，例如AS 260形式的应用层206的一部分。最好还包括到第三方AS节点262的接口。
该分离架构方案的应用分层可以三种方式建立。客户应用，例如电子商务、电子居住(家用电器控制、居住安全等等)、电子健康等等可位于互联网上作为第三方平台所归属的应用。用于商业和居住用途的专业化业务，例如虚拟专用网(VPN)、预付费业务等和多媒体应用可提供为在专用的远程通信加固平台所归属的分布式应用。载波级别的AS节点、支持多媒体的SCP等等通常都包括这种平台。选择一组遗留的业务用于商业以及居住应用，可以提供为基于SS7平台(例如信令交换节点(SSP))和软交换节点的集中式应用。
现在参见图3，这里描述了一种多媒体软交换的呼叫/会话引擎300的高层功能方框图，该呼叫/会话引擎300可根据本发明的教导操作。正如这里所更详细描述的，接入/传输接口214和应用层接口252都可被呼叫/会话引擎300用于实现其软交换功能。控制引擎302负责呼叫/会话控制和连接控制(类似于传统的呼叫控制功能或CCF)。包括应用引擎是为了启动应用和管理与所启动业务应用相互作用的特征/策略。另外，应用引擎304最好可操作开放适当的API来支持增强型业务。当第三方应用被调用时，应用引擎304还可以为业务选择和初始化提供防火墙管理和用户接入管理。接入引擎306可操作实现在线用户验证和授权，并使业务使用权生效。另外，漫游管理可由接入引擎306提供，用于预约检索、漫游检索和登记协商。
图4描述了一种示范性的下一代多媒体网络400，它能够根据本发明的教导提供多个多媒体业务。为了本发明的目的，网络400及其变型以及示范性的实施方式都将称为“业务网”。一个或多个遗留的电路交换网(CSN)402，例如用于有线电话通信的公共交换电话网(PSTN)和用于无线电话通信的公共陆地移动网(PLMN)连接到一个或多个分组交换网(PSN)406，例如基于IP的互联网、基于ATM的分组网等等。此外，PSN部分406还可以保含这类其他的基于IP的专用网，例如公司内联网、企业网、家庭网等等。相应的，在一实施例中，PSN 406表示内联这些IP网的网络。多个长途干线网关(TGW)，例如TGW 404A和TGW 404B处于网络400的CSN和PSN部分之间，用于实现这两部分之间的接口功能。接入网关(AGW)节点408连接到PSN部分406，用于促进从多个接入设备(AD)410-1至410-N到网络400的接入。一个或多个支持多媒体的SIP终端412和支持多媒体的H.323终端414可操作发起和结束多媒体会话以及网络400所支持的各种多媒体业务。
一个或多个可选择的多媒体(MM)业务资源功能(SRF)节点，例如MM-SRF 416连接到PSN 400，用于为收敛的话音/数据业务提供载体资源功能、请求这些业务的协议、和用于编程载体资源密集的应用以及内容/公告文件。但是，MM-SRF节点416并不在双方之间建立载体路径，因为在IP组网环境下没有这种专用的载体连接。而只是在双方之间建立一逻辑连接。
在基于多媒体的业务网框架中，MM-SRF节点416的功能包括以下的几种(i)通过提供多媒体资源业务在用于载体业务的媒体接入/资源平面中操作，(ii)提供标准的协议，(iii)通过多媒体软交换机(例如，软交换机418)连接到AS节点和(iv)使得第三方能够通过开放的API对载体业务和内容/公告进行编程。本领域技术人员应当理解这些功能中的一些可以嵌入在多媒体软交换机418中或根据软交换机的集成程度分布在多个支持MM的节点上。
多个归属的应用420可以共存在多媒体软交换节点418上。该应用的具体类型依赖于业务结构实现和应用分层。一些示范性的应用可以包括网络公告(连同SFR 416)、会议电视、数字收集、统一的(多媒体)消息传送、媒体流和自定义通告、自动语音识别(ASR)、文本到语音(TTS)、利用多媒体的用户验证、和各种增强型业务，例如多媒体呼叫等待、直接连接业务、有区别的呼叫通知、紧急事务优先业务、呼叫方简表的基于多媒体的展示等等。另外，应当认识到这些多媒体业务中的一些可以规定为载体AS节点422和第三方AS节点424所归属的应用，它们分别具有与其相关的适当的API。
尽管图4所示的示范性网络实施例400没有明显的说明用于实现遗留的IN/AIN业务的SS7接口，但是本领域技术人员应当理解各种这类的SS7接口和支持SS7信令的网关(SGW)也可以适当的处于提供SS7功能的网络中。
现在参见图5，这里描述了一种示范性的业务网布置500，该业务网根据本发明的教导在支持多媒体的下一代网络502中使用有区别的呼叫通知系统和方法。从参考文献中，本领域技术人员应当理解在一个实施例中，网络502可以包括各种PSN和CSN部分及其混合，包括本地和电信运营商之间的网络部分的组合。多媒体节点或网络单元504可以操作充当多个用户，例如操作多媒体IT装置506A用于发起和/或终止呼叫的用户508A。类似的，操作适当IT的其他呼叫方，例如具有IT 506B的呼叫方508B和具有IT 506C的呼叫方508C也可操作连接到网络502。
具有上述功能的多媒体呼叫/会话引擎的软交换机510位于网络502，用于呼叫路由选择和应用启动。尽管软交换机510在此实施例中描述为独立的节点，但应当认识到软交换机的功能也可以提供为提供业务的多媒体节点504的一部分。呼叫处理服务器512提供为连接到网络502的应用服务器节点，其中适当的多媒体业务逻辑513提供用于查询用户呼叫通知简表数据库。如上所述，显然呼叫处理服务器节点512可以根据业务结构和应用分层为分布式或嵌入式。
继续参见图5，本发明的有区别的呼叫通知系统包括经一适当的接口与呼叫处理器服务节点512连接的数据库环境514。各种有区别的呼叫通知模式、选项、限制和策略、例如选择性呼叫处理选项的其他有关特征等等都存储在数据库环境514中。在本发明目前一个优选的实施例中，数据库环境514能够由用户和网络运营商更新。
附图标记509A是指网络502中由多媒体网络单元504服务的用户508A和呼叫方508B之间的呼叫连接。类似的，附图标记509B是指用户508A和另一个呼叫方508C之间的另一个呼叫连接。附图标记509C是指用户508A和非用户呼叫方508D之间的再一个呼叫连接。应当理解，各方操作的一些终端，例如呼叫方508D操作的终端505不一定支持多媒体。此外，呼叫方可以位于不同的地理位置并可以包括多种类型，例如家庭成员、商业伙伴等等。相应的，根据用户的通知简表选项和有关的业务特征，对用户508A的输入呼叫可以采用多种呼叫通知方案。
而且，在某些示范性的实施例中，各方还可以具有附加的业务特征，例如多个呼叫等待(即，能够等待多个输入呼叫)和可以与本发明的呼叫通知业务特征相互作用的呼叫方简表展示。关于这些基于多媒体业务的其他信息在下面待审查的美国专利申请中提供，它们引入并参考上文的参考文献(i)“支持多媒体网络中的呼叫方简表展示业务”，提交日2001年5月31日，申请号09/871,410(代理卷号1285-0048US)、发明人BabuV.Mani；(ii)“支持多媒体网络中的呼叫等待业务”，提交日2001年5月31日，申请号09/871,042(代理卷号1285-0043US)、发明人Babu V.Mani。
图6描述了这样一种示范性多媒体接口，该多媒体接口具有可操作支持多媒体终端的浏览功能，用于根据本发明的教导实现多媒体呼叫和有区别的呼叫通知告警。显示器602可操作展示图形用户界面(GUI)，该界面具有多个面向呼叫的图标，它在多媒体终端，例如图5所示的IT506A上运行的浏览器客户604的控制下经拖放作用来启动。至少一部分显示器602(例如部分651)可用于向用户展示呼叫方的视频/照片标记。另外，部分651或其他显示部分可用于呈现与特定用户有关的呼叫通知自动弹出窗口、标语等等，正如下文中所更详细描述的。键盘606和光标指示装置608(例如，鼠标、跟踪球或其等同物)提供用于促进用户和接口之间的拖放作用。适当的音频输入装置610和音频输出装置612与接口有关，用于实现现场语音响应和/或呼叫通知公告。数码相机614和静物照像机616也包含在其中，用于捕获用户现场的视频和静止的相片，以便向正与用户会话的呼叫方提供现场的图像作为多媒体响应。
如果呼叫等待(CW)通知特征可用于用户，多个等待呼叫者可以出现在显示器602上的适当“图标”(此图并未示出)。应当认识到这些图标可以包括与等待呼叫方有关的声音clip图标、图像图标、动画图形、闪烁的文本消息等等。此外，显示器602还可以包括与选择的呼叫方简表展示模式有关的其他图标，如果用户具有这种业务能力的话。
示范性的多媒体接口600还可以包括多个呼叫模式，用于在用户和其他方之间实现不同类型的多媒体呼叫。音频图标653可操作表示只有语音模式。同样，视频图标655表示包括音频的支持视频的呼叫模式。TTS图标657启动时可操作将文本消息转换成语音或相反。另外，还可以提供与选择性呼叫转换、呼叫转移、呼叫拒绝、和呼叫接受，以使用户能够选择不同的呼叫处理和/或将输入的呼叫转换成语音信箱、应答业务或不同的终端等等。
现在参见图7，这里描述了一种可根据本发明的有区别的呼叫通知业务操作的用于用户702的呼叫通知简表700。显然，除了用户简表，例如呼叫通知简表700，数据库环境514(如图5所示)还可以加入与多媒体增强型业务有关的其他的业务特征、选项和策略，例如呼叫方简表展示、多呼叫等待等等。另外，虽然这里例示了一种用户简表记录，但是本领域技术人员应当认识到可应用的数据库环境典型包括可与多个用户操作的多个这种记录。
最好，用户702通过名字或其他ID 704可以识别为与终端/站有关的主要方。包含终端ID 706(例如目录号、电子邮件ID、例如URL的互联网地址等等)以识别与用户有关的终端/站。当第二接收方识别为主要方702和/或与其有关的终端时，一个或多个第二标记708，例如第二目录号可操作用于识别特定的家庭成员，可以适当的包含在用户简表记录700中。
继续参见图7，根据本发明的教导，呼叫告警模式710也指定用于主用户方。呼叫告警模式710最好包括各种呼叫通知选项和特征，其中该用户能够选择一个或多个呼叫通知方案用于实现关于终端输入呼叫的告警。呼叫通知选项的例子包括图形712-1、特殊音调712-2、特殊振铃音712-3、图像窗口，例如自动弹出屏幕712-4和静止或滚动标语712-5、公告712-6等等。在示范性呼叫通知选项和其它业务选项，例如日程安排选项714之间可以提供多种功能，这些功能可以包括每天每小时的传送策略和限制。呼叫告警模式选项还可以根据选择呼叫者列表选项716来自定义，其中具体的呼叫通知可以根据来自各方的呼叫来分配，这些呼叫方属于各种用户保存的呼叫方列表，或者是单独的或者以组为基础，例如家庭成员、亲戚、商业伙伴、职业团体和成员、“密友”列表、VIP列表等等。
该示范性的用户简表记录700还可以具有地理呼叫地区选项718，用于为上述的呼叫通知选项提供额外的特征功能。例如根据一输入呼叫是否为本地、长途或国际，可以选择不同的呼叫通知选项。
另外，一些提供某种结束业务的有关呼叫处理选项也可以包含在示范性用户简表记录700中。仅为了说明，选择性呼叫传送选项720可根据为主要用户方实现的特定通知方案传送输入呼叫。通过类似的方式，选择性呼叫转移选项722可根据包含在呼叫通知消息中的信息转移呼叫。选择性呼叫拒绝选项724和接受选项726可根据通知信息拒绝或接受输入呼叫。
本领域技术人员应当认识到这里所述的直接连接业务简表700只是用于说明。相应的，用户简表数据库的内容和具体的实施方式可以根据特定应用的目的而改变。因此应当认识到本发明的范围不应以任何方式受到用户简表数据库的具体细节的限制。
如上所述，在呼叫通知简表的上下文中，多种呼叫方案都是可能的，因为上述的用户业务特征、终端能力和相互影响的选项可以导致各种组合。图8是本发明的高层呼叫通知方案所涉及步骤的流程图。在为用户提供业务的节点收到来自呼叫方的输入呼叫后(步骤802)，由位于业务网结构(例如图5所示的业务网结构500)中的业务网络节点启动多媒体呼叫会话引擎以启动关于输入呼叫的呼叫处理应用(步骤804)。输入呼叫最好包括参数信息，这些参数信息例如包括结束地址(例如，目录号、电子邮件ID、URL等)、发起地址(例如，目录号、电子邮件ID、URL等)等。在某些实施例中，该参数信息还可以包括一个或多个标记，以识别与主要用户有关的第二接受方。呼叫处理应用的业务逻辑可操作查询用户简表数据库，根据输入呼叫中的参数信息和数据库查询获得的结果，智能支持MM的呼叫处理应用可以确定提供给用户的特定呼叫告警(步骤806)。本领域技术人员应当理解，存储在业务简表数据库中的各种用户选项与确定通知方法的过程相互影响。一些选项是指呼叫建立期间收集的信息，例如包含在呼叫方简表中的信息、呼叫方MM能力、拨叫号码或地址、该呼叫是否是来自另一个地点改变方向的呼叫、该呼叫是否是来自另一个地点的发送呼叫、该呼叫是否是优先级呼叫、或者该呼叫是否经过屏蔽(例如包括选择性呼叫接受、选择性呼叫拒绝、时间相依等等)。通知确定过程以后，用户终端可操作的多媒体接口可以正确启动，以实现选择的呼叫告警选项(步骤808)。
图9A和9B描述了根据本发明教导的示范性选择呼叫通知方案所涉及的步骤，其中包括某些结束业务的说明性的例子。被叫方收到输入呼叫后(步骤902)，该被叫方是基于多媒体的有区别的呼叫告警(CA)通知业务(MM-CA业务)的用户(步骤902)，多媒体会话引擎启动一适当的呼叫处理应用。如果被叫方的终端不支持多媒体(判决方框904)，则执行默认处理(步骤906)，其中为用户提供非多媒体呼叫通知(例如，只限音频的告警)。另一个判决是判断输入呼叫是否用于选择第二接受方(判决方框908)。如果是，可为第二接受方提供预定的呼叫处理(步骤910)，它可以涉及实现特定的通知选项。此外，关于第二接受方的呼叫处理还可以根据应用的第二接受方业务简表，如果有的话。
如果输入呼叫不是用于选择第二接受方，则需要对主要用户进行进一步的呼叫处理查询。判定选择性呼叫传送选项是否可用于输入呼叫(判决方框912)。如果是，由此进行适当的呼叫传送处理(步骤914)。类似的，进行选择性呼叫转移判定(判决方框916)和选择性呼叫拒绝判定(判决方框920)。响应于此，实现适当的呼叫处理选项(分别为步骤918和922)。如果呼叫是选择性接受(判决方框924)，则进一步判定是否实现选择的呼叫告警通知选项(判决方框928)。如果是，则适当的启动用户终端可操作的多媒体接口以便根据上述本发明的MM-CA业务提供关于输入呼叫的选择性告警模式(步骤932)。当呼叫不被接受或当由于时间安排的限制等不能获得选择性呼叫告警模式时，可以应用特定的默认处理选项(分别为步骤926和930)。
根据上述的详细描述，显然本发明有利地提供了下一代网络环境中利用多媒体的增强型呼叫通知业务。通过将此业务架构为具有开放协议和API的分离应用层的一部分，不仅可以确保不同网络单元和平台的业务互用性，还可以流线化业务的快进快出，用于更快的传送。此外，本发明有区别的呼叫通知业务比传统方案提供多种增强功能和改进。例如，因为呼叫通知模式可以根据大量的特征和选项(例如，选择呼叫方列表、呼叫地区选项、第二接受者等等)来自定义，用户有可能在应答呼叫之前得知呼叫来自何方和呼叫类型(例如音频、视频等等)。相应的，根据本发明的实践可以显著降低必须处理的潜在垃圾呼叫的概率。
通过根据本发明的教导指定各种呼叫告警模式，相比较传统的只有音频的方案，用户能够获得更丰富的呼叫通知经历。而且，相比较现有的“Teen业务”(或“第二目录号业务”)，即只限于少数几个附加的电话号码以识别第二接受者，本发明的呼叫通知业务提供明显的改进。另外，也可以实现多个增强型业务特征，例如基于选择的通知模式的选择性呼叫处理。
相信本发明的操作和结构从上述的详细描述中变得非常明显。虽然所述和所示的系统和方法是优选的，但应当很容易理解可以进行各种改变和修改，而不超出权利要求书所限定的本发明的范围。
权利要求
1.一种用于支持多媒体的网络中的呼叫通知方法，包括步骤在为用户提供业务的节点接收来自呼叫方的输入呼叫后，启动多媒体会话引擎，以便为所述用户启动呼叫处理应用；根据与所述输入呼叫有关的至少一部分参数信息，查询与所述用户有关的呼叫通知简表；响应所述查询步骤，由所述呼叫处理应用确定一特定的呼叫告警模式提供给所述输入呼叫；和启动所述用户终端可操作的至少一部分多媒体接口，用于实现所述特定的呼叫告警模式。
2.如权利要求1所述的用于支持多媒体网络中的呼叫通知方法，其特征在于，所述特定的呼叫告警模式包括提供一特殊的音调。
3.如权利要求1所述的用于支持多媒体网络中的呼叫通知方法，其特征在于，所述特定的呼叫告警模式包括提供一特殊的振铃音。
4.如权利要求1所述的用于支持多媒体网络中的呼叫通知方法，其特征在于，所述特定的呼叫告警模式包括提供一公告。
5.如权利要求1所述的用于支持多媒体网络中的呼叫通知方法，其特征在于，所述特定的呼叫告警模式包括在与所述多媒体接口有关的显示屏上提供标语。
6.如权利要求1所述的用于支持多媒体网络中的呼叫通知方法，其特征在于，所述特定的呼叫告警模式包括在与所述多媒体接口有关的显示屏上提供自动弹出窗口。
7.如权利要求1所述的用于支持多媒体网络中的呼叫通知方法，其特征在于，所述特定的呼叫告警模式包括在与所述多媒体接口有关的显示屏上提供图形图像。
8.如权利要求1所述的用于支持多媒体网络中的呼叫通知方法，其特征在于，所述特定的呼叫告警模式可根据识别具体的接受方对所述输入呼叫进行分类。
9.如权利要求8所述的用于支持多媒体网络中的呼叫通知方法，其特征在于，所述具体的接受方包括与所述用户有关的第二用户方。
10.如权利要求1所述的用于支持多媒体网络中的呼叫通知方法，其特征在于，所述特定的呼叫告警模式可根据与所述呼叫方有关的发起地址对所述输入呼叫进行分类。
11.如权利要求10所述的用于支持多媒体网络中的呼叫通知方法，其特征在于，所述特定的呼叫告警模式可根据所述发起地址是否属于用户指定的选择呼叫方列表对所述输入呼叫进行分类。
12.如权利要求1所述的用于支持多媒体网络中的呼叫通知方法，进一步包括所述呼叫处理应用根据至少一部分与其有关的所述参数信息确定所述输入呼叫是否选择性传送到另一个目的地的步骤。
13.如权利要求1所述的用于支持多媒体网络中的呼叫通知方法，进一步包括所述呼叫处理应用根据至少一部分与其有关的所述参数信息确定所述输入呼叫是否选择性接受的步骤。
14.如权利要求1所述的用于支持多媒体网络中的呼叫通知方法，进一步包括所述呼叫处理应用根据至少一部分与其有关的所述参数信息确定所述输入呼叫是否选择性拒绝的步骤。
15.如权利要求1所述的用于支持多媒体网络中的呼叫通知方法，进一步包括所述呼叫处理应用根据至少一部分与其有关的所述参数信息确定所述输入呼叫是否选择性转移的步骤。
16.一种用于支持多媒体的网络中的呼叫通知系统，包括关于由呼叫方发起的输入呼叫，启动多媒体会话引擎，以便为用户启动呼叫处理应用的装置；可存储与所述用户有关的呼叫通知简表的数据库装置；与所述呼叫处理应用有关的业务逻辑装置，根据与所述输入呼叫有关的至少一部分参数信息，与所述数据库装置相互作用，确定提供给所述输入呼叫的一种特定的呼叫告警模式；和启动所述用户终端可操作的至少一部分多媒体接口，用于实现所述特定的呼叫告警模式的装置。
17.如权利要求16所述的用于支持多媒体网络中的呼叫通知系统，其特征在于，所述特定的呼叫告警模式包括在与所述多媒体接口有关的显示屏上提供至少一个特殊的音调、特殊的振铃音、公告和图形窗口。
18.如权利要求17所述的用于支持多媒体网络中的呼叫通知系统，其特征在于，所述图形窗口包括至少一个标语、图像和自动弹出窗口。
19.如权利要求16所述的用于支持多媒体网络中的呼叫通知系统，其特征在于，所述特定的呼叫告警模式可根据识别具体的接受方对所述输入呼叫进行分类。
20.如权利要求19所述的用于支持多媒体网络中的呼叫通知系统，其特征在于，所述具体的接受方包括与所述用户有关的第二用户方。
21.如权利要求16所述的用于支持多媒体网络中的呼叫通知系统，其特征在于，所述特定的呼叫告警模式可根据与所述呼叫方有关的发起地址对所述输入呼叫进行分类。
22.如权利要求21所述的用于支持多媒体网络中的呼叫通知系统，其特征在于，所述特定的呼叫告警模式可根据所述发起地址是否属于用户指定的选择呼叫方列表对所述输入呼叫进行分类。
23.如权利要求16所述的用于支持多媒体网络中的呼叫通知系统，进一步包括根据至少一部分与其有关的所述参数信息将所述输入呼叫选择性传送到另一个目的地的装置。
24.如权利要求16所述的用于支持多媒体网络中的呼叫通知系统，进一步包括根据至少一部分与其有关的所述参数信息选择性接受所述输入呼叫的装置。
25.如权利要求16所述的用于支持多媒体网络中的呼叫通知系统，进一步包括根据至少一部分与其有关的所述参数信息选择性拒绝所述输入呼叫的装置。
26.如权利要求16所述的用于支持多媒体网络中的呼叫通知系统，进一步包括根据至少一部分与其有关的所述参数信息选择性转移所述输入呼叫的装置。
27.一种可在支持多媒体的下一代网络中的网络单元操作的计算机可访问介质，当运行一系列指令的所述计算机可访问介质被与所述支持多媒体的下一代网络有关的至少一个处理实体执行时，可以执行下面的步骤在为用户提供业务的节点接收来自呼叫方的输入呼叫后，启动多媒体会话引擎，以便为所述用户启动呼叫处理应用；根据与所述输入呼叫有关的至少一部分参数信息，查询与所述用户有关的呼叫通知简表；响应所述查询步骤，由所述呼叫处理应用确定一特定的呼叫告警模式提供给所述输入呼叫；和启动所述用户终端可操作的至少一部分多媒体接口，用于实现所述特定的呼叫告警模式。
28.如权利要求27所述的可在支持多媒体的下一代网络中的网络单元操作的计算机可访问介质，其特征在于，所述特定的呼叫告警模式包括在与所述多媒体接口有关的显示屏上提供至少一个特殊的音调、特殊的振铃音、公告和图形窗口。
29.如权利要求28所述的可在支持多媒体的下一代网络中的网络单元操作的计算机可访问介质，其特征在于，所述图形窗口包括至少一个标语、图像和自动弹出窗口。
30.如权利要求27所述的可在支持多媒体的下一代网络中的网络单元操作的计算机可访问介质，其特征在于，所述特定的呼叫告警模式可根据识别具体的接受方对所述输入呼叫进行分类。
31.如权利要求30所述的可在支持多媒体的下一代网络中的网络单元操作的计算机可访问介质，其特征在于，所述具体的接受方包括与所述用户有关的第二用户方。
32.如权利要求27所述的可在支持多媒体的下一代网络中的网络单元操作的计算机可访问介质，其特征在于，所述特定的呼叫告警模式可根据与所述呼叫方有关的发起地址对所述输入呼叫进行分类。
33.如权利要求32所述的可在支持多媒体的下一代网络中的网络单元操作的计算机可访问介质，其特征在于，所述特定的呼叫告警模式可根据所述发起地址是否属于用户指定的选择列表对所述输入呼叫进行分类。
34.如权利要求27所述的可在支持多媒体的下一代网络中的网络单元操作的计算机可访问介质，进一步包括根据至少一部分与其有关的所述参数信息将所述输入呼叫选择性传送到另一个目的地的另一系列指令。
35.如权利要求27所述的可在支持多媒体的下一代网络中的网络单元操作的计算机可访问介质，进一步包括根据至少一部分与其有关的所述参数信息选择性接受所述输入呼叫的另一系列指令。
36.如权利要求27所述的可在支持多媒体的下一代网络中的网络单元操作的计算机可访问介质，进一步包括根据至少一部分与其有关的所述参数信息选择性拒绝所述输入呼叫的另一系列指令。
全文摘要
一种用于支持多媒体的网络中的呼叫通知系统和方法,用于从呼叫方向输入呼叫有关的用户传送选择告警。在为用户提供业务的节点接收来自呼叫方的输入呼叫后,启动多媒体会话引擎,以便为用户启动呼叫处理应用。根据与输入呼叫有关的至少一部分参数信息,查询呼叫通知数据库已确定可应用的业务选项。因此智能多媒体应用确定要提供的特定呼叫告警/通知模式。此后启动用户终端可操作的支持多媒体的接口,用于实现与输入呼叫有关的选择性呼叫告警模式。
文档编号H04M7/00GK1390010SQ0212164
公开日2003年1月8日 申请日期2002年5月30日 优先权日2001年5月31日
发明者巴布·V.·曼尼 申请人:阿尔卡塔尔公司