接口协议

第一篇：接口协议

接口设计

我想，对于各位使用面向对象编程语言的程序员来说，“接口”这个名词一定不陌生，但是不知各位有没有这样的疑惑：接口有什么用途?它和抽象类有什么区别?能不能用抽象类代替接口呢?而且，作为程序员，一定经常听到“面向接口编程”这个短语，那么它是什么意思?有什么思想内涵?和面向对象编程是什么关系?本文将一一解答这些疑问。

1.面向接口编程和面向对象编程是什么关系

首先，面向接口编程和面向对象编程并不是平级的，它并不是比面向对象编程更先进的一种独立的编程思想，而是附属于面向对象思想体系，属于其一部分。或者说，它是面向对象编程体系中的思想精髓之一。

2.接口的本质

接口，在表面上是由几个没有主体代码的方法定义组成的集合体，有唯一的名称，可以被类或其他接口所实现(或者也可以说继承)。它在形式上可能是如下的样子：

interface InterfaceName

{

void Method1();

void Method2(int para1);

void Method3(string para2,string para3);

}

那么，接口的本质是什么呢?或者说接口存在的意义是什么。我认为可以从以下两个视角考虑：

1)接口是一组规则的集合，它规定了实现本接口的类或接口必须拥有的一组规则。体现了自然界“如果你是……则必须能……”的理念。

例如，在自然界中，人都能吃饭，即“如果你是人，则必须能吃饭”。那么模拟到计算机程序中，就应该有一个IPerson(习惯上，接口名由“I”开头)接口，并有一个方法叫Eat()，然后我们规定，每一个表示“人”的类，必须实现IPerson接口，这就模拟了自然界“如果你是人，则必须能吃饭”这条规则。

从这里，我想各位也能看到些许面向对象思想的东西。面向对象思想的核心之一，就是模拟真实世界，把真实世界中的事物抽象成类，整个程序靠各个类的实例互相通信、互相协作完成系统功能，这非常符合真实世界的运行状况，也是面向对象思想的精髓。

2)接口是在一定粒度视图上同类事物的抽象表示。注意这里我强调了在一定粒度视图上，因为“同类事物”这个概念是相对的，它因为粒度视图不同而不同。

例如，在我的眼里，我是一个人，和一头猪有本质区别，我可以接受我和我同学是同类这个说法，但绝不能接受我和一头猪是同类。但是，如果在一个动物学家眼里，我和猪应该是同类，因为我们都是动物，他可以认为“人”和“猪”都实现了IAnimal这个接口，而他在研究动物行为时，不会把我和猪分开对待，而会从“动物”这个较大的粒度上研究，但他会认为我和一棵树有本质区别。

现在换了一个遗传学家，情况又不同了，因为生物都能遗传，所以在他眼里，我不仅和猪没区别，和一只蚊子、一个细菌、一颗树、一个蘑菇乃至一个SARS病毒都没什么区别，因为他会认为我们都实现了IDescendable这个接口(注：descend vi. 遗传)，即我们都是可遗传的东西，他不会分别研究我们，而会将所有生物作为同类进行研究，在他眼里没有人和病毒之分，只

有可遗传的物质和不可遗传的物质。但至少，我和一块石头还是有区别的。

可不幸的事情发生了，某日，地球上出现了一位伟大的人，他叫列宁，他在熟读马克思、恩格斯的辩证唯物主义思想巨著后，颇有心得，于是他下了一个著名的定义：所谓物质，就是能被意识所反映的客观实在。至此，我和一块石头、一丝空气、一条成语和传输手机信号的电磁场已经没什么区别了，因为在列宁的眼里，我们都是可以被意识所反映的客观实在。如果列宁是一名程序员，他会这么说：所谓物质，就是所有同时实现了“IReflectabe”和“IEsse”两个接口的类所生成的实例。(注：reflect v. 反映esse n. 客观实在)

也许你会觉得我上面的例子像在瞎掰，但是，这正是接口得以存在的意义。面向对象思想和核心之一叫做多态性，什么叫多态性?说白了就是在某个粒度视图层面上对同类事物不加区别的对待而统一处理。而之所以敢这样做，就是因为有接口的存在。像那个遗传学家，他明白所有生物都实现了IDescendable接口，那只要是生物，一定有Descend()这个方法，于是他就可以统一研究，而不至于分别研究每一种生物而最终累死。

可能这里还不能给你一个关于接口本质和作用的直观印象。那么在后文的例子和对几个设计模式的解析中，你将会更直观体验到接口的内涵。

3.面向接口编程综述

通过上文，我想大家对接口和接口的思想内涵有了一个了解，那么什么是面向接口编程呢?我个人的定义是：在系统分析和架构中，分清层次和依赖关系，每个层次不是直接向其上层提供服务(即不是直接实例化在上层中)，而是通过定义一组接口，仅向上层暴露其接口功能，上层对于下层仅仅是接口依赖，而不依赖具体类。

这样做的好处是显而易见的，首先对系统灵活性大有好处。当下层需要改变时，只要接口及接口功能不变，则上层不用做任何修改。甚至可以在不改动上层代码时将下层整个替换掉，就像我们将一个WD的60G硬盘换成一个希捷的160G的硬盘，计算机其他地方不用做任何改动，而是把原硬盘拔下来、新硬盘插上就行了，因为计算机其他部分不依赖具体硬盘，而只依赖一个IDE接口，只要硬盘实现了这个接口，就可以替换上去。从这里看，程序中的接口和现实中的接口极为相似，所以我一直认为，接口(interface)这个词用的真是神似!

使用接口的另一个好处就是不同部件或层次的开发人员可以并行开工，就像造硬盘的不用等造CPU的，也不用等造显示器的，只要接口一致，设计合理，完全可以并行进行开发，从而提高效率。

本篇文章先到这里。最后我想再啰嗦一句：面向对象的精髓是模拟现实，这也可以说是我这篇文章的灵魂。所以，多从现实中思考面向对象的东西，对提高系统分析设计能力大有脾益。下篇文章，我将用一个实例来展示接口编程的基本方法。

而第三篇，我将解析经典设计模式中的一些面向接口编程思想，并解析一下.NET分层架构中的面向接口思想。

对本文的补充：

仔细看了各位的回复，非常高兴能和大家一起讨论技术问题。感谢给出肯定的朋友，也要感谢提出意见和质疑的朋友，这促使我更深入思考一些东西，希望能借此进步。在这里我想补充一些东西，以讨论一些回复中比较集中的问题。

1.关于“面向接口编程”中的“接口”与具体面向对象语言中“接口”两个词

看到有朋友提出“面向接口编程”中的“接口”二字应该比单纯编程语言中的interface范围更大。我经过思考，觉得很有道理。这里我写的确实不太合理。我想，面向对象语言中的“接口”

是指具体的一种代码结构，例如C#中用interface关键字定义的接口。而“面向接口编程”中的“接口”可以说是一种从软件架构的角度、从一个更抽象的层面上指那种用于隐藏具体底层类和实现多态性的结构部件。从这个意义上说，如果定义一个抽象类，并且目的是为了实现多态，那么我认为把这个抽象类也称为“接口”是合理的。但是用抽象类实现多态合理不合理?在下面第二条讨论。

概括来说，我觉得两个“接口”的概念既相互区别又相互联系。“面向接口编程”中的接口是一种思想层面的用于实现多态性、提高软件灵活性和可维护性的架构部件，而具体语言中的“接口”是将这种思想中的部件具体实施到代码里的手段。

2.关于抽象类与接口

看到回复中这是讨论的比较激烈的一个问题。很抱歉我考虑不周没有在文章中讨论这个问题。我个人对这个问题的理解如下：

如果单从具体代码来看，对这两个概念很容易模糊，甚至觉得接口就是多余的，因为单从具体功能来看，除多重继承外(C#，Java中)，抽象类似乎完全能取代接口。但是，难道接口的存在是为了实现多重继承?当然不是。我认为，抽象类和接口的区别在于使用动机。使用抽象类是为了代码的复用，而使用接口的动机是为了实现多态性。所以，如果你在为某个地方该使用接口还是抽象类而犹豫不决时，那么可以想想你的动机是什么。

看到有朋友对IPerson这个接口的质疑，我个人的理解是，IPerson这个接口该不该定义，关键看具体应用中是怎么个情况。如果我们的项目中有Women和Man，都继承Person，而且Women和Man绝大多数方法都相同，只有一个方法DoSomethingInWC()不同(例子比较粗俗，各位见谅)，那么当然定义一个AbstractPerson抽象类比较合理，因为它可以把其他所有方法都包含进去，子类只定义DoSomethingInWC()，大大减少了重复代码量。

但是，如果我们程序中的Women和Man两个类基本没有共同代码，而且有一个PersonHandle类需要实例化他们，并且不希望知道他们是男是女，而只需把他们当作人看待，并实现多态，那么定义成接口就有必要了。

总而言之，接口与抽象类的区别主要在于使用的动机，而不在于其本身。而一个东西该定义成抽象类还是接口，要根据具体环境的上下文决定。

再者，我认为接口和抽象类的另一个区别在于，抽象类和它的子类之间应该是一般和特殊的关系，而接口仅仅是它的子类应该实现的一组规则。(当然，有时也可能存在一般与特殊的关系，但我们使用接口的目的不在这里)如，交通工具定义成抽象类，汽车、飞机、轮船定义成子类，是可以接受的，因为汽车、飞机、轮船都是一种特殊的交通工具。再譬如Icomparable接口，它只是说，实现这个接口的类必须要可以进行比较，这是一条规则。如果Car这个类实现了Icomparable，只是说，我们的Car中有一个方法可以对两个Car的实例进行比较，可能是比哪辆车更贵，也可能比哪辆车更大，这都无所谓，但我们不能说“汽车是一种特殊的可以比较”，这在文法上都不通。

第二篇：LTE培训材料-7 LTE接口协议分析

一、LTE接口概述 ——LTE系统总体架构

EPS通过IP连接是用户通过公共数据网(PDN)接入互联网，以及提供诸如VoIP等业务。 一个EPS承载通常具有一定的QoS。一个用户可建立多个EPS承载，从而具有不同的QoS等级或连接到不同的PDN。

通过几个承担不同角色的EPS网元可以实现用户的安全性和私密性保护。整体网络架构如图所示，其包括网元和标准化的接口。在高层，该网络是由核心网(EPC)和接入网(E-UTRAN)组成的。核心网由许多逻辑节点组成，而接入网基本上只有一个节点，即与用户终端(UE)相连的eNode B。所有网元都通过接口相互连接。通过对接口的标准化可满足众多供应商产品间的互操作性，从而使运营商可以从不同的供应商获取不同的网元产品。事实上，运营商可以根据商业考虑在他们的物理实现上选择对逻辑网元进行分裂或合并。

——EPC和E-UTRAN间的功能分布如图所示。下面对EPC和E-UTRAN的网元进行详细描述

——eNode B实现的功能

——MME实现的功能

——S-GW实现的功能

——P-GW实现的功能

——E-UTRAN地面接口通用协议模型 E-UTRAN接口的通用协议模型如图所示，适用于E-UTRAN相关的所有接口，即S1和X2接口。E-UTRAN接口的通用协议模型继承了UMTS系统中UTRAN接口的定义原则，即控制平面与用户平面相分离，无线网络层与传输层相分离。除了能够保持控制平面和用户平面、无线网络层与传输层技术的独立演进之外，由于具有良好的继承性，这种定义方法带来的另一个好处是能够减少LTE系统接口标准化工作的代价。

——控制面协议栈结构

——用户面协议栈结构

二、空中接口协议栈分析

无线接口是指终端和接入网之间的接口，简称Uu接口，通常我们也称之为空中接口。无线接口协议主要是用来建立、重配置和释放各种无线承载业务的。LTE技术中，无线接口是终端和eNode B之间的接口。无线接口是一个完全开放的接口，只要遵守接口的规范，不同制造商生产的设备就能够互相通信。

无线接口协议栈主要分三层两面，三层包括物理层、数据链路层和网络层，两面是指控制平面和用户平面。

数据链路层被分成3个子层，包括媒体接入控制(MAC，Medium Access Control)、无线链路控制(RLC，Radio Link Control)和分组数据汇聚协议(PDCP，Packet Data Converagence Protocol)3个子层。

数据链路层同时位于控制平面和用户平面：在控制平面负责无线承载信令的传输、加密和完整性保护;在用户平面负责用户业务数据的传输和加密。网络层是指无线资源控制(RRC，Radio Resource Control)层，位于接入网的控制平面、负责完成接入网和终端之间交互的所有信令处理。

——无线空中接口协议架构

E-UMTS无线接口协议栈结构水平方向可分为： NAS控制协议

L3层：无线资源控制(RRC)层 L2层

媒体接入控制(MAC)子层 无线链路控制(RLC)子层

分组数据集中协议(PDCP)子层

L1层：物理层、传输信道、传输信道与物理信道的映射

——无线空中接口协议架构

无线接口协议栈垂直方向根据用途分为： 用户平面协议栈 控制平面协议栈

——无线空中接口协议架构-物理层 ——物理层主要功能

物理层位于无线接口协议栈最底层，提供物理介质中比特流传输所需要的所有功能

传输信道的错误检测，并向高层提供指示

传输信道的纠错编码/译码、物理信道调制与解调 HARQ软合并

编码的传输信道向物理信道的映射 物理信道功率加权 频率与时间同步

无线特征测量，并向高层提供指示 MIMO天线处理、传输分集、波束赋形 射频处理

——LTE物理层资源定义

——物理层处理-bit处理

——物理层处理-符号处理

——下行物理信道 ——下行物理信号

——下行物理资源分配实例

——上行物理信道

——上行物理信号

——传输层到物理层的映射

——无线空中接口协议架构-MAC ——MAC功能

主要实现与调度和HARQ相关的功能. 与WCDMA相比，LTE的MAC实体的特点：每个小区只存在一个MAC实体，负责实现MAC相关的全部功能。

逻辑信道与传输信道的映射：

与WCDMA相比，LTE中的逻辑信道与传输信道类型都大大减少，映射关系变得比较简单

——逻辑信道功能

MAC层根据传输的信息类型划分了多种逻辑信道类型，并针对不同的数据类型，提供不同传输服务。

一般逻辑信道分为两大类，即控制信道(负责传输控制平面信息)和业务信道(负责传输用户平面信息)

广播控制信道BCCH: 广播系统控制信息

寻呼控制信道PCCH: 寻呼信息，网络不知道UE位置时使用 公共控制信道CCCH: UE与网络间传输控制信息，当UE没有和网络的RRC连接时使用该信道 多播控制信道MCCH: 从网络到UE的MBMS调度和控制信息传输使用的点到多点下行信道 专用控制信道DCCH: 专用控制信息的点到点双向信道，UE有RRC连接时使用 专用业务信道DTCH: 双向p2p信道，专用于一个UE传输用户信息 多播业务信道MTCH: 点到多点下行信道

——逻辑信道及映射-下行

LTE的映射交UMTS系统有了很大的简化，上行的逻辑信道传输全部映射在上行共享传输信道上传输;下行的逻辑信道传输中，除PCCH和MBMS逻辑信道有专用的PCH和MCH传输信道外，其他逻辑信道全部都映射到下行共享信道上(BCCH一部分在BCH上传输)，具体映射如下

——逻辑信道及映射-上行

——无线空中接口协议架构RLC ——RLC层 ——RLC层功能

——RLC层模式

确认模式(AM，Acknowledgement Mode)

非确认模式(UM，Un-acknowledgement Mode) 透明模式(TM，Transparent Mode)

——TM模式

——UM模式

——AM模式

——LTE RLC特点

UM模式与TM模式承载的信道较少，功能实现简单

AM模式支持RLC SDU动态分段，现有2G/3G系统只支持固定分段 AM模式支持二次分段，现有2G/3G系统不支持 LTE的RLC不再支持加密功能 LTE RLC支持流量控制功能

——RLC PDU结构

——无线空中接口协议架构-PDCP ——PDCP实体

一个UE可以定义多个PDCP实体

每个PDCP实体承载一个RB(Radio bearer)的数据

每个PDCP实体与一个或两个RLC实体关联，取决于RB特征(单向或双向) 一个PDCP实体与控制面还是用户面关联，取决于承载数据的RB特性

SRB (Signaling Radio Bearer 信令无线承载) -> PDCP control PDU DRB (Data Radio Bearer 数据无线承载) -> PDCP data PDU

——PDCP子层

PDCP子层用于用户平面的功能包括：

1)支持压缩解压缩功能，包括ROHC算法;

2)在PDCP重建立过程中，支持确认RLC模式下逻辑信道向高层进行按需递交，及对底层SDU数据的重复检测;

3)切换过程中，支持对确认RLC模式的逻辑信道的PDCP SDU的重传; 4)加密和解密

5)业务面数据的传输

6)上行基于定时器的SDU丢弃基址 PDCP子层用于控制平面的功能包括： 1)加密和完整性保护; 2)控制平面数据的传输 ——LTE PDCP特点 不支持无损重定位

支持加密，WCDMA加密在RLC和MAC(TM模式时)实现 不再需要无损下行RLC PDU大小的改变??

——PDCP结构

PDCP PDU和PDCP头为整数个字节 PDCP头长度为一个字节或两个字节

——无线空中接口协议架构-RRC ——RRC业务及功能

RRC协议模块功能包括：系统信息广播(NAS层相关和AS层相关)、寻呼、RRC连接建立/维护/释放、安全功能秘钥管理、无线承载管理、

——移动性管理(包括UE测量上报和控制、切换、UE小区选择和重选、切换时候上下文传输)、MBMS服务通知、MBMS服务承载管理、QoS管理、UE测量报告和控制、NAS直传消息传输。

——RRC协议状态和状态变换

在LTE中，RRC的协议状态从原来UTRAN的5个减少为LTE的2个，即RRC_IDLE和RRC_CONNECTED状态，每个状态的特征如下： RRC_IDLE: PLMN选择

NAS对DRX的配置

系统消息广播

寻呼

ENodeB中没有RRC上下文存储

——

RRC_CONNECTED UE有E-UTRAN-RRC连接

UE在E-UTRAN中有上下文信息 E-UTRAN知道UE属于哪一个小区

网络可以传送或接收到达或来自UE的消息

移动性网络控制(切换，inter-RAT小区变更GERAN和NACC) ——E-UTRAN状态及inter RAT移动性过程

——无线空中接口协议架构-NAS层 ——NAS控制协议 NAS消息的传输

如果传输块大小允许，初始消息和RRC连接请求链接在一起 当NAS和RRC过程同步时，其他NAS消息可以与RRC消息链接 NAS消息的完整性保护由RRC完成 NAS消息的加密由PDCP完成 NAS的协议状态 LTE_DETACHED LTE_IDLE LTE_ACTIVE

——NAS的协议状态-LTE_DETACHED状态

在该状态下，没有RRC实体，通常是刚开机时的状态。 网络侧还没有该用户的RRC通信上下文。 分配给用户的标识只有IMSI。 网络不知道用户的位置信息。

没有上行或者下行的活动。可以执行PLMN/CELL选择。

——NAS的协议状态-LTE_IDLE状态 UE处于RRC_IDLE状态。

网络侧保存用户的信息，如IP地址、安全相关的信息(密钥等)、用户的能力信息、无线承载等。

状态的跃迁由eNodeB或EPC来决定。网络侧有该用户的通信上下文，这样可以使得用户能够快速的跃迁到LTE_ACTIVE状态。

分配给该用户的标识信息有IMSI、在跟踪区(TA)中唯一标识一个用户的ID、一个或多个IP地址。

网络知道终端在哪个跟踪区中。

终端被分配了非连续接收的周期，可以根据此周期进行下行的接收。 在这种状态下，终端可以执行小区重选的过程。

——NAS的协议状态-LTE_ACIIVE状态 UE处于RRC_CONNECTED状态。

状态的跃迁由eNodeB或EPC来决定。

网络侧保留UE的RRC通信上下文，包含所有满足通信的必要信息

分配给该用户的标识信息由IMSI、在跟踪区中唯一标识一个用户的ID、在一个小区内唯一标识C-RNTI以及一个或多个IP地址。 网络可以知道UE处于哪个小区。

在上行和下行方向上用户都可以进行非连续发送和接收。 移动性可以通过执行切换过程来达到。

——E-UTRAN协议状态转换

终端开机的时候进入LTE_DETACHED状态。

终端执行注册过程，进入LTE_ACTIVE状态，获得C-RNTI、TA-ID、IP地址等，并通过鉴权过程建立安全方面的联系。

如果没有其他业务，终端释放C-RNTI，获得分配给该用户的用于接收寻呼信道的非连续接收周期后进入LTE_IDLE状态。

当用户有了新的业务需求时，可以通过RRC连接请求(随机接入过程)获得C-RNTI，终端从LTE_IDLE状态跃迁到LTE_ACTIVE状态。

在LTE_ACTIVE状态下，终端移动到无法识别的PLMN区域或者执行了注销过程，用户的C-RNTI、TA-ID、IP地址被回收，终端就进入LTE_DETECHED状态。 对于处于LTE_IDLE状态的用户，如果用户执行周期性的TA更新过程超时，TA-ID和IP地址就会被回收，用户跃迁到LTE_DETECHED状态。

——完整的数据封装过程

三、S1接口协议栈分析 ——S1接口结构 S1功能：

S1 UE context管理功能

建立释放 SAE bearer context, security context, UE S1 signalling connection ID(s)等

SAE承载管理 GTP-U隧道管理 S1信令链路管理 不同LTE之间的切换 Inter-3GPP RAT切换 寻呼功能 网络共享功能 NAS节点选择功能 安全功能

——S1协议栈 S1接口用户平面

S1接口用户平面提供eNode B与S-GW之间用户数据传输功能。S1接口用户平面(S1-UP)的协议栈如右图所示，与3G Iu接口用户平面协议结构非常类似。S1-UP的传输网络层基于IP传输，UDP/IP协议之上采用GPRS用户平面隧道协议(GPRS Tunnelling Protocol for User Plane，GTP-U)来传输S-GW与eNode B之间的用户平面PDU

GTP-U协议利用隧道基址来提供承载用户数据报的业务，GTP包头中的隧道端标识符(TEID)指示该T-PDU所在的隧道。由于GTP-U协议头的可扩展性，协议头在LTE系统中的改动将很小。

GTP协议消息类型如下：

1)Echo Request、Echo Response：用于路径管理，检测对端节点是否存活 2)Error Indication：向对端指示接收数据出错

3)Supported Extension Headers Notification：指明由IP地址标识的GTP实体所支持的扩展包头

4)G-PDU：使用GTP-U头封装T-PDU，隧道传送用户数据业务

S1用户平面的GTP-U协议具备以下一些主要特点：

1)GTP-U协议既可以基于IPv4/UDP传输，也可以基于IPv6/UDP进行传输 2)隧道端点之间的数据通过IP地址和UDP端口号进行路由 3)UDP头与使用的IP版本无关，两者是独立的 S1用户平面无线网络层协议至少应具备下列功能

1)在S1接口的目标节点中指示数据分组所属的SAE接入承载 2)移动性过程中尽量减少数据的丢失 3)错误处理机制 4)MBMS支持功能 5)分组丢失检测机制

S1接口控制平面

S1接口控制平面的协议栈如左图所示，与用户平面类似，控制平面也是基于IP传输的，不同的是控制平面的IP层上面采用的是SCTP，为无线网络层信令消息提供可靠的传输。如果每个UE对应一个SCTP连接，则SCTP还可以提供寻址UE上下文的功能。

S1接口无线网络层信令协议表示为S1-AP(S1 Application Protocol)，类似于3G UMTS系统Iu接口的RANAP协议

对于S1控制平面传输网络层来说，为S1控制平面的信令消息提供高可靠性的传输时非常必要的，主要有以下几个方面的因素。

首先，SAE/LTE系统所提供的IP传输网络是一种不可靠的传输网络，必须通过其他协议为控制面信令的传输提供可靠的传输机制

其次，在很多情况下，网元之间(如MME/S-GW与eNode B之间)连接所使用的IP传输网络可以不属于移动运营商，而是属于其他的网络服务提供商。这时，IP传输网络的可靠性是很难得到保证的。

最后，由于LTE系统对降低控制平面时延的严格需求，传输网络层相应地应具备足够的可靠性以避免用用层信令出现频繁重传而产生额外控制时延。

因此，基于以上考虑，S1控制平面传输网络层协议的选择应保证控制面信令的高可靠性传输。这种控制面信令的高可靠性传输的需求同样适用于X2接口的控制平面

SCTP能够提供消息级的非复制传输，同样支持按序传输、网络级的容错性能、拥塞避免、抵抗攻击、路径监测和路径冗余。基于SCTP所具备的这些特征，认为SCTP最适宜提供点-点之间信令的高可靠性传输。

S1-AP应遵循的一些原则如下：

1)S1-AP实现S1接口控制平面的主要功能

2)S1-AP应继承UMTS Iu接口RANAP协议的应用原则和特性 3)S1-AP对RANAP协议不做后向兼容性要求

4)RANAP中的一些协议单元过程同样适用于LTE-S1时，应在做必要修改后尽量重用这些过程。

5)对LTE特有的应用层功能应在S1-AP中定义新的协议过程 6)LTE特有的信元需要重新定义

7)LTE特有消息的命名应明确易懂，并保持前后一致 8)信息单元在必要的修改后能够重用额地方应尽量重用 9)S1-AP协议层消息应采用ASN.1编码

10)用用层协议与传输网络层服务保持独立，以便于各自演进 11)S1-AP协议应适应面向连接的和无连接的服务。面向连接的信令用于定义用户特有的协议过程，无连接的信令用于一些特定过程，如寻呼、S1接口建立等过程。

在传输网络层，信令协议数据单元的传输在IP层采用点到点方式传输。对于S1接口控制平面的公共过程，每个S1接口控制平面实例使用一个独立的SCTP偶联。对于S1接口控制平面的专用过程，只能使用少量的流标识对进行标识。

S1接口控制平面专用过程需要使用MME通信上下文标识和eNode B通信上下文标识来区分不同UE的S1控制平面信令传输承载，其中MME通信上下文标识由MME分配，eNode通信上下文标识由eNode B分配。通信上下文标识在各自的S1-AP消息中传输。

四、X2接口协议栈分析 ——X2接口功能

支持UE在LTE_ACTIVE状态下的Intra LTE-Access-System 移动性

从源eNB到目标eNB的context传送

源eNB和目标eNB之间的用户面隧道控制

切换取消 负载管理

小区间干扰协调

上行链路干扰负载管理

——X2协议栈结构 X2接口是eNode B与eNode B之间的接口。X2接口的定义采用了与S1接口一致的原则，体现在X2接口的用户平面协议结构与控制平面协议结构均与S1接口类似

X2接口用户平面

X2接口用户平面提供eNode之间的用户数据传输功能。X2-UP的协议栈结构如右图所示，X2-UP的传输网络层基于IP传输，UDP/IP协议之上采用GTP-U来传输eNode B之间的用户面PDU。

X2-UP接口支持eNode B之间的隧道传输终端用户分组功能。而隧道协议至少应具备下列功能：

1)在X2接口的目标节点中指示数据分组所属的SAE接入承载 2)在移动性过程中，尽量减少数据的丢失

3)对于X2接口上业务流的传输，将于S1接口保持一致，以便降低架构的复杂性，并有利于S1接口和X2接口上业务流管理的一致性。

X2接口控制平面

X2接口控制平面协议栈如左图所示，为了简化网络设计，在尽量满足系统相关需求的前提下，LTE系统X2接口的定义采用了与S1接口一致的原则下，其传输网络层控制平面IP层的上面也采用SCTP，为信令消息提供可靠的传输。应用层信令协议表示为X2-AP(X2 Application Protocol)。

与S1接口控制平面的设计类似，每个X2接口控制平面实例通过一对流标识关联一个独立的SCTP。对于X2接口控制平面的专用过程，只能使用少量的流标识对进行标识

X2接口控制平面专用过程需要使用源eNode B通信上下文标识和目标eNode B通信上下文标识来区分不同的UE的X2控制平面信令传输承载，其中源eNode B通信上下文标识由eNode B分配，目标eNode B通信上下文标识由目标eNode B分配。通信上下文标识在各自的X2接口应用层消息中传输。

X2接口应用协议(X2-AP)的一些主要原则如下：

1)X2-AP实现X2接口控制平面的主要功能，主要包括UE在eNode B之间的移动性管理功能、多小区之间无线资源管理功能、常规的X2接口管理功能和错误处理功能。

2)X2-AP应尽量继承和重用3G Iur接口的RNSAP协议的一些应用原则和协议过程，并根据LTE新增加的特定应用层功能来定义新的协议过程。 3)X2-AP层消息应使用ASN.1编码

4)X2-AP层与传输网络层所提供的服务应保持独立

X2接口应用层协议具有如下一些主要功能。

1)支持LTE_ACTIVE状态下UE的LTE接入系统内的移动性管理功能。主要体现在切换过程中由源eNode B到目标eNode B的上下文传输以及源eNode B与目标eNode B之间用户平面隧道的控制。

2)X2接口自身的管理功能，如错误指示等。

第三篇：DirectShow重要接口

DirectShow 的重要接口

DirectShow采用了COM标准，所以很多重要的功能都是通过COM接口来完成。下面就列举一些重要的DirectShow的接口。

(1) IGraphBuilder接口

用于构造Filter Graph的接口，建立和管理一系列的Filter，过滤和处理源媒体流。

(2) IMediaControl接口

用于控制多媒体流在过滤器图表中的流动，如流的启动和停止。

(3) IMediaEvent接口

用于捕获播放过程中发生的事件，并通知应用程序，如EC_COMPLETE等。

(4) IVideoWindow接口

用于控制视频窗口的属性。

(5) IMeadiaSeeking接口

用于查找媒体的接口，定位流媒体，控制多媒体数据播放提供精确控制。

(6) IBaseFilter接口

从ImediaFilter接口继承，用来定义一个具体的过滤器指针，并对多媒体数据进行处理。

(7) IPin接口

用于管理两个过滤器之间的Pin，从而连接过滤器。

(8) IsampleGrabberCB接口

是Sample Grabber过滤器的一个接口，用于当流媒体数据通过过滤器时进行采样以获得帧图象。

用DirectShow来使用摄像头，一般要求摄像头的驱动是WDM格式的，当然，一些比较老的驱动格式DirectShow也可支持。在DirectShow中，有一个Sample Grabber过滤器，它是一个可以被插入流的过滤器，它有自己的缓冲，存放采样。我们就可以用它来从一个视频文件中简单的扑获一桢。DirectShow通过图形过滤管理器(Filter Graph Manager)来与上层应

用程序和下层的驱动进行联系。DirectShow通过捕获过滤器(Capture Filter)来支持对摄像头的捕获，一个捕获过滤器有多个插口(pin)，其中的预览(preview)插口可用来进行显示祯图象。

1、创建图形过滤管理器Filter Graph

如上面原理所述，首先要创建Filter Graph：

CComPtr< IGraphBuilder > m_pGraph;

hr=m_pGraph.CoCreateInstance( CLSID_FilterGraph );

2、连接设备

还要创建系统枚举器组件对象：

CComPtr

pCreateDevEnum;pCreateDevEnum.CoCreateInstance( CLSID_SystemDeviceEnum );

然后使用接口方法CreateClassEnumerator ()为指定的Filter注册类型目录创建一个枚举器，并获得IenumMoniker接口：

CComPtr< IEnumMoniker > pEm;

pCreateDevEnum->CreateClassEnumerator(CLSID_VideoInputDeviceCategory, &pEm, 0 );

接着在调用BindToObject()以后，可以将设备标识生成一个DirectShow Filter，将其加到Filter Graph中就可以参与工作了。

CComPtr< IMoniker > pM;

CComPtr< IPropertyBag > pBag;

hr=pM->BindToStorage(0,0,ID_IPropertyBag, (void**) &pBag );

3、创建Sample Grabber过滤器

CComPtr< ISampleGrabber > m_pGrabber

hr=m_pGrabber.CoCreateInstance( CLSID_SampleGrabber );

当创建好SampleGrabber以后，在Sample Grabber 过滤器连接到别的过滤器之前你必须配置它。然后查询IsampleGrabber接口,还要设置流媒体类型:

m_pGrabber->SetMediaType();

可以仅仅指定主媒体类型;或者主类型加子类型;或者主类型，子类型和类型格式。然后就把它加载到FilterGraph中去：

m_pGraph->AddFilter(pGrabBase,"Grabber" );

4、查找Filter Graph 的Pin并完成后续连接。

接下来就可以通过调用IGraphBuilder 的FindPin()接口来查找过滤管理器中的Pin接口，并通过ICaptureGraphBuilder2 中的接口RenderStream()来完成后续的连接。

hr=pCGB2->FindPin(pCap,PINDIR_OUTPUT,&PIN_CATEGORY_VIDEOPORT, NULL,FALSE,0,&pVPPin);

hr=pCGB2->RenderStream(&PIN_CATEGORY_CAPTURE,&MEDIATYPE_Video, pCap,pGrabBase,pRenderer);

5、获取流媒体类型并运行

通过GetConnectedMediaType()获取连接流媒体的类型以后，我们可以通过

IsampleGrabberCB类的接口BufferCB()来把视频的数据拷贝到自定义的缓冲区中，然后通过在缓冲区的拷贝进行视频到图象数据的拷贝。最后运行﹕

CComQIPtr pControl = m_pGraph;hr = pControl->Run( );

第四篇：在线支付接口说明

在线支付接口开发总结

2012-07-05 17:06:27

经过这段时间对支付宝在线支付接口、手机在线支付接口、农业银行在线支付接口、以及支付宝担保交易接口的开发，对在线支付的原理有了一定的了解，开发过程中有点小的心得体会，在这里记录一下。

首先，这几个接口中，前面三个都是单一的支付接口，对于需要集成的商户而言，所需要做的工作为：集成支付功能使用户可以在线支付，接受支付结果进行商户系统中订单相关数据的处理。其次，担保交易接口是一个完整的在线担保体系，因此包含了在线支付、确认收货、在线申请退款、客户维权、商户退款五个相关接口。关于具体的功能可以参考支付宝提供的文档资料，这里仅进行技术开发上的分析。

其实这些在线支付的接口从原理上来讲都是一样的。这里简单地阐述一下：

首先，开发这些接口的第三方公司会给商户提供一个唯一标识pid，而且与该标识相对应的会有一个KEY，双方使用这个KEY作为加密的密钥。

其次，商户使用接口的时候，根据不同支付方的开发文档的要求，将所需要的参数(订单的相关信息如：金额、商品等)拼接成相应的形式。在发送请求之前需要对数据进行加密，而加密的方式会由支付方提供，文档中会有相应的描述，有的接口也会提供现成的方法供商户使用。加密后就可以调用接口向支付网关发送请求了。 注：传递的参数中一般含有return_url 和 notify_url 两个链接地址，商户一般在这两个页面中写入订单状态处理的逻辑。

最后，是对于支付结果的处理。支付方在对相应的资金进行处理后会给发送请求的商户网站发送响应。这里有两种方式：

1、页面通知(同步通知，return_url)，用来显示给实际支付的客户，支付方只返回一次。

2、服务器通知(异步通知，notify_url)，运行在后台，实际在线支付的客户看不到，支付方会在一定时期内发送多次，直到收到商户程序反馈的约定好的标识为止。具体的原理如图1和图2所示(这里借用支付宝的原理图^_^)。

这样，整个在线支付接口就完成了商户和支付方的信息的交互。

图1 返回页面(return_url.jsp)工作原理

图2 通知页面(notify_url.jsp)工作原理

商户开发人员在实际集成接口的时候可以遵循如下工作步骤：

1、熟悉在线支付接口的工作原理。

2、仔细阅读支付方提供的开发文档。

3、运行支付方提供的demo，结合开发文档理解工作原理。

4、集成接口，加入相关的业务逻辑。

对于像担保交易这样关系复杂的接口，可以分开理解成独立的接口，然后结合商户自身情况，从业务数据上进行关联。

在进行接口调试及测试的时候，因为中间debug信息很难收集到，尤其是服务器通知模式的情况下。因此可以加入日志的输出功能，这样一次操作完成后，分析产生的日志，可以极大的简化调试的难度。测试时候如果支付方未提供相应的测试网关，可以采用支付0.01元的方式，多次进行。

第五篇：接口界面协调配合措施

施工接口界面协调配合措施

接口界面包括相邻标段的施工接口、土建工程与后续工程的施工接口，如测量控制网互用，预埋件(或预留孔洞)位置和尺寸的控制，施工信息互通，控制桩点贯通测定，水准点相互闭合等在施工中作为重点进行管理。 ⑴ 立现场施工协调小组，由项目副经理、项目总工程师任组长，各专业部门(或技术)负责人任组员的现场施工协调小组。全面负责施工过程中出现的各种问题。

⑵ 协调小组成员共同熟悉设计文件、施工图纸及相关规范，了解设计意图，小组成员首先在技术方面达成共识。

⑶ 施工前，参照设计施工文件与图纸，认真了解和熟悉各种专业接口。

⑷ 熟悉施工接口部位及主要内容，制定各种可能引起接口部位发生质量问题的预防措施。

⑸ 每一接口界面施工过程中，设专人负责接口施工协调，充分了解自身的职责和权限，确保业主及监理工程师的指令有效实施。

与当地政府主管部门的配合措施

施工期间，积极与地方政府、村镇及有关治安、交通安全、质量监督、环境、水运等部门联系，主动争取地方政府的指导和支持，遵守国家及地方政府的有关法规，配合地方政府做好施工区域内的治安、交通、环境保护等工作，确保施工的顺利进行。 与征地拆迁单位等部门的配合措施单位等部门的配合措施 ⑴ 场后立即成立征地拆迁领导小组，由分管协调的项目副经理任组长，配备专职人员负责此项工作。 ⑵ 征地拆迁工作涉及路内外诸多产权单位，实施过程中需要取得产权单位的认可，需要产权单位进行配合;征地青赔等问题需要取得地方政府的大力支持;迁改施工将会对沿线人民群众的生产生活带来一定的影响，需要取得人民群众的理解。我们将把征地拆迁协调配合作为施工组织管理的重点来抓，确保征地拆迁工作顺利实施。

⑶ 上场后密切配合业主及地方政府做好征地拆迁工作，保证重点工程和先期开工区段的先行用地，保证开工的需要。 ⑷ 征地拆迁必须根据本标段总体施工进度全面推进，分重点工程、先架梁区段依次安排进行。对于拆迁工程量较大，内容复杂，必须提前安排。由于该项工作具有政策性强、牵扯面广、难度大等特点，必须予以高度重视，尤其准备阶段和开工前期，应提早介入，争取主动，积极配合工作，争取得到地方有关部门的大力配合，保证其按期完成，不影响正式工程进度。

⑸ 征地拆迁工作以保证控制工期工程按时开工为首要工作，依次解决影响线下、电气化等工程施工的迁改问题。拆迁工作要突出顺序、统

一、一次到位的原则，杜绝二次拆迁、重复拆迁。

与甲方的配合措施 ⑴ 格执行甲方有关工程质量、工期、安全、文明施工、环境保护的管理制度;严格按照甲方同意的施工场地平面图布置施工场地，按时向甲方报送有关报表。

⑵ 积极参加甲方组织的有关施工的会议，主动配合建设单位的各项检查工作，接受甲方对施工提出的各项要求，按甲方的要求进行改进和落实。 ⑶ 严格执行甲方关于与地方政府行政主管部门、设计单位、监理单位的协作配合，积极主动为相关单位的检查、监督工作提供条件。 ⑷ 在相邻标段出现紧急情况时，按照甲方的要求协助解决。 与监理咨询的配合措施

⑴ 面履行合同，履行投标时做出的关于质量、工期、安全、环境保护、文明施工等方面的

承诺。 ⑵ 在工程开工前，先向监理工程师提供详细的施工方案、施工计划，提供机械设备配置情况、人员组织情况、原材料检验报告、混凝土配合比设计成果、控制测量导线网的布置及测量成果、放线资料等，经监理工程师认可后开始施工。

⑶ 配合监理单位做好施工过程中的质量管理。在内部专检及“三检”制的基础上，接受监理工程师的验收和检查，并按照监理工程师的要求予以整改。和监理共同参加对隐蔽工程进行检查、验收、签证工作，对原材料、施工机械设备的检查和施工工艺的审批等;

⑷ 接受工程质量检查，主要有工序检查、施工过程中的验收、单位工程验收和全部工程竣工验收，接受质量缺陷责任期的质量检查。

⑸ 配合监理单位做好工程施工的投资管理工作，主要内容包括工程的计量支付、工程变更、工程索赔以及按照合同规定的价格调整等。

⑹ 积极配合监理单位对工程施工进度的监督和管理，配合监理单位做好工程开工令审批，制定和调整工程施工进度计划，确保工程施工工期计划的实现。

⑺ 对于技术复杂的项目，施工过程中虚心接受监理、咨询部门的指导意见，按照咨询部门的要求做好施工中技术和工艺的改进工作。 与设计的配合措施

⑴ 织参加设计交底，弄清设计意图，建立整个施工过程中的情况通报制度，对工程施工过程中遇到的设计问题做好记录，及时与设计单位取得联系。

⑵ 优化施工方案。重大施工方案的变更与设计单位沟通，征求意见。

⑶ 加强对工程地质条件及水文地质条件的复核检查，对于与设计资料不符的地质情况及时与设计单位取得联系，为完善工程设计提供必要的资料。

⑷ 积极配合设计单位做好设计管理和现场资料的收集工作。 与第三方检测单位的配合措施

⑴京沪高速铁路是我国第一条高速铁路，技术复杂，质量要求高。施工过程中，需要第三方检测的项目特别多。为此，施工前制定详细的需要第三方检测计划，并报业主、监理及第三方检测单位。

⑵积极与第三方检测单位取得联系，掌握第三方检测的有关规定;检测过程中，积极配合，为第三方检测单位提供条件，虚心听取意见，保证检测工作的顺利进行。

⑶对需要第三方检测的项目，提前与检测单位沟通，按照检测单位的要求，提前做好各项准备工作。对存在缺陷的项目，严格按照规定进行整改。 与线路跨越的铁路、公路部门的配合措施 与公路交通部门的配合措施 ⑴ 动与当地交通部门取得联系，协调配合，确定合理的施工运输方案，按有关部门具体要求制定安全防护措施。 ⑵ 施工机动车辆在国道或地方道路上运行，遵守地方政策和交警部门的管理规定，遵守《中华人民共和国道路交通安全法》，维护交通秩序，保证运输安全。

⑶ 所有机动车辆始终保持完好状态，经常检修，定期保养。 ⑷ 施工所用机械设备、材料存放不侵入既有公路，且不影响交通。

⑸ 大型机械行驶，事先要对既有公路的路面宽度、桥涵宽度和通过荷载等进行调查，需加宽道路和加固桥涵时，与当地交通部门联系，征得同意后方可进行。车辆通过后或施工结束后，恢复原状。

⑹ 施工便道和既有公路交汇处，引起足够重视，设立安全警示标志、安全监督岗，并专人指挥施工车辆。

⑺ 在交通运输繁忙的便道口，设立安全警示标牌、安全监督岗，设专人指挥行人和车辆，

确保汽车运输及行人安全。

与线路跨越的铁路部门的配合措施 ⑴ 沪高速铁路正线施工多处跨越既有京山线、京沪线，能否保证既有线的运营安全施工安全控制的重点和难点。为此，上场后积极与沿线铁路部门取得联系，掌握线路跨越的详细情况，按照铁路部门的具体要求，制定切实可行的安全防护措施。

⑵ 跨越既有线及既有线改造施工前，按照对既有线运营的影响程度，详细编制申请“天窗”的计划，上报铁路主管部门审批。施工过程中，加强与既有线运营单位的工务、电务、车务、机务等部门的配合和联系，在“天窗”规定的时间范围内做好对既有线的防护和保护工作，做到“天窗”时间以外恢复既有线的原貌。

⑶ 运输车辆跨越既有铁路时，要提前与铁路道口主管部门联系和沟通，按照铁路相关部门的规定，做好安全防护工作。

与相邻施工单位的配合措施

⑴ 施工场地布置、贯通测量、施工作业安排、施工便道使用及养护等方面与相邻标段加强配合，以保证布置合理，少占耕地、农田，保证施工顺利进行。

⑵ 积极主动与“四电”、“站场”等施工单位联系，统筹考虑施工场地、临时设施的布置，合理安排不同专业相连的工程施工顺序，作好施工配合，减少施工干扰。

⑶ 时作好已完线下工程的技术总结工作，为后续工程的施工提供各方面支持，配合后续有关单位进行相关作业。 与后续工程配合措施

⑴ 立现场施工协调小组，由项目副经理、项目总工程师任组长，各专业技术负责人任组员的现场施工协调小组，全面负责施工交接过程中出现的各种问题。

⑵ 凡后续工程施工对上道已完工程会产生损伤或污染的，施工前必须先采取对应的保护措施后方可进行施工。

⑶ 各专业之间的衔接及内部协调管理必须服从经理部或项目部的统一安排。本标段与其他单位的工序衔接时，必须积极配合业主及监理工程师的统一协调指挥。

⑷ 后续工程施工之前，上道已完工程必须提供必要的施工、技术条件，并设专人在上下工序的衔接中做好协调工作。

⑸ 上道已完工程验收合格并经现场监理工程师签认后方可进入后续工程的施工。相互之间的衔接必须合理安排并做到顺利过渡。 试验配合措施 ⑴ 立以主管试验工作的副总工程师为组长，各作业工区试验中心主任为组员的试验配合小组，全面负责试验配合工作。

⑵ 经理部设立工程试验中心，配备与本施工段配套的试验器具及试验人员。

⑶ 积极配合监理工程师进行现场抽样试验。

⑷ 按业主、监理要求对各种试验结果进行统计分析处理，建立试验档案，并按要求定时报送。

⑸ 积极配合业主、监理对试验中心的监督、检查和管理。 ⑹ 在试验配合小组的领导下，各工程试验中心积极配合业主、设计单位完成其他各项试验任务。

沿线及既有设施保护措施

对设计、测绘单位布设(埋设)的水准点、GPS控制点、线位控制桩等进行保护，不得随意挪动和损坏。

地下工程施工严密注视地下管线的安全，施工前先与有关产权单位联系，请求配合，查明地下管线走向和位置，做到“三不施工”，即不摸清地下设施位置不施工，影响设施正常运转

不施工，没采取有效防护措施不施工。

采取电缆探测器和挖探沟等行之有效的手段探明电缆管线的确切位置，做出明确的标志。杜绝在电缆、光缆、管道3m范围内使用大型机械作业。

电缆附近规定区域内禁止取土，施工车辆横跨电缆时，要采取保护措施，防止损坏电缆。

因施工影响周围构筑物时，制定切实可行的加固、支撑或改移方案，在征得产权单位和建设单位同意后实施，采取措施加强防护，绝对保证其安全使用。

工程施工或高空施工作业近临既有建筑物地段，根据施工需要及时对临界建筑物采取加固支护措施。作业排架搭设与建筑物间保证一定安全距离，并增设围护结构和隔离屏障。用以保证建筑物不因施工而影响其安全和正常使用。

如果由我方施工不当造成周围构筑物的损失，我方愿意承担相应的赔偿责任，并主动联系有关部门，及时采取相应的措施处理，减少损失，确保安全生产。

爱护地方名胜古迹、历史文物等旅游资源。爱护一草一木，制定相关奖罚制度，做好环境保护。

廉政建设措 ⑴ 立以经理部党委副书记为组长的项目廉政建设领导小组，全面负责本项目工程的廉政建设工作。

⑵ 在签订施工合同的同时，与业主签订廉政协议书。 ⑶ 政建设领导小组根据国家及国务院铁路行政主管部门有关工程建设、廉政建设的规定，做好工程建设中的党风廉政建设，保证工程建设高效优质，保证工程款的安全和有效使用。

⑷ 建立健全廉政制度，开展廉政教育，设立廉政告示牌，公布举报电话，接受地方相关部门的监督，认真查处违法违纪行为。

⑸ 在与业主、设计、监理、地方相关部门的正常工作交往活动中坚持公开、公正、诚信、透明的原则(法律认定的商业秘密和合同另有规定除外)，不损害国家和集体利益，不违反工程建设管理规章制度，不为个人及小集体谋利。 保证农民工工资的措施

施工过程中，根据工程进度安排需雇用劳务时，按《劳动法》的有关规定和要求，与每位劳务工均签订劳务用工合同。按有关规定制定劳务用工管理办法，按时结算劳务工资，不以任何形式、任何理由拖欠劳务工资。制定严格的规章制度，并贯彻执行，加强对劳务工的教育和科学管理，保障劳务工的人身和财产安全。配专人负责劳务管理，从衣、食、住、行各方面为劳务工提供必要的生活条件。 在工程施工过程中，把农民工纳入承包人内部人员统一管理，充分保障农民工的合法权益，建立农民工工资支付保障制度，直接将工资支付给农民工。 就农民工工资问题与业主和地方劳动监察部门签定委托协议，如果拖欠所雇佣的农民工资三个月以上，经当地劳动监察部门查明，业主可以根据监察部门的要求，从应付工程款中直接扣除。

第六篇：医疗保险接口功能规范

第一条 《医疗保险接口功能规范》是用于协助整个医院，按照国家医疗保险政策对医疗保险病人进行各种费用结算处理的计算机应用程序，其主要任务是完成医院信息系统与上级医保部门进行信息交换的功能，包括下载、上传、处理医保病人在医院中发生的各种与医疗保险有关的费用，并做到及时结算。

《医疗保险接口功能规范》必须符合国家、地方的有关法律、法规、规章制度的要求。

1.必须符合国务院下发的有关医疗保险的各项政策及法规。

2.必须符合劳动社会保障部下发的有关医疗保险的政策及法规。

3.必须符合地方政府下发的有关医疗保险的政策及法规。 4.《公费医疗管理办法》。

《医疗保险接口功能规范》基本功能：

1.下载内容及处理：实时或定时的从上级医保部门下载更新的药品目录、诊疗目录、服务设施目录、黑名单、各种政策参数、政策审核函数、医疗保险结算表、医疗保险拒付明细、对帐单等，并根据政策要求对药品目录、诊疗目录、服务设施目录、黑名单进行维护。

2.上传内容及处理：实时或定时向上级医保部门上传。

1)门诊挂号信息、门诊处方详细信息、门诊诊疗详细信息、门诊个人帐户、支付明细等信息。

2)住院医嘱、住院首页信息、住院个人帐户支付明细、基金支付明细、现金支付明细等信息。

3)退费信息：包括本次退费信息，原费用信息、退费金额等信息。

4)结算汇总信息：按医疗保险政策规定的分类标准进行分类汇总。

3.医疗保险病人费用处理：

1)根据下载的政策参数、政策审核函数对医保病人进行身份确认，医保待遇资格判断。

2)对医疗费用进行费用划分，个人帐户支付、基金支付、现金支付确认，扣减个人帐户，打印结算单据。

3)校医疗保险指定格式完成对上述信息的上传。

4)在医院信息系统中保存各医疗保险病人划分并支付后的费用明细清单和结算汇总清单。

4.医疗保险接口系统维护：

1)对下载的药品目录与医院信息系统中的药品字典的对照维护。 2)对下载的诊疗目录与医院信息系统各有关项目的对照维护。 3)对下载的医疗服务设施与医院信息系统中各有关项目的对照维护。

4)对医疗保险费用汇总类别与医院信息系统中费用汇总类别的对照维护。 5)对疾病分类代码的对照维护。

《医疗保险接口功能规范》运行要求

1.应保证上传数据与医院信息系统中保留的数据的一致性。 2.运行速度，要求系统在处理每一个门诊医疗保险病人时不得超过35秒。

3.按医疗保险部门的要求及时下载更新数据。

4.及时与医疗保险部门对帐并结算。