V52技术规范22B.docx
《V52技术规范22B.docx》由会员分享，可在线阅读，更多相关《V52技术规范22B.docx（16页珍藏版）》请在冰点文库上搜索。
V52技术规范22B
K.2时隙可用性
一个V5.2接口中所有的2048Kbit/s链路的1至14时隙和17至10时隙应可以分配作为承载通路。
如果任一个2048Kbit/s链路的15、16或31时隙没有指配作为物理C通路使用，则它们应可以用作承载通路。
V5.2接口上的承载通路可以用于任一种业务（例如，PSTN承载通路、ISDNB通路、ISDNH通路）。
不应将承载通路、承载通路组或2048Kbit/s链路专用于某些业务或通路类型。
K.3时隙分配和解除分配原则
K.3.1概述
将V5.2接口时隙分配作为承载连接时，LE应使用以下的原则：
如果适用，AN也应使用以下的原则：
（a）LE单独负责时隙的分配。
（b）由于一个故障或差错，或由于AN内部阻塞，AN可以拒绝一个连接请
求。
（c）LE国内PSTN协议实体或ISDN协议实体可以请求一个新的时隙分配。
（d）如果在DE－ALLOCATION消息中没有包括所有要求的数据，则不可
能继续此消息所对应的承载通路连接的解除分配进程。
当LE中不知道标识一个承载通路的所有相关数据时，在开始解除分配进程前，LE应使用审计规程从AN申请剩余的信息。
如果审计的结果是有关这样的一个连接不存在的通知时，LE应在内部清除该BCC承载通路连接记录。
（e）一个呼叫所需要的ISDN－BRA或ISDN－PRA用户端口B通路，应
在使用BCC协议建立V5接口时隙之前，由DSS1协议实体内部预留。
然后，使用DSS1规程，B通路将被分配，并在适当的DSS1消息中通知给ISDN用户。
在用户控制下，可能还需要进一步重新安排B通路。
（f）在分配时隙的过程中，LE应当应用连接打包，即按照优先级的顺序将
连接分配到一个V5.2接口2048Kbit/s链路。
包含一个以上物理C通路的2048Kbit/s链路赋予适当的优先权。
这些原则应当用于所有的连接，以便尽量减小用于多时隙连接时拥塞的概率。
连接打包增大了未检测出的故障对业务的影响，特别是在低话务量时。
不设定单个固定的优先级，则可以改善这种情况，这种效果通常是在故障性能和多时隙连接拥塞性能之间的折衷。
支持V5.2接口的LE实现应考虑这种折衷。
（g）对于AN半永久连接和预连接承载通路，当它们所使用的2048Kbit/s
链路出现故障时，或当BCC协议报告AN内部故障时，它们应由LE管理重新分配到其它2048Kbit/s链路（如果可利用）。
在出现故障的情况下，可交换的承载连接不应重新分配到其它V5.2时隙。
（h）在终接ISDN呼叫的情况下（LE提供呼叫到AN），LE必须在将发送到
ISDN接口的DSS1SETUP消息中指示将用于该呼叫的B通路或H通路的标识。
因此，在发送SETUP消息之前，LE必须确保接口中将用作承载通路的时隙的可用性，这样这些时隙才能正确地分配到ISDN端口，这种情况表示需要协议同步即分配进程应在发送SETUP消息之前完成。
在接收到分配拒绝消息的情况下，LE中的BCC协议实体应使用MDU－BCC（分配拒绝指示）原语向资源管理实体通知这一事件，也应向ISDN协议实体发送适当的通知。
当接收到这个指示，ISDN协议实体可以在向ISDN用户发送释放完成（RELEASECOMPLETE）消息之前申请另一个承载通路的分配。
如果要重申请，则重试的次数取决于实现和ISDN协议实体控制的DSS1定时器限制。
（i）在始发ISDN呼叫的情况下（AN启动到LE的呼叫），LE应在作为
对接收到的SETUP消息应答的DSS1消息（即，ALERTING、CALLPROCEEDING、CONNECT）中指示呼叫使用的B通路或H通路的标识。
因此，在向接收到的SETUP消息发送适当的应答之前，LE必须确保接口中将用作承载通路的时隙的可用性，这样这些时隙才能正确分配到ISDN端口。
这种情况表示需要协议同步，即分配进程必须在发送对SETUP消息应答的DSS1消息之前完成。
（j）在终接PSTN呼叫的情况下，（LE发送到AN的呼叫），LE通常在
发送出“初始振铃信号”之前，应保证用于该呼叫的承载通路的可用性。
（k）在始发PSTN呼叫的情况下（AN发送的到LE的呼叫），LE通常在
发送出现“拨号音”之前，应保证用于该呼叫的承载通路的可用性。
（l）当清除ISDN或PSTN呼叫（由用户或网络启动）时，LE应向AN
启动适当的动作，以便清除分配给该特定呼叫的V5.2资源；
当启动与一个ISDN端口有关的解除分配进程时，LE可以从呼叫连接拆除承载通路（V5时隙）并在完成解除分配的进程之前继续进行ISDN呼叫清除（即，不要求DSS1协议和BCC解除分配进程之间的同步）：
（m）表K.1给出了在BCC协议规程中何时使用不同拒绝原因的信息：
表K.1拒绝原因类型的使用
原因
描述
未指定
发现未包含在本表中的故障
接入网故障
由于已标识出一个内部AN故障，分配或解除分配进程不能完成
接入网阻塞（内部）
由于已发现一个内部AN阻塞，分配进程不能完成
在PSTN用户端口中已存到另一个V5时隙连接
由于选择的PSTN端口上已存在连到另一个时隙的连接，分配进程不能完成
在时隙中已存在到另一个端口或ISDN用户端口时隙的连接
由于在选择的V5.2时隙上已存在连到另一个用户端口或用户端口时隙的连接，分配进程不能完成
在ISDN用户端口时隙中已存在到另一个时隙的连接
由于在选择用户端口时隙上已存在连到另一个时隙的连接，分配进程不能完成
用户端口不可利用（阻塞）
由于选择的用端口不可利用，分配进程不能完成
由于不兼容的数据内容，解除分配不能完成
由于所提供的有关时隙、用户端口和用端口时隙的数据与所有的用户端口连接都不匹配，解除分配进程不能完成
由于V5时隙数据不兼容性，解除分配不能完成
由于所提供的有关V5时隙的数据与AN数据不匹配，解除分配进程不能完成
由于端口数据不兼容性，解除分配不能完成
由于所提供的有关用户端口的数据与任一个AN用户端口都不匹配，解除分配进程不能完成
由于用户端口时隙数据不兼容性，解除分配不能
由于所提供的有关用户端口时隙的数据与AN用端口不匹配，解除分配进程不能完成
用户端口没有指配
由于没有指配所标识的用户端口，分配进程不能完成
无效的V5时隙标识
V5时隙的标识不能与可用作承载通路的时隙匹配
无效的2048Kbit/s链路标识
V5.2接口上的2048Kbit/s链路的标识不能与任何一个可用的链路匹配
无效的用户端口时隙标识
用户端口时隙的标识不能与选定的ISDN用端口上可用的时隙匹配
V5时隙正在作用物理C通路
由于标识的V5时隙正在用作一个物理C通路，进程不能完成
注：
其它值不适用。
（n）除了可能的分配/解除分配承载通路，DSS1补充业务的指配不需要来自
BCC协议的任何其它功能。
K.3.2多时隙连接
在将V5.2接口时隙分配到多时隙（即N×64Kbit/s）承载连接时，LE应使用以下的原则，如果适用，AN也应使用的以下的原则：
（a）在一个呼叫（或半永久或预连接承载通路分配）的开始，所有用于一
个多时隙连接的时隙都应同时由一个单个的BCC分配进程来分配；
（b）在一个呼叫（或半永久或预连接承载通路分配）期间，应允许构成
多时隙的连接的时隙被单独的释放或者按照任意的比例同时释放其中的一部分。
这种能力允许在一个呼叫（或半永久或预连接承载通路分配）剩余的过程中减少带宽的分配；
（c）在一个呼叫（或半永久或预连接承载通路分配）的分配结束时，所有
构成多时隙连接的时隙应同时被释放；
（d）一个多时隙连接所需的多个时隙应可以从（单个2048Kbit/s链路中）
任意空闲时隙中选择，不必是一组连续的时隙；
（e）时隙序号完整性（TSSI）的结构属性将应用于用户－网络接口和V5.2
接口之间的连接单元。
这样：
──在用户－网络接口和V5.2接口，对于一个通路集合中的每个通路，显式地或隐含地区分所使用的时隙；
──在接收端上从时隙中传递的信息部分，与在发送端发送的次序相同；
──在用户侧使用的所有时隙应在同一个ISDN－BRA或ISDN－PRA接口；
──在V5接口使用的所有时隙应在同一个2048Kbit/s链路中。
（f）8KHz完整性的结构属性应用于用户－网络接口和V5接口之间的连接
单元。
这样：
──在用户－网络接口和V5接口，125μs间隔中发送所有比特在一个对应的
单个定界的125μs间隔中传送；
──如果要求一个预连接承载通路支持多时隙交换业务（例如H0或H12），
而不是只支持64Kbit/s业务，它应作为N×64Kbit/s连接建立，以保证该业务的时隙序号完整性和8KHz完整性。
K.3.3覆盖能力
为了更好支持某些用户业务能力，当分配承载通路连接时，LE可以使用覆盖能力。
这样允许原先连接到和某个ISDN用户端口上一个B通路的承载通路被连接到相同ISDN用户端口上另一个B通路。
覆盖能力只能在单个的64Kbit/s承载通路分配规程中使用。
K.4审计规程原则
BCC协议中包含必要的方法以允许LE从AN获取有关特定的连接信息，而LE不知道这个连接的部分信息。
这个规程应符合一定原则，例如：
（a）仅当其它进程（分配或解除分配）都完成时（即没有未处理完的进程），
LE才可以开始一个审计；
（b）当一个审计进程开始后，LE不能启动其它的分配或解除分配进程；
（c）多个审计进程使用不同的参考序号，可以同时运行；
（d）审计进程应由LE中的资源管理实体启动，或者由来自系统管理实体的
请求来启动；
（e）表K.2给出了在BCC协议中何时使用不同的原因值的信息。
表K.2原因值的使用
原因
使用
正常不完整
由于连接不存在，审计进程不能完成
用户端口没有指配
由于没有指配所标识的用户端口，审计进程不能完成
无效的V5时隙标识
承载通路的标识不能与审计的承载通路匹配
无效的V52048Kbit/s链路
V5.2接口上的2048Kbit/s链路的标识不能与支持所审计的承载通路的链路匹配
时隙正在用作物理C通路
由于标识的V5时隙正在用作物理C通路，进程不能完成
K.5AN内部故障通知原则
BCC协议包含必要的方法以允许AN向LE通知影响支持承载通路内部连接的内部故障。
使用这个规程应应用以下原则：
（a）当发生一个内部故障时，AN应通知所有支持承载通路连接的内部连
接。
不影响已分配的承载通路的内部故障则不通过BCC协议来进行通知。
（b）AN内部故障通知应基于单个64Kbit/s连接进行，并为每个连接启动
一个单独的进程。
（c）当通知一个内部故障时，AN应提供尽可能多信息，以便使LE能够标
识出承载连接。
但是，如果AN不能提供所有所需的信息，LE将基于收到的部分信息从它的内部数据中获取完整的信息。
K.6AN内部故障原则
当AN使用ANFAULT消息向LE通知一个AN内部故障时，并且在ANFAULT消息中包含用户端口标识信息单元以及V5时隙标识信息单元，如果涉及到ISDN端口，则还包含ISDN端口时隙标识信息单元，则AN中与受影响的连接有关的所有资源均被内部释放。
LE中的资源管理实体对通知的承载通路连接进行内部的解除分配，并向PSTN/ISDN协议实体通知这一事件，以便采取适当的业务动作。
当AN使用ANFAULT消息向LE通知一个AN内部故障时，并且在ANFAULT消息中或者包含用户端口标识信息单元，如果涉及到ISDN端口，则还包含ISDN端口时隙标识信息单元，或者包含V5时隙标识信息单元，但没有包含所有这些信息单元，则LE中的资源管理实体对通知的承通路连接进行解除分配，向AN发送一个DE－ALLOCATION消息，并将这一事件通知PSTN/ISDN协议实体，以便采取适当的业务动作。
在LE资源管理实体标识出受影响的承载通路连接是多时隙分配一部分的情况下，资源管理实体不对其余的承载通路采取任何动作。
一个ISDN协议实体应基于业务要求，负责触发采取适当的动作（例如，解除分配其余的承载通路连接）。
K.7BCC协议差错
BCC协议实体本应有能力检测出以下三类协议差错：
（a）涉及一个运行的BCC进程的差错（例如，由于没有响应一个重传的
ALLOCATION消息）。
这些差错应通知给资源管理实体；
（b）涉及一个不存在的BCC进程的差错（例如，由于当LE处于Bcc0状态
时接收到一个ALLOCATIONCOMPLETE消息）。
这些差错应通知给系统管理实体；
（c）涉及协议差错处理规程（参见17.5.8）的差错应通知给系统管理实体。
K.8消息流程图
K.8.1.用户启动的ISDN呼叫
K.8.1.1正常规程
对于用户启动的呼叫（正常规程），图K.1给出了BCC协议与DSS1交互消息的流程图。
在ISDN呼叫建立和承载通路分配的情况下，用于协议同步的要求是：
分配进程应在发送作为接收到SETUP消息的响应DSS1消息之前完成。
图K.1用户启动的ISDN呼叫，正常规程
K.8.1.2异常规程
对于用户启动的呼叫（异常规程），图K.2给出了BCC协议和DSS1之间交互消息的流程图。
图K.2用户启动的ISDN呼叫，异常规程
K.8.1.3同时启动的ISDN呼叫建立（从同一ISDN端口）
对于从一个用户端口同时启动的ISDN呼叫建立，图k.3给出了BCC协议和DSS1之间的交互的消息流程图。
图K.3从一个ISDN用户接口同时启动的ISDN呼叫建立
K.8.2网络启动的ISDN呼叫
K.8.2.1不允许通路协商（例如，无源总线配置）
对于网络启动的ISDN呼叫（不允许B通路协商），图K.4给出了BCC协议和DSS1交互的消息流程图。
图K.4网络启动的ISDN呼叫，不允许B通路协商
K.8.2.2允许通路协商（例如，点到点配置）
对于网络启动的ISDN呼叫（允许B通路协商），图K.5给出了BCC协议和DSS1之间的交互的消息流程图。
K.8.2.3支持ISDN呼叫等待补充业务
对于在用户-网络接口上没有可用的B通路，图K.6给出了BC协议和DSS1交互消息流程图。
K.8.5支持终端可携带性补充业务
图K.9给出了如何处理DSS1消息SUSPEND和RELEASE的消息流程图。
图K.9终端可携带补充业务
K.9消息流程图：
BCC和PSTN协议配合的示例
本节用消息流程图举例说明BCC和PSTN国内实体正确的配合。
本节中没有列出所有可能性，并且仅供参考。
K.9.1用户启动的PSTN呼叫
对于用户启动的呼叫（正常规程），图K.10给出了一个BCC的协议和PSTN协议交互的示例。
图K.10用户启动的PSTN呼叫，正常规程
K.9.12异常规程
对于用户启动的呼叫（异常规程），图K.11给出了一个BCC协议和PSTN协议交互的示例。
当从AN发出ALLOCATIONREJECT消息后，会存在后续的分配一个承载通路的尝试（例如，由国内协议中的一个定时器控制）。
K.9.4呼叫释放
K9.4.1用户启动的呼叫释放
对于用户启动的呼叫释放，图K.15给出了一个BCC协议和PSTN协议交互的示例。
DE-ALLOCATION
图K.15用户启动的PSTN呼叫释放
K.9.4.2网络启动的呼叫释放
对于网络启动的呼叫释放，图K.16给出了一个BCC协议和PSTN协议交互的示例。
远端释放
K.10链路故障原则
AN不应将持续的链路故障作为内部故障进行通知，持续的链路故障通常由AN和LE两侧识别。
如果LE为一个包含分配给端口的时隙的链路（例如，在识别出一个链路故障的情况下）在LINKCONTROL消息中发送一个链路阻塞命令，则AN中所有与受影响的连接有关的资源被在内部释放。
LE中的资源管理实体应对通知的承载通路连接启动解除分配，并将这一事件通知PSTN/ISDN协议实体，以便采取适当的业务动作。
V5接口国内PSTN协议映射技术要求
本附录内容与YDN020中的附录J内容相同。
提示的参考
（1）ITU－T建议O.162（1992）《对帧结构定位信号进行监测的设备规范》
（2）ITU－T建议G.921（1998）《基于2048Kbit/s系列的数字段》
（3）ITU－T建议M.3603（1992）《ISDN用户接入和安装维护》
（4）ITU－T建议Z.100（1993）《规范描述语言（SDL）》
（5）ITU－T建议Q.922（1992）《用于帧模式承载业务的ISDN数据链路层
规范》；
（6）ITU－T建议Q.933（1993）《用于帧模式承载业务的一号数字用户信
令系统（DSS1）信令规范》；
（7）GB9034－88《双音多频式按键电话机技术要求》。
升级会员 