1、ICS 35.240.30 M 19 道昌中华人民=IJ二./、和国国家标准消息处理业务GB/T 16520-2011 代替GBjT16520-1996 电子数据交换消息处理业务Message handling services-Electronic data interchange messaging service CITU-T F. 435: 1999 , IDT) 2011-07-29发布数码防伪/中华人民共和国国家质量监督检验检茂总局中国国家标准化管理委员会2011-11-01实施发布中华人民共和国国家标准消息处理业务电子数据交换消息处理业务GB/T 16520-2011 * 中国标
2、准出版社出版发行北京复兴门外三里河北街16号邮政编码:100045网址电话:6852394668517548 中国标准出版社秦皇岛印刷厂印刷各地新华书店经销* 开本880X 1230 1/16 印张3.25字数96千字2011年11月第一版2011年11月第一次印刷* 书号:155066. 1-43754定价45.00元如有印装差错由本社发行中心调换版权专有侵权必究举报电话:(010)68533533GB/T 16520-2011 目次前言.皿引言.凹1 范围.2 规范性引用文件3 术语和定义24 缩略语.2 5 约定6 EDI消息处理业务6. 1 引言-6.2 EDI消息处理46.3 EDI
3、消息处理环境46.4 EDI消息处理用户.4 7 EDI消息处理系统47.1 引言.4 7.2 EDIMS中的信息流.7.3 EDI消息处理业务的功能模型7.4 EDI消息的结构77.5 EDI通知88 EDIM责任与转发88. 1 引言.8 8.2 转发和二次分发.9 8.3 情况L无转发.8.4 情况2.内容不改变和转发EDIM责任.10 8. 5 情况3.不转发EDIM责任.12 9 EDI命名、寻址和号码簿的使用.14 10 EDI安全MU 与物理投递业务的互通11. 1 引言.11. 2 投递和通知.11. 3 EDIM责任的传递.11. 4 物理再现.12 为EDI使用的消息存储.
4、16 13 服务要素. 17 14 服务要素的分类.14. 1 基本的EDI消息处理业务17GB/T 16520-2011 14.2 EDI消息处理业务的可选用户设施四日业务质量.20 15.1 EDI消息状态2015.2 EDI业务提供者的支持.21 15.3 投递和通知时间的模型2115.4 EDI消息投递时间的目标值2115.5 EDI通知时间的目标2215.6 差错保护2215. 7 业务的可用性22附录A(规范性附录)术语的词汇表23附录B(规范性附录)服务要素的定义.27 附录c(规范性附录)安全综述.33 附录D(规范性附录)EDI命名、寻址和号码簿的使用40附录E(规范性附录)
5、交叉参考的综述6E G/T 16520-2011 目lJ1=1 本标准按照GB/T1. 1-2009给出的规则起草。本标准代替GB/T16520-1996(消息处理电子数据交换消息处理业务。本标准与GB/T16520一1996相比主要变化如下=一一一标准名称由消息处理电子数据交换消息处理业务改为消息处理业务电子数据交换消息处理业务); 一一修改了第1章范围的内容;一一一将第2章引用标准改为规范性引用文件，将所有引用标准的版本更新，并去掉ISO/IEC 10021-1(1988)、ISO/IEC10021-2 (1988)、ISO/IEC10021-5 (1988)、ISO/IEC10021-n
6、、ISO/IEC 9594-2(1988)、ISO/IEC9594-8(1988)、ISO/IEC9594-7 (1988); 一一将第3章定义改为术语和定义;一一增加了四个服务要素，分别是EDI消息的自动证实、B.3EDI消息的自动相关、B.4EDI通知的自动证实、B.33合并存储消息的EDI消息的提交，全文相关文字作修改;一一一附录B中增加四节，分别是B.2EDI消息的自动证实、B.3EDI消息的自动相关、B.4EDI通知的自动证实、B.33合并存储消息的EDI消息的提交;一一本标准修订时将GB/T16520-1996的附录C、附录D、附录E由提示的附录改为规范性附录。本标准使用翻译法等同
7、采用ITU-TF. 435: 1999(消息处理业务电子数据交换消息处理业务(英文版)。本标准由中华人民共和国工业和信息化部提出。本标准由中国通信标准化协会归口。本标准起草单位z工业和信息化部电信研究院、上海贝尔股份有限公司。本标准主要起草人:吴英桦、杨洁。本标准于1996年首次发布，本次是第一次修订。皿GB/T 16520-20门引本标准是有关消息处理的一组标准之一。这一组标准为由任意个合作开放系统组成的消息处理提供了一个综合性的规范。消息处理系统和服务能使用户在存储转发的基础上交换消息。由某个用户(始发者)提交的一份消息，由消息传送系统(MTS)(即一个较大型消息处理系统(MHS)的基本组
8、成部分)加以运送，然后投递给一个或多个其他用户(消息接受者)。一个MHS是由各种各样的互连功能实体组成的。消息传送代理(MTA)合作完成存储转发式的消息传送功能。消息存储(MS)为消息提供存储功能，并提交、检索和管理这些消息。用户代理(UA)帮助用户访问MHSo访问单元(AU)提供接至其他通信系统的和各种类型的服务，例如，其他远程信息处理业务和邮政业务的连接。本标准规定了称为EDI消息处理的消息处理应用的总的系统与业务说明。本版本规定了新的业务要素(EO日，这些EOS可以提供与用于消息存储关联和服务的IPM消息存储功能类似的EDI消息存储。N GB/T 16520-2011 消息处理业务电子数
9、据交换消息处理业务范围本标准规定了EDI消息处理的总系统与业务。在其他标准中，规定了消息处理系统与业务的其他方面。消息处理系统和业务相关标准均在ITU-TF. 400/X. 400的表1中列出。ITU-TF. 400系列标准规定了在MHS上构成的公用业务，以及公用业务对MHS间的相互访问。ITU-T X. 400系列标准规定了MHS技术方面的内容，在ITU-TX. 402/ ISO/IEC 10021-2中规定了MHS总的系统结构。在ITU-TX. 435/ISO/IEC 10021-9中规定了EDI消息处理技术方面的内容。2 规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引
10、用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。ISO/IEC 10021-1信息技术消息处理系统(MHS)第1部分:系统和服务概述(Information technology-Message Handling Systems (MHS) - Part 1 : System and service overview) ITU-T F. 400/X. 400 消息处理系统与业务综述(Messagehandling services: Message handling system and service overview ) ITU-T
11、F. 401 消息处理业务共用消息处理业务的命名与寻址(Messagehandling services: Na ming and addressing for public message handling services) ITU-T F. 415 消息处理业务与公用物理投递业务的互通(Messagehandling services: Inter communication with public physical delivery services) ITU-T X. 402 (1999) I ISO/IEC 10021-2: 1999 消息处理系统总体结构CInformationt
12、echnolo gy-Message Handling Systems (MH曰:Overall architecture) ITU-T X. 413 (1999) I ISO/IEC 10021号:1999消息处理系统消息存储抽象服务定义CInformation technology-Message Handling Systems(MH曰:Message store-Abstract service definition) ITU-T X. 435 (1999) I ISO/IEC 10021-9 消息处理系统电子数据交换消息处理系统(Information technology-Mess
13、age Handling Systems(MH曰:Electronic data interchange messaging system) ITU-T X. 501 (1997) I ISO/IEC 9594-2: 1998信息技术开放系统互连号码簿:模型(Infor mation technology-Open Systems Interconnection-The Directory: Models) ITU-T X. 509 (1997) I ISO/IEC 9594-8: 1998信息技术开放系统互连号码簿z公钥和属性鉴别框架(Informationtechnology一Opensy
14、stems interconnection-The Directory: Public-key and at tribute certificate frameworks) ITU-T X. 521 (1997) I ISO/IEC 9594-7: 1998信息技术开放系统互连号码簿已选的客体类别CInformationtechnology-Open Systems Interconnection-The Directory: Selected object clas ses) 1 G/T 16520-2011 3 术语和定义下列术语和定义以及附录A中的术语和定义适用于本文件。本标准的附录B中
15、包含有适用于EDI消息处理的服务要素的定义。在本标准中提出了适用于消息传送业务和由EDI消息处理所用的服务要素。但其定义则放在ITU-TF. 400的附录B中。3. 1 EDI转发EDI forwarding 将收到的EDIM向前传送给由进行转发的EDI用户代理/消息存储决定的一个还是多个接受者。在已投递到某个EDI用户代理或EDl消息存储的EDI消息，向前转发给另一个EDI用户代理或EDI消息存储时发生EDI转发。3.2 EDI消息EDI message 在EDI消息处理用户间传送电子形式的信息。EDI消息在EDI消息处理用户间运送的主信息客体类别的成员。参见ITU-TX.435的第5章。3
16、.3 EDI消息处理用户EDI messaging user 参与EDI消息处理的用户。EDI消息处理用户始发、接收或既始发又接收EDI消息。EDI消息处理环境包含任意数目的EDI消息处理用户。EDI消息处理用户可以是人，也可以是计算机进程。EDI消息处理用户可通过访问单元访问EDI消息处理系统。3.4 EDI通知EDI notification 次信息客体类别的成员，它给EDI消息的始发者指出EDI消息的EDIM责任的安排。3.5 EDI消息责任EDI message responsibility EDI消息责任指出某个特定的用户是否已通过它的EDI用户代理/消息存储提供可用的主题EDI消息
17、。EDI消息责任在本标准和ITU-TX. 435建议中不具有法定意义e4 缩暗语下列缩略语适用于本标准。ANSI 美国国家标准协会AU 访问单元DIT 号码簿信息树DL 分发表DUA 号码簿用户代理EDI 电子数据交换EDIFACT 电子数据交换用于行政、商业和运输EDIM EDI消息2 American National Standards Institute Access unit Directory information tree Distribution list Directory user agent Electronic data interchange Electronic
18、data interchange for Administration commerce and transport EDI message G/T 16520-2011 EDI肌1EEDI消息处理环境EDIMG EDI消息处理EDIMS EDI消息处理系统EDI-AU EDI访问单元EDI-MS EDI消息存储EDI-UA EDI用户代理EDIN EDI通知FN 已转发通知ID 标识符MD 管理域MH 消息处理MHS 消息处理系统岛1S消息存储MT 消息传送MTA 消息传送代理MTS 消息传送系统NDN 未投递通知NN 否定通知O/R 始发者/接受者PD 物理投递PDAU 物理投递访问单元P
19、DS 物理投递系统PN 肯定通知PRMD 专用管理域TL岛1A远程信息处理代理UA 用户代理UNTDI 联合国贸易数据交换UTC 协调通用时间+L n e m mm re vdu nvd ivQU ggg-M nnnE gbEbo- aaas gdcdqugd SSSE OLiWOLF-mmmm YEAYBAYEAYEA DDDD EEEE EDI message store EDI user agent EDI notification Forwarded notification Identifier Management domain 岛1essagehandling Message h
20、andling system 岛1essagestore 岛1essagetransfer 肌1essagetransfer agent Message transfer system Non-delivery notification Negative notification Originator /Recipient Physical delivery Physical delivery access unit Physical delivery system Positive notification Private management domain Telematic agent
21、User agent United Nations, trade data interchange Coordinated universal time 5 约定在第2章中，引用的是ISO/IEC取得一致的标准。使用大写字母时，尽可能地使用通用语言习惯。6 EDI消息处理业务6. 1 引言EDI消息处理业务给EDI消息处理用户提供一些特性，以便有助于与其他EDI消息处理用户消息处理。在大多数情况下，EDI消息处理用户是计算机进程。EDI消息处理业务利用消息传送业务的能GB/T 16520-20门力(见ITU-TF. 410)发送和接收EDI消息。描述EDI消息处理业务特性的服务要素在附录B中定
22、义，并在第14章中进行分类。EDI(电子数据交换)，可描述为计算机与计算机之间结构化的事务数据交换，例如发票和购货单。在某些情况下，EDI消息处理业务可用来将一次EDI互换发送到物理呈现系统，例如物理投递系统或传真机。EDI 消息处理业务由EDI消息处理提供。6.2 EDI消息处理EDI消息处理(EDIMG)由EDI消息(EDIM)的交换和EDI通知(EDIN)组成。这些消息和通知均是在ITU-TX. 435中规定的信息客体。6.3 EDI消息处理环境EDI消息处理产生的环境可以被模型化为以下称为EDI消息处理环境(EDIME)的功能客体。细分(按功能分解)时，EDIME可以看作是由称为EDI
23、消息处理主客体的更小客体组成的。这种主客体包括单个中心客体、EDI消息处理系统(EDIMS)和若干个称为EDI消息处理系统用户(EDIMG用户)的外围客体。EDI消息处理环境结构见图L圈1EDI消息处理环境6.4 EDI消息处理用户EDI消息处理用户(EDIMG用户)是参与EDI消息处理的用户。EDIMG用户可以始发、接收或者既始发又接收EDIMSoEDIMG可包含任意数目的EDIMG用户。EDIMG用户可以是人，也可以是计算机进程。EDIMG用户通过访问单元访问EDIMSo7 EDI消息处理系统7. 1 引言EDI消息处理系统(EDIMS)是所有EDMIG用户都通过EDIMS相互进行EDI消
24、息处理的功能客体。EDIMS可被模型化为由更小的相互作用的功能客体组成。这些更小的功能客体称为EDI消息处理的次客体。它们包括单个中央客体，即消息传送系统(MTS)和三个种类的若干个外围客体:EDI用户代理(EDI-UA)、EDI消息存储(EDI-MS)和EDI访问单元(EDI-AU)。EDIMS结构见图2，EDI-UA、EDI-MS和EDI-AU是EDIMS用来给EDIMG用户提供业务的客体。4 GB/T 16520-2011 图2EDI消息处理系统7. 1. 1 EDI用户代理EDI用户代理CEDI-UA)是定制成更适用于单个EDIMG用户参与EDI消息处理的用户代理。它帮助EDIMG用户
25、始发和接收含有EDIM的消息。EDIM包含任意数目的EDI-UA。注:EDIUA和EDIMG用户间的边界的确切定义已超出本标准范围。7. 1. 2 EDI消息存储EDI消息存储CEDI-MS)是定制成更适用于单个EDI-UA参与EDI消息处理的消息存储。它帮助EDI-UA提交、投递、存储和检索含有EDIM的消息。7. 1.3 消息传送系统在目前的情况下，消息传送系统CMTS)在EDI-UA间或在EDI-UA与访问单元间运送EDIM或EDI通知CEDIN) 0 EDIM包含有单个MTS。7. 1. 4 EDI访问单元EDIMG用户可以通过访问单元CAU)访问EDIMS或接受EDIMS的访问。其中
26、一种类型的访问单元是物理投递访问单元CPDAU)。在EDIMG中，物理投递访问单元通过物理投递系统CPDS)向EDIMG接受者提供发送消息的能力。7.2 EDIMS中的信息流图3是对图2的扩展并示出EDI消息处理中的主信息流。5 GB/T 16520-2011 EDFACT ANSX2 UNTD |川AI I SA I I S1l 1 1 Cr 1 1 Cr 1 1 IUNZI IIEAI IENDI 包括交换控制信息的EDI交换(例:接受者D等)从交换控制信息加上EDI交换其他信息(接受方标识符映射到X.4000/R名)中生成EDI标题和提交信封。一一把EDI标题和EDI交换放置在提交信封内
27、，并提交到MTS。一一投递时，从MTS提取EDI交换，并运送到EDI应用。图3EDI消息处理信息流程7.3 EDI消息处理业务的功能模型图4中指出EDI消息处理业务的功能模型。EDI消息处理业务中所用的UA由一类特定类别的合作的UA组成。任选的PDAU准许EDIMG用户发送消息给EDI消息处理环境外的间接用户。EDI消息处理业务中所用的消息存储，具有专用的EDI相关功能，并可由EDIMG用户任选地用来代表它们自己投递消息。图4中所示的远程信息处理代理(TLMA)准许访问远程信息处理业务。6 G/T 16520-2011 图4EDI消息处理业务的功能模型7.4 EDI消息的结构EDI类的UA创建
28、含有EDI消息处理业务特定内容的消息。从一个EDI-UA发送给另一个EDI-UA的特定内容是始发者的结果。这个始发者通常是一个应用进程，它组成并发送消息，该消息称为EDI消息(EDIM)0 EDIM携带EDI交换信息，并可选用地携带EDI交换有关的其他信息。在一个EDI中只包含一个EDI交换。每个EDIM在始发EDIM时应包含一个EDI交换的信体部分。转发EDIM时，除已转发信体部分不能被移出外，任何后续的信体部分都可以被移出(全部移出，而不是部分移出)。转发时，用位置留用区代替被移出的信体部分，以指出何种类型的信体部分被移出。转发EDIM时，EDIM的标题是不应被移出的。EDIM结构，当它与
29、MHS基本消息结构有关时，示于图5。当通过MTS传送时，EDIM是用信封传送。信封/ 一四消息I ffif*$1t I 图5EDI消息结构7 GB/T 16520-2011 图6中所示的典型的EDI交换与相应的EDI消息结构间的映射。EDI交换可以全部映射到称为主信体的信体部分内，EDI交换可以是EDIFACT、ANSIX12、UNTDI或专门定义的EDI交换。其他信体部分可以用来运送与该EDI交换相关的信息，例如图或解说性文本等。EDIM标题包含各种信息字段，有些信息宇段可以出现在EDIFACT交换头部字段中(或是对应ANSIX125 UNTDI的ISA或STX段)，其他的信息宇段包含来自始
30、发者的业务请求。标题和信体部分形成EDIM。EDLFACT交换UNA UNB UNH 用户数据段UNT UNZ 、 ,.- - 字段1字段2字段3字段n标题 、 主信体部分附加信息(例如，因)信体部分信体图6一个典型的EDI交易的消息结构7.5 EDI通知EDIMG用户可请求接受者返回一个EDI通知(EDIN)，指明收到的EDI消息的安排。该通知由始发EDI-UA提出请求并由接受者EDI-UA、EDI-MS或AU生成。请求和报告有三种可能的状态，导致生成肯定通知(PN)、否定通知(NN)或已转发通知(FN)。收到的EDI消息可原样转发，响应通知请求的责任也有可能转发给被转发EDI消息的接受者或
31、中间接受者，中间接受者则应有责任对消息的原始发者进行响应。始发EDI-UA可请求告知响应通知请求的责任是否已转发。在这种情况下，转发EDIM的EDI-UA或EDI-MS应给始发EDI-UA发送EDI已转发通知(FN)。在所有情况下，包括已被转发EDIM的EDI-UA发送的通知，都应包含由原始发者所指定的接受者的O/R名。始发EDI-UA可向任意组合的发送EDIM接受者请求若干个任意组合的EDIN。若始发者没有请求通知，则接受者什么也不应发送。8 EDIM责任与转发8. 1 引言EDIMS包括一种称为EDIM责任的概念。这种概念是下面描述EDIN和转发的关键。为简化下8 GB/T 16520-2
32、011 面文本的描述起见，所示的所有转发由EDI-UA来完成。应当注意的是，这里描述同样适用于EDI-MS完成的转发。引入EDIM责任概念的目的，主要是在EDI-UA之间提供一种运送消息证实的方法。在某种情况下，EDIM责任可适用于访问单元。EDIM责任的概念描述如下zEDIM责任指出接收EDI-UA所收到的EDIM可为EDING用户所用。当转发时，不论EDI-UA增加还是移出信体部分，EDIM责任总应当被接受。EDIM不能离开EDIMS，除非EDIM责任已被接受(投递到PDAU是一种特殊情况)。若始发EDI-UA请求这样做，则接受者EDI-UA以及可能是中间EDI-UAC若请求)，应给始发E
33、DI-UA发送EDINcEDI-UA接收EDIM时，若被请求有EDIN，它应发送适当的EDIN，通知始发EDI-UA，接受者EDI-UA已接受或拒绝EDIM责任。若请求通知，则当EDI-UA接受、拒绝或转发EDIM责任时，它应发送适当的EDIN给始发者，若转发，它应在己转发EDIM创建适当的标题宇段。这些操作的详细情况在ITU-TX. 435中描述。被转发的信体部分无论如何是不能被修改的。若EDIM责任被转发，被转发的EDIM无论如何也是不能被修改的。若EDIM责任被接受，则在创建已转发的EDIM时，信体部分可从始发EDIM移出，也可以加到始发EDIM上。转发时被移出的信体部分可用位置留用区代
34、替，以指出何种类型的信体部分被移出。EDIM责任转发的接受者只限于一个。EDIMG包括转发时防止环路的机制。8.2 转发和二次分发在EDIMG中，可能希望由中央的EDI用户代替接收EDI消息，然后再转发给最终的EDI用户代理。例如，这种做法，使大型的组织能对进入该组织的全部EDI消息业务量执行例如日志、审计等集中的功能。在这些功能执行后，消息处理业务量可分配给为接受者EDI应用服务的EDI用户代理。同样，增值网络的业务提供者也可代表它的用户操作一个类似的中间步骤。下面描述了如何将EDI-UA用作这个中间步骤。中间的EDI-UA通常不是最终的EDI-UA，因此在EDIMG中，需要对EDIM提供E
35、DIM责任接受端对端的证实。EDI通知请求服务要素，准许始发者从每个接受者请求发回肯定、否定和己转发通知。EDI通知请求允许中间的EDI-UA用已转发消息和ITU-TX. 435所定义的协议要素指出是否已接受EDIM责任。这些方法准许EDIM责任接受推迟到EDIM到达最终的EDI-UA，并提供一个指示表明哪一个EDI-UA将给原始发者返回一个通知。为了说明EDI-UA作为中间步骤的使用情况，下面描述三种情况。无论在哪种情况下，EDIM都始发于EDI-UA和终结于EDI-U A3 c EDI-U A2是中间EDI-UA。在情况1和情况2中，假设EDIM是内容不改变的转发。在所有三种情况下，均假设
36、EDI-UAl已请求通知。注:下列表中所描述的事件都不必按表1中所给出的顺序严格执行。8.3 情况1.无转发EDI-UAl制备的EDIM寻址到EDI-UA3cEDIM提交给MTAl，然后传送给MTA3，再投递给EDI-UA3，最后由EDIMG用户3检索。EDI-UA3用EDIN响应，拒绝EDIM责任(即PN)。若EDI-UA3已决定EDIMG用户3不能检索消息，EDI-UA3用EDIN响应，拒绝EDIM责任(即NN)。信息流按图7中所示。EDIM和EDIN的顺序在表1中列出。9 GB/T 16520-2011 事件1 2 3 4 5 6 一-EDlN传送的方肉、一-EDlM传送的方向。图7情况
37、1:无转发表1情况1.无转发EDIM EDI-UA1提交EDIM至MTAlMTAl传送EDIM至MTA3MTA3投递EDIM至EDI-UA38.4 情况2:内喜不改变和转发EDIM查任EDIN EDI-UA3提交PN/NN至MTA3MTA3传送PN/NN至MTAlMTAl投递PN/NN至EDI-UAl在这种情况下，中间EDI-UA将消息从EDI-UAl转发到EDI-UA3o最终的接受者是EDI-UA3，EDI-UA2执行转发操作，将EDIM责任转发给EDI-UA3。由EDI-UAl制备的EDIM寻址到EDI-UA2。四11M投递给EDI-UA2时，根据EDI-UA2已知道的选择准则，EDI-U
38、A2把它不改变地转发给EDI-UA3oEDIM责任处理如下:EDI-UA2转发四1M责任时，它应创建己转发EDIM，使EDI-UAl接收请求的EDIN(详见ITU-TX.435)。这样就可发送下列EDINoa) 若EDI-UAl请求转发EDIM责任通知，EDI-UA2就给EDI-UAl发送己转发通知FNoEDI-UA2 成功地将EDIM提交给MTA2时，就可发送EDIN。b) 若EDI-UA2从MTA3(经MTA2)接收未投递通知，它可给EDI-UAl发送否定通知(NN)。注意，在这种情况下，EDI-UA2可以选择发送或不发送EDINo不可以请求或发送其他的EDIN。例如，EDI-UA2不能向
39、EDI-UA3请求通知，EDI-UA3也10 G/T 16520-2011 不能给EDI-UA2发送EDIN。在未投递的情况下，EDI-UA2可试图重新提交EDIM给指定的接受者。在这种情况下，只有当EDI-UA2决定不再试图重新提交EDIM给EDI-UA3时，才发送NN给EDI-UA1oc) 若转发成功，EDI-UA3应发送适当的EDIN给EDI-UA1，接受或拒绝EDIM责任。图8中表明上述情况2所描述的信息流。EDIM和EDIN可能的顺序解释在表2中解释。事件(8、11、13和15)和(10、12、14和16)是相互排斥的。事件1 2 3 4 5 6 7 8 9 10 11 一-EDIN
40、和EDN传送的方向，一一-EDIM传送的方向。图8情况2:EDIM责任转发表2情况2:EDIM责任转发EDIM EDIN EDI-UA1提交EDIM至MTA1MTA1传送EDIM至MTA2MTA2投递EDIM至EDI-UA2若请求，EDI-UA2提交FN至MTA12EDI-UA2把要转发EDIM提交至MTA2MTA2传送FN至MTA1MTA2传送EDIM至MTA3MTA1投递FN至EDI-UA1MTA3投递EDIM至EDI-UA3NDN未投递通告MTA2发送NDN至EDI-UA2EDI-UA2提交NN至MTA211 G/T 16520-2011 表2(续)事件EDIM EDIN NDN未投递通
41、告12 EDI-UA3提交PN/NN至MTA313 MTA2传送NN至MTA114 MTA3传送PN/NN至MTA115 MTA1投递NN至EDI-UA116 MTA1投递PN/NN至EDI-UA1应注意下列事项:a) 若EDI-UA1请求FN(己转发通知)，它通常会接收到若干个EDIN;b) EDI-UA1可不按创建时的顺序来接收EDIN;c) 元论EDI-UA1是否请求了FN，EDI-UA1也有可能接收不到EDINo(例如，MTA2将EDIM投递给EDI-UA2后，EDI-UA2发生了灾难性的故障。)由EDI-UA1正确处理以上三项。例如，通过跟踪下列内容对第一项进行处理。a) EDIM
42、ID; b) 原接受者;c) 提交时间;d) 预期的EDI通知。可以使用在EDIN中包含的UTC时间(EDIN创建时间)来对第二项进行处理。第三项可用EDI-UA1的超时机制来处理。处理以上三项的机制是属于本地的实施事宜，因而超出本标准的范围。8.5 情况3:不转发EDIM责任这种情况是EDI-UA1制备的EDIM寻址到EDI-U A2 , EDI-U A2先接受消息的EDIM责任，再转发给EDI-UA3o例如，若EDI-UA2在转发(改变内容)时增加或移出信体部分，则就会出现这种情况。在接受EDIM责任时，EDI-UA2发送EDIN给始发者(即PN)，并创建己转发EDIM，这样EDI-UA1
43、(始发者)就不能再接收更多的EDIN(详见X.435建议)。同情况2一样，EDI-UA1将EDIM寻址到EDI-UA2o与前述的两种情况一样，EDI-UA3表示最终目的地。检索到EDIMJF，EDI-UA2给EDI-UA1返回一个适当的通知。于是该消息转发给EDI-UA3o由于现在已接受了初始EDIM责任，EDI-UA2可根据需要，自由地请求或不请求EDIM责任。若请求，其结果是EDIM责任的关系只在EDI-UA3和EDI-UA2间应用，与前面的情况不同，不是端对端的。这里描述的前提是，假设已被请求EDIM责任，从而EDI-UA3用适当的通知来响应EDI-UA2o图9和图10给出了情况3的信息
44、流。EDIM和EDIN的顺序解释都在表3中解释。12 -ED的传送的方向一一-EDIM传送的方向。图9情况3.不转发EDIM责任，第一部分一-EDIN传送的方向，一-EDIM传送的方向。圄10情况3:不转发EDIM责任，第二部分G/T 16520-2011 13 GB/T 16520-2011 表3情况3:不转发责任事件图9图101 EDI-UA1提交EDIM至MTA12 MTA1传送EDIM至MTA23 MTA2投递EDIM至EDI-UA24 EDI-UA2提交PN至MTA25 EDI-UA2把要转发EDIM提交至MTA26 MTA2传送PN至MTA17 MTA2传送EDIM至MTA38 M
45、TA1投递PN至EDI-UA1. 9 MTA3投递EDIM至EDI-UA310 EDI-UA3提交PN!NN至MTA311 MTA3传送PN!NN至MTA212 MTA2投递PN!NN至EDI-UA29 EDI命名、寻址和号码簿的使用ITU-T F. 400jX. 400的第13章对号码簿规定的MHS使用是用来提供EDI消息处理所需的号码簿的业务。每个管理域都应给它的EDIMG用户提供号码簿业务。EDI消息处理、命名和寻址及后来的号码得业务要求概述于本标准的附录D。10 EDI安全ITU-T F. 400jX. 400的第15章中规定的MHS安全能力，也适用于EDI消息处理。另外，对ITU-T F. 4
