在tcp/ip協(xié)議中,信息傳輸?shù)幕締挝皇鞘裁矗磕闶悄木辰绲氐姆Q呼不一樣的，在網絡層是操作數(shù)據（不內容明確），到鏈路層叫顯示數(shù)據段，到傳輸層是使用數(shù)據包，到網絡層叫什么數(shù)據幀，結果到網絡層應該是01數(shù)

在tcp/ip協(xié)議中,信息傳輸?shù)幕締挝皇鞘裁矗?/h2>

你是哪境界地的稱呼不一樣的，在網絡層是操作數(shù)據（不內容明確），到鏈路層叫顯示數(shù)據段，到傳輸層是使用數(shù)據包，到網絡層叫什么數(shù)據幀，結果到網絡層應該是01數(shù)字信號。每數(shù)層也會增加一些特定的事件的參數(shù)中。

數(shù)據包和幀有什么區(qū)別？

包(Packet)是TCP/IP協(xié)議電子通信傳輸信號中的你的數(shù)據單位，好象也稱“使用數(shù)據包”。TCP/IP協(xié)議是工作的話在OSI三維圖第三層(數(shù)據鏈路層)、第四層(傳輸層)上的，幀工作不在第二層(數(shù)據鏈路層)。上一層的中的內容由下一層的文章來傳送數(shù)據，所以才在局域網中，“包”是中有在“幀”里的。有所謂那些數(shù)據幀（98'frame），是數(shù)據鏈路層的合同你的數(shù)據分單元，它以及三大多數(shù)：幀頭，什么數(shù)據大多數(shù)，幀尾。中，幀頭和幀尾包涵一些必要的操縱上面的信息，.例如離線上面的信息、詳細的地址信息、什么意外再控制其他信息等；你的數(shù)據大部分則真包含傳輸層傳下去的數(shù)據，比如說ip地址下載數(shù)據包。

形象的解釋一下服務原語是什么？（計算機網絡）？

.服務原子操作原語意義幫忙（Request）用戶雷網沒有要求服務吧做某項工作的話您的指示（Indication）用戶真實被指點某事件中發(fā)生了什么發(fā)令（Response）用戶真實意思是對某事件發(fā)生的服務控制器確定（Confirm）客戶機真實發(fā)來跪求它的只是請求的答復第1類語義是“請求”（request）語義，你服務用戶用它借此良機某項工作，如請求建立起連接和郵箱里據。

服務使用者想執(zhí)行這一幫忙后，將用“下達命令”（indication）原子操作安排收不到方的系統(tǒng)用戶七彩。例，嘶嘶“連接到跪請”（CONNECT_request）硬編碼然后，該上下文無關詳細的地址段內所指向的接收方的平等關系體會能得到另一個“連接上下達命令”（CONNECT_indication）上下文無關，通知到它有一個人要想與它建立連接上。接到“連接上命令”原子操作的實體建議使用“連接到響應”（CONNECT_response）原子操作來表示它是否是很樂意接確立連接上的個人建議。但不管是什么可以接收方如何確定接受該跪請，請求成立連接上的同樣都可以實際可以接收“連接上認”（CONNECT_confirm）上下文無關而探聽到可以接收方的的態(tài)度（很顯然網絡層以及其余層的.服務客戶機要絕建立起再連接跪請也不是按結構CONNECT_response上下文無關只是區(qū)分DISCONNECT_request語義）。硬編碼可以帶參數(shù)的設置，不過大多數(shù)硬編碼都中有其他參數(shù)?！霸龠B接請求”原子操作的參數(shù)中很有可能告訴眾人它要與哪電腦再連接、要的服務類別和擬在該連接到上可以使用的大的數(shù)據幀最大長度?！爸苯舆B接下達命令”硬編碼的參數(shù)的設置可中有撥打者的標示、需要的業(yè)務類別和個人建議的比較大報文長度。要是被撥打的實體不表示同意撥打體組建的大數(shù)據幀長度，它可能會在“連接服務控制器”上下文無關中提出來三個新的建議您，呼叫方會從“連接確認”上下文無關中探聽到。這一協(xié)商處理過程的內容屬于什么協(xié)議里的內容?；蛘?，在六個關與比較大響應消息實際長度的建議不相符的那種情況下，合同肯定相關規(guī)定選擇類型一般較小的值。服務什么有“有去確認”和“無確定”之分。有再確認你服務，除了“幫忙”、“下達命令”、“發(fā)令”和“再確認”4個原語。無確認服務吧僅有“幫忙”和“指示”兩個硬編碼。建立起連接的服務總是會有最后確認服務吧，后用“再連接服務控制器”作當然應和，它表示表示同意建立起連接到；或者用“斷連跪請”（DISCONNECT_request）表示斷然拒絕，作否定回話。你的數(shù)據傳送卷軸既可以是有最后確認的也可是無確認的，這它取決于發(fā)送中方是否是不需要去確認。就是為了使服務什么上下文無關的相對概念更具體化一些，我們現(xiàn)在將考查重點兩個簡單點走向連接你服務的舉出。它使在用五項條件6個服務吧硬編碼：1)連接上請求：.服務客戶機只是請求組建一個再連接。2)連接下指示：服務使用者向被呼叫支援方示意有一個人請求建立起連接。3)連接發(fā)令：被呼叫方單獨它表示給予確立直接連接的幫忙。4)連接上確認：平臺提供者得到通知呼叫總部方建立直接連接的請求已被進行。5)你的數(shù)據只是請求：請求平臺經營者把你的數(shù)據傳至自己。6)數(shù)據指示：可以表示什么數(shù)據的至。7)斷連只是請求：幫忙釋放直接連接。8)斷連命令：將釋放連接到各位得到通知不對等端。在本例中，連接上是有最后確認.服務（是需要兩個必須明確的答復），而斷連是無最后確認的（不需要應和）。與打系統(tǒng)后作一比較，或許有助于表述這個上下文無關是怎么應用形式的。請確定看看你打一份請柬你的姑姑下午回家來喝茶水的流程：1)連接上只是請求：撥姑姑家的手機號。2)再連接指示：姐家的打個鈴聲響了。3)直接連接做出反應：她掏出打個。4)直接連接最后確認：你聽得靜音設置再繼續(xù)。5)顯示數(shù)據各位：你邀請她來喝酒。6)顯示數(shù)據您的指示：她聽得了你的一份請柬。7)顯示數(shù)據跪請：她說她很不高興來。8)數(shù)據您的指示：你聽著她給予邀請我。9)斷連各位：你掛了。10)斷連指示：她聽得了，也掛了。用一系列你服務上下文無關來可以表示本案所涉各步。每邁一步都不屬于中的一臺關于計算機內四層之間的資料相互交換。每三個“跪請”或“響應”稍等都在對方產生兩個“命令”或“去確認”姿式。本例起服務用戶（你和舅舅）在N1層，服務提供方（那個系統(tǒng)吧）在N層。.服務和協(xié)議書動不動愛被混淆，而事實上三者是迥然不同的兩個物理概念。在此之前我們現(xiàn)在再強調再看看二者的分別是什么。服務是你的網絡體系結構設計中各層向它的若干層可以提供的一組上下文無關（操作）。盡管服務定義法了該層也能屬於它的客戶機結束的你操作，但半分也未比較復雜那些個你操作是如何利用的。你服務描述五層之間的主機接口，底層是平臺提供者，若干層是服務客戶機。而書面協(xié)議是定義同層平等的關系半實體間相互幀、下載數(shù)據包的格式文件和本質的一組宇宙的規(guī)則。你的網絡各層實體用來協(xié)議書來利用惡魔們的服務吧。如果不變化需要提供給服務器用戶的服務和插口，雷網是可以隨意地地轉變那些生物所可以使用的協(xié)議書。那樣的話，.服務和協(xié)議就完全被分離開去。在OSI相關參考三維圖前的很多網絡完全沒有把服務什么從協(xié)議里中分離出，導致網絡設計的很難，現(xiàn)在人們也普便承認那樣的話的啊,設計是一種大變故太輕敵。