DLNA详解一：SSDP协议
SSDP简单服务发现技术介绍
SSDP:Simple Sever Discovery Protocol,简单服务发现协议，此协议为网络客户提供一种无需任何配置、管理和维护网络设备服务的机制。此协议采用基于通知和发现路由的多播发现方式实现。协议客户端在保留的多播地址：239.255.255.250：1900（IPV4）发现服务，（IPv6 是：FF0x::C）同时每个设备服务也在此地址上上监听服务发现请求。如果服务监听到的发现请求与此服务相匹配，此服务会使用单播方式响应。
常见的协议请求消息有两种类型，第一种是服务通知，设备和服务使用此类通知消息声明自己存在；第二种是查询请求，协议客户端用此请求查询某种类型的设备和服务。请求消息中包含设备的特定信息或者某项服务的信息，例如设备类型、标识符和指向设备描述文档的URL地址。下图显示这两类通知消息和HTTP协议的关系：
设备发现过程允许控制点使用一个设备类型或标识，或者是服务类型进行查询。这要求标准设备或服务类型，或者设备特定实例的发现和广告消息基于一个独一无二的标识，UPnP设备和服务类型的定义是UPnP论坛工作委员会的责任。从设备获得响应的内容基本上与多址传送的设备广播相同，只是采用单址传送方式。
SSDP 协议消息
1、设备查询消息
当一个控制点加入到网络中时，设备发现过程允许控制点寻找网络上感兴趣的设备。发现消息包括设备的一些特定信息或者某项服务的信息，例如它的类型、标识符、和指向XML设备描述文档的指针。从设备获得响应从本质上说，内容与多址传送的设备广播相同，只是采用单址传送方式。设备查询通过HTTP协议扩展M-SEARCH方法实现的。典型的设备查询请求消息格式：
M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: seconds to delay response
ST: search target
各HTTP协议头的含义简介：
HOST：设置为协议保留多播地址和端口，必须是：239.255.255.250:1900（IPv4）或FF0x::C(IPv6)
MAN：设置协议查询的类型，必须是：ssdp:discover
MX：设置设备响应最长等待时间，设备响应在0和这个值之间随机选择响应延迟的值。这样可以为控制点响应平衡网络负载。
ST：设置服务查询的目标，它必须是下面的类型：
ssdp:all 搜索所有设备和服务
upnp:rootdevice 仅搜索网络中的根设备
uuid:device-UUID 查询UUID标识的设备
urn:schemas-upnp-org:device:device-Type:version 查询device-Type字段指定的设备类型，设备类型和版本由UPNP组织定义。
urn:schemas-upnp-org:service:service-Type:version 查询service-Type字段指定的服务类型，服务类型和版本由UPNP组织定义。
在设备接收到查询请求并且查询类型（ST字段值）与此设备匹配时，设备必须向多播地址239.255.255.250:1900回应响应消息。典型：
HTTP/1.1 200 OK
CACHE-CONTROL: max-age = seconds until advertisement expires
DATE: when reponse was generated
EXT:
LOCATION: URL for UPnP description for root device
SERVER: OS/Version UPNP/1.0 product/version
ST: search target
USN: advertisement UUID
各HTTP协议头的含义简介：
CACHE-CONTROL max-age指定通知消息存活时间，如果超过此时间间隔，控制点可以认为设备不存在
DATE 指定响应生成的时间
EXT 向控制点确认MAN头域已经被设备理解
LOCATION 包含根设备描述得URL地址
SERVER 饱含操作系统名，版本，产品名和产品版本信息
ST 内容和意义与查询请求的相应字段相同
USN 表示不同服务的统一服务名，它提供了一种标识出相同类型服务的能力。
2、设备通知消息
在设备加入网络，UPnP发现协议允许设备向控制点广告它的服务。它使用向一个标准地址和端口多址传送发现消息来实现。控制点在此端口上侦听是否有新服务加入系统。为了通知所有设备，一个设备为每个其上的嵌入设备和服务发送一系列相应的发现消息。每个消息也包含它表征设备或服务的特定信息。
3.1.1 ssdp:alive消息
在设备加入系统时，它采用多播传送方式发送发现消息，包括告知设备包含的根设备信息，所有嵌入设备以及它包含的服务。每个发现消息包含四个主要对象：
NT头中包含的潜在搜索目标。
USN头中包含的复合发现标识
LOCATION头中关于设备信息的URL地址
CACHE-CONTROL头中表示的广告消息的合法存在时间。
对于根设备，存在三种发现消息：
NT USN
根设备的UUID 根设备的UUID
设备类型：设备版本根设备的UUID，设备类型：设备版本
upnp:rootdevice 根设备的UUID，设备类型和upnp:rootdevice
对于非根设备，存在两种发现消息：
NT USN
嵌入设备的UUID 嵌入设备的UUID
设备类型：设备版本嵌入设备的UUID，设备类型和设备版本
对于每个服务：
NT USN
服务类型：服务版本相关设备的UUID，服务类型和服务版本
如果一个根设备有n个嵌入设备，m个嵌入服务，而且包含k个不同的服务类型，这将会发出3 + 2n + k次请求。这些广告消息像控制点描述了设备的所有信息。这些消息必须作为一系列一起发出，发送的顺序无关紧要，但是不能对单个消息进行刷新或取消的操作。选择一个适当的持续期是在最小化网络通讯和最大化设备状态及时更新之间求得一个平衡，相对较短的持续时间可以保证控制点在牺牲网络流量的前提下获得设备的当前状态；持续期越长可以大大减少设备刷新造成的网络流量。一般而言，设备制造商应该选择一个适当的持续时间值。
由于UDP协议是不可信的，设备应该发送多次设备发现消息。而且为了降低控制点无法收到设备或服务广告消息的可能性，设备应该定期发送它的广告消息。在设备加入网络时，它必须用NOTIFY方法发送一个多播传送请求。NOTIFY方法发送的请求没有回应消息，典型的设备通知消息格式如下：
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
CACHE-CONTROL: max-age = seconds until advertisement expires
LOCATION: URL for UPnP description for root device
NT: search target
NTS: ssdp:alive
USN: advertisement UUID
各HTTP协议头的含义简介：
HOST 设置为协议保留多播地址和端口，必须是239.255.255.250:1900。
CACHE-CONT ROL max-age指定通知消息存活时间，如果超过此时间间隔，控制点可以认为设备不存在
LOCATION 包含根设备描述得URL地址
NT 在此消息中，NT头必须为服务的服务类型。
NTS 表示通知消息的子类型，必须为ssdp:alive
USN 表示不同服务的统一服务名，它提供了一种标识出相同类型服务的能力。
一个发现响应可以包含0个、1个或者多个服务类型实例。为了做出分辨，每个服务发现响
应包括一个USN：根设备的标识。在同样的设备里，一个服务类型的多个实例必须用包含USN:ID 的服务标识符标识出来。例如，一个灯和电源共用一个开关设备，对于开关服务的查询可能无法分辨出这是用于灯的。UPNP论坛工作组通过定义适当的设备层次以及设备和服务的类型标识分辨出服务的应用程序场景。这么做的缺点是需要依赖设备的描述URL。
3.1.2 ssdp:byebye消息
在设备和它的服务将要从网络中卸载时，设备应该对于每个未超期的ssdp:alive消息多播方式传送ssdp:byebye消息。但如果设备突然从网络卸载，它可能来不及发出这个通知消息。因此，发现消息必须在CACHE-CONTROL包含超时值，如果不重新发出广告消息，发现消息最后超时并从控制点的缓存中除去。典型的设备卸载消息格式如下：
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900NT: search target
NTS: ssdp:byebye
USN: advertisement UUID各HTTP协议头的含义简介：
HOST 设置为协议保留多播地址和端口，必须是239.255.255.250:1900
NT 在此消息中，NT头必须为服务的服务类型。
NTS 表示通知消息的子类型，必须为ssdp:alive
USN 表示不同服务的统一服务名，它提供了一种标识出相同类型服务的能力
专有设备或服务可以不遵循标准的UPNP模版。但如果设备或服务提供UPNP发现、描述、控制和事件过程的所有对象，它的行为就像一个标准的UPNP设备或服务。为了避免命名冲突，使用专有设备命名时除了UPNP域之外必须包含一个前缀"urn:schemas-upnp-org"。在与标准模版相同时，应该使用整数版本号。但如果与标准模版不同，不可以使用设备复用和徽标。
简单设备发现协议不提供高级的查询功能，也就是说，不能完成某个具有某种服务的设备这样的复合查询。在完成设备或者服务发现之后，控制点可以通过设备或服务描述的URL地址完成更为精确的信息查询。
参考资料：
1、SSDP协议原文参考：https://www.wendangku.net/doc/163565469.html,/html/draft-cai-ssdp-v1-03
2、RFC 2616:关于超文本传输协议（HTTP 1.1）原文IETF的RFC文档https://www.wendangku.net/doc/163565469.html,/rfc/rfc2616.txt?number=2616
3、UPnP协议框架：
https://www.wendangku.net/doc/163565469.html,/specs/arch/UPnP-arch-DeviceArchitecture-v1.0.pdf
软件系统维护合同
编号：_____________软件系统维护合同 甲方：___________________________ 乙方：___________________________ 签订日期：_______年______月______日
甲方：______________________________ 地址：______________________________ 联系电话：______________________________ 乙方：________________________________________ 地址：________________________________________ 联系电话：______________________________ 甲乙双方已__________年__________月__________日签订了《__________销售合同》,该合同包含自合同签署之日起1年的免费维护服务。 一、依据《中华人民共和国合同法》和相关的法律法规，按照平等互利的原则，经甲乙双方协商，双方就该软件系统的维护服务达成以下合同内容。 二、维护服务的定义 ______________________________________________________________________ 三、“维护服务”是指乙方根据甲方的需求，为甲方提供基于乙方开发软件的技术指导和产品保障的维护支持服务。 四、维护服务内容 1.乙方向甲方提供的服务形式和内容如下（甲方如果要求乙方超出以下范围提供维护与技术支持服务，甲方应与乙方另行协商签署相关协议，并向乙方支付相应的服务费用）： 1)在线服务：乙方通过Web浏览器、即时通工具（如QQ、MSN）等在线工具为用户提供的提交问题、查询问题、解答问题的在线式服务方式；在线服务能够及时、方便的
modbus_通讯协议_实例
上海安标电子有限公司 ——PC39A接地电阻仪通信协议 通信协议： 波特率：9600数据位：8校验位：无停止位：1 上位机(计算机)： 字节号 1 2 3 4 5 6 7 8 意义ID Command 数据地址V alue CRC 注：1 ID：1个字节，由单机来定（0~255） 2 Command：1个字节，读：3或4，写：6 3 数据地址：2个字节，寄存器地址，读从100开始，写从200开始 4 V alue：2个字节，读：个数（以整型为单位），写：命令/ 数据（以整型为单位） 5 CRC：计算出CRC 下位机（PC39A）： 读数据，若正确 字节号 1 2 3 3+N (N=个数*2) 3+N+1 3+N+2 意义ID Command=3 / 4 数据个数数据CRC 注：1 ID：1个字节，由单机来定（0~255） 2 Command：1个字节，收到的上位机命令 3数据个数：1个字节，返回数据个数（以字节为单位） 4 V alue：N个字节，是返回上位机的数据 5 CRC：计算出CRC 写命令，若正确 返回收到的数据： 若错误 字节号 1 2 3 4 5 意义ID Command 数据CRC 注：1 ID：1个字节，由单机来定（0~255） 2 Command：1个字节，收到的上位机命令或上0x80, 如收到3，返回0x83 3数据：1个字节，错误的指令 错误指令 1:表示command不存在 2:表示数据地址超限 4 CRC：计算出CRC
例如读PC39A 电流数据: 机器地址为12,电流的数据地址100，数据为15.45(A) （一个整型数据） 主机： ID Command 数据地址 V alue CRC 16进制 0x0c 0x03 0x0064 0x0001 CRC_H CRC_L 10进制 12 3 100 1 CRC_H CRC_L 从机返回 如正确： ID Command 数据个数（以字节为单位） V alue CRC 16进制 0x0c 0x03 0x002 0x0609 CRC_H CRC_L 10进制 12 3 2 1545 CRC_H CRC_L 如错误： ID Command 数据 CRC 16进制 0x0c 0x83 0x02 CRC_H CRC_L 10进制 12 131 2 CRC_H CRC_L 例如发PC39A 启动命令: 机器地址为12,命令的地址200，数据为25000（25000表示启动） 主机： ID Command 数据地址 V alue CRC 16进制 0x0c 0x06 0x00c8 0x61a8 CRC_H CRC_L 10进制 12 6 200 25000 CRC_H CRC_L 从机返回 如正确： ID Command 数据地址 V alue CRC 16进制 0x0c 0x06 0x00c8 0x61a8 CRC_H CRC_L 10进制 12 6 200 25000 CRC_H CRC_L 如错误： ID Command 数据 CRC 16进制 0x0c 0x86 0x02 CRC_H CRC_L 10进制 12 134 2 CRC_H CRC_L 0011 10000110 错误码0x83 功能码0x06错误码0x86
利用wireshark分析HTTP协议实验报告
利用wireshark分析HTTP协议实验报告 姓名：杨宝芹 学号：2012117270 班级：电子信息科学与技术 时间：2014.12.26
利用wireshark分析HTTP协议实验报告 一、实验目的 分析HTTP协议。 二、实验环境 连接Internet的计算机，操作系统为windows8.1； Wireshark，版本为1.10.7； Google Chrome，版本为39.0.2171.65.m； 三、实验步骤 1.清空缓存 在进行跟踪之前，我们首先清空Web 浏览器的高速缓存来确保Web网页是从网络中获取的，而不是从高速缓冲中取得的。之后，还要在客户端清空DNS 高速缓存，来确保Web服务器域名到IP地址的映射是从网络中请求。 2.启动wireshare 3.开始俘获 1)在菜单中选择capture-options，选择网络，打开start。如下图：
2)在浏览器地址栏中输入https://www.wendangku.net/doc/163565469.html,，然后结束俘获，得到如下结果： 3)在过滤器中选择HTTP，点击apply，得到如下结果：
在菜单中选择file-save，保存结果，以便分析。（结果另附） 四、分析数据 在协议框中选择“GET/HTTP/1.1”所在的分组会看到这个基本请求行后跟随 着一系列额外的请求首部。在首部后的“\r\n”表示一个回车和换行，以此将该 首部与下一个首部隔开。“Host”首部在HTTP1.1版本中是必须的，它描述了URL 中机器的域名，本实验中式https://www.wendangku.net/doc/163565469.html,。这就允许了一个Web服务器在同一 时间支持许多不同的域名。有了这个数不，Web服务器就可以区别客户试图连接 哪一个Web服务器，并对每个客户响应不同的内容，这就是HTTP1.0到1.1版本 的主要变化。User-Agent首部描述了提出请求的Web浏览器及客户机器。接下 来是一系列的Accpet首部，包括Accept（接受）、Accept-Language（接受语言）、 Accept-Encoding（接受编码）、Accept-Charset（接受字符集）。它们告诉Web
2019年软件系统维护服务合同协议书范本
编号：_____________软件系统维护服务合同 甲方：___________________________ 乙方：___________________________ 签订日期：_______年______月______日
甲方： 地址： 联系电话： 乙方： 地址： 联系电话： 依据《中华人民共和国合同法》和相关的法律法规，按照平等互利的原则，经甲乙双方协商，双方就软件系统系统的维护服务达成以下合同内容。 一、维护服务的定义 “维护服务”是指乙方根据甲方的需求，为甲方提供软件系统的技术指导和产品保障的维护支持服务。 二、维护服务内容 1.乙方向甲方提供的服务形式和内容如下（甲方如果要求乙方超出以下范围提供维护与技术支持服务，甲方应与乙方另行协商签署相关协议，并向乙方支付相应的服务费用）： 1)基本服务：监测系统的运行状况，保障系统的稳定运行、指导相关操作人员使用系统。 2)电话服务：乙方维护服务人员通过电话为甲方解答技术问题的过程。 3)远程维护服务：乙方通过远程维护系统对甲方的软件系统系统进行远程调试的过程。 4)现场服务：乙方派遣技术人员到甲方软件系统使用现场解决问题，并对软件系统系统进行系统保障的过程。 2.乙方向甲方提供维护与技术支持服务的范围包括： 1)由于系统数据库或软件系统发生严重故障或在关键处理时期内主应用程序出现故障而使甲方的软件系统停滞并且不能用软件系统处理数据； 2)软件系统发生问题而导致甲方主要业务受到严重干扰并且无法轻易解决（暂时性地）的问题；
3)软件系统发生非关键性问题，并且甲方能继续运行系统和/或进行操作； 4)所有有关软件系统的使用和实施的问题和要求； 5)所有有关软件系统的版本升级和性能优化； 3.乙方提供的标准维护服务并且包括以下情况： 1)甲方人员非法操作、第三方产品的故障、计算机设备故障、网络故障等使软件系统无法正常运行； 2)甲方因软件系统被误用或被擅自修改、计算机设备故障、网络故障、其他软件系统的故障、操作失误等情况造成数据混乱和丢失； 3)对软件系统的软硬件提供相应技术指导。 三、现场维护响应时间 1.“响应时间”是指从乙方接到甲方服务请求之后，到与甲方进行沟通并对甲方做出服务承诺的时间。 2.乙方在接到甲方通过电话、信函、传真、电子邮件、网上提交等方式提出关于软件系统的服务请求后，在24小时之内给予响应并安排提供服务，如果远程无法解决，乙方可派遣相应人员现场服务。 四、甲方责任 1.甲方应确保有专人负责软件系统的使用和管理，并建立相关制度，以确保软件系统运行环境的安全，为软件系统正常运行提供保障。 2.甲方应定期做好系统数据备份，并对备份数据进行妥善保管。 3.甲方应在软件系统使用过程中发现软件系统出现异常，应及时与乙方取得联系，并记录当前故障现象，便于乙方做出诊断。 4.甲方应在乙方进行维护与技术支持时，根据乙方要求，指定配合工作的员工，提供必要的设备。 5.甲方应在乙方服务人员维护与技术支持完成时，配合检查软件系统运行是否正常。 五、维护服务费与合同期限
Ns2.34上leach协议的完美移植
Ns2.34上leach协议的完美移植 经过几天的不断实验，以及网上各位前辈的帮助，终于成功将leach协议完美移植到ns2.34上，下面是我的安装笔记。 Step1 在ns-2.34的目录下新建一个leach文件夹，将leach.tar.gz放入这个文件夹 Step2 在终端中进入这个目录下，键入tar zxf leach.tar.gz Step3 ①将leach/mit整个目录复制到ns-allinone-2.34/ns-2.34中 ②将leach/mac目录下的https://www.wendangku.net/doc/163565469.html,, mac-sensor.h, https://www.wendangku.net/doc/163565469.html,, mac-sensor-timers.h四个文件复制到ns-allinone-2.34/ns-2.34/mac中 ③将leach/tcl/mobility目录下的四个文件复制到ns-allinone-2.34/ns-2.34/tcl/mobility中 ④将ns-allinone-2.34/ns-2.34/tcl/ex目录下的wireless.tcl重命名为wireless_1.tcl,再将leach/tcl/ex目录下的wireless.tcl复制到ns-allinone-2.34/ns-2.34/tcl/ex中⑤将leach目录下的test,leach_test,package_up三个文件复制到ns-allinone-2.34/ ns-2.34中 Step3 修改文件 ①需要修改的文件有: ns-allinone-2.34/ns-2.34/apps/https://www.wendangku.net/doc/163565469.html,,app.h ns-allinone-2.34/ns-2.34/trace/https://www.wendangku.net/doc/163565469.html,,cmu-trace.h ns-allinone-2.34/ns-2.34/common/https://www.wendangku.net/doc/163565469.html,,https://www.wendangku.net/doc/163565469.html,,packet.h ns-allinone-2.34/ns-2.34/mac/https://www.wendangku.net/doc/163565469.html,,ll.h,https://www.wendangku.net/doc/163565469.html,,https://www.wendangku.net/doc/163565469.html,,phy.h,wireless-phy.c c,wireless-phy.h ②修改方法: 对于leach目录下相应的文件(即刚才未复制的文件),将代码中以“#ifdef MIT_uAMPS”开始,并以“#endif”结束的部分复制到以上文件对应的位置 这个过此要小心核对修改，否则前功尽弃 ③特殊情况 <1> ns-allinone-2.34/ns-2.34/common/packet.h中大约185行,根据其他变量的格式将代码更改为 #ifdef MIT_uAMPS static const packet_t PT_RCA = 61; #endif 并将最后一个枚举值改为62 这个过程可以随情况改变，还要注意的是packet.h文件并不是只改这一部分，前面的修改依然要。 <2> ns-allinone-2.34/ns-2.34/mac/wireless-phy.h,给类WirelessPhy添加public变量,大约105行 #ifdef MIT_uAMPS MobileNode * node_;
软件系统维护合同范本
编号: 软件系统维护合同 甲方：_______________________________ 乙方：_______________________________ 签订日期：_______ 年______ 月______ 日 甲方: 乙方： 甲、乙双方本着互利互惠的原则，就甲方单位“软件系统”的维护
服务事宜，经充分协商，决定订立本协议。具体服务项目及范围见甲方所购 “软件”配置清单，协议期间由乙方提供日常服务。 一、定义 1.1“维护”是指乙方为甲方提供基于许可软件的技术指导和解决产品故障等服务工作 的总称。 1.2“现场”是指乙方根据许可合同许可甲方使用许可软件的场所。 1.3“现场维护”是指乙方根据甲方提出的技术问题派遣技术人员到甲方现场处解决问 题的过程。现场维护的技术问题包括：（1）由于许可软件产品故障导致的死机、数据 错误；（2）由于环境原因导致的系统显示错误、数据错误、运行效率降低等问题。 1.4“远程维护”是指乙方根据甲方提出的技术问题通过电话或互联网向甲方提供问题解答和技术指导的过程。 1.5"软件更版"是指由于许可软件出现故障而对许可软件进行优化、换代的过程。 1.6“技术支持”是指乙方为了保障许可软件和系统正常运行，在服务时间内通过电话 或互联网向甲方提供的援助或技术指导。包括（1）澄清许可软件的功能和特点；（2）文档资料的澄清；（3）许可软件的操作指导；（4）通过电话和/或互联网确认、分析和纠正错误。 1.7“热线支持”是指乙方客户服务中心服务人员通过电话向甲方提供技术问题解答的过程。1.8“响应时间”是指从乙方接到甲方服务请求之后，到与甲方进行沟通并对甲方做出 服务承诺的时间 二、“服务时间”是指乙方工作时间，每天至。 2.1提供维护与技术支持 2.2在甲方向乙方支付了相应的服务费以后，乙方将根据本合同的约定向甲方提供许可软件的维护与技术支持服务。乙方提供的该等维护服务为标准维护服务（具体内容见本合同附件一），除本
LEACH协议的算法结构及最新研究进展
LEACH协议的算法结构及最新研究进展 1 LEACH协议算法结构 LEACH这个协议的解释是：低功耗自适应集簇分层型协议。通过名字，我们就能想到这个协议的大概作用了。那么在这之中，我们先来研究一下它的算法。 该算法基本思想是：以循环的方式随机选择蔟首节点，将整个网络的能量负载平均分配到每个传感器节点中，从而达到降低网络能源消耗、提高网络整体生存时间的目的。仿真表明，与一般的平面多跳路由协议和静态分层算法相比，LEACH协议可以将网络生命周期延长15%。LEACH在运行过程中不断的循环执行蔟的重构过程，每个蔟重构过程可以用回合的概念来描述。每个回合可以分成两个阶段：蔟的建立阶段和传输数据的稳定阶段。为了节省资源开销，稳定阶段的持续时间要大于建立阶段的持续时间。蔟的建立过程可分成4个阶段：蔟首节点的选择、蔟首节点的广播、蔟首节点的建立和调度机制的生成。 蔟首节点的选择依据网络中所需要的蔟首节点总数和迄今为止每个节点已成为蔟首节点的次数来决定。具体的选择办法是：每个传感器节点随机选择0-1之间的一个值。如果选定的值小于某一个阀值，那么这个节点成为蔟首节点。 选定蔟首节点后，通过广播告知整个网络。网络中的其他节点根据接收信息的信号强度决定从属的蔟，并通知相应的蔟首节点，完成蔟的建立。最后，蔟首节点采用TDMA方式为蔟中每个节点分配向其传递数据的时间点。 稳定阶段中，传感器节点将采集的数据传送到蔟首节点。蔟首节点对蔟中所有节点所采集的数据进行信息融合后再传送给汇聚节点，这是一种叫少通信业务量的合理工作模型。稳定阶段持续一段时间后，网络重新进入蔟的建立阶段，进行下一回合的蔟重构，不断循环，每个蔟采用不同的CDMA代码进行通信来减少其他蔟内节点的干扰。 LEACH协议主要分为两个阶段：即簇建立阶段(setup phase)和稳定运行阶段(ready phase)。簇建立阶段和稳定运行阶段所持续的时间总和为一轮(round)。为减少协议开销，稳定运行阶段的持续时间要长于簇建立阶段。 在簇建立阶段，传感器节点随机生成一个0，1之间的随机数，并且与阈值T(n)做比较，如果小于该阈值，则该节点就会当选为簇头。在稳定阶段，传感器节点将采集的数据传送到簇首节点。簇首节点对采集的数据进行数据融合后再将信息传送给汇聚中心，汇聚中心将数据传送给监控中心来进行数据的处理。稳定阶段持续一段时间后，网络重新进行簇的建立阶段，进行下一轮的簇重建，不断循环。 2 LEACH协议的特点 1 为了减少传送到汇聚节点的信息数量，蔟首节点负责融合来自蔟内不同源节点所产生的数据，并将融合后的数据发送到汇聚点。 2 LEACH采用基于TDMA/CDMA的MAC层机制来减少蔟内和蔟间的冲突。 3 由于数据采集是集中的和周期性的，因此该协议非常适合于要求连续监控的应用系统。 4 对于终端使用者来说，由于它并不需要立即得到所有的数据，因此协议不需要周期性的传输数据，这样可以达到限制传感器节点能量消耗的目的。 5 在给定的时间间隔后，协议重新选举蔟首节点，以保证无线传感器网络获取同意的能量分布。
基于Modbus协议实现单片机与PLC之间的通讯
基于Modbus协议实现单片机与PLC之间的通讯 来源：PLC&FA 作者：蔡晓燕赵兴群万遂人董鹏云 关键词：可编程控制器 Modbus 通讯协议 1 引言 HMI(人机界面)以其体积小，高性能，强实时等特点，越来越多的应用于工业自动化系统和设备中。它有字母、汉字、图形和图片等不同的显示，界面简单友好。配有长寿命的薄膜按钮键盘，操作简单。它一般采用具有集成度高、速度快、高可靠且价格低等优点的单片机[1]作为其核心控制器，以实现实时快速处理。PLC和单片机结合不仅可以提PLC的数据处理能力，还可以给用户带来友好简洁的界面。本文以Modbus通讯协议为例，详细讨论了一个人机系统中，如何用C51实现单片机和PLC之间通讯的实例。 2 Modbus通讯协议[4] Modbus协议是应用于电子控制器上的一种通用语言。通过此协议，控制器相互之间、控制器经由网络和其它设备之间可以通信。 Modbus协议提供了主—从原则，即仅一设备(主设备)能初始化传输(查询)。其它设备(从设备)根据主设备查询提供的数据作出相应反应。主设备查询的格式:设备地址(或广播，此时不需要回应)、功能代码、所有要发送的数据、和一错误检测域。从设备回应消息包括确认地址、功能码、任何要返回的数据、和一错误检测域。如果在消息接收过程中发生一错误，或从设备不能执行其命令，从设备将建立一错误消息并把它作为回应发送出去。 控制器能设置为两种传输模式:ASCII和RTU，在同样的波特率下，RTU可比ASCII方式传送更多的数据，所以采用KTU模式。 (1) 典型的RTU消息帧 典型的RTU消息帧如表1所示。
RTU消息帧的地址域包含8bit。可能的从设备地址是0...127(十进制)。其中地址0是用作广播地址，以使所有的从设备都能认识。主设备通过将要联络的从设备的地址放入消息中的地址域来选通从设备。当从设备发送回应消息时，它把自己的地址放入回应的地址域中，以便主设备知道是哪一个设备作出回应。 RTU消息帧中的功能代码域包含了8bits，当消息从主设备发往从设备时，功能代码域将告之从设备需要执行哪些行为;当从设备回应时，它使用功能代码域来指示是正常回应(无误)还是有某种错误发生(称作异议回应，一般是将功能码的最高位由0改为1)。 从主设备发给从设备消息的数据域包含附加的信息:从设备必须用于进行执行由功能代 码所定义的行为。这包括了像不连续的寄存器地址，要处理项的数目，域中实际数据字节数。如果没有错误发生，从从设备返回的数据域包含请求的数据。如果有错误发生，此域包含一异议代码，主设备应用程序可以用来判断采取下一步行动。 当选用RTU模式作字符帧时，错误检测域包含一16Bits值(用两个8位的字符来实现)。错误检测域的内容是通过对消息内容进行循环冗长检测(CRC)方法得出的。CRC域附加在消息的最后，添加时先是低字节然后是高字节。 (2) 所有的Modbus功能码 Modbus的功能码定义如表2所示。
实验三利用Ethereal分析HTTP协议
计算机网络实验报告年级：姓名：学号： 实验日期： 实验名称：实验三利用Ethereal分析HTTP协议 一、实验目的 1、利用抓包工具wireshark来分析http协议； 2、通过分析HTTP协议，探讨有关HTTP协议的以下几个方面： （1）、基本的GET /响应交互， （2）、HTTP的消息格式， （3）、获取较大的HTML文件， （4）、检索与嵌入HTML文件对象， （5）、和HTTP身份验证和安全性。 二、实验器材 1、接入Internet的计算机主机； 2、抓包工具wireshark和截图工具snagit。 三、实验内容 （一）. The Basic HTTP GET/response interaction 1. Is your browser running HTTP version 1.0 or 1.1? What version of HTTP is theserver running? 答：我的浏览器上运行HTTP version 1.1如下图 2. What languages (if any) does your browser indicate that it can accept to theserver? 答：浏览器所能接受的语言为：简体中文accept language : zh -cn\r\n 截图如下：
3. What is the IP address of your computer? Of the https://www.wendangku.net/doc/163565469.html, server? 答：本机IP地址：10.0.163.199，服务器IP地址：128.119.245.12 截图如下： 4. What is the status code returned from the server to your browser? 答：状态码及状态码200ok截图如下： 5. When was the HTML file that you are retrieving last modified at the server? 6. How many bytes of content are being returned to your browser? 7. By inspecting the raw data in the packet content window, do you see any headerswithin the data that are not displayed in the packet-listing window? If so, nameone. 答：没有。 （二）. The HTTP CONDITIONAL GET/response interaction1 8. Inspect the contents of the first HTTP GET request from your browser to the server. Do you see an “IF-MODIFIED-SINCE” line in the HTTP GET? 答：没有看到。 9. Inspect the contents of the server response. Did the server explicitly return the contents of the file? How can you tell? 答：反回了，如下图所示 10. Now inspect the contents of the second HTTP GET request from your browser
WSN中LEACH协议源码分析报告
WSN中LEACH协议源码分析 分析(一) 首先对wireless.tcl进行分析，先对默认的脚本选项进行初始化： set opt(chan)Channel/\VirelessChannel set opt(prop) Propagatioii/TwoRayGround set opt(netif)PhyAVirelessPhy set opt(mac) Mac/802_l 1 set opt(ifq) Qucuc/DropTail/PriQueue set opt(ll) LL set opt(ant) Antenna/OmniAntenna set opt(x) 0 。# X dimension of the topography set opt(y) 0。# Y dimension of the topography set opt(cp),H, set opt(sc) N../mobility/scene/scen-670x670-50-600-20-2u。# scenario file set opt(ifqlen)50o # max packet in if set opt(nn) 51。# number of nodes set opt(secd) 0.0 set opt(stop) 10.0 o # simulation time set opt(tr) out.tr。# trace file set opt(rp) dsdv 。 # routing protocol script set opt(lm) M on H。# log movement 在这个wireless.tcl中设置了一些全局变呈:： # #Initialize Global Variables # set ns_ [new Simulator] set chan [new $opt(chan)] set prop [new $opt(prop)] set topo [newTopography] set tracefd [open Sopt(tr) w] Stopo Ioad_flatgrid $opt(x) $opt(y) Sprop topography Stopo 这些初始化将在后而的使用中用到，该文件最重要的是创建leach 17点：创建方法如下： } elseif { [string compare Sopt(rp) M leach,,]==0} { for {set i 0} {$i < $opt(nn) } {incr i} { leach-create-mobile-node $i } 如果路由协议是leach协议，则在Uamps.tcl中调用leach-create-mobile-node方法创建leach节点。将在第二小节讲如何创建leach节点。 for {set i 0} {$i < $opt(nn) } {incr i} { $ns_ at $opt(stop).000000001 M Snode_($i) reset”。〃完成后，重宜右点的应用
协议分析报告
《计算机网络技术及应用》课程论文 题目“腾讯新闻”应用协议分析报告 专业 学生姓名 学号 成绩
目录 1 概述 (1) 1.1 “腾讯新闻”应用软件介绍 (1) 1.2 分析环境 (2) 1.2.1 测试手机配置 (2) 1.2.2 应用软件版本 (2) 1.2.3 分析工具介绍 (3) 1.2.4 网络拓扑 (3) 2 应用软件结构分析 (4) 3 应用协议分析 (5) 3.1 启动（连接）过程分析 (5) 3.1.1 获取新闻各版块 (5) 3.1.2 获取首页新闻列表 (8) 3.2登录（注册）分析 (9) 3.2.1 登陆过程分析 (9) 3.2.2 获取用户评论信息 (10) 3.3 切换版块功能分析 (11) 3.4 读取单条新闻功能分析 (14) 3.5 评论功能分析 (17) 3.5.1 查看评论 (17) 3.5.1发表评论 (22) 4 分析总结 (27)
1 概述 1.1 “腾讯新闻”应用软件介绍 腾讯新闻客户端是基于IOS、Android平台的腾讯新闻服务，快速、客观、公正地提供新闻资讯的中文免费应用程序。凭借优异的用户体验引发用户大量下载，以王者之姿“秒”杀用户，带领移动资讯进入“秒”时代。是腾讯团队用心打造的一款丰富、及时的新闻应用，本着精炼、轻便的目标，为用户提供高效、优质的阅读体验。全球视野，聚焦中国，一朝在手，博览天下。 腾讯新闻功能如下： 1.每日新闻及时报道，洞察真相，领先一步 2.媒体订阅，全面接入优质媒体/微信自媒体，一处订阅，多处可看 3.云收藏，便捷收藏、随时访问、永久保存 4.视频、图片、直播，多媒体资讯，舒适体验，值得拥有 5.专题新闻，聚合报道重要新闻事件，了解事件全貌 6.离线下载智能启动，30秒下载1000条新闻，没有网络也有得看 7.横划手势切换2级栏目，单手操作更方便 8.三种阅读模式，2G/3G/4G/wifi环境顺畅浏览 9.腾讯微博、QQ空间、微信朋友圈、新浪微博、微信好友、手机QQ好友、邮件，随时与好友分享态度 腾讯新闻客户端自上线以来，以快速的推送速度、界面友好、内容专业原创、视频图片优势得到了用户普遍认可，用户数量、活跃度和口碑都在同类软件中名列前茅，一直保持着在App Store新闻软件排名前三位。在欧洲杯赛事和伦敦奥运期间，腾讯新闻客户端开创性的推出视频新闻和奥运专版举动，提高新闻客户端的竞争门槛，更是引发了行业强烈关注。。 腾讯新闻客户端的特色在于把新闻、视频、微博有机地结合了起来，为手机用户提供多形式、多产品精华内容聚合的快速阅读体验。同时拥有优秀的开发和运营团队、腾讯海量的品牌用户、良好的用户口碑以及强大的推广资源等优势腾讯还拥有数量庞大的无线互联网产品，可以互相推荐下载，并会第一时间接入王牌无线产品：微信，让用户能够在微信中分享腾讯新闻，这是其他应用所不具备的。 此外，腾讯新闻客户端具有强大的实时推送功能,7x24小时不间断更新。重大新闻瞬间推送到手机，随时随地掌握天下事。用户通过腾讯新闻客户端，3秒即可连接到世界新闻，重大事件发生时，腾讯新闻客户端版能够实现30秒实时推送新闻。300秒即可尽览每日资讯。通过速度可以让用户真切的感受到了新闻触达指尖的便捷性。
软件系统维护服务合同 完整版
软件系统维护服务合同 完整版 In the legal cooperation, the legitimate rights and obligations of all parties can be guaranteed. In case of disputes, we can protect our own rights and interests through legal channels to achieve the effect of stopping the loss or minimizing the loss. 【适用合作签约/约束责任/违约追究/维护权益等场景】 甲方：________________________ 乙方：________________________ 签订时间：________________________ 签订地点：________________________
软件系统维护服务合同完整版 下载说明：本合同资料适合用于合法的合作里保障合作多方的合法权利和指明责任义务，一旦发生纠纷，可以通过法律途径来保护自己的权益，实现停止损失或把损失降到最低的效果。可直接应用日常文档制作，也可以根据实际需要对其进行修改。 委托人：___________（以下简称“甲方”） 受托人：___________（以下简称“乙方”） 甲方委托乙方_______________就_______________相关软件系统进行专项运行维护服务，双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下协议，并由双方共同遵守。
无线传感器网络LEACH协议研究
无线传感器网络LEACH协议的研究 摘要：无线传感器网络因其在军事、经济、民生等方面广阔的应用前景成为21世纪的前沿热点研究领域[1]。在传感器节点能量有限的情况下，提高路由效率，延长网络寿命成为无线传感器网络需考虑的问题。由于采取分簇，数据融合的思想，LEACH协议有着较高的路由效率，但在实际应用，尤其是大规模网络中，仍存在负载不均衡等问题。本文主要分析了LEACH协议的基本思想及优缺点，随后针对大规模的网络环境对其分簇算法进行改进。前人提出一种有效的方法计算最优簇首个数，本文推算出适合本文中网络环境的公式并加以应用。本文用NS2进行仿真，仿真后的结果表明，改进后的分簇算法更为有效，延长了网络寿命，增大了网络传送数据量。 关键词：无线传感器网络；路由协议；LEACH；分簇思想 Research on Routing Protocol of LEACH in WSN Shen Y uanyi Dept. of Information and Telecommunication,NUPT ABSTRACT：Nowadays, wireless sensor network has become a hot spot of 21st century because of its wide application on military, economy and human life. On the condition that the energy of a sensor node is limited, how to improve the routing efficiency and expand the network’s lifespan has been an important issue to consider. LEACH maintains quite high routing efficiency for its idea of clustering and data gathering. But in practical, it still has problems such as load unbalance especially in large scale network. The article mainly analyses the basic idea of LEACH, the benefits and drawbacks of it and later introduce an improvement on clustering algorithm according to large scale network. Key words：WSN；routing protocol; LEACH; clustering 1LEACH协议介绍与分析 1.1 LEACH算法思想 算法基本思想[2]是：以循环的方式随机选择簇头节点，将整个网络的能量负载平均分配到每个传感器节点中，从而达到降低网络能源消耗、提高网络整体生存时间的目的。LEACH在运行过程中不断的循环执行簇的重构过程，每个簇重构过程可以用回合的概念来描述[3]。每个回合可以分成两个阶段：簇的建立阶段和传输数据的稳定阶段。 1.2 LEACH算法的分析 LEACH协议的优点[4]有: （1）LEACH 通过减少参与路由计算的节点数目，减少了路由表尺寸。（2）LEACH协议是一种分簇路由协议，降低了非簇首节点的任务复杂度，不必对通信路由进行维护。（3）协议不需要周期性的传输数据。（4）在给定的时间间隔后，协议重新选举簇首节点，以保证无线传感器网络获取同意的能量分布。 由于LEACH算法是建立在一些假设上，所以在实际应用中LEACH协议存在一些问题：（1）在LEACH协议中，簇头的选举是随机产生的，这样的随机性可能会导致簇头
(完整版)MODBUS通讯协议-RTU要点
Modbus 通讯协议 （RTU传输模式）本说明仅做内部参考，详细请参阅英文版本。
第一章Modbus协议简介 Modbus 协议是应用于电子控制器上的一种通用语言。通过此协议，控制器相互之间、控制器经由网络（例如以太网）和其它设备之间可以通信。它已经成为一通用工业标准。有了它，不同厂商生产的控制设备可以连成工业网络，进行集中监控。 此协议定义了一个控制器能认识使用的消息结构,而不管它们是经过何种网络进行通信的。它描述了一控制器请求访问其它设备的过程，如果回应来自其它设备的请求，以及怎样侦测错误并记录。它制定了消息域格局和内容的公共格式。 当在一Modbus网络上通信时，此协议决定了每个控制器须要知道它们的设备地址，识别按地址发来的消息，决定要产生何种行动。如果需要回应，控制器将生成反馈信息并用Modbus协议发出。在其它网络上，包含了Modbus协议的消息转换为在此网络上使用的帧或包结构。这种转换也扩展了根据具体的网络解决节地址、路由路径及错误检测的方法。 协议在一根通讯线上使用应答式连接（半双工），这意味着在一根单独的通讯线上信号沿着相反的两个方向传输。首先，主计算机的信号寻址到一台唯一的终端设备（从机），然后，在相反的方向上终端设备发出的应答信号传输给主机。协议只允许在主计算机和终端设备之间，而不允许独立的设备之间的数据交换，这就不会在使它们初始化时占据通讯线路，而仅限于响应到达本机的查询信号。 1．1 传输方式 传输方式是一个信息帧内一系列独立的数据结构以及用于传输数据的有限规则，以RTU 模式在Modbus总线上进行通讯时，信息中的每8位字节分成2个4位16进制的字符，每个信息必须连续传输下面定义了与Modebus 协议– RTU方式相兼容的传输方式。 代码系统 ?8位二进制，十六进制数0...9，A...F ?消息中的每个8位域都是一个两个十六进制字符组成 每个字节的位 ?1个起始位 ?8个数据位，最小的有效位先发送 ?1个奇偶校验位，无校验则无 ?1个停止位（有校验时），2个Bit（无校验时） 错误检测域 ?CRC(循环冗长检测)
软件系统维护服务合同(完整)
软件系统维护服务合同(完整) 软件维护服务合同 甲方：乙方： 甲、乙双方经友好协商，双方同意，乙方就向甲方提供软件产品维护服务达成如下协议，乙方将按照本服务合同及相关附件所约定的维护服务内容向甲方提供服务，甲方同意并保证完全执行本服务合同所约定的责任，以利于本合同的顺利进行。 第一条：维护服务内容 甲方定期做好系统数据备份，并对备份数据进行妥善保管。甲方在应用过程中发现软件出现异常，应及时与乙方取得联系，并记录当前故障现象，便于乙方作出诊断。甲方在乙方服务人员服务完成后，配合检查软件系统运行是否正常。 乙方向甲方提供系统的运行维护服务(客户其它应用软件不含在内)。乙方负责向甲方提供对上述系统问题或故障解决的技术支持与相应服务及提供服务期内软件升级的咨询服务。乙方指根据甲方要求对软件现有功能进行和改动。甲方如需新增软件功能费用另外协商再议。 第二条：服务期限： 年月日至年月日。合同有效期为壹年，合同满后，如甲方有运行维护服务要求，必须另行签定运行维护服务合同。 第三条：合同金额及付款方式： 3.1合同总金额：年服务费为(软件价值的15%)，人民币￥整(大
写：)。除本合同另有明确约定外，甲方不再向乙方支付任何费用。 3.2付款方式：甲方应于本合同生效之日起的个工作日内,向乙方一次性支付合同约定的运行维护费 第四条：维护服务进度及方式 在本合同有效期内，乙方向甲方提供系统管理的全面的技术支持和维护服务。具体维护内容和方式如下： 4.1技术支持咨询 乙方将提供给甲方一份详细的技术咨询联系办法，在合同维护服务期内，甲方系统管理员可以随时通过电话、传真及电子邮件等各种灵活的通讯手段向乙方进行技术咨询，乙方将第一时间给予甲方答复。 4.2及时响应 乙方向甲方提供每周5个正常工作日，每个工作日8小时的随时响应服务。 4.3远程联机 如果甲方遇到一些基本问题，乙方的支持工程师可以通过远程登录到甲方设备上来查看问题所在，并指导甲方或直接排除故障。 4.4现场支持 4.4.1如果甲方遇到较为复杂的问题，一般通讯手段的咨询和远程联机不足以解决，乙方将根据甲方具体情况，安排工程师赶到现场解决问题。对于通过远程方式无法解决的，乙方应在72小时内安排工程师到达用户现场第一时间内对系统进行处理，使系统重新恢复运
LEACH协议簇头
《单片机原理与接口技术》期中论文 论文题目 LEACH协议簇头 选择算法的改进 姓名 学号 学院电气工程学院 专业班级 2008级通信工程
目录 引言................................. 错误!未定义书签。 1 LEACH协议 .......................... 错误!未定义书签。 LEACH 协议介绍.................... 错误!未定义书签。 LEACH 协议的能量损耗模型.......... 错误!未定义书签。 LEACH 的不足在于：................ 错误!未定义书签。 LEACH 协议的优化.................. 错误!未定义书签。 基本思想....................... 错误!未定义书签。 改进细节........................ 错误!未定义书签。 2 簇头选择算法的改进LEACH-H ........... 错误!未定义书签。 簇头初选........................... 错误!未定义书签。 簇头调整过程....................... 错误!未定义书签。 3仿真结果 ............................ 错误!未定义书签。 4仿真分析 ............................ 错误!未定义书签。 5结束语 .............................. 错误!未定义书签。参考文献 ............................. 错误!未定义书签。