GB/T 16284.5-1996 信息技术 文本通信 面向信报的文本交换系统 第5部分：信报存储器：抽象服务定义

ics35.240.20

L79G(-日

中华人民共和国国家标准

GB/T16284.5一1996

idtISO/IEC10021一5:1990

信息技术文本通信

面向信报的文本交换系统

第5部分:信报存储器:抽象服务定义

Informationtechnology-Textcommunication-

Message-OrientedTextInterchangeSystem(MOTIS)一

Part5:Messagestore:Abstractservicedefinition

1996一04门0发布1996一12一01实施

国家技月险监督局发布

GB/T16284.5-1996

目次

前言

ISO/IEC前言N

引言····“······················”······················”·······························”·······”·”·····”··，一N

第一篇总则··················”··，·········”································································”……1

1范围···························，，·······，·…，····························，，········”······“····”··“·，……1

2引用标准························································································”····”··…1

3定义“一·2

4缩略语·”··········，，··············”··························“··········································“··，··…7

5约定···”··“·····················”·······················“··········”··“·········“············.·，··“····”:7

第二篇信报存储器抽象服务定义······，········，，····‘········‘··，··········，·”一’·…”一·‘’””’”…8

6信报存储器模型···························“···················································”··“······……8

7抽象结合和抽象离合操作·························，········································，····“··”·”·…15

8抽象操作”··········，，·········，···········，···········，···”····················.·，················””···……18

9抽象差错.·29

第三篇通用属性类型和通用自动动作类型.··一‘·二‘..‘33

10概述························································，··········”·········”，········”·······……33

11通用属性类型············.，···········”················································”·······”···一·33

12自动动作类型···············，···‘···············，，····················，············”··········，······”··…45

第四篇信报存储器和端口实现的规程···········”·····························……’二’二’二’二·‘’‘“48

13概述·················.·，···········.·，···································……48

14信报传送抽象服务的消费······。·····，····································”···········……’”’···一48

15信报存储器抽象服务的供应····················································…·…·‘·……’·…’··‘’二51

16端口实现“·······“···，···········，’······，’·，’，，，···‘“··，，·······，’··”·········“··，·一55

附录A(标准的附录)客体标识符的正式分配······························”················”······，…56

附录B(标准的附录)信报存储器抽象服务的形式定义.·58

附录C(标准的附录)通用属性类型的形式定义···········，·····...···.，·················，，··.·，····一68

附录D(标准的附录)通用自动动作类型的形式定义····················”·········“··············一76

附录E(提示的附录)MS参数上限的形式定义.·78

附录F(提示的附录)概括抽象操作的例子·······················”·，。········”·…’··”二·‘二‘’二二‘’“79

附录G(提示的附录)GB/T16284.5与CCITTX.413之间的差别····················”·········“·…80

GB/T16284.5-1996

前言

本标准等同采用国际标准ISO/IEC10021-5:1990信《息技术文本通信面向信报的文本交换系

统第5部分:信报存储器:抽象服务定义》。并按照ISO/IEC10021-5:1990/Cor.1:1991,ISO/IEC

10021-5:1990/Cor.2:1992,ISO/IEC10021-5:1990/Cor.3:1992和ISO/IEC10021-5:1990/Cor.4,

1992的内容进行了技术修改。

本标准正文和附录中引用其他标准时，用我国的标准编号代替相应的国际标准编号，其对应关系

是:

GB/T16284-1996代替ISO/IEC10021:1990;

GB/T16264-1996代替ISO/IEC9594:1990;

GB/T16262-1996代替ISO/IEC8824:1990,

GB/T16284在信《息技术文本通信面向信报的文本交换系统》总标题下，目前包括以下7个

部分:

第1部分(即GB/T16284.1):系统和服务概论;

第2部分(即GB/T16284.2):总体结构;

第3部分(即GB/T16284.3):抽象服务定义约定;

第4部分(即GB/T16284.4):信报传送系统:抽象服务定义和规程;

第5部分(即GB/T16284.5):信报存储器:抽象服务定义;

第6部分(即GB/T16284.6):协议规范;

第7部分(即GB/T16284.7):人际信报系统。

本标准的附录A、附录B,附录C和附录D都是标准的附录。本标准的附录E、附录F和附录G都

是提示的附录。

本标准由中华人民共和国电子工业部提出。

本标准由电子工业部标准化研究所归口。

本标准起草单位:清华大学。

本标准主要起草人:邱建、史美林、李韵琴、张志豪、徐明伟。

GB/T162845-1996

ISO/IEC前言

ISO(国际标准化组织)是由各个国家标准化机构(ISO的成员体)联合组成的一个世界性组织。该

组织通过其各个技术委员会进行国际标准的制定工作。凡是对于已设有技术委员会的某一专业感兴趣

的每一个成员体，都有权参加该技术委员会。与ISO有联系的官方和非官方国际组织也可参与国际标

准的制定工作。ISO与国际电工委员会((IEC)在电子技术标准化的所有方面都进行密切合作。

各个技术委员会提出的国际标准草案，须先分发给各成员体表决通过后，再由IS()理事会批准为

国际标准。根据IS(〕工作导则，国际标准至少需要投票成员体的75%赞成。

国际标准ISO/IEC10021-5是由ISO/IECJTC1信息技术第一联合技术委员会制定的。

目前，ISO/IEC10021在信《息技术文本通信面向信报的文本交换系统》总标题下，包括以下7

个部分:

—第1部分:系统和服务概论;

—第2部分:总体结构;

—第3部分:抽象服务定义约定;

—第4部分:信报传送系统:抽象服务定义和规程;

—第5部分:信报存储器:抽象服务定义;

—第6部分:协议规范;

—第7部分:人际信报系统。

本标准的附录A、附录B、附录C和附录D都是标准的组成部分。本标准的附录E、附录F和附录G

仅提供参考信息。

引言

本标准是一组面向信报的文本交换系统(MOTIS)国家标准之一。

MOTIS使用户以存储一转发的方式交换信报。发方用户提交的信报，通过信报传送系统(MTS)进

行传送，然后逐步递交给一个或多个信报的收方用户。本标准定义了信报存储器抽象服务(MS抽象服

务)，它支持从一个信报存储器(MS)的信报检索以及通过MHS系统中的MS的直接信报提交。MS抽

象服务也提供由MTS(信报传送系统)定义的信报管理服务。

本标准由CCITT和ISO联合开发。与CCITT的X.413技术上是一致的。附录G说明了两份文件

的不同之处。

中华人民共和国国家标准

信息技术文本通信

面向信报的文本交换系统

GB/T16284.5一1996

第5部分:信报存储器:抽象服务定义idtISO/IEC10021-5:1990

Informationtechnology-Textcommunication-

Message-OrientedTextInterchangeSystem(MOTIS)一

Part5:Messagestore:Abstractservicedefinition

第一篇总则

1范围

本系列标准的这一部分定义了信报存储器抽象服务。这个抽象服务由信报存储器访问协议(在

GB/T16284.6中规定)连同NITS抽象服务(在GB/T16284.4中规定)，和远程操作服务元素(ROSE)

服务(在ISO/IEC9072-1中定义)一起提供。在本标准中使用的用于应用层协议的抽象语法记法在

GB/T16262中规定。

本系列标准的其他部分定义MHS的其他方面。GB/T16284.1定义由MHS提供的面向用户的服

务。GB/T16284.2提供MHS的体系结构的概述。GB/T16284.3提供在MHS中使用的抽象服务定义

规则的描述。GB/T16284.7定义用于人际信报交换的抽象服务并定义人际信报的格式。

本标准的第二篇包含信报存储器抽象服务的定义。第6章描述MS模型。第7章规定用于抽象结合

和抽象解结合的抽象语法记法。第8章规定用于抽象服务的操作的抽象语法记法。第9章规定用于抽

象差错的抽象语法记法。

本标准的第三篇定义和MS有关的通用属性类型和通用自动动作类型。第10章是一个概述。第11

章规定用于通用属性的抽象语法记法。第12章规定用于通用自动动作的抽象语法记法。

本标准的第四篇描述信报存储器和端口实现的过程。第13章是一个概述。第14章叙述怎样提供

信报存储器的抽象服务。第15章描述怎样利用传输系统的抽象服务。第16章描述MS端口是怎样实现

的。

本标准没有一致性要求。

2引用标准

下列标准中所包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本

均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。

21参考模型的引用标准

本标准引用了如下与参考模型有关的文件:

GB9387-88信息处理系统开放系统互连基本参考模型(idtISO7498:1984)

国家技术监督局1996一04一10批准1996一12一01实施

I

GB/T16284.5一1996

2.2表示的引用标准

本标准引用了如下与表示有关的文件:

GB/T16262-1996信息处理系统开放系统互连抽象语法记法一(ASN.1)规范(idtISO/

IEC8824:1990)

2.3远程操作的引用标准

本标准引用了如下与远程操作有关的文件;

ISO八EC9072-1:1989信息处理系统文本通信远程操作第1部分:模型、记法和服务定义

2.4目录的引用标准

本标准引用了如下与目录有关的文件:

GB/T16264.1-1996信息技术开放系统互连目录第一部分:概念、模型和服务的概述((idt

ISO/IEC9594-1:1990)

GB/T16264.2-1996信息技术开放系统互连目录第二部分:模型(idtISO八EC9594-2:

1990)

GB/T16264.3-1996信息技术开放系统互连目录第三部分:抽象服务定义(idtISO/IEC

9594-3:1990)

GB/T16264.4-1996信息技术开放系统互连目录第四部分:分布式操作规程(idtISO/

IEC9594-4:1990)

GB/T16264.5-1996信息技术开放系统互连目录第五部分:协议规范((idtISO/IEC

9594-5:1990)

GB/T16264.6-1996信息技术开放系统互连目录第六部分:选择属性类型(idtISO/IEC

9594-6:1990)

GB/T16264.7-1996信息技术开放系统互连目录第七部分:选择客体类(idtISO/IEC

9594-7:1990)

GB/T16264.8-1996信息技术开放系统互连H录第八部分:鉴别框架((idtISO/IEC

9594-8:1990)

2.5信报处理的引用标准

本标准引用了如下与信报处理有关的文件:

GB/T16284.1-1996信息处理系统文本通信面向信报的文本互换系统(MOTIS)第1部

分:系统和服务概论(idtISO/IEC10021-1:1990)

GB/T16284.2-1996信息处理系统文本通信面向信报的文本互换系统(MOTIS)第2部

分:总体结构(idtISO/IEC10021-2:1990)

GB/T16284.3-1996信息处理系统文本通信面向信报的文本互换系统(MOTIS)第3部

分:抽象服务定义约定(idtISO/IEC10021-3:1990)

GB/T16284.4-1996信息处理系统文本通信面向信报的文本互换系统(MOTIS)第4部

分:信报传送系统:抽象服务定义和规程((idtISO/IEC10021-4:1990)

GB/T16284.6-1996信息处理系统文本通信面向信报的文本互换系统(MOTIS)第6部

分:协议规范(idtISO/IEC10021-6:1990)

GB/T16284.7-1996信息处理系统文本通信面向信报的文本互换系统(MOTIS)第7部

分:人际信报系统(idtISO/IEC10021-7:1990)

3定义

3.1MHS的公共定义

MHS的公共定义在GB/T16284.2中列出。

z

GB/T16284.5一1996

3.2信报存储器定义

本标准应用了如下定义:

3.2.1抽象联系abstract-association

指两个通信伙伴之间的一个抽象结合，在本标准中这种结合是在提供MS抽象服务的一个MS与

一个UA之间，或在提供NITS抽象服务的一个MTA和一个MS之间。

3.2.2抽象结合参数abstract-bind-parameters

指在本标准中定义的，包含在抽象结合中的参数。

3.2.3抽象离合参数abstract-unbind-parameters

指在本标准中定义的，包含在抽象离合操作中的参数。

3.2.4管理端口administrationport

指在MS抽象服务中提供抽象服务的管理(为MTS)集合的端口。

3.2.5警示抽象操作alertabstract-operation

指一个抽象操作根据选择的判断标准，允许MS通知UA在MS中有信报或报告在等待投递。它只

能在已存在的抽象联系上进行。

3.2.6属性attribute

指出现在信息库一个人口的一种特殊类型的信息。

3.2.7属性类型attribute-type

是属性的成分，它指示了属性所给出的信息类。

3.2.8属性值attribute-value

指属性类型所指示的信息类的一个特例。

3.2.9属性值判定attribute-value-assertion

是关于一个入口处属性值的一个建议，它可能是真、假或未定义。

3.2.10自动动作auto-action

指MS可以自动执行的动作，它是以MS一属主通过UA预先登记的信息为基础的。

3.2.11自动动作类型auto-action-type

被用来指示自动动作的类型，例如提示。

3.2.12自动警示auto-alert

是在MS中的自动动作，它引起一个MS的警示抽象操作或另一个动作。

3.2.13自动转发auto-farward

是MS中的自动动作，它引起MS自动转发一个信报给另一收方(或其他收方)。

3.2.14子入口child-entry

指在信息库中区别于主入口的一个入口。一个子人口的父入口既可以是主人口的，也可以是另一个

子入口，这要依靠每种情况入口级别数字来确定。

3.2.15子序号child-sequence-number

指在父人口中指示一个子入口的序号。根据子入口的数目，一个父入口可以有多个子序号的值。

3.2.16条件成分conditional(C)component

指应象本标准叙述的那样出现在一个类别实例中的ASN.1元素。见级别(grade),

3.2.17信文长度content-length

是一个属性，它给出了一个已投递信报信文(或返回信文)的长度。

3.2.18返回信文content-returned

是一个属性，它标志了已返回信文的一个已投递报告(或一个已投递信报)。

3.2.19转换EITconvertedEIT

是一个属性，它标识转换后信报内容的编码信息类型。

GB/T16284.5一1996

3.2.20建立时间creation-time

是一个属性，它给出了一个入口的建立时间(由MS建立)。

3.2.21删除抽象操作deleteabstract-operation

指删除信息库一个或多个入口的抽象操作。

3.2.22已投递EITdelivered-EIT

是一个多值属性，它给出在已投递信报中关于EIT的信息。

3.2.23已投递信报入口delivered-messageentry

指由已投递信报产生的存储信报信息库的一个入口。

3.2.24已投递报入口delivered-reportentry

指由已投递报告产生的存储报告信息库的一个人口。

3.2.25入口entry

指一个信息库的一个信息集。入口的进一步分类见入口、文人口、子入口。

3.2.26人口信息entry-information

是在抽象操作中使用的一个参数，它从一个入口运送选择的信息。

3.2.27人口信息选择entry-information-selection

是在抽象操作中使用的一个参数，它指示了一个入口处正在请求的信息。

3.2.28入口状态entry-status

是给出入口运行状态信息的一个属性，它可能的值为新，已列出或已处理三种。

3.2.29入口类型entry-type

是一个属性，它指示出一个入口是与一个已投递信报还是与一个已投递报告相连系。

3.2.30提取抽象操作fetchabstract-operation

是一个抽象操作，它允许从存储信报信息库中提取一个人口。

3.2.31提取限制fetch-restrictions

是UA施加的对准备接收作为取出结果的某种信报的限制，它可能是针对信报长度、信文类型和

EIT的。

3.2.32过滤器filter

是在抽象操作中用于检测信息库的一个特别人口的参数，它指出此入口是否符合其要求。

3.2.33过滤项filter-item

是关于测试的入口中一个特别类型属性的存在或值的判定，这种判定只有真、假或未定义三种情

况。

3.2.34转发请求forwarding-request

是在信报提交抽象操作中可能出现的一个参数，UA调用它请求从MS转发信报。

3.2.35通用属性general-attribute

是独立于信文类型且对所有信报和报告类型全有效的一个MS属性集。在本标准中只有某些MS

属性被明确地定义。

3.2.36通用自动动作general-auto-action

是独立于信文类型且对所有信报和报告类型全有效的自动动作。

在标准中只有这些自动动作被明确地定义。

3.2.37级别grade

见GB/T16284.2中的定义。

3.2.38间接提交端口indirect-submissionport

此端口在MS抽象服务中提供了间接提交抽象服务。除转发存在MS中的信报的附加功能外，间接

提交抽象服务与信报提交抽象服务提供的服务完全相同

GB/T16284.5一1996

3.2.39信息库information-base

是MS中存储与MS抽象服务有关信息的客体。例如已存储信报信息库，它存储已投递到MS的信

报和报告。

3.2.40信息库类型information-base-type

指信息库的类型，例如存储信报。

3.2.41限度limit

是选择者参数的一个成分，它标志了抽象操作结果中返回的已选择入口的最大数目。

3.2.42列出抽象操作listabstract-operation

是一个抽象操作，它允许对一个信息库的入口和为那些入口而返回的请求属性信息进行选择。

3.2.43已列出listed

是一个人口状态值。

3.2.44宏macro

见GB/T16262,

3.2.45主人口main-entry

对每一个成功建立信息库入口的抽象操作，总有一个主入口。可以存储在子入口中，相同抽象操作

导出的更深入或更详细的信息。

3.2.46强制性成分mandatory(M)component

是一个ASN.1元素，它总是出现在类别的实例子中，见级别(grade),

3.2.47匹配matching

是一个进程，它把一个属性值判定中提供的值与存储在MS中已指示的属性类型值进行比较.或决

定已指示属性类型是否存在。

3.2.48信报检索服务元素MessageRetrievalServiceElement(MRSE)

是应用服务元素，一个接收UA凭借它可以进行MS信报或任何不同的相关任务检索。

3.2.49MS(信报存储器):抽象、服务、提供者

信报存储器，也是“MSabstract-service-provider"的缩写形式。

3.2.50MS抽象服务MSabstract-service

是MS通过其端口向它的用户提供的能力集。

3.2.51MS抽象服务用户MSabstract-service--user

MS抽象服务的用户，指UA,

3.2.52MS抽象服务提供者MSabstract-service-provider

指提供MS抽象服务的MS.

3.2.53MS用户MS-user

是M“S抽象服务用户’，的缩写。

3.2.54信报提交抽象操作Message-submissionabstract-operation

是一个抽象操作，它允许UA通过MS向MTS提交信报，与/或从MS向MTS转发信报。

3.2.55多值属性multi-valuedattribute

指可与多个值相关联的属性。

3.2.56新new

一个入口状态值。

3.2.57可选成分optional(O)component

是一个ASN.1元素，它在其类别实例中出现，由提供这种实例的客体(例如用户)来决定。见纷别

(grade).

3.2.58初始EIToriginal-EIT

GB/T16284.5一1996

是一个属性，它标识信报信文的初始编码信息类型。

3.2.59使无效override

是选择器参数的一个成分，它指出以前对这个抽象操作登录的限制不适用于此抽象操作的实例。

3.2.60父入口parent-entry

一个父人口有一个或多个子入口，这些子人口是由相同的抽象操作建立的，若一个父入口不是另一

个父入口的子入口，则它是主入口。

3.2.61父序号parent-sequence-number

是一个子入口中指向其父人口的序号。在一个子入口中只能有一个父序号。

3.2.62部分属性请求partial-attribute-request

是入口信息选择的一个成分，它使多值属性只返回其中已选择的值。

3.2.63位置position

是用来说明范围边界的参数。

3.2.64已处理processed

是入口状态值。

3.2.65范围range

是一个参数，在抽象操作中用来从信息库中选择一部近的入口序列。

3.2.66注册MS抽象操作Register-MSabstract-operation

是一个抽象操作，它使UA在MS中注册与UA-MS互工作相关的信息。

3.2.67注册registration

是在MS中注册且在抽象联系之间存储的信息(可用注册MS抽象操作改变此信息)。(见注册MS

抽象操作)

3.2.68注册标识符registration-identifier

是一个标识符表示自动动作类型的特定注册参数集。

3.2.69检索端口Retrievalport

是在MS抽象服务中提供了抽象服务检索集的一个端口。

3.2.70信文返回入口returned-contententry

是信报存储信息库中的一个入口类型，此信息库包含了以前提交信报的返回信文。

3.2.71选择器selector

是抽象操作中的一个参数，用来从信息库中选择入口。

3.2.72序号sequence-number

是唯一标识一个入口的一个属性。序号以递增序列分布。

3.2.73单值属性single-valuedattribute

一个只能与一个值相关联的属性。

3.2.74跨距span

是概括抽象操作结果的一个成分，包含与选择准则相匹配的入口的最低和最高序号。

3.2.75存储信报stored-messages

是本标准中最重要的信息库，用来存储包含NITS投递给MS信报和报告的人口。

3.2.76签名文件subscription

是在MS供应者或管理者与MS顾客(Ms属主)之间，关于可选ms特性(例如可选服务属性)的

可用性和使用的一个长期协定。本标准本部分假定已提供了这种机制，但并未规定或提供如何实现这种

机制的标准化方法

3.2.77子串substring

是一个过滤项，用来说明出现在属性值中的一个字符串(以相同的已给顺序)。

GB/T16284.5一1996

3.2.78概括抽象操作Summarizeabstract-operation*

是一个抽象操作，它允许对当前存储于信息库的入口的类型与数目进行快速浏览。

3.2.79概要synopsis

是信文特有的属性，可用来展示包含信文信段的子人口如何互相关联以及如何与主人口相关联，在

标准中应说明描述信文类型的属性，例如，GB/T16284.7中IPM概要的定义。

4缩略语

ASN.1:抽象语法记法一

C:条件的

DL:分发表

EIT:编码信息类型

M:强制的

M:多值的

MASE:信报管理服务元素

MDSE:信报投递服务元素

MH:信报处理

MHS:信报处理系统

MOTIS:面向信报的文本互换系统

MRSE:信报检索服务元素

MS:信报存储器

MT:信报传送

NITS:信报传送系统

N:否

O:可选的

O/R:发方/收方

P:出现的

POS:远程操作

ROSE:远程操作服务元素

S:单值的

UA:用户代理

UTC:国际协调时

Y:是

约定

本标准使用下面四条所列出的描述约定。

5.1抽象服务约定

本标准使用下列基本ASN.1的描述性约定:

1)用ASN.1本身来说明信息库和它们成分的抽象语法以及公共的数据类型。

2)用GB/T16284.3的ASN.1宏PORT和相关的抽象服务定义约定来说明检索端11

3)用GB/T16284.3的ASN.1宏ABSTRACT-BIND,ABSTRACT-UNBIND,ABSTRACT-

OPERATION和ABSTRACT-ERROR以及相关的抽象服务定义约定来说明MS抽象服务。

每当本标准描述具有成分的数据结构类时，都把每种成分归类成下列级别之一:

1)强制的(M):一个强制性成分在此类的每个实例中都出现。

GB/T16284.5一1996

2)可选的(O):由支持此类实例的客体(例如用户)自行决定在此例中是否出现可选成分。

3)条件的(C):一个条件成分应象本部分规定的那样出现在此类的实例中。

5.2第11章的表1中使用的属性类型的约定

本标准在对MS抽象服务的属性类型进行的定义中使用下列约定:

对以"，Single/Multi-valued"为首的列可以用下列值:

S单值的

M多值的

对以"，SupportlevelbytheaccessUV为首的列可用下列值:

M强制的

O可选的

对以”resenceindeliveredmessageentry",'Presenceindeliveredreportentry”和'Presenceinre-

turnedmessageentry"为首的列，用下列值之一来描写每个属性类型的出现:

P总是出现在每个人口中，因为:

—由MS所产生，它是强制的;

—在相关的抽象操作中是强制的或缺省的参数。

C有条件地出现在入口中，出现的条件是:

—由MS支持和用户预定;

—在相关的抽象操作一个可选参数中出现。

否则，不出现。:.

对以"AvailableforListIAlert"和"，AvaiableforSummarize"为首的列，可出现下列值:

N否

Y是

5.3第n章的表2中使用的属性类型的约定

本标准在对MS抽象服务属性类型进行的定义中使用下列约定:第11章包括列出属性在型表。

对以"Single/Mutti-valued"为首的例，可用下all值:

S单值的

M多值的

对以"Sourgegeneratedby'为‘首的例，可用下3N值:

MD信报投递抽象操作

MS信报存储器

RD报告投递抽象操作

5.4对一般文本的字体约定

在本标准中，所有术语在定义时全用黑体表示在‘其他情况下则不强调突出。

5.5ASN.1定义的字体约定

在本标准中ASN.1定义使用的字体比一般文本小一号。

5.6ASN.1定义的规则

ASN.1定义既出现在正文中来帮助说明，又形式地出现在附录中作参考，若在说明中使用的

ASN.1与在相应附录中形式定义的ASN.1之间存在差异，则指示规范差错。

第二篇信报存储器抽象服务定义

信报存储器模型

信报存储器(MS)模型化为一个原子客体，对MS抽象服务用户(即用户代理)来说，它是服务提供

GB/T16284.5一1996

者;对信报传送系统NITS来说，它是MTS提供的服务的用户。

在UA与MTS之间，MS起中间媒介作用。它的基本功能是代表一个单一MHS端用户接受信报

的投递，并且保存它们以便端用户的UA作下一步检索。MS也向UA提供间接信报提交与信报管理服

务，实际上，这些是利用了MS到MTS的通路。这使MS能提供除直接向MTS提交之外的附加功能，

例如转发驻留在MS中记录设施中心信报。

象UA一样，MS只代表唯一的单MHS端用户，即并不提供公共的或分享的多用户MS服务。

为了定义MS提供的服务一信报存储器抽象服务，我们用一个抽象模型来描述MS。图1显示了

MS抽象服务与其用户及信报传输系统抽象服务的关系。在此图中，白方块代表抽象服务的消费，黑方

块代表抽象服务的供应。

UAMSMTS

图1信报存储器抽象服务

抽象服务概念和它的定义约定的介绍和描述见GB/T16284.3,

在安全信报处理中，把MS处理成具有唯一标识的分离客体并且对UA有分离键(或一组键)。

61信报存储器客体

MS模型作为一个原子客体，它为MS抽象服务用户供应MS检索端口的抽象服务。作为MTS抽

象服务提供者的“代理人”,MS也向MS抽象服务用户(MS用户)提供NITS提交和管理抽象服务;作

为UA的代理人，它起NITS抽象服务用户的作用，消费NITS投递端口、提交端口和管理端口的抽象服

务。

下面给出信报存储器客体的形式定义:

msOBJECT

PORTS戈retrievalES]

Indirectsubmission[S]

administrationES]

delivery[C]

submission[C]

administration[C]}

::=ID-OT-MS

MS用户可被模型化为一个客体，它消费由透明提供的MS检索端口与间接提交端口抽象服务以

及管理端口抽象服务。

msUSEROBJECT

PORTS{retrieval仁C],

indirectsubmission[C],

administration[C]}

.:=ID--OT--USER

6.2信报存储器端口

一个MS向其抽象服务用户提供检索、间接提交与管理端口。这些端口所提供的能力集提供了MS

抽象服务。检索能力对MS来说是唯一的。这些能力包括获取关于驻留在MS中信报的提取(全部或部

GB/T16284.5一1996

分)及删除的信息。要注册具有自动动作(即自动转发和警示)的MS还要提供附加能力。

ISO计划将附加信报管理服务作为本标准的扩充。MS将代表UA执行这些服务来记录入出信报

以及使输入通知与关于翰出信报的记录信息自动关联。这些扩充将组成此标准本篇的一个附录。

为向MS用户提供6.1描述的服务，MS代表MS用户与NITS抽象服务相互作用并且作为MTS

投递、提交和管理端口的消费者。在GB/T16284.4的第8章中定义了NITS端口提供的抽象服务。

在提供上面任一项检索能力之前，MS先要利用抽象结合操作来鉴别MS用户。相似地，在向MTS

抽象服务用户提供服务前,MTS抽象服务必须先要鉴别MTS抽象服务用户。

除了提供的检索端口誓示服务及间接提交端口外提供的提交控制服务，MS抽象服务提供的所有

服务全由MS用户调用，由MS执行。

按照有效的安全策略把安全标签赋予MS。安全策略也可定义如何使用安全标签来加强安全策略。

假如安全标签赋予了MS，则具有信报安全标签的已存储信报和报告的处理都可能受到有效安全政策

的影响。若MS没有安全标签，则已存储信报和报告的处理是随意的。

若在UA与MA之间以及MS和MTA之间建立了安全上下文，则赋于信报或探极的安全标签要

受到符合有效安全政策的安全上下文的限制。假如未建立安全上下文，则信报或探极的信报安全标签赋

值由初始者随意进行。

6.2.1检索端口

检索端口定义如下:

retrievalPORT

CONSUMERINVOKES{

Summariez,

Liat,

Fetch

Delete,

Register-ms}

SUPPLIERINVOKES{

alert}

::=id-pt-retrival

在第7至9章描述了检索端口抽象服务的细条。

6.2.2间接提交端口

间接提交端口定义如下:

indirectsubmissionport::=submission

间接提交端口利用了GB/T16284.4的8.2中定义的投递端口抽象服务。

6.2.3管理端口

在GB/T16284.4中的8.4定义了管理端口。

改变凭证抽象服务，在MS与MTS服务提供者端到端之间操作，并通过MS.MS存储新的凭证，在

随后的与MTA结合中使用。如MS用户需要更新在5MS结合中使用的凭证时，到使用注册一MS抽象

操作，见8.6.

6.3信息模型

本条描述了MS使用的信息模型，它模型化了由包含属性的入口组成的信息库。

6.3.1信息库

MS存储和维护信息库.MS的信息库是一个数据库，它包含表示具体类别的组成客体的所有入口。

本标准定义和描述存储信报的信息库。它包含了从经MTS投递端口发生MS的信报投递和报告

投递中所获取的信息，在6.4中对此进行了描述。其他的信息库是入记录和出记录，打算作为将来附录加

到部分中。这些扩充超出了相应的CCITT建议的范围。

1(、

GB/T16284.5一1996

informationBase::=INTEGER(

stored-message(0),

inlog(1).

outlog(2))(0..ub-information-bases)

6.3.2入口

每一个信息库都被组织成一个入口序列，每一个人口表示信息库中的一个单独的客体(例如传送信

报)。

每一个入口是通过它的序号来标识的，此序号在信息库中是唯一的。当建立新入口时，MS就产生

一个序号。在信息库中，MS递增且无循环地产生从不重复的序号。

SequenceNumber::二INTEGER(0..ub-messages)

注:例如，为保证唯一性，MS可使用足够跨距的时间值来分布序号。

6.3.3属性

6.3.3.，简介、

一个入口由一个属性集组成。在图2中对此进行了描述。

每个属性提供了关于端口对应数据或从入口对应数据中获得的一段信息，这样的信息一个是入口

本身的序号，另一个是建立时间。

一个属性由属性类型和相应的属性值构成，属性类型标识了属性所给信息的类别。属性值是在入口

中出现的那种类别的特例。

Attribute::=SEQUENCE{

TYPEATTRIBUTETYPE

valuesSEQUENCESIZE(1..ub-attribute-value)

ofattributevalue)

注:例如，在一个已投递信报入口中((6.4中描述)，属性类型可以是信报优先级且相应属性值可以是紧急的

入口里「-早共二尸

、、、