应用层的功能特点 试述五层协议的网络体系结构的要点，包括各层的主要功能
\u5e94\u7528\u5c42\u6709\u54ea\u4e9b\u529f\u80fd\uff1f\u5e94\u7528\u5c42\u7684\u4e3b\u8981\u529f\u80fd\u662f\uff1a
\u2474 \u6587\u4ef6\u4f20\u8f93\u3001\u8bbf\u95ee\u548c\u7ba1\u7406
\u2475 \u7535\u5b50\u90ae\u4ef6
\u2476 \u865a\u62df\u7ec8\u7aef
\u2477 \u7b80\u5355\u7f51\u7edc\u7ba1\u7406
\u2478 \u67e5\u8be2\u670d\u52a1\u548c\u8fdc\u7a0b\u4f5c\u4e1a\u767b\u5f55
\u5e94\u7528\u5c42\u4e5f\u79f0\u4e3a\u5e94\u7528\u5b9e\u4f53\uff08AE\uff09\uff0c\u5b83\u7531\u82e5\u5e72\u4e2a\u7279\u5b9a\u5e94\u7528\u670d\u52a1\u5143\u7d20\uff08SASE\uff09\u548c\u4e00\u4e2a\u6216\u591a\u4e2a\u516c\u7528\u5e94\u7528\u670d\u52a1\u5143\u7d20\uff08CASE\uff09\u7ec4\u6210\u3002\u6bcf\u4e2aSASE\u63d0\u4f9b\u7279\u5b9a\u7684\u5e94\u7528\u670d\u52a1\uff0c\u4f8b\u5982\u6587\u4ef6\u8fd0\u8f93\u8bbf\u95ee\u548c\u7ba1\u7406\uff08FTAM\uff09\u3001\u7535\u5b50\u6587\u7535\u5904\u7406\uff08MHS\uff09\u3001\u865a\u62df\u7ec8\u7aef\u534f\u8bae\uff08VAP\uff09\u7b49\u3002CASE\u63d0\u4f9b\u4e00\u7ec4\u516c\u7528\u7684\u5e94\u7528\u670d\u52a1\uff0c\u4f8b\u5982\u8054\u7cfb\u63a7\u5236\u670d\u52a1\u5143\u7d20\uff08ACSE\uff09\u3001\u53ef\u9760\u8fd0\u8f93\u670d\u52a1\u5143\u7d20\uff08RTSE\uff09\u548c\u8fdc\u7a0b\u64cd\u4f5c\u670d\u52a1\u5143\u7d20\uff08ROSE\uff09\u7b49\u3002\u968f\u7740\u5e94\u7528\u5c42\u7684\u53d1\u5c55\uff0c\u5404\u79cd\u7279\u5b9a\u5e94\u7528\u670d\u52a1\u7684\u589e\u591a\uff0c\u5e94\u7528\u670d\u52a1\u7684\u6807\u51c6\u5316\u5f00\u5c55\u4e86\u8bb8\u591a\u7814\u7a76\u5de5\u4f5c\uff0cISO\u5df2\u5236\u5b9a\u4e86\u4e00\u4e9b\u56fd\u9645\u6807\u51c6\uff08IS\uff09\u548c\u56fd\u9645\u6807\u51c6\u8349\u6848\uff08DIS\uff09\u3002
1.\u5e94\u7528\u5c42
\u5e94\u7528\u5c42\u7684\u4efb\u52a1\u662f\u901a\u8fc7\u5e94\u7528\u8fdb\u7a0b\u95f4\u7684\u4ea4\u4e92\u6765\u5b8c\u6210\u7279\u5b9a\u7f51\u7edc\u5e94\u7528\u3002\u5e94\u7528\u5c42\u534f\u8bae\u5b9a\u4e49\u7684\u662f\u5e94\u7528\u8fdb\u7a0b\u95f4\u901a\u4fe1\u548c\u4ea4\u4e92\u7684\u89c4\u5219\u3002
\u4e0d\u540c\u7684\u7f51\u7edc\u5e94\u7528\u9700\u8981\u4e0d\u540c\u7684\u534f\u8bae\uff0c\u5982\u4e07\u7ef4\u7f51\u5e94\u7528\u7684HTTP\u534f\u8bae\uff0c\u652f\u6301\u7535\u5b50\u90ae\u4ef6\u7684SMTP\u534f\u8bae\uff0c\u652f\u6301\u6587\u4ef6\u4f20\u9001\u7684FTP\u534f\u8bae\u7b49
2.\u8fd0\u8f93\u5c42
\u8fd0\u8f93\u5c42\u7684\u4efb\u52a1\u662f\u8d1f\u8d23\u4e3a\u4e24\u4e2a\u4e3b\u673a\u4e2d\u8fdb\u7a0b\u4e4b\u95f4\u7684\u901a\u4fe1\u63d0\u4f9b\u901a\u7528\u7684\u6570\u636e\u4f20\u8f93\u670d\u52a1\u3002\u5e94\u7528\u8fdb\u7a0b\u5229\u7528\u8be5\u670d\u52a1\u4f20\u9001\u5e94\u7528\u5c42 \u62a5\u6587\u3002
\u6240\u8c13\u901a\u7528\uff0c\u662f\u6307\u5e76\u4e0d\u9488\u5bf9\u67d0\u4e2a\u7279\u5b9a\u7f51\u7edc\u7684\u5e94\u7528\u3002\u800c\u662f\u591a\u79cd\u5e94\u7528\u53ef\u4ee5\u4f7f\u7528\u540c\u4e00\u4e2a\u8fd0\u8f93\u5c42\u670d\u52a1\u3002
\u8fd0\u8f93\u5c42\u4e3b\u8981\u4f7f\u7528\u4ee5\u4e0b\u4e24\u79cd\u534f\u8bae\uff1a
\u4f20\u8f93\u63a7\u5236\u534f\u8baeTCP \uff08\u63d0\u4f9b\u9762\u5411\u8fde\u63a5\u7684\uff0c\u53ef\u9760\u7684\u6570\u636e\u4f20\u8f93\u670d\u52a1\uff0c\u6570\u636e\u4f20\u8f93\u7684\u5355\u4f4d\u662f\u62a5\u6587\u6bb5\uff09
\u7528\u6237\u6570\u636e\u62a5\u534f\u8baeUDP(\u63d0\u4f9b\u65e0\u8fde\u63a5\u7684\uff0c\u5c3d\u6700\u5927\u52aa\u529b\u4ea4\u4ed8\uff0c\u5176\u6570\u636e\u4f20\u8f93\u7684\u5355\u4f4d\u662f\u7528\u6237\u6570\u636e\u62a5)
3.\u7f51\u7edc\u5c42
\u7f51\u7edc\u5c42\u4e3a\u5206\u7ec4\u4ea4\u6362\u7f51\u4e0a\u4e0d\u540c\u4e3b\u673a\u63d0\u4f9b\u901a\u4fe1\u670d\u52a1\u3002\u7f51\u7edc\u5c42\u5c06\u8fd0\u8f93\u5c42\u4ea7\u751f\u7684\u62a5\u6587\u6bb5\u6216\u7528\u6237\u6570\u636e\u62a5\u5c01\u88c5\u6210\u5206\u7ec4\u548c\u5305\u8fdb\u884c\u4f20\u9001\u3002
4.\u6570\u636e\u94fe\u8def\u5c42
\u4e24\u53f0\u4e3b\u673a\u95f4\u7684\u6570\u636e\u4f20\u8f93\uff0c\u603b\u662f\u4e00\u6bb5\u4e00\u6bb5\u5728\u6570\u636e\u94fe\u8def\u4e0a\u4f20\u9001\u7684\uff0c\u8fd9\u5c31\u9700\u8981\u4f7f\u7528\u4e13\u95e8\u7684\u94fe\u8def\u5c42\u534f\u8bae\u3002\u5728\u4e24\u4e2a\u76f8\u90bb\u8282\u70b9\u95f4\u7684\u94fe\u8def\u4e0a\u4f20\u9001\u5e27\uff0c\u6bcf\u4e00\u5e27\u5305\u62ec\u6570\u636e\u548c\u5fc5\u8981\u7684\u63a7\u5236\u4fe1\u606f\uff08\u5982\u540c\u6b65\u4fe1\u606f\uff0c\u5730\u5740\u4fe1\u606f\uff0c\u5dee\u9519\u63a7\u5236\u7b49\uff09
\u4e09\u4e2a\u57fa\u672c\u95ee\u9898\uff1a\u5c01\u88c5\u6210\u5e27\uff0c\u900f\u660e\u4f20\u8f93\uff0c\u5dee\u9519\u68c0\u6d4b
5.\u7269\u7406\u5c42
\u5728\u7269\u7406\u5c42\u4e0a\u6240\u4f20\u6570\u636e\u5355\u4f4d\u662f\u6bd4\u7279\u3002
\u6269\u5c55\u8d44\u6599\uff1a\u7f51\u7edc\u4f53\u7cfb\u7ed3\u6784\u662f\u6307\u901a\u4fe1\u7cfb\u7edf\u7684\u6574\u4f53\u8bbe\u8ba1\uff0c\u5b83\u4e3a\u7f51\u7edc\u786c\u4ef6\u3001\u8f6f\u4ef6\u3001\u534f\u8bae\u3001\u5b58\u53d6\u63a7\u5236\u548c\u62d3\u6251\u63d0\u4f9b\u6807\u51c6\u3002\u5b83\u5e7f\u6cdb\u91c7\u7528\u7684\u662f\u56fd\u9645\u6807\u51c6\u5316\u7ec4\u7ec7\uff08ISO\uff09\u57281979\u5e74\u63d0\u51fa\u7684\u5f00\u653e\u7cfb\u7edf\u4e92\u8fde\uff08OSI-Open System Interconnection)\u7684\u53c2\u8003\u6a21\u578b\u3002
\u53c2\u8003\u8d44\u6599\uff1a\u7f51\u7edc\u4f53\u7cfb\u7ed3\u6784\u767e\u5ea6\u767e\u79d1
属于应用的概念和协议发展得很快，使用面又很广泛，这给应用功能的标准化带来了复杂性和困难性。比起其它层来说，应用层需要的标准最多，但也是最不成熟的一层。但随着应用层的发展，各种特定应用服务的增多，应用服务的标准化开展了许多研究工作，ISO已制定了一些国际标准（IS）和国际标准草案（DIS）。因此，通过介绍一些具有通用性的协议标准，来描述应用层的主要功能及其特点。
主要是提供网络任意端上应用程序之间的接口。 计算机网络上电子邮件的实现开始了人们通信方式的一场革命。电子邮件的吸引力，在于象电话一样，速度快，不要求双方都同时在场，而且还留下可供处理或多处投递的书写文电拷贝。
虽然电子邮件被认为只是文件运输的一个特例，但它有一些不为所有文件运输所共有的特殊性质。因为，电子邮件系统首先需考虑一个完善的人机界面，例如写作，编辑和读取电子邮件的接口，其次要提供一个运输邮件所需的邮政管理功能，例如管理邮件表和递交通知等。此外，电子邮件与通用文件运输的另一个差别是，邮件文电是最高度结构化的文本。在许多系统中，每个文电除了它的内容外，还有大量的附加信息域，这些信息域包括发送方名和地址、接收方名和地址、投寄的日期和时刻、接收复写副本的人员表、失效日期、重要性等级、安全许可性以及其它许多附加信息。1984年CCITT制定了叫做MHS（文电处理系统）的X．400建议的一系列协议。ISO试图把它们收进OSI的应用层，并叫做MOTIS（面向文电的正交换系统）。由于X．400结构的缺少，这种吸收不是很简单。1988年又修改了X.400，力争与MOTIS会聚。本章我们将介绍MHS。 其它应用已经或正在标准化。在此，要介绍的是目录服务、远程作业录入、图形和信息通信。
（1）目录服务：它类似于电子电话本，提供了在网络上找人或查到可用服务地址的方法。
（2）远程作业录入：允许在一台计算机上工作的用户把作业提交到另一台计算机上去执行。
（3）图形：具有发送如工程图在远地显示和标绘的功能。
（4）信息通信：用于家庭或办公室的公用信息服务。例如智能用户电报、电视图文等。
联系控制服务元素]ACSE和up][2]sup]提交、并发与恢复CCR b]
随着应用层的发展，各种特定应用服务增多，当初ISO7498中定义的应用层服务已大部
分划归到公共应用服务元素（CASE）中去了，而且许多应用有一定数据的共同部分，几乎
所有这些应用都需要管理连接。为了避免每一个新的应用都要重新从头开始，ISO决定把这
些公共部分实行标准化。下面描述其中最重要的两个。
（1）联系控制服务元素ACSE
联系控制服务元素提供应用连接的建立和正常或异常释放的功能。
所谓联系是指两个应用实体之间的连接；联系控制服务元素是应用层的基本核心子集
。提出以下几个ACSE原语：
1）A一ASSOCIATE建立一个联系
2）A一RELEASE 释放一个联系
3）A一ABORT 用户发起的夭折
4）A一P一ABORT 提供者发起的夭折
每一条ACSE原语与相应的表示层服务原语有一一映照关系，也即应用联系与表示连接
是同时建立、同时释放的。
（2）托付、并发和恢复（CCR）
CCR的主要目的就是协调若干个（相互关联的）应用联系，为基本多应用联系的信息处
理任务提供一个安全和高效的环境。几乎所有的需要可靠性操作的应用都使用CCR。
在CCR模型中，数据分为两大类：安全数据和常规数据,所谓安全数据是那些能经受应
用失败，并且在应用联系恢复到正常后可以重新引用的数据。通常是把安全数据存储在外
部存储介质中。为了保证安全数据的完整性和可靠性，对它的修改要用一些特定的规则，
例如特定的封锁机制。所谓常规数据是那些在应用联系工作期间并没有被保存在可靠存储
区域的数据。例如在缓冲区或工作栈中。当应用联系受到破坏后，这些数据将不再可用。
应用层是OSI参考模型中最接近用户的一层，它提供了各种网络服务，并负责数据的编码转换、用户身份认证与授权以及会话管理等。应用层协议定义了应用进程间通信和交互的规则，使得不同的应用进程能够通过网络进行通信。
绛旓細鏈夌墿鐞嗗眰.鏁版嵁閾捐矾灞..缃戠粶灞..浼犺緭灞.浼氳瘽灞.琛ㄧず灞..搴旂敤灞绗竴灞:鐗╃悊灞(PhysicalLayer) 瑙勫畾閫氫俊璁惧鐨勬満姊扮殑銆佺數姘旂殑銆鍔熻兘鐨勫拰瑙勭▼鐨勭壒鎬,鐢ㄤ互寤虹珛銆佺淮鎶ゅ拰鎷嗛櫎鐗╃悊閾捐矾杩炴帴銆傚叿浣撳湴璁,鏈烘鐗规ц瀹氫簡缃戠粶杩炴帴鏃舵墍闇鎺ユ彃浠剁殑瑙勬牸灏哄銆佸紩鑴氭暟閲忓拰鎺掑垪鎯呭喌绛;鐢垫皵鐗规ц瀹氫簡鍦ㄧ墿鐞嗚繛鎺ヤ笂浼犺緭bit娴佹椂绾胯矾涓婁俊...
绛旓細1.銆搴旂敤灞 搴旂敤灞傚搴斾簬OSI鍙傝冩ā鍨嬬殑楂樺眰锛屼负鐢ㄦ埛鎻愪緵鎵闇瑕佺殑鍚勭鏈嶅姟锛屼緥濡傦細FTP銆乀elnet銆丏NS銆丼MTP绛.2.銆佷紶杈撳眰 浼犺緭灞傚搴斾簬OSI鍙傝冩ā鍨嬬殑浼犺緭灞傦紝涓哄簲鐢ㄥ眰瀹炰綋鎻愪緵绔埌绔殑閫氫俊鍔熻兘锛屼繚璇佷簡鏁版嵁鍖呯殑椤哄簭浼犻佸強鏁版嵁鐨勫畬鏁存с傝灞傚畾涔変簡涓や釜涓昏鐨勫崗璁細浼犺緭鎺у埗鍗忚锛圱CP锛夊拰鐢ㄦ埛鏁版嵁鎶ュ崗璁紙...
绛旓細7 搴旂敤灞:鐩存帴涓虹鐐圭敤鎴锋彁渚涙湇鍔° 涓冨眰妯″瀷鍏锋湁涓や釜绐佸嚭鐨鐗圭偣: l 娓呮櫚鎬 鐢变簬鍚灞傚姛鑳鐣岀嚎娓呮,鍙娇澶嶆潅鐨勭綉缁滆璁＄畝鍖栨竻鏅般 2 鐏垫椿鎬 缃戠粶涓悇灞傜浉瀵圭嫭绔,淇敼浜嗘煇灞傚崗璁篃涓嶄細褰卞搷绯荤粺鐨勫叾浠栭儴鍒嗐備笉鍚屽眰娆″畬鎴愮殑鑱岃兘涓嶅悓,姣忓眰鍙畬鎴愭湁闄鐨勫姛鑳,涓婂眰璇锋眰涓嬪眰鐨勬湇鍔,涓嬪眰瀹炵幇涓婂眰鐨勬剰鍥俱 閴翠簬鏈韩鐨勭壒鐐,...
绛旓細3銆佺綉缁滃眰锛氳矾鐢卞櫒(Router)銆傜敤浜庤繛鎺ヤ笉鍚岀殑閫昏緫缃戠粶銆俁outer鐨勬瘡涓涓鍙ｉ兘鏈夊敮涓鐨勭墿鐞嗗湴鍧鍜岄昏緫鍦板潃銆4銆搴旂敤灞锛氱綉鍏(Gateway)銆傜敤浜庝簰杩炵綉缁滀笂锛屼娇鐢ㄤ笉鍚屽崗璁殑搴旂敤绋嬪簭涔嬮棿鐨勬暟鎹氫俊锛岀洰鍓嶅皻鏃犵‖浠朵骇鍝併傚墠涓よ呭睘浜嶰SI鍜孴CP/IP妯″瀷鐨勬渶浣庡眰锛屽嵆鐗╃悊灞傦紝璧峰埌鏁板瓧淇″彿鏀惧ぇ鍜屼腑杞鐨勪綔鐢銆備腑缁у櫒(...
绛旓細涓鑸俊鎭郴缁熶腑鏈甯歌鐨勬槸濡備笅鎵鍒楃殑4灞:琛ㄧず灞,涓氬姟閫昏緫灞,鎸佷箙灞,搴旂敤灞銆 妯″紡浠嬬粛: 琛ㄧず灞(涔熺О涓篣I灞):涓昏瀵圭敤鎴风殑璇锋眰鎺ュ彈,浠ュ強鏁版嵁鐨勮繑鍥,涓哄鎴风鎻愪緵搴旂敤绋嬪簭鐨勮闂 搴旂敤灞(涔熺О涓烘湇鍔″眰):鏈嶅姟灞傜殑浣滅敤灏辨槸灏嗚〃鐜板眰涓庝笟鍔￠昏緫灞備箣闂村畬鎴愯В鑰︺傞偅涔堣〃鐜板眰涓氨涓嶄細鍑虹幇浠讳綍鐨勪笟鍔′唬鐮,褰撶劧杩欐牱甯︽潵...
绛旓細绗竴灞傛槸搴旂敤灞锛鍔熻兘鏄湇鍔′簬搴旂敤杩涚▼鐨勶紝灏辨槸鍚戠敤鎴锋彁渚涙暟鎹姞涓婄紪鐮佸拰瀵硅瘽瀵圭殑鎺у埗銆傜浜屽眰鏄繍杈撳眰锛屽姛鑳芥槸鑳藉瑙ｅ喅璇稿绔埌绔彲闈犳у拰淇濊瘉鏁版嵁鎸夌収姝ｇ‘鐨勯『搴忓埌杈俱傚寘鎷墍缁欐暟鎹簲璇ラ佺粰鍝釜搴旂敤绋嬪簭銆傜涓夊眰鏄綉缁滃眰锛屽姛鑳芥槸杩涜缃戠粶杩炴帴鐨勫缓绔嬶紝鍜岀粓姝㈠強IP鍦板潃鐨勫鎵炬渶浣抽斿緞绛夊姛鑳姐傜鍥涘眰鏄綉缁...
绛旓細4銆搴旂敤灞 鍖呮嫭绯荤粺杞欢銆佷簯璁＄畻鏈嶅姟鎻愪緵鍟嗙殑搴旂敤绋嬪簭鍜屾湇鍔°傝繖涓灞傞潰娑夊強鍒扮郴缁熻蒋浠跺拰浜戣绠楁湇鍔℃彁渚涘晢鐨勫畨鍏紝鍥犱负杩欑被鏈嶅姟闇瑕佽闂敤鎴锋暟鎹拰璧勬簮锛屽搴旂敤绋嬪簭銆佹暟鎹簱銆佹湇鍔″櫒绛夌瓑銆備簯瀹夊叏鐨勪富瑕鍔熻兘鍜鐗圭偣浠嬬粛锛1銆佹暟鎹畨鍏細浜戝畨鍏ㄧ郴缁熶负浜嗕繚鎶や紒涓氭垨缁勭粐鐨勬晱鎰熶俊鎭紝浼氶噰鍙栧姞瀵嗐佽韩浠介獙璇佺瓑鎺柦锛屼互...
绛旓細OSI灏嗚绠楁満缃戠粶浣撶郴缁撴瀯(architecture)鍒掑垎涓轰互涓嬩竷灞傦細7 搴旂敤灞 鈥斺 Application Layer 6 琛ㄧず灞 鈥斺 Presentation Layer 5 浼氳瘽灞 鈥斺 Session Layer 4 浼犺緭灞 鈥斺 Transport Layer 3 缃戠粶灞 鈥斺 Network Layer 2 鏁版嵁閾捐矾灞 鈥斺 Data Link Layer 1 鐗╃悊灞 鈥斺 Physical Layer 鈥淥SI/RM...
绛旓細缃戠粶灞傚鎵鏈夎繘鍑烘暟鎹繘琛岀洃鎺э紝搴旂敤灞鍙拡瀵圭壒瀹氬簲鐢ㄧ▼搴忚繘琛岀洃鎺т繚鎶
绛旓細6銆佽〃绀哄眰锛圥resentationLayer锛夎〃绀哄眰涓昏璐熻矗鏁版嵁鐨勬牸寮忚浆鎹佸姞瀵嗗拰瑙ｅ瘑绛夋搷浣滐紝浠ョ‘淇濅笉鍚岀郴缁熶腑鐨勫簲鐢ㄧ▼搴忚兘澶熸纭湴瑙ｉ噴鏁版嵁銆傚畠澶勭悊鏁版嵁鐨勮娉曘佽涔夊拰璇硶涔嬮棿鐨勮浆鎹鍔熻兘鐗圭偣锛氭暟鎹牸寮忕殑杞崲銆傛暟鎹殑鍔犲瘑鍜岃В瀵嗐傚鐞嗘暟鎹殑鍘嬬缉鍜岃В鍘嬬缉銆傜ず渚嬶細JPEG銆丄SCII缂栫爜銆7銆搴旂敤灞锛圓pplicationLayer锛夊簲鐢ㄥ眰鏄...
