首页 > 通信行业标准(YD) > YDN 034.4-1997 ISDN 用户一网络接口规范 第4部分:补充业务技术规范
YDN 034.4-1997

基本信息

标准号: YDN 034.4-1997

中文名称:ISDN 用户一网络接口规范 第4部分:补充业务技术规范

标准类别:通信行业标准(YD)

标准状态:现行

出版语种:简体中文

下载格式:.zip .pdf

相关标签: 用户 网络接口 规范 补充 业务 技术规范

标准分类号

关联标准

出版信息

相关单位信息

标准简介

YDN 034.4-1997.
1主题内容与适用范围
YDN 034.4规范概括说明了在用户一网络接口,上适用于控制ISDN补充业务的通用程序。这些程序可以用于与现有呼叫相关的或者在任何现有呼叫之外的补充业务的申请和操作。同时,本技术规范规定了16 种补充业务详细的定义、编码、程序及信息流程,业务类型见3.1。
2引用标准
下列标准所包含的条文,通过在本技术规范中引用而构成为本技术规范的条文。在技术规范出版时,所示版本均为有效。所有标准都会被修订,使用本技术规范的各方应探讨、使用下列标准最新版本的可能性。
ITU-T Q.430(1993) ISDN基本用户一网络接口物理层技术规范
ITU-T Q.431(1993) ISDN一次群速率用户一网络接口物理层技术规范
ITU-T Q.921(1993) ISDN用户一网络接口数据链路层技术规范
YDN 034.3-1997 ISDN用户一网络接口第三层基本呼叫控制技术规范
YDN 032-1997综合业务数字网(ISDN)技术体制
ITU-T I.251(1992) ISDN号码识别类补充业务通用结构和业务能力
ITU-T I.252(1992) ISDN呼叫提供类补充业务通用结构和业务能力
ITU-T I.253(1992) ISDN呼叫完成类补充业务通用结构和业务能力
ITU-T I.254(1992) ISDN多方通信类补充业务通用结构和业务能力
ITU-T L.255(1992) ISDN社团类补充业务通用结构和业务能力
ITU-T L.256(1993) ISDN计费类补充业务通用结构和业务能力
ITU-T I.257(1992) ISDN附加信息转移类补充业务通用结构和业务能力
ITU-T Q.950(1993) ISDN DSS1补充业务协议,结构和一般规则
ITU-T X.208(1988) 抽象语法记法一(ASN.1) 的规范

标准图片预览






标准内容

YDN 034.4—1997
YDN(341997在《ISDN户网络接规范》总标题下,包折以下部分:第1部分(即YDN034.11997):物理层技术规范:第2部分(即YDN034.2—1997>:数据链路层技术规范;第3部分(即YDN034.31997):第三层基本呼叫控制技术规范;第4部分(即YDN034.4—1997):补充业务技术规范。本支件是标排的第4部分,
本部分标准主要根据国际电信联盟ITU-T的建议Q.932、Q.950、Q.951、Q.952、Q.953、Q.954、Q.957编制的,部分技术内容上与这些国际建议等效。本部分标准主要述了ISDN用户--网络接LI1适用丁控制ISI>N补充业务的通用程序,以及16种ISDN补允业务的详细定义、编码、程序以及信息流程。本标准的附录A、附求B都是标准的附求。本技术规范于1997年由邮电部批准,店米根据通信网络和电信业务发展的需要义做广补充修订,于1999年正式发布。本标准由信息产业部科学技术司提出并归I。本标准起毕单位:邮电部电信传输研究所本标准起草人:高兰赵慧玲
邮电部技术规定
ISDN用户一网络接口规范
第4部分:补充业务技术规范
1主题内容与适用范围
YDN 034.4—1997
本技术规范概括说明了在用户一网络接口上适用于控制ISDN补充业务的通用程序,这些程序可以用丁与现有呼叫机关的或者在任何现呼叫之外的补充业务的中请和操作。同时,本技术观范规定了16种补充业务详细的定义、编码、程序及信息流程,业务类型见3.1。
2引用标准
下列标准所包含的条文,道过在本技术规范中引用而构成为本技术规范的条文。在技术现范版时,所示版本均为有效。所有标准都会被修订,使用本技术规范的各方应探讨、使用下列标准最新版本的可能性。[TU-T Q.430(1993)
[TU-T Q.431(1993)
ITU-T Q.921(1993)
YDN 034.31997
YDN032—1997
ITU-T I.251(1992)
ITU-T I.252(1992)
ITU-T1.253(1992)
ITU-T 1.254(1992)
TTU-T 1.255(1992)
ITU-T1.256(1993)
ITU-T 1.257(1992)
ITU-TQ.950(1993)
ITU-TX.208(1988)
ITU-T X.209(1988)
1ITU-T X.219(1988)
ITU-T X.229(1988)
ISDN基本用网络接口物理层技术规范ISDN·次群速率用户一网络接[1物理层技术规范ISDN用广一网络接口数热链路层技术规范ISDN用血一网络接口第三层基本呼控制技术规范综合业务数字网(1SDN)技术体制ISDN号码识别类补充业务通用结构和业务能力ISDN呼叫提供类补充业务通用结构和业务能力ISDN呼州完成类补充业务通用构和业务能力ISDN多力通信类补充业务通用结构和业务能力ISDN礼团类补充业务通用结构和业务能力ISDN计费类补充业务通用结构和业务能力ISDN附加信息转移类补充业务通用结构和业务能力ISDNDSSI补充业务协议,结构和般规则抽象语法记法·一(ASN.I)的规范抽象语法记法·(ASN.1)的基本编码规则的规范远程操作:模型、记法和服务定义远程操作:协议规范
中华人民共和国邮电部1997-02-18批准KAOIKA
1997-03-01实施
业务概述及通用协议
补充业务一般性介绍
YDN 034.4--1997
口前ITU-T··共规定了7类补充业务。3.1.1号码识别类补充业务
(1)直接拨入
(2)移用户号码
(3)1:线识别提供
(4)主叫线识别限制
(5)被接线识别提供
(6)被接线识别限制
(7)*恶意呼叫识别
(8)子地址
3.1.2呼叫提供类补充业务
【1]*呼叫转移
(2)遇忙呼叫前转
【3】无应答呼叫前转
(4)无条件呼叫前转
(5)*呼叫转拘
(6)*子线
3.1.3呼叫成类补充业务
(1)呼叫等待
(2)呼叫保持
(CLIP)
(CLIR)
(COLP)
(COLR)
(MCID)
(CFNR)
(3)*对占线用户呼叫的完成
(4))终端移动性
3.1.4多方通信类补充业务
(1)会议呼叫
(2)三方业务
3.1.5社团类补充业务
(1) *闭合用户群
(2) * 专用编号计划
(3)*多级优先
3.1.6计费类补充业务
(1)*让费通知
(2)*反问计费
(CCBS)
(CONF)
(3PTY)
(MLPP)
3.1.了附加信息转移类补充业务用户一用户信令
注:对下带“*”的业务,本技术规范仪给山业务定义及描速,其详细程序不他括在本技术规范范用内。
3.2通用协议
本技术规范规定了在ISDN用户一网络接口控制补充业务的通用协议:键盘协议和功能性协议。这些协议是在:S/T参考点控制平面的一层上运行的,并假设--层和二层的2
YDN034.4-—1997免费标准下载网bzxz
使用符合建议1.430,I.431,Q.921,外,两个通用协议使用的前提是,L经建立广数据链路,一层到一层之阅的接门上可以使川确认的信息传递业务,键益协议是以使用键盘设施信息单儿和融示信息单元为基础的。键盘设施信感单元以包个在SETUP和INFORMATION消息中,由用户发送到网络,用以补充业务的调用。各种补充此务的键盘设施的编码山网络决定:显示信息单元包含在网络向用户发送的任何消息中,用以向用户显示一些相关的补充业务处理绪果。该协议处激励型的,在某种意义上是指它不需要知道用产设备止在请求哪个补充业务。该协议适用于其本接入和-次群速率接入两种结构。详细规定见第4章。功能性协议是以使用设施信息单元和FACILITY消息为基础的。该协议是功能性的,在某种意义上指它需要知道用设备所支持的相关补充业务。风此,通过定义用广设备户已能够处理的协议单元,可以使用户设备在无人介入的情况下顺利操作。功能性协议适用基本接入和次群速率接入两种结构,详细规定见第5章。4键盘协议
本章描述了在用户一网络接口使用键盘协议控制补充业务的税序。该通用协议使用了YDN034.3—1997基本呼川程序所提供的功能和业务以及建议Q.921定义的数据链路层的功能。键盘协议是在基木呼叫控制程序的础上,增加些与补充业务请求,控制相关的操作,放而不应与基本呼叫控制程序相矛盾。4.1键盘协设的程序类别
对补充业务的设施请求有两类程序:a)与选端用户现有的呼叫无关的对补充业务的登记,取消,激活,去激活或询的程!
b)对远端用户的现有呼叫有影响的补充业务的中请。本技术规范仅规定a)类程序。以下3个段落的说明也是针对a)类程序。每次设施请求只能完成一个键盘型补充业务控制程序(即,激活,去激活,调用,查询,取消或登记)。
在一个特定补充业务控制程序中,用户可以存主叫用户号码信息单元中指示被服务用户标识息。如果用户米提供,则网络将使用分配到该接入1的缺省号码。如果用户提供了主叫用户号码信息单元,则网络检查其有效性。若提供的主叫用户号码有效,则网络将在以后的补充业务控制程序巾使用该号码。考提供的主叫用户号码无效,则网络将使用分配到该接入的缺省号码。若用户要在一个特定补充业务控制程序中指定个募本业务,则在键盘设施信息单元1包含基本业务衣示语来指定基本业务,基本业务表示语编码见表20。如果键盘设施信息单元中无基本业务农示语,则基本业务表示语置为“所有业务”,这表明该补充业务控制程序适用于所有已预约了的基本业务。如果基本业务表示语包含·一个无效的值,则网络格护绝该补充业务控制程序。3
4.2调用程序
4.2.1用户侧程序
4.2.1.1整体发送业务接入
YDN 034.4--1997
用户在向网络发送的SETUP消感的键盘设施信心单元中包含补充业务设施请求值息,对于所有补充业务,除缩位拨号业务以外,样》字符应作为设施信息字符中中的最后个符。当测络收的第个或更后的宁符是<>,则解释为“发送光全指示”。若网络判定键盘设施信息单心中信息不用,则按4.2.2.2进行养错处理,若信息有效,厕执行4.2.2.1。
4.2.1.2重受发送业务接入品
用户通过SETUP与多个INFORMATION消息发送补充业务的设施请求信息,使用YDN034.319975.1.3规定的重叠发送程序。般而言,只有承载能力信息单元指示“语”、“3.1kHz产频”或“带信号咨录通知的不受限数了信息”时,网络才提供拨号音。在收到第---个含键裁信息或被叫用户号码信息的INFORMATION消息后,网络你发送援专音。
对于有效的补充业务借息,网络应按4.2.2.1喇应。若无效,按4.2.2.2程序处理,4.2.2网络侧程序
4.2.2.1网络应答用户的请求
当进行补充业务的登记、取消、微活战去激活程序(与远端用户现有呼川无关)时,若键微估息小完整(例如,最后个享符不是(#)),则网络向主叫用户发送SETUPACKNOWLEDGE消息。如果收到的SETUP消感中承载能力指示为“语音”、“3.IKHz音频”或“带有信号音/录夜通知的不受限数字借息”,则网络在发送的SETUPACK-NOWLEDGE消息包含进展表示语No.8“带内佰息或适当的码型现在可用”,J提供带内录音或响应音。用户通过INFORMATION消息将剩余的键盘信息发送给网络。当收到了完整的键盘信息后,而且网络接受该申请,则可以问1叫用广发送[NFORMATION消息,其中显示信息单元包含对该补允业务设施请求的适当的应答,然后发送DISCONNECT消息,原因号码No.31“正常,未规定”,随后继续正带的呼叫清除程序。另外,如果收到的SETUP消息中承载能力指示为“语音”、“3.IkHz音额”或“带有信号音录音通知的不受限数字信息”,则网络在发送显示信象的同时,可以向上叫用户发送PROGRESS消息,进展指示话No.8“带内信息或适当的码型现在可用”并提供带内录音或响应音,或者仅发送带内通知而不提供任何带外显示信息。若键盘信息完整,而月网络接受该申请,但还未发送SETUPACKNOWLEDGE消息,则向主叫用户发送CALLPROCEEDING消息,指定使用的B通路,可以向主叫用户发送INFORMATION消息,其中显示信息单元包含对该补充业务的设施请求的适当的应答,然后网络向主叫用户发送DISCONNECT消息,如原内号码No.31“正常,未规定”,随后继续正常的呼叫清除程序。另外,如果收到的SETUP消息中承载能力指示为“语音”、“3.1KHz音频”或“带有信号音/录音通知的不受限数字信息”,则网络在发送显示信息的同时,也可以向川用户发送PROGRESS消息、进展表示语No.84
YDN034.4—1997
“带内信息或适当的码型现在川用”,并提供常内录富或响应南,或者议发送带内知而不提供红带外品示信息。
4.2.2.2异常情况
格用户提供的键盐设施信息不能接受虾,可件何补充业务路无关,:网络应护绝该请求,有两种处理:
提供带内音录音时的呼叫洁除
当网络收到的SETUP消息中链盘设施信息是完整的,若发送SFTUIPACK-NOWLEDGE消息,则发送CAILPROCEEDING消总给.I叫川产,指示佳州的B路,然后向叫用户发送DISCONNECT消息,使用下中的个原因号妈,同时色含近展农求语No.8“带内信息或适“的码型现在可用”,网络将提供个求留或响成产。雅据狱续止带呼叫清除程序。
-No.69“请求的性能未实施”
-No.5门“表预所请求的性能”
No.63“无适用的业务或任选项H,未规定”-Na.29性能被绝”
注:健微没净信起单元中包含的设施信字对中出现以下的语法错时,使源内号Nn.291)<群或*作为收的设施信息总学等中的第一-、个乎衍;2)--个或多个必选参数失:
3)个或多个参数包含未定义的值:4参激太多。
DISCONNECT消息还可以包含显示信息,如果上述的业务请求指绝是小特定业务相关的原内,则品示息单元内睿山特定业务决定。如果出了·般性原达,则显示信息单元指示“REJECT”,除了DISCONNECT消息外,网络可以在发送DISCONNFCT消息之前,通过发送INFORMATION消息包含的显小信息单元,指尔业务扑绝的原闲信息,
h)不提供带内咨/录产时的呼叫清除如果在收到SETUP消息后,未发送SETUPACKNOWLEDGE消息,则网络应间1叫用户发送RELEASECOMPLETE消,清除呼叫,原因号码以及显小信息同a)、间样的:在发送RELEASECOMPLFTE消息之前,网络可以在INFORMATION消息的显示信息单元中指示业务报绝的原因信息。如果色发送了SETUPACKNOWLEDGE消息,则网络向川H户发送DISCONNECT消息。清除呼叫,原因号码以及显示信息同a)。同样的,除了DISCONNECT消息外,网络可以在此之前在INFORMATION消息的壶示信息单儿中指示业务指绝的原邀信息。
5功能性协议
本章描述了在用广一网络接!门控制补充业务的功能信令程序。5
TYKAONIKAca
YDN034.4—1997
该通用协议使用了YDN034.31997中基本呼叫程序所提供的功能和业务,和Q.921建设中定义的数据链路层的功能。5.1功能性协设的程序类别
补充业务功能性信令中定义了两类程序:第~炎是独立消息方式,使用独立消以类型指示所需要的功能。这类程序使用HOLD和RETRIEVF消息集,第二类为公共估息单元方式,使用设施信息单元。两类程序类别都是以对称方式规定的,可以在网络到用户和用户到网络两个方向上进行信令交换。
5.2补充业务的功能
用户和网络对补充业务的控制有以下几种情况:的)在呼叫建立期问调用补充业务:b)在呼叫清除期间调用补充业务;)在呼叫运行状态调用与呼叫相关的补充业务;激活、去激活、验证与运行的呼叫无关的补充业务:e)在·个消总中调用多个不同的补充业务:f)谢用与不同呼叫相关的补充业务:g)取消被调用的补充业务,并给补充业务发起者通知。小呼叫参考来提供呼叫相关的补充业务与该呼叫的关系,并且该呼叫由补充业务修改[描述a)、b)、c),e)、f)、g)情说],与呼训无关的补充业务的中请及其响应之间的捐关性是由含设施信息单元的消息的呼叫参考利在设施信息单元内的调用标识符(invokeidentifier)的组合米提供的[指情况d)、e]g]。在“条消息内标识不同补充业务的中请足由相应的设施信息单元的调用标识符来提供的指情况e)和]。识别与不同呼叫有关的补充业务的中请走由具有与各呼叫相应的呼叫参考的不同消息来提供指情况切],即使用不同的呼叫参考值来认别每个呼叫。5.3独立消息类型
本章使用第6章中定义的以下消息来调用特定的功能,需要资源的改变,辅助状态的定义以及点到点的状态机制的同步。这些消息实现的功能与使用设施信息单元实现的功能不重叠。
这些消息是:
HOLD、HOLD ACKNOWLEUGE、HOLD REECT、RETRIEVE、RETRIEVEACKNOWLEDGE、RETRIEVEREJECT.5.3.1呼叫保持和呼叫恢复功能
保持功能用于将一个处于建立或运行状态的呼叫置于呼叫保持辅必状态。如果用户提山请求,还可以为该用户保留正在使用的B通路或其它B通路,并由该用户的连接端点标认符(CE)来识别,通路保密的程序见5.5。该呼叫的参考值应保留给随后该呼叫的恢复和通路的再连接时使用。作为任选,B通路也可以被释放,由网络分配给其它呼叫使用。
恢复功能用于重新使用户连接到一个B通路。6
YDN034.41997
保持和恢复动能用于对称方式即,保持请求及恢复请求可以内接的任何·侧发5.3.2保持及恢复功能的辅助状态在保持与恢复功能巾定义了一种辅助状态,它使每个呼叫邯有两种状态:-种是YIN034.3—1997第2章中定义的呼叫状态(Q.931状态):另种是与呼叫保持与恢复功能剂关的辅助状态,谢种状态的变化占不影响,与保持及恢复功能相关的程序使别6个辑助状态:空闲:
保持请求:已经提出保持功能的请求:保持指示:已经收到保持功能的请求:…呼叫保特呼啦被保持:
恢复请求:已经提出恢复功能的请求;恢复指示:已经收到越复功能的请求,5.3.3呼明保持程序
通过发送HOLD消总来调用呼川保时功能保持功能的调用不影响Q.931状态,仪改变辅助然态:接口的两方都可以中请保持功能,当出现冲突时,优先权给网络侧:5.3.3!发起方实体的操作
保时功能的发起方发送HOLD消息给应答方实体,个将要保持的呼叫的参号,然后应启动定时器T-hld(T-hld的值见5.3.5),进入保持请求辅助状态,等待HOLI)ACKNOWLEDGE消息。处于保持十的呼叫必须是分配了CEI值,并H为该呼叫和或CEI选定了个B通路。
当辅助状态为空闲时,充许在以下的Q.931呼叫状态调用保持功能:-呼叫递交(U4,N4))
呼μ接收(U7,N7)(注)
一连接请求(U8,N8)(注)
一运行(UIO,NIO)
注:仪应用了点一点配,
当收到HOLDACKNOWLEDCE消息时,发起方实体应停.止定时器T-hld,释放B通路,进入呼叫保持辅助状态。当收到HOLDREIECT消息时,发起方实体应停正定时器T-hld,返回发送HOT.1)消息前的辅助状态。
如果T-hld超时时仍末收到HOLDACKNOWLEDGE消息,则发起方实体进入空闲辅助状态。
5.3.3.2接收方实体的操作
收到上HOLD消息时,则接收方实体进入保持指示状态。如果保持请求是在空闲辅助状态和5.3.3.1中所列的Q.931呼叫状态时,则接收方实体应释放B通路,返回HOLDACKNOWLEDGE消息给发起方实体,进入呼叫保TYKAONIKAca
辅助状态,
YDN 034.4--1997
如果保持请求不是在空闲辅到状念和5.3.3.1所列的Q.931呼叫状态时,接收方实体成使用5.3.3.3的程序。
5.3.3.3异常情况
若接收方实体不认识HOLD消息,应使月YDN034.3—19975.8的程序若是在UI2/N12.U19/N19状态收到HOLD消息,则接收方实体应不理躲该请求继续止常的呼叫清除。
若是在5.3.3.1中所列的呼叫状态、12/N12、U19/N19以外的状态收到HOLD消息,则接收力实体应发送HOLDREJECT消息,原因号码No.101“消息与呼Ⅲ川状态不符”,并且保持在收到HOLD消息以前的辅财状态。若是在空闲及保持请求以外其它辅助状态下收到HOLD消息,则应答方实体应发送HOLDREJECT消息,原因号码No.I01“消息与呼叫状念不符”,保持在收到HOLD消息以前的辅期状态。
若未实现保持功能,则应答方实体应应答HOLDREJFCT消息,进入实闲辅助状态,原因见相应的补充业务。
对于处丁呼叫保持辅助状态的呼叫,可以发送DISCONNECT消息,按YDN034.3一19975.3清除呼叫。当收到或发送RELEASECOMPLETE消息时,被保持的呼叫应进入空闲辅助状态。
5.3.4呼叫恢复程序
通过发送RETRIEVE消息来调用呼叫恢复功能。该消息可以在呼叫保持辅助状态时发送。
RETRIEVE消心可以定个优选的、任意的、或唯一指定的通路。有关通路识别信息单元的使用程序同基本呼叫控制。接口的两方都可以请求恢复功能,当出现冲突时,优先权给网络侧。5.3.4.1发起方实休的操作
在呼叫保持或恢复请求辅助状态和5.3.3.1中所列的呼叫状态下,发起方发送RETRIEVE消总给接收方实体,使用被保持的呼叫的参考值,然后应府动定时器T-re(T-ret的值在5.3.5定义)进入恢复请求辅助状态,等待RETRIEVEACKNOWLEDGE消息。RETRIEVE消息包含通路识别信息单元,按YDN034.319975.1.2(如果用户发送RETRIEVE消息)或YDN034.3—19975.2.3(如果网络发送RETRIEVE消息)执行通路选择程序。网络侧发送的RETRIEVE消息中通路识别信息单元不能使用编码“无可用的B通路”。
当收到RETRIEVEACKNOWLEDGE消息后,发起方实体应停止T-ret,连接到指示的B通路,进入空闲辅助状态。当收到RETRIEVEREJECT消息后,发起方实体应停止T-ret,进入呼叫保持辅助状态。如果在收到RETRIEVEACKNOWLEDGE消息前T-ret定时器超时,则发起方实体进入呼叫保持辅助状态。5.3.4.2接收方实体的操作
收到RETRIEVE消息后,若接收方实体足在呼叫保持辅助状态及5.3.3.1小所列的8
YDN034.4—1997
呼叫状态下,并日有适当的B通路以分配给听叫,则应返叫RETREVEACK-NOWLEDH消息,进入空闲辅助状念,并连接到该B通路。如果RETRIEVE消息的通路识别信息单元中指示“指明通路,不接受其它选择的通路”·并H该指小可以按受,则接收方实体在:RETRIEVEACKNOWLEDGE消息中成不包含通路识别信息单元。
RETRIEVE/RETRI正EVEACKN(OWLEDGF消息中的通路协商按YDN034.3—19975.1.2 的规延。
5.3.4.3异常情况
格起在呼叫保持及恢复请求以外其它辅助状态下收到RETRIEVE消息,则接收方实体应发送RETRIEVEREJECT消息,康因号码No.10I“消息与呼叫状态不符”,保持在收到RETRIEVE消息以前的状态。若当辅助状态为呼叫保持时,在5.3.3.1中所列的呼叫状态、U12/N12以外的状态收到RETRIEVE消息,则接收方实体发送RETREVEREJECT消息,原因号码No.I0I“消息与呼叫状态不符”保持在收到RETRIEVE消息以前的状态。若是在U12/N12状态收到RETRIEVE消心,则应答方实体应不理腺该请求。若RETRIEVE消息中指示“唯的通路”,而丑该通路无法用作恢复保持的通路,则接收方应发送RETRIEVEREJECT消息,原因号码No.44“请求的电路/通路不可用\。RETRIEVE消息中指示“优选某B通路”或“仟何B通路”,或不含通路识别信息单元,低是无任何通路可以用于恢复被保持的呼叫,则接收方应发送RETRIEVEREJECT消息,原因号码No.34“无可用的电路/通路”。若未实现恢复功能,则接收方实体应应答RETRIEVEREJECT消息,进入呼叫保持辅助状态,原因见相应的补充业务。5.3.5参数值(定时器)
表【所示保持及恢复功能使用的定时器。表!保持及恢复功能定时器
定时器
5.3.6保持呼叫的清除
动原因
发送HOLI>消息
发送RETRIEVE消息
正常停止
收到HOLDACKNOWLEGE消息
或HOLD RFJECT 消息
收到RETRIEVEACKNOWLEDGE消息或RETRIEVEREJFCT消息
处于呼叫保持辅助状态的呼叫可以通过在任何方向发送DISCONNECT消息来清除:除了有关B通路拆除的规定,成使用YDN034.3--19975.3F常呼叫清除程序。此外,\收到或发送RELEASECOMPLBTE消息,保持的呼叫应认为进入空闲的辅助状态及Q.931零状态。
KAOIKA
5.4公共信息单元类型
YDN 034.4--1997
该炎科序4要通过使上ACILITY消息以及本叶控制消息中带设施信息单无米实现所希整的补充出务
动能性协议使可·种荧活的,端点开放的方法来实现提供补充业务的协议,非Ⅱ;窄易地引入新务:
一充许在·个消息中进行多个补充业务的调用:一支持在实现补充业务中无须定义新消息而使用人量的参数:一支持非呼村关补充业务调用:5.4.1呼叫相义补充业务的程序
对丁在呼叫建:及呼叫清除期间启动的明叫相关补充业务,使用YDN034.3—1997第5学和第6章所描述的呼叫控制程。例如,发端用户在SETUP消息中提出补充业务的日请,通过业务提供者的ALERTING、CONNECT、RELFASECOMPLETE或H其它适当消息中的设施信息单元,收到远端用户的返回结果,返国差错,拒绝成份类型。(行美成份的定义见了7.2.1)。
对于在呼叫运行期问初始化的呼叫相关补充业务,使用FACILITY消息在现存的情令连接上交换设施信息单元。该信令连按山止在运行的呼叫的呼叫参考俏识别。当·个补充业务涉及到多下个的呼叫,则不同的呼叫多考各白识别不同的呼叫。5.4.2与承载连接无关的补充业务程序该程序定义了与承载连接无关的操作的传送功能。这些传送功能是在用户一网络接1!,使用建议Q.921描述的数据链路业务来交换消息。主要通过使用传送消息(即,FACILITY消息),带设施信息单光含操竹成份米实现所希望的补充业务。与承载连接无.关的传送功能有两类:一点到点,无连接;
…广播式,无连按。
5.4.2.1无连接点到点传送
在这些程序调用前,在用户和网络之间必须建次可靠的数据链路。所有消息成使所DL.DATAREQUEST原语发送到数据链路层,当点到点链路凹经存在,网络和用户可以逾过FACILITY消息使用无连接协议。FACILITY消息使用虚的呼叫参考。FACILITY消息及其设施信息单元用作传送“户”信息,如设施信息单光中的成份结构。
FACILITY消息可以包含被叫用户号码信息单元和被叫用户了地址信息单元。5.4.2.2光连接广播传送
无连接播传送协议是在网络向用户发送FACILITY消息的基础上实现的。无连接播协议使用麓的呼叫参考。
网络发送FACILITY消息时,应使用DLUNITDATAREQUEST原语,TEI值为127。
FACILITY消息使用虚的呼叫参考。FACILITY消息可以包含被叫用户号码信息单10
YDN034.4—1997
元利被叫用广了地址信息单元。接收方对被叫号码信息的处同YTDN034.31997附求A的寻址信息兼穿性检影程序
5.4.3乐常程序
设施信息单元中各类操作使用的数据类型的定义在建议X.229中提供。--般的差错处理程序见YDN034.3一19975.8规定的程。对十公共信息单元类型的差错的特定处理程序在以下各节中观庭。5.4.3.1战份相关的差错
如果收到的任何消息中设施信息单元的协议鉴别谱差错,则除「在光连接传送情况下不返叫STATUS消总以外,按YDN034.3—19975.8.6和5.8.7规定的程序处理。如果网络或用户收的调用成份指示的操作不认识,即与未实现的特定补充业务或功能相关,则应向发送方返固设施信息单元,带有拒绝成份,报告是属于“gcncralproblem”间题值为“unrecognized operation”:该拒绝成份小影响对该消息或消息中具它信息单元的处理。
如果设施信息单元中的操作值是认识的,但未定义应在所发送的消息中包含,则应回以返回差错成份“proceduralerror”。5.4.3.2传送机关错
如果收到的FACILITY消息术包含设施信息单元,则除了在无连接传送情况下不返I-ISTATUS消息以外,按YDN034.3—19975.8.6规定的释序处理。5.4.3.3呼叫相关的差错
如果网络或用户收到的SETUP消息中包含认识的补充业务操作请求,似不能继续处理所请求的操作,则使用以下中的一种处理程序,1)网络或用户可以通过发送RELEASECOMPLETE消息包含原因信息单元或设施信愿单元带有返回差错或拒绝成份来清除呼叫请求以及拒绝补充业务调用:2)网络或用户可以按正常呼叫控制程序继续呼叫请求,川通过在FACILITY消息或其他合适的呼叫控制消息中包含带有返回差错或拒绝成份的设施信息单元来拒绝补充业务的调用:
3)网络或用户可以继续正常的呼叫控制程序,而忽略补充业务的调用。具体的实施任选由特定补充业务程序决定。对设施信息单元中成份部分的协议差错将通过拒绝成份来报告。如果发送使用与当前呼叫相关的呼叫参考的FACILITY消息时:并月H丁呼叫相关的原因该呼叫将被清除,则根据补充业务的调用情况,使用下列程序:网络或用户可以保持该连接及呼叫参考,并可以在正带呼叫清除程序启动前响应FACILITY消点:或
一网络或用可以在第-个清除消息中(即,DISCONNBCT,RELEASE,RELEASECOMPLETE)发送设施信息单元来响应:或网络和用广可以继继呼叫清除程序。5.5网络侧通路保留功能
网络侧通路保留功能允许用户保留通路不为间一接口工其他用户使用,以提高以后KANIKa
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。