范本是一種鮮活的文本材料，通過(guò)閱讀范本可以感受到真實(shí)的寫作氛圍和技巧。現(xiàn)在，小編為大家整理了一些優(yōu)秀的范文范本，希望對(duì)大家的寫作有所幫助。

光網(wǎng)絡(luò)信息傳輸技術(shù)

光纖通信技術(shù)的特點(diǎn)有:(1)頻帶極寬,通信容量大。(2)損耗低,中繼距離長(zhǎng)。(3)抗電磁干擾能力強(qiáng)。(4)無(wú)串音干擾,保密性好。

除以上特點(diǎn)之外,還有光纖徑細(xì)、重量輕、柔軟、易于鋪設(shè);光纖的原材料資源豐富,成本低;溫度穩(wěn)定性好、壽命長(zhǎng)。

2我國(guó)光纖光纜發(fā)展的現(xiàn)狀。

為了適應(yīng)網(wǎng)絡(luò)發(fā)展和傳輸流量提高的需求,傳輸系統(tǒng)供應(yīng)商都在技術(shù)開發(fā)上不懈努力。富士通公司在150km、1.3μm零色散光纖上進(jìn)行了55x20gbit/s傳輸?shù)难芯?實(shí)現(xiàn)了1.1tbit/s的傳輸。nec公司進(jìn)行了132x20gbit/s、120km傳輸?shù)难芯?實(shí)現(xiàn)了2.64thit/s的傳輸。ntt公司實(shí)現(xiàn)了3thit/s的傳輸。目前,以日本為代表的發(fā)達(dá)國(guó)家,在光纖傳輸方面實(shí)現(xiàn)了10.96thit/的實(shí)驗(yàn)系統(tǒng),對(duì)超長(zhǎng)距離的傳輸已達(dá)到4000km無(wú)電中繼的技術(shù)水平。在光網(wǎng)絡(luò)方面,光網(wǎng)技術(shù)合作計(jì)劃(ontc)、多波長(zhǎng)光網(wǎng)絡(luò)(monet)、泛歐光子傳送重疊網(wǎng)(photon)、泛歐光網(wǎng)絡(luò)(open)、光通信網(wǎng)管理(moon)、光城域通信網(wǎng)(mton)、波長(zhǎng)捷變光傳送和接入網(wǎng)(wotan)等一系列研究項(xiàng)目的相繼啟動(dòng)、實(shí)施與完成,為下一代寬帶信息網(wǎng)絡(luò),尤其為承載未來(lái)ip業(yè)務(wù)的下一代光通信網(wǎng)絡(luò)奠定了良好的基礎(chǔ)。

(1)超大容量、超長(zhǎng)距離傳輸技術(shù)波分復(fù)用技術(shù)極大地提高了光纖傳輸系統(tǒng)的傳輸容量,在未來(lái)跨海光傳輸系統(tǒng)中有廣闊的應(yīng)用前景。近年來(lái)波分復(fù)用系統(tǒng)發(fā)展迅猛,目前1.6tbit/的wdm系統(tǒng)已經(jīng)大量商用,同時(shí)全光傳輸距離也在大幅擴(kuò)展。提高傳輸容量的另一種途徑是采用光時(shí)分復(fù)用(otdm)技術(shù),與wdm通過(guò)增加單根光纖中傳輸?shù)男诺罃?shù)來(lái)提高其傳輸容量不同,otdm技術(shù)是通過(guò)提高單信道速率來(lái)提高傳輸容量,其實(shí)現(xiàn)的單信道最高速率達(dá)640gbit/s。

僅靠otdm和wdm來(lái)提高光通信系統(tǒng)的容量畢竟有限,可以把多個(gè)otdm信號(hào)進(jìn)行波分復(fù)用,從而大幅提高傳輸容量。偏振復(fù)用(pdm)技術(shù)可以明顯減弱相鄰信道的相互作用。由于歸零(rz)編碼信號(hào)在超高速通信系統(tǒng)中占空較小,降低了對(duì)色散管理分布的要求,且rz編碼方式對(duì)光纖的非線性和偏振模色散(pmd)的適應(yīng)能力較強(qiáng),因此現(xiàn)在的超大容量wdm/otdm通信系統(tǒng)基本上都采用rz編碼傳輸方式。wdm/otdm混合傳輸系統(tǒng)需要解決的關(guān)鍵技術(shù)基本上都包括在otdm和wdm通信系統(tǒng)的關(guān)鍵技術(shù)中。

(2)光孤子通信。光孤子是一種特殊的ps數(shù)量級(jí)的超短光脈沖,由于它在光纖的反常色散區(qū),群速度色散和非線性效應(yīng)相互平衡,因而經(jīng)過(guò)光纖長(zhǎng)距離傳輸后,波形和速度都保持不變。光孤子通信就是利用光孤子作為載體實(shí)現(xiàn)長(zhǎng)距離無(wú)畸變的通信,在零誤碼的情況下信息傳遞可達(dá)萬(wàn)里之遙。

光孤子技術(shù)未來(lái)的前景是:在傳輸速度方面采用超長(zhǎng)距離的高速通信,時(shí)域和頻域的超短脈沖控制技術(shù)以及超短脈沖的產(chǎn)生和應(yīng)用技術(shù)使現(xiàn)行速率10—20gbit/s提高到100gbit/s以上;在增大傳輸距離方面采用重定時(shí)、整形、再生技術(shù)和減少ase,光學(xué)濾波使傳輸距離提高到100000km以上;在高性能edfa方面是獲得低噪聲高輸出edfa。當(dāng)然實(shí)際的光孤子通信仍然存在許多技術(shù)難題,但目前已取得的突破性進(jìn)展使人們相信,光孤子通信在超長(zhǎng)距離、高速、大容量的全光通信中,尤其在海底光通信系統(tǒng)中,有著光明的發(fā)展前景。

(3)全光網(wǎng)絡(luò)。未來(lái)的高速通信網(wǎng)將是全光網(wǎng)。全光網(wǎng)是光纖通信技術(shù)發(fā)展的最高階段,也是理想階段。傳統(tǒng)的.光網(wǎng)絡(luò)實(shí)現(xiàn)了節(jié)點(diǎn)間的全光化,但在網(wǎng)絡(luò)結(jié)點(diǎn)處仍采用電器件,限制了目前通信網(wǎng)干線總?cè)萘康倪M(jìn)一步提高,因此真正的全光網(wǎng)已成為一個(gè)非常重要的課題。

全光網(wǎng)絡(luò)以光節(jié)點(diǎn)代替電節(jié)點(diǎn),節(jié)點(diǎn)之間也是全光化,信息始終以光的形式進(jìn)行傳輸與交換,交換機(jī)對(duì)用戶信息的處理不再按比特進(jìn)行,而是根據(jù)其波長(zhǎng)來(lái)決定路由。

目前,全光網(wǎng)絡(luò)的發(fā)展仍處于初期階段,但它已顯示出了良好的發(fā)展前景。從發(fā)展趨勢(shì)上看,形成一個(gè)真正的、以wdm技術(shù)與光交換技術(shù)為主的光網(wǎng)絡(luò)層,建立純粹的全光網(wǎng)絡(luò),消除電光瓶頸已成為未來(lái)光通信發(fā)展的必然趨勢(shì),更是未來(lái)信息網(wǎng)絡(luò)的核心,也是通信技術(shù)發(fā)展的最高級(jí)別,更是理想級(jí)別。

參考文獻(xiàn)。

[2]@毛謙.我國(guó)光纖通信技術(shù)發(fā)展的現(xiàn)狀和前景[j].電信科學(xué),2006,(8).

光網(wǎng)絡(luò)信息傳輸技術(shù)

總而言之，我國(guó)通信網(wǎng)絡(luò)的快速發(fā)展給人們的生活帶來(lái)積極的影響，而通信網(wǎng)絡(luò)的發(fā)展主要依賴于各類先進(jìn)的科學(xué)技術(shù)，現(xiàn)代通信網(wǎng)絡(luò)光纖傳輸技術(shù)在現(xiàn)代通信網(wǎng)絡(luò)中發(fā)揮的作用是巨大的，因此要想促進(jìn)我國(guó)通信網(wǎng)絡(luò)的進(jìn)一步發(fā)展，就要進(jìn)行科技攻關(guān)，逐步突破各種技術(shù)難題，只有這樣才能促使我國(guó)通信網(wǎng)絡(luò)得到更大程度的發(fā)展。

參考文獻(xiàn)。

[1]葉小華，吳振英，李京輝，黃勇林.雙二進(jìn)制調(diào)制在高速linbo3光調(diào)制器上的實(shí)驗(yàn)實(shí)現(xiàn)[j].半導(dǎo)體光電.(03).

[2]秦紅霞，李營(yíng)，趙玉才，張?jiān)缕罚惽飿s.基于光纖技術(shù)的縱聯(lián)方向保護(hù)信息交換方法[j].電力系統(tǒng)自動(dòng)化.(11).

短信息廣告發(fā)送通信傳輸服務(wù)協(xié)議

甲方：

法定代表人：

住所：

聯(lián)系電話：

統(tǒng)一社會(huì)信用代碼：

乙方：

法定代表人：

住所：

聯(lián)系電話：

統(tǒng)一社會(huì)信用代碼：

一、定義。

短消息(單位：萬(wàn)條)：由文字組成的信息，通過(guò)中國(guó)移動(dòng)gsm網(wǎng)絡(luò)傳送。每條短消息最大長(zhǎng)度為字符(英文/數(shù)字：字;漢字：字)。

二、甲方義務(wù)。

(1)負(fù)責(zé)提供發(fā)送短信息所需要的一切短信息發(fā)送平臺(tái)、系統(tǒng)，一切硬軟件資源，網(wǎng)絡(luò)環(huán)境及所需要人員。

(2)甲方將保證實(shí)際發(fā)送的數(shù)量與承諾的相符合。

(3)由于甲方原因?qū)е滦畔l(fā)送至錯(cuò)誤對(duì)象，則甲方承擔(dān)其發(fā)送錯(cuò)誤的短信資費(fèi)，并重新發(fā)送補(bǔ)足發(fā)送數(shù)量。

(4)如發(fā)生移動(dòng)網(wǎng)絡(luò)故障導(dǎo)致發(fā)送遲延，甲方應(yīng)提供電信運(yùn)營(yíng)商出具的有效證明。

(5)甲方在數(shù)據(jù)傳輸、控制方面對(duì)乙方有影響的變動(dòng)時(shí)需提前通知乙方。

(6)如甲方由于自身原因無(wú)法繼續(xù)提供短消息發(fā)送平臺(tái)給乙方使用，應(yīng)及時(shí)通知乙方并將乙方預(yù)付的短消息發(fā)送費(fèi)用中尚未使用的金額全部退還乙方，并承擔(dān)相應(yīng)的違約責(zé)任。

(7)甲方必須保證其所從事的短消息發(fā)送業(yè)務(wù)的合法性，并承擔(dān)與此相關(guān)的一切風(fēng)險(xiǎn)及責(zé)任。

(8)甲方有義務(wù)給乙方開一個(gè)監(jiān)控短信發(fā)送的端口，可以實(shí)時(shí)看到發(fā)送的到達(dá)情況。

三、乙方義務(wù)。

(1)乙方支付的發(fā)送費(fèi)用在發(fā)送前結(jié)算，元/條，大寫：。

(2)甲方提供的僅限于短信息系統(tǒng)硬件及技術(shù)支持和提供短信息通信傳輸服務(wù)，發(fā)送的短信息內(nèi)容和發(fā)送的號(hào)碼需要由乙方自行提交。按照有關(guān)的規(guī)定，乙方發(fā)送前請(qǐng)先獲得手機(jī)終端用戶許可，乙方所有下發(fā)短消息的端口號(hào)都必須為(地理區(qū)號(hào)+特定卡號(hào))，乙方不得利用該端口向用戶或會(huì)員散布和傳播反動(dòng)、色情等違反國(guó)家法律的信息。如乙方違反本條款規(guī)定義務(wù)，甲方有權(quán)單方解除協(xié)議，對(duì)于以上幾個(gè)方面造成的后果，甲方不負(fù)擔(dān)任何責(zé)任。

四、業(yè)務(wù)流程。

乙方在發(fā)送短信息前通過(guò)互聯(lián)網(wǎng)的方式向甲方短信平臺(tái)提交發(fā)送內(nèi)容和號(hào)碼。甲方成功發(fā)送完畢后，應(yīng)立即向乙方客戶端口提供發(fā)送統(tǒng)計(jì)報(bào)告，包括發(fā)送的數(shù)量，成功的接收統(tǒng)計(jì)。

五、付款方式。

發(fā)送前乙方付給甲方發(fā)送費(fèi)用人民幣元整，大寫：?。

六、共同義務(wù)。

(1)為保證協(xié)議順利實(shí)施，甲乙雙方指定專人負(fù)責(zé)協(xié)調(diào)解決在業(yè)務(wù)運(yùn)作過(guò)程中可能發(fā)生的問(wèn)題。

(2)甲、乙雙方對(duì)業(yè)務(wù)開展中出現(xiàn)的各種問(wèn)題，應(yīng)及時(shí)相互通報(bào)、協(xié)商處理解決。

(3)甲、乙雙方開展業(yè)務(wù)均應(yīng)依法辦理。

(4)對(duì)于業(yè)務(wù)開發(fā)和運(yùn)行過(guò)程中對(duì)方提供的所有資料(包括技術(shù)、用戶信息等)，雙方均有保密義務(wù)。未經(jīng)對(duì)方書面同意，任何一方不得向第三方泄露或用作合作項(xiàng)目開發(fā)以外之用途，否則須向?qū)Ψ匠袚?dān)相應(yīng)的法律責(zé)任。

(5)本協(xié)議未盡事宜由甲乙雙方友好協(xié)商解決或簽訂補(bǔ)充協(xié)議予以明確。本協(xié)議履行過(guò)程中，如因甲方上級(jí)單位政策原因或市場(chǎng)環(huán)境變化等因素需要對(duì)本協(xié)議內(nèi)容進(jìn)行調(diào)整，甲乙雙方應(yīng)友好協(xié)商解決。

七、違約責(zé)任。

(1)如甲方逾期發(fā)送短信息，每逾期一日，按合同總金額的%支付違約金。

(2)甲方成功發(fā)送數(shù)量不足合同約定的，應(yīng)按乙方要求重新發(fā)送補(bǔ)足發(fā)送數(shù)量。

八、其他。

本合同一式二份，雙方各執(zhí)一份，具有同等法律效力。

如雙方因本合同產(chǎn)生爭(zhēng)議，應(yīng)友好協(xié)商解決，協(xié)商不成，任何一方皆有權(quán)向乙方所在地法院起訴。

甲方(蓋章)：乙方(蓋章)：

甲方代表簽名：

簽訂地點(diǎn)：乙方代表簽名：

簽訂地點(diǎn)：

年月日年月日。

短信息廣告發(fā)送通信傳輸服務(wù)協(xié)議

乙方：_______________。

第一條合同定義與合同項(xiàng)目。

1.1甲方租用屬于乙方網(wǎng)絡(luò)環(huán)境的服務(wù)器，乙方為甲方提供“服務(wù)器端流媒體視頻文件存放空間”，并將之接入到國(guó)際互聯(lián)網(wǎng)(internet)，為甲方提供internet視頻廣告點(diǎn)播服務(wù)。乙方負(fù)責(zé)該服務(wù)器的硬件配置與軟件安裝，及日常維護(hù)和服務(wù)器故障的排除，甲方按照本合同的約定購(gòu)買相應(yīng)空間使用權(quán)。

1.2甲方委托乙方代為租用英文域名一個(gè)及100m虛擬主機(jī)空間。乙方有義務(wù)全權(quán)受理，在中華人民共和國(guó)注冊(cè)的企業(yè)法人及合法的isp，icp處申請(qǐng)并開通服務(wù)，以確保網(wǎng)絡(luò)的穩(wěn)定運(yùn)行。合同中“雙方”僅指本合同的締約方，即上述甲方和乙方。甲方要求，所選定主機(jī)配置以及相關(guān)設(shè)備以由甲方在合同附件所作的填寫為說(shuō)明。乙方受甲方委托對(duì)其所租用的主機(jī)進(jìn)行維護(hù)管理。

1.3標(biāo)準(zhǔn)服務(wù)：品質(zhì)機(jī)房環(huán)境及設(shè)備;乙方選定之主機(jī)及設(shè)備;恒溫恒濕控制系統(tǒng);通過(guò)高速光纖直接接入chinanet骨干網(wǎng);間斷、無(wú)休日網(wǎng)絡(luò)系統(tǒng)管理維護(hù)與技術(shù)支持;服務(wù)器應(yīng)用監(jiān)測(cè)。

第二條雙方的權(quán)利和義務(wù)。

2.1甲方的權(quán)利和義務(wù)。

2.1.1甲方有權(quán)對(duì)所租用的服務(wù)器流媒體視頻文件存放空間進(jìn)行內(nèi)容的修改，增加，刪除。

2.1.2甲方的信息經(jīng)營(yíng)必須遵守《中華人民共和國(guó)計(jì)算機(jī)信息網(wǎng)絡(luò)國(guó)際聯(lián)網(wǎng)暫行規(guī)定》和國(guó)家的有關(guān)法律，法令，法規(guī)，不得做任何違法經(jīng)營(yíng)活動(dòng)(包括但不限于黑客行為，侵權(quán)行為，發(fā)布色情或迷信的內(nèi)容，舉辦博彩/賭博游戲，進(jìn)行違反國(guó)家規(guī)定的政治或宗教宣傳，發(fā)布涉及國(guó)家機(jī)密和安全的信息，發(fā)布危害社會(huì)秩序和治安，社會(huì)公共道德和侵害他人合法權(quán)益的信息等)否則，乙方在通知甲方后，有權(quán)要求甲方就不適當(dāng)內(nèi)容進(jìn)行刪除或修改。

2.1.3甲方對(duì)其經(jīng)營(yíng)的信息而引起的政治責(zé)任，法律責(zé)任和經(jīng)濟(jì)糾紛負(fù)全部責(zé)任。

2.1.4甲方利用所租用的空間進(jìn)行以_________為主的信息服務(wù)。同時(shí)可以配置和使用ftp等internet功能和數(shù)據(jù)庫(kù)。可以自行發(fā)布任何所需要的合法影片。

2.1.5如果甲方利用本合同服務(wù)進(jìn)行的經(jīng)營(yíng)，活動(dòng)需要獲得國(guó)家有關(guān)部門認(rèn)可或批準(zhǔn)的，甲方應(yīng)獲得該有關(guān)認(rèn)可或批準(zhǔn)。但乙方?jīng)]有義務(wù)審查甲方是否具有該認(rèn)可或批準(zhǔn)，出現(xiàn)問(wèn)題也由甲方自行解決或者承擔(dān)相關(guān)責(zé)任，與乙方無(wú)關(guān)。

2.2乙方的權(quán)利和義務(wù)。

2.2.1簽訂合同與繳納費(fèi)用后，乙方應(yīng)為甲方提供流媒體視頻文件存放空間，并確保服務(wù)器穩(wěn)定運(yùn)行。

2.2.3甲方租用本業(yè)務(wù)，如不屬于乙方之原因，造成電路或系統(tǒng)故障不能通信時(shí)，甲方應(yīng)采取合作的態(tài)度等待互聯(lián)網(wǎng)基礎(chǔ)業(yè)務(wù)供應(yīng)商(如電信部門)來(lái)處理。

2.2.4乙方為甲方提供機(jī)房物理環(huán)境以100兆共享帶寬不限流量與internet連接，并保證服務(wù)器與外部連接的安全性，穩(wěn)定性，及時(shí)性，使甲方可以通過(guò)ftp等對(duì)所租用空間進(jìn)行管理。

2.2.5乙方對(duì)服務(wù)器進(jìn)行日常維護(hù)和監(jiān)控，以保證甲方信息服務(wù)器的正常運(yùn)行。除非雙方另有書面約定，乙方承認(rèn)甲方自己存放在服務(wù)器上的任何資料，軟件，數(shù)據(jù)等的知識(shí)產(chǎn)權(quán)均與乙方無(wú)關(guān)，乙方無(wú)權(quán)復(fù)制，傳播，轉(zhuǎn)讓，許可或提供他人使用這些資源，否則應(yīng)承擔(dān)相應(yīng)的責(zé)任。

2.2.6因乙方原因，造成服務(wù)器的正常工作中斷，乙方以小時(shí)為單位，以月費(fèi)為基數(shù)，按平均每小時(shí)費(fèi)用的二倍向甲方賠償。但以當(dāng)月的月費(fèi)為賠償?shù)淖罡呦蕖?/p>

2.2.7甲方自行安裝軟件或進(jìn)行系統(tǒng)配置如導(dǎo)致系統(tǒng)無(wú)法使用，需要乙方進(jìn)行恢復(fù)的，乙方有權(quán)要求甲方支付相應(yīng)的服務(wù)費(fèi)用。

第三條合同金額及付款方式(本條內(nèi)容依甲方所租用主機(jī)的類型而不同)。

3.1本合同所涉及的費(fèi)用包括一次性費(fèi)用。其涉及的金額一律以人民幣元為單位。

3.2本合同涉及的一次性費(fèi)用共計(jì)人民幣_(tái)________元整(rmb：_________元)。

第四條合同期限。

4.1合同有效期為12個(gè)月。自甲方付款，并由乙方開通相關(guān)服務(wù)之日起生效。由乙方出具書面通知為準(zhǔn)。

4.2在合同到期時(shí)，雙方如需要繼續(xù)合作并對(duì)本合同無(wú)異議，則本合同自動(dòng)順延。如雙方認(rèn)為某些條款需要修改，屆時(shí)雙方另簽合同。如果在合同期間或期滿之后甲方需要乙方的其他服務(wù)，雙方另簽合同。

第五條合同中止及違約責(zé)任。

5.1甲方違約責(zé)任。

5.1.1如果甲乙雙方無(wú)異議并且甲方在本合同結(jié)束期七日前按時(shí)付款續(xù)約，則本合同自動(dòng)延續(xù)一年，如果甲方?jīng)]有按時(shí)支付續(xù)約款項(xiàng)，則在甲方前一次付款款項(xiàng)的有效期結(jié)束后，本合同即告終止。乙方屆時(shí)將關(guān)閉甲方的使用帳號(hào)。如果甲方違約，乙方有權(quán)關(guān)閉甲方的使用帳號(hào)，由此造成的損失由甲方負(fù)責(zé)。

5.1.2乙方在進(jìn)行維護(hù)時(shí)有時(shí)需要短時(shí)間中斷服務(wù)，或因internet上的通路的偶然阻塞造成甲方虛擬主機(jī)訪問(wèn)速度下降，甲方認(rèn)同這是屬于正常情況，不屬于乙方違約。

5.2乙方的違約責(zé)任。

5.2.1乙方不得無(wú)故破壞或干擾為甲方提供的服務(wù)。乙方保證甲方所租用的服務(wù)正常運(yùn)行，供電穩(wěn)定可靠，與internet連接的正常，如確實(shí)必須暫時(shí)停機(jī)或與internet斷開連接，乙方應(yīng)及時(shí)通知甲方。如乙方無(wú)故停機(jī)或未及時(shí)通知甲方，將以所列罰款款項(xiàng)的雙倍對(duì)甲方進(jìn)行賠償。

5.2.2如果乙方違約，甲方有權(quán)要求乙方在限定時(shí)間內(nèi)為甲方的退出或轉(zhuǎn)移服務(wù)，其違約造成的損失由乙方負(fù)責(zé)。

5.2.3本合同在下述情形下終止，雙方互不負(fù)責(zé)，但終止方應(yīng)書面通知另一方：一方當(dāng)事人主體資格消失，如破產(chǎn)。但進(jìn)行重組、名稱變更或者與第三方合并等不在此列。一方嚴(yán)重違反本合同，另一方根據(jù)本合同的約定解除本合同。因不可抗力而解除本合同或者雙方當(dāng)事人協(xié)商一致解除本合同的。依法律、法規(guī)規(guī)定的情形而終止。

5.2.4本合同到期后，如果甲方?jīng)]有按時(shí)支付續(xù)約款項(xiàng)，則雙方認(rèn)同本合同執(zhí)行終止，乙方屆時(shí)將關(guān)閉服務(wù)。

5.2.5由于一方不履行協(xié)議約定的義務(wù)，或嚴(yán)重違反本合同約定的義務(wù)，造成本合同無(wú)法履行或履行不必要時(shí)，視作違約方片面終止本合同，守約方除有權(quán)向違約方索賠外，并有權(quán)終止本合同。

第六條責(zé)任限制。

6.1乙方在進(jìn)行服務(wù)器配置，維護(hù)時(shí)需要短時(shí)間中斷服務(wù)，或者由于internet上通路的阻塞造成甲方服務(wù)器訪問(wèn)速度下降，甲方均認(rèn)同是正常情況，不屬于乙方違約。鑒于計(jì)算機(jī)及互聯(lián)網(wǎng)的特殊性，因y2k問(wèn)題、黑客、病毒、電信部門技術(shù)調(diào)整等引起的事件，甲方亦認(rèn)同不屬于乙方違約。

6.2在履行本合同時(shí)，乙方對(duì)因第三方的過(guò)錯(cuò)或者延誤而給甲方或者其他第三方造成的損失不負(fù)責(zé)任。乙方對(duì)通過(guò)甲方間接接受乙方服務(wù)的第三方的損失不負(fù)責(zé)任。

第七條爭(zhēng)議解決。

在合同執(zhí)行期間如果雙方發(fā)生爭(zhēng)議，雙方應(yīng)友好協(xié)商解決。如果協(xié)商不成，雙方同意提交_________仲裁委員會(huì)進(jìn)行仲裁。

第八條不可抗力。

8.1任何一方遇有不能預(yù)見，不能避免或不能克服的客觀事件(包括但不限于自然災(zāi)害如洪水、火災(zāi)、爆炸、雷電、地震和風(fēng)暴等以及社會(huì)事件如戰(zhàn)爭(zhēng)、動(dòng)亂、政府管制、國(guó)家政策的突然變動(dòng)和罷工等。)而全部或部分不能履行本合同或遲延履行本合同，應(yīng)自不可抗力事件發(fā)生之日起五日內(nèi)，將事件情況以書面形式通知另一方，并于事件發(fā)生之日起二十日內(nèi)，向另一方提交導(dǎo)致其全部或部分不能履行或遲延履行的證明。

8.2遭受不可抗力的一方應(yīng)采取一切必要措施減少損失，并在事件消除后協(xié)商恢復(fù)本合同的履行，除非此等履行已不可能或者不必要。

第九條保密義務(wù)。

任何一方對(duì)在本合同履行過(guò)程中以任何方式獲知的另一方商業(yè)秘密或其他技術(shù)及經(jīng)營(yíng)信息均負(fù)有保密義務(wù)，并有義務(wù)盡快通知對(duì)方，并協(xié)助對(duì)方采取適當(dāng)?shù)难a(bǔ)救措施，不得向任何其他第三方透露或泄露，但中國(guó)現(xiàn)行法律，法規(guī)另有規(guī)定或經(jīng)另一方書面同意的除外。

第十條其他。

本合同一式_________份，甲乙雙方各執(zhí)_________份。

本合同簽訂后，雙方如需修改，經(jīng)雙方協(xié)商后，可以增加補(bǔ)充條款。

甲方(蓋章)_______________。

法定代表人(簽字)_________。

__________年_______月______日。

簽訂地點(diǎn)：___________________。

乙方(蓋章)_______________。

法定代表人(簽字)_________。

__________年_______月______日。

簽訂地點(diǎn)：___________________。

光形式傳輸信息論文

摘要：隨著數(shù)字時(shí)代的到來(lái)，數(shù)字技術(shù)不僅影響了各個(gè)領(lǐng)域，而且被應(yīng)用到了生活的方方面面。電視媒體作為一種傳統(tǒng)的傳播方式，曾經(jīng)帶給人們深遠(yuǎn)的影響。在日新月異的當(dāng)下，數(shù)字電視正面臨著機(jī)遇與挑戰(zhàn)。文章通過(guò)對(duì)數(shù)字電視的服務(wù)用戶、服務(wù)內(nèi)容、服務(wù)傳播三個(gè)方面進(jìn)行探討，從服務(wù)的角度分析將數(shù)字技術(shù)應(yīng)用于電視媒體之后，數(shù)字電視媒體未來(lái)的發(fā)展方向，望對(duì)數(shù)字電視媒體的發(fā)展有所助益。

關(guān)健詞：電視產(chǎn)品;服務(wù)設(shè)計(jì);傳播。

數(shù)字電視是將電視、網(wǎng)絡(luò)、通信等技術(shù)整合，各種傳播媒介的界限逐漸消失，形成一個(gè)公共的信息服務(wù)平臺(tái)。在這個(gè)平臺(tái)上電視被賦予了全新的功能，觀眾可以根據(jù)自身的需求獲取各種服務(wù)，包括視頻點(diǎn)播、網(wǎng)絡(luò)購(gòu)物、遠(yuǎn)程教育與健康醫(yī)療等新業(yè)務(wù)，形成一個(gè)集信息傳播、交流、學(xué)習(xí)、娛樂(lè)為一體的服務(wù)平臺(tái)。由此可見，增加服務(wù)內(nèi)容、創(chuàng)新服務(wù)模式是數(shù)字電視未來(lái)發(fā)展的重要途徑，做好服務(wù)設(shè)計(jì)對(duì)數(shù)字電視的發(fā)展至關(guān)重要。電視產(chǎn)品簡(jiǎn)言之就是電視服務(wù)的內(nèi)容，是觀眾需求與電視產(chǎn)業(yè)擁有的一系列資源相互作用的結(jié)果，即電視運(yùn)營(yíng)者對(duì)既定的生產(chǎn)資源進(jìn)行安排以滿足觀眾日益增長(zhǎng)的需求。隨著人民物質(zhì)生活水平的提高以及體驗(yàn)經(jīng)濟(jì)的發(fā)展，人們開始重視在消費(fèi)過(guò)程中所接受的服務(wù)體驗(yàn)，對(duì)服務(wù)的質(zhì)量也提出越來(lái)越高的要求。傳統(tǒng)電視在向數(shù)字電視發(fā)展的過(guò)程中，除了技術(shù)上的變革，更重要的是服務(wù)上的提升。數(shù)字電視要想贏得市場(chǎng)，就必須改變傳統(tǒng)電視的服務(wù)模式，除了傳統(tǒng)的信息傳播，強(qiáng)化優(yōu)質(zhì)服務(wù)的提供和互動(dòng)，讓用戶感受到可用、好用、有用、甚至是被需要的感覺(jué)。因此，從服務(wù)的角度審視數(shù)字電視產(chǎn)業(yè)，從服務(wù)用戶、服務(wù)內(nèi)容、服務(wù)傳播三個(gè)方面來(lái)分析數(shù)字電視，為數(shù)字電視未來(lái)的發(fā)展提供方向。

1、服務(wù)用戶。

1.1用戶角色的轉(zhuǎn)變。

傳統(tǒng)電視傳播是從信息到受眾的基本的單向傳播方式，以傳者為中心，受眾處于被動(dòng)接受的狀態(tài)。而將數(shù)字技術(shù)引入電視媒體后，傳受雙方的角色發(fā)生了根本性的轉(zhuǎn)變，用戶從被動(dòng)的接受者轉(zhuǎn)變成了主動(dòng)的參與者，傳播模式從單向傳播變成雙向互動(dòng)。電視用戶有了電視功能的選擇權(quán)，享受電視服務(wù)的權(quán)力，傳者與受者處在了平等的地位。數(shù)字電視是基于交互的傳播結(jié)構(gòu)，通過(guò)把用戶選擇性觀看的電視內(nèi)容反饋給電視臺(tái)，從側(cè)面反應(yīng)數(shù)字電視提供的服務(wù)內(nèi)容的質(zhì)量，根據(jù)反饋傳播者可以調(diào)整服務(wù)內(nèi)容。在此過(guò)程中，傳授雙方的角色是不斷變化的。可以說(shuō)用戶已經(jīng)完全擺脫了被動(dòng)接受信息的地位，真正成為了電視媒介服務(wù)的主角。

1.2用戶需求的改變。

在傳統(tǒng)電視媒體傳播下，電視媒體掌握著信息傳播的主動(dòng)權(quán)，電視用戶只能被動(dòng)的接受電視傳播的信息內(nèi)容，電視提供的服務(wù)更多的是從市場(chǎng)盈利方面考慮。而在數(shù)字化時(shí)代下，隨著技術(shù)與傳播方式的改變，用戶的需求也發(fā)生了根本性的變化，用戶更加注重參與性和主動(dòng)選擇性。而且，當(dāng)代媒體種類的豐富使受眾可以通過(guò)更多的渠道獲取信息、開展學(xué)習(xí)、交流、娛樂(lè)等活動(dòng)。電視媒體要想獲得用戶的認(rèn)可，就要迎合用戶的需求，為用戶提供被需要的服務(wù)來(lái)占據(jù)媒體市場(chǎng)。因此，電視用戶的需求成為電視媒體提供服務(wù)所依賴的重要依據(jù)。(1)用戶的個(gè)性化需求在新媒體、自媒體日趨成熟壯大的沖擊下，人們對(duì)電視節(jié)目的內(nèi)容、質(zhì)量以及節(jié)目獲取方式的便利性有更高的要求。在分眾媒體時(shí)代，電視節(jié)目也應(yīng)該順應(yīng)趨勢(shì)從大眾化向小眾化、個(gè)性化轉(zhuǎn)變。例如，中央電視臺(tái)《實(shí)話實(shí)說(shuō)》是一檔以貼近百姓生活的社會(huì)問(wèn)題為主的評(píng)論性節(jié)目，以主持人、嘉賓及現(xiàn)場(chǎng)觀眾的共同討論為特色，以某一主題即興點(diǎn)評(píng)、直抒己見、相互討論，主持人崔永元輕松幽默的語(yǔ)言風(fēng)格在眾多電視談話節(jié)目中獨(dú)樹一幟，節(jié)目也因此有較高的收視率。在移動(dòng)互聯(lián)網(wǎng)成熟的背景下，個(gè)性化的自媒體視頻將迎來(lái)更為廣闊的發(fā)展空間。電視運(yùn)營(yíng)商要想提高電視媒體的收視率，就要為用戶提供更多個(gè)性化的電視節(jié)目以滿足不同受眾的信息獲取需求，這是數(shù)字電視的出路，也是數(shù)字電視的發(fā)展要求。隨著社會(huì)的發(fā)展，人們對(duì)電視節(jié)目傳播內(nèi)容和形式的要求會(huì)越來(lái)越高，電視節(jié)目也會(huì)越來(lái)越個(gè)性化、專業(yè)化，以針對(duì)不同的分眾人群的收視需求。(2)用戶的互動(dòng)性需求經(jīng)過(guò)相關(guān)統(tǒng)計(jì)可知2008年，中國(guó)的交互式電視銷量為3.75千萬(wàn)臺(tái)。到2009年底，交互式電視銷量已達(dá)到8.96千萬(wàn)臺(tái)。隨著數(shù)字電視的普及，交互式電視的銷量成倍增長(zhǎng)。用戶購(gòu)買交互式電視不僅是為了迎合接收信號(hào)的需要，而是為了通過(guò)使用互動(dòng)式電視的各種功能來(lái)滿足自己的多重需要。電視運(yùn)營(yíng)商為了提高交互式電視的銷量，就必須研究和開發(fā)電視的功能，讓交互式電視可以真正地滿足人們通過(guò)電視媒體實(shí)現(xiàn)交流互動(dòng)的需要。例如，我國(guó)數(shù)字電視開設(shè)了游戲競(jìng)技頻道，該頻道會(huì)播出全球火熱游戲的即時(shí)賽況，發(fā)布相關(guān)的游戲信息，其內(nèi)容包括戰(zhàn)隊(duì)奪冠信息、游戲比賽信息、游戲操作技巧等，同時(shí)為用戶提供交流平臺(tái)，在競(jìng)技的同時(shí)還可以相互交流、學(xué)習(xí)與分享，通過(guò)具有交互功能的特色服務(wù)，提高了電視的收視率。數(shù)字電視的交互產(chǎn)品的開發(fā)和應(yīng)用，滿足了電視用戶的操作需要與觀看需要，受眾在觀看電視時(shí)的參與性、代入性更高。

2、服務(wù)內(nèi)容。

數(shù)字電視時(shí)代，在技術(shù)的基礎(chǔ)上更加強(qiáng)調(diào)的是內(nèi)容。數(shù)字化是時(shí)代發(fā)展的結(jié)果，隨著技術(shù)的發(fā)展，傳統(tǒng)的電視傳播方式將逐漸失去優(yōu)勢(shì)，內(nèi)容的多樣化、個(gè)性化、專業(yè)化才是數(shù)字電視的成敗關(guān)鍵。數(shù)字時(shí)代下的電視產(chǎn)品在傳統(tǒng)電視媒體的基礎(chǔ)上得到了跨越式的發(fā)展，從文字、音頻、圖片等相對(duì)比較單一的產(chǎn)品，發(fā)展為交互、評(píng)論、游戲、話題、二維碼等新媒體產(chǎn)品，這些新的產(chǎn)品更加符合現(xiàn)代人參與性和選擇性的需求，新的'媒體產(chǎn)品將會(huì)不斷的涌現(xiàn)。

2.1數(shù)字電視產(chǎn)品內(nèi)容的發(fā)展。

數(shù)字電視的信息傳播采用的是雙向傳輸技術(shù)，改變了傳統(tǒng)的單向傳播，使雙向的交互具備了技術(shù)條件。觀眾完全可以按照自身的需求選擇各種服務(wù)內(nèi)容，包括節(jié)目點(diǎn)播、電視購(gòu)物、教育、醫(yī)療等業(yè)務(wù)，電視可以逐漸成為居家信息化的服務(wù)平臺(tái)。同時(shí)，數(shù)字電視改變了傳統(tǒng)電視的收視方式，這種全新的體驗(yàn)?zāi)Ｊ礁淖兞藗鹘y(tǒng)的被動(dòng)單項(xiàng)的信息接受方式，在服務(wù)上為觀眾提供了更多的選擇、更大的自由、更強(qiáng)的互動(dòng)。通過(guò)數(shù)字電視，網(wǎng)絡(luò)和電視媒介得以融合，電視可以像電腦或者手機(jī)一樣上網(wǎng)和使用，這賦予了電視全新的功能，如信息查詢、交流學(xué)習(xí)、股票交易等都可以在電視上操作完成，使電視成為一個(gè)網(wǎng)絡(luò)信息交流的平臺(tái)。

2.2數(shù)字電視服務(wù)形式的發(fā)展。

隨著全球信息化技術(shù)的發(fā)展與推進(jìn)以及通信技術(shù)的全覆蓋，數(shù)字電視將在功能和技術(shù)上與通信信息化相互融合，形成全新的媒體服務(wù)。伴隨著新技術(shù)的參與與合作，數(shù)字電視的服務(wù)形式與內(nèi)容所涉及到的領(lǐng)域也將越來(lái)越多。數(shù)字電視與互聯(lián)網(wǎng)的融合是發(fā)展的必然趨勢(shì)，雖然已經(jīng)實(shí)現(xiàn)，但還有更大的發(fā)展空間。消費(fèi)者通過(guò)數(shù)字電視可以獲得點(diǎn)播視頻、網(wǎng)上購(gòu)物、發(fā)送郵件、在線游戲等各種服務(wù)，通過(guò)數(shù)字電視人們可以體驗(yàn)電腦的所有功能。數(shù)字電視作為設(shè)備終端，還支持各種互聯(lián)接口，與優(yōu)盤、電腦、數(shù)碼產(chǎn)品以及手機(jī)等數(shù)字設(shè)備進(jìn)行連接。移動(dòng)數(shù)字電視也是數(shù)字電視的服務(wù)形式，移動(dòng)數(shù)字電視可以在非移動(dòng)與移動(dòng)情況下收看，在火車、公交、地鐵上都可以觀看移動(dòng)電視畫面，是戶外信息化的數(shù)字電視傳媒。移動(dòng)數(shù)字電視具有服務(wù)覆蓋面廣、信號(hào)迅速、可在移動(dòng)環(huán)境下工作的特點(diǎn)，另外移動(dòng)電視還具備公共服務(wù)的特點(diǎn)，特別是在交通、安全、預(yù)警等信息發(fā)布上，是政府對(duì)外展示形象和對(duì)公眾發(fā)布信息的重要窗口。

3、服務(wù)傳播。

數(shù)字技術(shù)給電視產(chǎn)業(yè)帶來(lái)的變革推進(jìn)了電視產(chǎn)品的優(yōu)化與傳播效果提高。

3.1電視節(jié)目的質(zhì)量?jī)?yōu)化與傳播效率的提高。

首先，電視節(jié)目的傳播效率得到提高。隨著電視數(shù)字化技術(shù)的發(fā)展，非線性編輯取代了傳統(tǒng)線性編輯，在技術(shù)層面上得到突破，成為現(xiàn)下電視節(jié)目制作的手段。與傳統(tǒng)制作效率相比得到了極大的提高，尤其是對(duì)于新聞?lì)惞?jié)目來(lái)說(shuō)更是一大突破，它可以實(shí)現(xiàn)線性編輯多種工序的同步進(jìn)行，讓新聞編輯效率得到大幅度提升。新聞的時(shí)效性非常重要，這個(gè)技術(shù)的突破對(duì)新聞?lì)惞?jié)目大有裨益。其次，電視節(jié)目的制作質(zhì)量得到提高。非線性編輯實(shí)現(xiàn)了數(shù)據(jù)運(yùn)算方式上的疊加，這種編輯手段不會(huì)損失電視信號(hào)，而且非線性編輯技術(shù)還可以應(yīng)用到服務(wù)器、切換器上，這樣不僅讓電視節(jié)目制作效率得到了提高，也讓電視節(jié)目播放質(zhì)量得到了提高。

3.2節(jié)約了制作節(jié)目時(shí)的人力資源和物力成本。

傳統(tǒng)的電視節(jié)目制作往往需要耗費(fèi)大量的人力資源和物力資源，例如在布置場(chǎng)景時(shí)，需要很多工作人員搬運(yùn)道具和搭建場(chǎng)景，有些道具很大很沉重，這給工作帶來(lái)了不小的難度。傳統(tǒng)的電視制作方式不僅耗時(shí)長(zhǎng)，還耗費(fèi)大量的人力資源和物力資源，制作成本很高。而數(shù)字化技術(shù)下的模擬演播室完全可以解決以上難題，這種新技術(shù)是利用計(jì)算機(jī)軟件來(lái)完成的，它可以實(shí)現(xiàn)電視節(jié)目場(chǎng)景制作、電視節(jié)目圖像處理、電視節(jié)目圖像合成等，從而完成許多復(fù)雜的場(chǎng)景設(shè)計(jì)。盡管目前模擬演播室的相關(guān)技術(shù)還不完全成熟，但是隨著計(jì)算機(jī)技術(shù)的發(fā)展，模擬演播室技術(shù)代替?zhèn)鹘y(tǒng)電視節(jié)目制作技術(shù)已經(jīng)成為了數(shù)字電視發(fā)展的必然趨勢(shì)，節(jié)約電視節(jié)目的制作成本，是電視數(shù)字化發(fā)展的必然要求。

3.3數(shù)字技術(shù)對(duì)電視產(chǎn)品傳播效果的積極作用。

實(shí)現(xiàn)了電視產(chǎn)品跨媒介傳播，讓電視產(chǎn)品在不同媒介的共享傳播中獲得最大收益。在傳統(tǒng)電視傳播中，電視產(chǎn)品只有依靠電視才能實(shí)現(xiàn)傳播，其傳播范圍是十分有限的，傳播效果也基本能夠預(yù)測(cè)得到。而在數(shù)字技術(shù)下，電視產(chǎn)品不僅可以通過(guò)電視進(jìn)行傳播，還可以通過(guò)網(wǎng)站、播放軟件等各種媒介渠道得以傳播，其傳播范圍是成倍擴(kuò)大的，這種跨媒介的傳播方式會(huì)產(chǎn)生難以預(yù)測(cè)的傳播效果，給電視媒體經(jīng)銷商帶來(lái)巨大的收益。實(shí)現(xiàn)了電視產(chǎn)品定時(shí)定位傳播，讓電視產(chǎn)品取得更好的傳播效果。服務(wù)器可以記錄觀眾的消費(fèi)時(shí)間和消費(fèi)地點(diǎn)，這對(duì)電視產(chǎn)品進(jìn)行定時(shí)定位傳播帶來(lái)了幫助。因?yàn)橛^眾是電視產(chǎn)品的消費(fèi)者，這些消費(fèi)者觀看電視節(jié)目的時(shí)間不同，觀看地點(diǎn)也不相同，電視經(jīng)銷商要想讓電視產(chǎn)品產(chǎn)生更為精準(zhǔn)的傳播效果就要進(jìn)行市場(chǎng)定位，分析不同受眾群體對(duì)于電視產(chǎn)品的喜愛(ài)，把握各消費(fèi)人群的不同消費(fèi)地點(diǎn)，統(tǒng)計(jì)各電視節(jié)目不同的收視高峰時(shí)間段。有了數(shù)字技術(shù)的支持，可以收集上述這些相關(guān)數(shù)據(jù)，指導(dǎo)我們根據(jù)消費(fèi)需要進(jìn)行產(chǎn)品設(shè)計(jì)和播放，準(zhǔn)確定位以產(chǎn)生更好的宣傳效果，真正體現(xiàn)電視產(chǎn)品的價(jià)值。

4、結(jié)束語(yǔ)。

實(shí)現(xiàn)了電視產(chǎn)品互動(dòng)傳播，讓觀眾能夠自由選擇自己喜愛(ài)的節(jié)目。在傳統(tǒng)的電視傳播中，電視經(jīng)銷商掌握著信息傳播的主動(dòng)權(quán)，觀眾只能被動(dòng)的觀看經(jīng)銷商提供的電視產(chǎn)品，這個(gè)傳播方式是單方向的。而在數(shù)字時(shí)代下，觀眾完全可以根據(jù)自身的喜好選擇電視產(chǎn)品，這就給電視產(chǎn)品帶來(lái)了競(jìng)爭(zhēng)壓力。為了占據(jù)市場(chǎng)份額，就要以觀眾需要為目標(biāo)導(dǎo)向來(lái)提供產(chǎn)品和服務(wù)內(nèi)容。觀眾從被動(dòng)者地位轉(zhuǎn)變到了主動(dòng)者地位，觀眾的需求就是衡量電視產(chǎn)品好壞的標(biāo)準(zhǔn)，只有能夠滿足觀眾需求的電視產(chǎn)品才是好產(chǎn)品，如果電視產(chǎn)品不能夠被觀眾所認(rèn)可，那也就宣布了這個(gè)電視產(chǎn)品的失敗。在這樣的競(jìng)爭(zhēng)壓力下，經(jīng)銷商要從觀眾的角度，制定電視產(chǎn)品的策略，完善電視產(chǎn)品的內(nèi)容，促進(jìn)電視產(chǎn)品的質(zhì)量，實(shí)現(xiàn)電視互動(dòng)傳播，創(chuàng)造良好的市場(chǎng)氛圍。數(shù)字電視媒體要順應(yīng)市場(chǎng)的發(fā)展趨勢(shì)，保持良好的經(jīng)營(yíng)活力，對(duì)觀眾進(jìn)行準(zhǔn)確的分類和定位，用高質(zhì)量的服務(wù)內(nèi)容連接用戶，發(fā)揮數(shù)字電視產(chǎn)品的互動(dòng)傳播效果和媒介融合優(yōu)勢(shì)，實(shí)現(xiàn)其真正的市場(chǎng)價(jià)值，數(shù)字電視的未來(lái)大有可為。

參考文獻(xiàn)：

[1]楊國(guó)軼.中國(guó)數(shù)字付費(fèi)電視發(fā)展策略研究[d].大連理工大學(xué)，2006.

[2]陳培愛(ài)，閆琰.數(shù)字化時(shí)代的廣告?zhèn)鞑j].編輯之友，2012(09).

[3]朱羽君.電視新聞評(píng)論的發(fā)展趨勢(shì)[j].北京廣播學(xué)院學(xué)報(bào)，1999(04).

[4]王琳.數(shù)字時(shí)代中國(guó)電視媒體經(jīng)營(yíng)模式創(chuàng)新[d].對(duì)外經(jīng)濟(jì)貿(mào)易大學(xué)，2005.

[5]于紅巖.試論電視數(shù)字化趨勢(shì)下的傳者與受者[d].湖南師范大學(xué)，2006.

光網(wǎng)絡(luò)信息傳輸技術(shù)

在此科技迅速發(fā)展之際，通信網(wǎng)絡(luò)的發(fā)展是一個(gè)必然的趨勢(shì)。

雖然通信技術(shù)在不斷的發(fā)展，而且應(yīng)用的范圍也逐漸擴(kuò)大，不過(guò)現(xiàn)代通信網(wǎng)絡(luò)光纖傳輸技術(shù)存在一定的缺陷，所以必須要不斷的完善該技術(shù)。

通信技術(shù)的大容量、高速度是我國(guó)通信網(wǎng)絡(luò)技術(shù)發(fā)展的趨勢(shì)。

未來(lái)通信網(wǎng)絡(luò)技術(shù)的發(fā)展趨勢(shì)可能主要體現(xiàn)在以下方面：首先是單波長(zhǎng)通道向多波長(zhǎng)通道發(fā)展，未來(lái)光纖通信傳輸技術(shù)要實(shí)現(xiàn)空分復(fù)用和時(shí)分復(fù)用，只是在應(yīng)用過(guò)程中可能會(huì)產(chǎn)生一些問(wèn)題，對(duì)此需要設(shè)計(jì)出大容量的復(fù)用系統(tǒng)，只有這樣才能降低一些負(fù)面影響;其次是光網(wǎng)絡(luò)向著智能化的方向發(fā)展，光網(wǎng)絡(luò)智能化發(fā)展具有重要的意義，也是我國(guó)通信網(wǎng)絡(luò)發(fā)展的重要方向。

隨著科技的快速發(fā)展，計(jì)算機(jī)在通訊網(wǎng)絡(luò)發(fā)揮了越來(lái)越廣泛的作用，它促使了通信網(wǎng)絡(luò)的更進(jìn)一步的發(fā)展，因此為通信網(wǎng)絡(luò)智能化發(fā)展創(chuàng)造了有利條件;再次是向著全光網(wǎng)絡(luò)的方向發(fā)展，信號(hào)在網(wǎng)絡(luò)傳輸過(guò)程中以光的形式存在成為一種趨勢(shì)，不過(guò)只有依靠先進(jìn)的科技才能進(jìn)行光電信號(hào)轉(zhuǎn)換。

在整個(gè)光網(wǎng)絡(luò)系統(tǒng)中，網(wǎng)絡(luò)結(jié)點(diǎn)仍存在一定的問(wèn)題，而這些問(wèn)題對(duì)光纖通信的總?cè)萘慨a(chǎn)生了不利的影響，所以需要克服或解決這些問(wèn)題來(lái)促進(jìn)通信網(wǎng)絡(luò)技術(shù)的順利發(fā)展;最后是光器件向著集成化的方向發(fā)展，光器件集成化可以最終促進(jìn)網(wǎng)絡(luò)通信速度的發(fā)展。

信息保密協(xié)議

甲方：

乙方：

根據(jù)甲乙雙方年月日簽定的《工程施工合同》，鑒于乙方在甲方施工期間及竣工后有關(guān)保守甲方工程信息資料的秘密和其他技術(shù)秘密的有關(guān)事項(xiàng)，特簽定協(xié)議如下：

1、雙方確認(rèn)遵守《保密法》及其他相關(guān)法律法規(guī)，承擔(dān)保守國(guó)家秘密和對(duì)乙方有關(guān)人員進(jìn)行保密教育、管理的義務(wù)，采取有效措施確保本項(xiàng)目保密信息的安全。

2、本協(xié)議提及的秘密，包括但不限于：工程概況、工程規(guī)模、工期計(jì)劃、產(chǎn)品方案、工藝流程、技術(shù)設(shè)計(jì)、圖紙資料、相關(guān)函電等等。

3、在項(xiàng)目實(shí)施過(guò)程中，需要由甲方提供的圖紙、文件和其他與本工程有關(guān)的資料或雖屬于第三方但甲方承諾保證權(quán)利不受侵犯。乙方只有使用的權(quán)利，并且只用于本合同工程。未經(jīng)甲方的書面許可，乙方不得擅自修改或用于本合同以外的工程。

4、乙方人員因?qū)嵤┍竟こ绦枰M(jìn)入甲方辦公場(chǎng)所的，應(yīng)當(dāng)經(jīng)甲方同意，并有甲方人員陪同在制定的場(chǎng)所活動(dòng)，不得涉入非指定場(chǎng)所。

5、工程竣工后，乙方將所有與本工程有關(guān)的圖紙、文件資料整理后交予甲方，未經(jīng)甲方的書面許可，乙方不得對(duì)外或第三方公開披露;不得以任何形式，向媒體透露所承攬工程的相關(guān)情況。

6、所有工程照片的版權(quán)歸甲方所有，沒(méi)有甲方批推，乙方不得作任何應(yīng)用。已批準(zhǔn)的文章、照片和類似材料的出版應(yīng)通知甲方。

7、乙方在工程維護(hù)階段需要使用涉及到工程相關(guān)秘密資料的，須由甲方同意，并保證使用過(guò)程中資料的安全，使用后應(yīng)立即歸還甲方。

8、乙方承擔(dān)保密義務(wù)的期限為無(wú)限期保密，直至甲方宣布解密或者秘密信息實(shí)際上已經(jīng)公開。由此而導(dǎo)致的任何知識(shí)產(chǎn)權(quán)方面的糾紛或賠償，將由違反規(guī)定的一方向?qū)Ψ匠袚?dān)全部的賠償責(zé)任。

9、任何乙方未履行本協(xié)議或違反本協(xié)議的有關(guān)要求均應(yīng)視為違約。作出違約的一方應(yīng)當(dāng)承擔(dān)違約責(zé)任。造成泄密后果的按《保密法》及其他相關(guān)法律法規(guī)處理。

10、本協(xié)議一式兩份，雙方各執(zhí)一份。

11、本協(xié)議自簽字蓋章之日起生效。

甲方：

乙方：

短信息廣告發(fā)送通信傳輸服務(wù)協(xié)議

經(jīng)雙方同意方可更改，甲方就委托乙方發(fā)布廣告事宜簽訂本合同。

一、有關(guān)廣告業(yè)務(wù)達(dá)成下列項(xiàng)目。

二、甲方應(yīng)提供的證明文件：

三、本合同簽訂后不得更改，但遇特殊情況，經(jīng)雙方同意方可更改，并按規(guī)定賠償損失費(fèi)：

本合同一式____份，甲方____份，乙方____份，報(bào)有關(guān)部門____份。

四、附則：

五、本合同嚴(yán)格執(zhí)行廣告法及民法典有關(guān)條款。

信息保密協(xié)議

甲方：

乙方：

為保證甲方經(jīng)營(yíng)活動(dòng)的正常進(jìn)行、保障乙方的合法權(quán)益，甲乙雙方在遵守國(guó)家相關(guān)法律法規(guī)、企業(yè)相關(guān)規(guī)章制度和員工守則的基礎(chǔ)上，經(jīng)友好協(xié)商，簽訂本協(xié)議。

一、甲乙雙方確認(rèn)就本協(xié)議中所涉及的中科晶電信息材料（北京）有限公司（以下簡(jiǎn)稱甲方）在研究、開發(fā)、生產(chǎn)、流通以及企業(yè)管理中所有相關(guān)業(yè)務(wù)中任何口頭或文字資料均屬商業(yè)保密范圍。

二、本協(xié)議中的商業(yè)秘密，是指由甲方（包括甲方的子公司和參股公司）擁有的涉及甲方研究、開發(fā)、生產(chǎn)、流通、市場(chǎng)、客戶和管理等領(lǐng)域中相關(guān)的一切知識(shí)產(chǎn)權(quán)和資料。

三、商業(yè)秘密的內(nèi)容（包含但不僅限以下條款和內(nèi)容）：

7.甲方獲取的未公開的第三方知識(shí)產(chǎn)權(quán)和資料等。

四、商業(yè)秘密不包括的內(nèi)容：

1.乙方在本協(xié)議簽約時(shí)已經(jīng)合法取得并保有的或已在社會(huì)公開披露的信息；

2.非因乙方的故意、過(guò)失等原因而造成在本協(xié)議簽約后成為社會(huì)公知的信息；

五、乙方確認(rèn)甲方的商業(yè)秘密為甲方享有的、具有商業(yè)價(jià)值的一切知識(shí)產(chǎn)權(quán)和資料。甲方商業(yè)秘密中的一切知識(shí)產(chǎn)權(quán)和資料均屬甲方所有。乙方在甲方工作期間，為履行相關(guān)職責(zé)而實(shí)施的工作活動(dòng)所產(chǎn)生的任何創(chuàng)造性成果，其所有權(quán)均屬甲方，乙方不得為此主張任何權(quán)利。

六、乙方在其履行勞動(dòng)合同期間應(yīng)謹(jǐn)慎保管就甲方的商業(yè)秘密所取得或制作的文件、圖片、樣本、磁帶、軟盤、以及其他類似原件及復(fù)制品。在未經(jīng)甲方事先書面同意下，不得允許第三方閱覽、復(fù)制、復(fù)寫或以任何方式交與第三方使用。

七、乙方在其履行勞動(dòng)合同期間，非在乙方職責(zé)范圍內(nèi)或未經(jīng)甲方允許，乙方不得持有甲方的保密材料或相關(guān)載體。也不得以攜帶、夾藏、傳輸、郵寄等方式將甲方的保密材料或相關(guān)載體帶出甲方所在地。

八、基于訴訟及其他法律上的程序，作為法律義務(wù)，當(dāng)乙方被要求公開甲方商業(yè)秘密時(shí)，乙方應(yīng)事先通知甲方，以求取得適當(dāng)解決。

九、乙方確認(rèn)在執(zhí)行與甲方簽訂的勞動(dòng)合同期間，或乙方因任何事由或以任何形式離開甲方后二年內(nèi)，不得經(jīng)營(yíng)或從事與甲方業(yè)務(wù)具有競(jìng)爭(zhēng)關(guān)系的任何事業(yè)（包括但不限于自己成為競(jìng)業(yè)者或組織設(shè)立競(jìng)業(yè)企業(yè)等），不得與存有與甲方有競(jìng)爭(zhēng)關(guān)系的任何個(gè)人（簡(jiǎn)稱競(jìng)業(yè)者）或企業(yè)及其他組織（簡(jiǎn)稱競(jìng)業(yè)組織）等，從事如下活動(dòng)：

1.成為競(jìng)業(yè)者或競(jìng)業(yè)企業(yè)的董事或高級(jí)管理員工或普通員工；

2.組織、參與設(shè)立競(jìng)業(yè)企業(yè)等；

3.以任何形式參與第三方成為競(jìng)業(yè)者或組織設(shè)立競(jìng)業(yè)企業(yè)的行為。

4.為競(jìng)業(yè)機(jī)構(gòu)提供咨詢、設(shè)計(jì)等服務(wù)。

十、乙方確認(rèn)在與甲方簽訂勞動(dòng)合同的執(zhí)行期間，或乙方因任何事由或以任何形式離開甲方后，遵守如下約定：

1.乙方有保守甲方技術(shù)、生產(chǎn)及商業(yè)秘密的義務(wù)；

4.在雙方約定的期限內(nèi)，乙方不得在其工作任務(wù)所涉及范圍以外的任何時(shí)間和地點(diǎn)使用甲方的商業(yè)秘密。

十一、甲乙雙方合作期間或解除、終止勞動(dòng)合同后，基于甲方合理要求，乙方應(yīng)向甲方返還所有與甲方商業(yè)秘密相關(guān)的任何資料；或銷毀所有相關(guān)資料并提供足夠證據(jù)。在此，乙方不得以任何形態(tài)保留甲方商業(yè)秘密供自己或第三方使用，包括在乙方或第三方所有的物品上殘存有乙方可能繼續(xù)利用的甲方商業(yè)秘密。乙方不得就此向?qū)Ψ揭蠼?jīng)濟(jì)補(bǔ)償。

十二、乙方如發(fā)現(xiàn)甲方秘密信息被泄露或者自己過(guò)失泄露秘密，應(yīng)當(dāng)采取有效措施防止泄密進(jìn)一步擴(kuò)大，并及時(shí)向甲方報(bào)告。

十三、甲方或乙方如違反本協(xié)議任何條款而造成對(duì)方損失時(shí)，將承擔(dān)違約責(zé)任，一方可向違約方要求賠償因此而受到的全部直接和間接損失。

十四、本協(xié)議為甲乙雙方保守甲方商業(yè)秘密的正式文本。本協(xié)議簽約前由雙方口頭或書面達(dá)成保守商業(yè)秘密的任何協(xié)議，如與本協(xié)議相沖突，自本協(xié)議簽約后自動(dòng)失效。

十五、本協(xié)議非經(jīng)甲乙雙方以書面形式同意而進(jìn)行任何形式的變更均屬無(wú)效。

適用法律及管轄：任何因執(zhí)行本協(xié)議所發(fā)生的，或與本協(xié)議有關(guān)的爭(zhēng)議，雙方可向甲方所在地有管轄權(quán)的人民法院起訴。

十六、本協(xié)議自雙方簽字之日起生效。

甲方：

乙方：

TCP傳輸控制協(xié)議

說(shuō)明：

1).本文以tcp的發(fā)展歷程解析容易引起混淆，誤會(huì)的方方面面。

5).本文給出一個(gè)提綱，如果想了解細(xì)節(jié)，請(qǐng)直接查閱rfc。

6).翻來(lái)覆去，終于找到了這篇備忘，本文基于這篇備忘文檔修改。

1.網(wǎng)絡(luò)協(xié)議設(shè)計(jì)。

iso提出了osi分層網(wǎng)絡(luò)模型，這種分層模型是理論上的，tcp/ip最終實(shí)現(xiàn)了一個(gè)分層的協(xié)議模型，每一個(gè)層次對(duì)應(yīng)一組網(wǎng)絡(luò)協(xié)議完成一組特定的功能，該組網(wǎng)絡(luò)協(xié)議被其下的層次復(fù)用和解復(fù)用。這就是分層模型的本質(zhì)，最終所有的邏輯被編碼到線纜或者電磁波。

分層模型是很好理解的，然而對(duì)于每一層的協(xié)議設(shè)計(jì)卻不是那么容易。tcp/ip的漂亮之處在于：協(xié)議越往上層越復(fù)雜。我們把網(wǎng)絡(luò)定義為互相連接在一起的設(shè)備，網(wǎng)絡(luò)的本質(zhì)作用還是“端到端”的通信，然而希望互相通信的設(shè)備并不一定要“直接”連接在一起，因此必然需要一些中間的設(shè)備負(fù)責(zé)轉(zhuǎn)發(fā)數(shù)據(jù)，因此就把連接這些中間設(shè)備的線纜上跑的協(xié)議定義為鏈路層協(xié)議，實(shí)際上所謂鏈路其實(shí)就是始發(fā)與一個(gè)設(shè)備，通過(guò)一根線，終止于另一個(gè)設(shè)備。我們把一條鏈路稱為“一跳”。因此一個(gè)端到端的網(wǎng)絡(luò)包含了“很多跳”。

終止于ip協(xié)議，我們已經(jīng)可以完成一個(gè)端到端的通信，為何還需要tcp協(xié)議？這是一個(gè)問(wèn)題，理解了這個(gè)問(wèn)題，我們就能理解tcp協(xié)議為何成了現(xiàn)在這個(gè)樣子，為何如此“復(fù)雜”，為何又如此簡(jiǎn)單。

首先我們認(rèn)識(shí)一下為何ip協(xié)議是沙漏的細(xì)腰部分。它的下層是繁多的鏈路層協(xié)議，這些鏈路提供了相互截然不同且相差很遠(yuǎn)的語(yǔ)義，為了互聯(lián)這些異構(gòu)的網(wǎng)絡(luò)，我們需要一個(gè)網(wǎng)絡(luò)層協(xié)議起碼要提供一些適配的功能，另外它必然不能提供太多的“保證性服務(wù)”，因?yàn)樯蠈拥谋ＷC性依賴下層的約束性更強(qiáng)的保證性，你永遠(yuǎn)無(wú)法在一個(gè)100m吞吐量的鏈路之上實(shí)現(xiàn)的ip協(xié)議保證1000m的吞吐量...

ip協(xié)議設(shè)計(jì)為分組轉(zhuǎn)發(fā)協(xié)議，每一跳都要經(jīng)過(guò)一個(gè)中間節(jié)點(diǎn)，路由的設(shè)計(jì)是tcp/ip網(wǎng)絡(luò)的另一大創(chuàng)舉，這樣，ip協(xié)議就無(wú)需方向性，路由信息和協(xié)議本身不再?gòu)?qiáng)關(guān)聯(lián)，它們僅僅通過(guò)ip地址來(lái)關(guān)聯(lián)，因此，ip協(xié)議更加簡(jiǎn)單。路由器作為中間節(jié)點(diǎn)也不能太復(fù)雜，這涉及到成本問(wèn)題，因此路由器只負(fù)責(zé)選路以及轉(zhuǎn)發(fā)數(shù)據(jù)包。

因此傳輸控制協(xié)議必然需要在端點(diǎn)實(shí)現(xiàn)。在我們?cè)斦則cp協(xié)議之前，首先要看一下它不能做什么，由于ip協(xié)議不提供保證，tcp也不能提供依賴于ip下層鏈路的這種保證，比如帶寬，比如時(shí)延，這些都是鏈路層決定的，既然ip協(xié)議無(wú)法修補(bǔ)，tcp也不能，然而它卻能修正始于ip層的一些“不可保證性質(zhì)”，這些性質(zhì)包括ip層的不可靠，ip層的不按順序，ip層的無(wú)方向/無(wú)連接。

將該小節(jié)總結(jié)一下，tcp/ip模型從下往上，功能增加，需要實(shí)現(xiàn)的設(shè)備減少，然而設(shè)備的復(fù)雜性卻在增加，這樣保證了成本的最小化，至于性能或者因素，靠軟件來(lái)調(diào)節(jié)吧，tcp協(xié)議就是這樣的軟件，實(shí)際上最開始的時(shí)候，tcp并不考慮性能，效率，公平性，正是考慮了這些，tcp協(xié)議才復(fù)雜了起來(lái)。

協(xié)議。

這是一個(gè)純軟件協(xié)議，為何將其設(shè)計(jì)上兩個(gè)端點(diǎn)，參見上一小節(jié)，本節(jié)詳述tcp協(xié)議，中間也穿插一些簡(jiǎn)短的論述。

協(xié)議。

確切的說(shuō)，tcp協(xié)議有兩重身份，作為網(wǎng)絡(luò)協(xié)議，它彌補(bǔ)了ip協(xié)議盡力而為服務(wù)的不足，實(shí)現(xiàn)了有連接，可靠傳輸，報(bào)文按序到達(dá)。作為一個(gè)主機(jī)軟件，它和udp以及左右的傳輸層協(xié)議隔離了主機(jī)服務(wù)和網(wǎng)絡(luò)，它們可以被看做是一個(gè)多路復(fù)用/解復(fù)用器，將諸多的主機(jī)進(jìn)程數(shù)據(jù)復(fù)用/解復(fù)用到ip層。可以看出，不管從哪個(gè)角度，tcp都作為一個(gè)接口存在，作為網(wǎng)絡(luò)協(xié)議，它和對(duì)端的tcp接口，實(shí)現(xiàn)tcp的控制邏輯，作為多路復(fù)用/解復(fù)用器，它和下層ip協(xié)議接口，實(shí)現(xiàn)協(xié)議棧的功能，而這正是分層網(wǎng)絡(luò)協(xié)議模型的基本定義(兩類接口，一類和下層接口，另一類和對(duì)等層接口)。

我們習(xí)慣于將tcp作為協(xié)議棧的最頂端，而不把應(yīng)用層協(xié)議當(dāng)成協(xié)議棧的一部分，這部分是因?yàn)閼?yīng)用層被tcp/udp解復(fù)用了之后，呈現(xiàn)出了一種太復(fù)雜的局面，應(yīng)用層協(xié)議用一種不同截然不同的方式被解釋，應(yīng)用層協(xié)議習(xí)慣于用類似asn.1標(biāo)準(zhǔn)來(lái)封裝，這正體現(xiàn)了tcp協(xié)議作為多路復(fù)用/解復(fù)用器的重要性，由于直接和應(yīng)用接口，它可以很容易直接被應(yīng)用控制，實(shí)現(xiàn)不同的傳輸控制策略，這也是tcp被設(shè)計(jì)到離應(yīng)用不太遠(yuǎn)的地方的原因之一。

總之，tcp要點(diǎn)有四，一曰有連接，二曰可靠傳輸，三曰數(shù)據(jù)按照到達(dá)，四曰端到端流量控制。注意，tcp被設(shè)計(jì)時(shí)只保證這四點(diǎn)，此時(shí)它雖然也有些問(wèn)題，然而很簡(jiǎn)單，然而更大的問(wèn)題很快呈現(xiàn)出來(lái)，使之不得不考慮和ip網(wǎng)絡(luò)相關(guān)的東西，比如公平性，效率，因此增加了擁塞控制，這樣tcp就成了現(xiàn)在這個(gè)樣子。

3.2.有連接，可靠傳輸，數(shù)據(jù)按序到達(dá)的tcp。

ip協(xié)議是沒(méi)有方向的，數(shù)據(jù)報(bào)傳輸能到達(dá)對(duì)端全靠路由，因此它是一跳一跳地到達(dá)對(duì)端的，只要有一跳沒(méi)有到達(dá)對(duì)端的路由，那么數(shù)據(jù)傳輸將失敗，其實(shí)路由也是互聯(lián)網(wǎng)的核心之一，實(shí)際上ip層提供的核心基本功能有兩點(diǎn)，第一點(diǎn)是地址管理，第二點(diǎn)就是路由選路。tcp利用了ip路由這個(gè)簡(jiǎn)單的功能，因此tcp不必考慮選路，這又一個(gè)它被設(shè)計(jì)成端到端協(xié)議的原因。

既然ip已經(jīng)能盡力讓單獨(dú)的數(shù)據(jù)報(bào)到達(dá)對(duì)端，那么tcp就可以在這種盡力而為的網(wǎng)絡(luò)上實(shí)現(xiàn)其它的更加嚴(yán)格的控制功能。tcp給無(wú)連接的ip網(wǎng)絡(luò)通信增加了連接性，確認(rèn)了已經(jīng)發(fā)送出去的數(shù)據(jù)的狀態(tài)，并且保證了數(shù)據(jù)的順序。

3.2.1.有連接。

這是tcp的基本，因?yàn)楹罄m(xù)的傳輸?shù)目煽啃砸约皵?shù)據(jù)順序性都依賴于一條連接，這是最簡(jiǎn)單的實(shí)現(xiàn)方式，因此tcp被設(shè)計(jì)成一種基于流的協(xié)議，既然tcp需要事先建立連接，之后傳輸多少數(shù)據(jù)就無(wú)所謂了，只要是同一連接的數(shù)據(jù)能識(shí)別出來(lái)即可。

疑難雜癥1：3次握手和4次揮手。

tcp使用3次握手建立一條連接，該握手初始化了傳輸可靠性以及數(shù)據(jù)順序性必要的信息，這些信息包括兩個(gè)方向的初始序列號(hào)，確認(rèn)號(hào)由初始序列號(hào)生成，使用3次握手是因?yàn)?次握手已經(jīng)準(zhǔn)備好了傳輸可靠性以及數(shù)據(jù)順序性所必要的信息，該握手的第3次實(shí)際上并不是需要單獨(dú)傳輸?shù)模耆梢院蛿?shù)據(jù)一起傳輸。

tcp使用4次揮手拆除一條連接，為何需要4次呢？因?yàn)閠cp是一個(gè)全雙工協(xié)議，必須單獨(dú)拆除每一條信道。注意，4次揮手和3次握手的意義是不同的，很多人都會(huì)問(wèn)為何建立連接是3次握手，而拆除連接是4次揮手。3次握手的目的很簡(jiǎn)單，就是分配資源，初始化序列號(hào)，這時(shí)還不涉及數(shù)據(jù)傳輸，3次就足夠做到這個(gè)了，而4次揮手的目的是終止數(shù)據(jù)傳輸，并回收資源，此時(shí)兩個(gè)端點(diǎn)兩個(gè)方向的序列號(hào)已經(jīng)沒(méi)有了任何關(guān)系，必須等待兩方向都沒(méi)有數(shù)據(jù)傳輸時(shí)才能拆除虛鏈路，不像初始化時(shí)那么簡(jiǎn)單，發(fā)現(xiàn)syn標(biāo)志就初始化一個(gè)序列號(hào)并確認(rèn)syn的序列號(hào)。因此必須單獨(dú)分別在一個(gè)方向上終止該方向的數(shù)據(jù)傳輸。

疑難雜癥2：time_wait狀態(tài)。

為何要有這個(gè)狀態(tài)，原因很簡(jiǎn)單，那就是每次建立連接的時(shí)候序列號(hào)都是隨機(jī)產(chǎn)生的，并且這個(gè)序列號(hào)是32位的，會(huì)回繞。現(xiàn)在我來(lái)解釋這和time_wait有什么關(guān)系。

任何的tcp分段都要在盡力而為的ip網(wǎng)絡(luò)上傳輸，中間的路由器可能會(huì)隨意的緩存任何的ip數(shù)據(jù)報(bào)，它并不管這個(gè)ip數(shù)據(jù)報(bào)上被承載的是什么數(shù)據(jù)，然而根據(jù)經(jīng)驗(yàn)和互聯(lián)網(wǎng)的大小，一個(gè)ip數(shù)據(jù)報(bào)最多存活msl(這是根據(jù)地球表面積，電磁波在各種介質(zhì)中的傳輸速率以及ip協(xié)議的ttl等綜合推算出來(lái)的，如果在火星上，這個(gè)msl會(huì)大得多...)。

現(xiàn)在我們考慮終止連接時(shí)的被動(dòng)方發(fā)送了一個(gè)fin，然后主動(dòng)方回復(fù)了一個(gè)ack，然而這個(gè)ack可能會(huì)丟失，這會(huì)造成被動(dòng)方重發(fā)fin，這個(gè)fin可能會(huì)在互聯(lián)網(wǎng)上存活msl。

如果沒(méi)有time_wait的話，假設(shè)連接1已經(jīng)斷開，然而其被動(dòng)方最后重發(fā)的那個(gè)fin(或者fin之前發(fā)送的任何tcp分段)還在網(wǎng)絡(luò)上，然而連接2重用了連接1的所有的5元素(源ip，目的ip，tcp，源端口，目的端口)，剛剛將建立好連接，連接1遲到的fin到達(dá)了，這個(gè)fin將以比較低但是確實(shí)可能的概率終止掉連接2.

為何說(shuō)是概率比較低呢？這涉及到一個(gè)匹配問(wèn)題，遲到的fin分段的序列號(hào)必須落在連接2的一方的期望序列號(hào)范圍之內(nèi)。雖然這種巧合很少發(fā)生，但確實(shí)會(huì)發(fā)生，畢竟初始序列號(hào)是隨機(jī)產(chǎn)生了。因此終止連接的主動(dòng)方必須在接受了被動(dòng)方且回復(fù)了ack之后等待2*msl時(shí)間才能進(jìn)入close狀態(tài)，之所以乘以2是因?yàn)檫@是保守的算法，最壞情況下，針對(duì)被動(dòng)方的ack在以最長(zhǎng)路線(經(jīng)歷一個(gè)msl)經(jīng)過(guò)互聯(lián)網(wǎng)馬上到達(dá)被動(dòng)方時(shí)丟失。

為了應(yīng)對(duì)這個(gè)問(wèn)題，rfc793對(duì)初始序列號(hào)的生成有個(gè)建議，那就是設(shè)定一個(gè)基準(zhǔn)，在這個(gè)基準(zhǔn)之上搞隨機(jī)，這個(gè)基準(zhǔn)就是時(shí)間，我們知道時(shí)間是單調(diào)遞增的。然而這仍然有問(wèn)題，那就是回繞問(wèn)題，如果發(fā)生回繞，那么新的序列號(hào)將會(huì)落到一個(gè)很低的值。因此最好的辦法就是避開“重疊”，其含義就是基準(zhǔn)之上的隨機(jī)要設(shè)定一個(gè)范圍。

要知道，很多人很不喜歡看到服務(wù)器上出現(xiàn)大量的time_wait狀態(tài)的連接，因此他們將time_wait的值設(shè)置的很低，這雖然在大多數(shù)情況下可行，然而確實(shí)也是一種冒險(xiǎn)行為。最好的方式就是，不要重用一個(gè)連接。

疑難雜癥3：重用一個(gè)連接和重用一個(gè)套接字。

這是根本不同的，單獨(dú)重用一個(gè)套接字一般不會(huì)有任何問(wèn)題，因?yàn)閠cp是基于連接的。比如在服務(wù)器端出現(xiàn)了一個(gè)time_wait連接，那么該連接標(biāo)識(shí)了一個(gè)五元素，只要客戶端不使用相同的源端口，連接服務(wù)器是沒(méi)有問(wèn)題的，因?yàn)檫t到的fin永遠(yuǎn)不會(huì)到達(dá)這個(gè)連接。記住，一個(gè)五元素標(biāo)識(shí)了一個(gè)連接，而不是一個(gè)套接字(當(dāng)然，對(duì)于bsd套接字而言，服務(wù)端的accept套接字確實(shí)標(biāo)識(shí)了一個(gè)連接)。

3.2.2.傳輸可靠性。

基本上傳輸可靠性是靠確認(rèn)號(hào)實(shí)現(xiàn)的，也就是說(shuō)，每發(fā)送一個(gè)分段，接下來(lái)接收端必然要發(fā)送一個(gè)確認(rèn)，發(fā)送端收到確認(rèn)后才可以發(fā)送下一個(gè)字節(jié)。這個(gè)原則最簡(jiǎn)單不過(guò)了，教科書上的“停止-等待”協(xié)議就是這個(gè)原則的字節(jié)版本，只是tcp使用了滑動(dòng)窗口機(jī)制使得每次不一定發(fā)送一個(gè)字節(jié)，但是這是后話，本節(jié)僅僅談一下確認(rèn)的超時(shí)機(jī)制。

怎么知道數(shù)據(jù)到達(dá)對(duì)端呢？那就是對(duì)端發(fā)送一個(gè)確認(rèn)，但是如果一直收不到對(duì)端的確認(rèn)，發(fā)送端等多久呢？如果一直等下去，那么將無(wú)法發(fā)現(xiàn)數(shù)據(jù)的丟失，協(xié)議將不可用，如果等待時(shí)間過(guò)短，可能確認(rèn)還在路上，因此等待時(shí)間是個(gè)問(wèn)題，另外如何去管理這個(gè)超時(shí)時(shí)間也是一個(gè)問(wèn)題。

疑難雜癥4：超時(shí)時(shí)間的計(jì)算。

絕對(duì)不能隨意去揣測(cè)超時(shí)的時(shí)間，而應(yīng)該給出一個(gè)精確的算法去計(jì)算。毫無(wú)疑問(wèn)，一個(gè)tcp分段的回復(fù)到達(dá)的時(shí)間就是一個(gè)數(shù)據(jù)報(bào)往返的時(shí)間，因此標(biāo)準(zhǔn)定義了一個(gè)新的名詞rtt，代表一個(gè)tcp分段的往返時(shí)間。然而我們知道，ip網(wǎng)絡(luò)是盡力而為的，并且路由是動(dòng)態(tài)的，且路由器會(huì)毫無(wú)先兆的緩存或者丟棄任何的數(shù)據(jù)報(bào)，因此這個(gè)rtt是需要?jiǎng)討B(tài)測(cè)量的，也就是說(shuō)起碼每隔一段時(shí)間就要測(cè)量一次，如果每次都一樣，萬(wàn)事大吉，然而世界并非如你所愿，因此我們需要找到的恰恰的一個(gè)“平均值”，而不是一個(gè)準(zhǔn)確值。

這個(gè)平均值如果僅僅直接通過(guò)計(jì)算多次測(cè)量值取算術(shù)平均，那是不恰當(dāng)?shù)模驗(yàn)閷?duì)于數(shù)據(jù)傳輸延時(shí)，我們必須考慮的路徑延遲的瞬間抖動(dòng)，否則如果兩次測(cè)量值分別為2和98，那么超時(shí)值將是50，這個(gè)值對(duì)于2而言，太大了，結(jié)果造成了數(shù)據(jù)的延遲過(guò)大(本該重傳的等待了好久才重傳)，然而對(duì)于98而言，太小了，結(jié)果造成了過(guò)度重傳(路途遙遠(yuǎn)，本該很慢，結(jié)果大量重傳已經(jīng)正確確認(rèn)但是遲到的tcp分段)。

因此，除了考慮每?jī)纱螠y(cè)量值的偏差之外，其變化率也應(yīng)該考慮在內(nèi)，如果變化率過(guò)大，則通過(guò)以變化率為自變量的函數(shù)為主計(jì)算rtt(如果陡然增大，則取值為比較大的正數(shù)，如果陡然減小，則取值為比較小的負(fù)數(shù)，然后和平均值加權(quán)求和)，反之如果變化率很小，則取測(cè)量平均值。這是不言而喻的，這個(gè)算法至今仍然工作的很好。

疑難雜癥5：超時(shí)計(jì)時(shí)器的管理-每連接單一計(jì)時(shí)器。

很顯然，對(duì)每一個(gè)tcp分段都生成一個(gè)計(jì)時(shí)器是最直接的方式，每個(gè)計(jì)時(shí)器在rtt時(shí)間后到期，如果沒(méi)有收到確認(rèn)，則重傳。然而這只是理論上的合理，對(duì)于大多數(shù)操作系統(tǒng)而言，這將帶來(lái)巨大的內(nèi)存開銷和調(diào)度開銷，因此采取每一個(gè)tcp連接單一計(jì)時(shí)器的設(shè)計(jì)則成了一個(gè)默認(rèn)的選擇。可是單一的計(jì)時(shí)器怎么管理如此多的發(fā)出去的tcp分段呢？又該如何來(lái)設(shè)計(jì)單一的計(jì)時(shí)器呢。

設(shè)計(jì)單一計(jì)時(shí)器有兩個(gè)原則：1.每一個(gè)報(bào)文在長(zhǎng)期收不到確認(rèn)都必須可以超時(shí)；2.這個(gè)長(zhǎng)期收不到中長(zhǎng)期不能和測(cè)量的rtt相隔太遠(yuǎn)。因此rfc2988定義一套很簡(jiǎn)單的原則：

a.發(fā)送tcp分段時(shí)，如果還沒(méi)有重傳定時(shí)器開啟，那么開啟它。

b.發(fā)送tcp分段時(shí)，如果已經(jīng)有重傳定時(shí)器開啟，不再開啟它。

c.收到一個(gè)非冗余ack時(shí)，如果有數(shù)據(jù)在傳輸中，重新開啟重傳定時(shí)器。

d.收到一個(gè)非冗余ack時(shí)，如果沒(méi)有數(shù)據(jù)在傳輸中，則關(guān)閉重傳定時(shí)器。

我們看看這4條規(guī)則是如何做到以上兩點(diǎn)的，根據(jù)a和c(在c中，注意到ack是非冗余的)，任何tcp分段只要不被確認(rèn)，超時(shí)定時(shí)器總會(huì)超時(shí)的。然而為何需要c呢？只有規(guī)則a存在的話，也可以做到原則1。實(shí)際上確實(shí)是這樣的，但是為了不會(huì)出現(xiàn)過(guò)早重傳，才添加了規(guī)則c，如果沒(méi)有規(guī)則c，那么萬(wàn)一在重傳定時(shí)器到期前，發(fā)送了一些數(shù)據(jù)，這樣在定時(shí)器到期后，除了很早發(fā)送的數(shù)據(jù)能收到ack外，其它稍晚些發(fā)送的數(shù)據(jù)的ack都將不會(huì)到來(lái)，因此這些數(shù)據(jù)都將被重傳。有了規(guī)則c之后，只要有分段ack到來(lái)，則重置重傳定時(shí)器，這很合理，因此大多數(shù)正常情況下，從數(shù)據(jù)的發(fā)出到ack的到來(lái)這段時(shí)間以及計(jì)算得到的rtt以及重傳定時(shí)器超時(shí)的時(shí)間這三者相差并不大，一個(gè)ack到來(lái)后重置定時(shí)器可以保護(hù)后發(fā)的數(shù)據(jù)不被過(guò)早重傳。

這里面還有一些細(xì)節(jié)需要說(shuō)明。一個(gè)ack到來(lái)了，說(shuō)明后續(xù)的ack很可能會(huì)依次到來(lái)，也就是說(shuō)丟失的可能性并不大，另外，即使真的有后發(fā)的tcp分段丟失現(xiàn)象發(fā)生，也會(huì)在最多2倍定時(shí)器超時(shí)時(shí)間的范圍內(nèi)被重傳(假設(shè)該報(bào)文是第一個(gè)報(bào)文發(fā)出啟動(dòng)定時(shí)器之后馬上發(fā)出的，丟失了，第一個(gè)報(bào)文的ack到來(lái)后又重啟了定時(shí)器，又經(jīng)過(guò)了一個(gè)超時(shí)時(shí)間才會(huì)被重傳)。雖然這里還沒(méi)有涉及擁塞控制，但是可見網(wǎng)絡(luò)擁塞會(huì)引起丟包，丟包會(huì)引起重傳，過(guò)度重傳反過(guò)來(lái)加重網(wǎng)絡(luò)擁塞，設(shè)置規(guī)則c的結(jié)果可以緩解過(guò)多的重傳，畢竟將啟動(dòng)定時(shí)器之后發(fā)送的數(shù)據(jù)的重傳超時(shí)時(shí)間拉長(zhǎng)了最多一倍左右。最多一倍左右的超時(shí)偏差做到了原則2，即“這個(gè)長(zhǎng)期收不到中長(zhǎng)期不能和測(cè)量的rtt相隔太遠(yuǎn)”。

還有一點(diǎn)，如果是一個(gè)發(fā)送序列的最后一個(gè)分段丟失了，后面就不會(huì)收到冗余ack，這樣就只能等到超時(shí)了，并且超時(shí)時(shí)間幾乎是肯定會(huì)比定時(shí)器超時(shí)時(shí)間更長(zhǎng)。如果這個(gè)分段是在發(fā)送序列的靠后的時(shí)間發(fā)送的且和前面的發(fā)送時(shí)間相隔時(shí)間較遠(yuǎn)，則其超時(shí)時(shí)間不會(huì)很大，反之就會(huì)比較大。

疑難雜癥6：何時(shí)測(cè)量rtt。

目前很多tcp實(shí)現(xiàn)了時(shí)間戳，這樣就方便多了，發(fā)送端再也不需要保存發(fā)送分段的時(shí)間了，只需要將其放入?yún)f(xié)議頭的時(shí)間戳字段，然后接收端將其回顯在ack即可，然后發(fā)送端收到ack后，取出時(shí)間戳，和當(dāng)前時(shí)間做算術(shù)差，即可完成一次rtt的測(cè)量。

3.2.3.數(shù)據(jù)順序性。

基本上傳輸可靠性是靠序列號(hào)實(shí)現(xiàn)的。

疑難雜癥7：確認(rèn)號(hào)和超時(shí)重傳。

確認(rèn)號(hào)是一個(gè)很詭異的東西，因?yàn)閠cp的發(fā)送端對(duì)于發(fā)送出去的一個(gè)數(shù)據(jù)序列，它只要收到一個(gè)確認(rèn)號(hào)就認(rèn)為確認(rèn)號(hào)前面的數(shù)據(jù)都被收到了，即使前面的某個(gè)確認(rèn)號(hào)丟失了，也就是說(shuō)，發(fā)送端只認(rèn)最后一個(gè)確認(rèn)號(hào)。這是合理的，因?yàn)榇_認(rèn)號(hào)是接收端發(fā)出的，接收端只確認(rèn)按序到達(dá)的最后一個(gè)tcp分段。

另外，發(fā)送端重發(fā)了一個(gè)tcp報(bào)文并且接收到該tcp分段的確認(rèn)號(hào)，并不能說(shuō)明這個(gè)重發(fā)的報(bào)文被接收了，也可能是數(shù)據(jù)早就被接收了，只是由于其ack丟失或者其ack延遲到達(dá)導(dǎo)致了超時(shí)。值得說(shuō)明的是，接收端會(huì)丟棄任何重復(fù)的數(shù)據(jù)，即使丟棄了重復(fù)的數(shù)據(jù)，其ack還是會(huì)照發(fā)不誤的。

標(biāo)準(zhǔn)的早期tcp實(shí)現(xiàn)為，只要一個(gè)tcp分段丟失，即使后面的tcp分段都被完整收到，發(fā)送端還是會(huì)重傳從丟失分段開始的所有報(bào)文，這就會(huì)導(dǎo)致一個(gè)問(wèn)題，那就是重傳風(fēng)暴，一個(gè)分段丟失，引起大量的重傳。這種風(fēng)暴實(shí)則不必要的，因?yàn)榇蠖鄶?shù)的tcp實(shí)現(xiàn)中，接收端已經(jīng)緩存了亂序的分段，這些被重傳的丟失分段之后的分段到達(dá)接收端之后，很大的可能性是被丟棄。關(guān)于這一點(diǎn)在擁塞控制被引入之后還會(huì)提及(問(wèn)題先述為快：本來(lái)報(bào)文丟失導(dǎo)致超時(shí)就說(shuō)明網(wǎng)絡(luò)很可能已然擁塞，重傳風(fēng)暴只能加重其擁塞程度)。

疑難雜癥8：亂序數(shù)據(jù)緩存以及選擇確認(rèn)。

tcp是保證數(shù)據(jù)順序的，但是并不意味著它總是會(huì)丟棄亂序的tcp分段，具體會(huì)不會(huì)丟棄是和具體實(shí)現(xiàn)相關(guān)的，rfc建議如果內(nèi)存允許，還是要緩存這些亂序到來(lái)的分段，然后實(shí)現(xiàn)一種機(jī)制等到可以拼接成一個(gè)按序序列的時(shí)候?qū)⒕彺娴姆侄纹唇樱@就類似于ip協(xié)議中的分片一樣，但是由于ip數(shù)據(jù)報(bào)是不確認(rèn)的，因此ip協(xié)議的實(shí)現(xiàn)必須緩存收到的任何分片而不能將其丟棄，因?yàn)閬G棄了一個(gè)ip分片，它就再也不會(huì)到來(lái)了。

現(xiàn)在，tcp實(shí)現(xiàn)了一種稱為選擇確認(rèn)的方式，接收端會(huì)顯式告訴發(fā)送端需要重傳哪些分段而不需要重傳哪些分段。這無(wú)疑避免了重傳風(fēng)暴。

疑難雜癥9：tcp序列號(hào)的回繞的問(wèn)題。

tcp的序列號(hào)回繞會(huì)引起很多的問(wèn)題，比如序列號(hào)為s的分段發(fā)出之后，m秒后，序列號(hào)比s小的序列號(hào)為j的分段發(fā)出，只不過(guò)此時(shí)的j比上一個(gè)s多了一圈，這就是回繞問(wèn)題，那么如果這后一個(gè)分段到達(dá)接收端，這就會(huì)引發(fā)徹底亂序-本來(lái)j該在s后面，結(jié)果反而到達(dá)前面了，這種亂序是tcp協(xié)議檢查不出來(lái)的。我們仔細(xì)想一下，這種情況確實(shí)會(huì)發(fā)生，數(shù)據(jù)分段并不是一個(gè)字節(jié)一個(gè)字節(jié)發(fā)送出去的，如果存在一個(gè)速率為1gbps的網(wǎng)絡(luò)，tcp發(fā)送端1秒會(huì)發(fā)送125mb的數(shù)據(jù)，32位的序列號(hào)空間能傳輸2的32次方個(gè)字節(jié)，也就是說(shuō)32秒左右就會(huì)發(fā)生回繞，我們知道這個(gè)值遠(yuǎn)小于msl值，因此會(huì)發(fā)生的。

有個(gè)細(xì)節(jié)可能會(huì)引起誤會(huì)，那就是tcp的窗口大小空間是序列號(hào)空間的一半，這樣恰好在滿載情況下，數(shù)據(jù)能填滿發(fā)送窗口和接收窗口，序列號(hào)空間正好夠用。然而事實(shí)上，tcp的初始序列號(hào)并不是從0開始的，而是隨機(jī)產(chǎn)生的(當(dāng)然要輔助一些更精妙的算法)，因此如果初始序列號(hào)比較接近2的32次方，那么很快就會(huì)回繞。

當(dāng)然，如今可以用時(shí)間戳選項(xiàng)來(lái)輔助作為序列號(hào)的一個(gè)識(shí)別的部分，接收端遇到回繞的情況，需要比較時(shí)間戳，我們知道，時(shí)間戳是單調(diào)遞增的，雖然也會(huì)回繞，然而回繞時(shí)間卻要長(zhǎng)很多。這只是一種策略，在此不詳談。還有一個(gè)很現(xiàn)實(shí)的問(wèn)題，理論上序列號(hào)會(huì)回繞，但是實(shí)際上，有多少tcp的端點(diǎn)主機(jī)直接架設(shè)在1g的網(wǎng)絡(luò)線纜兩端并且接收方和發(fā)送方的窗口還能恰好被同時(shí)填滿。另外，就算發(fā)生了回繞，也不是一件特別的事情，回繞在計(jì)算機(jī)里面太常見了，只需要能識(shí)別出來(lái)即可解決，對(duì)于tcp的序列號(hào)而言，在高速網(wǎng)絡(luò)(點(diǎn)對(duì)點(diǎn)網(wǎng)絡(luò)或者以太網(wǎng))的兩端，數(shù)據(jù)發(fā)生亂序的可能性很小，因此當(dāng)收到一個(gè)序列號(hào)突然變?yōu)?或者終止序列號(hào)小于起始序列號(hào)的情況后，很容易辨別出來(lái)，只需要和前一個(gè)確認(rèn)的分段比較即可，如果在一個(gè)經(jīng)過(guò)路由器的網(wǎng)絡(luò)兩端，會(huì)引發(fā)ip數(shù)據(jù)報(bào)的順序重排，對(duì)于tcp而言，雖然還會(huì)發(fā)生回繞，也會(huì)慢得多，且考慮到擁塞窗口(目前還沒(méi)有引入)一般不會(huì)太大，窗口也很難被填滿到65536。

3.2.4.端到端的流量控制。

疑難雜癥10：流量控制的真實(shí)意義。

很多人以為流量控制會(huì)很有效的協(xié)調(diào)兩端的流量匹配，確實(shí)是這樣，但是如果你考慮到網(wǎng)絡(luò)的利用率問(wèn)題，tcp的流量控制機(jī)制就不那么完美了，造成這種局面的原因在于，滑動(dòng)窗口只是限制了最大發(fā)送的數(shù)據(jù)，卻沒(méi)有限制最小發(fā)送的數(shù)據(jù)，結(jié)果導(dǎo)致一些很小的數(shù)據(jù)被封裝成tcp分段，報(bào)文協(xié)議頭所占的比例過(guò)于大，造成網(wǎng)絡(luò)利用率下降，這就引出了接下來(lái)的內(nèi)容，那就是端到端意義的tcp協(xié)議效率。

~~~~~~~~~~~~~~~~~~~~。

承上啟下。

終于到了闡述問(wèn)題的時(shí)候了，以上的tcp協(xié)議實(shí)現(xiàn)的非常簡(jiǎn)單，這也是tcp的標(biāo)準(zhǔn)實(shí)現(xiàn)，然而很快我們就會(huì)發(fā)現(xiàn)各種各樣的問(wèn)題。這些問(wèn)題導(dǎo)致了標(biāo)準(zhǔn)化協(xié)會(huì)對(duì)tcp協(xié)議進(jìn)行了大量的修補(bǔ)，這些修補(bǔ)雜糅在一起讓人們有些云里霧里，不知所措。本文檔就旨在分離這些雜亂的情況，實(shí)際上，根據(jù)rfc，這些雜亂的情況都是可以找到其單獨(dú)的發(fā)展軌跡的。

~~~~~~~~~~~~~~~~~~~~。

4.端到端意義上的tcp協(xié)議效率。

4.1.三個(gè)問(wèn)題以及解決。

問(wèn)題1描述：接收端處理慢，導(dǎo)致接收窗口被填滿。

這明顯是速率不匹配引發(fā)的問(wèn)題，然而即使速率不匹配，只要滑動(dòng)窗口能協(xié)調(diào)好它們的速率就好，要快都快，要慢都慢，事實(shí)上滑動(dòng)窗口在這一點(diǎn)上做的很好。但是如果我們不得不從效率上來(lái)考慮問(wèn)題的話，事實(shí)就不那么樂(lè)觀了。考慮此時(shí)接收窗口已然被填滿，慢速的應(yīng)用程序慢騰騰的讀取了一個(gè)字節(jié)，空出一個(gè)位置，然后通告給tcp的發(fā)送端，發(fā)送端得知空出一個(gè)位置，馬上發(fā)出一個(gè)字節(jié)，又將接收端填滿，然后接收應(yīng)用程序又一次慢騰騰...這就是糊涂窗口綜合癥，一個(gè)大多數(shù)人都很熟悉的詞。這個(gè)問(wèn)題極大的浪費(fèi)了網(wǎng)絡(luò)帶寬，降低了網(wǎng)絡(luò)利用率。好比從大同拉100噸煤到北京需要一輛車，拉1kg煤到北京也需要一輛車(超級(jí)夸張的一個(gè)例子，請(qǐng)不要相信)，但是一輛車開到北京的開銷是一定的...

問(wèn)題1解決：窗口通告。

對(duì)于問(wèn)題1，很顯然問(wèn)題出在接收端，我們沒(méi)有辦法限制發(fā)送端不發(fā)送小分段，但是卻可以限制接收端通告小窗口，這是合理的，這并不影響應(yīng)用程序，此時(shí)經(jīng)典的延遲/吞吐量反比律將不再適用，因?yàn)榻邮沾翱谑菨M的，其空出一半空間表示還有一半空間有數(shù)據(jù)沒(méi)有被應(yīng)用讀取，和其空出一個(gè)字節(jié)的空間的效果是一樣的，因此可以限制接收端當(dāng)窗口為0時(shí)，直接通告給發(fā)送端以阻止其繼續(xù)發(fā)送數(shù)據(jù)，只有當(dāng)其接收窗口再次達(dá)到mss的一半大小的時(shí)候才通告一個(gè)不為0的窗口，此前對(duì)于所有的發(fā)送端的窗口probe分段(用于探測(cè)接收端窗口大小的probe分段，由tcp標(biāo)準(zhǔn)規(guī)定)，全部通告窗口為0，這樣發(fā)送端在收到窗口不為0的通告，那么肯定是一個(gè)比較大的窗口，因此發(fā)送端可以一次性發(fā)出一個(gè)很大的tcp分段，包含大量數(shù)據(jù)，也即拉了好幾十噸的煤到北京，而不是只拉了幾公斤。

即，限制窗口通告時(shí)機(jī)，解決糊涂窗口綜合癥。

問(wèn)題2描述：發(fā)送端持續(xù)發(fā)送小包，導(dǎo)致窗口閑置。

這明顯是發(fā)送端引起的問(wèn)題，此時(shí)接收端的窗口開得很大，然而發(fā)送端卻不積累數(shù)據(jù)，還是一味的發(fā)送小塊數(shù)據(jù)分段。只要發(fā)送了任和的分段，接收端都要無(wú)條件接收并且確認(rèn)，這完全符合tcp規(guī)范，因此必然要限制發(fā)送端不發(fā)送這樣的小分段。

問(wèn)題2解決：nagle算法。

nagel算法很簡(jiǎn)單，標(biāo)準(zhǔn)的nagle算法為：

if數(shù)據(jù)的大小和窗口的大小都超過(guò)了mss。

then發(fā)送數(shù)據(jù)分段。

else。

if還有發(fā)出的tcp分段的確認(rèn)沒(méi)有到來(lái)。

then積累數(shù)據(jù)到發(fā)送隊(duì)列的末尾的tcp分段。

else。

發(fā)送數(shù)據(jù)分段。

endif。

endif。

可是后來(lái)，這個(gè)算法變了，變得更加靈活了，其中的：

if還有發(fā)出的tcp分段的確認(rèn)沒(méi)有到來(lái)。

變成了。

if還有發(fā)出的不足mss大小的tcp分段的確認(rèn)沒(méi)有到來(lái)。

這個(gè)算法體現(xiàn)了一種自適應(yīng)的策略，越是確認(rèn)的快，越是發(fā)送的快，雖然nagle算法看起來(lái)在積累數(shù)據(jù)增加吞吐量的同時(shí)也加大的時(shí)延，可事實(shí)上，如果對(duì)于類似交互式的應(yīng)用，時(shí)延并不會(huì)增加，因?yàn)檫@類應(yīng)用回復(fù)數(shù)據(jù)也是很快的，比如telnet之類的服務(wù)必然需要回顯字符，因此能和對(duì)端進(jìn)行自適應(yīng)協(xié)調(diào)。

注意，nagle算法是默認(rèn)開啟的，但是卻可以關(guān)閉。如果在開啟的情況下，那么它就嚴(yán)格按照上述的算法來(lái)執(zhí)行。

問(wèn)題3.確認(rèn)號(hào)(ack)本身就是不含數(shù)據(jù)的分段，因此大量的確認(rèn)號(hào)消耗了大量的帶寬。

這是tcp為了確保可靠性傳輸?shù)囊?guī)范，然而大多數(shù)情況下，ack還是可以和數(shù)據(jù)一起捎帶傳輸?shù)摹Ｈ绻麤](méi)有捎帶傳輸，那么就只能單獨(dú)回來(lái)一個(gè)ack，如果這樣的分段太多，網(wǎng)絡(luò)的利用率就會(huì)下降。從大同用火車?yán)奖本?00噸煤，為了確認(rèn)煤已收到，北京需要派一輛同樣的火車空載開到大同去復(fù)命，因?yàn)闆](méi)有別的交通工具，只有火車。如果這位復(fù)命者剛開著一列火車走，又從大同來(lái)了一車煤，這拉煤的哥們兒又要開一列空車去復(fù)命了。

問(wèn)題3的解決：

rfc建議了一種延遲的ack，也就是說(shuō)，ack在收到數(shù)據(jù)后并不馬上回復(fù)，而是延遲一段可以接受的時(shí)間，延遲一段時(shí)間的目的是看能不能和接收方要發(fā)給發(fā)送方的數(shù)據(jù)一起回去，因?yàn)閠cp協(xié)議頭中總是包含確認(rèn)號(hào)的，如果能的話，就將ack一起捎帶回去，這樣網(wǎng)絡(luò)利用率就提高了。往大同復(fù)命的確認(rèn)者不必開一輛空載火車回大同了，此時(shí)北京正好有一批貨物要送往大同，這位復(fù)命者搭著這批貨的火車返回大同。

如果等了一段可以接受的時(shí)間，還是沒(méi)有數(shù)據(jù)要發(fā)往發(fā)送端，此時(shí)就需要單獨(dú)發(fā)送一個(gè)ack了，然而即使如此，這個(gè)延遲的ack雖然沒(méi)有等到可以被捎帶的數(shù)據(jù)分段，也可能等到了后續(xù)到來(lái)的tcp分段，這樣它們就可以取最大者一起返回了，要知道，tcp的確認(rèn)號(hào)是收到的按序報(bào)文的最后一個(gè)字節(jié)的后一個(gè)字節(jié)。最后，rfc建議，延遲的ack最多等待兩個(gè)分段的積累確認(rèn)。

4.2.分析三個(gè)問(wèn)題之間的關(guān)聯(lián)。

三個(gè)問(wèn)題導(dǎo)致的結(jié)果是相同的，但是要知道它們的原因本質(zhì)上是不同的，問(wèn)題1幾乎總是出現(xiàn)在接收端窗口滿的情況下，而問(wèn)題2幾乎總是發(fā)生在窗口閑置的情況下，問(wèn)題3看起來(lái)是最無(wú)聊的，然而由于tcp的要求，必須要有確認(rèn)號(hào)，而且一個(gè)確認(rèn)號(hào)就需要一個(gè)tcp分段，這個(gè)分段不含數(shù)據(jù)，無(wú)疑是很小的。

三個(gè)問(wèn)題都導(dǎo)致了網(wǎng)絡(luò)利用率的降低。雖然兩個(gè)問(wèn)題導(dǎo)致了同樣的結(jié)果，但是必須認(rèn)識(shí)到它們是不同的問(wèn)題，很自然的將這些問(wèn)題的解決方案匯總在一起，形成一個(gè)全局的解決方案，這就是如今的操作系統(tǒng)中的解決方案。

4.3.問(wèn)題的雜糅情況。

疑難雜癥11：糊涂窗口解決方案和nagle算法。

糊涂窗口綜合癥患者希望發(fā)送端積累tcp分段，而nagle算法確實(shí)保證了一定的tcp分段在發(fā)送端的積累，另外在延遲ack的延遲的那一會(huì)時(shí)間，發(fā)送端會(huì)利用這段時(shí)間積累數(shù)據(jù)。然而這卻是三個(gè)不同的問(wèn)題。nagle算法可以緩解糊涂窗口綜合癥，卻不是治本的良藥。

疑難雜癥12：nagle算法和延遲ack。

延遲ack會(huì)延長(zhǎng)ack到達(dá)發(fā)送端的時(shí)間，由于標(biāo)準(zhǔn)nagle算法只允許一個(gè)未被確認(rèn)的tcp分段，那無(wú)疑在接收端，這個(gè)延遲的ack是毫無(wú)希望等待后續(xù)數(shù)據(jù)到來(lái)最終進(jìn)行積累確認(rèn)的，如果沒(méi)有數(shù)據(jù)可以捎帶這個(gè)ack，那么這個(gè)ack只有在延遲確認(rèn)定時(shí)器超時(shí)的時(shí)候才會(huì)發(fā)出，這樣在等待這個(gè)ack的過(guò)程中，發(fā)送端又積累了一些數(shù)據(jù)，因此延遲ack實(shí)際上是在增加延遲的代價(jià)下加強(qiáng)了nagle算法。在延遲ack加nagle算法的情況下，接收端只有不斷有數(shù)據(jù)要發(fā)回，才能同時(shí)既保證了發(fā)送端的分段積累，又保證了延遲不增加，同時(shí)還沒(méi)有或者很少有空載的ack。

要知道，延遲ack和nagle是兩個(gè)問(wèn)題的解決方案。

疑難雜癥13：到底何時(shí)可以發(fā)送數(shù)據(jù)。

到底何時(shí)才能發(fā)送數(shù)據(jù)呢？如果單從nagle算法上看，很簡(jiǎn)單，然而事實(shí)證明，情況還要更復(fù)雜些。如果發(fā)送端已經(jīng)排列了3個(gè)tcp分段，分段1，分段2，分段3依次被排入，三個(gè)分段都是小分段(不符合nagle算法中立即發(fā)送的標(biāo)準(zhǔn))，此時(shí)已經(jīng)有一個(gè)分段被發(fā)出了，且其確認(rèn)還沒(méi)有到來(lái)，請(qǐng)問(wèn)此時(shí)能發(fā)送分段1和2嗎？如果按照nagle算法，是不能發(fā)送的，但實(shí)際上它們是可以發(fā)送的，因?yàn)檫@兩個(gè)分段已經(jīng)沒(méi)有任何機(jī)會(huì)再積累新的數(shù)據(jù)了，新的數(shù)據(jù)肯定都積累在分段3上了。問(wèn)題在于，分段還沒(méi)有積累到一定大小時(shí)，怎么還可以產(chǎn)生新的分段？這是可能的，但這是另一個(gè)問(wèn)題，在此不談。

linux的tcp實(shí)現(xiàn)在這個(gè)問(wèn)題上表現(xiàn)的更加靈活，它是這么判斷能否發(fā)送的(在開啟了nagle的情況下)：

數(shù)據(jù)分段沒(méi)有超越窗口邊界。

then。

if分段在中間(上述例子中的分段1和2)||。

分段是緊急模式||。

通過(guò)上述的nagle算法(改進(jìn)后的nagle算法)。

then發(fā)送分段。

endif。

endif。

曾經(jīng)我也改過(guò)nagle算法，確切的說(shuō)不是修改nagle算法，而是修改了“到底何時(shí)能發(fā)送數(shù)據(jù)”的策略，以往都是發(fā)送端判斷能否發(fā)送數(shù)據(jù)的，可是如果此時(shí)有延遲ack在等待被捎帶，而待發(fā)送的數(shù)據(jù)又由于積累不夠或者其它原因不能發(fā)送，因此兩邊都在等，這其實(shí)在某些情況下不是很好。我所做的改進(jìn)中對(duì)待何時(shí)能發(fā)送數(shù)據(jù)又增加了一種情況，這就是“ack拉”的情況，一旦有延遲ack等待發(fā)送，判斷一下有沒(méi)有數(shù)據(jù)也在等待發(fā)送，如果有的話，看看數(shù)據(jù)是否大到了一定程度，在此，我選擇的是mss的一半：

數(shù)據(jù)分段沒(méi)有超越窗口邊界。

then。

if分段在中間(上述例子中的分段1和2)||。

分段是緊急模式||。

通過(guò)上述的nagle算法(改進(jìn)后的nagle算法)。

then發(fā)送分段。

endif。

elseif有延遲ack等待傳輸&&。

發(fā)送隊(duì)列中有待發(fā)送的tcp分段&&。

發(fā)送隊(duì)列的頭分段大小大于mss的一半。

then發(fā)送隊(duì)列頭分段且捎帶延遲ack。

endif。

另外，發(fā)送隊(duì)列頭分段的大小是可以在統(tǒng)計(jì)意義上動(dòng)態(tài)計(jì)算的，也不一定非要是mss大小的一半。我們發(fā)現(xiàn)，這種算法對(duì)于交互式網(wǎng)路應(yīng)用是自適應(yīng)的，你打字越快，特定時(shí)間內(nèi)積累的分段就越長(zhǎng)，對(duì)端回復(fù)的越快(可以捎帶ack)，本端發(fā)送的也就越快(以echo舉例會(huì)更好理解)。

疑難雜癥14：《tcp/ip詳解(卷一)》中nagle算法的例子解讀。

這個(gè)問(wèn)題在網(wǎng)上搜了很多的答案，有的說(shuō)rfc的建議，有的說(shuō)別的。可是實(shí)際上這就是一個(gè)典型的“競(jìng)態(tài)問(wèn)題”：

首先服務(wù)器發(fā)了兩個(gè)分段：

數(shù)據(jù)段12：ack14。

數(shù)據(jù)段13：ack14，54:56。

然后客戶端發(fā)了兩個(gè)分段：

數(shù)據(jù)段14：ack54，14:17。

數(shù)據(jù)段15：ack56，17:18。

可以看到數(shù)據(jù)段14本來(lái)應(yīng)該確認(rèn)56的，但是確認(rèn)的卻是54。也就是說(shuō)，數(shù)據(jù)段已經(jīng)移出隊(duì)列將要發(fā)送但還未發(fā)送的時(shí)候，數(shù)據(jù)段13才到來(lái)，軟中斷處理程序搶占了數(shù)據(jù)段14的發(fā)送進(jìn)程，要知道此時(shí)只是把數(shù)據(jù)段14移出了隊(duì)列，還沒(méi)有更新任何的狀態(tài)信息，比如“發(fā)出但未被確認(rèn)的分段數(shù)量”，此時(shí)軟中斷處理程序順利接收了分段13，然后更新窗口信息，并且檢查看有沒(méi)有數(shù)據(jù)要發(fā)送，由于分段14已經(jīng)移出隊(duì)列，下一個(gè)接受發(fā)送檢查的就是分段15了，由于狀態(tài)信息還沒(méi)有更新，因此分段15順利通過(guò)發(fā)送檢測(cè)，發(fā)送完成。

可以看linux的源代碼了解相關(guān)信息，tcp_write_xmit這個(gè)函數(shù)在兩個(gè)地方會(huì)被調(diào)用，一個(gè)是tcp的發(fā)送進(jìn)程中，另一個(gè)就是軟中斷的接收處理中，兩者在調(diào)用中的競(jìng)態(tài)就會(huì)引起《詳解》中的那種情況。注意，這種不加鎖的發(fā)送方式是合理的，也是最高效的，因此tcp的處理語(yǔ)義會(huì)做出判斷，丟棄一切不該接收或者重復(fù)接收的分段的。

~~~~~~~~~~~~~~~~~~~~。

承上啟下。

又到了該承上啟下，到此為止，我們敘述的tcp還都是簡(jiǎn)單的tcp，就算是簡(jiǎn)單的tcp，也存在上述的諸多問(wèn)題，就更別提繼續(xù)增加tcp的復(fù)雜性了。到此為止，我們的tcp都是端到端意義上的，然而實(shí)際上tcp要跑在ip網(wǎng)絡(luò)之上的，而ip網(wǎng)絡(luò)的問(wèn)題是很多的，是一個(gè)很擁堵網(wǎng)絡(luò)。不幸的是，tcp的有些關(guān)于確認(rèn)和可靠性的機(jī)制還會(huì)加重ip網(wǎng)絡(luò)的擁堵。

~~~~~~~~~~~~~~~~~~~~。

網(wǎng)絡(luò)之上的tcp。

5.1.端到端的tcp協(xié)議和ip協(xié)議之間的矛盾。

端到端的tcp只能看到兩個(gè)節(jié)點(diǎn)，那就是自己和對(duì)方，它們是看不到任何中間的路徑的。可是ip網(wǎng)絡(luò)卻是一跳一跳的，它們的矛盾之處在于tcp的端到端流量控制必然會(huì)導(dǎo)致網(wǎng)絡(luò)擁堵。因?yàn)槊織ltcp連接的一端只知道它對(duì)端還有多少空間用于接收數(shù)據(jù)，它們并不管到達(dá)對(duì)端的路徑上是否還有這么大的容量，事實(shí)上所有連接的這些空間加在一起將瞬間超過(guò)ip網(wǎng)絡(luò)的容量，因此tcp也不可能按照滑動(dòng)窗口流量控制機(jī)制很理想的運(yùn)行。

勢(shì)必需要一種擁塞控制機(jī)制，反應(yīng)路徑的擁塞情況。

疑難雜癥15：擁塞控制的本質(zhì)。

由于tcp是端到端協(xié)議，因此兩端之間的控制范疇屬于流量控制，ip網(wǎng)絡(luò)的擁塞會(huì)導(dǎo)致tcp分段的丟失，由于tcp看不到中間的路由器，因此這種丟失只會(huì)發(fā)生中間路由器，當(dāng)然兩個(gè)端點(diǎn)的網(wǎng)卡或者ip層丟掉數(shù)據(jù)分段也是tcp看不到的。因此擁塞控制必然作用于ip鏈路。事實(shí)上我們可以得知，只有在以下情況下?lián)砣刂撇艜?huì)起作用：

b.只有一個(gè)tcp連接，然而它經(jīng)過(guò)了一個(gè)路由器時(shí)。

其它情況下是不會(huì)擁塞的。因?yàn)橐粋€(gè)tcp總是希望獨(dú)享整條網(wǎng)絡(luò)通路，而這對(duì)于多個(gè)連接而言是不可能的，必須保證tcp的公平性，這樣這種擁塞控制機(jī)制才合理。本質(zhì)上，擁塞的原因就是大家都想獨(dú)享全部帶寬資源，結(jié)果導(dǎo)致?lián)砣@也是合理的，畢竟tcp看不到網(wǎng)絡(luò)的狀態(tài)，同時(shí)這也決定了tcp的擁塞控制必須采用試探性的方式，最終到達(dá)一個(gè)足以引起其“反應(yīng)”的“刺激點(diǎn)”。

擁塞控制需要完成以下兩個(gè)任務(wù)：1.公平性；2.擁塞之后退出擁塞狀態(tài)。

疑難雜癥16：影響擁塞的因素。

我們必須認(rèn)識(shí)到擁塞控制是一個(gè)整體的機(jī)制，它不偏向于任何tcp連接，因此這個(gè)機(jī)制內(nèi)在的就包含了公平性。那么影響擁塞的因素都有什么呢？具有諷刺意味的是，起初tcp并沒(méi)有擁塞控制機(jī)制，正是tcp的超時(shí)重傳風(fēng)暴(一個(gè)分段丟失造成后續(xù)的已經(jīng)發(fā)送的分段均被重傳，而這些重傳大多數(shù)是不必要的)加重了網(wǎng)絡(luò)的擁塞。因此重傳必然不能過(guò)頻，必須把重傳定時(shí)器的超時(shí)時(shí)間設(shè)置的稍微長(zhǎng)一些，而這一點(diǎn)在單一重傳定時(shí)器的設(shè)計(jì)中得到了加強(qiáng)。除此tcp自身的因素之外，其它所有的擁塞都可以靠擁塞控制機(jī)制來(lái)自動(dòng)完成。

另外，不要把路由器想成一種線速轉(zhuǎn)發(fā)設(shè)備，再好的路由器只要接入網(wǎng)絡(luò)，總是會(huì)拉低網(wǎng)絡(luò)的總帶寬，因此即使只有一個(gè)tcp連接，由于tcp的發(fā)送方總是以發(fā)送鏈路的帶寬發(fā)送分段，這些分段在經(jīng)過(guò)路由器的時(shí)候排隊(duì)和處理總是會(huì)有時(shí)延，因此最終肯定會(huì)丟包的。

最后，丟包的延后性也會(huì)加重?fù)砣＜僭O(shè)一個(gè)tcp連接經(jīng)過(guò)了n個(gè)路由器，前n-1個(gè)路由器都能順利轉(zhuǎn)發(fā)tcp分段，但是最后一個(gè)路由器丟失了一個(gè)分段，這就導(dǎo)致了這些丟失的分段浪費(fèi)了前面路由器的大量帶寬。

5.2.擁塞控制的策略。

在介紹擁塞控制之前，首先介紹一下?lián)砣翱冢鼘?shí)際上表示的也是“可以發(fā)送多少數(shù)據(jù)”，然而這個(gè)和接收端通告的接收窗口意義是不一樣的，后者是流量控制用的窗口，而前者是擁塞控制用的窗口，體現(xiàn)了網(wǎng)絡(luò)擁塞程度。

擁塞控制整體上分為兩類，一類是試探性的擁塞探測(cè)，另一類則是擁塞避免(注意，不是常規(guī)意義上的擁塞避免)。

5.2.1.試探性的擁塞探測(cè)分為兩類，之一是慢啟動(dòng)，之二是擁塞窗口加性擴(kuò)大(也就是熟知的擁塞避免，然而這種方式是避免不了擁塞的)。

5.2.2.擁塞避免方式擁塞控制旨在還沒(méi)有發(fā)生擁塞的時(shí)候就先提醒發(fā)送端，網(wǎng)絡(luò)擁塞了，這樣發(fā)送端就要么可以進(jìn)入快速重傳/快速恢復(fù)或者顯式的減小擁塞窗口，這樣就避免網(wǎng)絡(luò)擁塞的一沓糊涂之后出現(xiàn)超時(shí)，從而進(jìn)入慢啟動(dòng)階段。

5.2.3.快速重傳和快速恢復(fù)。所謂快速重傳/快速恢復(fù)是針對(duì)慢啟動(dòng)的，我們知道慢啟動(dòng)要從1個(gè)mss開始增加擁塞窗口，而快速重傳/快速恢復(fù)則是一旦收到3個(gè)冗余ack，不必進(jìn)入慢啟動(dòng)，而是將擁塞窗口縮小為當(dāng)前閥值的一半加上3，然后如果繼續(xù)收到冗余ack，則將擁塞窗口加1個(gè)mss，直到收到一個(gè)新的數(shù)據(jù)ack，將窗口設(shè)置成正常的閥值，開始加性增加的階段。

當(dāng)進(jìn)入快速重傳時(shí)，為何要將擁塞窗口縮小為當(dāng)前閥值的一半加上3呢？加上3是基于數(shù)據(jù)包守恒來(lái)說(shuō)的，既然已經(jīng)收到了3個(gè)冗余ack，說(shuō)明有三個(gè)數(shù)據(jù)分段已經(jīng)到達(dá)了接收端，既然三個(gè)分段已經(jīng)離開了網(wǎng)絡(luò)，那么就是說(shuō)可以在發(fā)送3個(gè)分段了，只要再收到一個(gè)冗余ack，這也說(shuō)明1個(gè)分段已經(jīng)離開了網(wǎng)絡(luò)，因此就將擁塞窗口加1個(gè)mss。直到收到新的ack，說(shuō)明直到收到第三個(gè)冗余ack時(shí)期發(fā)送的tcp分段都已經(jīng)到達(dá)對(duì)端了，此時(shí)進(jìn)入正常階段開始加性增加擁塞窗口。

疑難雜癥17：超時(shí)重傳和收到3個(gè)冗余ack后重傳。

這兩種重傳的意義是不同的，超時(shí)重傳一般是因?yàn)榫W(wǎng)絡(luò)出現(xiàn)了嚴(yán)重?fù)砣?沒(méi)有一個(gè)分段到達(dá)，如果有的話，肯定會(huì)有ack的，若是正常ack，則重置重傳定時(shí)器，若是冗余ack，則可能是個(gè)別報(bào)文丟失或者被重排序，若連續(xù)3個(gè)冗余ack，則很有可能是個(gè)別分段丟失)，此時(shí)需要更加嚴(yán)厲的縮小擁塞窗口，因此此時(shí)進(jìn)入慢啟動(dòng)階段。而收到3個(gè)冗余ack后說(shuō)明確實(shí)有中間的分段丟失，然而后面的分段確實(shí)到達(dá)了接收端，這因?yàn)檫@樣才會(huì)發(fā)送冗余ack，這一般是路由器故障或者輕度擁塞或者其它不太嚴(yán)重的原因引起的，因此此時(shí)擁塞窗口縮小的幅度就不能太大，此時(shí)進(jìn)入快速重傳/快速恢復(fù)階段。

疑難雜癥18：為何收到3個(gè)冗余ack后才重傳。

這是一種權(quán)衡的結(jié)構(gòu)，收到兩個(gè)或者一個(gè)冗余ack也可以重傳，但是這樣的話可能或造成不必要的重傳，因?yàn)閮蓚€(gè)數(shù)據(jù)分段發(fā)生亂序的可能性不大，超過(guò)三個(gè)分段發(fā)生亂序的可能性才大，換句話說(shuō)，如果僅僅收到一個(gè)亂序的分段，那很可能被中間路由器重排了，那么另一個(gè)分段很可能馬上就到，然而如果連續(xù)收到了3個(gè)分段都沒(méi)能彌補(bǔ)那個(gè)缺漏，那很可能是它丟失了，需要重傳。因此3個(gè)冗余ack是一種權(quán)衡，在減少不必要重傳和確實(shí)能檢測(cè)出單個(gè)分段丟失之間所作的權(quán)衡。

注意，冗余ack是不能捎帶的。

疑難雜癥19：乘性減和加性增的深層含義。

為什么是乘性減而加性增呢？擁塞窗口的增加受惠的只是自己，而擁塞窗口減少受益的大家，可是自己卻受到了傷害。哪一點(diǎn)更重要呢？我們知道tcp的擁塞控制中內(nèi)置了公平性，恰恰就是這種乘性減實(shí)現(xiàn)了公平性。擁塞窗口的1個(gè)mss的改變影響一個(gè)tcp發(fā)送者，為了使得自己擁塞窗口的減少影響更多的tcp發(fā)送者-讓更多的發(fā)送者受益，那么采取了乘性減的策略。

當(dāng)然，bic算法提高了加性增的效率，不再一個(gè)一個(gè)mss的加，而是一次加比較多的mss，采取二分查找的方式逐步找到不丟包的點(diǎn)，然后加性增。

疑難雜癥20：tcp連接的傳輸穩(wěn)定狀態(tài)是什么。

首先，先說(shuō)一下發(fā)送端的發(fā)送窗口怎么確定，它取的是擁塞窗口和接收端通告窗口的最小值。然后，我們提出三種發(fā)送窗口的穩(wěn)定狀態(tài)：

互聯(lián)網(wǎng)絡(luò)上接收端擁有大窗口的經(jīng)典鋸齒狀。

互聯(lián)網(wǎng)絡(luò)上接收端擁有小窗口的直線狀態(tài)。

c.直連網(wǎng)絡(luò)端點(diǎn)間的滿載狀態(tài)下的直線狀態(tài)。

其中a是大多數(shù)的狀態(tài)，因?yàn)橐话愣裕瑃cp連接都是建立在互聯(lián)網(wǎng)上的，而且是大量的，比如web瀏覽，電子郵件，網(wǎng)絡(luò)游戲，ftp下載等等。tcp發(fā)送端用慢啟動(dòng)或者擁塞避免方式不斷增加其擁塞窗口，直到丟包的發(fā)生，然后進(jìn)入慢啟動(dòng)或者擁塞避免階段(要看是由于超時(shí)丟包還是由于冗余ack丟包)，此時(shí)發(fā)送窗口將下降到1或者下降一半，這種情況下，一般接收端的接收窗口是比較大的，畢竟ip網(wǎng)絡(luò)并不是什么很快速的網(wǎng)絡(luò)，一般的機(jī)器處理速度都很快。

但是如果接收端特別破，處理速度很慢，就會(huì)導(dǎo)致其通告一個(gè)很小的窗口，這樣的話，即使擁塞窗口再大，發(fā)送端也還是以通告的接收窗口為發(fā)送窗口，這樣就不會(huì)發(fā)生擁塞。最后，如果唯一的tcp連接運(yùn)行在一個(gè)直連的兩臺(tái)主機(jī)上，那么它將獨(dú)享網(wǎng)絡(luò)帶寬，這樣該tcp的數(shù)據(jù)流在最好的情況下將填滿網(wǎng)絡(luò)管道(我們把網(wǎng)絡(luò)管道定義為帶寬和延時(shí)的乘積)，其實(shí)在這種情況下是不存在擁塞的，就像你一個(gè)人獨(dú)自徘徊在飄雨黃昏的街頭一樣...

5.2.4.主動(dòng)的擁塞避免。

前面我們描述的擁塞控制方式都是試探性的檢測(cè)，然后擁塞窗口被動(dòng)的進(jìn)行乘性減，這樣在接收端窗口很大的情況下(一般都是這樣，網(wǎng)絡(luò)擁堵，分段就不會(huì)輕易到達(dá)接收端，導(dǎo)致接收端的窗口大量空置)就可能出現(xiàn)鋸齒形狀的“時(shí)間-窗口”圖，類似在一個(gè)擁堵的北京x環(huán)上開車，發(fā)送機(jī)發(fā)動(dòng)，車開動(dòng)，停止，等待，發(fā)動(dòng)機(jī)發(fā)動(dòng)，車開動(dòng)...聽聲音也能聽出來(lái)。

雖然tcp看不到下面的ip網(wǎng)絡(luò)，然而它還是可以通過(guò)檢測(cè)rtt的變化以及擁塞窗口的變化推算出ip網(wǎng)絡(luò)的擁堵情況的。就比方說(shuō)北京東四環(huán)一家快遞公司要持續(xù)送快遞到西四環(huán)，當(dāng)發(fā)件人發(fā)現(xiàn)貨到時(shí)間越來(lái)越慢的時(shí)候，他會(huì)意識(shí)到“下班高峰期快到了”...

可以通過(guò)持續(xù)觀測(cè)rtt的方式來(lái)主動(dòng)調(diào)整擁塞窗口的大小而不是一味的加性增。然而還有更猛的算法，那就是計(jì)算兩個(gè)差值的乘積：

(當(dāng)前擁塞窗口-上一次擁塞窗口)x(當(dāng)前的rtt-上一次的rtt)。

如果結(jié)果是正數(shù)，則擁塞窗口減少1/8，若結(jié)果是負(fù)數(shù)或者0，則窗口增加一個(gè)mss。注意，這回不再是乘性減了，可以看出，減的幅度比乘性減幅度小，這是因?yàn)檫@種擁塞控制是主動(dòng)的，而不是之前的那種被動(dòng)的試探方式。在試探方式中，乘性減以一種懲罰的方式實(shí)現(xiàn)了公平性，而在這里的主動(dòng)方式中，當(dāng)意識(shí)到要擁塞的時(shí)候，tcp發(fā)送者主動(dòng)的減少了擁塞窗口，為了對(duì)這種自首行為進(jìn)行鼓勵(lì)，采用了小幅減少擁塞窗口的方式。需要注意的是，在擁塞窗口減小的過(guò)程中，乘積的前一個(gè)差值是負(fù)數(shù)，如果后一個(gè)差值也是負(fù)數(shù)，那么結(jié)果就是繼續(xù)縮減窗口，直到擁塞緩解或者窗口減少到了一定程度，使得后一個(gè)差值成了正數(shù)或者0，這種情況下，其實(shí)后一個(gè)差值只能變?yōu)?。

疑難雜癥21：路由器和tcp的互動(dòng)。

雖然有了5.2.4節(jié)介紹的主動(dòng)的擁塞檢測(cè)，那么路由器能不能做點(diǎn)什么幫助檢測(cè)擁塞呢？這種對(duì)路由器的擴(kuò)展是必要的，要知道，每天有無(wú)數(shù)的tcp要通過(guò)路由器，雖然路由器不管tcp協(xié)議的任何事(當(dāng)然排除連接跟蹤之類的，這里所說(shuō)的是標(biāo)準(zhǔn)的ip路由器)，但是它卻能以一種很簡(jiǎn)單的方式告訴tcp的兩端ip網(wǎng)絡(luò)發(fā)生了擁堵，這種方式就是當(dāng)路由器檢測(cè)到自己發(fā)生輕微擁堵的時(shí)候隨機(jī)的丟包，隨機(jī)丟包而不是連續(xù)丟包對(duì)于tcp而言是有重大意義的，隨機(jī)丟包會(huì)使tcp發(fā)現(xiàn)丟棄了個(gè)別的分段而后續(xù)的分段仍然會(huì)到達(dá)接收端，這樣tcp發(fā)送端就會(huì)接收到3個(gè)冗余ack，然后進(jìn)入快速重傳/快速恢復(fù)而不是慢啟動(dòng)。

這就是路由器能幫tcp做的事。

6.其它。

疑難雜癥22：如何學(xué)習(xí)tcp。

很多人發(fā)帖問(wèn)tcp相關(guān)的內(nèi)容，接下來(lái)稀里嘩啦的就是讓看《tcp/ip詳解》和《unix網(wǎng)絡(luò)編程》里面的特定章節(jié)，我覺(jué)得這種回答很不負(fù)責(zé)任。因?yàn)槲也⒉徽J(rèn)為這兩本書有多大的幫助，寫得確實(shí)很不錯(cuò)，然而可以看出richardstevens是一個(gè)實(shí)用主義者，他喜歡用實(shí)例來(lái)解釋一切，《詳解》通篇都是用tcpdump的輸出來(lái)講述的，這種方式只是適合于已經(jīng)對(duì)tcp很理解的人，然而大多數(shù)的人是看不明白的。

如果想從設(shè)計(jì)的角度來(lái)說(shuō)，這兩本書都很爛。我覺(jué)得應(yīng)該先看點(diǎn)入門的，比如wiki之類的，然后看rfc文檔,793，896，1122等)，這樣你就明白tcp為何這么設(shè)計(jì)了，而這些你永遠(yuǎn)都不能在richardstevens的書中得到。最后，如果你想，那么就看一點(diǎn)richardstevens的書，最重要的還是寫點(diǎn)代碼或者敲點(diǎn)命令，然后抓包自己去分析。

疑難雜癥23：linux，windows和網(wǎng)絡(luò)編程。

6.1.總結(jié)。

tcp協(xié)議是一個(gè)端到端的協(xié)議，雖然話說(shuō)它是一個(gè)帶流量控制，擁塞控制的協(xié)議，然而正是因?yàn)檫@些所謂的控制才導(dǎo)致了tcp變得復(fù)雜。同時(shí)這些特性是互相雜糅的，流量控制帶來(lái)了很多問(wèn)題，解決這些問(wèn)題的方案最終又帶來(lái)了新的問(wèn)題，這些問(wèn)題在解決的時(shí)候都只考慮了端到端的意義，但實(shí)際上tcp需要盡力而為的ip提供的網(wǎng)絡(luò)，因此擁塞成了最終的結(jié)癥，擁塞控制算法的改進(jìn)也成了一個(gè)單獨(dú)的領(lǐng)域。

在學(xué)習(xí)tcp的過(guò)程中，切忌一鍋粥一盤棋的方式，一定要分清楚每一個(gè)算法到底是解決什么問(wèn)題的，每一個(gè)問(wèn)題和其他問(wèn)題到底有什么關(guān)聯(lián)，這些問(wèn)題的解決方案之間有什么關(guān)聯(lián)，另外tcp的發(fā)展歷史也最好了解一下，這些都搞明白了，tcp協(xié)議就徹底被你掌控了。接下來(lái)你就可以學(xué)習(xí)socketapi了，然后高效的tcp程序出自你手！

文檔為doc格式。

信息保密協(xié)議

甲方：

乙方：

雙方在遵循平等、自愿、協(xié)商一致、誠(chéng)實(shí)信用的原則下，就雙方商定價(jià)格保密成如下協(xié)議：

1.1經(jīng)甲乙雙方商定，在雙方建立合作關(guān)系基礎(chǔ)之上，乙方給于甲方優(yōu)惠價(jià)，具體以雙方另外的約定為準(zhǔn)。

1.2甲方同意，不得向第三方透露乙方給予甲方的具體價(jià)格。

1.3乙方同意，不得向第三方透露乙方給予甲方的具體價(jià)格。

雙方合作期間，以及雙方合作解除或終止之后______個(gè)月內(nèi)。

3.1任何一方違約的，所造成對(duì)方的損失均由違約方承擔(dān)。

3.2任何一方違約的，應(yīng)同時(shí)向?qū)Ψ街Ц哆`約金____________萬(wàn)元。

3.3任何一方發(fā)現(xiàn)第三方知悉或可能知悉該保密價(jià)格信息的，應(yīng)立即告知對(duì)方。

4.1本協(xié)議自雙方簽字或蓋章后生效

4.2本合同一式兩份，各方各執(zhí)一份，具有同等法律效力。

甲方：

乙方：

信息保密協(xié)議

甲方：

乙方：

經(jīng)雙方協(xié)商一致認(rèn)為確保相應(yīng)工作涉及的技術(shù)信息和技術(shù)資源不被泄露，并防止上述保密信息被濫用，甲乙雙方達(dá)成如下協(xié)議：

一、甲乙雙方作為相關(guān)工作的承擔(dān)或參與單位，其工作任務(wù)依據(jù)相關(guān)工作的有關(guān)任務(wù)書確定，本協(xié)議僅涉及承擔(dān)或參與該相關(guān)工作過(guò)程中及以后的保密責(zé)任。

二、本協(xié)議涉及保密的技術(shù)信息和技術(shù)資料包括：

1、相關(guān)工作任務(wù)書中涉及的技術(shù)信息和技術(shù)資料，

2、相關(guān)工作實(shí)施過(guò)程中產(chǎn)生的新的技術(shù)信息和技術(shù)資料；

3、經(jīng)甲乙雙方在該相關(guān)工作實(shí)施過(guò)程中確認(rèn)的需要保密的其他信息。

三、甲方責(zé)任

1、甲方應(yīng)根據(jù)相關(guān)工作任務(wù)書的規(guī)定，向乙方提供必要的技術(shù)信息和技術(shù)資料；

3、甲方對(duì)乙方提供的注明保密的技術(shù)信息和資料負(fù)有保密責(zé)任，未經(jīng)乙方同意不得提供給與本相關(guān)工作無(wú)關(guān)的任何第三方。

四、乙方責(zé)任

1、乙方應(yīng)僅將項(xiàng)目批漏的保密信息用于本項(xiàng)目工作范圍內(nèi)的工作；

4、在本協(xié)議約定的保密期限內(nèi)，乙方如發(fā)現(xiàn)有關(guān)保密信息被泄露，應(yīng)及時(shí)通知甲方，并采取積極的措施避免損失的擴(kuò)大。

五、本協(xié)議中涉及的有關(guān)保密信息，其中已經(jīng)擁有知識(shí)產(chǎn)權(quán)的歸甲方所有。

六、甲方為實(shí)施相關(guān)工作的需要，除乙方特別聲明不能提供給他人的以外，可以將乙方提供的有關(guān)信息向與本部門相關(guān)工作的有關(guān)方面（包括：承擔(dān)相關(guān)工作的其他成員、聘請(qǐng)的專家、政府主管部門）提供，此行為不視為甲方違約。

七、違反本協(xié)議的約定，由違約方承擔(dān)相應(yīng)責(zé)任，并賠償由此產(chǎn)生的一切損失。

八、本協(xié)議要求雙方承擔(dān)保密義務(wù)的期限為三年，自本協(xié)議簽字之日起。

九、雙方在履行協(xié)議中產(chǎn)生的糾紛，應(yīng)通過(guò)友好協(xié)商解決。如協(xié)商不成，雙方約定的糾紛裁決地點(diǎn)為甲方所在地，機(jī)構(gòu)為寶雞人民法院。

十、本協(xié)議一式三份，甲方持有兩份，乙方持有一份。

甲方：

乙方：

信息傳輸?shù)男牡皿w會(huì)

信息傳輸在現(xiàn)代社會(huì)中占據(jù)著至關(guān)重要的地位，它貫穿于我們的日常生活、工作和學(xué)習(xí)中。作為一個(gè)普通人來(lái)說(shuō)，信息傳輸對(duì)于我來(lái)說(shuō)是一個(gè)必備技能。多年來(lái)，我不斷探索和實(shí)踐，逐漸形成了自己的心得體會(huì)。下面是我對(duì)信息傳輸?shù)囊恍┓此己透形颉?/p>

首先，信息傳輸?shù)挠行允侵陵P(guān)重要的。現(xiàn)代社會(huì)信息爆炸，人們接觸到的信息源越來(lái)越多，要從這些眾多的信息中篩選出對(duì)自己有用的信息變得尤為重要。在信息傳輸中，我意識(shí)到自己應(yīng)該注重選擇性接受和傳遞信息，而不是被動(dòng)地接受和傳遞。只有把有限的精力和時(shí)間集中在重要的信息上，才能更好地實(shí)現(xiàn)信息的傳輸和利用。因此，我在信息傳輸中注重篩選出高質(zhì)量、有價(jià)值的信息，并通過(guò)適合的方式傳達(dá)給他人。

其次，信息傳輸?shù)臏?zhǔn)確性是不可忽視的。在如今充斥著大量虛假信息和謠言的社交媒體時(shí)代，準(zhǔn)確傳遞信息成為了一項(xiàng)重要的責(zé)任。我明白了不可隨意傳播未經(jīng)核實(shí)的信息，即使它們看上去再合理，也要保持懷疑的態(tài)度，確保信息的真實(shí)性和可靠性。在傳輸信息的過(guò)程中，我時(shí)刻提醒自己要遵循事實(shí)、客觀和公正的原則，不隨意加入自己的主觀判斷和個(gè)人情緒。只有這樣，才能確保信息傳播的準(zhǔn)確性，不誤導(dǎo)他人，不給他人造成困擾和誤解。

再次，信息傳輸?shù)姆绞揭虻刂埔恕Ｔ诓煌膱?chǎng)景和環(huán)境中，選擇適合的信息傳輸方式是很重要的。例如，面對(duì)面交流適合于表達(dá)情感和溝通細(xì)節(jié)，而電子郵件適合于正式、詳細(xì)的信息傳遞。我意識(shí)到，在不同的情況下靈活運(yùn)用不同的信息傳輸方式是一種高效管理信息的方式。每種方式都有其獨(dú)特的優(yōu)勢(shì)和劣勢(shì)，適應(yīng)不同的需求和要求能更好地實(shí)現(xiàn)信息傳播的目的。因此，我在信息傳輸時(shí)會(huì)選擇合適的方式，以便更有效地傳達(dá)我的信息。

此外，信息傳輸還需要注重溝通技巧。溝通是信息傳輸?shù)幕己玫臏贤记蓜t能使信息傳輸更為順利。在過(guò)去的經(jīng)驗(yàn)中，我明白了尊重對(duì)方、傾聽和表達(dá)清晰的意思是良好溝通的關(guān)鍵要素。我時(shí)刻保持積極的溝通態(tài)度，對(duì)他人的觀點(diǎn)保持開放，真誠(chéng)地傾聽。同時(shí)，我也在不斷提升自己的表達(dá)能力，學(xué)習(xí)如何準(zhǔn)確地用語(yǔ)言和非語(yǔ)言的方式傳遞信息。只有通過(guò)良好的溝通技巧，才能更好地與他人相互理解和合作，實(shí)現(xiàn)信息的有效傳遞。

最后，信息傳輸是一個(gè)互動(dòng)的過(guò)程。在信息傳輸中，不僅僅是傳輸者的責(zé)任，也需要接受者的配合和參與。我在學(xué)習(xí)和實(shí)踐中體會(huì)到，溝通和互動(dòng)有助于建立良好的信息傳輸環(huán)境。我鼓勵(lì)別人提出問(wèn)題和意見，并嘗試與他們進(jìn)行深入的交流，以便更好地傳遞信息和達(dá)到共識(shí)。另外，在接受來(lái)自他人的信息時(shí)，我也會(huì)主動(dòng)提出疑問(wèn)并進(jìn)行反饋，以幫助傳輸者更好地理解和解決問(wèn)題。通過(guò)互動(dòng)，信息傳輸?shù)男Ч麜?huì)更好，雙方的理解和信任也能夠進(jìn)一步提升。

綜上所述，信息傳輸是我們?nèi)粘Ｉ钪胁豢苫蛉钡囊徊糠帧Ｍㄟ^(guò)多年的實(shí)踐和體會(huì)，我深刻體會(huì)到信息傳輸?shù)挠行浴?zhǔn)確性、方式選擇、溝通技巧和互動(dòng)的重要性。希望這些心得體會(huì)能對(duì)其他人在信息傳輸中起到一定的啟發(fā)和幫助，使得我們能更好地利用信息，實(shí)現(xiàn)個(gè)人、社會(huì)和全球的共同發(fā)展。

信息保密協(xié)議

甲方：

乙方：

乙方因____________需要獲取了甲方相關(guān)個(gè)人信息，與我方簽訂此協(xié)議。根據(jù)相關(guān)保密制度、法規(guī)和法律，乙方對(duì)于因工作關(guān)系接觸的甲方個(gè)人信息需要承擔(dān)相關(guān)義務(wù)。

乙方需保密的信息包括但不限于以下甲方信息：

（1）工作中在收集甲方個(gè)人信息時(shí)，嚴(yán)格遵循合法、合理原則，不收集與工作無(wú)關(guān)的信息或采取不正當(dāng)方式收集信息。

（2）收集、保存、使用、對(duì)外提供甲方個(gè)人信息時(shí)，嚴(yán)格遵守法律規(guī)定，采取有效措施加強(qiáng)對(duì)個(gè)人信息保護(hù)，確保信息安全，防止信息泄露和濫用。

（3）不將個(gè)人信息用于營(yíng)銷，對(duì)外提供等作為與他人建立利益關(guān)系的先決條件，但如工作關(guān)系的性質(zhì)決定需要必須預(yù)先取得甲方做出相關(guān)授權(quán)或同意。

（4）不篡改和出售甲方個(gè)人信息；

（5）不違規(guī)通過(guò)中國(guó)人民銀行征信系統(tǒng)、支付系統(tǒng)以及其他系統(tǒng)查詢或?yàn)E用甲方個(gè)人信息。

（6）如違反規(guī)定使用和對(duì)外提供甲方個(gè)人信息，給甲方單位或個(gè)人造成損害的，愿意承擔(dān)相關(guān)法律責(zé)任并賠償甲方所受損失或乙方因此所獲利益。

如果發(fā)生乙方違約，雙方同意如下內(nèi)容：

乙方應(yīng)當(dāng)采取有效的方法對(duì)甲方的個(gè)人信息進(jìn)行保密，所需費(fèi)用由乙方承擔(dān)；乙方應(yīng)當(dāng)賠償因違約而給甲方造成的所有損失，包括但不限于：法院訴訟的費(fèi)用、合理的律師酬金和費(fèi)用、所有損失或損害等等。

保密期限自本協(xié)議簽訂之日起至________________到期。

本協(xié)議一式二份，甲乙雙方各執(zhí)一份。

本協(xié)議原件及其復(fù)印件對(duì)雙方具有同等法律約束力。

甲方：

乙方：

信息保密協(xié)議

委托方：_________________________(以下簡(jiǎn)稱甲方)

法定代表人：_____________________

通訊地址：_______________________

聯(lián)系方式：_______________________

測(cè)繪方：_________________________(以下簡(jiǎn)稱乙方)

法定代表人：_____________________

通訊地址：_______________________

聯(lián)系方式：_______________________

為了加強(qiáng)對(duì)保密工作的領(lǐng)導(dǎo)，切實(shí)落實(shí)保密工作責(zé)任制，嚴(yán)格保守公司機(jī)密，保障部門各項(xiàng)工作順利進(jìn)行。特制定本協(xié)議：

第一條 保密范圍

1、測(cè)繪成果;

2、地形圖;

3、涉密數(shù)據(jù)。

第二條 保密信息

甲乙雙方確認(rèn)：“保密信息”中所指的“秘密”是指甲方及其關(guān)聯(lián)公司未曾公開的商業(yè)秘密、技術(shù)信息和財(cái)務(wù)信息等，包括但不限于設(shè)計(jì)、程序、制作方法、管理訣竅、數(shù)據(jù)資料、測(cè)繪成果、地形圖、涉密數(shù)據(jù)等內(nèi)容。

第三條 乙方的義務(wù)

乙方在甲方任職期間，必須遵守甲方規(guī)定的任何成文或不成文的保密規(guī)章、制度，履行與其工作崗位相應(yīng)的保密職責(zé)。

甲方的保密規(guī)章、制度沒(méi)有規(guī)定或者規(guī)定不明確之處，乙方亦應(yīng)本著謹(jǐn)慎、誠(chéng)實(shí)的態(tài)度，采取任何必要、合理的措施，維護(hù)其于任職期間知悉或者持有的任何屬于甲方或者雖屬于第三方但甲方承諾有保密義務(wù)的技術(shù)秘密或其他商業(yè)秘密信息，以保持其機(jī)密性。

第四條 保密期限及費(fèi)用

雙方同意本協(xié)議規(guī)定的保密期限為自本協(xié)議簽署之日起至雙方勞動(dòng)關(guān)系終止或解除后_________年內(nèi)有效。對(duì)于特別重要的商業(yè)秘密，保密期限直至該保密信息通過(guò)正常途徑進(jìn)入公知領(lǐng)域。

在保密期限內(nèi)，甲方支付乙方一定的保密費(fèi)用，共計(jì)人民幣_(tái)____元。

第五條 違約責(zé)任

1、乙方違反此協(xié)議，甲方有權(quán)無(wú)條件解除聘用合同，并收回有關(guān)待遇;

2、如果乙方違反本保密協(xié)議，應(yīng)向甲方支付_______萬(wàn)元人民幣的違約金;

4、以上違約責(zé)任的執(zhí)行，超過(guò)法律、法規(guī)、賦予雙方權(quán)限的，申請(qǐng)仲裁機(jī)構(gòu)仲裁或向法院提出上訴。

第六條 爭(zhēng)議的解決

乙方的上級(jí)主管人員提出的要求或交付的工作任務(wù)，視為甲方提出的要求或交付的工作任務(wù)，除非甲方已事先公開明確該主管人員無(wú)此權(quán)限。乙方除工作職責(zé)已規(guī)定外任何對(duì)內(nèi)或?qū)ν馓峁┑母鞣N報(bào)表或數(shù)據(jù)都應(yīng)經(jīng)部門負(fù)責(zé)人書面確認(rèn)后方可提供，如未經(jīng)批準(zhǔn)私自提供按酒店規(guī)定處理，并追究相關(guān)一切責(zé)任。

第七條 其他

1、本協(xié)議經(jīng)雙方簽字蓋章后生效。

2、本協(xié)議一式_____份，甲乙雙方各執(zhí)_____份,具有同等法律效力。

_______年____月____日 _______年____月____日

信息合作協(xié)議

甲方：

乙方：

雙方為共同促進(jìn)政府采購(gòu)與招投標(biāo)工作的有效發(fā)展，經(jīng)友好協(xié)商，達(dá)成如下協(xié)議：

一、乙方負(fù)責(zé)全面運(yùn)營(yíng)專業(yè)商務(wù)雜志《政府采購(gòu)信息與供應(yīng)商指南》以及招投標(biāo)網(wǎng)站“____招標(biāo)網(wǎng)”（）與國(guó)民經(jīng)濟(jì)行業(yè)信息網(wǎng)“____網(wǎng)”（），并實(shí)行政府采購(gòu)和招標(biāo)信息的免費(fèi)發(fā)布原則。

二、甲方愿意作為乙方的信息合作單位，不定期將最新政府采購(gòu)信息和標(biāo)訊動(dòng)態(tài)資訊傳遞給乙方（傳遞方式可為電子郵件、網(wǎng)間互用、傳真、特快專遞等）。甲方在陽(yáng)光招標(biāo)網(wǎng)上注冊(cè)開辟獨(dú)立展廳，甲方可在該展廳獨(dú)立發(fā)布所供目錄和標(biāo)訊信息，更新資訊動(dòng)態(tài)，并接受供應(yīng)商會(huì)員的聯(lián)系洽談。

三、甲方可根據(jù)需要隨時(shí)向乙方索要《指南》及中華資源網(wǎng)和陽(yáng)光招標(biāo)網(wǎng)供應(yīng)商會(huì)員的詳細(xì)信息。

四、乙方在陽(yáng)光招標(biāo)網(wǎng)網(wǎng)刊《政府采購(gòu)信息與供應(yīng)商指南》上按期發(fā)行甲方提供的重點(diǎn)信息。《政府采購(gòu)信息與供應(yīng)商指南》向廣大供應(yīng)商會(huì)員和合作機(jī)構(gòu)贈(zèng)閱發(fā)行，保證一定的發(fā)行面和發(fā)行數(shù)量。

本協(xié)議一式兩份，甲、乙雙方各執(zhí)一份。

本協(xié)議傳真有效。

甲方（簽章）： 乙方：

年 月 日 年 月 日

TCP傳輸控制協(xié)議

首先我們有兩種基本的加解密算法類型：對(duì)稱加密，非對(duì)稱加密（公私鑰加密），現(xiàn)在介紹一下這兩種加密算法的特點(diǎn)：

對(duì)稱加密：密鑰只有一個(gè)，加密解密為同一個(gè)密碼，且加解密速度快，典型的對(duì)稱加密算法有des、aes等，示意圖如下：

圖1對(duì)稱加密。

非對(duì)稱加密：密鑰成對(duì)出現(xiàn)（且根據(jù)公鑰無(wú)法推知私鑰，根據(jù)私鑰也無(wú)法推知公鑰），加密解密使用不同密鑰（公鑰加密需要私鑰解密，私鑰加密需要公鑰解密），相對(duì)對(duì)稱加密速度較慢，典型的非對(duì)稱加密算法有rsa、dsa等，示意圖如下：

圖2非對(duì)稱加密。

根據(jù)上面的兩種加密方法，現(xiàn)在我們就可以設(shè)計(jì)一種無(wú)法讓他人在互聯(lián)網(wǎng)上知道你的通訊信息的加密方法：

在服務(wù)器端存在一個(gè)公鑰及私鑰。

客戶端從服務(wù)器取得這個(gè)公鑰。

客戶端產(chǎn)生一個(gè)隨機(jī)的密鑰。

客戶端通過(guò)公鑰對(duì)密鑰加密（非對(duì)稱加密）。

客戶端發(fā)送到服務(wù)器端。

服務(wù)器端接受這個(gè)密鑰并且以后的服務(wù)器端和客戶端的數(shù)據(jù)全部通過(guò)這個(gè)密鑰加密（對(duì)稱加密）。

https通信過(guò)程的時(shí)序圖如下：

圖3https通信時(shí)序圖。

正如上圖所示，我們能保證下面幾點(diǎn)：

客戶端產(chǎn)生的密鑰只有客戶端和服務(wù)器端能得到。

加密的數(shù)據(jù)只有客戶端和服務(wù)器端才能得到明文。

客戶端到服務(wù)端的通信是安全的。

信息服務(wù)協(xié)議

甲方：銀行青島市分行地址：法人：

乙方：xxxx有限公司地址：

法人：

丙方：公司地址：法人：

為建立長(zhǎng)期、良好的合作關(guān)系，實(shí)現(xiàn)資源共享、優(yōu)勢(shì)互補(bǔ)，促進(jìn)共同發(fā)展和長(zhǎng)遠(yuǎn)合作，全面建立和發(fā)展現(xiàn)代在線供應(yīng)鏈金融平臺(tái)與核心企業(yè)及金融資源的新型戰(zhàn)略合作關(guān)系，甲、乙、丙三方本著“平等互利、相互支持、誠(chéng)實(shí)信用”的原則，決定共建供應(yīng)鏈金融體系，為中小企業(yè)客戶提供線上線下高效低成本的融資服務(wù)，經(jīng)充分協(xié)商，達(dá)成如下協(xié)議：

第一章總則。

第一條甲、乙、丙三方達(dá)成一致，為中小企業(yè)客戶提供優(yōu)勢(shì)金融資源以降低融資成本，以加強(qiáng)整體供應(yīng)鏈的競(jìng)爭(zhēng)力。

第二條乙方負(fù)責(zé)使用各種信息技術(shù)手段從丙方獲取必要的真實(shí)貿(mào)易數(shù)據(jù)，包含但不限制于合同、發(fā)票、倉(cāng)儲(chǔ)運(yùn)輸信息等。丙方有義務(wù)配合乙方在合理的數(shù)據(jù)使用場(chǎng)景內(nèi)提供信息對(duì)接。

第三條乙方負(fù)責(zé)為甲方從丙方采集真實(shí)貿(mào)易數(shù)據(jù)，甲方以此為標(biāo)準(zhǔn)進(jìn)行授信判定及業(yè)務(wù)準(zhǔn)入，甲、乙、丙三方有義務(wù)在業(yè)務(wù)過(guò)程中協(xié)調(diào)配合。

第四條甲、乙兩方應(yīng)根據(jù)甲方的授信要求制定具體的信息采集需求并制定簡(jiǎn)單易行的操作流程，以保障業(yè)務(wù)的順利開展。

第五條在每次甲方實(shí)際向丙方發(fā)放融資款前，丙方有責(zé)任向乙方支付信息服務(wù)費(fèi)用，費(fèi)率為實(shí)際放款額的%，且該動(dòng)作是最終放款的必要條件之一。

乙方收款人：/3。

乙方收款賬號(hào)：乙方開戶行：

第二章供應(yīng)鏈金融服務(wù)內(nèi)容。

乙方搭建技術(shù)數(shù)據(jù)服務(wù)平臺(tái)，通過(guò)在線方式和互聯(lián)網(wǎng)技術(shù)手段建立和運(yùn)維金融信息服務(wù)。該平臺(tái)是甲方和丙方之間的信息技術(shù)平臺(tái)，按照多方信息安全的相關(guān)要求對(duì)接相應(yīng)系統(tǒng)，傳遞相關(guān)業(yè)務(wù)數(shù)據(jù)，承擔(dān)但不限于設(shè)計(jì)符合多方利益要求，符合多方規(guī)定和監(jiān)管措施的金融產(chǎn)品，并不斷研發(fā)新的產(chǎn)品以滿足客戶需要，為丙方提供有競(jìng)爭(zhēng)力的金融資源，降低融資成本，為甲方提供優(yōu)質(zhì)供應(yīng)鏈客，降低獲客及操作成本，采用it技術(shù)手段及時(shí)清分各方資產(chǎn)和收益。為達(dá)到上述目標(biāo)，平臺(tái)應(yīng)該配備相應(yīng)技術(shù)和金融人才提供相應(yīng)資源以滿足本產(chǎn)品的要求。同時(shí)，乙方可以收取相應(yīng)費(fèi)用，收益來(lái)源方為甲方。

第六條融資支持。

乙方將相關(guān)信息推送給甲方，甲方根據(jù)有關(guān)法律、法規(guī)、金融政策以及內(nèi)部信貸審批制度的規(guī)定對(duì)丙方進(jìn)行審查，并對(duì)審查合格的丙方提供融資支持。具體融資方式包括：流動(dòng)資金貸款、銀行承兌匯票、國(guó)內(nèi)信用證、票據(jù)貼現(xiàn)等，具體授信手續(xù)按有關(guān)法律、法規(guī)和甲方有關(guān)規(guī)定辦理。乙方有義務(wù)為丙方協(xié)調(diào)與甲方的融資業(yè)務(wù)，不斷降低融資成本。

第三章三方資源共享和保密。

第七條甲、乙、丙三方一致同意逐步建立高效的信息共享平臺(tái)，逐步實(shí)現(xiàn)雙方業(yè)務(wù)信息系統(tǒng)的交互，實(shí)現(xiàn)商品的行業(yè)分析、價(jià)格跟蹤、銷售情況查詢查復(fù)等項(xiàng)工作的電子化，提高業(yè)務(wù)操作的效率，降低業(yè)務(wù)風(fēng)險(xiǎn)。

第八條甲、乙、丙三方可根據(jù)業(yè)務(wù)需要定期進(jìn)行業(yè)務(wù)交流和培訓(xùn)，對(duì)現(xiàn)有業(yè)務(wù)品種、業(yè)務(wù)操作模式進(jìn)行改進(jìn)，使雙方業(yè)務(wù)合作模式更適合市場(chǎng)需求，并共同就市場(chǎng)宣傳和商務(wù)公關(guān)活動(dòng)等進(jìn)行合作。

第九條甲、乙、丙三方對(duì)在本協(xié)議簽訂及履行過(guò)程中所獲得的對(duì)方的商業(yè)信息負(fù)有保密義務(wù)。該義務(wù)不因本協(xié)議的解除或終止而無(wú)效。

第四章違約責(zé)任和爭(zhēng)議解決。

不當(dāng)，給對(duì)方造成損失的，違約方應(yīng)承擔(dān)賠償責(zé)任。

第十一條本協(xié)議執(zhí)行過(guò)程中若發(fā)生爭(zhēng)議，甲、乙、丙三方應(yīng)盡量通過(guò)友好協(xié)商方式解決。如不能協(xié)商一致的，三方同意提交協(xié)議簽訂地人民法院訴訟解決。

第五章附則。

第十二條本協(xié)議一式陸份，三方各持兩份，經(jīng)三方加蓋公章后生效。未經(jīng)三方書面同意，任何一方不得擅自更改、撤銷或終止協(xié)議。

甲方蓋章：乙方蓋章：

法定代表人（簽字）：法定代表人（簽字）：（或授權(quán)代理人）（或授權(quán)代理人）。

年月日年月日。

丙方蓋章：

法定代表人（簽字）：（或授權(quán)代理人）。

信息安全協(xié)議

第一條為保障網(wǎng)絡(luò)信息資源的安全，促進(jìn)idc接入服務(wù)有序發(fā)展，制定本協(xié)議。

第二條本協(xié)議所稱服務(wù)器，是乙方向甲方租賃使用或托管的服務(wù)器資源、自主網(wǎng)絡(luò)空間等。

第三條此協(xié)議遵循文明守法、誠(chéng)信自律、自覺(jué)維護(hù)國(guó)家利益和公共利益的原則。

第二章協(xié)議內(nèi)容。

(四)乙方保證不傳播侵害他人知識(shí)產(chǎn)權(quán)的信息;。

(五)乙方保證對(duì)跟貼內(nèi)容進(jìn)行有效監(jiān)督和管理，及時(shí)刪除違法和不良跟貼信息;。

(六)乙方保證不利網(wǎng)絡(luò)資源傳播計(jì)算機(jī)病毒等惡意程序，不危害他人計(jì)算機(jī)信息安全。

第四條依據(jù)《非經(jīng)營(yíng)性互聯(lián)網(wǎng)備案管理辦法》第二十三條規(guī)定，所有網(wǎng)站需先備案后接入，如備案信息不真實(shí)，將關(guān)閉網(wǎng)站并注銷備案。乙方承諾并確認(rèn)：提交的所有備案信息真實(shí)有效，當(dāng)備案信息發(fā)生變化時(shí)請(qǐng)及時(shí)到備案系統(tǒng)中提交更新信息，如因未及時(shí)更新而導(dǎo)致備案信息不準(zhǔn)確，甲方有權(quán)依法對(duì)接入網(wǎng)站進(jìn)行關(guān)閉處理。

第五條甲方應(yīng)保護(hù)乙方資料。未經(jīng)乙方充許，不得向第三方提供乙方的相關(guān)資料，法律、法規(guī)另有規(guī)定的除外。

第三章附則。

第六條雙方確認(rèn)在簽署本協(xié)議前已仔細(xì)審閱過(guò)本協(xié)議的內(nèi)容，并完全了解本協(xié)議各條款的法律含義。

第七條本協(xié)議雙方簽字、蓋章后即生效。

甲方：乙方：

日期：日期：