专利名称：Ip激活的呼叫建立系统和方法
这个美国专利申请包含涉及下列待审查的美国专利申请的主题(1)序列号08/724,845，以Bo Arne Valdemar ASTROM,RobertJohannes Bernardus SCHMERSEL,Gulamabbas SUMAR和Bjorn ArneSVENNESSON的名义于1996年10月3日提交的在智能网络中控制媒体转换的系统和方法；(2)序列号08/723,620(代理人文件号27946-00157)于1996年10月3日以Bo Arne ValdemarASTROM,Robert Johannes Bernardus SCHMERSEL,Gulamabbas SUMAR和Bjorn Arne SVENNESSON的名义提交的用于用户活动监视的系统和方法；和(3)序列号08/724,769(代理人文件号27946-00158于1996年l0月3日以Bo Arne Valdemar ASTROM,Robert JohannesBernardus SCHMERSEL,Gulamabbas SUMAR和Bjorn Arne SVENNESSON的名义提交的用于存储与转发业务的输入与输出询问的系统和方法。这些未审查的专利申请和从中导出的任何其它国内的或外国的专利申请和包含在其中的公开内容都一并引用在这里。
本专利申请和所有的涉及上面识别的未审查专利申请已经或将转让给Telefonaktiebolaget LM Ericsson(publ)。
本发明涉及提供辅助的电信业务，特别地涉及便于由电信系统的控制逻辑自动或有计划地建立呼叫和存储与转发服务的系统和方法。
定制电信业务的客户要求已经更快速地增长。特别的用户特性比如呼叫等待，呼叫转送，缩位拨号等等对于用于它们提供附加方便的单独的用户以及对于作为附加的收入源的电信业务提供者变得越来越重要了。这样的业务通常由在服务一个特别的用户的中心局交换机的软件中特别的编程提供。即，分别地编程本地交换机交换软件，对于连接的用户提供特别的业务特性。常常必须升级交换机的硬件和软件，以便使能提供特别的用户功能。
当呼叫涉及连接到不同的交换机两方之间的相互连接时，它是经过所谓的转换或汇接交换机完成的，该交换机形成彼此互连的单独的中心局交换机的网络的一部分。在这样的情况下，转换交换机对于呼叫的双方是完全地透明并且仅仅提供两个端局之间的话音路径。由任一方调用的任何特别的业务特性传统地由那个用户连接的端局提供，与双方之间的网络连接无关。
在提供老式电话服务(POTS)的大多数的电信系统中，在主叫方(A方)和被叫方(B方)之间的通信链路是在A方的控制下。因此，A方和B方之间的通信链路保持在适当的位置，直到A方的电话设备处于挂机为止，在这种情况下系统断开该通信链路和双方的端局并且在已经用于链接端局在一起的任何转换交换机中。如果B方将他的或她的电话设备处于挂机时，它有小的影响，直到计时器触发主叫方和被叫方之间的电路断开约为几分钟的期间之后为止。在较新型的电信业务中，比如综合服务数字网络(ISDN)，使用B方断开，但是实现它的机制显著地不同于常规的POTS网络的机制。
在常规的电信交换机内提供特别的用户业务要求每个单独的交换机的软件广泛的升级，它对于它的客户供给这样特别的业务。交换机这样的升级常常是很昂贵的，并且事实上从由附加的用户业务提供的附加的收入的费用有效性观点看是禁止的。这个观察在小的城镇或农村地区更加正确，在这些地区特别的用户业务的要求相对地低，现有的交换机已被使用了一个相当的时间期间，并且继续充分地在那个区域满足多数用户的基本的电信需要。
电信企业面对增加的竞争压力。各地的电信经营者的每分钟收入由于许多因素已经稳定地减少了。对电信行业的国家管制的减少增加了在该行业中竞争者的数目。而且相似于回叫业务的改革和呼叫卡允许用户在国家对双方之间的呼叫率仲裁差别。而且，有线电视公司现在已经开始提供在他们的电缆网络上提供电话业务。最后，创新的软件现在已经使得在因特网上高质量的全双工呼叫是可行的。
技术上的改进也减少了提供基本的电话业务的费用。电信公司可以不再认为对提供基本的电话业务征收相对地高的资费是合理的。技术的改进降低了传送电话呼叫的实际成本基本上为零。用经济的术语来讲，基本的电话业务可以看作为零边缘成本行业。几年来已经增加台式机价格性能比的进步也提高了现代的电话交换机的可靠性和效率。
相同的情形也和交换机间连接有关。由于使用光纤，相当数量的容量已经加到电话网络。带宽不再显得如在几年前是难得的资源，实际上已经变为常常以批发方式购买和销售的商品。
技术的改进也减少或消除主叫方和被叫方之间作为提供电话呼叫的费用中的重要的因素的地区距离的影响。已经说明依据从斯德哥尔摩呼叫德拉斯(距离大约8,000公里)的网络资源的费用不比它从德拉斯呼叫奥斯汀(距离大约300公里)的费用多。
因特网的极为迅速的增长主要是由于它的基本的TCP/IP协议允许电子邮件消息被发送和文件传输是独立于涉及的传送距离完成的事实的使用。
不管提供长途电话业务不比本地基本电话业务的花费多的事实，电信经营者继续对长途电话呼叫比市内呼叫收费更多。在通信行业中竞争的增加可能使得那情形逐渐地不能承受。由于长途电话传统地是电信公司的经营利润的一个重要的来源，电信公司需要找到新的收入来源已经逐渐地变得明显了。
电信经营者可以增加收入的一种方法是通过提供用户甘愿支付额外费用的用户高级业务。正如前面描述的，在过去的网络体系结构中，附加新的功能到一个网络需要核心交换机软件被再写，这是一个昂贵和长的处理，也携带引入新的错误到该系统中的附加的危险。此外，在该网络中的每个交换机必须以新的软件更新，这增加引入新业务的费用。电信经营者不再甘愿忍受这样的事态。对于可以首先携带产品到市场的电信设备生产商有更大的商业机会。
电信经营者表示需要引用新的业务到他们的电信网络的更快和价格比较低廉的技术。而且，它们期望新的功能的影响仅仅被限制在一个或者一些交换机。也发现对于业务管理任务比如业务的安装或者修改来说所希望的是，客户具体的数据等等的增加能够从一个中心管理设备处理。
也期望新的业务的设计和实施由电信经营者而不是由设备生产商进行。这允许电信经营者快速对察觉的市场需要起反应和更有效地并且有效率地服务他们的客户。已经发现希望在该交换机软件中包括更大的智能，允许各种的业务与用户交互作用。以这种方式，电话设备可以变成对电信网络的高级接口。
已经建议采用智能网络(IN)作为对上述要求的一个解决办法。IN技术特意允许电信经营者设计它自己的独特业务安排或者使现有业务适应具体的客户要求。而且，IN体系结构允许新的业务的安装的影响被限制为几个控制节点。
IN结构的另外一个设计特性是它的业务的集中管理。这改善了响应时间并且减少运行该网络需要的人力资源开销。此外，IN结构允许客户控制一些客户特定的数据。
例如，一些电信经营者提供“个人号码”业务。个人号码业务涉及赋予每个用户一个特定的电话号码，通常是具有“区域代码”500的一个前缀。个人电话号码所隐含的设计思想是仅仅以一个电话号码取代每个用户的过多的联系编号。因此，当某人拨号用户的个人号码时，交换机将查询中心数据库并且获得可能达到该用户的所有的电话号码的列表。然后交换机以预定的顺序对每个号码振铃直到该呼叫得到应答。
在这个业务的一个变形中，用户可从任何电话设备提供动态地更新联系号码数据库的能力。这样的客户控制可以允许用户加上他或者她可能临时在的旅馆或者其它位置的号码。
在IN结构后面的设计思想是减少新业务的预备销售的时间，降低开发和管理费用，以及增强预备额外费用业务得到的利润。IN业务的典型例子是使用由跨越大地理区域的客户的单个拨号号码(B号码)，即重定向到多个本地服务中心之一。因此，比萨饼总经销商(pizza franchise)可以刊登定购比萨饼的单个电话号码的广告。不论何时客户拨号该广告的号码，IN业务可以基于该拨号用户(A号码)的号码指示该呼叫到最近的总经销商。
IN的简短历史智能网络概念起源于美国。最初，目的是提供一个中心数据库，用于翻译单个拨号号码为不同的终止号码。IN业务的最早的申请之一是提供免费的呼叫(“免费电话”)。
免费的号码不直接地对应于实际的电话线，而是需要翻译为实际的终止号码。该翻译可取决于呼叫者的位置以及时刻。
开发了称为7号信令系统(SS7)的一个新的信令系统，以便允许在呼叫建立之前以及期间在电话交换机之间高速通信。SS7协议第一次允许实现免费呼叫需要的快速数据库查寻。在开发SS7技术之后，在电话网络上事实上即时地交换数据变得可能了。这是智能网络的起源。
IN革命的下一步是从静态的数据库移动到动态的数据库，允许客户对其特定的数据的控制。当用户可以控制通过从用户的设备的数字小键盘交互作用控制该呼叫的进展时，附加的交互性变得是允许的。这样的交互式IN在美国称为高级智能网络(AIN)。
IN结构中现在的发展以及兴趣是由一些大规模的申请推动的。两个这样的申请是通用的个人号码(UPN)业务以及虚拟专用网(VPN)业务。在UPN业务中，唯一号码分配给每个个体而不是给一台电话设备。UPN号码可用于达到一个用户，不管他的或者她的位置或者网络类型(不论是固定的或者移动的)。
VPN业务允许专用网使用公共网资源加以构造。因此，一个公司可以有一个团体的的电话网络，允许它的所有的职员彼此通信而不需要在为提供物理的专用网所需要的硬件或者软件上投资。通过使用公共网络实现VPN业务，团体的客户还可以避免维护物理网络的费用。
目前IN系统的不足已经提倡使用智能网络(IN)结构作为加快新网络能力以及网络业务的结合和铺开的一个解决办法。然而，目前用于实现IN概念的明确标准有许多的缺点。
例如，许多用户希望通过提供会议参与方电话号码和日期，时间以及会议的持续时间给电信业务提供者，来自动建立电话的视听觉的或者数据会议呼叫。传统地，会议呼叫的行程安排以及建立已经手动地或者以半自动方式进行。关于该呼叫的时间到预定会议的每一方必须被人工通知。因此，会议呼叫的参与者必须在呼叫以前分别地联系一次或者多次。
此外，用户可能希望通过使用非呼叫有关的存储与转发消息比如语音邮件，电子邮政(e-mail)，以短消息业务(SMS)格式的消息，寻呼机消息等通知IN系统，安排多方、多媒体会议电话。
服务提供者已经发现用户对于他们的电话会议建立将乐意有更大的可预言性和速度。而且，一些预定的参与者可能喜欢将在预先预定的电话会议中他们参与的情况自动提前地通知。其他用户可能期望在传递之前通知被翻译或者从一个媒介转换到另外一个媒介。每个用户对于应该传递他的或者她的输入信息的格式可能有不同的偏爱。因此例如，用户A可能喜欢接收每次他或者她预定参与白天电话会议的电子邮件通知，但是如果她不在城里，则想以语音邮件通知代之。
如果电信业务提供者能够储存每个用户的通知和传递的选择，和也许允许交互式计划安排以及电话会议的建立，则该服务提供者将能给用户提供增值，因此获得附加的收入。
因此，非常希望能够在智能网络系统内提供一些装置，允许IP指示IN业务控制器在规定的时间给一方或者多方安排以及建立呼叫。如果电话会议可以使用非呼叫有关的存储与转发消息方案中的消息预订或者预安排，则是更加有用的。这又要求通过IN系统中的IP进行自动呼叫计划安排，建立以及处理的系统和方法。
因此本发明的一个主要目的是通过电信系统的控制逻辑便于呼叫的自动或者计划性的建立以及存储与转发业务。本发明的一个实施例已经在IN(智能网络)电信系统中实现，IN电信系统包括连接到在一网络的一个SCP(服务控制点)的多个IP(智能外围设备)。多个IP还可经过不同的电信骨干彼此连接。
本发明的另外一个目的是使IP能通过在消息信道上的SCP开始以及控制呼叫的建立。本发明的又一个目的是便于呼叫建立处理的自动化以及允许用户传送或者转发呼叫，安排电话会议或者进行话音或者数据消息广播而无需人工干预。本发明的还有另一个目的是允许交互式地或者预先请求或者规定呼叫建立而不需要呼叫对话。这样一个安排允许用户在规定时间以及/或者规定的持续时间发送请求系统回叫一个或者多个识别或者预定的号码的语音邮件，传真邮件或者电子邮件。
在本发明的一个实施例中，IP通过发出“建立呼叫”命令给SCP命令SCP建立到一个用户的呼叫，于是SCP建立到一个或者多个用户的呼叫以及给IP确认呼叫，正如显示在1002。SCP则返回呼叫建立的结果给IP。
参见结合附图在下面详细的描述的优选的实施例，可以更完整的理解本发明的方法和系统，其中
图1是表示标准智能网络(IN)概念模型的说明性的图2表示示例的简单的智能网络的部件；图3表示业务独立的组成部件(SIB)的结构；图4表示各种IN功能实体映射入实际部件；图5表示在转变级具有业务节点的IN实现的例子；图6表示在IN概念模型中实现各种的业务的首选的方法；图7说明关于实现API的两个方案；图8表示使用业务逻辑程序(SLP)定义个人代理的一个技术；图9表示本发明的网络IP(NIP)系统和方法的一个实施例；图10是说明在本发明的“建立呼叫”命令操作期间在SCP和各种的IP之间消息流动的概述顺序图；图11表示在本发明的操作期间SCP的有限状态机器；和图12表示在本发明的操作期间IP的有限状态机。
本发明提供关于响应从一个或者多个IP来的指令通过IN系统中的业务控制器自动建立去话呼叫的一组问题的解决办法。在IN系统中从一个IP到该SCP的呼叫建立请求反过来可能由在该IP中一个服务极恶的人的情况变化引起。在本申请中公开和描述的IN概念的扩展还可以用于其他电信环境并且还可以便于供给有关的辅助用户业务。
智能网络(IN)结构智能网络是一个电信网络结构，提供便于引用新的能力和业务到诸如公共交换电话网(PSTN)或者公共陆地移动式网络(PLMN)之类的网络的灵活性。这样的新能力和业务的例子包含免费的呼叫(“免费电话”)，信用卡业务和虚拟专用网(VPN)。
IN具体表达了未来的无束缚(unbundled)的网络的梦想，其中赋予服务提供者和用户自由度以便个人化网络业务，而与接入，交换条款技术(switeh term technology)和网络提供者无关。关于IN的国际一致的观点在ITU-TS建议Q.1200中描述。
IN结构的细节已经在国际电信联盟(ITU)建议I.312/Q.1201中规定了，它也包含示于图1中的IN概念模型(INCM)的词语说明。ITU的IN概念模型将与呼叫处理相关的各种任务和处理以及供给业务分析和系统化为四个平面(plane)业务平面101，全球的功能平面102，分布式功能平面103以及物理平面104。
迄今为止，IN集中在此后称为电话查号服务例如免费的呼叫(“免费电话”)，信用卡呼叫，个人电话查号服务，远地投票等一组业务。所有这些业务的关键特性是它们提供业务到号码，即在接入节点中不受接入端口的束缚。在电信网络中的任何节点可通过增加业务转换功能(SSF)以及/或者特别的资源功能(SRF)构成一个业务节点，两者都经过业务独立的协议接口在服务控制功能(SCF)的控制下。服务控制功能(SCF)是由业务数据功能(SDF)支持的，它从该节点在物理上是无束缚的。
IN的主要的组成部件是SSF,SCF,SDF以及SRF。SRF此后也称为逻辑智能外部设备(逻辑IP)。每个组成部件是一个分开的逻辑实体，它可以是但不是必须是在物理上与电话网络的其他实体，逻辑集成或相反。在下面的优选的实施例的描述中物理上和逻辑的实体可交换地指同一个。
IN结构将基本的呼叫处理分成离散的严格地定义的级，赋予电信业务提供者和用户操作呼叫处理的能力。简单的智能网络200的部件示于图2中。智能网络的标准结构已经定义IN的各种部件以及各个部件之间的接口。
当呼叫IN业务时，该呼叫首先发送到该网络中的一个特别的节点，称为业务转接点(SSP)。如果SSP识别来话呼叫为IN呼叫，则该呼叫的所有的进一步处理中止，同时SSP通知IN系统中的另外一个节点业务控制点(SCP)IN呼叫已经收到。
SCP提供“智能网络”中的“智能”。SCP控制IN呼叫发生的任何事情和进行所有的呼叫处理决定。当SCP决定拟对该呼叫执行适当的行动时，SCP指示SSP执行必要的行动。
业务控制功能(SCF)包含IN业务的逻辑和承担作出有关的涉及那个业务的呼叫的决定全部责任。这个业务逻辑可运行于任何电信平台上(例如Ericsson公司的AXE平台或者UNIX)。包含SCF的节点(即物理硬件和软件)称为业务控制点(SCP)201。
每个业务需要的数据(例如用户电话号码表)由业务数据功能(SDF)提供。在IN结构的一个实施例中，业务需要的数据被存储在SCF本身中。正式地，储存业务有关的数据的功能分配给SDF，它在要求时提供数据给SCF。在典型的IN实现中，SDF可以是运行商业上可得到的数据库程序比如Sybase的UNIX机器。包含SDF的物理节点称为业务数据点(SDP)202。
交换机的正常呼叫处理和监视的功能由呼叫控制功能(CCF)执行。同时在形式上CCF不是标准IN结构的一部分，CCF为IN提供关于呼叫的信息，而且执行由SSF已经收到的命令。
业务转换功能(SSF)翻译由SCF发送的指令和传递要执行的命令给CCF。SSF也从CCF接收呼叫事件数据(例如用户的挂机/摘机状况或者用户线路忙)和传递该数据给SCF。包含SSF的物理节点(即交换机硬件和软件)称为业务转接点(SSP)204和205。
专门资源功能(SRF)提供在IN业务中使用的某些资源，例如DTMF(双音多频)数字接收，通知和语音辨识。在ITU IN建议中，SRF直接地与SCF通信。在IN的另外一个实现中，SRF功能可以与SSF共同设置。在这种情况下，SRF不是直接而是经过SSF与SCF通信。图2中未示出SRF。
业务管理功能(SMF)207管理IN业务的维护，例如数据的增加或者去除或业务的安装或者修改。业务建立环境功能(SCEF)207允许开发、测试IN业务并将之输入给SMF。在IN的一个实现中，SMF和SCEF组合为一个并且称为业务管理应用系统(SMAS)。SMAS应用是TMOS系列的一部分并且根据UNIX操作系统运行。它允许业务使用图形的接口指定并且为业务数据的输入提供方便的形式。
图2表示连接到SDP 202和SSP 204以及205的一个示例的SCP201。SCP也连接到SMF/SCEF 207。到和从SCP 201的所有的链路在图2中以虚线表示，指示它们不是话音链路。SDP 202也由非话音链路连接到SMF/SCEF 207。SSP 204连接到两个市内交换机(LE)223和224以及连接到转接交换机(TE)211。转接交换机211又连接到两个其他市内交换机221和222。SSP 205连接到市内交换机225。市内交换机223和224示于图2，连接到一个示例的始发用户T-A231以及一个示例的终端用户T-B232。
在前面描述的注释中如果IN的每一个逻辑组成部件也是物理实体，则对应的物理节点称为业务转接点(SSP)，业务控制点(SCP)，业务数据点(SDP)和物理智能外部设备(IP)。正如前面指出的那样，在下面的讨论中，术语IP通常用于指逻辑上的IP以及物理IP两者。
用户代理在SCF中由主叫或被叫方号码识别，并且在打击该服务节点中配备的触发点时调用。信令数据和呼叫状态数据可以由用户代理操作。SRF能够与用户或互相带内通信以克服当前信令系统的限制。
当前IN标准假定用户的访问位置和归属位置是共同配置，但是从接入节点和业务节点可能是无束缚的。虽然接入节点和业务节点的分开减少业务引用费用，但是它可能导致接入端口业务和基于号码的业务之间不必要的交互作用。因此需要接入节点到业务节点的增强，以提供业务设计的灵活性。
一个替换方案是将两个远地可改变的个人电信类别加到接入节点一个提供无条件的热线连接到业务节点以启动呼叫，另一个给予无条件的呼叫转送到业务节点以便终止呼叫。如果费用减少和容量改善，如在蜂窝网络中那样在比较长期限分开访问和归属位置功能显得必要的。
IN的独特的特性之一是业务是基于它的业务独立的组成部件(SIB)在IN业务平台上而不是直接地在网络节点实现。SIB是SCP的一部分。图3表示SIB的结构。每个SIB 301是业务逻辑中的一个基本的逻辑单元，遮掩来自程序员的实现。当现有的SIB不能满足新的要求时，定义新的SIB。
在IN产品中，SIB 301执行诸如信令信息的分析，连接拓扑结构的控制，与用户交互作用，数据的阅读和写，呼叫数据的收集和输出等功能。其它SIB是纯语言成份，比如跃过，转到子程序，循环，交接等。每个SIE 301在该业务平台是可用的。业务逻辑程序(SLP)是由STB 301建立并且由他们的名字查阅。业务逻辑可以使用业务建立环境功能(SCEF)指定。通过一个系统独立的应用程序接口(API)使得SIB 301对于SCEF是可用的。如也在该图中表示的，SIB接收逻辑输入311，产生逻辑输出312，接收SIB支持的数据321并且接收和输出呼叫情况数据(call instance data)322。
各种的IN功能实体映射入实际部件或实体的情况示于图4中，在此后缀“F”代表各种功能实体而后缀“P”代表物理实体。在图4中，缩写字SMF是指业务管理功能而缩写字CCF是指呼叫控制功能。
图5中示出在转变级以业务节点的IN实现的例子。图5所示的业务节点可以从任何接入节点达到，比如PSTN中的本地交换机或ISDN或公共陆地移动式网络(PLMN)系统中的MSC。业务节点可以服务个人电话以及其它基于号码的业务两者。用户身分和确认信息可以在带内传送给SRF或嵌入信令系统中的主叫而被叫方号码字段中。
个人代理具有呼叫控制功能CCF(即触发点数据)，服务控制功能，SCF(即业务逻辑)和业务数据功能SDF(即业务数据)中的部件。示于图5中的IN平台部件可以集成入接入节点或在分开的业务节点中实现。
业务转换功能(SSF)的作用是识别呼叫请求IN业务，然后与SCF通信以便接收关于如何处理该呼叫的指令。在此SCF是IN的智能所在地，因为它包含执行各种的业务需要的逻辑。SDF是一个数据库系统，提供数据内涵的辅助业务所需要的数据存储容量。IP是网络单元，提供用户交互作用的资源，比如话音通知和对话，双音多频接收(DTMF)和声音识别。
IN应用编程接口(API)示于图1的ITU的IN概念模型也定义实现各种业务的方法。这示于图6。为了实现业务或特性601，在602，业务要求首先翻译为SIB结构。在604，得到的SIB 603被映射到各个功能实体605。在606，功能实体605又被映射到一个或多个物理实体607。
应该注意，不象所有非IN标准的实践那样，IN中的业务要求不是直接地翻译为网络功能。代之以，该业务要求翻译为业务平台单元(即SIB)，它又根据IN三级模型实现，变成可重复使用的能力和电信网络中的协议单元。
至少有两个实现应用程序接口(API)的可能的办法，它符合图1所示的ITU的IN概念模型。一个办法将是分开业务逻辑为两个部分一个固定逻辑部分和一个有弹性的逻辑部分。SIB则被链接形成判定图，即由固定逻辑称为子程序。固定逻辑可以以标准程序语言表示，比如C或C++等，并且编译和装入一个标准执行环境。弹性的逻辑部分与此相反，仅仅由可交换的数据组成。
第二办法是定义业务API，通过互相组合SIB达到想要功能对逻辑的所有方面进行完全控制。在这个办法中每个SIE可以链接到任何其它的SIB。一些SIB执行电信功能同时其它SIB仅仅链接该逻辑中的单元。所有的逻辑表示成数据，它描述使用哪个SIB，它们如何链接，以及每个SIB使用什么数据执行它的功能。因此所有的实现细节隐瞒该业务程序员。这是Ericsson公司的IN产品采取的主要办法。
图7示出实现API的两个方案。SIB平台方案示于图7A中，而业务逻辑执行环境(SLEE)方案示于图7B中。图7A的SIB方案表示所有的业务逻辑作为基本的SIE功能的组合，在业务平台中可用于形成弹性的业务分布(FSP)。图7B所示的SLEE方案把SIB看作在程序语言比如C,C++，业务逻辑程序(SLP)等表示的固定逻辑的子程序。编辑码使用电信平台原语比如INAP(智能网络应用部分)操作以及数据库原语。
如在图8所示的，当相同的数据表示法被用于所有的逻辑和数据时，个人代理可以利用弹性的业务分布(FSP)定义。这个安排提供许多优点，例如允许装入和激活不同的逻辑元件而不干扰业务，和在个人代理故障的情况下，限制受影响的地区仅仅在激活故障的功能的呼叫。
特性交互作用已经是IN系统发展的一个主要障碍。这个问题是从这样的事实发生的每个特性通常依赖其它特性。需要解决这样的交互作用，但是还没有已经同意的解决办法。在实践中经发现，当采用新的特性时，现有的特性的实现常常受影响和许多必须重新设计或完全地封锁。应该注意，这个问题可以从两个观点解决IN系统的网络中心的观点和用户中心的观点。
传统的网络中心的观点谋求IN在增加辅助的业务到现有的指令表方面作为其它技术的一个补充。特性交互作用已经并继续是防止这个观点成为现实的替换选项的障碍。每个新的辅助业务由一个固定业务逻辑部分和(可能地)一个弹性的逻辑部分组成。因此个人化被限制为通过互相组合许多预定义的辅助业务或特性可以达到的程度。增加新的业务可能要求长的和昂贵的发展，与在PSTN,PLMN和ISDN中预先IN经历没有不同。这个观点的中心问题不是新的特性的设计，而是在综合新的特性与其它先前存在的特性的任务。
与此相反，IN的用户中心的观点集中在用户而不是集中在特性。原则上，单独的用户的需要被认为是独特的，该服务提供者是在所有的业务逻辑的完全控制中。应用FSP解决方法，结果是因此独特的业务分布的范围能够通过重新使用SIB而不是重新使用特性建立。这意味着特性交互作用不再是一个问题，因为没有补充单独的特性。在SIB之间的交互作用组成这个解决方法中的业务逻辑。
在这个解决方法中在业务分布之间的交互作用根据半呼叫模型通过打开信令接口解决了。在完整的控制可以以经济可行的方法从步进开发的IN平台提供之前，已经发现使用一些现有的辅助业务是必需的。应该记住这是可能在将来导致要求增强IN平台的交互作用问题的捷径。
用户中心的观点的主要目标是使得SIB标准化，以便达到业务独立和系统独立以及技术独立。当达到这个目标时，可以在任何兼容的平台上执行基于SIE业务分布的业务，不论它是交换机处理器，独立的个人计算机或工作站。给出对所有的用户相同特性的老范例由对于每个单独的用户透明的特性替换，不管接入如何。
IN信令智能网络应用部分(INAP)协议被用于IN系统中的信令。INAP信令协议已经由欧洲电信标准协会(ETSI)以及国际电信联盟(ITU)标准化，包含国际电报电话咨询委员会信令系统No7(CCS7)，它是可能用来支持INAP的一个协议，但是不是唯一的网络协议。
如目前规定的(即IN CS-1标准)核心INAP的缺点之一是SCF与IP之间的通信可能性仅仅被限定为语音。其它的媒体比如电子邮件，传真，数据等等当前是不能由CS-1标准支持。因此，非呼叫有关的业务是不包含在目前的CS-1标准中。
本发明构成为其一部分的网络IP(NIP)实现可以表征为对INAP的扩充，以便包含非话音媒体的操作与处理以及供给在SCF与IP之间非呼叫有关的通信。NIP允许SCF完全控制所有的存储与转发(即消息)业务，比如语音邮件，电子邮件，SMS消息等等。此后用于NIP实现的协议称为NIP-INAP。NIP-NAP是Ericsson公司特有的对IN CS-1标准的扩充。
网络IP图9表示本发明的一个实施例的网络IP(NIP)系统。网络IP系统包括SCP 901，其可以与多个智能外围设备(IP)911-914通信。每个逻辑IP是IN术语中的SRF，如前所述。为了说明简单，图9仅仅示出四个IP:IP1911，也称为呼叫开始IP，连接到用户921-924,IP2912，连接到用户925，也作为到ISDN系统960的网关IP,IP3913，连接到用户926-929，以及IP4914，连接到用户930与931，也作为到PLMN系统950的网关。
应该强调，在这个例证中描述的功能专门的IP不对应于可能是不同的它们的物理实现。IP911-914可以经过通信骨干910使用任何协议例如TCP/IP,X.25等等彼此通信。
由每个用户选择或适用于每个用户的业务，特性与呼叫限制以用户特定的业务逻辑程序902的形式储存在SCP 901中。业务逻辑程序902可能包含对来话或去话呼叫，建立虚拟专用网与针对各个呼叫有关的情形设置与这些VPN有关的接入限制。
图9也表示通过网关IP,IP2912与IP4914分别地连接到综合业务数字网(ISDN)系统960和公共陆地移动式网络(PLMN)系统950的智能网络系统。IN系统还可以连接到其它公共网或专用网。
图9也提供本发明一个实施例的操作的概述。当用户比如用户921或另外一个IP发送消息到呼叫开始IP,IP1911时，IP1发出呼叫建立请求到SCP 901，如箭头941所示的。作为响应，SCP 901确认该呼叫建立请求和返回自动呼叫建立的结果给IP1911，如在942所示的。作为选择，IP1可能轮询SCP 901以便检查任何IN业务比如限制控制和号码翻译是否已经由该呼叫的任何一方请求，选择或预订。
目前，由系统控制器基于由在补助的媒介比如语音邮件、传真邮件、电子邮件、SMS消息等等的用户所作的被叫号码、建立时间以及/或者呼叫时间等等的补助通知的自动呼叫建立是不能有效地提供的。本发明的一个实施例提供基于IN结构通过定义一个协议提供一个网络解决方案以便实现统一的邮件解决办法。
为了这个目的本发明通过引入一个新的过程给INAP得到了解决“建立呼叫”命令，使IP能指示SCF在规定时间建立到特定号码的呼叫。
INAP过程的扩充下一步我们将考虑新的过程的详细操作，为了本发明实施例的实现，已经引入到NIP-INAP。新的过程使IP能命令SCP建立呼叫或消息信道。
邮箱可以存在在一些不同的媒体，例如语音邮件，传真邮件，电子邮件，SMS等等。在本说明中，每个媒介和它的相关的邮箱称为逻辑IP。
在下面提供的顺序图中，特定的IP称为呼叫开始IP,IP1911指示SCP建立呼叫。然而，应该强调，实际的呼叫建立请求还可以在包含必要的处理能力和用于翻译在非呼叫有关的媒介如语音邮件、电子邮件、SMS消息等等接收的呼叫建立请求的系统资源的任何IP始发。
在SCP和各个IP911-914之间的通信使用事务处理能力应用部分(TCAP)表示法表示在图10中，以箭头下面表示的消息类型和TCAP消息的部件以及每个箭头上面表示的参数表示。
“建立呼叫”命令图10表示当IP911命令SCP 901建立到用户的呼叫时的顺序图。如在1001所示的，这个阶段以IP1911发出“建立呼叫”命令给SCP 901开始，在这时SCP建立到一个或多个用户的呼叫以及确认该呼叫给IP1911，如在1002所示的。该处理以SCP返回呼叫建立的结果给IP1结束，如在1002所示的。
上述系统以及方法使IP能通过SCP开始和控制在消息信道上呼叫的建立。这使它可能自动化该呼叫建立处理以及允许用户安排一个电话会议或进行话音或数据消息的广播，而无需人工干预。本发明的实施例提供的另外的优点是与媒体转换技术和系统结合使用时，这些技术和系统在上面引用的标题为“智能网络中受控制的媒体转换的系统和方法”、序列号08/724,845(代理人文件号27946-00156)、以Bo Arne Valdemar ASTROM,Robert Johannes BernardusSCHMERSEL,Gulamabbas SUMAR和Bjorn Arne SVENNESSON的名义的未审查的专利申请中描述，所述专利申请按引用在这里作为参考，允许用户交互式或预先请求或者在没有呼叫对话的情况下规定呼叫建立，也就是说，它可以允许用户发送语音邮件、传真邮件或者电子邮件，请求系统在规定时间或者一个规定的持续时间回叫一个或者多个识别的或者预定的号码。
SCP和IP有限状态机
图11和12表示用于本发明的SCP 901和各个IP 911-914的有限状态机。在图11和12中，该机器的各状态是以椭圆形表征的，引起状态转换的事件以连续的箭头画出。功能是在虚线矩形内部描述，而通过功能命令的行动是通过虚线箭头指示。
图11表示用于SCP的有限状态机。如可以看到的，SCP有两个状态空闲状态1101和活动状态1102。SCP还有另外的准状态会话处理状态1121。
当从IP1911收到“建立呼叫”命令时，SCP从空闲状态1101变成活动状态1102，如在1111所示的。当在SCP和激活IP之间对话正常结束时，当由于存在不合适的部件而拒绝对话和当从任一侧放弃对话时，SCP从活动状态1102变成空闲状态1101，如在1112所示的。
当由IP1911请求“建立呼叫”命令时，从空闲状态1101转换到活动状态1102另外陪伴着如在1113所示的由该SCP开始该呼叫建立和如在1114所示的接着返回呼叫建立尝试的结果。
图12从IP侧表示该有限状态机。IP911-914有两个主要的状态空闲状态1201和活动状态1202。
如图12所示的，当激活“建立呼叫”命令时，IP从空闲状态1201变成活动状态I202，如在1211所示的。当与SCP 901对话正常结束时、由于存在不合适的部件由SCP拒绝提供结果、从任一侧放弃SCP-IP对话或者当操作超时时，出现如在1212所示的从活动状态1202到空闲状态1201的相反的状态转换。
正如前面提到的那样，常规地，当进行多方电话会议时，呼叫者必须人工呼叫每一方和邀请每一方加入该电话会议以便形成电话会议。典型地呼叫者利用预定义小键盘用于一个特别的PBX或者交换机。有时代之以期望参与该电话会议的每一方按顺序呼入一个呼叫者，电话会议领导。并且，电话会议领导人工地接通来话方到该电话会议。
本发明实施例的操作允许呼叫建立自动化。用户通过IP比如IP1911的适当指令预订允许自动的电话会议或者其它呼叫建立、业务的业务(示于图9)。在一个实施例中，用户利用非呼叫有关的存储与转发消息比如发送给IP的电子邮件消息开始自动的电话会议。这样的消息的利用允许前进，呼叫建立。在这样一个实施例中发送到IP的电子邮件消息包含电话会议期望举行的时间、日期以及电话会议的参与各方。该IP安排执行的任务并且在适当的时间和日期起动呼叫建立。就是说，IP通知SCP比如SCP 901(示于图9)建立到目的地的呼叫，即利用先前描述的呼叫建立过程建立到目的方，即在电子邮件中请求的每一方的呼叫。
在其它实施例中，用户可以以其它方式比如利用SMS消息或者利用SMS消息开始该电话会议或者利用其它终端指示IP开始该呼叫建立。
在另外其它实施例中，类似的过程用于延迟的呼叫建立比如用于呼叫叫醒业务，拨号通知业务等等。
虽然在附图和上文详细的描述中已经说明了本发明的方法和装置的一个优选的实施例，但是应懂得，本发明不限于所公开的实施例，而是能够在不偏离由下列权利要求书提出和定义的本发明的精神下进行很多的重新安排、修改和替换。
权利要求
1．在包括经过网络连接到SCP(业务控制点)的多个IP(智能外围设备)的IN(智能网络)电信系统中，所述多个IP经过一个电信骨干选择地彼此连接，一种便于自动的或者计划的建立呼叫和存储与转发业务的方法，所述的方法包括步骤给将要开始呼叫建立的IP规定呼叫建立参数；当该呼叫建立参数得到满足时，产生一个提醒；当产生所述提醒时，从该开始的IP传送一个建立呼叫命令给该SCP；建立包括两方或者多方的呼叫而无需人工干预；和从该SCP传送呼叫建立确认消息给该开始的IP。
2．根据权利要求1便于自动的或者计划的建立呼叫的方法，其中所述呼叫建立参数包含日期、时间和由电话会议链路连接的每一方的电话号码或者消息广播信道。
3．根据权利要求1便于自动的或者计划的建立呼叫的方法，其中所述呼叫建立参数另外包合希望的或者预期的呼叫持续时间。
4．根据权利要求1便于自动的或者计划的建立呼叫的方法，其中所述呼叫建立参数是从远程位置收到的。
5．根据权利要求1便于自动的或者计划的建立呼叫的方法，其中所述呼叫建立参数是通过一个标准DTMF(双音多频)电话数字小键盘交互地从一个用户收到的。
6．根据权利要求1便于自动的或者计划的建立呼叫的方法，其中所述呼叫建立参数是在与电信系统的本地数据输入媒体不同的媒介中收到的。
7．在包括经过网络连接到SCP(业务控制点)的多个IP(智能外围设备)的IN(智能网络)电信系统中，所述多个IP经过一个电信骨干选择地彼此连接，一个便于自动的或者计划的建立呼叫和存储与转发业务的系统，包括用于给将要开始呼叫建立的IP规定呼叫建立参数的装置；当该呼叫建立参数得到满足时，用于产生一个提醒的装置；用于当产生所述的提醒时，从该开始的IP传送一个建立呼叫命令给该SCP的装置；用于建立包括两方或者多方的呼叫而无需人工干预的装置；和用于从该SCP传送呼叫建立确认消息给该开始的IP的装置。
8．根据权利要求7便于自动的或者计划的建立呼叫的系统，其中所述呼叫建立参数包含日期、时间和由电话会议链路连接的每一方的电话号码或者消息广播信道。
9．根据权利要求7便于自动的或者计划的建立呼叫的系统，其中所述呼叫建立参数另外包含希望的或者预期的呼叫持续时间。
10．根据权利要求7便于自动的或者计划的建立呼叫的系统，其中所述呼叫建立参数是从远程位置收到的。
11．根据权利要求7便于自动的或者计划的建立呼叫的系统，其中所述呼叫建立参数是通过一个标准DTMF(双音多频)电话小键盘交互地从一个用户收到的。
12．根据权利要求7便于自动的或者计划的建立呼叫的系统，其中所述呼叫建立参数是在与电信系统的本地数据输入媒体不同的媒介中收到的。
13．在用于经由IN(智能网络)提供通信业务的方法中，经由IN电信系统以编程方式建立该业务的一种方法的改善，所述方法包括步骤在IP(智能外部设备)检测一个用户来的拟在一选定时间建立通信业务的请求；转发在所述检测步骤期间检测的该请求的指示给一个SCP(业务控制点)；安排拟在选择的时间提供的该通信业务；和实现该通信业务。
14．根据权利要求13的方法，其中在所述检测步骤期间检测的该请求包括存储与转发消息。
15．根据权利要求13的方法，其中所述转发的步骤包括传送一个呼叫建立请求给该SCP。
16．根据权利要求13的方法，其中所述转发的步骤更进一步包括轮询该SCP以便确定至少与该用户有关的IN业务是否储存在该SCP。
17．根据权利要求13的方法，其中该通信业务包括一个电话会议，和其中所述安排的步骤包括安排该电话会议。
18．在IN(智能网络)电信系统中，经过该系统至少提供一个通信业务给至少一个用户的电信系统，用于以编程方式经过IN电信系统建立该业务的装置的一个改善，所述装置包括一个IP(智能外部设备)，连接用于从该至少一个用户接收用于在一个选择时间建立的通信业务的一个请求；和一个SCP，连接到所述IP以便接收该通信业务的请求的指示，所述SCP用于安排在该选择时间提供的通信业务和用于实现该选择的业务。
19．根据权利要求18的装置，其中所述IP响应该请求的接收产生一个呼叫建立请求，和其中所述SCP连接以便接收的该请求的指示包括该呼叫建立请求。
20．根据权利要求18的装置，其中该至少一个用户包括多个用户，其中用于通信业务的该请求包括用于在多个用户的至少选择的用户之间的电话会议的一个请求，和其中所述SCP更进一步用于安排和实现在该选择时间的电话会议。
21．根据权利要求18的装置，其中由所述IP接收的该请求包括存储与转发消息。
22．根据权利要求18的装置，其中该通信业务包括一个延迟的通信业务，和其中所述SCP还用于安排并且实现该延迟的通信。
全文摘要
在包括经过一个网络连接到一个业务控制点(SCP)(901)的一些智能外围设备(IP)(911,912,913,914)的智能网络(IN)电信系统中,按或者在IP的指导下便于自动的或者计划的建立呼叫和存储与转发业务的系统和方法。各个IP(911－914)也经过一个不同的电信骨干(910)彼此连接。当用户(921)打开与IP(911)对话以便安排在一个稍后时间和日期的自动呼叫建立时,该IP(911)命令该SCP(901)在期望的时间通过发出一个“建立呼叫”命令来建立到该期望的号码的呼叫。响应该SCP(901)建立到一个或者多个用户的呼叫和给该开始的IP(911)确认该呼叫。该SCP(901)则返回呼叫建立结果给该IP(911)。
文档编号H04M3/56GK1235734SQ97199229
公开日1999年11月17日 申请日期1997年8月20日 优先权日1996年8月30日
发明者B·A·V·阿斯特伦, B·A·斯文内森, G·苏马, R·J·B·施默瑟尔 申请人:艾利森电话股份有限公司