nas協議
❶ lte中nas協議用於哪些信令交互
1、LTE中，SRB（signalling radio bearers—信令無線承載）作為一種特殊的無線承載（RB），其僅僅用來傳輸RRC和NAS消息，在協議36.331中，定義了SRBs的傳輸信道：
——SRB0用來傳輸RRC消息，在邏輯信道CCCH上傳輸
——SRB1用來傳輸RRC消息（也許會包含piggybacked NAS消息），在SRB2承載的建立之前，比SRB2具有更高的優先順序。在邏輯信道DCCH上傳輸.
——SRB2用來傳輸NAS消息，比SRB1具有更低的優先順序，並且總是在安全模式激活之後才配置SRB2。在邏輯信道DCCH上傳輸.
下行piggybacked NAS消息僅僅使用在附著過程（例如連接成功/失敗）：承載的建立/修改/釋放。上行的piggybacked NAS消息在連接建立期間初始化NAS消息（也就是發起連接建立，MSG3）
註：通過SRB2傳輸NAS消息也是被包含在RRC消息中的，但是這些NAS消息不包括任何RRC協議控制信息，只是在RRC消息傳輸的時候包含在RRC中，相當於此時RRC是一個載體的形式。
一旦安全模式被激活，所有SRB1和SRB2的RRC消息（包括某些NAS或者3GPP消息），都會通過PDCP來進行完整性保護和加密，NAS只是單獨對NAS消息進行完整性保護和加密。換句話說，LTE存在的2層加密和保護：NAS只進行控制信令的加密工作，而PDCP同時進行控制平面和數據平面的完保和加密工作，
SRB2的使用還要注意聯系一點就是：它是建立在專用承載基礎上的，使用DCCH邏輯信道
註：在LTE裡面，SRB有三個，SRB0對應的是CCCH，在信令建立過程中不需要建立，對SRB1，SRB2，會在RRCconnectionsetup和RRCReconfig消息裡面進行配置
rrcConnectionReqest是在SRB0上傳輸的， SRB0一直存在， 用來傳輸映射到CCCH 的RRC信令。
UE收到NodeB的rrcConnectionSetup信令後，UE和NodeB之間的SRB1就建立起來了。
eNodeB向UE發送RRCConnectionReconfiguration 消息，建立SRB2和DRB
對DRB，確實在RRC協議裡面對應的邏輯信道是5個比特，但去看DRB的取值它是從3到11的，總共8個，這里的邏輯信道的ID只是比特位上的對應，在MAC層標識DRB，兩個ID的數值有可能相同，也可以不同。
所以最多總共有3個SRB，8個DRB。
2、在無線承載中有兩種，一種是數據承載稱為DRB，一種是信令承載稱為SRB。SRB一共有3中分別為SRB0、SRB1、SRB2。SRB0其實對應的是公共控制信道，是不屬於某個用戶的。是在小區建了好就會建了的。後兩種信令承載是對應專用控制信道的，是對應用戶的。SRB1在RRC建立過程完（rrc connection setup）。SRB2和DRB在E-RAB指派階段完成（rrc connection reconfiguration
❷ NAS是什麼
首先來，NAS（Network Attached Storage)網路源存儲基於標准網路協議實現數據傳輸，為網路中的Windows / Linux / Mac OS 等各種不同操作系統的計算機提供文件共享和數據備份。
其次，NAS 是一種採用直接與網路介質相連的特殊設備實現數據存儲的機制。由於這些設備都分配有 IP 地址，所以客戶機通過充當數據網關的伺服器可以對其進行存取訪問，甚至在某些情況下，不需要任何中間介質客戶機也可以直接訪問這些設備。
最後，NAS的特點：
1、NAS適用於那些需要通過網路將文件數據傳送到多台客戶機上的用戶。NAS設備在數據必須長距離傳送的環境中可以很好地發揮作用；
2、NAS設備非常易於部署。可以使NAS主機、客戶機和其他設備廣泛分布在整個企業的網路環境中。NAS可以提供可靠的文件級數據整合，因為文件鎖定是由設備自身來處理的；
3、NAS應用於高效的文件共享任務中，例如UNIX中的NFS和Windows NT中的CIFS，其中基於網路的文件級鎖定提供了高級並發訪問保護的功能。
❸ SAN和NAS的傳輸協議一樣的哪個速度快點
NAS：活絡勤勉的跑堂
在存儲世界裡，NAS相當於餐廳里的跑堂。它適用於文件或數據塊訪問，作為SAN與工作組或用戶之間的網關。換句話說，它的使命是將數據從「廚房」送至相應的「餐桌」。NAS能很好的完成「跑堂」這一工作。
NAS吸引人之處就在於它通常能即插即用，采購及管理的成本低廉。由於RAID陣列、磁帶、硬碟或其他設備直接連接到每一伺服器或伺服器集群，NAS沒有必要按SAN的方式安排LUN。由於網路與存儲單元之間一對一的關系，NAS反應敏捷，搜索和傳輸數據的速度很快。
從技術層面上看，NAS使用一IP協議將文件傳送至客戶端。它等效於大型網路伺服器，只提供對更大的文件池的訪問。
當企業選擇NAS作為高容量塊存儲的主要方式，就會遇到麻煩。通常，這些企業對於已有的NAS很滿意，並不斷增加新的連接。這一策略表面上看是合乎邏輯的，但在實踐中不會達到企業的預期效果。
問題就出在雖然NAS具有一定的可擴展性，但是它的可擴展性不是線性的。在某一臨界點曲線變為水平後，NAS就無力應付此時的負載。根據組織大小和網路拓撲結構的不同，讓各個NAS伺服器為不同工作組服務違反了它應用於簡單場合的本性。此時管理組織的存儲需求，會需要更多資源而不是更少。
在小型企業中，NAS能夠同時滿足兩個功能：就象在小餐館一個人能兼任烹飪上菜兩職。但隨著企業規模增長、結構日益復雜，需求發生變化，就要把任務進行明確分工。
SAN：技藝高超的廚師
NAS更多是一種面向設備的策略，而SAN是一種真正提供存儲服務的架構或方法。SAN集成多種存儲設備及存儲空間，它們比典型的NAS設備等級要高。SAN通過光纖連接到伺服器傳輸數據塊，而不是直接向客戶端傳輸文件。當收到請求時，伺服器就連接SAN，然後讀取相應的數據塊。
SAN的設計目的就是通過數據集中化管理而不是按工作組分割，提高數據吞吐量，改進文件共享能力。在大型組織里，這種方式還能提高速度，簡化關鍵備份工作。簡而言之，SAN是實現高效的信息生命周期管理戰略的關鍵。
我們再用剛才的餐廳打個比方，SAN就相當於烹飪美味佳餚的廚房，它不管食客點了牛排、鮮魚、雞肉還是蔬菜。食客需要的一切廚房裡都有，只要讓跑堂按照點菜單的順序傳菜。用NAS完成同樣任務需要為每份菜准備一個廚房，或者為每位跑堂服務的幾桌客人准備一個廚房。跑堂必須先讓食客點菜，再跑到廚房裡自己烹飪。而烹飪其實不應該是跑堂做的工作。知道了這一點，就明白NAS並不適合每種存儲需求。雖然在整個企業內復制NAS解決方案很方便，但是NAS並不適合某些場合。
適當的部署SAN解決方案，能減輕本地伺服器的負擔，伺服器無需搜索它自己的磁碟（或擴展磁碟），這樣就能加快信息傳到用戶手上的速度。網路不再因IP流量過大而導致擁擠。將存儲與伺服器隔離簡化了存儲管理，用戶不用再管理各種LAN或WAN存儲設備，能夠統一、集中的管理各種資源。
SAN還能使存儲更為高效。在通常的網路中，可能一個伺服器可用空間已用完，而另一伺服器卻還有幾個GB的可用空間。SAN把所有存儲空間有效的匯聚在一起，每一伺服器都享有訪問組織內部所有存儲空間的同等權利。它還提供集中式管理存儲空間的能力。這一方法能降低文件冗餘度，因為某一文件只會存儲在企業整個存儲空間的一個地方，而不是各個伺服器上。
SAN的另一優勢在於它讓存儲過程變成一黑箱操作。它屏蔽系統的硬體，能讓您同時採用不同廠商的存儲設備，免除只能選擇一家廠商的存儲設備的尷尬。SAN在經濟性方面的競爭力也很明顯，當有新需求時，您可以選擇最好的產品（和最好的交易）。這才是真正的存儲虛擬化。這使得企業能經常分析其IT存儲組合，最優化它們的存儲投資。
這一技術還能讓您保護已有投資，不用象NAS更新時必須丟棄舊的NAS。您可以根據需要增加或替換存儲單元，很便捷的就把它們融入您的SAN策略中。
SAN的不足之處在於，跨平台的性能沒有NAS好。而且對於那些習慣使用NAS的用戶來說，SAN價格過高。此外，搭建SAN比在伺服器後端安裝NAS要復雜的多。有些SAN用戶從沒有充分發揮SAN的作用，只是把它作為基本的備份和存儲設備。這些浪費SAN強大功能的用戶應該明白，點了8道大菜之後只嘗了嘗開胃菜就回家是不明智的。
❹ 請問各位大俠，NAS和SAMBA功能上有區別嗎求科普啊
首先這是一個廣義和狹義的比較，早期的NAS在功能上的確和samba差不多，但仍然是內有著本質上的區別的容，NAS是一個軟體平台，是工作在一台伺服器或自建平台的一個軟體集合，雖然它是基於samba的基礎上建立的，但和samba並不一樣，因為它有自己的可視化介面，而且早期的NAS也具備同步和FTP等功能，這和samba單一應用也不一樣，或者你可以認為早期的NAS是一優化過的文件存儲方案，但現在的NAS早已和samba不再一樣的，首先它有自己的硬體平台，其次功耗不斷減少性能不斷優化，功能不斷在增加當中，例如某些NAS可以實現VPN和郵件服還有流媒等應用，不再局限於以前的文件存儲，現在的NAS更偏向於多功能小型伺服器的方向發展，像群暉就是其中最突出的一個，總而言之，NAS無論在什麼時候都不是SAMBA，SAMBA是一個軟體，NAS是一個存儲解決方案，兩者不能簡單地作比較的，希望我的回答對你有幫助。
❺ 有線和無線的網路nas設備要支持什麼協議
一般要支持Windows網路（SMB）、APP文件協議（AFP）、安全殼（SSH/SFTP）、網路專文件系統（NFS）、RSS信源、UPnP伺服器、ITunes 音樂共屬享（DAAP）、FTP伺服器、WebDAV伺服器HTTP、WebDAV伺服器HTTPS、WEB伺服器目錄（HTTP）、WEB伺服器目錄（HTTPS）等等。
❻ 關於存儲監控，nas支持smis協議
完全可以，監控級的更好
❼ ISCSI與NAS的區別
NAS所支持的網路協議有NFS和CIFS。注意，這里是網路協議。
ISCSI屬於SAN的一種，它走的協議是通過IP網路，將SCSI塊數據轉換成網路封包。雖然ISCSI與NAS一樣，都是通過IP網路來傳輸數據，但是在傳輸數據的方式協議上它還是屬於FC-SAN。
一個是文件級別的（NAS），一個是block級別的（iSCSI）。說白了就是文件系統的區別
❽ NAS的底層協議
有人認為，NAS與SAN的本質區別在於乙太網與，兩者的命運系於TCP/IP協議。SAN採用的是FC上的SCSI傳輸。iSCSI作為溝通了IP與SCSI（已經成熟用於FC上）的新協議，被看作影響SAN命運的一件大事。這些本質區別是從網路架構來說的，對於許多關注NAS與SAN性能差別的用戶來說，兩者的本質差別還存在於文件讀寫實現上。
NAS採用了NFS（Sun）溝通Unix陣營和CIFS溝通NT與Unix，這也反映了NAS是基於操作系統的「文件級」讀寫操作，訪問請求是根據「文件句柄+偏移量」得出。句柄是比進程還要小的單元，通常用作進程之間通信、資源定位等。SAN中計算機和存儲間的介面是底層的塊協議，它按照協議頭的「塊地址+偏移地址」來定位。從這點說，SAN天生具有存儲異構整合的存儲虛擬化功能。下面我們介紹一下NAS文件共享的靈魂——NFS和CIFS。
NFS（網路文件系統）是Unix系統間實現磁碟文件共享的一種方法，支持應用程序在客戶端通過網路存取位於伺服器磁碟中數據的一種文件系統協議。其實它包括許多種協議，最簡單的網路文件系統是網路邏輯磁碟，即客戶端的文件系統通過網路操作位於遠端的邏輯磁碟，如IBM SVD（共享虛擬盤）。現一般在Unix主機之間採用Sun開發的NFS（Sun），它能夠在所有Unix系統之間實現文件數據的互訪，逐漸成為主機間共享資源的一個標准。相比之下，SAN採用的網路文件系統，作為高層協議，需要特別的文件伺服器來管理磁碟數據，客戶端以邏輯文件塊的方式存取數據，文件伺服器使用塊映射存取真正的磁碟塊，並完成磁碟格式和元數據管理。
CIFS是由微軟開發的，用於連接Windows客戶機和伺服器。經過Unix伺服器廠商的重新開發後，它可以用於連接Windows客戶機和Unix伺服器，執行文件共享和列印等任務。它最早的由來是NetBIOS，這是微軟開發的在區域網內實現基於Windows名稱資源共享的API。之後，產生了基於NetBIOS的NetBEUI協議和NBT(NetBIOS OVER TCP/IP)協議。NBT協議進一步發展為SMB（Server Message Block Potocol）和CIFS（Common Internet File System，通用互聯網文件系統）協議。其中，CIFS用於Windows系統，而SMB廣泛用於Unix和Linux，兩者可以互通。SMB協議還被稱作LanManager協議。CIFS可籍由與支持SMB的伺服器通信而實現共享。微軟操作系統家族和幾乎所有Unix伺服器都支持SMB協議/SMBBA軟體包。
但最近的消息有點不妙—微軟已經在Exchange等關健應用中撤消了對CIFS協議的支持。微軟在其網站上稱，CIFS協議要求數據通過客戶的網路設備，容易造成性能瓶頸。此舉遭到業內人士抨擊。
SAMBA開放源代碼軟體的開發者之一傑里米稱，對Linux的恐懼感和試圖利用其在桌面操作系統方面的優勢保護Windows伺服器操作系統的銷售是微軟拒絕CIFS協議的真正原因。Network Appliance公司（NAS設備主要生產商之一）也曾表示，微軟的這一措施是「不理智和貪婪的」。
❾ 3gpp nas協議
3GPP官網下載啊 這些協議都是標准，公開的。24.301 好像是nas的
❿ nas層是用戶面協議嗎
Non-Access Stratum -- 非接入層 UMTS的協議棧分為NAS和AS。NAS協議處理UE和CN之間信息的傳輸，傳輸的內容可以是用戶信版息或控制信息（權如業務的建立、釋放或者移動性管理信息）。NAS消息一定程度上獨立於下面的AS協議結構，與采樣什麼樣的無線接入網無關（可以是GSM、GPRS、WCDMA）。控制平面的NAS消息有CM、MM、SM以及GMM等。用戶平面的網路層NAS協議是IP（分組交換），電路交換業務不需要。 NAS消息的傳輸要基於底層的AS協議。AS是無線接入網採用的協議。UMTS中的AS協議包括：無線介面協議，Iub協議以及Iu協議。其中的無線介面協議是UE與UTRAN間的協議，協議的高層（包括MAC、RLC、RRC等）位於UE和RNC之間，而底層（PHY）位於UE和NodeB之間。 --------------原作來自：lin0330