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