您现在的位置: 范文先生网 >> 范文大全 >> 毕业设计 >> 正文

智能网业务的网间互通

时间:2007/1/25栏目:毕业设计

【摘要】本文分析了实现智能网业务的网间互通对业务的生存及发展的重要意义,以及实现智能网业务的网间互通的前提条件,并以被叫集中付费业务为例,对实现智能网业务网间互通的方式进行了具体的探讨。
【关键词】智能网业务 业务的网间互通 网间互通方式 被叫集中付费业务
1.引言  随着中国电信、联通、吉通等多个电信运营者的出现,我国电信市场的竞争局面逐步形成。多运营者的竞争使广大电信用户在价格方面、服务质量方面得益,但如果不能及时、科学地解决各运营者间智能网业务的互通问题,用户将只能在各运营者的网络范围内使用各自提供的智能网业务。智能网业务因业务本身性质的不同,要求应用的范围也不相同。如,大众呼叫、电子投票等业务,一般在本地范围或本省范围内开放,而记帐卡呼叫业务、被叫集中付费业务则在全国甚至国外范围内开放。对于象记帐卡呼叫等要求使用范围越广越好的业务来说,实现智能网业务的网间互通,即一个运营者开放的智能网业务,用户在其它运营者的网络中也可使用,对于业务的生存及发展具有非常重要的意义。反之,则一方面满足不了用户在任何地方都可方便地使用业务的需要,另一方面局限于一定范围内开放的智能网业务,对用户也缺乏吸引力,不利于业务的推广。
2.实现智能网业务的网间互通的前提条件  智能网是一种可迅速、经济、灵活地提供新业务的网络体系,在智能网上开放补充业务,其优势不仅在于业务、用户数据的管理及业务逻辑的控制比较集中,而且还在于用户可在较大范围内使用业务,用户可在任何通过No.7信令网与用于开放智能网业务的业务控制点SCP相连的地方,使用智能网业务,正是这后一点优势为实现智能网业务的网间互通提供了技术基础。要实现智能网业务的网间互通,前提条件之一就是要实现网间信令功能的互通。此外,在网间互通的智能网业务中,业务呼叫的主叫与被叫分别位于两个不同的网络的情况将占较大比例,如果两个进行业务互通的网络彼此无话路相通,实现智能网的业务互通是不可能的,所以前提条件之二就是实现网间基本呼叫控制功能的互通。以下所有对于互通方式的讨论将建立在这两个前提之下,有关两网实现话路及信令网互通应遵循的原则,这里不做讨论,但假设它们是符合有关规定的,本文将只从技术的角度,对实现智能网业务网间互通的几种可能性进行探讨。3. 实现智能网业务的网间互通的方式  网间互通是指由几个网络合作提供一项业务的处理过程,其中包括智能网与智能网的互通,智能网与非智能网的互通。国际电联曾在建议Q.1201中,将业务处理层次上的网间互通概括为两种情况:   (1)两个IN结构的网络合作提供一项智能网业务,如图1所示:
IN-SL IN业务逻辑
BCP 基本呼叫处理
GW 网关
图1 业务处理层次上的网间互通(IN与IN)  在图1中,GW1用于在两网间进行呼叫的接续,GW2用于接入其它网络中的业务逻辑,GW3用于在各不同网络保有的业务逻辑间进行通信。  (2)IN结构的网络与非IN结构的网络合作提供一项智能网业务,如图2所示:
IN-SL IN业务逻辑
BCP 基本呼叫处理
GW 网关
图2 业务处理层次上的网间互通(IN与非IN)  在图2中,GW4的功能是在IN结构的网络和非IN结构的网络之间接续呼叫,在两个网络的BCP之间提供互通.  综合上述两种情况,不考虑进行互通的两个网络的接入类型(PSTN、ISDN)及智能结构的等级(部分智能网、完全智能网、非智能网),并结合我国的智能网建设的实际情况,智能网业务的网间互通方式可归结为三种方式。  为了便于讨论,首先假定有如下一个需要进行IN业务互通的例子:  网络1由运营者甲管理,它利用业务控制点SCP1开放被叫集中付费业务,网络2由运营者乙管理,用户A和用户B是网络1的用户,用户C和用户D是网络2的用户。  下面将就此例,探讨网络2的用户使用运营者甲在SCP1上开放的被叫集中付费业务--即实现被叫集中付费业务在网络1与网络2之间互通的三种方式。  方式一:通过对方网络的SSP访问对方的SCP
图3 通过对方网络的SSP访问对方的SCP  如图3所示,在这种智能网业务互通方式下,网络2的用户C拨叫在网络1登记的被叫集中付费业务用户号码时,由网络2的端局将被叫号码(800KN1N2...)及主叫号码传送给网络2的网关GW2,经网络1的网关GW1传送给网络1的业务交换点SSP1,由网络1的SSP1与网络1的SCP1交互作用后,SSP1得到SCP1送来的真正的被叫号码,并将呼叫接续至被叫用户B。如果在业务执行过程中需要给用户送语音提示或系统需要收集用户输入的密码信息等,则需网络1中的智能外设IP1进行辅助。  方式一的特点是,在整个IN呼叫的处理过程中,与智能网业务有关的处理完全由网络1完成,对于网络2来说,就如同处理一个到网络1的普通呼叫一样。业务特性的变动对网络2没有任何影响。即便网络2是一个非IN网络,也可用此方式实现智能网业务的互通。但网络1中负责汇接本网及外网IN呼叫的业务交换点需具有较大的处理能力。在呼叫处理中,由于必须经过网络1的SSP1接通主、被叫,有可能造成路由组织上的不合理。  方式二:通过本网的SSP直接访问对方的SCP  网络1用于开放智能网业务的业务控制点SCP1可被与其进行业务互通的网络2的业务交换点SSP2接入,如图4所示:
图4 通过本网的SSP直接访问对方的SCP  网络2的用户C拨叫在网络1登记的被叫集中付费业务用户号码时,由网络2的端局将被叫号码(800KN1N2...)及主叫号码传送给网络2的业务交换点SSP2,SSP2通过No.7信令网直接与网络1的业务控制点SCP1进行交互作用后,SSP2得到SCP1送来的真正的被叫号码,由于被叫用户B位于网络1,SSP2需按照网络1与网络2互联互通的有关路由组织原则将用户C与用B接通。如果在业务执行过程中需要给用户送语音提示或系统需要收集用户输入的密码信息等,则需网络2中的智能外设IP2进行辅助。  方式二的特点是,由网络2的业务交换点SSP2直接与网络1的业务控制点SCP1进行交互作用,SSP2获得真正的被叫号码后可直接选择最佳路径,将主、被叫接通。只要在网络2中合理设置业务交换点,且两网络话路互通的路由组织方案合理,就不会出现在呼叫接续中路由组织不合理的现象。由网络2的业务交换点及智能外设直接处理IN呼叫,减轻了对网络1中的相应设备的压力。此方式的缺点在于需要统一网络1的业务控制点与网络2的业务交换点的接口规程;一部分业务数据需在网络2中设置,如:业务的触发数据需在网络2的业务交换点中设置,业务的录音通知数据需要在网络2的智能外设中配置,而且一旦数据有变更,如:录音通知更改,则网络1需通知网络2,并将更改的数据提供给网络2,协助它重新加载。在这种互通方式下,网络1与网络2的运营者需要互相配合,两者在业务开放过程中较紧密地耦合在一起。由于网络2的业务交换点可直接接入网络1的业务控制点,而在INAP规程中没有相应的机制来保证SCP与SSP之间通信的安全性,这样可能会对业务用户数据的安全性构成威胁。由于网络2中的多个业务交换点都可直接接入网络1的业务控制点,使得网络

1业务控制点的逻辑信令关系变得十分复杂。  方式三:通过不同运营者SCP间访问的方式  为了实现这种业务互通方式,需要在SCP1及SCP2分别配置不同的业务逻辑。在SCP1中配置的业务逻辑包括两个部分:a. 用于处理来自本网的业务呼叫;b. 用于处理与本网互通的其它网络的用户对本网开放的业务的呼叫。在SCP2中配置业务逻辑c. 用于处理本网用户对与本网互通的其它网络开放的业务的呼叫,这部分业务逻辑不涉及业务的具体特性。在网络2中,当SCP2收到对在SCP1中登记的被叫集中付费业务用户的业务请求时,SCP2中的逻辑c启动,控制SCP2与SCP1交互作用,SCP1在逻辑b的控制下对呼叫进行处理。SCP2接收来自SCP1的指令,并与本网中的SSP2一起完成相应的指令,以向用户提供网间互通被叫集中付费业务。图5为一个网间互通被叫集中付费业务中,各部分业务逻辑间交互作用的示意图。此种互通方式的中继方式如图6所示。
图5 网间互通被叫集中付费业务中各部分业务

[1] [2] 下一页

下页更精彩:1 2 3 4 下一页