为您找到与WCDMA协议相关的共12个结果:
协议栈是指网络中各层协议的总和,其形象的反映了一个网络中文件传输的过程:由上层协议到底层协议,再由底层协议到上层协议。使用最广泛的是因特网协议栈。以下是读文网小编今天为大家精心准备的:浅谈计算机网络协议栈实验平台的设计与实现相关论文。内容仅供参考,欢迎阅读!
计算机网络原理课程是计算机专业主干课程之一,在专业教学体系中占有非常重要的地位。计算机网络原理课程中,最重要的是对于协议栈的理解和掌握。目前,计算机网络原理课程均设置有实验环节,实验内容主要包括4 方面:①通过数据嗅探软件——sniffer/winshark/Ethereal 等分析数据链路层、网络层和传输层协议;②利用网络仿真器如NS2 分析网络协议及其性能[1-2];③协议开发,即利用套接字编程进行应用层协议开发;④网络设备配置实验,包括交换机、路由器、服务器等的配置,这些实验都涉及协议。通过前两类分析网络协议的实验,学生可以观察协议的内部原理、数据包的格式等基本理论知识,但是此类实验属于验证性实验,会令学生对于协议的具体应用仍然模糊,无法达到培养和锻炼学生设计新协议和独立设计开发协议能力的目标。通过套接字编程实验,学生可以开发新的应用层协议,但是仍然缺乏对底层协议的认知和运用。网络设备配置实验也有类似的问题。
目前,计算机网络原理实验课程存在的主要问题是实验的片段性和隔离性导致学生对知识点掌握得不完整、不系统,不能形成有机的整体,不能将针对协议的学习成果应用于具体的协议栈设计,缺少对协议栈开发方法的整体理解。
基于上述问题,为了更好地培养学生综合运用理论知识分析问题和解决问题的实践能力,笔者结合华中科技大学文华学院计算机网络实验教学的现状,构建基于MSP430 的计算机网络协议栈实验平台,设计一套实验方案,期望学生通过在实验平台上的操作,加深对协议栈的理解,提高分析协议栈的能力和实践动手能力。
嵌入式实验平台的硬件部分主要由MSP430和CS8900 网络接口芯片组成。平台采用的微控制器是德州仪器公司(TI)的MSP430F149。这是功耗极低的Flash 型16 位RISC指令集单片机,采用Crystal 公司的CS8900 作为太网接口芯片。CS8900 功耗低,控制简单,可以直接和微控制器相连,通过微控制器的I/O 口对CS8900 进行控制。为扩展路由协议验证模块,实验平台的MSP430F149 与两片CS8900 连接。
2.1 实验1 :Ethereal 数据包嗅探
对协议栈的学习和开发都离不开数据包嗅探软件,Ethereal 是目前比较流行的协议分析软件。计算机网络原理课程的第一个实验是要求学生掌握Ethereal 软件的用法,通过包嗅探软件熟悉和掌握数据包的格式,为后续的复杂实验打好基础。这部分实验可以在PC 机上完成。
实验内容包括:①掌握Ethereal 软件的使用方法;②掌握通过数据包嗅探进行协议分析的方法;③截获典型数据包进行协议分析;④掌握一些经典协议(PPP 协议、ARP 协议、ICMP 协议、Telnet 协议、TCP 协议和Smtp 协议)并阅读相应的RFC 文档。
2.2 实验2 : 网络层IP 协议、ARP 协议、ICMP 协议的实现
在网络层实现IP 分组封装,ARP 协议的实现是数据最终能够到达目的地的保证;设计完成部分ICMP 协议;通过在接入段运行Ping 命令验证实验结果的正确性。
2.3 实验3 :传输层TCP 协议的实现
根据TCP 有限状态机实现TCP 协议可不考虑复杂的通信环境,忽略发送窗口、接受窗口、拥塞控制部分的实现。
2.4 Http 和Smtp 协议的实现
用HTML 写一个简单的Web 页面,嵌入到实验平台,在平台上实现Http 协议,以便局域网内其他终端可以通过Http 协议访问实验平台。
在实验平台上实现Smtp 协议,使实验平台在启动时或在某个事件驱动下完成向某个邮箱自动发送邮件的过程。
3.1 简单IPv6 协议
随着嵌入式技术研究的深入发展,许多小型智能电子设备如智能家电、智能仪表等也接入到互联网中,导致IPv4 地址空间明显不足,而IPv6 协议解决了IPv4 公共地址空间耗尽的问题。IPv6 协议使得移动电话、PDA、汽车、仪表甚至个人都可以获得多个公共IP 地址,并且IPv6 具有无状态地址自动配置、内置安全性强、服务质量高等诸多优点,是嵌入式设备进行网络互联的较好选择。实验平台可以实现简单的IPv6协议栈,帮助学生理解IPv6 协议与IPv4 协议的异同。
1)IPv6 协议栈的实现。
IPv6 协议栈的实现主要包括IPv6 模块和ICMPv6 模块。
由于实验平台资源有限,目前不考虑IPv6协议与IPv4 协议的兼容问题,不支持IPv6 扩展报头,不支持分片;测试运行在本地局域网,不涉及路由器;忽略MTU 探测决定路径上的最大传输单元;将报文大小设定为小于以太网最大传输单元,避免报文分片。
ICMPv6 模块具有IPv4 的ICMP 常用功能,可回送请求报文和回送应答报文,可在应用层进行ping6 操作,测试网络的连通性和IPv6 地址解析的正确性。IPv6 中的邻节点发现过程是用一系列的报文和步骤确定邻节点之间关系的过程。邻节点发现取代了IPv4 中使用的ARP 报文、ICMP路由器发现和ICMP 重定向报文。邻节点发现报文使用ICMPv6 的报文结构。
实验平台的邻节点发现模块支持地址解析,省略了重复性探测和路由功能。程序设计在保证实现IPv6 协议栈基本功能的基础上尽量减少代码复杂度,只考虑运行时的一般情况,忽略特殊情况需要的额外开销。实现该协议栈的重要内容之一是正确处理数据流程,实验平台数据处理流程如下。
当网络上有终端(主机)要访问嵌入式设备时,主机在适当的接口上发送多播帧,即IPv6主机发送多播邻节点,请求报文发现链路上IPv6节点的链路层地址。邻节点请求报文的多播地址是从目标IP 地址得到的。
这时必须正确设置网络接口芯片CS8900 地址滤波寄存器的值,以保证主机发送的多播邻节点请求报文可以通过地址滤波器;实验平台收到邻节点请求报文后,根据邻节点请求报文的信息,向报文发送方——主机发送一个单播邻节点公告报文,地址解析完毕;然后,实验平台根据TCP 状态机的状态完成相应处理过程,接收数据时,从网络接口芯片缓冲区读取数据,依次提取:①以太网帧头信息——用于保存发送方MAC 地址;② IPv6 头信息——提取IPv6 报文头中下一个头部的值。如果不是ICMPv6 和TCP 中的任何一个,就发送ICMPv6 目的不可达报文;如果是ICMPv6,就进一步判断;如果是REQUES 报文,就发送REPLY 报文;如果是邻居请求报文,则发送邻居宣告报文。因为实验平台的TCP/IP 连接是由主机发起的,所以嵌入式设备不会接收到邻居宣告报文。
实验平台采用TCP 方式发送数据。嵌入式设备不主动向主机发送数据,而是根据主机的请求传送数据,根据主机发送的请求数据包得到目的地址相关信息,将发送的数据包送入发送缓冲区,添加以太网帧头部、IPv6 数据报报头、TCP报文段首部等信息,更改相关标志位,将数据送入链路层。网络接口芯片负责将数据发送到网络。
2)IPv6 协议栈的测试。
由于HTML 不支持使用文字形式的IPv6 地址格式作为URL(通用地址),因此需要一台运行Windows 2000 Server 的计算机作为DNS 服务器,在DNS 服务器中添加实验平台IPv6 地址的AAAA 记录;同时需要正确配置测试局域网中主机的掩码,网关以及DNS 服务器。
测试在本地局域网进行,除上述DNS 服务器外,其他主机运行Windows XP 或Windows2000 操作系统。每台计算机都配置IPv4 地址、安装IPv6 协议栈并配置IPv6 的链路本地地址。将嵌入式系统连入该网络,启动系统,系统的IPv6 地址通过程序写入其RAM 中,我们就可以通过该局域网内的一个网络终端访问嵌入式系统的主页。例如,在一台计算机输入“ping6 嵌入式设备IPv6 地址”,如果网络没有问题就可以返回信息。在Http 的URL 中输入嵌入式设备对应的域名,就可以看到其主页,这说明上述实验环境可以使IPv6 协议栈得到较好的测试。
3.2 RIP 和OSPF 路由协议的实现
为了在实验平台上验证RIP 和OSPF 路由协议,我们在实验平台上设计2 个网络接口。由于实验平台资源有限且路由协议实现复杂,我们仅搭建规模较小的网络拓扑。实验平台不设置接收缓冲区,不采用随机早期检测,仅实现RIP 路由协议和OSPF 路由协议。
计算机网络协议分析与开发实验一直是计算机网络实验教学中的难点,如何让学生通过实验掌握协议分析与开发的精髓,具备协议分析与开发实践能力,是此类实验应重点关注的内容。基于msp430 的计算机网络协议栈实验平台可以开展专业相关的各种实验,还可扩展进行IPv6 协议和RIP、OSPF 路由协议实验。学生通过实验可以重演TCP/IP 协议栈,也可独立设计并开发类TCP/IP 的网络协议,对学生协议分析、设计和开发能力的提高有很大帮助。
【浅谈计算机网络协议栈实验平台的设计与实现】相关
浏览量:6
下载量:0
时间:
《海峡两岸服务贸易协议》是ECFA(两岸经济合作框架协议)后续协商所签协议之一,一式四份,双方各执两份。文本长达48页,正文分为四章、24条,有2个附件,分别为《服务贸易具体承诺表》和《关于服务提供者的具体规定》。协议规定了两岸服务贸易的基本原则、双方的权利义务,未来合作发展方向及相关工作机制等内容。协议明确了两岸服务市场开放清单,在早期收获基础上更大范围地降低市场准入门槛,为两岸服务业合作提供更多优惠和便利的市场开放措施。以下是读文网小编今天为大家精心准备的:《海峡两岸服务贸易协议》对台湾的影响分析相关论文。内容仅供参考,欢迎阅读!
《海峡两岸服务贸易协议》对台湾的影响分析全文如下:
近期台湾大学生占领立法院进行“反服贸”运动引起了社会的广泛关注。除去政治因素,仍有很多台湾学者认为《海峡两岸服务贸易协议》(Cross-Strait Service Trade Agreement,下文简称CSSTA)是大陆对台的糖衣炮弹,会对台湾经济、社会造成严重冲击。郑秀玲认为CSSTA条款设计不对等,实行CSSTA的竞争环境不公平,会危害台湾的社会安全。彭明辉认为台湾政府行政能力弱、市场调节速度慢,开放服务业会剥夺底层人民的生存权。林宗宏认为若实行CSSTA会扩大台湾贫富差距,甚至导致劳动力、人才流失,加剧高离婚率、少子化等社会问题。
但是也有很多台湾学者支持CSSTA,认为协议的签署对台湾的重要性远优于大陆。林建甫认为CSSTA能推动两岸金融合作,有利于促进产业的互补竞争和推动台湾经济转型。黄智辉认为CSSTA可促进两岸服务业相互投资及贸易,扩大ECFA效益,为两岸带来长期正面的经济福祉。此外,台湾农委会国际处认为陆资进入台湾投资农产运销及物流相关行业,将有助益台湾农产品销售,对提高农民的收益将有帮助。
本文将从CSSTA的条款内容进行剖析,从而说明CSSTA是推动两岸深化经济合作、促进共同发展的重要举措。
《海峡两岸服务贸易协议》是海峡两岸依据《海峡两岸经济合作架构协议》(ECFA)第四条所签署的服务贸易协定。2013年6月21日,两岸两会在中国大陆上海市举行第九次高层会谈并签署该协议,也向外界公布了开放清单。
CSSTA包含文本和两个附件。文本包括序言和4章24条;两个附件为:服务贸易具体承诺表、关于服务提供者的具体规定。
根据CSSTA附件一“服务贸易具体承诺表”,双方开放承诺共144条,涉及100多个服务行业,范围涵盖了商业、通讯、建筑、分销、环境、健康和社会、旅游、娱乐文化和体育、运输、金融等。其中大陆方面开放承诺80条(非金融领域开放承诺65条,金融领域15条),是在大陆加入WTO承诺基础上的进一步开放;台湾方面开放承诺64条(非金融领域开放承诺55条,金融领域9条),是在台湾开放陆资入岛基础上的进一步开放。
CSSTA与其他类似贸易协定相比--如大陆与香港签订的 CEPA,开放水平更高、涵盖面更广。
笔者通过对CSSTA与CEPA的内容进行比较分析,发现CSSTA在承诺表内容、服务提供者规定和争端解决机制等方面较CEPA都有重大优惠。下文将进行详细比较分析。
在非金融服务行业,大陆对香港开放承诺一般仅限于“允许香港服务提供者雇用的合同服务提供者以自然人流动的方式在内地提供本部门或分部门分类项下的服务”。然而对于台湾,大陆在许多非金融服务行业都允许其在大陆设立合资、合作,或者是独资企业。这些行业包括:建筑物清洁服务,摄影服务,印刷及其辅助服务,会议服务和展览服务,笔译和口译服务,录像、录音的分销服务,建筑和相关的工程服务,批发服务,零售服务,环境服务,医院服务,文娱服务,体育和其他娱乐服务,航空运输销售代理服务,公路运输服务,货物运输代理服务,商标代理服务等。
在金融服务行业,大陆对台开放承诺也有重大突破。在银行服务部门,CSSTA规定,“大陆的商业银行从事代客境外理财业务时,可以投资符合条件的台湾金融产品。符合条件的台湾的银行可以按照现行规定申请在大陆发起设立村镇银行。台湾的银行在福建省设立的分行可以参照大陆关于申请设立支行的规定提出在福建省设立异地(不同于分行所在城市)支行的申请。……在符合相关规定的前提下,支持两岸银行业进行相关股权投资合作。”在证券、期货服务部门,CSSTA规定“允许符合外资参股证券公司境外股东资质条件的台资证券公司与大陆具备设立子公司条件的证券公司,在大陆设立合资证券投资咨询公司。……允许符合条件的台资期货中介机构按照大陆有关规定,在大陆申请设立合资期货公司。”
从比较中不难发现,在上述非金融服务行业,CSSTA允许台湾在大陆设立合资、合作甚至是独资企业,享受国民待遇。这一举措会显著加深大陆市场的开放深度。台湾的服务业发展水平是远远领先于大陆的,尤其在以版税及许可证服务贸易为代表的高端服务贸易部门、医疗卫生等社会服务部门。凭借其强大的竞争力,不难在大陆做大做强。因此允许台湾企业进入服务业,无疑是对台湾非常利好的条款。在金融服务行业,从只允许香港银行接收居民存款,到允许大陆的商业银行投资台湾金融产品,是一个质的转变。若是实行该条款,台湾可以较容易地获得、利用大陆的大量资金,从而进行金融活动。此外,大陆向台湾开放了证券、期货等金融服务部门,无疑是向实现金融自由化迈出了一大步。
CSSTA关于服务贸易提供者的规定一共有六项。该规定将服务提供者分为“一方自然人”和“一方法人”。
对于“一方自然人”服务提供者的审查,仅要求提供两岸任一方身份证明文件及其他必要资料。业务主管部门或其他委托机构认为符合规定,即可核发服务提供者证明书。
而对于“一方法人”的审核,主要针对其从业资质是否有效。在规定的第二项中提到,一方法人服务提供者应满足“在该方从事与拟在另一方提供服务的性质和范围相同的商业经营持续三年以上”。此外,对于从事建筑及相关工程服务、银行及其他金融服务、证券期货及其相关服务、保险及其相关服务的服务提供者,应满足的持续经营时间为五年。在申请服务提供者证明书时,一方法人服务提供者需要提供:注册登记证明副本,最近三年或五年的完税证明副本和财务报表,拥有或租用经营场所的证明文件或其副本,其他证明提供服务性质和范围的文件或其副本,以及其他必要文件、资料。经业务主管部门或其他委托机构认为符合规定后,即可核发服务提供者证明书。 通过与CEPA的规定进行比较,CSSTA对服务提供者的规定更宽松,对服务提供者的审查要求更少。CSSTA较CEPA减少了以下规定:雇佣员工中两地服务提供者所占比重;两地服务提供者需要取得其负责人作出的法定声明;服务提供者需要取得政府有关部门出具的证明书;服务提供者需提供其身份证明;并且以上资料要经内地认可的公证人核证。
综上所述,CSSTA减少了服务提供者需准备的文件和资料,简化了对服务提供者的审查流程,同时减少了业务主管部门或其他委托机构的审核工作。因此不仅减少了两岸相关机构的行政工作量,提高了行政审核效率,还降低了台湾服务提供者进入大陆市场的门槛,有效、直接地为其提供便利和优惠。此外,也有利于实现两岸人才的有效交流、沟通,实现互助互补。最后,由于服务贸易的主要载体是服务提供者,因此实现服务提供者的便捷、迅速流通,是实现服务贸易自由化的重要途径。
CEPA关于争端解决机制的规定只有第十九条第三款第2、3项规定:由联合指导委员会解释《安排》的规定,解决《安排》执行过程中可能产生的争议。该条款对委员会职能及职责范围规定模糊不清,并且也没有规定“《安排》执行过程中可能产生的争议”的范围。
ECFA 中关于争端解决机制的规定主要体现在第十条及第十一条第二款中。第十条规定:“一、双方应不迟于本协议生效后六个月内就建立适当的争端解决程序展开磋商,并尽速达成协议,以解决任何关于本协议解释、实施和适用的争端。二、在本条第一款所指的争端解决协议生效前,应由双方透过协商解决,或由本协议第十一条设立的‘两岸经济合作委员会’以适当方式加以解决。”第十一条第二款规定:“委员会可根据需要设立工作小组,处理特定领域中与本协议相关的事宜并接受委员会监督。”虽然对争端解决机制的规定略显笼统和抽象,但是相比于CEPA的规定已经有了很大的改善和进步。
另一方面,由于两个协议都缺乏详实具体的争端解决机制,而区域贸易协定与WTO规则是兼容、互补的,则可以考虑WTO争端解决机制对协议的适用性。首先,对于大陆和香港签订的CEPA,由于签订双方属于同一个主权国家,因此CEPA的法律本质只能属于是地区性的自由贸易协定,所以CEPA不能适用于WTO的争端解决机制。其次,对于大陆和台湾签订的ECFA,虽然两岸对于主权政治问题的争议一直没能解决,但ECFA是两岸为了加深经济合作、淡化政治矛盾而签署的协议。大陆和台湾属于不同的关税区,并且都是WTO的成员,因此理论上ECFA适用于WTO的争端解决机制。
ECFA和CEPA目前都缺乏具体的争端解决机制,但未来必定需要构建合理有效的争端解决机制。在当前状况下,ECFA适用于WTO的争端解决机制,无疑能为执行过程中可能产生的争端提供解决依据。两岸在执行服贸协议时,若产生争端,则暂时可以依靠WTO争端解决机制来协调矛盾,解决短期矛盾;并同时赢得充裕的时间来构建ECFA的争端解决机制,从而解决长期矛盾,维护两岸经贸的稳定、有序合作。
《海峡两岸服务贸易协议》的签署是一个重大战略举措,对两岸的经济影响是深远而显著的。尤其是对于台湾,其重要意义要优于大陆。一方面,台湾企业应抓住此次机遇,进入大陆服务业,发挥其比较优势,在竞争中实现两岸服务业的交流与合作,促进两岸经贸关系的良好、健康发展。另一方面,台湾企业也要谨慎规避市场风险。在进入大陆或面对大陆企业进入台湾,都要理性对待。当争端产生时,应援用WTO争端解决机制,尽快处理矛盾,控制可能产生的损失。
浏览量:2
下载量:0
时间:
Soap协议即简单对象访问协议,是交换数据的一种协议规范,是一种轻量的、简单的、基于XML(标准通用标记语言下的一个子集)的协议,它被设计成在WEB上交换结构化的和固化的信息。以下是读文网小编今天为大家精心准备的:浅析基于J2ME平台的SOAP协议研究与应用相关论文,内容仅供参考,欢迎阅读!
摘 要:本文对于在J2ME平台下,利用XML解析器开发SOAP协议的基本方法进行了研究,介绍了J2ME平台和SOAP协议,其中重点探讨了XML的开发,提出了一种利用XML解析器在J2ME平台上实现SOAP协议的方法,具有一定的推广价值。
关键词:J2ME SOAP XML嵌入式系统
J2ME作为嵌入式系统应用平台得到了迅速的发展,JAVA语言固有的平台无关性使得基于J2ME平台的嵌入式应用系统具有广阔的前景。受限于嵌入式设备及消费类电器硬件条件的限制,J2ME平台提供的功能有限,如何能够在有限的资源下拓展J2ME的功能,使得J2ME平台能够处理SOAP协议是本文研究的重点。
目前企业应用正在向面向WEB服务的SOA架构转变,嵌入式系统与企业应用系统的连接目前还处于TCP/IP协议、HTTP协议等比较初级的阶段。随着企业应用系统提供的WEB服务日益广泛和成熟,需要J2ME平台提供处理SOAP协议的需求也越来越多。
SOA架构是目前企业应用系统广泛部署的架构,实现SOA的关键问题之一就是对SOAP协议的支持。本文分析了在J2ME平台中实现SOAP协议处理遇到的问题,提出了相应的解决方案。
J2ME(Java 2 Platform Micro Edition)是为无线电子市场所设计的JAVA平台,包括JVM规范和API规范。J2ME 定义了一套类库和虚拟机技术,这些技术可以使用户、服务提供商和设备制造商通过物理(有线)连接或无线连接,按照需要随时使用丰富的应用程序。J2ME同时提供了Java语言一贯的跨平台性和安全性。
为了支持用户和嵌入式市场提出的灵活性和可定制性要求,J2ME被设计得更加模块化和可缩放化。J2ME在设备原有的操作系统上建造了3层软件来实现这种要求:
1.JVM层:这层基于宿主操作系统,按照某一种J2ME的配置实现了JVM。
2.配置层:这层对于用户可见度要低一些,但对简表层非常重要。它针对不同市场的需求,定义了Java虚拟机的最小功能集合和Java类库的最小集合。在J2ME设备中,JVM与配置层紧密相连,它们体现了每一类设备的基本功能。
3.简表层:这层对于用户和应用程序提供者来说是最常见的。它针对特定市场的需求,定义了Java虚拟机的最小功能集合和Java类库的最小集合。
J2ME组件都围绕一个中心,这些中心被称为configuration(配置),它们中间的每一个都是用于消费电子和嵌入设备的特别的类。目前配置分为CLDC和CDC两种。
Connected limited device configuration(有限连接设备配置,简称 CLDC)定义支持“devices that you hold in your hand(握在手中的设备)”的应用程序接口和技术,这类设备的代表是PDA。Connected device configuration(连接设备配置 CDC )定义支持“devices that you plug into plug into the wall(插入墙的设备)”的应用程序接口和技术,这类设备的代表是机顶盒。
这两种配置不同的地方就在于它们应用于的装置的能力,CLDC设备的处理器能力有限 (与台式机系统比较 ),并且存储器大小一般也只在128 KB到 512 KB之间。CDC系统不同,它可能有32位或64位处理器,以及有限的存储容量,不过它的下限也得超过512K。
上图解释配置和简表的体系结构。J2ME的体系结构被横向地分成三层,纵向分成两部分。配置包括一个控制配置核心类的虚拟机,具体的简表位于每个配置之上。
简表为相同消费电子设备的不同的生产商提供了标准化的 Java类库,现在五个已知简表已经有了规范:
Mobile information devices profile (MIDP) 移动电话和呼叫器 CLDC
Personal digital assistant profile Palm和Handspring的PDA 设备 CLDC
Foundation profile 用于所有不需要GUI的CDC设备的标准简表 CDC
Personal profile 替代PersonalJava的Foundation完善的简表 CDC
RMI profile 提供RMI的Foundation完善的简表 CDC
SOAP(简单对象访问协议)是一种利用XML编码数据的数据传输协议。它是同类协议中要求最低的一个规范,只定义了协议所要求的最关键的部分,有意地忽略了垃圾收集、对象激活等方面的细节。像TCP/IP协议一样,SOAP协议也包括客户端和服务器两个部分。
SOAP客户端是一种创建XML文档的程序,该XML文档包含在分布式系统远程调用方法所需的信息。SOAP客户端不是传统意义上的程序,它除了用作普通的桌面应用程序外,还可以是一种Web服务器或基于服务器的应用程序。来自SOAP客户端的消息和请求一般是通过HTTP发送的。因而,SOAP文档可以穿过几乎所有的防火墙,从而能跨越不同的平台交换信息。
SOAP服务器只是用于监听SOAP消息的特殊代码,它可用作SOAP文档的分配器和解释器。外部Web服务可以与基于J2EE技术的应用程序服务器交互,这种应用程序服务器可以处理多种客户端的SOAP请求。
SOAP定义了数据编码规则,称为基准编码或“Section 5(第5节)”编码,它是出自SOAP规范中描述数据编码规则的内容。SOAP编码可以简短地描述成简单值或复合值的集合。简单值可以是简单类型,如整型、浮点型和字符型,或者是XML架构规范第2部中定义的内置类型,包括各种数据类型,如字节型数组和枚举。复合值包括结构、数组和XML架构制定组定义的复杂类型。
SOAP在标准化消息格式环境中,可以做所有它能完成的工作。消息的主体部分是“text/xml”形式的MIME类型,并且包含一个SOAP封套。该封套是一个XML文档。封套包含了报头(可选的)和报文(必须有的)。封套的报文部分总是用于最终接收的消息,而报头项目可以确定执行中间处理的目标节点。附件、二进制数字及其他项目可以附加到报文上。
SOAP提供了一种让客户端指定哪个中间处理节点必须处理报头项目的方法。由于报头与SOAP消息的主体内容是互不相关的,所以可用它们给消息添加信息,而不会影响对消息报文的处理。
如何真正地将移动设备融入到Web Services中去呢?这就需要使得PDA、手机等成为Web Services的客户端,因此这些设备至少应该具有处理XML信息的能力。在J2ME平台中实现SOAP客户端的功能,使得嵌入式设备能够连接企业的WEB服务是企业应用中比较常见的需求。J2ME的基本类库中没有提供SOAP的支持,所以需要在J2ME平台中开发实现SOAP的处理功能。
实现SOAP协议客户端的关键问题分为两个方面:J2ME不同配置的数据类型不一样,导致与SOAP协议封装的数据类型不匹配;J2ME平台没有提供对XML文件进行处理的功能。
针对第一个问题,需要注意只能使用基本类型,对不匹配的数据类型采用使用基本类型复合的方式进行处理。针对第二个问题需要在J2ME中扩展对XML文件处理的功能。目前有有两种方法对XML文件进行解析。一种是采用DOM的方式,另外一种是采用SAX的方式。操作DOM是一个与XML相互作用的简单方法,通常这个XML是一棵完整的XML树,被解析成一个存放在存储器中的节点结构,你可以遍历这棵树。它非常简单易用,但是因为整棵树存在于存储器中造成存储器的负担,而对于嵌入式系统来说存储器的资源是有限的,因此这种方法的使用具有一定局限性。第二种方法在捕捉语法分析事件中,每当语法分析程序遇到数据中的特定结构,它就会遍历XML数据,然后把结果发回前面注册的一个事件监听器中。比如说,当语法分析程序遇到一个起始标记,如,那么事件监听器将接收一个事件,通知它这个情况,并且向它传递任何所需的信息。相对DOM方式的处理,SAX方法对存储器的要求比较低,但是效率要比DOM方式低。
Enhydra的KXML是一个只占很小存储空间的XML语法分析程序,对于J2ME应用程序非常适合。KXML支持DOM语法分析和操作,但是不支持SAX语法分析。取而代之,它使用一种稍微不同的称为“Pull”的分析方法。
下面是KXML采用DOM的方式处理XML数据的例子:
1.Document doc = new Document();
2....
3.parser = new XmlParser(abc);
4.doc.parse( parser );
第一行创建了一个文档对象,保存XML树。第三行从一个名为abc的InputStreamReader中创建一个KXML语法分析程序。第四行传送这个语法分析程序到文档,然后让文档开始分析。XML被递归分析,直到到达文档的结尾。当分析调用退出时,整个文档被装入内存,这时就可以对XML进行操作了。
1.Element root = doc.getRootElement();
2.int child_count = root.getChildCount();
3....
4.for (int i = 0; i < child_count ; i++ ) {
5....
6. Element kid = root.getElement(i);
8. if (!kid.getName().equals("abc")) {
9. continue;
10. }
元素是根元素的直接子元素,可以遍历根元素的子元素,寻找abc标记,如果子元素不是一个abc 标记,则返回。
1.int address_item_count = kid.getChildCount();
3. for (int j = 0; j < abc_item_count ; j++) {
4....
如果找到了abc子元素,开始遍历它的子元素,并把这些子元素的内容打印出来。
通过KXML对XML的处理,可以进一步实现对SOAP数据的处理,实现J2ME平台对SOAP协议的支持。
J2ME Web Services规范(JSR172)的制订给J2ME平台增加两大功能:一是使其能够远程访问基于SOAP/XML的Web Services;二是使其具有解析XML数据的能力。目前JSR172的标准已经制定完成,为了实现这两大功能,JSR172新定义了提供相应功能的两个可选包。这两个包占用内存非常少,XML-RPC部分大概需要25-30KB的空间,而XML解析器则需要35KB左右。
规范只对JAX-RPC的模型提供支持,也就是说仅支持同步的访问方式,使用J2ME客户端可以向服务器发送RPC请求和获得RPC响应。在JSR 172中实现的是SAX模式的解析器。能够解析XML之前首先需要创建SAXParser的实例,
SAXParserFactory factory = SAXParserFactory.newInstance();
SAXParser saxParser = factory.newSAXParser();
接下来要获得XML文件的输入流,并把它作为其中一个参数传递给saxParser的parse方法,
InputStream is = this.getClass().getResourceAsStream("phone.xml");
SaxParser.parse(is,new BasicHandler(this));
DefaultHandler是SAX2默认的事件处理器基类,用于处理XML解析事件的方法如下:
startDocument()
startElement(java.lang.String uri,
java.lang.String localName, java.lang.String qName, Attributes attributes)
characters(char[] ch, int start, int length)
endElement(java.lang.String uri,
java.lang.String localName, java.lang.String qName)
endDocument()
默认情况下,DefaultHandler的上述方法什么也不做,因此必须自己扩展DefaultHandler并且覆盖上述的方法。程序中提供了一个BasicHandler用来处理xml文件。class BasicHandler extends DefaultHandler在BasicHandler类中有两个成员变量
private Vector phones = new Vector();
private Stack tagStack = new Stack();
phones用来存储我们已经解析出来的Phone对象,tagStack则用来存放我们解析到的元素名称,比如sonyericsson,phone,name,colour等。在文档解释结束后,也就是在endDocument()方法内我们把解析的结果显示在手机屏幕上,BasicHandler的几个重要方法如下:
public void startDocument() throws SAXException {}
public void startElement(String uri, String localName, String qName, Attributes attributes)
throws SAXException {
System.out.println("the qName is "+qName);
if(qName.equals("phone")) {
Phone phone = new Phone();
phones.addElement(phone);}
tagStack.push(qName);
System.out.println("the tag stack's length is "+tagStack.size());}
public void endElement(String uri, String localName, String qName) throws SAXException {System.out.println("the end qName is "+qName);tagStack.pop();}
通过扩充J2ME平台对XML数据的处理,完成了J2ME平台对SOAP协议的支持。通过SOAP协议能够使得基于J2ME平台的嵌入式设备无缝的连接到企业现有的应用系统,解决了嵌入式设备数据来源不足的问题,扩展了嵌入式系统的应用范围。本文从处理XML数据出发,深入探讨了在J2ME平台中实现SOAP客户端的各种技术,对于企业应用系统的集成具有一定的推广价值。
[1] Yuan,Michael Juntao. Enterprise J2ME. Pearson Education 2003
[2] 胡虚怀,杨志,李焕. J2ME移动设备程序设计. 清华大学出版社 2005
[3] 施铮. J2ME技术参考手册. 电子工业出版社 2004
[4] 杨涛. SOAP:XML跨平台Web Service开发技术. 机械工业出版社 2002
浏览量:2
下载量:0
时间:
2015年11月7日,历史将记住这一天,因为海峡两岸领导人和马英九在新加坡举行了会面。"习马会"是两岸关系的重大突破,是两岸关系和平发展的新高潮,是两岸关系和平发展的新成就。"习马会"顺应了两岸关系和平发展的大潮流,契合两岸同胞的共同心愿,符合两岸人民的共同利益,给两岸关系的发展指明了方向,开创了两岸关系的新纪元。以下是读文网小编今天为大家精心准备的:浅谈“习马会”:一份无字的和平协议相关论文,内容仅供参考,欢迎阅读!
【评述由头】中共中央、国家主席于11月7日下午同台湾方面领导人马英九在新加坡会面,就进一步推进两岸关系和平发展交换意见。这是1949年以来,两岸领导人的首次会面。此次会面开启了两岸领导人直接交流沟通的先河,踏出了两岸高层政治互动往来的关键一步,是两岸关系发展史上具有里程碑意义的大事。“习马会”不仅得到了两岸民众的积极评价,也得到了整个国际社会的高度赞许。虽然台湾岛内的不同声音也照例相伴而生,比如民进党的“酸溜溜”,比如“台独”势力的“闹哄哄”……但这些杂音在纷至沓来的积极评价面前,显得是那么得微不足道。两岸同胞是打断骨头连着筋的同胞兄弟,是血浓于水的一家人。“习马会”对于两岸关系乃至国际社会有何深远影响?重大意义何在?海外媒体如何评价“习马会”?
【摘要】虽然这次两岸领导人的会面并没有发表任何共同声明,也没有签署任何协议,但是两岸领导人会面本身就是一份无字的和平协议,这一举动无疑将会促进海峡两岸的和平与发展。
【关键词】“习马会” 求同存异 和平统一
【中图分类号】D602 【文献标识码】A
对两岸关系稍微有点了解的人都会深刻理解,能够有今天两岸领导人的会面是多么得不易。回顾两岸关系60多年的风雨历程,彼此的关系先是互为仇敌且军事对峙约30年时间,期间一方要武力解放台湾,另一方要武力反攻大陆;直到1979年中国大陆发表《告台湾同胞书》后才重新提出争取和平统一的设想,从而稍微缓解了两岸关系;20世纪80年代台湾岛内也先后取消戒严和放宽对大陆的政策,两岸打破长期的相互隔绝,开始了经济、文化和人员的交流;90年代初两岸又通过双方先后成立的“海基会”和“海协会”达成“九二共识”,从而为双方关系的持续发展奠定了一个政治基础,并在此基础上于1993年实现了“汪辜会谈”,打开了两岸实质性对话的大门。
然而1996年3月的“台海危机”以及1999年7月当时的台湾领导人提出所谓“两国论”以及其后台湾岛内的政治变化,导致两岸关系再次中断,岛内所谓“台独”与大陆反“台独”的矛盾日益尖锐。不过在这种情形之下,反而促成了国共两党的历史性和解,即2005年4月实现了国共两党领导人会见的“胡连会”。只是可惜当时的国民党已经沦为台湾的在野党而非执政党,直至2008年5月国民党重新成为台湾的执政党后,两岸关系才又重新回暖。这7年多来,不但国共两党高层持续交往,而且两岸终于实现了直接通商、通邮和通航的“三通”,并且通过“海协会”和“海基会”恢复交往解决了一系列双方所关心的事务性问题。
然而,要实现两岸领导人的正式会面,仍然困难重重,其中最大的障碍就是所谓的名分问题,即彼此以什么名分和身份见面。如果都以自己的政权名称及其职位名称相称呼,那就意味着承认对方的合法地位,这对于双方而言都不愿意接受,或者稍有不慎就会造成“两个中国”的出现,这一点对大陆而言无论如何都难以接受。此外,会面地点的选择也颇费周折,国际场合显然不合适,因为从根本上来说两岸的问题是一个国内问题,中国大陆坚决反对任何意义上的国际干预和将台湾问题国际化,但是在北京或台北见面也会给某一方不平等的感觉。
不过,只要彼此尊重对方以及想要实现和解并解决问题,就总是能够找到解决的办法。这次两岸领导人的会面其实就表现了双方极大的平等与务实的态度,即为了实现双方领导人的会面,双方都同意放弃各自的政权名称及其职位名称,以两岸领导人的身份见面,彼此以先生相称呼,见面地点也选择在同双方关系都保持良好关系的第三方新加坡,而且为了显示平等和避免被外界过度错误解读,甚至在见面会谈时双方领导人都不带任何徽章,宴会所需费用也都采用AA制分摊。
同时,为了使这次两岸领导人的会面能够顺利和成功,双方相互尊重,求同存异,主要目的在于见面以及联络感情,期间既要强调彼此的基本政治观点与主张,又尽量不去触碰双方之间存在的敏感政治问题,即除了强调“九二共识”这一共同的政治基础之外,双方强调的就是振兴中华民族,因为这显然是双方都不会有任何矛盾的基本共识。也就是说,这次会见其象征意义要远远大于其实际意义,见面本身就极具重大意义,而且时间短暂,在几个小时的时间里也不可能涉及到太多的问题,当然也更谈不上解决这些问题了。
从目前台海两岸的实际政治情形来看,双方仍然在政治制度、价值观等方面存在着诸多分歧。即使对于那些承认一个中国且并不谋求独立的台湾政治势力,也仍然存在着如何统一、如何彼此放弃敌对状态和签订和平协议等一系列棘手的问题。因此,中国大陆对台湾,除了持续的经济发展提高自己的综合实力和具备适度的武力威慑遏制台独势力之外,更需要的是要增加对台湾的软性实力吸引,即在政治、经济等各个方面惠及台湾以及能够让台湾的2300多万民众都感受到大陆的善意和吸引力。
当然,实现两岸的完全和解甚至走向统一,可能并不容易,但是只要向着这个方向迈进就应该感到欣慰。这次两岸领导人的会面,就是向着这个方向迈出了坚实的一步。因此,虽然这次两岸领导人的会面并没有发表任何共同声明,也没有签署任何协议,但是两岸领导人会面本身就是一份无字的和平协议,这一举动无疑将会促进海峡两岸的和平与发展以及给两岸的民众带来福祉。
(作者为北京大学国际关系学院教授、博导)
①《习马会,见证历史的150分钟(全程记录)》,人民网,2015年11月07日。
相关
浏览量:2
下载量:0
时间:
WCDMA是一个自干扰系统,WCDMA无线网络规划的核心就是对系统干扰的控制。今天读文网小编要与大家分享的是:WCDMA无线网络规划的要点探讨相关论文。具体内容如下,欢迎参考:
WCDMA无线网络规划的要点探讨
相对于2G时代,3G时代是一个竞争的时代,众多运营商将参与到3G的竞争,对用户而言运营商提供服务的优劣将直接影响到用户的认知度,因此,运营商从一开始就应当准备建设一个高质量、能提供多种类型业务、有竞争力的网络,这是WCDMA无线网络规划的出发点。本文即主要对WCDMA无线网络规划过程的原则及规划方法进行了探讨,并对依托于现有2G网络规划做了阐述。
WCDMA网络规划主要包括覆盖规划、容量规划、业务质量规划以及与之相关的无线网络资源的规划。WCDMA系统覆盖能力与系统容量、负载状况相关。系统负载的增加会导致覆盖范围的缩小,这就是WCDMA的 “软”特性。同时由于WCDMA系统的目标是为用户提供包括话音业务在内的多种不同速率、不同QoS质量要求的业务,因此业务质量要求也与网络的覆盖和容量有密切关系。在同一小区内,不同的覆盖范围可以提供不同质量要求的业务。
WCDMA网络规划的目标是根据规划的无线网络特性以及网络规划的需求,通过对相应的工程参数和无线资源管理参数规划设计,使得在满足一定信号覆盖、系统容量和业务质量要求的前提下,综合建网成本最低,并能保证网络具有良好的可升级能力。因此,WCDMA无线网络规划一般需要关注以下几个方面。
(1) 总体规划
WCDMA是一个自干扰系统,WCDMA无线网络规划的核心就是对系统干扰的控制。如果仍采用传统的GSM无线网络规划的分阶段规划和分阶段实施的原则,就会产生新加站对原有系统的强烈干扰,这一点在国内外的CDMA网络建设中已得到了证实。因此WCDMA网络规划一般采用全网总体规划,分阶段实施的原则,也就是通过合理的话务预测来得到未来几年WCDMA网络的用户数量和话务量,并据此对WCDMA无线网络进行规划。在实施过程中,根据预测的用户数量和话务量,在规划的基础上分阶段进行网络建设,这样将大大减少后期维护和优化成本,系统也将具有很好的可升级能力。
基于全网总体规划,分阶段实施的原则,需要对未来一段时间的用户数量和业务发展进行准确的预测,预测过高将会导致建设成本的增加,而预测过低将无法满足实际业务的发展需要。由于经济的发展、市场竞争格局的变化以及新技术的出现都可能对预测的准确性产生较多影响。因此,为了既能保证一定的预测前瞻性,又能适应各方面条件的变化,一般将预测时间设定为3~5年为宜。
(2) 覆盖、容量规划
根据不同的自身发展战略、3G发展定位、可分配资源等情况,对WCDMA覆盖将有不
同的原则。一般包括:“孤岛型”覆盖,先满足热点地区需求,再逐步扩张3G覆盖与容量;“撒网型”覆盖,3G建设采取广覆盖、小容量形式,再逐步进行容量扩充;“全面型”覆盖,广覆盖,大容量,全面铺开,迅速实现3G规模化商用。
根据各种因素的博弈,WCDMA网络覆盖一般应该考虑各地的经济发展水平、市场需求等条件,在经济发达、市场需求较高的地区实现连续覆盖,在欠发达地区进行重点城市和区域的覆盖,即采取“撒网型”的覆盖方式。同时,随着WCDMA网络的发展,网络规划应实现在发达省市绝大部分乡镇的覆盖,在中等发达地区大部分乡镇的覆盖,在欠发达地区可实现少部分乡镇的覆盖,并最终实现全国范围内的覆盖。
容量规划应该根据覆盖区域的业务流量密度、可以利用的频谱以及对用户增长的预测等因素综合考虑。WCDMA具有“大覆盖,小容量”特点,因此容量规划与覆盖规划是相关联的。 WCDMA无线网络覆盖规划一般是在一定的负载条件下进行规划,对于不同的建网阶段、不同的区域分别按照上行链路35%~75%的负载进行规划。
(3) 室内规划
WCDMA网络由于其工作在2GHz的频段,因此其无线传播特性较之于GSM网络要差,并且由于WCDMA技术的自干扰特性等,传统的依靠室外来对室内进行覆盖的方式不再适用;同时,由于3G业务更多的是支持各种高速数据业务,而数据业务一般发生的区域是在室内,因此,WCDMA网络在规划初期就需要考虑较为完善的室内覆盖。国外3G网络的发展也证明了这一点。室内分布系统规划主要考虑室内外频率策略、切换策略、分区策略等方面。
(4) 业务规划
在前面已经提到WCDMA网络的目标是为用户提供包括话音在内的多种不同速率、不同QoS质量要求的业务,因此,无线网络规划阶段须考虑未来WCDMA网络所要提供的业务类型、话务密度等因素。一般认为,WCDMA网络将是一个承载基本话音和多种不同速率业务的混和网络,即除了要提供与2G网络相同的基本话音业务之外,还要提供区别于2G网络的差异化业务,这包括CS64kbps可视电话业务,PS64/128/384kbps数据业务等。
其中,CS64kbps可视电话业务是WCDMA系统区别于2G业务,也是区别于其他3G系统的特色业务,同时一般也被认为是未来3G中的较具有竞争力的业务,因此,WCDMA网络一般是以CS64kbps可视电话业务连续覆盖为原则,同时由于分组域数据业务的上行一般为PS64kbps,在此条件下也能较好的保证各种不同速率分组业务的进行。在数据业务热点地区,规划初期可以考虑PS128kbps或者PS384kbps连续覆盖,这样既能保证WCDMA系统有足够的容量,又能保证为用户提供各种不同QoS的业务。
另一方面,随着WCDMA技术的发展,HSDPA技术也逐渐成熟,各个WCDMA系统设备和终端厂商将能陆续提供商用HSDPA系统和终端设备。因此,在进行业务规划的时候,也需要考虑到可以承载更高数据速率业务的HSDPA规划。
(5) 2G/3G协同规划
2G网络是运营商所具有的宝贵资源,这不仅包括2G系统的基站站址、室内分布系统、机房、天馈等设施和场所,也包括经由2G网络所获得的关于用户的话务密度、用户分布等重要数据。因此在进行WCDMA无线网络规划时,应该充分、合理利用2G网络的各种资源。
WCDMA无线网络规划流程介绍
WCDMA无线网络规划一般包括无线网络设计需求的确定、传播模型校正、初始无线网络设计、详细无线网络设计以及初始网络调整等几个阶段,其中每个阶段有不同的工作重点。下面分别予以介绍与分析。
(1) 无线网络设计需求的确定
无线网络设计的初期,需要根据具体服务区对覆盖的要求、容量的要求以及服务的种类及质量要求并参考服务区的话务密度等情况来确定网络设计的需求。
这一阶段需要考虑进行规划区域的类型,如密集城区、普通城区、郊区、室内、公路/干道等以及各种区域所占的比例情况。覆盖要求一般是以服务区域覆盖率为指标。WCDMA网络中网络负荷与规划的容量有很大关系,一般根据覆盖区域的不同和对容量的不同要求设定不同的网络负荷。同时,业务模型与用户使用无线网络中不同业务的行为有密切关系,并且不同区域用户的业务模型一般是不同的。业务模型与网络提供的业务、不同业务的业务强度、不同服务区域类型以及用户高中低端的分布等密切相关。
(2) 传播模型校正
在WCDMA网络规划中,传播模型是进行网络规划的重要工具,传播预测的准确性将大大影响规划的准确性。众所周知,无线信道的电波传播特性与电波传播环境密切相关,不同频段下的电波传播受到传播环境的影响,包括地貌、人工建筑、收发天线间的距离、天线高度等。
根据不同的无线传播特性和点播传播方式人们已经提出了各种典型的传播模型,如Okumura-Hata模型、COST231 Hata模型,在这些模型中前面所提到的各种因素一般都以变量函数的形式在路径损耗公式中体现。这些传播模型具有普遍的适用性,但由于地形、建筑物密集程度和高度等方面的不同,在具体应用时前述的各种对应变量函数应该各不相同,从而导致一般的传播模型对具体的无线环境预测不够准确,而需要在这些典型的传播模型基础上进行传播模型校正。
浏览量:2
下载量:0
时间:
浏览量:3
下载量:0
时间:
webzip是著名的离线浏览器软件,在它的帮助下你能够完整下载网站的内容,或者你也可以选择自行设置下载的层数、文件类型、网页与媒体文件的定位以及网址过滤器,以便按己所需地获取网站内容。你下载到本地硬盘中的网站内容将仍保持原本的 HTML 格式,其文件名与目录结构都不会变化,这样可以准确地提供网站的镜像。现在使用 WebZIP 中新的 FAR 插件工具,你可以把下载的内容制作成 HTML-帮助文件(.chm)。你也可以把抓取的网站内容压缩为 ZIP 文件。以下是读文网小编今天为大家精心准备的:浅述使用http协议和winsockapi实现webzip文件下载相关论文。内容仅供参考,欢迎阅读!
浅述使用http协议和winsockapi实现webzip文件下载全文如下:
本方法主要涉及以下四方面知识:html语言、http协议、winsock编程、多线程程序设计。
1.分析链接关系(限于篇幅,这里只介绍对锚标记〈a〉的分析)。
在html中〈a〉标记的基本语法为:〈a href=″...″ name=″...″ target=″...″〉。其中参数href的值就是欲获取的url值。
2.下载。
在http协议中常用的请求方法有两种:get和post。本实现使用get方法。最简化的get请求包如下:
get /index.htm http/1.1
“/index.htm”表示客户端欲下载的文件路径;“http/1.1”表示协议版本。
程序生成get请求包,在成功连接对应web服务器的80或其它端口后,使用基于tcp协议的同步模式套接字发送请求包并等待返回信息。
服务器将返回一个应答包,大致如下:
http/1.0 200 ok
...
[数据...]
第一行是应答信息。如果成功,服务器将返回“http/1.0 200 ok”。
第三行是一个空行,用以分隔http包头和包体(数据)。
第四行开始就是以字节流的方式返回的数据。
如果使用http代理,则与上述有两点不同。
第一, 连接时应连接代理服务器,而不是连接web服务器。
第二,在生成请求包时,下载文件的url必须写全url。对上例而言,请求应为“get http://netsport/index.htm http/1.1”,而不是“get /index.htm http/1.1”。
1.初始化winsock。
procedure tform1.formcreate(sender: tobject);
var
wversionrequired: word;
wsdata: twsadata;
begin
ismultithread:=true;
//置″支持多线程″为″真″
wversionrequired:=makeword(2,0);
case wsastartup(wversionrequired,wsdata) of //初始化winsock
wsasysnotready :
application.messagebox(′网络系统未准备′,′信息′,mb_ok);
wsavernotsupported :
application.messagebox(′未提供网络接口′,′信息′,mb_ok);
wsaeinval :
application.messagebox(′网络版本不被支持′,′信息′,mb_ok);
end;
end;
2.文件下载线程。
tdownfilethread = class(tthread)
private
fileurl:string;
//记录文件的url
protected
procedure execute; override;
public constructor create(url:string);
end;
constructor tdownfilethread.create(url:string);
begin
fileurl:=url;
freeonterminate:=true;
inherited create(false);
end;
procedure tdownfilethread.execute;
var
mysocket:tsocket; myclient:tsockaddr;
recvbuf:array [0..332] of char; mycmdstr:string;
ptemp:pchar;
myhandle,index_ch,reccount,i:integer;
begin //创建本地socket
mysocket:=socket(af_inet,sock_stream,0);
if (mysocket=socket_error) then begin
application.messagebox(′初始化失败!′,′信息′,mb_ok);
exit;
end; //生成连接主机的结构
myclient.sin_family:=af_inet;
myclient.sin_port:=htons(connectedport);
// connectedport:全局变量,记录连接端口号
strpcopy(recvbuf,getserverip(fileurl));
// getserverip(fileurl):返回服务器的ip
myclient.sin_addr.s_addr:=inet_addr(recvbuf); //连接服务器
if (connect(mysocket,myclient,sizeof(myclient))〈〉0) then begin
closesocket(mysocket);
exit;
end; //发请求
if (q_useproxy=0) then
mycmdstr:=′get ′+extracturlpath(fileurl)+′ http/1.1′
//extracturlpath(fileurl)返回相对url
else mycmdstr:=′get ′+fileurl+′ http/1.1′;//使用代理写全url
strpcopy(recvbuf,mycmdstr);
i:=length(mycmdstr);
recvbuf[i]:=#13; inc(i); recvbuf[i]:=#10; inc(i);
recvbuf[i]:=#13; inc(i); recvbuf[i]:=#10; inc(i);
recvbuf[i]:=#0;
send(mysocket,recvbuf,i,0);
//发送请求读返回数据
reccount:=recv(mysocket,recvbuf,sizeof(recvbuf)-1,0); //判断是否成功
i:=0;
while i〈10 do begin
i:=i+1;
// ′http/1.0 200 ok′是成功标志
if ((recvbuf[i]=′ ′) and (recvbuf[i+1]=′2′) and (recvbuf[i+2]=′0′)
and (recvbuf[i+3]=′0′) and (recvbuf[i+4]=′ ′)) then i:=200;
end;
if i〈〉200 then begin closesocket(mysocket); exit; end;
//得到数据起始位置
ptemp:=strpos(recvbuf,#13+#10+#13+#10)+4;
index_ch:=ptemp-recvbuf;
//建立下载目录
try forcedirectories(extractfilepath(getfillocalpath(fileurl)));
except
end; //创建文件
deletefile(getfillocalpath(fileurl));
myhandle:=filecreate(getfillocalpath(fileurl)); //如果未接收完则继续
while (reccount〈〉0) do
begin
filewrite(myhandle,recvbuf[index_ch] ,reccount-(index_ch));
index_ch:=0;
reccount:=recv(mysocket,recvbuf,sizeof(recvbuf)-1,0);
end; //关闭文件句柄和套接字
fileclose(myhandle);
closesocket(mysocket);
end;
浏览量:2
下载量:0
时间:
网络安全是指网络系统的硬件、软件及其系统中的数据受到保护,不因偶然的或者恶意的原因而遭受到破坏、更改、泄露,系统连续可靠正常地运行,网络服务不中断。以下是读文网小编今天为大家精心准备的:基于IPV6协议的网络安全机制修改论文。内容仅供参考,欢迎阅读!
基于IPV6协议的网络安全机制全文如下:
摘 要:文章论述了新一代网络协议IPV6及中国自研网络技术IPv9协议的知识,探讨了IPv6及IPv9在网络安全方面的独到之处及技术要点。
关键词:IPV6协议;网络安全
1.1 IPv6的由来
Internet依靠TCP/IP协议,在全球范围内实现不同硬件结构、不同操作系统、不同网络系统的互联。在Internet上,每一个节点都依靠惟一的IP地址互相区分和相互联系。
目前因特网使用的地址都是IPv4地址IPv6基本协议是经过多次改进后确定的。现在的IPv6协议是1995年由Cisco公司的Steve Deering和Nokia公司的Robert Hinden完成起草并定稿的(即RFC2460)。1998年,IETF对RFC2460进行了较大的改进,形成了现有的RFC2460(1998版)。
1.2 IPv6协议的主要特点
为适应实际应用的要求,IPv6在IPv4的设计思想上加以改进,增加了一些必要的新功能。IPv6的主要特点如下:
1.2.1经过扩展的地址和路由选择功能。IP地址长度由32位增加到128位,可支持数量大得多的可寻址节点、更多级的地址层次和较为简单的地址自动配置。
1.2.2定义了任一成员(anycast) 地址,用来标识一组接口,在不会引起混淆的情况下将简称“任一地址”,发往这种地址的分组将只发给由该地址所标识的一组接口中的一个成员。
1.2.3简化的首部格式。IPv4首部的某些字段被取消或改为选项,以减少报文分组处理过程中常用情况的处理费用,并使得IPv6首部的带宽开销尽可能低,尽管地址长度增加了。虽然IPv6地址长度是IPv4地址的四倍,IPv6首部的长度只有IPv4首部的两倍。
1.2.4支持扩展首部和选项。IPv6的选项放在单独的首部中,位于报文分组中IPv6首部和传送层首部之间。因为大多数IPv6选项首部不会被报文分组投递路径上的任何路由器检查和处理,直至其到达最终目的地,这种组织方式有利于改进路由器在处理包含选项的报文分组时的性能。IPv6的另一改进,是其选项与IPv4不同,可具有任意长度,不限于40字节。
1.2.5支持验证和隐私权。IPv6定义了一种扩展,可支持权限验证和数据完整性。这一扩展是IPv6的基本内容,要求所有的实现必须支持这一扩展。IPv6还定义了一种扩展,借助于加密支持保密性要求。
1.2.6支持自动配置。IPv6支持多种形式的自动配置,从孤立网络节点地址的“即插即用”自动配置,到DHCP提供的全功能的设施。
1.2.7服务质量能力。IPv6增加了一种新的能力,如果某些报文分组属于特定的工作流,发送者要求对其给予特殊处理,则可对这些报文分组加标号,例如非缺省服务质量通信业务或“实时”服务。
1.3 IPv6中的地址类型和表示方法
IPv6地址类型主要有:
1.3.1单播地址(unicast)
该地址标识某一单个接口。发往单播地址的包将被传送到该地址指向的接口。
1.3.2任播地址(anycast)
该地址标识属于不同节点的一组接口。发往任播地址的包将被传送到该地址标识的某一个接口,通常是路由协议计算出的最近的那个接口。
1.3.3组播地址(multicast)
同样该地址标识属于不同节点的一组接口。但发往组播地址的包将被传送到该地址标识的所有接口。
IPv6地址表示方法:一个IPv6的IP地址由8个地址节组成,每节包含16个地址位,以4个十六进制数书写,节与节之间用冒号分隔,除了128位的地址空间,IPv6还为点对点通信设计了一种具有分级结构称为可聚合全局单点广播地址的地址。
2.1 Ipv9的由来
在IPv6还没有真正普及的今天,中国新一代自研网络技术IPv9(十进制网络)即将走出实验室。 IPv9协议是上海通用化工技术研究所所长、信产部科学技术司十进制网络标准工作组组长谢建平经过十年的研发,根据《采用全数字码给上网的计算机分配地址的方法》发明专利实施并发展而成,拥有自主知识产权、以十进制算法(0-9)为基础的协议,整个网络系统主要有IPv9地址协议、IPv9报头协议、IPv9过渡期协议、数字域名规范等协议和标准构成,能兼容现有互联网络协议(IPv4、IPv6),又可实现逻辑隔离,达到安全可控。
在IPv9中,从维护主权的立场出发,创造性的提出了互联网上“主权平等”的概念;并在域名系统中采用十进制、多协议的数字域名系统,兼容英文、中文及其他域名,并将他们映射成全球唯一IP地址;建立分布式跟域名系统,引入国家地域概念,使每个国家都有自己的根域名系统,以确立和维护其在互联网上主权国家的地位和形象。
浏览量:2
下载量:0
时间:
浏览量:6
下载量:0
时间:
基站即公用移动通信基站是无线电台站的一种形式,是指在一定的无线电覆盖区中,通过移动通信交换中心,与移动电话终端之间进行信息传递的无线电收发信电台。移动通信基站的建设是我国移动通信运营商投资的重要部分,移动通信基站的建设一般都是围绕覆盖面、通话质量、投资效益、建设难易、维护方便等要素进行。随着移动通信网络业务向数据化、分组化方向发展,移动通信基站的发展趋势也必然是宽带化、大覆盖面建设及IP化。以下是今天读文网小编为大家精心准备的通信学相关论文:WCDMA基站天线的选择。内容仅供参考阅读!
WCDMA基站天线的选择全文如下:
基站天线如同整个移动通信系统的触角,在通信过程中起着举足轻重的作用。选择基站天线时关键要参考以下的一些参数:
1.天线增益:增益是指在输入功率相等的条件下,实际天线与理想的辐射单元在空间同一点处所产生的场强的平方之比,即功率之比。增益一般与天线方向图有关,方向图主瓣越窄,后瓣、副瓣越小,增益越高。
2.前后比:前后瓣最大电平之比,它用来描述定向特性。
3.波束宽度:在方向图中通常都有两个瓣或多个瓣,其中最大的瓣称为主瓣,其余的瓣称为副瓣。主瓣两半功率点间的夹角定义为天线方向图的波瓣宽度。或称为半功率(角)瓣宽。如下图所示:
4.下倾角:指定向平板天线的下倾角度,主要用于控制干扰及增强覆盖。
5.极化:天线辐射的电磁场的电场方向就是天线的极化方向,通常有垂直极化、水平极化、+ 45度倾斜的极化、- 45度倾斜的极化等极化方式。
不同类型的基站需要选择不同类型的天线,选择的依据主要就是上述技术参数。比如全向站就是采用了各个水平方向增益基本相同的全向型天线,而定向站就是采用了水平方向增益有明显变化的定向型天线。我国很可能要先在一些有需求的大、中城市建以重点城市为中心的第三代移动通信覆盖区,而不是一开始就建设全国覆盖范围的3G网络。所以我们重点看一下城区、郊区和农村这三类有代表性的地区基站天线的选择原则。
1. 市区基站的天线选择
在人口比较密集的城区,基站分布较密,要求单基站覆盖范围小,尽量减少越区干扰,提高频率复用率。天线的选择原则如下:
极化方式:由于市区基站选址困难,天线安装空间受限,一般选用双极化天线;
方向性:市区主要考虑减少相邻小区干扰,一般选用定向天线;
半功率波束宽度:为控制小区的覆盖范围、抑制干扰,一般选用水平半功率波束宽度为60~65°的天线;
天线增益:由于市区一般不要求大的覆盖范围,同时为减少天线体积和重量,有利于安装和降低成本,建议选用中等增益的天线(15dBi左右);
下倾角:市区天线一般都要设置一定的下倾角,电调天线在下倾角的调整方面不会有问题,但对机械下倾天线,需选择下倾角调整范围更大的天线。
2.郊区基站的天线选择
在人口较少的郊区为了保证覆盖以及减少对城区的干扰,通常不同的小区采用不同的定向天线,面向城区的小区可参考城区基站的天线的选择原则,一般采用增益较小且水平波瓣角较小的天线,而非面向城区的小区一般采用增益较大的天线,优先采用水平面半功率波束宽度为90 °的天线。因此,郊区的情况差别很大,可以根据需要的覆盖面积来选择天线类型和决定是否预置下倾角;考虑到将来的平滑升级,不建议采用全向站型;
3.农村基站的天线选择
在农村地区环境特点:基站分布稀疏,话务量较少,覆盖要求广。解决覆盖是其主要目标。这时一般采用高增益的定向或全向天线。
极化方式:从发射信号的角度,在较为空旷地方垂直极化天线比其他极化天线效果更好。农村一般采用垂直极化天线;
方向性:农村话务分布比较分散,话务量相对较少,为满足基站周围的覆盖,一般采用全向天线;由于全向天线的增益较小,如果要求更远的覆盖距离,则需采用定向天线,一般采用水平面波束宽度为90°、 105°、 120°的定向天线;采用全向天线时,为避免塔体对覆盖的影响,可采用双发天线的配置,此时,需通过功分器把发射信号分配到两个天线上;
天线增益:农村主要考虑覆盖范围和覆盖距离,一般选用较高增益(16 ~18dBi)的定向天线或9~11dBi的全向天线;
下倾方式:农村地区对天线的下倾调整不多,其下倾角的调整范围及特性要求不高,建议使用价格较便宜的机械下倾天线。
下图为WCDMA 基站天线结构的示意图
目前WCDMA 系统中使用的天线主要参数如下表:
智能天线采用空分复用(SDMA)方式,利用信号在传播路径方向上的差别,将时延扩散、瑞利衰落、多径、信道干扰的影响降低,将同频率、同时隙信号区别开来,和其他复用技术结合,最大限度的利用频率资源。智能天线基于自适应天线阵原理,利用天线阵的波束赋形产生多个独立的波束,并自适应地调整波束方向来跟踪每一个用户,达到提高信号SINR(最大信噪比)、增加系统容量的目的。采用智能天线技术实际上是通过数字信号处理使天线阵为每个用户自适应地进行波束赋形,相当于为每个用户形成了一个可跟踪的高增益天线。因此天线的增益不再与用户所处的位置有直接关系,用户所在方向上的增益总是最强而其他方向上的增益大大减小。
由于其体积及计算复杂性的限制,目前仅适用于在基站系统中的应用。智能天线包括两个重要组成部分一是对来自移动台发射的多径电波方向进行到达角AOA(Angle Of Arrival)的估计,并进行空间滤波,抑制其他移动台的干扰;二是对基站发送信号进行波束成型,使基站发送信号能够沿着移动台电波的到达方向发送回移动台,也就是信号在有限的方向区域发送和接收。充分利用了信号的发射功率,从而降低发射功率,减少对其他移动台的干扰。
智能天线将在以下几个方面提高移动通信系统的性能:增大覆盖范围、提高系统容量、提高频谱利用率、降低基站发射功率和节省系统成本、减少信号间干扰与电磁环境污染等。
随着智能天线技术的发展成熟,WCDMA 系统最终会使用智能天线,而智能天线的引入也将对WCDMA 的网络规划和分析带来一定的变化。
浏览量:2
下载量:0
时间:
什么是国际法?国际法有什么作用,对于写好一边国际法的论文十分重要,那么该如何来写好这篇国际法论文呢?
国际法指适用主权国家之间以及其他具有国际人格的实体之间的法律规则的总体。国际法又称国际公法,以区别于国际私法或法律冲突,后者处理的是不同国家的国内法之间的差异。国际法也与国内法截然不同,国内法是一个国家内部的法律,它调整在其管辖范围内的个人及其他法律实体的行为。
[摘 要] 协议管辖制度目前已发展成为国际民事诉讼中一项基本管辖权制度,并在晚近呈现出以下新的发展趋势:管辖协议形式要件的放宽;协议管辖适用范围的拓展;协议法院与案件联系因素的淡化。为保证协议管辖制度的合理运用,各国均对该制度作出了必要的限制。为顺应国际潮流,我国相对落后的协议管辖制度亟待进一步充实和完善。
随着时代的进步,各国间民商事交往与合作的日益密切以及科技的迅猛发展和商业实践的深刻变化,协议管辖原则在晚近也呈现出一些新的发展趋势,主要表现在以下几个方面:
1.管辖协议的形式要件日益放宽。根据管辖协议订立的方式,可将管辖协议分为明示的管辖协议和默示的管辖协议。对于明示的管辖协议,大多数法律都要求以书面形式达成。这无疑有利于防止和减少管辖权争议的产生,即使产生争议,也容易举证并及时解决。但是,过于强调书面形式,很多时候并不利于国际民商事争议的妥善解决,无益于保护当事人的正当权益。因此,许多国家都主张对管辖协议的书面形式作扩大和灵活的解释。例如,1988年《瑞士联邦国际私法》第5条第1款即规定,管辖协议可通过书写、电报、电传、传真或其他可构成书面证明的通讯方式达成。2005年海牙《协议选择法院公约》第3条第3项也规定,选择法院协议可通过书面方式或其他任何能够提供可获取的供后来援用的信息的传达方式缔结或证明。
2.协议管辖的适用范围日益拓展。各国均允许在涉外合同案件中适用协议管辖,但对于在合同以外的其他涉外民商事案件中是否允许当事人协议选择法院,则存在分歧。晚近的发展趋势是,越来越多的国家开始打破陈规,逐渐将协议管辖原则广泛适用于身份、婚姻家庭、继承等原先被视为禁区的领域。
3.协议法院与案件之间的联系日遭淡化。对于当事人协议选择的法院是否必须与案件之间有一定的联系,存在两种对立的观点。英、美等国家认为,当事人选择的法院与案件没有联系并不影响管辖协议的效力,不会对当事人将争议提交给与当事人及其争议均无联系但有着处理某类案件丰富经验的法院审理构成妨碍。另一种相反的观点则是要求当事人选择的法院必须是与争议和案件有着直接联系或实质性联系的地点的法院。如2005年海牙《协议选择法院公约》第15条规定:“一国可以声明其法院拒绝审理排他选择法院协议所适用的争议,如果除被选择法院的地点外该国和当事人或争议间无联系。”
浏览量:3
下载量:0
时间:
安全协议是以密码学为基础的消息交换协议,其目的是在网络环境中提供各种安全服务。密码学是网络安全的基础,但网络安全不能单纯依靠安全的密码算法。安全协议是网络安全的一个重要组成部分,我们需要通过安全协议进行实体之间的认证、在实体之间安全地分配密钥或其它各种秘密、确认发送和接收的消息的非否认性等。以下是读文网小编今天为大家精心准备的:基于Pi-演算的安全协议的形式化描述和验证相关论文。内容仅供阅读与参考!
基于Pi-演算的安全协议的形式化描述和验证全文如下:
摘要:形式化论文范文方法对于建模和验证软件系统是一种有效的方法,所以对安全协议的形式化描述和验证是一个重要的研究方向。Pi-演算是一种移动进程代数,可用于对并发和动态变化的系统进行建模;移动工作台MWB(Mobility Workbench)是为Pi-演算开发的一个自动验证工具,可对用Pi-演算等描述的移动并发系统进行分析与验证。本文基于Pi-演算对Aziz-Diffie无线通信安全协议进行形式化分析并使用MWB工具验证此协议存在的攻击。
关键词:移动进程代数;Pi-演算;移动工作台MWB;Aziz-Diffie;无线通信安全协议
本文首先扼要叙述了Pi-演算的基本概念,然后介绍了MWB工具在Windows下的使用并提出了基于Pi-演算协议分析的形式化方法,最后以Aziz-Diffie无线通信安全协议为例说明了如何使用Pi-演算与MWB工具分析安全协议,找出协议攻击。
1.1 名字与进程
设Χ = {x, y, z,a,b,c,…} 是名字(names)的可数集(可将名字看作是通信中的通道channels of communication),?,??X,
定义 Pi演算的进程(processes)如下(其中//…为帮助理解的直观说明):
P:: = 0 //空进程
P|Q //并发(并行)
P+Q //选择
[x=y]P //匹配
?.P //沉默(Silent)前缀、内部(Internal)前缀
x.P //输出(Output)前缀
x(y).P //输入(Input)前缀
νx.P //限制(Restriction)
A(x1, x2,…, xn) //代理(Agent)
A(x1, x2,…, xn)是被某P唯一定义的进程(写为A(x1, x2,…, xn) =P,或A(x1, x2,…, xn) = P),其中x1, x2,…, xn是彼此不同的名字且fn(P)?{x1, x2,…, xn}。
为减少刮号,约定下列作用顺序:限制与前缀、并发、选择;例如:νx.P|?.Q+R应读为((νx.P)|(?.Q))+R。
1.2 自由与约束的名字
设P、Q为进程,归纳定义名字集合fn(P)如下:
称 为进程P的自由名字集,若 ,称名字x在进程P中是自由的;如果进程P中的名字x不是自由名字,则称为约束名字,用 表示P的约束名字集,记 称nP为P的名字集;对 ,将在P中自由出现的x称为被 约束的名字;注意,有P,使 ,即某个名字x可能同时在P中自由出现与约束出现.
自由名字的代入:对任何进程P,进程P[z/x]是将P里每个自由出现的x改为z而得的进程,称为在进程P里对自由名字进行代入。
约束名字的改名:(1)对进程 的约束名字x可用z改名并将改名结果记为 ,如果 ;(2)对进程 的约束名字x可用z改名并将改名结果记为 ,如果 ;
注意:对 改名的结果并不导致 或 里的任何名字的自由出现变为约束出现;为防止改名失败,可简单地使用新鲜名字来改名,
2.1 移动工作台MWB(Mobility Workbench)
移动工作台MWB(Mobility Workbench)是针对Pi-演算开发的第一个自动验证工具[5],可对用多子Pi-演算[2]描述的移动并发系统进行分析与验证;MWB首先在瑞典的Uppsala大学开发;可在Windows、Linux等系统下使用,MWB是开放源代码的。
2.2 PI-演算公式的MWB编码
为将PI-演算公式输入MWB,需将通常的PI-演算公式做一些转换:
对于限制,用 代?;对于输入前缀,可将 写为 ,称 为P的x的抽出(Abstraction)并用代 ; 可写为 ,称[x]为P的x的凝固(Concretion)。
可用 来表示P为:agent = P
A称为P的名,注意P的名可用任意的符号串(例如MyID),但第一个字母需大写,且(…)里一定要将P的非受限名字完全列举;可将几个MWB公式放到一块以ag为扩展名用ASCII文件存盘。
3.1 进程的性质
一个进程的行为就是这个进程的执行树,一个进程的性质就是对这个进程行为的断言。对于顺序程序来说,它的性质基本上分为两种:程序中止或者程序执行完成并得到结果;但对于并发进程来说,它除了有顺序程序的性质外,还有一些其他性质,比如:程序是否死锁,是否公平等等。
死锁:进程之间由于互相占用对方所需要的资源而都不能继续执行下去的现象,我们称之为死锁
形式化方法对于建模和验证软件系统是一种有效的方法,对安全协议的形式化描述和验证是一个重要的研究方向。本文使用Pi-演算对Aziz-Diffie无线通信安全协议分析并进行建模,最后使用MWB工具证明出该协议存在攻击,并给出了该协议存在的攻击。
[1] R. Milner, J. Parrow, and D. Walker. A calculus of mobile processes, partI/II. Journal of Information and Computation, 100:1-77, Sept. 1992.
[2] Robin Milner. The polyadic ?-calculus: A tutorial. Technical Report ECS-LFCS-91-180.
[3]Jens Chr.Godskesen. The Needham-Schroeder Public-Key Protocol—How to Break It:Version 1.0.IT University of Copenhagen March 10,2005.
[4] Bjorn Victor. The Mobility Workbench User's Guide: Polyadic version 3.122. Department of Information Technology, Uppsala University, 1995.
[5] Bjorn Victor. A Verification Tool for the Polyadic ?-Calculus. Licentiate thesis, Department of Computer Systems, Uppsala University, 1994. Available as report DoCS 94/50.
[6]张玉清,王春玲,冯登国,运行模式法分析ISO/IEC密钥建立协议,通信学报,2005年2月第26卷第2期,P15-18
[7]卿斯汉,认证协议两种形式化分析方法的比较,软件学报,2003年,第14卷第12期,P2028-2036
[8] Horng G, Hsu CK. Weakness in the Helsinki protocol. Electronic Letters, 1998,34:354~355.
[9] Mitchell CJ, Yeun CY. Fixing a problem in the Helsinki protocol. Operating Systems Review, 1998,32:21~24.
[10]卿斯汉,安全协议,北京:清华大学出版社,2005年3月
[11]范红,冯登国, 安全协议理论与方法,北京:科学出版社,2003年
[12]A.Aziz,W.Diffie.www.51lunwen.com/jsjaq/ A secure communications protocol to prevent unanthorized access:Privacy and authentication for wireless local area networks[J].IEEE Personal Communications,1994:25-31.
[13]D.Dolev and A.Yao. On the security of public key protocols. IEEE Trans.on Information and Theory,29(2):198-208,1983
[14]Fredrick B.Beste. The Model Prover-a sequent-calculus based modal μ-calculus model checker tool for finite control π-calculus agents, 1998,1,9,29-33
[15] 刘道斌,郭莉,白硕,基于petri 网的安全协议形式化分析,电子学报,2004年11月,P1926-1929
浏览量:2
下载量:0
时间: