《YDN-047-1997.pdf》由会员分享,可在线阅读,更多相关《YDN-047-1997.pdf(55页珍藏版)》请在三一文库上搜索。
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
26、C , 此事件在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事件要求时, 它才会发生。
28、0 _ 放弃事件, 如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转称分端呼叫植刑 从检
40、出点D 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 .
42、 2 . 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 _ 例外 收集_
43、信息P 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
44、 P 空闲和发端_ 试呼 路由 选择_ 和_ 提醒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 使其失 效为止。而
48、D P 的动态配置是通过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 或与S M F 之问, 而且是用于管理目的的, 则认 为是一个业务管理控制关系 ( 的 呼叫处理暂停: 如果对于个智能网业务控制关系, 遇到一个配置的D P 且满足 印 标准, 则S S F 可以暂停呼叫处理, 以允许 S C I 去影响随后的呼叫处理。当呼叫处理暂 停时 ssF 向sCF 发送一个信息流请求指令, 并等
链接地址:https://www.31doc.com/p-3803811.html