接口協(xié)議精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的接口協(xié)議主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：接口協(xié)議范文

【關(guān)鍵詞】LTE空中接口技術(shù)標(biāo)準(zhǔn)管理研究發(fā)現(xiàn)

一、協(xié)議棧的結(jié)構(gòu)

協(xié)議棧是計算機網(wǎng)絡(luò)中的一個專業(yè)名詞，它主要是為反映文件在網(wǎng)絡(luò)傳輸中的過程，是網(wǎng)絡(luò)中各層協(xié)議的總和。LTE就是在這種背景上發(fā)展的一種很先進(jìn)的系統(tǒng)，它在技術(shù)上引用了OFDM和多天線MIMO等關(guān)鍵傳輸技術(shù)，采用這種技術(shù)可以使頻譜分配更加靈活，有效的提高了頻譜的效率。同時還增大了系統(tǒng)容量和覆蓋，為文件的傳輸提供了更大的活動空間，提高了數(shù)據(jù)傳輸?shù)乃俾?，在帶寬的?yīng)用上也能支持多種形式分配。LTE系統(tǒng)結(jié)構(gòu)上主要由三個子層構(gòu)成：物理層（無線處理數(shù)據(jù)）、數(shù)據(jù)鏈路層（處理和控制數(shù)據(jù)的發(fā)送或接收）、無線資源控制層（控制系統(tǒng)工作狀態(tài)）。其中，第二層的數(shù)據(jù)鏈路層又被劃分為媒體接入控制子層、無線鏈路控制子層和分組數(shù)據(jù)匯聚協(xié)議子層。

二、協(xié)議棧的研究與實現(xiàn)

（1）首先是數(shù)據(jù)鏈路層中的分組數(shù)據(jù)匯聚協(xié)議層的設(shè)計。此層的功能主要是封裝IP數(shù)據(jù)。本來在嵌入式的程序開發(fā)的協(xié)議棧一般都采用lwIP，但是為了數(shù)據(jù)更加穩(wěn)定，本項目設(shè)計中便引入了LTE結(jié)構(gòu)中。其工作原理是當(dāng)PDCP子層收到一個1wIP數(shù)據(jù)的pbuf結(jié)點的時候就會生成一個對應(yīng)pdcp―sdu結(jié)點，生成的這個sdu結(jié)點將會轉(zhuǎn)移到隊列里等待封裝處理。

（2）然后是數(shù)據(jù)鏈路層中的無線鏈路控制層的設(shè)計。這一層的主要作用是為上層即PDCP子層提供穩(wěn)定、可靠的傳輸服務(wù)，傳輸模式有透明模式、無確認(rèn)模式、確認(rèn)模式三種。TM模式不會對數(shù)據(jù)產(chǎn)生任何處理和改變，uM模和AM模式的設(shè)計類似。設(shè)計實現(xiàn)RLC AM發(fā)送端時，也是采用雙緩沖隊列（處理緩沖隊列和發(fā)送緩沖隊列）。當(dāng)收到上級命令或請求的時候函數(shù)就會將相應(yīng)的數(shù)據(jù)放入隊列中。接收到發(fā)送命令的時候立即進(jìn)行發(fā)送。在RLC接收端，也設(shè)計了一個隊列來實現(xiàn)接收窗口，它的大小和形式與發(fā)送端發(fā)送緩沖隊列一致。通過調(diào)整接收指針來保證與發(fā)送端匹配工作完成數(shù)據(jù)接收。另外在接收到數(shù)據(jù)時會根據(jù)輪詢字段的值，對是否生成狀態(tài)報告進(jìn)行判斷。

（3）最后是數(shù)據(jù)鏈路層中的媒體接入層的設(shè)計。媒體接入層的作用主要是對數(shù)據(jù)的復(fù)用和解復(fù)用。也就是通過編碼，將不同信道中的數(shù)據(jù)封裝到對應(yīng)的MAC包中。此子層也是采用雙緩沖隊列，解復(fù)用恰恰是一個相反的過程，即根據(jù)MAC子頭中的信息，恢復(fù)出原始數(shù)據(jù)，并將數(shù)據(jù)遞放到緩沖隊列中，利用分發(fā)函數(shù)將數(shù)據(jù)傳遞給相應(yīng)的操作過程。

三、系統(tǒng)開發(fā)的平臺和測試

對LIT的結(jié)構(gòu)了解了之后便是對硬件設(shè)備的準(zhǔn)備。此系統(tǒng)的開發(fā)具有一定的復(fù)雜性，因此對設(shè)備的配置要求比較高。一般此系統(tǒng)的開發(fā)板都選用Virtex-6 ML605 FP-GA。這種開發(fā)板的FPGA、處理器、內(nèi)存、串口等各種控制器都都可以滿足系統(tǒng)開發(fā)的需求。

系統(tǒng)開發(fā)完成后需要進(jìn)行系統(tǒng)流程測試，這是軟件系統(tǒng)開發(fā)必不可少的一步。本次的測試以開發(fā)板上的網(wǎng)口作為UE的數(shù)據(jù)來源，為了捕獲和預(yù)處理網(wǎng)口的數(shù)據(jù)，需要在LWIP協(xié)議的基礎(chǔ)上編寫一個上層的小程序。通過開發(fā)板的AURORA模塊連接對應(yīng)的端口，然后進(jìn)行數(shù)據(jù)的傳送和接受測試。在測試的方式上可以選擇通過LTE物理層鏈路模塊，以幾組不同的發(fā)送速率和編碼方式測試協(xié)議棧的處理速率；也可以直接利用AURORA模塊直接測試。

四、結(jié)語

本文通過對LTE空中接口協(xié)議棧的流程和開發(fā)入手，簡單的對LTE協(xié)議棧進(jìn)行了研究與實現(xiàn)。LTE系統(tǒng)是一種需要更加專業(yè)的水平進(jìn)行研究和探索，它還有很大的提升空間，在未來的通訊發(fā)展中，隨著LTE技術(shù)的推廣和應(yīng)用，各種面向小型設(shè)備的LTE空中接口協(xié)議棧的研究和實現(xiàn)有很廣泛的現(xiàn)實意義和應(yīng)用前景。

參考文獻(xiàn)

[1]龍鵬飛，宮蓉蓉.一種新的嵌入式TCP/IP協(xié)議棧的研究與實現(xiàn)[J].微計算機應(yīng)用，2007，28（4）：372-375.

第2篇：接口協(xié)議范文

【關(guān)鍵詞】SOA 電子渠道接口協(xié)議 Web services 業(yè)務(wù)流程超市化運營

中圖分類號：TP391.1 文獻(xiàn)標(biāo)識碼：A 文章編碼：1006-1010（2013）-08-0082-04

1 廣東移動電子渠道和NGCRM接口體

系建設(shè)背景

廣東移動的電子渠道現(xiàn)狀是由幾個不同時期建立的網(wǎng)站、短信營業(yè)廳、WAP、掌上營業(yè)廳、自助終端和面向集團業(yè)務(wù)的ADC等子系統(tǒng)組成的一個集合。各子系統(tǒng)有自己的渠道特點和擅長的業(yè)務(wù)，分別承擔(dān)了某客戶群的支撐功能?？傮w而言，各渠道系統(tǒng)在系統(tǒng)功能層面是相互割裂的，各電子渠道和CRM系統(tǒng)之間的劃分界面目前也不清晰，缺乏整體數(shù)據(jù)及功能層面的規(guī)劃。因此，電子渠道和NGBOSS接口開發(fā)基本上是由業(yè)務(wù)驅(qū)動，即針對某個具體業(yè)務(wù)增加或者修改相應(yīng)的接口，某一接口基本上只和實現(xiàn)特定的業(yè)務(wù)功能相對應(yīng)。目前NGCRM系統(tǒng)接口的直接問題表現(xiàn)如下：

（1）接口通用性和穩(wěn)定性不強。經(jīng)常出現(xiàn)的問題是現(xiàn)有接口無法滿足某項特定的業(yè)務(wù)需求而需要臨時增加新的接口，這導(dǎo)致目前的接口數(shù)量很大且功能繁雜；在業(yè)務(wù)支撐上表現(xiàn)為接口有時會拖延業(yè)務(wù)的上線；相關(guān)的接口維護(hù)部門的工作負(fù)荷也增大。

（2）接口沒有合理的擴充和版本適應(yīng)機制?，F(xiàn)狀往往使設(shè)計者在選擇支撐方式時傾向于增加新的接口，因為其成本和風(fēng)險與在現(xiàn)有接口上擴充相比低得多。

（3）電子渠道現(xiàn)狀中的豎井模式也增加了接口收斂的難度。不同的電子渠道對接口有各自的需求，在現(xiàn)有接口上擴充不可避免地會影響已經(jīng)使用的系統(tǒng)，牽一發(fā)而動全身，使得設(shè)計者和決策者往往傾向于增加額外接口以滿足新的需求。

（4）潛在的安全風(fēng)險還包括：

1）無流控機制：接口的負(fù)荷可以直接傳導(dǎo)到核心CRM系統(tǒng)，進(jìn)而影響到一個區(qū)域甚至整個廣東移動的業(yè)務(wù)處理；

2）接口的調(diào)用方目前沒有認(rèn)證控制：只要是能夠接入CRM核心系統(tǒng)的周邊系統(tǒng)都可以調(diào)用接口；

3）無接口調(diào)用的審計機制。

因此，在NGBOSS建設(shè)中對電子渠道接口體系在業(yè)務(wù)能力和架構(gòu)上進(jìn)行重新規(guī)劃已經(jīng)成為當(dāng)務(wù)之急。

2 廣東移動電子渠道和NGCRM接口體

系介紹

隨著NGBOSS的建設(shè)，電子渠道接口體系的重新規(guī)劃和設(shè)計成為NGBOSS建設(shè)的重要組成部分，其方法論確定為：橫向整合和縱向解耦。所謂橫向整合是梳理各電子渠道共性的功能、數(shù)據(jù)、流程，結(jié)合電子渠道的業(yè)務(wù)目標(biāo)，最終明確目標(biāo)電子渠道系統(tǒng)架構(gòu)是由哪些通用的業(yè)務(wù)流程和數(shù)據(jù)驅(qū)動；縱向解耦則是梳理電子渠道系統(tǒng)和CRM系統(tǒng)的配合分工關(guān)系，使得電子渠道和CRM分別承載相對獨立的業(yè)務(wù)流程，以此兩點為基礎(chǔ)，并同樣按照包括了功能、數(shù)據(jù)、流程的分布，最終確定電子渠道和NGCRM兩個系統(tǒng)之間的接口體系規(guī)劃。

本部分首先將涉及電子渠道的業(yè)務(wù)需求子集作為輸入，完成業(yè)務(wù)流程框架需求分析，進(jìn)而分解流程，形成接口數(shù)據(jù)需求分析，最后完成接口梳理。

通過橫向整合和縱向解耦確定的NGCRM和電子渠道接口體系，從以往的以單個業(yè)務(wù)渠道接口協(xié)議為主過渡到了以通用流程、數(shù)據(jù)分解電子渠道和NGCRM的功能為主并在此基礎(chǔ)上明確協(xié)議，使得大量接口協(xié)議具有和單個業(yè)務(wù)無關(guān)的通用性。這種思路明確了NGBOSS的電子渠道系統(tǒng)和CRM系統(tǒng)之間的接口服務(wù)調(diào)用關(guān)系。

廣東移動NGBOSS中NGCRM作為業(yè)務(wù)服務(wù)的提供方，提供對電子渠道的統(tǒng)一接口體系。在進(jìn)行NGBOSS電子渠道接口設(shè)計前，根據(jù)電子渠道和CRM的解耦分布對需求進(jìn)行了分解，甄別出涉及電子渠道和CRM之間存在穿越流程的需求點共143個，識別出涉及穿越的流程共21個。在數(shù)據(jù)方面，接口按照NGCRM數(shù)據(jù)域劃分為：客戶服務(wù)域、客戶管理域、渠道域、資源域、訂單域、產(chǎn)品域。

由于電子渠道系統(tǒng)和NGCRM系統(tǒng)之間的交互主要以流程驅(qū)動為主，因此電子渠道系統(tǒng)和NGCRM系統(tǒng)的接口設(shè)計也以系統(tǒng)流程穿越為主線，數(shù)據(jù)復(fù)制和查詢?yōu)檩o；通過盡量將主要流程進(jìn)行通用化設(shè)計，流程層面的接口的功能體現(xiàn)為對通用服務(wù)的調(diào)用；按照將業(yè)務(wù)功能邏輯集中的NGCRM朝著電子渠道輕量化方向發(fā)展的思路，在梳理的業(yè)務(wù)流程和數(shù)據(jù)流基礎(chǔ)上進(jìn)行了NGBOSS的電子渠道接口設(shè)計。

NGBOSS電子渠道接口協(xié)議的總體框架如圖1所示。

NGBOSS的電子渠道接口按照功能可以劃分為受理相關(guān)接口、非受理相關(guān)接口、產(chǎn)品接口、ADC專用接口：

（1）受理類相關(guān)接口目前共有43個，分別提供了包括客戶身份認(rèn)證、各種客戶相關(guān)信息的查詢、訂單受理等功能；

（2）非受理相關(guān)接口目前共有266個，提供了包括積分查詢，各種增值業(yè)務(wù)查詢等雜項功能；

（3）產(chǎn)品接口目前共有2個，提供了產(chǎn)品配置變更查詢；

（4）ADC專用接口目前共有12個，提供了ADC工單雜項功能。

3 基于SOA技術(shù)的新一代電子渠道接口

協(xié)議體系設(shè)計

考慮到電子渠道接互的是異構(gòu)的系統(tǒng)集群，為最大程度地實現(xiàn)跨系統(tǒng)間的業(yè)務(wù)交互提供服務(wù)，NGBOSS基于SOA進(jìn)行電子渠道接口協(xié)議設(shè)計，支持SOAP v1.1協(xié)議和基于Web Services的HTTP協(xié)議傳輸，提供URL使用Web方式實時提供服務(wù)。核心系統(tǒng)NGCRM提供使用基于XML的語言接口定義文件（WSDL）供電子渠道下載。

基于SOA技術(shù)的電子渠道接口協(xié)議實現(xiàn)了核心的NGCRM系統(tǒng)和異構(gòu)的平臺之間架構(gòu)上的松耦合，核心系統(tǒng)NGCRM在協(xié)議升級時只需要更新WSDL文件，平臺可以在此基礎(chǔ)上實現(xiàn)對服務(wù)的無縫調(diào)用；而平臺只要按照語言接口定義文件（WSDL）約定調(diào)用服務(wù)即可，平臺內(nèi)部的演進(jìn)改造與接口調(diào)用無關(guān)。

4 NGBOSS電子渠道接口協(xié)議體系實施

的效果

基于SOA電子渠道接口協(xié)議為廣東移動產(chǎn)品在電子渠道的超市化運營提供了技術(shù)保障。NGCRM和電子渠道互相協(xié)調(diào)，使得產(chǎn)品管理、產(chǎn)品上架、產(chǎn)品銷售、產(chǎn)品算費等產(chǎn)品生命周期全流程做到了全配置化，產(chǎn)品實現(xiàn)了超市化運營。

電子渠道和NGCRM協(xié)調(diào)實現(xiàn)產(chǎn)品超市化運營的流程如圖2所示。

在產(chǎn)品管理和上架方面，CRM產(chǎn)品配置服務(wù)中心是企業(yè)產(chǎn)品數(shù)據(jù)創(chuàng)建和變更的唯一入口。它向電子渠道后臺管理提品創(chuàng)建、變更和產(chǎn)品上架服務(wù)，圖片、Flash等產(chǎn)品富媒體描述通過CRM產(chǎn)品配置中心數(shù)據(jù)庫向電子渠道產(chǎn)品庫同步數(shù)據(jù)。

電子渠道作為和客戶的直接接觸點，設(shè)計用戶界面對產(chǎn)品進(jìn)行展示，并且在電子渠道上完成產(chǎn)品瀏覽和購物等相關(guān)操作。

用戶提交訂單后，NGCRM負(fù)責(zé)后臺面向客戶產(chǎn)品訂購的端到端流程，負(fù)責(zé)維護(hù)和處理CRM訂單的開通，并負(fù)責(zé)維護(hù)交易的完整性；向電子渠道用戶提供訂單流程查詢和訂單變更功能。

NGCRM管理所有產(chǎn)品的訂購關(guān)系，并向BOSS的計費系統(tǒng)同步訂購關(guān)系。實現(xiàn)由產(chǎn)品展示、訂單處理到后臺計費的全業(yè)務(wù)流程。

可見，在這種架構(gòu)下，電子渠道只要專注于提供便捷友好的用戶界面即可，至于產(chǎn)品管理和訂單處理、計費環(huán)境的復(fù)雜業(yè)務(wù)邏輯能力已被NGBOSS承載并封裝在開放的標(biāo)準(zhǔn)接口中提供給異構(gòu)的電子渠道調(diào)用，加之前后端系統(tǒng)的協(xié)調(diào)就實現(xiàn)了產(chǎn)品的超市化運營。

參考文獻(xiàn)：

[1] 鄭宇晟，黎偉健. 互聯(lián)網(wǎng)時代電子渠道數(shù)據(jù)業(yè)務(wù)發(fā)展策略[J]. 移動通信， 2012（21）： 81-85.

第3篇：接口協(xié)議范文

蛇捕食青蛙本是天性使然，兒時在南方的農(nóng)村常常會不經(jīng)意地遇見，只是這些年來，當(dāng)某些貪婪的人們習(xí)慣將這兩種動物烹成美味端上餐桌后，才變得有點難覓蹤影了。

2007年6月23日那天在野外邂逅這對天敵時，兩只動物的眼睛里所透露出的兇悍與哀怨，還是讓我這個“厭蛇一族”極為震撼。說實在話，這是我第一次如此近距離地觀察和見證蛇的捕食過程，拍攝時離得非常近，以致于蛇的眼睛里都幾乎能看到自己晃動的身影，我圍著它們前后左右接連拍攝了近百張照片，隔得最近時鏡頭離蛇頭不到50厘米，《蛇口難逃》就是其中的一張。

這種蛇是家鄉(xiāng)人俗稱的“紅緞蛇”，早先我一直以為是種無毒蛇，將那天拍的這組蛇片發(fā)到“橡樹攝影網(wǎng)”后曾一度引起過爭論，因為這條蛇是在一條漲水的溪邊發(fā)現(xiàn)，最后蛇又叼著青蛙在激流中泅水而去，發(fā)片時就想當(dāng)然地起了個武斷且搞怪的題目，叫做《水蛇傳》。貼子發(fā)出去以后，反對的聲音頗大，以致于過去了很久，我還能想象出那些行家里手因我的無知而弄得啼笑皆非的樣子。事后在網(wǎng)上查資料比對，才有了更深入的了解。原來這種蛇的學(xué)名叫做“赤鏈蛇”，是游蛇科鏈蛇屬的一種，多棲息于平原、丘陵和山區(qū)，常見于田野、山坡、竹林、村舍和水域附近，以魚、蛙、蟾蜍、蜥蜴、鳥雀等為食，個性極為兇猛。較早的一些資料中稱其無毒，是因為它沒有一般毒蛇那種常見的前毒牙。最新的一些研究發(fā)現(xiàn)，赤鏈蛇也有達(dá)氏腺，它的后毒牙著生在口角內(nèi)側(cè)上頜的后部，毒牙細(xì)短且無管無溝，只要被咬物沒有被深深納入口內(nèi)，就難以觸及它的后毒牙，因此通常也不易對人造成蛇傷。

二

做為一個戶外運動和攝影的雙重愛好者，自2005年開始，我?guī)缀趺磕甓家闀r間到烏云界國家級自然保護(hù)區(qū)及其周邊的一些地方采風(fēng)。每次走進(jìn)烏云界綿延的大山，都有一種強烈的新鮮感和渴望回歸的沖動，在親近大自然的同時，也磨礪了自己的意志，開闊了視野，淬煉了認(rèn)知。烏云界原始野性的山嶺溪谷、寧靜淳樸的古舊村落、種類繁多的生物蘊藏給我留下了深刻的印象，常常為美麗的家鄉(xiāng)，人稱“世外桃源”的地方擁有這么一方神奇的凈土而感到欣慰與自豪。

烏云界國家級自然保護(hù)區(qū)地處湖南省桃源縣的南部山區(qū)，始建于2000年10月，當(dāng)時是湖南省人民政府批準(zhǔn)成立的黑山省級自然保護(hù)區(qū)，2003年經(jīng)省人民政府批準(zhǔn)同意更名為烏云界自然保護(hù)區(qū)，在2006年2月經(jīng)國務(wù)院正式批準(zhǔn)，升級為烏云界國家級自然保護(hù)區(qū)。

保護(hù)區(qū)總面積33818公頃，其中有森林面積27610公頃，森林植被覆蓋率達(dá)92。5%，是湘西北重要的水源涵養(yǎng)區(qū)和生態(tài)屏障。據(jù)歷次科考調(diào)查證實，保護(hù)區(qū)內(nèi)有維管束植物203科847屬2076種，屬國家一級保護(hù)的野生植物有5種，國家二級保護(hù)的植物有22種；另外，區(qū)內(nèi)還保存了大片國家重點保護(hù)植物篦子三尖杉群落以及眾多古樹名木。烏云界茂密多樣的植被營造出眾多野生動物的理想庇護(hù)所，在保護(hù)區(qū)內(nèi)迄今已發(fā)現(xiàn)野生脊椎動物28目71科201種，無脊椎動物21目162科999種，其中國家一級保護(hù)的野生動物達(dá)5種，國家二級保護(hù)的野生動物有22種。烏云界國家自然保護(hù)區(qū)設(shè)立至今，無論是軟件配置還是硬件建設(shè)上均取得了長足的進(jìn)展，其生態(tài)效益也必將隨著時間的推移而日益顯現(xiàn)。

三

我是一個徹頭徹尾的環(huán)保主義者，每次走進(jìn)自然保護(hù)區(qū)，卑微的心，虔誠而且感動。

我們只有一個地球，脆弱的生態(tài)需要人類細(xì)心的呵護(hù)，在這個蔚藍(lán)色的星球上，每一個物種都是大自然對我們豐厚的饋贈。對于資源寶庫中那些名目繁多的動、植物，我們尚有太多的奧秘未能認(rèn)知和探究，所以不能再愚昧、簡單地將之歸類為“有益”或“無益”。

今天全社會環(huán)保意識的幡然覺醒，各類自然保護(hù)區(qū)的先后設(shè)立，也許只是人類在生態(tài)保護(hù)領(lǐng)域付出了高昂學(xué)費后的無奈選擇，也許只是痛定思痛后艱難跨越的一小步，但這畢竟是一種責(zé)任心與和諧理念的全新起點，有著十分積極的意義。

第4篇：接口協(xié)議范文

一、強化措施，在化解群眾難題中關(guān)注民生

堅持把解決與群眾生產(chǎn)生活息息相關(guān)的水、電、路、就業(yè)等方面的難題作為工作重點，集中力量落實。

一是認(rèn)真解決群眾飲水難問題。針對全縣山丘區(qū)資源性缺水和湖區(qū)水質(zhì)性缺水問題，從2005年開始，在積極爭取上級支持的基礎(chǔ)上，縣財政每年投入300萬元，并采取“誰投資、誰經(jīng)營、誰收益”的辦法，實行“以獎”，充分激活民資，著力解決農(nóng)村安全飲水問題。2006年，全縣共完成改水工程投資868萬元，興建集中供水工程13處，新建以打水井、建集水池為主的分散供水工程2061處，擴建堰塘191處，解決安全飲水人口2.6萬人。到目前為止，全縣農(nóng)村共興建大小自來水廠67個，受益群眾21.3萬人，占全縣農(nóng)村總?cè)丝诘?0.4%。

二是認(rèn)真解決群眾用電難問題。針對部分群眾反映的用電難問題，縣財政投入資金400萬元，組織全縣88個縣直后盾單位資助200多萬元，對35個因國家停止電力網(wǎng)改工程貸款而未進(jìn)行網(wǎng)改的村，全面進(jìn)行了電網(wǎng)改造，每年減輕農(nóng)民電費負(fù)擔(dān)300多萬元。

三是認(rèn)真解決群眾行路難問題。為方便群眾出行，積極抓住新農(nóng)村建設(shè)的大好時機，實行縣、鄉(xiāng)、村三級聯(lián)動，共硬化通鄉(xiāng)公路44.2公里、通村公路310公里，全縣有172個村通上了水泥路，通村率達(dá)到32%，并新開通農(nóng)村客運線路17條，讓群眾足不出戶就能坐上公共汽車。

四是認(rèn)真解決群眾就業(yè)難問題。一方面，結(jié)合再就業(yè)培訓(xùn)工程，縣財政每年投入40多萬元，在工會職校、勞動技校等9家職業(yè)培訓(xùn)機構(gòu)常年開設(shè)下崗職工免費培訓(xùn)班，組織縣直單位采取出資購買公益崗位、招引新上項目等方式，開發(fā)新的就業(yè)崗位。同時按照優(yōu)惠政策，對興辦經(jīng)濟實體的下崗職工一律給予稅費優(yōu)惠，引導(dǎo)企業(yè)下崗職工依靠自己的“雙手”脫困。2006年，全縣共免費培訓(xùn)下崗職工3572人，新開發(fā)就業(yè)崗位1090個，安置失業(yè)人員776人，向外輸出下崗職工756人，為創(chuàng)辦經(jīng)濟實體的下崗職工減免各項稅費200多萬元。另一方面，結(jié)合“陽光工程”，加大農(nóng)村勞動力的轉(zhuǎn)移培訓(xùn)力度，并在上海、廣州、深圳等地設(shè)立勞務(wù)輸出中心和同鄉(xiāng)會，帶動和促進(jìn)農(nóng)村剩余勞動力轉(zhuǎn)移，2006年，全縣新轉(zhuǎn)移農(nóng)村勞動力1.3萬人，外出務(wù)工人數(shù)達(dá)到13.62萬人，占全縣勞動力人口的43%。

五是認(rèn)真解決群眾生活難問題。針對部分群眾生產(chǎn)生活資金缺乏的問題，定期組織縣直單位開展“四送下鄉(xiāng)”活動，為群眾免費贈送化肥、農(nóng)藥、種子等生產(chǎn)資料，解決群眾的燃眉之急。今年3月，全縣共組織120多個縣直后盾單位、10000多名機關(guān)干部開展了為期一個月的“萬名干部進(jìn)鄉(xiāng)村”活動，為群眾送去化肥300多噸，種子2000多公斤，幫助群眾解決生產(chǎn)資金100多萬元。并建立健全了困難群眾幫扶機制，組建了“愛心超市”，及時救助困難群眾，并積極組織開展“送溫暖”活動，2006年，全縣共救助6700多名困難群眾，發(fā)放救濟款物230多萬元。

二、創(chuàng)新理念、在維護(hù)群眾利益中關(guān)注民生

在工作過程中，牢固樹立“和諧理念”，凡是與群眾利益相關(guān)的事，都在不違背大原則的前提下，堅持“立足本地實際、尊重群眾意愿、立足長遠(yuǎn)發(fā)展”三大原則，盡可能地選擇群眾滿意率最高、群眾受益最大的方案決策，并充分尊重群眾的生活習(xí)慣，盡量選擇群眾能夠接受的方式執(zhí)行。如在解決征地拆遷難題過程中，我們針對以往拆遷工作難度大、矛盾多、群眾長遠(yuǎn)生計無法保障的問題，縣政府今年研究出臺了《澧縣失地農(nóng)民基本生活保障試行辦法》，一改過去“一補了之”的做法，推行資金補償、就業(yè)援助、社會保障綜合安置方式，在嚴(yán)格按國家相關(guān)政策落實征地補償資金的基礎(chǔ)上，讓農(nóng)民以土地?fù)Q社保，將法定勞動年齡段的失地農(nóng)民全部納入社會養(yǎng)老保險范圍，保險費按個人60%、村15%、縣25%的比例分擔(dān)，個人和村級部分在土地補償費中各自列支；對生活貧困的拆遷戶，轉(zhuǎn)為城鎮(zhèn)戶口后納入城鎮(zhèn)低保。同時，積極推行“和諧拆遷”，采取“先建后拆、先補后拆、產(chǎn)權(quán)轉(zhuǎn)換、差額找補”的辦法操作，規(guī)劃設(shè)計了占地面積60畝的護(hù)城、關(guān)心兩個安置小區(qū)，實行多層公寓式小區(qū)集中安置，先由財政投入建好后提供給拆遷戶使用，拆遷戶搬遷后再拆除老房。目前縣財政已投入資金500萬元，啟動一期工程建設(shè)。還積極為失地農(nóng)民提供就業(yè)援助，確保失地農(nóng)民失地不失居、不失業(yè)、生活水平不降低，較好地保障了失地農(nóng)民的根本利益。

三、加大力度、在健全社保體系中關(guān)注民生

著力完善和健全養(yǎng)老、醫(yī)療等社會保障機制，切實加強對特殊困難群眾的救助，保證社會弱勢群體的生活底線，盡力把群眾都裝進(jìn)“保險箱”，確保困難群眾老有所養(yǎng)、病有所醫(yī)、困有所幫，堅決不讓一個因陷入生活困境的人失去希望。重點在“四保”上下勁。

一是擴大社保。重點是對原國有、集體改制企業(yè)下崗職工參保、續(xù)保給予直接補貼，擴大社保覆蓋面。2006年，縣財政安排專項資金310萬元，對“4050”以上人員參保續(xù)保給予12%的補貼，對“4050”以下人員給予8%的補貼，并對已達(dá)到法定退休年齡，但尚未參保的大集體職工，實行分檔繳費的辦法參保，共新增參保人員2300人。

二是提高低保。由縣財政安排專項資金，逐年提高城鄉(xiāng)低保月補差標(biāo)準(zhǔn)。2006年，全縣城鎮(zhèn)低保月補差標(biāo)準(zhǔn)由57元提高到75元，低保保障人數(shù)達(dá)到了16664人；農(nóng)村低保月補差標(biāo)準(zhǔn)由6月提高到20元，低保人數(shù)達(dá)到了10001人。

第5篇：接口協(xié)議范文

關(guān)鍵詞：加工貿(mào)易；報關(guān)單；正確填寫；常見錯誤

進(jìn)出口報關(guān)單是企業(yè)辦理貨物進(jìn)出境的必要單據(jù)，正確、完整地填寫進(jìn)出口報關(guān)單不僅關(guān)系到國家的相關(guān)政策制度能否落實，也關(guān)系到企業(yè)能否順利通關(guān)。但在實際報關(guān)中，由于報關(guān)單據(jù)的填寫內(nèi)容繁多且復(fù)雜，還要根據(jù)貨物及企業(yè)的不同性質(zhì)填寫，經(jīng)常會出現(xiàn)許多不符合規(guī)定的報關(guān)單據(jù)， 尤其以加工貿(mào)易方式下的報關(guān)單填寫問題最多。本文力圖解析加工貿(mào)易項下企業(yè)報關(guān)單的填寫的常見錯誤及注意事項，以期提高企業(yè)的通關(guān)效率。

一、備案號欄的填寫

擁有加工貿(mào)易進(jìn)出口經(jīng)營權(quán)的企業(yè)在料件進(jìn)口之前必須到海關(guān)進(jìn)行加工貿(mào)易手冊備案，取得案備號。備案號指的就是企業(yè)在海關(guān)電子口岸錄入備案資料庫和完成手冊備案資料錄入后，經(jīng)海關(guān)審核無誤，下發(fā)給加工貿(mào)易企業(yè)手冊備案當(dāng)中的編號?；蛘呤菗碛屑庸べQ(mào)易進(jìn)出口經(jīng)營權(quán)的企業(yè)在海關(guān)辦理征、減、免稅審批備案手續(xù)時，海關(guān)給予的《進(jìn)出口貨物征免稅證明》或其他有關(guān)備案審批文件的編號。如非加工貿(mào)易，本欄免于填報。要注意的是，如果在一批進(jìn)出口貨物中，同時有備案商品和非備案商品，要分開填寫報關(guān)單，不能填在一個報關(guān)單中。例如：某公司從馬來西亞進(jìn)口純棉布8000米，其中5000米用于加工成品西服后再出口，海關(guān)備案手冊號為B04025452111，而另外的3 000米用于加工成品后轉(zhuǎn)國內(nèi)銷售。我們可以看出，這批貨物中的5000米是來料加工，所以報關(guān)單中備案號欄應(yīng)填寫B(tài)04025452111，但剩余3000米純棉布則屬于一般貿(mào)易，應(yīng)按照一般貨物進(jìn)出口填寫報關(guān)單。

但需要指出的是，加工貿(mào)易的成品并不都是用于出口，在某種情況下，加工貿(mào)易成品貨物可經(jīng)過一定審批，憑海關(guān)簽發(fā)的《征免稅證明》轉(zhuǎn)為享受減免稅優(yōu)惠的進(jìn)口貨物。這時要注意，加工貿(mào)易企業(yè)算做出口，要按照出口填制報關(guān)單，備案號欄要填寫其《加工貿(mào)易手冊》編號；而購買該成品的企業(yè)視為進(jìn)口，要填制進(jìn)口報關(guān)單，備案號欄填寫《征免稅證明》編號。例如，廣州某企業(yè)來料加工貿(mào)易生產(chǎn)攪拌機，來料加工手冊編號為：B11004523141，后來該批攪拌機被福州某家企業(yè)作為投資設(shè)備購買，其《征免稅證明》編號為Z01004B01065，對廣州這家企業(yè)而言，視為出口，要在其出口報關(guān)單的備案號欄填寫B(tài)11004523141，對于福州這家企業(yè)則視為進(jìn)口，其進(jìn)口報關(guān)單的備案號欄要填寫Z01004B01065。

二、運輸方式欄的填寫

報關(guān)當(dāng)中的運輸方式欄填寫較為簡單，主要按照實際進(jìn)出口時選用的運輸工具填寫，本文主要強調(diào)一下海關(guān)規(guī)定的特殊運輸方式，比如無實際進(jìn)出境時運輸方式的填寫。在加工貿(mào)易項下，在海關(guān)特殊監(jiān)管區(qū)域、保稅監(jiān)管場所之間貨物的流動，即便沒有發(fā)生實際進(jìn)出境，但視同進(jìn)出口，也要填制相應(yīng)的進(jìn)出口報關(guān)單。如境內(nèi)非保稅加工區(qū)運入保稅區(qū)的貨物，或境內(nèi)存入出口監(jiān)管倉庫的貨物應(yīng)視同出口；保稅加工區(qū)運往境內(nèi)非保稅區(qū)的貨物，或保稅倉庫轉(zhuǎn)內(nèi)銷的貨物應(yīng)視同進(jìn)口。這時其運輸方式的填寫就要特別注意，分別應(yīng)填寫為“非保稅區(qū)”、“保稅區(qū)”、“監(jiān)管倉庫”和“保稅倉庫”。

例如，寧波保稅區(qū)某企業(yè)將其加工生產(chǎn)的變壓器轉(zhuǎn)為內(nèi)銷貨物，經(jīng)由鐵路運輸至南京，視為進(jìn)口，應(yīng)填制進(jìn)口報關(guān)單，但報關(guān)企業(yè)誤將其運輸方式填寫為鐵路運輸，代碼為3，造成企業(yè)通關(guān)受阻，不僅影響貨物的銷售，還被海關(guān)處以相應(yīng)罰款，正確填報應(yīng)為“保稅倉庫”。

出口加工區(qū)外運入加工區(qū)或者從由出口加工區(qū)運往區(qū)外的貨物，區(qū)外企業(yè)填報“出口加工區(qū)”，區(qū)內(nèi)企業(yè)則填報“其他運輸”。 而一般企業(yè)加工貿(mào)易中的余料結(jié)轉(zhuǎn)貨物、深加工結(jié)轉(zhuǎn)貨物、內(nèi)銷貨物、同一出口加工區(qū)或不同出口加工區(qū)的企業(yè)之間相互結(jié)轉(zhuǎn)（調(diào)撥）的貨物。則統(tǒng)一填報“其他運輸”。這就要求企業(yè)要特別熟悉這種特殊的運輸方式，否則就會導(dǎo)致通關(guān)單填寫錯誤被海關(guān)部門退回，損害企業(yè)經(jīng)濟效益。

例如，鄭州出口加工區(qū)某企業(yè)將其加工貿(mào)易項下的紙箱運往區(qū)外洛陽某家企業(yè)，這時鄭州該企業(yè)運輸方式應(yīng)填報為“出口加工區(qū)”，而洛陽這家企業(yè)運輸方式應(yīng)填報為“其他運輸”。但如果鄭州出口加工區(qū)某企業(yè)將該批貨物結(jié)轉(zhuǎn)給洛陽出口加工區(qū)內(nèi)某企業(yè)結(jié)轉(zhuǎn)，則兩家企業(yè)運輸方式均應(yīng)填報“其他運輸”。要特別注意不同出口加工區(qū)之間貨物的結(jié)轉(zhuǎn)與出口加工區(qū)區(qū)內(nèi)區(qū)外貨物的結(jié)轉(zhuǎn)是不一樣的，其運輸方式的填報是不同的。

三、起運國/運抵國欄及裝貨港/指運港欄

以中國為例，起運國指的是進(jìn)口貨物經(jīng)由始發(fā)地發(fā)出，直接運抵我國境內(nèi)的國家或地區(qū)，運抵國是指出口貨物離開我國關(guān)境直接運抵的國家或地區(qū)。在報關(guān)單填制中，若不發(fā)生中轉(zhuǎn)，起運國欄和運抵國填寫不易出錯。但若涉及到第三國的中轉(zhuǎn)，則要注意，若在運輸途中經(jīng)過中轉(zhuǎn)但未發(fā)生實際商業(yè)易，則起運國和運抵國按照進(jìn)口貨物的始發(fā)國和出口貨物的最終目的地填寫。但如果在中轉(zhuǎn)國發(fā)生了商業(yè)易，則中轉(zhuǎn)地為起運國或運抵國。具體判斷商品是否發(fā)生實際交易，還是要通過發(fā)票中賣方的國別判斷貨物中轉(zhuǎn)時是否發(fā)生買賣關(guān)系。例如，中國某企業(yè)購買來自澳大利亞的奶粉，如果直接運往中國，則起運國欄填寫“澳大利亞”，但若中國經(jīng)由新加坡購買原產(chǎn)于澳大利亞的奶粉，則起運國欄應(yīng)填寫“新加坡”。

類似的還有裝貨港和指運港，裝貨港要填寫貨物運抵我國前國外的最后一個裝貨港，一般情況下，裝貨港要與起運國一致，但若貨物在運輸途中發(fā)生中轉(zhuǎn)，即便沒有發(fā)生實際性商品交易，裝貨港要填寫中轉(zhuǎn)港名稱，這時裝貨港和起運國國別可不一致。而指運港指的是出口貨物運往境外的最終目的港，但要注意，指運港不一定在運抵國內(nèi)，比如出口至歐洲捷克的貨物，通常指運港是德國漢堡港，再經(jīng)陸上運輸運至目的地。例如，中國某企業(yè)購買來自新西蘭的羊毛衫，經(jīng)香港轉(zhuǎn)船后運抵上海，不管有沒有在香港發(fā)生交易，裝貨港都應(yīng)填報為“香港”。

四、運費及保費欄的填寫

在進(jìn)出口報關(guān)單中，運費和保費都不是全部要填寫的，要具體根據(jù)合同中的貿(mào)易術(shù)語方式選擇填寫。在實際操作中，往往容易混淆，以常用貿(mào)易術(shù)語總結(jié)如下：若以FOB、FCA出口，由進(jìn)口方負(fù)責(zé)運費和保費，則進(jìn)口報關(guān)單中要填寫該兩項費用，出口報關(guān)單則不用填寫；以CFR、CPT出口的，出口方承擔(dān)運費，則出口報關(guān)單中要填寫運費，進(jìn)口方負(fù)責(zé)保費，則進(jìn)口報關(guān)單中要填寫保費；以CIF、CIP出口的，出口方承擔(dān)運費和保費，所以出口報關(guān)單中要填寫運費和保費，進(jìn)口報關(guān)單中則無需填寫這兩項。在實際報關(guān)中，以集裝箱海洋運輸為例，運費計算較為簡單。要注意若是整箱運輸，運費=單位每箱運費×整箱數(shù)。但拼箱費用的計算略微復(fù)雜，分按體積與重量計算兩種方式：按體積計算，X1=單位基本運費（MTQ）×總體積；按重量計算，X2=單位基本運費（TNE）×總毛重，然后取 X1、X2 中較大的一個。另外，要警惕出口運費的少報事件，因我國對于生產(chǎn)性企業(yè)的出口退稅基數(shù)是以FOB價計算的，若企業(yè)以CFR、CIF價出口，這樣運費越少，其FOB價越高，企業(yè)可以獲得的出口退稅額就越多。

在保險費的計算中，當(dāng)貿(mào)易術(shù)語為CIF、CIP時，保險費=合同價×k×r；當(dāng)貿(mào)易術(shù)語為CFR、CPT時，保險費=合同價×[（k×r）/（1-k×r）]；當(dāng)貿(mào)易術(shù)語為FOB、FCA時，保險費=（合同價+ 海運費或空運費） × [（k×r）/（1-k ×r）]，其中保險費率為r，保險加成為k。保險加成可選擇110%、120%或130%，保險費率通常選擇一切險外加戰(zhàn)爭險和罷工險，尤其要注意，同時投保戰(zhàn)爭險和附加險時，費率只取其一。例如，中國某加工貿(mào)易企業(yè)以FOB貿(mào)易術(shù)語進(jìn)口一批蔗糖，裝運港雅加達(dá)，目的港上海，合同金額84480美元，由貿(mào)易術(shù)語可知，進(jìn)口商承擔(dān)運費和保費，進(jìn)口報關(guān)單欄的運費和保費都要填。由裝貨單知該商品裝兩個20尺柜，查閱運價表得知，該商品運費為205美元，商品投保險種為：海上運輸一切險，其費率為8‰，外加戰(zhàn)爭險及罷工險，費率為0.8‰，投保加成110%。根據(jù)上面所列計算公式，貿(mào)易術(shù)語為FOB時，保險費=（合同價+海運費或空運費）×[（k×r）/（1-k ×r）]，保險費=（84480+205）× （1.1×8.8‰）/（1-1.1×8.8‰），計算可得，保險費為

在填制報關(guān)單中，要特別注意貿(mào)易術(shù)語和運費、保費之間的邏輯關(guān)系，并要計算正確，以便海關(guān)對完稅價格的正確確定。

五、件數(shù)及包裝欄的填寫

一般情況下，報關(guān)單中的“件數(shù)與包裝欄”，填寫的是商品的外包裝，件數(shù)并不是合同中的銷售數(shù)量，而是整個外包裝的數(shù)量。還要注意一些特殊情況，如果配艙回單件數(shù)以集裝箱為單位，件數(shù)欄填報集裝箱個數(shù)；如果配艙回單件數(shù)為托盤，則直接填報托盤個數(shù)；如遇到有兩種計件單位的，件數(shù)欄應(yīng)將兩者合計填報。總之，件數(shù)欄不得填報為零，不能為空，散、裸裝貨物填報為“1”。例如，某企業(yè)進(jìn)口一批化妝品，在合同中的數(shù)量是15000瓶，外包裝用的紙箱，查閱商品明細(xì)，商品銷售單位為瓶，一紙箱等于150個銷售單位，所以可計算出商品共裝了100紙箱，所以對應(yīng)在進(jìn)口報關(guān)單中，件數(shù)欄應(yīng)填寫100，而非15000。又如，某企業(yè)出口一批貨物，再裝貨單上顯示計件單位為“3unie&4cartons”，說明該批貨物有兩種計價單位，此時出口報關(guān)單上件數(shù)欄應(yīng)填報“7”，包裝則填報“其他”。

六、數(shù)量及單位欄

報關(guān)單中的數(shù)量及單位欄，涉及到成交數(shù)量、成交單位、法定第一數(shù)量、法定第一單位、法定第二數(shù)量和法定第二單位，這些項目怎么填寫，是不是都要填寫，很容易混淆。成交數(shù)量和成交單位參照的是合同，根據(jù)合同填寫，法定第一單位及第二單位的內(nèi)容根據(jù)海關(guān)稅則的規(guī)定填寫。報關(guān)單中涉及數(shù)量及單位欄的填寫共有三行內(nèi)容，第一行填寫法定第一單位和法定第一數(shù)量；第二行填寫法定第二單位和法定第二數(shù)量；第三行填寫成交單位和成交數(shù)量。在這里要特別注意，如果貨物合同中的成交單位和法定第一單位一致，則成交單位及數(shù)量一欄無需填寫，若不一致，則都要填寫；如果海關(guān)列明的貨物沒有法定第二單位，則法定第二單位及數(shù)量都無需填寫，若有則要如實申報。

同時還要注意，數(shù)量及單位欄的計算公式。法定第一數(shù)量=成交數(shù)量X比例因子一，法定第二數(shù)量=成交數(shù)量X比例因子二，若無法定第二單位，則第二數(shù)量也無需填寫。

例如，某企業(yè)進(jìn)口澳洲羊毛加工成成品羊毛衫，欲出售給美國一企業(yè)，要填制出口報關(guān)單，該商品合同中成交單位為件，成交數(shù)量為13600件。該成品監(jiān)管條件見下表：

第6篇：接口協(xié)議范文

關(guān)鍵詞：數(shù)字電視，圖文信息，接口

 

1引言

數(shù)字電視圖文信息服務(wù)系統(tǒng)建立的目的主要是為了更好的給用戶提供所需的關(guān)于醫(yī)療衛(wèi)生、教育教學(xué)、農(nóng)產(chǎn)品價格和供求等相關(guān)信息，對信息資源做到集中管理、共享訪問，最終形成一個有一定規(guī)模的圖文信息服務(wù)系統(tǒng)。論文參考，圖文信息。為了使各部分模塊之間能夠順暢的銜接，本文介紹了數(shù)字電視圖文信息服務(wù)系統(tǒng)接口的設(shè)計方案。

2圖文信息服務(wù)系統(tǒng)外部接口的設(shè)計

2.1與門戶的接口

圖文資源中心作為一個獨立的平臺，與門戶登陸系統(tǒng)之間通過接口傳送機頂盒登陸數(shù)據(jù)信息，如圖1所示。

圖1 門戶系統(tǒng)接口結(jié)構(gòu)圖

門戶系統(tǒng)接口：功能是獲得當(dāng)前機頂盒的MAC地址。論文參考，圖文信息。

接口協(xié)議：通信采集用HTTP協(xié)議，通信的數(shù)據(jù)格式采用XML1.0標(biāo)準(zhǔn)。

2.2與合作方網(wǎng)站的接口

對于開放站點數(shù)據(jù)庫的合作方，由于不同的合作方其數(shù)據(jù)庫結(jié)構(gòu)也不盡相同，因此在圖文采集子系統(tǒng)的數(shù)據(jù)遷移模塊中，分析合作方數(shù)據(jù)庫結(jié)構(gòu)的協(xié)議需要與開放站點做接口。

傳輸數(shù)據(jù)：合作方向資源中心提供的信息數(shù)據(jù)。

接口協(xié)議：合作方數(shù)據(jù)源的數(shù)據(jù)格式協(xié)議。論文參考，圖文信息。與開發(fā)站點數(shù)據(jù)庫的通信采集JDBC2.0標(biāo)準(zhǔn)；與XML格式數(shù)據(jù)源通信，數(shù)據(jù)格式采用XML1.0標(biāo)準(zhǔn)。

2.3短信平臺接口

此接口留待擴展，當(dāng)用戶選擇接收手機短信時，有新的留言信息會有手機短信提示，可和現(xiàn)有的短信平臺對接，實現(xiàn)圖文的短信增值。

傳輸數(shù)據(jù)：留言發(fā)件人、留言標(biāo)題、留言正文。

接口協(xié)議：與留言系統(tǒng)數(shù)據(jù)庫的通信采集JDBC2.0標(biāo)準(zhǔn)；與短信平臺接口數(shù)據(jù)格式符合短信平臺的協(xié)議。

2.4與中小學(xué)教育信息系統(tǒng)（PSTIM）接口

2.4.1數(shù)據(jù)同步

數(shù)據(jù)同步部分主要功能是基于TCP協(xié)議建立socket連接的方式，將中小學(xué)教育信息系統(tǒng)中的年級、年級所學(xué)科目、年級所學(xué)科目版本、知識點、教學(xué)周等信息傳遞過來，并將此信息轉(zhuǎn)化為圖文欄目層次的數(shù)據(jù)關(guān)系，通過此關(guān)系可以對學(xué)習(xí)資料圖文信息進(jìn)行組織。在圖文中PSTIM傳遞而來的數(shù)據(jù)將組成為圖文中一個子系統(tǒng)進(jìn)行管理。

1.接口結(jié)構(gòu)圖

圖2PSTIM門戶系統(tǒng)接口結(jié)構(gòu)圖

2.協(xié)議和規(guī)范：

TCP協(xié)議：從PSTIM中獲取數(shù)據(jù)采用的協(xié)議。

JDBC：數(shù)據(jù)轉(zhuǎn)入圖文數(shù)據(jù)庫中遵守的規(guī)范。

HTTP：接口程序與圖文數(shù)據(jù)庫通信采用的協(xié)議。

3.接口實現(xiàn)：

接口實現(xiàn)分為五個模塊(類)：中間表、socket通信模塊、傳輸數(shù)據(jù)分析模塊、數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)化模塊、圖文庫操作模塊。論文參考，圖文信息。

1) 中間表：

圖3 接口圖文與中小學(xué)教育數(shù)據(jù)結(jié)構(gòu)圖

2) Socket通信模塊：

采用成熟的基于TCP協(xié)議的socket通信的代碼搭建。根據(jù)雙方溝通和《教學(xué)管理系統(tǒng)與EPG等系統(tǒng)的接口協(xié)議.》文檔，接口同步程序作為socket通信的客戶端。論文參考，圖文信息。根據(jù)配置的IP和PORT向服務(wù)端發(fā)送數(shù)據(jù)請求。論文參考，圖文信息。服務(wù)端數(shù)據(jù)發(fā)生變化由系統(tǒng)外通知，數(shù)據(jù)通信請求由手動方式觸發(fā)。

3) 傳輸數(shù)據(jù)分析模塊：

傳輸數(shù)據(jù)分析類根據(jù)文檔《教學(xué)管理系統(tǒng)與EPG等系統(tǒng)的接口協(xié)議》制定數(shù)據(jù)傳輸協(xié)議編寫。

4) 數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)化模塊：

數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)化完畢后在欄目表中層次結(jié)構(gòu)為：中小學(xué)教育信息系統(tǒng)－>年級－>年級所學(xué)科目－>年級所學(xué)科目版本－>知識點－>圖文學(xué)習(xí)資料。轉(zhuǎn)化完畢在圖文中中小教學(xué)系統(tǒng)傳遞而來的數(shù)據(jù)作為一個圖文中一個子系統(tǒng)進(jìn)行管理。

數(shù)據(jù)同步完畢后在接口圖文與中小學(xué)教育表中層次結(jié)構(gòu)為年級－>年級所學(xué)科目－>年級所學(xué)科目版本－>知識點。

5) 圖文庫操作模塊：

該模塊主要由操作欄目和操作接口圖文與中小學(xué)教育兩個表。功能分為：

a) 對這兩個表進(jìn)行插入、修改、更新操作。

b) 獲得同步數(shù)據(jù)在圖文中所屬的rootid。

c) 刪除欄目（刪除其下所有子欄目和信息）。

3總結(jié)

數(shù)字電視圖文信息服務(wù)系統(tǒng)為數(shù)字電視增值業(yè)務(wù)的發(fā)展提供了更為廣闊的平臺，設(shè)計適合信息服務(wù)平臺各類信息模塊聯(lián)接的接口，是圖文信息服務(wù)系統(tǒng)中的重中之重。本文所設(shè)計的方案，滿足了各模塊之間的信息交互，為數(shù)字電視增值業(yè)務(wù)的發(fā)展奠定了堅實的技術(shù)基礎(chǔ)。

參考文獻(xiàn)：

[1]鄧曉燕.廣播電視臺圖文信息頻道制播系統(tǒng)的升級和改版初探[J]. 技術(shù)與市場,2009,(04).

第7篇：接口協(xié)議范文

為了保證PLC與變頻器之間的數(shù)據(jù)通信準(zhǔn)確、及時、穩(wěn)定可靠，必須對它們的硬件和軟件進(jìn)行統(tǒng)一的規(guī)定和處理，必須解決數(shù)字傳輸?shù)囊幌盗屑夹g(shù)問題。

第一要解決的是通信接口。PLC和變頻器都必須具備有能夠進(jìn)行通信的硬件電路，然后用導(dǎo)線將它們連接起來進(jìn)行通信。這種硬件電路稱為通信接口。硬件電路的設(shè)計標(biāo)準(zhǔn)不同，就形成了各種不同接口標(biāo)準(zhǔn)，如RS232、RS422、RS485等。PLC對變頻器進(jìn)行通信控制，雙方的接口標(biāo)準(zhǔn)必須一致。如果不一致，就必須在中間加上接口轉(zhuǎn)換設(shè)備，讓接口標(biāo)準(zhǔn)編程一致。

第二要解決的是通信傳輸方式。所謂通信傳輸方式，是指通信雙方按照什么規(guī)定來進(jìn)行數(shù)字通信，如并行還是串行、同步還是異步、單工還是雙工、基帶傳輸還是頻帶傳輸、用什么樣的傳輸介質(zhì)、通信速率是多少，等等，這些技術(shù)問題一部分是通過硬件來完成的，另一部分是通過通信設(shè)置來完成的。

第三要解決的是通信控制數(shù)據(jù)內(nèi)容的約定，如控制哪個變頻器、控制的內(nèi)容如何表示等。這些問題是由雙方對通信的約定——通信協(xié)議來解決的。

一般按控制功能和通信數(shù)據(jù)流向可分為四種：

對變頻器進(jìn)行運行控制；

對變頻器進(jìn)行運行狀態(tài)監(jiān)控；

對變頻器相關(guān)參數(shù)進(jìn)行設(shè)定修改；

讀取變頻器參數(shù)值。

所謂通信協(xié)議，是指通信雙方對數(shù)據(jù)傳送控制的一種約定。約定中包括對通信接口、同步方式、通信格式、傳送速度、傳送介質(zhì)、傳送步驟、數(shù)據(jù)格式及控制字符定義等一系列內(nèi)容作出統(tǒng)一規(guī)定，通信雙方必須同時遵守，因此又稱為通信規(guī)程。

廣義的通信協(xié)議應(yīng)該包含兩部分內(nèi)容：一是硬件協(xié)議，即所謂的接口標(biāo)準(zhǔn)；二是軟件協(xié)議，即所謂的通信協(xié)議。

硬件協(xié)議—串行數(shù)據(jù)接口標(biāo)準(zhǔn)和通信方式。串行數(shù)據(jù)接口標(biāo)準(zhǔn)屬于物理層。而物理層是為建立、保持和斷開在物理實體之間的物理連接，提供機械的、電氣的、功能性的特性和規(guī)程。

因此，串行數(shù)據(jù)接口標(biāo)準(zhǔn)對接口的電氣特性要作出規(guī)定，如邏輯狀態(tài)的電平、信號傳輸方式、傳輸速率、傳輸介質(zhì)、傳輸距離等；還要給出使用的范圍，是點對點還是點對多。同時，標(biāo)準(zhǔn)還要對所用硬件作出規(guī)定，如用什么連接件、用什么數(shù)據(jù)線，以及連接件的引腳定義和通信時的連接方式等，必要時還要對使用接口標(biāo)準(zhǔn)的軟件通信協(xié)議提出要求。在串行數(shù)據(jù)接口標(biāo)準(zhǔn)中，最常用的是RS232和RS485串行接口標(biāo)準(zhǔn)。

在PLC通信系統(tǒng)中，采用的是一步傳送通信方式，這種方式速率低，但通信簡單可靠，成本低，容易實現(xiàn)。異步傳送在數(shù)據(jù)傳送過程中，發(fā)送方可以在任意時刻傳送字符串，兩個字符串之間的時間間隔是不固定的，接收方必須時刻做好接受的準(zhǔn)備。也就是說，接收方不知道發(fā)送方是什么時候發(fā)送信號，很可能會出現(xiàn)當(dāng)接收方檢測到數(shù)據(jù)并作出響應(yīng)前，第一位比特已經(jīng)發(fā)過去了。因此，首先，要解決的問題就是如何通知傳送的數(shù)據(jù)到了。其次，接收方如何知道一個字符發(fā)送完畢，要能夠區(qū)分上一個字符和下一個字符。再次，接收方收到一個字符后如何知道這個字符有沒有錯，這些問題都是通過通信格式的設(shè)置來解決的。

在硬件協(xié)議—串行數(shù)據(jù)接口標(biāo)準(zhǔn)中對信號的傳輸方式作出了規(guī)定，而軟件協(xié)議即通信協(xié)議則主要對信息的傳輸內(nèi)容作出規(guī)定。

信息傳輸?shù)闹饕獌?nèi)容是：對通信接口提出要求，對控制設(shè)備間通信方式進(jìn)行規(guī)定，規(guī)定查詢和應(yīng)答的通信周期；同時，還規(guī)定了傳輸?shù)臄?shù)據(jù)信息幀（即數(shù)據(jù)格式）的結(jié)構(gòu)、設(shè)備的站址、功能代碼、所發(fā)送的數(shù)據(jù)、錯誤檢測，信息傳輸中字符的制式等。

第8篇：接口協(xié)議范文

關(guān)鍵詞：軟交換；綜合接入設(shè)備；簡單會話協(xié)議；用戶

中圖分類號：TP393文獻(xiàn)標(biāo)識碼：A文章編號：1009-3044(2011)14-3249-02

SIP Protocol Design Based on Integrated Access Device

JIANG Guo-song

(Huanggang Normal University,Huanggang 438000, China)

Abstract: IAD SIP module is part of the upper layer application software system to coordinate, control board SIP protocol stack and hardware between the work and information exchange process. In this paper, functional requirements IAD integrated access devices designed to SIP protocol module structure, and integrated access devices and software based on the exchange interaction between the media gateway controller, developed a way of processing interface and interfaces to achieve a comprehensive Access device and the seamless connection between the MGC.

Key words: soft switch; IAD; SIP; UA

隨著三網(wǎng)合一的發(fā)展，基于TDM的PSTN話音網(wǎng)必將和分組交換數(shù)據(jù)網(wǎng)融合，形成可以傳遞話音和數(shù)據(jù)等綜合業(yè)務(wù)的新一代網(wǎng)絡(luò)。如何靈活，有效地實現(xiàn)現(xiàn)有的PSTN網(wǎng)與分組交換網(wǎng)的互通，將PSTN逐步的向IP網(wǎng)絡(luò)演進(jìn)，其很重要的一點就是如何接入，即如何將PSTN信號轉(zhuǎn)化為能在IP網(wǎng)絡(luò)上傳送的信號。由于軟交換是多種功能實體的的集合，是下一代電信網(wǎng)中語音/數(shù)據(jù)/視頻業(yè)務(wù)呼叫、控制、業(yè)務(wù)提供的核心設(shè)備，也是目前電路交換網(wǎng)向分組網(wǎng)演進(jìn)的主要設(shè)備之一。

1 SIP協(xié)議模型

IAD設(shè)備可以建立、修改和釋放多媒體會話，這些會話包括基本的電話呼叫、多媒體會議等。作為一個終端接入設(shè)備，IAD可以檢測到來自硬件板卡的交互信息，如設(shè)置物理端口的參數(shù)，打開、關(guān)閉一個物理端口，設(shè)置RTP會話的參數(shù)，打開、關(guān)閉一個RTP會話，在物理端口上發(fā)信號（如振鈴音），播放語音（可選功能），在物理端口上檢測事件（如DTMF），設(shè)置編碼方案，接收RTCP報告。IAD收到硬件板卡的交互信息后，控制SIP協(xié)議棧建立、修改和釋放呼叫，并接收對端IAD設(shè)備發(fā)送過來的呼叫指示信息。作為支持SIP協(xié)議的IAD設(shè)備，既可以作為主叫發(fā)起呼叫，也可以作為被叫接受呼叫。因此，SIP IAD的UA既具有UAC的功能，也應(yīng)具有UAS的功能。

分層次模型：采用層次化的組織方法，每一層向其上層提供服務(wù)，并利用下層的服務(wù)。在一些分層系統(tǒng)中，內(nèi)部層次全部被隱藏起來，只有外部層次和一部分精心選擇的功能可以被系統(tǒng)外部所見。在這種系統(tǒng)中，軟件部分是實現(xiàn)在層次結(jié)構(gòu)中的一些虛擬機，連接是層次與層次之間交互的協(xié)議。其主要優(yōu)點是它支持基于抽象程度遞增的系統(tǒng)設(shè)計，使得設(shè)計者可以把一個復(fù)雜系統(tǒng)按遞增的步驟分解開；細(xì)節(jié)屏蔽，每層對其上層而言，都是一個比其下層更適用、更高效的虛擬存在。這使得其實現(xiàn)和調(diào)試可按層組織、功能擴展也很方便，適用于多人分工、協(xié)作開發(fā)；支持功能增強，功能的改變最多影響相鄰的上下層；支持軟件復(fù)用。但是，并不是每個系統(tǒng)都可以很容易地劃分為分層次模型，甚至即使一個系統(tǒng)地邏輯結(jié)構(gòu)是層次化地，出于對系統(tǒng)性能地考慮，不得不把一些低級或高級地功能耦合起來。另外，很難找到一個合適地、正確地層次抽象方法。分層次模型最廣泛應(yīng)用于分層通信協(xié)議。

客戶/服務(wù)器模型：將軟件對資源的使用分成需者（客戶）和供者（服務(wù)器）兩個部分。服務(wù)器代表一個進(jìn)程，它對其他的進(jìn)程（客戶機）提供服務(wù)，它接收客戶的請求消息，然后發(fā)送響應(yīng)消息給客戶機?？蛻簦?wù)器模型的特點是各系統(tǒng)構(gòu)成部件小且自含，實現(xiàn)單一、可靠。另外，由于服務(wù)器可運行在各種地方，使該結(jié)構(gòu)有很好的硬件結(jié)構(gòu)適應(yīng)能力，特別適合于多處理系統(tǒng)的分散處理?？蛻?服務(wù)器模型用于人機界面與系統(tǒng)的關(guān)系和資源管理。

2 設(shè)計思想

從軟件工程的角度來分析，我們首先必須進(jìn)行結(jié)構(gòu)設(shè)計，確定軟件系統(tǒng)由哪些模塊組成，以及這些模塊之間的關(guān)系。軟件系統(tǒng)結(jié)構(gòu)是以選取最佳的軟件模型來實現(xiàn)的。軟件模型是將系統(tǒng)所提供的特性、服務(wù)以及系統(tǒng)所執(zhí)行的任務(wù)統(tǒng)一成一體的概括框架。軟件模型選擇和建立的適當(dāng)與否直接影響到軟件實現(xiàn)的難易和系統(tǒng)性能的高低。軟交換呼叫處理系統(tǒng)的設(shè)計和實現(xiàn)采用了分層次模型、客戶/服務(wù)器模型和面向?qū)ο竽Ｐ停员ＷC系統(tǒng)設(shè)計的高效性、可靠性、可擴展性。

3 系統(tǒng)結(jié)構(gòu)和處理流程

3.1 系統(tǒng)結(jié)構(gòu)

根據(jù)系統(tǒng)描述和總體設(shè)計說明，結(jié)合SIP協(xié)議棧和硬件板卡的適配，有圖1的SIP IAD系統(tǒng)結(jié)構(gòu)圖。其中SO層是SIP協(xié)議棧層，HR是RTP協(xié)議棧，PG是板卡適配層，呼叫控制層負(fù)責(zé)整個呼叫過程的控制，可以定義為SV層或者DS層（IAD SIP）。關(guān)于呼叫控制層與PG層、SO層的接口名按照Trillium的方法定義，既呼叫控制層和PG的接口名定義為Pgt，呼叫控制層與SO層的接口名定義為Sot。接口之間的原語名定義也完全按照Trillium的方式定義。

3.2 處理流程

以SIP IAD終端既可以做主叫發(fā)起呼叫，也可以做被叫接受呼叫。基于SIP的IAD和基于H.248的IAD有所不同，H.248 IAD必須有MGC的參與才能運行，而基于SIP IAD對MGC可選，只有電信級的SIP IAD才需要MGC的參與。

圖2中假定IAD1為主叫，IAD2為被叫，IAD1和IAD2之間正常通信的最簡單的一種情形，不設(shè)及地址解析和路由，沒有MGC的參與。實際主被叫IAD通信，可能要經(jīng)過MGC的控制，以便地址解析和呼叫計費。

4 接口設(shè)計

SIP IAD模塊的接口分內(nèi)部接口和外部接口。內(nèi)部接口是指呼叫控制層SV和SIP協(xié)議棧SO層的接口Sot，外部接口是指呼叫控制層和PG層的接口Mgt以及呼叫控制層和HR的接口Hrt。對于內(nèi)部接口，主要是處理SV層控制SIP協(xié)議棧發(fā)送和接收SIP消息，而對于外部接口，主要是處理SV層和PG層的消息交互，實質(zhì)上是處理PG層消息和從SIP協(xié)議棧接收/發(fā)送消息的映射，同時將SIP的SDP中的媒體信息傳送給HR層，打開/關(guān)閉RTP端口。內(nèi)部接口和外部接口相互獨立，相互沒有本質(zhì)的聯(lián)系。此模塊要設(shè)計好，比較重要的一環(huán)是設(shè)計好外部接口原語及相應(yīng)的數(shù)據(jù)結(jié)構(gòu)。對于外部接口，要處理好以下消息：

當(dāng)SV層收到PG發(fā)送來的消息時，首先判斷PG發(fā)送來的信號類型：

1）主叫摘機信號

2）被叫摘機信號

3）主叫掛機信號

4）被叫掛機信號

5）主叫電話號碼（地址）

6）被叫電話號碼（地址）

7）媒體通道信息（用來構(gòu)建SDP消息）

根據(jù)相應(yīng)的消息類型來構(gòu)建響應(yīng)消息來控制SIP協(xié)議棧發(fā)送相應(yīng)的SIP消息。同時，當(dāng)SV層收到SIP協(xié)議棧送來的消息時，根據(jù)消息的類型向PG層發(fā)送消息：

1）Alter tone消息

2）Ringing tone消息

3）掛機請求消息

由此構(gòu)建SV層和PG層交互的數(shù)據(jù)結(jié)構(gòu)SvEvnt如下：

struct SvEvnt

{CmMemListCp memLst；

UConnId spConnId；

UConnId suConnId；

TknStrOSXLcaller；

TknStrOSXLcallee；

PGMEDIADESC mediaDesc；

}typedef struct

{U8 pres;

U8 num;

U16port;

U8 fmt[PGMEDIA_FMT_LEN_MAX];,

}PGMEDIA_FMT;

typedef struct

{U8pres;

U8used; /* only for Pg,

TRUE=used,FALSE=nouse*/

CmInetIpAddraddr; /* sdp, c=...IPv4*/

PGMEDIA_FMT audio;/* sdp, m=audio ...*/

PGMEDIA_FMT video;/* sdp, m=video ...*/

}PGMEDIADESC;

4 結(jié)束語

本文通過對軟交換系統(tǒng)下媒體網(wǎng)關(guān)控制和綜合接入設(shè)備之間的信令交互方式，采用了SIP協(xié)議規(guī)范，并根據(jù)中國電信規(guī)范的要求設(shè)計了綜合接入設(shè)備的SIP協(xié)議模塊，實現(xiàn)綜合接入設(shè)備的SIP協(xié)議注冊以及信令處理流程，實現(xiàn)了綜合接入設(shè)備與MGC之間的無縫對接，達(dá)到了語音的端到端數(shù)字化。

參考文獻(xiàn)：

[1] 信息產(chǎn)業(yè)部,2001.軟交換設(shè)備總體技術(shù)要求[S].

[2] 信息產(chǎn)業(yè)部,2000.IP電話網(wǎng)關(guān)設(shè)備技術(shù)要求[S].

[3] 信息產(chǎn)業(yè)部,2000.IP電話網(wǎng)關(guān)設(shè)備互通技術(shù)要求[S].

[4] 信息產(chǎn)業(yè)部,2000.IP電話網(wǎng)關(guān)設(shè)備測試方法[S].

[5] 信息產(chǎn)業(yè)部.Draft Recommendation H.248 (clean text).ITUT Study Group 16,15th June 2001.

[6] M.Arango et.Media Gateway Control Protocol (MGCP),October,1999.

第9篇：接口協(xié)議范文

清華大學(xué)嵌入式微處理器芯片設(shè)計為國家重點863項目，單芯片多處理器設(shè)計為項目的一個延伸。單芯片多處理器是提高處理器性能的有效途徑，具有低耦合度、粗粒度并行性的主要特點。清華大學(xué)已成功開發(fā)出具有自主知識產(chǎn)權(quán)的MIPS 4Kc架構(gòu)的32位微處理器--THUMPl07。該處理器具有內(nèi)核性能高、面積小、功耗低的優(yōu)點。使其經(jīng)過裁減非常適合作為單芯片多處理器的內(nèi)核。

本次單芯片多處理器的設(shè)計將兩個Thumpl07內(nèi)核集成在一個芯片上，兩個內(nèi)核處于完全對等地位，實現(xiàn)進(jìn)程級的粗粒度并行。由于已經(jīng)具有可以利用的內(nèi)核，開發(fā)的重點就集中在高速緩存(Cache)一致性的實現(xiàn)上。芯片采用了基于內(nèi)部總線寫更新監(jiān)聽的高速緩存一致性協(xié)議，具有控制邏輯簡單、可擴展性好的特點。內(nèi)部總線采用適合片上系統(tǒng)通信、高可配置性的WISHBONE總線。使用該片上總線有效地解決了IP核可移植性、設(shè)計復(fù)用的問題[2l]。

1 WISHBONE總線

WISHBONE最先由Silicore公司提出，現(xiàn)在被移交給OpenCores組織維護(hù)。由于其開放性，現(xiàn)在已有不少用戶群體。特別是一些免費的IP核，大多數(shù)都采用WISH-BONE標(biāo)準(zhǔn)。該總線結(jié)構(gòu)具有公用的接口規(guī)范方便結(jié)構(gòu)化設(shè)計，有效地解決了IP核可移植性、設(shè)計復(fù)用的問題。

WISHBON耳總線為半導(dǎo)體內(nèi)核提供了可配置的互連方式，能夠使各種內(nèi)核互連起來形成片上系統(tǒng)；WISH-BONE總線具有很強的兼容性，提高了設(shè)計的可重用性；WISHBONE總線的接口獨立于半導(dǎo)體技術(shù)，其互連方式既可以支持FPGA設(shè)備，也可以支持ASIC設(shè)備；WISHBONE總線協(xié)議簡單、易懂。

WISHBONE總線是一種主／從接口架構(gòu)的總線技術(shù)，如果具有有效的仲裁機制，總線系統(tǒng)可以支持多個ne／從接口；WISHBONE總線的可配置性主要體現(xiàn)在支持點到點、共享總線、數(shù)據(jù)流、交叉開關(guān)型的互連方式；WISHBONE總線協(xié)議既包含了一種容易使用、可靠性高、易測試、所有總線事務(wù)都可以在一個時鐘周期內(nèi)協(xié)同的同步傳輸協(xié)議，也包含了標(biāo)準(zhǔn)時鐘周期的異步傳輸協(xié)議；WISHBONE總線的同步傳輸協(xié)議可以工作在一個大范圍的時鐘頻率上。這樣WISHBONE總線接口既可以與內(nèi)核時鐘周期同步，也可與不同的目標(biāo)設(shè)備同步，時序都非常簡單。此外，WISHBONE總線還具有如下特點：

·簡單、緊湊的硬件邏輯接口，需要更少的邏輯門；

·支持流行的單字讀／寫、塊讀／寫、讀-修改-寫的總線協(xié)議；

·可調(diào)整的總線和操作數(shù)位寬；

·支持大端(big endian)和小端(1ittle endian)兩種數(shù)據(jù)表示方法；

·握手協(xié)議能夠控制數(shù)據(jù)傳輸速率；

·支持單周期數(shù)據(jù)傳輸；

·從接口的部分地址解碼；

·根據(jù)系統(tǒng)需要，用戶可自定義增加接口信號；

·系統(tǒng)包含多個MASTER接口時，用戶可以自定義總線仲裁方式與算法。

圖2

2 實現(xiàn)方案

單芯片多處理器的每個內(nèi)核都有分離的16KB指令高速緩存(1Cache)和16KB數(shù)據(jù)高速緩存(DCache)；指令高速緩存和數(shù)據(jù)高速緩存都采用兩路組相聯(lián)的映射方式；每塊都包含8個字；采用虛擬地址定位、物理地址比較的尋址方法；替換方式為LBU(最近最少使用替換)。

指令高速緩存不涉及一致性問題，不多做說明。數(shù)據(jù)高速緩存采用基于監(jiān)聽總線的寫更新一致性協(xié)議Dragonl[3]

協(xié)議狀態(tài)說明見表1。 

表1 協(xié)議狀態(tài)

狀   態(tài)說       明

干凈獨占（E）　只有一個緩存有這一存儲塊的拷貝，并且還沒有被修改（主存狀態(tài)也有效）?！「蓛粜薷模⊿C）　潛在的兩個或多個緩沖有這一存儲塊，主存不一定是最新的?！」蚕硪研薷模⊿M）潛在的兩個或多個緩沖有這一存儲塊，主存不是最新的。該塊在被替換時，要更新主存（寫回）。一個存儲塊在一定時間內(nèi)只能在一個緩沖內(nèi)共享已修改狀態(tài)?！—汓c已修改（M）存儲塊的內(nèi)容已經(jīng)被修改，并且只在該存儲塊里，發(fā)生替換需要更新主存的內(nèi)容?！〈_定一致性協(xié)議后，單芯片多處理器的數(shù)據(jù)高速緩存單元整體設(shè)計見圖1。

片內(nèi)總線采用WISHBONE總線共享型連接，每個內(nèi)核的數(shù)據(jù)高速緩存的控制單元都包含WISHBONE總線的一個主接口(MASTER)和一個從接口(SLAVE)；數(shù)據(jù)總線為32位；地址總線為33位，其中最高位是兩個從接口的選擇位；片內(nèi)總線采用預(yù)先同步傳輸協(xié)議；仲裁方式為輪換型；片外總線接口與廣泛應(yīng)用的工業(yè)標(biāo)準(zhǔn)SYSAD系統(tǒng)總線兼容。

在UNCAHCE空間發(fā)生的讀寫操作，直接訪問外部總線，與主存通信；在CACHE空間發(fā)生的讀寫操作，過程如下所述：

讀缺失：當(dāng)一個內(nèi)核的數(shù)據(jù)高速緩存發(fā)生讀缺失，由本地主接口通過片內(nèi)總線向遠(yuǎn)端數(shù)據(jù)高速緩存發(fā)出讀請求，遠(yuǎn)端從接口通過片內(nèi)總線應(yīng)答請求。如果應(yīng)答有該單元數(shù)據(jù)，就由遠(yuǎn)端數(shù)據(jù)高速緩存調(diào)來一個數(shù)據(jù)塊(8個字)；如果沒有，本地主接口結(jié)束片內(nèi)總線周期，轉(zhuǎn)而訪問外部總線，由主存調(diào)人數(shù)據(jù)。

寫缺失：內(nèi)核發(fā)生寫缺失時，前半部分的操作與讀缺失完全一致；只是如果缺失單元是從遠(yuǎn)端數(shù)據(jù)高速緩存調(diào)來的，由于采用基于寫更新的Dragon協(xié)議，所以在完成片內(nèi)總線塊傳輸事務(wù)后還要產(chǎn)生一個單字寫總線事務(wù)，更新遠(yuǎn)端數(shù)據(jù)高速緩存單元。

讀命中：不會產(chǎn)生任何總線事務(wù)。

寫命中：如果該單元的原來狀態(tài)是SC或SM，基于寫更新協(xié)議，由本地主接口通過片內(nèi)總線向遠(yuǎn)端數(shù)據(jù)高速緩存發(fā)出寫請求，遠(yuǎn)端從接口通過片內(nèi)總線應(yīng)答請求。如果應(yīng)答有該單元數(shù)據(jù)，則通過一個單字寫總線事務(wù)更新遠(yuǎn)端數(shù)據(jù)高速緩存單元；如果沒有，結(jié)束片內(nèi)總線周期。

替換：實現(xiàn)寫回協(xié)議，只有被替換出的單元狀態(tài)為SM或M狀態(tài)，才通過外部總線更新主存，其他情況拋棄即可。

注意：完成上述操作后要根據(jù)DRAGON協(xié)議，更新本地和遠(yuǎn)端DCahe單元的相關(guān)狀態(tài)。

3 總線事務(wù)時序分析

由前部分的說明發(fā)現(xiàn)在內(nèi)部總線上可以產(chǎn)生三種類型的總線事務(wù)：讀缺失時，塊傳輸總線事務(wù)；SM或SC狀態(tài)寫命中時，發(fā)生單宇寫總線事務(wù)；寫缺失時，先是一個塊傳輸總線事務(wù)而后在本地寫操作完成后，一個單字寫總線事務(wù)更新遠(yuǎn)端的數(shù)據(jù)高速緩存單元。以下是塊傳輸和單字寫總線周期具體的時序分析，下文提到的具體信號其意義可以查閱參考文獻(xiàn)[1]。

塊傳輸時序：主接口通過聲明CYC_O申請總線的使用權(quán)，同時也給出STB_O、CTI_0(010)、WE_O(低電平)和ADR_O；經(jīng)過若干時鐘周期等待后，如果遠(yuǎn)端從接口給出ACK_I信號，同時給出的SHARE_I信號為低電平(說明遠(yuǎn)端數(shù)據(jù)高速緩存沒有所需要的數(shù)據(jù)塊，．SHARE_I為自定義的信號)，這時主接口忽略DAT-I信號，下一個時鐘周期撤銷CYC_O信號，結(jié)束片內(nèi)總線周期；如果給出AClI信號的同時，SHARE_I信號為高電平(說明遠(yuǎn)端數(shù)據(jù)高速緩存有所需要的數(shù)據(jù)塊)，接收DAT-I上的數(shù)據(jù)；而后7個時鐘周期內(nèi)，每個時鐘周期ADR_O數(shù)據(jù)加4，DAII上的數(shù)據(jù)根據(jù)地址相應(yīng)地變化，在第7個數(shù)據(jù)傳輸?shù)臅r鐘周期CTI_O變?yōu)?11，告訴遠(yuǎn)端從接口這是最后一個傳輸時鐘周期，下一個時鐘周期：降完成這個總線事務(wù)；最后一個時鐘周期主接口撤銷CYC_O信號，結(jié)束片內(nèi)總線周期。

內(nèi)塊傳輸時序見圖2。

單字寫總線周期：主接口通過聲明CYC_O申請總線的使用權(quán)，同時也給出STB_O、CTI_O(111)、WE_O(高電子)、ADlO和DAT-0；經(jīng)過若干時鐘周期等待后，如果遠(yuǎn)端從接口給出ACK_I信號， 同時給出的SHARE信號為低電子(說明遠(yuǎn)端數(shù)據(jù)高速緩存沒有所需要的數(shù)_I據(jù)塊)，主接口下一個時鐘周期撤銷CYC_O信號，結(jié)束片內(nèi)總線周期；如果給出ACK_I信號的同時，SHARK-I信號為高電子(說明遠(yuǎn)端數(shù)據(jù)高速緩存有所需要的數(shù)據(jù)塊)，說明從接口已經(jīng)用DAT-O上的數(shù)據(jù)更新了相應(yīng)的數(shù)據(jù)單元，下一個時鐘周期撤銷CYC_O信號，結(jié)束片內(nèi)總線周期。

單字寫時序見圖3。

塊傳輸總線事務(wù)時序圖2，單字寫總線事務(wù)時序圖3中WAIT表示主接口等待總線仲裁和從接口的應(yīng)答，需若干時鐘周期，最快的情況下只要一個時鐘周期。 總線仲裁：如果兩個數(shù)據(jù)高速緩存的主接口同時請求，由仲裁單元決定哪個主接口可以使用片內(nèi)總線，仲裁的優(yōu)先級算法是輪換法。數(shù)據(jù)高速緩存的主接口，在聲明CYC_O申請總線后，如果AClI一直是低電平無效，但同時該數(shù)據(jù)高速緩存從接口的CYC_I信號有效，說明數(shù)據(jù)高速緩存主接口沒有得到總線使用權(quán)，主接口撤銷CYC_O信號，該數(shù)據(jù)高速緩存響應(yīng)從接口的操作，操作完成后，主接口再次聲明CYC_O信號請求總線；相反，如果數(shù)據(jù)高速緩存主接口的ACK_I信號高電平有效，說明得到了總線使用權(quán)，可以使用總線。