YD/T 1378-2005 公用电信网关口局间NO.7信令技术要求
YD/T 1378-2005 Inter-switching office No.7 signaling technical requirements for public telecommunications network gateway
基本信息
发布历史
-
2005年09月
研制信息
- 起草单位:
- 信息产业部电信研究院
- 起草人:
- 龚双瑾、吕军
- 出版信息:
- 页数:42页 | 字数:- | 开本: -
内容描述
�������������
中华人民共和国通信行业标准
��厅���������
公用电信网关口局间����信令
�����技术要求
������������������������������������������������������������
�������������������������������������
����������发布�������一��实施
中华人民共和国信息产业部发布
�������������
目次
前言·�������������������������������������������������������������������������������������������������������������������������
�范围···················································�����������������������������������������������������������������������
�规范性引用文件�···�······,··················,···········,,,,······�������������������������������������������������
�术语和定义······································,··················,··············,······················。·········⋯⋯�
�消息信号传送的基本要求···················,··,······。·····································���������������������������
���������层协议的要求,����������������������������������������···············,,·················,,····�������������
����信令协议版本要求···。。。·。,,,,,,,,·········,·,,·················,,··�···············。。。�·一””�
�����网间主叫用户号码传送要求········,······················‘·········一,·····�·⋯�����������������������
����网间应答信号的传送要求··········································⋯⋯,·········������������������⋯⋯�
�����网间呼叫释放控制方式············,·····················‘···········,············⋯⋯,,�����������������
�����在网间不需要传送的信令消息·,,···。···········。。····,·,·一‘二,�,,,,⋯‘�,,二�
�关于网间���程序和消息编码的补充说明································································⋯⋯
�����成组发码和重叠发码····················································,················⋯⋯“·����������
�����导通检验·····································································,,····················��������������
�����地址全信号���������卜·······················,·,··················,,,········���·�····��⋯⋯,���
�����应答信号·····························,·······································································⋯⋯
�����被叫挂机信号·····································································������������������������������
�����后向不成功信号发送的原则························,,,,,··············,,···········������··��������������
�����网间不需要传送的,��消息······,···············,······················,·········�������������������
�关于网间����程序和消息编码的补充说明·������������������������������������������������������������������������
�����主叫用户号码�����������������������������������������������···········,·······�����������������������������������
�����被叫用户号码···,,·,,,···············,····“·‘···················‘··························,················一�
����原被叫号码···································,·················································,,··········⋯⋯
����改发的号码···························································································⋯⋯
����改发号码·············,,·················,,·······················································,,··········⋯⋯�
����被连接的号码····,········,、,,·······‘·�·······,···················,··�······,·����������������������
����位置号码·············,················,·····················,。‘··············,···。‘·······················⋯⋯�
���������参数的设置说明···································�������������������������������������������������������
���������优选表示语··················,,·····················‘··············,·················,,····�����������
������关于参数兼容性参数的说明·,·····、·············�···········,。··��·����,。�⋯⋯,��
������关于消息兼容性参数的说明·���������������������������������������������������������������������������������
������关于不支持业务时的说明·····························································�����������������������
�����������协议中常用释放原因的发送规则···········,,·‘····················��������������������������������
附录��规范性附录����协议的消息编码格式················�������������������������������������������������
�������������
�����网间呼叫信令消息信息字段的设置规定··········,··················������������������������������������
�����网间电路管理信令消息及参数的设置规定····,·,··················,,,···���������������������������������
附录��规范性附录�����的消息编码格式·········································,·····,·��������������������
�����基本呼叫··················································································���������������������
�����补充业务呼叫中参数的设置·······,··································,···························��������
�����电路管理·········,··,·············,·,····������������������������������������������������������������������������
丫������������
��舀
��本标准根据《中国国内电话网���信号方式技术规范������������》和《国内���信令方式技
术规范综合业务数字网用户部分��������������������,对公用电信网间使用的����信令的消息
设置格式、信令消息的发送规则作了规定。本标准分别针对网间使用的���协议和�����协议,给出了
在网间应用的要求。
��本标准的附录�、附录�为规范性附录。
��本标准由中国通信标准化协会提出并归口。
��本标准起草单位�信息产业部电信研究院
��本标准主要起草人�龚双瑾吕军
�������������
公用电信网关口局间����信令的技术要求
范围
��本标准规定了用于不同电信业务经营者关口局间使用的���信令要求,包括信令消息的设置格式、
信令消息的发送规则等与信令有关的技术内容。
��本标准适用于不同电信业务经营者采用���信令方式进行互联的关口局间信令数据设置的检查与
测试。
�规范性引用文件
��下列文件中的条款通过在本标准中引用而成为本标准的条款,凡是注日期的引用文件,其随后所有
的修改单�不包括勘误的内容�或修订版均不适用于本标准,然而鼓励根据本标准达成协议的各方研究
是否可以适用这些文件的最小版本。凡是不注日期的引用文件,其最新版本适用于本标准。
������������中国国内电话网���信号方式技术规范
�������������国内���信令方式技术规范综合业务数字网用户部分������
���������������国内���信令方式技术规范综合业务数字网用户部分������—补充件�
��������������网间主叫号码的传送
�����������������网间主叫号码的传送�补充件��
����������������网间主叫号码的传送�补充件��
�术语和定义
��下列术语和定义适用于本标准。
�����消息传递部分��������������������
������综合业务数字网用户部分��������������
�����电话用户部分������������������
�消息信号传送的基本要求
����丁尸层协议的要求
��原则上讲,公用电信网关口局间应采用直联方式进行���的互联,���部分的协议应符合《中国
国内电话网���信号方式技术规范》����������的要求。
���信令协议版本要求
��不同的电信业务经营者网间采用���协议进行互联互通时,其使用的���信令消息信号应符合
����������的规定�不同的电信业务经营者网间采用����协议进行互联互通时,其使用的����信令
消息信号应符合�����������和��������一����规定的要求。
��网间主叫用户号码传送要求
��原则上在网间必须传送带有主叫号码的���或���消息,当从对端网络收到了未包含主叫号码参数
的���或���消息后,则应由关口局主动发送������请求主叫用户号码。关于网间主叫用户号码的
传送要求参考�������������《网间主叫号码的传送》的规定。
�������������
��网间应答信号的传送要求
����网间呼叫时,网间传送的应答信号一律传送“应答计费”信号,对紧急呼叫例如�������,考
虑到设备能力的问题,可以暂不做要求。
����对以下不计费的呼叫不应送应答信号�
��一呼叫连接遇到空号
���如果网间采用���信令时,可以由被叫侧关口局或网路发送�����空号�信号。
���如果网间采用����信令时,可以由被叫侧关口局或网路发送����释放信号��原因值为空号�
����信号。
��发端网络收到上述信号后,应立即释放关口局间的话路中继,并直接由主叫交换局�网�发送空号
音或录音通知,且不对呼叫进行计费。
���当网间的空号录音通知需要由被叫侧关口局或网络来发送时,则被叫侧关口局或网络设备只需要
���发送地址全消息�如果使用����,建议此时发送的���消息中应当包含原因值参数�,而不应
���发送应答信号��������或���消息�。发端网络的关口局收到上述信号后,不应对呼叫进
����行计费。
��一升位通知或改号通知
���网间的升位或改号录音通知应由被叫侧关口局或网络来发送,此时被叫侧关口局或网络设备只需
���要发送地址全消息,而不应发送应答信号��������或���消息��
��一用户不在服务区或关机�且未呼转�
���在用户不在服务区或关机情况下,而不能发送应答信号,且不能对用户进行计费。
����当网间呼叫发生呼转,应答信号的发送原则�
��一当被叫用户关机或不在服务区时,且用户未设置呼叫转移功能时,关口局间不可发送应答信号。
��一如果呼叫转移是由被叫用户设置,且呼叫是根据条件转移到相关的寻呼平台、短信提示平台、语
音信箱或人工服务平台,则在成功接人这些平台后,并在平台应答的同时,发送应答信号。�对于这些平
台,如果具备条件,建议在应答信号发送前,应向用户提示呼叫转移至平台的录音信息,保证可以由主
叫用户进行选择���
���当呼叫转移至寻呼系统或短信提示系统时,则应在寻呼系统或短信系统接通后立即发送应答计费
����信号。
���当呼叫转移至人工服务的秘书台或语音信箱时,在人工话务员或语音信箱应答后,方可发送应答
���信号�人工服务的秘书台或语音信箱可以采用直接发送应答信号,或在发送应答信号前插有语音
���提示,由用户进行选择��
���网间呼叫释放控制方式
��由于呼叫的释放控制方式直接与计费结算有关,为避免由于采用不同的释放控制方式给网间结算带
来不一致,因此要求关口局间必须采用互不控制方式,即关口局在收到主叫拆线信号或被叫挂机信号时
必须释放中继资源并停止计费。
��在网间不需要传送的信令消息�
�����消息����一免费��为了避免在网间由于传送�������一免费�消息可能会造成计费结
算间的矛盾,因此要求在关口局间不发送�������一免费�消息。
�������������
�关于网间���程序和消息编码的补充说明
�����程序的规定应参照����������的规定,本节中针对网间的情况,把需要在网间引起注意的消
息和程序进行补充说明,具体建议在网间使用的信息字段的编码参见附件��
���成组发码和重盛发码
��原则上,网间被叫号码在采用����信令传送时,对于可以确定号码位长的呼叫,在号码长度小于
��位时,建议采用成组发送方式。当被叫号码长度等于或超过��位,或者是被叫号码采用不等位长编
号时,建议使用重叠发码方式。
��导通检验
��关口局都应支持接收导通检验功能,是否可以在某个去话电路上进行导通检验,则取决于具体的设
备配置情况。
��地址全信号���������
��如果话路需要进行导通检验,在未收到导通信号和结束局内检验前不应发送地址全信号。
��如果后面的网络不能提洪被叫用户状态信号,则关口交换局可以通过下列方式,在确定地址信号结
束或一个可能出现的���和���信息传送过程结束时,将产生并发送不带有用户忙闲状态���������
和计费内容的地址全信号�
����收到本网内编号计划中号长最大的位数�
����如果在发送地址全信号前收到应答信号,应立即发送地址全信号�
����任何一种关于被叫用户状态的信息将用特定的音信号或录音通知传送给主叫用户。
��应答信号
��网间呼叫时,网间传送的应答信号一律传送“应答计费”信号。对紧急呼叫例如�������等目前可
以暂时传送���消息。
��被叫挂机信号
��关口局的交换设备一律采用互不控制方式,收到被叫挂机信号时应立即响应���信号,并向前向转
发���消息,且计费点立即停止计费。
�石后向不成功信号发送的原则
����地址不全信号�����
��在收到地址信号的任一位数字数字后延迟��一���,如果交换局判定所收到的地址信号数量仍不足
以建立呼叫�地址不全�时,则发送地址不全信号。
��任一����信号方式的交换局收到地址不全信号后,将向前一���信号方式交换局转发,并进行拆
线操作。
���拥塞信号
��只要任何交换局检测出拥塞状态,无需等待后续的消息�例如�导通检验�就可以发送此类信号。
��任一���信号方式交换局收到拥塞信号后,将向前一���信号方式交换局转发,并进行拆线操作,
在发端局向主叫用户送拥塞音。
��拥塞信号的分类如下�
��一交换设备拥塞信号������如果由于交换局设备拥塞或故障不能接通呼叫时,应由该交换局发
送交换设备拥塞信号�����
�������������
��一电路群拥塞信号������在交换局的去话电路拥塞的清况下发送该信号。
��在网间接续过程中,关口交换局收到以上信号,都必须进行前向拆线。
�����被叫用户状态不成功信号
��被叫用户状态信号包括�
��一用户市话忙信号������来话���信号交换局在检出普通被叫用户线市话示忙时,在后向上发
送该信号。
��一用户长话忙信号������来话���信号交换局在检出普通被叫用户线长话示忙,或者优先、数
据和传真用户忙时,在后向上发送该信号。
��一线路不工作信号������来话���信号交换局在检出被叫用户线中断或不能工作时,在后向上
发送该信号。对于移动终端,由于电池故障也会发送该信号。
��一空号������来话����信号交换局在收到的号码是未分配的号码时,在后向上发送该信号。
��一发送专用信号音信号������来话���信号交换局在后向上发送该信号,用来指示应该给主叫
用户发送专用信号音�目前是忙音�,这种信息音在不能用其他专用故障信号表示,不能建立到达被叫用
户的呼叫时使用。
��一接人拒绝���������信号是在目的地����交换局进行一致性检验不成功后由于后向不兼容
而发送的信号,表示呼叫遭到拒绝。当目的地交换局收到全数字通路请求时,如果用户为非数字用户线
则发送该信号�当用户侧设置免打扰功能时,目的地交换机也发送该信号。
��以上信号无需等待话路导通,检验完成即可发送。
��在网间接续过程中,关口交换局收到以上信号后都必须进行前向拆线。
�����通路选择�����
��来话����信号交换局在收到需要全数字通路请求的呼叫时,如果不能在去话中继上提供数字通路
�只有模拟通路�,则发送该信号。
��该信号无需等待话路导通检验完成即可发送。
��在网间接续过程中,关口交换局收到该信号后必须进行前向拆线。
�����呼叫失败信号�����
��只有当呼叫不成功的原因不属于以上�节定义的失败原因,而是由于协议差错或者是由于相关的定
时器超时,方可传送该信号。
��在网间接续过程中,关口交换局收到以上信号,都必须进行前向拆线。
���网间不需要传送的���消息
��以下�种���消息不需要在不同网间传送�
��一���消息�脉冲计次消息�
��一���消息�话务员消息��
��一���消息�再应答消息��
�关于网间����程序和消息编码的补充说明
�����程序的规定应参照�����������的规定,本节中针对网间的情况,把需要在网间引起注意的
消息和程序进行补充说明,具体建议在网间使用的信息字段的编码参见附录��
�������������
���主叫用户号码
��前向发送的信息,用来识别主叫用户,该参数主要用于对主叫用户的计费和在主叫用户号码显示业
务中使用。主叫用户号码的格式可参见�����������第����节。
��主叫用户号码总是包括在初始地址消息中,所有的主叫号码都必须以��结尾,且该值应当作为地
址号码的一部分,主要原因是目前多数计费交换局都必须以��作为主叫号码结束的标识,如果不包含
��,则可能造成呼叫失败,限制地址提供表示语的默认值����允许提供��
��号码内容传送的要求参见������������������������������和���������������的要求
��被叫用户号码
��被叫用户号码用来识别被叫用户的信息,通常,被叫用户号码和主叫用户所拨的号码是相同的,但
当呼叫为智能呼叫�例如����业务�时,呼叫被接续至���,经过���翻译后,此时的被叫用户号码
则可能与用户所拨打的号码不同。
��对于被叫用户号码,该号码结尾不需要��。其地址性质与实际号码的对应关系与主叫用户号码相同。
��原被叫号码
��原被叫号码是在呼叫转移时用来识别原被叫用户的,在前向上发送的号码。原被叫号码的用途主要
是对从改发的位置起到改发到用户的呼叫计费。
��对于固定用户,原被叫号码带长途区号,不带��,地址性质为国内有效号码�对于移动号码,原被
叫号码为������号码,不带��,地址性质也为国内有效号码。
���改发的号码
��前向发送的信息,表明呼叫最后被改发的号码。当网络允许存在多次前转时,这个号码用来对第二
次�随后的每次�转发的用户进行呼叫计费。在目前的电话网中,只允许呼叫前转一次,因此该号码通
常与原被叫号码是相同的,因而这个号码的设置原则应当与原被叫号码的设置完全相同。
��改发号码
��后向发送的信息,表明呼叫必须重选路由到达的号码或前向转移的号码。这个号码的作用主要是向
主叫交换局提供呼叫发生转移的相关信息,因此这个信号可以不需要���
��对于固定用户,改发号码带长途区号,不带��,地址性质为国内有效号码�对于移动号码,改发号
码为������号码,不带��,地址性质也为国内有效号码。
��被连接的号码
��被连接号码是后向发送的信息,该号码用于识别所连接的用户。这个号码的作用主要是向主叫交换
局在���消息中提供呼叫最终连接的用户标识,因此这个信号可以不需要���
��对于固定用户,被连接的号码带长途区号,不带��,地址性质为国内有效号码,对于移动号码,被
连接的号码为������号码,不带��,地址性质也为国内有效号码。
��位置号码
��位置号码采用�����号码,为表明用户的位置而发送的信息。在����网中,只有出现业务提供点
与主叫位置不在同一个本地网时才使用该号码,位置号码通常与主叫用户的号码�应当包含区号�相同,
但在与移动网互通时,则该位置号码用来表示移动主叫的具体位置,通常采用区号����号码的方式表
示����������������。该号码后不需要使用���
���下��参数的设置说明
��对于话带内传真和模拟电话机,该参数设置为�������������音频�
����������
��对于����数字电话,该参数设置为���������语音�
��对于����数据业务,该参数应设置为����������������不受限。
�������优选表示语
��对于���为������音频的应用,该参数可以设置为���不是所有方向都需要�����也可设置为
为��,所有方向优选�����
��对于���为语音的应用,该参数应设置为��,所有方向优选�����
��对于���为�������不受限的应用,该参数应设置为��,所有方向都需要�����但当受端网络不
能提供该类应用时,可能会造成呼叫失败。
����关于参数兼容性参数的说明
��随着����版本的不断提高,对于参数兼容性参数的需求也就越来越明显。为了能更好地支持�业
务,����在����年的建议中定义了多个用于支持与���交互的参数,因此为了能保证良好的兼容性,
建议每个关口局都应能正确的处理参数兼容性参数。当发端关口局向受端关口局发送的消息中启用了
�����������年版的未包括和规定暂不使用的新参数时,应携带上关于这些参数的兼容性信息。
����关于消息兼容性参数的说明
��对基于�����������版本的����的交换局,在其发送的����消息中可以不带消息兼容性参数。
但为了能保证良好的兼容性,每个关口局都应能正确地对消息中的消息兼容性参数进行处理。
����关于不支持业务时的说明
��当两网间由于业务开放上存在差异时,可能会出现携带的信令参数不兼容,造成网间发送���消息,
该消息虽然不会影响网间通信质量,但对网间的信令传送效率会产生影响,为此建议应由提供新业务�在
消息中增加了新参数�的网络关口局,根据对端网络的业务情况,对业务参数进行删除。当不能删除新
增参数时,参数兼容性参数呼叫释放指示语必须设置为不释放呼叫。
���������协议中常用释放原因的发送规则
��本节只规定了在关口局间常用的����释放原因值发送的规则,其他的原因值定义和发送可参见
�����������的规定,原则上规定的释放原因值必须与对应的事件相对应。
������未分配的�未确定的�号码������
��该原因表示不能到达主叫用户所请求的终点,因为虽然号码格式有效,但该号码目前尚未分配。该
原因值的���消息等效于���消息中的���消息。
�����发送特殊的信息音《����
��该原因表示呼叫不能达到被叫用户,并且应向主叫用户返回特殊信息音。该原因值的���消息等效
于���消息中的���消息。
�����正常的呼叫清除《������
��该原因表示呼叫正在被清除,这是因为呼叫所涉及的用户之一已经请求清除呼叫。在正常情况下,
网络不发送这一原因。该原因值的���消息等效于���消息中的���或���消息。
�����用户忙�������
��当被叫用户因为该线群的呼叫占用,表示不能接收另一个呼叫。该原因值的���消息等效于���
消息中的���或���消息。
������无用户应答�������
��当用户在规定的时间周期内已经向用户振铃,但被叫用户未应答时�由目的她交换局使用该一原因
�������������
该原因可能由内部网络定时器产生。使用该原因值的���消息等效于���消息中由于被叫未应答而发
送的���消息。
�����呼叫拒绝�������
��该原因表示发送这一原因的设备不希望接收呼叫,虽然发送该原因的交换局既不忙,也可以接收呼
叫,但用户不愿意结束该呼叫。通常该原因的发送是由于呼叫等待过程中由用户拒绝产生的。
�����目的地故障������
��该原因表示不能到达用户所指示的收端,因为收端的接口工作不正常。术语“工作不正常”表示信
令消息不能递交到远端用户�例如远端用户的物理层或数据层故障,用户设备脱机等。使用该原因值的
���消息等效于���消息中的���消息。
�����无效的号码格式�不完整号码��������
��该原因表示不能到达被叫用户因为被叫用户号码的格式无效或被叫用户号码不完整。使用该原因值
的���消息等效于���消息中的���消息。
�����正常,未规定�������
��仅在正常原因类别中无其它原因适用时,使用该原因报告一个正常事件。通常来讲该消息一般是由
协议转换产生的。
�������无可用的电路�通路�������
��该原因表示目前尚无适当的电路�通路可用来处理呼叫。使用该原因值的���消息等效于���消息
中的���消息。
���������临时故障������
��该原因表示网络工作不正常,并且这一状态不可能持续很长时间。通常这类问题与���中���类似。
�������交换设备拥塞������
��该原因表示产生这一原因的交换设备正在历经高业务量周期。使用该原因值的���消息等效于���
消息中的���消息。
�������请求的电路�通路不可用������
��当另一侧接口不能提供请求实体所指示的电路或通路时,返回这一原因。使用该原因值的���消息
等效于���消息中的���或���消息。
�������不兼容的终点������
��该原因表示发送这一原因的设备已经接收到了一个建立呼叫的请求,该呼叫具有不能适用的低层兼
容性、高层兼容性或其它兼容属性�例如数据速率�。使用该原因值的���消息等效于���消息中的
���消息。
������定时器超时的恢复��������
��该原因表示由于定时器超时而启动了一个与�����差错处理程序相关的程序。使用该原因值的���
消息等效于���消息中的���消息
�������协议差错。未规定��������
��仅在协议差错类别中无其它原因使用时,使用该原因报告协议差错事件。使用该原因值的���消息
等效于���消息中的���消息。
�������互通,未规定《�������
��该原因表示正在与一个不提供网络动作的原因的网络互通,例如对方网络中使用了非���信令的系统。
�������������
����附录�
���规范性附录�
丁��协议的消息编码格式
���网间呼叫信令消息信息字段的设盆规定
���������消息中信息字段的设置规定
��网间传送的���的消息格式如图���所示,消息参数的编码设置如下。
曰〕�����二�����
备用主叫用户类别����路由标记
��������������������
第一指示语八位位组地址信号地址信号的数��消息指示语
附加的主叫用户网络能力或用户性
计费信息原被叫地址主叫用户线标识附加的选路�息闭合用户群信息
���信息能信息�国内任选�
图���带有附加信息的初始地址消息���
��路由标记的格式如图��所示。
��比特��比特��比特
图��路由标记的格式
�����表示消息要发送目的地信令点的编码����表示消息起源信令点的编码,信令点编码使用
定制服务
推荐标准
- DB14/T 3063-2024 内镜逆行胰胆管造影技术规范 2024-08-07
- DB14/T 3069-2024 放射治疗模拟定位技术规范 2024-08-07
- DB14/T 3070-2024 高频电刀临床使用质量控制规范 2024-08-07
- DB14/T 3066-2024 住院患者院内转运工作规范 2024-08-07
- DB14/T 3072-2024 心脏除颤器临床使用质量控制规范 2024-08-07
- DB14/T 3065-2024 医疗临床运送工作规范 2024-08-07
- DB14/T 3067-2024 放射治疗CT模拟定位系统质量控制 检测规范 2024-08-07
- DB14/T 3062-2024 内镜下黏膜剥离术操作规程 2024-08-07
- DB14/T 3068-2024 立体定向放射治疗技术规范 2024-08-07
- DB14/T 3071-2024 呼吸机临床使用质量控制规范 2024-08-07