基于软交换的应用服务器设备技术要求.pdf

1 “ 1 u 中华人 民共和 国通信行业标准 yd/ t 1 3 9 0 -2 0 0 5 基于软交换的应用服务器设备技术要求 t e c h n i c a l r e q u i r e me n t s f o r a p p l i c a t i o n s e r v e r b a s e d o n s o f t s w i t c h 2 0 0 5 - 0 9 - 0 1 发布 2 0 0 5 - 1 2 - 0 1 实施 中华人 民共和 国ma息产业 部发 布 丫o/ t 1 3 9 0 - 2 0 0 5 目次 前言 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ii 1 范围 。 1 2 规范性引用文件 1 3 术语、定义和缩略语 2 4 应用服务器在软交换网络中的位置和作用 。 。 3 5 应用服务器的功能 。 4 6 应用服务器的性能指标和可靠性要求 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 7 接口要求 8 8 硬件要求 9 9 软件要求 9 1 0 操作维护管理要求 1 0 1 1 环境要求 1 2 1 2 电 源及接地要求 1 2 附录 a ( 资料性附录) 呼叫流程举例 1 3 丫 d/ t 1 3 9 0 - 2 0 0 5 前言 本部分是基于软交换的应用服务器系列标准之一。该系列标准的结构和名称如下: 1 . 基于软交换的 应用服务器设备技术要求; 2 . 基于软交换的应用服务器测试方法。 本部分与 基于软交换的应用服务器测试方法配套使用。 在本部分的制定过程中参考了如下标准: 一 软交换设备总体技术要求 ( 第二版) ; 一 基于软交换的媒体服务器技术要求。 本部分中应用服务器设备的s i p 接口 采用i e t f r f c 3 2 6 1 , h t p p s 接口 等同采用i e t f r f c 2 6 1 6 和 r f c 2 2 4 ，以太网接口要求等同采用 i e e e 8 0 2 . 3 , i e e e 8 0 2 . 3 u和 i e e e 8 0 2 . 3 z , 本部分的附录a是资料性附录。 本部分由中国通信标准化协会提出并归口。 本部分起草单位:信息产业部电信研究院 中兴通讯股份有限公司 北京西门子通信网络有限公司 华为技术有限公司 本部分主要起草人:张雪丽丁坤黄明石杨效坤李彦祝勇 yd/ 下 1 3 9 0 - 2 0 0 5 基于软交换的应用服务器设备技术要求 范 围 本部分规定了应用服务器在软交换网 络中的位置和作用、 功能性能、 接口 协议、硬件和软件、操作 维护管理以及环境要求等。 本部分适用于软交换网络中的应用服务器设备。 2 规范性引用文件 下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的 修改单 ( 不包括勘误的内容)或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究 是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。 y d / t 1 0 3 7 - 2 0 0 0 9 0 0 / 1 8 0 0 m h z t d m a数字蜂窝移动通信网c a m e l 应用部分 ( c a p )技术规范 y d / t 1 0 3 8 - 2 0 0 0 9 0 0 / 1 8 0 0 m h z t d m a数字蜂窝移动通信网移动应用部分 ( p h a s e 2 + )技 术规范 y d / r 1 2 0 7 - 2 0 0 2 8 0 0 m h z c d m a数字蜂窝移动通信网无线智能网 ( wi n) 阶段 1 :预付费业务 技术要求 y d / t 1 2 0 8 - 2 0 0 2 8 0 0 m h z c d m a数字蜂窝移动通信网无线智能网 四i n ) 阶段 1 : 接口 技术要求 y d / c 1 2 2 6 - 2 0 0 2智能网能力集 2 ( c s - 2 )智能网应用规程 ( i n a p ) y d / t 1 2 3 2 - 2 0 0 2 8 0 0 m h z c d m a数字蜂窝移动通信网无线智能网 ( wi n )阶段1 : 业务控制点 ( s c p )设备技术要求 y d / t 1 2 3 4 - 2 0 0 2 9 0 0 / 1 8 0 0 m h z t d m a数字蜂窝移动通信网业务控制点 ( s c p )设备技术要求 ( c a me l 2 ) y d / t 1 2 5 6 - 2 0 0 3智能网 应用规程 ( i n a p ) 能力集1 ( c s - 1 )补充规定 y d / t 1 2 6 1 - 2 0 0 3 9 0 0 / 1 8 0 0 mh z t d ma数字蜂窝移动通信网 c a m e l i c a me l应用部分 ( c a p ) 技术规范 y d / f 1 2 6 2 - 2 0 0 3开放业务接人应用程序接口( p a r l a y a p i ) 技术要求 y d / t 1 2 9 2 - 2 0 0 3基于h .2 4 8 的媒体网关控制协议技术要求 y d / t 1 3 3 5 - 2 0 0 5 8 0 0 m h z c d m a数字蜂窝 移动通信网 无线智能网 ( w i n )阶段2 : 接口技 术要求 软交换设备总体技术要求 ( 第二版) y d n 0 4 8 - 1 9 9 7中国 智能网设备业务控制点 ( s c p ) 技术规范 y d n 0 6 5 - 1 9 9 7邮电部电话交换设备总技术规范书 g f 0 1 7 - 9 5智能网应用规程 ( i n a p ) i e t f r f c 3 2 6 1会话初始协议 i e t f r f c 2 6 1 6超文本传送协议 ( h t t p / 1 .1 ) i e t f r f c 2 2 4 6传送层安全协议 ( t i s 1 .0 ) i e e e 8 0 2 .3以太网标准 i e e e 8 0 2 . 3 u快速以太网标准 i e e e 8 0 2 . 3 z千兆以太网标准 丫d/ t 1 3 9 0 - 2 1 1 0 5 3 术语、定义和编略语 3 . 1 术语和定义 下列术语和定义适用于本标准。 3 . 1 . 1 应用服务器 ( a p p li c a t i o n s e rv e r ) 应用服务器是在软交换网络中向用户提供各类增强业务的设备，负责增强业务逻辑的执行、业务数 据和用户数据的访问、 业务的计费和管理等， 它应能通过s i p 协议控制软交换设备完成业务请求， 通过 s i p / h . 2 4 8( 可选) / m g c p( 可选)协议控制媒体服务器设备提供各种媒体资源。 应用服务器可选地可以支持智能网协议，也可以向第三方开放 a p i 接口。 3 . 1 .2 软交换设备 s o f t s wit c h ) 软交换设备是分组网的核心设备之一，它主要完成呼叫控制、媒体网关接人控制、资源分配、协议 处理、路由、认证、计费等主要功能，并可以向用户提供各种基本业务和补充业务。 3 . 1 .3 媒体服务器 ( me d ia s e rv e r ) 媒体服务器是软交换网络中提供专用媒体资源功能的设备， 为各种业务提供媒体资源和资源处理， 包括d t m f 信号的采集与解码、信号音的产生与发送、录音通知的发送、会议、 不同编解码算法间的转 换等各种资源功能、通信功能和管理维护功能。 3 . 1 .4 第三方应用 t h e 3 “ p a r ty a p p l ic a t io n ) 第三方应用是由第三方通过开放的a p i 接口向 用户提供的 应用。 3 . 1 .5 信令网关 ( s i g n a li n g g a t e w a y ) 信令网关是连接 n o . 7 信令网与 i p网的设备，主要完成n o .7信令与 i p网侧信令的转换。 3 .2 缩略语 下列缩略语适用于本标准。 a p i a p p l i c a t i o n p r o g r a m m i n g i n t e r f a c e应用程序接口 c a m e l c u s t o m i s e d a p p l i c a t i o n f o r m o b il e n e t w o r k移动网络增强逻辑的客户化应用 e n h a n c e d l o g i c c a p c a m e l a p p l i c a t i o n p a rt c a m e l 应用部分 c d m a c o d e d i v i s i o n m u l t i p l e a c c e s s码分多址 d t m f d u a l t o n e m u lt i - f re q u e n c y双音多频 c m i s c o m m o n m a n a g e m e n t i n f o r m a t i o n s e r v ic 。公共管理信息服务 f f a m f i l e t r a n s f e r a c c e s s a n d m a n a g e m e n t文件传输访问和管理 f f p f il e t r a n s f e r p rot o c o l文件传送协议 g s m g l o b a l s y s te m f o r m o b il e c o m m u n ic a t i o n全球移动通信系统 h l r h o m e l o c a t i o n r e g i s t e r归属位置寄 存器 h t t p s h y p e rt e x t t r a n s f e r p ro t o c o l s e c 。安全超文本传输协议 i n a p i n t e ll i g e n t n e t w o r k s a p p l i c a t i o n p r o t o c o l智能网 应用规程 i p i n t e l l i g e n t p e r i p h e r a l智能外设 m a p m o b il e a p p l i c a t i o n p a rt移动应用部分 m g c p m e d i a g a t e w a y c o n t ro l p r o t o c o l媒体网 关控制协议 p s t n p u b l i c s w i t c h e d t e l e p h o n e n e tw o r k公共电 话交换网 s c f s e r v i c e c a p a b i l i t y f e a t u re业务能力特征 s c p s e r v i c e c o n t ro l p o i n t业务控制点 s g s i g n a l i n g g a t e w a y信令网 关 s i p s e s s i o n i n i t i a t i o n p ro t o c o l会话初始协议 丫d / t 1 3 9 0 - 2 0 0 5 s 1 .f f s n m p s s p w i n s e rv i c e l o g i c e x e c u t io n e n v i ro n m e n t s i m p l e n e tw o r k m a n a g e m e n t p ro t o c o l s e rvi c e s w i t c h in g p o i n t wi r e l e s s i n t e l l i g e n t n e t w o r k 业务逻辑执行环境 简单网络管理协议 业务交换点 无 线智能 网 4 应用服务器在软交换网络中的位it和作用 应用服务器是在软交换网络中为用户提供各类增强业务的设备。目前应用服务器可以由运营商提供、 管理和维护，也可以由第三方提供、管理和维护。本标准所规定的应用服务器是由运营商提供的在软交 换网络中为用户提供增强业务的设备 ，暂不考虑第三方提供的应用服务器。 本标准暂时 不包括应用服务器之间互通的 技术要求。 在软交换网络中，应用服务器的位置和作用如图 1 所示。 ( 可选 )/ h .7 a 8 ( 可选 ) 一 一 “ 体 ， 器 一 接人 网 关 中继 网 关 :x !a a 人 阴 关 终 端 圈 1 应用服务登在软交换网络中的若本位，和作用 在图 1 中，应用服务器作为软交换网络中提供增强业务的实体，它为各种业务的执行和管理提供环 境，处理来 自软交换网络的s i p业务请求，并根据业务执行的需要 ，使用s i p协议 ( 首选) 、h . 2 4 8( 可 选) 或m g c p( 可选) 协议控制媒体服务器，为各种增强业务提供各种媒体资源。 在图 1 中，应用服务器首先要通过 s i p协议与软交换设备进行互通，向软交换网络中的各种用户提 供各类增强业务。考虑到应用服务器的不同应用，应用服务器可选地可以支持智能网协议 ，也可以向第 三方开放a p i o 当应用服务器支持智能网协议并向第三方开放 a p i 时，应用服务器的位置和作用如图 2 所示。 yd/ t 1 3 9 0 - 2 0 0 5 第三 方应 用 ( 可 选 ) z h .z 佣( 可选 ) 操 体服 务器 圈2 应用服务答支持钾能网和a p i 时在软交换网络中的位，和作用 在图2 中， 应用服务器除了处理软交换的s i p 业务请求， 为软交换网 络中的用户提供增强业务以外， 还可以支持智能网协议，也可以提供 a p i ，调用第三方应用。应用服务器支持智能网协议有两种情况 : 一种情况是应用服务器与软交换的 s s f功能之间通过 ina p规程互通，为来自软交换的智能网呼叫提供 服务;另外一种情况是应用服务器通过信令网关与现有智能网的s s p / i p / h l b等设备互通 ，通过 i n a p , c a p和wi n ma p等协议分别向p s t n, g s m, c d ma用户提供智能网业务。如果业务需要 ，应用服务器 也可以与业务控制点 ( s c p )进行互通，包括访问s c p的数据库，以及基于 c s - 2的业务逻辑的互通。 应用服务器对智能网的支持取决于具体的智能网网络和协议。对于固定智能网，应用服务器应支持 能力集 1 和能力集 2的协议，对于 g s m智能网，应支持 c a me l 2 和 c a me i 3协议，对于c d ma智能网， 应支持w i n p h a s e l 和w i n p h a s e 2 的协议。今后， 随着各个网络智能网 技术的发展，应用服务器还需要 支持其他阶段的协议。 当应用服务器提供 a p i 调用第三方应用时， a p i 可以是p a r l a y a p i 或其他a p i 。当 应用服务器提 供p a r y l a y a p i 时， 应具有p a r l a y网关的 功能，完成p a r l a y a p i 与底层各种协议之间的映射。其 他的a p i 待定。 5 应用服务器的功能 5.1概 述 应用服务器在软交换网络中主要提供业务控制功能、 计费功能、 应用执行环境功能、 操作维护管理功能等。 当应用服务器提供开放a p i 时， 还应具 有a p i 功能、 应用服务器的功能模块如图 3 所示。 媒体 控制功 能 、业务数据 功能 、协议 处理功 能 、 p a r l a y网关功能。 yd it 1 3 9 0 - 2 0 0 5 a p i 和网 关功能 可 选 ) 操 作 维 护 管 理 功 能 日口日口 协议 处理 功能 圈 3 应用服务.的功能谊块示盘圈 应用服务器为软交换网络中的增强业务提供应用执行环境 ，通过协议处理功能对呼叫分配合适的协 议， 然后由业务控制功能根据业务逻辑执行的需要对业务进行控制，并通过业务数据功能调用业务执行 过程中所需要的业务数据和用户数据。在业务控制的 过程中，如果需要， 应用服务器会对媒体服务器的 媒体资源进行控制，为呼叫提供各种媒体资源，并通过计费功能根据业务和管理的需要对呼叫进行计费。 为了保证业务的正常运行， 应用服务器通过操作维护管理功能提供必要的业务管理、 维护、 统计等 功能。 如果应用服务器向第三方提供开放接口，可以通过p a r l a y网关和 a p i 调用第三方应用。 5 .2 业务控制功能 对于来自软交换的业务请求 ，应用服务器应能够根据收到的相关信息 ( 例如主叫号码、被叫号码、 i p地址、业务键等)确定需要调用的业务逻辑，并按照业务逻辑的要求控制业务的执行 ，通过与呼叫控 制实体即软交换设备的交互完成业务控制和呼叫控制功能。 对于来自 信令网关的智能网 业务请求，应用服务器应能够根据收到的相关信息 ( 例如业务健、主叫 号码、被叫号码等)确定需要调用的智能网业务，并按照业务逻辑的要求控制业务的执行，通过与呼叫 控制实体即业务交换点 ( s s p )设备的交互完成业务控制和呼叫控制功能。 对于需要调用第三方应用的业务请求，应用服务器应通过 a p i ，向第三方应用发送调用请求 ，对于 由第三方应用主动发起的业务指示，应用服务器应能接受并正确处理，配合第三方应用完成业务控制和 呼叫处理。 5 . 2 . 1 对软交换 s ip业务请求的控制 应用服务器首先要能够控制与软交换之间的s i p业务请求 ，业务请求可以是软交换发起的，也可以 是应用服务器启动的。应用服务器与软交换之间的接口采用 s i p协议，s i p协议可以建立、中止、管理端 到端的会话。 当应用服务器收到来自 软交换的业务请求以后，应用服务器根据得到的 信息， 调用相应的业务逻辑。 根据业务执行的需要，应用服务器可能对业务请求进行如下的一种或多种处理 : .应用服务器给软交换发送一个新的目 的地址， 实现翻译和选路等业务处理; 应用服务器为呼叫分配 媒体资源，直接控制媒体资源或通过软交换控制媒体资源， 完成用户与媒 体资源的交互; . 通知软交换继续呼叫处理，并监视后续的呼叫事件。 除了上述功能外， 应用服务器还应该能够向软交换启动业务请求，即根据we b 、电子邮件、网页推 送 ( p u s h ) 、即时消息等应用的请求代表用户向软交换发 起呼叫，实 现基于w e b 的业务控制。 丫d/ t 1 3 9 0 - 2 0 0 5 5 . 2 . 2 对s s f智能业务谓求的控制 1 可选) 根据需要 ，应用服务器可以对 s s f智能业务请求进行控制。智能业务请求有两种情况:一种是来 自 软交换的 s s f功能使用 i n a p协议 的智能网业务请求 ;另外一种是通过信令网关来 自p s t n, g s m 和 c d ma网络的智能网业务请求，分别使用 i n a p , c a p和 wi n m a p协议。 应用服务器能够根据来 自不同网络的业务请求选择相应的协议栈 ，并确定需要调用的业务逻辑。 5 .3 媒体控制功能 应用服务器根据业务逻辑的需要向媒体服务器请求资源，对媒体服务器上的媒体资源进行控制 ，并 把这些资源关联到相应的业务实例中。例如信号音的产生与发送、录音通知的播放、 d t m f 信号的收集 等，为软交换网络提供各种媒体资源。 5 .4 业务数据功能 应用服务器应具有提供业务执行所需要的业务数据功能，包括业务数据和用户数据的存储、访问和 管理等。在业务执行时应用服务器能够实时提取相关的数据 ，并能对数据进行相应的管理。主要功能包 括 : 一 对数据库中的数据进行查询。 一 对数据库中的数据进行提取。 一 对其他模块送过来的数据与数据库中的数据进行核实。 一 根据从其他模块接收到的数据和本身的信息，对数据库中的数据进行更新。 一 根据从其他模块接收到的信息，对数据库中的数据进行删除;或根据具体应用的要求 ，自动地对 数据库中应该删除的数据进行删除。 一 能够把数据库中需要实时传送的数据传送到其他模块中去。 5 .5 协议处理功能 对于来自不同网络实体的不同呼叫，应用服务器应能进行正确的协议处理。对于软交换设备的s i p 呼叫，应用服务器应提供并正确处理s i p 协议; 对于 媒体服务器， 应用服务器应提供并正确处理s i p 协 议 ( 首选) 、h.2 4 8( 可选) 、mg c p( 可选)协议。 如果应用服务器支持智能呼叫，对于软交换设备的 i n a i . 呼叫，应用服务器应提供并正确处理i n a p 协议;对于 p s t n网络，应用服务器应提供并正确处理i n a p协议 ;对于 g s m网络，应用服务器应提供 并正确处理c a p和ma p协议;对于c d m a网络，应用服务器应提供并正确处理wi n ma p 协议。 5 .6 计费功能 应用服务器应具有各种业务所需要的计费信息， 并具有对各种业务呼叫进行计费的功能， 完成计费 数据的产生、存储和传送。 5 .6 . 1 对 s i p呼叫的计费功能 对来自 软交换的s i p 呼叫， 应用服务器应能根据软交换通过s i p 协议送来的相关信息 ( 例如主叫号 码、被叫号码、i p地址、会话时长等)和具体业务的要求 ( 例如业务类型、业务折扣等)完成实时计费 或脱机计费，并按运营商要求生成规定内容的计费记录。 应用服务器应能够按照具体业务的需求，把费用记到主叫号码、被叫号码或某个特定号码上 ( 例如 卡号、银行账号等) 。 5 .6 .2 对智能网呼叫的计费功能 可选 ) 对于智能网呼叫， 应用服务器能够根据不同的智能网呼叫类型， 提供不同的 计费功能。 对于软交换或固定智能网的 i n a p呼叫，应用服务器具体的计费功能见 y d n 0 4 8 - 1 9 9 7的第 5 .2 . 2节 “ 计费功能” 。 对于g s m智能网的c a p 呼叫，应用服务器具体的计费功能见y d / t 1 2 3 4 - 2 0 0 2 的 第6 章 “ 计费功 能 ” 。 对千c d m a智能网的 wi n m a p呼叫 .应用服务器具体的计费功能见 y d / f 1 2 3 2 - 2 0 0 2的第 6章 ydi t 1 39 0 -2 0 05 “ 计费功能” 。 5 . 6 . 3 对调用第三方应用的呼叫的计费功能 可选) 如果应用服务器提供开放的a p i ，对于调用第三方应用的呼叫，应用服务器应能根据第三方应用的 需求，提供业务相关的信息， 配合第三方应用完成计费。 应用服务器还应能够根据与第三方应用结算的需要， 对各种不同的应用进行详细计费，以便完成与 第三方应用之间的结算。 5 . 7 应用执行环境功能 应用服务器应具有应用执行环境 ( s l e e )功能，为应用服务器中的业务逻辑程序提供执行环境。业 务在应用执行环境中执行，并产生支持应用执行的一系列功能实体动作，实现对网络能力的使用。 5 . 8 操作维护管理功能 应用服务器应提供本地的操作维护管理功能， 并具有与网络中的操作维护管理系统进行通信的 接口， 完成对业务和设备的操作维护和管理。具体的操作维护管理要求见第 1 0章。 5 . 9 a p i 和网关功能 ( 可选) 应用服务器可以向第三方提供 a p i , a p i 可以是 p a r l a y a p i 或其他 a p i . 当应用服务器提供 p a r y l a y a p i 时，应具有 p a y l a y网关的功能 ，具有 p a r l a y a p i 所定义的框 架以及s c f ， 提供s i p , h . 2 4 8 和m g c p 协议到p a y l a y a p i 的 映射。对于支持智能呼叫应用服务器，还 需要提供 i n a p , c a p , m a p , wi n m a p到 p a r l a y a p i 的映射。 p a y l a y a p i 具体的要求参见 y d / p 1 2 6 2 - 2 0 0 3 0 其他 a p i 待定。 6 应用服务骼的性能指标和可.性要求 为了保证应用服务器能够满足业务处理和服务质量的需求，并能够在网络中正确可靠地运行 ，考虑 到应用服务器的不同应用，它应具有以下的性能指标和可靠性要求 : 1 )处理能力 ( 1 )对于基本的支持 s i p呼叫的应用服务器 ，处理能力应不小于3 0 个 c a p s ，并且每秒钟至少能处 理 3 0 个话单。具体的呼叫模型如下 : 一 软交换发起 s i p呼叫，以附件 a . 1 中 3 0 0 卡拨打被叫用户业务为例，打通电话后呼叫持续 7 0 s . ( 2 )对于支持 s i p呼叫和 p a r l a y a p i 的应用服务器，处理能力应不小于5 0个c a p s ，并且每秒钟 至少能处理 5 0个话单。具体的呼叫模型如下: 一 7 0 %的呼叫为软交换发起的s i p呼叫，以附件 a . 1中描述的3 0 0卡拨打被叫用户业务为例，打通 电话后呼叫持续 7 0 s ; 一 3 0 %的呼叫需要调用第三方应用，以附件 a . 2中描述的3 0 0卡拨打被叫用户业务为例，打通电话 后呼叫持续7 0 s o ( 3 )对于支持s i p呼叫和智能网呼叫的应用服务器，处理能力应不小于 2 0 0 个 c a p s ，并且每秒钟至 少能处理 2 0 0个话单。具体的呼叫模型如下: 一 7 0 % 的呼叫为软交换发起的s i p 呼叫， 以附件a . 1 中描述的3 0 0 卡拨打被叫用户业务为例， 打通 电话后呼叫持续 7 0 s ; 一 3 0 %的呼叫为智能网呼叫， 智能网呼叫可以是p s t n , g s m或c d m a网络的智能网 呼叫。根据应 用服务器支持的智能网呼叫 类型， 平均分配每种智能网呼叫的比例。 对于每种智能网呼叫，分别 采用如下的呼叫模型。对于固定智能网的呼叫，以用3 0 0 卡拨打被叫用户业务为例，打通电 话后 呼叫持续7 0 s ; 对于g s m智能网的呼叫，以预付费业务为例， 其中5 % 为预付费用户做主叫， 4 % a 为预付费用户做被叫，1 % 为预付费用户本地充值， 呼叫接通后保持7 0 s ; 对于c d m a智能网呼 叫，以预付费业务为例 ，其中 5 %为预付费用户做主叫，4 %为预付费用户做被叫，1 %为预付费 丫d/t 1 3 9 0 - 2 0 0 5 用户本地充值，呼叫接通后保持， o s o ( 4 )对于支持 s i p呼叫、智能网呼叫和p a r l a y a p i 的应用服务器，处理能力应不小于 2 0 0 c a p s , 并且每秒钟至少能处理 2 0 0 个话单。 具体的呼叫模型如下: 一 4 o % 的呼叫为软交换发起的s i p呼叫，以附件a . 1 中 描述的3 0 0 卡拨打被叫用户业务为例， 打通 电话后呼叫持续 7 0 s ; 一 3 0 %的呼叫需要调用第三方应用，以附件 a . 2中描述的 3 0 0卡拨打被叫用户业务为例，打通电话 后呼叫持续 7 0 s ; 一 3 0 %的呼叫为智能网呼叫，智能网呼叫可以是 p s t n, g s m或 c d m a网络的智能网呼叫。根据应 用服务器支持的智能网呼叫类型，平均分配每种智能网呼叫的比例。对于每种智能网呼叫，分别 采用如下的呼叫模型。对于固定智能网的呼叫，以用 3 0 0卡拨打被叫用户业务为例，打通电话后 呼叫持续 7 0 s ;对于g s m智能网的呼叫，以预付费业务为例，其中 5 %为预付费用户做主叫，4 % a 为预付费用户做被叫，1 % 为预付费用户本地充值，呼叫接通后保持7 0 s ; 对于c d m a智能网呼 叫，以预付费业务为例，其中 5 %为预付费用户做主叫，4 %为预付费用户做被叫，1 %为预付费 用户本地充值，呼叫接通后保持 7 0 s , 2 )对消息的响应时间 ( 从收到请求消息到发出响应消息的时间)应小于 2 5 0 m s o 3 )处理机应采用主备用或负荷分担方式。当采用主备用方式时，主备用进行倒换所需的时间应小于 i o s ，并且进行倒换时，应不影响已经建立的进人稳定状态 ( 例如已经通话、数据包开始传送、多媒体应 用已经启动)的呼叫。当采用负荷分担方式时，如果一个处理机故障 ，新的呼叫应能马上由另外一个处 理机来处理。 4 )双机工作时，必须达到或超过9 9 .9 9 9 %的可用性，即全年的故障时间不超过 5 .2 5 6 m i n ( 3 1 5 s ) . 5 )应具有过负荷控制能力，能够对过负荷进行4级控制，根据过负荷的情况自动判定过负荷的级 别， 拒绝一定比例的呼叫。 6 )能够在线引进新业务。 7 )能够在线对现有的业务进行修改和剧除。 8 )能够在 线对计费矩阵进行配置和更新，备用计费矩阵的任何更新不应当 影响当 前计费操作。 9 )能够在线对业务数据和用户数据进行生成、修改、翻除、显示和列出等操作。 1 0 )能够对部分硬件设备进行在线扩容，扩容时不影响已由应用服务器处理过的呼叫。 7接 口要求 7 . 1 物理接口 应用服务器应支持 i o mb i t / s / l 0 0 mb it / s 以太网接 口、1 0 0 0 m b i t / s以太网接口 ( 可选) 。 i o m b i t / s以太网接口 应符合e e e e 8 0 2 . 3 的要求。 1 0 0 m b i t / s以太网接口应符合 i e e e 8 0 2 . 3 u的要求。 1 0 0 0 mb i d s以太网接口应符合 i e e e 8 0 2 . 3 z 的要求。 7 .2 与软交换设备之间的接口规程 应用服务器与软交换设备之间采用 s i p协议，具体要求参见 i e t f r f c 3 2 6 1 o 当应用服务器支持来自软交换的智能呼叫时，应用服务器与软交换设备之间 采用 n a p 协议， 具体 的协议要求参见g f 0 1 7 - 9 5 , y d / t 1 2 5 6 - 2 0 0 3 , y d / t 1 2 2 6 - 2 0 0 2 0 7 .3 与媒体服务器之间的接口规程 应用服务器与媒体服务器之间的接口采用 s i p协议、h.2 4 8( 可选) 、mg c p( 可选) 。 s i p 协议的具体要求参见 i e t f r f c 3 2 6 1 o h . 2 4 8 协议的具体要 求参见y d / t 1 2 9 2 - 2 0 0 3( 基于h . 2 4 8 的 媒体网 关控制协议技术要求) a yd月. 1 3 9 0- 2 0 0 5 m g c p协议的具体要求参见相应的行业标准。 7 . 4 与第三方应用之间 的接口规程 ( 可选 应用服务器与第三方应用之间的接口目前采用 p a r l a y a p i ，具体要求见 y d / f 1 2 6 2 - 2 0 0 3 0 其他a p i 待定。 7 . 5 与p s t n之间的接口 规程 ( 可选 应用服务器与 p s t n的业务交换点 ( s s p ) ,智能外设 ( i p )之间通过信令网关采用 i n a p协议进行互 通。 具体的协议要求参见g f 0 1 7 - 9 5 , y d / t 1 2 5 6 - 2 0 0 3 , y d / r 1 2 2 6 - 2 0 0 2 , 应用服务器与p s t n的业务控制点 ( s c p )之间通过信令网关采用 i n a p协议进行互通。具体的协议 要求参见y d / t 1 2 5 6 - 2 0 0 3 和y d / f 1 2 2 6 - 2 0 0 2 0 7 .6 与g s m网 络之间的接口规程 【 可选) 应用服务器与g s m网 络的业务交换点 ( s s p ) , 智能外设 ( i p )之间通过信令网关采用c a p 协议进 行互通， 具体的协议要求参见y d / t 1 0 3 7 - 2 0 0 0 和y d / r 1 2 6 1 - 2 0 0 3 , 应用服务器与 g s m网络的h l e之间通过信令网关采用 m a p协议进行互通 ，具体的协议要求参见 yd/ r yd /r 1 0 3 7 - 2 0 0 0和 yd/ r 1 2 6 1 - 2 0 0 3 , 应用服务器与g s m网络的业务控制点 ( s c p )之间通过信令网关进行互通。具体的协议待定。 7 . 7 与c d m a网 络之间的接口 规程 ( 可选 应用服务器与c d m a网络的业务交换点 ( s s p ) ,智能外设 ( i p ) 、 业务控制点 ( s c p ) , h l r之间通 过信令网关采用wi n m a p协议进行互通，具体的协议要求参见 y d / r 1 2 0 7 - 2 0 0 2 , y d / t 1 2 0 8 - 2 0 0 2和 y d / t 1 3 3 5 - 2 0 0 5 ( 8 0 0 m h z c d m a数字蜂窝移动通信网 无线智能网 w i n )第二阶 段技术要求)o 7 .6 与操作维护，理系统之间的接口规程 应用服务器与操作维护系统管理系统之间的接口可以采用 s n m p或 h t t p s协议，以及命令行接口。 s n m p 协议的具体要求由运营商根据自 身网络的特点决定，h t t p s 协议的具体要求参见 r f c 2 6 1 6 和 rf c2 2 4 6o 应用服务器还应能够提供基于 we b的维护管理接人方式。 7 .9 与计费曹账系统之间的接口规程 应用服务器设备应能够支持 c mi s / f t a m, f t a m或 f i p等计费信息传送协议，具体传送协议的使用 由各运营商根据自身网络的特点决定。 8 硬件要求 8 .1 对处理机的要求 应用服务器的处理机应成对配置，采用主备用或负荷分担方式。如果采用主备用方式，当主用的处 理机出现故障时， 能够尽快地切换到备用的处理机; 如果采用负荷分担， 当一个处理机出现故障时， 所 有的呼叫都能够由另一个处理机来处理。 8 .2 对外设接口的要求 应用服务器应提供与终端、打印机、mo d e m等外设的接口。 8 .3 对硬盘的要求 应用服务器的磁盘应有冗余备份。 8 . 4 对磁带、磁盘、光盘的要求 应用服务器应具有磁盘、 光盘和可读写光驱或磁带的驱动器，以提供备份或软件导人。 9软件 要求 9 . 1 基本要求 1 )要求软件采用分层的模块化结构。任何一层的任何一个模块的维护和 更新以及新模块的追加都不 丫d/ t 1 3 9 0 -2 0 0 5 影响其他模块。 2 )用户数据与处理程序应有相对的独立性。用户数据的任何变更都不应引起运行版本程序的变更。 3 )软件应有容错能力，一般小的软件故障不应引起各类严重的系统再启动。 4 )软件设计应有防护功能， 某一软件模块内的软件内的软件错误应限制在本模块内，而不应造成其 他软件模块的错误。 5 )应具有软件运行故障的监视功能， 一旦软件出现死循环等重大故障时， 应能自 动再启动， 并作出 即时故障报告的信息。 6 )软件版本更新和在线升级时，应不中断处理过的进人稳定状态的呼叫。 9 .2 软件维护，理功能的要求 1 )要求具有在不中断呼叫处理的情况下，完成程序升级的功能。 2 ) 能够实时地接受维护终端对数据的查询、 更改、生成和删除。 3 )如对修改后的软件不满意或将修改后的软件引人系统后。如发现新的版本有问题，应能方便而迅 速地恢复到原来的程序。 1 0 捅作维护，理要求 应 用 服务 器 应提 供良 好的 人 抓 界面， 并具 有 一定 的 接人 安 全 性， 操 作员 可以 通 过 此 界面 完 成 操作 维 护和管理功能，这些功能包括业务管理、统计侧量 、消息跟踪管理、硬件操作管理、软件操作管理、差 错和告替维护管理等。 1 0 . 1接入安全性，理 ( 1 )应用服务器的终端操作员需要有操作员标识和密码 操作员输人的密码是不能显示出来的。应用服务器要对此操作员输人的信息进行鉴权， 如果有权接 人应用服务器， 则接人成功并打开工具窗口， 如果是无权操作员， 则拒绝接人。 ( 2 ) 密码要求有有效期 为了安全，每个操作员的密码都有一个有效期。每次操作员登录时，都要检查密码的有效期是否已 到，如果已到有效期，应用服务器则要强制操作员输人新的密码。新的密码