1、中立*口1996-01-31发布中华吕行业标准YD/T 805-1996 idt CCITT x. 519: 1993 开放系统互连:协议规范1996-07-01实施邮电部发布YD/T 805-1996 j欠目前言.n CCITI前言1在E围. . . 2 引用标准. . 3 定义. . . ,. 4 缩略语. 5 约定. 6 协议综述. . . . . . . 号码簿协议抽象句法.7 8 附录A(标准的附录)附录B(标准的附录)附录C(标准的附录附录D(标准的附录附录E(标准的附录)附录F(标准的附录附录G(提示的附录)到己用服务的映射.一致性. DAP的ASN.l表示DSP的ASN.l表示
2、DISP的ASN.l表示P的ASN.l表示协议客体标识符的参考定义号码簿操作连结类型修改和勘误. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . E. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . E112333 。7947924661112223333 I VD/T 805一1996
3、前本标准等同采用CCITTX. 519 , 19931IS/IEC 9594-5，1993 RESPC刷DSshadowS叩脚rCO时racl5 YD/T 805-1996 ID id-rosObj田t-re晤。ndi咱Cons哑nerDSA)两个DSA之间对一系列操作连结进行管理的交互动作被定义为一个dopContract0 d叩-d国ROS-O剧ECT-CLASS : BOTH dopContract I 10 id-rosObject-dopDSA/ 参与这一契约的DSA被定义为)个dop-d且类别的ROS客体。这一契约被作为个基于ROS的信息喜体在6.6中规定。6.3 DAP契约和包d
4、apCo肚ract被定义为个CONTRACT类别的信息客体。CONTRACT dapContract CONNECTION dapConnectiorPackage IN厅IATORCONSUMER OF (readPackage 1 searchPackage 1 n叶odifyPacka伊10 id-contract-dap) 当一个DUA与一个来自不同开放系统的DSA交互作用时，这一联系契约可以作为一个OSJ应用层协议来实现，该协议在本系列号码簿规范中称为号码簿访问协议CDAPl。以OSJ应用上下文表示的这一协议的定义在本号码簿规范的7.2中提供。dapContract由一个连接包dap
5、ConnectionPackage和三个操作包readPackage、searchPackage、modifyPackage组成。连接包dapConnectionPackae被定义为一个CONNECTION-PACKAGE类别的信息客体。这个连结包的连结和分结操作directoryBind和directyUnbind在CCITTX. 511 1 JSO/IEC 9594-3中定义。dapCon田ctionPackageCONNECTIC刷PACKAGE: : BINO dir.田toryBindUNBINO dire刷刷刷刷10 id-package-dapConnection I 操作包re
6、adPackage.searchPackage和modifyPackage被定义为OPERATION-PACKAGE类别的情息客体。这些操作包的操作在CClTTX. 511IISO/IEC 9594-3中定义，readPackage OPERATION-PACKAGE : ( CONSUMER INVOKES (read 1 co叩are1 abandon) 10 id-package-read) searchPackage OPERATION-PACKAGE . CONSUMER INVOKES list 1 s田r由)10 id-package-search I 用。dffyPacl毛ag
7、eOPERATIO忡PACKAGE: : CON巳UMER刷VOKES(aEntry 1 removeEntry 1 modffyEntry 1 modifyDN I 10 id-pa出age-modify) 应当作J.JASE实现时，这些包用于构成本规范中所定义的应用上下立。不打算考虑将其用于对单独ASE或这些ASE的茸他组合的一致性要求.曲子DUA是dapContract的发起者，因此官表现为这一契约中操作包的接受者角色。这意味着在这一契约及其OSI实现中。只有DUA才能调用操作。6.4 DSP契约和也dspContract被定义为一个CONTRACT类别的信息客体。dspC。时ractC
8、ONTRACT: : I CONNECTION dspComectionPackage 6 YD/T 805-1996 OPERATIONS OF chai陪dReadPackagelcha阳dSearchPackageI chai附dModityPackageID id-cantract-蝴p当来自不同开放系统的一对DSA交互工作时，这一联景契约是作为一个OSI应用层协议来实现的，该协议在本系列号码簿规范中称为号码簿系统协议(DS肘。用OSI应用上下文表示的这一协议的定义在本号码簿规范的7.2中提供。dspContract由个连接包dspConnectionPackage和三个操作包chai
9、nedReadPackage、chainedSearchPackage以及chainedModifyPackage组成.连接包dSpConnectionPackage被定义为一个CONNECTION-PACKAGE类别的信息客体E它和连接包dapConnectionPackage是等同的。dspCorr阴阳nPackageCONNECTIC刷PACKAGEBIND dSABind UNBIND 10 dSAUnbir回icl-package-dspCcnnectkn) 操作包chainedReadPackage、chainedSearchPackage和chainedModifyPackage
10、被定义为OPERATJONPACKAGE类别的信息客体。这些操作包中的操作在CCITTX. 518 I ISO/IEC 9594-4中定义，chainedReadPa曲ageOPERATIONS 10 chainedSearchPackage OPERATIONS 10 chair喝啤加difyPa出ageOPERATIONS OPERATION-PACKAGE c阳l用dR田dlch町ledCompareI c阳inedA国目lonid-package-chainedRead OPERATION-PACKAGE 由四阳dListIcha阳dSearch)id-pacl咀ge-chai啤dSe
11、archOPERATION-PACKAGE (c阳阳dAddEntryI chainedRemoveEntry Ichai阳制。dif烬ntryI chainedModifyDN) ID id-package-chai帽曲odify应当作为ASE实现时，这些包用于构成本规范中所定义的应用上下立。不打算考虑将它ffJ用于对单拙ASE或这些ASE的真他组合的一致性要求。在dspContract中任何一个DSA都可以假定为发起者的角色，发起DSA和响应DSA中的任何一个都可以调用该契约的操作。6.5 DISP契约和包shadowConsumerContract和shadowSupplierContr
12、act被定义为CONTRACT类别的信息客体。shadowConsunnerOontract CONTRACT : : CONNECTION INITIATOR CSUM日ROF disComectionPackage (shadowConsunnerPackage ) o id ntract-shadowCons町、ershadowSupplierContracl CONTRACT : : CONNECTION dispConnectknPackage RESPONOER CONSUMER OF shadowS叩plierPackage 10 id-co耐ract-shadowSt.ppli
13、er注术语接受者和提供者在CONTRACT的表记法中使用，OPERATION-PACKAGE类别用于指明两种角色这两个结色分别与CCITTx. 5251 lSO/IEC 9594-9中使用的投Jf接受者和投影提供者这两个术语柑时应e两种形式的投影抽象服务的OSI实现(它们被集合地称为号码簿信息技影协议(DlSP)用若干OSI7 YD/T 805-1996 应用上下文来定义，并在本号码簿规范的7.2中提供-shadowConsumerContract和shadowSupplierContract卤一个通用的连接包dspConnectionPackage和一个操作包组成，在前者的情况下这个操作包为
14、shadowConsumerPackage，在后者的情况下为shadowSupplierPackage 连接包dispConnectionPackage被定义为一个CONNECTION-PACKAGE类别的信息客体它和连接包dapConnectionPackage是等同的，dispComecliorPackage CONNECTION-PACKAGE : : BIND dSAShadcwBind UNBIND dSAShadcwUnbind 盯id-package-di町pComect阳n操作但shadowConsumerPackage和shadowSuplierPackage被定义为OPER
15、ATION-PACKAGE类别的信息客体。这些操作包的操作在CCITTX. 5251 lSO/IEC 9594-9中定义。s阳dowC。阳urnerPackageOPERA TION-PACKAGE : : CONSUMER刷VOKESreq国民ShadowUpdaleSUPPLIER INVOKES (叩daleSl咀dowlID : : id-package-shadcwOonslJIT咀r)shadowSupplierPackage OPERATION-PACKAGE: : SUPPLlER INVOKES (c。町dinaleShadowUpdale1 updateShadow ) I
16、D : : id-package-由a由wSupplier)由于DUA是dapContract的发起者，因此它表现为这一契约中操作包的接受者角色。这意味着在这一契约及其OSI实现中，只有DUA才能调用操作。由于投影接受者是shadowConsumerContract的发起者，因此，它表现为shadowConsumerPackage的接受者角色。这意味着由投影接受者调用requestShadowU pdate操作，而由投影提供者调用UpdateShadow操作。由于投影提供者是shadowSupplierContract的发起者，因此它表现为shadowSupplierPackage的提供者角色
17、。这意味着由投影提供者调用这个契约中的操作.6.6 DOP契约和包dopContract被定义为CONTRACT类别的信息客体。dopContracl CONTRACT: : ( CONNECTION dopCon晴C加rPackageOPERATIC削SOF (doppackage ) ID id-conlracl -dop 当来自不同开放系统的一对DSA交互作用时，这一联系契约是作为一个OSI应用层协议来实现的，该协议在本系列号玛搏规范中称为号码簿操作连结管理协议(DOP)。用OSI应用上下文表示的这一协议的定义在本号码梅规范的7.2中提供。连接包dopConnect旧nPackage被定
18、义为CONNECTION-PACKAGE类别的信息客体，它和连接包dapConnectionPackage是等同的.8 dopComecliorPackage BIND CONNECTION-PACKAGE : dSAO阳ratio晒IBindi咱Manag凹陷时BindUNBIND dSAO阳刚lonalBindi咱IManagementU由MID id-package-dopCon晤时阳)操作包dopPackage被定义为一个OPERATION-PACKAGE类别的信息客体。这些操作包的操作YD/T 805-1996 在CCITTX. 5011 lSO/IEC 9594-2中定义.曲ppa
19、cka伊CONSUMER INVOKES OPERATION-PACKAGE ( establishO阳rationa回回同1 modifyO阳rati由回181，回i啕Iterm阳teOperational8indi吨10 idpackage-。四ratnal8indi咱Managerr田耐一个DSA是否可以假设为dopContract发起者角色取决于就使用这一契约的操作来管理的操作连结而言它所分配的DSA角色.只有发起者可以调用dopContract操作。只有对不同类型来说DSA角色都是兼容的(例如一个DSA对每一种连结类型来说都假设为角色A)时候，才能用比契约对一个以上的操作连结类型进行
20、管理.6. 7 层下服务的使用DAP、DSP，OOP和DISP协议按如下描述使用层下服务-6.7.1 ROSE服务的使用远程操作服务元素(ROSEl在CCITTX. 21911S0 9072-2中定义。ROSE支持远程操作的请求/应答范例。号码簿ASE是ROSE的RO-INVOKE、RO-RESULT、RO-ERROR、RO-REJECT-U和ROREJECT-P各种服务的用户。DAP和DSP的远程操作是异步的，注意，当DUA是一个DAP的接受者时，官可以选择以同步方式操作。DISP的远程操作应被作为同步操作来支持，也可任选地作为异步操作来支持。OOP的远程操作是异步的。6.7.2 RTSE服
21、务的使用可靠传送服务元素(RTSE)在CCITTx. 2181 lSO/IEC 9066-1中定义.RTSE提供应用协议数据单元(APDU)的可靠传送。RTSE确保准确一次地完整地传送每一个APDU，或警告发送者有例外发生。且TSE在通信故障和终端系统故障后恢复并将恢复所需要的重发量减至最小。定义带有或没有RTSE的两种可选择应用上下文以支持DISP.以正常方式使用RTSE.RTSE的正常方式使用意味着ACSE的正常方式使用和表示服务的正常方式的使用。如果RTSE被包括在一个应用上下文中，那么RO-BIND服务映射到RTSE的RT-OPEN服务上，RO-UNBIND服务映射到RTSE的RT-C
22、LOSE服务上.基本的ROSE服务是RTSE的RTTRANSFER、RT-TURN-PLEASE、RT-TURN-GIVE、RT-P-ABORT和RT-U-ABORT服务的独有用户。6.7.3 ACSE 服务的使用联系控制服务元素(ACSE)在CClTTX. 21711S0 8649中定义。ACSE提供AE之间应用联系的控制(建立、释放、放弃儿如果RTSE被包括在一个应用上下文中，那么RTSE是ACSE的A-ASS回IATE、A-RELEASE、A-ABORT和A-P-ABORT服务的独有用户。如呆RTSE没有被包括在一个应用上下文中，那么，RO-BIND和RO-UNBIND服务是ACSE的A
23、-ASSOCIATE和A-RELEASE服务的浊有用户。应用进塔里是ACSE的A-A因)RT和A-P-ABORT服务的用户。在支持DAP的联系上.A-A阪)RT或A-P-ABORT的接收将终止所有的请求进程。除在CCITTX. 5181 lSO/IEC 9594-4中描述的某些情况外，这一点对DSP来说也是成立的.证实所要求的对DIB的9 YD/T 805-1996 修改是否己经发生是号码簿用户责任.在支持DISP的联系J:.A-ABORT或A-P-ABORT的接收在CCITTX. 5251 ISO!IEC 9594-9中描述。在支持OOP的联系上，A-ABORT或A-P-ABORT的接收在C
24、CITTX. 5181 ISO!IEC 9594-4中描述。6.7.4 表示服务的使用表示服务在CCITTX. 2161150 8822中定义。表示层协调要被交换的应用层语义的表述(句法)。在正常方式下，不同的表示上下文用于应用上下文中所包括的每一个抽象句法。ACSE是表示服务中的P-CONNECT、P-RELEASE、P-U-ABORT和P-P-A政)RT服务的浊有用户。如果RTSE被包括在一个应用上下文中，那么RTSE是表示服务中的P-ACTIVITY-START、PACTIVITY-END、P-ACTIVITY-INTERRUPT、P-ACTIVITY-DISCARD、P-ACTIVIT
25、Y-RESUME、P-DATA、P-MINOR.SYNCHRONIZE、P-U-EXCEPTION-REPORT、P-P-EXCEPTION-REPORT、PTOKEN-PLEASE和P-CONTROL-GIVE服务的油有用户。如果RTSE没有被包括在一个应用上下文中，那么ROSE是表示服务中P-DATA服务的独有用户。不使用表示缺省上下文、上下文恢复和上下文管理。6. 7. 5 低层服务的使用(这一分条仅适用于CCITTX. 519而不适用于ISO/IEC9594-5) 会话服务在CCITTX. 215中定义。会话层建立端系统之间的信息流对话。如果在-个应用上下文中包括RTSE，那么表示层将
26、使用会话服务中的核心(Kernel)、半双工(Half-duplex)例外CException甘、次同步(Minor-synchronize)和活动管理CActivityManagement)功能单Jt o 如果在一个应用上下文中不包括RTSE.那么，表示层将使用会话服务中的核心和双王(Duplex)功能单元。运输层服务在CCITTX. 214中定义。运输层服务保证基础网络连接上数据的端到瑞透明传送。会话层使用的运输服务类别的选择取决于对复用和错误恢复的要求。对运输类别。非复用)的支梅是必备的。不使用加快运输服务CTransportExpedited Service)。对其他类别的支持是任选的
27、。一个复用类别可以用于DPA或DSP与相同网络连接上的其他协议的复用。在一个网络连接上可按不可接受的剩余差错率来选择差错恢复等级。假设一个基础网络，该网络支持ccnTX. 213中所定义的OSI网络服务。网络地址按CCITTX. 121、CCITTE. 163、CCITTE.164或CCITTX. 200(OSI NSAP地址)中的定义。7 号码簿协议抽象句法7. 1 抽象句法号码簿协议用到的两种抽象句法在别处定义。ACSE抽象句法acse-abstract-syntax是建立联系所需要的。RTSE抽象句法acse-abstract-syntax作为任选用于DlSPo采用CCITTX. 9TO
28、 IISO/IEC 9072-1定义的参数化类型ROS) ，Bind门和Unbind( )来规定ASN.l类型，抽象句法的值Ell该ASN.l类型推导出。这些抽象句法和以下规定的抽象句法应(至少)按基本ASN.l码规则进行编码。71.1 DAP抽象句法10 YD!T 805-1996 实现6.3中规定的操作包的各个号码簿ASE共事单一的抽象句法di让re缸沱t回o田ryAcc白es盹sAhs且t，阻actSyn削ta阻x它规定为ABSTRACT-SYNT AX类别的信息客体。direclory AccessAbstracl8yntax ABSTRACT -SYNTAX DAP-PDUs IDE
29、NTIF IED BY DAP-PDUs : : basicRos bir回lJ1bind DAP-lnvokelDSet id-as-dir田toryAcce田ASCHOICE ROS DAP-lnvokeIDSet. DAP-Invokable DAP-Ret.nab恒 Bind directoryBind I Unbind direclo叩Unbir回I. . DAP-Invokab陆OPERATION. InvokelD CALL EXCEPT abs回t,NULLl read 1阳叩arelabe晒nDAP-Retumable OPERATION . 7.1.2 DSP抽象句法11
30、i时1search la也Entry1 removeEntry 1 modifyEntry 1咄咄DN(read 1 coare 1翩翩nIlist 1 search 1 addEntry 1 removeEntry 1 modifyEntry 1 modifyDN) 实现6.4中规定的操作包的各个号码簿ASE共享单一的抽象句法directorySystembstractSyntax0 它规定为ABSTRACT-SYNTAX类别的信息客体。directorySystem国tractSyntaxAB8TRACT -SYNTAX DSP-PDUs IDENTIF IED BY D8P-PDUs :
31、 : bascRos bir回las-directorySysternAS CHOICE 同08DSP-lnvokeID8时，DSP-Invokable,DSP-Returnable , BinddSA目，回I Unbir回dSAUnbir回Iunbir回DSP-lnvokelDSet DSP-Invokable OPERATION . . . . Inv。但IDCALLEXCEPT absent , NULLl cha阳dReadlc阳帽dCo呻areI chai帽dAbendon1 chainedList 1 chainedSearch chainedModWyEntry D8P-Ret吁
32、nableOPERATION chainedModifyEntry 7. 1. 3 DISP抽象句法= . Icha阳dAddEntry1 chainedRemoveEntry 1 chainedModifyDN chainedRead 1 ohainedCompare 1 chainedAbendon 1 chainedList 1 chainedSearch Ichai阳dAddEntry1 chainedRemoveEntry 1 1 chai陪d1IIodifyDN 实现5中规定的操作包的号码簿ASE既可以采用抽象句法directoryShadowAb盯actSy时ax也可以采用dir
33、ectoryReliableShadow AbstractSyntax，这取决于应用上F文是杏用到RTSE，这两个抽象句法规定为ABSTRACT-SYNT AX类别的信息客体。directoryShadowAbstactSyntax ABSTRACT -8YNT AX : : DISP-PDUs II YD!T 805-1996 IDENTIFIED BY id-as-directl田yShadoWAS)directoryReliableShadowA恼IraclSyntaxABSTRACT-SYNTAX : ( Rellable-DISP-PDUs IDENTIFIED BY id-as-d
34、irectoryRellabieShadoWAS) 另外，以下抽象句法用于使用RTSE的上下文中，官包括RTSE本身的抽象句法以及Bind(dSAShadowBind)和Unbind(dSAShadowUnbind)的抽象句法rtseAndShadowBindi咱A国IraclSyr阳xABSTRACT -SYNTAX ReliableS阳.dowBindi咱P口UsIDENTIF IED BY id-as-reliab恒ShadoWBindl咱AbslraclSynlax)规定ASN.l类型采用ROS仆，BindI )和Unbindl的参数化类型，抽象句法的值由ASN.l类型推导出来。D巴P
35、-PDUs: : CHOICE I basicROS ROSIDISP-I阳okelD晦et，D巴P-h1vokable，因SP-RellJ阳剧时，bind Bindd巳AShadowBindJ , urtllnd Ur邮回dSASha曲wlO1bind Rel自ble-DISP-P肌Js:ROSD暗P-lnvole OPERATION 7.2 号码簿应用上下文12 InvokelD CALL EXCEFT a国回I，NULU(e5Ia!:is阳peratio咽IBi叫1咱lmodify句era阳旧IBind吨1 termi阳teO阳rationalBindi咱 establishOperal
36、ionalBindi咱1 modifyOperat阳阳旧ind咱Iterm阳teO阳rationalBindir唱YD!T 805-1996 7.2.1 号码簿访问应用上下文dapContract按directoryAccessAC实现，该应用上下文规定为APPLICATION-CONTEXT类别的信息客体，dir，田toryAC所述为将毕号码簿姐也有新版本叶使用。DUA可以按号码得规范最新版本的规定发一请求，宣布DUA己实施。采用以下定义的扩展规则，该请求可被传送到适合对该请求应答的DSA中，而不管其中插入的DSA的版本，应答DSA应能象下面定义的那样发挥功能。注z仅链接班请求的中间口SA可
37、选择幢验号码撑APDU的被选元章，该APDU用于执行其功能，如名分析，7.5.1 DUA j;1J DSA 15 YD!T 805-1996 7.5. 版本协商当使用DAP接收一联系(即连结时，协商的版本应仅影响协议点到点的各方面，该协议在它连接的DUA和DSA之间进行交换。这一联系中随后的请求或响应不应受协商版本的限制.tt，目前在协议的平同版丰中.未指明DAP唱到点的各方面.7.5.2 请求和应答处理DUA可按其支持请求的规范最高版本发起请求。若请求元素中有一个或多个是关键性的，则DUA应在crticalExtensions参数中指明扩展号。注s若按规暗的早期版本实现DSA的正确操作，在C
38、HOICE.ENUMERA TED或INTEGER(用法同ENUMERATED)类型中替代的信息扩展是重要的，则建议将该扩展标记为关键性的.当处理DUA到DSA的请求时，应遵循7.5.2.2中定义的各项规则。当处理应答时.DUA应2a)忽略比恃串中所有未知的比特名定位，的忽略正用于枚举形式的ENUMERATED类型或INTEGER类型中所有未知的命名号码，若这个号码以SET或SEQUENCE的任选元素出现;c)忽略SET中、SEQUENCE尾部和CHOICE中所有未知的元素，这里CHOICE自身就是SET和SEQUENCE的任选元素。世执行过程可以作为本地的任选事项. .!略号码簿PDU中某些
39、附加元素.尤其是.SET和SEQUENCE必备元章中的一些未知命名号码或未知CHOICE也可被扭峙，而平响操作.这些元肃的标识有持进一步的研究.d)未知的属性类型和属性值的接收不被认为是违反协议，e)作为任选，向用户报告未知属性类型和属性值。7.5.3 差错处理的扩展规则当使用未知的指示问题和参数处理己知差错类型时.DUAiZ，a)未知的指示问题和参数的接收不被认为是违反协议capDUA不应发RO-U-REJECT或放弃应用联系), b)作为任选，向用户报告附加的差错信息.当处理未知差错信息时.DUA应a)未知的差错类型的接收不被认为是违反协议capDUA不应发RO-U-REJECT或放弃应用
40、联系), bl作为任选，向用户报告差错，7. 5. 2 DSA董IJDSA 7.5.2. 版本协商当使用DSP建立或接收一联系(即连结时，协商的版本应仅影响协议点到点的各方面，该协议在DSA之间进行交换。这一联系上随后的请求和应答应不受协议版本的约束。注，目前在协议的不同版本中，未指明DSP点到点的各方面.当使用DISP建立或接收联系(np连结时，协商的版本应定义在DSA之间交接的协议的所有方面。这一联系上随后的请求和应答应受协议版本的约束。植目前只有号种DISP协议版本当使用OOP建立或接收一联系(即连结时，协商的版本应对DSA之间交换的协议的所有方面予以定义。这一联系上随后的请求和应答应受
41、协议版本的约束。注z目前只有一种DOP协议版本a7.5.2.2 操作处理的扩展规则当执行一操作(名分析宪成之后)的任-DSA检测到未知语义的criticalExtensions的元素时，它返回一个unavailableCriticalExtensions指示作为serviceError或将其放入PartialOutcomeQualif田中。注若收到具有个或多个0值critcalExtensions串，阳表明符合这些值的扩展在操作中未出现或者是非关键性16 YD/T 805-1996 的。crLtlcalE皿enslOns中o值的出现井平意味着APDU中对应扩展的出现或不存在E否则，当处理号码簿
42、PDU时，OOA应z的忽略比特串中所有未知的比特名定!b)忽略正用于枚举形式的ENUMERATED类型或INTEGER类型中所有未知的命名号码，若这个号码以SET或SEQUENCE的任选元素出现，c)忽略SETSEQUENCE尾部和CHOCE中所高未知的元素，这里CHOICE自身就是SET和SEQUENCE的任选元素.注2执行过程可以作为本地的任边项，扭略号码槽PDU中某些附加元草，尤其是，SET相SEQU巳NCE必骨元章中的一些未知命名号码或未知CHOICE也可面组略，而不Ii响操作p这些元素的标识有待进一步的研究c7.5.2.3 链接的扩展规则若PDU是一请求，贝IjDSA应将包括未知类型
43、和值的请求传送到曲名分忻过程确定的任一附加的DSA中。若PDU是应答，则DSA应如同处理已知类型和值样，去处理未知的类型和值(见分布式操作号码簿规范中有关结果的条)，并传送到发起DSA或DUAo7.5.2.4 差错处理的扩展规则当处理带有未知的指示问题和参数的已知是错类型时，DUA应a)未知的指示问题和参数的接收不被认为是违反协议(epDUA不应发RO.U-IU己用服务的映射。8. 1中定义从I】IAP、DSP、I泊P以及不包含RTSE的DISP上下文到己用服务的映射。8.2节中定义使用RTSE的DlSP应用上下文到己用服务的映射。8. 1 省略RTSE的DISP应用上下文本条定义从DAP、0
44、01.)01应用上下文以及不包含R丁町的DISP应用上下文J现有服务的映射E8. 1. 1 到ACSE的映射本分条定义从DirectoryBind、DSABind、DSAShadowBind或DSADOPRind服务，以及DirectoryUnbind、DSAUnbind、DSAShadowUnbind或OOAlJOPUnbind服务到ACSE服务的映射町ACSE在CCITTX. 2171 lSO 8649中定义。8.1.1.1 连结JIJA -ASSCX二IATEI卫rectoryBind、DSABind、DSAShadowBind或DSADOPRind映射到ACSE的A-ASSOCIATE
45、服务17 YD/T 805-996 上。以下几个分条将对A-ASSOCIATE服务参数的使用加以限定。8. 方式这一参数由A-ASSOCIATE请求原语中的联系发起者提供，其值为正常方式飞8. 1. .2 应用上下文名联系的发起者要提供下列应用上下文.)对于DAP.要提供directoryAccessAC; b)对于DSP.要提供directorySystemAC，。对于OOP.要提供directoryOperatonalBindingManagementAC;d)对于DISP.要提供shadowS叩pl时JnitiatedAC或shadowConsumerInitiatedAC 0 8.1.
46、3 用户信息从Direc凶。ryBind或DSABind到A-ASSOCIATE请求原语的用户信息参数的映射在CCITTX. 219 IISO 9口72-1中定义。8. .,. 1.4 表示上下文定义表联系发起者要在A-ASSOCIATE请求原语中提供表示上下文定义表.A-ASSOCIATE请求原语中除包含ACSE抽象句法。d-as-acs叶，还要包青DAP抽象句法Cid-as-directo叩Acce皿AS)、DSP抽象句法。d-as-directorySystemA町、DOP抽象句法(id-as-dire川ctoryOperationalBindingManagementAS)或DISP抽
47、象句法(id-as-directoryShadowAS)0 8.1.5服务质量这一参数由A-ASSOCIATE请求原语中的联系发起者，以及A-ASSOCIATE响应原语中的联系响应者提供.参数扩展控制及参数优化对话转移将被设置为非期望特征。其余参数应使用缺省值。8.1.6会话要求A-ASSOCIATE请求原语中的联系发起者，以及A-ASSOCIATE响应原语中的联系响应者设置这一参数，并用该参数来说明以下功能单元z.)核心b)双工8.7 应用实体名及表示地址这些参数由联系发起者和响应者提供(选用地提供应用实体名).DUA要建立对应于一个初始请求的联系时，从本地持有的信息中获得这些参数。若一个DUA(或DSA)被指点到另一个DSA.则当该DUA(或DSA)和该DSA建立联系时，从Continuation Referenc
