freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

多媒體通信技術(shù)第6章多媒體通信協(xié)議(編輯修改稿)

2025-03-05 14:21 本頁(yè)面
 

【文章內(nèi)容簡(jiǎn)介】 。 在數(shù)據(jù)傳輸過(guò)程中 , TCP協(xié)議采用一種 “ 窗口 ” 機(jī)制來(lái)控制數(shù)據(jù)流量 , 使接收方 TCP實(shí)體能夠根據(jù)自己當(dāng)前緩沖區(qū)容量來(lái)控制發(fā)送方 TCP實(shí)體傳送的數(shù)據(jù)量 。 流量控制實(shí)際上反映了信道容量和接收緩沖區(qū)容量的有效利用和動(dòng)態(tài)分配問(wèn)題 。 TCP采用的是一種稱為信用證的窗口機(jī)制 , 主要通過(guò) TCP段中的窗口字段和確認(rèn)號(hào)字段實(shí)現(xiàn)的 。 窗口對(duì)應(yīng)于一個(gè) TCP實(shí)體可接收數(shù)據(jù)的序號(hào)空間 , 確認(rèn)號(hào)表示它所希望接收的下一個(gè)數(shù)據(jù)字節(jié)的序號(hào) 。 第 6 章 多媒體通信協(xié)議 在建立連接時(shí) , 雙方使用 SYN段或 ACK段中的窗口字段捎帶著相互通告各自的窗口大小 , 即發(fā)放信用證 。 在數(shù)據(jù)傳輸過(guò)程中 , 發(fā)送方按接收方通告的窗口尺寸和序號(hào)發(fā)送一定的數(shù)據(jù)量 。接收方可根據(jù)接收緩沖區(qū)的使用狀況動(dòng)態(tài)地調(diào)整接收窗口 , 并在發(fā)送數(shù)據(jù)段或確認(rèn)段時(shí)捎帶著將新的窗口尺寸和起始序號(hào) (在確認(rèn)號(hào)字段中指出 )通告給發(fā)送方 。 發(fā)送方將按新的起始序號(hào)和新的接收窗口尺寸來(lái)調(diào)整發(fā)送窗口 , 接收方也用新的起始序號(hào)和新的接收窗口大小來(lái)驗(yàn)證每一個(gè)輸入數(shù)據(jù)段的可接受性 。 第 6 章 多媒體通信協(xié)議 5. PUSH操作 在一個(gè) TCP連接上進(jìn)行正常數(shù)據(jù)傳送過(guò)程中 , 發(fā)送方 TCP會(huì)以自己的方式來(lái)分段和發(fā)送 ULP遞交的數(shù)據(jù) 。 對(duì)于遞交了該數(shù)據(jù)的 ULP來(lái)說(shuō) , 在數(shù)據(jù)發(fā)送完成之前是無(wú)法知道數(shù)據(jù)發(fā)送狀態(tài) (是正在發(fā)送 , 還是因等待一個(gè)合適的窗口而被延遲發(fā)送 ) 的 。 PUSH(推進(jìn) )功能為 ULP提供一種強(qiáng)制的數(shù)據(jù)發(fā)送機(jī)制 , 使得ULP遞交的數(shù)據(jù)能夠迅速地從本地推向遠(yuǎn)地 , 而不受當(dāng)前發(fā)送窗口大小和發(fā)送方的發(fā)送方式的限制 。 第 6 章 多媒體通信協(xié)議 當(dāng)發(fā)送方 TCP收到 ULP的 PUSH操作請(qǐng)求后 , 會(huì)在流量控制允許的范圍內(nèi)進(jìn)行數(shù)據(jù)分段并發(fā)送本地 TCP緩沖區(qū)中所有的數(shù)據(jù)(TCP段頭中的 PSH標(biāo)志位被置位 )。 當(dāng)接收方 TCP收到帶有 PSH標(biāo)志的 TCP數(shù)據(jù)段后 , 會(huì)迅速將這些數(shù)據(jù)段遞交給 ULP, 并結(jié)束ULP當(dāng)前的接收命令 。 發(fā)送方和接收方 TCP實(shí)體對(duì)于連續(xù)的推進(jìn) , 并不保證各個(gè)推進(jìn)邊界 , 可以把若干推進(jìn)單元合成一個(gè)推進(jìn)單元來(lái)發(fā)送和接收 。 發(fā)送方 TCP可以把常規(guī)數(shù)據(jù)和推進(jìn)數(shù)據(jù)混合發(fā)送 , 但常規(guī)數(shù)據(jù)只能放在推進(jìn)數(shù)據(jù)之前 。 第 6 章 多媒體通信協(xié)議 6 . 緊急數(shù)據(jù) 為了給 ULP之間提供一種緊急信息的快速傳遞機(jī)制 , TCP允許在一個(gè) TCP段中攜帶緊急數(shù)據(jù) (Urgent Data)發(fā)送 。 緊急數(shù)據(jù)必須位于數(shù)據(jù)段中所有數(shù)據(jù)的最前端 , 并在 TCP段頭中設(shè)置如下字段 : ① 設(shè)置 URG標(biāo)志位 , 表示當(dāng)前數(shù)據(jù)段中攜帶有緊急數(shù)據(jù) 。 ② 設(shè)置緊急指針 。 緊急指針與當(dāng)前輸出段的序號(hào)之和便指向數(shù)據(jù)流中緊急數(shù)據(jù)最后一個(gè)字節(jié) 。 對(duì)于一個(gè)包含該字節(jié)的數(shù)據(jù)段來(lái)講 , 其緊急數(shù)據(jù)長(zhǎng)度從段序號(hào)開始一直延續(xù)到該字節(jié)為止 。 第 6 章 多媒體通信協(xié)議 7 . TCP協(xié)議提供了一組稱為端口 (Port)的地址集 , 使得單一主機(jī)上多個(gè) ULP可以通過(guò)不同的端口號(hào)同時(shí)使用單一 TCP實(shí)體進(jìn)行通信 , 這種通過(guò)端口號(hào)共享單一 TCP實(shí)體的功能稱為 TCP多路復(fù)用 。 TCP實(shí)體對(duì)端口號(hào)的選取都是獨(dú)立的 , 為了保證通信連接的惟一性 , 本地 TCP實(shí)體只需保證本地端口號(hào)的惟一性即可 。 網(wǎng)間唯一的 IP地址和本地唯一的端口號(hào)便惟一地確定了通信連接的一個(gè)端點(diǎn) , 這種地址標(biāo)識(shí)也稱套接字 (Socket)。 一個(gè)本地套接字可以同時(shí)與多個(gè)遠(yuǎn)地套接字建立通信連接 。 第 6 章 多媒體通信協(xié)議 8. TCP的優(yōu)先級(jí)和安全性 TCP協(xié)議的優(yōu)先級(jí)和安全性參數(shù)由 TCP實(shí)體的上層協(xié)議指定 , 并通過(guò) IP協(xié)議的選項(xiàng)操作傳送給遠(yuǎn)地通信實(shí)體 。 TCP的安全性參數(shù)包括安全性 、 分隔域 、 用戶組和處理限制 。 TCP的安全性和優(yōu)先級(jí)是可選的功能 , 在一些 TCP/IP的實(shí)現(xiàn)中并不支持優(yōu)先級(jí)和安全性機(jī)制 。 當(dāng)遠(yuǎn)地 TCP實(shí)體收到的安全性參數(shù)與建立連接時(shí)所協(xié)商的參數(shù)值不相匹配時(shí) , 或者收到的優(yōu)先級(jí)參數(shù)低于協(xié)商值時(shí) , 遠(yuǎn)地TCP將通過(guò)復(fù)位 (RST)報(bào)文復(fù)位已建立的連接 。 第 6 章 多媒體通信協(xié)議 UDP協(xié)議 1. UDP報(bào)文格式 圖 UDP報(bào)文格式 源端口號(hào) 目的端口號(hào) 報(bào)文長(zhǎng)度 校驗(yàn)和 數(shù)據(jù) 0 15 16 31 第 6 章 多媒體通信協(xié)議 源端口號(hào)為發(fā)送端的 UDP端口號(hào) , 支持 UDP多路復(fù)用機(jī)制 。 它是一個(gè)可選的字段 , 不用時(shí)設(shè)為 0。 目的端口號(hào)為接收端的 UDP端口號(hào) , 支持 UDP多路復(fù)用機(jī)制 。 報(bào)文長(zhǎng)度包括 UDP報(bào)頭和數(shù)據(jù)在內(nèi)的報(bào)文長(zhǎng)度 , 以字節(jié)為單位 , 最小值為 8 (報(bào)頭長(zhǎng)度 )。 校驗(yàn)和的計(jì)算對(duì)象包括偽協(xié)議頭 、 UDP報(bào)頭和數(shù)據(jù) 。 校驗(yàn)和是可選字段 , 該字段為 0 時(shí) , 表示發(fā)送端沒(méi)有為該 UDP數(shù)據(jù)報(bào)提供校驗(yàn)和 。 第 6 章 多媒體通信協(xié)議 2. UDP發(fā)送與接收 UDP數(shù)據(jù)報(bào)是通過(guò) IP協(xié)議發(fā)送或接收的 。 網(wǎng)間尋址由 IP地址完成 , 進(jìn)程間尋址則由 UDP端口來(lái)實(shí)現(xiàn) 。 當(dāng)發(fā)送數(shù)據(jù)時(shí) , UDP實(shí)體構(gòu)造好一個(gè) UDP數(shù)據(jù)報(bào)后遞交給 IP協(xié)議 , IP協(xié)議要將整個(gè) UDP數(shù)據(jù)報(bào)封裝在 IP數(shù)據(jù)報(bào)中 , 即加上 IP報(bào)頭 , 形成 IP數(shù)據(jù)報(bào)發(fā)送到網(wǎng)上 。 第 6 章 多媒體通信協(xié)議 在接收數(shù)據(jù)時(shí) , UDP實(shí)體首先判斷接收到的數(shù)據(jù)報(bào)的目的端口是否與當(dāng)前使用的某端口相匹配 。 如果匹配 , 則將數(shù)據(jù)報(bào)放入相應(yīng)的接收隊(duì)列 。 否則 , 丟棄該數(shù)據(jù)報(bào) , 并向源端發(fā)送一個(gè) “ 端口不可達(dá) ” 的 ICMP報(bào)文 。 此外 , 當(dāng)接收緩沖區(qū)已滿時(shí) , 即使是端口匹配的數(shù)據(jù)報(bào)也要丟棄 。 UDP在計(jì)算校驗(yàn)和時(shí)要包括一個(gè)偽協(xié)議頭 , 它不是 UDP數(shù)據(jù)報(bào)的有效成分 , 主要用于驗(yàn)證 UDP數(shù)據(jù)報(bào)是否正確地傳送到目的地 。 偽協(xié)議頭包含有源 IP地址 、 目的 IP地址 、 協(xié)議號(hào)和 UDP報(bào)長(zhǎng)等字段 , 有關(guān)信息來(lái)自于 IP報(bào)頭 。 第 6 章 多媒體通信協(xié)議 傳送層端口 傳送層的重要功能之一就是提供了面向進(jìn)程的通信機(jī)制 。 因此 , 傳送層協(xié)議必須提供某種方法來(lái)標(biāo)識(shí)進(jìn)程 。 TCP/UDP協(xié)議采用端口 (Port)概念來(lái)標(biāo)識(shí)通信進(jìn)程 。 端口相當(dāng)于 OSI傳輸層的服務(wù)訪問(wèn)點(diǎn) (TSAP), 它是一種抽象的軟件結(jié)構(gòu) , 內(nèi)部包含一些數(shù)據(jù)結(jié)構(gòu)和I/O緩沖區(qū) 。 進(jìn)程通過(guò)系統(tǒng)調(diào)用與某個(gè)或某些端口建立聯(lián)系后 , 就可以使用相應(yīng)的端口來(lái)傳輸數(shù)據(jù)了 。 另一方面 , 端口又是進(jìn)程訪問(wèn)傳輸服務(wù)的入口點(diǎn) , 它提供了多個(gè)進(jìn)程共享同一端口的多路復(fù)用功能 。 每個(gè)端口都使用惟一的端口號(hào)來(lái)標(biāo)識(shí) , 進(jìn)程的通信主要表現(xiàn)在對(duì)端口的操作 , 通過(guò)端口號(hào)來(lái)獲取相應(yīng)的端口 , 然后進(jìn)行端口的讀寫操作 。 這樣 , 進(jìn)程間的通信操作如同一般的 I/O操作 , 以程序員熟悉的方式進(jìn)行 , 簡(jiǎn)化了網(wǎng)絡(luò)應(yīng)用程序的編程 。 第 6 章 多媒體通信協(xié)議 TCP和 UDP協(xié)議的端口號(hào)值均是 16 位 , 分別可以提供 216個(gè)不同的端口 。 那么以什么樣的規(guī)則來(lái)使用這些端口號(hào)才能在不同主機(jī)的進(jìn)程間進(jìn)行通信呢 ? 這就是端口號(hào)的分配問(wèn)題 。 TCP和 UDP協(xié)議將端口號(hào)分為兩部分 。 一部分是保留端口 , 占全部端口號(hào)的一小部分 , 以全局方式分配 。 這些端口就是所謂的 “ 周知 ” 端口 , 由有關(guān)的權(quán)威機(jī)構(gòu)分配 。 TCP和 UDP都有自己的保留端口 , 而且都是從 0 開始順序向上分配的 。 另一部分是自由端口 , 占全部端口號(hào)的絕大部分 , 以本地方式分配 。 當(dāng)一個(gè)進(jìn)程與另一個(gè)進(jìn)程通信之前 , 該進(jìn)程首先申請(qǐng)一個(gè)本地自由端口 , 然后再用已知的遠(yuǎn)地端口 (周知端口或自由端口 )與遠(yuǎn)地進(jìn)程建立聯(lián)系 , 并進(jìn)行數(shù)據(jù)傳輸 。 第 6 章 多媒體通信協(xié)議 IP v6 協(xié) 議 IP v6報(bào)文格式 圖 IP v6報(bào)頭格式 第 6 章 多媒體通信協(xié)議 IP v6報(bào)頭各個(gè)字段意義如下 : 版本號(hào) : 4位 , 表示 IP協(xié)議的版本號(hào) , IP v6版本取值為 6。 優(yōu)先級(jí) : 4位 , 表示該數(shù)據(jù)報(bào)的優(yōu)先級(jí) 。 流標(biāo)識(shí) : 24位 , 與優(yōu)先級(jí)一起共同標(biāo)識(shí)該數(shù)據(jù)報(bào)的服務(wù)質(zhì)量級(jí) 。 載荷長(zhǎng)度 : 16位 , 表示有效載荷長(zhǎng)度 (以字節(jié)為單位 )。 后續(xù)報(bào)頭 : 8位 , 標(biāo)識(shí)緊接在 IP v6后的后續(xù)擴(kuò)展報(bào)頭的類型 。 步跳限制 : 8位 , 允許數(shù)據(jù)報(bào)跨越路由器的個(gè)數(shù) , 表示該數(shù)據(jù)報(bào)在網(wǎng)間傳輸?shù)淖畲蟠婊顣r(shí)間 。 源 IP地址 : 128位 , 發(fā)送數(shù)據(jù)報(bào)的源主機(jī) IP地址 。 目的 IP地址 : 128位 , 接收數(shù)據(jù)報(bào)的目的主機(jī) IP地址。 第 6 章 多媒體通信協(xié)議 圖 一個(gè)帶有多個(gè)擴(kuò)展報(bào)頭的 IP v6數(shù)據(jù)報(bào)中的例子 第 6 章 多媒體通信協(xié)議 IP v6地址格式 在 IP v4中 , 32位的 IP地址被分成網(wǎng)絡(luò)地址和主機(jī)地址兩部分 , 根據(jù)不同的地址類別 , 網(wǎng)絡(luò)地址和主機(jī)地址所分配的位數(shù)是不同的 。 這種地址分配方法的缺陷是不夠靈活 。 IP v6對(duì) 128位的地址沒(méi)有作類別限制 , 允許服務(wù)提供者根據(jù)實(shí)際需要進(jìn)行地址劃分 。 IP v6的標(biāo)準(zhǔn)地址格式為 X:X:X:X:X:X:X:X, 每個(gè) X為 16位 。 在 IP v6地址中 , 允許出現(xiàn)連續(xù)的 0, 并可用 “ ::”表示 , 但一個(gè)地址中只能出現(xiàn) “ ::” 一次 , 這樣對(duì)連續(xù)多組 X為 0的地址起到一定的壓縮作用 。 IP v6地址使用了地址前綴 ( FP) 概念 , 用來(lái)表示該地址的前幾位 , 并用 X/Y形式表示 , 其中 X是地址前綴 , Y是地址前綴的位數(shù) 。 例如 , 5D4C:0000::/16表示其地址前綴為 5D4C。 第 6 章 多媒體通信協(xié)議 1. 單播地址 單播地址惟一地標(biāo)識(shí)一個(gè)接口 , 以該類地址傳送的數(shù)據(jù)報(bào)將交付給該地址對(duì)應(yīng)的接口 。 IP v6定義了多種單播地址格式 , 如完整用戶單播地址 、 NSAP(網(wǎng)絡(luò)層服務(wù)訪問(wèn)點(diǎn) )地址 、 基于地理區(qū)域的地址 、 局部地址 、 與 IP v4兼容的地址以及其它保留地址類型 。 圖 , 其中 : 010 REGID PROVID SUBSCID SUBNETID INTERFACEID 圖 完整的單播地址格式 第 6 章 多媒體通信協(xié)議 前 3位是該地址類型的標(biāo)識(shí)符 。 REG ID是 Inter服務(wù)提供者的注冊(cè)標(biāo)識(shí)符 。 PROV ID為提供者標(biāo)識(shí)符 。 SUBSC ID用于標(biāo)識(shí)多個(gè)提供者所管理的用戶 。 SUBNET ID用于標(biāo)識(shí)一個(gè)指定的子網(wǎng) 。 INTERFACE ID用于標(biāo)識(shí)一個(gè)單一接口。 第 6 章 多媒體通信協(xié)議 如果 INTERFACE ID是一個(gè)接口的全局惟一標(biāo)識(shí)符 , 則可用它實(shí)現(xiàn)地址的自動(dòng)生成 。 例如 , 一個(gè)節(jié)點(diǎn)通過(guò)監(jiān)聽路由器廣播消息而發(fā)現(xiàn)了子網(wǎng)前綴 , 則可用 IEEE 802 MAC地址作為 INTERFACE ID來(lái)構(gòu)造一個(gè)完整的 IP v6地址 。 局部地址用于定義子網(wǎng)中的局部網(wǎng)絡(luò) , 局部網(wǎng)絡(luò)在未接入Inter之前可用局部地址進(jìn)行訪問(wèn)操作 。 如果該局部網(wǎng)絡(luò)要接入Inter, 可加入地址前綴 ( REG ID+ PROV ID+ SUBSC ID) , 形成完整的 Inter地址 。 由于 IP v4相當(dāng)普及 , 即使 IP v6將來(lái)被推廣使用 , IP v4與 IP v6也會(huì)長(zhǎng)期處于共存的局面 。 因此 , 必須實(shí)現(xiàn)兩種地址格式之間的轉(zhuǎn)換 。 IP v4節(jié)點(diǎn)將分為只適用于 IP v4和兼容 IP v6兩種節(jié)點(diǎn) 。 為此 , IP v6定義了兩種相應(yīng)的地址類型 。 對(duì)于兼容IP v6的節(jié)點(diǎn) , 當(dāng)接收到 IP v6數(shù)據(jù)報(bào)時(shí) , 可利用隧道技術(shù)對(duì) IP v6數(shù)據(jù)報(bào)再封裝 , 或者通過(guò)對(duì) IP報(bào)頭的轉(zhuǎn)換來(lái)實(shí)現(xiàn)地址信息轉(zhuǎn)換 。 第 6 章 多媒體通信協(xié)議
點(diǎn)擊復(fù)制文檔內(nèi)容
教學(xué)課件相關(guān)推薦
文庫(kù)吧 www.dybbs8.com
備案圖片鄂ICP備17016276號(hào)-1