總結(jié)是一種提升自身能力的重要方式。閱讀前可以先預(yù)覽全文，掌握大致內(nèi)容和結(jié)構(gòu)。小編為大家精心收集了一些總結(jié)范文，希望能給大家的寫作提供一些啟發(fā)和參考。
有線傳輸協(xié)議篇一
首先我們有兩種基本的加解密算法類型：對稱加密，非對稱加密（公私鑰加密），現(xiàn)在介紹一下這兩種加密算法的特點：
對稱加密：密鑰只有一個，加密解密為同一個密碼，且加解密速度快，典型的對稱加密算法有des、aes等，示意圖如下：
圖1對稱加密
非對稱加密：密鑰成對出現(xiàn)（且根據(jù)公鑰無法推知私鑰，根據(jù)私鑰也無法推知公鑰），加密解密使用不同密鑰（公鑰加密需要私鑰解密，私鑰加密需要公鑰解密），相對對稱加密速度較慢，典型的非對稱加密算法有rsa、dsa等，示意圖如下：
圖2非對稱加密
根據(jù)上面的兩種加密方法，現(xiàn)在我們就可以設(shè)計一種無法讓他人在互聯(lián)網(wǎng)上知道你的通訊信息的加密方法：
在服務(wù)器端存在一個公鑰及私鑰
客戶端從服務(wù)器取得這個公鑰
客戶端產(chǎn)生一個隨機的密鑰
客戶端通過公鑰對密鑰加密（非對稱加密）
客戶端發(fā)送到服務(wù)器端
服務(wù)器端接受這個密鑰并且以后的服務(wù)器端和客戶端的數(shù)據(jù)全部通過這個密鑰加密（對稱加密）
https通信過程的時序圖如下：
圖3https通信時序圖
正如上圖所示，我們能保證下面幾點：
客戶端產(chǎn)生的密鑰只有客戶端和服務(wù)器端能得到
加密的數(shù)據(jù)只有客戶端和服務(wù)器端才能得到明文
客戶端到服務(wù)端的通信是安全的
有線傳輸協(xié)議篇二
說明：
1).本文以tcp的發(fā)展歷程解析容易引起混淆，誤會的方方面面
5).本文給出一個提綱，如果想了解細節(jié)，請直接查閱rfc
6).翻來覆去，終于找到了這篇備忘，本文基于這篇備忘文檔修改。
1.網(wǎng)絡(luò)協(xié)議設(shè)計
iso提出了osi分層網(wǎng)絡(luò)模型，這種分層模型是理論上的，tcp/ip最終實現(xiàn)了一個分層的協(xié)議模型，每一個層次對應(yīng)一組網(wǎng)絡(luò)協(xié)議完成一組特定的功能，該組網(wǎng)絡(luò)協(xié)議被其下的層次復(fù)用和解復(fù)用。這就是分層模型的本質(zhì)，最終所有的邏輯被編碼到線纜或者電磁波。
分層模型是很好理解的，然而對于每一層的協(xié)議設(shè)計卻不是那么容易。tcp/ip的漂亮之處在于：協(xié)議越往上層越復(fù)雜。我們把網(wǎng)絡(luò)定義為互相連接在一起的設(shè)備，網(wǎng)絡(luò)的本質(zhì)作用還是“端到端”的通信，然而希望互相通信的設(shè)備并不一定要“直接”連接在一起，因此必然需要一些中間的設(shè)備負責(zé)轉(zhuǎn)發(fā)數(shù)據(jù)，因此就把連接這些中間設(shè)備的線纜上跑的協(xié)議定義為鏈路層協(xié)議，實際上所謂鏈路其實就是始發(fā)與一個設(shè)備，通過一根線，終止于另一個設(shè)備。我們把一條鏈路稱為“一跳”。因此一個端到端的網(wǎng)絡(luò)包含了“很多跳”。
和ip協(xié)議
終止于ip協(xié)議，我們已經(jīng)可以完成一個端到端的通信，為何還需要tcp協(xié)議？這是一個問題，理解了這個問題，我們就能理解tcp協(xié)議為何成了現(xiàn)在這個樣子，為何如此“復(fù)雜”，為何又如此簡單。
首先我們認(rèn)識一下為何ip協(xié)議是沙漏的細腰部分。它的下層是繁多的鏈路層協(xié)議，這些鏈路提供了相互截然不同且相差很遠的語義，為了互聯(lián)這些異構(gòu)的網(wǎng)絡(luò)，我們需要一個網(wǎng)絡(luò)層協(xié)議起碼要提供一些適配的功能，另外它必然不能提供太多的“保證性服務(wù)”，因為上層的保證性依賴下層的約束性更強的保證性，你永遠無法在一個100m吞吐量的鏈路之上實現(xiàn)的ip協(xié)議保證1000m的吞吐量...
ip協(xié)議設(shè)計為分組轉(zhuǎn)發(fā)協(xié)議，每一跳都要經(jīng)過一個中間節(jié)點，路由的設(shè)計是tcp/ip網(wǎng)絡(luò)的另一大創(chuàng)舉，這樣，ip協(xié)議就無需方向性，路由信息和協(xié)議本身不再強關(guān)聯(lián)，它們僅僅通過ip地址來關(guān)聯(lián)，因此，ip協(xié)議更加簡單。路由器作為中間節(jié)點也不能太復(fù)雜，這涉及到成本問題，因此路由器只負責(zé)選路以及轉(zhuǎn)發(fā)數(shù)據(jù)包。
因此傳輸控制協(xié)議必然需要在端點實現(xiàn)。在我們詳談tcp協(xié)議之前，首先要看一下它不能做什么，由于ip協(xié)議不提供保證，tcp也不能提供依賴于ip下層鏈路的這種保證，比如帶寬，比如時延，這些都是鏈路層決定的，既然ip協(xié)議無法修補，tcp也不能，然而它卻能修正始于ip層的一些“不可保證性質(zhì)”，這些性質(zhì)包括ip層的不可靠，ip層的不按順序，ip層的無方向/無連接。
將該小節(jié)總結(jié)一下，tcp/ip模型從下往上，功能增加，需要實現(xiàn)的設(shè)備減少，然而設(shè)備的復(fù)雜性卻在增加，這樣保證了成本的最小化，至于性能或者因素，靠軟件來調(diào)節(jié)吧，tcp協(xié)議就是這樣的軟件，實際上最開始的時候，tcp并不考慮性能，效率，公平性，正是考慮了這些，tcp協(xié)議才復(fù)雜了起來。
協(xié)議
這是一個純軟件協(xié)議，為何將其設(shè)計上兩個端點，參見上一小節(jié)，本節(jié)詳述tcp協(xié)議，中間也穿插一些簡短的論述。
協(xié)議
確切的說，tcp協(xié)議有兩重身份，作為網(wǎng)絡(luò)協(xié)議，它彌補了ip協(xié)議盡力而為服務(wù)的不足，實現(xiàn)了有連接，可靠傳輸，報文按序到達。作為一個主機軟件，它和udp以及左右的傳輸層協(xié)議隔離了主機服務(wù)和網(wǎng)絡(luò)，它們可以被看做是一個多路復(fù)用/解復(fù)用器，將諸多的主機進程數(shù)據(jù)復(fù)用/解復(fù)用到ip層。可以看出，不管從哪個角度，tcp都作為一個接口存在，作為網(wǎng)絡(luò)協(xié)議，它和對端的tcp接口，實現(xiàn)tcp的控制邏輯，作為多路復(fù)用/解復(fù)用器，它和下層ip協(xié)議接口，實現(xiàn)協(xié)議棧的功能，而這正是分層網(wǎng)絡(luò)協(xié)議模型的基本定義(兩類接口，一類和下層接口，另一類和對等層接口)。
我們習(xí)慣于將tcp作為協(xié)議棧的最頂端，而不把應(yīng)用層協(xié)議當(dāng)成協(xié)議棧的一部分，這部分是因為應(yīng)用層被tcp/udp解復(fù)用了之后，呈現(xiàn)出了一種太復(fù)雜的局面，應(yīng)用層協(xié)議用一種不同截然不同的方式被解釋，應(yīng)用層協(xié)議習(xí)慣于用類似asn.1標(biāo)準(zhǔn)來封裝，這正體現(xiàn)了tcp協(xié)議作為多路復(fù)用/解復(fù)用器的重要性，由于直接和應(yīng)用接口，它可以很容易直接被應(yīng)用控制，實現(xiàn)不同的傳輸控制策略，這也是tcp被設(shè)計到離應(yīng)用不太遠的地方的原因之一。
總之，tcp要點有四，一曰有連接，二曰可靠傳輸，三曰數(shù)據(jù)按照到達，四曰端到端流量控制。注意，tcp被設(shè)計時只保證這四點，此時它雖然也有些問題，然而很簡單，然而更大的問題很快呈現(xiàn)出來，使之不得不考慮和ip網(wǎng)絡(luò)相關(guān)的東西，比如公平性，效率，因此增加了擁塞控制，這樣tcp就成了現(xiàn)在這個樣子。
3.2.有連接，可靠傳輸，數(shù)據(jù)按序到達的tcp
ip協(xié)議是沒有方向的，數(shù)據(jù)報傳輸能到達對端全靠路由，因此它是一跳一跳地到達對端的，只要有一跳沒有到達對端的路由，那么數(shù)據(jù)傳輸將失敗，其實路由也是互聯(lián)網(wǎng)的核心之一，實際上ip層提供的核心基本功能有兩點，第一點是地址管理，第二點就是路由選路。tcp利用了ip路由這個簡單的功能，因此tcp不必考慮選路，這又一個它被設(shè)計成端到端協(xié)議的原因。
既然ip已經(jīng)能盡力讓單獨的數(shù)據(jù)報到達對端，那么tcp就可以在這種盡力而為的網(wǎng)絡(luò)上實現(xiàn)其它的更加嚴(yán)格的控制功能。tcp給無連接的ip網(wǎng)絡(luò)通信增加了連接性，確認(rèn)了已經(jīng)發(fā)送出去的數(shù)據(jù)的狀態(tài)，并且保證了數(shù)據(jù)的順序。
3.2.1.有連接
這是tcp的基本，因為后續(xù)的傳輸?shù)目煽啃砸约皵?shù)據(jù)順序性都依賴于一條連接，這是最簡單的實現(xiàn)方式，因此tcp被設(shè)計成一種基于流的協(xié)議，既然tcp需要事先建立連接，之后傳輸多少數(shù)據(jù)就無所謂了，只要是同一連接的數(shù)據(jù)能識別出來即可。
疑難雜癥1：3次握手和4次揮手
tcp使用3次握手建立一條連接，該握手初始化了傳輸可靠性以及數(shù)據(jù)順序性必要的信息，這些信息包括兩個方向的初始序列號，確認(rèn)號由初始序列號生成，使用3次握手是因為3次握手已經(jīng)準(zhǔn)備好了傳輸可靠性以及數(shù)據(jù)順序性所必要的信息，該握手的第3次實際上并不是需要單獨傳輸?shù)模耆梢院蛿?shù)據(jù)一起傳輸。
tcp使用4次揮手拆除一條連接，為何需要4次呢？因為tcp是一個全雙工協(xié)議，必須單獨拆除每一條信道。注意，4次揮手和3次握手的意義是不同的，很多人都會問為何建立連接是3次握手，而拆除連接是4次揮手。3次握手的目的很簡單，就是分配資源，初始化序列號，這時還不涉及數(shù)據(jù)傳輸，3次就足夠做到這個了，而4次揮手的目的是終止數(shù)據(jù)傳輸，并回收資源，此時兩個端點兩個方向的序列號已經(jīng)沒有了任何關(guān)系，必須等待兩方向都沒有數(shù)據(jù)傳輸時才能拆除虛鏈路，不像初始化時那么簡單，發(fā)現(xiàn)syn標(biāo)志就初始化一個序列號并確認(rèn)syn的序列號。因此必須單獨分別在一個方向上終止該方向的數(shù)據(jù)傳輸。
疑難雜癥2：time_wait狀態(tài)
為何要有這個狀態(tài)，原因很簡單，那就是每次建立連接的時候序列號都是隨機產(chǎn)生的，并且這個序列號是32位的，會回繞?，F(xiàn)在我來解釋這和time_wait有什么關(guān)系。
任何的tcp分段都要在盡力而為的ip網(wǎng)絡(luò)上傳輸，中間的路由器可能會隨意的緩存任何的ip數(shù)據(jù)報，它并不管這個ip數(shù)據(jù)報上被承載的是什么數(shù)據(jù)，然而根據(jù)經(jīng)驗和互聯(lián)網(wǎng)的大小，一個ip數(shù)據(jù)報最多存活msl(這是根據(jù)地球表面積，電磁波在各種介質(zhì)中的傳輸速率以及ip協(xié)議的ttl等綜合推算出來的，如果在火星上，這個msl會大得多...)。
現(xiàn)在我們考慮終止連接時的被動方發(fā)送了一個fin，然后主動方回復(fù)了一個ack，然而這個ack可能會丟失，這會造成被動方重發(fā)fin，這個fin可能會在互聯(lián)網(wǎng)上存活msl。
如果沒有time_wait的話，假設(shè)連接1已經(jīng)斷開，然而其被動方最后重發(fā)的那個fin(或者fin之前發(fā)送的任何tcp分段)還在網(wǎng)絡(luò)上，然而連接2重用了連接1的所有的5元素(源ip，目的ip，tcp，源端口，目的端口)，剛剛將建立好連接，連接1遲到的fin到達了，這個fin將以比較低但是確實可能的概率終止掉連接2.
為何說是概率比較低呢？這涉及到一個匹配問題，遲到的fin分段的序列號必須落在連接2的一方的期望序列號范圍之內(nèi)。雖然這種巧合很少發(fā)生，但確實會發(fā)生，畢竟初始序列號是隨機產(chǎn)生了。因此終止連接的主動方必須在接受了被動方且回復(fù)了ack之后等待2*msl時間才能進入close狀態(tài)，之所以乘以2是因為這是保守的算法，最壞情況下，針對被動方的ack在以最長路線(經(jīng)歷一個msl)經(jīng)過互聯(lián)網(wǎng)馬上到達被動方時丟失。
為了應(yīng)對這個問題，rfc793對初始序列號的生成有個建議，那就是設(shè)定一個基準(zhǔn)，在這個基準(zhǔn)之上搞隨機，這個基準(zhǔn)就是時間，我們知道時間是單調(diào)遞增的。然而這仍然有問題，那就是回繞問題，如果發(fā)生回繞，那么新的序列號將會落到一個很低的值。因此最好的辦法就是避開“重疊”，其含義就是基準(zhǔn)之上的隨機要設(shè)定一個范圍。
要知道，很多人很不喜歡看到服務(wù)器上出現(xiàn)大量的time_wait狀態(tài)的連接，因此他們將time_wait的值設(shè)置的很低，這雖然在大多數(shù)情況下可行，然而確實也是一種冒險行為。最好的方式就是，不要重用一個連接。
疑難雜癥3：重用一個連接和重用一個套接字
這是根本不同的，單獨重用一個套接字一般不會有任何問題，因為tcp是基于連接的。比如在服務(wù)器端出現(xiàn)了一個time_wait連接，那么該連接標(biāo)識了一個五元素，只要客戶端不使用相同的源端口，連接服務(wù)器是沒有問題的，因為遲到的fin永遠不會到達這個連接。記住，一個五元素標(biāo)識了一個連接，而不是一個套接字(當(dāng)然，對于bsd套接字而言，服務(wù)端的accept套接字確實標(biāo)識了一個連接)。
3.2.2.傳輸可靠性
基本上傳輸可靠性是靠確認(rèn)號實現(xiàn)的，也就是說，每發(fā)送一個分段，接下來接收端必然要發(fā)送一個確認(rèn)，發(fā)送端收到確認(rèn)后才可以發(fā)送下一個字節(jié)。這個原則最簡單不過了，教科書上的“停止-等待”協(xié)議就是這個原則的字節(jié)版本，只是tcp使用了滑動窗口機制使得每次不一定發(fā)送一個字節(jié)，但是這是后話，本節(jié)僅僅談一下確認(rèn)的超時機制。
怎么知道數(shù)據(jù)到達對端呢？那就是對端發(fā)送一個確認(rèn)，但是如果一直收不到對端的確認(rèn)，發(fā)送端等多久呢？如果一直等下去，那么將無法發(fā)現(xiàn)數(shù)據(jù)的丟失，協(xié)議將不可用，如果等待時間過短，可能確認(rèn)還在路上，因此等待時間是個問題，另外如何去管理這個超時時間也是一個問題。
疑難雜癥4：超時時間的計算
絕對不能隨意去揣測超時的時間，而應(yīng)該給出一個精確的算法去計算。毫無疑問，一個tcp分段的回復(fù)到達的時間就是一個數(shù)據(jù)報往返的時間，因此標(biāo)準(zhǔn)定義了一個新的名詞rtt，代表一個tcp分段的往返時間。然而我們知道，ip網(wǎng)絡(luò)是盡力而為的，并且路由是動態(tài)的，且路由器會毫無先兆的緩存或者丟棄任何的數(shù)據(jù)報，因此這個rtt是需要動態(tài)測量的，也就是說起碼每隔一段時間就要測量一次，如果每次都一樣，萬事大吉，然而世界并非如你所愿，因此我們需要找到的恰恰的一個“平均值”，而不是一個準(zhǔn)確值。
這個平均值如果僅僅直接通過計算多次測量值取算術(shù)平均，那是不恰當(dāng)?shù)?，因為對于?shù)據(jù)傳輸延時，我們必須考慮的路徑延遲的瞬間抖動，否則如果兩次測量值分別為2和98，那么超時值將是50，這個值對于2而言，太大了，結(jié)果造成了數(shù)據(jù)的延遲過大(本該重傳的等待了好久才重傳)，然而對于98而言，太小了，結(jié)果造成了過度重傳(路途遙遠，本該很慢，結(jié)果大量重傳已經(jīng)正確確認(rèn)但是遲到的tcp分段)。
因此，除了考慮每兩次測量值的偏差之外，其變化率也應(yīng)該考慮在內(nèi)，如果變化率過大，則通過以變化率為自變量的函數(shù)為主計算rtt(如果陡然增大，則取值為比較大的正數(shù)，如果陡然減小，則取值為比較小的負數(shù)，然后和平均值加權(quán)求和)，反之如果變化率很小，則取測量平均值。這是不言而喻的，這個算法至今仍然工作的很好。
疑難雜癥5：超時計時器的管理-每連接單一計時器
很顯然，對每一個tcp分段都生成一個計時器是最直接的方式，每個計時器在rtt時間后到期，如果沒有收到確認(rèn)，則重傳。然而這只是理論上的合理，對于大多數(shù)操作系統(tǒng)而言，這將帶來巨大的內(nèi)存開銷和調(diào)度開銷，因此采取每一個tcp連接單一計時器的設(shè)計則成了一個默認(rèn)的選擇?？墒菃我坏挠嫊r器怎么管理如此多的發(fā)出去的tcp分段呢？又該如何來設(shè)計單一的計時器呢。
設(shè)計單一計時器有兩個原則：1.每一個報文在長期收不到確認(rèn)都必須可以超時；2.這個長期收不到中長期不能和測量的rtt相隔太遠。因此rfc2988定義一套很簡單的原則：
a.發(fā)送tcp分段時，如果還沒有重傳定時器開啟，那么開啟它。
b.發(fā)送tcp分段時，如果已經(jīng)有重傳定時器開啟，不再開啟它。
c.收到一個非冗余ack時，如果有數(shù)據(jù)在傳輸中，重新開啟重傳定時器。
d.收到一個非冗余ack時，如果沒有數(shù)據(jù)在傳輸中，則關(guān)閉重傳定時器。
我們看看這4條規(guī)則是如何做到以上兩點的，根據(jù)a和c(在c中，注意到ack是非冗余的)，任何tcp分段只要不被確認(rèn)，超時定時器總會超時的。然而為何需要c呢？只有規(guī)則a存在的話，也可以做到原則1。實際上確實是這樣的，但是為了不會出現(xiàn)過早重傳，才添加了規(guī)則c，如果沒有規(guī)則c，那么萬一在重傳定時器到期前，發(fā)送了一些數(shù)據(jù)，這樣在定時器到期后，除了很早發(fā)送的數(shù)據(jù)能收到ack外，其它稍晚些發(fā)送的數(shù)據(jù)的ack都將不會到來，因此這些數(shù)據(jù)都將被重傳。有了規(guī)則c之后，只要有分段ack到來，則重置重傳定時器，這很合理，因此大多數(shù)正常情況下，從數(shù)據(jù)的發(fā)出到ack的到來這段時間以及計算得到的rtt以及重傳定時器超時的時間這三者相差并不大，一個ack到來后重置定時器可以保護后發(fā)的數(shù)據(jù)不被過早重傳。
這里面還有一些細節(jié)需要說明。一個ack到來了，說明后續(xù)的ack很可能會依次到來，也就是說丟失的可能性并不大，另外，即使真的有后發(fā)的tcp分段丟失現(xiàn)象發(fā)生，也會在最多2倍定時器超時時間的范圍內(nèi)被重傳(假設(shè)該報文是第一個報文發(fā)出啟動定時器之后馬上發(fā)出的，丟失了，第一個報文的ack到來后又重啟了定時器，又經(jīng)過了一個超時時間才會被重傳)。雖然這里還沒有涉及擁塞控制，但是可見網(wǎng)絡(luò)擁塞會引起丟包，丟包會引起重傳，過度重傳反過來加重網(wǎng)絡(luò)擁塞，設(shè)置規(guī)則c的結(jié)果可以緩解過多的重傳，畢竟將啟動定時器之后發(fā)送的數(shù)據(jù)的重傳超時時間拉長了最多一倍左右。最多一倍左右的超時偏差做到了原則2，即“這個長期收不到中長期不能和測量的rtt相隔太遠”。
還有一點，如果是一個發(fā)送序列的最后一個分段丟失了，后面就不會收到冗余ack，這樣就只能等到超時了，并且超時時間幾乎是肯定會比定時器超時時間更長。如果這個分段是在發(fā)送序列的靠后的時間發(fā)送的且和前面的發(fā)送時間相隔時間較遠，則其超時時間不會很大，反之就會比較大。
疑難雜癥6：何時測量rtt
目前很多tcp實現(xiàn)了時間戳，這樣就方便多了，發(fā)送端再也不需要保存發(fā)送分段的時間了，只需要將其放入?yún)f(xié)議頭的時間戳字段，然后接收端將其回顯在ack即可，然后發(fā)送端收到ack后，取出時間戳，和當(dāng)前時間做算術(shù)差，即可完成一次rtt的測量。
3.2.3.數(shù)據(jù)順序性
基本上傳輸可靠性是靠序列號實現(xiàn)的。
疑難雜癥7：確認(rèn)號和超時重傳
確認(rèn)號是一個很詭異的東西，因為tcp的發(fā)送端對于發(fā)送出去的一個數(shù)據(jù)序列，它只要收到一個確認(rèn)號就認(rèn)為確認(rèn)號前面的數(shù)據(jù)都被收到了，即使前面的某個確認(rèn)號丟失了，也就是說，發(fā)送端只認(rèn)最后一個確認(rèn)號。這是合理的，因為確認(rèn)號是接收端發(fā)出的，接收端只確認(rèn)按序到達的最后一個tcp分段。
另外，發(fā)送端重發(fā)了一個tcp報文并且接收到該tcp分段的確認(rèn)號，并不能說明這個重發(fā)的報文被接收了，也可能是數(shù)據(jù)早就被接收了，只是由于其ack丟失或者其ack延遲到達導(dǎo)致了超時。值得說明的是，接收端會丟棄任何重復(fù)的數(shù)據(jù)，即使丟棄了重復(fù)的數(shù)據(jù)，其ack還是會照發(fā)不誤的。
標(biāo)準(zhǔn)的早期tcp實現(xiàn)為，只要一個tcp分段丟失，即使后面的tcp分段都被完整收到，發(fā)送端還是會重傳從丟失分段開始的所有報文，這就會導(dǎo)致一個問題，那就是重傳風(fēng)暴，一個分段丟失，引起大量的重傳。這種風(fēng)暴實則不必要的，因為大多數(shù)的tcp實現(xiàn)中，接收端已經(jīng)緩存了亂序的分段，這些被重傳的丟失分段之后的分段到達接收端之后，很大的可能性是被丟棄。關(guān)于這一點在擁塞控制被引入之后還會提及(問題先述為快：本來報文丟失導(dǎo)致超時就說明網(wǎng)絡(luò)很可能已然擁塞，重傳風(fēng)暴只能加重其擁塞程度)。
疑難雜癥8：亂序數(shù)據(jù)緩存以及選擇確認(rèn)
tcp是保證數(shù)據(jù)順序的，但是并不意味著它總是會丟棄亂序的tcp分段，具體會不會丟棄是和具體實現(xiàn)相關(guān)的，rfc建議如果內(nèi)存允許，還是要緩存這些亂序到來的分段，然后實現(xiàn)一種機制等到可以拼接成一個按序序列的時候?qū)⒕彺娴姆侄纹唇?，這就類似于ip協(xié)議中的分片一樣，但是由于ip數(shù)據(jù)報是不確認(rèn)的，因此ip協(xié)議的實現(xiàn)必須緩存收到的任何分片而不能將其丟棄，因為丟棄了一個ip分片，它就再也不會到來了。
現(xiàn)在，tcp實現(xiàn)了一種稱為選擇確認(rèn)的方式，接收端會顯式告訴發(fā)送端需要重傳哪些分段而不需要重傳哪些分段。這無疑避免了重傳風(fēng)暴。
疑難雜癥9：tcp序列號的回繞的問題
tcp的序列號回繞會引起很多的問題，比如序列號為s的分段發(fā)出之后，m秒后，序列號比s小的序列號為j的分段發(fā)出，只不過此時的j比上一個s多了一圈，這就是回繞問題，那么如果這后一個分段到達接收端，這就會引發(fā)徹底亂序-本來j該在s后面，結(jié)果反而到達前面了，這種亂序是tcp協(xié)議檢查不出來的。我們仔細想一下，這種情況確實會發(fā)生，數(shù)據(jù)分段并不是一個字節(jié)一個字節(jié)發(fā)送出去的，如果存在一個速率為1gbps的網(wǎng)絡(luò)，tcp發(fā)送端1秒會發(fā)送125mb的數(shù)據(jù)，32位的序列號空間能傳輸2的32次方個字節(jié)，也就是說32秒左右就會發(fā)生回繞，我們知道這個值遠小于msl值，因此會發(fā)生的。
有個細節(jié)可能會引起誤會，那就是tcp的窗口大小空間是序列號空間的一半，這樣恰好在滿載情況下，數(shù)據(jù)能填滿發(fā)送窗口和接收窗口，序列號空間正好夠用。然而事實上，tcp的初始序列號并不是從0開始的，而是隨機產(chǎn)生的(當(dāng)然要輔助一些更精妙的算法)，因此如果初始序列號比較接近2的32次方，那么很快就會回繞。
當(dāng)然，如今可以用時間戳選項來輔助作為序列號的一個識別的部分，接收端遇到回繞的情況，需要比較時間戳，我們知道，時間戳是單調(diào)遞增的，雖然也會回繞，然而回繞時間卻要長很多。這只是一種策略，在此不詳談。還有一個很現(xiàn)實的問題，理論上序列號會回繞，但是實際上，有多少tcp的端點主機直接架設(shè)在1g的網(wǎng)絡(luò)線纜兩端并且接收方和發(fā)送方的窗口還能恰好被同時填滿。另外，就算發(fā)生了回繞，也不是一件特別的事情，回繞在計算機里面太常見了，只需要能識別出來即可解決，對于tcp的序列號而言，在高速網(wǎng)絡(luò)(點對點網(wǎng)絡(luò)或者以太網(wǎng))的兩端，數(shù)據(jù)發(fā)生亂序的可能性很小，因此當(dāng)收到一個序列號突然變?yōu)?或者終止序列號小于起始序列號的情況后，很容易辨別出來，只需要和前一個確認(rèn)的分段比較即可，如果在一個經(jīng)過路由器的網(wǎng)絡(luò)兩端，會引發(fā)ip數(shù)據(jù)報的順序重排，對于tcp而言，雖然還會發(fā)生回繞，也會慢得多，且考慮到擁塞窗口(目前還沒有引入)一般不會太大，窗口也很難被填滿到65536。
3.2.4.端到端的流量控制
疑難雜癥10：流量控制的真實意義
很多人以為流量控制會很有效的協(xié)調(diào)兩端的流量匹配，確實是這樣，但是如果你考慮到網(wǎng)絡(luò)的利用率問題，tcp的流量控制機制就不那么完美了，造成這種局面的原因在于，滑動窗口只是限制了最大發(fā)送的數(shù)據(jù)，卻沒有限制最小發(fā)送的數(shù)據(jù)，結(jié)果導(dǎo)致一些很小的數(shù)據(jù)被封裝成tcp分段，報文協(xié)議頭所占的比例過于大，造成網(wǎng)絡(luò)利用率下降，這就引出了接下來的內(nèi)容，那就是端到端意義的tcp協(xié)議效率。
~~~~~~~~~~~~~~~~~~~~
承上啟下
終于到了闡述問題的時候了，以上的tcp協(xié)議實現(xiàn)的非常簡單，這也是tcp的標(biāo)準(zhǔn)實現(xiàn)，然而很快我們就會發(fā)現(xiàn)各種各樣的問題。這些問題導(dǎo)致了標(biāo)準(zhǔn)化協(xié)會對tcp協(xié)議進行了大量的修補，這些修補雜糅在一起讓人們有些云里霧里，不知所措。本文檔就旨在分離這些雜亂的情況，實際上，根據(jù)rfc，這些雜亂的情況都是可以找到其單獨的發(fā)展軌跡的。
~~~~~~~~~~~~~~~~~~~~
4.端到端意義上的tcp協(xié)議效率
4.1.三個問題以及解決
問題1描述：接收端處理慢，導(dǎo)致接收窗口被填滿
這明顯是速率不匹配引發(fā)的問題，然而即使速率不匹配，只要滑動窗口能協(xié)調(diào)好它們的速率就好，要快都快，要慢都慢，事實上滑動窗口在這一點上做的很好。但是如果我們不得不從效率上來考慮問題的話，事實就不那么樂觀了。考慮此時接收窗口已然被填滿，慢速的應(yīng)用程序慢騰騰的讀取了一個字節(jié)，空出一個位置，然后通告給tcp的發(fā)送端，發(fā)送端得知空出一個位置，馬上發(fā)出一個字節(jié)，又將接收端填滿，然后接收應(yīng)用程序又一次慢騰騰...這就是糊涂窗口綜合癥，一個大多數(shù)人都很熟悉的詞。這個問題極大的浪費了網(wǎng)絡(luò)帶寬，降低了網(wǎng)絡(luò)利用率。好比從大同拉100噸煤到北京需要一輛車，拉1kg煤到北京也需要一輛車(超級夸張的一個例子，請不要相信)，但是一輛車開到北京的開銷是一定的...
問題1解決：窗口通告
對于問題1，很顯然問題出在接收端，我們沒有辦法限制發(fā)送端不發(fā)送小分段，但是卻可以限制接收端通告小窗口，這是合理的，這并不影響應(yīng)用程序，此時經(jīng)典的延遲/吞吐量反比律將不再適用，因為接收窗口是滿的，其空出一半空間表示還有一半空間有數(shù)據(jù)沒有被應(yīng)用讀取，和其空出一個字節(jié)的空間的效果是一樣的，因此可以限制接收端當(dāng)窗口為0時，直接通告給發(fā)送端以阻止其繼續(xù)發(fā)送數(shù)據(jù)，只有當(dāng)其接收窗口再次達到mss的一半大小的時候才通告一個不為0的窗口，此前對于所有的發(fā)送端的窗口probe分段(用于探測接收端窗口大小的probe分段，由tcp標(biāo)準(zhǔn)規(guī)定)，全部通告窗口為0，這樣發(fā)送端在收到窗口不為0的通告，那么肯定是一個比較大的窗口，因此發(fā)送端可以一次性發(fā)出一個很大的tcp分段，包含大量數(shù)據(jù)，也即拉了好幾十噸的煤到北京，而不是只拉了幾公斤。
即，限制窗口通告時機，解決糊涂窗口綜合癥
問題2描述：發(fā)送端持續(xù)發(fā)送小包，導(dǎo)致窗口閑置
這明顯是發(fā)送端引起的問題，此時接收端的窗口開得很大，然而發(fā)送端卻不積累數(shù)據(jù)，還是一味的發(fā)送小塊數(shù)據(jù)分段。只要發(fā)送了任和的分段，接收端都要無條件接收并且確認(rèn)，這完全符合tcp規(guī)范，因此必然要限制發(fā)送端不發(fā)送這樣的小分段。
問題2解決：nagle算法
nagel算法很簡單，標(biāo)準(zhǔn)的nagle算法為：
if數(shù)據(jù)的大小和窗口的大小都超過了mss
then發(fā)送數(shù)據(jù)分段
else
if還有發(fā)出的tcp分段的確認(rèn)沒有到來
then積累數(shù)據(jù)到發(fā)送隊列的末尾的tcp分段
else
發(fā)送數(shù)據(jù)分段
endif
endif
可是后來，這個算法變了，變得更加靈活了，其中的：
if還有發(fā)出的tcp分段的確認(rèn)沒有到來
變成了
if還有發(fā)出的不足mss大小的tcp分段的確認(rèn)沒有到來
這個算法體現(xiàn)了一種自適應(yīng)的策略，越是確認(rèn)的快，越是發(fā)送的快，雖然nagle算法看起來在積累數(shù)據(jù)增加吞吐量的同時也加大的時延，可事實上，如果對于類似交互式的應(yīng)用，時延并不會增加，因為這類應(yīng)用回復(fù)數(shù)據(jù)也是很快的，比如telnet之類的服務(wù)必然需要回顯字符，因此能和對端進行自適應(yīng)協(xié)調(diào)。
注意，nagle算法是默認(rèn)開啟的，但是卻可以關(guān)閉。如果在開啟的情況下，那么它就嚴(yán)格按照上述的算法來執(zhí)行。
問題3.確認(rèn)號(ack)本身就是不含數(shù)據(jù)的分段，因此大量的確認(rèn)號消耗了大量的帶寬
這是tcp為了確?？煽啃詡鬏?shù)囊?guī)范，然而大多數(shù)情況下，ack還是可以和數(shù)據(jù)一起捎帶傳輸?shù)?。如果沒有捎帶傳輸，那么就只能單獨回來一個ack，如果這樣的分段太多，網(wǎng)絡(luò)的利用率就會下降。從大同用火車?yán)奖本?00噸煤，為了確認(rèn)煤已收到，北京需要派一輛同樣的火車空載開到大同去復(fù)命，因為沒有別的交通工具，只有火車。如果這位復(fù)命者剛開著一列火車走，又從大同來了一車煤，這拉煤的哥們兒又要開一列空車去復(fù)命了。
問題3的解決：
rfc建議了一種延遲的ack，也就是說，ack在收到數(shù)據(jù)后并不馬上回復(fù)，而是延遲一段可以接受的時間，延遲一段時間的目的是看能不能和接收方要發(fā)給發(fā)送方的數(shù)據(jù)一起回去，因為tcp協(xié)議頭中總是包含確認(rèn)號的，如果能的話，就將ack一起捎帶回去，這樣網(wǎng)絡(luò)利用率就提高了。往大同復(fù)命的確認(rèn)者不必開一輛空載火車回大同了，此時北京正好有一批貨物要送往大同，這位復(fù)命者搭著這批貨的火車返回大同。
如果等了一段可以接受的時間，還是沒有數(shù)據(jù)要發(fā)往發(fā)送端，此時就需要單獨發(fā)送一個ack了，然而即使如此，這個延遲的ack雖然沒有等到可以被捎帶的數(shù)據(jù)分段，也可能等到了后續(xù)到來的tcp分段，這樣它們就可以取最大者一起返回了，要知道，tcp的確認(rèn)號是收到的按序報文的最后一個字節(jié)的后一個字節(jié)。最后，rfc建議，延遲的ack最多等待兩個分段的積累確認(rèn)。
4.2.分析三個問題之間的關(guān)聯(lián)
三個問題導(dǎo)致的結(jié)果是相同的，但是要知道它們的原因本質(zhì)上是不同的，問題1幾乎總是出現(xiàn)在接收端窗口滿的情況下，而問題2幾乎總是發(fā)生在窗口閑置的情況下，問題3看起來是最無聊的，然而由于tcp的要求，必須要有確認(rèn)號，而且一個確認(rèn)號就需要一個tcp分段，這個分段不含數(shù)據(jù)，無疑是很小的。
三個問題都導(dǎo)致了網(wǎng)絡(luò)利用率的降低。雖然兩個問題導(dǎo)致了同樣的結(jié)果，但是必須認(rèn)識到它們是不同的問題，很自然的將這些問題的解決方案匯總在一起，形成一個全局的解決方案，這就是如今的操作系統(tǒng)中的解決方案。
4.3.問題的雜糅情況
疑難雜癥11：糊涂窗口解決方案和nagle算法
糊涂窗口綜合癥患者希望發(fā)送端積累tcp分段，而nagle算法確實保證了一定的tcp分段在發(fā)送端的積累，另外在延遲ack的延遲的那一會時間，發(fā)送端會利用這段時間積累數(shù)據(jù)。然而這卻是三個不同的問題。nagle算法可以緩解糊涂窗口綜合癥，卻不是治本的良藥。
疑難雜癥12：nagle算法和延遲ack
延遲ack會延長ack到達發(fā)送端的時間，由于標(biāo)準(zhǔn)nagle算法只允許一個未被確認(rèn)的tcp分段，那無疑在接收端，這個延遲的ack是毫無希望等待后續(xù)數(shù)據(jù)到來最終進行積累確認(rèn)的，如果沒有數(shù)據(jù)可以捎帶這個ack，那么這個ack只有在延遲確認(rèn)定時器超時的時候才會發(fā)出，這樣在等待這個ack的過程中，發(fā)送端又積累了一些數(shù)據(jù)，因此延遲ack實際上是在增加延遲的代價下加強了nagle算法。在延遲ack加nagle算法的情況下，接收端只有不斷有數(shù)據(jù)要發(fā)回，才能同時既保證了發(fā)送端的分段積累，又保證了延遲不增加，同時還沒有或者很少有空載的ack。
要知道，延遲ack和nagle是兩個問題的解決方案。
疑難雜癥13：到底何時可以發(fā)送數(shù)據(jù)
到底何時才能發(fā)送數(shù)據(jù)呢？如果單從nagle算法上看，很簡單，然而事實證明，情況還要更復(fù)雜些。如果發(fā)送端已經(jīng)排列了3個tcp分段，分段1，分段2，分段3依次被排入，三個分段都是小分段(不符合nagle算法中立即發(fā)送的標(biāo)準(zhǔn))，此時已經(jīng)有一個分段被發(fā)出了，且其確認(rèn)還沒有到來，請問此時能發(fā)送分段1和2嗎？如果按照nagle算法，是不能發(fā)送的，但實際上它們是可以發(fā)送的，因為這兩個分段已經(jīng)沒有任何機會再積累新的數(shù)據(jù)了，新的數(shù)據(jù)肯定都積累在分段3上了。問題在于，分段還沒有積累到一定大小時，怎么還可以產(chǎn)生新的分段？這是可能的，但這是另一個問題，在此不談。
linux的tcp實現(xiàn)在這個問題上表現(xiàn)的更加靈活，它是這么判斷能否發(fā)送的(在開啟了nagle的情況下)：
數(shù)據(jù)分段沒有超越窗口邊界
then
if分段在中間(上述例子中的分段1和2)||
分段是緊急模式||
通過上述的nagle算法(改進后的nagle算法)
then發(fā)送分段
endif
endif
曾經(jīng)我也改過nagle算法，確切的說不是修改nagle算法，而是修改了“到底何時能發(fā)送數(shù)據(jù)”的策略，以往都是發(fā)送端判斷能否發(fā)送數(shù)據(jù)的，可是如果此時有延遲ack在等待被捎帶，而待發(fā)送的數(shù)據(jù)又由于積累不夠或者其它原因不能發(fā)送，因此兩邊都在等，這其實在某些情況下不是很好。我所做的改進中對待何時能發(fā)送數(shù)據(jù)又增加了一種情況，這就是“ack拉”的情況，一旦有延遲ack等待發(fā)送，判斷一下有沒有數(shù)據(jù)也在等待發(fā)送，如果有的話，看看數(shù)據(jù)是否大到了一定程度，在此，我選擇的是mss的一半：
數(shù)據(jù)分段沒有超越窗口邊界
then
if分段在中間(上述例子中的分段1和2)||
分段是緊急模式||
通過上述的nagle算法(改進后的nagle算法)
then發(fā)送分段
endif
elseif有延遲ack等待傳輸&&
發(fā)送隊列中有待發(fā)送的tcp分段&&
發(fā)送隊列的頭分段大小大于mss的一半
then發(fā)送隊列頭分段且捎帶延遲ack
endif
另外，發(fā)送隊列頭分段的大小是可以在統(tǒng)計意義上動態(tài)計算的，也不一定非要是mss大小的一半。我們發(fā)現(xiàn)，這種算法對于交互式網(wǎng)路應(yīng)用是自適應(yīng)的，你打字越快，特定時間內(nèi)積累的分段就越長，對端回復(fù)的越快(可以捎帶ack)，本端發(fā)送的也就越快(以echo舉例會更好理解)。
疑難雜癥14：《tcp/ip詳解(卷一)》中nagle算法的例子解讀
這個問題在網(wǎng)上搜了很多的答案，有的說rfc的建議，有的說別的?？墒菍嶋H上這就是一個典型的“競態(tài)問題”：
首先服務(wù)器發(fā)了兩個分段：
數(shù)據(jù)段12：ack14
數(shù)據(jù)段13：ack14，54:56
然后客戶端發(fā)了兩個分段：
數(shù)據(jù)段14：ack54，14:17
數(shù)據(jù)段15：ack56，17:18
可以看到數(shù)據(jù)段14本來應(yīng)該確認(rèn)56的，但是確認(rèn)的卻是54。也就是說，數(shù)據(jù)段已經(jīng)移出隊列將要發(fā)送但還未發(fā)送的時候，數(shù)據(jù)段13才到來，軟中斷處理程序搶占了數(shù)據(jù)段14的發(fā)送進程，要知道此時只是把數(shù)據(jù)段14移出了隊列，還沒有更新任何的狀態(tài)信息，比如“發(fā)出但未被確認(rèn)的分段數(shù)量”，此時軟中斷處理程序順利接收了分段13，然后更新窗口信息，并且檢查看有沒有數(shù)據(jù)要發(fā)送，由于分段14已經(jīng)移出隊列，下一個接受發(fā)送檢查的就是分段15了，由于狀態(tài)信息還沒有更新，因此分段15順利通過發(fā)送檢測，發(fā)送完成。
可以看linux的源代碼了解相關(guān)信息，tcp_write_xmit這個函數(shù)在兩個地方會被調(diào)用，一個是tcp的發(fā)送進程中，另一個就是軟中斷的接收處理中，兩者在調(diào)用中的競態(tài)就會引起《詳解》中的那種情況。注意，這種不加鎖的發(fā)送方式是合理的，也是最高效的，因此tcp的處理語義會做出判斷，丟棄一切不該接收或者重復(fù)接收的分段的。
~~~~~~~~~~~~~~~~~~~~
承上啟下
又到了該承上啟下，到此為止，我們敘述的tcp還都是簡單的tcp，就算是簡單的tcp，也存在上述的諸多問題，就更別提繼續(xù)增加tcp的復(fù)雜性了。到此為止，我們的tcp都是端到端意義上的，然而實際上tcp要跑在ip網(wǎng)絡(luò)之上的，而ip網(wǎng)絡(luò)的問題是很多的，是一個很擁堵網(wǎng)絡(luò)。不幸的是，tcp的有些關(guān)于確認(rèn)和可靠性的機制還會加重ip網(wǎng)絡(luò)的擁堵。
~~~~~~~~~~~~~~~~~~~~
網(wǎng)絡(luò)之上的tcp
5.1.端到端的tcp協(xié)議和ip協(xié)議之間的矛盾
端到端的tcp只能看到兩個節(jié)點，那就是自己和對方，它們是看不到任何中間的路徑的?？墒莍p網(wǎng)絡(luò)卻是一跳一跳的，它們的矛盾之處在于tcp的端到端流量控制必然會導(dǎo)致網(wǎng)絡(luò)擁堵。因為每條tcp連接的一端只知道它對端還有多少空間用于接收數(shù)據(jù)，它們并不管到達對端的路徑上是否還有這么大的容量，事實上所有連接的這些空間加在一起將瞬間超過ip網(wǎng)絡(luò)的容量，因此tcp也不可能按照滑動窗口流量控制機制很理想的運行。
勢必需要一種擁塞控制機制，反應(yīng)路徑的擁塞情況。
疑難雜癥15：擁塞控制的本質(zhì)
由于tcp是端到端協(xié)議，因此兩端之間的控制范疇屬于流量控制，ip網(wǎng)絡(luò)的擁塞會導(dǎo)致tcp分段的丟失，由于tcp看不到中間的路由器，因此這種丟失只會發(fā)生中間路由器，當(dāng)然兩個端點的網(wǎng)卡或者ip層丟掉數(shù)據(jù)分段也是tcp看不到的。因此擁塞控制必然作用于ip鏈路。事實上我們可以得知，只有在以下情況下?lián)砣刂撇艜鹱饔茫?/p>
b.只有一個tcp連接，然而它經(jīng)過了一個路由器時。
其它情況下是不會擁塞的。因為一個tcp總是希望獨享整條網(wǎng)絡(luò)通路，而這對于多個連接而言是不可能的，必須保證tcp的公平性，這樣這種擁塞控制機制才合理。本質(zhì)上，擁塞的原因就是大家都想獨享全部帶寬資源，結(jié)果導(dǎo)致?lián)砣?，這也是合理的，畢竟tcp看不到網(wǎng)絡(luò)的狀態(tài)，同時這也決定了tcp的擁塞控制必須采用試探性的方式，最終到達一個足以引起其“反應(yīng)”的“刺激點”。
擁塞控制需要完成以下兩個任務(wù)：1.公平性；2.擁塞之后退出擁塞狀態(tài)。
疑難雜癥16：影響擁塞的因素
我們必須認(rèn)識到擁塞控制是一個整體的機制，它不偏向于任何tcp連接，因此這個機制內(nèi)在的就包含了公平性。那么影響擁塞的因素都有什么呢？具有諷刺意味的是，起初tcp并沒有擁塞控制機制，正是tcp的超時重傳風(fēng)暴(一個分段丟失造成后續(xù)的已經(jīng)發(fā)送的分段均被重傳，而這些重傳大多數(shù)是不必要的)加重了網(wǎng)絡(luò)的擁塞。因此重傳必然不能過頻，必須把重傳定時器的超時時間設(shè)置的稍微長一些，而這一點在單一重傳定時器的設(shè)計中得到了加強。除此tcp自身的因素之外，其它所有的擁塞都可以靠擁塞控制機制來自動完成。
另外，不要把路由器想成一種線速轉(zhuǎn)發(fā)設(shè)備，再好的路由器只要接入網(wǎng)絡(luò)，總是會拉低網(wǎng)絡(luò)的總帶寬，因此即使只有一個tcp連接，由于tcp的發(fā)送方總是以發(fā)送鏈路的帶寬發(fā)送分段，這些分段在經(jīng)過路由器的時候排隊和處理總是會有時延，因此最終肯定會丟包的。
最后，丟包的延后性也會加重擁塞。假設(shè)一個tcp連接經(jīng)過了n個路由器，前n-1個路由器都能順利轉(zhuǎn)發(fā)tcp分段，但是最后一個路由器丟失了一個分段，這就導(dǎo)致了這些丟失的分段浪費了前面路由器的大量帶寬。
5.2.擁塞控制的策略
在介紹擁塞控制之前，首先介紹一下?lián)砣翱冢鼘嶋H上表示的也是“可以發(fā)送多少數(shù)據(jù)”，然而這個和接收端通告的接收窗口意義是不一樣的，后者是流量控制用的窗口，而前者是擁塞控制用的窗口，體現(xiàn)了網(wǎng)絡(luò)擁塞程度。
擁塞控制整體上分為兩類，一類是試探性的擁塞探測，另一類則是擁塞避免(注意，不是常規(guī)意義上的擁塞避免)。
5.2.1.試探性的擁塞探測分為兩類，之一是慢啟動，之二是擁塞窗口加性擴大(也就是熟知的擁塞避免，然而這種方式是避免不了擁塞的)。
5.2.2.擁塞避免方式擁塞控制旨在還沒有發(fā)生擁塞的時候就先提醒發(fā)送端，網(wǎng)絡(luò)擁塞了，這樣發(fā)送端就要么可以進入快速重傳/快速恢復(fù)或者顯式的減小擁塞窗口，這樣就避免網(wǎng)絡(luò)擁塞的一沓糊涂之后出現(xiàn)超時，從而進入慢啟動階段。
5.2.3.快速重傳和快速恢復(fù)。所謂快速重傳/快速恢復(fù)是針對慢啟動的，我們知道慢啟動要從1個mss開始增加擁塞窗口，而快速重傳/快速恢復(fù)則是一旦收到3個冗余ack，不必進入慢啟動，而是將擁塞窗口縮小為當(dāng)前閥值的一半加上3，然后如果繼續(xù)收到冗余ack，則將擁塞窗口加1個mss，直到收到一個新的數(shù)據(jù)ack，將窗口設(shè)置成正常的閥值，開始加性增加的階段。
當(dāng)進入快速重傳時，為何要將擁塞窗口縮小為當(dāng)前閥值的一半加上3呢？加上3是基于數(shù)據(jù)包守恒來說的，既然已經(jīng)收到了3個冗余ack，說明有三個數(shù)據(jù)分段已經(jīng)到達了接收端，既然三個分段已經(jīng)離開了網(wǎng)絡(luò)，那么就是說可以在發(fā)送3個分段了，只要再收到一個冗余ack，這也說明1個分段已經(jīng)離開了網(wǎng)絡(luò)，因此就將擁塞窗口加1個mss。直到收到新的ack，說明直到收到第三個冗余ack時期發(fā)送的tcp分段都已經(jīng)到達對端了，此時進入正常階段開始加性增加擁塞窗口。
疑難雜癥17：超時重傳和收到3個冗余ack后重傳
這兩種重傳的意義是不同的，超時重傳一般是因為網(wǎng)絡(luò)出現(xiàn)了嚴(yán)重擁塞(沒有一個分段到達，如果有的話，肯定會有ack的，若是正常ack，則重置重傳定時器，若是冗余ack，則可能是個別報文丟失或者被重排序，若連續(xù)3個冗余ack，則很有可能是個別分段丟失)，此時需要更加嚴(yán)厲的縮小擁塞窗口，因此此時進入慢啟動階段。而收到3個冗余ack后說明確實有中間的分段丟失，然而后面的分段確實到達了接收端，這因為這樣才會發(fā)送冗余ack，這一般是路由器故障或者輕度擁塞或者其它不太嚴(yán)重的原因引起的，因此此時擁塞窗口縮小的幅度就不能太大，此時進入快速重傳/快速恢復(fù)階段。
疑難雜癥18：為何收到3個冗余ack后才重傳
這是一種權(quán)衡的結(jié)構(gòu)，收到兩個或者一個冗余ack也可以重傳，但是這樣的話可能或造成不必要的重傳，因為兩個數(shù)據(jù)分段發(fā)生亂序的可能性不大，超過三個分段發(fā)生亂序的可能性才大，換句話說，如果僅僅收到一個亂序的分段，那很可能被中間路由器重排了，那么另一個分段很可能馬上就到，然而如果連續(xù)收到了3個分段都沒能彌補那個缺漏，那很可能是它丟失了，需要重傳。因此3個冗余ack是一種權(quán)衡，在減少不必要重傳和確實能檢測出單個分段丟失之間所作的權(quán)衡。
注意，冗余ack是不能捎帶的。
疑難雜癥19：乘性減和加性增的深層含義
為什么是乘性減而加性增呢？擁塞窗口的增加受惠的只是自己，而擁塞窗口減少受益的大家，可是自己卻受到了傷害。哪一點更重要呢？我們知道tcp的擁塞控制中內(nèi)置了公平性，恰恰就是這種乘性減實現(xiàn)了公平性。擁塞窗口的1個mss的改變影響一個tcp發(fā)送者，為了使得自己擁塞窗口的減少影響更多的tcp發(fā)送者-讓更多的發(fā)送者受益，那么采取了乘性減的策略。
當(dāng)然，bic算法提高了加性增的效率，不再一個一個mss的加，而是一次加比較多的mss，采取二分查找的方式逐步找到不丟包的點，然后加性增。
疑難雜癥20：tcp連接的傳輸穩(wěn)定狀態(tài)是什么
首先，先說一下發(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ò)端點間的滿載狀態(tài)下的直線狀態(tài)
其中a是大多數(shù)的狀態(tài)，因為一般而言，tcp連接都是建立在互聯(lián)網(wǎng)上的，而且是大量的，比如web瀏覽，電子郵件，網(wǎng)絡(luò)游戲，ftp下載等等。tcp發(fā)送端用慢啟動或者擁塞避免方式不斷增加其擁塞窗口，直到丟包的發(fā)生，然后進入慢啟動或者擁塞避免階段(要看是由于超時丟包還是由于冗余ack丟包)，此時發(fā)送窗口將下降到1或者下降一半，這種情況下，一般接收端的接收窗口是比較大的，畢竟ip網(wǎng)絡(luò)并不是什么很快速的網(wǎng)絡(luò)，一般的機器處理速度都很快。
但是如果接收端特別破，處理速度很慢，就會導(dǎo)致其通告一個很小的窗口，這樣的話，即使擁塞窗口再大，發(fā)送端也還是以通告的接收窗口為發(fā)送窗口，這樣就不會發(fā)生擁塞。最后，如果唯一的tcp連接運行在一個直連的兩臺主機上，那么它將獨享網(wǎng)絡(luò)帶寬，這樣該tcp的數(shù)據(jù)流在最好的情況下將填滿網(wǎng)絡(luò)管道(我們把網(wǎng)絡(luò)管道定義為帶寬和延時的乘積)，其實在這種情況下是不存在擁塞的，就像你一個人獨自徘徊在飄雨黃昏的街頭一樣...
5.2.4.主動的擁塞避免
前面我們描述的擁塞控制方式都是試探性的檢測，然后擁塞窗口被動的進行乘性減，這樣在接收端窗口很大的情況下(一般都是這樣，網(wǎng)絡(luò)擁堵，分段就不會輕易到達接收端，導(dǎo)致接收端的窗口大量空置)就可能出現(xiàn)鋸齒形狀的“時間-窗口”圖，類似在一個擁堵的北京x環(huán)上開車，發(fā)送機發(fā)動，車開動，停止，等待，發(fā)動機發(fā)動，車開動...聽聲音也能聽出來。
雖然tcp看不到下面的ip網(wǎng)絡(luò)，然而它還是可以通過檢測rtt的變化以及擁塞窗口的變化推算出ip網(wǎng)絡(luò)的擁堵情況的。就比方說北京東四環(huán)一家快遞公司要持續(xù)送快遞到西四環(huán)，當(dāng)發(fā)件人發(fā)現(xiàn)貨到時間越來越慢的時候，他會意識到“下班高峰期快到了”...
可以通過持續(xù)觀測rtt的方式來主動調(diào)整擁塞窗口的大小而不是一味的加性增。然而還有更猛的算法，那就是計算兩個差值的乘積：
(當(dāng)前擁塞窗口-上一次擁塞窗口)x(當(dāng)前的rtt-上一次的rtt)
如果結(jié)果是正數(shù)，則擁塞窗口減少1/8，若結(jié)果是負數(shù)或者0，則窗口增加一個mss。注意，這回不再是乘性減了，可以看出，減的幅度比乘性減幅度小，這是因為這種擁塞控制是主動的，而不是之前的那種被動的試探方式。在試探方式中，乘性減以一種懲罰的方式實現(xiàn)了公平性，而在這里的主動方式中，當(dāng)意識到要擁塞的時候，tcp發(fā)送者主動的減少了擁塞窗口，為了對這種自首行為進行鼓勵，采用了小幅減少擁塞窗口的方式。需要注意的是，在擁塞窗口減小的過程中，乘積的前一個差值是負數(shù)，如果后一個差值也是負數(shù)，那么結(jié)果就是繼續(xù)縮減窗口，直到擁塞緩解或者窗口減少到了一定程度，使得后一個差值成了正數(shù)或者0，這種情況下，其實后一個差值只能變?yōu)?。
疑難雜癥21：路由器和tcp的互動
雖然有了5.2.4節(jié)介紹的主動的擁塞檢測，那么路由器能不能做點什么幫助檢測擁塞呢？這種對路由器的擴展是必要的，要知道，每天有無數(shù)的tcp要通過路由器，雖然路由器不管tcp協(xié)議的任何事(當(dāng)然排除連接跟蹤之類的，這里所說的是標(biāo)準(zhǔn)的ip路由器)，但是它卻能以一種很簡單的方式告訴tcp的兩端ip網(wǎng)絡(luò)發(fā)生了擁堵，這種方式就是當(dāng)路由器檢測到自己發(fā)生輕微擁堵的時候隨機的丟包，隨機丟包而不是連續(xù)丟包對于tcp而言是有重大意義的，隨機丟包會使tcp發(fā)現(xiàn)丟棄了個別的分段而后續(xù)的分段仍然會到達接收端，這樣tcp發(fā)送端就會接收到3個冗余ack，然后進入快速重傳/快速恢復(fù)而不是慢啟動。
這就是路由器能幫tcp做的事。
6.其它
疑難雜癥22：如何學(xué)習(xí)tcp
很多人發(fā)帖問tcp相關(guān)的內(nèi)容，接下來稀里嘩啦的就是讓看《tcp/ip詳解》和《unix網(wǎng)絡(luò)編程》里面的特定章節(jié)，我覺得這種回答很不負責(zé)任。因為我并不認(rèn)為這兩本書有多大的幫助，寫得確實很不錯，然而可以看出richardstevens是一個實用主義者，他喜歡用實例來解釋一切，《詳解》通篇都是用tcpdump的輸出來講述的，這種方式只是適合于已經(jīng)對tcp很理解的人，然而大多數(shù)的人是看不明白的。
如果想從設(shè)計的角度來說，這兩本書都很爛。我覺得應(yīng)該先看點入門的，比如wiki之類的，然后看rfc文檔,793，896，1122等)，這樣你就明白tcp為何這么設(shè)計了，而這些你永遠都不能在richardstevens的書中得到。最后，如果你想，那么就看一點richardstevens的書，最重要的還是寫點代碼或者敲點命令，然后抓包自己去分析。
疑難雜癥23：linux，windows和網(wǎng)絡(luò)編程
6.1.總結(jié)
tcp協(xié)議是一個端到端的協(xié)議，雖然話說它是一個帶流量控制，擁塞控制的協(xié)議，然而正是因為這些所謂的控制才導(dǎo)致了tcp變得復(fù)雜。同時這些特性是互相雜糅的，流量控制帶來了很多問題，解決這些問題的方案最終又帶來了新的問題，這些問題在解決的時候都只考慮了端到端的意義，但實際上tcp需要盡力而為的ip提供的網(wǎng)絡(luò)，因此擁塞成了最終的結(jié)癥，擁塞控制算法的改進也成了一個單獨的領(lǐng)域。
在學(xué)習(xí)tcp的過程中，切忌一鍋粥一盤棋的方式，一定要分清楚每一個算法到底是解決什么問題的，每一個問題和其他問題到底有什么關(guān)聯(lián)，這些問題的解決方案之間有什么關(guān)聯(lián)，另外tcp的發(fā)展歷史也最好了解一下，這些都搞明白了，tcp協(xié)議就徹底被你掌控了。接下來你就可以學(xué)習(xí)socketapi了，然后高效的tcp程序出自你手！
有線傳輸協(xié)議篇三
仲裁協(xié)議是指各方當(dāng)事人自愿以書面形式約定將爭議提交鄂爾多斯仲裁委員會金融仲裁院仲裁的協(xié)議，包括單獨的仲裁協(xié)議和在合同中訂立的仲裁條款，以及各方當(dāng)事人在糾紛發(fā)生前或發(fā)生后以其他書面形式約定將爭議提交本院仲裁的文件。當(dāng)事人向本院申請仲裁的，雙方應(yīng)自愿達成書面仲裁協(xié)議，達不成仲裁協(xié)議或者仲裁協(xié)議不符合本規(guī)則規(guī)定的，不予受理。
前款中“書面形式”包括但不限于合同書、信件、電報、電傳、傳真、電子數(shù)據(jù)交換和電子郵件等可以有形地表現(xiàn)所載內(nèi)容的形式。
仲裁協(xié)議應(yīng)當(dāng)寫明下列事項：
(一)請求仲裁的意思表示;
(二)仲裁事項;
(三)選定本院的意思表示。
有下列情形之一的，仲裁協(xié)議無效：
(一)約定的仲裁事項超出法律規(guī)定及本規(guī)則規(guī)定仲裁范圍的;
(二)無民事行為能力人或者限制民事行為能力人訂立的仲裁協(xié)議
(三)一方采取脅迫手段，迫使對方訂立仲裁協(xié)議的;
(四)對仲裁事項或者仲裁機構(gòu)沒有約定或者約定不明確，且未達成補充協(xié)議的;
(五)當(dāng)事人約定兩個以上仲裁機構(gòu)，且不能就仲裁機構(gòu)的選擇達成一致的`;
(七)其他導(dǎo)致仲裁協(xié)議無效的情形。
仲裁庭有權(quán)確認(rèn)合同的效力。
當(dāng)事人對仲裁協(xié)議的效力有異議的，可以請求本院作出決定或者請求人民法院作出裁定。一方請求本院作出決定，另一方請求人民法院作出裁定的，由人民法院裁定。但本院先于人民法院接受申請并作出決定的，以本院的決定為準(zhǔn)。
當(dāng)事人對仲裁協(xié)議的效力有異議，應(yīng)當(dāng)在仲裁庭第一次開庭前以書面形式提出;當(dāng)事人協(xié)議不開庭審理的，應(yīng)當(dāng)在首次答辯期屆滿前以書面形式提出。當(dāng)事人未在上述期限內(nèi)提出書面異議的，視為同意接受本院仲裁。
當(dāng)事人對仲裁協(xié)議的效力或者仲裁案件的管轄權(quán)提出異議的，仲裁庭組成前由本院作出決定，仲裁庭組成后由仲裁庭作出決定。
本院或者經(jīng)仲裁庭對仲裁案件作出無管轄權(quán)決定的，案件應(yīng)當(dāng)撤銷。仲裁庭組成前，撤銷案件的決定由本院作出;仲裁庭組成后，撤銷案件的決定由仲裁庭作出。
仲裁庭對當(dāng)事人的異議可以單獨作出決定，也可以在裁決書中一并作出。
仲裁協(xié)議書范本
甲方：建筑工程公司
住所：xx省xx市xx區(qū)xx路xx號
法定代表人：xxx董事長
委托代理人：xxxxx市xx律師事務(wù)所律師
xxxxx建筑工程公司項目經(jīng)理
乙方：xx機械總公司
住所：xx市xx區(qū)xx街xx號
法定代表人：xxx總經(jīng)理
委托代理人：xxx該公司總經(jīng)理辦公室主任
上述雙方當(dāng)事人曾于xxxx年xx月xx日就綜合樓工程簽訂了《xx市建設(shè)工程施工合同》(合同編號為：xxxx)?，F(xiàn)雙方一致確認(rèn)凡因該施工合同所引起的或與該合同有關(guān)的任何爭議，均提請xx仲裁委員會按照該支仲裁規(guī)則進行仲裁。仲裁裁決是終局的，對雙方均有約束力。
上述合同中對爭議解決方式的約定如與本協(xié)議有不一致之處，以本協(xié)議為準(zhǔn)。
本協(xié)議簽訂地點為xx省x市。
本協(xié)議自雙方委托代理人簽字并加蓋公章之日起生效。
甲方：xx建筑工程公司(加蓋公章)
委托代理人：xxx(簽字)
xxxx年xx月xx日
乙方：xx機械總公司(加蓋公章)
委托代理人：xxx(簽字)
xxxx年xx月xx日
有線傳輸協(xié)議篇四
住址：__________________。
郵編：__________________。
乙方：__________________。
住所：__________________。
郵編：__________________。
第一章服務(wù)范圍。
第一條甲方營業(yè)種類系提供訊框傳送業(yè)務(wù)。
第二條乙方申請訊框傳送業(yè)務(wù)(以下簡稱(本業(yè)務(wù)))，依本協(xié)議條款辦理。
有線傳輸協(xié)議篇五
摘要：有線電視光纜網(wǎng)絡(luò)傳輸技術(shù)具有損耗少、傳輸效率高、穩(wěn)定性好的特點，在提高畫面質(zhì)量、豐富有線電視功能方面發(fā)揮了重要作用。但光纜網(wǎng)絡(luò)傳輸中也會出現(xiàn)多種故障問題，包括熔接不當(dāng)、熔接記錄不準(zhǔn)、供電問題、光設(shè)備接頭接觸不良、外部破壞等。維修人員應(yīng)開展深入的故障分析，采取科學(xué)的處理方法，并注重日常維護管理，從而確保有線電視的正常接收。
關(guān)鍵詞：有線電視；光纜；網(wǎng)絡(luò)傳輸技術(shù)；維護；管理。
有線電視在國內(nèi)的應(yīng)用已有多年時間，傳輸技術(shù)不斷發(fā)展，隨著光纜網(wǎng)絡(luò)傳輸技術(shù)的廣泛使用，有線電視播放質(zhì)量得到顯著提高，無論是傳輸速度還是畫面清晰度都較原先實現(xiàn)了飛躍。但光纜網(wǎng)絡(luò)傳輸過程中也會出現(xiàn)一些故障問題，必須及時加以解決，積極開展日常的維護管理至關(guān)重要。
有線傳輸協(xié)議篇六
有線電視早已成為人們?nèi)粘Ｉ畹囊徊糠郑陙?，科技發(fā)展日新月異，信息技術(shù)飛速發(fā)展，光纜網(wǎng)絡(luò)傳輸技術(shù)也因此廣泛應(yīng)用到有線電視中。光波在光纖中傳播，從而實現(xiàn)光纜的傳輸。光纖作為一種玻璃纖維，制作精細，可以快速傳導(dǎo)光信號。光纖中心區(qū)主要由光密物質(zhì)構(gòu)成，光密物質(zhì)屬于導(dǎo)光物體，相比微波電視信號光纖周圍的光疏物質(zhì)，光的折射率更低，所以能夠增加有效光的使用率，充分減少損耗，提高傳輸效率。目前，實際應(yīng)用中的單模光纖對使用強度要求較高，需要在光纖外部進行涂覆，并附加安全罩，形成光纜，也正是由于光纜的損耗明顯低于同軸電纜，信號即使需要傳送到較遠的位置也能夠保持穩(wěn)定性，特別是光纖對溫度要求低，不同環(huán)境下的溫度變化也不會給傳輸帶來嚴(yán)重影響[1]。
有線傳輸協(xié)議篇七
發(fā)包方(以下簡稱甲方)：
承包方(以下簡稱乙方)：
根據(jù)xxx《合同法》的有關(guān)規(guī)定，結(jié)合本工程具體情況，經(jīng)雙方協(xié)商一致，制定本合同。
第一條 工程概況
第二條 工程主要內(nèi)容
第三條 工程期限
2，如因自然災(zāi)害或不可抗拒的外界影響不能按期完工，乙方需書面報甲方，并由雙方共同協(xié)商確定新的完工日期。
第四條 雙方職責(zé)
甲方權(quán)利和義務(wù)
1、組織工程建設(shè)項目的技術(shù)交底，向乙方明確施工任務(wù);
2、提供必要的施工條件;
3、負責(zé)主材的供應(yīng)，詳見發(fā)包人供應(yīng)材料、設(shè)備一覽表;
4、指派甲方代表對建設(shè)工程項目進行全面協(xié)調(diào)和監(jiān)督檢查;
5、在乙方提供全套竣工資料和書面竣工驗收報告后會同有關(guān)部門及時組織驗收;
6、按合同約定按時向乙方支付工程款。 乙方權(quán)利和義務(wù)
2、應(yīng)編制《工程施工概、預(yù)算》，經(jīng)甲方書面認(rèn)可后作為簽訂本合同暫定工程款的依據(jù);
4、非經(jīng)甲方同意，乙方不得將承包工程的任何部分分包;
5、精心組織施工管理人員、施工人員、材料、施工機械進場施工;
9、線路工程的施工，乙方同時承擔(dān)電話機及數(shù)據(jù)終端的安裝任務(wù)。在施工過程中和工程竣工后半年內(nèi)，乙方應(yīng)服從甲方的要求進行該項目范圍內(nèi)的電話機及數(shù)據(jù)終端的安裝工作。安裝費用由甲乙雙方商議決定。
10、施工過程中必須嚴(yán)格遵守安全操作規(guī)程，采取必要的安全防護措施，消除事故隱患，切實做好安全生產(chǎn)工作。乙方在施工中所發(fā)生的一切人身傷亡事故和施工單位原因造成的設(shè)備事故，事故的責(zé)任和因此發(fā)生的費用由乙方承擔(dān)，并不得因此影響工程進度。
第五條：竣工驗收
1、工程竣工后，乙方應(yīng)向甲方提交竣工驗收報告。同時乙方應(yīng)在一周內(nèi)按《工程竣工文件編制規(guī)定》的要求編制完整的竣工文件。
2、甲方收到乙方提供的全套竣工資料和書面竣工驗收報告后會同有關(guān)部門及時組織驗收，驗收以施工圖紙、圖說、技術(shù)交底紀(jì)要、設(shè)計更改通知、國家頒發(fā)的施工驗收規(guī)范和質(zhì)量檢驗標(biāo)準(zhǔn)為依據(jù)。
3、驗收合格后，雙方簽署竣工驗收通過的文件，并將工程移交給甲方管理。驗收中如發(fā)現(xiàn)有不符質(zhì)量要求的，由乙方負責(zé)修改再進行驗收。竣工日期以驗收通過的日期為準(zhǔn)。
第六條 質(zhì)量保證
1、保修期限：工程竣工驗收通過后十二個月;
2、保修責(zé)任：乙方對交付的工程在質(zhì)量保修期內(nèi)承擔(dān)質(zhì)量保修責(zé)任，由于乙方施工原因造成的質(zhì)量問題，乙方負責(zé)無償修復(fù)。
第七條 工程價款的結(jié)算與支付
1、本工程采用包工部分包料方式，根據(jù)乙方編制的施工預(yù)算，合同價暫定為。：元整
2、工程竣工后，由乙方按照郵電部(1995)626號文件《通信建設(shè)工程概算、預(yù)算編制辦法及費用定額》的規(guī)定據(jù)實編制竣工決算報告，經(jīng)甲方指定的具有通信工程審計資質(zhì)的第三方審計。
3、工程最終結(jié)算款的確定：工程最終結(jié)算款由以下兩部分組成：
(1)審計審定價款中乙方采購的材料款和其他費用不作調(diào)整，按審計的價款確定;
(2)審計審定價款中的建筑安裝工程費部分(扣除材料費以外的部分)，乙方同意按規(guī)定調(diào)整相關(guān)費率后下浮 %。
4、乙方向甲方開具建安和材料統(tǒng)一發(fā)票后，甲方先行支付工程最終結(jié)算價款的98%(甲方有權(quán)在該款項中扣除乙方應(yīng)支付的違約金)，待十二個月保修期滿后，若無工程質(zhì)量遺留問題，甲方付清剩余工程價款。
第七條 合同解除
1、雙方協(xié)商同意可解除本合同。
2、未經(jīng)甲方同意，乙方將承包工程的任何部分分包給他人的，甲方有權(quán)解除本合同。
3、乙方將其承包的全部工程轉(zhuǎn)包給他人或者肢解以后以分包的包義分別轉(zhuǎn)包給他人的，甲方有權(quán)解除本合同。
4、有下列情形之一的，甲方、乙方可以解除合同：
(1)因不可抗力致使合同無法履行;
(2)因一方嚴(yán)重違約致使合同無法履行。
5、一方依據(jù)本條2、3、4款約定要求解除合同的，應(yīng)以書面形式向?qū)Ψ桨l(fā)出解除合同的通知，通知到達對方時合同解除，合同解除后乙方應(yīng)做好已完工程的保護和移交工作，并按甲方要求將自有機械設(shè)備和人員撤出施工場地。有過錯的一方應(yīng)當(dāng)賠償因合同解除給對方造成的損失。
第八條 爭議解決方式
在履行合同時發(fā)生爭議，雙方協(xié)商解決，或向有管轄權(quán)的人民法院起訴。
第九條 其他
1、本協(xié)議未盡事項，雙方另行簽訂補充協(xié)議，補充協(xié)議與本協(xié)議具有同等效力;
2、本協(xié)議一式六份，甲乙雙方各執(zhí)三份，協(xié)議經(jīng)雙方簽字、蓋章后生效。
甲方(公章)：_________乙方(公章)：_________
法定代表人(簽字)：_________法定代表人(簽字)：_________
_________年____月____日_________年____月____日
有線傳輸協(xié)議篇八
法定代表人：__________________________。
乙方：
法定代表人：__________________________。
為共同搞好乙方有線電視網(wǎng)絡(luò)及配套設(shè)施的建設(shè)、維護管理工作，保障有線電視用戶的收視權(quán)益，甲、乙雙方本著自愿、公平、精誠合作的原則，經(jīng)認(rèn)真友好協(xié)商，達成如下協(xié)議，雙方共同遵守。
一、工程概況。
2、工程地點：興義市。
3、用戶數(shù)量：戶。
4、工程內(nèi)容：甲方負責(zé)乙方有線電視網(wǎng)絡(luò)及配套設(shè)施的設(shè)計、安裝、調(diào)試、開通及維護管理工作。
二、工程造價。
1.戶線安裝費按物價局筑價費[2006]72號《關(guān)于貴州省有線數(shù)字電視基本收費維元，勘測費元。
2.地埋管道(包含入孔、管道、井蓋)建設(shè)由乙方負責(zé)，費用由乙方支付；
3.電纜敷設(shè)由甲方負責(zé),費用為：_________元;_______方支付。
4.收視維修費按市物價局筑價費[2006]72號《關(guān)于貴州省有線數(shù)字電視基本收費維護費有關(guān)問題的通知》核定的標(biāo)準(zhǔn)從入住當(dāng)日計收.從年月日收至年月日,每月每戶24元/戶,合計_______：
5.工程總造價：元。大寫人民幣：。
三、雙方責(zé)任和義務(wù)。
1、雙方簽定本協(xié)議，乙方將該工程的平面設(shè)計圖、管道設(shè)計圖、詳細樓棟單元房間等相關(guān)資料交甲方技術(shù)人員，甲方工程技術(shù)人員進行認(rèn)真勘測設(shè)計后出具體施工設(shè)計圖，并保證按圖施工；甲方收到乙方工程預(yù)付款后，進場施工。
2、在工程施工過程中，乙方指定專人負責(zé)施工協(xié)調(diào)工作，甲方統(tǒng)一使用經(jīng)國家廣電管理部門或甲方認(rèn)證的優(yōu)質(zhì)材料，嚴(yán)格按照規(guī)范進行施工。
3、工程完工后甲方按照省物價局有關(guān)文件規(guī)定的收費標(biāo)準(zhǔn)收取收視維護費，乙方不得擅自收取。用戶在保證按時交納收視維護費的前提下，甲方保證對其網(wǎng)絡(luò)用戶進行終身維修，一般性故障24小時內(nèi)修復(fù)，特大故障48小時內(nèi)修復(fù)，并不再收取其它維修費用（網(wǎng)絡(luò)全面升級改造、人為因素和不可抗拒的自然災(zāi)害除外）。
5、甲方為乙方新裝的用戶終端系統(tǒng)屬甲方有線電視網(wǎng)絡(luò)系統(tǒng)的一部分，產(chǎn)權(quán)歸甲方所有，乙方用戶有享受該系統(tǒng)功能的權(quán)益，但不得以任何形式對甲方該產(chǎn)權(quán)構(gòu)成侵犯。
四、違約責(zé)任。
雙方嚴(yán)格執(zhí)行本合同各項條款，若有異議協(xié)商解決，不能協(xié)商解決的，移交仲裁。
機構(gòu)仲裁。
五、免責(zé)條款。
因不可抗力導(dǎo)致甲乙雙方或一方不能履行或不能完全履行本協(xié)議的，甲乙雙方不承擔(dān)違約責(zé)任，如遇有不可抗力的一方或雙方，應(yīng)于不可抗力發(fā)生一周內(nèi)將告知對方，并提供有關(guān)部門證明，在不可抗力影響消除后，一方或雙方應(yīng)當(dāng)在協(xié)議期限內(nèi)繼續(xù)履行協(xié)議。
六、其它。
1、本協(xié)議未盡事宜，雙方可簽訂補充協(xié)議。
2、本協(xié)議一式2份，甲方1份，乙方1份。
3、本協(xié)議經(jīng)雙方簽字、蓋章即日起生效。
4、開槽補洞由乙方負責(zé)。
5、甲方安裝在乙方區(qū)域內(nèi)供乙方使用的用電設(shè)備（放大器）由乙方提供電源。
6、甲方按乙方提供的安裝位置和協(xié)議戶數(shù)進行安裝及數(shù)字電視機頂盒配置。
甲方：開戶行：
地址：帳號：
法人或委托代理人：聯(lián)系電話：
維修電話：
經(jīng)辦人：
簽訂日期：年月日
乙方：
地址：
法人或委托代理人：聯(lián)系電話：
經(jīng)辦人：
簽訂日期：年月日
有線傳輸協(xié)議篇九
一年以上工作經(jīng)驗|男|26歲(1990年4月7日)。
居住地：山東。
電話：138********(手機)。
e-mail：
最近工作[8個月]。
公司：xx有限公司。
行業(yè)：通信/電信/網(wǎng)絡(luò)設(shè)備。
最高學(xué)歷。
學(xué)歷：本科。
專業(yè)：通信工程。
學(xué)校：山東交通學(xué)院。
求職意向。
到崗時間：隨時到崗。
工作性質(zhì)：全職。
希望行業(yè)：通信/電信/網(wǎng)絡(luò)設(shè)備。
目標(biāo)地點：山東。
期望月薪：面議/月。
工作經(jīng)驗。
/9—/5：xx有限公司[8個月]。
所屬行業(yè)：通信/電信/網(wǎng)絡(luò)設(shè)備。
1.進行傳輸線路設(shè)計工作，負責(zé)有關(guān)傳輸項目的查勘及設(shè)計和預(yù)算編制。
2.負責(zé)與甲方、工程施工人員等進行溝通協(xié)調(diào)、問題解決。
3.負責(zé)項目組內(nèi)外部接口，協(xié)調(diào)、指導(dǎo)項目組成員完成工作任務(wù)。
2014/3—2014/8：xx有限公司[5個月]。
所屬行業(yè)：通信/電信/網(wǎng)絡(luò)設(shè)備。
1.負責(zé)國內(nèi)大型電信運營商傳輸網(wǎng)絡(luò)設(shè)計工作;。
2.曾先后擔(dān)任本地傳輸網(wǎng)項目的地市單項負責(zé)人;全省本地傳輸網(wǎng)項目的總負責(zé)人;省內(nèi)二級干線八期項目設(shè)計總負責(zé)人等。
教育經(jīng)歷。
/9—2014/6山東交通學(xué)院通信工程本科。
證書。
2009/6大學(xué)英語四級。
語言能力。
英語(良好)聽說(良好)，讀寫(良好)。
自我評價。
本人性格開朗、穩(wěn)重、有活力，待人熱情、真誠。工作認(rèn)真負責(zé)，積極主動，能吃苦耐勞。實際動手能力和團體協(xié)作精神強，能迅速的適應(yīng)各種環(huán)境，并融合其中。優(yōu)秀的'心理素質(zhì)，能承擔(dān)高負荷工作壓力。具備較強的分析和解決問題的能力。具有很強的自學(xué)能力，在短時間內(nèi)能掌握新技術(shù)，樂于挑戰(zhàn)有難度工作。
有線傳輸協(xié)議篇十
甲方（用戶方）：
乙方（施工方）：
根據(jù)有線電視系統(tǒng)安裝需要，甲方、乙方本著互惠互利，共同發(fā)展的原則，由乙方承擔(dān)甲方開發(fā)建設(shè)市場的有線電視系統(tǒng)施工安裝、調(diào)試等工作。經(jīng)雙方友好協(xié)商，現(xiàn)達成如下協(xié)議：
一、雙方責(zé)任：
1、甲方同意乙方對其指定有線電視系統(tǒng)進行安裝和調(diào)試。
2、乙方負責(zé)協(xié)調(diào)施工所需的電桿及墻面問題。
3、乙方負責(zé)對甲方指定蕩然區(qū)域的有線電視網(wǎng)絡(luò)進行施工和調(diào)試。
4、乙方負責(zé)提供甲方所指定的有線電視信號源。
二、施工情況：
1、施工地點：，施工時間：。
2、用戶數(shù)量：戶。
三、施工費用：
按終端數(shù)計：主終端元/戶，總戶，共計費用元，大寫。
四、付款方式：
甲方在開通時，在河南有線電視網(wǎng)絡(luò)集團有限公司鄭州分公司有系統(tǒng)備案后一次性付清，總計元。
五、維修及收視費：
1、收視費用：甲方用戶應(yīng)在信號開通后第二個月計算有線電視收視費用，合計費用按河南有線電視網(wǎng)絡(luò)集團有限公司鄭州分公司收費標(biāo)準(zhǔn)收取。
2、維修方式：在甲方開始使用后，由乙方負責(zé)網(wǎng)絡(luò)和管理和運行，維修服務(wù)相應(yīng)由乙方承擔(dān)。
六、附屬條款：
1、模擬信號使用期間保證開通后正常使用。
2、數(shù)字信號開通后，用戶自行辦理開通手續(xù)。
甲方代表（簽章）：乙方代表（簽章）：
電話：電話：
日期：日期：
有線傳輸協(xié)議篇十一
乙方：_________________
經(jīng)雙方友好協(xié)商，本著互惠互利的原則就貴公司委托代發(fā)網(wǎng)上直投廣告事宜，達成如下協(xié)議：
1.甲方委托代發(fā)網(wǎng)上直投廣告。
2.數(shù)量：(____萬封)價格：____元(人民幣)/ 拾萬封
費用總計：____元整(注：先付款，后發(fā)送)
3.甲方需預(yù)先設(shè)定聯(lián)系業(yè)務(wù)信箱：
(注意：請不要使用常用工作信箱，以免堵塞!)
4.發(fā)送對象：
a：(1)國內(nèi)(_________省/市 )
(2)港澳臺地區(qū)
(3)國外
b： 行業(yè)
c：(1)企業(yè)
(2)個人
d： 備注_______________________
5.付款：甲方通過(1.銀行匯款; 2.郵局匯款;3.信用卡劃款;4.其他方式)將費用支付給乙方。
6.乙方應(yīng)采取一切必要措施保護甲方的文件不致丟失或泄露。廣告信息的真實性由甲方負責(zé)，由于使用代理服務(wù)器而引起的其他糾紛，由乙方承擔(dān)責(zé)任。
7.本協(xié)議一式兩份;簽字蓋章后生效。雙方各持一份。本協(xié)議有效期一年。期滿雙方根據(jù)合作意愿續(xù)簽或終止。傳真件與協(xié)議書正本一樣有效。
有線傳輸協(xié)議篇十二
甲方：法定代表人：住所：聯(lián)系電話：統(tǒng)一社會信用代碼：
乙方：法定代表人：住所：聯(lián)系電話：統(tǒng)一社會信用代碼：
電視廣播局網(wǎng)絡(luò)信息中心(以下簡稱甲方)與有線數(shù)字電視用戶(以下簡稱乙方)就申請安裝有線數(shù)字電視達成以下協(xié)議：
第一條申請。
1.乙方申請開戶時，需持本人有效身份證到甲方指定的服務(wù)網(wǎng)點辦理開戶手續(xù)。
2.原有線電視用戶可直接申請，并于個工作日內(nèi)予以開通，初次入網(wǎng)的用戶需繳納有線電視初裝費、入網(wǎng)費。
3.收視有線電視境外電視節(jié)目需按規(guī)定進行審批。
第二條收費。
1.乙方收看。
有線數(shù)字電視，除基本節(jié)目外，其他節(jié)目可以自行選擇，按節(jié)目資源收費標(biāo)準(zhǔn)實行年度一次性預(yù)繳收視費，逾期沒有續(xù)繳費的用戶，甲方將暫停提供服務(wù)。
原有線數(shù)字電視基本節(jié)目資費標(biāo)準(zhǔn)不變，具體資費標(biāo)準(zhǔn)參見附件一。
2.本協(xié)議代為甲方有線數(shù)字電視費用托收協(xié)議，由甲方提供收費數(shù)據(jù)給銀行作為劃款的依據(jù)。
乙方同意其付款銀行通過電腦網(wǎng)絡(luò)將自己的賬戶款自動劃至甲方賬戶。
并保證提供給甲方的資料正確、真實。
‰收取違約金。
4.乙方對有線數(shù)字電視收費有疑問，可向甲方查詢，甲方有責(zé)任向乙方提供相關(guān)費用查詢。
第三條使用與維修。
1.收看數(shù)字電視必須是在數(shù)字電視已開通的范圍內(nèi)、辦理各種注冊手續(xù)并按時繳納費用的有線電視合法用戶。
2.甲方承諾向乙方提供有線數(shù)字電視服務(wù)，乙方有權(quán)監(jiān)督服務(wù)質(zhì)量，并提出批評、建議及申告。
3.機頂盒及軟件實行年內(nèi)保修、天內(nèi)包換服務(wù)(非人為損壞)。
保修期以外，負責(zé)終身維修，收取維修成本費。
4.乙方私自更改有線電視線路、變更機頂盒使用注冊地址和不良操作，導(dǎo)致收視效果不好，甲方不承擔(dān)責(zé)任。
5.甲方傳輸?shù)挠芯€數(shù)字電視節(jié)目，若因國家政策變更、不可抗力因素、資費調(diào)整等客觀原因而無法繼續(xù)提供給乙方時，甲方有權(quán)暫?；蛘{(diào)整節(jié)目的內(nèi)容、頻道以及節(jié)目數(shù)量，并且甲方將以業(yè)務(wù)通告的方式通過公共媒體通知乙方。
6.有線數(shù)字電視傳輸網(wǎng)絡(luò)如發(fā)生意外、出現(xiàn)信號異常情況，甲方應(yīng)及時處理。
7.乙方因故需要報停、恢復(fù)、節(jié)目變更、機頂盒轉(zhuǎn)讓、過戶和遷移，應(yīng)到甲方營業(yè)廳辦理相關(guān)手續(xù)，繳納相關(guān)費用。
8.凡因乙方開戶時登記不詳，聯(lián)系電話、通信地址和郵編不準(zhǔn)確，或變更后未及時辦理手續(xù)，造成服務(wù)延誤，甲方不負責(zé)任。
9.團購用戶除此協(xié)議外，需與甲方另行簽訂協(xié)議。
10.租用機頂盒的有線電視用戶，除此協(xié)議外，需同意甲方機頂盒租用細則所列的條款(見附件二)。
第四條爭議解決協(xié)議履行過程中如發(fā)生爭議，雙方友好協(xié)商解決，協(xié)商不成時，雙方都有權(quán)向人民法院提起訴訟。
本協(xié)議一式兩份，甲乙雙方各執(zhí)一份，具有同等法律效力，自雙方簽字蓋章之日起生效。
甲方(蓋章)：乙方(蓋章)：
甲方代表簽名：開戶銀行：
賬號：簽訂地點：乙方代表簽名：
開戶銀行：賬號：簽訂地點：
年月日年月日附件：
有線傳輸協(xié)議篇十三
乙方：安徽廣電信息網(wǎng)絡(luò)股份有限公司寧國分公司。
根據(jù)甲乙雙方協(xié)商就光彩大市場二期的有線電視管道配套設(shè)施工程安裝達成如下協(xié)議：
1、光彩大市場二期建筑面積約12萬平方米，社區(qū)住戶636戶。小區(qū)有線數(shù)字電視管道配套設(shè)施全部由安廣網(wǎng)絡(luò)寧國分公司負責(zé)安裝與測試工作，工程總造價合計：壹拾玖萬柒仟元整。
2、小區(qū)室內(nèi)暗敷pvc管、箱、盒由甲方負責(zé)安裝，如不符合乙方技術(shù)要求，由甲方負責(zé)整改。
3、小區(qū)室外暗敷管線安裝、測試工作由乙方負責(zé)。
4、甲方負責(zé)協(xié)調(diào)小區(qū)內(nèi)土建、水電施工隊與乙方的配合工作，并及時通知乙方可進行的工程內(nèi)容。
5、乙方根據(jù)甲方工程進度及時安裝室外的全部管線工作并保證甲方正常的竣工驗收。
6、小區(qū)有線數(shù)字電視綜合信息管道等配套設(shè)施由甲方出資建設(shè)，為便于乙方今后維護和管理，更好地服務(wù)于小區(qū)居民，工程結(jié)束經(jīng)驗收合格，雙方簽訂甲方向乙方移交此配套設(shè)施產(chǎn)權(quán)的協(xié)議書，甲方保障乙方依法享有該小區(qū)有線數(shù)字電視相關(guān)等各項業(yè)務(wù)規(guī)范經(jīng)營。
7、甲方付工程款：壹拾玖萬柒仟元整（根據(jù)工程進度分期付款），乙方在款到后及時安排施工。
8、內(nèi)管線因用戶裝潢、私自變動而造成不能使用，由用戶自己負責(zé)。
以上條款雙方協(xié)商達成，如有爭議雙方協(xié)商解決。
本協(xié)議自雙方簽字并加蓋單位公章后生效。
本合同一式二份，甲、乙雙方各執(zhí)一份。
甲方代表（簽章）：乙方代表（簽章）：
二〇一二年十一月二十八日。
有線傳輸協(xié)議篇十四
特別說明一下那個職位最不能讓自己在面試中指點與意見的那么就是網(wǎng)絡(luò)技術(shù)與seo這個職位，對于這兩職位的應(yīng)聘hr肯定是會問，你看我們公司網(wǎng)站吧，你對我們公司網(wǎng)站有什么看法與要求跟做法，這是hr客氣的說話，但作為求職者不要評論網(wǎng)站的不好只能說出網(wǎng)站的好處，要是說出不好那么你應(yīng)該知道怎樣做，要多久時間能做好，這時求職者就麻煩了，因為seo不是自己公司說了算也不是公司說了算。以下是由文書幫小編提供有線傳輸工程師求職簡歷模板閱讀。
姓名：文書幫
三年以上工作經(jīng)驗|男|29歲(1987年6月7日)
居住地：貴州
電話：137********(手機)
e-mail：
最近工作 [1年7個月]
公司：xx有限公司
行業(yè)：通信/電信/網(wǎng)絡(luò)設(shè)備
職位：有線傳輸工程師
最高學(xué)歷
學(xué)歷：本科
專業(yè)：計算機網(wǎng)絡(luò)
學(xué) 校：凱里學(xué)院
求職意向
到崗時間：隨時到崗
工作性質(zhì)：全職
希望行業(yè)：通信/電信/網(wǎng)絡(luò)設(shè)備
目標(biāo)地點：貴州
期望月薪：面議/月
目標(biāo)職能：有線傳輸工程師
工作經(jīng)驗
2013/4 — 2014/11：xx有限公司[1年7個月]
所屬行業(yè)： 通信/電信/網(wǎng)絡(luò)設(shè)備
運行維護部 有線傳輸工程師
1. 從事過包括網(wǎng)絡(luò)優(yōu)化、網(wǎng)管值機、傳輸設(shè)備專業(yè)維護等工作。
2. 在網(wǎng)絡(luò)優(yōu)化中心期間，參加過多次網(wǎng)優(yōu)培訓(xùn)，參與過現(xiàn)場設(shè)備維護等工作。
3. 在網(wǎng)管值機期間，兼任機房值班班長一職，參加過公司組織的全省應(yīng)急通道演練等工作。
2011/8 — 2013/1：xx有限公司[1年5個月]
所屬行業(yè)： 通信/電信/網(wǎng)絡(luò)設(shè)備
運行維護部 有線傳輸工程師
1. 負責(zé)通信線路的`勘察與設(shè)計。
2. 負責(zé)項目組人員的工作安排，負責(zé)與運營商溝通協(xié)調(diào)。
3. 在傳輸設(shè)備專業(yè)維護期間，參加過總部組織的設(shè)備技術(shù)培訓(xùn)，以及省公司組織的其他多次培訓(xùn)，在崗期間主要負責(zé)本地網(wǎng)sdh、本地網(wǎng)otn的設(shè)備維護。
教育經(jīng)歷
2006/9— 2011/6 凱里學(xué)院 計算機網(wǎng)絡(luò) 本科
證 書
2007/6大學(xué)英語四級
語言能力
英 語(良好) 聽說(良好)，讀寫(良好)
有線傳輸協(xié)議篇十五
本協(xié)議由下列雙方于_________年_________月_________日于中華人民共和國(以下稱“中國”)_________訂立：
轉(zhuǎn)讓方：_________(以下稱“甲方”)‘其法定地址為：_________;。
受讓方：_________(以下稱“乙方”)‘其法定地址為：_________。
鑒于：
7.甲方、乙方經(jīng)過友好協(xié)商‘同意共同進行協(xié)作和配合‘促使甲乙雙方之間資產(chǎn)轉(zhuǎn)讓的順利完成。
第一條定義。
2.轉(zhuǎn)讓資產(chǎn)：即_________有線電視網(wǎng)。依據(jù)本協(xié)議規(guī)定的條件‘甲方應(yīng)將轉(zhuǎn)讓資產(chǎn)向乙方轉(zhuǎn)讓。
3.轉(zhuǎn)讓生效日：本協(xié)議第五條所述之轉(zhuǎn)讓生效條件完全達成的日期‘或‘若截至_________年_________月_________日上述生效條件仍未能完全達成‘甲乙雙方書面同意的另一日期。
4.評估基準(zhǔn)日：_________年_________月_________日。
5.資產(chǎn)評估報告：列載于本協(xié)議附件一的以_________年_________月_________日為評估基準(zhǔn)日的轉(zhuǎn)讓資產(chǎn)的估值報告‘由_________編寫‘并經(jīng)_________國有資產(chǎn)管理局確認(rèn)。
6.相關(guān)期間：自評估基準(zhǔn)日(含評估基準(zhǔn)日)至轉(zhuǎn)讓生效日(不含轉(zhuǎn)讓生效日)之間的期間。
1.根據(jù)本協(xié)議的約定‘甲方同意在本協(xié)議所規(guī)定的轉(zhuǎn)讓生效日依據(jù)本協(xié)議規(guī)定的條件將轉(zhuǎn)讓資產(chǎn)轉(zhuǎn)讓予乙方。
2.乙方同意根據(jù)本協(xié)議的約定自甲方受讓轉(zhuǎn)讓資產(chǎn)。
3.自本協(xié)議所規(guī)定的轉(zhuǎn)讓生效日起‘乙方即成為轉(zhuǎn)讓資產(chǎn)的合法所有者‘享有并承擔(dān)與轉(zhuǎn)讓資產(chǎn)有關(guān)的一切權(quán)利和義務(wù)‘甲方則不再享有與轉(zhuǎn)讓資產(chǎn)有關(guān)的任何權(quán)利及利益‘也不承擔(dān)與轉(zhuǎn)讓資產(chǎn)有關(guān)的任何義務(wù)和責(zé)任‘但本協(xié)議另有規(guī)定者除外。甲方將確保在轉(zhuǎn)讓生效日后的_________日內(nèi)完成有關(guān)的合同(包括本協(xié)議附件四及附件五所列的各項合同、保單)變更、房屋、車輛權(quán)屬證明的變更及其他必要的法律手續(xù)。
4.自轉(zhuǎn)讓生效日起‘乙方及其授權(quán)人士將完全有權(quán)接管轉(zhuǎn)讓資產(chǎn)‘并使用其從事生產(chǎn)經(jīng)營活動或依法進行其他處置。
第三條轉(zhuǎn)讓資產(chǎn)。
甲乙雙方同意‘在評估基準(zhǔn)日‘本協(xié)議所述的并將于轉(zhuǎn)讓生效日向乙方轉(zhuǎn)讓的全部資產(chǎn)列載于本協(xié)議附件一的資產(chǎn)評估報告。甲乙雙方確認(rèn)‘在轉(zhuǎn)讓生效日‘甲方將上述全部資產(chǎn)向乙方轉(zhuǎn)讓‘包括但不限于：
1.設(shè)備動產(chǎn)列載于資產(chǎn)評估報告內(nèi)的所有用于生產(chǎn)的設(shè)備動產(chǎn)‘包括但不限于：工具、設(shè)備、辦公室的陳設(shè)及有關(guān)裝置、計算機、電話、傳真機和復(fù)印機‘以及其它的辦公室設(shè)備和運輸工具。
2.不動產(chǎn)列載于資產(chǎn)評估報告內(nèi)的機房、播送臺站及其他設(shè)施。
3.文件和資料與轉(zhuǎn)讓資產(chǎn)有關(guān)的或附屬于轉(zhuǎn)讓資產(chǎn)的全部業(yè)務(wù)記錄、財務(wù)及會計記錄、營運記錄、統(tǒng)計資料、說明書、維護手冊、培訓(xùn)手冊等文件和資料‘無論是以文字形式或以電腦軟件、硬件形式或其他形式予以記錄的。
4.合同權(quán)益與轉(zhuǎn)讓資產(chǎn)有關(guān)的由甲方在轉(zhuǎn)讓生效之日前所簽訂并存在的任何合同、協(xié)議、契約及其修正、修改或補充‘包括但不限于列載本協(xié)議附件四的有關(guān)_________、_________、_________、設(shè)備購買、租賃、定做、運輸及建筑安裝的主要合同、列載于本協(xié)議附件五的保險單以及其它的所有合同、協(xié)議、契約、承諾函、保證函、信用證、提單、貨單、各種票據(jù)及其他任何有關(guān)的法律文件。
第四條轉(zhuǎn)讓價格、支付的時間及方式。
1.甲、乙雙方一致同意‘根據(jù)資產(chǎn)評估報告所反映的評估結(jié)果以及_________對該評估結(jié)果的確認(rèn)‘本協(xié)議所述的轉(zhuǎn)讓資產(chǎn)的轉(zhuǎn)讓價格總額為人民幣_________元整。
2.乙方應(yīng)當(dāng)在根據(jù)本協(xié)議第五條的規(guī)定的轉(zhuǎn)讓生效日后的十個工作日之內(nèi)‘將本協(xié)議前款規(guī)定的轉(zhuǎn)讓價格總數(shù)支付給甲方。
第五條生效條件。
1.本協(xié)議所述轉(zhuǎn)讓資產(chǎn)的轉(zhuǎn)讓在下述條件獲得完全滿足時生效：_________。
2.除非甲乙雙方協(xié)商確定另一日期作為轉(zhuǎn)讓生效日或解除本協(xié)議‘上述條件完全達成的日期即為轉(zhuǎn)讓生效日。
第六條甲方的聲明、保證及承諾。
甲方在此向乙方聲明、保證及承諾如下：
1.甲方是根據(jù)中國法律正式設(shè)立和合法存續(xù)的企業(yè)‘并具有一切必要的權(quán)利、權(quán)力及能力訂立及履行本協(xié)議項下的所有義務(wù)和責(zé)任;而本協(xié)議一經(jīng)簽署即對甲方具有合法、有效的約束力。甲方與乙方簽訂本協(xié)議并不會構(gòu)成甲方違反任何其他合同、其本身的公司章程及成立文件以及任何所適用的中國法律法規(guī)。
2.甲方對轉(zhuǎn)讓資產(chǎn)具有合法的、完全的所有權(quán)及控制權(quán)‘有權(quán)簽署本協(xié)議并轉(zhuǎn)讓轉(zhuǎn)讓資產(chǎn)或其任何部分‘而該等資產(chǎn)或與該等資產(chǎn)相關(guān)的任何權(quán)益‘不受任何優(yōu)先權(quán)或其他第三者權(quán)利的限制。乙方于本協(xié)議所達成的資產(chǎn)轉(zhuǎn)讓完成后將享有作為轉(zhuǎn)讓資產(chǎn)的所有者應(yīng)依法享有的一切權(quán)利并可依法轉(zhuǎn)讓、處分該等產(chǎn)權(quán)‘并不會受到任何扣押、抵押和負擔(dān)其他第三者權(quán)利的限制。
3.在本協(xié)議簽署日及轉(zhuǎn)讓生效日‘沒有正在進行的、以甲方為一方的或以轉(zhuǎn)讓資產(chǎn)的任何部分為標(biāo)的的‘如作出對甲方不利的判決或裁定即可能單獨或綜合一起對轉(zhuǎn)讓資產(chǎn)狀況或業(yè)務(wù)經(jīng)營產(chǎn)生重大不利影響的任何訴訟、仲裁或行政處理程序。
4.與轉(zhuǎn)讓資產(chǎn)有關(guān)的、影響轉(zhuǎn)讓資產(chǎn)的合法性或甲方對其所有權(quán)的合法性的所有文件、許可、批準(zhǔn)、同意、授權(quán)‘包括但不限于本協(xié)議附件三所列者‘甲方均已取得‘不存在任何法律上的瑕疵。
5.轉(zhuǎn)讓資產(chǎn)中一切按照中國法律和行業(yè)慣例應(yīng)該保險的財產(chǎn)‘在本協(xié)議簽署日均已由甲方投保‘且該等列載于本協(xié)議附件五的保單在本協(xié)議簽署日直至轉(zhuǎn)讓生效日仍然有效。甲方保證在轉(zhuǎn)讓生效日前不采取任何行為‘亦不忽略任何行為‘使上述保單成為無效或可能成為無效。
6.截至轉(zhuǎn)讓生效日‘甲方并無任何正在生效的非正常商業(yè)條件的生產(chǎn)、經(jīng)營合同或安排并因此對轉(zhuǎn)讓資產(chǎn)的狀況產(chǎn)生重大不利影響。
7.甲方在轉(zhuǎn)讓生效日之前對轉(zhuǎn)讓資產(chǎn)所占用土地的使用是合法的‘并不需要補交任何稅費‘且并不存在任何未正式向乙方披露的因甲方在轉(zhuǎn)讓生效日前對土地的使用而需要乙方承擔(dān)或履行的義務(wù)或責(zé)任。
8.甲方?jīng)]有關(guān)于有關(guān)轉(zhuǎn)讓資產(chǎn)的、一旦披露便會影響到簽訂本協(xié)議或本協(xié)議任何條款的原意被改變的事實未向乙方披露。
9.于轉(zhuǎn)讓生效日‘轉(zhuǎn)讓資產(chǎn)中的房屋、機器、工具及其他設(shè)備均處于良好的運作及操作狀態(tài)‘并經(jīng)定期及適當(dāng)保養(yǎng)及維修。
10.甲方的高級管理人員或相關(guān)的知情人士對有關(guān)轉(zhuǎn)讓生效日前的與轉(zhuǎn)讓資產(chǎn)有關(guān)的商業(yè)或技術(shù)秘密負有保密義務(wù)‘不得對外透露或基于商業(yè)的目的使用上述秘密。
11.在轉(zhuǎn)讓生效日后‘甲方本身不會(而甲方亦將促使其所有附屬公司不會)在中國境內(nèi)或境外以任何方式(包括但不限于本身經(jīng)營、或透過合營或持有其他公司或企業(yè)的股份或其他權(quán)益)參與任何對有關(guān)企業(yè)的業(yè)務(wù)實際或可能構(gòu)成直接或間接競爭的業(yè)務(wù)或活動。
12.在相關(guān)期間按照以往的正常方式對轉(zhuǎn)讓資產(chǎn)進行使用及保養(yǎng)及經(jīng)營管理。
13.即使在轉(zhuǎn)讓生效日后‘上述聲明、保證及承諾將繼續(xù)有效。
第七條乙方的承諾、聲明及保證。
乙方在此向甲方聲明、承諾及保證如下：
1.乙方是依據(jù)中國法律成立并合法存續(xù)的股份有限公司‘其合法擁有其正在擁有的資產(chǎn)‘并合法經(jīng)營其正在經(jīng)營的業(yè)務(wù)。
2.乙方有充分的權(quán)利進行本協(xié)議所述的資產(chǎn)轉(zhuǎn)讓‘并已經(jīng)獲得簽署和履行本協(xié)議的一切合法授權(quán)。
3.乙方將按照國家法律及有關(guān)政策的精神與甲方共同妥善處理本協(xié)議所述產(chǎn)權(quán)轉(zhuǎn)讓過程中的任何未盡事宜。
4.按照本協(xié)議的規(guī)定向甲方支付轉(zhuǎn)讓價款。
第九條保密。
除中國有關(guān)法律、法規(guī)或有關(guān)公司章程、應(yīng)予適用的香港有關(guān)法律法規(guī)或香港聯(lián)合交易所有限公司的證券上市規(guī)則有明文規(guī)定或要求外‘未經(jīng)他方同意‘任何一方在本協(xié)議所述交易完成前‘不得將本協(xié)議的有關(guān)內(nèi)容向本次交易參與各方之外的任何第三人透露。
第十條本協(xié)議未盡事宜。
甲乙雙方同意‘在本協(xié)議簽署后‘就本協(xié)議未盡事宜將進行進一步的協(xié)商‘并在轉(zhuǎn)讓生效日前達成補充協(xié)議。該補充協(xié)議構(gòu)成本協(xié)議不可分割的組成部分。
第十一條違約責(zé)任。
1.任何一方違反其在本協(xié)議中的任何聲明、保證和承諾‘或本協(xié)議的任何條款‘即構(gòu)成違約。違約方應(yīng)向守約方支付全面和足額的賠償。而守約方有權(quán)決定是否繼續(xù)執(zhí)行或終止本協(xié)議。
2.在本協(xié)議簽署后‘當(dāng)發(fā)生針對轉(zhuǎn)讓資產(chǎn)或乙方‘但起因于本協(xié)議簽署日前甲方占有、使用轉(zhuǎn)讓資產(chǎn)的行為‘而在本協(xié)議簽署日前未曾預(yù)料到或未向乙方披露的債務(wù)糾紛或權(quán)利爭議時‘甲方同意采取措施予以解決‘使轉(zhuǎn)讓資產(chǎn)或乙方免受損失。若該等糾紛或爭議對轉(zhuǎn)讓資產(chǎn)或乙方造成任何損失‘則甲方同意作出賠償。
第十二條爭議的解決。
1.凡因執(zhí)行本協(xié)議發(fā)生的與本協(xié)議有關(guān)的一切爭議‘協(xié)議雙方應(yīng)通過友好協(xié)商解決。如果不能協(xié)商解決‘任何一方均有權(quán)向有管轄權(quán)的人民法院起訴。
2.根據(jù)中國有關(guān)法律‘如果本協(xié)議任何條款被法院裁判為無效‘不影響本協(xié)議其它條款的持續(xù)有效和執(zhí)行。
第十三條適用法律。
本協(xié)議的訂立、效力、解釋、執(zhí)行及爭議的解決‘均受中國有關(guān)法律的管轄。
第十四條協(xié)議權(quán)利。
未經(jīng)另一方的書面同意‘任何一方不得轉(zhuǎn)讓其依本協(xié)議所享有的權(quán)利。各方的繼承者、經(jīng)批準(zhǔn)的受讓人均受本協(xié)議的約束。但是‘甲乙雙方在此互相同意對方指定其各自的有關(guān)的附屬企業(yè)負責(zé)本協(xié)議的具體履行。甲乙各方在本協(xié)議中的所享有的全部權(quán)利及承擔(dān)的全部義務(wù)‘同時視為由其各自指定的附屬企業(yè)所享有及承擔(dān)。
第十五條不可抗力。
1.“不可抗力”是指本協(xié)議各方不能合理控制、不可預(yù)見或即使預(yù)見亦無法避免的事件‘該事件妨礙、影響或延誤任何一方根據(jù)本協(xié)議履行其全部或部分義務(wù)。該事件包括但不限于地震、臺風(fēng)、洪水、火災(zāi)或其它天災(zāi)、戰(zhàn)爭、騷亂、罷工或任何其它類似事件。
2.如發(fā)生不可抗力事件‘遭受該事件的一方應(yīng)立即用可能的最快捷的方式通知對方‘并在十五天內(nèi)提供證明文件說明有關(guān)事件的細節(jié)和不能履行或部分不能履行或需延遲履行本協(xié)議的原因‘然后由各方協(xié)商是否延期履行本協(xié)議或終止本協(xié)議。
第十六條附件。
本協(xié)議所有附件是本協(xié)議不可分割的組成部分‘具有同等法律效力。
第十七條文本。
本協(xié)議以中文書就。正本一式_________份‘甲乙雙方各持_________份。每份正本均具有同等法律效力。
轉(zhuǎn)讓方(蓋章)：_________受讓方(蓋章)：_________。
法定代表人(簽字)：_________法定代表人(簽字)：_________。
附件。
一、資產(chǎn)評估報告(略)。
二、關(guān)于資產(chǎn)轉(zhuǎn)讓的政府批復(fù)(略)。
三、證明轉(zhuǎn)讓資產(chǎn)合法性的文件(政府批復(fù)等)(略)。
四、合同清單(略)。
五、保險單(略)。
本協(xié)議由下列雙方于_________年_________月_________日于中華人民共和國(以下稱“中國”)_________訂立：
轉(zhuǎn)讓方：_________(以下稱“甲方”)‘其法定地址為：_________;。
受讓方：_________(以下稱“乙方”)‘其法定地址為：_________。
鑒于：
7.甲方、乙方經(jīng)過友好協(xié)商‘同意共同進行協(xié)作和配合‘促使甲乙雙方之間資產(chǎn)轉(zhuǎn)讓的順利完成。
第一條定義。
2.轉(zhuǎn)讓資產(chǎn)：即_________有線電視網(wǎng)。依據(jù)本協(xié)議規(guī)定的條件‘甲方應(yīng)將轉(zhuǎn)讓資產(chǎn)向乙方轉(zhuǎn)讓。
3.轉(zhuǎn)讓生效日：本協(xié)議第五條所述之轉(zhuǎn)讓生效條件完全達成的日期‘或‘若截至_________年_________月_________日上述生效條件仍未能完全達成‘甲乙雙方書面同意的另一日期。
4.評估基準(zhǔn)日：_________年_________月_________日。
5.資產(chǎn)評估報告：列載于本協(xié)議附件一的以_________年_________月_________日為評估基準(zhǔn)日的轉(zhuǎn)讓資產(chǎn)的估值報告‘由_________編寫‘并經(jīng)_________國有資產(chǎn)管理局確認(rèn)。
6.相關(guān)期間：自評估基準(zhǔn)日(含評估基準(zhǔn)日)至轉(zhuǎn)讓生效日(不含轉(zhuǎn)讓生效日)之間的期間。
1.根據(jù)本協(xié)議的約定‘甲方同意在本協(xié)議所規(guī)定的轉(zhuǎn)讓生效日依據(jù)本協(xié)議規(guī)定的條件將轉(zhuǎn)讓資產(chǎn)轉(zhuǎn)讓予乙方。
2.乙方同意根據(jù)本協(xié)議的約定自甲方受讓轉(zhuǎn)讓資產(chǎn)。
3.自本協(xié)議所規(guī)定的轉(zhuǎn)讓生效日起‘乙方即成為轉(zhuǎn)讓資產(chǎn)的合法所有者‘享有并承擔(dān)與轉(zhuǎn)讓資產(chǎn)有關(guān)的一切權(quán)利和義務(wù)‘甲方則不再享有與轉(zhuǎn)讓資產(chǎn)有關(guān)的任何權(quán)利及利益‘也不承擔(dān)與轉(zhuǎn)讓資產(chǎn)有關(guān)的任何義務(wù)和責(zé)任‘但本協(xié)議另有規(guī)定者除外。甲方將確保在轉(zhuǎn)讓生效日后的_________日內(nèi)完成有關(guān)的合同(包括本協(xié)議附件四及附件五所列的各項合同、保單)變更、房屋、車輛權(quán)屬證明的變更及其他必要的法律手續(xù)。
4.自轉(zhuǎn)讓生效日起‘乙方及其授權(quán)人士將完全有權(quán)接管轉(zhuǎn)讓資產(chǎn)‘并使用其從事生產(chǎn)經(jīng)營活動或依法進行其他處置。
第三條轉(zhuǎn)讓資產(chǎn)。
甲乙雙方同意‘在評估基準(zhǔn)日‘本協(xié)議所述的并將于轉(zhuǎn)讓生效日向乙方轉(zhuǎn)讓的全部資產(chǎn)列載于本協(xié)議附件一的資產(chǎn)評估報告。甲乙雙方確認(rèn)‘在轉(zhuǎn)讓生效日‘甲方將上述全部資產(chǎn)向乙方轉(zhuǎn)讓‘包括但不限于：
1.設(shè)備動產(chǎn)列載于資產(chǎn)評估報告內(nèi)的所有用于生產(chǎn)的設(shè)備動產(chǎn)‘包括但不限于：工具、設(shè)備、辦公室的陳設(shè)及有關(guān)裝置、計算機、電話、傳真機和復(fù)印機‘以及其它的辦公室設(shè)備和運輸工具。
2.不動產(chǎn)列載于資產(chǎn)評估報告內(nèi)的機房、播送臺站及其他設(shè)施。
3.文件和資料與轉(zhuǎn)讓資產(chǎn)有關(guān)的或附屬于轉(zhuǎn)讓資產(chǎn)的全部業(yè)務(wù)記錄、財務(wù)及會計記錄、營運記錄、統(tǒng)計資料、說明書、維護手冊、培訓(xùn)手冊等文件和資料‘無論是以文字形式或以電腦軟件、硬件形式或其他形式予以記錄的。
4.合同權(quán)益與轉(zhuǎn)讓資產(chǎn)有關(guān)的由甲方在轉(zhuǎn)讓生效之日前所簽訂并存在的任何合同、協(xié)議、契約及其修正、修改或補充‘包括但不限于列載本協(xié)議附件四的有關(guān)_________、_________、_________、設(shè)備購買、租賃、定做、運輸及建筑安裝的主要合同、列載于本協(xié)議附件五的保險單以及其它的所有合同、協(xié)議、契約、承諾函、保證函、信用證、提單、貨單、各種票據(jù)及其他任何有關(guān)的法律文件。
第四條轉(zhuǎn)讓價格、支付的時間及方式。
1.甲、乙雙方一致同意‘根據(jù)資產(chǎn)評估報告所反映的評估結(jié)果以及_________對該評估結(jié)果的確認(rèn)‘本協(xié)議所述的轉(zhuǎn)讓資產(chǎn)的轉(zhuǎn)讓價格總額為人民幣_________元整。
2.乙方應(yīng)當(dāng)在根據(jù)本協(xié)議第五條的規(guī)定的轉(zhuǎn)讓生效日后的十個工作日之內(nèi)‘將本協(xié)議前款規(guī)定的轉(zhuǎn)讓價格總數(shù)支付給甲方。
第五條生效條件。
1.本協(xié)議所述轉(zhuǎn)讓資產(chǎn)的轉(zhuǎn)讓在下述條件獲得完全滿足時生效：_________。
2.除非甲乙雙方協(xié)商確定另一日期作為轉(zhuǎn)讓生效日或解除本協(xié)議‘上述條件完全達成的日期即為轉(zhuǎn)讓生效日。
第六條甲方的聲明、保證及承諾。
甲方在此向乙方聲明、保證及承諾如下：
1.甲方是根據(jù)中國法律正式設(shè)立和合法存續(xù)的企業(yè)‘并具有一切必要的權(quán)利、權(quán)力及能力訂立及履行本協(xié)議項下的所有義務(wù)和責(zé)任;而本協(xié)議一經(jīng)簽署即對甲方具有合法、有效的約束力。甲方與乙方簽訂本協(xié)議并不會構(gòu)成甲方違反任何其他合同、其本身的公司章程及成立文件以及任何所適用的中國法律法規(guī)。
2.甲方對轉(zhuǎn)讓資產(chǎn)具有合法的、完全的所有權(quán)及控制權(quán)‘有權(quán)簽署本協(xié)議并轉(zhuǎn)讓轉(zhuǎn)讓資產(chǎn)或其任何部分‘而該等資產(chǎn)或與該等資產(chǎn)相關(guān)的任何權(quán)益‘不受任何優(yōu)先權(quán)或其他第三者權(quán)利的限制。乙方于本協(xié)議所達成的資產(chǎn)轉(zhuǎn)讓完成后將享有作為轉(zhuǎn)讓資產(chǎn)的所有者應(yīng)依法享有的一切權(quán)利并可依法轉(zhuǎn)讓、處分該等產(chǎn)權(quán)‘并不會受到任何扣押、抵押和負擔(dān)其他第三者權(quán)利的限制。
3.在本協(xié)議簽署日及轉(zhuǎn)讓生效日‘沒有正在進行的、以甲方為一方的或以轉(zhuǎn)讓資產(chǎn)的任何部分為標(biāo)的的‘如作出對甲方不利的判決或裁定即可能單獨或綜合一起對轉(zhuǎn)讓資產(chǎn)狀況或業(yè)務(wù)經(jīng)營產(chǎn)生重大不利影響的任何訴訟、仲裁或行政處理程序。
4.與轉(zhuǎn)讓資產(chǎn)有關(guān)的、影響轉(zhuǎn)讓資產(chǎn)的合法性或甲方對其所有權(quán)的合法性的所有文件、許可、批準(zhǔn)、同意、授權(quán)‘包括但不限于本協(xié)議附件三所列者‘甲方均已取得‘不存在任何法律上的瑕疵。
5.轉(zhuǎn)讓資產(chǎn)中一切按照中國法律和行業(yè)慣例應(yīng)該保險的財產(chǎn)‘在本協(xié)議簽署日均已由甲方投保‘且該等列載于本協(xié)議附件五的保單在本協(xié)議簽署日直至轉(zhuǎn)讓生效日仍然有效。甲方保證在轉(zhuǎn)讓生效日前不采取任何行為‘亦不忽略任何行為‘使上述保單成為無效或可能成為無效。
6.截至轉(zhuǎn)讓生效日‘甲方并無任何正在生效的非正常商業(yè)條件的生產(chǎn)、經(jīng)營合同或安排并因此對轉(zhuǎn)讓資產(chǎn)的狀況產(chǎn)生重大不利影響。
7.甲方在轉(zhuǎn)讓生效日之前對轉(zhuǎn)讓資產(chǎn)所占用土地的使用是合法的‘并不需要補交任何稅費‘且并不存在任何未正式向乙方披露的因甲方在轉(zhuǎn)讓生效日前對土地的使用而需要乙方承擔(dān)或履行的義務(wù)或責(zé)任。
8.甲方?jīng)]有關(guān)于有關(guān)轉(zhuǎn)讓資產(chǎn)的、一旦披露便會影響到簽訂本協(xié)議或本協(xié)議任何條款的原意被改變的事實未向乙方披露。
9.于轉(zhuǎn)讓生效日‘轉(zhuǎn)讓資產(chǎn)中的房屋、機器、工具及其他設(shè)備均處于良好的運作及操作狀態(tài)‘并經(jīng)定期及適當(dāng)保養(yǎng)及維修。
10.甲方的高級管理人員或相關(guān)的知情人士對有關(guān)轉(zhuǎn)讓生效日前的與轉(zhuǎn)讓資產(chǎn)有關(guān)的商業(yè)或技術(shù)秘密負有保密義務(wù)‘不得對外透露或基于商業(yè)的目的使用上述秘密。
11.在轉(zhuǎn)讓生效日后‘甲方本身不會(而甲方亦將促使其所有附屬公司不會)在中國境內(nèi)或境外以任何方式(包括但不限于本身經(jīng)營、或透過合營或持有其他公司或企業(yè)的股份或其他權(quán)益)參與任何對有關(guān)企業(yè)的業(yè)務(wù)實際或可能構(gòu)成直接或間接競爭的業(yè)務(wù)或活動。
12.在相關(guān)期間按照以往的正常方式對轉(zhuǎn)讓資產(chǎn)進行使用及保養(yǎng)及經(jīng)營管理。
13.即使在轉(zhuǎn)讓生效日后‘上述聲明、保證及承諾將繼續(xù)有效。
第七條乙方的承諾、聲明及保證。
乙方在此向甲方聲明、承諾及保證如下：
1.乙方是依據(jù)中國法律成立并合法存續(xù)的股份有限公司‘其合法擁有其正在擁有的資產(chǎn)‘并合法經(jīng)營其正在經(jīng)營的業(yè)務(wù)。
2.乙方有充分的權(quán)利進行本協(xié)議所述的資產(chǎn)轉(zhuǎn)讓‘并已經(jīng)獲得簽署和履行本協(xié)議的一切合法授權(quán)。
3.乙方將按照國家法律及有關(guān)政策的精神與甲方共同妥善處理本協(xié)議所述產(chǎn)權(quán)轉(zhuǎn)讓過程中的任何未盡事宜。
4.按照本協(xié)議的規(guī)定向甲方支付轉(zhuǎn)讓價款。
第九條保密。
除中國有關(guān)法律、法規(guī)或有關(guān)公司章程、應(yīng)予適用的香港有關(guān)法律法規(guī)或香港聯(lián)合交易所有限公司的證券上市規(guī)則有明文規(guī)定或要求外‘未經(jīng)他方同意‘任何一方在本協(xié)議所述交易完成前‘不得將本協(xié)議的有關(guān)內(nèi)容向本次交易參與各方之外的任何第三人透露。
第十條本協(xié)議未盡事宜。
甲乙雙方同意‘在本協(xié)議簽署后‘就本協(xié)議未盡事宜將進行進一步的協(xié)商‘并在轉(zhuǎn)讓生效日前達成補充協(xié)議。該補充協(xié)議構(gòu)成本協(xié)議不可分割的組成部分。
第十一條違約責(zé)任。
1.任何一方違反其在本協(xié)議中的任何聲明、保證和承諾‘或本協(xié)議的任何條款‘即構(gòu)成違約。違約方應(yīng)向守約方支付全面和足額的賠償。而守約方有權(quán)決定是否繼續(xù)執(zhí)行或終止本協(xié)議。
2.在本協(xié)議簽署后‘當(dāng)發(fā)生針對轉(zhuǎn)讓資產(chǎn)或乙方‘但起因于本協(xié)議簽署日前甲方占有、使用轉(zhuǎn)讓資產(chǎn)的行為‘而在本協(xié)議簽署日前未曾預(yù)料到或未向乙方披露的債務(wù)糾紛或權(quán)利爭議時‘甲方同意采取措施予以解決‘使轉(zhuǎn)讓資產(chǎn)或乙方免受損失。若該等糾紛或爭議對轉(zhuǎn)讓資產(chǎn)或乙方造成任何損失‘則甲方同意作出賠償。
第十二條爭議的解決。
1.凡因執(zhí)行本協(xié)議發(fā)生的與本協(xié)議有關(guān)的一切爭議‘協(xié)議雙方應(yīng)通過友好協(xié)商解決。如果不能協(xié)商解決‘任何一方均有權(quán)向有管轄權(quán)的人民法院起訴。
2.根據(jù)中國有關(guān)法律‘如果本協(xié)議任何條款被法院裁判為無效‘不影響本協(xié)議其它條款的持續(xù)有效和執(zhí)行。
第十三條適用法律。
本協(xié)議的訂立、效力、解釋、執(zhí)行及爭議的解決‘均受中國有關(guān)法律的管轄。
第十四條協(xié)議權(quán)利。
未經(jīng)另一方的書面同意‘任何一方不得轉(zhuǎn)讓其依本協(xié)議所享有的權(quán)利。各方的繼承者、經(jīng)批準(zhǔn)的受讓人均受本協(xié)議的約束。但是‘甲乙雙方在此互相同意對方指定其各自的有關(guān)的附屬企業(yè)負責(zé)本協(xié)議的具體履行。甲乙各方在本協(xié)議中的所享有的全部權(quán)利及承擔(dān)的全部義務(wù)‘同時視為由其各自指定的附屬企業(yè)所享有及承擔(dān)。
第十五條不可抗力。
1.“不可抗力”是指本協(xié)議各方不能合理控制、不可預(yù)見或即使預(yù)見亦無法避免的事件‘該事件妨礙、影響或延誤任何一方根據(jù)本協(xié)議履行其全部或部分義務(wù)。該事件包括但不限于地震、臺風(fēng)、洪水、火災(zāi)或其它天災(zāi)、戰(zhàn)爭、騷亂、罷工或任何其它類似事件。
2.如發(fā)生不可抗力事件‘遭受該事件的一方應(yīng)立即用可能的最快捷的方式通知對方‘并在十五天內(nèi)提供證明文件說明有關(guān)事件的細節(jié)和不能履行或部分不能履行或需延遲履行本協(xié)議的原因‘然后由各方協(xié)商是否延期履行本協(xié)議或終止本協(xié)議。
第十六條附件。
本協(xié)議所有附件是本協(xié)議不可分割的組成部分‘具有同等法律效力。
第十七條文本。
本協(xié)議以中文書就。正本一式_________份‘甲乙雙方各持_________份。每份正本均具有同等法律效力。
轉(zhuǎn)讓方(蓋章)：_________受讓方(蓋章)：_________。
法定代表人(簽字)：_________法定代表人(簽字)：_________。
簽約日期：
有線傳輸協(xié)議篇十六
本協(xié)議由下列雙方于_________年_________月_________日于中華人民共和國（以下稱“中國”）_________訂立：
轉(zhuǎn)讓方：_________（以下稱“甲方”），其法定地址為：_________；
受讓方：_________（以下稱“乙方”），其法定地址為：_________。
鑒于：
7.甲方、乙方經(jīng)過友好協(xié)商，同意共同進行協(xié)作和配合，促使甲乙雙方之間資產(chǎn)轉(zhuǎn)讓的順利完成。?就_________有線電視網(wǎng)的資產(chǎn)轉(zhuǎn)讓事宜，甲方和乙方在此明確各自的權(quán)利和義務(wù)，達成協(xié)議如下：
第一條?定義。
2.轉(zhuǎn)讓資產(chǎn)：即_________有線電視網(wǎng)。依據(jù)本協(xié)議規(guī)定的條件，甲方應(yīng)將轉(zhuǎn)讓資產(chǎn)向乙方轉(zhuǎn)讓。
4.評估基準(zhǔn)日：_________年_________月_________日。
5.資產(chǎn)評估報告：列載于本協(xié)議附件一的以_________年_________月_________日為評估基準(zhǔn)日的轉(zhuǎn)讓資產(chǎn)的估值報告，由_________編寫，并經(jīng)_________國有資產(chǎn)管理局確認(rèn)。
6.相關(guān)期間：自評估基準(zhǔn)日（含評估基準(zhǔn)日）至轉(zhuǎn)讓生效日（不含轉(zhuǎn)讓生效日）之間的期間。
1.根據(jù)本協(xié)議的約定，甲方同意在本協(xié)議所規(guī)定的轉(zhuǎn)讓生效日依據(jù)本協(xié)議規(guī)定的條件將轉(zhuǎn)讓資產(chǎn)轉(zhuǎn)讓予乙方。
2.乙方同意根據(jù)本協(xié)議的約定自甲方受讓轉(zhuǎn)讓資產(chǎn)。
3.自本協(xié)議所規(guī)定的轉(zhuǎn)讓生效日起，乙方即成為轉(zhuǎn)讓資產(chǎn)的合法所有者，享有并承擔(dān)與轉(zhuǎn)讓資產(chǎn)有關(guān)的一切權(quán)利和義務(wù)，甲方則不再享有與轉(zhuǎn)讓資產(chǎn)有關(guān)的任何權(quán)利及利益，也不承擔(dān)與轉(zhuǎn)讓資產(chǎn)有關(guān)的任何義務(wù)和責(zé)任，但本協(xié)議另有規(guī)定者除外。甲方將確保在轉(zhuǎn)讓生效日后的_________日內(nèi)完成有關(guān)的合同（包括本協(xié)議附件四及附件五所列的各項合同、保單）變更、房屋、_____權(quán)屬證明的變更及其他必要的法律手續(xù)。
4.自轉(zhuǎn)讓生效日起，乙方及其授權(quán)人士將完全有權(quán)接管轉(zhuǎn)讓資產(chǎn)，并使用其從事生產(chǎn)經(jīng)營活動或依法進行其他處置。
第三條?轉(zhuǎn)讓資產(chǎn)。
1.設(shè)備動產(chǎn)列載于資產(chǎn)評估報告內(nèi)的所有用于生產(chǎn)的設(shè)備動產(chǎn)，包括但不限于：工具、設(shè)備、辦公室的陳設(shè)及有關(guān)裝置、計算機、電話、傳真機和復(fù)印機，以及其它的辦公室設(shè)備和運輸工具。
2.不動產(chǎn)列載于資產(chǎn)評估報告內(nèi)的機房、播送臺站及其他設(shè)施。
3.文件和資料與轉(zhuǎn)讓資產(chǎn)有關(guān)的或附屬于轉(zhuǎn)讓資產(chǎn)的全部業(yè)務(wù)記錄、財務(wù)及會計記錄、營運記錄、統(tǒng)計資料、說明書、維護手冊、培訓(xùn)手冊等文件和資料，無論是以文字形式或以電腦軟件、硬件形式或其他形式予以記錄的。
4.合同權(quán)益與轉(zhuǎn)讓資產(chǎn)有關(guān)的由甲方在轉(zhuǎn)讓生效之日前所簽訂并存在的任何合同、協(xié)議、契約及其修正、修改或補充，包括但不限于列載本協(xié)議附件四的有關(guān)_________、_________、_________、設(shè)備購買、租賃、定做、運輸及建筑安裝的主要合同、列載于本協(xié)議附件五的_____單以及其它的所有合同、協(xié)議、契約、承諾函、保證函、信用證、提單、貨單、各種票據(jù)及其他任何有關(guān)的法律文件。
第四條?轉(zhuǎn)讓價格、支付的時間及方式。
1.甲、乙雙方一致同意，根據(jù)資產(chǎn)評估報告所反映的評估結(jié)果以及_________對該評估結(jié)果的確認(rèn)，本協(xié)議所述的轉(zhuǎn)讓資產(chǎn)的轉(zhuǎn)讓價格總額為人民幣_________元整。
2.乙方應(yīng)當(dāng)在根據(jù)本協(xié)議第五條的規(guī)定的轉(zhuǎn)讓生效日后的十個工作日之內(nèi)，將本協(xié)議前款規(guī)定的轉(zhuǎn)讓價格總數(shù)支付給甲方。
第五條?生效條件。
1.本協(xié)議所述轉(zhuǎn)讓資產(chǎn)的轉(zhuǎn)讓在下述條件獲得完全滿足時生效：_________。
第六條?甲方的聲明、保證及承諾。
甲方在此向乙方聲明、保證及承諾如下：
1.甲方是根據(jù)中國法律正式設(shè)立和合法存續(xù)的企業(yè)，并具有一切必要的權(quán)利、權(quán)力及能力訂立及履行本協(xié)議項下的所有義務(wù)和責(zé)任；而本協(xié)議一經(jīng)簽署即對甲方具有合法、有效的約束力。甲方與乙方簽訂本協(xié)議并不會構(gòu)成甲方違反任何其他合同、其本身的公司章程及成立文件以及任何所適用的中國法律法規(guī)。
2.甲方對轉(zhuǎn)讓資產(chǎn)具有合法的、完全的所有權(quán)及控制權(quán)，有權(quán)簽署本協(xié)議并轉(zhuǎn)讓轉(zhuǎn)讓資產(chǎn)或其任何部分，而該等資產(chǎn)或與該等資產(chǎn)相關(guān)的任何權(quán)益，不受任何優(yōu)先權(quán)或其他第三者權(quán)利的限制。乙方于本協(xié)議所達成的資產(chǎn)轉(zhuǎn)讓完成后將享有作為轉(zhuǎn)讓資產(chǎn)的所有者應(yīng)依法享有的一切權(quán)利并可依法轉(zhuǎn)讓、處分該等產(chǎn)權(quán)，并不會受到任何扣押、抵押和負擔(dān)其他第三者權(quán)利的限制。
3.在本協(xié)議簽署日及轉(zhuǎn)讓生效日，沒有正在進行的、以甲方為一方的或以轉(zhuǎn)讓資產(chǎn)的任何部分為標(biāo)的的，如作出對甲方不利的判決或裁定即可能單獨或綜合一起對轉(zhuǎn)讓資產(chǎn)狀況或業(yè)務(wù)經(jīng)營產(chǎn)生重大不利影響的任何訴訟、_____或行政處理程序。
4.與轉(zhuǎn)讓資產(chǎn)有關(guān)的、影響轉(zhuǎn)讓資產(chǎn)的合法性或甲方對其所有權(quán)的合法性的所有文件、許可、批準(zhǔn)、同意、授權(quán)，包括但不限于本協(xié)議附件三所列者，甲方均已取得，不存在任何法律上的瑕疵。
6.截至轉(zhuǎn)讓生效日，甲方并無任何正在生效的非正常商業(yè)條件的生產(chǎn)、經(jīng)營合同或安排并因此對轉(zhuǎn)讓資產(chǎn)的狀況產(chǎn)生重大不利影響。
7.甲方在轉(zhuǎn)讓生效日之前對轉(zhuǎn)讓資產(chǎn)所占用土地的使用是合法的，并不需要補交任何稅費，且并不存在任何未正式向乙方披露的因甲方在轉(zhuǎn)讓生效日前對土地的使用而需要乙方承擔(dān)或履行的義務(wù)或責(zé)任。
8.甲方?jīng)]有關(guān)于有關(guān)轉(zhuǎn)讓資產(chǎn)的、一旦披露便會影響到簽訂本協(xié)議或本協(xié)議任何條款的原意被改變的事實未向乙方披露。
9.于轉(zhuǎn)讓生效日，轉(zhuǎn)讓資產(chǎn)中的房屋、機器、工具及其他設(shè)備均處于良好的運作及操作狀態(tài)，并經(jīng)定期及適當(dāng)保養(yǎng)及維修。
11.在轉(zhuǎn)讓生效日后，甲方本身不會（而甲方亦將促使其所有附屬公司不會）在中國境內(nèi)或境外以任何方式（包括但不限于本身經(jīng)營、或透過合營或持有其他公司或企業(yè)的股份或其他權(quán)益）參與任何對有關(guān)企業(yè)的業(yè)務(wù)實際或可能構(gòu)成直接或間接競爭的業(yè)務(wù)或活動。
12.在相關(guān)期間按照以往的正常方式對轉(zhuǎn)讓資產(chǎn)進行使用及保養(yǎng)及經(jīng)營管理。
第七條?乙方的承諾、聲明及保證。
乙方在此向甲方聲明、承諾及保證如下：
1.乙方是依據(jù)中國法律成立并合法存續(xù)的股份有限公司，其合法擁有其正在擁有的資產(chǎn)，并合法經(jīng)營其正在經(jīng)營的業(yè)務(wù)。
2.乙方有充分的權(quán)利進行本協(xié)議所述的資產(chǎn)轉(zhuǎn)讓，并已經(jīng)獲得簽署和履行本協(xié)議的一切合法授權(quán)。
3.乙方將按照國家法律及有關(guān)政策的精神與甲方共同妥善處理本協(xié)議所述產(chǎn)權(quán)轉(zhuǎn)讓過程中的任何未盡事宜。
4.按照本協(xié)議的規(guī)定向甲方支付轉(zhuǎn)讓價款。
第八條?保密。
除中國有關(guān)法律、法規(guī)或有關(guān)公司章程、應(yīng)予適用的_____有關(guān)法律法規(guī)或_____聯(lián)合交易所有限公司的證券上市規(guī)則有明文規(guī)定或要求外，未經(jīng)他方同意，任何一方在本協(xié)議所述交易完成前，不得將本協(xié)議的有關(guān)內(nèi)容向本次交易參與各方之外的任何第三人透露。
第九條?本協(xié)議未盡事宜。
甲乙雙方同意，在本協(xié)議簽署后，就本協(xié)議未盡事宜將進行進一步的協(xié)商，并在轉(zhuǎn)讓生效日前達成補充協(xié)議。該補充協(xié)議構(gòu)成本協(xié)議不可分割的組成部分。
第十條?違約責(zé)任。
1.任何一方違反其在本協(xié)議中的任何聲明、保證和承諾，或本協(xié)議的任何條款，即構(gòu)成違約。違約方應(yīng)向守約方支付全面和足額的賠償。而守約方有權(quán)決定是否繼續(xù)執(zhí)行或終止本協(xié)議。
2.在本協(xié)議簽署后，當(dāng)發(fā)生針對轉(zhuǎn)讓資產(chǎn)或乙方，但起因于本協(xié)議簽署日前甲方占有、使用轉(zhuǎn)讓資產(chǎn)的行為，而在本協(xié)議簽署日前未曾預(yù)料到或未向乙方披露的債務(wù)糾紛或權(quán)利爭議時，甲方同意采取措施予以解決，使轉(zhuǎn)讓資產(chǎn)或乙方免受損失。若該等糾紛或爭議對轉(zhuǎn)讓資產(chǎn)或乙方造成任何損失，則甲方同意作出賠償。
第十一條?爭議的解決。
1.凡因執(zhí)行本協(xié)議發(fā)生的與本協(xié)議有關(guān)的一切爭議，協(xié)議雙方應(yīng)通過友好協(xié)商解決。如果不能協(xié)商解決，任何一方均有權(quán)向有管轄權(quán)的人民法院起訴。
2.根據(jù)中國有關(guān)法律，如果本協(xié)議任何條款被法院裁判為無效，不影響本協(xié)議其它條款的持續(xù)有效和執(zhí)行。
第十二條?適用法律。
本協(xié)議的訂立、效力、解釋、執(zhí)行及爭議的解決，均受中國有關(guān)法律的管轄。
第十三條?協(xié)議權(quán)利。
未經(jīng)另一方的書面同意，任何一方不得轉(zhuǎn)讓其依本協(xié)議所享有的權(quán)利。各方的繼承者、經(jīng)批準(zhǔn)的受讓人均受本協(xié)議的約束。但是，甲乙雙方在此互相同意對方指定其各自的有關(guān)的附屬企業(yè)負責(zé)本協(xié)議的具體履行。甲乙各方在本協(xié)議中的所享有的全部權(quán)利及承擔(dān)的全部義務(wù)，同時視為由其各自指定的附屬企業(yè)所享有及承擔(dān)。
第十四條?不可抗力。
1.“不可抗力”是指本協(xié)議各方不能合理控制、不可預(yù)見或即使預(yù)見亦無法避免的事件，該事件妨礙、影響或延誤任何一方根據(jù)本協(xié)議履行其全部或部分義務(wù)。該事件包括但不限于地震、臺風(fēng)、洪水、火災(zāi)或其它天災(zāi)、戰(zhàn)爭、_____、_____或任何其它類似事件。
2.如發(fā)生不可抗力事件，遭受該事件的一方應(yīng)立即用可能的最快捷的方式通知對方，并在十五天內(nèi)提供證明文件說明有關(guān)事件的細節(jié)和不能履行或部分不能履行或需延遲履行本協(xié)議的原因，然后由各方協(xié)商是否延期履行本協(xié)議或終止本協(xié)議。
第十五條?附件。
本協(xié)議所有附件是本協(xié)議不可分割的組成部分，具有同等法律效力。
第十六條?文本。
本協(xié)議以中文書就。正本一式_________份，甲乙雙方各持_________份。每份正本均具有同等法律效力。
轉(zhuǎn)讓方（蓋章）：_________受讓方（蓋章）：_________。
法定代表人（簽字）：_________法定代表人（簽字）：_________。
附件。
一、資產(chǎn)評估報告（略）。
二、關(guān)于資產(chǎn)轉(zhuǎn)讓的政府批復(fù)（略）。
三、證明轉(zhuǎn)讓資產(chǎn)合法性的文件（政府批復(fù)等）（略）。
四、合同清單（略）。
五、_____單（略）。
有線傳輸協(xié)議篇十七
姓名：個人簡歷范文三年以上工作經(jīng)驗|男|29歲（1987年5月22日）居住地：南京電話：137********（手機）e-mail：/最近工作[1年4個月]公司：xx有限公司行業(yè)：通信/電信/網(wǎng)絡(luò)設(shè)備職位：有線傳輸工程師最高學(xué)歷學(xué)歷：本科專業(yè)：法學(xué)學(xué)校：南京陸軍指揮學(xué)院求職意向到崗時間：隨時到崗工作性質(zhì)：全職希望行業(yè)：通信/電信/網(wǎng)絡(luò)設(shè)備目標(biāo)地點：南京期望月薪：面議/月目標(biāo)職能：有線傳輸工程師工作經(jīng)驗/7—2014/11：xx有限公司[1年4個月]所屬行業(yè)：通信/電信/網(wǎng)絡(luò)設(shè)備傳輸設(shè)計部有線傳輸工程師1.負責(zé)國內(nèi)大型電信運營商傳輸網(wǎng)絡(luò)設(shè)計工作；2.曾先后擔(dān)任本地傳輸網(wǎng)項目的地市單項負責(zé)人；全省本地傳輸網(wǎng)項目的總負責(zé)人；省內(nèi)二級干線八期項目設(shè)計總負責(zé)人等。3.負責(zé)并參與從勘察、可研設(shè)計、初步設(shè)計、施工圖設(shè)計全流程工作，輸出包括文件、圖紙、概算等在內(nèi)的.全套設(shè)計文件；4.完成總部及各省公司內(nèi)的評審等工作。/6—2013/4：xx有限公司[1年10個月]所屬行業(yè)：通信/電信/網(wǎng)絡(luò)設(shè)備傳輸設(shè)計部有線傳輸工程師1.只要在從事接入網(wǎng)項目和移動lte項目有線傳輸勘察設(shè)計，以及割接方案和系統(tǒng)錄入工作。2.負責(zé)所有旗縣移動與公司新建基站，現(xiàn)有基站光端機設(shè)備數(shù)據(jù)傳輸運維，數(shù)據(jù)配送到站。3.緊急故障處理等。負責(zé)通信光纜的布線，熔接及通信設(shè)備的安裝與調(diào)試教育經(jīng)歷/9—2011/6南京陸軍指揮學(xué)院法學(xué)本科證書/6大學(xué)英語四級語言能力英語（良好）聽說（良好），讀寫（良好）自我評價在海外工作長達xx年時間，英語聽說讀寫能力強；從事過通信產(chǎn)品以及鐵路通信項目，it技術(shù)扎實；項目、宣講經(jīng)驗豐富。我性格熱情，誠懇，樂觀。善于思考，有強烈的團隊精神，喜歡與人交朋友。希望在深圳或海外工作和生活。
有線傳輸協(xié)議篇十八
乙方：__________________________
甲乙雙方經(jīng)友好協(xié)商，就甲方在__________網(wǎng)上刊登網(wǎng)絡(luò)廣告達成一致，具體如下：
1.前提
甲方須注冊成為__________網(wǎng)的會員。
2.廣告內(nèi)容
廣告種類廣告位置 大小(像素)每月費用刊登時間 小計 頂級廣告所有頁面的頂部 _________ ________ ________ ____全站廣告所有網(wǎng)頁的底部(固定位置) _________ ________ ________ ____總計：______________________________具體刊登日期為______年______月______日起至______年______月______日止。
3.甲方的職責(zé)
甲方應(yīng)及時向乙方提供廣告刊登的內(nèi)容：主要是：廣告圖片、企業(yè)展臺的內(nèi)容、鏈接地址。
4.乙方職責(zé)
根據(jù)雙方商定的工作進度和計劃安排每項任務(wù)的實施;處理項目變更;配合甲方做好試用工作;負責(zé)修改使用中出現(xiàn)的錯誤、咨詢使用中出現(xiàn)的問題。
5.廣告圖片及其制作
圖片風(fēng)格一般為簡潔型;內(nèi)容通常交替顯示甲方單位名稱和主要產(chǎn)品名稱。圖片由乙方負責(zé)制作。圖標(biāo)的變更以三次為限，三次以后的變更每次收費______元。
6.付費方式
甲方須在______年______月______日前付清全部廣告款項;若需續(xù)期，請?zhí)崆癬_____天月通知乙方。若因乙方網(wǎng)絡(luò)故障服務(wù)中斷，乙方按照中斷的時間加倍順延服務(wù)期。
7.項目進度
收到甲方廣告款后______個工作日內(nèi)完成并正式投入運行。
本協(xié)議一式兩份，雙方各執(zhí)一份。未盡事宜或特殊事宜，雙方應(yīng)本著友好合作的原則，協(xié)商解決。
甲方：__________ 乙方：__________
代表人：________ 代表人：________
日期：__________ 日期：__________
【本文地址：http://aiweibaby.com/zuowen/8427293.html】
