接口協議精選(九篇)

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

第1篇：接口協議范文

【關鍵詞】LTE空中接口技術標準管理研究發現

一、協議棧的結構

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

二、協議棧的研究與實現

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

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

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

三、系統開發的平臺和測試

對LIT的結構了解了之后便是對硬件設備的準備。此系統的開發具有一定的復雜性，因此對設備的配置要求比較高。一般此系統的開發板都選用Virtex-6 ML605 FP-GA。這種開發板的FPGA、處理器、內存、串口等各種控制器都都可以滿足系統開發的需求。

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

四、結語

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

參考文獻

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

第2篇：接口協議范文

【關鍵詞】SOA 電子渠道接口協議 Web services 業務流程超市化運營

中圖分類號：TP391.1 文獻標識碼：A 文章編碼：1006-1010（2013）-08-0082-04

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

系建設背景

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

（1）接口通用性和穩定性不強。經常出現的問題是現有接口無法滿足某項特定的業務需求而需要臨時增加新的接口，這導致目前的接口數量很大且功能繁雜；在業務支撐上表現為接口有時會拖延業務的上線；相關的接口維護部門的工作負荷也增大。

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

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

（4）潛在的安全風險還包括：

1）無流控機制：接口的負荷可以直接傳導到核心CRM系統，進而影響到一個區域甚至整個廣東移動的業務處理；

2）接口的調用方目前沒有認證控制：只要是能夠接入CRM核心系統的周邊系統都可以調用接口；

3）無接口調用的審計機制。

因此，在NGBOSS建設中對電子渠道接口體系在業務能力和架構上進行重新規劃已經成為當務之急。

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

系介紹

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

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

通過橫向整合和縱向解耦確定的NGCRM和電子渠道接口體系，從以往的以單個業務渠道接口協議為主過渡到了以通用流程、數據分解電子渠道和NGCRM的功能為主并在此基礎上明確協議，使得大量接口協議具有和單個業務無關的通用性。這種思路明確了NGBOSS的電子渠道系統和CRM系統之間的接口服務調用關系。

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

由于電子渠道系統和NGCRM系統之間的交互主要以流程驅動為主，因此電子渠道系統和NGCRM系統的接口設計也以系統流程穿越為主線，數據復制和查詢為輔；通過盡量將主要流程進行通用化設計，流程層面的接口的功能體現為對通用服務的調用；按照將業務功能邏輯集中的NGCRM朝著電子渠道輕量化方向發展的思路，在梳理的業務流程和數據流基礎上進行了NGBOSS的電子渠道接口設計。

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

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

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

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

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

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

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

協議體系設計

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

基于SOA技術的電子渠道接口協議實現了核心的NGCRM系統和異構的平臺之間架構上的松耦合，核心系統NGCRM在協議升級時只需要更新WSDL文件，平臺可以在此基礎上實現對服務的無縫調用；而平臺只要按照語言接口定義文件（WSDL）約定調用服務即可，平臺內部的演進改造與接口調用無關。

4 NGBOSS電子渠道接口協議體系實施

的效果

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

電子渠道和NGCRM協調實現產品超市化運營的流程如圖2所示。

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

電子渠道作為和客戶的直接接觸點，設計用戶界面對產品進行展示，并且在電子渠道上完成產品瀏覽和購物等相關操作。

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

NGCRM管理所有產品的訂購關系，并向BOSS的計費系統同步訂購關系。實現由產品展示、訂單處理到后臺計費的全業務流程。

可見，在這種架構下，電子渠道只要專注于提供便捷友好的用戶界面即可，至于產品管理和訂單處理、計費環境的復雜業務邏輯能力已被NGBOSS承載并封裝在開放的標準接口中提供給異構的電子渠道調用，加之前后端系統的協調就實現了產品的超市化運營。

參考文獻：

[1] 鄭宇晟，黎偉健. 互聯網時代電子渠道數據業務發展策略[J]. 移動通信， 2012（21）： 81-85.

第3篇：接口協議范文

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

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

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

二

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

烏云界國家級自然保護區地處湖南省桃源縣的南部山區，始建于2000年10月，當時是湖南省人民政府批準成立的黑山省級自然保護區，2003年經省人民政府批準同意更名為烏云界自然保護區，在2006年2月經國務院正式批準，升級為烏云界國家級自然保護區。

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

三

我是一個徹頭徹尾的環保主義者，每次走進自然保護區，卑微的心，虔誠而且感動。

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

今天全社會環保意識的幡然覺醒，各類自然保護區的先后設立，也許只是人類在生態保護領域付出了高昂學費后的無奈選擇，也許只是痛定思痛后艱難跨越的一小步，但這畢竟是一種責任心與和諧理念的全新起點，有著十分積極的意義。

第4篇：接口協議范文

一、強化措施，在化解群眾難題中關注民生

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

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

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

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

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

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

二、創新理念、在維護群眾利益中關注民生

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

三、加大力度、在健全社保體系中關注民生

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

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

二是提高低保。由縣財政安排專項資金，逐年提高城鄉低保月補差標準。2006年，全縣城鎮低保月補差標準由57元提高到75元，低保保障人數達到了16664人；農村低保月補差標準由6月提高到20元，低保人數達到了10001人。

第5篇：接口協議范文

關鍵詞：加工貿易；報關單；正確填寫；常見錯誤

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

一、備案號欄的填寫

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

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

二、運輸方式欄的填寫

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

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

出口加工區外運入加工區或者從由出口加工區運往區外的貨物，區外企業填報“出口加工區”，區內企業則填報“其他運輸”。 而一般企業加工貿易中的余料結轉貨物、深加工結轉貨物、內銷貨物、同一出口加工區或不同出口加工區的企業之間相互結轉（調撥）的貨物。則統一填報“其他運輸”。這就要求企業要特別熟悉這種特殊的運輸方式，否則就會導致通關單填寫錯誤被海關部門退回，損害企業經濟效益。

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

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

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

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

四、運費及保費欄的填寫

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

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

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

五、件數及包裝欄的填寫

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

六、數量及單位欄

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

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

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

第6篇：接口協議范文

關鍵詞：數字電視，圖文信息，接口

 

1引言

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

2圖文信息服務系統外部接口的設計

2.1與門戶的接口

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

圖1 門戶系統接口結構圖

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

接口協議：通信采集用HTTP協議，通信的數據格式采用XML1.0標準。

2.2與合作方網站的接口

對于開放站點數據庫的合作方，由于不同的合作方其數據庫結構也不盡相同，因此在圖文采集子系統的數據遷移模塊中，分析合作方數據庫結構的協議需要與開放站點做接口。

傳輸數據：合作方向資源中心提供的信息數據。

接口協議：合作方數據源的數據格式協議。論文參考，圖文信息。與開發站點數據庫的通信采集JDBC2.0標準；與XML格式數據源通信，數據格式采用XML1.0標準。

2.3短信平臺接口

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

傳輸數據：留言發件人、留言標題、留言正文。

接口協議：與留言系統數據庫的通信采集JDBC2.0標準；與短信平臺接口數據格式符合短信平臺的協議。

2.4與中小學教育信息系統（PSTIM）接口

2.4.1數據同步

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

1.接口結構圖

圖2PSTIM門戶系統接口結構圖

2.協議和規范：

TCP協議：從PSTIM中獲取數據采用的協議。

JDBC：數據轉入圖文數據庫中遵守的規范。

HTTP：接口程序與圖文數據庫通信采用的協議。

3.接口實現：

接口實現分為五個模塊(類)：中間表、socket通信模塊、傳輸數據分析模塊、數據結構轉化模塊、圖文庫操作模塊。論文參考，圖文信息。

1) 中間表：

圖3 接口圖文與中小學教育數據結構圖

2) Socket通信模塊：

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

3) 傳輸數據分析模塊：

傳輸數據分析類根據文檔《教學管理系統與EPG等系統的接口協議》制定數據傳輸協議編寫。

4) 數據結構轉化模塊：

數據結構轉化完畢后在欄目表中層次結構為：中小學教育信息系統－>年級－>年級所學科目－>年級所學科目版本－>知識點－>圖文學習資料。轉化完畢在圖文中中小教學系統傳遞而來的數據作為一個圖文中一個子系統進行管理。

數據同步完畢后在接口圖文與中小學教育表中層次結構為年級－>年級所學科目－>年級所學科目版本－>知識點。

5) 圖文庫操作模塊：

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

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

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

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

3總結

數字電視圖文信息服務系統為數字電視增值業務的發展提供了更為廣闊的平臺，設計適合信息服務平臺各類信息模塊聯接的接口，是圖文信息服務系統中的重中之重。本文所設計的方案，滿足了各模塊之間的信息交互，為數字電視增值業務的發展奠定了堅實的技術基礎。

參考文獻：

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

第7篇：接口協議范文

為了保證PLC與變頻器之間的數據通信準確、及時、穩定可靠，必須對它們的硬件和軟件進行統一的規定和處理，必須解決數字傳輸的一系列技術問題。

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

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

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

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

對變頻器進行運行控制；

對變頻器進行運行狀態監控；

對變頻器相關參數進行設定修改；

讀取變頻器參數值。

所謂通信協議，是指通信雙方對數據傳送控制的一種約定。約定中包括對通信接口、同步方式、通信格式、傳送速度、傳送介質、傳送步驟、數據格式及控制字符定義等一系列內容作出統一規定，通信雙方必須同時遵守，因此又稱為通信規程。

廣義的通信協議應該包含兩部分內容：一是硬件協議，即所謂的接口標準；二是軟件協議，即所謂的通信協議。

硬件協議—串行數據接口標準和通信方式。串行數據接口標準屬于物理層。而物理層是為建立、保持和斷開在物理實體之間的物理連接，提供機械的、電氣的、功能性的特性和規程。

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

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

在硬件協議—串行數據接口標準中對信號的傳輸方式作出了規定，而軟件協議即通信協議則主要對信息的傳輸內容作出規定。

信息傳輸的主要內容是：對通信接口提出要求，對控制設備間通信方式進行規定，規定查詢和應答的通信周期；同時，還規定了傳輸的數據信息幀（即數據格式）的結構、設備的站址、功能代碼、所發送的數據、錯誤檢測，信息傳輸中字符的制式等。

第8篇：接口協議范文

關鍵詞：軟交換；綜合接入設備；簡單會話協議；用戶

中圖分類號：TP393文獻標識碼：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

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

1 SIP協議模型

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

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

客戶/服務器模型：將軟件對資源的使用分成需者（客戶）和供者（服務器）兩個部分。服務器代表一個進程，它對其他的進程（客戶機）提供服務，它接收客戶的請求消息，然后發送響應消息給客戶機?？蛻簦掌髂Ｐ偷奶攸c是各系統構成部件小且自含，實現單一、可靠。另外，由于服務器可運行在各種地方，使該結構有很好的硬件結構適應能力，特別適合于多處理系統的分散處理?？蛻?服務器模型用于人機界面與系統的關系和資源管理。

2 設計思想

從軟件工程的角度來分析，我們首先必須進行結構設計，確定軟件系統由哪些模塊組成，以及這些模塊之間的關系。軟件系統結構是以選取最佳的軟件模型來實現的。軟件模型是將系統所提供的特性、服務以及系統所執行的任務統一成一體的概括框架。軟件模型選擇和建立的適當與否直接影響到軟件實現的難易和系統性能的高低。軟交換呼叫處理系統的設計和實現采用了分層次模型、客戶/服務器模型和面向對象模型，以保證系統設計的高效性、可靠性、可擴展性。

3 系統結構和處理流程

3.1 系統結構

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

3.2 處理流程

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

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

4 接口設計

SIP IAD模塊的接口分內部接口和外部接口。內部接口是指呼叫控制層SV和SIP協議棧SO層的接口Sot，外部接口是指呼叫控制層和PG層的接口Mgt以及呼叫控制層和HR的接口Hrt。對于內部接口，主要是處理SV層控制SIP協議棧發送和接收SIP消息，而對于外部接口，主要是處理SV層和PG層的消息交互，實質上是處理PG層消息和從SIP協議棧接收/發送消息的映射，同時將SIP的SDP中的媒體信息傳送給HR層，打開/關閉RTP端口。內部接口和外部接口相互獨立，相互沒有本質的聯系。此模塊要設計好，比較重要的一環是設計好外部接口原語及相應的數據結構。對于外部接口，要處理好以下消息：

當SV層收到PG發送來的消息時，首先判斷PG發送來的信號類型：

1）主叫摘機信號

2）被叫摘機信號

3）主叫掛機信號

4）被叫掛機信號

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

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

7）媒體通道信息（用來構建SDP消息）

根據相應的消息類型來構建響應消息來控制SIP協議棧發送相應的SIP消息。同時，當SV層收到SIP協議棧送來的消息時，根據消息的類型向PG層發送消息：

1）Alter tone消息

2）Ringing tone消息

3）掛機請求消息

由此構建SV層和PG層交互的數據結構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 結束語

本文通過對軟交換系統下媒體網關控制和綜合接入設備之間的信令交互方式，采用了SIP協議規范，并根據中國電信規范的要求設計了綜合接入設備的SIP協議模塊，實現綜合接入設備的SIP協議注冊以及信令處理流程，實現了綜合接入設備與MGC之間的無縫對接，達到了語音的端到端數字化。

參考文獻：

[1] 信息產業部,2001.軟交換設備總體技術要求[S].

[2] 信息產業部,2000.IP電話網關設備技術要求[S].

[3] 信息產業部,2000.IP電話網關設備互通技術要求[S].

[4] 信息產業部,2000.IP電話網關設備測試方法[S].

[5] 信息產業部.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篇：接口協議范文

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

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

1 WISHBONE總線

WISHBONE最先由Silicore公司提出，現在被移交給OpenCores組織維護。由于其開放性，現在已有不少用戶群體。特別是一些免費的IP核，大多數都采用WISH-BONE標準。該總線結構具有公用的接口規范方便結構化設計，有效地解決了IP核可移植性、設計復用的問題。

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

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

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

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

·可調整的總線和操作數位寬；

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

·握手協議能夠控制數據傳輸速率；

·支持單周期數據傳輸；

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

·根據系統需要，用戶可自定義增加接口信號；

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

圖2

2 實現方案

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

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

協議狀態說明見表1。 

表1 協議狀態

狀   態說       明

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

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

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

讀缺失：當一個內核的數據高速緩存發生讀缺失，由本地主接口通過片內總線向遠端數據高速緩存發出讀請求，遠端從接口通過片內總線應答請求。如果應答有該單元數據，就由遠端數據高速緩存調來一個數據塊(8個字)；如果沒有，本地主接口結束片內總線周期，轉而訪問外部總線，由主存調人數據。

寫缺失：內核發生寫缺失時，前半部分的操作與讀缺失完全一致；只是如果缺失單元是從遠端數據高速緩存調來的，由于采用基于寫更新的Dragon協議，所以在完成片內總線塊傳輸事務后還要產生一個單字寫總線事務，更新遠端數據高速緩存單元。

讀命中：不會產生任何總線事務。

寫命中：如果該單元的原來狀態是SC或SM，基于寫更新協議，由本地主接口通過片內總線向遠端數據高速緩存發出寫請求，遠端從接口通過片內總線應答請求。如果應答有該單元數據，則通過一個單字寫總線事務更新遠端數據高速緩存單元；如果沒有，結束片內總線周期。

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

注意：完成上述操作后要根據DRAGON協議，更新本地和遠端DCahe單元的相關狀態。

3 總線事務時序分析

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

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

內塊傳輸時序見圖2。

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

單字寫時序見圖3。

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