GBT16284.1-2008信息技术信报处理系统(MHS)系统和服务概述.pdf 69页

'ICS35．240．20L67圆雷中华人民共和国国家标准GB／T16284．1--2008／ISO／IEC10021-1：2003代替GB／T16284．1—1996信息技术信报处理系统(MHS)第1部分：系统和服务概述Informationtechnology--MessageHandlingSystems(MHS)--Part1：Systemandserviceoverview2008—08-06发布(ISO／IEC10021-1：2003，IDT)2009—01-01实施宰瞀鹊紫瓣訾襻瞥星发布中国国家标准化管理委员会及111 前言·⋯··⋯⋯⋯⋯·引言⋯⋯···⋯··⋯··1范围⋯⋯⋯⋯⋯2规范性引用文件3术语和定义⋯⋯4缩略语⋯⋯···⋯5约定⋯⋯⋯⋯···6目的⋯⋯⋯⋯·-·7MHS的功能模型8信报传送服务-9IPM服务⋯⋯·一GB／T16284．1--2008／ISO／IEC10021．1：2003目次10与物理投递服务的互通信⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯11特殊访问⋯⋯⋯···⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯⋯⋯⋯⋯⋯⋯⋯-⋯·12命名与编址⋯⋯⋯····⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯⋯⋯⋯⋯⋯⋯⋯·13MHS对目录的使用··⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯-14MHS中的分发表⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯15MHS的安全能力⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯⋯⋯⋯⋯··16MHS的转换⋯·⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯⋯⋯17相应CCITT建议中的第17章不作为本部分的一章⋯⋯⋯·⋯··⋯⋯18服务元素——目的⋯⋯⋯⋯⋯⋯⋯⋯·····⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯⋯19分类⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯’’’’’‘附录A(资料性附录)术语表⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯附录B(资料性附录)服务元素的定义⋯⋯⋯⋯···⋯⋯⋯⋯⋯⋯-⋯⋯··附录C(资料性附录)1992年以来服务元素的变动⋯⋯⋯⋯⋯⋯··⋯·⋯附录D(资料性附录)GB／T16284．1与ITU—T建议X．400之间的差别ⅢⅣ●，0044¨地M¨¨¨"均孙鹅捣孙驵鸲∞阻 GB／T16284．1--2008／ISO／IEC10021—1=2003前言16284在《信息技术信报处理系统(MHS)》总标题下，预计包括以下10个部分：——第1部分(即GB／T16284．1)：系统和服务概述；——第2部分：总体结构；——第4部分：信报传送系统：抽象服务定义和规程；—一第5部分：信报存储器：抽象服务定义；——第6部分：协议规范；——第7部分：人际信报系统；——第8部分：电子数据交换信报服务；——第9部分：电子数据交换信报系统；——第10部分：MHS路由；——第11部分：MHS路由：信报系统管理员指南(技术报告)。本部分是GB／T16284的第1部分。本部分等同采用国际标准ISO／IEC10021—1：2003《信息技术信报处理系统(MHS)第1部分：系统和服务概述》。本部分代替GB／T16284．1～1996《信息技术文本通信面向信报的文本交换系统(MOTIS)第1部分：系统和服务概述》。本部分与GB／T16284．1—1996的差异在于：一本版取消了GB／T16284．1—1996中“篇”的结构，直接用“章条”作为本版本的结构；一对于引用的GB／T16264．1和GB／T16264．2中的那些术语，均按照GB／T16264．1—2008和16264．2—2008作了相应修改；增加了若干服务元素。本部分的附录A、附录B、附录c以及附录D是资料性附录。本部分由中华人民共和国信息产业部提出。本部分由全国信息技术标准化技术委员会归口。本部分起草单位：中国电子技术标准化研究所。本部分主要起草人：徐冬梅、郭楠、张翠。本部分于1996年首次发布。Ⅲ GB／T16284．1--2008／ISO／IEC10021—1：2003引言16284的本部分是一组信报处理系列标准之一，该标准对包含任意多个协同操作开放系统的信报处理系统(MHS)提供了综合规范。、信报处理系统和服务能使用户以存储转发的方式交换信报。发方用户提交的信报，通过信报传送系统(MTS)进行传送，然后逐步递交给一个或多个信报的收方用户。其中，MTS是信报处理系统(MHS)的一个重要组成部分。MHS由多种互连的功能实体组成。信报传送代理(MTA)互相协作，共同完成存储转发的信报传送功能；信报存储器(Ms)提供信报存储并可进行信报的提交、检索和管理。用户代理(UA)帮助用户访问MHS；访问单元(AU)提供与其他通信系统和各类服务(如信息通信服务、邮政服务)的连接。本部分规定了信报处理能力的整个系统和服务描述。Ⅳ 1范围GBfT16284．1--2008／ISO／IEC10021。1=2003信息技术信报处理系统(MHS)第1部分：系统和服务概述GB／T16284的本部分定义了MHS的总体系统和服务，作为MHS的通用概论。信报处理系统和服务的其他方面将在本标准的其他部分中规定。本部分定义的信报处理系统和服务内容的分类见表1。MHS的技术特征在GB／T16284的其他部分中规定。MHS的总体体系结构在ISO／IEC10021—2：2003中规定。2规范性引用文件下列文件中的条款通过GB／T16284的本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。GB／T9387．1信息处理系统开放系统互连基本参考模型：基本模型(GB／T9387．1—1998，idtISCI／IEC7498—1：1994)GB／T16264(所有部分)信息技术开放系统互连目录(ISO／IEC9594(所有部分)，IDT)GB／T16262．1—2006信息处理系统开放系统互连抽象语法记法一(ASN．1)规范第1部分：基本记法规范(idtISO／IEC8824—1：2002)GB／T16263．1—2006信息处理系统开放系统互连抽象语法记法一(ASN．1)编码规则第1部分：基本编码规则(BER)、正则编码规则(CER)和非典型编码规则(DER)的规范(ISO／IEC88251：2002，IDT)GB／T16975．1—2000信息技术远程操作：概念、模型和表示法(idtISO／IEC13712一l：1995)GB／T17174．1—1997信息处理系统文本通信可靠传送第1部分；模型和服务定义(idtIS0／IEC9066—1：1989)1SO／IEC8649：1996信息技术开放系统互连联系控制服务元素服务定义ISO／IEC10021—2：2003信息技术信报处理系统(MHS)第2部分：总体结构ISO／IEC10021—4：2003信息技术信报处理系统(MHS)第4部分：信报传送系统：抽象服务定义和规程1SO／IEC10021—5：1999信息技术信报处理系统(MHS)第5部分：信报存储器：抽象服务定义1SO／IEC10021—6：2003信息技术信报处理系统(MHS)第6部分：协议规范ISO／IEC10021—7：2003信息技术信报处理系统(MHS)第7部分：人际信报系统ISO／IEC100218：1999信息技术信报处理系统(MHS)第8部分：电子数据交换信报服务ISO／IEC10021—9：1999信息技术信报处理系统(MHS)第9部分：电子数据交换信报系统ISO／IEC10021—10：1999信息技术信报处理系统(MHS)第10部分：MHS路由ISO／IEC1002111：1999信息技术信报处理系统(MHS)第11部分：MHS路由：信报系统管理员指南 GB／T16284．1--2008／1SO／IEC1002I-1：2003IsO／IEc11588—1：1996信息技术信报处理系统(MHS)管理第1部分：模型和体系结构ISO／IEC11588—3：1997信息技术信报处理系统(MHS)管理第3部分：登录信息ISO／IEC11588—8：1997信息技术信报处理系统(MHS)管理第8部分：信报传送代理管理CCITTF．423：1992信报处理服务；人际信报服务和传真服务之间通信CCITTF．440：1992信报处理服务：话音信报服务CCITTT．330：1988对人际信报系统的远程信息访问CCITTX．408：1988信报处理系统：编码信息类型转换规则CCITTX．440：1992信报处理系统：话音信报系统表1MHS标准框架联合的MHS联合的支持仅1TuT短名称IS0／IECITU—TISO／IECITUT系统服务MHS：系统和服务概论10021—1X．400F400MHS；总体结构100212X．402MHS：编码信息类型转换规则X．408MHS：MTs；抽象服务定义和规程10021—4X．411MHS：MS：抽象服务定义10021—5X．413MHS：协议规范10021—6X．419MHS：人际信报系统(IPM)10021—7X．420对IPMS的远程通信访问MHS：EDI信报服务1002l一8F．435T．330MHS：EDI信报系统10021—9X．435MHS：话音信报服务MHS：话音信报系统F440MHS：路由10021—10X．412X．440MHS：路由：信报系统管理员指南1002卜11X404MHS：公共MH服务的命名和编址F401MHS：公共信报传送服务F410MHS：与公共物理投递服务的互通信F415MHS：公共IPM服务F．420MHS：IPM服务与电报之间的互通信F421MHS：IPM服务与传真之间的互通信F423OSI：基本参考模型7498—1X．200OSI：抽象语法记法I规范(ASN．1)88241X．680OSI：抽象语法记法1(ASN．1)的基本编码规则88251X．690规范OSI：联系控制：服务定义8649X．217 表1(续)GB／T16284．1--2008／ISO／IEC10021-1：2003联合的MHS联合的支持仅lTU—T短名称ISO／IECITU—TISO／IEcITUT系统服务OSI：联系控制：协议规范8650一lX．227OSI：可靠传送：模型和服务定义9066—1X．218OSI：可靠传送：协议规范9066—2X．228OSI：远程操作：概念、模型和记法13712一lX．880OSI：远程操作：服务定义13712—2X．881OSI：远程操作：协议规范13712-3X．8823术语和定义附录A中给出的定义和下述定义适用于GB／T16284的本部分。3．1开放系统互连本部分采用了在GB／T9387．1中定义的术语：a)应用层ApplicationLayerb)应用进程application—processc)开放系统互连OpenSystemsInterconnectiond)OSI参考模型OSIReferenceModel3．2目录系统本部分采用了在GB／T16264．1中定义的术语：a)目录条目directoryentryb)目录系统代理directorysystemagentc)目录系统DirectorySystemd)目录用户代理directoryuseragent本部分采用了在GB／T16264．2中定义的术语：e)属性attributef)组groupg)名(称)name附加的公共管理域访问单元合约性协定分发表目录系统代理目录用户代理本质的电子数据交换编码信息类型输入／输出AdditionalAdministrationManagementDomainAccessUnitContractualAgreementDistributionlistDirectorySystemAgentDirectoryUserAgentEssentialElectronicDataInterchangeEncodedInformationTypeInput／Output3语M～A●、懒A—M队乩嗽叭E叫肿加4 GB／T16284．1--2008／ISO／IEC10021-1：2003IP人际的IPM人际信报通信IPMS人际信报通信系统MD管理域MH信报处理MHS信报处理系统MS信报存储器MT信报传送MTA信报传送代理MTS信报传送系统N／A不适用OR发方／收方OsI开放系统互连PD物理投递PDAU物理投递访问单元PDS物理投递系统PM每个信报PR每个收方PRMD专用管理域PTLXAU公用用户电报访问单元RPOA认知的专用操作代理TLMA信息通信代理TLXAU用户电报访问单元uA用户代理5约定InterpersonalMessagingInterpersonalMessagingSystemManagementDomainMessageHandlingMessageHandlingSystemMessageStoreMessageTransferMessageTransferAgentMessageTransferSystemNotApplicableOriginator／RecipientOpenSystemInterconnectionPhysicalDeliveryPhysicalDeliveryAccessUnitPhysiealDeliverySystemPer-messagePer-recipientPrivateManagementDomainPublicTelexAccessUnitRecognizedPrivateOperatingAgeneyTelmaticAgentTelexAccessUnitUserAgent在本部分中，“公共机构”一词用于简略地表示一个电信管理部门、一个已得到承认的专营机构以及与在公用投递服务互通信情况中的一个邮政管理局。6目的本部分是GB／T16284系列标准之一，它描述了信报处理系统(MHS)和服务的系统模型及服务元素。本部分概述了MHS的能力。利用这些能力可提供MH服务，使用户能以存储一转发为基础交换信报。。信报处理系统是根据开放系统互连参考模型(OSI参考模型)(GB／T9387)的原理设计的，它使用了表示层服务和其他层提供的服务(更常用的是应用服务元素提供的服务)。在满足OSI的任意网络上都可以构造MHS。由MTS提供的信报传送服务与应用无关。其中一个标准的应用实例是IPM服务。端系统可将MT服务用于由双方定义的特定应用中。服务元素是应用进程提供的服务特性。可以认为，服务元素是提供用户的服务的组成部分，它们可以是基本服务元素或可选的用户业务，这些可选用户业务又分为基本的或附加的两种。7MHS的功能模型MHS的功能模型是在MHS国际标准的开发中用作辅助工具，并可用图形方式辅助描述基本概4 GB／T16284．1--2008／ISO／IEC10021—1：2003念。这个模型包括多个不同的功能组件，它们协同工作，提供MH服务。该模型可用于若干不同的物理和组织配置。，7．1MBS模型描述MHS的功能模型如图1所示。在这个模型中，用户可以是人或计算机进程。用户分为直接用户(即直接使用MHS参与信报的处理)，或间接用户[即通过链接到MHS的另一个通信系统(例如物理投递系统)参与信报处理]。用户既可以是发方(当发送信报时)，也可以是收方(当接收信报时)，信报处理的服务元素定义了一组信报类型和使发方能籍以将这些类型的信报传送给一个或多个收方的能力。发方在其用户代理的协助下准备信报。用户代理(uA)是一个与信报传送系统(MTS)或信报存储器(Ms)进行交互的应用进程，它代表某单个用户提交信报。MTS将提交给它的信报投递给一个或多个接收UA、访问单元(Au)或MS，并把通知回交给发方。那些仅由UA执行且尚未将其标准化为信报处理服务元素的一部分功能称为本地功能。uA既可以接收直接来自MTS的信报，也可以利用MS的功能接收已投递的信报，以便UA随后检索。MTS包含多个信报传送代理(MTA)。这些MTA以存储和转发的方式协同工作。传送信报并将信报投递给既定的收方。间接用户访问MHS是由AU实现的。MHS向间接用户投递也是由AU实现的，例如；物理投递由物理投递访问单元(PDAU)实现。信报存储器(Ms)是MHS的一个可选的通用能力，可作为uA和、MTA之间的中间媒体。MHS的功能模型中描绘了MS，如图1所示。MS是一个主要目的的为存储并允许对已投递信报进行检索的功能实体。MS也允许接收来自UA的提交并向UA发出提醒。uA、MS、AU和MTA的集成称为信报处理系统(MHS)。1)从PDS到MHS的信报输入当前尚不可能图1图中所示的由PD服务到PDAU的业务流用于通知。MHS功能模型 GB／T16284．1--2008／ISO／IEC10021—1：20037．2信报的结构由MTS传送的信报的基本结构如图2所示。信报由信封和信文组成。信封所含的信息供MTS往MTS内传送信报时使用。信文是发方uA希望投给一个或多个收方UA的信息。除可能有转换外(见第16章)，MTS既不修改也不检查这些信文。隧蔫+隧鬻鬻翻麟⋯一磊⋯⋯潮]_匿歉荔铡溪鞫uoddo●●■■■■■∞■■‘‘d‘‘■’t⋯搿粕Ⅲ⋯⋯}{●}#H”饿H瞄猕嚣张籀张繁张：猕鼍张列⋯N{0{～N00⋯⋯⋯H{“图2基本信报结构7．3MHS模型的应用7．3．1物理映射用户为进行各种信报处理，诸如编写、显示或存档而去访问UA。用户通过输入／输出设备或进程(例如：键盘、显示器、打印机等)与UA进行交互作用，一个uA可作为智能终端上的一个(或一组)计算机进程来实现。一个uA和MTA可置于同一系统内，或者一个UA／MS也可在物理上分离的系统内实现。在前一情况下，UA与在同一系统内的MTA直接交互作用访问MT服务元素。在后一情况下，UA／MS通过为MHS规定的标准协议与MTA通信。MTA也可能在没有UA或MS的系统中实现。图3和图4给出了某些可能的物理配置。不同的物理系统可利用专线或交换网络进行连接。．一*I。_J．；；；；；尝蚓UA隧蒋测：萋juA瞄鞘*州“_H一嫩*÷!*j土．甲—上÷*j饿黼鞭黼鬻羹舞囊搿⋯⋯no--u-_om⋯⋯|羹；黼}；；}渊MTA《辫?辫辫州“““““‘乱———．。鬟i：i：i：i：i：i：i：i：K-"i：i：i：处理系统图3同驻的UA和MTA智能终端处理系统图4独立的UA及同驻的MS／MTA和UA／MTA7．3．2组织映射公共机构和组织在提供信报处理服务中可以扮演各种角色。在本部分中，一个组织可能是一个公司或一个非商业企业。6 GB／T16284．1--2006／ISO／IEC10021-1：2003由公共机构或组织操作的、至少包括一个MTA、零个或多个UA、零个或多个MS、零个或多个AU的集合构成了一个管理域(MD)。MD根据第19章所描述的服务元素的分类提供信报处理服务。管理域可以分为公共管理域(ADMD)或专用管理域(PRMD)，其定义在附录A中给出。管理域间的关系吏口图5所示。注1：本图给出了可能的互连实例。这里不打算标识所有可能的配置，虽然MD之间的互连可能是一个国家内部及国与国之间规章协议的一个主题，本部分对此不做限制。注2：PRMDl与A国内的两个ADMD连接。PRMD2跨越国界，与每个国家中的一个ADMD连接。PRMD3与ADMD3有多个连接。PRMD4只通过PRMDl中继与其他MD连接。PRMD5与同在一国内的PRMD(如PRMD3)及国外的PRMD(如PRMDl)连接。注3：MTA之间的连线表示逻辑连接，即MTA在需要时有能力在任意物理媒体上利用支持OSI的各层建立它们本身之间的联系。注4：包围逻辑组件(如：uA、MTA)的阴影框表示物理同驻系统的例子。图5管理域之间的关系7 GB／T16284．1--2008／ISO／IEC10021-1：20037．3．3公共管理域每个国家可以有一个或多个ADMD。ADMD的特性取决于它提供给其他管理域之间的中继功能和给本ADMD内的应用提供的信报传送服务。公共机构为它的用户访问ADMD提供下列的一种或多种途径：——用户到公共机构提供的UA；——专用uA到公共机构的MTA；——专用UA到公共机构的MS；——专用MTA到公共机构的MTA；——用户到公共机构提供的Au。配置实例见图3和图4。公共机构提供的uA可以作为用户用来访问MHS的一个智能终端的一部分而存在。它们也可以作为MHS中公共机构常驻设备的一部分，在这种情况下，用户通过I／0设备访问UA。对于专用UA，用户具有单独的专用UA，并利用提交、投递和检索等功能与公共机构提供的MTA或MS交互作用。假如所需维持的命名约定，则每个单独的专用UA可以与一个或多个MD相联系。专用MTA作为PRMD的一部分可以根据国内法规访问一个国家内部的一个或多个ADMD。利用公共机构Au提供的访问见第10章和第11章。7．3．4专用管理域一个非公共机构的组织可能有一个或多个MTA，零个或多个UA、Au和MS。它们在MD到MD(MTA到MTA)的基础上形成一个与ADMD或其他PRMD交互作用的PRMD。PRMD的特性取决于它在管理域中所提供的信报通信功能。PRMD能访问一个或多个ADMD，见图5。然而，如果PRMD和ADMD之间(如信报在MD之间传送)有某种特殊的交互作用，则认为该PRMD仅与那个ADMD相关。如果国家的规章和双边协议允许，PRMD可以作为其他MD的中继。PRMD的名(称)可以是国内唯一的或是与相关ADMD有关，这是由国家确定的事。如果PRMD与多个ADMD相关联，则它可以有多个名(称)。见lsO／IEC10021—2：2003的附录G作为多国PRMD情况下的指南。7．4信报存储器远程UA可以在多种设备上实现，包括多种能力的个人计算机。例如，MS服务代表用户，可以通过提供持续有效的存储和传递服务来补充远程uA。一个MS只代表一个用户，即它不能为多个用户提供共同的或共享的MS功能，见图5中的PRMD3。MS将存储传递的信息和报告。作为选项，它也可以存储提交的信报、提交的探询和草稿信报。MS也可以通过存储之前和当前日志中存储的信报的摘要来保留信报的历史信息。MS的检索能力使MS的客户具有对所有潜在应用类型的信报进行基本信报检索的能力。图6显示了投递时和已投递给MS的信报的后继检索，及经过MS的信报问接提交。当用户订用一个MS时，所有应到达用户的信报仅投递给MS。如果MS用户在线，当有信报投递给MS时，它可以收到提示。投递给MS的信报均被认为是来自MTS一方。基本的MS独立于应用特定服务(8．7)并且可能存储信报以及所有类型的内容，内容的类型由服务的类型决定。然而，内容的类型可能决定它提供附加的能力。当MS用户提交信报时，MS向MTS发送提交请求并且向MS用户报告MTS返回的结果。如果8 GB／T16284．1--2008／ISO／IEC10021—1：2003MS用户提出请求，在向MTS发送提交之前，MS可以通过发送当前存储在MS中的部分投递的或提交的信报来扩展信报。如果提交成功，MS也可以为提交到MTS的信报存储一份备份。MS服务允许用户向MS传送信报以作为草稿信报存储。之后可以检索草稿信报，或者当MS用户提交的信报中有请求的话，MS可以将其信段包含在提交到MTS的信报中。用户还具有一种能力，要求MS在投递时自动转发所选的信报。在用户指定的一段时间之后，或者当信报过期，或者当由另一个信报使该信报废弃时，MS也可以自动删除信报。MS可以自动的在先前提交的信报中添加关于它是否递交到的信息。当用户有请求或者检索信报时，MS也可以产生内容特定的通知、确认接收或接受。附录B中定义了描述MS特征的服务元素，并在第19章中做了分类。基于各种准则，可以给用户提供信报的数目和清单、及删除当前存储在MS中的信报。图7描述了MS中存储的信息类型的简单模型，以及MS所满足的功能。16284．1—1996中定义的MS服务范围主要限于为投递信报的存储和报告以及后来由MS用户对它们进行的检索。ISO／IEC100211994版本定义了新的扩展以便提供更宽的服务业务范围。这些增强型的业务特别适用于以下情况，当MS用作个人数据库来存储、检索、修改和归类用户信报，并在MS用户和MS之间具有经常的和长时间的交互作用的场合。这种环境的实例可在局域网中找到，或者在用户使用不同地点的不同用户代理来访问一个MS的场合下找到。MS主要用作临时的存储系统以投递信报和报告，并通过不经常的、短时间的交互作用来提供信报的检索，可以不需要这些增强型的业务可以是不需要的。在后一种情况下，MS用户自身可以提供本地的某些增强型业务。因此，本部分为MS所定义的基本的和基本可选的要求和GB／T16284．1—1996版本一致。图6通过MS的提交和投递 GB／T16284．1--2008／ISO／IEC10021—1：2003公共机构投递提交．／—、、：(自动动作j卜{、、————／(、!瞄昌．上提交的信报一一投递的信报o厂≥．草薯信报．T_J：澄、{。jI。觑公共机构检索MS提交MTS端Ms功能MTS端。获取、列表和摘要。修改信报属性。草稿存储①提交给MTSo和部分联合存储内容一起提交给MTSO注册MS图7信报存储功能模型7．4．1物理配置MS相对于MTA的物理位置有多种。MS可以与UA同驻、与MTA同驻或者单独设立。从外部看，同驻的UA和MS与独立的UA没有区别。将MS与MTA设置在一起有很多优点，因此这可能成为一种主流配置。1n GB／T16284．1--2008／ISO／IEC10021—1：20037．4．2组织结构ADMD及PRMD都可对MS进行操作。为了做后继检索，都将用户的所有信报投递给MS。上述物理和组织配置仅是实例，还会存在其他相同合乎要求的情况。8信报传送服务MTS提供一般性的、应用独立的、存储和转发的信报传输服务，描述MT特性的服务元素在附录B定义，并在第19章中做了分类。8．1提交和投递MTS为UA提供交换信报的使用的方法。MTS与uA及与MS之间有两种基本交互作用：1)提交交互作用是源发UA或MS将信文和提交信封传送给MTS的工具。提交信封包含为提供要求的服务元素MTS所需要的信息。2)投递交互作用是MTA将信文和投递信封传送给一个收方UA或MS。投递信封包含有关信报投递的信息。在提交和投递交互作用中，MTA和uA或MS交接传送信报的责任。8．2传送从发方MTA起，每个MTA将信报传送给另一个MTA，直到信报到达收方的MTA为止，然后使用投递交互作用将信报投递给收方UA或MS。传送交互作用是某个MTA将信报加上传送信封传送给另一个MTA工具。传送信封包含有关MTA的操作信息及为提供发方UA要求的服务元素MTS所需要的信息。MTA传输包含任意二进制编码信息的信报，除了在执行转换操作时，MTA既不解释也不修改信文。8．3通知在MT服务中．通知包括投递和无法投递通知。当MTS不能传递一个信报或探询时，则产生一个无法投递通知并回传给发方，用报告说明这一点。此外，发方也可在提交时利用投递通知服务元素特别要求对成功投递的确认。8．4用户代理UA使用MTS提供的MT服务。UA是一个功能实体，单个直接用户利用UA参与信报处理。UA按它们所能处理的信文类型分组。当uA将信报传送给其他UA时，MTS赋予UA标识信报类别的能力，给定类别中的UA可认为是互相协同的UA，因为它们彼此合作，增强它们各自用户的通信功能。注：UA可支持多于一种类型的信文，因此可属于几种UA类别。8．5信报存储器信报存储器(MS)使用由MTS提供的MT服务。MS是与用户的uA相关联的功能实体。用户可通过它提交信报，并可检索已投递给MS或由用户提交的信报。8．6访问单元访问单元(Au)使用MTS提供的MT服务，Au是与MTA相关联的功能实体。它为MHS和另一个系统或服务之间提供互通信讯。8．7使用MTS提供各种服务特定的应用服务利用MTS提供各种信报处理服务。第9章中描述的人际间信报通信服务就是其中一例。其他的例子是，ISO／IEC10021—8：1999中描述的电子数据交换(EDI)信报服务和CCITT建议】] GB／T16284．1--2008／ISO／IEC10021-I：2003F．440中描述的话音信报服务。在MTS的基础上可以建立其他服务，这些服务或者与标准相对应或者作为专门应用。9IPM服务人际间信报服务(IPM服务)为用户提供服务特性，辅助用户与其他IPM服务用户进行通信的特性。IPM服务利用MT服务能力发送和接收人际信报。描述IPM服务特性的服务元素在附录B中定义。并在第19章中做了分类。9．1IPM服务功能模型图8显示了1PM服务的功能模型，在IPM服务中的UA(IPM—uA)包含一类协作uA。可选的访问单元(即图中的PFAXAU、PTLXAU和TLMA)使电报和传真的用户可以与IPM服务互通信讯。可选的物理投递访问单元(PDAU)允许IPM用户将信报传送给IPM服务之外无法访问MHS的用户。IPM用户可以选择使用信报存储器为它们投递信报。图8IPM服务功能模型9．2IP信报结构UA的IPM类产生的信报包含一个IPM特有的内容。发方编写和发送的1P信报，将这一特定的内容从一个IPM—UA发送到另一个。IP信报与基本的MHS信报结构的关系见图9。当IP信报经过MTS传送时，带有一个信封。 GB／T16284．1--2008／ISO／IEC10021-1：2003基本的信报结构图9IP信报结构图10给出了一个典型的公务便函和对应的IP信报结构的类比。IP信报含有用户提供的信息(如收方、抄送方(cc)、主题)．这些信息由IPM—UA转换成IP信报的信首。用户希望通信的主要信息(便函体)包含在IP信报的信体内。在此例中，信体包含两类编码信息：正文和传真，它们组成了信段。通常一个IP信报的信体能由多个信段组成，每个信段可能是不同的编码信息类型，如声音、正文、文件、传真和图形等。；丁图10典型便函的IP信报结构9．3IP通知在IPM服务中，用户可以请求收方回送收到或未收到信报的通知。这些通知由发方提出请求，由收方根据一些行动结果(如读到／未读到信报)产生。在某些情况下，收方的uA自动产生未收到通知a13报一一喇TlIil}上 GB／T16284．1--2008／ISO／IEC10021—1：200310与物理投递服务的互通信10．1引言将信报处理系统与物理投递系统(PD)(如传统的邮政服务)连接起来可以增加其重要性。这将在MHS内发送的信报用物理(如硬拷贝)投递给MHS的收方，在某些情况下还允许PD服务的通知反传回MHS发方。关于PD服务中发送的信报通过PDAU向MHS提交的能力目前还不提供。PD和MH服务之间互通信的能力是MHS的可选能力，可适用于任何应用，如IPM服务。MHS的所有用户都具有能力产生用于后续物理投递的信报，这种协作的功能模型见图11。描述这种互通信特性的服务元素在附录B中给出了定义，并在第19章中做了分类。物理投递系统是一个由管理域操作的系统，它传送和投递物理信报。一个物理信报是一个物理对象，包括一个中转信封和内容。邮政服务就是PDS的一个例子。物理信报的一个实例就是～封写在纸上的信及外面包封的纸信封。物理投递访问单元(PDAU)将MH用户的信报转换成物理形式，这一过程称为物理复制。例如打印信报并将其自动装入一个纸信封内。PDAU将此物理复制的信报传给PDS做以后的中继和最终的物理投递。PDAU可以看成一组uA，每个UA由一个邮政地址标识。PDAU为完成它的功能，必须支持与MTS的提交(通知)交互作用和投递交互作用。它还须同其他的uA协作。因此，MHPD服务互通信是作为信报传输服务的一部分而提供的。为让MH用户能为PDS以物理方式投递的信报编址，给出了一种适当的地址形式，并在第12章进行描述。图11MHS—PDS协作功能模型10．2组织配置图12给出了上述功能模型的可能的组织映射。在模型A和模型B中，术语PD表示由一个提供PD服务的组织负责的域。在A中，PD域包括一个MD和一个PDS。PD域和MHS其他部分之间的界线就是MD域之间的界线。在B中，PD域仅包含PDS，PDAU不属于PD域，PD域和MHS之间的界线位于PDAU把物理信报传给PDS的交点处。 ”特殊访问GB／T16284．1--200BIISO／IEC10021—1：2003n丽一一一]I雨一一一?图12MH／PD服务互通信的配置11．1引言MHS功能模型(图1)包含了可使MHS与其他通信系统和服务互访的访问单元。这个模型给出的是MHS与信息通信服务之间通用的访问单元。图中还给出了物理投递访问单元，它可使MHS信报物理投递给收方而无需终端访问MHS。MTS所承载的任何应用都可以通过第lo章中描述的PADU访问物理投递服务。其他形式的访问，描述如下。注：对比注册使用，描述中“公用”一词的使用仅涉及未受限制的用户访问的概念，而不需要早期的注册。本术语本意并不意味着这些访问单元仅用作公用服务的部分}它们也可以用在专用系统中。11．2用户电报访问11．2．1对IPM服务的注册访问用户电报访问单元(TLxAu)在技术建议中定义，它可使IPM用户和用户电报用户互通信，是否提供带有这类Au的服务由国家确定。11．2．2对IPM服务的非注册(公用)访问为了使IPM用户和用户电报用户互通信，定义了特殊的访问单元。这个AU为IPM服务的非注册用户电报用户提供了对IPM服务的公用访问，因而称之为公用用户电报访问单元(PTLxAu)，见图8。这些用户电报用户不是IPM服务的客户，但他们使用IPM的某些特性把信报传送给IPM用户。IPM用户也可通过这个Au将信报传送给电报用户。11．3传真访问11．3．1来自IPM服务的非注册(公用)访问定义特殊的访问单元以允许IPM用户和传真用户之间的互通信。本AU提供从IPM服务向IPM服务非注册传真用户的访问，成为公用传真访问单元(PFAxAu)，见图8。IPM用户通过AU向传真用户发送信报。从传真向IPM方向的PFAxAu操作处于进一步的研究中。12命名与编址12．1引言在MHS中，需要命名的主要实体是用户(信报的发方和收方)，此外，分发表(DL)也有在MHS中使用的名(称)。MHS的用户和DL由OR名标识。OR名由目录名(称)和／或OR地址所组成，所有这些都在本章中说明。15 GB／T16284．1--200811SO／IEC10021-1：200312．2目录名(称)MH服务的用户和DL可由一个称为目录名(称)的名(称)所标识。要找出对应的OR地址，必须在目录中查找目录名(称)。目录名(称)的结构和成分在GB／T16264中说明。要找出用户的OR地址或是DL成员的OR地址(这两者都超出了本部分的范围)，用户可直接访问目录系统。另一种方法是用户利用目录名(称)并让MHS访问目录自动解决相应的一个或多个0R地址，见第14章。MH用户或DL并不必要有目录名(称)，除非他们已在目录中注册。随着目录的日趋普遍，可以预料目录名(称)将是标识MHS用户的较好的方法。12．3OR名每个MH用户或DL都会有一个或多个0R名。一个OR名包括一个目录名(称)，一个OR地址，或两者皆有。在信报提交时可使用OR名的任一个或两个成分。如果只有目录名(称)，MHS将访问目录以确定OR地址，然后用OR地址选择路径并投递信报。如果没有目录名(称)，它将用给出的OR地址。当在提交时两者都给出，MHS将使用OR地址但它会携带目录名(称)并将两者都传给接收者。如果OR地址无效，它再如上所述使用目录名(称)。12．4OR地址OR地址包含了可使MHS唯一地标识一个用户的信息，以投递信报或给用户返回通知。(前缀“OR”实际是指用户可以是上述的通知或信报的发方或收方)。OR地址是称为属性的信息的集合，ISO／IEC10021—2说明了一组可构成OR地址的标准属性。说明OR地址语法和语义的标准属性都定义在ISO／IEC10021—2中。除了标准属性，为满足现存信报处理系统的需要，还有域定义属性，它们的语法和语义由管理域所定义。为各自的用途定义了各种OR地址形式，这些地址形式及其用途如下：助记OR地址：在没有目录时，为用户提供友好的方式标识不在目录的用户。也可用于标识一个分发表。终端OR地址：提供一种方式标识用户；其终端属于多个网络。数字OR地址：提供用数字键标识用户的一种方式。邮政OR地址：提供一种标识物理信报的发方和收方的方式。13MHS对目录的使用13．1引言由GB／T16264定义的目录在使用和提供各种电信服务上提供非常有用的能力。本章说明在信报处理中怎样使用目录。详细叙述见本系列标准的其他标准。用于信报处理的目录能力分为下面四类：a)友好的用户命名：信报的发方或收方可由其目录名(称)标识，而不是面向机器的OR地址。无论何时MHS均能通过查询目录从前者得到后者。b)分发表(DI。)：存放在目录的一组成员可作为一个DL。发方仅提供分发表的名(称)。在DI，的扩展点MHS可查询目录得到每个接收者的目录名(称)(因而得到OR地址)。c)收方UA的能力：MHS的收方(或发方)的能力可存储在他的目录条目里。无论何时MHS都可查询目录得到这些能力(进而将其激活)。d)鉴别：在MHS的两个功能实体(两个MTA或一个UA和一个MTA)互相通信之前，彼此要进行识别。这一步可依据保存在目录里的信息使用MHS的鉴别能力来完成。除上述外，用户还可直接访问目录，例如：用户访问目录以确定OR地址或者另一个用户的MHS能力。将收方的目录名(称)提供给目录，目录将返回请求的信息。16 GB／T16284．1--2008／ISO／IEC10021．1：200313．2功能模型uA和MTA都可使用目录。一个UA可以把指定收方的目录名(称)告诉目录，从目录得到收方的OR地址。然后，UA将这个目录名(称)和OR地址都提供给MTS。另一个UA可以仅将收方的目录名(称)交给MTS，MTS自己通过目录询问这个接收者的OR地址并将它加在信封上。通常源发MTA通过使用MTA授权的访问权力完成由名(称)到OR地址的查询任务。上述功能模型见图13。图13MHS--目录协作的功能模型13．3物理配置图14给出了上述功能模型的可能的物理配置。若目录用户代理(DuA)和目录系统代理(DSA)驻于物理上分隔的系统，则用在GB／T16264定义的标准目录协议控制它们问的交互作用。通常uA或MTA与DuA／DsA在物理上是同驻的，但其他的物理配置也是可能的。处理系统(独立的DSA)耐E蝈。同I鬻赫。。，。粒褫籍。㈧。同驻帆。餐熬。。釉。，图14MHs——目录互操作的物理配置14MHS中的分发表／O设备14．1引亩使用分发表是MHS利用MT服务提供的一种可选能力。DL扩充允许发送者可以仅对组进行命名而无须列举每一个接收者，便可将信报发送给一组接收者。14．2DL的性质DL的性质可描述如下：DL成员：接收发给DL的信报的用户和其他的DL。DL提交许可：用户列表和允许利用DL将信报发送给DI。成员的其他DL列表。DL扩展点：每个DI。都有一个或多个OR地址，每个OR地址唯一表示此DL。当一个信报寄送到DL时，OR地址用于定位扩展点，它是一个域或MTA，在这里可以将DL成员的名称添加到收方列表中。信报在扩展前传到扩展点，如图15所示。对于某特定DL，可以有多个有能力作为DI。扩展点的17 GB／T16284．1--2008／ISO／IEC10021—1：2003MTA，尤其是，如果用目录存储DL成员。DL所有者：负责管理DI，的用户。14．3提交将信报提交给DL与将信报提交给用户相似。发方可在DL的OR名内，包括目录名(称)、OR地址、或两者(详见第12章)。发方无需知道所用的OR名是某个DL的名，然而，它可利用“DL扩展禁止”服务元素来阻止MTS扩展无意中发给DL的信报。①提交@第一敬DL扩展后黜@传输。第二欢DL扩展后投递图15分发表扩展14．4DL对目录的使用有关DL的信息可用也可不用目录存储，这里可存储的信息是：DL成员，DL所有者，DL允许提交成员和DL扩展点。14．5DL扩展在DL扩展点，MTA负责扩展DL：a)利用赋于MTA的访问权，查询目录中有关DL的信息；注：由于这是MTA在扩展点完成的，对MHS中DL的支持并不需要一个全局互连的目录。b)通过比照DL提交许可检查发送者身份，验证是否允许扩展；c)如果扩展是允许的，则将该DI。的成员(除了免除的收方)加到信报的收方列表中，并将信报传到这些收方。14．6嵌套如图15所示，DL的一个成员也可以是另一个DL，在这种情况下，信报从父DL的扩展点转发作进一步扩展，这样在每次扩展中，只将单个DL的成员加到信报中。在扩展嵌套的DL过程中，将父DL(女II图15中DLl)而非信报发方的DL与DI，的允许提交成员(如图15中DL2)的身份进行比较。注：可以定义DL的结构它在不同的嵌套层次上可多次引用嵌套的DL。向这样的父DI。提交可能造成收方收到同一信报的多份拷贝。如果信报发给具有公共成员的多个DL，也会发生同样情况。可以在收方的UA和／／或MS中处理这类拷贝的相互关系。】8 GB／T16284．1--2008／ISO／IEC10021-I：200314．7递归控制若某个DL直接或间接地是它自身的成员(这样的情形是合法的)，或多个DL转向组成回路，则信报可能会返回相同的列表并无限循环下去。MTS可检测这种情况并预防其发生。14．8投递在投递信报时，接收者将发现他是作为DL的一个成员接收信报，并知道是通过哪个DL或DL链得到信报的。14．9路由回环控制信报可发自一个域／MTA，而在另一个域／MTA中被扩展，然后送回给第一个域／DL的某个成员。MTS不把这种情况作为路由回环错误处理。14．10通知在DL扩展点上及在投递给最终收方时，可以产生投递和无法投递两种通知(例如，当允许提交被取消时)。当来自DL的信报生成一个通知时，这个通知被送到发来信报的DL。然后该DL根据分发表的处理策略，将通知转发给分发表的所有者，及得到信报的DL或发方，或者同时发给两者，见图16。发送信报；[：ji!：：]—-[二i三二二卜．1[：i：：]—[：i!ijii三]返回通知甲甲圈16DL通知注：当通知是在DL扩展后送到发方时，则发方可能从源发者指定的接收者(DL本身)那里收到许多投递的／无法投递的通知。如果该收方通过不同的分发表多次接到同一信报，发方甚至可以从最终收方收到多于一个的通知。14．11DL的处理策略每个MTA可以也可以不提供不同的DL处理策略。这些策略控制在递交给DI。的成员时产生的通知是否应回传给原先的DL。或在没有这种原先的DL时传给发方，和／或传送分发表的所有者，如果策略规定通知只传给分发表所有者，发方如有请求，则只在该DL扩展时才收到通知。为了实现这限制条件，MTS完成扩展时，根据为该分发表制定的策略，消除通知请求。15MHS的安全能力15．1引言MHS的分布特性使它需要保护机制，防止各种可能发生的各种安全威胁。下面将集中讨论这些威胁的特点和对抗功能。15．2MHS的安全威胁15．2．1访问威胁非法用户访问MHS是对系统的最大威胁之一，如果能防止非法用户使用系统，则以后对系统构成的安全威胁会大大降低。15．2．2信报间威胁信报间威胁是排斥在信报通讯之外的非授权代理所为，表现为以下几种方式：伪装：用户没有验明交谈对象是谁，可能很容易受骗，从而泄露敏感信息。信报修改：真实信报通过系统传输时被非授权代理篡改，从而使信报收方受骗。再发：发方和内容都是真实的信报，可能被非授权代理监视并被记录以在稍后再发给信报收方，这样做可以从指定收方窃听更多的信息或迷惑收方。19 GB／T16284．1--2008／ISO／IEC10021-1：2003通信量分析：窃听者分析MHs用户之间的信报通信量可以发现用户间的数据量(若有)和通信频度。即使窃听者无法确定真实信文，他也能从信息流量的变化(连续、突发、间断或不发)中推断出一定的信息量。15．2．3信报内威胁信报内威胁由实际信报通信的参与者本身造成的，可表现为以下几种方式：信报否认：实际通信参与者之一不承认参与通信，如果通过MHS进行金融交易这会造成严重影响。违背安全级：如果在MHS中的某个管理域采用了不同的安全手续级别(例：公用的、个人的、专用的和公司的机密)，则在管理域的安全未妥善解决的情况下，用户不得发送或接收任何安全手续不合适的信报。15．2．4数据存储威胁每个MHS中有多个数据存储，这些存储必须受到保护以防下列威胁：修改路由信息：对目录内容的非法修改会导致信报传输路径出错甚至丢失，而对延后投递的数据存储和暂缓投递的数据存储的非法修改也会使既定的收方受骗或迷惑。超前发：非授权代理可复制一份延后投递的信报并将这份复制件传送给既定的收方，而原文仍在MTA中暂缓投递。这样可诱使信报收方在源发者期待答复之前给出或答复，或者只使原定信报收方受骗或迷惑。T5．3安全模型安全特性可通过扩充信报处理系统中各组件的能力使之具备多种安全机制来提供。在信报处理中，安全性体现在两方面：安全的访问控制和管理，安全的信报处理。15．3．1安全的访问控制和管理本条所述能力包括建立相邻组件之间的经鉴别的联系以及设置联系的安全参数。这种能力可用于信报处理系统中的任意一对组件：UA／MTA，MTA／MTA，MS／MTA等。15．3．2安全的信报处理本条所述的能力包括根据制定的安全策略，应用安全特性来保护信报处理系统中的信报。其中包括能使各种组件验证信源及信文完整性的服务元素，及防止未授权泄露信文的服务元素。本条所述的能力也包括应用安全特性来保护由用户代理、信报存储器或访问单元直接提交给信报传送系统的信报，但不包括应用安全特性来保护用户和信报处理系统之间、或者MH用户之间的通信(大部分MH用户之间的通信是在两个UA之间保护的)。因此它们不适用于如一个远程用户终端及其uA间的通信，或这些终端设备和MHS中其他用户之间的通信。许多安全信报处理服务元素都提供了一种从发方到收方的能力，并要求使用具有安全能力的用户代理，但它们不要求使用具有安全能力的信报传送系统。[例如，通过发方对信文进行加密，将许多安全参数随信报信封传送过去，由收方解密。这样的信报可由任意一个能处理信文格式(非格式化的八位字节)的MTS来传送，并且此MTS透明地处理信封上的安全字段。]某些安全信报处理服务元素都涉及与信报传输系统的交互作用，信报传输系统需要使用具有安全能力的信报传送代理。(例如，抗抵赖提交要求信报被提交给的MTA包含可证实提交域的机制。)某些安全信报处理服务元素适用于MS、uA和MTA，如信报安全标记。但在一般情况下，MS对于用在发方UA和接收UA之间的安全特性是透明的。表2中给出了安全信报处理服务元素的使用范围。表中所描述的服务元素按照哪个MHs组件是安全服务的“提供者”，哪个是“使用者”来加以说明，例如：探询源鉴别由源发UA提供，而由探询所经过的MTA使用。本部分描述了UA、MS和MTA使用的安全服务，至于如何将这些特性用于访问单元，可能是今后标准化的一个课题。20 GB／T16284．1--2008／ISO／IEC10021—1：200315．4MHS的安全能力附录B定义了描述MHS安全特性的服务元素并在第19章中做了分类。这些能力概述如下：信报源鉴别：使收方，或信报通过的任一MTA鉴别信报发方的身份。报告源鉴别：使发方鉴别投递或无法投递的报告源。探询源证明：使探询经过的任一MTA鉴别探询源。投递证明：使信报的发方证实投递的信报及其内容，以及接收者的身份。提交证明：使信报的发方确认信报已提交给MTS并投递给原定的收方。安全访问管理：提供相邻组件之间的鉴别并设置安全上下文。信文完整性：使收方验证信报的原文未被修改。信文加密：防止将信文非法泄露给指定收方以外的人。信报流加密：使信报发方通过MHS隐蔽信报流。信报序列完整性：使发方向收方提供信报序列已被保持的凭证。抗抵赖起源：向信报收方提供信报源内容的证明。防止发方企图错误地否认已发送信报和内容。抗抵赖投递：为信报发方提供信报投递证明，防止收方错误地否认已接收信报。抗抵赖提交：为信报发方提供信报提交证明，防止MTS试图错误地否认信报已提交并投递给指定收方。信报安全标记：提供一种信报分类的能力，指明信报的敏感性，确定信报处理与所使用的安全策略一致。表2MHS组件提供的安全信报处理服务元素及其使用源发MTS接收MTS源发MTS接收MTS服务元素MTS服务元素MTS用户信报源鉴别PU信文密级P——U报告源鉴别UP——信报流保密性P——探询源鉴别PU——信报序列完整性P——U投递证明U——P抗抵赖起源P——U提交证明UP——抗抵赖提交UP——安全访问管理PUP抗抵赖投递U——P信文完整性P——U信报安全标记PU注：P—MHS组件为服务提供者U—MHS组件为服务的用户15．5安全管理支持上述特性的非对称密钥管理模式由目录系统鉴别框架提供，在GB／T16264．8中对这一结构做了说明。目录存储了MH用户使用的验证过的公用密钥备份。它们用于确认和便于在运用数据保密和数据完整性机制时交换密钥。利用GB／T16264．5中描述的目录访问协议，可以从目录中读出证书。支持这些安全特性的其他类型的密钥管理模式(其中包括对称密钥)，可能成为今后标准化的课题。15．6MHS的安全依赖如果在使用MHS安全能力后，存在对其他MHS能力(如：分发表和转换)的依赖、因果或限制，那么应该由安全策略定义这些能力。例如，安全策略可以规定应总是选定转换禁止服务元素。21 GB／T16284．1--2008／ISO／IEC10021—1：2003信报传送的一个抽象安全模型在ISO／IEC10021—2的第10章中描述。特别的是，]SO／IEC10021—2的10．I条中描述了安全策略的概念。15．7IPM安全描述IPM的附加安全特性的服务在附录B中定义，并在第19章中进行分类。这些能力的概况如下允许IP信报的发方请求IP信报收方提供收到信报并核实IP信报信文完整性的不抗抵赖接收信文的请求可取消的证明。本服务元素仅提供发方请求的指示。完成该请求需要对抗抵赖接收信文服务元素的支持为IP信报的发方提供收方证实IP信报安全特性的不可取消的证明。当收方收到IP抗抵赖接收到的信文信报时，该能力证明抗抵赖的属性的真实性以及IP信报信文的完整性。只有当uA需要支持该服务元素的安全策略时，才要求收方满足该服务元素的请求允许IP信报的发方请求IP信报收方提供收到IP信报以及IP信报收方发出IP通知抗抵赖IP通知的请求的不可取消的证明。本服务元素仅提供发方请求的指示。完成该请求需要对抗抵赖IP通知服务元素的支持为IP信报的发方提供收方收到IP信报以及该收方发起相继的IP通知的不可取消抗抵赖IP通知的证明。这样就提供了IP信报签名收方的标识符，该标识符具有抗抵赖的属性。只有当uA需要支持该服务元素的安全策略时，才要求收方满足该服务元素的请求允许1P信报的发方请求IP信报收方提供收到IP信报信文以及证实1P信报信文完接收信文证明请求整性的证明。本服务元素只提供发方请求的指示。完成该请求需要对接收信文的证明服务元素的支持为IP信报的发方提供收方证实IP信报安全特性的证明。当收方收到IP信报时，该接收信文的证明服务元素提供IP信报信文真实性和完整性的证明。只有当UA需要支持该服务元素的安全策略时，才要求收方满足该服务元紊的请求允许IP信报的发方请求IP信报收方提供收到IP信报以及IP信报收方发出IP通知IP通知证明请求的证明。本服务元素只提供发方请求的指示。完成该请求需要对1P通知证明服务元素的支持为IP信报的发方提供收方收到1P信报以及收方发出IP通知的证明。这样就提供IP通知证明了IP信报签名收方的标识符。只有当UA需要支持该服务元素的安全策略时，才要求收方满足该服务元素的请求IPM—uA和MHS用户之间的安全特性应用，如：用户鉴别和本地访问控制是本地事宜。要求实现局部访问控制的信息可以在发方和IPM—uA收方之间使用信报安全标记服务元素来传送。专用和本地访问控制信息的语法和记法可以通过注册安全策略和安全分类来定义。上述IPM—UA安全特性使用ISO／IEC10021—4：2003中定义的MHS安全能力的，该能力由MTS用户提供。它们不要求任何ISO／IEC10021—4：2003中定义的MTS扩展。支持上述安全特性的IPM—UA要求支持相应的协议扩展以及ISO／IEC10021-7：2003中定义的相关规程。IPM—uA安全特性使用ISO／IEC10021—4：2003中定义的MTS用户安全机制，例如信文完整性校验、信报源鉴别校验和信报标志。IPM—UA安全特性不定义任何附加的安全机制。注：在使用证明功能的情况下，可以隐式提供抗抵赖，并不反映在特定的协议元素中。22 GB／T15284．1--2008／ISO／IEC10021—1：2003表3IPM-UA提供和使用的附加安全信报处理服务元素服务元素IP信报发方MTSIP信报收方请求抗抵赖接收的信文请求者用户抗抵赖接收的信文用户提供者请求抗抵赖的IP通知请求者用户抗抵赖IP通知用户提供者请求接收信文的证明请求者用户接收信文的证明用户提供者请求IP通知的证明请求者用户IP通知的证明用户提供者16MHS的转换MTS提供了转换功能，允许用户用一种或多种编码格式输入信报，称为编码信息类型(EIT)，再把它们转换成另一种EIT，投递给具有多种UA能力和终端类型的用户。这种能力是MTS所具有的，它将信报剪裁成适合收方终端能力，从而增加了投递的可能性。ISO／IEC10021—4列出了MHs中已成为标准的EIT。对有些在ISO／IEC10021—4中尚未定义的，但为某些域、域间双方或在一个域内所支持的EIT也提供了转换及与转换有关的服务元素的使用方法。MH用户可通过附录B中所描述的各种服务元素，对转换进程做某些控制，其中包括用户明确提出所需的转换请求，或者不明确提出而由MTS确定是否需要转换，及要做的转换类型，用户也能请求不做转换或在丢失信息时不做转换。当MTS对信报进行转换时，它会向接收、投递信报的UA通知，已做了转换及原来的EIT是什么。如果信报中存在特定类型的信段，则IP信报的转换过程可以对特定类型的信段进行。不同的EIT转换的一般情况及具体的转换规则在CCITTX．408建议中详细描述。CCITTX．408建议研究下列EIT的转换：IA5正文，G3传真，G4第一类和可视图文。17相应CCITT建议中的第17章不作为本部分的一章18服务元素——目的服务元素是MHS的特性、功能或能力。MHS适用的所有服务元素在附录B中给出了定义，对应章条号按字母顺序列出。在本标准的其他部分中描述了MHS中服务元素的实现。服务元素与MHS中提供的各种服务有关。有用于信报传送服务的服务元素，它们提供了在UA之间发送和接受信报的基本能力。有用于人际信报服务的服务元素，它们在称为IPMUA的这类uA之问提供发送和接收信报能力。有用于物理投递服务的服务元素，它们可使MH用户发送信报并用物理媒体将信报投递非MH用户。有用于专用信报存储器的服务元素。用于IPM服务的服务元素，包括那些用于MT服务、PD服务、信报存储器的服务以及专用于IPM服务的服务元素。表4列出了MHS中所有的服务元素，并说明哪些服务与现已定义的服务(如MT服务、IPM服务、PD服务和MS服务)有特殊联系，并给出了相应在附录B中的章条号。与IPM信报存储器相关的服务元素在1PM和MS栏中标出。 GB／T16284．1--2008／1SO／IEC10021-I：2003表4MHS服务元素附录B服务元紊MTIPMPDMS服务元素MTIPMPDMS章条号访问管理×B．1目录名(称)指定的收方×B．42附加的物理再现×B．2公开其他收方×B．43允许代收方×B．3分发码指示×B．44指定代收方×B．4DL免除收方×B．45授权时间指示×B．5DL扩展史指示×B．46授权用户指示×B6禁止DL扩展×B47IP信报的自动确认×B．7EMS(快信服务)×B48自动动作日志×B．8有效期指示×R49自动告知×B．9显式转换×B．50注释的自动分配×B．10转发IP信报指示×B．51组名的自动分配×B．11投递级别选择×B．52存储周期的自动分配×R12暂缓投递×R53IP信报的自动相关×R13隐式转换×珏54IP通知的自动相关×B．14重要性指示×B55报告的自动相关×B．15不完整拷贝指示×B56存储周期后的自动删除×R16信息类别指示×B．57IP信报的自动丢弃×B．17IP信报动作状态×R58自动转发指示×B．18IP信报标识×B．591P信报的自动转发×R191P信报安全标记×B．60自动提交指示×B．20语言指示×B．61基本物理复制×B21最迟投递指定×B．62隐抄收方指示×B．22手动处理说明指示×B．63信段鉴别和完整性×B．23信报流保密×B．54信段加密×B．24信报标识×B65轮发表收方指示×B．25信报起源鉴别×B．66信文密级×B．26信报安全标记×B．67信文完整性×B．27信报序列完整性×B．68信文类型指示×B．28MS注册器×B．69转换禁止×B．29多址投递×B．70防止丢失信息的转换禁止×B．30多段信体×B．71已转换指示×R31无法投递通知×B．72服务台收存×B．32未收到通知请求指示×B．73服务台收存并告知×B．33抗抵赖接收的信文×B．74封面抑制×B．34抗抵赖投递×B．75交叉引用指示×B．35抗抵赖IP通知×B．7"6延后投递×B36抗抵赖起源×B．77延后投递取消×B37抗抵赖提交×B．78投递日志×B．38过时指示×B．79投递通知×B．39平信×B．80投递时间戳指示×B40源编码信息类型指示×B．8l办公传真服务投递×B．4l发方指示×B8224 表4(续)GB／T16284．1--2008／ISO／1EC10021-1：2003附录B服务元紊MTIPMPDMS服务元素MTIPMPDMS章条号发方参考指示×B．83请求的优选投递方式×B111发方请求的代收方×B．84受限投递×B．112MHS发出的物理投递通知×B．85信文回送×B．113PDS发出的物理投递通知×B．86安全访问管理×B．114允许物理转发×R87敏感性指示×B．115禁止物理转发×B．88专人投递×B116优先指示×B．89草稿信报存储×R117阻止无法投递通知×B．90提交存储×B118主收方和抄收方指示×B．91存储周期分配×B．119探询×B．92存储信报告示×B．120探询起源鉴别×B．93存储信报注释×B．12l接收信文的证明×B94存储信报的删除×B122投递证明×H95存储信报的获取×B．123IP通知证明×B．96存储信报分组×B．124提交证明×B．97存储信报列表×B125请求收到通知指示×B．98存储信报摘要×B．126发方不允许转投×B．99主题指示×B．127外来信报转投×B100提交日志×B128挂号邮件×B．101m信报合并存储信报的提交×B．129收信人亲启的挂号邮件×B．102提交时戳指示×B．130请求回复指示×B．103类型信体×B131回复IP信报指示×B．104不可投递邮件的物理信报报告起源鉴别×B．105回送×B．132请求转发地址×B．106分发表的使用×B．133请求抗抵赖接收的信文×R107用户／UA能力注册×B134请求抗抵赖的IP通知×B108请求接收信文的证明×B．109请求IP通知的证明×B．11019分类19．1分类的目的MHS的服务元素划分为或者属于基本的服务(也称为PD和MS的基础)或者是可选的用户业务两类。属于基本服务的元素是该服务的固有部分——它们构成了基本服务，使用服务时，总是可提供并可用的。其他服务元素称为可选用户业务，由客户或用户以每个信报为基础或在商定的期限内选择使用。每个可选用户业务划分为必需的或附加的，对所有MH用户都可用，附加的用户可选用户业务可在国内使用，或在有双边协议的国家之间使用。19．2基本的信报传送服务基本的MT服务使一个UA能提交及接收投递给它的信报。若信报不能被投递，则通过无法投递通知通知源发UA。每个信报都是唯一且无歧义地加以标识。为便于有效通信，uA可指定投递给它信报中所能包含的编码信息类型。信报的信文信息类型和初始编码信息类型，已执行的所有转换的指示和转换后的编码信息类型都附加在每个投递的信报中。此外，还包括提交时间和投递时间。属于基本MT服务的MT、服务元素类型见表5。．25 GB／T16284．1--2008／ISO／IEC10021．1：2003表5属于基本MT服务的服务元素服务元素附录B章条号服务元素附录B章条号访问管理B1无法投递通知B．72信文类型指示B28源编码信息类型指示B81已转换指示B31提交时戳指示B．130投递时间戳指示B．40用户／UA能力注册B．134信报标识B．6519．3MT服务可选的用户业务用于MT服务的可选用户业务可按每个信报为基础或在商定的期限内选择使用。每个可选用户业务的服务元素被划分为必需的或附加的，如19．1描述。表6列出了组成MT服务的可选用户业务的服务元素，包括它们的分类和适用性(PM=每个信报，cA一商定)。用于PD服务和信报存储器的可选用户业务，虽然是MT服务可选的用户业务的一部分，但它们并未列在表6中，因为它们与提供的PDAU或MS相关，表7～表10分别给出了它们的分类。安全策略将定义何时启用与MT服务可选的用户业务相关的安全。表6M陌服务可选的用户业务附录B服务元素分类适用性服务元素分类适用性章条号允许代收方EPMB3信报起源鉴别APMB66指定代收方ACAB4信报安全标记APMB67信文保密性APMB．26信报序列完整性APMB68信文完整性APMB．27多址投递EPMB．70转换禁止EPMB．29抗抵赖投递APMB．75防止丢失信息的转换禁止APMB．30抗抵赖起源APMB．77封面抑制APMB．34抗抵赖提交APMB．78延后投递EPMB．36发方请求的代收方APMB．84取消延后投递EPMB．37阻止无法投递通知APMB．90投递通知EPMB．39探询APMB92目录名(称)指定收方APMB．42探询起源鉴别APMB93公开其他收方EPMB．43投递证明APMB．95DL免除收方APMB45提交证明APMB97DI．扩展史指示APMB46发方不允许转投APMB99禁止DL扩展APMB47外来信报转投APMB100显式转换APMB．50报告起源鉴别APMB105投递级别选择EPMB．52请求的优选投递方式A*PMB111暂缓投递ACAB53受限投递APMB¨2隐式转换ACAB．54信文回送APMB．113最迟投递指定APMB62安全访问管理ACAB．114信报流保密APMB64分发表的使用APMB．133+并不意味着提供所有要求的投递方式。 GB／T16284．1--2008／ISO／IEC10021-1：200319．4基本MH／PD服务互通信为增强MT服务，可提供基本MH／PD服务互通信，它使信报以物理(通常是硬拷贝)方式通过物理投递服务(如邮政服务)投递给收方。这种能力对任何利用MT服务的应用都适用。属于基本MH／PD服务互通信的MH／PD服务元素可在每个收方的基础上使用，它们在表7中列出。当通过PDAU提供这一互通信时，表7中所列出的所有服务元素都应得到支持。表7属于基本MH／PD服务互通信的服务元素服务元素附录B章条号服务元素附录B章条号基本物理复制B．21允许物理转发B．87平信B．80不可投递邮件的物理信报回送B．13219．5用于MH／PD服务互通信的可选用户业务基本MH／PD服务元素(19．4)与下列可选用户业务可一起用来提供MH／PD服务互通信。这一能力对任何利用增强MT服务的应用都适用。这些可选用户业务可以在每个收方上为进行选择，并在表8列出。表8用于MH／PD服务互通信的可选用户业务服务元素分类附录B章条号服务元素分类附录B章条号附加的物理再现AB2PDS发出的物理投递通知AB．86服务台收存EB32禁止物理转发AB．88服务台收存并告知AR33挂号邮件AB101办公传真服务投递AB．41收信人亲启的挂号邮件AR102EMS(快信服务)EB．48请求转发地址AR106MHS发出的物理投递通知AB．85专人投递‘EB1168PDAU和相联的PDS至少支持一个或多个。19．6基本信报存储器基本信报存储器是可选的，它作为UA和MTA之间的媒体，为外来信报提供存储和管理。MS适用于任何利用MT服务的应用。属于基本信报存储器的服务元素见表9。当提供MS时，为了在服务元素适用的MS中存储的每个信报类型(投递的信报、提交日志和草稿信报等)，应支持表9中所列出的每个服务元素。表9基本信报存储器服务元素附录B章条号服务元素附录B章条号MS注册器B69存储信报列表B125存储信报的删除B122存储信报摘要B126存储信报的获取B．12319．7MS可选用户业务基本MS服务元素(19．6)与可选用户业务一起用来增强信报存储器的作用。增强的MS适用于任何利用MT服务的应用。构成MS可选用户业务的服务元素在表10中列出。27 GB／T16284．1--2008／ISO／IEC10021一“2003表10MS可选用户业务服务元素分类附录B章条号自动动作El志AR8注释的自动分配AB．10组名的自动分配AB．11存储周期的自动分配AB．12报告的自动相关AB．15存储周期后的自动删除AB．16投递日志AB．38草稿信报存储AB117提交存储AB118存储周期分配AB119存储信报告示AB120存储信报注释AB．121存储信报分组AB．124提交El志AB12819．8基本的个人信报通信服务基本的IPM服务利用MT服务使用户能发送和接收IP信报。用户在他的用户代理(UA)协助下准备信报。多个用户代理彼此协作为他们各自的用户之间的通信提供支持。为了发送一个信报，发方用户将信报提交给他的uA并说明将要接收该IP信报的收方的OR名。然后，带有标识符的IP信报就由发方的uA通过信报传送服务送到收方的uA。在成功投递给收方的uA后，收方就能收到IP信报。为便于有效通信。收方可以在允许投递给其UA的IP信报中指定编码信息类型。原始编码信息类型和所有已做的转换指示以及结果编码信息类型都随每个投递的IP信报被提供。此外，还提供每个IP信报的提交时间和投递时间，这个基本服务还提供无法投递通知。表11列出了属于基本IPM服务的服务元素。寰11属于基本IPM服务的服务元素服务元素附录B章条号服务元素附录B章条号访问管理R1无法投递通知B72信文类型指示lB．28已转换指示B．31源编码信息类型指示B8l提交时戳指示B．130投递时间戳指示B．40lP信报标识B．59类型信体B．13l用户／UA能力注册B．134信报标识B．6519．9IPM服务可选用户业务有一组IPM服务的服务元素是可选的用户业务，这些IPM服务的可选用户业务分别在表12和表13中给出，它们可以按每个信报的基础或在商定的期限内选用。本地用户业务可以与这些用户业务的一部分一起提供。以每个信报为基础选择的IPM服务可选的用户业务可分为UA源发和uA接收两类设施。如果MD为uA的源发提供了这些可选用户业务，则用户能够根据为相关的服务元素生成和发送IP信报确定的过程。如果MD为uA、MS和Au接收提供了这些可选业务，则接收uA、MS和PDAU将能接收和识别与相应服务元素有关的指示并告知被请求可选用户业务的用户。从上述两种角度，每个可选用户业务可分为附加的(A)或必需的(E)。安全策略将定义并决定何时调用与安全相关的IPM服务可选用户业务。28 GB／T16284．1--2008／ISO／IEC10021·I：2003表12以每个信报为选择基准的IPM可选用户业务服务元素原发接收附录B章条号服务元素原发接收附录B章条号附加的物理再现AB2多址投递EN／AB．70允许代收方AR3多段信体AEB71授权时间指示AB．5请求未收到通知指示AEB．73授权用户指示AEB．6抗抵赖接收的信文AB．74自动转发指示AE+＆18抗抵赖投递AB．75自动提交指示AEB．20抗抵赖IP通知AB．76基本物理复制AE。B21抗抵赖起源AR77隐抄收方指示AEB．22抗抵赖提交AN／A13．78信段鉴别和完整性AB23过时指示AEB．79信段加密AEB24平信AE。B．80轮发表收方指示AR25发方指示EB．82信文密级AR26发方参考指示AB．83信文完整性AR27发方请求的代收方AN／AB．84转换禁止EB．29MHS发出的物理投递通知AB．85防止丢失信息的转换禁止AB30PDS发出的物理投递通知AE。B．86服务台收存AE’B．32允许物理转发AE。B87服务台收存并告知A&33禁止物理转发AE。B．88封面抑制AB．34优先指示AB．89交叉引用指示AEB．35阻止无法投递通知AN／AB90延后投递EN／AB．36主收方和抄收方指示EB．91延后投递取消AN／AR37探询AN／AB．92投递通知EN／AR39探询起源鉴别AN／AR93办公传真投递服务AR41接收信文的证明AB．94目录名(称)指定的收方AN／AB．42投递证明AB．95公开其他收方AEB．43IP通知证明AB．96分发码指示AB．44提交证明AN／AB．97DL免除收方AB．45请求收到通知指示AB．98DL扩展史指示N／AEB46发方不允许转投AN／AB．99禁止DL扩展AN／AB47挂号邮件AB．10lEMS(快信服务)8AE。B．48收信人亲启的挂号邮件AB．102有效期指示AEB49请求回复指示AEB．103显式转换AN／AB50回复IP信报指示EB．104转发IP信报指示AEB．51报告起源鉴别AB．105投递级别选择EB．52请求转发地址AB．106重要性指示AEB．55请求抗抵赖接收的信文AB．107不完整拷贝指示AB．56请求抗抵赖的IP通知AB．108信息类别指示AB．57请求接收信文的证明AB109IP信报安全标记AB．60请求IP通知的证明AB．110语言指示AB．6l信报流保密AN／AB64最迟投递指定AN／AB62信文回送AN／AB．113手动处理说明指示AB63敏感性指示AEB．115信报起源鉴别AB66专人投递AE。B．116信报安全标记AB．67草稿信报存储N／AAB．117信报序列完整性AB．68提交存储N／AAB．118 GB／T16284．1--2008／ISO／IEC10021-1：2003表12(续)服务元素原发接收附录B章条号服务元素原发接收附录B章条号存储周期分配N／AAB119存储信报列表N／AE。’B．125存储信报注释N／AAB．121存储信报摘要N／AE‘’R126存储信报的删除N／AE⋯B．122主题指示EB．127请求的优选投递方式AB．111IP信报合并存储信报的提交N／AAB．129存储信报的获取N／AE⋯B123不可投递邮件的物理信报回送AE‘B．132存储信报分组N／AAB124分发表的使用AN／AB．133E：必须提供的主要可选用户业务。E’：仅适用于PDAU的主要可选用户业务。E一：适用于uA的主要可选用户业务。适用于(连接MS的)UA的附加可选用户业务。E⋯：适用于MS和UA的主要可选用户业务。A：可提供的附加可选用户业务。N／A：不可使用。1)：PDAU和相关PDS至少支持EMS或专人投递。注：在接收归类为“A”的服务元素UA的情况下，可能需要双边协议。表13在商定期限内的IPM可选用户业务服务元素分类附录B章条号服务元素分类附录B章条号指定代收方AB．4IP信报的自动转发AB．19lP信报的自动确认AB．7投递日志AB．38自动动作日志AB．8暂缓投递AB．53自动告知AB．9隐式转换AB．54注释的自动分配AB．10IP信报动作状态AB．58组名的自动分配AB．11MS注册器AB．69存储周期的自动分配AB．12外来信报转投AB．1001P信报的自动相关AB13受限投递AB112IP通知的自动相关A＆14安全访问管理AB．114报告的自动相关AB15存储信报告示AB．120存储周期后的自动删除AB．16提交日志AB-128IP信报的自动丢弃AB．17 GB／T16284．1—2008／ISO／IEC10021—1：2003附录A(资料性附录)术语表注：下述定义在严格意义上并不是必须的。参见附录B和ISO／IEC10021的其他部分(尤其是ISO／IEC1002l一22003)给出的定义，它们是很多术语的出处。由于出处不同，术语的抽象程度不同。A．1访问单元AccessUnit；AU在信报处理系统中，它是功能客体，MHS中的组件。它将其他通信系统(如物理投递系统或传真网络)与MTS相链接，并使其客户作为间接用户参与信报处理。在信报处理服务中，它是能使一种服务的用户同信报处理服务(例如IPM服务)互通信的单元。A．2实际收方actualrecipient信报处理的上下文中，发生投递或确认的潜在收方。A．3公共机构Administration运行ADMD的组织。注：在国际规章中，公共机构是一个管理受管制的电信和／或邮政服务的国家体。在许多国家中，要对制定规章的实体和运行实体进行分离，ITU公共机构不是ADMD服务必要的运行者。A．4公共域名AdministrationDomainName信报处理中名(称)形式中的一种标准属性，它标识与由国家名代表的国家有关的ADMD。A．5公共管理域AdministrationManagementDomain；ADMD给PRMD和／或个体用户提供公用信报处理服务的管理域。为了确保用户与全球信报处理骨干上连接的其他MD进行通信，ADMD有管理的责任。A．6代收方alternaterecipient信报处理中的用户或分发表。当且仅当信报或探询无法送到指定的收方时，信报或探询传送到该用户或分发表。带收方可以由发方(B．84)、收方(B．100)或收方MD(B．4)来规定。A．7属性attribute信报处理中的信息项，属性表中的成分，用于描述一个用户或分发表，并能确定其在MHS(或支撑网络)的物理结构或组织结构中的位置。A．8属性表attributelist信报处理中的数据结构，属性的有序集合，它构成一个OR地址。A．9属性类型attributetype表示一类信息(如人名)的标识符，是属性的一部分。A．10属性值attributevalue属性类型表示的某类信息实例(如一个具体的人名)，是属性的一部分。31 GB／T16284．1--2008／ISO／IEC10021-1：2003A．11基本服务basicservice信报处理中，服务固有的所有特性。A．12信体bodyIP信报信文的成分，另一个成分是信首。A．13信段bodypartIP信报信体的成分。A．14公共名commonnoⅢtlC信报处理中OR地址形式的一个标准属性，标识与另一属性(如一个组织名)确定的实体有关的用户或分发表。A．15信文content信报处理中的信息客体，信报的一部分，MTS在传递信报过程中，对它除做转换外，既不检查也不修改。A．16信文类型contenttype信报处理中在信报信封上的一个标识符，它标识信报信文的类型(如语法和语义)。A．17转换conversion信报处理中的传递事件，MTA将部分信文从一种编码信息类型转换成另一种类型，或者修改探询指出所描述的信报已作此修改。A．18国家名countryname信报处理中名(称)形式中的一个标准属性，用于标识国家(或者，例外的是国际MD注册机构)。为发送和接收信报，要给每个国家指定一个唯一的国家名。注：在物理投递中有附加规则。A．19投递delivery信报处理中的传递步骤，MTA将信报运送给信报的潜在收方MS或UA，或是MTA将报告运送给其主题信报或探询的发方MS或uA。A．20投递报告deliveryreport信报处理中的报告，确认投递、无法投递、出口，或者主题信报证实、探询或分发表扩展的。A．21直接提交directsubmission信报处理中的传递步骤，直接提交时，发方的UA或MS将信报或探询运送给MTA。A．22目录directory协同提供目录服务的开放系统集合。32 GB／T16284．1--2008／ISO／IEC10021—1：2003A．23目录名(称)directoryname目录中的项目名。注：信报处理中，提交倍报时目录条目可使OR地址被检索。A．24目录系统代理DirectorySystemAgent；DSAOSI的应用进程，它是目录的一部分，其作用是向DUA和／或其他DSA提供对目录信息库的访问服务。A．25目录用户代理DirectoryUserAgent；DUAOSI的应用进程，在访问目录中代表用户。每个DUA仅为一个用户服务，因此根据基本的DUA名，目录就能控制对目录信息的访问。DUA还能提供一些局部业务帮助用户形成请求(查询)及解释响应。A．26直接用户directuser信报处理中，直接利用MTS进行信报处理的用户。A．27分发表distributionlist信报处理中的功能客体，信报处理环境的成分，表示一组预先指定的用户和其他分发表，是MHS运送的信息客体的潜在目标。其成员可包括标识用户和其他分发表的OR名。A．28分发表扩展distributionlistexpansion信报处理中的传递事件，MTA将信报立即收方中的分发表分解成该分发表的成员。A．29分发表名distributionname为表示一组OR地址和目录名(称)而分配的OR名。A．30域domain见“管理域”。A．31域内定义属性domaindefinedattributesOR地址的可选属性，其名称由管理域负责分配。A．32服务元素elementofservice用于划分和描述信报处理特征的功能单元。A．33编码信息类型EncodedInformationType；EIT信报处理中信封上的标识符，标识信文中一种编码信息类型，还标识信文某单独部分的媒体和格式(如LA5正文、三类传真)。A．34信封envelope信报处理中的信息客体，信报的一部分。其组成随传递步骤而变，不同地标识信报的发方和潜在收方，记录信报所经路径，指出MTS的下一个运送方向，并且说明信文的特性。33 GB／T16284．1--2008／ISO／IEC10021—1：2003A．35显式转换explicitconversion信报处理中，由发方选择初始和最终编码信息类型的转换。A．36物理投递地址成分扩充extensionofphysicaldeliveryaddresscomponents邮政OR地址的标准属性，它作为一种表示方法，按照邮政地址的物理投递点给出进一步的信息。如村名、大楼中的房号和层号等。A．37邮政OR地址成分扩充extensionofpostalORaddresscomponents邮政OR地址的标准属性，它作为一种表示方法，按照收件人的邮政地址给出进一步的信息。如组织单位。A．38文件传送信段filetransferbodypart从发方向收方传送存储的文件信文和其他与文件有关的信息的信段。其他的信息包括和文件信文一起存储的典型的属性，还包括传送发起的环境信息和当前存储的文件或之前信报的参考。A．39格式化邮政OR地址formattedpostalORaddress信报信文的成分。另一个成分是信体。A．40一般文本信段generaltextbodypart用8位编码表示一般特性的字符文本的信段。它有参数和数据成分。参数成分标识数据成分中出现的字符集。数据成分构成一个单一的一般串。A．41信首headingIP信报的一个成分。其他成分是信封和信体。A．42立即收方immediaterecipient信报处理中的潜在收方之一，被分配给某个信报或探询的具体实例(例如，由分送产生的一个实例)。A．43隐式转换implicitconversion信报处理中的一种转换，由MTA选择初始和最终的编码信息类型。A．44间接提交indirectsubmission信报处理中的传递步骤，发方uA通过MS把信报或探询运送给MTA。A．45间接用户indirectuser信报处理中的用户，它通过问接使用MHS，即通过其他与MHS链接的通信系统(如物理投递系统或电报网络)，进行信报处理。注：间接用户通过访问单元与MHS的直接用户通信。A．46指定收方intendedrecipient信报处理中的用户和分发表，发方选定作为信报或探询的指定目的地。34 A．47互通信intercommunicationGB／T16284．1--2008／ISO／IEC10021—1：2003信报处理中服务间的关系，其中一种服务是信报处理服务，使信报处理服务的用户与其他服务的用户能够通信。注：例如：在IPM服务和电报服务之间的互通信，在信报处理服务和物理投递服务之间的互通信。A．48人际倍报服务interpersonalmessagingservice属于同一个管理域或不同管理域的用户间以信报传送服务为基础通过信报处理实现的信报服务。A．49IP信报IPM服务中信报的信文。A．50本地邮政属性localpostalattributes邮政OR地址的标准属性，用于区别邮政地址中的相同地名(如：省名、县名或地理特性)的地点。A．51管理域ManagementDomain；MD信报处理中的一组由单个组织管理的信报系统，其中至少有一个系统包含或实现一个MTA。管理域是MHS组织结构中使用的主要组成模块。它是提供服务的组织区域。注：管理域和地理区域不一定一一对应。A．52管理域名managementdomainname管理域的唯一域名，用于发送和接收数据。A．53成员members信报处理中由分发表名隐含的一组用户和分发表。A．54信报message用信报传送方法运送的基本信息客体类的实例，包括信封和信文。A．55信报处理MessageHandling；MH分布式信息处理任务，它包含信报处理和信报存储的内在相关的多个子任务。A．56信报处理环境MessageHandlingEnvironment；MHE进行信报处理的环境，包括MHS、用户和分发表。是信报处理系统所有组件的总和。注：组件的例子有：一～信报传送代理；——用户代理；——信报存储器；——用户。35 GB／T16284．1--2008／ISO／IEC10021．1：2003A．57信报处理服务messagehandlingservice信报处理系统提供的服务。注1：服务可通过公共管理域或专用管理域提供。注2：信报处理服务的例子：——人际信报服务(IPM服务)；——信报传送服务(MT服务)。A．58倍报处理系统messagehandlingsystem功能客体，信报处理环境的一个组件，在参与者之间运送信息客体。A．59信报存储messagestorage自动存储，为后期检索利用信报传送方法运送的信息客体，是信报处理的一个方面。A．60信报存储器MessageStore；MS功能客体，MHS的一个组件，它为某个直接用户提供信报存储的能力。A．61信报传送MessageTransfer；MT．用计算机作为中间媒体在参与者之间非实时地运载信息客体。是信报处理的一个方面。A．62信报传送代理MessageTransferAgent；MTA功能客体，MHS的组件，它实际运送信息客体给用户和分发表。A．63信报传送服务messagetransferservice为其他信报服务处理信报的提交、传送和投递的服务。A．64信报传送系统messagetransfersystem由一个或多个信报传送代理组成的功能客体，在用户代理、信报存储器和访问单元之间提供存储一转发方式的信报传送。A．65信报系统messagesystem包含或实现一个或多个功能客体的计算机系统(不一定是开放系统)，它是MHS物理结构中使用的组成模块。A．66易记OR地址mnemonicORaddressOR地址，以易记的形式标识与ADMD相关的用户或分发表。通过该OR地址访问用户或扩展分发表。它标识ADMD和与该ADMD相关的用户或分发表。A．67命名机构namingauthority负责分配名(称)的机构。A．68网络地址networkaddress信报处理中，OR地址形式的标准属性，它指出终端的网络地址。由取自国际编号方案的编号数字组成，表示网络访问点。36 GB／T16284．1--2008／ISO／IEC10021-1：2003A．69无法投递non-delivery信报处理中的传递事件。MTA判断出MTS不能将信报投递给一个或多个立即收方，或不能将报告投递给主题信报或探询的发方。A．70未注册访问non—registeredaccess信报处理服务中某些用户利用公用可用的电信访问服务，这些用户既未显式地向服务提供者注册，又未分配到一个OR地址。A．71数字OR地址numericORaddress信报处理中的OR地址，它用数字标识与ADMD有关的用户，通过该地址访问用户。它标识AD-MD和与该ADMD有关的用户。它用数字键盘标识信报处理服务的用户。A．72数字用户标识符numericuseridentifierOR地址的标准属性，是唯一标识用户的数字信息串。A．73OR地址ORaddress信报处理中的属性表，用于区分用户或DL，且标识用户对MHS的访问点或分发表的扩展点。A．74OR名ORname信报处理中的信息客体，用它指定某个用户为发方，或指定某个用户或分发表为信报或探询的潜在收方。OR名区分每个用户或分发表，并能标识对MHS的访问点。A．75可选用户业务optionaluserfacilities信报处理服务中的服务元素，可根据每次协商(商定的时间长度)或每个信报进行选择。注1：可选用户业务分为基本的和附加的。注2：基本可选用户业务对所有信报处理用户都可用。注3：附加可选用户业务适用于在服务提供者之间达成双边协议的国内应用和国际应用。A．76组织名organizationnameOR地址的标准属性，作为发送和接收的组织的唯一名称。A．77组织单元名organizationunitnameOR地址的标准属性，作为发送和接收的组织中的组织单元的唯一名称。A．78发方originator信报处理中的用户(但不是分发表)，它是一个信报或探询的根本源头。A．79人名personalname信报处理中的OR地址形式的标准属性，标识与其他属性(如组织名)表示的实体有关的人。注：成分如下：——姓；——名；37 GB／T16284．1--2008／ISO／IEC10021—1：2003——姓名的首字母；——辈份限定符。A．80物理投递PhysicalDelivery；PD通过物理投递系统，以物理形式(如信)投递信报。A．81物理投递访问单元PhysicalDeliveryAccessUnit；PDAU访问单元，使信报(而不是探询或报告)物理再现。A．82物理投递地址成分physicaldeliveryaddresscomponents包含邮政地址中物理投递局的物理投递范围内进行本地物理投递所需要的信息。例如街道地址、邮政信箱地址、邮件待领局地址或一个唯一的名。注：这种信息一般限制在一行以内，至多30个可打印图形字符。附加信息可使用属性类型“物理投递地址成分的扩充”来提供。A．83物理投递国家名physicaldeliverycountryname物理投递中，最终目标国家的唯一描述。A．84物理投递域physicaldeliverydomain提供物理投递系统和可选MTA／PDAU的组织的责任域。A．85物理投递局地址成分physicaldeliveryofficeaddresscomponents邮政地址中包含确定负责本地物理投递的投递局的信息。注：这种信息一般限制在一行之内，至多30个可打印图形字符。在某些国家中，邮政编码接在物理投递局地址成分之后，另起一行(可能与国家名一起)。A．86物理投递局名physicaldeliveryofficename邮政OR地址的标准属性，在物理投递中规定城市名、村庄名等，物理投递局处于邮政OR地址中，或物理投递在邮政OR地址起作用。A．87物理投递局号physicaldeliveryofficenumber邮政OR地址中的标准属性，用于区分一个城市中的多个物理投递局，等等。A．88物理投递组织名physicaldeliveryorgnizationname邮政地址中被寻址实体的自由形式名，要考虑长度规定的限制。A．89物理投递人名physicaldeliverypersonhlname邮政地址中被寻址实体的自由形式名，包含姓，还可包含名、姓名首字母、头衔和辈份限定符，要考虑长度规定的限制。A．90物理投递服务physicaldeliveryservice物理投递系统所提供的服务。38 GB／T16284．1--2008／ISO／IEC10021·1：2003A．91物理投递服务名physicaldeliveryservicenmq[1e邮政OR地址中的标准属性，其形式为国家内的服务名，电子方式接收代表物理投递服务的信报。A．92物理投递系统physicaldeliverysystem；PDS执行物理投递的系统。一种重要的物理投递系统是邮政系统。A．93物理信报physicalmessage由中继信封和信文组成的物理客体，如信件。A．94物理再现physicalrendition从MHS信报到物理信报的转换。如：将信报打印在纸上并将其封入信封内。A．95邮政编码postalcode邮政OR地址的标准属性，确定地理区域，在MHS中用于信报的路由选择。A．96邮政OR地址postalORaddress信报处理中用邮政地址标识用户的OR地址。它标识访问用户所通过的物理投递系统，且给出用户的邮政地址。A．97邮政OR地址成分postalORaddresscomponents包含邮政地址中的信息，用名(称)(人名，组织名)描述发信人和收信人。注：这种信息一般限制在一行以内，至多30个可打印图形字符。附加信息可使用属性类型“邮政OR地址成分的扩充”来提供。A．98邮政信箱地址PostOfficeBoxAddress；P．0．BoxAddr％s邮政地址中的标准属性，指出要求通过邮政信箱进行物理投递。它带有向邮政信箱分发信报的邮政信箱号。A．99邮政待领处地址posterestanteaddress邮政地址中的标准属性，指出要求在服务台进行物理投递。它可能带有一个编码。A．100潜在收方potentialrecipient在信报处理中，传递期间信报或探询运送到的任何用户或分发表。也就是优先成员、替代成员或替换收方。A．101专用域名PrivateDomainName信报处理中OR地址形式的标准属性，标识与由公共域名表示的ADMD相关的PRMD。A．102专用管理域PrivateManagementDomain；PRMD由专用组织管理的信报系统组成的管理域。这里没有对提供公用信报服务的PRMD的限制，为确保用户可以和国际信报处理骨干上连接的任何其他MD通信，PRMD不接受公共责任。39 GB／T16284．1--2008／ISO／IEC10021-I：2003A．103探询probe信报处理中用信报传送方法运送的第二类信息客体的实例。它描述一类信报，并用于确定这类信报的可投递性。，A．104公用信报处理服务publicmessagehandlingservice由管理机构提供的信报服务。A．105公用服务publicservice电信中由管理机构提供的服务。A．106接收receipt信报处理中的传递步骤，uA将信报或报告运送到它的直接用户，或者服务于间接用户的通信系统将客体运送给该用户。A．107收方recipient见“实际收方”。A．108递归recursion信报处理中的一种情况，信报返回相同的初始分发表，导致潜在的无限循环。A．109转投redirection信报处理中的传递事件。MTA用一个为信报预先选择好的用户替代信报立即收方中的一个用户。A．110注册访问registeredaccess信报处理服务中，由客户执行的对服务的访问。为使用服务，服务提供者已对这些客户注册，并为它们分配了OR地址。A．111报告report信报处理服务中用信报传送方法运送的第二类信息客体的实例。它由MTS生成，用于报告信报或探询向一个或多个潜在收方传递的结果或进展。A．112检索retrieval信报处理中的传递步骤，用户的信报存储器将信报或报告运送到用户的UA。用户是信报的实际收方，或是主题信报或探询的实际收方。A．113安全能力securitycapabilities信报处理中防备各种安全威胁的机制。A．114特殊访问specializedaccess信报处理中，引入特殊访问单元提供信报处理服务和其他电信服务之间的互通信。40 GB／T16284．1--2008／ISO／1EC10021-1：2003A．115标准属性standardattribute类型受限于某类信息的属性。A．116街道地址streetaddress邮政地址中的标准属性，给出用于本地分发和物理投递的信息，如街道名、街道标识符(如街道、胡同、路)和房号。A．117主题sabject信报处理中的信息，信头的一部分，摘要了由发方确定的信文。A．118主题信报sebjectmessage一种信报，它是报告的主题。A．119主题探询sabjactprobe一种探询，它是报告的主题。A．120提交submission直接提交或间接提交。A．121替换收方substituterecipient信报处理中的用户或分发表，优先收方、代收方、成员收方(但不是另一替换收方)能选择它们作为转投信报(但不是探询)的对象。A．122终端标识符terminalidentifierOR地址中的标准属性，用于标识终端。注：例如，电报应答。A．123终端OR地址terminalORaddress信报处理中OR地址，利用用户终端的网络地址标识用户，并能标识访问终端所通过的ADMD。标识的终端可属于不同的网络。A．124终端类型terminaltypeOR地址中的标准属性，指出终端的类型。注：例如，电报、G3传真、G4传真、]A5、可视图文终端。A．125传送transfer信报传送中的传递步骤，一个MTA将信报、探询或报告运送给另一个MTA。A．126传送系统transfersystem信报系统，包括一个MTA，还可以包括一个或多个访问单元，但不包括uA和信报存储器。A．127传递transmittal信报从发方到潜在收方或探询从发方到MTA(该MTA能确认所描述的信报能否投递给潜在收41 GB／T16284．1--2008／ISO／IEC1002I-I：2003方)的运送或试运送。它也包括运送或试运送它调用的报告到信报或探询发方。它是传递步骤和事件的序列。A．128无格式邮政OR地址unfomattedpostalORaddress基于无格式邮政地址的OR地址。A．129唯一邮政名uniquepostal邮政地址中的标准属性，它用一个唯一的名(称)(如建筑物名)描述物理投递点。A．130用户user信报处理中的功能客体(如人)，信报处理环境中的一个组件，它参与(而不是提供)信报处理，也是MHs所运送的信息客件的潜在源或目标。A．131用户代理useragent；UA信报处理中的功能客体，MHS的一个组件，单个直接用户通过它参与信报处理。A．132话音信段voicebodypart从发方向收方发送或转送的信段，发送话音的编码数据和相关的信息。相关的信息由用于辅助处理话音数据的参数组成。这些参数包括话音数据周期内的详细信息，话音数据编码使用的话音编码算法和补充信息。 GB／T16284．I一2008／ISO／IEC10021’1=2003附录B(资料性附录)服务元素的定义注：标题行缩写解释如下：MT信报传送IPM人际信报通信PD物理投递MS信报存储器MS-941994增强信报存储器PR每个收方(对每个收方都可用)B．1访问管理accessmanagementMT本服务元素可使UA和MTA建立相互间的访问，并管理与访问建立相关的信息。本服务元素允许uA和MTA相互标识并证实对方的身份，它为UA提供了一种指定OR地址和维护访问安全的能力。若用口令的方式进行访问安全管理，这些口令要定期更换。注：安全访问管理服务元素提供更安全的访问管理方式。B．2附加的物理再现additionalphysicalrenditionPDPR本服务元素允许发方用户请求PDAU提供附加的复制设施(如：各类纸张、彩色打印等)，使用本服务元素需双方商定。B．3允许代收方alternaterecipientallowedMT本服务元素可使发方uA指定提交的信报投递给如下所述的代收方：目标MD解释所有的用户属性，以选择收方uA。可分为三种情况：a)所有属性完全与某个客户UA的所有属性相符，尝试向该用户投递。b)没有提供足够属性，或者所提供的属性与一个以上的客户uA的属性相匹配，信报不能投递。c)至少提供了目标MD所需要的最小属性集，但若考虑所有其他属性，仍没有与之匹配的UA。对第三种情况，支持指定代收方服务元素的MD可将信报投递给指派接收这类信报的uA。同时通知该UA由发方规定的指定收方的OR地址，如果发方要求，应在投递通知中报告投递到uA。B．4指定代收方alternaterecipientassignmentMT本服务元素赋予UA这样的功能：即使所指定的收方属性和某个用户名之间没有精确匹配，信报仍能投递给该用户。指定这类UA时，所用属性有时需要精确匹配，有些可以是任何值。例如，某个组织可以设立一个UA接收这样的信报：国家名、公共管理域名和组织名(如公司名)精确匹配，但收方的人名不能与该组织内MHS所掌握的任何一个人相对应。本服务元素允许该组织手工处理这些发往个人的信报。若要为信报重新指定一个代收方，发方必须请求允许代收方服务元素。B．5授权时间指示authorizationtimeindicationIPM本服务元素是发方向收方UA指示信报正式授权的日期和时间。根据本地需要，当信报提交到MTS时，本日期和时间戳将随日期和时间而改变。本服务元素可以用于增加授权用户指示(B．6)的服43 GB／T16284．1--2008／ISO／IEC10021-I：2003务元素来提供关于授权时间的补充信息。B．6授权用户指示authorizingusersindicationIPM本服务元素允许发方向收方指出授权发送信报的一个或多个人名。例如，某个人可授权一卟特定动作，这一动作会后续传达给另一个相关的人，如秘书。前者授权其发送，而后者(发方)发送信报。这并不隐含签名级授权。B．7IP信报的自动确认IPMM6-94本服务元素使MS用户命令MS为每个包含投递到MS的接收通知请求的IP信报自动产生接收通知。当完整的IP信段被用户否认或当用户指出MS认为信报被否认时，发送接收通知。B．8自动动作日志auto-actionlogMS-94本服务元素允许MS用户访问日志，日志记录了MS执行选定的自动动作的细节。通过存储信报列表和存储信报获取的服务元素，MS用户能够检索自动动作日志的信息。客户拥有删除自动动作日志项的能力。当且仅当MS用户预订了本服务元素时，本信息日志才可用。支持由自动动作组成的服务元素不要求支持自动动作日志的服务元素。对于可以产生日志项的每类自动动作，它是记录所有执行的自动动作，还是记录那些导致错误所执行的动作，还是不记录任何自动执行的动作这是个预订选项。B．9自动告知auto-adviseIPMMS当投递选定的IP信报时，本服务元素使MS用户命令MS自动产生告知通知。该通知通告投递IP信报的发方不存在MS用户，存在的MS用户不能接收信段，或者宣布改变地址。只有当IP信报的发方要求产生通知时，才产生该通知。B．10注释的自动分配auto-ussignmentofannotationsMS-94当信报存储在MS中并满足规定的准则时，本服务元素使MS用户命令MS在选定的信报后自动添加注释。MS用户可以通过注册规定准则的几种选择集，每一个选择集指明所添加注释的不同值。预订本服务元素要求预订存储信报注释的服务元素。B．11组名的自动分配auto-assignmentofgroupnamesMS一94当信报存储在MS中并满足规定的准则时，本服务元素使MS用户命令MS为选定的信报自动分配组名。MS用户可以通过注册来规定准则的几种选择集，每一个选择集指明不同组名的分配。预订本服务元素要求预订存储信报分组的服务元素。B．12存储周期的自动分配auto-assignmentofstorageperiodMS-94当信报存储在MS中并满足规定的准则时，本服务元素使MS用户命令MS为选定的信报自动分配一个存储周期。MS用户可以通过注册来规定准则的几种选择集，每一个选择集指明所添加存储周期的不同值。预订本服务元素要求预订存储周期分配的服务元素。B．13IP信报的自动相关auto-correlationofIP-messagesMS-94本服务元素使MS用户检索由MS自动生成的信息，该信息与各种相关1P信报间的相关性有关。下述信报的类型是相关的：a)为答复一个IP信报而收到的或发送的IP信报；44 GB／T16284．1--2008／ISO／IEC1002卜1：2003b)转发(或自动转发)一个或多个信报的IP信报；c)用于废弃一个IP信报而收到的或提交的IP信报；d)用于指示和一个IP信报相关而收到的或提交的IP信报。除按指示的方法标识与一个给定信报相关的每个IP信报外，MS还提供了所有这些响应IP信报的摘要。B．14IP通知的自动相关auto-correlationofIP-notificationsIPMMS-94本服务元素使MS用户检索MS自动产生的信息，该信息与响应之前提交的IP信报所收到的lP通知有关。MS标识每个与给定提交的或投递的信报有关的IP通知，并且对于提交的信报，它也提供收到的IP通知的摘要。这使MS用户直接访问本信息，而不是对所有保持信息的项执行彻底的搜索。只有当IP通知涉及的已提交或已投递的IP通知存储在MS中，或记录在提交日志或投递日志中时，本服务元素才有效。提供已提交的信报存储，以及提交日志和投递日志的维持由各自的服务元素支持。B．15报告的自动相关auto-correlationofreportsMS-94本服务元素使MS用户检索MS自动产生的信息，该信息与响应之前提交的信报所收到的投递报告和无法投递报告有关。成功删除提交信报的延后投递也将被记录。除标识与给定提交的信报有关的每个报告以外，MS还提供这些报告摘要。这样使MS用户直接访问这些信息，而不是对所有保持信息的项执行彻底的搜索。本服务元素要求至少预订提交日志或存储提交的服务元素中的一个。B．16存储周期后的自动删除auto-deletionafterstorageperiodMS-94本服务元素使MS用户命令MS自动删除任何存储周期用尽的存储信报。本注册一直有效直到后续注册使其失去能力。没有列出的或没有被处理的信报不具备自动删除。同样地，提交日志项、投递日志和自动动作日志不具备自动删除。其他处理规范的信文特定的信报可以为本服务元素的性能放弃附加的规则。预订本服务元素要求预订存储周期分配的服务元素。B．17IP信报的自动丢弃auto-discardingofIP-messagesIPMMS-94如果IP信报不满足MS用户注册的准则，那么本服务元素使MS用户命令MS自动丢弃这些存储的IP信报。如果后续的投递IP信报归还废弃的信报，或者如果它包含已过期的终止时间，那么IP信报成为自动丢弃的候选对象。MS用户可以为规定额外条件的这些IP信报控制自动丢弃是否发生，这些条件是IP信报必须满足的，如：MS用户已取回信报，或者正在废弃的IP信报和已废弃的IP信报具有相同的发方。在MS用户在自动丢弃之前取回信报的情况下，如果IP信报请求产生一个无法接收的通知，则产生该通知。B．18自动转发指示auto-forwardedindicationIPM本服务元素使得收方能确定传人的IP信报信体中是否包含经过自动转发的IP信报。这样，收方能分辨出传人信报中信体包含的转发信报(如B．51中所描述的)的位置。与转发的IP信报一样，自动转发的IP信报可附上有关原始投递的信息(如时戳、转换指示等)。注：IP信报自动转发指示可使收方IPMUA防止(若这样选择的话)进一步自动转发而造成循环的可能。此外，收方IPMUA可根据其他准则(如密级分类)选择是否进行自动转发。当IPMuA自动转发IP信报时，它将指出信报是自动转发的。如果被自动转发的IP信报要求接收／未接收通知，IPMUA将产生一个未收到通知，告诉发方该IP信报已自动转发，通知中可有选择地包含由原定发方提供的附注。此后任何IPMUA都不再生成与该自动转发IP信报相关的通知。45 GB／T16284．1--2008／ISO／IEC10021-1：2003B．19IP信报的自动转发auto-forwardingofmessagesIPMMS本服务元素使MS用户命令MS自动转发选定的以投递的IP信报。通过注册，MS用户可以在MS中的有效的属性中进行选择以规定几种准则集，并且满足每一个准则集的IP信报将自动转发给一个或多个用户或分配表。如果信报发方请求，则产生无法接收通知以指明自动转发的IP信报，即使MS保留了转发信报的拷贝，除非拷贝以新的信报被保留。对于和自动转发IP信报一起包含的，作为“保险证明”的每个准则的选择集，可以规定一个信体。注：在1994年之前出版的ISO／IECl0021I版本中，本服务元素命名为存储信报自动转发，并归类为MS可选用户业务；后来被归类为特定IPM。B．20自动提交指示auto-submittedindicationIPM本服务元素允许发方或使UA或MS向收方指明信报是否由机器自动提交，而不需要人类直接或间接的提交，并且确定提交的特性，例如：f1．不能自动提交；b．自动生成；c．自动回复。缺少本指示不会产生关于提交信报是否涉及人类控制的信息。B．21基本物理复制basicphysicalrenditionPDPR本服务元素允许PDAU提供转换MHS信报为物理信报基本的物理复制设施，这是PDAU执行的缺省操作。B．22隐抄收方指示blindcopyrecipientindicationlPMPR本服务元素允许发方提供一个或多个附加用户或DL的OR名，作为所发送的IP信报的预定收方。这些OR名向主收方和抄收方是不公开的。这些附加收方之间是否彼此公开则是本地事宜。B．23信段鉴别和完整性bodypartauthenticationandintegrityIPM本服务元素允许信报的发方给收方提供证实信报的特定信体未被修改以及它们的源方已被鉴别的方法(即签名)。。B．24信段加密bodypartencryptionIPM本服务元素允许发方向收方指示所传送的IP信报的某一特定信段已被加密。利用加密可防止对特定信段的未经许可进行检查和修改。收方又用这一服务元素确定lP信报的哪些信段需要加密。加密的信体可以保留信体类型信息，或者可以在独立于格式的信报处理系统中发送该信体，该系统中没有关于已加密的信息类型的信息。B．25轮发表收方指示circulationlistrecipientsindicationIPM本服务元素使发方向收方指示请求顺序分发IP信报的收方列表。轮发表包括每个收方是否已经收到IP信报的指示。在这种情况下，收到信报的收方要在轮发表中被“核查”。轮发表宜由收方进行更新，并包含在发送给下一个未经核实的收方的IP信报中。46 GB／T{6284．1--2008／]S0／IEC10021-I：2003B．26信文密级contentconfidentialityMT本服务元素使信报发方能防止将信报的信文泄漏给非预定的收方，信文密级以每个信报为基础，并可使用非对称或对称加密技术。B．27信文完整性contentintegrityMTPR本服务元素允许信报发方向信报收方提供一种证实信报信文未被修改的方法，信文完整性以每个收方为基础，并可使用非对称或对称加密技术。B．28信文类型指示contenttypeindicationMT本服务元素可使发方uA指出已提交的信报信文的类型。收方UA可能支持一种或多种信文类型的投递，信文类型的一个例子是由几个协同的IPM类UA生成的报文。B．29转换禁止conversionprohibitionMT本服务元素可使发方UA指示MTS不对某个特殊的提交信报进行隐式的编码信息类型转换。B．30防止丢失信息的转换禁止conversionprohibitionincaseoflossofinformationMT本服务元素可使发方UA指示，如果转换导致信息丢失，则对特别提交的信报不执行编码信息类型转换。信息丢失问题在x．408中详细讨论。若同时选择了该服务元素和转换禁止服务元素，则后者优先。注：本服务元素不能防止在某些情况下的信息丢失，例加收方使用的]／o设备的性能为MTA所不知。B．31已转换指示convertedindicationMTPR本服务元素可使MTS向收方uA指出MTS对投递的信报已做了编码信息类型转换，收方UA将被告之结果类型。B．32服务台收存countercollectionPDPR本服务元素允许发方用户指示PDS在邮局为服务台收存保留物理信报，该邮局或者是发方指定的，或者是最靠近给定收方地址的提供服务台收存服务的邮局。B．33服务台收存并告知countercollectionwithadvicePDPR本服务元素允许发方用户指示PDS在邮局为服务台收存保留物理信报(该邮局或者是发方指定的，或者是最靠近给定收方地址的提供服务台收存服务的邮局)，并用发方提供的号码通过电话、电报通知收方。B．34封面抑制converpagesuppressionMTPR本服务元素允许发方向访问单元指示，当信报以物理形式投递时，信报中不应加入封面。本服务元素特别针对电传访问单元，但是，在基本复制要求AU产生封面的情况下，本服务元素也可以提供给其他的访问单元。B．35交叉引用指示cross-referencingindicationIPM本服务元素允许发方将所要发送的信报与一个或多个其他IP信报的全局唯一标识符相关联。例如，这能使收方的IPMUA从存储单元中检索所用的IP信报的备份。47 GB／T16284．1--2008／ISO／IEC10021—1：2003B．36延后投递deferreddeliveryMT本服务元素允许发方uA指示MTS在指定的日期和时间之后才投递所提交的信报。投递应尽可能接近指定的日期和时间，但不能提前。所指定的延后投递日期和时间要服从发方管理域所规定的极限。B．37延后投递取消deferreddeliverycancellationMT本服务元素可使发方uA指示MTS取消以前提交的延后投递信报，取消操作并不总能成功。失败的可能原因是：延后投递时间已过，或信报在MTS中已被转发。B．38投递日志deliverylogMS-94本服务元素使MS用户访问记录投递到MS的信报和报告细节的日志；即使信报和报告被删除，仍坚持这些记录。投递日志项包含信息子集，可以为投递的信报存储该信息。存储在每个信报的投递日志中的信息量在预定的时间被指定。MS用户可以决定与投递日志项相关的投递信报是否被删除。通过存储信报列表、存储信报获取和存储信报摘要的服务元素，MS用户能从投递日志中检索信息。删除投递日志的能力需要预订，而且可以受某些满足准则的信报的限制，如：超过约定时间周期的存储信报。B．89投递通知deliverynotificationMTPR本服务元素可使发方UA请求，当所提交的信报成功地投递给收方UA时，发方UA能得到显式的通知，或者当所提交的信报成功地投递给访问单元时，需指出目标终端成功地收到信报。通知用信报标识符指示所提交的信报，并包含投递日期和时间。如果是多目标信报，发方UA可以每个收方为基础请求该服务元素。如果信报是在分发表扩展后投递的，则根据分发表的策略，通知或送给分发表的所有者，或送给信报发方，或同时送给两者。投递通知不带任何发生uA或用户动作的暗示，如信报信文的检查。B．40投递时间戳指示deliverytimestampindicationMTPR本服务元素能使MTS向收方UA指出MTS投递信报的日期和时间。若为物理投递，本服务元素指出PDAU负责打印和进一步投递物理信报的日期和时间。B．41办公传真投递服务deliveryviabureaufaxservicePDPR本服务元素允许发方用户指示PDAU和相关的PDS利用办公传真服务进行传输和投递。B．42目录名(称)指定的收方designationofrecipientbydirectoryname’MTPR本服务元素可使发方UA用目录名(称)代替单个收方的OR地址。B．43公开其他收方disclosureofotherrecipientMT本服务元素可使发方UA向MTS指示，若提交的是多收方信报，MTS要在投递信报时向每个收方UA公开所有其他收方的OR名。公开的OR名如同由发方UA提供的一样。如果执行了分发表扩展，则只公开由发方指定的DL名，其成员名不公开。B．44分发码指示distributioncodesindicationIPM本服务元素使发方为收方提供信息以在MHS内部(如自动转发)或者在MHS外部(如硬拷贝分48 GB／T16284．1--2008／ISO／IEC10021-1：2003发)支持IP信报的分发。本配码语义的特定定义宜由发方和收方手动支持。注意，本服务元素可以向自动动作(如自动转发或自动警报)提供信息。B．45DL免除收方MT本服务元素使发方规定收方OR名，该收方是被要求排除在由DL扩展导致产生的指定收方集以外的。在DI．扩展点处执行排除。免除列表成员的名称也提供给剩余的收方。本服务不保证免除收方不接收其他廒务产生信报(如转发或转投)。B．46DL扩展史指示DLexpansionhistoryindicationMT本服务元素在投递时向收方提供有关分发表的信息，信报是通过这个分发表而传送来的。至于向收方提供多少这类信息则是局部问题。B．47禁止DL扩展DLexpansionprohibitedMT本服务元素允许发方用户规定，如果收方中的任何一个可直接或通过再指定引用分发表，则不进行扩展。取而代之，一个非投送通知将返回发方UA，除非已指定禁止非投递通知。B．48EMS(快信服务)EMS；ExpressMailServicePDPR本服务元素允许发方用户指示，PDS利用目标国家的加快信件传送和投递服务(如EMS或相应的国内服务)传输和投递由MHS信报产生的物理信报。B．49有效期指示expirydateindicationIPM本服务元素允许发方向收方指出发方认为IP信报将会失效的日期和时间。本服务元素的目的是声明发方对IP信报的当前可用性的估计。但未说明收方本身或收方的IPMuA为发方所采取的动作。有效期之后的可能动作是，将IP信报归档或删除。B．50显式转换explicitconversionMTPR本服务元素可使发方UA请求MTS执行一个指定的转换，比如不同的远程服务之间互操作时会有这种要求。如果信报是经过转换才投递的，则将信报中的当前编码类型及源编码类型通知收方uA。注1：本服务元素的目的是用远程服务支持互操作。注2：当本服务元素与DL名共同使用时，将为DL的所有成员提供转换。B．51转发IP信报指示forwardedIP-messageindicationIPM本服务元素允许一个转发IP信报或加上“投递信息”的转发IP信报作为IP信报的信体(或作为信段之一)发送。转发信段的指示随信段一起运送，在多信段中，转发信段和其他类型的信段可以共存。投递信息是指那些在投递IP信报时从MTS运送来的信息(如时戳和转换指示)，然而，转发IP信报中包含投递信息并不能保证该投递信息是经过MTS认可的。接收请求通知指示和未接收通知请求指示服务元素不受IP信报转发的影响。B．52投递级别选择gradeofdeliveryselectionMT本服务元素可使发方UA请求通过MTS的传送是加急的或非加急的，而不是正常速度的。非加急传送的时间比正常传送的时间长，加急传送的时间比正常传送的时间短。该指示附在信报中发给收方。49 GB／T16284．1--2008／ISO／1EC10021-1：2003B．53暂缓投递holdfordeliveryMT本服务元素可使收方uA请求MTS在一个时间内暂缓投递信报和投递返回通知，UA可向MTS指出何时它不接受投递的信报和通知，何时它又能接收由MTS投递的信报和通知，MTS能指示UA，信报正在按照UA设置的有关暂缓信报的准则等待。收方MTA负责管理这一服务元素。请求暂缓投递信报的准则是：缩码信息类型、信文类型、最大信文长度和优先级。信报将保留到该信报的最后投递时间，除非在这之前收方释放保留。注：暂缓投递服务元素不同于信报存储器业务，暂缓投递服务元素提供暂时存储以便投递，并且仅在信报传送给收方UA后，才返回投递通知。信报存储器业务扩大了UA的存储空间，可将信报存储更长时间。与暂缓投递服务元素不同的是，一旦信报被送人(即被投递给)信报存储器，就会回送投递通知。B．54隐式转换implicitconversionMT本服务元素可使收方UA让MTS在一定时间内在投递前对信报做必要的转换。发方uA和收方UA都不会针对每个信报明确请求这个服务元素。若收方UA的编码信息类型能支持一种以上的类型转换，则执行最适宜的转换。如果信报是在转换执行之后投递的，则将信报中的当前编码信息类型及源编码信息类型通知收方UA。B．55重要性指示importanceindicationIPM本服务元素允许发方向收方指示它对所发送的IP信报的重要性的估计。重要性分三级：低级、正常和高级。本服务元素与由MTS提供的投递级别选择服务元素无关。收方或其IPMuA根据重要性分类所采取的特殊动作未加规定。它的目的是允许收方UA完成一些动作例如，按信报的重要性次序呈递IP信报，或提醒收方到来的IP信报很重要。B．56不完整拷贝指示incompletecopyindicationIPM本服务元素允许发方指出，该IP信报是另一个带有相同IP信报标识的lP信报的不完整拷贝件。不完整是指缺少了一个或多个信段，和／或缺少原有IP信报的信首部分。B．57信息类别指示informationcategoryindication1PM本服务元素使发方向收方指示IP信报中包含的信息字符。服务可以为每个特定的类别提供注册标识符，或提供自由格式信息以描述通信种类。收方可以用本服务提供的信息来影响收方信报的表示，或影响任何其他本地处理功能。信息类别值和语义的特定定义宜由发方和收方手动支持。信息类别的例子包括：草稿信报、新闻稿、合约承诺和策略声明。B．58IP信报动作状态1P-messageactionstatusIPMMS-94本服务元素使MS用户确定是否需要在用户收到的IP信报中为用户请求回复或接收通知。它允许用户在MS(和之后检索的信息)中记录已发送的回复(或IP通知)。此外，用户可以设置提醒来指明，即使没有显示的请求回复，也可以指定一回复。B．59IP信报标识IP-messageidentificationIPM本服务元素可使协作IPMUA为每个发送或接收的IP信报运送全局唯一的标识符。IP信报标识符由发方的OR名和该名的唯一标识符组成，IPMuA和用户用这个标识符来表示以前发送或接收的IP信报(如在收到通知中)。50 GB／T16284．1--2008／ISO／IEC10021-1：2003B．60IP信报安全标记IP-messagesecuritylabellingIPM本服务元素通过允许IP信报的发方，向所有收方传送IP信报信文(或者作为可选的IP信报头部和信段成分)的安全级别指示以增强信报安全标记(B．67)服务。本服务给安全策略的实现分配由初始IPM用户提供的值，在该安全策略中安全标记与来自部分1P信报成分的本地客体(如文件)相关。信文完整性或信段鉴别和完整性安全服务可以提供IP信段安全标记的完整性。信报起源鉴别服务或信段鉴别和完整性服务可以为IP信报发方的安全标记提供鉴别。注1：除非两个端系统均相互信任每个端系统按安全标记处理和分隔信息的能力，本标记不宜用于实现强制访问控制。注2：本情况中术语“安全类别”的意义和有效的特定安全策略相关。B．61语言指示languageindicationIPM本服务元素可使发方UA指出所提交的IP信报的语言类型。B．62最迟投递指定latestdeliverydesignationMT本服务元素可使发方uA指定信报投递的最迟时间。如果到指定的时间MTS还不能投递，则不再投递，并取消该信报。对于多收方信报，可能在把信报投递给所有收方之前到达最迟投递时间，但这并不否定已发生的投递。B．63手动处理说明指示manualhandlinginstructionindicationIPM本服务元素使发方向收方说明指示投递IP信报后手动处理IP信报。本服务提供自由格式文本组成的说明。手动处理说明的例子包括特别收方处理请求(如：“请传给⋯⋯⋯‘请不要传给⋯⋯”)和如何处理信体数据的说明。注：本服务元素指示的说明可以适用于整个IP信报或适用于IP信报的特定成分。需要时，说明的内容宜指出本说明的范围或者本说明适用的IP信报的部分。B．64信报流保密messageflowconfidentialityMT本服务元素允许信报的发方保护由监视信报流产生的信息。注：仅支持有限部分。B．65信报标识messageidentificationMT本服务元素可使MTS对每个提交的或由MTS投递的信报或探询给uA提供一个唯一标识符。UA和MTS在与服务元素(如投递通知和无法投递通知)有关系时，利用这一标识符来表示以前提交的信报。B．66信报起源鉴别messageoriginauthenticationMTPR本服务元素允许信报的发方提供给信报的收方和信报传输所通过的所有MTA一种方法，利用这种方法可鉴别信报的起源(即签名)。信报起源鉴别可以每个信报为基础，并采用非对称加密技术，提供给信报的收方和信报传输所通过的每个MTA；也可以利用非对称和对称加密技术，以每个收方为基础，只提供给信报的收方。B．67信报安全标记messagesecuritylabellingMT本服务元素允许信报(或探询)的发方将信报敏感性指示(一个安全标记)附于信报(和任何关联该51 GB／T16284．1--2008／ISO／IEC1002卜1：2003信报或探询的报告)上。MTS和信报的收方利用这个信报安全标记来确定与安全策略相符的信报处理。B．68信报序列完整性messagesequenceintegrityMTPR本服务元素允许发方向信报收方提供一种方法，收方利用这种方法可验证从发方到收方信报序列仍保持不变(无信报丢失、无重排序、无重复)，信报序列完整性基于每个收方，并能采用非对称或对称加密技术。B．69MS注册器MSregisterMS本服务元素使MS用户向MS注册各种信息项，以修改行为的某些方面，如：a)自动动作的性能；b)当使用存储信报获取和存储信报列表服务元素时，检索默认的信息集。用户雇用的每个UA可以注册一个信息集；c)信报存储器使用的信任状可以鉴别MS用户。如果用户雇用超过一个UA实现，那么作为预订选项MS可以为每个UA注册一个独立的注册信息集。用户可以从MS检索注册的信息。注：存储独立的注册信息集和检索注册信息的能力不在GB／T16284．1—1996中定义。B．70多址投递multi-destinationdeliveryMTPR本服务元素可使发方UA指明所提交的信报要投递给一个以上的收方UA。本服务元素并不隐含表示能同时向所有指定的UA投递。B．71多段信体multi-partbodyIPM本服务元素允许发方向一个或多个收方发送其信体分为几段的IP信报，每个信段的性质、属性和类型随该信段一起传送。B．72无法投递通知non-deliverynotificationMTPR本服务元素可使MTS在提交的信报没有投递给指定的收方uA时，向发方UA发出通知，或在访问单元的情况下，可以指示信报没有被指定终端接收。信报没有投递的原因包含在通知中，例如MTS不知道收方UA。在多址信报的情况下，无法投递通知可用于信报不能投递到的收方uA。当在分发表扩展后信报没有投递时，按照该分发表的规定，可把通知发送给分发表的所有者、信报发方，或同时发送给两者。注：无法投递通知通常是自动的，并不依赖于发方的请求。B．73请求未收到通知指示non-receiptnotificationrequestindicationIPMPR本服务元素可使发方请求在没有收到IP信报时得到通知，对于多收方IP信报，发方可以每个收方为基础请求这个服务元素。发方UA将其请求运送给收方uA，当发生以下的任何事件时，收方uA自动发出未收到通知：a)收方uA将IP信报自动转发给另一用户。b)收方UA在接收之前丢弃IP信报。c)在接收IP信报之前，收方的租用期已到。因为允许接收在投递后任意长的时间内发生，所以，即使收方在很长的时间(例如因长时间外出公52 GB／T16284．1--2008／ISO／IEC10021-1：2003差)无法访问IP信报，也不能认为是未收到，因此不会发任何通知。方收方临时不在。注：从本服务元素中不能推出任何隐含。B．74抗抵赖接收的倍文Non-repudiationofcontentreceived然而，可以发送通告通知已告知发IPMPR本服务元素使IP信报的收方提供不可取消的证词，以证实发出的IP信报信文本收方接收。本服务提供接收信文完整性不可取消的证词，和IP信报收方鉴别不可取消的证词。本服务满足接收信文证明服务元素的相同功能，但不能被否认。根据有效的安全策略可以以多种方式提供相关的不能取消证明。当发送IP通知以作为IP信报的响应时，IP通知的发方总是用抗抵赖起源的服务元素。一种提供不能取消证明的方法是与下述IP通知合并：a)IP信报发方的抗抵赖起源争论的证实的拷贝(出现在IP信报并由IP信报的收方证实)；b)完整IP信报信文的已证实拷贝，当IP信报发方的“抗抵赖起源”争论没有出现在IP信报中时。注：作为调用本服务的替换，可以通过公证机制来完成等同的安全，这需要双边协定，因此超出本部分的范围。当UA具有强制支持本服务元素的安全策略时，要求收方满足本服务元素的要求。B．75抗抵赖投递non-repudiationofdeliveryMTPR本服务元素允许信报发方从信报收方那里得到不可取消的证词，该证词证明信报确已投递给收方。这将防止收方以后否定收到信报或其信文。抗抵赖投递基于每个收方向信报发方提供，并采用非对称加密技术。B．76抗抵赖IP通知non-repudiationofIP—notificationIPMPR本服务元素给IP通知的收方提供不可取消的证词，以证明IP通知发方的身份并证明收方收到了相关的IP信段。这将防止收方尝试之后否认收到IP信报或IP通知返回给IP信报的发方。本服务元素满足IP通知证明中相同的服务但是不可以否认。本服务元素仅和IP通知适用的抗抵赖起源服务元素联合使用。根据有效的安全策略，可以通过多种方式提供相应的不可取消的证词。其中一种方法是，当安全服务有抗抵赖的属性时，MTS用户向Is0／IEC10021—2中10．2．1．I．1定义的MTS用户数据元鉴别安全服务提供不可取消的证词。仅当uA具有强制支持本服务元素的安全策略时，才要求收方满足本服务元素的请求。B．77抗抵赖起源non-repudiationoforiginMTPR本服务元素允许信报发方向信报收方提供不可取消的证词，该证词证明信报的起源和信文的完整性。这将防止发方以后试图撤回信报或其信文。抗抵赖起源基于每个信报向信报收方提供，并采用非对称加密技术。B．78抗抵赖提交non—repudiationofsubmissionMT本服务元素允许信报发方得到不可取消的证词，该证词证明信报已提交给MTS以投递给预定的收方，这将防止MTS以后试图否认为投递给预定的收方而已经提交信报的事实。抗抵赖提交基于每个信报向信报的发方提供，并采用非对称加密技术。53 GB／T16284．1--2008／ISO／IEC10021-1：2003B．79过时指示obsoletingindicationIPM本服务元素允许发方向收方指出以前发送的一个或多个IP信报已过时作废。携带这一指示的IP信报取代过时的IP信报。收方或其IPMuA所采取的行动是局部问题。然而，本服务元素的目的是使得1PMuA或收方完成一些工作，例如消除或归档过时信报。B．80平信ordinarymailPDPR本服务元素可使PDS利用目标国家内的普通函件邮寄服务传输和投递由MHS信报生成的信件这是传输和投递物理信报的缺省方式。B．81源编码信息类型指示originalencodedinformationtypesindicationMT本服务元素可使发方uA向MTS指出所提交信报的编码信息类型，当信报投递时，它也向收方UA指出发方UA指定的信报的编码信息类型。B．82发方指示originatorindicationIPM本服务元素允许将发方的身份运送给收方，本IPM服务元素的目的是以用户友好方式标识发方，相对应的是，MTS向收方提供发方的实际OR地址和目录名(称)(若有的话)。发方指示中不用DL名。B．83发方参考指示originatorreferenceindicationIPM本服务元素使发方向收方指示发方选择的参考。发方参考可以用在发方的组织中，作为内部参考。可能的发方参考包括；文件名、声明号和合法实例号。之后和特定IP信报相关的发方通信的收方可能通过非MHS方法，使用本信息。B．84发方请求的代收方originatorrequestedalternaterecipientMTPR本服务元素可使发方UA为每个预定的收方指定一个代收方，当不能向预定收方投递信报时，MTS可以将信报投递给代收方，代收方可以是分发表，对于确定的成功与失败(据此而产生投递通知或无法投递通知)，向发方所指定代收方的投递和向预定收方的投递是一样的。如果预定收方请求转投到来的信报，并且发方UA也请求经发方许可的转投，则系统先尝试转投，若转投失败，系统再向指定的代收方投递信报。B．85MHS发出的物理投递通知physicalddiverynotificationbyMHSPDPR本服务元素允许发方用户请求MHS生成并回送一个显式通知，通知发方物理信报投递是否成功。该通知提供投递信息，但不包括PDS提供的物理记录。注1：通知包括投递的日期和时间，这是从投递人、收件人或另一个经过授权的人所给的投递确认中得来的。这服从于目标国家的国家规范，也依赖于所请求的投递类型(例如：对于需亲自交给收件人的挂号信，收件人应是确认者)。注2：本通知不带有关于收方采取的动作(如检查信报内容)的隐含信息。注3：当请求了该服务元素且物理信报不可投递时，则根据目标国家的国家规范，物理信报或被送回，或被销毁。这意味着服务元素B．132的缺省动作无效。B．86PDS发出的物理投递通知physicaldeliverynotificationbyPDSPDPR本服务元素允许发方用户请求PDS生成并回送一个显式通知，通知发方物理信报投递是否成功。54 GB／T16284．1--2008／ISO／IEC10021-1：2003B．92探询probeMT本服务元素可使UA在提交某特定信报前证实该信报能否投递，MTS提供提交信息并生成投递和／或无法投递通知，指明带有相同提交信息的信报能否投递给指定的收方UA。探询服务元素能够检测是否信文长度、信文类型和／或编码信息类型是否会使信报不可投递。探询结果的意义取决于收方uA。收方uA向MTS登录了它所能接收的编码信息类型、信文类型和最大信报长度。本服务元素遵从和加急类一样的投递时间要求。对于DL，探询并不指出向DL成员成功投递的可能性，而仅指出发方是否有权向DL提交。B．93探询起源鉴别probeoriginauthenticationMT本服务元素可使探询的发方向该探询传输时所通过的所有MTA提供一种鉴别探询起源的手段(即签名)。探询起源鉴别基于每个探询，并使用非对称加密技术。B．94接收倍文的证明prImfofcontentreceived1PMPR本服务元素使IP信报的收方提供证词，证明初始IP信报信文已被收方接收。本服务提供接收信文完整性的证明，也提供IP信报收方鉴别的证明。本服务元素仅和适用于IP通知主题的信文完整性或信报源鉴别的服务元素一起使用。根据有效的安全策略可以通过多种方法提供相应的证明。当为响应IP信报而向收方发送IP通知时，IP通知的发方总使用信文完整性或信报源鉴别的服务元素。一种提供证明的方法是在IP通知中和下述联合：——IP信报发方的信文完整性或信报源鉴别争论的证实的拷贝(出现在IP信报并由IP信报的收方证实)}——完整IP信报信文的证实的拷贝，当IP信报发方的信文完整性或信报源鉴别争论没有出现在IP信报中时。仅当uA具有强制要求支持本服务元素的安全策略时，才要求收方满足本服务元素的请求。注1：在每个信报的基础上通过使用信报源鉴别检验，或在每个收方的基础上通过使用ISO／IEC10021—4中定义的信报标记来提供信报源鉴别的服务元素；注2：信文完整性服务元素可以在信报信封上传送到一些地方。信文完整性检验可以是信报信封中独立的安全争论并且／或者是ISO／IEC10021—4中定义的信报标记的属性。B．95投递证明proofofdeliveryMTpR本服务元素允许信报发方从信报收方那里取得鉴别收方身份和所投递的信报及具信文的方法，信报收方鉴别基于每个收方提供给信报发方，并使用对称或非对称加密技术。B．96IP通知证明proofofIP-notificationIPMPR本服务元素给IP信报的发方提供证词，证明IP信报已被它的收方接收，并且该收方是收到的IP通知的发方。这就防止IPM收方试图之后否认IP信报被接收并且IP通知被返回发方。本服务元素仅和信文完整性和／或适用于IP通知的信报源鉴别的服务元素一起使用。根据有效的安全策略可以通过多种方式提供相应的证明。其中一种方法是MTS用户向MTS用户数据源鉴别安全服务提供证明，在ISO／IEC10021—2中的10．2．1．1．1中定义，适用于IP通知。仅当uA具有强制要求支持本服务元素的安全策略时，才要求收方满足本服务元素的请求。56 GB／T16284．1--2008／ISO／IEC10021-1：2003发方用户将该通知作为一个投递记录加以保存，以便参考。注1：通知包括投递的日期和时间，在成功投递时还包括投递人的签名。确认者可以是投递人、收件人或另一个经过授权的人。这服从于目标国家的国家规范，也依赖于所请求的投递类型(例如：对于需亲自交给收件人的挂号信，收件人应是确认者)。注2：本通知不带有关于收方采取的动作(如检查信报内容)的隐含信息。注3：当请求了该服务元素且物理信报不可投递时，则根据目标国家的国家规范，物理信报或被送回，或被销毁。这意味着服务元素B91的缺省动作无效。B．87允许物理转发physicalforwardingallowedPDPR本服务元素可使PDS在出现收方变更其地址且告知PDS的情况时，将物理信报转发给转发地址这是PDS所采取的缺省动作。B．88禁止物理转发physicalforwardingprohibited本服务元素允许发方用户指示PDS不要向转发地址转发物理信报。B．89优先指示precedenceindicationPDPRIPMPR本服务元素使发方指示信报的每个收方的优先值。每个收方优先值指示了IP信报感觉的重要性或其与收方期望的相关性。给信报所有收方分配的优先值的集合应影响投递选择级别(B．52)。uA是否通过使用不同的投递选择级别值来执行给MTS的多路提交时局部事宜。本服务使用的值的语义应由本地安全来决定。下述是可能优先值的例子：——延期的：本信报对收方具有较低的重要性，在所其他信报处理完宜处理本信报；本值对应非加急的投递选择级别；——一般的：本信报对于收方是没有显著重要性的常规通信，并宜在收方方便时处理；本值对应一般的投递选择级别；——今日动作的：本信报对收方具有较高的重要性，并宜在当前工作日结束之前由收方运作；本值对应加急的投递选择级别；——立即的：本信报要引起收方立即注意，并宜按照收方可能的速度进行处理；本值对应加急的投递选择级别。B．90阻止无法投递通知preventionofnon-deliverynotificationMTPR本服务元素允许发方UA指示MTS在提交的信报被断定是本可投递时不要向发方UA回送无法投递通知。对于多址信报，发方UA可以基于每个收方请求这个服务元素。B．91主收方和抄收方指示primaryandcopyrecipientsindicationIPM本服务元素允许发方提供零个或多个用户名或DI．名作为IP信报预定的主要收方，以及零个或多个用户名或DL名作为IP信报预定的抄收方。它的目的是可使一个收方确定每个指定的收方(包括这个收方自己)所属的类别。这两类收方之间的严格差别没有规定。但是，主送方，例如，可能对IP信报进行处理，而抄送方只是对IP信报进行阅读。用户和DL的名称可以用多种方式表示，其中的一些仅用于人类使用并不是MHS可以用来投递的名(称)。本服务元素允许发方在发方uA给多址投递(B．70)添加的名称和不要求MHS进行投递的名称之间进行区分。这可以导致多址投递中没有主收方和抄收方。注：举一个该服务元素的例子，在一封典型的便函中，主收方一般由“to：”指示，而“cc：”表示抄送方。55 GB／T16284．1--2008／ISO／IEC10021—1：2003B．97提交证明proofofsubmissionMT本服务元素允许信报的发方从MTS那里取得鉴别信报为投递给预定收方而已被提交的方法。信报提交鉴别基于每个信报，并使用对称或非对称加密技术。B．98请求收到通知指示receiptnotificationrequestindicationIPMPR本服务元素允许发方要求在发送的信报被收到时得到通知，对于多收方信报，发方可基于每个收方请求这一服务元素。本服务元素也隐含请求未收到通知指示服务元素。发方的UA将其请求运送给收方UA。收方可指示其UA处理这一请求，处理方式可以是自动的(例如，在它将IP信报首次显示在收方的终端上)，或是通过收方的显式命令。收方可指示其UA以统一对待方式或分别对待方式对这样的请求不予理睬。B．99发方不允许转投redirectiondisallowedbyoriginatorMT本服务元素可使发方UA指示MTS，当收方请求外来信报转投服务元素时，不转投某个特定的提交信报。B．100外来信报转投redirectionofincomingmessageMT本服务元素可使uA指示MTS，在指定的时间期间或取消之前，将投向它的外来信报转投给另一个UA或DL。注1：这是一个MT服务元素，在转投之前，并不要求先向原定收方投递，所以不同于IPM自动转发指示服务元素。注2：当实施安全措施时，不同的外来信报可根据它们的安全标号，或转发给不同的代收方，或根本不能转投。B．101挂号邮件registeredmail本服务元素允许发方用户指示PDS把物理信报按挂号信处理。E102收信人亲启的挂号邮件registeredmailtoaddresseeinperson本服务元素允许发方用户指示PDS把物理信报按挂号信处理，并只向收件人投递。B．103请求回复指示replyrequestindicationPDPRPDPRIPMPR本服务元素允许发方请求收方对携带有该请求的IP信报回复一个IP信报。发方可确定发送回复的最迟日期，以及发方请求的(但并不要求这样)接收回复的优先收方中的一个或多个用户或DL。收方被告知日期和名(称)，但是否回复，以及向谁回复，由收方决定。注：隐抄收方应仔细考虑向谁回复，以便保护隐抄收方指示服务元素的含义。B．104回复IP信报指示replyingIP-me$ageindicationIPM本服务元素允许IP信报的发方向收方指出该IP信报是对另一个IP信报的回复。根据要求回复的信报发方的期望，以及根据回复发方的最终决定，回复可送向：1)要求回复的信报的请求回复指示中指定的收方。2)要求回复的信报的发方。3)发方和其他收方。4)一个分发表，要求回复的信报的发方可以是其中的一个接收成员。5)由回复发方选择的其他收方。回复的收方将回复作为一般IP信报来接收，只不过这个信报带有它所要回复的信报的指示。57 GB／T16284．1--2008／ISO／IEC10021-1：2003B．105报告起源鉴别reportoriginauthenticationMT本服务元素允许信报(或探询)的发方鉴别关于主题信报(或探询)的投递和无法投递报告的起源(即签名)。报告起源鉴别基于每个报告，并使用非对称加密技术。B．106请求转发地址requestforforwardingaddressPDPR本服务元素允许发方用用户指示PDS，在收方变更地址并告知PDS时提供转发地址。本服务元素能与允许物理转发或禁止物理转发服务元素一起使用。PDS向发方用户提供转发地址要遵从目标国家的国家规定。缺省行为是不提供转发地址。B．107请求抗抵赖接收的信文requestfornon—repudiationofcontentreceivedIPMPR本服务元素使IP信报的发方请求IP信报的收方提供不可取消的证词，以证明IP信报信文通过IP通知的方法被接收。仅当预订接收通知请求证实的服务元素时，才可以预订本服务元素。如果请求本服务元素，则不应对请求接收信文证明的服务元素进行请求。本服务元素仅提供发方请求的指示。完成请求需要对抗抵赖接收信文的服务元素进行支持。B．108请求抗抵赖的IP通知requestfornon-repudiationofIP-notificationIPMPR本服务元素使IP信报的发方请求IP信报的收方提供不可取消的证词，以证明初始的IP通知是通过IP信报响应产生的。仅当预订接收通知请求证实的服务元素时，才可以预订本服务元素。如果请求本服务元素，则不应对请求IP通知证明的服务元素进行请求。本服务元素仅提供发方请求的指示。完成请求需要对抗抵赖IP通知的服务元素进行支持。B．109请求接收信文的证明requestforproofofcontentreceivedIPMPR本服务元素使IP信报的发方请求IP信报的收方提供证词，以证明通过IP通知接收IP信报信文。仅当预订接收通知请求证实的服务元素时，才可以预订本服务元素。本服务元素仅提供发方请求的指示。完成请求需要对接收信文证明的服务元素进行支持。B．110请求IP通知的证明requestforproofofIP—notificationIPMPR本服务元素使IP信报的发方请求IP信报的收方提供证词，以证明初始的IP通知是通过IP信报响应产生的。仅当预订接收通知请求证实的服务元素时，才可以预订本服务元素。本服务元素仅提供发方请求的指示。完成请求需要对IP通知证明的服务元素进行支持。B．”1请求的优选投递方式requestedpreferreddeliverymethodMTPR本服务元素允许用户基于每个收方请求信报投递的优选方式或一般方式(如通过访问单元)。注：这样就假定了目录的有效性以及由发方和本服务元素一起命名的目录规范的有效性。它可能和目录中有效的OR地址请求不匹配。如果没有可行的匹配，则可能发生无法投递。B．112受限投递restricteddeliveryMT本服务元素能使收方uA向MTS指出它不准备接受来自某些MTS用户，或者由某些MTS用户转投的，或者由某些MTS用户DL扩展的信报投递。58 GB／T16284．1--2008／ISO／IEC10021-1：2003收方UA可以注册几个准则集以限制不同信报类别的投递。B．113信文回送returnofcontentMT本服务元素可使发方UA请求将提交信报的信文与任何无法投递通知一起回送，但如果对信报的信文已做过编码信息类型转换，则不做上述操作。B．114安全访问管理secureaccessmanagementMT本服务元素允许MTS用户建立一个与MTS的联系，或MTS建立一个与MTS用户的联系，或MTA建立一个与另一个MTS的联系，它还建立对与之交互作用的客体，对该联系的上下文和安全上下文的高度信任的凭证。安全访问管理可使用非对称或对称加密技术。若用高度信任凭证实现访问安全，这些凭证需定期更换。B．115敏感性指示sensitivityindicationIPM本服务元素允许IP信报的发方确定对接收而言信报的相对敏感性。其目的是敏感性指示控制：1)是否收方为接收IP信报必须证明他的身份。2)是否允许IP信报在共享打印机上打印。3)IPMUA是否允许收方转发接收到的IP信报。4)是否允许IP信报被自动转发。敏感性指示可向收方指出，或直接由收方的IPMUA解释。若未指出敏感性级别，则假定IP信报的发方不限制收方对该IP信报的进一步处理收方可以对该IP信报进行转发、打印，或按他的选择做别的处理。缺省级别之上还有三级特殊的敏感性级别，定义如下：个人的：IP信报信报发送到作为一个个人的收方，而不是其职务的收方。专用的：IP信报包含的信息只能让收方而不能让其他人看到(或听到)。收方的IPMUA可以为该IP信报的发方实现这一要求而提供服务。团体机密的：IP信报包含的信息应根据团体的特殊程序予以处理。B．116专人投递specialdeliveryPDPR本服务元素允许发方用户指示PDS用平信邮寄系统运输由MHS信报产生的信函，并由专门的邮递员进行投递。B．117草稿信报存储storageofdraftmessagesMS一94本服务元素使MS用户在MS中存储草稿信报。用户可以获得草稿信报的摘要并且可以通过存储信报列表和存储信报获取的服务元素来访问草稿信报。B．118提交存储storageonsubmissionMS一94本服务元素使MS用户命令MS根据提交的信报将信报备份存储，或者由MS用户完成或者是执行自动动作的结果。提交信报的存储视提交成功而定。用户可以命令MS存储所有提交的信报，或者仅根据每个信报进行存储。B．119存储周期分配storageperiodassignmentMS。94本服务元素使MS用户为存储信报分配一个存储周期。存储周期指示了用户预测的和信报宜在MS中保留的时间周期；这可以表示为时间周期(从存储时开始)，或者表示为绝对的日期和时间。当预59 GB／T16284．1--2008／ISO／IEC10021-1：2003定存储周期后自动删除和存储周期自动分配的服务元素时，才预订本服务元素。B．120存储信报告示storedmessagealertMS本服务元素允许MS的用户登记恰当的准则，当信报到达MS时，若满足所选标准，则会向用户发布告示。发布告示的形式如下：1)若uA与MS相联且与MS处于联机状态，一旦信报到达MS且满足登记的发布告示的准则，告示信报就立即送往uA。若uA处于脱机状态，则在满足准则的信报到MS之后UA又一次与MS联机时，用户将被告知已发生了一次或多次需发布告示的情况。其具体细节可通过执行存储信报而得到。2)此外，或作为上面1)的替代，Ms可用其他机制通知用户。B．121存储信报注释storedmessageannotationMS一94本服务元素使MS用户在存储信报上添加一个或多个文本型的注释。注释适用于完整的信报并且不可以选择性的适用于信报的不同部分。注释对于MS和MS用户来讲是本地的并且不通过MTS在任何信报中进行传输。B．19中描述的“封面注释”与信报注释无关。B．122存储储报的删除storedmessagedeletionMS本服务元素可使收方UA从MS中删除它的某些信报。如果信报以前从未列出，就不能删除。B．123存储信报的获取storedmessagefetchingMS本服务元素允许收方uA从MS中获取一个信报，或部分信报。UA可采用与存储信报列表服务元素中所用的搜索准则相同的搜索准则来获取信报(或部分信报)。B．124存储倍报分组storedmessagegroupingMS本服务元素使MS用户在MS中存储的信报上添加组名。信报可以有0个、1个，或多个与其相关组名，之后可用作选择。每个信报组名由一序列成分组成，可认为构成了存储级别。设置、改变或删除信报中的组名可以由MS用户执行。UA向MS指示，通过注册，uA雇用的每个独特的组名标记相关信报的每个组。可以给每个组名分配一个描述性的文本，该文本和组名一起注册。MS将证实用户之后使用的组名属于已注册的组名集，并且阻止用户对当前存储的信报所添加的组名进行撤销注册，或者对自动分配组名的服务元素所使用而注册的组名进行撤销注册。组名一赢有效直到其被撤销注册。Ms禁止试图对同一个组名进行两次注册。B．125存储信报列表storedmessagelistingMS本服务元素为收方UA提供关于它存储在MS中的某些信报的列表信息。和信文中选出的属性和其他MS附加的信息。UA可限制列出的信报数。B．126存储信报摘要storedmessagesummary信息包含从信报的信封本服务元素为收方UA提供计算符合确定准则的信报个数的功能。这些准则基于存储在MS中的信报的一个或多个属性。B．127主题指示subjectindicationIPM本服务元素允许发方向收方指出发送的IP信报的主题。要使主题信息对收方是可用的。60 GB／T16284．1--2006／ISO／IgC10021-1：2003B．128提交日志submissionlogMS-94本服务元素使MS用户访问日志，该日志记录了从Ms向MTS提交的信报的细节。产生这些记录不需要考虑提交的信报副本是否通过存储提交服务元素来存储。及时存储了副本，在信报删除后相应的提交日志项依然存在。成功提交和不成功提交都要记录。提交日志项包括对提交的信报进行存储的信息的子集。每个信报的提交日志中所存储的信息量在预定时被规定。MS用户能够决定是否删除可提交日志项相关的提交的报告。MS用户能够通过存储信报列表、存储信报获取和存储信报摘要服务元素从提交报告中检索信息。要预订删除提交日志项的能力，并可能受限于满足某些准则的信报，如信报存储的时间周期长于约定的时间。B．129IP信报合并存储信报的提交submissionofIP-messagesincorporatingstoredmessagesIPMMS-94本服务元素使MS用户命令MS和一个或多个存储信报的部分进行合并，作为提交的IP信报的信段。提交的IP信报也可以包含来自MS用户提交中提供的信段。信段源的存储信报可以被投递、提交或成为草稿信报，可以合并存储的IP信报的整个信文或单独信段也可以与投递信报合并。当信文合并时，将形成转发的IP信报。当信文合并时，投递信息也可以和投递信报进行合并。MS可以选择性支持不是IP信报的信报信段的转投。在这种情况下，只有其定义兼容IPM的信段(或者其定义为了转换成IPM信段的规则的信段)可以被转发。如果信报不是一个IP信报，则不能转发完整的信报信文。提交到MTS的信报，与存储的信报或信段合并，可以在MS中促出，只要用户预订存储提交的服务元素。如果预订提交日志服务元素，则也可以在提交日志中存储信报的摘要。B．130提交时戳指示submissiontimestampindicationMT本服务元素能使MTS向发方uA和每个收方UA指出信报提交到MTS的日期和时间。对于物理投递，这一服务元素同样可使PDAU指出物理信报的提交日期和时间。B．131类型倍体typedbodyIPM本服务元素允许IP信报的信体的特征和属性随信体一起运送。由于信体可能作转换，信体类型也会随之改变。注1：一个例子是使用文件传递信体。它提供了存储文件信文的转换，以及与发方和收方之间的文件相关的其他信息的转换。其他的信息包括：——文件属性，一般和文件信文要一起存储；——传送开始的环境信息；——现存存储文件或之前信报的参考。注2：另一个例子是使用话音信体。B．132不可投递邮件的物理信报回送undeliverablemailwithreturnofphysicalmessagePDPR本服务元素能使：PDS在物理信报不能投递给收信人时，立即回送物理信报，并向发方说明原因。这是PDS采取的缺省动作。注：若是“待领邮件”情况，则过一段时间才回进物理信报。6】 GB／T16284．1--2008／ISO／IEC10021—1：2003B．133分发表的使用useofdistributionlistMTPR本服务元素可使收方uA确定一个分发表，以替代在某处涉及到的所有单个收方(用户或嵌套DL)。MTS将把分发表的成员加入信报收方行列，并向这些成员发送信报。分发表的成员可以是分发表，在这种情况下，在MTS中多处地方收方列表将相继得到扩展。B．134用户／UA能力注册user／UAcapabilityregistrationMT本服务元素可使uA通过注册向其MTA指出能够处理的信报类型，以及可以向其传递那个MTA。信报的类型定义成集中属性的组合：1)可以投递的信报的信文类型；2)可以或不可以投递的信报的编码信息类型；3)附加属性，包括最大信报长度和出现的安全标记。注：有可能注册某些编码信息类别，这些编码信息类别导致传递信报不需要考虑其他出现的编码信息类别。用户可以声明某种无法传递的编码信息类别以使MTS执行隐式转换。UA可以规定不同的注册信息集，以控制不同信段类别的投递。MTA将不向UA投递那些不符合或超越了注册功能的信报。 C．11988年新增服务元素GB／T16284．1--2008／ISO／IEC10021—1：2003附录C(资料性附录)1992年以来服务元素的变动服务元素MTIPMPDMS附录B章条号。1P信报的自动确认×B．7自动动作日志×B．8注释的自动分配×B．10组名的自动分配×B．11存储周期的自动分配×B．121P信报的自动相关×B．13IP通知的自动相关×B．14报告的自动相关×B．15存储周期后的自动删除×B．16IP信报的自动丢弃×B．17拷贝优先×BXXX投递日志×B．38分发码指示×B．44免除的地址×BXXX扩展授权信息×BXXXIP信报动作状态×B．58信段说明×BXXX信段类型×BXXX发方参考指示×B．83其他收方指示器×BXXX主要优先×BXXX草稿信报存储×B117提交存储×B118存储周期分配×B119存储信报注释×&121存储信报分组×B124提交日志×B．128lP信报合并存储信报的提交×B1298本指示是参考GB／T16284．11996版本的附录B章编号。BXXX从1996版本中移除的章条编号。图C．1服务元素的映射c．2新增服务元素的分类新增服务元素加入1992X．400系列而产生了1996F．400／X．400系列建议，新增服务元素均归类为附加可选用户业务。63 GB／T16284．1--2008／l目O／1EC10021·1：2003附录D(资料性附录)16284．1与ITU-T建议X．400之间的差别本附录指出了本部分和对应的ITu—T建议之间的主要差别。由于在许多情况下差别表现在字、措辞和句子上增删，而这些出现在整篇正文中多处，因此本附录不能一一指出这些例子，而是概述这些差别的含义。下面是主要差别：1)ITU．T正文完全参考ITU—T服务以及它们与MHS的关系。2)图5给出了管理域之间的关系，并对应注释。3)ADMD和PRMD命名的作用。4)在提供公共服务中使用MHS(第17章)。5)GB／T16284．1正文中不包括关于负责存储延后投递信报文(附录B36)的注解，而ITu—T建议中有此注解。6)在提供ADMD服务时，ITu—T正文不参考除ITU—T公共机构以外的组织的能力。 中华人民共和国国家标准信息技术信报处理系统(MHS)第1部分：系统和服务概述GB／T16284．1—2008／ISO／IEC10021-12003*中国标准出版社出版发行北京复兴门外三里河北街16号邮政编码：100045网址www．spc．net．cn电话：6852394668517548中国标准出版社秦皇岛印刷厂印刷各地新华书店经销*开本880×12301／16印张45字数132千字2008年11月第一版2009年6月第二次印刷*书号：155066·134522定价4400元如有印装差错由本社发行中心调换版权专有侵权必究举报电话：(010)68533533'