CN1235735A - 用于智能网络中的受控媒介转换的系统和方法 - Google Patents

用于智能网络中的受控媒介转换的系统和方法 Download PDF

Info

Publication number
CN1235735A
CN1235735A CN 97199242 CN97199242A CN1235735A CN 1235735 A CN1235735 A CN 1235735A CN 97199242 CN97199242 CN 97199242 CN 97199242 A CN97199242 A CN 97199242A CN 1235735 A CN1235735 A CN 1235735A
Authority
CN
China
Prior art keywords
message
conversion
media
scp
transmission
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
CN 97199242
Other languages
English (en)
Inventor
B·A·V·阿斯特伦
B·A·斯文内松
G·苏马
R·J·B·施默瑟尔
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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
Priority claimed from US08/724,845 external-priority patent/US5838768A/en
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN1235735A publication Critical patent/CN1235735A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0029—Provisions for intelligent networking
    • 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/4228—Systems providing special services or facilities to subscribers in networks
    • 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/432—Arrangements for calling a subscriber at a specific time, e.g. morning call service
    • 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/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/5307—Centralised arrangements for recording incoming messages, i.e. mailbox systems for recording messages comprising any combination of audio and non-audio components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/60—Medium conversion

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

一种在智能网络(IN)电信系统中将消息从一种媒介变换成另一个媒介的系统和方法包括几个通过网络与一个业务控制点(SCP)(901)相连的智能外围设备(IP)(911－914)。各种IP(911－914)还通过一个特殊的电信基干(910)彼此相连。SCP(901)命令一个变换IP(912)通过电信基干(910)检索出接收的消息,并将其变换(943)到一特定媒介,这可以可选地由接收者( 922)指定。当完成该变换过程时,SCP(901)命令一个传送IP(913)检索(951)出变换后的消息并传送(953)给预定接收者(922)。

Description

用于智能网络中的受控媒介转换的系统和方法
这个美国专利申请包含了与下面同样处于审查中的美国专利申请相关的主题：(1)用户主动监视的系统和方法，No.08/723,620(代理记录No.27946-00157),1996年10月3日申请，申请人是BoArne Valdemar ASTROM,Robert Johannes Bernardus SCHMERSEL,Gulamabbas SUMAR和Bjorn Arne SVENNESSON；(2)输入和输出用于存储转发业务的询问的系统和方法，No.08/724,769(代理记录No.27946-00158),1996年10月3日申请，申请人是Bo ArneValdemar ASTROM,Robert Johannes Bernardus SCHMERSEL,Gulamabbas SUMAR和Bjorn Arne SVENNESSON；以及(3)用于IP激活的呼叫建立的系统和方法，No.08/725,431(代理记录No.27946-00159),1996年10月3日申请，申请人是Bo Arne ValdemarASTROM,Robert Johannes Bernardus SCHMERSEL,GulamabbasSUMAR和Bjorn Arne SVENNESSON。这些同样处于审查中的专利申请和从其派生的任何其他国内或国外专利申请和所包含的公开文本在这里都作为本申请的参考。
本专利申请和上面所提到的所有相关的处于审查中的专利申请都已经或将要被转让给Telefonaktiebolaget LM Ericsson(publ)。
本发明涉及辅助电信业务设备，特别涉及便于将以一种媒介接收的信息转换成另一种媒介的系统和方法。
客户对于用户制定的电信业务的需要已经增长得越来越迅速。专用的用户特征，例如呼叫等待、呼叫转移、缩位拨号等，由于它们所提供的便利，对于单个用户来说正变得越来越重要，并且其作为附加收入来源对于电信业务提供者也变得越来越重要。这种业务一般是通过对服务于特定用户的中央局交换机的软件进行专用编程来提供的。也就是说，局部交换机交换软件是单独编程的，以便向与其相连的用户提供特种业务特征。为了提供特种用户功能，交换机的硬件和软件都应该经常更新。
当一个呼叫涉及与不同交换机相连的两方之间的互连时，这是通过一个所谓的中转或汇接交换机来完成的，该交换机形成了将单独的中央局交换彼此互连的网络的一部分。在这种情况下，中转交换机对于呼叫的双方都是完全透明的，它只在两个端局之间提供一个语音路径。由任一方调用的任何特种业务特征已经由用户所连的端局按惯例提供，与两方之间的网络连接无关。
在大多数提供普通老式电话业务(POTS)的电信系统中，在主叫方(A方)与被叫方(B方)之间的通信链接是处于A方的控制下的。因此，A方与B方之间的通信链接保持正常，直到A方的电话装置被置于“挂机”状态，在这种情况下，系统中断双方端局以及用于将端局链接在一起的任何中转交换机中的通信链接。如果B方想要将他或她的电话装置置于挂机状态，只有在经过大约为几分钟的一段时期之后、当一个计时器切断主叫方与被叫方之间的电路时，才会起作用。在新型的电信业务、例如综合业务数字网(ISDN)中，采用了B方切断，但实施这种切断的装置与传统POTS网络中的装置有很大不同。
假设在传统的电信交换机内的特种用户业务需要对每个以及所有向其客户提供这种特种业务的单个交换机的软件进行广泛地更新。相对于额外用户业务所带来的额外收益，交换机的这种更新常常是非常昂贵的，并且从性能价格比的角度上看代价过高。这种情况在小城镇或农村地区则更为突出，在这些地区，对特种业务的需求相对较低，并且现有的交换机已经工作了相当长的时期，并能继续满足该地区大多数用户的基本电信需要。
电信企业正面对着逐渐增强的竞争压力。各地的电信操作员的每分钟收益由于多种因素已经在逐渐下降。电信业务的无序已经增加了企业中竞争者的数目。并且，类似回叫业务和呼叫卡的革新允许用户利用在两个国家(country pairs)之间的双边呼叫速率中的差别进行套利。并且，有线电视公司现在已经开始在他们的电缆网上提供电话业务。最后，更新的软件现在已经使因特网上的高质量的全双工呼叫变得可行。
技术的进步还降低了提供基本电话业务的成本。电信公司不再有理由为对基本电话业务设备所征收的较高的使用费进行辩护。技术的进步将传送一个电话的实际费用几乎降低为零。用经济术语来说，可以将基本电话业务看作为零临界成本商务(zero marginalcost business)。这些年来桌面计算机的性能价格比的提高也极大地提高了现代电话交换机的可靠性和经济性。
在局间连接上也是这种情况。由于光纤的使用，电话网已经增加了相当大的容量。带宽不再象几年前一样是稀有资源了，并且事实上已经成为整个销售额中经常购买和销售的商品。
技术进步还减少或消除了在主叫方和被叫方之间的作为电话呼叫费用的主要因素的地理距离的影响。已经证明，利用因特网资源，从Stockholm到Dallas(距离大约为8000公里)的通话费用并不比从Dallas到Austin(距离大约为300公里)的高。
因特网的迅速发展在很大程度上是由于利用了以下事实，即因特网的基本TCP/IP协议使得要发送的e-mail信息和要进行的文件传送与涉及的传输距离无关。
电信操作者不考虑提供长距离业务并不比提供本地基本电话业务花费更多这个事实，继续对长距离电话通话收取比本地通话更多的费用。电信产业中竞争的增强使得这种情况越来越无法维持。由于长距离通话在传统上已经是电信公司运行利润的一个重要来源，所以电信公司需要找到收益的新来源这一点变得越来越明显。
电信操作者可以增加收益的一种方式是通过向用户提供高级服务，用户将愿意为此付费。如上所述，在过去的网络结构中，向网络增加新功能需要重写核心交换机软件—这是一个花费大且费时的过程，还带来将新故障引入系统的额外的风险。此外，必须用新软件更新网络中的每个交换机，这进一步提高了引入新业务的费用。电信操作者不愿再容忍这种状态。对于可以首先将一个产品带入市场的电信设备制造商来说，存在着很多商业机会。
电信操作者已经表现出了对将新业务引入他们的电信网络的更快、更便宜的技术的需求。并且，他们希望新功能的影响被限制在一个或几个交换机内。还希望能够从一个中央管理设备来处理诸如业务的安装或更改、用户专用数据的增加等业务管理任务。
还希望的是，新业务的设计和实施是由电信操作者完成而不是由设备制造商完成。这将允许电信操作者能迅速地对觉察出的市场需要作出反应，并更加经济有效地为他们的客户服务。还发现人们希望的是在交换软件中包含更多的智能，以允许各种服务能与用户进行交互。以这种方式，电话设备可以变成对电信网络的一个高级接口。
已经提出将智能网络(IN)作为上述要求的解决方法。IN技术被设计为允许一个电信操作者设计他自己的特别业务集合或使现有的业务适应专门用户的需要。进一步地，IN结构能将安装新业务的影响限制在几个控制节点内。
IN结构的另一个设计特征是它的业务集中管理。这提高了响应时间，并减少了运行网络所需的人力资源开支。此外，IN结构允许用户控制一些用户专用的数据。
例如，一些电信操作者提供“个人号码”业务。个人号码业务给予每个用户一个专用的电话号码，通常是前面缀有“地区代码”500的号码。个人号码业务的设计原理是将每个用户过多的联系号码只用一个电话号码代替。于是，当有人拨打一个用户的个人号码时，交换机将查询一个中央数据库，并得到一个可能到达该用户的所有电话号码的清单。交换机然后将以一预定顺序拨打这些号码中的每一个，直到该呼叫得到回答。
在该项业务的一个变化中，用户可以具有用任一个电话设备动态地更新联系号码数据库的能力。这种客户控制能够允许用户增加他或她临时所处的旅馆或其他地方的号码。
IN结构的设计原理是减少向市场提供新业务的时间，以降低开发和管理成本，并提高提供高级服务所带来的收益。一个IN业务的典型例子是用户使用覆盖很大地理区域的单个拨号号码(B-号码)，该单个拨号号码被重新转到多个本地业务中心中的一个。因此，一个比萨饼经销商可以宣传预定比萨饼的一个电话号码。只要客户拨通该广告号码，IN业务可以根据拨号用户的号码(A-号码)将该呼叫转给最近的经销商。
智能网络概念起源于美国。起初，其意图是为了提供一个用于将一单个拨号号码转换成一个不同的终端号码的中央数据库。最早的IN业务的应用之一是提供长途免费通话(“免费电话”)。
长途免费号码并不直接对应着一条实际的电话线，而是需要被转换成一个实际的终端号码。这种转换可以依赖于呼叫者的位置和一天中的时间。
已经开发了一种被称为7号信令系统(SS7)的新的信号系统，该信号系统允许在呼叫建立之前和建立期间在电话交换机之间进行高速通信。SS7协议首次为实现长途免费通话所需的快速数据库查找创造了条件。在SS7技术的开发之后，使得通过一个电话网络在实际上瞬时地交换数据变得可能。这就是智能网络的来历。
在IN革命中的下一步是从静态数据库移动到允许用户控制用户专用数据的动态数据库。当用户能够用来自用户设备的键盘交互来控制呼叫的进程时，附加的交互作用变得被允许。这种交互式的IN在美国被称为高级智能网络(AIN)。
IN结构目前的发展和兴趣正被几个大型应用所驱动。两种这样的应用是万能个人号码(UPN)和虚拟个人网络(VPN)业务。在UPN业务中，将一个唯一的号码指定给每个个人，而不是指定给一个电话设备。UPN号码可被用于到达一个用户，而与他或她的位置或网络类型(固定的或移动的)无关。
VPN业务允许应用公共网络资源来构造一个个人网络。于是，一个团体可以具有一个团体电话网络，允许其所有雇员相互进行通信，而不必对提供一个实际的个人网络所需的硬件或软件进行投资。通过应用公共网络来实现一个VPN业务，团体用户还可以避免维护一个实际网络所需的费用。
作为提高合并速度和发展新网络能力和网络业务的解决途径，智能网络(IN)结构的使用已经被提倡。然而，目前实现IN概念的标准还具有许多缺陷。
例如，用户可以接收输入的非呼叫相关的消息，例如电子邮件(e-mail)、寻呼机消息、短消息业务(SMS)格式的消息，等等。在传统上，这些消息类型中的每一种都是单独处理的，通过一个专用于该消息类型的信箱传递给一个预定的接收者。因此，用户必须检查传真消息信箱来确定是否已经接收到传真消息并正等待查看，并且单独地检查他的电子邮件消息信箱来确定是否还有未读的e-mail消息，等等。
业务提供者已经发现，用户希望在将消息传送给用户之前，能将以各种允许的输入格式接收的输入消息从一种媒介转换或变换成另一种媒介。每个用户对于他或她的输入信息被传递时的格式可以有不同的选择。于是，例如，用户A可能希望在每次他或她接收到一个传真传输时能接收到一个e-mail通知，而可能希望将该传真传输的内容读给他或存储在他的语音信箱内供以后的检索和回顾。
如果一个电信业务提供者能够存储每个用户的通知和传送选择，并且甚至可能允许由用户对于最佳接收格式进行交互式的选择，则业务提供者能够向用户提供更多的价值，从而获得额外的收益。
因此，能够在一个智能网络系统内提供一些装置，根据存储的用户选择或通过与用户的交互式对话，将以一种媒介接收的消息变换成另一种媒介，这是所高度期望的。接着，这需要一种用于从一种媒介到另一种媒介接收、存储、变换和发送非呼叫相关消息的系统和方法。
因此，本发明的一个主要目的是允许将以一种媒介接收的消息容易地变换成第二种媒介。本发明的一个实施例已经在一个IN(智能网络)电信系统中实现，该IN电信系统包括与一个SCP(业务控制点)通过网络相连的多个IP(智能外围设备)。该多个IP还彼此相连。
在本发明的一个实施例中，将第一媒介中的第一消息接收进一个接收IP。然后将这个接收的第一消息从接收IP传输到一个变换IP。接着，在变换IP中将传输的第一消息变换成第二媒介中的第二消息。然后，将变换后的第二消息通过电信基干传输到一个传送IP。最后，将变换后的第二消息传送到第二媒介中的消息的预定接收者。
下面通过结合附图对最佳实施例所进行的详细说明，将获得对本发明的方法和系统更全面的理解，其中：
图1是显示一个标准的智能网络(IN)概念模型的示意图；
图2显示了一个例示性的简单智能网络的组成；
图3显示了一个与业务无关的标准组件(SIB)的结构；
图4显示了进入物理单元的各种IN功能入口图；
图5显示了在中转层带有业务节点的IN设备的例子；
图6显示了在IN概念模型中实现各种业务的最佳方法；
图7显示了实现一个API的两种途径；
图8显示了应用业务逻辑程序(SLP)限定个人事务的一种技术；
图9显示了本发明的联网IP(NIP)系统和方法的一个实施例；
图10是显示在本发明的各种逻辑入口之间的信息流的整体顺序图；
图11是显示“信箱状态报告”命令的操作的顺序图；
图12是显示当SCP询问关于信箱状态的简要信息时“信箱状态查询”命令的操作的顺序图；
图13是显示当SCP询问关于信箱状态的详细信息时“信箱状态查询”命令的操作的顺序图；
图14是显示当一个用户询问关于信箱状态的简要信息时“信箱状态查询”命令的操作的顺序图；
图15是显示当一个用户询问关于信箱状态的详细信息时“信箱状态查询”命令的操作的顺序图；
图16显示了当SCP命令一个IP取回消息用于变换时的顺序图；
图17显示了当SCP命令一个变换IP变换一个消息时的顺序图；
图18显示了当SCP命令传送IP从变换IP取回变换的消息时的顺序图；
图19显示了当SCP命令IP向一个用户传送变换的消息时的顺序图；
图20显示了在本发明的操作期间SCP的有限状态机；以及
图2l显示了在本发明的操作期间IP的有限状态机。
本发明提供了关于已经以一种媒介、例如以电子邮件(e-mail)消息格式、传真格式或SMS(短消息业务)格式接收的消息的变换和向希望以不同格式接收该消息的用户传递的一系列问题的解决办法。在本申请中公开并描述的IN概念的扩展也可以用在其他电信方面，还可以有助于提供有关的附加用户业务。
智能网络(IN)结构
智能网络是一种提供便于将新性能和业务引入诸如公共交换电信网络(PSTN)或公用陆地移动通信网络(PLMN)等网络的灵活性的电信网络结构。这种新性能和业务的例子包括长途免费通话(toll free calling)(“免费电话”)、信用卡业务和虚拟个人网络(VPN)。
IN体现了对将来的非附随(unbundled)网络的梦想，在该网络中，将自由给予业务提供者和用户，使得网络业务个性化，而与通路、交换项技术和网络提供者无关。在ITU-TS建议书Q.1200中说明了关于IN的国际一致观点。
在国际电信联盟(ITU)建议书I.312/Q.1201中已经说明了IN结构的细节，在该标准中还包含了在图1中显示的IN概念模型(INCM)的口头解释。ITU的IN概念模型将关于呼叫处理和业务提供的各种任务和处理进行分析并分成四级：业务级101、全局功能级102、分布功能级103和物理级104。
到目前为止，IN已经集中在下文称之为号码业务的一组业务周围，例如，长途免费呼叫(“免费电话”)、信用卡呼叫、个人号码业务、电视选举等等。所有这些业务的一个关键特征是他们向不附随于访问节点中的访问端口的号码提供服务。可以通过增加一个业务交换功能(SSF)和/或专用资源功能(SRF)将电信网络中的任何节点作为一个业务节点，这都通过一个与业务无关的协议接口处于一个业务控制功能(SCF)的控制下。SCF是由一个可以在物理上不随附于节点的业务数据功能(SDF)支持的。
IN的主要组成部分是SSF、SCF、SDF和SRF。SRF在这里也被认为是逻辑智能外围设备(逻辑IP)。这些组成部分的每一个均是单独的逻辑实体，可以是与电话网络的其他逻辑的或其他的实体在物理上集成的，但这不是必需的。在下面对最佳实施例的说明中，认为物理和逻辑实体是可互换的。
IN结构将基本的呼叫过程分成几个分离的、严格定义的阶段，这给予电信业务提供者和用户以控制呼叫过程的能力。在图2中显示了一个简单的智能网络200的组成部分。智能网络的标准结构定义了IN的各种组成部分以及在各个组成部分之间的接口。
当向IN业务进行一个呼叫时，该呼叫首先经过网络中的一个被称为业务交换点(SSP)的专用节点。如果SSP将输入的呼叫识别为一个IN呼叫，则在SSP通知IN网络中的另一节点、业务控制点(SCP)已经接收到一个IN呼叫的同时，中止所有进一步的呼叫处理。
SCP提供了“智能网络”中的“智能”。SCP控制关于一个IN呼叫的所有事情，并作出所有呼叫处理决定。当SCP确定要在该呼叫上执行的适当的行动时，SCP命令SSP实现所需的行动。
业务控制功能(SCF)包含了一个IN业务的逻辑，并承担作出关于调用该业务的呼叫的决定的全部责任。这个业务逻辑可以在任一个电信平台(例如，爱立信的AXE平台或UNIX)上运行。包含SCF的节点(即，物理硬件和软件)被称为业务控制点(SCP)201。
由业务数据功能(SDF)提供每个业务所需的数据(例如，用户电话号码的列表)。在IN结构的一种实现方式中，业务所需的数据存储在SCF本身。在形式上，将存储与业务有关的数据的功能分配给根据命令将数据提供给SCF的SDF。在一个典型的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不直接与SCF通信，而是通过SSF进行通信。SRF在图2中未显示。
业务管理功能(SMF)207管理IN业务的维护，例如数据的增减或业务的安装或修正。业务生成环境功能(SCEF)207允许开发、测试一个IN业务以及向SMF输入。在IN的一个实现方式中，将SMF和SCEF合并成一个，称为业务管理应用系统(SMAS)。该SMAS应用是TMOS族中的一部分，在UNIX操作系统下运行。它允许应用图形界面设计业务，并为业务数据的入口提供方便的形式。
图2显示了一个与SDP202和SSP204和205相连的SCP201的例子。SCP还与SMF/SCEF207相连。在图2中，所有进出SCP201的链接用虚线显示，表明这些链接不是语音链接。SDP202与SMF/SCEF207也由非语音链接相连。SSP204与两个本地交换机(LE)223和224相连，还与一个中转交换机(TE)211相连。中转交换机211然后与另外两个本地交换机221和222相连。SSP205与本地交换机225相连。如图2所示，本地交换机223和224与一个例示性的发端用户T-A231和一个例示性的终接用户T-B232相连。
如果IN的每个逻辑组成部分也是物理实体，在前面所作的描述中，对应的物理节点被称为业务交换点(SSP)、业务控制点(SCP)、业务数据点(SDP)和物理智能外围设备(IP)。如上所述，在下面的讨论中，术语IP被用于一般地指代逻辑IP和物理IP。
用户代理是在SCF中由主叫方或被叫方号码识别的，并且当在服务节点中的一个待命触发点被命中时调用该用户代理。信号数据和呼叫状态数据可以由用户代理来处理。SRF能够与用户或者彼此之间进行带内(in-band)通信，以克服当前信号系统的局限。
当前的IN标准假定一个用户的被访位置和原始位置(homelocation)是同一位置，但可以不随附于通路节点(access node)和业务节点。虽然通路节点和业务节点功能的分开降低了业务引入成本，但它产生了潜在的不希望出现的在通路端口业务和基于号码的业务之间的相互干扰。因此，需要增强通路节点到业务节点的能力来提供业务设计中的灵活性。
另一种方式是将两个远程可变个人电信类别增加到通路节点上—一个向发出呼叫的业务节点提供无条件热线连接，另一个给出朝向终接呼叫的业务节点的无条件呼叫。在蜂窝网络中，如果成本减低并且容量增加，在很长的时期将被访位置和原始位置功能分开看起来是必须的。
IN的一个特有特征是业务是在IN业务平台上根据其与业务无关的组成部分(SIB)来实现的，并不是直接在网络节点中实现的。SIB是SCP的一部分。图3显示了一个SIB的结构。每个SIB301是在业务逻辑中对程序员隐藏了其实现方式的基本逻辑元件。当现有的SIB不能满足新需要时，定义新的SIB。如图所示，SIB301接收一个逻辑输入311，产生逻辑输出312，接收SIB支持数据321，接收并产生呼叫实例数据322。
在IN产品中，SIB301执行诸如信号信息的分析、连接拓扑的控制、与用户的交互、数据的读写、呼叫数据的采集和输出等功能。其他SIB是纯语言元件，例如跳转、转向子程序、循环、移交等等。在业务平台内可得到每个SIB301。由SIB301建立业务逻辑程序(SLP)，并用他们的名字指代。可以应用一个业务生成环境功能(SCEF)来设计业务逻辑。通过一个与系统无关的应用程序设计界面(API)，使SCEF可得到SIB301。
在图4中显示了各种IN功能实体到物理单元或实体的映射，其中，后缀“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结构。将所得的SIB603在604映射到各种功能实体605。接着将功能实体605在606映射到一个或多个物理实体607。
应该注意，与实际中的所有非IN标准不同，IN中的业务需求并不是直接被翻译成网络功能的。而是将业务需求翻译成业务平台元素(即，SIB)，接着根据IN三级模型实现该业务平台元素，使其具有可再用的能力并成为电信网络中的协议元素。
至少有两种可能的方法可用于实现与图1中所示的ITU的IN概念模型一致的应用程序接口(API)。一种方法是将业务逻辑分成两部分：固定逻辑部分和可变逻辑部分。然后将SIB链接以形成作为子程序由固定逻辑调用的判定图。可以以一种标准的程序设计语言、例如C或C++等来表达固定逻辑，并且编译和装载进一个标准的执行环境。相反，可变逻辑部分只包含可交换的数据。
第二种方法是定义一个业务API，该业务API通过将该多个SIB相互组合来对逻辑的所有方面进行完全地控制，以实现所需的功能。在这个方法中，每个SIB都可以连接到其他任何一个SIB。一些SIB执行电信功能，而另一些只连接逻辑中的元素。所有逻辑都被表示为一些数据，这些数据说明要使用哪些SIB、如何将其连接、以及每个SIB要使用哪些数据来执行其功能。因此，对于业务编程者隐藏了所有实施细节。这是在爱立信的IN产品中所采用的主要方法。
在图7中显示了实现API的两种方法。图7A显示了SIB平台方法，图7B显示了业务逻辑执行环境(SLEE)方法。图7A的SIB方法将所有业务逻辑表示成在业务平台中可用的基本SIB功能的组合，以形成可变业务分布(FSP)。图7B的SLEE方法将作为子程序的SIB考虑成用一种诸如C、C++、业务逻辑程序(SLP)等的程序设计语言所表示的固定逻辑。编译代码采用电信平台基元，例如INAP(智能网络应用部分)操作和数据库基元。
当对于所有逻辑和数据使用相同的数据表示时，可以通过可变业务分布(FSP)来定义个人事务，如图8所示。这种结构具有很多优点，例如，允许装载并激活不同的逻辑元素，而不会干扰业务，并且在个人业务中出现错误的情况下，将影响的区域限制在激活出错功能的呼叫处。
特征相互影响已经是IN系统的开发中的一个主要障碍。这个问题的产生是由于每个特征通常与其他特征有关这个事实。需要解决这种相互影响，但还没有出现一种意见一致的解决办法。在实际中已经发现，在引入新的特征时，现有的特征实施经常被影响，许多特征不得不重新设计或完全停用。应该注意，可以从两种观点看待这个问题：IN系统的以网络为中心的观点和以用户为中心的观点。
传统的以网络为中心的观点将IN看作是对于向一个现有的指令系统增加附加业务的其他技术的补充。特征相互影响已经并且继续是阻止该观点成为现实可选择的方法的障碍。每个新的附加业务由固定业务逻辑部分和潜在的可变逻辑部分组成。因此，个性化受到可以通过将多个预先定义的附加业务或特征相互组合在一起而达到的功能的限制。与PSTN、PLMN和ISDN中的已有IN经验相同，增加一个新业务可能需要长期且花费大的开发。在这种观点中的中心事务不是新特征的设计，而是将一个新特征与其他已经存在的特征综合在一起的任务。
相比之下，IN的以用户为中心的观点将注意力集中在用户而不是特征上。原则上，假设单个用户的需要是唯一的，而业务提供者完全控制所有的业务逻辑。运用FSP方法，其结果为可以通过再利用SIB而不是再利用特征来生成唯一的业务分布范围。这意味着特征相互影响不再是问题，因为没有执行任何单个的特征。在该方法中，在SIB之间的相互作用构成了业务逻辑。
根据半呼叫模型，通过开放的信号接口解决了该方法中的业务分布之间的相互影响。在能够以一种经济可行的方式从逐步开发的IN平台提供完全控制之前，已经发现必须使用一些现有的附加业务。应该记住的是，这是可以导致相互影响问题的捷径，这些相互影响问题要求以后改进IN平台。
在以用户为中心的观点中的主要目标是使得SIB标准化，以便实现与业务无关、与系统无关以及与技术无关。当实现了这一点时，可以在任何兼容的平台上执行基于SIB的业务分布，无论它是一个交换处理器，一个独立个人计算机，还是工作站。对于每个单个用户，由特征透明代替了将相同特征给予所有用户的旧的范例，而不考虑通路。
IN信令
在IN系统中，将智能网络应用部分(INAP)协议用于发信号。已经由欧洲电信标准协会(ETSI)和国际电信联盟(ITU)将INAP信号方式协议标准化，它包括CCITTNo.7信令系统(CCS7)，该系统是一个、但不是唯一的一个可以用于支持INAP的网络协议。
现在被指名为核心INAP(即，IN CS-1标准)的INAP的一个缺陷是在SCF和IP之间的通信可能性被限制为只有语音。现在，CS-1标准不支持其他媒介，例如e-mail、传真、数据等等。因此，在目前的CS-1标准中不包括非呼叫相关(non-call-related)和非实时呼叫相关业务。
将本发明作为其一部分的联网IP(NIP)实施方式的特征为，作为INAP的扩展，其包括非语音媒介的操作和处理和在SCF和IP之间提供非呼叫相关的通信。NIP允许SCF完全控制所有的存储转发(即，发送消息)业务，例如语音邮件、e-mail、SMS消息等等。NIP实施方式所使用的协议在下文被称为NIP-INAP。NIP-INAP是向IN CS-1标准的爱立信专用扩展。
网络IP
图9显示了本发明的联网IP(NIP)系统的一个实施例。联网IP系统包括一个可以与多个智能外围设备(IP)911-914进行通信的SCP901。这些逻辑IP中的每一个都是IN术语中的SRF，这在前面已经提到。为了简明起见，在图9中只显示了四个IP：接收IP,IPr911；变换IP,IPc912；传送IP,IPd913；以及例示性的附加IP,IPo914。IP911-914通过一个通信基干910应用任一协议、例如TCP/IP、X.25等在彼此间进行通信。
图9还提供了本发明的一个实施例的操作略图。当发端实体920通过一个可选接口921向接收IPr911发送一个消息时，IPr911存储接收到的消息，并通知SCP901，如箭头931所示。SCP接着在932应答该通知。
在本发明的另一个实施例中，SCP901查询IPr911关于一个用户信箱的状态，如933所示，并从IPr911接收一个回答，如箭头934所示。如果SCP901预先知道用户922的传送选择，则它指导变换IPc912从接收IPr911取回消息，如941所示。变换IPc912然后与接收IPr911在基干910上进行通信，并检索出存储的消息。变换IPc912在942对于取回命令的执行向SCP901进行应答。
SCP901然后在943向变换IPc912发出一个变换命令。变换IPc912然后根据用户的选择将消息从其被接收的模式变换成用户922希望该消息被传送时所处的模式。当变换完成时，变换IPc912通知SCP901，如942所示。
在接到媒介已经被变换的通知之后，SCP然后命令传送IPd913从变换IPc912取回变换后的消息，如951所示。传送IP913通过基干910从变换IPc912检索出消息，并向SCP901作出完成该过程的应答，如952所示。
SCP901然后命令传送IPd913将消息传送给用户922，如953所示。如果用户是活动的和可访问的，则传送IP,IPd913传送出消息，如926所示。消息的传送也向SCP901确认，如952所示。
图10是显示本发明的各种逻辑实体之间的消息流动的简要顺序图。如图10所示，变换过程包括三个阶段。在第一阶段，接收IP、IPr911向SCP报告接收到一个消息。在第二阶段，SCP命令变换IP、IPc912从接收IP、IPr911检索出该消息，并将该消息从一个媒介变换成另一媒介。在第三阶段，SCP命令传送IP、IPd913从变换IP、IPc912检索出变换后的消息，并将其传送给用户。
在图10中，应用事务处理能力应用部分(TCAP)符号来显示在SCP和各种IP911-913之间的通信，其中，消息类型显示在箭头下面，TCAP消息的组成和参数显示在每个箭头上面。于是，在第一阶段中，一旦接收到一个消息，IPr911在1001用“信箱状态报告”命令通知SCP901。由SCP在1002向IPr911作出应答。
在第二阶段、消息变换阶段，SCP901在1003向变换IP、IPc912发出“取回”命令。变换IP、IPc912在1004和1005应用在连接各种IP的网络上所允许的任何协议、例如TCP/IP、X.25等从IPr911检索出消息。IPc912在1006通知SCP901已完成该消息的检索。SCP然后在1007向IPc912发出“变换”命令。IPc在1008向SCP作出完成变换过程的应答，接收到该应答之后，SCP901在1009关闭与IPc912的对话。
在第三阶段，SCP在1010向传送IP、IPd913发出“取回”命令，传送IP根据该命令再次应用在IP网络上被认为有效的任何协议从IPc912检索出变换后的消息，如1011和1012所示。当已经从IPc取回变换后的消息时，IPd在1013通知SCP。在建立与用户的通信时或在此之前，SCP在1014向传送IP、IPd913发出“发送消息”命令。IPd将消息传送给用户，并在1015向SCP确认这个事实，在接收到该确认之后，SCP在1016关闭与IPd的对话。
一个IN用户可以预定几个存储转发业务，例如e-mail、传真邮件、SMS、语音邮件等等，并且可以希望使这些各种消息类型的传送变得协调。涉及不同预约业务的各种消息通常可以存储在IN网络中的不同物理或逻辑IP。目前，还没有普遍可用的变换解决办法，用于根据用户指定的变换和传送选择，允许存储在不同节点的不同类型的消息以一种分布式的方式被检索、变换和传送。
本发明提供了一种解决办法，用于将一个消息从一个存储转发媒介变换成另一个媒介，并因此将变换过的和未变换过的消息在不同的IP之间移动，以便用户可以选择以一个或多个最佳媒介传送他或她的所有或部分消息。
在本发明的一个实施例中，将几个新过程引入了INAP，以帮助消息完成从一个存储转发媒介到另一个媒介的变换。这些新过程包括：使得SCF能命令一个IP从相同网络上的另一个IP取回一个消息的“取回”命令；使得SCP能命令一个IP将消息从一个媒介变换成另一个媒介的“变换”命令；以及，使得SCP能命令一个IP向一特定目的地传送一个识别消息(这里也是一个变换过的消息)的“发送消息”命令。
可以为几个不同的媒介提供信箱，例如语音邮件、传真邮件、e-mail、SMS、等等。在该公开文本中，每个媒介及其连带的信箱被称作为一个逻辑IP。为了控制由用户在其信箱内接收的消息，并且为了在用户信箱的状态改变时便于通知SCP或用户，通知SCP关于一个用户信箱的状态是非常有用的。
目前，还不能容易地提供在不同的物理节点实施的集成消息发送业务。本发明的一个实施例根据IN结构通过定义一个协议提供了一种联网的解决办法，以实现统一的邮件解决办法。
本发明的另一个方面允许SCP能被更新关于用户信箱的状态。还向NIP-INAP引入了新过程用于该目的：当一特定信箱的状态已经改变时允许一个IP通知SCF的“信箱状态报告”命令；以及允许SCP向一个IP轮询或查询关于在一特定媒介上的一特定用户信箱的状态的“信箱状态查询”命令。
向INAP过程的扩展
下面我们要考虑被引入到NIP-INAP用于实现本发明的最佳实施例的各种新过程的详细操作。在SCP可以命令一个IP将消息从一种格式变换到另一种格式之前，需要过程来帮助通知SCP一个IP已经接收到消息，并且还允许SCP肯定地确定一个用户信箱的状态。
“信箱状态报告”消息
通过应用“信箱状态报告”命令来实现IP关于用户信箱状态改变自发的报告。如图11所示，只要状态的改变不是由SCP启动或控制的，一旦接收到信箱状态的任何改变，就从一个接收IP、IPr911向SCP901发送一个信箱状态报告。然而，在将一个消息放在信箱内(即，由指定用于以一特定媒介接收消息的IP接收)时，即使SCP在控制，接收IP也产生一个“信箱状态报告”消息。
应该注意，在由接收IP、IPr911发出该通知时，在SCP901和IPr911之间可能有也可能没有正在进行的对话。对于IPr911，为了向SCP发出该消息，用户信箱的状态必须改变。在由SCP901接收到该命令后，进一步的行动由SCP自行决定。如果愿意，SCP可以应用下面要讨论的“信箱状态查询”命令来获得关于各种消息的状态的详细信息。
“信箱状态查询”消息
与由一个IP根据信箱状态中的任何改变自发地产生的“信箱状态报告”消息相比，“信箱状态查询”消息只是由SCP的肯定行为或者基于关于他或她的信箱的肯定的用户查询所触发。图12和13显示了当SCP向一个IP查询关于用户信箱的状态时的顺序图。如果IPr911已经应用上述的“信箱状态报告”向SCP901报告了信箱状态的改变，并且如果SCP901希望获得关于用户的一个信箱或多个信箱的更多或详细信息，有两个可能的结果，如图12和13所示。
SCP901关于用户信箱状态的查询可以是两种格式中的一种，在这里被称为对简要信息的请求或对详细信息的请求。对关于用户的信箱状态的简要信息的请求的一个例子可以是对关于信箱中的新消息总数的信息的请求。对关于用户的信箱状态的详细信息的请求的一个例子可以是对信箱内的每个消息的日期、时间和长度的请求。
如果SCP901向IPr911要求关于信箱状态的简要信息，如1201所示，则IPr911可以向SCP901返回所需结果，而不将该结果分段，如1202所示。同样，如果SCP向IPr911查询关于信箱状态的详细信息，并且如果没有详细信息可用或者如果不需要或者不想要分段，则(与以前一样)IPr911以单(即，未分段的)消息向SCP901返回结果，如1202所示。
另一方面，如果SCP901向IPr911查询关于信箱状态的详细信息，并且如果需要分段，并且如果这种信息是可得到的，则IPr911以多个分段向SCP901发送信息，如图13所示。该过程在1301以SCP向IPr911作一详细查询开始。作为响应，IPr911在1302向SCP发送结果的一部分，并(可选地)表示还有更多的可得到的信息。随后，SCP在1303要求剩余的信息。IPr在1304提供另一个标准返回结果分段，并(可选地)表示还有更多的信息可以得到。
依次重复该过程，SCP901从IPr要求越来越多的信息，如1305所示，直到IPr在1306向SCP返回一个返回结果分量，表示再没有关于信箱状态的信息可以得到。当SCF已经获得、组合并分析了由IPr返回的结果的各种分段时，所有关于其各部分的进一步的行动由其自行决定。
在本发明的另一个实施例中，SCP可以向一特定接收者发送一个消息，或者在其信箱上将“信箱状态查询”命令的结果通知给信箱主人。
“信箱状态查询”命令也可以用于帮助用户查询关于他或她的一个或多个信箱的状态。在图14中显示了返回结果未分段的情况，在图15中显示了返回结果分段的情况。
如图14所示，当一个用户希望知道他的信箱状态时，SCP在1401向IPr911发出一个“信箱状态查询”命令，根据需要要求简要或详细的信息。如果在1401只要求简要信息，如果要求了详细信息但没有该信息，或者要求了详细信息但不需要分段，则IPr911在1402向SCP返回查询结果，而不进行结果分段。此后，进一步的行动由SCP901自行决定。
图15显示了当用户对其信箱状态进行详细查询时的顺序图。一旦接收到该查询，SCP901在1501向IPr911发出“信箱状态查询”命令，请求关于一特定信箱或多个信箱的详细信息。IPr911将要返回的结果进行分段，并在1502将第一分段返回SCP，并表示还有更多的信息可以得到。作为响应，SCP在1503第二次调用“信箱状态查询”命令，请求一些或部分剩余信息。IPr911响应该命令，在1504向SCP返回表示仍有更多的信息可以得到的第二返回结果分量。
如同上面结合图13中所示的顺序图所作的说明，SCP901重复地向IPr911发出“信箱状态查询”命令，如1505所示，直到IPr911在1506返回一个表示再没有信息可以得到的返回结果分量。SCP然后组合并分析分段的返回结果分量，并自行决定执行进一步的行动。
“信箱状态报告”和“信箱状态查询”命令使得在一个用户的一个信箱或多个信箱改变时启动向该用户的报警变为可能，并对于用户的所有各种类型的信箱进行中央控制，而不考虑他们位于在逻辑上不同的IP这个事实。
我们接着进一步详细考虑由IN控制的媒介变换业务。存储在位于不同IP的不同媒介中的消息的相互变换是用户和电信业务提供者很长时间以来所期望的。如上所述，在目前定义的允许存储不同媒介中的位于不同IP上的消息进行相互变换的IN结构中没有这种过程。
本发明的一个实施例的操作通过引入新的过程，允许存储在不同IP的消息和不同媒介进行相互变换：允许SCP命令一个IP从另一个IP取回一个消息的“取回”命令；允许SCP命令一个IP将一个消息从一种媒介变换成另一种媒介的“变换”命令；以及，允许SCP命令一个IP将一个特定的变换后消息传送到一已识别的目的地的“发送消息”命令。
在下面显示的顺序图中，将一个被称作为变换IP、IPc的专用IP用来进行存储在不同媒介中的消息的相互变换。然而，应该强调的是，实际的变换(或任何其他模拟SRF功能)可以发生在变换IP、支持所需媒介的任何IP或包含所需处理能力和系统资源的任何其他IP。此外，如上所述，IN的每个组成部分、例如SRF(逻辑IP)是一个单独的逻辑实体，该逻辑实体可以与电话网络的其他逻辑的或其他的实体在物理上是集成的，但这不是必须的。
“取回”命令
图16显示了当SCP命令一个IP取回一个消息用于变换时的顺序图。SCP901然后应用基干网络命令一个变换IP、IPc912从另一个IPr911取出一个消息用于变换。当消息已经放在一个用户的信箱内并且已经由接收IPr911用“信箱状态报告”消息通知SCP该信息时，SCP在1601向变换IPc发出一个“取回”命令。一旦接收到“取回”命令，变换IP通过NIP基干从接收IP、IPr取回消息，如1602和1603所示。当已经成功地完成消息的检索时，IPc在1604将这一消息通知SCP。
“变换”命令
图17显示了当SCP901命令一个变换IPc912变换一个消息时的顺序图。该过程在1701从SCP向IPc912发出一个“变换”命令开始。IPc912根据存储在SCP中的优先权或根据一个由SCP进行并且通过SCP进行的由用户激活的变换模式对话将消息从检索出的媒介变换成所需的媒介。在变换完成之后，IPc在1702通知SCP，SCP然后在1703关闭与变换IP的对话。
在变换完成之后，SCP901然后命令传送IPd913从变换IPc912取回变换后的消息。如图18所示，该过程在1801从SCF向IPd发出“取回”命令开始，IPd然后在1802和1803通过基干从IPc取出变换后的消息。当消息已经完全检索出时，IPd在1804通知SCP。
“发送消息”命令
最后，如图19所示，SCP901命令IPd向一个用户传送变换后的消息。这一阶段在1901从SCP向IPd发出一个“发送消息”命令开始，IPd然后在1902将变换的消息传送给用户，并向SCP901确认这一点。该过程在1903以SCP关闭与IPd的对话结束。
上述系统和方法使一个SCP能控制以一种媒介接收的消息向另一种媒介的变换，并引导一个变换过的消息的传送。这使得在一个中央位置存储每个用户关于传送消息的媒介的选择变得可能。本发明的一个实施例的操作的另一个优点是它允许一个用户交互地为每个消息规定传送媒介，或者修改一个前面的媒介变换命令的结果。
SCP和IP有限状态机
图20和21显示了本发明的一个实施例的用于SCP901和各种IP911-914的有限状态机。在图20和21中，状态机的状态用椭圆表示，而引起状态转移的事件由连续的箭头画出。功能画在虚线框内，而由功能控制的行动由虚线箭头表示。
图20显示了用于SCP的有限状态机。如同所看到的，SCP具有三个状态：空闲状态2001，活动状态2002，以及在变换处取回状态2003。一旦在2010向IP发出了“取回”命令，SCP就从空闲状态2001进行到在变换处取回状态2003。如果由IP放弃该对话，或者如果该操作已经超过，则出现反向状态转移，如2011所示。
当从IP的取回操作结果已经被接收到时，如2012所示，SCP从在变换处取回状态2003进行到活动状态2002。在将一个“变换”消息发送给IPc、从IPc接收变换结果、向IPd发送“发送消息”传送命令时，以及在接收到完成这些操作的通知时，SCP循环(即，保持)在活动状态2002，而不进行任何状态转移，如2014所示。在SCP和IP之间的对话正常中断时，如果由于出现不正确的分量而拒绝对话时，如果任何一方放弃了对话时，或者如果该操作超时，SCP从活动状态2002进行到空闲状态2001，如2013所示。
图21显示了来自IP一方的有限状态机。IP具有三个基本状态：空闲状态2101，活动状态2102和在变换处取回状态2103。还有两个附加准状态：通过数据通信基干的消息检索2121，和消息变换状态2122。
如图21所示，在从SCP901接收到“取回”命令时，IP从空闲状态2101进行到在变换处取回状态2103，如2110所示。如果IP放弃对话，则出现相反的状态转移，如2111所示。
在“取回”命令的结果被发送到SCP901时，IP从在变换处取回状态2103进行到活动状态2102，如2112所示。如果IP接收到“取回”命令，从空闲状态2101到在变换处取回状态2103的转移另外还伴随如2115所示的通过数据通信基干进行的消息检索和如2116所示的对任务完成的确认。
在从SCP901接收到“发送消息”命令或向其确认该命令时，IP循环(即，保持)在活动状态2102。在从SCP接收到“变换”命令以及向SCP返回变换结果时，IP保持在活动状态2102。
一旦一个IP从SCP接收到“变换”命令，除了保持在活动状态之外，它还进行到消息变换状态2122的准状态变换，如2117所示。当消息变换完成时，准状态转移结束，IP从消息变换状态2122返回到活动状态2102。
在由SCP正常结束对话或在由SCP拒绝提供的结果或在由任何一方放弃在SCP和IP之间的对话时，IP从活动状态2102转移到空闲状态2101。
虽然已经结合附图和前面的详细说明显示了本发明的方法和装置的一个最佳实施例，应该理解，本发明并不仅限于所公开的实施例，在不偏离由附带的权利要求书所陈述和限定的本发明的精神的情况下，能够进行很多重新配置、修改和替代。

Claims (33)

1．在一种在IN(智能网络)电信系统中进行通信的方法中，其中IN电信系统包括通过网络与一个SCP(业务控制点)相连的多个IP(智能外围设备)，多个IP还通过一个特殊的电信基干彼此相连，一种将以第一媒介形成的接收形式的消息变换成以第二媒介形成的变换形式消息的方法的改进，方法包括下列步骤：
将以第一媒介形成的接收形式消息提供给一个接收IP；
将接收形式消息从接收IP传输到一个变换IP；
在变换IP将接收形式消息变换成以第二媒介形成的变换形式消息；
将变换形式消息传输到一个传送IP；以及
将以第二媒介形成的变换形式消息传送到消息的预定接收者。
2．如权利要求1的方法，其特征在于，向其提供接收形式消息的接收IP、向其传输接收形式消息的变换IP、以及向其传输变换形式消息的传送IP中的至少两个位于同一处。
3．如权利要求1的方法，其特征在于，通过一个电信基干连接的IP应用TCP/IP通信协议相互进行通信。
4．如权利要求1的方法，其特征在于，通过一个电信基干连接的IP应用X.25通信协议相互进行通信。
5．如权利要求1的方法，其特征在于，接收形式消息包括一个非呼叫相关的消息。
6．如权利要求1的方法，其特征在于，接收形式消息与存储转发业务是兼容的。
7．如权利要求1的方法，其特征在于，从包括语音邮件消息、e-mail消息、传真邮件消息、SMS(短消息业务)格式的消息构成的组中选择第一媒介和第二媒介。
8．如权利要求1的方法，还包括中间步骤：由接收IP通知SCP一个用户信箱的状态改变，并且，其中，响应于通知步骤期间的SCP的通知，执行从接收IP向变换IP传输接收形式消息的步骤。
9．如权利要求1的方法，还包括查询接收IP关于一个用户信箱状态的步骤，其中，响应于查询步骤期间来自SCP的查询，执行从接收IP向变换IP传输接收形式消息的步骤。
10．如权利要求1的方法，其特征在于，应用一个取回命令执行从接收IP向变换IP传输接收的第一消息的步骤。
11．如权利要求1的方法，其特征在于，与一个用户的变换和传送选择相一致，执行将接收形式消息变换成变换形式消息的步骤。
12．如权利要求1的方法，其特征在于，应用一个变换命令执行将接收形式消息变换成变换形式消息的步骤。
13．如权利要求1的方法，其特征在于，应用一个发送消息命令执行将以第二媒介形成的接收形式第二消息传送到消息的预定接收者的步骤(图19)。
14．在一个包括多个通过网络与一个SCP(业务控制点)相连的IP(智能外围设备)的IN(智能网络)电信系统中，所述多个IP还通过一个特殊的电信基干彼此相连，一种将以第一媒介接收到的第一消息变换成以第二媒介形式的第二消息的系统，所述系统包括：
将第一媒介形式的第一消息接收进一个接收IP的装置；
将接收到的第一消息从接收IP传输到一个变换IP的装置；
将变换IP中的接收到的第一消息变换成第二媒介形式的第二消息的装置；
将变换后的第二消息传输到一个传送IP的装置；以及
将第二媒介形式的变换后的第二消息传送到消息的预定接收者的装置。
15．如权利要求14的媒介变换系统，其特征在于，两个或更多包括接收IP、变换IP和传送IP的组在物理上位于同一处。
16．如权利要求14的媒介变换系统，其特征在于，通过一个电信基干连接的IP应用TCP/IP通信协议相互进行通信。
17．如权利要求14的媒介变换系统，其特征在于，通过一个电信基干连接的IP应用X.25通信协议相互进行通信。
18．如权利要求14的媒介变换系统，其特征在于，第一消息是一个非呼叫相关消息。
19．如权利要求14的媒介变换系统，其特征在于，第一消息与存储转发业务是兼容的。
20．如权利要求14的媒介变换系统，其特征在于，从包括语音邮件消息、e-mail消息、SMS(短消息业务)格式的消息构成的组中选择第一媒介和第二媒介。
21．如权利要求14的媒介变换系统，其特征在于，将接收的第一消息从接收IP传送到一个变换IP的装置对于由接收IP给SCP的关于一个用户信箱状态的改变的通知进行响应。
22．如权利要求14的媒介变换系统，其特征在于，将接收的第一消息从接收IP传送到变换IP的装置对于SCP向接收IP发出的、关于一个用户信箱状态的查询进行响应。
23．如权利要求14的媒介变换系统，其特征在于，将接收的第一消息从接收IP传送到变换IP的装置包括一个取回命令(图16)。
24．如权利要求14的媒介变换系统，其特征在于，将接收的第一消息变换成变换后的第二消息的装置还包括使该变换与一个用户的变换和传送选择相一致的装置。
25．如权利要求14的媒介变换系统，其特征在于，将接收的第一消息变换成变换后的第二消息的装置包括一个变换命令(图17)。
26．如权利要求14的方法，其特征在于，将第二媒介形式的变换后的第二消息传送到消息的预定接收者的装置包括一个发送消息命令(图19)。
27．在一个IN(智能网络)中，一种将以第一媒介形成并由一个始发者始发的接收形式消息变换成一个以第二媒介形成的变换形式消息的装置，变换形式消息要被传送给一个用户，装置包括：
一个接收IP(智能外围设备)，用于接收由始发者始发的接收形式消息；
一个与接收IP相连的变换IP(智能外围设备)，变换IP将由接收IP接收的接收形式消息变换成变换形式消息；
一个与接收IP相连的传送IP(智能外围设备)，传送IP将变换形式消息传送给用户；以及
一个与接收IP、变换IP和传送IP相连的SCP(业务控制点)，SCP用于控制接收形式消息和变换形式消息分别在接收IP、变换IP和传送IP之间的传输，并控制由变换IP进行的变换。
28．如权利要求27的装置，其特征在于，SCP产生一个取回命令，以便启动接收形式消息从接收IP向变换IP的传输。
29．如权利要求27的装置，其特征在于，SCP产生一个变换命令，以便启动由变换IP进行的从接收形式消息到变换形式消息的变换。
30．如权利要求27的装置，其特征在于，SCP产生一个取命令，以便启动从变换IP到所述传送IP的变换形式消息的传输。
31．如权利要求27所述的装置，其特征在于，所述SCP产生一个发送消息命令，以便启动由所述传送IP进行的从变换形式的消息到用户的传送。
32．如权利要求27的装置，其特征在于，以第一媒介形成的接收形式消息包括从语音邮件消息、e-mail消息、传真邮件消息和SMS(短消息业务)消息中选择出的第一选择媒介，并且，其中，变换IP将以第一选择媒介形成的接收形式消息变换成从语音邮件消息、e-mail消息和SMS消息中选择出的第二选择媒介。
33．如权利要求27的装置，还包括一个可由SCP访问的用户选择存储设备，用户选择存储设备存储对于一最佳媒介的指示，其中用户希望以该最佳媒介形式传送变换形式消息，SCP还访问用户选择存储设备，以得到存储在其中的指示，并命令变换IP将接收形式消息变换成变换形式消息，变换形式消息以最佳媒介形式形成。
CN 97199242 1996-08-30 1997-08-21 用于智能网络中的受控媒介转换的系统和方法 Pending CN1235735A (zh)

Applications Claiming Priority (10)

Application Number Priority Date Filing Date Title
US2491796P 1996-08-30 1996-08-30
US2493096P 1996-08-30 1996-08-30
US2497296P 1996-08-30 1996-08-30
US2497596P 1996-08-30 1996-08-30
US60/024,975 1996-08-30
US60/024,930 1996-08-30
US60/024,917 1996-08-30
US60/024,972 1996-08-30
US08/724,845 US5838768A (en) 1996-10-03 1996-10-03 System and method for controlled media conversion in an intelligent network
US08/724,845 1996-10-03

Publications (1)

Publication Number Publication Date
CN1235735A true CN1235735A (zh) 1999-11-17

Family

ID=27534082

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 97199242 Pending CN1235735A (zh) 1996-08-30 1997-08-21 用于智能网络中的受控媒介转换的系统和方法

Country Status (7)

Country Link
EP (1) EP0922364B1 (zh)
JP (1) JP4138010B2 (zh)
CN (1) CN1235735A (zh)
AU (1) AU718548B2 (zh)
CA (1) CA2264264A1 (zh)
DE (1) DE69733893T2 (zh)
WO (1) WO1998009422A2 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19756852A1 (de) * 1997-12-19 1999-07-01 Siemens Ag Telekommunikationssystem und Verfahren zum Austausch von Informationen zwischen einem E-Mail-Service und einem Teilnehmer in einem Telekommunikationsnetz
AUPP382398A0 (en) * 1998-06-01 1998-06-25 Ericsson Australia Pty Ltd Telecommunciations system and method of communicating with at least one second subscriber terminal associated with a first subscriber terminal
DE19829026A1 (de) * 1998-06-30 2000-01-05 Alcatel Sa Dienstbereitstellungssystem
EP1157536A2 (en) 1999-02-26 2001-11-28 Lucent Technologies Inc. Billing system and method
WO2000051331A1 (en) 1999-02-26 2000-08-31 Lucent Technologies, Inc. Automatic conversion of telephone number to internet protocol address
WO2000051329A1 (en) 1999-02-26 2000-08-31 Lucent Technologies, Inc. Voice messaging platform as intelligent peripheral
EP1155576A1 (en) * 1999-02-26 2001-11-21 Lucent Technologies Inc. Voice messaging system in an intelligent network
JP2002538676A (ja) 1999-02-26 2002-11-12 ルーセント テクノロジーズ インク テキスト−音声変換を用いた可聴確認システム
DE19927296A1 (de) * 1999-06-15 2000-12-28 Siemens Ag Anordnung zur Gebührenerhebung in einem Telefonnetz und Verfahren zum Betrieb einer solchen
EP1117240A1 (fr) 2000-01-14 2001-07-18 TRT Lucent Technologies (SA) Procédé de gestion des ressources d'une plate-forme multimédia et plate-forme multimédia pour la mise en oeuvre de ce procédé.
FI111497B (fi) * 2001-12-20 2003-07-31 Radiolinja Ab Järjestelmä ja menetelmä puhelu- ja viestitapahtumien keräämiseksi ja raportointipalvelun tarjoamiseksi
US7551727B2 (en) * 2004-10-20 2009-06-23 Microsoft Corporation Unified messaging architecture

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4837798A (en) * 1986-06-02 1989-06-06 American Telephone And Telegraph Company Communication system having unified messaging
US5008926A (en) * 1986-07-17 1991-04-16 Efrat Future Technology Ltd. Message management system
CA2136255A1 (en) * 1994-01-06 1995-07-07 Ewald Christoph Anderl Integrated electronic mailbox
US5519772A (en) * 1994-01-31 1996-05-21 Bell Communications Research, Inc. Network-based telephone system having interactive capabilities

Also Published As

Publication number Publication date
DE69733893D1 (de) 2005-09-08
AU718548B2 (en) 2000-04-13
EP0922364A2 (en) 1999-06-16
WO1998009422A2 (en) 1998-03-05
JP4138010B2 (ja) 2008-08-20
WO1998009422A3 (en) 1998-04-16
JP2000517127A (ja) 2000-12-19
EP0922364B1 (en) 2005-08-03
CA2264264A1 (en) 1998-03-05
DE69733893T2 (de) 2006-05-24
AU3874397A (en) 1998-03-19

Similar Documents

Publication Publication Date Title
US5838768A (en) System and method for controlled media conversion in an intelligent network
CN1235737A (zh) 监督用户活动的系统和方法
US6005845A (en) System and method for IP-activated call setup
US5870454A (en) Telecommunications speech/text conversion and message delivery system
US6055302A (en) System and method for incoming and outgoing interrogations for store-and-forward services
US5889848A (en) Peripheral control in an intelligent network
CN1122428C (zh) 用于输入和输出查询存储转发业务的系统和方法
CN1623313A (zh) 通信辅助系统和方法
CN1235735A (zh) 用于智能网络中的受控媒介转换的系统和方法
CA2216762C (en) Methods for automatic service provisioning for telecommunications
CN1121791C (zh) Ip激活的呼叫建立系统和方法
CN1225133C (zh) 一种向第三方开放智能网业务控制点业务能力的方法
US7224783B2 (en) Subscriber service management
WO1999037070A1 (en) Communication system with automatic information and media conversion
US7224784B2 (en) Subscriber service management
CA2282785C (en) System and method for automated provision and customer selection of temporary caller identification services

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
AD01 Patent right deemed abandoned
C20 Patent right or utility model deemed to be abandoned or is abandoned