医学图像传输协议DICOM 标准的运行机制(2)

( )数据元素序列 ( eune。V 4 Sqec) R为序列 (Q s )的数据元素是一种特别的数据元素。它们包含一个预定义的数据元素列表。例如，被引用的诊断序列 (o 8 10 oo,11 )包含一个由两个数据元素组成的列表一被引用的 S P类 UD (0 8 10 O I 00,l5 )和被引用的 S P实例 UD (0 8 15。因此，序 O I 00,15 )列是一个由数据元素组成的嵌套列表，并日这种嵌 -套可以是多级的，即序列可以包含一个由几个序列

般，对于每种服务，即上述的抽象语法，设

备支持一种或者多种编码方法，即传输语法。这些

编码方法可能是：①值表示 ( R V )低位优先字节

序 (缺省的，必须支持的);②显式 v R低位优先字节序；③显式 V R高化优先字节序；④JE P G编码；⑤游程压缩编码 ( L ) RE。通过它们的名字，可以看出传输语法定义了字节顺序，这是为了克服不同计算机体系结构带来的字节序问题。同时，它还定义了 V R是显式还是隐

组成的列表，可以参看图 3序列结构。数据元素

式以及采用何种压缩格式来编码图像象素数据等。 不同的抽象语法可以使用不同的传输语法编码。但痔列元幕

—厂磊

匝丑序元列素

是每种 DC M设备必须支持隐式 V IO R低位优先字节序传输语法。对于该缺省的传输语法，V R将不作

为数据的一部分被传输，它将根据数据元素的标识从数据字典中查到。非列牟元素I剥素 i序素 l列 l判素 元非列元序元幕非痔元

3 4唯一标识 ( I . UD)

唯一标识是一个由数字 0— 9和“”组成的字 .

符串，例如“ .. 0 1 0 ..” 128 . 0 812。所有的抽象语 4 0数据漉I I I i

.￣H H, -——— - —, -, -一

《序元【痔素l序列幕l列元 I黟元豢非剽豢非剥元非元芹素非捌一

法和传输语法都有唯一标识，用来相互区别，保证其唯一性。在 DC M标准草案 P36数据字典

的 IO S.附录 A说明了 UD的定义、格式、分类以及所有 I

包害序别的一数据流

图 3数据元素序列结构F g 3 T e a c i cu e o lme tsq e c i . h rh t tr fee n e u n e e

抽象语法和传输语法的 UD等。对于 DC M定义 I IO的那 UD,用户不能另作它用，但是用户可以按 I照 UD的定义规则自己定义私有的 UD,用来标识 I I自己的特有信息。35关联协议数据单元 .

3 3抽象语法和传输语法 .

在建立关联时，S U把自己的 A T作为呼叫 C E AT E,把 S P的 A T作为被呼叫 A T C E E,还有 S U所 C

S U和 S P的 DC M一致性声明列出了它们 C C IO

医学图像传输协议DICOM 标准的运行机制

增刊 2

曾海标等：医学图像传输协议 DC M标准的运行机制 1O

19 1

所支持的呼叫 A T E、被呼叫 A T C E、S P的监听端口 号、主机名、应用上下文、抽象语法和传输语法

是否授予访问权限，并没有定义其他的安全措施，

同时这些信息都应在 DC M一致性声明中给出。 IO如果关联建立成功，即 SU收到来自 SP的 C C接受关联建立 P U,那么 S U和 S P将使用两方 D C C

等。S U把这些数据编码后封装于关联建立清求 C(—SO IT .Q P U)中，把该请求发送到 A A S CA En D

SP C C。SP收到该关联建立请求后，它将检查呼叫 A T的合法性和访问权限。同时它还检查它对请求 E中的应用上下文的支持程度，是部分支持还是完全支持，并根据检杏的结果，产生合适的响应。接收

协商成功的传输语法发送数据和接收数据。在完成数据传输之后，S U发送释放关联请求 C (—E E S—Q AR L A ER )到 S P C C,SP返回关联释放响应 (— L A ER ) AR E S—P。双方也可能使用关联异常终止 E

和拒绝该关联建立请求的响应信息分别封装于接收关联建立 (—SO IT—CP U)和拒绝关联建 AA S CA EA D立 (— S O I T—JP U)中，然后 S P把这个 A A S CA ER D C P U发送到 S U。在这里，S P只是针对呼叫 D C C

(— B R D )来终止关联。图 4说明了存储 AA O T P

U S U和存储 S P交互的例子，阐明了关联控制过 C C程，但是并没有给出所有的细节，比如，并没有列 出关联异常终止的情况等。可以参见第五章DC M上层协议层的实现。 IO

A T被呼叫 A T E、 E或者一组请求应用上下文来决定

图 4存储 S U和 S P的交互过程 C CF g 4 T e itr ciep o e so e s rg C n C i. h ne a t r c s ft t a e S U a d S P v h o

3 6编码和解码 .

.———数据流的方向卜 .

S U和 S P在交换数据时都要对数据进行编码 C C

垂 l至 耋 兰.至 l童壅 妻} l 1

和解码。数据编码后封装于数据传输协议数据单元(- A AT D PD T—FP U)中。该 P U的编码依赖于 S U D C

1命——数集—— .令◆—|一 据合 ◆DI E I S消息元豢流

和 SP C协商后的传输语法。图 5说明了 PD T .F .A ATP U的数据流。 D37信息实体 (E . I )模块图 5 DMS I E数据流格式F g 5 T e fr to I E d t f a/ . h ma f D MS a s e m o a

l E模块包含一组逻辑相关的数据元素。病人

医学图像传输协议DICOM 标准的运行机制

10 2

中山大学学报 (自然科学版 )

第 4卷 4

模块是 I E模块的一个例子。它包含病人姓名(0 0 00、病人 I ( 0 0 0 0、被引用的 0 1,0 1) D 0 1,0 2 )

息的命令集合总是领先于紧跟其后的数据集合。 3 1服务类概述 .0所有 DC M应用都通过使用服务类的功能来 IO实现。例如，一个应用通过存储服务类来发送和接

病人序列 (08 10 00,l2 )等数据元素。DC M . IO 30标准不像 A RN M 20标准，组号没有特别的含 C .E A .

义。一个 I E可以包含组号不同的数据元素。为 r简单起见，不同 I间没有明显的区别，它们都 E之作为数据元素的列表以数据集合的形式使用。3 8信息对象定义 (O . ID)模块

收图像，同时它还可能使用打印服务类来打印图像。所有服务类通过一组服务对象对 ( e i . Src veOjc Pi O )类来定义。这里，术语问的相似 bet a,S P . r

性可能会产生混淆。

正如后面介绍的，S P O类可以看作 S U和 S P之问的“ C C并行管道”。现在考虑仅能处理 C T图像和 M图像的一个 R PC A S应用。该应用通过 C T和 MR图像存储 S P O类创建一条关联。在成功地创建一条关联之后，该应用可以发送和接收图像。参照“并行管道”和 S P O 类的相似性，我们可以这样认为该 P C A S应用通过 C T图像存储 S P类这个管道来发送或者接收 C O T图像。同样，MR图像通过 MR图像存储 S P类这个 O管道被发送或者被接收。 建立“道”的方法也是一种用来定义管 DC M应用功能的方法。上述 P C IO A S应用不要求处理核医学图像，因此它不用打开那条处理核医学图像的“道”——核医学图像存储 S P类，相应管 O地也就不能发送/收任何核医学图像。接 通过上述例子，我们阐述了如何在关联建立时

几个逻辑相关的 I成一个 ID模块。例如， E组 O

c图像 ID模块包含病人 I T O E模块、诊断 I模块、 E 图像 I模块等。这些以及其他相关的 DC M信息 E IO模型的概念在标准的 P33 S .信息对象定义第 6节和R 35数据元素和编码中有所描述。在这里，要特 S.

别注意合成的 (o pse cm o t i )和规格化 (o azd nr le ) mi的 ID之问的差别，因为这些差别与应用的实现紧 O

密相关，下面可以证实这一点。所谓合成的 ID O,是指该 ID所包含的属性并不都是固有属性，还有 O其他与固有属性相关联的属 …… 此处隐藏：3466字，全部文档内容请下载后查看。喜欢就下载吧 ……