在电信系统中在呼叫建立的处理过程中提供订制信息的方法和系统的利记博彩app

专利名称：在电信系统中在呼叫建立的处理过程中提供订制信息的方法和系统的利记博彩app
技术领域：
本发明涉及一种电信系统，特别是涉及在呼叫建立过程中为呼叫用户提供即时订制信息的方法和系统。
背景技术：
通讯系统已经取得了迅速的发展，各种各样的电信系统已经被使用过。过去通讯系统一直是基于采用公共交换电话网络(PSTN)的有线通讯系统。近来广泛采用了综合服务数字网(ISDN)或无线本地环路(WLL)系统，个人移动通讯系统也已经普及。特别是，个人移动通讯领域的发展是迅速的。从模拟型开始的移动通讯系统已发展为数字系统，例如时分多址(TDMA)系统和码分多址(CDMA)系统。此外，甚至能发送和接收移动图像资料的“IMT-2000”系统也已得到了迅速的发展。除此之外，由于无线互联网技术，如无线应用协议(WAP)也已得到了发展，通讯用户可利用网络浏览器(web browsers)的移动终端访问网站(web sites)上的资源。也就是说，这些技术的改进提供了一种移动终端，在这种终端下不仅可以用于语音通讯，也可用于数据通讯。
其间，当用户试图通过移动终端获得必要的信息时是很不方便的，因为它的输入方式比个人电脑键盘的输入方式少。
此外，通过通讯终端获得的信息能用各种方式产生，而且随着互联网的广泛应用而大量地增加。这里，如果信息包含大量的数据，那么人们希望利用包括稳定通讯环境和适当提示方式等通讯终端来接收信息，如个人电脑。如果信息量不大，但即时发送是非常重要的信息，如新闻、财政信息、通知、广告等，而且如果它能用移动终端接收，那么它对用户必定是更有利、更方便的。但是，如上所述，由于移动终端没有如键盘那么合适的数据输入方式，所以通过移动终端获得即时信息是很不方便的，例如在通告或所需广告的情况下，及时获得这样的信息基本上是不可能的，因为用户甚至不能注意到这种信息的存在。

发明内容
因此，本发明的目的是，在呼叫建立的处理过程中提供向呼叫用户提供即时订制信息的方法和系统，呼叫建立的处理过程就是用户在用移动终端提出呼叫建立请求之后等候被呼方应答的过程。
为了达到本发明第一方面的一个目的，本发明提供了在一种电信系统中在呼叫建立的处理过程中向呼叫用户供给订制信息的方法，该系统包括多部交换机并能通过执行呼叫控制处理使呼方和收方互相通讯，该方法包括以下步骤从呼方接收一个呼叫建立请求；识别呼方是不是信息供给服务用户；如果在识别步骤中确认了呼方是有效用户就提供预定的信息供给服务；为呼方执行呼叫控制处理；当被呼方应答了呼叫时把呼方和被呼方之间的呼叫连接起来。
为了达到本发明第二个方面的另一目的，本发明提供了一种在一种电信系统中在呼叫建立的处理过程中供给订制的系统的方法，该系统包括多部交换机，并能通过一种呼叫控制处理使呼叫方和接收方互相通讯，该方法包括以下步骤从呼方接收呼叫要求；识别呼方是不是信息供给服务用户；如果在识别步骤中确认呼方是该用户，那么为呼方提供接入信息，以便获得预定的详细信息的接入；为呼方执行呼叫控制处理；当被呼方应答呼叫时把呼方和被呼方连接起来。
为了达到本发明第一方面的另一目的，本发明提供了一种在一种电信系统中在呼叫建立处理的过程中提供预定订制信息的系统，该系统包括一个归属位置暂存器，用于提供关于信息供给服务用户的预定呼叫路径信息；一个访问位置暂存器，用于储存每个用户的始终呼叫是不是要求归属位置暂存器所涉及的用户信息；一部包括在交换网络中的交换机，用于执行呼叫控制处理，用于表示对应于用户的始发呼叫的访问暂存器；如果呼方是要求归属位置暂存器所涉及的呼方，那么交换机就利用来自归属位置暂存器的路由信息执行到信息供给服务装置的呼叫路由处理；一台信息供给装置，路由控制功能用于把始发用户的呼叫发送到被呼方，用于为交换机已选定呼叫路径的始发用户提供预定的订制信息；当被呼方应答了呼叫时把呼方和被呼方连接起来。
为了达到本发明第二方面的另一个目的，本发明提供一种在一种电信系统中在呼叫建立处理的过程中提供订制信息的系统，该系统包括一个归属位置暂存器，用于提供有关用户的预定呼叫信息；一个访问暂存器，用于储存每个用户的始发呼叫是不是一个要求归属位置暂存器所涉及的呼叫的用户信息；一部交换机，它包含在一个交换网络中，用于执行呼叫控制处理；用于表示对应于始发呼叫的访问位置暂存器，如果呼方是要求归属位置暂存器所涉及的呼方，则利用归属位置暂存器的路由信息来执行到信息供给装置的呼叫路由处理；用于根据被呼号码执行路线控制处理，当被呼方应答了呼叫时，用于把始发用户与被呼方连接起来；一台信息供给装置，用于通过交换机向始发用户提供预定的订制信息。
为了达到本发明第三方面的另一个目的，本发明提供了一种在电信系统中在呼叫建立的处理过程中提供订制信息的系统，该系统包括一部带有路径控制功能的第一交换机；部不带路径控制功能的第二交换机；一台信息供给装置，它通过中继线与第一和第二两部交换机互相连接，该装置包括可选路由控制的功能，用于向交换机已选定路由的呼叫始发用户提供预定的订制信息，该信息供给装置为来自第二交换机的呼叫执行路径控制处理。
为了达到本发明的第四方面的另一目的，本发明提供一种用于在电信系统中在呼叫建立的处理过程中提供订制信息的系统，该系统包括一部交换机，它包含在交换网络中，有一个用于储存指示始发用户是不是信息服务用户的用户信息的数据库，用于执行呼叫控制处理，如果呼叫方是信息服务用户，那么将相应呼叫发送到智能型网络；一台智能外围设备，用于储存许多要提供给用户的订制信息；一个服务交换部件，用于为来自交换机的呼叫执行交换处理，该服务交换部件把至少包含一个被呼方号码的信息发送给服务控制部件，该服务控制部件控制服务交换部件以便把呼叫连接到智能外围设备，并控制智能外围设备输出预定的定制信息，并且当被呼方应答了呼叫时交换部件把始发用户与被呼方连接起来。
信息供给装置配置成与互联网和短消息服务中心互相连接。
此外，信息供给装置包括一个信息服务处理子系统，它通过中继线与一部交换机相连，用于执行呼叫路由处理和呼叫连接处理，当交换机已经选定呼叫路由时用于把含有至少一个被呼号码的服务建立请求消息发送给信息服务控制/管理子系统，并根据信息服务控制/管理子系统输出的服务建立请求消息向始发用户提供预定的订制信息；一个信息服务控制/管理子系统，它包括一个用于储存用户信息和服务信息的数据库，对应于信息建立要求消息用于向信息服务处理子系统发送包含至少一个信息ID的服务建立请求消息，该信息服务处理子系统包含一个预定的号码翻译表，发送服务建立请求消息，执行终止呼叫处理，并当被呼方应答了呼叫时执行始发用户和被呼方之间的呼叫连接处理。
根据本发明，用于信息供给服务的信息供给装置与交换机互相连接。能够连接到互联网的信息供给装置通过一个预定的通讯网络与短消息服务中心连接。该通讯网络用户可以在互联网对信息供给服务进行新的预订。预订状态作为一个服务信息被储存在暂存器中。当用户呼叫时，交换机把呼叫连接到信息供给装置。然后该装置向用户提供订制信息，直到被呼方应答了呼叫为止。
除此之外，该装置向始发用户提供接入信息，用户能用接入信息获得更详细的信息。通过短信息服务把进入信息，如电话号码或均匀资源定位器[uniform resource locators(URL)]提供给始发用户。这里，用户能在互联网上预先选择订制信息的种类，并且也能按照用户信息或者用户位置信息自动地改变订制信息。
可以理解的是，无论是上面进行的一般叙述还是下面要进行的详细叙述都是例证性的和说明性的，是为了对申请专利范围的发明提供进一步的说明。
附图的简要说明本发明包含的附图是为了使得本发明有更进一步的理解，并结合本发明构成本说明书的一部分，它说明本发明的几个实施方式并与说明书一起说明本发明的原理。


图1是表示一个采用本发明的一般移动通讯系统的方块图；图2是说明一种方法和系统基本概念的方块图，根据本发明，这种方法和系统用于在呼叫建立的处理过程中提供即时的订制信息；图3是表示图2的信息供给装置的一个具体配置例子的方块图；图4-图9是说明本发明的信息供给装置的操作的指向图；图10是表示图3的信息服务处理子系统(IPS)另一个例子的方块图；图11是描述采用智能型网络的信息供给装置配置的方块图。
实现本发明的最佳方式现在详细地讨论本发明的优选实施方式，在附图中示出了其实施例。
现参见图1，一个普通移动通讯系统包括用于交换通讯路径的多部交换机EXs(EX1-EXn)。各交换机Exs通过E1链接互相连接。每部交换机都与多个基(base)站控制器BCs(BC1-BCn)连接。每台基站控制器CBs耦合到多个基站BSs(BS1至BSn)。此外，每个基站BSs都通过如TDMA或CDMA的普通空中界面(air interface)键结到多个移动台MSs。
其间，每部交换机Exs都通过预定的闸道(Gateways)GWs(G1-G3)连接到公共交换电话网络(PSTN)，综合服务数字网络(ISDN)或其它移动通讯网网络上，并通过互通(inter-working)功能(IWF)和闸道G4键结到互联网上。
在上述配置中，当一个通讯网络用户打算用一个正常注册的移动站Ms始发一个呼叫时，即当用户输入其他方的被呼号码并按下始发键，如SEND键时，始发号码(呼叫号码)和终止号码(被呼叫号码)通过基码BS和基站控制器BC都转发给交换机EX。然后交换机对被呼号码进行翻译以便执行呼叫连接，这样就能使始发端开始通讯。也就是说，如果被呼方与呼方属于同一通讯网络，那么交换机就通过归属位置暂存器HLR(未画出)得到一个路径信息，并根据读取的资料向被呼方的交换机EX发送呼叫，这样就能使呼方与收方通讯。如果被呼方不属于同一网络，那么交换机EX通过预定的GW(G1-G4)把呼叫发送给另一通讯网络。
其间，在处理受话呼叫时，交换网络为受话端执行提供铃声信号等的警报处理，并向始发方提供回铃声或等效其它回铃声的信息。这里，这些信号在被呼方应答之前一直供给。但是，站在呼方的立场上，等候被呼方的应答是绝对不必要的。而且，如果接收机是移动用户，呼方等候应答的时间常常比使用有线电话时间更长，这不仅是因为环境吵闹而且也是因为预料不到的恶劣通讯网络造成的。曾经有人测试过，在移动环境下从被呼方接收到应答需花8-12秒的时问。
因此，公开本发明以便在呼叫建立的处理过程中，即在等候被呼方应答的过程中为呼叫用户提供预定的订制信息，这样就在等候过程中有效地利用移动站MS作为获得必要信息的手段。
参考图2，参考数字1表示交换机，如本地交换机、连接(tandem)交换机或长途(toll)交换机。交换机1通过例如E1链路和7号协议耦合到短消息服务中心(SMSC)2和归属位置暂存器(HLR)3上。正如所熟知的那样，SMSC2用于发送寻呼电话号码(Paging call numbers)或字符串。HLR3用于储存移动用户的信息，包括用户号码、终端类形、终端设备号码、用户的名字、终端的当前位置信息、鉴别信息等等。HLR3的用户信息被适当地提供给交换机1，并储存在访问位置暂存器(VLR)11中。VLR11储存相应于位于交换机1管辖之下用户的HLR3的用户信息。同样，如图1所描述的那样，与另外多部交换机、基站控制器、网关连接的交换机1能使始发用户与其他方通讯。再参考图2，信息供给装置4通过例如E1链路和ISDN用户部件(ISUP)与交换机1耦合，并通过例如100Base-T闭合网络(或本位置网络)和用户资料报协议/互联网协议(UDP/IP)与SMSC2和HLR3耦合。除此之外，信息供给装置被设置或与网上用户相连接。用户能够对信息供给服务做新的预订并事先在互联网上选择必要的订制信息。当然，预订手续可以通过其它通讯网网络包括离线处理进行。而且，如果用户不选择信息的类别，信息供给装置能够提供自制的信息。也能按照位置信息或服务用户的信息，包括用户的名字、职业，年龄、性别、爱好等有选择地提供例如通知、广告等信息。
当移动用户成为互联网上信息供给服务装置的服务用户时，预订状态能将被储存在HLR3K中。如图2所示，可以通过闭路网络把预订的信息寄存在HLR3中。这里需要在HLR3和信息供给装置4之间建立一个适当的界面。除此之外，可以用这样一种方式把预订信息寄存在HLR3中，即信息供给装置4的管理器把服务信息通过一个独立的离线(Off-line)网络或其它通讯网络提供给通讯网络系统的管理器。
其间，在HLR11中的预订信息被发送并储存在VLR11中，因此，当从始发用户接收到呼叫建立请求时就可以进行检查。通过建立一个独立的存储区或利用一个现有的存储区，可以储存用以使系统决定是否执行信息供给服务的预订信息。当从始发用户接收到呼叫建立请求时交换机1在等候被呼方应答期间根据储存在VLR11中的服务信息向始发端提供信息供给服务。当然，这里的信息供给服务是通过连接信息供给装置4来执行的。信息供给服务按以下两种方式执行(1)当交换机1从预订端接收到呼叫建立请求消息时把始发用户与信息供给装置4连接起来，然后以常用的方式对被呼叫方交换机执行呼叫连接处理。信息供给装置4向始发用户提供预先订制的信息。如果已从被呼方交换机接收到了应答ANM，那么交换机1就把始发用户与被呼方连接起来；和(2)当从预订端接收到呼叫建立请求消息时，交换机1选择如发呼叫到装置4的路由。装置4根据呼叫建立请求消息向始发用户提供预定的订制消息，并用与上述惯用的交换机相同的方式对被呼方交换机执行呼叫连接处理。如果从被呼方交换机接收到了ISUP ANM，那么装置4就把始发用户与被呼方连接起来。
可以发现，就程序而言，上述两种方式基本上是相同的，也就是说，如果接收到了呼叫建立请求消息，两种方式都执行连接处理，同时提供订制信息，而且，如果从被呼方接收到了ISUP ANM就把始发用户与被呼方连接起来，这样就提供了正常的通讯功能。但是，值得注意的是，这时存在着一个区别，在第一种方式中，呼叫连接处理是由交换机1执行的，而在第二种方式中则是由信息供给装置4执行的。尽管如此，上述两种方式基本上是相同的，因为对于信息供给装置来说要成功地执行呼叫连接，相当于交换机1的元件是不可缺少的。其间，第一种配置的优点是，需要安装在现有交换网络和信息供给装置4之间的中继线(trunk)资源的数量相对来说比较小，而缺点是在交换网络中安装的交换机应该升级。相反，第二种配置的优点是不需要对现有交换网络做很大程度的改变就可以提供信息服务，而缺点是所需要的中继线资源的数量比较大，且装置4的配置变得复杂化。
图2的信息供给装置4能利用短消息服务提供附加的信息。也就是说，当接收到被呼方的应答时，由于按照本发明信息供给服务被终止，所以需要更多的附加信息。在这种情况下，本发明的装置4在成功地终止了正常的信息供给服务之后通过短信息服务中心2向始发用户提供接入信息如电话号码、URL等。之后，用户可以只是通过比如按下指示当前接入信息的始发终端SEND按钮就可以获准进入详细信息。当然，可以根据用户的需要有选择地执行附加短消息服务。除此之外，如果需要的话，可以把详细信息直接提供给用户而无需采用接入信息。
此外，在上述方式中，交换机根据VLR11寄存的信息为呼方触发信息服务。这里可以这样做，即交换机1根据用户所拨的预订服务接入码(SAC)有选择地向呼方提供信息服务。例如，如果信息服务的SAC是“#123”且如果用户在输入被呼号码之前就输入了‘#123’，即如果从始发终端接收到的包含在呼叫建立请求消息中的被呼叫号码是以#123开始的，那么交换机1由选择到信息供给装置的呼叫路由开始其信息服务。如果不是这样，那么交换机只是执行通常的呼叫连接处理。
现在参考图3，图3是图2所示信息供给装置4的一个具体配置例子的方块图，信息供给装置4包括一个网络服务器(Web server)10，一个信息服务控制与管理子系统(ICMS)20和一个信息服务处理子系统(IPS)30。子系统10和20之间以及子系统20和30之间的互相连接是通过一个100base-T(100 Base-T)“以太”网络机制的闭合网络40建立的。
网络服务器10是一个互联网界面装置，它提供在线服务，通过网络服务器由通讯和/或服务用户和信息提供方(内容提供方)执行预订、取消、信息查询和修正等。网络服务器10向ICMS20提供在互联网上收到的上述信息。
控制整个信息供给服务的ICMS20包括一个信息服务管理部件(IMP)21，一个信息服务控制部件(ICP)22和一个数据库23。IMP21和ICP22通过集线器(Hub)24连接到闭路网络40上。数据库23包含各种必要信息，如服务用户信息、内容提供方信息、各种要提供给用户的订制信息和用于限制服务供给条件的限制信息等等。数据库23储存的信息由ICP22管理。ICP22根据IPS30的要求选出要提供给用户的信息，并把相应于选出信息的信息代码、即ID发送给IPS30。IPS的各种处理资料，系统维护和根据系统操作员的要求把订制信息下载到IPS30中的系统中。除此之外，在成功地完成信息供给服务之后，与短消息服务中心2连接的ICP22为用户提供接入信息，如电话号码或URL，使得用户能得到更详细的信息。其间，与网络服务器10耦合的IMP21执行全部管理，包括用户信息、内容提供方信息和订制信息的增加、删除和修改。而且IMP21提供给绘图的用户界面功能。
通过E1链路(link)和ISUP协议链结于交换机1的IPS30提供呼叫路由功能、呼叫连接功能和信息发送功能。IPS30包括一个专用资源管理部件(SRMP)31，一个专用资源信号部件(SRSP)32，一个专用资源部件(SRD)33和一个交换部件(SWP)34。SRMP31通过集线器35链结到闭合网40上。SRMP31，SRMP32，SRP33和SWP34通过控制汇流排(bus)36互相连接。除此之外，通过7号协议使ICMS20和SRMP31的互相耦合成为可能。
SRMP31执行监控E1中继线的功能，7号协议的第3级和第4级的功能，信息供给服务的功能。此外，SRMP31能用预定的号码翻译表完成被呼方的呼叫路由处理。
SRSP32包括一个E1界面321，一个用于发送和接收话务量资料的话务界面322和一个用于处理7号协议级1和级2的协议处理单元232。SRSP32控制E1中继线与交换机1的连接，控制发送和接收包括订制信息的话务量资料的功能以及通过交换机1和SRMP31之间的ISUP协议发送和接收资料的功能。
SRP33包括一个用于根据从SRMP31接收的信息ID发送选定信息的专用资源控制单元331和一个信息产生单元332，后者包括一个储存多种订制信息的存储装置，用于按照专用资源控制单元331的控制来输出预定的订制信息。专用控制单元331控制订制信息的输出，并且相应于在通过ICMS20中的ICP22和SPMP31执行的下载处理，为信息产生单元332更新订制信息。
SWP34包括一个交换装置341，它用于交换连接SRSP32的话务界面322和SRP33的信息产生单元332，并包括一个根据来自SPMP31的控制资料来控制交换装置341的交换控制单元342。因此，SWP34把信息产生单元332输出的订制信息按照SRMP31的控制发送给用户，并且用于发送和接收交换机1和协议处理单元323之间的7号信号资料。
下面将讨论由上述配置组成的系统的操作。
首先，ICMS20的数据库23的资料更新操作如下正如上面的详细叙述，数据库23包含关于ICP22产生的信息供给服务的各种统计资料及基本信息，如服务用户信息、内容提供方信息和将要提供给用户的订制信息。这里基本信息通过在线和离线来更新。离线更新操作由ICMS20的管理员执行。也就是说，管理员通过IMP21和ICP22进入数据库以便执行资料的更新处理。在线更新操作是通过网络服务器10来完成的。网络服务器10提供预定的网页(web page)，通过预定网页，移动用户和内容提供方向信息供给服务装置进行预订和修改预订的状态。通过网页所预订的上述预订信息被储存在网络服务器10中的预定目录中，并以规则的间隔由ICMS20的IMP21读取。这里读取信息可由程序自动执行，也可以由服务管理员人工执行。然后更新所读取的信息并通过ICMS20的ICP22送到数据库23。
数据库23的已更新信息当中的订制信息被发送到IPS30，并下装到SRP33的信息产生单元332。也就是说，ICMS20的ICP22通过闭合网络40把更新过的订制信息发送给SRMP31。SRMP31把所接收的信息发送给SRP33的专用资源控制单元331以便更新信息产生单元332。信息产生单元332储存信息鉴别的信息ID和相应于信息ID的订制信息。其间，在数据库23已更新的资料当中关于新预定、删除等服务信息被提供给通讯网络的管理员工并用于更新HLR3。
其次，向用户提供即时订制信息的程序如下如果从始发终端接收到了一个呼叫建立请求消息，那么图2的交换机1就根据包含在呼叫建立请求消息中的始发号码向VLR11访问用户的基本(Profile)信息。这里VLR1有各呼方预定的标志资料。标志资料指示为了执行始发呼叫处理，交换机1是否应该访问HLR3。作为访问VLR11的结果，如果标志资料不成立，那么交换机1执行正常的呼叫连接，也就是说，交换机1通过翻译包含在呼叫建立请求消息中的被呼号码来完成终止呼叫的处理。相反，如果标志资料成立，那么交换机1按照IS-41C协议把包含始发号码和被呼叫号码的始发请求(ORREQ)消息发送给HLR3。然后从交换机1接收到ORREQ消息的HLR3识别呼方是不是服务用户。如果是，HLR3就给交换机1发送包含呼叫路由信息的ORREQ消息。这里呼叫路由信息是把始发号码和被呼号码，如果需要的话，还包含始发呼方与信息供给装置4连接起来的信息。
如果从HLR3接收到了ORREQ消息，那么交换机1通过向信息供给装置4发送预定的起始地址消息(IAM)来完成呼叫路径处理。IAM包含始发号码和被呼号码，如果需要的话，还包含始发呼方的位置信息。例如，呼方位置信息可通过给IAM的用户-用户信息(UUI)参数加一个相应的信息来发送。
举例说明，下面给出的表1表示UUI参数的配置，其中系统ID标记始发交换机的网络鉴别号，交换号是始发交换机的鉴别号；BSCID表示基站控制器的鉴别号，BSID是始发用户基户的鉴别号。
表1

图4表示在信息供给装置4中执行信息供给服务的处理，其中，服务已成功地完成。
如果从始发交换机接收到了起始地址消息(IAM)。那么通过E1接321，SRSP32中的话务界面322和SWP34的交换装置把IAM加到SRSP32的协议处理单元323中，然后通过控制区汇流排36把IAM发送给SRMP31。其次，SRMP31根据所接收到的包含始发号码、被呼号码和用户位置信息的IAM产生服务请求消息，并通过闭合网络40把服务请求消息发送给ICMS的ICP22。
举例说明，下面列出的表2表示SRMP31发送给ICP22的服务请求消息的配置。
表2

在表2中，在根据用户的增加建立多个IPS30的情况下，IPS号标记IPS30的辨认号。
除此之外，作为对来自始发交换机的IAM的回应，SRMP31产生一个地址完成消息(ACM)并通过协议处理单元323，交换装置341，话务界面322和E1界面把该消息发送给始发交换机。如表2所示，如果从SRMP31接收到了服务请求消息，那么ICMS20的ICP22就获准进入数据库23，以便根据接收到的消息中的始发用户号码和位置信息来选择信息ID，即要供给相应用户的那类信息。然后，ICP22产生服务建立请求消息，并把这一消息发送给SRMP31。
举例说明，下面列出的表3表示服务建立请求消息的配置。对应于来自SRMP31的服务建立请求消息，CR ID标记ICP22分配的呼叫参考ID，作为相应呼叫的鉴别号。RSLT表示指示是否执行信息供给服务的结果资料。
表3

也就是说，如果RSLT的值是“0”，就提供服务，相反，如果值不是“0”就暂停服务。这里服务暂停的条件包括当始发呼方不是服务用户时；当数据库不正常时；当始发用户被置于无效状态时；当服务时间关闭时；当没有合适的订制信息可用时等等。信息ID标记要提供给用户的信息类别。除此之外，延迟时间是向被呼方建立呼叫的延迟时间。也就是说，信息的类别不同，订制信息的占用时间也不同。在订制信息的信息量大但被呼方的应答短的情况下，即没有充足的时间来全部接收订制信息时用户不能接收到全部的信息。因此，可以设置延迟时间，如从0-30秒不等，根据订制信息量或根据用户的要求而定。
如表3所示，当服务建立请求消息由ICP22发送给SRMP31时，SRMP31根据所接收到的消息来执行信息供给服务。首先，如果所接收到的服务建立请求消息RSLT的值是“0”时，即要提供服务时，SRMP31就向SWP34的交换控制单元342发送信道建立信息。SRMP31还通过预定的话务信道把始发用户与SRP33耦合起来，并把上述信道信息和由ICP22接收到的信息ID发送给专用资源控制部件331。然后专用资源控制单元331控制信息产生单元332以便通过所分配的话务信道发送相应于信息ID的订制信息，这样就为始发用户提供了订制信息。之后，如果延迟时间已过，SRMP31就根据号码翻译表对被呼号码进行翻译，以便传出中继线的呼叫延迟时间在服务建立请求消息中被确定并包含在其中。即SRMP31向终止交换机发送IAM。然后，如果终端交换机收到了回应于IAM的应答信息，SRMP31就向SRP33的专用资源控制单元331输出一个信道释放消息，以便停止为用户提供信息。与此同时，SRMP31产生指示服务供给结果的服务供给报告消息，并把该消息发送给IDP22。
其间，举例说明，下面列出的表4表示上述服务供给报告消息的配置。RSN表示终止信息供给服务的理由。
表4

举例说明，下面列出的表5表示按照RSN的资料值的信息供给服务的终止状态。
表5

当终止交换机接收到ANM时，SRMP31控制SWP34，以便使始发用户与终止交换机连接，并把ANM发送给始发交换机。这样，呼方和被呼方通过话务信道互相连接起来。
此外，如果从SRMP31接收到了指示服务供给正常执行的服务供给报告消息，ICMS20中的ICP22就获准进入数据库以便检查订制信息是否需要提供如电话号码或VRL信息的附加进入信息的订制信息，用这种附加进入信息用户可以获得更详细的信息。如果是，ICMS20就向短消息中心输出一个信息以便把这种进入信息发送给用户。
其间，在执行上述信息供给服务中可能发生在预定时间内被呼方没有应答的情况。在这种情况下，可能会发生订制信息重复不断地供给始发用户的情况。考虑到上述情况，在把服务建立请求消息发送给SRMP31之后，ICP22启动一个编程的预定计时器。这样，如果在计时器设置的预定时间内没有从SRMP31接收到服务供给报告消息，ICP22就给SRMP31发送一个服务取消报告消息。如上所述，如果需要的话，为了停止提供信息供给服务，ICP22能向SRMP31提供服务取消请求消息。
举例说明，下面列出的表6表示服务取消请求消息的结构。
表6

在表6中，RSN表示终止信息供给服务的理由，即，值“0”标记正常终止，而非“0”的其它值表示非正常终止。当由ICP22接收到了服务取消请求消息时，SRMP31就控制SWP34和SRP33以便停止信息供给服务，然后连接始发用户和被呼方的话务信道。
其间，正如表3和表5所表示的那样，可能会发生由于以下种种非正常状态而没有完成信息供给服务的情况。
(1)如果表3中的RSLT的值不是“0”的理由是，呼方不是服务用户，数据库不正常，服务时间关闭，没有合适的订制信息可用等等；(2)如果在接收服务当中始发用户取消了呼叫；(3)如果是由于不正常的输出中继线呼叫处理而取消呼叫，例如从终止交换机接收到了呼叫释放消息(REL)；(4)如果内部计时器停止，例如在发出IAM之后的预定时间内终止交换机没有反馈ANM，正如图4所表示的那样。
第一种情况是，指示不可能提供信息服务的信息是由ICP22发送给终止交换机的。在此，如图5所示，SRMP31立即把IAM转发给终止交换机。其次，如果从终止交换机接收到了ANM，那么SRMP31就把ANM发送给始发交换机，于是执行了正常的呼叫路由处理。
图6说明第二种情况。如果从始发交换机接收到释放消息(REL)的理由是在接收服务当中始发用户取消了呼叫，那么SRMP31就向始发交换机发送释放完成消息(RLC)，并向ICP22发送服务供给报告消息，正如表4和表5所表示的那样。除此之外，如果REL是在把IAM发送给终止交换机之后从始发交换机接收到的，SRMP31也向终止交换机发送REL。
图7描述第三种情况。如果从终止交换机接收到了REL，作为对REL的回应，SRMP31向终止交换机发送RCL。另外，如在表4和表5中所表示的那样，SRMP31向ICPP22发送服务供给报告消息。此外，SRMP31控制SWP34和SRP33以便停止信息供给服务，并把REL发送给始发交换机以便执行释放程序。
图8说明第4种情况。在把起始地址消息(IAM)发送给终止交换机之后，SRMP31启动计时器以便检查是否在预定的时间内从终止交换机接收到了地址完成消息(ACM)。如果在预定的时间内没有接收到这样的消息，那么SRMP31就控制SWP34和SRP33以便停止供给服务的处理，并把REL发送给始发和终止交换机以便执行释放程序。此外，如表4和表5中所表示的那样，SRMP31产生服务供给报告消息以便把这一消息发送给ICP22。其次，ICP22参照从SRMP31接收到的服务供给报告来检查是否已成功地执行了信息供给服务。如果是，ICP22获准进入数据库23以便决定订制信息是否是需要供给如电话号码或UUL信息附加进入信息的订制信息，用附加进入信息用户可以获得更详细的信息。如果是，ICP22向短消息中心可以输出一个消息以便把进入信息送给用户。
此外，ICP22对已经执行的信息供给服务包括成功服务和失败服务各自的次数以及用户是否利用接入信息进入了更详细的信息进行统计。之后统计信息被储存在数据库中。这里，根据SRMP31发送给予ICP22的包含在服务请求消息中的被呼号码来证实用户是否已利用接入信息接收到了详细的信息。也就是说，如果始发用户利用进入信息执行了呼叫建立请求，那么始发呼叫就以上述方式被连接起来。在此，从SRMP31发送到信息供给装置4的ICP22的服务请求消息的数量就有可能分析用户的反应和爱好。上述各种统计信息可由系统管理员通过ICP21来进行检查，或者由客户通过网络服务器在互联网上检查。
其间，上述实施方式所依据的配置是，交换机1执行始发呼叫到信息供给装置的路由，而信息供给装置4执行信息供给和终止路线的控制。也可以用另一种方式实现，在这种方式中交换机1把始发用户和信息供给装置4连接起来，并控制到被呼叫方的呼叫路由，而信息供给装置4仅为始发用户执行信息供给。就是说，交换机1负责终止路径控制，而装置4负责信息供给服务。为了使上述方式具体化，交换机1建立始发用户与信息供给装置4连接起来的路径控制功能，同样，用于选定到被呼方的呼叫路由。其间，在该实施方式中，在信息供给装置4中的路径控制功能是利用能够翻译号码和控制中继线呼叫的专用交换部件(SRMP)31，专用资源信号部件(SRSP)32和交换部件(SWP)34实现的。但是，这些方法对于交换机1不是新的。常规交换机已经包含了号码翻译、包含了入中继线和出中继线的中继线呼叫控制和各种协议的处理的功能。简言之，信息供给服务的路径控制功能仅仅通过更新常规交换机的软件就能实现。如上所述，如果交换机1已包含了路径控制功能，那么信息装置4就仅被用作提供订制信息的装置。图3中的信息供给装置4可有利地应用于包含路径控制功能的系统中。
图9说明在有路径控制功能的交换机和只提供订制信息的信息供给装置之间发送和接收的消息。遵循ISUP协议的消息被用于发送和接收用于信息供给服务的资料。
如上面的详述，如果从始发端接收到了呼叫建立请求消息，交换机1就根据包含在呼叫建立请求消息中心始发号码去访问VLR11和HLR3，并从HLR3机接收ORREQ消息。ORREQ消息包括相应于信息供给装置的选择路由信息，信息供给装置用于向始发用户提供订制信息在呼叫建立处理过程中选择路由信息把始发用户和信息供给装置连接起来。如果从HLR3接收到了ORREQ消息，交换机1就向信息供经装置发送起始地址消息(IAM)，包括始发号码、被呼号码、呼方位置信息。
如果接收到了IAM，信息供给系统4的SRMP31就向始发交换机发送地址完成消息(ACM)，并根据接收到的消息产生服务建立请求消息，如表1中所描述的那样。然后把服务请求消息发送到ICMS22的ICP22。其次，如表3中所表示的那样，ICP22产生服务建立请求消息，并把该消息提供给SRMP31。SRMP31根据服务建立请求消息执行提供订制信息的处理。也就是说，SRMP31根据服务建立请求消息中的RSLT值确认信息供给服务是否可用。如果可用，SRMP31就向始发交换机发送ANM。在这种情况下，在服务建立请求消息中接收到的延迟时间资料包含在ANM中。其次，SRMP31根据服务建立请求消息来控制SWP34和SRP33以便通过所分配的交换机1和服务供给装置4之间的话务信道发送订制信息。这样，始发用户就可以从资讯供给装置4接收到订制信息。
接着，如果包含在ANM中的相应于延迟时间的预定时间已满，交换机1就执行被呼号码翻译，并向终止交换机转发IAM。然后，如果已从终止交换机接收到了相应于IAM的ANM，交换机1就向信息供给装置4发送REL，同时进行始发用户与被呼方的呼叫连接。这时REL包含关于服务终止理由的信息。如表1中所表示的那样，SRMP31产生服务供给报告消息，并把该消息发送给ICP22。除此之外，SRMP31向始发交换机发送释放完成消息(RLC)作为对REL的回应。
此外，如果从ICP33发送给SRMP31的服务建立回应消息的RSLT值不是“0”，或者由于种种理由不能提供消息给服务时，SRMP31就向交换机1发送REL。然后，交换机1向信息供给装置4转发RLC，同时执行到被呼方的呼叫路由，当然，在这种情况下，如表4和表5中表示的那样，SRMP31产生服务供给报告消息，并把该消息发送给ICP22。
其次，ICP22参照从SRMP31接收到的服务供给报告消息检查是否正常执行了信息供给服务。如果是，ICP22被获准进入数据库以便读取订制信息是不是一个需要提供如电话号码或URL信息的附加进入信息的订制信息，用该附加信息用户可以获得更详细的信息，如果是，ICP22向短信息中心输出一个消息以便向用户发送进入信息。此外，ICP22对已执行的信息供给服务进行统计，并把统计结果储存在数据库23中。
在上述实施方式中向始发用户提供订制信息的方式是，交换机1负责路径控制，而装置4只负责信息供给服务。当然，在本发明的实施方式中可以就地应用信息供给装置4，而无需改变配置，并利用相同的信息进行交换机1和装置4之间的发送和接收。
正如上面详细讨论的那样，即使与装置互相连接的交换机1具有信息供给服务的路径控制功能也可以以相同的方式运用信息供给装置4。除此之外，也可能把装置4同时连接于具有或不具有路径控制功能的两个交换机。但是，在这种情况下，要求通知装置4交换机是否包含路径控制功能。交换机的路径控制功能资料可以通过路径信息或中继线信息保持。也就是说，SRMP31能够通过访问路径信息或中断线信息来通知交换机是否有路径信息或中断线信息来通知交换机是否有路径控制功能。
图10是表示图3中的信息服务处理子系统IPS30配置的另一个例子的方块图。在图3的实施方式中，SRMP31把始发用户与SRP33连接起来，并且，如果从终止交换机接收到了ANM，就把始发用户连接于终止交换机。其间，在该实施方式的这种配置中可能发生这种情况，即在等候被呼方的应答过程中在没有任何信息的情况下也可能接收到忙音或通知之类的其它语音信息。因此，必须采取适当的措施以解决这一问题。
因此，在图10的SRP33中再建立一个可听声音检测单元333。具有数字信号处理器(DSP)的声音检测单元333检测语音或信号音，例如检测语音信息或信号音如回铃声、拥塞信号音、忙音等，并把检测结果通知SRMP31。
SRMP31控制SRP33以便通过话务信道来耦合终止交换台和可听声音检测单元333的路径，同时控制SWP34以便通过话务信道耦合始发用户SRP333。如果在通过信息产生单元提供订制信息时可听声音检测单元333检测到了可听声音，如忙音或通知，那么SRMP31就停止信息供给服务，并执行把始发用户连接到终止交换机的处理。因此，甚至在始发用户正在接收提供服务时也能检测来自终止交换机的可听声音，所以有可能执行稳定的呼叫处理。
其间，在上述实施方式中，信息供给服务是由独立的信息供给装置4执行的，相反，也有可能应用与本发明相同的概念构建的现有智能型网络来执行该服务。
图11是描述利用另一实施方式的智能型网络的信息供给装置的配置方块图。服务交换部件(SSP)120、服务控制部件(SCP)130和智能外围设备(IP)140通过7号信令协议互相连接以便构建该智能型网络。例如，SSP120通过E1中继线和ISUP协议与交换机1耦合。IP140通过7号信令系统连接于SSP120和ISUP协议机，例如通过中继线实体地连接于SSP120。IP140包括多台信息供给装置。所设置的装置数量应适合于订制信息的类别和SSP120的通道数。
SCP130和图3的ICMS20相联系，并包括一个相应于图数据库23的数据库。SCP130被获准进入该数据库，并按照SSP120和IP140的要求向相应的装置提供适当的控制信息。如果SSP120例如通过ISUP协议从本地交换机1接收到了一个包含始发号码、被呼号码、始发用户位置等信息的呼叫连接信息，SSP120就把接受到的信息发送给SCP130。回应于相应的呼叫，SCP130分配一个独立的呼叫参考号码，并向SSP120输出一个预定的控制信息，这样就把相应的呼叫与IP140耦合起来了。
如果从SS0120接收到了呼叫，智能外围设备140就用呼叫参考号码访问SCP130。除此之外，根据从SCP130接收到的信息ID，IP140把订制信息供给装置连接于始发用户，这样就为始发用户提供了订制信息。
其间，如果始发用户被连接到了IP140，SSP120就根据被呼号码执行号码翻译，并向终止交换机发送起始地址消息。然后，如果从终止交换机接受到了应答(ANM)，作为对IAM的回应，SSP120把始发用户与终止交换机耦合起来。
在根据本发明的另一个实施方式的配置中，信息供给装置利用上述智能型网络以参考图2和图3讨论的实施方式的相同方式执行信息供给服务。除此之外，由于信息供给服务是利用智能型网络IP140中的服务交换部件(SSP)120执行的，所以有可能在对交换机软硬件做最少修改的情况下成功地向始发用户提供信息供给服务。
在上述实施方式中，信息供给装置被确定为向始发用户提供订制信息，但是，如果订制信息是商业广告，那么有可能对接收相应商业广告时间内的电话费打折。
其间，上述实施方式是用提供这种接入信息的装置接入信息的装置进行讨论的，当订制信息被成功地发送给始发用户时可以用这种信息获得更详细的信息。不过，可以用适当控制储存在数据库23中的服务信息的各种方式来提供订制信息。例如，可以在任何时候提供接入信息，不管信息供给用户是否已经完成。除此之外，有可能只提供接入信息，始发用户用这个接入信息就可以获得更详细的信息，而无需提供订制信息。
除此之外，根据终端和系统的容量，仍可能提供用户肉眼能看到的字符串、图像、移动图像等，而不是接入信息。
此外，在上述实施方式中，信息供给服务只向服务用户提供，提供信息的方式是，交换机1、访问归属位置暂存器(HLR)4以便识别始发呼方是不是信息供给服务用户。不过，应用与本发明相同的概念也可以向所有呼方提供信息供给服务。如果信息是例如需要立即发送的公告就使其更加优越，更加方便。
另外，本发明的实施方式是以移动通讯系统为基础进行讨论的，不过也可把与本发明相同的概念应用于PSTN或者其它系统。
如上所述，根据本发明，信息供给服务在等候被呼方的应答过程中相应于用户的始发呼叫的执行。因此，服务用户就能高效地获得即时信息，而无需附加其它的键操作或者时间的浪费。
除此之外，按照本发明有可能根据始发用户的信息和/或其位置信息向服务用户提供即时的订制信息。由于能够通过联机网络选择订制信息，所以信息供给服务的效率也得到了提高。
此外，按照本发明能够有效地利用通讯终端，如电话机或者移动终端作为获得必要信息的方法，因为用户无需任何的附加键操作就能接收到订制信息。
再者，按照本发明，在向用户提供了预定的订制信息之后信息供给服务装置可以再提供用户用以获得更加详细信息的进入信息。
在不离开本发明精神和范围的情况下能够对本发明的在电信系统中在呼叫建立处理过程中提供订制信息的方法和装置做各种修改和改动，这对本专业的技术人员来说是显而易见的。因此，发明人的意图是，本发明涵盖权利要求范围及其相等内容范围内的本发明的各种修改和改动。
权利要求
1.一种在一种电信系统中在呼叫建立的处理过程中提供预定信息的方法，该电信系统包括多部交换机，并能通过执行呼叫建立处理使呼方和收方互相通讯，该方法在呼叫建立处理过程中向始发用户提供预定的订制信息。
2.一种在一种电信系统中在呼叫建立的处理过程中提供订制信息的方法，该电信系统包括多部交换机，并能通过执行呼叫建立处理使呼方和收方互相通讯，该方法包括以下步骤从呼方接收呼叫建立请求；识别呼方是不是信息供给服务用户；如果在识别步骤中呼方被确认为是真的用户就提供预定的信息供给服务；为呼方执行呼叫控制处理；和当被呼方应答了呼叫时，连接呼方和被呼方之间的呼叫。
3.如权利要求2所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，识别用户的步骤是根据始发号码进行的。
4.如权利要求2所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，识别用户的步骤是根据呼方和交换机之间签订的预定服务接入号码执行的，服务接入号码是呼方提出呼叫建立请求时拨出的。
5.如权利要求2所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，还包括一个在呼方提出呼叫建立请求之前选择订制信息的步骤。
6.如权利要求2所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，在信息供给步骤之前还包括一个确认订制信息类别的步骤。
7.如权利要求2或6所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，确认订制信息类别的步骤是根据至少一个始发用户信息和始发用户位置的信息执行。
8.如权利要求2所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，还包括一个把终止呼叫处理延迟一段时间的步骤。
9.如权利要求8所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，延迟终止呼叫处理的延迟时间由提供给始发用户的订制信息进行选择。
10.如权利要求8所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，延迟终止呼叫处理的延迟时间由提供给始发用户的订制信息进行选择。
11.如权利要求2所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，还包括一个向始发用户提供一个接入信息的步骤，进入信息为这样的用户所用，该用户想要获得已提供信息的更详细信息。
12.如权利要求11所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，接入信息是通过一个短消息服务中心进行的。
13.如权利要求11所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，该接入信息是一个电话号码。
14.如权利要求11所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，该接入信息是一种URL信息。
15.如权利要求11、12或13所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，如果已为用户正常地执行了信息供给服务才提供进入信息。
16.如权利要求2所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，如果始发用户接收了商业广告，对预定的呼叫费要打折扣。
17.如权利要求2所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，还包括一个提供相应于所提供的信息更详细的信息的步骤。
18.如权利要求17所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，该详细信息是一种字符串信息。
19.如权利要求17所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，该详细信息是一种图像信息。
20.如权利要求17所述的在电信系统中在呼叫建立的处理过程中提供订制信息的方法，其中，该详细信息是一种移动图像信息。
21.一种在一种电信系统中在呼叫建立的处理过程中提供订制信息的方法，该电信系统包括多部交换机并能通过执行一种呼叫控制处理使呼方和收方互通信息，该方法包括以下步骤从呼方接收呼叫请求；识别呼方是不是信息供给服务用户；如果在识别步骤中呼方被确认为是真的用户就向呼方提供用以获准进入预定的详细信息的接入信息；为用户执行呼叫控制处理；及当被呼叫方应答了呼叫时连接呼方和被呼方之间的呼叫。
22.一种在一种电信系统中在呼叫建立的处理过程中提供订制信息的系统，该系统包括一台用户信息储存装置，用于储存指示始发用户是不是信息服务用户的用户信息；一台交换机，包括在交换网络中，用于执行呼方和被呼方之间的呼叫处理，并且如果呼方是信息服务用户，那么用于选择该相应呼叫到信息供给装置的路由；及一台信息供给装置，它包括一个用于选择始发呼叫到被呼方的路由，它用于通过交换机向已选定路由的呼叫始发用户提供预定的供给服务，并当被呼叫方应答了呼叫时用于把始发用户连接被呼方。
23.如权利要求22所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，交换机向信息供给装置提供始发号码、终止号码和始发用户的位置信息。
24.如权利要求22所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，始发用户的位置信息是通过UUI参数发送的。
25.如权利要求23所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息供给装置至少根据始发号码和始发用户的位置号码中的一个号码向始发用户提供预定的供给服务。
26.如权利要求22所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，与短消息服务中心相连接的信息供给装置能够发送短消息。
27.如权利要求26所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，短消息是一种接入信息，始发用户能够用该接入信息获得相应于订制信息的更详细的信息。
28.如权利要求27所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，接入信息是一个电话号码。
29.如权利要求27所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，接入信息是一种URL信息。
30.如权利要求27所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，如果已成功地执行了信息供给服务才提供接入信息。
31.如权利要求22所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息供给装置能够与互联网连接。
32.如权利要求31所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，始发用户在互联网上选择订制信息。
33.如权利要求22所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息供给装置为始发用户把呼叫处理延迟一段预定的时间。
34.如权利要求33所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，该延迟时间是根据订制信息的类别设置的。
35.如权利要求33所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，该延迟时间由服务用户设置。
36.如权利要求22所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息供给装置包括一个信息服务处理子系统，它通过中继线与一部交换机互相连接，它用于执行呼叫路由处理和呼叫连接处理，当已由该交换机选定呼叫路由时它用于把至少含有呼方号码的服务建立请求消息发送给信息服务控制/管理子系统，并用于根据信息服务控制/管理子系统输出的服务建立回应消息向始发用户提供预定的订制信息；和一个信息服务控制/管理子系统，它包括一个用于储存用户信息和服务信息的数据库，用于向信息服务处理子系统发送至少包含一个对应于信息建立请求消息的信息ID的服务建立回应消息；所述信息服务处理子系统包含一个预定的号码翻译表，发送服务建立请求消息，执行终止呼叫处理，当被呼方应答了呼叫时执行始发用户和被呼方的呼叫连接处理。
37.如权利要求36所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，服务建立请求消息包含始发用户的位置信息，信息服务控制/管理子系统至少根据始发号码和始发用户位置号码中的一个号码产生信息ID。
38.如权利要求36所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息服务处理子系统向信息服务控制/管理子系统发送指示提供服务结果的服务供给报告消息。
39.如权利要求38所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息服务控制/管理子系统对已执行的信息供给服务进行统计。
40.如权利要求36或38所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息控制/管理子系统被耦合于短消息服务中心并发送短消息。
41.如权利要求40所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，短消息是根据服务供给报告消息发送的。
42.如权利要求36所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息供给装置还包括一个能够连接到互联网上的网络服务器，该网络服务器提供进入数据库的进入功能。
43.如权利要求36所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，服务建立回应消息包含一个预定的定时资料，信息服务处理子系统把终止呼叫处理延迟一段相应定时资料的时间。
44.如权利要求36所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息服务处理子系统包括一个专用资源部件，它包含要向始发用户提供的预定订制信息，用于通过一个预定的话务信道输出该相应的订制信息；一个专用资源信号部件，用于执行中继线与交换机的连接处理；一个交换部件，用于根据控制资料实现该专用资料部件和始发用户之间的话务信道的连接；一个专用资源管理部件，用于与交换机一起控制呼叫处理，用于根据交换机提供的始发用户信息确认要向始发用户提供的订制信息，它与信息服务控制/管理子系统互相连接，后者根据向始发用户提供订制信息的确认结果来控制专用资源部件和交换部件。
45.如权利要求44所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，包括在专用资源部件中的订制信息装置是从信息服务控制/管理子系统中进行下载。
46.如权利要求44所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，专用资源部件还包括一种用于检测可听信息的可听声音检测装置，在信息供给服务过程中专用资源管理部件把该可听声音检测装置与被呼方耦合起来，并且如果可听声音检测装置检测到了可听声音就把始发用户与被呼方连接起来。
47.一种在电信系统中在呼叫建立的过程中提供订制信息的系统，它包括一台用户信息储存装置，用于储存用户信息和指示始发用户是不是信息服务用户的资料；一部交换机，包括在交换网络中，用于执行呼方和被呼方之间的呼叫连接处理，如果呼方是信息服务用户用于选择相应的呼叫到信息供给装置的路径，并且当被呼方应答了呼叫时把呼方连接于被呼方；一台信息供给装置，用于通过交换机向已连接的始发用户提供预定的订制信息。
48.如权利要求47所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，当执行呼叫连接处理时交换机向资料供给装置提供一个起始地址信息，该起始地址信息至少包含始发号码，终止号码和始发用户位置信息中的一个。
49.如权利要求48所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，始发用户信息是通过一个UUI参数发送的。
50.如权利要求48所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息供给装置对应于从交换机发送的起始地址消息发送一个地址完成消息，地址完成消息包含预定的定时资料，交换机把终止呼叫处理延迟一段相应定时资料的时间。
51.如权利要求47所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，当被呼方应答了呼叫时交换机向信息供给装置发送一个呼叫释放消息，信息供给装置根据呼叫释放消息暂停信息供给服务。
52.如权利要求47所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，当信息供给服务不可用时，信息供给装置提供一个呼叫释放消息，当从信息供给装置接收到呼叫释放消息时，交换机把始发用户与被呼方连接起来。
53.如权利要求50所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，延迟时间是根据订制信息的类别设置的。
54.如权利要求50所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，延迟时间是由服务用户设置的。
55.如权利要求48所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息供给装置至少根据始发号码和始发用户位置信息中的一个向始发用户提供订制信息。
56.如权利要求47所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，与短消息服务中心相连接的信息供给装置能够发送短消息。
57.如权利要求56所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，短消息是一种接入信息，始发用户能够用该接入信息获得相应于订制的信息更详细的信息。
58.如权利要求57所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，接入信息是一个电话号码。
59.如权利要求57所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，接入信息是一种URL信息。
60.如权利要求57所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，如果已成功地执行了信息供给服务才提供接入信息。
61.如权利要求47所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息供给装置能够与互联网相连接。
62.如权利要求61所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，始发用户在互联网上选择订制信息的类别。
63.如权利要求47所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，交换机为始发用户把呼叫处理延迟一段预定的时间。
64.如权利要求47所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息供给装置包括一个信息服务处理子系统，它通过中继线与交换机互相连接，用于执行呼叫路由处理和呼叫连接处理，根据由交换机加给的起始地址消息向信息服务控制/管理子系统发送至少含有始发号码的服务建立请求消息，并且根据由信息服务控制/管理子系统输出的服务建立回应消息向始发用户提供订制信息；及一个信息服务控制/管理子系统，它包括一个储存用户信息和服务信息的数据库，用于向信息服务处理子系统发送对应于信息建立请求消息的至少包含一信息ID的服务建立回应消息。
65.如权利要求64所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，服务建立请求消息包含始发用户的位置信息，信息服务控制/管理子系统根据至少始发号码和始发用户位置号码之中的一个号码产生一个信息ID。
66.如权利要求64所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息服务处理子系统向信息服务控制/管理子系统发送一个指示提供服务结果的服务供给报告消息。
67.如权利要求66所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息服务控制/管理子系统对已执行的信息供给服务进行统计。
68.如权利要求64所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息控制/管理子系统被耦合于短消息服务中心并发送短消息。
69.如权利要求66或68所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，短消息是根据服务供给报告消息发送的。
70.如权利要求64所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息供给装置还包括一个能够连接于互联网的网络服务器(web server)，网络服务器提供进入数据库的进入功能。
71.如权利要求64所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，服务建立回应消息包含一个预定的定时资料，信息服务处理子系统产生一个包含定时资料的地址完成消息以便把它发送给交换机。
72.如权利要求64所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，信息服务处理子系统包括一个专用资源部件，它包含提供给始发用户的预定订制信息，通过一个预定的话务信道输出该相应的订制信息；一个专用资源信号部件，用于执行中继线与交换机的连接处理；一个交换部件，用于根据控制资料实现专用资源部件和始发用户之间话务信道的连接；及一个专用资源管理部件，用于控制呼叫处理，用于根据由交换机所加于的始发用户信息来确认订制信息的确要提供给始发用户，与信息服务控制/管理子系统互相连接，用于根据确认结果来控制专用资源部件和交换部件以便向始发用户提供订制信息。
73.如权利要求72所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，包括在专用资源部件中的订制信息装置从信息服务控制/管理子系统下载的。
74.如权利要求64所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，专用资源部件还包括一个用于检测可听信息的可听声音检测装置，装用资源管理部件在信息供给服务过程中把可听声音检测装置与被呼方耦合起来，并且如果可听声音检测装置检测到了可听声音就把始发用户与被呼方连接起来。
75.一种在一种电信系统中在呼叫建立的处理过程中提供订制信息的系统，它包括一部交换机，它包含在交换网络中，用于执行呼方与被呼方之间的呼叫处理，如果呼叫要求包含预定的对应终止号码的鉴别号码，就为相应的呼叫选择到信息供给装置的路由；及一台信息供给装置，它包含一个为始发呼叫选择到被呼方路径的功能，用于向交换机已选定路由的呼叫始发用户提供预定的供给服务，并且当被呼方应答了呼叫时用于把始发用户连接于被呼方。
76.一种在一种电信系统中在呼叫建立的处理过程中提供订制信息的系统，它包括一部交换机，它包含在交换网络中，用于执行呼方与被呼方之间的呼叫处理，如果呼叫要求包含对应终止号码的预定鉴别号码，那么用于为相应呼叫选择到信息供给装置的路径，如果从被呼方接收到了应答，就用于把始发用户连接于被呼方；及一台信息供给装置，用于通过交换机向始发用户提供预定的定制信息。
77.一种在一种电信系统中在呼叫建立的处理过程中提供订制信息的系统，它包括一个归属位置暂存器，用于提供关于信息供给服务用户的预定呼叫路径信息；一个访问位置暂存器，用于储存每个用户的始发呼叫是不是需要访问归属位置暂存器的用户信息；一部交换机，它包括在交换网络中，用于呼叫控制处理，对应于用户的始发呼叫用于访问位置暂存器，如果呼方确实是需要访问归属位置暂存器的呼方那么利用来自归属位置暂存器的路由信息为呼叫进行选择到信息供给服务装置的路径；一台信息供给装置，它包含为始发用户的呼叫选择到被呼方路由的功能，用于向交换机已选定路径的呼叫始发用户提供预定的订制信息，并且当被呼方应答了呼叫时把始发用户连接于被呼方。
78.一种在一种电信系统中在呼叫建立的处理过程中提供订制信息的系统，它包括一个归属位置暂存器，用于提供关于用户的预定呼叫路径信息；一个访问位置暂存器，用于储存每个用户的始发呼叫是不是需要访问归属位置暂存器的呼叫的用户信息；一部交换机，它包括在一个交换网络中，用于执行呼叫控制处理，对应于始发呼叫用于访问访问位置暂存器，如果呼方的确是一个需要访问归属位置暂存器的呼方，那么利用暂存器的路由信息为呼叫选择到信息供给装置的路由；用于根据被呼号码执行路径控制处理，并且当被呼方应答了呼叫时用于把始发用户连接于被呼方；及一台信息供给装置，用于通过交换机向始发用户提供预定的订制信息。
79.一种在一种电信系统中在呼叫建立的处理过程中提供订制信息的系统，它包括一部具有路径控制功能的第一交换机；一部不具有路径控制功能的的第二交换机；及一台信息供给装置，它通过中继线与第一和第二两部交换机互相连接，包含选择路径控制的功能，用于向交换机已选定路径的呼叫始发用户提供预定的订制信息，信息供给装置为来自第二交换机的呼叫执行路径控制处理。
80.如权利要求79所述的在电信系统中在呼叫建立的处理过程中提供订制信息的系统，其中，选择终止呼叫的处理是根据与两台交换机连接的中继线的信息执行的。
81.一种在一种电信系统中在呼叫建立的处理过程中提供订制信息的系统，它包括一部交换机，它包括在一个交换网络中，有一个用于储存指示始发呼叫是不是信息服务用户的用户信息的数据库，用于执行呼叫控制处理，并且如果呼方的确是信息服务用户就为相应呼叫选择智能型网络的路由；一个智能型网络，它包括一个用于执行信息供给服务的服务交换部件，一台用于储存要提供给用户的许多订制信息的智能外围设备，一个用于为来自交换机的呼叫执行交换处理的交换部件；服务交换部件向服务控制部件发送一个至少包含呼方号码的信息；服务控制部件控制服务交换部件以便把呼叫连接于智能外围设备，并控制智能外围设备以便输出预定的订制信息；及当被呼方应答了呼叫时服务交换部件把始发用户连接于被呼方。
全文摘要
本发明涉及一种在呼叫建立的处理过程中,即用户在提出呼叫建立要求之后等候被呼叫方的应答过程中向呼叫用户提供订制信息的方法和系统。本发明提供了一台与交换机1互相连接的信息供给装置4,装置4用于向始发用户提供即时的订制信息,能够连接互联网的装置4通过一个预定的闭合网络与一个短消息服务中心2相耦合。移动用户可以在互联网上预定信息供给服务。预定状态被储存在一个归属位置暂存器(HLR)3中。如果用户做了呼叫,那么与装置4互相连接的交换机1就根据HLR3的预定信息对始发用户执行服务。该服务一直继续到被呼方应答了呼叫。装置4提供接入信息,始发用户用该接入信息可以另外获得更详细的信息。包含一个电话号码、URL等的接入信息通过短消息服务中心2被提供给始发用户。用户可以在互联网上选择自己接收的订制信息,也可根据用户信息或用户位置信息自动地进行选择。
文档编号H04Q11/04GK1373946SQ00812634
公开日2002年10月9日 申请日期2000年7月15日 优先权日1999年7月16日
发明者崔景默, 金道植 申请人:起世情报通信有限公司