摘录自：
API PUBL 3855
Conventions and Implementation Guidelines for EDI Wellsite Information Transfer Specification (WITS)
１.１版本
１９９１年７月1日
井场信息传输规范(WITS)是一种通信格式，它应用于从一个计算机系统向另一个计算机系统传输各种各样的井场数据。在石油工业的勘探和开发领域中，它作为一种推荐格式，使作业和服务公司，既可以在联机状态下，也可以批传递方式进行数据交换。
WITS是一种多级格式，它提供一个容易实现的具有灵活性不断增加的较高级别的进入点。在低级别时，使用一种固定格式的数据流；而在高级别时，可应用一种自定义的定制的数据流。
WITS数据流由不连续的数据记录组成。每个数据记录的产生都是独立于其它数据类型，并且每个数据记录都有唯一的触发变量和采样间距。通常，钻机动作决定了在其一给定时间内使用哪个记录，以便只有合适的数据被传输。
WITS还包括远程计算机系统向发送系统发送指令的方式，以便设置或改变某些参数，其中包括传输的数据类型和传输间距。
除规定了数据传输格式外，WITS还定义了一套基本的数据类型，以便增加用户自定义的记录类型。
多年来，许多作业和服务公司已经为电子数据交换开发了各种独有的格式。当服务公司和作业者之间建立了一种新的工作关系之后，可能需要写入新的软件，在双方的数据采集和分析系统能以一种正确的方式进行通信之前，要进行大量的试验和调试工作。通常导至必须牺牲时间和数据的方式才能起动系统的问题。这些格式的陆续开发和维护需花费巨大的代价。
这些格式的匹配和修改的成本和复杂性常使参与这类服务的作业者感到棘手，并且大量的井场数据常常不能被采集或迅速地被决策者采用，而这些数据对钻井过程中进行井场动态分析，钻井监控和地层评价又是非常有用的。
为了解决这种信息传输问题，在国际钻井承包商协会(IADC的钻井设备与测量分会(RIM)下面成立了一个工作组－－信息传输分会。
信息传输分会是由作业和服务公司在计算机软件系统开发、地质和钻井工程等领域中工作的代表所组成。他们都熟悉有关井场数据格式过多和不匹配的问题。
为了确保提出的格式对于整个石油工业是完全可行的，来自尽可能多的作业和服务公司的代表们作出了巨大的努力。这种努力包括了在美国以及在欧洲和亚洲从事作业的公司的意见。
该工作组的目标是广泛而具体的：
“定义应用远程通信设施或硬件媒体，从井场向基地传输的数据流格式和信息内容。”
要使格式的遗漏最小，在下列领域里为获得在井场条件下监视或采集的数据项目的清单作出了巨大的努力：
－－地质
－－钻井工程
－－随钻测量(MWD)
－－钻机参数
－－固井(注水泥)
－－钻杆测试(DST)
在这些领域里提供数据采集服务的公司，就当前使用的数据项目和格式进行了表决。经共同努力，小组成员就当前工业中使用的主要存在的数据格式和数据传输系统达成一致意见。一个由该行业优秀人员广泛参加的研讨班就数据传输和格式化的一般方法，当前使用的不同硬件及软件系统以及几种特定格式的特性和内容表达了意见。通过对Amoco, Arco, Mobil和Tenneco几家公司数据处理中心的现场参观和介绍，研讨班的效果得了加强。
随着综合性数据词典的建立和分会代表对现存格式的熟悉，他们希望通过周密考虑制定一套适用于作业和服务公司双方现在及将来需要的规定。
这些需求是：
－－小公司和大公司均可达到
－－在一定时期内能满足技术变化的工业需要
－－提供一个简单的、低成本的进入点
－－限定长期限的软件支持花销
－－应用一种有效的传输方式
－－能够用于联机和批处理方式
－－能够在一个大范围计算机平台上执行
－－能够满足单一远程用户和多个井场数据中心的需求
－－包括现存的所有标准(法定的或事实上的)
－－兼顾国际和本国的需要
考虑到这些需求，分会接受测井信息标准(LIS)作为WITS的基本框架，并且着手阐述这些格式的特定部分。选用LIS是因为它可以满足WITS提出的许多要求，这项工作的成果就是在本书中所描述的WITS数据通信格式。
信息传输分会正发展成为井场信息传输指导小组。并且WITS指导小组，除了具有IADC (国际钻井承包商协会)分会的地位外，也是API (国石油学会)石油信息数据交换中心(PIDX)的主要成员。API-PIDX WITS用户组织的目的是要改进这些格式，答复解释问题，以及研究在将来为满足新的要求而增强这些格式的方法。
井场信息传输规范（WITS）
WITS的主要特点是它所提供通信功能的多级方法。当前已定义了四个级别，0级以ASCII码格式为基础，1级到3级是以LIS为基础，而级别的增加都表示复杂性和灵活性的提高。目前分会正在考虑第５级(WITS4级)，并很可能采用最近批准的APIRP-66(DLIS)(美国石油学会推荐格式)格式作为框架。它将考虑到更大程度的灵活性，但也带有一定程度的复杂性。这个文件仅限于讨论WITS0级到3级，而WITS4 级留在将来修订。
WITS(同LIS一样)传输的基本单位是“物理记录”(图1.1) 。随后是物理记录包含一个“逻辑记录”。虽然LIS标准有许多类型的逻辑记录，但仅有几种类型用于WITS，使用规定的类型以在不同级别内执行。
物理记录头
逻辑记录头
WITS数据记录
物理记录尾
←－－－－－－－逻辑记录－－－－→
←－－－－－－－－－－－－－－－物理记录－－－－－－－－－－－－→
图1.1：WITS数据记录的结构
在WITS中使用的基本逻辑记录类型是数据记录。每个数据记录由一组相关的数据项(字段或通道)组成。而LIS是一个自定义格式，用数据格式说明(DFS)记录来描述其后的数据记录内容，分会认为设置基本的“预定义数据记录”可作为进入该格式的好的进入点，以满足大批作业者的需要，同时也减少了为所要求的更复杂的系统的开发时间。3级允许用户通过用DFS记录来使用客户记录类型。
当前规定的WITS级（从简单到复杂）是：
WITS0级
WITS0级是由从一个计算机系统到另一个计算机系统的ASCII码格式数据值的单向传输组成。这个级别的基本用意是为服务公司在井场进行数据交换提供一个简单的方法。例如，如果在井场上只有一个通信通道可用于数据传输，而在这里又需要来自多个供应商的数据，就可能要用到WITS0级。这也为对远程传输要求较低的用户提供一个容易的进入点。
WITS1级
WITS1级是由固定格式和内容构成的数据记录的单向传输组成。这些记录被命名为WITS预定义数据记录（Pre?Defined Data Records），其内容在附录A中描述。该级只包括LIS数据记录，没有使用其他的LIS逻辑记录类型，也不可能进行双向对话。
对这些预定义数据记录，唯一可修改的是用其他数据项来取代被指定的备用通道。被发送的记录及其传输问题必须预先商定，且仅能由发送者改变。
WITS2级
WITS2级也使用预定义数据记录，但包含了允许远程系统(接收端) 控制通信会话的各个方面的双向对话。这些命令在LIS注释(类型232) 逻辑记录内被发送。因此，在这一级中使用LIS数据和注释记录。同WITS1级一样，数据记录的修改也只局限于用其它数据项取代备用通道。由发送端进行数据记录的缓冲以及为后续应用而进行再传输或批传送，在这一级是任选的。
WITS3级
WITS3级除支持预定义数据记录之外，还支持客户数据记录。这样的记录必须在使用前预先指定，由发送端通过传输数据格式或说明记录(LIS逻辑记录类型64)给出内容的细节。该级为数据传输又提供一个非常灵活的格式。然而，尤其是对接收端来说，这也肯定意味着复杂性的增加，因为如果接收端要使用这一格式，就必须能够阅读数据格式或说明记录。预定义数据记录是记录1-25(LIS逻辑记录类型151-175)。WITS数据记录26-49(LIS类型176-199)是为指导小组以后定义而保留的，这时客户WITS数据记录可以是50-80(LIS类型200-230)。在这一级，由发送端进行数据记录的缓冲是强制性的。
执行WITS
影响执行的一个重要因素是用户到底是作业者还是服务公司。正常情况服务公司收集并传输井场数据，它们的系统通常是发送端。同样，绝大多数作业者要接收和处理被传送的数据，他们的系统通常是接收端。在某些情况下公司可能需要开发发送端和接收端两边的软件。
WITS的执行者应熟悉这个文件和LIS手册(参考文献2)。分会将在格式的说明和解释方面帮助开发者。WITS各级别的全面执行是极其重要的。如果WITS的一个级别被使用，那么该级别100％地要被执行。这包括两套单位制的处理。执行某个级别的部分内容将无助于为开发这个格式的目标而作出的努力。
WITS依从性
当确定由一个特殊系统支持的WITS级别的状态时，将使用下列指南：
＊WITS0级(无论是在发送端、接收端状态还是在两者都有的状态，如果不是全部，它们的记录是被支持的)
＊WITS1级(无论是发送端、接收端状态或是在两者都有的状态；如果不是全部，它们记录是被支持的)
＊WITS2级(无论是发送端状态还是在接收端状态或是在两者都有的状态；它们的记录是被支持的以及是否使用了缓冲器(2B级))
＊WITS3级(无论是发送端状态、接收端状态或者在两者都有的状态)
使用WITS格式的优点
１、WITS定义了数据内容和格式，是由专业化的服务公司和许多主要的作业者同意和审查过的。
２、WITS允许一系列的通信选择，从一个经很好定义的记录子集的简单单向数据传输到双向通信会话。
３、WITS产生了一个作业和服务公司联系的工具，而无需为软件支持非兼容的传输格式花费无效投资。
４、WITS为在井场或以井场进行数据传输方面提供了一种“通用语言”。
转载自原文链接, 如需删除请联系管理员。
原文链接：WITS标准（1）简介，转载请注明来源！