首页 > 国家标准(GB) > GB/T 18235.1-2000 信息技术 高性能并行接口 第1部分:机械、电气及信号协议规范(HIPPI-PH)
GB/T 18235.1-2000

基本信息

标准号: GB/T 18235.1-2000

中文名称:信息技术 高性能并行接口 第1部分:机械、电气及信号协议规范(HIPPI-PH)

标准类别:国家标准(GB)

标准状态:现行

发布日期:2000-10-17

实施日期:2001-08-01

出版语种:简体中文

下载格式:.rar.pdf

下载大小:2989473

标准分类号

标准ICS号:信息技术、办公机械设备>>开放系统互连(OSI)>>35.100.10物理层

中标分类号:电子元器件与信息技术>>信息处理技术>>L79计算机开放与系统互连

关联标准

采标情况:idt ISO/IEC 11518-1:1995

出版信息

出版社:中国标准出版社

书号:155066.1-17450

页数:64页

标准价格:31.0 元

出版日期:2004-04-16

相关单位信息

首发日期:2000-10-17

复审日期:2004-10-14

起草单位:北京庄和科技发展公司

归口单位:全国信息技术标准化技术委员会

发布部门:国家质量技术监督局

主管部门:国家标准化管理委员会

标准简介

本标准为数据处理设备之间高性能、点对点的有效单工接口提供了机械、电气及信号协议的规范。本标准所描述的接口可以按800Mbit/s或1600Mbit/s的峰值数据速率进行操作,采用铜缆距离可超过25m。即使在传输距离超过HIPP-PH的规定的情况下,与距离无关的信号协议也允许平均数据速率接近峰值数据速率。本标准的目的是,通过在物理层和数据成帧层处提供一个公共接口,以便计算机系统的开发和应用。该接口在不同的计算机、高性能显示系统以及高性能智能化块传送外围设备之间提供了有效的互连。该接口针对较大规模的块传送进行了优化。 GB/T 18235.1-2000 信息技术 高性能并行接口 第1部分:机械、电气及信号协议规范(HIPPI-PH) GB/T18235.1-2000 标准下载解压密码:www.bzxz.net

标准图片预览






标准内容

ICS35.100.10
中华人民共和国国家标准
GB/T 18235.1—2000
idtISO/IEC11518-1:1995
信息技术高性能并行接口
第1部分:机械、电气及信号
协议规范(HIPPI-PH)
Information technologyHigh-Performance Parallel Interface-Part1:Mechanical,electrical
and signalingprotocol specification(HIPPI-PH)2000-10-17发布
2001-08-01实施
国家质量技术监督局
GB/T18235.1—2000
iiKAoNhiKAca-
本标准等同采用国际标准IS0/IEC11518-1:1995《信息技术高性能并行接口第1部分:机械、电气及信号协议规范(HIPPI-PH)》。本标准在《信息技术高性能并行接口》的总标题下,由下列六部分组成:第1部分:机械、电气及信号协议规范(HIPPI-PH)第2部分:成帧协议(HIPPI-FP)第3部分:ISO8802-3的封装逻辑链路控制协议数据单元(HIPPI-LE)一第4部分:从HIPPI到IPI设备通用指令集的映射(HIPPI-IPI)第5部分:存储器接口(HIPPI-MI)第6部分:物理交换控制(HIPPI-SC)本标准的附录A到附录E均是提示的附录。本标准由中华人民共和国信息产业部提出。本标准由中国电子技术标准化研究所归口。本标准起草单位:北京庄和科技发展公司。本标准主要起草人:王凌、段小航。I
GB/T18235.1—2000
ISO/IEC前言
ISO(国际标准化组织)和IEC(国际电工委员会)是世界性的标准化专门机构。国家成员体(即ISO或EC的成员国)通过国际组织建立的各个技术委员会参与制定针对特定技术范围的国际标准。ISO和IEC的各技术委员会在共同感兴趣的领域内进行合作。与ISO与IEC有联系的其他官方和非官方国际组织也可参与国际标准的制定工作。对于信息技术,ISO和IEC建立了一个联合技术委员会,即ISO/IECJTC1。由联合技术委员会提出的国际标准草案需分发给国家成员体进行表决。发布一项国际标准,至少需要75%的参与表决国家成员体投票赞成。
国际标准ISO/IEC11518-1是ISO/IECJTC1信息技术联合技术委员会制定的。ISO/IEC11518在《信息技术高性能并行接口》的总标题下,由下列六部分组成:第1部分:机械、电气及信号协议规范(HIPPI-PH))第2部分:成顿协议(HIPPI-FP)一第3部分:ISO8802-3的封装逻辑链路控制协议数据单元HIPPI-LE)一第4部分:从HIPPI到IPI设备通用指令集的映射(HIPPI-IPI)一第5部分:存储器接口(HIPPI-MI)一第6部分:物理交换控制(HIPPI-SC)附录A到附录E仅提供参考信息。GB/T18235.1—2000
iiKAoNhiKAca-
本标准定义了一种以800Mbit/s或1600Mbit/s的速度操作的、高性能点对点的有效单工通信接口中的物理层。PH是“physicallayer”(物理层)的缩写。HIPPI物理层接口的特征包括:
使用一根或两根铜制双绞线电缆、距离可达25m的点对点连接。-HIPPI-PH为单工接口,仅能在一个方向上传送数据。两个HIPPI-PH可用于实现全双工接口。
数据传送和流量控制都是通过突发字组的增量来实现的,每个突发字组一般含有256个字。保持简单的信号及控制序列,使用先行流量控制策略,因而即使当传输距离超过HIPPI-PH电缆规定的长度时,仍允许对大文件的平均传输速率达到峰值传输速率。-HIPPI-PH提供对低延迟,实时及可变长度的包传输的支持。HIPPI-PH设计为便于在电路交换的环境中使用。为支持该特性,在操作的连接期间,有限的信息字段可用于子设备寻址或其他非规定的控制功能。要求一个往返电缆延迟来建立或终止个连接。
-HIPPI-PH还设计用来在连接建立之后发送多个包。在包之间不要求往返电缆延迟。图1示出了本标准各章之间的相互关系。其中高层协议和站管理协议不包括在本标准中。高受协淀员计节理协发
服接口;第增2
状态收移(第6享)
电气件第6.7,查!
图1控制层次
中华人民共和国国家标准
信息技术高性能并行接口
第1部分:机械、电气及信号
协议规范(HIPPI-PH)
InformationtechnologyHigh-PerformanceParallelInterfacePart 1:Mechanical,electricaland signaling protocol specification (HIPPI-PH)1范围
GB/T18235.1—2000
idtIS0/IEC11518-1:1995
本标准为数据处理设备之间高性能、点对点的有效单工接口提供了机械、电气及信号协议的规范。本标准所描述的接口可以按800Mbit/s或1600Mbit/s的峰值数据速率进行操作,采用铜缆距离可超过25m。即使在传输距离超过HIPPI-PH的规定的情况下,与距离无关的信号协议也允许平均数据速率接近峰值数据速率。
本标准的目的是,通过在物理层和数据成帧层处提供一个公共接口,以便计算机系统的开发和应用。该接口在不同的计算机、高性能显示系统以及高性能智能化块传送外围设备之间提供了有效的互连。该接口针对较大规模的块传送进行了优化。2定义、约定和缩略语
2.1定义
本标准采用下列定义。
2.1.1突发字组burst
在相邻CLOCK周期内发送的一组字。每当从目的地收到的每个READYindication时,源就可以发送一个突发字组。一个突发字组可以包含1个到256个字。字数少于256的突发字组称为短突发字组。一个包最多只能含有一个短突发字组。短突发字组应是包的第1个或是最后一个突发字组。2.1.2连接connection
当可以进行从源到目的地的数据传送时,HIPPI-PH的状况。2.1.3目的地destination
接收数据的设备。
2.1.4I-字段I-Field
建立从源到目的地的连接时,作为连接操作序列的一部分发送的一个32位信息字段。注:I-字段的内容在高层协议中定义,本标准不作定义。2.1.5长度/纵向余校验字(LLRC)length/longitudinalredundancycheckword(LLRC在每个突发字组之后,在DATABUS上从源发送到目的地的一单个字。2.1.6任选的,optional
本标准不要求的特性。然而,如果要实现任何由本标准定义的任选特性,就应遵照本标准。国家质量技术监督局2000-10-17批准2001-08-01实施
2.1.7包packet
GB/T18235.1—2000
-iiKAoNhiKAca-
从源发送到目的地的数据集合。一个包由一个或多个突发字组组成。HIPPI-PH规范没有限定包的最大长度,但给定的HIPPI-PH的实现或高层协议可以施加包的最大长度。2.1.8服务接(SI)serviceinterface(SI)HIPPI-PH向高层协议提供服务的手段。2.1.9源source
发送数据的设备。
2.1.10状态state
由控制信号指出的HIPPI-PH的当前状况,其中不包括状态转移。2.1.11站管理(SMT)stationmanagement(SMT)对HIPPI-PH进行监视和控制的监控实体。2.1.12高层协议(ULP)upper-layerprotocol(ULP)在服务接口之上的协议。该协议可以以硬件或软件形式来形成,或以硬软件相结合的形式实现。2.1.13等待wait
当DATABUS上没有有效信息时,每个CLOCK周期称为等待。其中一些等待时间是HIPPI-PH信令协议所要求的,另一些可能是流量控制或高层协议操作的结果。2.1.14字word
一个信息单位,由32位或64位组成,与DATABUS的宽度相匹配,并且在一个CLOCK周期内由源传送到目的地。
2.2约定
本标准中,将把某些作为适当信号名的术语,或类似的术语用大写字母打印以避免与同样的字(例如REQUEST,CONNECT,BURST)的其他用法相混淆。这些字的任何小写字母的用法具有通常的技术含义。
本标准中,许多状况、序列参数、事件、状态或类似术语以第一个字母大写,其余字母小写来打印(例如Source,Destination)。这些字的小写字母的用法具有通常的技术含义。2.3缩略语
HIPPI-PH
3HIPPI的结构
3.1配置特征
连接控制信息免费标准下载网bzxz
射极耦合逻辑
高性能并行接口一机械、电气及信号协议规范一物理(层)长度/纵向元余校验字
物理(层)站管理
服务接口
站管理
高层协议
HIPPI-PH已设计成以模块方式能支持不同的峰值带宽要求。3.1.1800Mbit/s
DATABUS的宽度为32位字的HIPPI-PH提供了800Mbit/s数据传送速率。3.1.21600Mbit/s
DATABUS的宽度为64位字的HIPPI-PH提供了1600Mbit/s数据传送速率。3.2逻辑成顿层次
GB/T18235.1—2000
图2示出了在HIPPI-PH上的信息基本组织结构。旦建立了一个连接,就可以从源向目的地发送一个(或多个)包。每个包应包含一个或多个突发字组。突发字组应包含1到256个字。所含字数少于256的突发字组称为短突发字组。一个包最多只含个短突发字组。短突发字组应当为多突发字组包的第1个突发字组或最后1个突发字组。建证的谨接
生京的生要
实发字步
发学栏
256个宁,每个了为位或B位
图2逻辑成顿层次
4服务接口
的连接
本章规定了HIPPI-PH提供的服务。其目的是允许ULP正确地与HIPPI-PH一起操作。给定的实现选择多少服务要适合于该实现者,但所供给的HIPPI-PH服务集合必须充分满足所使用的ULP。这里所定义的服务不隐含任何特殊的实现或任何接口图3示出了HIPPI-PH接口的关系。新协议
数择送
4.1服务原语
若理服安度口
HIFIII
图3HIPPI-PH服务接口
第6章中的状态转移的上下文中,原语被说明为必需的或是任选的。此外,参数则是必需的、或有条件的或任选的。除有明确规定外,所有的原语及参数都被视为必需。HIPPI-PH服务原语有四种类型:一Request原语由服务用户发出,用来起始HIPPI-PH提供的服务。本标准中,直到收到对第1个请求的Confirm为止,才应发出同名的第2个Request原语。Confirm原语由HIPPI-PH发出,用来确认Request。-Indicate原语由HIPPI-PH发出,用来将一个本地事件通知服务用户。该原语在性质上类似于一个非请求的中断。注意本地事件可能已经是由一个服务Request引起的。在本标准中,直到收到第1个Indicate的Response为止,才发出同名的第2个Indicate原语。Response原语由服务用户发出,用来确认Indicate。1原文为第5章,有误,现改为第6章。3
4.2原语顺序
GB/T18235.1—2000
-iiKAoNniKAca-
服务原语的执行次序不是任意的。所有描述的服务原语都存在逻辑上与时间上的顺序关系。时序图用来图示一个有效顺序,也可能存在其他有效顺序。可以图示出跨越用户/提供者接口的对等用户之间的事件顺序。在该时序图中,HIPPI-PH用户被描绘在两根竖线的任一侧,而HIPPI-PH则担任服务提供者。
4.3服务原语一览
起始连接
PH RING.Request (CCI)
PHRING.Confirm
PH_RING.Indicate(CCI)
PH_RING.Response
完成连接
PH_ANSWER.Request (Accept/Reject)PHANSWER.Confirm
PH_ANSWER.Indicate(Accept/Reject)PH_ANSWER.Response
流量控制
PH_FLOW.Requset
PH FLOW.Confirm
PH_FLOW.Indicate(Enabled)
PH_FLOW.Response
包控制
PH_PACKET.Request (Begin/End)PH_PACKET.Confirm (Accept/Reject)PH_PACKET.Indicate(Begin/End,Status)PH_PACKET.Response
突发字组传送
PH_TRANSFER.Request(Length,Burst)PHTRANSFER.Confirm(Accept/Reject)PH_TRANSFER.Indicate (Status,Length,Burst)PH_TRANSFER.Response
终止连接
PH_HANGUP.Request
PH_HANGUP.Confirm
PH HANGUP.Indicate
PH_HANGUP.Response
控制接口
PHSMCONTROL.Request(Parameterlist)PHSM_CONTRoL.Confirm(Status,Statuslist)接口状态
PHSM_STATUS.Request
PHSM_STATUS.Confirm (Status)PHSM_STATUS.Indicate
PHSM_STATUS.Response
4.4操作顺序
GB/T18235.1—2000
HIPPI-PH应按第6章状态转移中定义的顺序对ULP发出的原语进行服务。一个实现可以向HIPPI-PH提出多个服务请求,但HIPPI-PH一次只能服务一个请求。下面的服务原语顺序是HIPPI-PH正常操作的例子。4.4.1允许的接口
不管规定了与实现相关的是什么允许的方法(如果有),使用该方法该接口就可以被允许。4.4.2起始连接
PHRING原语应该用来初始从源到目的地的一个连接。连接控制信息(CCI)可用于非规定的控制功能。
4.4.3完成连接
PHANSWER原语应该用来建立或拒绝连接。4.4.4使目的地能接收
当目的地准备好时,目的地ULP可以使用PHFLOW.Request原语来表示愿意从HIPPI-PH接受突发字组。
4.4.5开始一个包
PH_PACKET(Begin)原语应该用来表示一一个包的开始。4.4.6发送突发字组
PH_TRANSFER原语用来传送包中的一个突发字组。4.4.7发送更多的突发字组
通过返回到4.4.6可以发送该包的更多的突发字组4.4.8终止一个包
PHPACKET(End)原语应该用来表示包的结束。4.4.9发送更多的包
通过返回到4.4.5可以发送更多的包。4.4.10终止连接
源或目的地可通过使用PH_HANGUP原语来终止连接。注意:专用的点到点HIPPI-PH在建立了连接的情况下,可能绝不需要终止该连接,或者只终止作为差错恢复过程的连接。参见5.3.6中的注释。
起始另一连接
返回到4.4.2可起始另一连接。
4.5起始连接服务原语
图4为原语的示意图。这些原语应该用来请求在源和目的地之间建立的连接。-
PH_RING
. Rerml
TT_RIG
Caalint
可的进
PH RESG
rxlieale
HH RIS
图4起始连接服务原语
4.5.1PH_RING.Request
该原语由源ULP发出,用来请求从源到目的地的连接建立。在先前的连接尝试不是用PH5
GB/T18235.1—2000
-iiKAoNhiKAca-
ANSWER.Indicate原语来完成,而且用发出PHHANGUP.Request的源ULP来放弃的情况下,源在起始另一连接之前必须等待T1时间。T1应为往返传播延迟加上相应的动作时间。对于实现计时器的位置及如何实现,并没有作出任何假设。计时器可以做在ULP内,也可以做在HIPPI-PH内。计时器可以使用硬件、软件或硬软件混合来实现。T1的默认值约为2ms。语义——PH_RING.Request(CCI)参数CCI是一个32位字段,用于连接建立时非定的控制操作。发出一
当需要到目的地ULP的连接时,源ULP向HIPPI-PH发出该原语。一HIPPI-PH应起始一个连接。
效果一
4.5.2PH_RING.Confirm
该原语确认来自源ULP的PHRING.Request原语。语义—PH_RING.Confirm
发出一一HIPPI-PH向源ULP发出该原语,确认一个PHRING.Request原语。效果——未规定。
4.5.3 PH RING.Indicate
该原语对目的地ULP指出,源ULP试图建立一个连接。语义——PH_RING.Indicate(CCI)参数CCI是一个32位字段,用于连接建立时非规定的控制操作。该CCI与PH_RING.Request原语所供给的CCI的不同是由于源与目的地之间的中间设备,如交换机等的动作引起的。发出一一HIPPI-PH应在收到连接请求时,向目的地ULP发出该原语。效果一一目的地ULP应接受或拒绝连接请求。4.5.4 PH RING.Response
该原语确认来自HIPPI-PH的PH_RING.Indicate原语。语义——PH_RING.Response
发出—一目的地ULP发出该原语,以确认收到PHRING.Indicate原语。效果——允许HIPPI-PH发出另一个PH_RING.Indicate。4.6完成连接服务原语
图5为原语的示意图。为了响应连接请求,应使用PH_ANSWER原语。LLF
FH .ANSVER
PH ANSWER
Kespoase
HUIPPL- PH
PHANSWER
PH AXSWER
图5完成连接服务原语
4.6.1PH_ANSWER.Request
由目的地ULP在响应PH_RING原语时发出该原语,以指示HIPPI-PH拒绝或建立连接。语义—PH_ANSWER.Request(Accept/Reject)Accept/Reject参数指示HIPPI-PH完成连接或拒绝连接。发出——目的地ULP应向HIPPI-PH发出该原语以响应PH_RING.Indicate。效果
如果使用接受参数,则HIPPI-PH应完成连接。如果使用拒绝参数,则HIPPI-PH可以不做任何动作(在此情况下,源ULP应不接收PHANSWER.Indicate),或者HIPPI-PH执行一短连接序列(在此情况下,源ULP应接收带有拒绝参数的PH_ANSWER.Indicate)。
4.6.2PH_ANSWER.Confirm
GB/T18235.1—2000
该原语确认来自目的地ULP的PH_ANSWER.Request。语义——PH_ANSWER.Confirm
发出一
一HIPPI-PH应向目的地ULP发出该原语,以确认PH_ANSWER.Request。效果——未规定。
4.6.3PH_ANSWER.Indicate
该原语向源ULP指出连接已经被接受或是被拒绝。语义——PH_ANSWER.Indicate(Accept/Reject)如果使用接受参数,则连接被接受,并可用于数据传送。如果使用拒绝参数,则连接被拒绝,该接口可用于另一个PH_RING.Request。发出一一HIPPI-PH应在确定了连接请求的状态时,向源ULP发出该原语。效果-
一连接序列完成。
4.6.4PH_ANSWER.Response
该原语确认来自HIPPI-PH的PHANSWER.Indicate语义—PH_ANSWER.Response
发出——源ULP发出该原语以确认收到PH_ANSWER,Indicate。效果一一允许HIPPI-PH发出另一个PHANSWER.Indicate。4.7流量控制服务原语(任选的)图6为流量控制服务原语的示意图。这些原语是任选的,并且可用来在HIPPI-PH与源ULP及目的地ULP之间传递流量控制信息。源
Jiedials
FIIPLO
Beerory
HIPPT- PH
. He sil
PHFILY
.Ccrlir
图6流量控制服务原语
流量控制服务原语由目的地ULP使用,以通知HIPPI-PH,它愿意接收PH_TRANSFER.Indicate原语形式的一个突发字组。4.7.1PH_FLOW.Request
该原语由目的地ULP发出,以告诉HIPPI-PH,它准备好接受来自HIPPI-PH的突发字组。语义——PH_FLOW.Request
发出一一目的地ULP准备好接受突发字组时,它向HIPPI-PH发出该原语。效果一一应允许HIPPI-PH向目的地ULP发送另一个突发字组。每个PHFLOW.Request原语允许附加的PH_TRANSFER.Indicate。4.7.2PH_FLOW.Confirm
该原语确认来自目的地ULP的PH_FLOW.Request。语义—PH_FLOW.Confirm
HIPPI-PH应向目的地ULP发出该原语,以确认PH_FLOW.Request。一未规定。
4.7.3PH_FLOW.Indicate
GB/T18235.1—2000
-iiKAoNhiKAca-
该原语通知源ULP,它可以发送突发字组,它应向源ULP指出当前HIPPI-PH原意接受可用的突发字组数。
语义——PH_FLOW.Indicate(Enabled)Enabled参数应是当前HIPPI-PH愿意接受的突发字组数。其范围取决于实现。发出一一HIPPI-PH每次接收到可以发送另一个突发字组的指示时,它向源ULP发出该原语。效果——未规定。
4.7.4PH_FLoW.Response
该原语确认来自HIPPI-PH的PH_FLOW.Indicate。语义——PH_FLOW.Response
发出——源ULP发出该原语以确认收到PH_FLOW.Indicate。效果—一允许HIPPI-PH发出另一个PH_FLOW.Indicate。4.8包服务原语
图7为包服务原语示意图。这些原语用来把一个或多个突发字组定界成称为包的实体。源
PH_PACKET
.Regues
PH_PACREI
Torfim
HIPPI·PH
PH_PAC'KFT
Ldi-ale
Ph_racRrt
图7包服务原语
4.8.1PH_PACKET.Request
该原语由源ULP发出,以便把一个或多个突发字组定界成一个包实体。语义——PH_PACKET.Request(Begin/End)该参数标志了包的开始或结束。一源ULP向HIPPI-PH发出该原语,以便把一个或多个突发字组定界成一个包实体。发出一
旦收到Begin参数,HIPPI-PH应标志包的开始。一旦收到End参数,HIPPI-PH应标志包的结束。
4.8.2PH_PACKET.Confirm
该原语确认来自源ULP的PH_PACKET.Request语义——PH_PACKET.Confirm(Accept/Reject)该参数表示该原语是否为HIPPI-PH所接受。ULP可能已经发出PH_PACKET.Request原语以及其他原语,例如RING.Request。如果连接序列失败,则不插入包定界符,并且该PHPACKET.Confirm原语可指出Reject。发出——HIPPI-PH应向源ULP发出该原语,以确认PH_PACKET.Request。效果——未规定。
4.8.3PHPACKET.Indicate
该原语向目的地ULP指出已经从源ULP收到一个包定界符。语义—PHPACKET.Indicate(Begin/End,Status)Begin/End参数表示包的开始或结尾。当非法长度和正确的LLRC的突发字组作为包的一部分收到时,Status参数可以包含(但不限于)一个差错。
发出一—当收到包定界指示时,HIPPI-PH应向目的地ULP发出该原语。8
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。