YDN 047-1997 中国智能网设备业务交换点(SSP)技术规范_第1页
YDN 047-1997 中国智能网设备业务交换点(SSP)技术规范_第2页
YDN 047-1997 中国智能网设备业务交换点(SSP)技术规范_第3页
YDN 047-1997 中国智能网设备业务交换点(SSP)技术规范_第4页
YDN 047-1997 中国智能网设备业务交换点(SSP)技术规范_第5页
已阅读5页,还剩49页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、YD N 0 4 7一1 9 9 7 前言 本技术规范的制订, 主要依据了( 邮电部电话交换设备总技术规范书 及】 T 1有关智 能网部分的相关建议( Q . 1 2 1 X系列C S 一 1 R ) , 并吸取了 各厂家有益的经验。 由于S S P 设备是在普通交换设备基础之上增加相应的软件及硬件设备实现的, 因此 普通交换设备所应具有的功能, S S P 均应满足, 即S S P 应满足 邮电部电话交换设备总技 术规范书 中的各项要求。本技术规范中仅详细规定了对S S P 的特殊( 不同于普通交换设 备) 要求, 凡是与 ( 邮电部电 话交换设备总技术规范书 中的要求等同的部分, 均未在本

2、规 范中列出, 如: 接口种类及电气特性、 同步要求、 机械结构与工艺要求、 过压保护、 环境要 求、 电源接地等。 本技术规范与业务控制点( S C P ) 技术规范、 业务管理点( S M P ) 技术规范、 业务生成环 境点( S C E P ) 技术规范、 智能外设( IP) 技术规范和业务管理接人点( S M A P ) 技术规范共同形 成中国智能网的设备规范。 本技术规范是智能网能力集1 ( C S - 1 ) 阶段的技术规范, 以后随着智能网的发展和相 应国际电联建议的制定, C S 一 2 , C S 一 3 . . . 阶段的业务交换点设备的技术规范会对此规 范的内容进行相应

3、的补充和修改。 本技术规范于1 9 9 7 年由邮电部批准, 后来根据通信网络和电信业务发展的需要, 又 做了补充修订, 于1 9 9 ! 年正式发布。 本技术规范中的附录为标准的附录。 本标准由邮电部科学技术司提出并归口。 本标准起草单位: 邮电部电信传输研究所 本标准主要起草人: 张捷龚双瑾王鸿生刘多魏冰张雪丽陈寺 邮 电 部 技 术 规 定 中国智能网设备 业务交换点( S S P ) 技术规范 YDN 0 4 7一1 9 9 7 1 范围 ( 1 ) 本技术规范规定了 智能网 设备业务交换点( S S P ; S e rv i c e S w i t c h i n g P o i n

4、 t ) 的功能、 规 程、 性能、 接口、 可维护性等方面的技术要求, 以保证业务交换点设备在智能网中能够正 常、 可靠地运行。 ( 2 ) 本技术规范适用于业务交换点( S S P ) 设备的研制、 开发、 生产、 引进和购买。 ( 3 ) S S P 在网络中的位置可能在端局, 也可能在汇接局、 长途局或国际局, 本技术规范 书在制订时, 考虑了以上各种情况, 因此本技术规范书适用于所有的S S P o ( 4 ) 本技术规范书中 所规定的S S P 在中国IN A P ( I n te l li g e n t N e tw o r k A p p l ic a tio n P ro

5、to c o l ) 范围内的功能是适用于各种业务的, 即独立于各种业务。 ( 5 ) 本技术规范书主要针对包含专用资源功能的S S P , 对于不包含专用资源功能的 S S P , 有关专用资源的 功能可不必满足, 但S S P 与 智能外设( T P ; I n te ll ig e n t P e r ip h e r a l ) 之间应 满足相应的I S U l 信令要求。 ( 6 ) 本技术规范针对的S S P 均是在负责疏通IN呼叫的同时, 也负责疏通普通电话呼叫 2 引用标准 下列标准所包含的条文, 通过在本规范中引用而构成为本规范的条文。在标准出版 时, 所示版本均有效。所示标

6、准都会被修订, 使用本规范的各方应探讨使用下列标准最新 版本的可能性。 本标准引用了以下标准或规范: Y D N 0 6 5 一 1 9 9 7邮电部电话交换设备总技术规范书 G F 0 1 7 一 9 5智能网应用规程( IN A P ) G F 0 1 3 一 9 5国内N o . 7 信令网信令转接点( S T ? ) 设备技术规范 G F O 1 0 一 9 5国内N o . 7 信令方式技术规范信令连接控制部分( S C C P ) G F O I l - 9 5国内N o . 7 信令方式技术规范事务处理能力( T C ) 部分 中华人民共和国邮电部 1 9 9 7 一 0 7 一

7、 2 3 批准 1 9 9 7 一 0 8 一 0 1 实施 YDN 0 4 7一1 9 4 7 3 缩略语 AF R B C M B C S M B RI C C F r下 开i C M C MI S E C S DP 1 叮MF E D P F I M F F AM INA P IN- S S M I P I S DN I S UP MF C MMC NS C O AM P I C P RI 1 MN S C C P S C E P S C P S MAP S MP S RF S S F S S P S T P 自动灵活选路 基本呼叫管理 基本呼叫状态模型 基本速率接口 呼叫控制功能 主叫

8、用户线标识 呼叫管理 命令管理信息业务元素 能力集 检出点 双音多频 事件检出点 特性交互作用管理 文件传送接入和管理 智能网应用规程 IN交换状态模型 智能外设 结合业务数字网 I S D N用户部分 多频互控 人机命令 网络业务中心 操作管理维护 呼叫点 基群速率接口 公共交换电话网 信令连接控制部分 业务生成环境点 业务控制点 业务管理接人点 业务管理点 专用资源功能 业务交换功能 业务交换点 信令转接点 YDN 0 4 7一1 9 9 7 1 C AP 1 1 ) P I l l , 事务处理能力应用部分 触发检出点 电话用户部分 4 S S P 的主要功能 4 . 1 S S P的功

9、能概述 S S P 是现有P S T N以及I S D N与智能网的连接点。它提供接人智能网功能集的功能。 它可检出智能业务的请求, 并与S C P 通信, 对S C P 的请求作出响应, 允许S C P中的业务逻 辑影响呼叫处理。 从功能上讲, 一个业务交换点应包括呼叫控制功能( C C F ) 和业务交换 功能( S S F ) o在我国目前不采用独立 I P的情况下, 它还应包括部分的专用资源功能 ( S R F ) I 4 . 1 . 1 C C F ( C a l l C o n t r o l F u n c t i o n ) C C F 是呼叫控制功能, 包括基本的呼叫处理功能

10、以及为支持I N呼叫的附加功能。 4 . 1 . 1 . 1 基本的呼叫处理功能 这部分功能是指 I N呼叫的建立及监视过程中的信令及呼叫控制过程, 与非IN呼叫 相同。 4 . 1 . 1 . 2 附加的功能 ( 1 ) I N触发检出 包括触发检出点及触发标准。 ( 2 )事件处理 S S F 可请求C C F 监视、 处理与呼叫相关的事件。当S S F请求 C C F 监视并处理呼叫相 关事件时, C C F 根据接收到的事件执行S S F 请求的处理。监视功能将通过监视指定的通 信通路中信令系统所接收或传送的事件以及C C F 的内部过程来实现。S S F 也可以只请求 C C F 向

11、其报告事件, 而不要求 C C F 做任何处理, 此时C C F 将事件处理悬置, 直至接收到 S S F的回答。 ( 3 ) 对 S S F 来的控制请求的处理 C C F 接受来自S S F 的呼叫控制相关信息, 支持呼叫的建立和监视 4 . 1 . 2 S S F ( S e rv ic e S w itc h in g F u n c t io n ) S S F 是业务交换功能, 它与C C F 相结合提供了C C F 和业务控制功能( S C F ) 之间进行通 信所要求的一组功能。S S F 的主要功能是: ( 1 ) 扩展C C F的逻辑, 包括业务控制触发的识别以及与S C

12、F 间的通信。 ( 2 ) 管理 C C F 和S C F 之间的信令。 ( 3 ) 按要求修改呼叫/ 连接处理功能( 在C C F中) , 在S C F 控制下处理I N业务请求。 4 . 1 . 3 S R F ( S p e c i a l i z e d R e s o u r c e F u n c t i o n ) S R F 是专用资源功能, 它为实施I N 业务提供所需要的专用资源, 包括: D T M F 接收器、 音信号发生器、 录音通知、 话音合成/ 语音识别( 暂不要求) 设备。S F R还应提供对这些资 源的管理, 包括: 搜索资源的能力、 管理资源的状态, 例如忙

13、/ 闲/ 闭塞等, 以及控制资源的 、 勺 N 0 4 7一1 9 9 7 动作, 并提供S R F 与其他功能实体交换信息所必须的功能。 在呼叫/ 业务处理中, S C F 可命令S R F 在建立S S F / C C F 和S R F 之间的通路以后, 启动 与用户的交互作用。S R F和用户之间的交互作用包括: 向用户发送通知、 收集用户输人的 数字, S R F 将收集的数字信息发送给S C F 。当S C F 中的业务逻辑不再需要专用资源时, S C F 请求S S F / C C F 释放和S R F的连接, 释放S R F中的相应资源。 对于包括S R F 功能的S S P ,

14、 S S F / C C F 与S R F 之间的连接及通信均属于内部过程。 4 . 2 基本呼叫状态模型( B a s i c C a l l S t a t e Mo d e l ) 呼叫控制功能可以用基本呼叫状态模型( B C S M ) 这一抽象的呼叫模型方式来描 述。 B C S M是用高级的有限状态机制来描述 C C F 为建立和维持用户的通信通路所要求的 动作。它规定了C C F 的一组基本呼叫和连接动作, 并表示这些动作是如何结合在一起去 处理一个基本呼叫和连接的。 B C S M的成分如图1 所示。B C S M包括: 呼叫点P I C ( P o i n t I n C a

15、 l l ) 、 检出点D D ( D e t e e t i o n P o i n t ) 、 转移过程( t r a n s i t i o n s ) 和事件( e v e n t ) I P I C 标识了 一个或多个IN业务逻辑实例感兴 趣的与基本呼叫 / 连接状态有关的C C F 动作。D P 表示在基本呼叫和连接处理中能够发 生控制转移的点, 转移过程表示在基本呼叫/ 连接处理中从一个P I C 到另一个P I C的正常 流向, 事件引起从一个P I C到另一个 P I C的转移过程。 转移 和转移有 关的事件 DP ,PIC 图1 B C S M的成分 在C S - 1 阶段

16、, B C S M模拟了 基本的两方呼叫中 存在的交换处理, 并将B C S M分为发 端侧B C S M和终端侧 B C S M, 它们各由S S F / C C F中一个功能上分离的B C M ( B a s i c C a ll M a n - a g e m e n t ) 来管理, 反映了呼叫的发端部分与终端部分在功能上的分离。为了 维持发端和终 端侧B C S M中D P 名称 的唯一性, 对于发端D P 冠以“ 0 ( O r ig i n a tin g ) , 对于终 端D P 冠以 YDN 叫,一1 9 9 7 0 T 0 ( T e m i n a t i rl g )

17、o 4 . 2 . 1 B V C S 一1 R发端 B C S M 发端B C S M与发端部分相关( 如图2 所示) 。 0中间呼叫 转移 佼 出 点( D P ) - 一 门 呼 叫 点 (P I C ) 图2 C S 一1 R发端 B C S M M o _ 空闲和发端试呼鉴权 进人事件: 切断和清除前面的呼叫( D P 9 ; 0 _ 拆线和D P 1 0 ; 0 _ 放弃) , 或隐含为由S S F / C C F 完成的异常处理。 功能: 接口 ( 用户 / 中 继) 是空闲的( 无呼叫存在也无呼叫参考等) 并正在提供监视。 从发 端用 户给出 指示表 示要进行去话呼叫( 例如摘

18、机, Q . 9 3 1 建立消息, I S U P 中的 I A M消息) , 并要求证实用户是否有权或有能力进行这个呼叫( 例如承载能力, 用户线限制 等) , 鉴权的类型对于不同的发端资源可能是不同的( 如针对用户线或中 继) 。 离开事件: 希望进行去话呼叫的指示( 例如摘机、 Q . 9 3 1 建立消息、 I S U P 中的I A M消息) 和证实 发出该呼叫的有权性/ 能力( D P I : 发端_ 试呼_ 有权) 。 以下例外离开事件应用于 P I C 1 。如果在 P I C 1 处理中, 呼叫遇到“ 0 _ 放弃” 例外事 s YDN 0 4 7一1 9 9 7 件, 则

19、此例外事件是不可见的, 因为没有相应的D P 当主叫方P I 断呼叫时, 0 _ 放弃发生, 以下事件可导致0 _ 放弃的发生: S S F / C C F 从D S S I 接口 服务的主叫处接收到呼叫清除消息。 S S F / C C F 从传统中继或专用资源中继接收到切断指示 S S F 从S S 7 中继收到释放消息 鉴权结果是拒绝发出该呼叫。 ( 2 ) 收集_ 信息 进人事件: 希望进行去 话呼叫的指示( 例如摘机, Q . 9 3 1 建立消息, I S U P 中的 A M消 息) 并证实了该呼叫的有权性/ 能力( D P I : 发端_ 试呼_ 有权) 。 功能: 从发端用户

20、收集初始信息包/ 拨号串( 例如业务编码, 前缀, 所拨的地址号码) 。 根据编号计划分析信息, 确定信息是否已经收集齐全。当无法判别是否收到足够的信息 时, 等待正常的位间定时器超时。如果采用成组发送时( 例如I S D N用户使用成组信令, 一 个人局S S 7 中 继) , 则不需要做什么工作。 离开事件: 。 得到从发端用户来的完整的初始信息包/ 拨号串( 该事件在成组发送信令的情况下 是早已存在的, 在这种情况下此P I C的等待时间是零) ( D P 2 一收集信息) 。 以 下例 外离开 事件可用于P I C 2 : 收集超 时、 收 集信息失败、 无效信 息和。 _ 放 弃。

21、当没有收到处理一个呼叫所需的足够信息时, 在正常位间定时器超时之后, 由S S F / C C F 检出收集超时事件。对于S S 7 中继, 此事件与L A M没有包含处理呼叫的必要信息相 关。在这种情况下, 可以不涉及定时。对于 I S U P重叠发送可涉及定时。 当S S F / C C F 由于缺少交换资源不能执行收集信息时, 检出收集信息失败事件( 如: 无 可用的数字接收器) 。 当从主叫方接收到的信息无效时, 如: 收到的信息违反规定拨号计划, 发生无效信息 事件。 0 _ 放弃事件, 同P I C 1 中的描述。在这种情况下, 此事件是可见的, 因为有相应的D P ( 0 _ 放

22、弃D P ) o ( 3 ) 分析_ 信息 进人事件: 得到从发端用户来的完整的初始信息包/ 拨号串( D P 2 - - 收集信息) 或得到 从“ 路由选择和提醒 P I C 来的路由忙事件报告。 功能: 根据拨号计划分析和/ 或翻译信息, 确定路由地址和呼叫类型( 例如本地呼叫. 转接呼叫, 国际呼叫) 。 在此P I C处理的结果之一是决定路由地址。 a ) 只有被叫用户号码( 被叫用户号码由此S S F 服务) ; b ) 被叫用户号码和路由 索引。路由索引是一个指向中继群的指针, 用于为出局试呼 选路( 被叫用户号码由另一个S S F 服务) ; c ) 被 叫 用 户 号 码 和

23、路 由 索 l o 路 由 索 引 是 一 个 指 向 中 继 群 清 单 的 指 针 , 用 于 为 出 局 试呼选路( 被叫用户号码由另一个S S F 服务) 。 离开事件 : YDN 0 4 7一1 9 9 7 可得到路由地址和地址性质( D P 3 一分析信息) 。 以下例外离开事件可应用于P I C 3 ; 0 _ 放弃和无效信息 0 _ 放弃事件, 如 P I C 1 中所描述。在这种情况下, 此事件是可见的, 因为有相应的D P ( 0 _ 放弃D P ) , 无效信息事件( 如错误号码) ( 例外) 。 ( 4 ) 路由 选择和提醒( A l e r ti n g ) 包 括下

24、面的B C S M P I C : 选路, 有权呼叫 建立, 呼叫 发 送 和0 _ 提醒) 进人事件: 得到路由地址和呼叫类型( D P 3 一分析信息) 。 功能: 翻译路由地址和呼叫类型, 选择下一个路由, 这会涉及到后面的搜索路由清单, 把 电话簿号码翻译成物理端口 地址等。这里不是从一个资源群中选择一个单独的目 的地资 源( 如多线寻线组, 中继群) , 但有时可能是选择一个单一资源( 而不是一 个群) 。 证实发端用户是否有权进行该次呼叫( 例如检验了商 业群的限制, 长途限制, 路由 限制等) , 可以根据发端资源的类型决定进行有权检验的类型( 例如: 发端资源是用户线或 中继)

25、 。 呼叫正由终端侧B C S M处理, 正在继续呼叫建立的处理( 例如回铃, 可闻回铃指 示) , 等待用户应答后由终端侧B C S M送来的指示 离开事件: 从终 端侧B C S M来的“ 呼叫已 经被 接 受和应 答” 的 指示( 例如 终端用户 摘机, 接收Q . 9 3 1 的连接消息, I S U P 中的应答消息) ( D F 7 一 0 _ 应答) 。 检出 路由 忙事件, 当: a ) T _ 忙事件指示, 说明 路由忙; b ) 从终端呼叫部分接收到说明 路由 忙的呼叫拒收事件( 当 非端局交换机发现路由 忙 时) 。在这两种情况下, 发端呼叫部分回到分析信息P I C ,

26、 此事件在IN C S - 1 的D P 检测不 到。 路由忙是一个非IN的转移, 但是基本呼叫的一部分。在S S F / C C F 需要处理目 的地号 码清单时需要此转移。如果遇忙, 则路由忙转移返回到分析信息P I C , 以分析清单中的下 一个目的地号码。 以下例外离开事件应用于P I C 4 : 路由_ 选择_ 故障, 0 _ 被叫方忙、 0 _ 无应答和0 _ 放 弃。 当S S F / C C F 接收到所有的 路由 均忙的 指示时, 路由 选择故障事件发生。此事件( 如: 不能决定正确的路由、 路由清单中没有其它的路由) 导致路由_ 选择_ 故障D P . 当从呼叫的终端部分收

27、到说明用户忙的T _ 忙事件的指示时, 0 _ 被叫方忙事件发 生。 当 从呼叫的终端部分接收到说明 用户忙的呼叫拒收事件( 也就是网络决定用户忙) 的 指示时, 也会发生此事件。此事件导致0 _ 被叫方忙D P , 当主叫用户在规定的时间内没有收到终端侧应答的指示时, 0 _ 无应答事件发生。此 事件导致0 _ 无应答D P 。当S S F / C C F 从呼叫的终端侧接收到无应答指示时, 也会发生此 yD卜 0 4 ,一 1 9 9 7 事件。 0 _ 无应答事件是I N 事件; 也就是只有当。 _ 无应答触发被指定并被检出时或有请求 报告B C S M事件要求时, 它才会发生。 0 _

28、 放弃事件, 如P I C 1 中所描述的。在此情况下, 此事件是可见的, 因为有相应的D P ( 0 _ 放弃) 。 主叫方进行此呼叫的鉴权被否定( 如: 商业群限制不匹配, 主叫用户线长途受限) ( 例外) 。 ( 5 ) 0 _ 激活 进人事件: 来自终端侧B C S M关于终端用户已经接收呼叫并应答的指示( D7-0_应 答) 。 功能: 发端用户和终端用户之间建立连接, 可正在收集记帐消息和计费数据, 正在提 供呼叫监视。 离开事件: 收到来自发端用户的业务/ 业务特征请求( 例如收到双音多频信号, 拍叉簧, I S D N 特性激活表示语, Q . 9 3 2 保持或恢复消息) (

29、 D P 8 一 。 _ 中间呼叫) 。 收到来自 发端用户, 或通过终端侧B C S M收到来自 终端用户的切断指示( D P 9 - 0 _ 拆线) 。 发生连接故障( 例外) 。 ( 6 ) 0 _ 例外 进人事件: 遇到的例外情况( 如上面对于每一个P I C点所描述的情况) 。 功能: 提供对例外情况的隐含处理, 包括确保没有资源被不恰当分配的一般动作。 女 口 : 如果S S F 和S C F 之间存在关系, 发送一个差错信息流至S C F , 关闭其间的关系, 并指 示任何未完成的呼叫处理指令将不再运行至完成。 t ) 如果S C F 在前面请求呼叫结束时要提供呼叫参数, 呼叫参

30、数应包括在差错信息流 里。 S S F / C C F 应使用厂方规定的程序在S S F / C C F 内确保释放资源, 使用户线、 中 继线和 其他资源可用于新的呼叫。 离开事件: S S F / C C F 完成例外情况的隐含处理( 转移到0 _ 空闲和发端_ 试呼_ 鉴权 P I C ) o 4 . 2 . 2 IN C S 一1 R终端 B C S M 终端侧B C S M对应于B C S M与终端用户相连的那一部分, 如图3 所示。终端侧B C S M 中的检出点D P 将与发端D P 在后面的D P 部分一起描述, 终端侧B C S M的每一P I C的描述 如下。 ( 1 )

31、T _ 空闲和终端试呼鉴权 ) ) 这应该在物理平面通过A B O R T 协议程序关闭此关系( 也就是关闭MA P 事条) , 并指示未完成的 操作将不再运行至完成 YDN 0 4 7一1 9 9 7 T _ 中间呼叫 转移 检出点( D P ) 一门 呼 叫 点 (P I C ) 图3 C S 一 I 终端 B C S M 进人事件: 切断或清除前面的呼叫( D P 1 7 一 T _ 拆线或1 8 一 T _ 放弃) , 或由S S F / C C F 完 成例外情况的隐含处理。 功能: 接口( 用户线/ 中继线) 是空闲的( 不存在呼叫和呼叫参考) , 正在提供监视。 指示收到来自 发

32、端侧B C S M的来话呼叫, 正在证实是否有权将此呼叫连接到终端 用户( 例如, 商业群限制, 限制来话呼叫连接到用户线, 承载能力的一致性) , 该功能不应用 于到中继的终接呼叫。 离开事件: 收到来自 发端侧B C S M的来话呼叫指示, 证实呼叫有权连接到规定的终端资源( 或 群) ( D P 1 2 一 终端试呼有权) 。 以下例外离开事件应用于P I C 7 , “ 终端拒绝” 和“ T _ 放弃” 。对于此P I C , 如果在P I C 处理过程中, 呼叫遇到这些例外之一, 例外事件是不可见的, 因 为没有相应的D P . 收到来自 发端侧B C S M的来话呼叫指示, 经过鉴

33、权拒绝将呼叫连接到规定的终端资 源时, 终端拒绝事件发生。 收到来自 呼叫发端部分的呼叫切断指示时, T _ 放弃发生。 ( 2 ) 选择设备和存在呼叫 进人事件: 收到来自 发端侧B C S M的来话呼叫指示, 并证实允许呼叫连接到规定的终 YDN 0 4 7一1 9 9 7 端资源( 或群) ( D P 1 2 一终端试呼有权) 。 功能: 选择在规定资源群中特定的可用的资源。有可能在该群中 所有的资源都忙, 对于 只有一个资源的情况, 认为这是容量为 1 的一个群。 通知终端资源有来话呼叫( 例如用户线占用, Q . 9 3 1 建立消息, S U P 中的I A M消 息) , 在模拟

34、用户线情况下, 则给振铃信号。 离开事件: 正在提醒终端用户( 例如铃流, Q . 9 3 1 提醒消息、 I S U P A C M消息) 。( 转移到T _ 提醒 P I C ) 呼叫 被终 端用户 接受 并应答( 例如终端用户摘机, 收到Q . 9 3 1 连接消息, 收 到I S U P 中的广 答消息) ( D P 1 5 一 T _ 应答) 。 以下例外离开事件用于P I C 8 : T _ 被叫方忙、 T _ 放弃。 当 终端接入忙时, T _ 被叫方忙事件发生, 即: a ) 端口 忙( 如: 此呼叫的B 信道不可用) ; b ) 呼叫参考忙: 在终端的号簿号码和将提供给该呼叫

35、的呼叫类型中, 没有空闲的呼 叫参考值可用; c ) 闭合用户群的所有出现者都忙。 T _ 被叫方忙也可作为模拟用户线故障、 模拟用户线被用户置忙键标志为忙或某维护 操作的结果被检出。此事件导致T _ 被叫方忙D P , T _ 被叫忙事件的标识被传给B C S M发 端侧。 T _ 放弃如P I C 7 中所描述。 ( 3 ) T _ 提醒 进入事件: 通知终端用户有来话呼叫。 ) 功能: 向发端侧B C S M发送终端用户正在被提醒的指示, 正在继续呼叫建立的处理 ( 例如铃流、 可闻振铃指示) , 等待终端用户应答该呼叫。 离开事件: 呼叫 被 终端用户接 受并应 答( 例如终端用户摘机

36、, 收到Q . 9 3 1 连接消息, 收到I S U P 中的应答消息) ( D P 1 5 一 T _ 应答) 。 以下例外离开事件应用于P I C 9 : T _ 无应答和T _ 放弃。 终端用户无应答, 直至基于交换的振铃定时器超时, T _ 无应答事件发生。T _ 无应答 事件被传送给发端侧B C S M 。此事件导致T _ 无应答D P o T _ 放弃, 如P I C 7 中所描述( T _ 放弃D P ) . ( 4 ) T _ 激活 进人 事件: 呼叫 被终 端用户接 受并应答( 例如 终端用户摘机, 收到Q . 9 3 1 的 连 接消息, 收到I S U P 中的应答消息

37、) ( D P 1 5 一 T _ 应答) 。 功 能: 向发端侧B C S M 发送终端用户已经接受和应答呼叫的指示, 在发端和终端用户 I ) 在终接到S S 7 中继群时, 根据收到的 地址全( A C M ) 消息进人到此P I C . 1 0 VDN 0 4 7一1 9 9 7 之间建立连接, 提供呼叫监视。 离开事件 : 从终 端用 户接收 业务 / 业务特征 请求( 例如D T M F , 拍叉簧, IS D N 特性激活, Q . 9 3 2 保 持或恢复消息) ( D P 1 6 一 T _ 中间呼叫) 口 从终 端用户接收切断指示( 如: 挂机、 Q . 9 3 1 切断消

38、 息, S S 7 释放消 息) , 或通过发端 侧B C S M接收发端用户的切断指示( D P 1 7 一 T _ 拆线) 。 发生连接故障( 例外) 。 ( 5 ) T _ 例外 进人事件: 遇到的例外情况( 如以上每个P I C 中所描述的) 。 功能: 将例外情况的指示发送给发端侧B C S M , 正在提供例外情况的隐含处理, 包括 保证资源不被无效占用的一般的必要动作。例如: 如果S S F 和S C F 间存在关系, 则向S C F 发送表示有差错的信息流, 以关闭此关系, 并指示任何未完成的呼叫处理的指令将不再运行至完成。 1 ) 如果S C F 在前面请求S S F 在呼叫

39、结束时提供呼叫参数, 则这些参数也应包括在差 错信息流中。 S S F / C C F 应使用厂方规定的程序确保在S S F / C C F 内释放资源, 使用户线、 中继线和 其他资源可用于新的呼叫。 离开事件: S S F / C C F 完成例外情况的隐含处理( 转移到T _ 空闲和终端_ 试呼_ 鉴权 P I C ) a 4 . 2 . 3 C S - l R呼叫模型中的IN转移 4 . 2 . 3 . 1 C S - 1 R基本呼叫之外的IN转移 表1 及表2 列出了C S - 1 R发端和终端呼叫模型中到恢复点的可能的转移。 表 1 基本呼叫以外的 IN转称分端呼叫植刑 从检出点D

40、 P ;到恢复点: 发端_ 试呼_ 有权D P 收集_ 信息P I C 分析_ 信息P I C 路由 选择_ 和_ 提醒P I C 收集_ 信息D P 收集_ 信息P I C 分析_ 信息P I C 路由选择_ 和_ 提醒P I C 分析_ 信息 D P 收集_ 信息P I C 分析_ 信息P I C 路由 选择_ 和_ 提醒P I C 1 ) 应该在物理平面通过A B O R T 协议程序来关闭此关系( 即关闭此T C A P 事务) , 并指示任何未完成 的操作将不再运行至完成。 、 1 】 N 0 4 7一1 9 9 7 续表 1 从检出点 】) P 路由_ 选择_ 故障D P 0 _

41、被叫方忙 D P 0 _ 无应答 D I 0 _ 拆线 D P 到恢复点: 收集_ 信息P I C 分析_ 信息P I C 路由选择_ 和_ 提醒 P I C 收集_ 信息 P I C 分析_ 信息 P I C 路由选择_ 和_ 提醒 P I C 收集 信息 P I C 分析_ 信息 P I C 路由选择_ 和_ 提醒 P I C 收集_ 信息 P I C 分析_ 信息 P I C 路由选择_ 和_ 提醒 P I C 表2 基本呼叫以外的IN转移终端呼叫模型 从检测点 T _ 被叫忙 D P T _ 无应答 D P 到恢复点 选择_ 设备和存在_ 呼叫 选择_ 设备和存在_ 呼叫 4 . 2

42、. 3 . 2 C S - 1 R呼叫模型所有转移的集合 表3 、 表4 与图4 , 图5 描述了IN C S - I R 发端和终端呼叫 模型全部可能的转移的集合。 表3 IN C S - 1 R发端呼叫模型转移的令集 从到 发端_ 试呼_ 有权D P 收集_ 信息P I C 分析_ 信息P I C 路由选择_ 和_ 提醒P I C 收集_ 信息D P 收集_ 信息P I C 分析_ 信息P I C 路由 选择_ 和_ 提醒P I C 分析信息 D P 收集_ 信息P I C 分析_ 信息P I C 路由 选择_ 和_ 提醒P I C 路由_ 选择_ 故障D P 0 _ 例外 收集_ 信息P

43、 I C 分析_ 信息P I C 路由 选择_ 和_ 提醒P I C 0 _ 被叫_ 方_ 忙 D P 0 _ 例外 收集_ 信息P I C 分析_ 信息P I C 路由选择_ 和_ 提醒P I C yON 佃 I一1 9 4 7 续表 3 从到 0 无应答 】 ) 】 , 0 _ 例外 收集 信息P I C 分析_ 信息 P I C 路由选择和_ 提醒 P I C 0 _ 应答 D P 0 _ 中间呼叫D P 0激活 P I C 0 _ 激活 P I C 0 _ 空闲和鉴权_ 发端_ 试呼 P I C 0 _ 拆线 D P 收集_ 信息P I C 分析_ 信息P I C 0 _ 放弃D P

44、空闲和发端_ 试呼 路由 选择_ 和_ 提醒P I C 0 _ 空闲和鉴权_ 发端_ 试呼P I C 鉴权 P I C 发端 收集_ 信息P I C 试呼_ 有权D P 0 _ 例外 _ 放弃 D P 收集_ 信息D P 分析_ 信息P I C 0 _ 例外 0 _ 放弃 D P 路由选择和提醒P I C 路由_ 选择_ 故障D P 0 _ 被叫_ 方_ 忙D P 0 _ 无应答 D P 0 _ 应答 D P 0 _ 放弃 D P 分析_ 信息P I C 0 _ 例外 0 _ 激活 P I C 0 _ 中间呼叫D P 0 _ 拆线 D P 0 - 例外 0 _ 例外 0 _ 空闲和发端_ 试呼

45、_ 鉴权P I C 表4 IN C S - 1 R终端呼叫模型转移的全集 从 到 终端_ 试呼_ 有权D P选择_ 设备和存在_ 呼叫P I C T _ 被叫方忙D P 选择_ 设备和存在_ 呼叫P I C T - 例外 T _ 无应答 】 ) P 选择_ 设备和存在_ 呼叫P I C T _ 例外 T _ 应答 D P T 激活P I C T _ 中间呼叫D P T _ 激活P I C YDN 0 4 7一1 9 4 7 续表 4 从到 T _ 拆线 D PT _ 空闲和终端_ 试呼_ 鉴权P I C T _ 放弃 D P T _ 空闲和终端_ 试呼_ 鉴权 P I C T _ 空闲和终端

46、试呼_ 鉴权 P I C 终端_ 试呼_ 有权 D P 选择_ 设备和存在_ 呼叫P I C T _ 被叫方忙 D P T _ 放弃D P T _ 应答 】 P T - 提醒P I C T _ 提醒 P I C T _ 无应答 D P T _ 应答 D P T _ 放弃D P T 激活P I C T _ 中间呼叫D P T - 拆线 D P T _ 例外 T _ 例外 T _ 空闲和终端_ 试呼_ 鉴权P I C 图4 C S - 1 R发端呼叫模型转移全集 YDN 0 4 ,一1 9 9 7 图5 C S - 1 R终端呼叫模型转移全集 4 . 3 基本呼叫状态模型( B C S M) 检出

47、点D P ( D e t e c t i o n P o i n t ) D P 的配置是为了通知“ 智能业务逻辑实例” 遇到了D P , 从而使IN业务逻辑实例可影 响随后的呼叫处理。如果D P 没有配置, 则S S F / C C F 继续原来的呼叫处理而不会涉及到 S C F 。事件检出点D P 有以下4 . 3 . 1 中所表示的4 个属性: 4 . 3 . 1 D P属性 ( 1 ) 配置/ 解除配置机制配置D P 的机制。D P 可以静态配置也可动态配置。D P 的静态配置是通过S M F 业务特征提供完成的, 静态配置的D P 一直有效, 直到S M F 使其失 效为止。而D P

48、 的动态配置是通过S C F 在与呼叫相关的智能业务控制关系的上下文范围 内完成的, 使用以下的失效原则: 遇到配置的E D P , 则其失效; 遇到引 起相 关的婉 释放的E D P , 则所有与 那条城 有 关的E D P 均失 效; 如果一个呼叫被释放, 则所有与此呼叫相关的E D P 均失效。 ( 2 ) 标准: 除了D P 已被配置这一条件以外, D P 标准是指检出D P 的其它条件。 ( 3 ) 关系: 如果遇到了一个配置的D P , 并且满足D P 标准, 则S S F 可以通过“ 关系” 传 送信息流。 a ) 如果是S S F / C C F 和S C F 之间的关系, 而

49、且该关系用于呼叫/ 业务逻辑处理, 则认为 这是一个IN业务关系, 这类关系有两种类型: 如果S C F 通过这个关系可以影响呼叫处理 如果S C F 通过这个关系不能影响呼叫处理 , 则认为这个关系是一个“ 控制” 关系; , 则认为这个关系是一个“ 监视” 关系。 _由 于 遇 到 了 一 个 D P 而 由 S S F 提 供 的 到 S C F 的 信 息 流 可 启 动 一 个 控 制 关 系 。 这 种 关 系叫以是在现存控制关系的上、 下文范围内, 也可以在现存的监视关系的上、 下文范围内。 Y【 】 N l月7一1 卯 7 b) 如果这个关系是在S s F/C C F 与SCF

50、 或与S M F 之问, 而且是用于管理目的的, 则认 为是一个业务管理控制关系 ( 的 呼叫处理暂停: 如果对于个智能网业务控制关系, 遇到一个配置的D P 且满足 印 标准, 则S S F 可以暂停呼叫处理, 以允许 S C I 去影响随后的呼叫处理。当呼叫处理暂 停时 ssF 向sCF 发送一个信息流请求指令, 并等待响应。如果呼叫处理未被暂停, 则SSF 向S c F 发送信息流通知贺r 遇到了D P , 并且不要求响应。这一属性由配置D P 的同样机 制来设置。 43 , Z D P 类型 根抿 卜 冰属性 _ 对干 IN 路_ 1 可识511 4种拳刑的 D P _ 孩 4种类刑

51、如下 . ( 1 ) 触发检出点一请求( 1 习 】 一 R ) ; ( 2 ) 触发检出点一通知( ,r l ) F 一 N ) ; ( 3 ) 事件检出 点 一请求( E D P- R); ( 4 ) 事件检出点一通知汪D P- N ) 。 这些D P 类型可由D P 属性值定义, 何一种 表 5 如表 5 所示。B C S MD P可以是这些 D P 类型的任 B C S MD P 类型 1 P 类型配置机制标 准暂停 业务特性举例 吸止 R静态 依 班 而定启动控制关系是全部 J 刃 甲 N醉态 依 】 ) P 而定启动和终止监视关系非 电子投票, 呼叫登记 E l 】 】 毛 R 动

52、态无现有控制关系范围内是 呼叫分配, 呼叫重选路由分配 ED ,- 入动态无 现有控制或 一 监 视 关 系 范 围 内 J 卜 对任何业务特性的计费, 呼叫 登记, 呼叫排队 注: 用于业务管理关系的DP 三典 型有待于进一步研究。 4 . 3 _ 3 D P 标推 D P 标准是指检出D P 的条件。 从有效性范围的角度看, 可将以F 这些标准指定给一 个 D P : 基于用户线/ 中 继线的标准 这种类型的标准适用于每一用户线或中继线。例如, 当用户A发出一个呼叫, 请求 SCF 处理, 则该标准可以说是对于用户A专用的。 基于群的标准 这种类型的标准适用于一群用户线或用户。例如, 当在

53、一个集中的用户群中的任一 用户发出一个呼叫都要请求sCF 处理时, 则认为触发检出标准适用于此特殊的集中用户 群。 基于局的标准 这种类型的 标准适用丁 整个局 在这 个交 换系 统产生的任何呼叫都可 使用 这个 标准, 1 6 YDN 0 4 7一1 9 ( 片 例如任何一个对登记的被叫集中付费号码的呼叫, 都将触发请求S C F 的处理。 E D P 的D P 检出由“ 请求报告B C S M事件” 信息流来规定。 以下标准是I N C S - 1 T D P 的D P 标准, 可用于一个给定的T D P : 指定的触发( 无条件/ 以其他标准为条件) ; 业务类别; 规定的B 通路标识符

54、; 规定的数字串; 特征的编码( 例如, * X X , # ) ; 前缀( 例如, 0 , 0 0 , 0 +, 0 1 1 , 0 1 , 1 + ) ; 接人码( 例如8 + ) ( 按客户规定的编号计划) ; 按客户编号计划规定的缩位拨号串; 规定的主叫用户号码串; 规定的被叫用户号码串; 地址性质( 例如用户有效号码, 国内有效号码, 国际号码) ; 承载能力; 特征激活/ 指示( 无条件/ 以规定的特征模型为条件) 。 一个或多个D P 标准可用于一个给定的D P . T D P 的D P 标准的指定基于用户线/ 中 继 线、 群或局会影响到对于S S F / C C F 的内存和

55、实时性能的要求。 ( 1 ) 指定的触发( 无条件/ 在其他标准的 基础上) 以用户线/ 中 继线、 群或交换局为基础指定的I D P 的配置/ 解除配置状态的指示。 如果在一个T D P 指定的触发标准是无条件的, 那么在通知S C F 遇到这个T D P 时, 此 T D P 不需满足其它的D P 标准。在一个T D P 如果指定的触发标准是有条件的, 则此T D P 与其它的标准结合使用, 即在通知S C F 遇到此T D P 之前, 所有其它D P 标准都需满足。 ( 2 ) 业务类型 包括: a ) 业务的 用户类别( 如 对于p a rt y l in e s 和c o in l

56、in e s ) ; b ) 业务的中继类别( 如使用的信令类型) ; 。 ) 业务的专用设备类别( 如: 使用的信令类型等) 。 ( 3 ) 规定的B 通路标识符 试呼发起或终接到的I S D N接口的规定B 通路的标识符。 ( 4 ) 规定的数字串 在收集可变个数的数字的编号计划中, 与收集到的数字串进行匹配的数字串。它可 以是0 个( 如: 触发“ 摘机延迟” ) 或多个数字。 ( 5 ) 特征的编码( 例如, * X X , # ) 例如“ # ” 或“ , ” 、 “ H ” 后面跟二至三位数字。 ( 6 ) 前缀( 例如, 0 + , 0 0 + , 0 1 1 , 0 1 , 1

57、 + ) 不是特征的编码或接人码的一串数字, 后面跟着后续数字( 如: 根据正常的编号计 划) 。 YDN 0 4 7一1 9 9 7 ( 7 ) 客户编号计划规定的接人码( 例如: 8 0 0 K N , 从, 3 0 0 K N , 从) 在用户规定的编号计划 中与接人码进行匹配的一串数字。 ( 8 ) 客户编号计划规定的缩位拨号串 在客户的编号计划中必须与收集到的地址信息匹配的缩位被叫用户号码。 ( 9 ) 规定的主叫用户号码串 必须与主叫用户号码匹配的一串数字, 主叫用户号码可以是本地、 国内或国际 E . 1 6 4 号码或客户编号计划的一个号码。如果呼叫已经前转, 主叫用户号码是原来的主叫用户 号码。 ( 1 0 ) 规定的被叫用户号码串 必须与被叫用户号码匹配的一串数字, 被叫用户号码可以是本地、 国内

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论