YD/T 1288-2003 基于H.323和基于会话初始协议(SIP)的IP电话互通技术要求

YD/T 1288-2003 Technical specification for IP telephony interworking based on H.323 and SIP

行业标准-邮电通信 中文(简体) 现行 页数:53页 | 格式:PDF

基本信息

标准号
YD/T 1288-2003
标准类型
行业标准-邮电通信
标准状态
现行
中国标准分类号(CCS)
国际标准分类号(ICS)
发布日期
2003-09-05
实施日期
2003-09-05
发布单位/组织
-
归口单位
信息产业部电信研究院
适用范围
-

发布历史

研制信息

起草单位:
信息产业部电信传输研究所
起草人:
李健芳、段世惠
出版信息:
页数:53页 | 字数:- | 开本: -

内容描述

���������������

中华人民共和国通信行业标准

丫�汀���������

基于�����和基于会话初始协议�����

���的��电话互通技术要求

������������������������������������������������

��������������������������

����������发布����������实施

中华人民共和国信息产业部发布

�������������

目次

前言�⋯⋯“价�,���一价����������一价一一一价一��一一�一一一一一一一�

�范围�����������⋯”�”�价�“������������一价�一价一一�一价一一一一��一������

�规范性引用文件��������������一一一一一一�一一一一一�一�一�一�一一一一�

�定义���������������二“”�”�””�������������⋯⋯”��������一”“”“””������一”�”���一�

�缩略语��������二“�”�”�����������������������������������一””价”“�“��一”����������

�����在网络中的位置��������������������������一“”“�价价�一一一���一一�,�一一�一一�

���������的应用范畴�����������������������������������������������������一一一���一一一�一⋯����������

�����的互通功能要求�⋯””⋯�”�����������⋯⋯“�”����������一”“�””�����������������������

���������的功能要求�����二”��������������一一�一��一一�一��一价一一�一�

�����呼叫前功能要求�������一””“”“价�����������一“”””�”��������一”�“�”⋯�“�一�

�����互通总功能要求����⋯”�”��������������一““”��������������⋯“”“”“���������⋯

�����信令传输要求������������二““”�价�����������一“�”,������������⋯”““””��一�

�����媒体传输要求“�������������一“””””������������二”“”���������一““”“�““���������二

��������和�����之间的映射要求二“”“”�����������一”““�”价��������一”””“”�”�����������二

����状态机要求�””,�������������⋯”�“�”�����������⋯”�“”””���������一””””“”�������一

�����安全要求�二“价价一一一一一一�一一�一一��⋯��一一一一�一一一���

�����和�����之间的协议映射�价�����������一“�”⋯价一�一一一一�一一一一一一一��

�����地址解析一,一价�����������������������⋯“�”�,����������一“””””�’��������������

����消息映射��������������⋯������������������⋯⋯�”�“�“���������一”��������������������一��

����消息序列映射�������������⋯“�“””����������一””“””””�“���������一”�����������������������

����消息参数映射”�����������������一”�“”“””��������������一”�“”””���������������⋯“�价�“一��

���������������格式映射������二价价�一一一一一一�一一一一一一一一一一一���

�信令消息处理�”二”价”””������������一”价�一一一一�一�一�一一一一一一一��

�����������信令消息处理�价,����������������⋯价�一一一一一一一�一一�一一一二��

��������消息处理���二价�一“��������一“�价一一一一一一一一�一�一一一��

�����与����系统互通的呼叫流程�������������������一一一一价一�’一�一一一一一�����������

�����注册和地址解析����������������������二“����������������������一价价��一��

�����呼叫流程�“价一价“�����������⋯�价�一一一��一�一�一一一一一�������

��状态机�����”���������������������������������������一一�一�一�一�一一一一����������

���������������状态机�������一”���������������������二”“”””价�一一一一一������������

���������������状态机���������������二””““价,�“������������二”�““”””���������������������

附录��规范性附录�公共能力集的计算���⋯⋯�“�������������������⋯���������������二”����

附录��规范性附录�����网关支持���的����描述“��������������������”�������������������

丫������������

前言

��本标准是基于�����协议的��电话系统与基于会话初始化协议�����的��电话系统的互通技术规

范,主要以国际电联制定的�����系列标准、����制定的会话初始化协议���������等系列标准为基

础。

��我国的��电话系统是基于�����系列协议构造的两级体系结构,即顶级网守和一级网守,在业务

量大的地区可根据要求增加第三级结构,即二级网守。尽管目前国内尚没有基于���构造的��电话商用

网,然而,会话初始化协议在软交换试商用网中的应用,以及目前国际上存在采用���网络产品和���

电话终端的��电话系统。因此,这两方面的因素导致对基于�����协议的��电话系统与基于���的��

电话系统提出了互通要求。本标准制定过程中,主要根据国内������电话系统以及���在国内软交换

试商用网的实际情况作出规定,且本标准重点规定了两种��电话系统的协议互通,对互通时的信令安全、

媒体安全、管理安全等方面未作相应的规定,随着技术的完善,本标准将进行增补或修订。同时,当����

关于���的标准有进一步进展时,本标准也需要增补或修订。

��与该标准相关的标准有�

������电话�传真业务总体技术要求》

������电话传真业务第二阶段总体技术要求》

�������电话网关设备互通技术规范�

�������电话网关设备技术要求�

�������电话网关设备测试方法》

�������电话网守设备技术要求及测试方法》

����《会话初始协议技术要求第一部分基本的会话初始协议》

����《会话初始协议技术要求第二部分基于会话初始协议�����的呼叫控制的应用》

����《会话初始协议技术要求第三部分����和会话初始协议�����的互通》

��本标准的附录�和附录�都是规范性附录。

��本标准由中国通信标准化协会提出并归口。

��本标准起草单位�信息产业部电信传输研究所

��本标准主要起草人�李健芳段世慧魏亮程正群

丫�厅���������

基于�����和基于会话初始协议�����

的��电话互通技术要求

范围

��本标准规定了基于�����协议的��电话系统与基于���的�电话系统之间进行互通的协议要求,包

括����和���互通设备�����的基本功能要求、协议映射规则、互通时的标准呼叫流程以及呼叫状态

机。

��本标准适用于�����和���的��电话系统。

�规范性引用文件

��下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的

修改单�不包括勘误的内容�或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究

是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。

�������������������������������电话月专真业务总体技术要求

��������������������������������电话网关设各互通技术规范

��������������电话网守设各技术要求及测试方法

�����������基于分组的多媒体通信系统

�����������用于不保证质量的业务本地网上的可视电话

系统的媒体流的打包与同步

���丁一���������多媒体通信的控制协议

������������������会话初始化协议�����和�����互通

�������轻载目录存贮协议

�������语法规范的扩展巴科斯范式������定义规则

�������会话描述协议

�������会话初始协议

������������������������������������������������������和会话初始化协议互通要求

���������������������������������������������������和会话初始化协议的互通

�定义

��下列定义适用于本标准。

��端点�����������发起或终结媒体流的功能实体,如�����终端或���用户代理。

��网守������������������网络中的功能实体,可为�����终端、网关和���提供地址解析、接入

认证、带宽管理和网关定位功能�其中带宽管理和网关定位功能为可选功能��

�������网关���������������网络的接入设备,它位于电路交换网�����与��网之间,为用户

提供�电话业务。

丫�厅���������

�������终端���������������������网络中提供实时、双向媒体连接的网络端点。����终端可以

支持音频、视频或者数据业务,也可以支持这�者任意组合的业务。

��媒体交换模块����������������������������中的可选逻辑实体,完成逻辑端口之间���媒体流

的交换和编码功能。

�����用户代理���������������包括���用户代理客户�����和���用户代理服务器�����两

个部分。���用于发起请求,而���则用于响应请求。

�����服务器���������������服务器可以是���代理服务器、重定向服务器、位置服务器或者注册

服务器。

��代理服务器�������������提供���消息的转发功能以及消息转发前的消息解释或重写功能。���

代理服务器可以是���服务器或���客户端。

��重定向服务器�����������������完成地址解析的功能,提供被叫的当前位置信息。重定向服务器既

不能接收呼叫,也不能发起呼叫请求,仅仅对呼叫请求消息回送包含位置信息的响应消息。

��位置服务器����������������用于向���代理服务器和重定向服务器提供被叫的可能位置信息。

��注册服务器������������������提供注册功能,接收���端点发送的��������消息。注册服务器

功能可以集成在���代理服务器和重定向服务器中完成。

��互通功能模块����������������������提供�����网络和���网络之间互通功能的网络实体。

�缩略语

下列缩略语适用于本标准。

����������������������接入确认

����������������������接入拒绝

�����������������������接入请求

�����������������������带宽请求

����������������������带宽确认

����������������������带宽请求拒绝

��������������������������关闭逻辑通道

�������������������������������������关闭逻辑通道确认

��������������������������������关闭逻辑通道拒绝

����������������������退出确认

�����������������������域名服务器

����������������������退出拒绝

�����������������������退出请求

��������������端点

������������������������结束会话命令

����������������网守

�������������网关

���������������������信息查询确认

��������������������信息查询否认

丫�厅���������

��������������信息查询

����������������������信息查询响应

����������������������互通功能模块

������������������������������������轻量级目录访问协议

������������������������媒体交换模块

������������������������������资源可用性指示

�������������������������������资源可用性确认

����������������������注册确认

��������������������进展请求

��������������������拒绝注册

���������������������注册请求

���������������������������会话描述协议

�������������������������起始会话协议

终端能力集

���������������������

��������������������������������终端能力集确认

����������������������������终端能力集拒绝

���������������������������电话路由

�����������用户代理

�����������������用户代理客户

������������������用户代理服务器

����������������������注销确认

������������������������统一资源定位器

����������������明���注销拒绝

����������������������注销请求

����在网络中的位盖

�����是���和����系统之间的互通功能实体,主要完成对来自�����实体的信令消息的翻译以及

转换功能,并将转换后的���信令消息转发到对端���实体,或者反之。���不需具备媒体交换功能模

块�����,实现对���流的交换功能。其中,���为可选功能模块,有关���的功能不在本标准讨论

范围之内。���可以作为独立的功能实体存在,也可以集成于�����网守或���服务器��������或

��������中完成。���在网络中的位置如图�所示。

图����在网络中的位�

丫�厅���������

�������的应用范畴

�����可以位于���和����网络中如图���所示的不同位置。由于���所处位置的不同,����端

点����和���用户代理����之间建立呼叫连接所使用的消息也不同。

图�系统不存在�����网守和���服务器时的互通

�护网络�����网络

图�系统中存在�����网守和不存在���服务器时的互通

巨�����〕一,匹孙一�����������������������

图�系统存在��服务器和不存在����网守时的互通

��网络�����网络

���������������图�系统存在����网守和��服务器时的互通

��国内�����的��电话网络都采用了基于网守的体系结构,因此,实现�����和���网络互通的实际

应用一般参照图�和图�来进行。当系统不存在����网守和���服务器�如图�所示�的应用范畴时,

可适用于支持����端点和�����的软交换网络�当系统存在����网守和不存在���服务器�如图�

所示�的应用范畴时,可适用于支持�����的软交换网络与�����网络之间的互通�当系统存在���服

务器和不存在�����网守�如图�所示�的应用范畴时,可适用于支持�����端点的软交换网络与���

网络之间的互通。通常,国内的�����网络采用两级体系结构,即顶级网守和一级网守,在业务量大的

地区,各运营商可根据实际运营需要再增加第三级结构,即二级网守。如图�和图�所示,当���网络

�����������������������������������������������������������

与����网络分属于不同运营商时,���应与顶级网守实现互通�当���网络与�����网络属于同一运

营商时,���与哪级网守互通应由各运营商根据网络建设的实际情况来确定。

������的互通功能要求

�������的功能要求

�����提供的基本功能应包括�消息映射、地址解析和呼叫鉴权。除此之外,���还可以提供以下功

能�端点能力协商、媒体通道打开与关闭、�����与���网络的媒体编码算法映射、呼叫资源预留与释放、

呼叫状态提供、呼叫状态机、呼叫中信号处理以及业务互操作性逻辑等功能。���不需包含媒体处理功

能。

���呼叫前功能要求

�����可以提供地址解析表用于将�����和���地址解析为��地址,该项功能也可以由����网守、

���服务器或其它数据库完成。当���包含该功能时,地址解析表可通过�����网守、���服务器或其它

数据库进行更新。

��当系统中存在�����网守时,���应完成向一个网守的注册流程,并且���只能向一个网守进行注

册。同时,�����也可以通过���完成向�����网守的注册。当系统中存在���服务器时,���应完成

向一个或多个���服务器的注册流程,其中,���可通过��������消息完成向���服务器的注册。当

系统中同时存在�����网守和���服务器时,���应同时向����网守和���服务器进行注册。

��互通总功能要求

����基本呼叫要求

�����应具有支持�������和�����版本所要求的必要功能的能力,同时,���应同时实现对����

和���早期版本的兼容。

������总体要求

�����在协商过程中应当提供缺省的呼叫参数,同时还应当提供检测呼叫终止并执行资源释放的能力。

������地址解析

�����应能提供���和����地址解析功能,除此之外,���还可以具有以下功能�

����保存地址解析表,该地址解析表可以通过����网守、���服务器或其它数据库进行更新�

����使用����或�����来保持地址解析信息�

����与���一起用于完成地址解析�

����支持����完成向���服务器的注册。

������不存在�����网守和���服务器时的呼叫要求

�����应独立完成����侧和���侧的地址解析功能和消息映射功能。

������存在�����网守和不存在���服务器时的呼叫要求

�����应支持以下基本功能�

�������完成向����网守注册,且只能向一个网守进行注册�

�������是作为���用户代理,用来发布���侧的���功能扩展信息�

�������应当与网守一起来实现����侧和���侧之间的地址解析�

�������应实现����侧和���侧的消息映射。

��除以上基本功能,���还可以支持以下功能�

丫������������

�������可以支持协助���用户代理通过���完成向����网守注册�

����支持向�����网守更新���侧的���扩展新功能。

�������’存在���服务器和不存在����网守时的呼叫要求

�����应支持以下基本功能�

�������完成向���服务器的注册�

�������作为�����端点,用来发布�����侧的����功能扩展信息�

�������应当与���服务器一起来实现地址解析�

�������应实现����侧和���侧的消息映射。

��除以上基本功能,���还可以支持以下功能�

�������可以向一个或多个���服务器进行注册�

����支持向���服务器更新����侧的�����协议扩展新功能�

�������可以支持协助�����端点通过���向���服务器注册的功能。

�����存在�����网守和���服务器时的呼叫要求

�����应当同时充当���用户代理和�����端点,且���应同时满足������和������中所描述的功能

要求。

�����能力协商

�������功能描述将使用�����协议来完成,���功能描述将使用���来完成。当����侧和���侧之

间进行媒体能力协商时,���应支持以下基本功能。

��”支持�����侧和���侧语音业务能力集映射的能力。

���������侧和���侧之间进行能力协商之前,���可以为����端点或���用户代理指定缺省的能

力集。�����端点或���用户代理缺省能力的指定将满足各种协议定义的必要功能。

���������侧和���侧之间进行能力协商时,���不能随意指定���用户代理或�����端点的能力集,

且】��应尽量选用较优的方式来发送所有的����功能描述子集和���功能描述子集。

��除以上基本功能,���还可以具有以下功能�

����通过�������消息与���侧的���用户代理进行能力协商�

����支持�����侧和���侧之间媒体能力的重新协商�

����支持����和���视频和数据业务能力集映射的功能。

������打开逻辑通道

�����应支持以下基本功能�

����支持单向、双向对称、非双向对称逻辑通道的打开流程�

����支持通话过程中媒体通道的打开、重新打开、更新和关闭。

��除以上基本功能,���还可以具有以下功能�

����提供向已打开逻辑通道的模式请求或重开放和更新请求进行响应的功能�

����支持�����的流控。

������媒体收发处理

��本标准规定,���不需具备任何处理���流的能力。

�����快速呼叫要求

�����应当支持�����中的快速呼叫流程。

丫�厅���������

�����支持����通道信息的要求

��当进行快速呼叫时,���应支持�����消息中携带����通道信息。

�����预完成���的要求

�����应当支持预完成���功能。在这种情况下,���应当使用�������消息完成向�����网守的

地址解析。

����重要发送流程的要求

�����应可以通过���侧的����和����侧的��������������消息来支持被叫号码的重叠发送。���

还可以通过����侧的�����������消息以及����消息中������������������属性来支持重叠号码传送。

��信令传输要求

�����应同时支持���和���协议,对于�����侧的���消息,���应支持其在���上进行传输,

对于�����消息和������信令消息,���应支持其在���上进行传输。对于���侧的���消息,���

应支持其在���或���上进行传输,其中优先选用���进行传输。对于�����附件��在���上传送

�����信令�的支持是可选的。���和�����网络使用���来对媒体进行承载。

���媒体传输要求

��通常,�����网络和���网络采用相同的传输协议来传输媒体流,媒体流在端点之间直接传送。

������和�����之间的映射要求

�����总体要求

�������应保证����侧和���侧消息的语义一致性。

�������应保证����侧和���侧呼叫流程中呼叫序列的一致。

�������只能在接受请求时,才能发起呼叫建立请求或释放请求消息,���不能主动发起呼叫建立或

释放请求消息。

����当���从一侧接收到另一侧无法适配的消息时,���应终止该消息的发送。

����当���需要向�����侧或���侧主动发送消息时,该消息应使用缺省的属性参数。

�������应保证����侧和���侧消息中属性参数语义的一致性。

���������侧未使用的信息单元的生成应当由���完成,并遵循���的要求,反之亦然。

�������应将接收到的���消息中所包含的���数据字段转换成相应的��������用户信息单元的结

构。用户一用户信息单元的生成应当遵循��������版和�������版。

�����������呼叫信令��������和��呼叫信令映射

�������应遵循���侧推荐的呼叫信令流程,这一过程与�����侧的要求无关。

�������应遵循�����侧推荐的呼叫信令流程,这一过程与���侧的要求无关。

����在通信的一侧,���应当终结����端点或�����网守�当使用��路由信令�和���之间的

����呼叫信令通道,如果���端点存在,则也应终结另一侧上���和���端点之间的呼叫信令。

�������应终结�����网守和���之间的���通道。

����只要���支持,����侧用于补充业务的消息�如�������������和�����������消息�可以由

���来处理。

��������呼叫控制�������和���呼叫控制�����的映射

�����应尽可能地为�����侧的����和���侧的���之间提供媒体会话能力集映射。

���������音频�视频编码转换为���媒体编码格式

�����������������������������������������������������������������������������

丫������������

�����应当对���和����支持的各种常用的音频数据以及视频编码提供透明的支持。

���呼叫序列

�����应保持两侧的呼叫序列一致,以使�����端点和���用户代理能实现无缝连接。���应当为两

种协议之间的呼叫数据流提供无缝的互联。���不对两种协议的普通呼叫数据流进行任何改动。在多数

情况下,对于在另一侧上没有直接对应的消息或者消息参数,将由���来生成缺省的参数。

��状态机要求

��在某一特定的状态下,不允许出现的消息应被视为“错误”消息。所有不会导致状态改变的消息应

被作为非状态触发消息����������������或������������消息来处理�所有将导致状态改变的消息应被

作为状态触发消息������������来处理。对于每一特定状态,���应维持一种机制将该状态下所有可能

出现的消息归入上述的�类消息。

���安全要求

�����应启动一个简单的安全机制,在该安全机制中,���将只接收来自预先配置好的一组实体�包括���

服务器、���端点、�����端点或����网守�的请求消息,并拒绝接收所有非预置实体的请求消息。

�����和�����之间的协议映射

���地址解析

���一�����地址类型

由于����协议第一版本和第二版本支持的地址类型不同,因此当执行���与�����协议的互通功

能���进行地址解析时应考虑�����第一版本和第二版本的不同。

������版本支持的地址类型有������编码��������������编码�������������编码�������

�������编码�����������������编码�����������和�����������������版本支持的地址类

型有���