第八部分信息交换的网络通讯支持Word格式.docx
- 文档编号:19179573
- 上传时间:2023-01-04
- 格式:DOCX
- 页数:19
- 大小:30.17KB
第八部分信息交换的网络通讯支持Word格式.docx
《第八部分信息交换的网络通讯支持Word格式.docx》由会员分享,可在线阅读,更多相关《第八部分信息交换的网络通讯支持Word格式.docx(19页珍藏版)》请在冰豆网上搜索。
k)协议数据单元和层协议数据单元
l)服务或层服务
m)服务访问点
n)会话层
o)传输语法
p)传输层
q)传输协议
r)传输连接
2命名和地址定义
a)调用表达地址
b)被调用表达地址
c)响应表达地址
d)被调用应用实体标题
e)调用应用实体标题
3服务传统定义
4表达服务定义
5ACSE服务定义
6DICOM介绍和概述定义
7DICOM通讯支持定义
4符号和缩写
5传统
6网络通讯支持环境
这里的网络通讯服务是被提供用来支持DICOM应用实体通讯的通用服务集合。
他们是被OSI表示服务和OSI通讯控制服务元素提供的服务的真子集。
他们应该被作为上层服务或UL服务来参考。
DICOMUL服务在第七部分指定。
上层服务的定义允许使用完全兼容的OSI协议(层1到6加ACSE)来完成健壮的和有效的通讯。
通过广泛的物理网络的选择,如ISO8802-3CSMA/CD(经常用在以太网),FDDI,ISDN,X.25,专用数字电路,和许多其他的LAN和WAN网络技术,它支持大量的不同的基于国际标准的网络技术。
DICOM的OSI协议族在第8部分指定。
当这种UL服务被TCP/IP的上层协议提供时,广泛现存的网络环境的很多也能被基于DICOM的医学图象通讯使用。
与OSI和TCP/IP环境共有的UL的定义允许从TCP/IP移植到OSI环境而不影响DICOM应用服务元素。
这种UL服务也是DICOM会话/传输/网络服务(在PS3。
9中定义)的超集,用以支持点到点的界面。
UL服务的这种超集性质允许设备的互相连接,点到点的界面与完全的网络通讯环境被OSI、TCP/IP支持的。
PS3。
1讨论了点到点接口如何与网络环境共存。
7DICOM应用实体的OSI上层服务
这部分提供了一个描述:
如何使用OSI的联合控制服务元素(ACSE)和OSI的表示层来提供支持DICOM应用实体的通讯所必须的上层服务。
这个上层服务是ACSE和OSI表示层提供的服务的完全兼容的子集。
除了上层服务规格外,这部分也在参数级水平上定义了这个上层服务的每个元素的使用。
指导这个上层服务的使用的规则在PS3。
7中。
7。
1A-ASSOCIATE服务
两个AEs实体间联系的建立应该通过ACSEA-ASSOCIATE请求、指示、响应、确认原语来建立。
服务的发起人以后被称做请求者,接受者称做接收者。
这是需要确认的服务。
7。
1。
1A-ASSOCIATE参数
表7-2主要A-ASSOCIATE参数
表7-3包含固定值的和不该用的参数
7。
1模式(固定)
这个参数允许可选的模式OSI-ACSE服务参数的协议。
只有缺省值"
normal"
被DICOM应用实体使用。
因而参数应该总是被指定为"
。
2应用上下文的名字
这个参数识别被请求者提议的应用的上下文内容。
接收者应该返回或者相同或者不同的名字。
返回的名字应该指定应用的上下文在这个联系的使用。
进一步的讨论在附录A中。
应用上下文是应用服务元素、相关选项、和任何其他在联系中相互作用的应用实体所必需的信息的确定的定义集合。
3主叫AE标题
这个参数识别应用实体,实体应该包含A-ASSOCIATE服务的请求者。
它基于原DICOM应用名字。
DICOM应用实体名字和实体标题的关系在附录C中指定。
主叫AE实体标题可也可不与发起者地址(出现在DICOM消息交换中)相同。
4被叫AE标题
这个参数识别应用实体,实体应该包含A-ASSOCIATE服务的接收者。
它基于目的DICOM应用名。
被叫AE实体标题可也可不与接收者地址(出现在DICOM消息交换中)相同。
5响应AE标题(固定)
这个参数识别AE,AE应该包含A-ASSOCIATE服务的真正接收者。
在这个标准中,它应该总是包含与A-ASSOCIATE指示的被叫AE标题有相同的值。
6用户信息
这个参数应该被联系的请求者和接收者使用来包含DICOM应用实体的用户信息。
它的意义应该根据伴随原语的上下文决定。
这个参数的使用在附录D中指定。
7结果
这个参数应该被提供或者是A-ASSOCIATE请求的接受者,或者是UL服务提供者(ACSE相关功能),或者是UL服务提供者(表示相关功能)。
它应该指出使用A-ASSOCIATE服务的结果。
它应该去下面的符号值之一:
a)被接受;
b)被拒绝(永久);
c)被拒绝(暂时)。
8结果来源
参数的值由UL服务的提供者补充。
它识别结果参数和诊断参数的产生源,如果存在的话。
它取下面的符号值之一:
a)UL服务使用者;
b)UL服务提供者(ACSE相关功能)
c)UL服务提供者(表示相关功能)
9诊断
这个参数应该只使用如果结果参数的值是"
被拒绝"
的话。
它应该被用来提供关于A-ASSOCIATE服务的诊断信息。
如果结果源参数有值"
UL服务使用者"
,它应该取下面的符号值:
a)无特定原因;
b)应用上下文名字不被支持
c)calling-AE-titlenotrocognized
d)called-AE-titlenotrecognized
e)calling-AE-qualifiernitrecognized(seenotes)
f)calling-AP-invocation-identifiernotrecognized(seenote)
g)calling-AE-invocation-identifiernotrecognized(seenote)
h)called-AE-qualifiernotrecognized
i)called-AP-incocation-identifiernotrecognized(seenote)
j)called-AE-invocation-identifiernotrecognized(seenote)
ULservice-provider"
(ACSErelatedfuntion),它应该取下面的值:
a)no-reason-given
b)no-common-ULversion
如果结果源有值"
ULservice-provider(Presentationrelatedfuntion)它应该取下面的值:
b)temporary-congestion
c)local-limit-exceeded
d)called-(Presentation)-address-unknown
e)Presentation-protocolversionnotsupported
f)no-(Presentation)ServiceAccessPoint(SAP)available
7.1.1.10主叫表示地址
这个参数应该包含结构化的目的地址,明确的在全球网络地址结构中。
这应该是或者OSI表示地址或者TCP/IP地址。
见附录C
7.1.1.11被叫表示地址
12响应表达地址
在这个标准中,响应表达地址应该总是包含与被叫表达地址相同的值。
这个参数应该包含结构化的目的地址,明确的在全球网络地址结构中。
13表示上下文定义列表
这个参数被用在A-ASSOCIATE请求和指示中,应该由包含一个或多个表示上下文。
每个项目应该3个成分,一个表示上下文标识、一个抽象语法名、一个一个或多个转移语法名的列表。
这个参数的'
表示上下文标识'
成分存在且区别于通讯中表示的上下文。
这个表示上下文的标识只应用在给定联系的上下文中。
这也是联系请求者的责任,分配一个任意的但是没被用的标识符给每个被提议的表示上下文在给定的联系中。
标准中定义的和DICOM应用实体中使用的抽象语法被定义在PS3。
4中。
标准中定义的和DICOM应用实体中使用的传递语法被定义在PS3。
5中。
关于此二者的进一步讨论在附录B中。
14表示上下文定义结果列表
在A-ASSOCIATE响应和确认中使用的这个参数指出了在表示上下文定义列表参数中被提议的每个表示上下文定义的接受或拒绝。
表示上下文定义结果列表应该采取结果值的列表形势。
在每个结果值和在表示内容定义列表参数提议的每个表示上下文之间有一个一对一的通讯。
每个结果值代表了或者接受、或者用户拒绝、或者提供者拒绝。
在响应原语中由UL使用者分配结果值。
在这个标准中,每个表示上下文只有一个传输语法应该被赞同,即便在表示上下文定义列表的特定的表示上下文中提供了多个传输语法。
15表示的必要条件
这个参数允许在表示核心之上的可选表示功能单元的协商。
只有核心功能单元被DICOM应用实体使用。
因而这个参数总是指定为"
表示核心"
16会话的必要条件
这个参数允许在会话核心之上的可选表示功能单元的协商。
只有核心功能单元(完全双方的功能单元)应该被DIOCM应用实体使用.
7.1.1.17其它参数
几个可选的参数定义在OSIACSE和OSI表示服务标准中,并没在这定义.它们是不需要的对DICOM应用实体的通讯,不该在这个标准中使用.
7.1.2A-ASSOCIATE服务程序
7.1.2.1一个DICOM应用实体(包括上层服务使用者),它渴望建立一个联系,应该发出一个A-ASSOCIATE请求原语,被叫AE被请求原语的参数识别.在请求者受到A-ASSOCIATE确认原语之前,它不该发出任何原语,除了A-ABORT请求原语.
7.1.2.2上层服务提供者应该发出A-ASSOCIATE指示原语给被叫AE.
7.1.2.3被叫AE应该接受或拒绝联系,通过发送A-ASSOCIATE带合适的结果参数的响应原语.上层服务提供者应该发送一个A-ASSOCIATE有相同结果参数的确认原语.结果来源参数应该被分配符号值"
ULsercvice-user"
.
7.1.2.4如果接受者接受了联系,联系可以被使用.两个AE现在可以使用任何被有效的DICOM应用上下文提供的服务.
7.1.2.5如果被叫AE拒绝了连接,连接不该被建立.
7.1.2.6UL的服务提供者不能支持被请求的联系.这种情况下,它应该返回一个带合适结果参数的A-ASSOCIATE确认原语给请求者.结果来源参数应该被分配给或者"
ULservice-provider(ACSE相关功能)"
或者"
ULservice-provider(表示相关功能)"
.指示原语不该被发送.联系不该被建立.
7.1.2.7联系请求者或联系接受者均可中断A-ASSOCIATE服务过程通过发送A-ABORT请求原语.远程AE接收一个A-ABORT原语.联系不该被建立.
7.2A-RELEASE服务
两个AE间的联系的优雅的释放应该通过ACSEA-RELEASE的请求\指示\响应和确认原语.因而服务的发起者应该被叫作请求者而接收A-RELEASE指示的服务使用者被叫作接收者.这是个确认服务.
7.2.1A-RELEASE参数
7.2.1.1原因(定值)
当被使用在请求原语里时,这个参数识别请求的紧急性的一般级别.在这个标准里,这个参数总是被使用为值"
7.2.1.2结果(固定)
在这个标准中,此参数值为"
affirmative"
7.2.2A-RELEASE服务过程
7.2.2.1一个渴望释放联系的UL服务提供者应该发送A-RELEASE请求原语.直到这个请求者收到A-RELEASE确认原语,它不该发送除了A-BORT请求原语的任何其它原语.但可接收P-DATA指示原语.
7.2.2.2一个UL服务提供者应该发送一个A-RELEASE指示原语给接收者,然后只能发送或者A-RELEASE响应原语,或者A-ABORT请求原语,或者P-DATA请求原语.
7.2.2.3为完成A-RELEASE服务,接收者应该通过发送A-RELEASE响应原语对A-RELEASE指示原语作出应答.一个接收DICOM应用实体应该总是发送带有"
AFFIRMATIVE"
结果参数的响应原语.
7.2.2.4当A-RELEASE响应被发送之后,接收者不该发送任何原语给联系,包括P-DATA请求.
7.2.2.5UL服务提供者应该总是发送带有"
值的结果参数的确认原语.
7.2.2.6任何AE中的请求者可以中断A-RELEASE过程通过发送A-ABORT请求.当接收者收到A-ABORT指示时,联系被释放.在传输过程中,可能丢失信息.
7.2.2.7当两个AE的请求者同时发送一个A-RELEASE服务原语时,A-RELEASE服务进程冲突发生乐.这种情况下,两个UL服务使用者收到一个不确定的A-RELEASE指示原语.下面是完成正常的联系释放的顺序:
a)联系请求者应该发送一个A-RELEASE响应原语.
b)联系的接收者等待来自于对等体的A-RELEASE确认原语.当收到时,发送响应原语.
c)联系请求者收到A-RELEASE确认原语
当两个ACSE服务使用者都收到A-RELEASE确认原语时,联系别释放.
7.3A-ABORT服务
ACSEA-ABORT服务应该被任何AE中的请求者使用来引起非正常的联系释放.它应该是个非被确定服务.然而,因为A-ABORT服务进程冲突的可能性,指示原语的传送不被保证.如果这种冲突发生,两个AE都会意识到联系已经被终止了.异常中断应该通过A-ABORT请求和A-ABORT指示原语来执行.
7.3.1A-ABORT参数
7.3.1.1异常中断源
这个参数指出了这个中断的发起源.它该取下面的符号值:
a)ULSERVICE-USER
b)ULSERVICE-PROVIDER(ACSE相关)
7.3.2A-ABORT服务进程
7.3.2.1当A-ABORT服务被使用时,联系应该被非正常释放,同时潜在的联接的非正常释放.
7.3.2.2一个渴望非正常释放UL服务使用者应该发送A-ABORT请求原语。
这个请求者不该发送任何进一步的原语给联系.
7.3.2.3一个UL服务提供者应该发送A-ABORT指示原语给接收者.UL服务提供者应该分配值"
UL服务提供者"
给ABORT源参数.联系和潜在的线路被释放.
7.3.2.4UL服务提供者(ACSE相关功能)自己可以引起联系的释放由于内部错误.在这种情况下,UL服务提供者应该发送A-ABORT指示原语给接收者在两个实体中.UL服务提供者应该分配值"
给ABORT源参数.使用者信息参数不该被使用.
7.4A-P-ABORT
ACSE的A-P-ABORT服务应该被UL服务提供者使用来发联系的不正常释放信号由于服务中的问题在表示层和下面的层.这个事件指出在传输中的信息可能丢失.A-P-ABORT是被发起的提供者服务.
7.4.1A-P-ABORT参数
提供者原因参数应该被使用来传递下面原因的一个:
a)原因未被指明
b)未被承认的数据协议单元pdu
c)意外数据协议单元pdu
d)意外的会话服务原语
e)未被承认的数据协议单元pdu参数
f)意外数据协议单元pdu参数
g)无效pdu参数值
7.4.2A-P-ABORT服务进程
当当UL服务提供者检测到一个内部错误时,A-P-ABORT指示原语应该被发送给接收者在两个实体中.联系应该被非正常释放.两个实体中的请求者不该发送任何进一步的原语给联系.
7.5序列信息
在明确的服务进程中的相互作用,在7.1到7.4中被讨论的,被定义在ISO8649第十款中.
7.6P-DATA服务
这个表示P-DATA服务应该被任何AE使用来引起应用信息的交换(如DICOM消息).DICOM消息应该被交换按照PS3.7中的定义.一个联系提供乐相同的双向P-DATA请求/指示原语的交换.
7.6.1P-DATA参数
表示数据值列表参数应该包含一个或更多表示数据值(PDU).每个PDU应该有两个参数值组成:
表示内容ID和用户数据值.用户数据值取自于抽象语法,被编码在传输语法被表示内容ID识别的.这个被参考的表示内容ID在联系时识别被认同的表示内容的一个.被DICOM应用实体在每个PDU中使用的用户数据值格式在附录E中说明.
8DICOMOSI上层框架
DICOMOSI上层框架定义乐支持DICOM应用实体通讯的上层服务.这些UL服务是OSI表示服务(被OSI-ACSE增强的)的真子集.
DICOMOSI上层框架可以被各种与广泛的物理网络相应的OSI连接模式传输服务框架支持,诸如ISO8802-3CSMA/CD,FDDI,X.25,ISDN,dedicateddigitalcircuits,andmanyotherLANandWANnetworktechnologies(seenote2).
DICOM-OSI上层框架指定了属于第五\第六\第七层(ACSE)(必需的对提供上层服务)的OSI协议的子集.除了一个或更多传输协议,这个框架的说明是必需的保证实现的互操作性.
8.1命名和地址
附录C
8.2ACSE协议的要求
兼容性要求需满足下面的条件:
a)应用内容应该被支持向在UL服务中定义的那样.应用内容名字在PS3.7和附录A中定义.
b)只有在第七部分中作为强制的、固定强制的、用户选项、有固定值的用户选项、和条件的定义的参数在相应的PDUs中需要被支持。
8。
4表示协议要求
a)核心表示功能单元应该被支持;
b)每个表示连接至少16个表示上下文被支持;
c)当被UL服务定义时,抽象语法应该被支持。
抽象语法名字在PS3。
4和附录B中定义。
d)当被UL服务定义定义时,传输语法应该被支持。
传输语法名在PS3。
5和附录B中定义。
e)在OSI实现者车间的稳定的实现者协议中,概述的表示草案协议适用。
4会话协议要求
兼容性要求需满足下面的条件:
a)会话核心和全双工单元应该被支持;
b)会话版本2应该被使用;
c)S-ConnectPDU的用户数据参数的最大数量是10240字节;
d)在OSI实现者工作组的稳定的实现者协议中,通用表示草案协议适用.
9DICOM上层协议对TCP/IP
在这部分指定的DICOM上层协议应该被使用与TCP/IP传输层关联.只有在OSI支持不可用的网络环境中,它才倾向与被使用.
9.1被TCP提供的传输服务的使用
9.1.1概述
在TCP传输连接和上层联系间有个一对一的关系.因而下面的规则应该应用:
a)每个上层联系应该被一个且被唯一一个TCP传输连接支持;
b)每个TCP传输连接应该被一个且被唯一一个上层联系支持.
由TCP服务提供的服务没有正式形成文件.这个部分利用了广泛使用的条款如"
sockets"
然而下面的RFCs应该被要求:
a)RFC793,TransmissionControlProgram-DARPAInternetProtocolSpecification
b)RFC791,InternetProtocol-DARPAInternetProtocolSpecification
c)RFC792,InternetControlMessageProtocol-DARPAInternetProgramProtocolSpecification
d)RFC950,InternetSubnetting
对TCP连接的建立,TCP端口应该被使用来作为传输选择器服务.一个DICOM-UL实体被在这个系统范围内的唯一端口号识别.远程DICOM-UL实体的端口号应该是可配置的关于DICOM-UL实体.强烈推荐端口号:
104(十进制)
9.1.2打开一个TCP传输连接
当联系将被DICOM上层实体建立时,一个TRANSPORTCONNECT请求原语发送给TCP传输服务.一旦TCP传输连接确认被收到,一个A-ASSOCIATE-RQPDU应该被发送/写在已经建立的传输连接上.
当一个DICOM上层实体被激活时(联系空闲状态),它应该被动的通过开始"
listen"
来等待TCP传输连接.当即将到来的TCP传输连接指示从网络上获得,它被接受;
同时计时器ARTIM(ssociateRequest/Reject/Re
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第八 部分 信息 交换 网络通讯 支持
![提示](https://static.bdocx.com/images/bang_tan.gif)