经验 2348 分贝 0 家园分 0 在线时间: 0 小时 最后登录: 2007-8-11 帖子: 681 精华: 0 注册时间: 2005-7-5 UID: 51584
注册:2005-7-5
发表于 2005-9-16 18:59:00
| 显示全部楼层
一、基本语音业务
BTS 软交换系统支撑基本的语音业务,包括包括国内国际长途话音
务、本地话音业务、传真业务。
BTS 软交换系统主要使用 MGCP 信令控制终端设备。支撑SIP/H.323协议作呼叫控制,使用SIP/H.323或INAP连接功能服务器,提供 如智能网络,语音邮箱和统一信息 等的 语 音 业 务。BTS 软交换系统还支撑多种PSTN 信令协议包括SS7 ISUP, ISDN PRI 和 E1 R2协议,实现 与PSTN网络的互 连。
BTS 软交换系统对于每个呼叫提供呼叫控制,呼叫路由和业务逻辑。它还为每个客户维护客户服务信息数据库。
有两种基本呼叫: on-net 和 off-net 呼叫。所有本地语音网络的呼叫被称作on-net 呼叫。 对于离开本地语音网络到PSTN 网络的呼叫或到其它的ITSP VoIP网络被称作off-net 呼叫。 对于off-net 呼叫, BTS 软交换系统不仅支撑标准的SIP 和 H.323 VoIP 协议和其它ITSP 网络互连,还支撑各种PSTN信令协议,如各种国内,国际的 SS7 ISUP 信令, ISDN PRI 或 E1 R2 与当前PSTN网络的互联。
1.1基本 On-Net 语音呼叫
BTS 软交换系统使用标准MGCP协议信令,控制基本on-net 语音呼叫。BTS 呼叫代理为每个客户提供呼叫路由和维护服务信息数据库。
以下的呼叫流程图 描述了连接到RG的一个用户到连接到RG的另一个用户的on-net 呼叫的MGCP 信息实例。
终端网关需要通知起始端设备是传真或调制解调器拨号音检测(line 17)。 如 果拨号音被检测, 作为事件通知给呼叫代理 。 检测的传真或调制解调器拨号音 ,然后转发给原始的网关。
User1
RG-o
BTS 软交换系统
RG-t
User2
Off-hook
NTFY (O:hd)
RQNT(R:hu, [0-9:#*T](D), S:dl)
digits
NTFY (digits)
--------------------------------------------------------------------------------
RQNT (R:hu)
CRCX (M:recvonly)
ACK (SDP1)
CRCX (M:sendrecv, SDP1)
ACK (SDP2)
MDCX (M:recvonly, SDP2)
RQNT(S:rg,R:hd,mt,ft, S: ci(mm/dd/hh/min/Callernum/Callername) OR *RQNT(S:rg,G/rbk(xx), R:hd,mt,ft, S:ci( mm/dd/hh/min/Callernum/Callername)
phone rings
* RQNT (S:rt,R:hu, hf)
ringback
* Not required in case of Ringback on connection
--------------------------------------------------------------------------------
off hook
NTFY (O:hd)
RQNT (R:hu,hf)
RQNT (R:hu, hf, S:)
ß S: is not required on ring back on connection
NTFY (O:ft or O:mt)
MDCX (L: modem/fax)
RQNT (R:hu)
MDCX (M:sendrecv)
Voice Path User1-User2
1.2基本 Off-Net 语音呼叫
--------------------------------------------------------------------------------
Off-net 呼叫需要跳离到另外的语音网络,可以是存在的PSTN网络或另外的ITSP VoIP网络。BTS 软交换系统支撑各种 VoIP 和 PSTN信令协议实现网络互连。它使用MGCP协议实现TGW 设备控制。
以下的呼叫流程图 描述了一个on-net用户连接到一个IAD的off-net呼叫的MGCP 和SS7 ISUP 信息呼叫实例。跳离本地电话网到PSTN CO 使用SS7信令。
可选地,BTS 软交换系统请求一个MGW连续性测试到 SS7 IMT 中继。
User1
IAD/RG
BTS 软交换系统
TGW
CO
Off-hook
NTFY (O:hd)
RQNT (R:hu, [0-9:#*T](D), S:dl)
digits
NTFY (digits)
RQNT (R:hu)
CRCX (M:recvonly)
ACK (SDP1)
IAM
--------------------------------------------------------------------------------
RQNT (S:co1,R:co1)
IAM with COT
NTFY (O:co1)
COT Okay
RQNT (S:)
CRCX (M:sendrecv, SDP1)
ACK (SDP2)
ACM
MDCX (M:recvonly, SDP2)
Ring back tone
Ring back
ANM
RQNT (R:hu, hf)
--------------------------------------------------------------------------------
MDCX (M:sendrecv)
Voice Path established
二、补充业务
BTS 软交换系统 支撑广泛的补充业务,主要包括以下业务:
a) Anonymous Call Reject (ACR)
b) Calling Line Identification Presentation (CLIP)
c) Calling Line Identification Restriction (CLIR)
d) Calling Waiting (CW)
e) Cancel Call Waiting (CCW)
f) Call Forwarding Unconditional (CFU)
g) Call Forwarding No Answer (CFNA)
h) Call Forwarding Busy (CFB)
i) Remote Call Forward Activation (RCFA)
j) Call Hold (CH)
k) Three Party Conference (3PRTY)
l) Malicious Call Identification (MCI)
m) Outgoing Call Barring (OCB)
n) Do Not Disturb (DND)
o) Network Announcement
BTS 软交换系统 的POTS功能服务器支撑以上的补充语音业务。由于其分布的App结构分离呼叫控制层和业务控制层,这种结构可以非常灵活的方式修改和加入新的补充业务。
2.1 使用MGCP”呼叫等待”(CW)的呼叫流程的例子
呼叫流假设在一个正常,稳定的呼叫中用户1连接到用户。用户1 已经预定了呼叫等待功能。 用户3发起一个呼叫给用户l,呼叫流开始。用户1 将通过hook-flash回答用户3 , 放用户2 在线上。
User3
RG3
BTS 软交换系统
RG1
User1
RG2
User2
normal call
Off-hook
--------------------------------------------------------------------------------
NTFY (O:hd)
RQNT(R:hu,D/[0-9#*T](D), S:dl)
digits
NTFY (digits)
RQNT (R:hu)
CRCX (M:recvonly)
ACK(SDP3)
CRCX(M:inactive,SDP3)
ACK(conn2,SDP4)
MDCX(M:recvonly,SDP4)
--------------------------------------------------------------------------------
RQNT (S:rt,R:hu)
ringback
RQNT(R:hu,hf S:wt, ci(mm/dd/hh/mm,name,id)
call waiting tone
hook-flash
NTFY(O:hf)
RQNT (R:hu, hf, S:)
MDCX(M:inactive,conn1)
--------------------------------------------------------------------------------
MDCX(M:sendrecv)
MDCX(M:sendrcv, conn2)
RQNT (R:hu,hf, S:)
Voice path between User3 and User1
2.2使用MGCP”无条件的呼叫转发”(CFU)的呼叫流程的例子
以下的呼叫流程图示描述CFU 状态下的MGCP 信息。 A 用户1 发起一个呼叫,终止一个CFU 用户被重定向到转发号,最终终止到用户2。它类似于双方呼叫,直到呼叫完成。然而, 如果 CFU 用户空闲 (on-hook), 呼叫代理将发送一个提示信息给 CFU 用户。
User1
RG1
BTS 软交换系统
RG2
User2
Off-hook
NTFY (O:hd)
--------------------------------------------------------------------------------
RQNT(R:hu, [0-9:#*T](D), S:dl)
digits
NTFY (digits)
RQNT (R:hu)
CRCX (M:recvonly)
ACK (SDP1)
CRCX (M:sendrecv, SDP1)
ACK (SDP2)
RG/ CFU user
RQNT (S:rs)
MDCX (M:recvonly, SDP2)
RQNT(S:rg,G/rbk(xx), R:hd, S:ci( mm/dd/hh/min/Callernum/Callername)
--------------------------------------------------------------------------------
phone rings
Ring back tone
Ring back
off hook
NTFY (O:hd)
RQNT (R:hu,hf)
RQNT (R:hu, hf)
MDCX (M:sendrecv)
Voice Path User1-User2
三、智能网络业务
除了基本和补充语音业务外,BTS 软交换系统还可以作为一个SSP功能提供智能网络业务。BTS 软交换系统 使用INAP 功能服务器,通过标准的INAP 协议即可以同传统的PSTN SCP 也可以同基于IP 的下一代IP-SCP交互作用。与IP-SCP进行通讯时, BTS 软交换系统通过SIGTRAN协议传输INAP 信息。
以下列出了使用BTS 软交换系统 支撑的智能网络(IN)业务:
a) Pre-paid / Post-paid Calling Card
--------------------------------------------------------------------------------
b) Converged Free Phone (800 Number)
c) Universal Access Number
d) Sponsored Call / Advertisement
e) Mass Calling / Tele-Voting
f) Enhanced Premium Rate
g) Converged VPN
3.1预付/后付电话卡(Pre-paid / Post-paid Calling Card)
预付/后付电话卡方案使用 IN 给服务商提供一个具有竞争优势的预付/后付卡市场。在BTS 软交换系统 中的智能程序,它允许服务提供商在一单独位置,低开销的集中处理业务应用,而对于带宽敏感的呼叫连接在网络边缘处理。它的好处:比传统的借记卡应用有更低的开销,传统的借记卡应用是在电路交换网络上基于大的POP的服务节点的应用。预付/后付电话卡方案 支撑不同语言的交互式语音应答(IVR),以便运营商可以针对专门的市场提供服务。
3.1.1业务逻辑实现
一个预付卡用户拨打一个访问号,从BTS 软交换系统发起一个InitialDP 请求给一个SCP 。 SCP 返回一个建立”临时连接”的指令给BTS 软交换系统 ,连接到一个相关媒体服务器(MS),然后初始一个”提示和搜集用户信息”操作,发布一个宣告。 MS 搜集用户账号,PIN 和目的号。MS 然后发送这个信息给SCP作为”提示和搜集用户信息”的返回结果。SCP 鉴别这个账号,选择付费方法和计算预付卡用户的剩余费用。SCP 然后发送一个”中断转发连接”的指令给 BTS 软交换系统,使MS 终止连接 , 并发送这个呼叫给最终的目的地。 在呼叫连接建立之后, SCP 监测呼叫的持续时间,如果呼叫超过了可信用时间,呼叫将自动中断。无论呼叫何时中断, BTS 软交换系统 将通知 SCP ,更新预付卡用户的信用额度。
3.1.2呼叫流程实例
以下的呼叫流程图示描述了预付卡用户1利用SS7,通过PSTN呼叫用户2 INAP呼叫流程的实例。
User1
IAD/RG
BTS 软交换系统
SCP
TGW
Off-hook
NTFY (O:hd)
RQNT (R:hu, [0-9:#*T](D), S:dl)
digits
NTFY (digits)
RQNT (R:hu)
CRCX (M:recvonly)
--------------------------------------------------------------------------------
ACK (SDP1)
InitialDP (ANI, DNIS)
ETC
CRCX (M:recvonly)
ACK (SDP1)
CRCX (M:sendrecv, SDP1)
ACK (SDP2)
MDCX (M:recvonly, SDP2)
Prompt & Collect
RQNT
Digits
NTFY(Digits)
Prompt & Collect Result
Disc. Forward Connect
--------------------------------------------------------------------------------
DLCX
IAM (To a PSTN CO)
3.2集中的免费电话 (Converged Free Phone) (800 Number)
对于这个业务,服务商支付电话费用,不是由呼叫者支付。这类业务适于商业应用,提供连续的客户支撑服务,不用关心呼叫客户的地理位置。
3.2.1业务逻辑实现
自由电话号码从BTS 软交换系统 触发InitialDP 请求给SCP。SCP 分析呼叫号码。 基于呼叫号码的位置或者呼叫的时间, SCP 决定自由电话呼叫的最终的目的地。 SCP 然后用最终目的号码发送一个连接指令给。 BTS 软交换系统 然后传送这个呼叫给最终的目的号码。
3.2.2呼叫流程实例
以下的呼叫流程图示描述了用户1利用SS7,通过PSTN呼叫用户2 自由电话呼叫的INAP呼叫流程的实例。
User1
IAD/RG
BTS 软交换系统
SCP
TGW
MS
Off-hook
NTFY (O:hd)
RQNT (R:hu, [0-9:#*T](D), S:dl)
digits
NTFY (digits)
--------------------------------------------------------------------------------
RQNT (R:hu)
CRCX (M:recvonly)
ACK (SDP1)
InitialDP (ANI, Free#)
Connect(DNIS)
CRCX (M:recvonly)
ACK (SDP1)
CRCX (M:sendrecv, SDP1)
ACK (SDP2)
MDCX (M:recvonly, SDP2)
IAM (To a PSTN CO)
3.3通用接入号(Universal Access Number)
UAN 使用唯一的与网络无关的通用目录号,保证用户到达任何地方。每个服务有户有她/他自己的呼叫计划,可由服务提供商配置或使用基于SCP 的下一带IP的GUI接口由她/他自己配置。
3.3.1业务逻辑实现
BTS 软交换系统 通过INAP功能服务器提供了必要的SSF 功能。 一个给用户的UAN的呼叫将触发BTS 软交换系统发送InitialDP请求给SCP。SCP依据呼叫号码的位置或呼叫每天的时间转换UAN到不同的路由号码。如果目的号码基于用户配置的呼叫计划中处于忙状态,呼叫还可以被转发到另外号码。在服务分析之后,它然后发起InitiateCallAttempt操作,引导BTS 软交换系统传送这个呼叫给目的号码。
--------------------------------------------------------------------------------
3.4广告赞助业务
这项业务为赞助商提供广告播放的途径,用户通过拨打使用该业务,在收听广告的同时获得积分。即“听广告,得话费”。
3.4.1业务逻辑实现
用户在拨打该业务号码时,触发BTS 软交换系统将向SCP发送一个InitialDP请求,SCP在处理之后发回一个EstablishTemporaryConnection指令给BTS 软交换系统,使其连接到相应的媒体服务器(MS),然后发送指令要求MS启动“提示并收集用户信息(PromptAndCollectUserInformation)”过程来播放一段提示信息,收集目的号码信息并且将收集结果返回给SCP。在收到该结果之后,SCP发送一个“PlayAnnouncement”指令给BTS 软交换系统来播放广告。而计算积分的依据是广告的内容和播放的时长来作为计算该用户所获得的积分的依据,然后SCP向BTS 软交换系统发送连接指令,使其连接到目的点,SCP监控呼叫的时长来计算积分。
3.5统一VPN
运营商通过VPN业务能够以单一的资源,而为其商业用户的包含语音、传真和数据等在内的全球通信需求提供服务,即基于一个共享的、可管理的IP网络。
语音VPN解决方案使得运营商的商业用户能够通过VPN在其总部、分支机构及远程办公室之间进行通话,而不需要顾虑昂贵的传统电话网的服务。
3.5.1业务逻辑实现
私有号码方案(PNP)将触发BTS 软交换系统向SCP发送一个InitialDP请求以进行业务分析,SCP则以主叫用户线识别码来对用户进行认证。然后,启动“提示并收集用户信息(PromptAndCollectUserInformation)”操作来播放提示并收集PIN和目的号码(私网号码),SCP将该私网号码转换为相应的E.164目的号码。随后,SCP指示BTS 软交换系统路由并连接该呼叫到目的地。
3.6电子投票业务
该业务是由商业/市场研究机构或媒体使用,来就某个主题所进行的社会调查。拨入此业务号码的呼叫会使得记数器增加,或是提示用户根据其意愿做选择。
3.6.1业务逻辑实现
该业务接入号会触发BTS 软交换系统向SCP发送一个InitialDP请求,SCP启动“提示并收集用户信息(PromptAndCollectUserInformation)”操作来播放提示并收集用户的选择,结果被返回给SCP。之后,SCP将据此更新统计结果。
3.7额外服务费率
额外服务费率业务是指可根据用户所请求的服务的类型或内容而收取与基本费率不同的费率。拨打此业务的用户将会听到该业务的协议内容,以及呼叫的路由可以基于主叫的地理位置、呼叫的时间,还可以在运营商提供的多目的地之间提供话务分发计划。
3.7.1业务逻辑实现
一般地,该业务号码将触发BTS向SCP发送一个InitialDP请求,SCP指示BTS 软交换系统播放提示语音。一旦SCP接受到用户对于该额外费率的确认,将指令BTS 软交换系统将该呼叫连接到目的号码。
4 增值语音业务
除了提供基本的语音呼叫业务,补充业务和智能网络业务外, BTS 软交换系统 可以完全利用基于多种服务的IP网络提供独特的下一代语音业务的能力。
BTS 软交换系统应用服务器(AS) 部件,当前可以提供以下的增值语音业务:
a) 统一消息
b) 电话会议
BTS 软交换系统 还有一个 Centrex 功能服务器 ,可以提供基于 IP的 Centrex 业务。
BTS 软交换系统对于增值语音业务,除了提供它自己的功能服务器和应用服务器外,它还支撑多种服务协议接口,如 INAP, SIP and H.323 ,可以与第三方的应用服务器相互作用提供如Click-to-dial (PC-to-phone)和 Internet 呼叫等待(ICW)等的另外的增值业务。
4.1统一消息 (包括Voice Mail )
统一消息将两类分离的语音、传真和数据经过一个统一的IP 网络集成在一起。
BTS 软交换系统的应用服务器 是一个增强的基于IP的App方案,使客户通过电话或桌面浏览器或客户端e-mail在一单个邮箱里 接受语音邮件,e-mail 和传真信息。它和BTS 软交换系统接口可以通过 H.323 或 SIP协议实现。
当一个呼叫用户的电话处于忙音或没有应答时,呼叫将被重定向给由BTS 软交换系统的应用服务器控制的用户的统一消息邮箱内。 正呼叫的用户然后可以存放个语音信息。在语音信息被存放之后, 一个信息等待提示(MWI)可以通过email 或打开客户电话上的信息等待提示(MWI)灯(还可以当客户拿起电话时,播放一特殊的声音)发送给客户。客户可以通过电话收听到语音信息或使用客户端桌面浏览器通过接受e-mail或传真访问语音信息。
当email或传真已经被存放到用户的邮箱时,一个提示等待信息(MWI)还可以发送给用户的电话或e-mail 中。客户可以有选择的访问e-mail或传真电话或客户端桌面浏览器。当通过电话访问时,BTS 软交换系统的应用服务器 将e-mail或传真格式转化成语音信息。
以下的呼叫流程图描述了连接到RG的一个用户到另一个处于忙状态并且转发到邮箱的用户的 一个呼叫时,MGCP 信息的状态。
User1
RG-1
BTS 软交换系统CA
AS
Off-hook
--------------------------------------------------------------------------------
NTFY (O: hd)
RQNT (R:hu, [0-9#*T](D) S:dl)
digits
NTFY (digits)
RQNT (R:hu)
CA recognizes that the called party is busy and also has Busy Forwarding to VM. It goes ahead to create a connection
CRCX (M:recvonly)
ACK (SDP1)
Invite
100 Trying
180 Ringing
ß This is optional
MDCX (M:recvonly)
ß This is optional
--------------------------------------------------------------------------------
200 OK (SDP2)
MDCX (M:sendrecv, SDP2)
ACK
RTP Stream. Ringing tone maybe heard or announcement from the VM
On-hook
NTFY (O:hu)
RQNT (R:hd)
Bye
DLCX
ACK (P:perf data)
200 OK
--------------------------------------------------------------------------------
以下的呼叫流程图示描述了BTS 软交换系统 发送信息等待提示,通知用户等待信息的状态改变的机制。
User2
RG-2
BTS 软交换系统CA
VM
Case 1: the new message waiting indicator is delivered via stutter dial tone.
1.
Off-hook
2.
NTFY (O: hd)
3.
4.
RQNT (R:hu, [0-9#*T](D) S: sl)
ß stutter dial tone applies instead of the dial tone because of the MWI.
5.
6.
ß continues normal two party call including the possibility of dialing a VM access DN.
7.
Case 2: If the MGW support MWI then a RQNT is issued to deliver the message waiting indicator.
8.
RQNT (R:hd S: L/mwi)
9.
10.
4.2电话会议
语音和数据网络的结合导致了创新业务和应用的开发,从而帮助服务供应商产生新的利润。通过IP网络提供电话会议的能力,从而确保通过唯一的WEB特性,实现数据和电话会议的同时交互,最大化的达到会议的效果。
4.3 IP Centrex
--------------------------------------------------------------------------------
The Centrex 业务指的是PBX的业务类型,业务交换发生在本地电话局代替传统的商业企业。典型地, 电话企业拥有和管理所有的必要的通讯设备并实现所需的业务,然后发送各种业务给用户。以下列出了由Centrex 业务提供的典型的业务清单:
a) Private Dialing Plan
b) Direct Inward Dialing
c) Direct Outward Dialing
d) Call Transfer
e) Call Forwarding
f) Call Park
g) Call Pickup
h) Three Way Conference
IP Centrex 扩展了这个概念,通过包交换网络提供Centrex 业务, 因此通过IP网络提供语音和数据业务, 通过分散的多个区域,透明地支撑 PSTN to IP, IP to PSTN, IP to IP, or PSTN to PSTN 的呼叫。
BTS 软交换系统对于商业用户来讲,支撑高级的Centrex 业务, 包括远程办公和移动客户。在软交换中,这些增加的功能由分离的呼叫控制处理和呼叫特征处理是可以实现的。这种结构允许运营商为专门的客户的一些小的商业应用程序打包在一起。这种结构保证了虚拟办公室的实现— 远程区域的用户可以完全地访问企业网络资源的能力。
在BTS 软交换系统 内,Centrex 呼叫特征使用Centrex的功能服务器来处理。
4.4 点击拨号 (PC-to-phone)
使用 PC-to-Phone 应用,客户实现国内和国际的电话呼叫,可以通过PC 到任何PSTN 电话, PC 到任何PC来实现。它作为第二条电话线是一个非常好的语音应用。这种应用提供了时实的全双工的完全质量保证的语音会话。
BTS 软交换系统 提供了多种标准协议接口支撑第三方。接口协议可以 SIP 或H.323。
4.5 Internet 呼叫等待
Internet 呼叫等待保证拨号用户使用一单个电话线实现语音呼叫和Internet访问 ,当用户登录到Internet时,用户通过PC可以接受过来的语音呼叫提示。 用户有中断 Internet会话,接受语音呼叫的能力,它可以传输呼叫到另一电话,传输呼叫到语音邮箱,或传输呼叫到PC电话 。这种业务提供了一个有效的方案给消费者,尤其使用于拨号线路有限的用户。
BTS 软交换系统提供了多种标准协议接口支撑第三方。接口协议可以INAP, SIP 或H.323。
Internet 呼叫等待(ICW)要求用户安装一个PC-Phone 客户端App。客户将预定 呼叫转发无应答 服务并且配置转发号作为服务接入号。 服务接入号将驱动CA实行这个呼叫给对方的应用服务器(AS)。
当用户登录到Internet并且有PC-Phone 客户端App运行在PC端,当另一个呼叫者呼叫ICW用户电话时,呼叫将被转发给AS。AS将依次设置呼叫给PC-Phone 客户端。ICW用户有一选项,可以拒绝呼叫,接受呼叫或发送呼叫给语音信箱或终止Internet 会话,并且重新呼叫打回给用户电话。