【正文】 表示協(xié)議的本質(zhì)是：在提供上下文控制服務(wù)時 ， 保證通信雙方具有一致的上下文環(huán)境 。 第 9章 高層協(xié)議 1. 翻譯 計算機使用多種規(guī)則 ， 利用二進制 0和 1組成的位串表示數(shù)據(jù) 。 從系統(tǒng)的效率和實時性出發(fā) ，可考慮采用面向無連接的控制方式 ， 這是一種和現(xiàn)在的面向連接型方式完全不同的模型 。 會話層協(xié)議詳細規(guī)定并嚴格定義了對等會話實體之間數(shù)據(jù)和控制信息的協(xié)議規(guī)程及傳輸這些信息的基本元素SPDU的結(jié)構(gòu)和編碼 。 第 9章 高層協(xié)議 數(shù)據(jù)交換管理 在數(shù)據(jù)傳輸流中插入適當?shù)耐近c 。 第 9章 高層協(xié)議 會話活動管理 管理在數(shù)據(jù)傳輸 、 同步控制 、 會話連接釋放時所必須的權(quán)限 ， 以及對半雙工或全雙工數(shù)據(jù)傳輸方式的設(shè)定 。 會話層功能與話務(wù)員及其電話查號服務(wù)很相像 。 會話層協(xié)議通常還幫助上層協(xié)議識別和連接網(wǎng)中各式各樣的可用服務(wù) 。 服務(wù)請求者 (或提供者 )可以重新建立會話連接或使用新的會話重新開始通信 。 只有持有主同步權(quán)限的會話用戶 ， 才可以發(fā)起請求主同步權(quán)限服務(wù) 。 這些規(guī)則說明了一個系統(tǒng)中的會話實體怎樣與另一個系統(tǒng)中的對等會話實體交換信息 ， 以提供會話服務(wù) ， 并說明了其內(nèi)部結(jié)構(gòu) 。 第 9章 高層協(xié)議 (2) 無連接會話服務(wù) 。 值得注意的是 ， 相對低 5層協(xié)議提供的服務(wù)而言 ，表示層提供的上述服務(wù)并非實質(zhì)性的 ， 換言之 ， 并不是必不可少的 ， 應(yīng)用層協(xié)議自己可以捎帶實現(xiàn)這些功能 。 ③ 用于傳輸數(shù)據(jù)和控制信息的表示協(xié)議數(shù)據(jù)單元的結(jié)構(gòu)和編碼 。 網(wǎng)絡(luò)系統(tǒng)功能的強弱 ，最終反映在能提供什么質(zhì)量的網(wǎng)絡(luò)服務(wù)上 ， 因而 ， 應(yīng)用層包含每種網(wǎng)絡(luò)服務(wù)涉及的所有問題和基本功能 。 聯(lián)系控制服務(wù)元素就是管理應(yīng)用聯(lián)系的功能模塊 ， 因而任何應(yīng)用都必須使用它 。實際情況是， RTSE利用會話層的再同步機制傳送數(shù)據(jù)，保存對話單元的數(shù)據(jù)以備出錯時恢復(fù)的功能是由 RTSE提供的。 當使用 CCR工作時 ， 一個系統(tǒng)總是處于主控地位 ， 控制著對另外一個系統(tǒng)的操作 。這正好是 CREFUSE和 CROLLBACK要求的服務(wù)。 但值得注意的是 ，同一個 IP地址不能在兩臺或多臺主機上共用 ， 否則 ，就會引起異常 ， 無論哪臺主機都不能正常工作 。 FTP提供了非常豐富且功能強大的命令集 ， 其中最基本的是文件傳輸和文件管理 。 用戶啟動FTP客戶機程序 ， 通過輸入用戶名和口令 ， 試圖同遠程主機上的 FTP服務(wù)器建立連接 。 建立連接后 ， 將要求輸入用戶名 ， 然后輸入口令 。發(fā)信人先將要發(fā)送的郵件送到郵件緩沖區(qū)； SMTP客戶每隔一定時間對郵件緩沖區(qū)掃描一次；如發(fā)現(xiàn)有郵件，就使用 SMTP的端口號碼 (25)與目的主機的 SMTP服務(wù)器建立 TCP連接；在連接建立后，SMTP服務(wù)器要發(fā)出“ 220 Service ready”應(yīng)答；然后SMTP客戶向 SMTP服務(wù)器發(fā)送“ HELLO”命令，附上發(fā)送方的主機名； SMTP服務(wù)器若有能力接收郵件，則回答：“ 250 OK”應(yīng)答，表示已準備好接收；若 SMTP服務(wù)器不可用，則回答“ 421 Service no available”否定應(yīng)答。 若不能接收郵件 ， 則返回 “ 421”(服務(wù)器不可用 )， “ 500”(命令無法識別 )等 。 ● 信件讀取與檢索 。 Email客戶軟件也稱為用戶代理 ， 是用戶用來收發(fā)電子郵件的工具 。 一個電子郵件由郵件頭和郵件體組成 。 第 9章 高層協(xié)議 當用戶在一個 HTML文檔中定義了一個超文本鏈后 ，瀏覽器將通過 TCP/IP協(xié)議與指定的服務(wù)器建立連接 。例如： GET/cgi bin/? keyl+key2? 其中 ， keyl和 key2是查找 WAIS數(shù)據(jù)庫的關(guān)鍵字 (即查詢條件 )。 ● 應(yīng)答頭 (Response Header)主要給出了服務(wù)器程序名 ， 通知客戶所請求的 URL需要認證以及所請求的資源需要經(jīng)過多長時間才能使用等信息 。當瀏覽器軟件連接到 Web服務(wù)器并獲取網(wǎng)頁后，通過對網(wǎng)頁HTML文檔的解釋執(zhí)行將網(wǎng)頁所包含的信息顯示在用戶的屏幕上。 在 HTTP中 ， 服務(wù)器的應(yīng)答信息將按下列結(jié)構(gòu)來組織： description： HTTP version Status code Reason phrase General Header Response Header Entity Header Entity Body 同樣 ， 應(yīng)答塊中的各個字段也是根據(jù)不同的應(yīng)答內(nèi)容任選的 。 第 9章 高層協(xié)議 GET：該方法的目的是取回由 URL指定的資源，主要用于取回由一個超文本鏈所定義的對象。 第 9章 高層協(xié)議 HTTP是一種無狀態(tài)協(xié)議 ， 即服務(wù)器不保留與客戶交易時的任何狀態(tài) 。接收端的 Email系統(tǒng)將會通知收信人該電子郵件含有附件 ， 并在閱讀郵件時 ， 會自動將附件分離出來 ， 存入到一個文件中 。 在登錄時 ， 用戶必須提供正確的用戶名和密碼 ， 否則將被拒絕 。 ● 信件的收發(fā) 。 第 9章 高層協(xié)議 最后 ， 用 DATA命令表示要開始傳輸郵件的內(nèi)容了 。 第 9章 高層協(xié)議 SMTP規(guī)定了 14條命令和 21種應(yīng)答信息。 具體步驟如下： ① 執(zhí)行 “ 開始 │運行 ” 命令 ， 彈出如圖 98所示的“ 運行 ” 對話框 。 ② 世界上有大量正在運行的匿名 FTP服務(wù)器可供使用 ，而且其上有無數(shù)的文件可以被免費復(fù)制 ， 特別是數(shù)據(jù)文件和程序文件 。 第 9章 高層協(xié)議 2. 文件傳輸協(xié)議 (FTP)及其服務(wù) 文件傳輸協(xié)議 FTP(File Transfer Protocol)是 Inter上最早和最重要的網(wǎng)絡(luò)服務(wù)之一，采用客戶機 /服務(wù)器工作方式。 為了實現(xiàn)各主機間的通信 ，每臺主機都必須有一個區(qū)別于其他主機的 、 惟一的標志 ， 就好像每一個住宅都有惟一的門牌號一樣 ， 才不至于傳輸數(shù)據(jù)時出現(xiàn)混亂 ， 這個標志就是網(wǎng)絡(luò)地址 ，也稱為 IP地址 。 顯然原子作用樹代表的整個操作或者全部完成 ， 或者都回退到初始狀態(tài) 。 各種原語結(jié)合不同參數(shù)值可以提供豐富的遠程操作服務(wù) ， 5種原語如表 93所示 。這些原語調(diào)用會話功能，實現(xiàn)單向的或雙向交替的數(shù)據(jù)傳送。 第 9章 高層協(xié)議 1. 聯(lián)系控制服務(wù)元素 ACSE 兩個應(yīng)用實體要進行通信 ， 首先必須建立聯(lián)系 。 應(yīng)用層的內(nèi)容取決于用戶的需要 ， 每個用戶可以自行決定運行什么程序和使用什么協(xié)議 ， 所以 ， OSI參考模型中沒有定義標準 。 數(shù)據(jù)壓縮實質(zhì)上是一種編碼規(guī)則及其算法；數(shù)據(jù)解壓縮采用逆算法 ， 即在網(wǎng)絡(luò)的接收端通過對數(shù)據(jù)解壓縮來還原數(shù)據(jù)的本來面目 ， 常用的壓縮算法是哈夫曼編碼 。 不同計算機系統(tǒng)采用的操作系可能不同 ， 其文件系統(tǒng)存在較大差異 ， 因此 ， 其數(shù)據(jù)表示方法千差萬別 。 第 9章 高層協(xié)議 3. 連接釋放階段 連接釋放階段的目的是使用下列功能來釋放會話連接：有序釋放 、 廢棄及透明用戶數(shù)據(jù)傳輸 。 由核心 、 協(xié)商釋放 、 半雙工或雙工 、 特權(quán)數(shù)據(jù) 、 次同步 、 主同步 、 重新同步等17個功能單位組成 。 持有釋放權(quán)限的會話用戶可以拒絕釋放 ，并且繼續(xù)會話連接而不丟失數(shù)據(jù) 。 第 9章 高層協(xié)議 (3) 釋放連接 。 會話層通過在數(shù)據(jù)流中設(shè)置同步點來提供用戶任務(wù)之間的協(xié)調(diào)和管理 。 第 9章 高層協(xié)議 會話連接管理 會話連接管理就是與對方會話服務(wù)用戶之間建立和釋放會話連接 ， 以及進行數(shù)據(jù)傳輸 。 會話服務(wù)用戶在會話連接上交換的數(shù)據(jù)可以分割為一系列稱為對話單位的基本交換單位 ， 每個對話單位中的所有通信不允許分隔開 ， 但與以前和以后所有通信是完全分開的 。 第 9章 高層協(xié)議 會話層把所有的會話服務(wù)劃分為邏輯分組 ， 每個邏輯分組稱為會話功能單位 ， 共有 12個會話功能單位： (1) 核心功能單位 。 圖中 SPM表示會話協(xié)議機制 ， 一個會話實體可由一個或多個 SPM組成 。 分布式處理系統(tǒng)不僅要求系統(tǒng)要有實時性 ， 有時還要求系統(tǒng)應(yīng)具有能同時保持多條相互有聯(lián)系的連接 ， 這就提出了多連接的方式 。 在需要保密的場合必須采用加密數(shù)據(jù)傳輸 ， 以防數(shù)據(jù)被非法使用或在傳輸過程中被竊取 。 它支持上下文定義和刪除服務(wù) ， 提供動態(tài)的上下文選擇 。 按照應(yīng)用實體的要求在系統(tǒng)間傳輸必要的應(yīng)用協(xié)議控制信息等的功能 ， 由表示層及以下各層實現(xiàn) 。事實上 ， 應(yīng)用聯(lián)系和下層的表示連接是一一對應(yīng)的 。 ROSE的操作過程也可以根據(jù)是否等待應(yīng)答來分類 。 第 9章 高層協(xié)議 對于兩個主從系統(tǒng)之間的事務(wù)處理來說 ， 這種兩階段的提交也許是太耗費時間了 。所以，用戶元素也可以看作是應(yīng)用進程在應(yīng)用實體內(nèi)部為完成其通信目的需要，而使用那些應(yīng)用服務(wù)元素的處理單元。“一級域名”又稱為頂級域名，代表國家和組織，如我國的頂級域名為“ ”；“二級域名”主要用來表明網(wǎng)絡(luò)的類別，如“ ”表示商業(yè)組織，“ ”表示網(wǎng)絡(luò)機構(gòu)，“ edu”表示教育機構(gòu)，“ ac”表示科研機構(gòu)，“ ”則表示各種非盈利性組織機構(gòu)等；“三級域名”通常是組織機構(gòu)名，必須向有關(guān)機構(gòu)申請才能得到，比如二級域名“ edu”下的三級域名需要向中國教育和科研計算機網(wǎng) CERNET網(wǎng)絡(luò)中心申請，在二級域名 “ edu”之外的其他二級域名下申請注冊三級域名的，則應(yīng)向中國互聯(lián)網(wǎng)網(wǎng)絡(luò)信息中心 CNNIC申請；四級域名即主機名是用戶的計算機名。 用戶因此可獲得內(nèi)容豐富 、 方式多樣的信息 ， 實現(xiàn)真正意義上的全球資源共享 。 啟動 FTP并建立與遠程計算機連接的前提是兩臺計算機都支持 FTP協(xié)議 ， 啟動命令如下： ftp 遠程計算機域名或 IP地址 一旦 FTP成功建立與遠程計算機的連接 ， 對方的計算機將要求用戶提供用戶名稱和登錄口令 。 用戶將郵件編輯完畢后 ， 必須退出郵件編輯程序 ， 再調(diào)用文件傳輸程序 ， 方能傳輸已編輯好的郵件 。 第 9章 高層協(xié)議 ② 郵件傳輸。 第 9章 高層協(xié)議 2) Email服務(wù) ① Email基本概念 。 此外 ， 用戶收到信件后也可以將信件的副本轉(zhuǎn)發(fā)給指定的用戶閱讀 。 當收信人聯(lián)機進入自己電子郵件箱時 ， 就可以查閱到該信件了 。 Email軟件有基于字符用戶界面的 ， 如 DOS、 UNIX下的大都屬于此類；也有基于圖形用戶界面的 ， 如 Windows環(huán)境下的Outlook Express工具等 ， 這種 Email軟件形象直觀 ， 無需記憶很多繁雜的命令 ， 操作方便 ， 簡單易學 。 服務(wù)器將根據(jù)客戶請求完成相應(yīng)操作 ， 并以應(yīng)答塊形式返回給客戶 ， 最后關(guān)閉連接 。 ● 普通頭 (General Header)是對請求信息的一般說明 。 第 9章 高層協(xié)議 2) WWW服務(wù) ① WWW基本概念。它基于客戶 /服務(wù)器模式，整個系統(tǒng)由 Web服務(wù)器、瀏覽器(Browser)和通信協(xié)議等三部分組成。 服務(wù)器將根據(jù)請求頭來解釋和處理本次請求 。 第 9章 高層協(xié)議 ① 請求塊 。 HTTP是基于客戶機 /服務(wù)器模式的面向事務(wù)的應(yīng)用層協(xié)議 。SMTP協(xié)議描述了電子郵件的信息格式及其傳遞處理方法，以保證傳送的電子郵件能夠正確地尋址和可靠地傳輸。 當信件因收信地址有誤而無法送達時 ， Email系統(tǒng)將原信退回 ， 并說明無法投遞的原因 ，以及提供一個信件傳送路徑供用戶查找其原因 。 很多用戶都是從收發(fā)電子郵件開始熟識 Inter的 。在MAIL命令后面有發(fā)信人的地址，如： MAIL FROM: 。 第 9章 高層協(xié)議 SMTP是發(fā)信人的用戶代理向源郵件服務(wù)器發(fā)送郵