移动室分协议 2014年协议

2024-07-07

移动室分协议 2014年协议(共9篇)

移动室分协议 2014年协议 篇1

无线网络覆盖合作协议

编号:

甲方:

乙方:中国联合网络通信有限公司北京市分公司

为了建设北京地区室内分布无线接入网,更好的完善

大厦/楼宇内的无线接入状况,甲乙双方经协商,就乙方为大厦/楼宇内建设室内分布覆盖系统特立协议如下:

一、乙方对双方约定区域进行无线网络的重点覆盖。

二、乙方通过室内覆盖系统或单独AP点位布放两种方式,将无线信号较均匀地分布于本合同项下建筑物室内,用于为广大用户提供更优质的通信服务。

三、甲方向乙方提供专用220V供电电源,同时提供避雷接地及保护接地。甲方应在乙方设备安装施工完成后随即提供电源。双方同意选择以下B种方式确定乙方应向甲方支付的电费标准:

A:鉴于乙方为甲方所辖楼宇通信质量改善和通信能力的提高所做的投资,甲方同意在本协议有效期内不向乙方收取室内覆盖系统发生的电费。

B:乙方为所安装的设备安装独立电表,并根据电表统计的实际用电量向甲方支付电费,电费单价:

元/度。如遇国家电费价格调整,甲乙双方可经友好协商进行调整。

乙方以支票方式以

为周期向甲方支付上述电费,同时甲方向乙方出具符合税务规定的正式收取电费的发票。

四、本合同项下通信设施占用资源事宜采用长期合作方式,本协议有效期自从

****年**月**日起到

****年**月**日止。

五、甲方责任:

1.甲方无偿提供用于乙方安装无线网络接入设备及相关通信设施所需场地、相关机房空间、机柜设施等,并为乙方传输线路施工提供便利条件,不得向乙方收取除电费外的任何费用。

--1--

2.甲方提供建筑物平面示意图及相关资料;在设备的安装、调测及开通期间,甲方应提供必要的配合,保证施工的完成。甲方应积极配合乙方进行传输的施工工作(包括光缆敷设等),以保证乙方的工程进度。如乙方在传输施工中遇到非技术性问题,甲方应协助乙方共同解决。

3.甲方提供为保证乙方无线网络接入设备及相关通信设施正常运行所用的电源、乙方建设的无线网络所需的路由。

4.甲方负责通信设施所在场地使用期间的常规维护,避免发生漏水,协助乙方及时排除供电线路及避雷接地、保护接地的故障,保证符合通信设施所在场地使用要求。甲方应与乙方共同维护通信设施所在场地的安全消防工作。5.未经乙方同意,甲方不得随意挪动、中断或终断无线网络接入设备及相关通信设施,由于甲方原因导致乙方设备丢失、损坏等情况,应由甲方承担相应费用;如甲方进行工程施工等工作可能影响乙方上述设备的,甲方应提前向乙方通报并采取相应的保护措施;如甲方需要停电,应提前48小时告知乙方。

6.合作期间,应配合乙方进入基站及设备安装地点进行日常的维护和抢修。甲方应配合乙方将来可能进行的设备增容、改造、升级等工作,并提供相应施工条件。

7.甲方应向乙方提供大厦/楼宇产权证书和营业执照复印件;如属物业管理方式,而非产权方直接签定合同的情况,甲方应向乙方提供产权方出具的,同意甲方签订为大厦/楼宇安装无线覆盖系统的合同的授权委托书。8.合作期内,如该大厦/楼宇被整体出租、出让,甲方应保证使新的承租人或所有人继续履行此合同。

六、乙方责任:

1.乙方负责提供无线网络接入设备及相关通信设施。

2.乙方负责无线网络接入设备及相关通信设施施工、安装调测。

3.乙方按照确定的施工设计图的要求进行施工。对已安装的设备需要进行改动前,应经甲乙双方共同协商,同意后方可施工。

4.乙方负责对无线网络接入设备及相关通信设施的更新改造、升级。5.乙方负责完成乙方网络接入到甲方建筑物内的施工工作,并由乙方负责相关光缆进入甲方建筑物前的投资建设。

--2--

6.乙方投资建设的无线网络设备和线路等设施,资产归乙方所有。7.乙方遵守甲方的防火、防盗、治安等规定。

8.对于设备故障的处理,除特殊情况外,乙方自接到甲方通知后的24小时内予以修复。

9.乙方的无线网络接入设备及相关通信设施应符合国家相关环保规定。10.乙方的无线网络接入设备及相关通信设施对甲方原有设备不产生不良影响。

七、任何一方不得擅自终止合同。在合同期内,如遇政府整体规划、开发等特殊情况,甲方应提前通知乙方,乙方酌情调整。

八、本合同未尽事宜,需经甲乙双方共同协商以书面形式作出补充约定,补充约定与合同协议有同等效力。

九、争议解决

本合同在履行中如发生争议或意外情况,双方应协商解决;协商不成可向乙方所在地人民法院起诉。争议解决前,双方应继续严格履行合同,任何一方不得擅自终止合同的履行。如遇不可抗力所造成的合同终止,甲乙双方损失自理自负。

十、本合同一式

份,甲方

份,乙方

份,双方盖章后生效。

甲 方: 乙 方:

代 表: 代 表:

日 期: 日 期:

--3--

移动室分协议 2014年协议 篇2

从机型来看,A1529 (iPhone 5C)和A1530(iPhone 5S)支持TD-LTE/LTE FDD/TD-SCDMA/WCDMA/GSM,A1516 (iPhone 5C)和A1518 (iPhone 5S)支持TD-LTE/LTE FDD/TD-SCDMA/GSM,TD-LTE频段涵盖Band38、Band39和Band40,从而能够满足中国移动对4G终端多模多频的技术要求,符合中国移动TD-LTE/LTE FDD融合发展的思路。

近几年来,中国移动一直大力建设TD-LTE网络。12月4日我国政府发放4G牌照后,中国移动进一步加快了建设步伐。在近日召开的中国移动全球合作伙伴大会上,中国移动宣布,2013年底前可向北京、上海、广州、深圳等16个城市提供4G服务,2014年底将建成超过50万个4G基站,预计将有超过340个城市的用户可以享受到4G服务。由此,中国主导的4G标准TD-LTE将得到更大范围的推广,苹果与中国移动合作推出支持所有主流无线网络标准的iPhone,可让中国移动用户享受“一机在手,走遍全球”的便捷。

早在2007年第一代iPhone问世之日起,中国移动就非常关注这一革命性产品,并在中国运营商当中最早与苹果公司展开实质性的合作谈判。此后6年中,中国移动与苹果公司进行了多次会晤和谈判,但是终因技术、商业模式、合作条款等问题,双方的合作一再搁浅。现在随着4G牌照的发放和TD-LTE在全球的日渐成熟,合作的技术障碍被清除,最终双方携手走到了一起。

市场分析人士看好中国移动与苹果公司的合作。虽然此前中国移动并没有3G版的iPhone,但是中国移动还是拥有大批2G iPhone用户,据路透社报道,中国移动目前的iPhone用户有4500万之多。4G iPhone上市后,这些用户中的一部分很有可能会购买4G iPhone。此外,中国移动的用户总数已超过7亿,中国移动引入4G iPhone之后,其用户在更换4G手机时也可能会首选中国移动。为此,有市场分析人士预测,中国移动能帮助苹果每年卖出1700万部iPhone。

但是中国移动未来的具体表现仍存在一些不确定性。首先,中国电信和中国联通已经于今年9月开始在中国发售iPhone 5s和iPhone 5c,中国移动此番推出对用户的吸引力有多大还不得而知。其次,目前中国移动的TD-LTE网络覆盖有限,资费水平偏高,影响了用户的选择使用,这也会在一定程度上限制用户购买TD-LTE版本的iPhone手机。

2014年骨灰处置协议书 篇3

协 议 书

协议双方:

西山 村(居)委会:(以下简称甲方)

骨灰处置申请人: 邓天兵(以下简称乙方)死者姓名: 袁树芬。

为进一步深化殡葬改革,节约资源,保护环境,促进社会主义精神文明建设,根据有关殡葬管理法律、法规的规定,经甲乙双方协议如下:

一、遗体火化后,骨灰可按以下几种方式任意选择一种进行处置:

(一)安葬在经营性公墓或农村公益性墓地(根据《贵州省殡葬管理条例》规定墓穴占地面不得超过1平方米)。

(二)存放在经营性骨灰堂或农村公益性骨灰堂。

(三)树葬、抛撒、深埋不留标志等多种方式处理骨灰(必须在经营性公墓或农村公益性墓地范围内处置)。

二、乙方自愿选择骨灰处置的第 一 条的第 1 款 西山村杨家岭 农村公益性墓地(经营性公墓)进行处置。

三、乙方按所选择的骨灰处置种类进行骨灰处置时,须通知甲方现场监督并拍照,骨灰安葬完毕后,不准任意进行新的改造和立碑建墓。

四、如乙方在原已安葬的骨灰所在地进行改造和立碑建墓的,甲方有权责令乙方限期改正恢复原状,对拒不改正的,上报有关部门按殡葬法规执行,所产生的一切后果和责任由乙方负责。

五、存放在经营性骨灰堂或农村公益性骨灰堂的骨灰,如丧属需变更处置方式的,须向乡镇人民政府提出申请,经批准后,方可变更骨灰处置方式。

六、本协议一式四份,甲乙双方各执一份,报乡镇人民政府一份、县殡管所一份。

甲方(签章):

乙方(签章):

移动室分协议 2014年协议 篇4

【360法网 离婚协议书】现在,遭遇婚姻危机的家庭不在少数,离婚的家庭也很多。如此就涉及到以何种方式进行离婚,协议离婚或者诉讼离婚。

协议离婚又称两愿离婚或登记离婚,我国《婚姻法》中称作双方资源离婚,指婚姻关系因双方当事人的合意而解除的离婚方式。协议离婚需要夫妻双方对财产和子女抚养问题、债务问题进行约定,也就是说要签一份离婚协议书,对于这个离婚协议书该如何书写呢?本文为您提供2014年最新的离婚协议书范本,供您参考。

如果您的财产比较多,或是数额比较巨大,建议请专业律师代写离婚协议,或是对已写好的离婚协议书进行审核,这样方便您及时的发现问题,维护您的合法权益。

一、如何书写离婚协议书

在协议离婚中,离婚协议书具有相当重要的地位。因为,对协议离婚来说,“双方自愿”是基本条件,“对子女和财产问题已有适当处理”是必要条件。而离婚协议书中它不仅应明确是表明双方自愿离婚的意愿,同时还应明确双方离婚后比较重要的问题,如孩子如何抚养,财产如何分割等。离婚协议书写得好,将为双方日后的平静生活创造良好基础。反之,可能会虽然离婚,但是还有许多遗留问题给双方带来麻烦。

离婚协议书是登记离婚(协议离婚)的实质性文件,申请登记离婚的双方当事人必须认真制作,经双方签字后产生法律效力。

离婚协议应包含以下内容:

(一)登记离婚是双方当事人的真实意思的表示;

(二)子女与何方共同生活,未与子女共同生活的一方对子女养育应承担的费用﹑支付的方式及期限;

(三)共同财产的分割(归各方的数量和价值并附清单);

(四)共同债权﹑债务的享有和清偿责任;

(五)住房问题的解决方案;

(六)对生活困难一方的经济帮助的方法﹑期限;

(七)不与子女共同生活一方的探望权实行的方式及另一方协助的义务;

(八)其他需要在协议中明确的事项;

(九)双方当事人的签名(盖章或手印);

(十)离婚协议书制作的时间。

二、2014年最新离婚协议书范本

离婚协议书范本如下:

男方:某某,男,民族,_年_月_日生,住____________,身份证号码:_______________女方:某某,女,民族,_年_月_日生,住____________,身份证号码:_______________男方与女方于_年_月认识,于_年_月_日在_登记结婚,婚后于_年_月_日生育一儿子/女儿,名_。因_致使夫妻感情确已破裂,已无和好可能,现经夫妻双方自愿协商达成一致意见,订立离婚协议如下:

一、男女双方自愿离婚。

二、子女抚养、抚养费及探望权:

儿子/女儿_由男/女方抚养,随同男/女方生活,抚养费由男/女方全部负责,男/女方应于_年_月_日前一次性支付_元给男/女方作为女儿的抚养费(男/女方每月支付抚养费_元,男/女方应于每月的1-5日前将女儿的抚养费交到男/女方手中或指定的XX银行帐号:__________)。在不影响孩子学习、生活的情况下,男/女方可探望男/女方抚养的孩子。(男/女方每月可探望女儿一次或带女儿外出游玩,但应提前通知男/女方,男/女方应保证男/女方每月探望的时间不少于一天。)

三、夫妻共同财产的处理:

⑴存款:双方名下现有银行存款共_元,双方各分一半,为_元。分配方式:各自名下的存款保持不变,但男方/女方应于_年_月_日前一次性支付_元给女方/男方。

⑵房屋:夫妻共同所有的位于XXX的房地产所有权归女方所有,房地产权证的业主姓名变更的手续自离婚后一个月内办理,男方必须协助女方办理变更的一切手续,过户费用由女方负责。女方应于_年_月_日前一次性补偿房屋差价_元给男方。

⑶其他财产:婚前双方各自的财产归各自所有,男女双方各自的私人生活用品及首饰归各自所有(附清单)。

四、债务的处理:

双方确认在婚姻关系存续期间没有发生任何共同债务,任何一方如对外负有债务的,由负债方自行承担。(/方于_年_月_日向XXX所借债务由_方自行承担„„)

五、一方隐瞒或转移夫妻共同财产的责任:

双方确认夫妻共同财产在上述第三条已作出明确列明。除上述房屋、家具、家电及银行存款外,并无其他财产,任何一方应保证以上所列婚内全部共同财产的真实性。

本协议书财产分割基于上列财产为基础。任何一方不得隐瞒、虚报、转移婚内共同财产或婚前财产。如任何一方有隐瞒、虚报除上述所列财产外的财产,或在签订本协议之前二年内有转移、抽逃财产的,另一方发现后有权取得对方所隐瞒、虚报、转移的财产的全部份额,并追究其隐瞒、虚报、转移财产的法律责任,虚报、转移、隐瞒方无权分割该财产。

六、经济帮助及精神损害赔偿:

因女方生活困难,男方同意一次性支付补偿经济帮助金给女方。鉴于男方要求离婚的原因,男方应一次性补偿女方精神损害费_元。上述男方应支付的款项,均应于_年_月_日前支付完毕。

七、违约责任的约定:

任何一方不按本协议约定期限履行支付款项义务的,应付违约金_元给对方(/按支付违约金)。

八、协议生效时间的约定:

本协议一式三份,自婚姻登记机颁发《离婚证》之日起生效,男、女双方各执一份,婚姻登记机关存档一份。

九、如本协议生效后在执行中发生争议的,双方应协商解决,协商不成,任何一方均可向XXX人民法院起诉。

男方:______女方:_______

签名:______签名:_______

_年_月_日_年_月_日 那么以上内容就是2014年新婚姻法离婚协议书怎么写?最新离婚协议书范本的全部内容,希望对您有帮助。离婚是一项法律行为,需要满足法律规定条件的夫妻按照法律规定的程序办理。当然,在此小编也希望您可以和对方进行一次心声的对白(尤其是已有孩子的夫妻, 作为父母,即便要离异,也必须给孩子明确一点:我们不爱了,但是对你的爱是不会变的。),或许会有转圜的余地。最重要的是,小编祝福您能有个愉悦温馨的家。

移动室分协议 2014年协议 篇5

甲方(出租方): 安娜乙方(承租方):河南非常时刻文化传播有限公司

甲方愿将郑州市创业大道1088号创业大厦118房屋

租赁给乙方使用,依据《合同法》有关规定,经协商达成以下协议:

1、甲方租给乙方房屋间,面积平方米租给乙方营业使用。

2、乙方每元。

3、双方一致同意租赁期为年月日至年6月29日。

4、其他事项。该房屋用途为/商业服务);已知悉《中华人民共和国物权法》的相关规定;遵守有关房屋管理的法律、法规以及管理规约的规定;已经有利害关系的业主同意。

甲方签字: 安娜

乙方签字:王贵

移动自组网典型路由协议研究 篇6

1 MANET与传统无线网络在路由上的区别

目前生活中常见的移动通信网络主要有蜂窝数据网络和无线局域网, 在系统的组织、管理和维护方面都与MANET有较大的区别[2]。

1.1 MANET与蜂窝数据网络的区别

典型的蜂窝数据网有全球移动通信 (Globa System for Mobile communication, GSM) 网络和码分多址 (Code Division Multiple Access, CDMA) 网络, 网络中的移动节点主要通过基站进行连接, 基站之间通过有线网络进行互联, 因此移动节点之间通信路由的建立或选择主要由基站等固定基础设施完成。而在MANET中, 不存在固定基础设施, 节点通信路由的选择和建立完全由移动节点完成。在蜂窝数据网中, 由于有网络固定基础设施的存在, 网络结构相对较为稳定。而在MANET中, 节点的随意移动会使得网络拓扑结构动态变化, 影响通信路由的选择。

1.2 MANET与无线局域网的区别

无线局域网中的节点通过无线接入点连接到网络, 是单跳的网络, 路由器和主机通常是两个独立的设备。而MANET是多跳的网络, 每个节点均同时具备路由和主机两种功能。通过比较发现, MANET与传统的无线网络在路由方面有较大差异, 因此路由协议是MANET研究的重点内容。

2 MANET路由协议分类

MANET的路由协议可基于不同角度进行分类[1,3], 如按路径类型可分为单路径型路由协议和多路径型路由协议, 按广播方式可分为单播路由协议和多播路由协议, 按地理定位方式可分为地理定位辅助路由协议和非地理定位辅助路由协议, 而最常见的分类方式有以下两种: (1) 按网络拓扑结构分类。从这个角度可分为平面结构和分层结构两种。对于前者, 所有移动节点地位平等, 如动态源路由协议 (Dynamic Source Routing, DSR) 。对于后者, 网络中的所有节点按簇划分, 每个簇由一个簇头和若干个簇成员组成, 多个簇头又是更高一级簇的成员。 (2) 按驱动方式分类。可分为表驱动和按需驱动两种, 例如图1所示。前者采用周期性的路由分组广播来交换路由信息, 如目的序号距离矢量路由协议 (DSDV) ;后者则是根据发送数据分组需要进行路由发现, 建立路径, 实现信息传送。如需求驱动距离矢量路由协议 (Ad Hoc Ondemand Distance Vector, AODV) 和临时排序路由选择算法 (Temporary Ordered Routing Algorithm, TORA) 协议。

3 典型的MANET路由协议

文中选取DSDV作为表驱动路由协议的代表重点介绍;选取AODV、DSR作为按需路由协议的代表并作重点介绍。

3.1 DSDV协议

DSDV是一种基于距离矢量算法的路由协议[4], 通过附加序列号的方法来区分路由的新旧程度, 进而防止可能产生的路由环路。 (1) 路由表结构。每个节点包含一个路由表, 路由表项包括:目的信宿、下一跳、度量值和序列号。 (2) 信息通告。各个节点周期性地向邻居节点通告其当前的路由表。 (3) 链路断开。如果在较长一段时间内无法收到邻居节点的广播消息, 可推断出链路断开, 同时, MAC层实体也可检测到。一旦链路断开, 则通过以下方法通知网络中其余节点:1) 断开的链路度量值为∞。2) 节点检测路由表, 下一跳经过该链路的路由表项的度量值标记为∞, 并分配一个新的序列号, 且为奇数, 以区别于信宿发出的更新报文。3) 触发“递增更新”报文的立即发送。经过以上过程, 在较短时间内, 该链路的变化将通告到网络的各个节点。 (4) 路由选择准则。DSDV中路由选择的准则为:序列号新或度量值小。

DSDV协议操作实例:在图2及表1表2中, MHi (i=1, 2, …, 8) 表示节点标识, SXXX_MHi (i=1, 2, …, 8) 发出更新报文的序列号为XXX。以MH2为例, 当MH1移动, 成为MH7的邻居时, MH1与MH3的链路断开。表1和表2分别为MH1移动前和移动后MH2的路由。

3.2 AODV协议

AODV路由协议[5]是按需驱动的距离矢量路由协议, 使用目的序列号和经典的距离矢量算法, 具有对动态链路的快速自适应, 处理和存储开销小, 网络利用率小等优点。AODV路由协议最明显的特征是每条路由均使用一个目的节点序列号, 能够确保路由是开环的。该序列号由目的节点产生, 与发送给路由请求节点的信息相组合。协议由两部分组成:路由请求和路由维护。

AODV的路由请求 (RREQ) 包含下列项[6]:

<跳数;路由请求码;目的地址;目的序列号;源地址;源序列号>

收到请求报文的节点, 查看路由表中是否有到目的节点更新的路由, 即目的序列号大于等于请求报文中的序列号。若没有, 该节点将记录请求报文的信息并广播;若有或节点是目的节点, 则将发送路由应答报文 (RREP) 给源节点。RREP包含如下项:

<跳数;目的地址;目的序列号;源地址;寿命>

转发RREP的节点根据RREP更新路由表, 并将RREP转发给先前记录的上游节点, 直至源节点S, 此时由源节点到目的节点的路由已建立。

AODV通过周期性的广播Hello报文来监视链路状态[7], 若节点在使用过程中发现某条链路断开, 则将从自身的路由表中删除包含该链路的路由, 并发送“路由出错”报文 (RERR) 给因链路断开而不可达的节点, 沿途转发RERR的节点并同时删除自身路由表中的对应路由。如图3所示, 节点6为目的节点, 由于节点4从4处移动到4'处, 导致节点3到目标节点的链路中断。图3 (a) 所示为RERR通知过程, 图3 (b) 所示为重新建立的路由。

3.3 DSR协议

DSR是动态源路由协议[7,8], 其最重要的特点是利用了源路由, 即发送方知道到达目的地的完整路径, 可实现节点间跨越多跳传输空间进行通信。DSR路由协议包括路由寻找和路由维护两个主要机制, 共同作用于移动Ad Hoc网络, 完成源路由的寻找和维护。

(1) 路由寻找。当节点S有分组要发送至节点D, 而S并未找到任何可用的路由, 那么节点S就通过路由寻找协议来动态的寻找一条可达节点D的新路由。如图4所示, 源节点S试图寻找一条路由到达目的节点D。

节点S的路由寻找进程执行如下:1) 节点S按照本地广播分组方式发送路由请求 (RREQ) , 被当前正处在节点S的无线电波覆盖范围的所有节点所接受, 如节点A。RREQ识别路由寻找的源节点和目的节点, 也包含了由源节点确定的唯一请求识别码 (Request ID) 。RREQ还包含一个记录列表, 用于记录该RREQ被成功转发的中间节点。2) 当另一个节点接收到该RREQ时, 若该节点是目标节点, 则给源节点回送一个路由应答 (RREP) , 同时回送在路由寻找过程中的路由记录, 源节点接受到该RREP后, 存储该路信息。否则, 若接受到该RREQ的节点已经收到另一个来自相同源节点、具有相同请求识别码和目标节点的RREQ, 或该节点已经发现自己的地址已在该RREQ的路由记录中, 那么该节点认为该路由请求已被接受, 即丢掉该路由请求;否则该节点将自己的地址添加到该RREQ的记录中, 然后按照本地广播分组方式将该路由请求发送出去。3) 目的节点D收到RREQ后, 要给源节点S回送路由应答 (RREP) , 先检查自己是否有到达源节点S的路由, 如果有, 则目的节点D通过这条路由将RREP交付给源节点S;否则, 目的节点D执行自己的路由寻找, 找出到达源节点S的路由。

(2) 路由维护。当使用某条源路由发送分组时, 该路由中的节点均要通过应答 (Acknowledgement) 机制来保证该分组能够顺利到达下一跳节点。若一个应答请求发送后仍未得到回应, 则需要重发, 当重发次数达到最大值时, 发送节点则认为到下一节点的链路已经断开, 同时从路由表中删除该断开链路, 并给该源路由上的节点回传一个路由错误 (Router Error) 。

如图5所示, 若节点B经过若干次应答请求后, 仍未接收到节点C的回应, 则B认为到C的链已断开, 同时从路由表中删除该断开链路, 并给S及所有同样的节点回传一个路由错误。若S的路由表中存在另一条到达D的路由, 则S使用该条路由, 否则S应执行一个新的路由寻找来获取一条可到达D的新路由。

4 MANET路由协议发展方向

目前, MANET路由协议的研究多集中在设计路由协议, 用来支持网络节点之间的高效通信。MANET路由协议的性能和多样性仍有较大的提高空间, 其中包括以下几个方面: (1) 路由安全性。MANET与传统网络结构上的差异导致传统网络中的安全机制不再适用于MANET。对于MANET来说, 路由安全具有重要的地位, 也是较难解决的问题。路由协议是网络攻击的主要目标, 然而目前已经提出的路由协议在安全方面鲜有涉及, 因此提高路由协议的安全是今后的研究方向。 (2) 路由协议的节能问题[9]。由于MANET没有固定基础设施的支持, 单个节点必须依靠可携带的电源提供能量。网络的发展导致单个节点的能量消耗越来越大, 这就使得减少节点的耗能显得尤为重要。目前的许多协议都没有节能策略, 因此这方面的问题仍有待进一步的研究。

参考文献

[1]张程.移动自组网的关键技术研究[D].重庆:重庆大学, 2010.

[2]陈林星.移动Ad Hoc网络-自组织分组无线网络技术[M].北京:电子工业出版社, 2006.

[3]李振宇.移动自组网中路由协议的分析与研究[D].北京:北京邮电大学, 2006.

[4]AMITH K.Step by step procedural comparison of DSR, AODV and DSDV Routing protocol[C].Torolento:ICCET, 2012.

[5]吴翠萍, 蔡明.AODV路由协议的改进[J].计算机工程与应用, 2012, 48 (24) :91-94.

[6]SARITA R, SINGH B, BHADAURIA W, et al.Bandwidth reservation routing technique based on agent in mobile ad hoc networks using rate control with AODV[C].Amsterdam:ICNCS, 2012.

[7]KHATAWKAR S D, PANDYAJI K K.Performance comparison of DSDV, AODV, DSR routing protocols for MANETs[C].Paris:ICCNC, 2012.

[8]SANGEETA B, SUNEETA M.Study of DSR routing protocol in mobile adhoc network[C].Nanjing:ICINT, 2011.

移动室分协议 2014年协议 篇7

甲方:临汾市正通源酒业有限公司

乙方:

甲乙双方在互利平等自愿的基础上经友好协商,对开展泰山啤酒陈列事宜达成以下协议:

一,活动时间:年月日至年月日。二,陈列:乙方需在活动期间保持泰山啤酒在明显醒目位置摆放五箱,门面摆放空箱6--9个,泰山啤酒太阳伞1把。

三,陈列奖励:乙方在活动时间内按活动方式要求完成陈列,经甲方在活动过程中检查合格后,在活动结束后,给与乙方作为活动奖励。

四,乙方应保持空箱,太阳伞,正常工作,活动结束后收回。活动期间如甲方发现乙方不按本协议执行,甲方有权拒绝给乙方的活动奖励,合作协议终止。

五,泰山原浆啤酒市场统一零售价69元 / 件,泰山特制啤酒市场统一价38/件,每箱返经销商5元。

六,甲方严守承诺,乙方严格执行,甲方定时抽查监督。本协议一式两份,甲乙双方各执一份,自签字盖章之日起生效,未尽事宜由双方协商处理。

甲方:乙方:

代表签字:代表签字:

电话:电话:

移动室分协议 2014年协议 篇8

现今已经从互联网时代快速进入到了移动互联网时代。根据相关资料, 早在2014年, 智能手机和平板电脑的销售量就已经超过了传统PC的销售量, 而且这一趋势还在不断加强, 以智能手机为主的移动设备仍然在高速增长。

信息化系统建设也相应地转向移动设备, 传统的基于桌面浏览器的应用系统日渐式微, 移动应用 (APP) 已成为主流趋势。以前的热门网站不再受到人们的追捧, 取而代之的是运行在手机上的各种APP。一个显著的例子是微信和QQ, 同样由腾讯公司开发的社交应用, 两者分别代表了移动互联网和传统互联网, 微信的历史只有短短的4-5年, 但其活跃用户数已经远超历史悠久的QQ。在企业内部, 政府部门、事业单位内部, 也纷纷调整其信息化建设, 向移动应用方向倾斜, 移动化已成为共识。

移动应用作为一种新的应用类型, 与传统基于桌面的浏览器/服务器 (Browser/Server) 架构相比较, 在应用场景, 交互方式, 开发技术等方面都有所不同。对于使用者而言, 移动应用将其从电脑前解放了出来, 使用者可以在任何时间, 任意地点打开移动应用, 浏览自己所需要的信息, 或者进行相应的操作, 只需设备联网即可。这种便利性使得移动应用迅速受到使用者的欢迎。而且, 由于移动设备随身携带, 并一直保持网络连接状态, 移动应用能够做到主动的消息推送和提醒, 而无需使用者不时打开应用去查看, 实现了信息主动找人。

消息推送是移动应用的基础功能, 是移动互联网时代的重要基础设施, 是移动应用区别于传统应用的一个重要特征和优势, 可以说, 没有消息推送的移动应用就不能称之为移动应用。

2 现有推送服务及问题

根据移动操作系统的不同, 当前移动领域主要分为两个体系:苹果公司的i OS系统和由谷歌公司主导的Andriod系统。这两大阵营都意识到了移动消息推送在移动应用建设上的基础性地位, 并提供了相应的推送服务, 供开发者或企业用户调用。但是, 无论是苹果还是谷歌的推送服务, 都存在服务质量, 安全性, 处理容量等问题, 特别是对于企业、政府等高端用户而言, 这些推送服务都无法满足实际需要。

2.1 苹果推送通知服务 (APNS, Apple Push Notification Service)

苹果为全球范围的i OS设备提供推送通知服务。当服务的提供方 (Provider) 希望给某个设备上的应用推送消息时, 需要调用苹果APNS提供的推送服务, 将目标设备 (设备令牌) 和消息内容 (有效载荷) 传递给APNS服务, APNS会负责找到相应的目标设备, 并将消息传递给该设备;该设备收到消息后, 会将消息传给相应的应用APP, 由APP处理消息, 提醒用户。其处理过程在苹果的开发者网站有详细描述如图1所示。

从实际使用情况看, APNS服务比较稳定, 一般情况下消息也能被及时传递, 基本能够满足一般性消费类移动应用的需要。但是, 对于具有更高消息推送要求的企业级市场, APNS就显得力不从心, 具有以下问题。

(1) 不保证消息到达。如果移动设备暂时无法联网, 服务的提供方也可以推送消息, 苹果会负责暂时保存该消息;当设备再次可用时, 保存的消息会被推送。但是, 苹果只会为同一个设备保留最近的一条消息。如果在设备持续无法联网的情况下, 服务提供方再次推送消息, 会导致上一条推送消息的丢失, 而且不会告知。这对于普通消费型应用问题不大, 但对于企业级应用则不然, 特别是对于某些重要性很高, 而且推送消息很频繁的移动应用而言, 随意丢弃消息是不可接受的。

(2) 不保证消息传递时效。APNS服务宣称会尽快传递消息, 但不保证多长时间内可以传递到, 不能要求限时到达。而且, 它没有消息优先级的设置, 所有的消息都按照同样的优先级传递, 不能对消息区别对待。

(3) 消息大小有限制。如果移动设备的操作系统不是最新的i OS 8, 那么推送消息内容不能超过256字节, 只能用来传递一些最简单的消息。企业级应用中, 这么小的数据量几乎是无法使用的。如果将移动设备升级到i OS 8, 最大推送字节数会增加到2000字节。很多情况下, 这一数值也无法满足企业级移动应用的要求。

(4) 发送频率受控。苹果官方对单位时间内允许推送的消息数没有限定, 但在实际使用时发现, 如果与推送服务器建立的网络连接数过多, 或者推送消息的频率过于密集, 都会导致苹果拒绝服务, 无法推送。

(5) 不支持消息回执。最终用户有没有收到消息?如果客户端收到了, 具体是什么时间点收到的?这种需求对于企业应用很常见, 但APNS并没有提供类似的消息回执机制。

(6) 无法控制数据安全。虽然APNS提供了相应的数据传输安全机制, 确保在传输过程中的安全, 但数据毕竟是经过苹果的服务器传递, 而且, 如果设备不在线, 消息还会在苹果的服务器上保存。这对于一些对数据敏感性有要求的组织或机构而言是不允许的。某些要求严格的企业, 甚至会要求移动设备全部使用VPN专有网络, 所有的互联网服务都不允许访问, 这种情况下APNS就更无法使用了。

2.2 谷歌云推送 (GCM, Google Cloud Messaging for Android)

与苹果类似, 谷歌也为Android设备提供了一个公共的消息推送服务, 其架构如图2所示。与APNS类似, 第三方应用需要推送消息时, 只需要连接到一个GCM服务器, 调用消息推送服务, 就可以将消息传递到指定的移动设备, 并唤起相应的移动应用。

谷歌云推送在功能上较APNS有不少增强, 支持包括消息回执功能, send-to-sync消息机制等, 其最大可推送的消息内容也较苹果的大, 为4000字节。

但是, 现实的情况是, 由于网络原因, 谷歌的推送服务在国内根本无法访问, 无法访问谷歌的GCM服务器, 谷歌的GCM服务器也无法与我们的移动手机建立推送连接。而且, 消息推送需要手机与服务器两者的相互配合, 手机端必须具备相应的GCM接收服务, 才能接收到推送的消息, 但由于Android手机厂商的分裂状态, 几乎每个手机厂商都会用自己的推送服务替代原有的GCM接收服务, 这就导致即使GCM服务器可以访问, 手机端也无法接收到消息。除非能全部限定所有的移动设备为同一家供应商, 否则也无法使用手机厂商提供的推送服务。而现实中, 几乎不存在这种设备完全由同一个厂商供应的可能性。

需要说明的是, 基于谷歌一贯的开放策略, GCM也是一个开放性的标准, 任何人或企业都可以直接使用谷歌提供的推送云服务, 也可以自行根据GCM服务端的标准规范实现私有的GCM推送服务。不过, GCM在消息通讯协议上只有HTTP和XMPP两种选择, 这两种协议无论从传输效率, 可靠性角度, 还是从安全的角度看, 都不是最适合移动应用的协议。

综上所述, 消息推送作为一个新的技术话题, 在协议规范和技术标准方面都还没有形成业界标准, 苹果和谷歌作为业界领先的两大企业, 虽然提供了针对各自平台的推送服务, 但都存在不同程度的问题, 特别是对于企业级高端用户而言。

构建消息推送服务是一个系统工程, 需要进行完备的架构设计。这其中, 推送协议的选择至关重要, 不同的协议会直接影响推送的速度, 服务质量和用户满意度。

3 MQTT协议

消息队列遥测传输 (MQTT, Message Q ueuin g Telemetry Transport) 协议是IBM公司提出的开放协议, 最初的设想是应用于大量计算能力有限的传感器等微型设备, 其工作的网络带宽低且不稳定, 但又需要保证网络节点之间的可靠通讯。

该协议目前已经被结构化信息标准促进组织 (OASIS) 接受, 并将其建议为物联网消息传递协议的首选标准。MQTT已经成为物联网领域的事实标准, IBM公司已经成功将其应用于智能实验室、远程医疗中心等项目, 并推出了Message Sight等MQTT中间件产品, 其它企业和机构也相继跟进, 发布支持MQTT协议的开源/商业产品, 或采用MQTT协议构建相关应用。伴随着物联网的迅猛发展, MQTT协议未来的发展不可限量。

由于物联网传感器等设备的计算能力和电量都非常有限, 因此MQTT的设计理念从一开始就是简单, 轻量, 节省电力, 这正好满足了移动应用的一个重要诉求。当前电池储能技术的发展远远不能满足智能手机的发展需要, 使用智能手机用户最痛苦的事情就是手机耗电太快, 手机的电量甚至不能支持完8小时的工作时间。但如果要保证消息及时到达, 手机就必须时刻保持与服务器的连接, 并定期与其通讯, 检查是否有新消息。MQTT协议非常精简, 额外的数据传输量非常小, 可以在最大限度节省电力, 同时也节省网络流量。这是选择MQTT构建消息推送服务的最大原因。

MQTT协议的消息头固定为2个字节, 当前只使用了第一个字节, 第二个字节保留。第一个字节共8个bit位, 前4位为控制类型, 可取值为16种, 按照功能可以分为连接类, 订阅类, 保持活动类几种, 后4位携带每种控制类型的特有信息如表1所示。

作为对比, 让我们来看看最常见的HTTP协议的消息头, 如图3所示为访问百度主页 (www.baidu.com) 时, HTTP请求所提交的消息头信息, 其数据量超过300字节, 是MQTT协议 (2个字节) 的150倍。而且, 这只是一个比较小的HTTP消息头, 如果用户多次访问同一网站, 会有不断增长的Cookie信息, 消息头的内容会更多。

为了实现及时推送, 手机需要周期性给服务器发送请求 (心跳) , 以保持与消息推送服务器的连接不中断。假设手机每30秒发送一次心跳, 每天就需要发送2880次, 如果采用MQTT协议, 只需5k的通讯流量, 而如果采用HTTP方式, 则需要的流量为864k, 其高下一目了然。而手机需要消耗的电力与需要传输的数据量直接相关。

除了短小精悍, 节约带宽, 节省电量消耗, MQTT协议还具有其它的特性, 非常适合用于构建移动应用的消息推送服务。

(1) 保证服务质量。MQTT提供三种消息传输的服务质量保障水平, 用户可以根据实际需要进行选择:

Qo S0:至多传递一次。消息有可能会丢失。这种服务质量下, 消息传递的速度最快, 但不能保证消息的可靠到达。通常适用于网络环境差, 而且不在意单次数据丢失的情况, 例如GPS数据的采集。

Qo S1:至少传递一次。可以确保消息被可靠传递到目标, 但可能会有消息被重复传递。这种服务质量权衡了传输效率和消息可靠性, 最常被采用。

Qo S2:确定只传递一次。消息不会被丢失, 也不会被重复传递。这种服务质量被用来保证最高的消息传递服务质量。

(2) 连接中断通知。与物联网类似, 手机的网络质量远不能与连接网线的台式机相比, 当我们发生位移时, 或者进入电梯, 地下室等区域时, 手机经常会发生基站切换, 网络信号消失, 连接中断等情况。MQTT协议可以很好地适应这种不稳定的网络环境, 并且保证数据的可靠传输。而且, 当发生网络异常中断时, MQTT还支持遗嘱机制, 将网络中断事件通知给指定的目标对象。

(3) 信息广播机制。MQTT采用发布/订阅机制来传递信息, 多个手机终端可以订阅同一个主题;服务端只需要针对主题发布信息, 所有订阅者都可以收到, 而无需对逐个手机发送, 简单高效。例如, 股票价格信息, 不同的人可以订阅关注同一个股票的价格信息, 当该股票的价格发生变化时, 服务端只需发布一次最新价格, 所有的订阅者都会收到同样消息。

4 其它问题

在采用MQTT协议构建移动应用的消息推送服务时, 也应当了解MQTT的不足, 并妥善处理如下问题。

4.1 避免客户端越权订阅

MQTT采用发布/订阅模式处理消息传递, 消息是针对主题传递, 而不是目标客户端。客户端只要进行订阅, 就可以收到消息。理论上, 如果某个客户端订阅了根主题, 就可以收到所有人的消息, 这是不可接受的。

可以启用MQTT的用户认证机制, 只有经过认证的用户才可以订阅主题, 但这只能防止非认证用户的恶意订阅, 对于认证通过的用户则不起作用。

彻底的解决方法需要在服务端进行控制, 不允许用户订阅其没有权限的主题。另外, 一些MQTT产品对此也有处理, 例如, IBM的Message Sight产品就支持点对点和发布/订阅两种方式, 而使用点对点方式时, 任意订阅都不起作用。

4.2 处理i OS后台服务运行

i OS系统对于后台服务的长时间运行有很多限制, MQTT要求与服务端一直保持连接, 在i OS系统下不容易做到。当移动APP在前台运行时, MQTT可以建立并保持与推送服务器的连接, 但是, 一旦移动APP被推入后台, 所有的活动, 包括连接都会被中断。

i OS允许某些应用在后台保持运行, 但需要经过苹果的审核, 而且服务端还需要定期给移动设备发送数据以保持网络连接, 相对而言较为繁琐。

另一种解决方式是将MQTT推送与APNS相结合, 当MQTT连接被中断时, 推送改为使用APNS通道。当有新消息需要推送时, 推送服务器发送一个APNS的提示消息 (没有具体消息内容) , 然后由APNS消息激活移动应用, 唤起MQTT服务, 再通过MQTT渠道具体的推送消息内容。这种方式只将APNS作为一个旁路提醒通道, 不传递消息内容, 保证了数据的安全性。

4.3 可扩展的MQTT服务端

消息推送需要移动设备与推送服务器保持长连接, 这与传统应用不同。传统的B/S应用是短连接模式, 客户端向服务端发起请求, 服务端处理完成后返回结果给客户端, 然后释放连接。如果不考虑业务逻辑处理对服务器资源的使用, 单个服务器可以轻松支持几十万, 甚至上百万的用户访问。但是, 如果拿一台普通的服务器当做消息推送服务器, 单台服务器的连接能力大约在2万到10万之间, 如果要保证稳定的服务能力, 客户端的连接数通常不允许超过5万。IBM的Message Sight可以支持100万的客户端连接。但不论其数值多少, 单台服务器的处理能力总有极限。

如果要推送的设备数量超过了单台的处理能力, 就需要考虑服务端集群。MQTT在服务端的集群扩展方面没有规定, 需要自行设计实现水平扩展架构。

摘要:随着智能设备的快速普及和移动应用的迅猛发展, 已进入移动互联网时代。消息推送是移动应用的一个显著特征, 是移动互联网时代的基础设施。苹果和谷歌都提供消息推送服务, 但并不能满足企业级移动应用的推送要求。MQTT协议是由IBM提出的面向物联网的通讯协议, 其简洁, 高效, 可靠等特征非常适合用于构建消息推送服务。文章讨论了使用MQTT协议构建消息推送服务的必要性和适用性, 并指出了在具体实现上应注意的一些关键问题, 同时给出了相关建议。

移动室分协议 2014年协议 篇9

关键词:移动自组网,QoS路由,路由协议

0引言

移动自组网又名Ad Hoc网络,是没有任何中心实体的自组织网络,依靠节点间的相互协作在移动、复杂多变的无线环境中自行成网,借助于多跳转发技术来弥补无线设备的有限传输距离、从而拓宽网络的覆盖范围,为用户提供各种服务、传输各种业务。这是一种不需要依赖现有固定通信网络基础设施、 能够迅速展开使用的网络体系,网络节点能够动态地、随意地、 频繁地进入和离开网络。每个节点都兼任终端和路由的角色, 需要完成发现及维护到其它节点路由的工作,因而在这种网络中路由就成为了一个核心问题。

随着移动自组网应用领域的日益壮大,提供端到端的服务质量Qo S也成为了衡量移动自组网的一个重要准则。服务质量 (Quality of Service,Qo S)通常定义为把分组流从源节点传输到目的节点时网络必须满足的一个服务要求集合,期望网络向终端用户提供端到端的服务保证以及基于策略的网络性能的服务属性,例如,时延、时延抖动、带宽、分组丢失率等等,把这种根据网络中可使用资源和业务Qo S需求来选择的路由的机制称为Qo S路由。加入Qo S后能使得移动自组网的应用更加灵活,将传统的最短路径改为一条满足业务Qo S需求路径,不仅能够满足用户端到端Qo S要求,而且还尽可能有效地使用网络, 以最大化网络资源的利用率。

移动自组网由于其自身的灵活、健壮、投资成本低等特性, 现已被广泛应用在多个领域,而移动自组网中的Qo S路由技术, 也成为了一个核心技术和重要研究方向。

1QoS实现的难度

传统的用于固定网络的Qo S路由技术不能直接用于移动自组网中,移动自组网自身具有特殊的属性,如链路干扰、链路传输范围有限、带宽有限、拓扑高度动态变化等等,这使得在移动自组网中提供Qo S服务保证非常困难,主要包括以下难点:

(1)资源有限

移动自组网的无线信道质量不稳定,信道带宽有限。提供Qo S服务保证势必会增加系统开销,为实时获取Qo S状态信息而进行的状态信息扩散不仅会占用带宽,还可能产生过多的冲突从而降低网络性能。只有当采用了Qo S路由后带来的好处大于实现其功能所付出的代价时,才予以考虑是否采用Qo S路由。

(2)链路状态难以确定

相对于有线信道,无线信道属于广播媒介,其参数时变且易受干扰,使得无线链路状态难以确定,如带宽、时延、时延抖动等链路状态参数,难以实时获取和维护。

(3)网络动态变化特性

移动自组网的动态变化性使得节点难以保证其保存的可用状态信息是准确的,并且节点随时随地都能离开或者加入网络, 链路随时都会发生变化,而传统Qo S路由协议则主要依据准确的状态信息进行判断。

(4)多Qo S条件约束

Qo S约束可以是一维的参数,也可以是多维的,将其Qo S路由对应地称作单维和多维Qo S路由。按照性能特征可以将Qo S度量参数划分成三类,即可加性参数、可乘性参数和凹性参数。

对于路径P (i, j,k,......,l,m) ,用d(i, j) 表示链路d(i, j) 的某种Qo S量化参数,用d(i, j) 表示路径P的Qo S尺度:

若d(P) d(i, j) d( j,k) .......d(l,m) ,则称d为可加性参数;

若d(P) =d(i, j)×d( j,k)×.......×d(l,m) ,则称d为可乘性参数;

若d(P) =d(i, j)×d( j,k)×.......×d(l,m) ,则称d为凹性参数;

由以上分类定义可知,时延、成本等属于可加性参数,分组丢失率等属于可乘性参数,带宽、节点剩余能量等属于凹性参数。有关文献中已经证明,如果当路由选择过程中需要考虑的约束条件包括两个或两个以上的可加性参数或者是可加性参数和可乘性参数的组合时,此时的Qo S路由选择就是一个NP完全问题,如要寻找最小成本的最短路径和最小时延的最小成本路径,都是NP完全问题。这种情况下通常利用启发式算法寻找次优解。

基于以上难点,要在拓扑变化很快的网络中实施Qo S路由几乎是不可能的。但由于一般情况下,网络拓扑的改变不会非常频繁,且业务应用有一定的自适应性,因此在这种情况下实施Qo S路由是合理且可取的。

2实施QoS路由的优点

目前大部分的路由协议均用最短跳数当衡量路径好坏的标准,对于普通数据业务这种方法可行,但对于多媒体业务及实时业务而言这种方法则不太适用。为对业务提供Qo S保证,必须对流入网络中的数据量进行控制,实施Qo S路由就是实现接纳控制的关键。

实施Qo S路由的主要优点有:

(1)使得网络能够支持已有的和新出现的多媒体服务及应用的要求,例如IP语音等对网络有特定Qo S要求的新应用;

(2)使得网络可以对流入的业务进行接纳控制,即在路由选择过程中同时计算了该路径所能提供的Qo S能力,网络控制机制根据该路径的Qo S能力来决定是否接受新的连接;

(3)对网络中的服务保证和通信进行区分,这也是在单个网络中同时进行语音、视频、数据业务传输所必需的服务要求;

(4)通过使用Qo S路由可将业务量分配到不同的路径上, 不仅可以实现负载均衡,也能满足多种业务对Qo S的要求;

(5)使得网络提供商除了提供现有的尽力而为的服务种类以外,还可提供奖赏服务;

(6)在各种新型网络服务中有很重要的作用,例如虚拟专用网络。如何提高网络对Qo S的保障能力是Qo S研究的重点工作,而保证用户对Qo S的需求则是研究的最终目的;

(7)资源预留协议使得寻路过程朝着资源充足的路径行进,提高整个网络的资源使用效率。

3QoS路由协议

3.1度量参数的选择

衡量Qo S的指标有很多种,如时延、带宽、吞吐量、分组丢失率等等,由于寻找一条满足多个Qo S要求的路径通常是NP完全问题,特别是在移动自组网中,拓扑结构的动态变化性, 要求网络尽可能少地交换控制信息,所以一般来说不采用实现多维Qo S要求的方法,而应根据具体实际情况选择一两个较关注的合适的指标。由于所选择的Qo S度量参数反映了业务应用所关心的网络特性并定义了提供Qo S保障的类型,因此合理选择Qo S度量参数非常重要。

通常选择分组丢失率或链路可用带宽作为Qo S度量参数, 因为这两个参数最能反映出无线信道的质量和链路状态的变化,并且这两个指标也较容易获取到。如带宽指标,可通过节点间的信息交互来得到邻居节点的可用带宽,从而作出后续是否转发的决策;而时延指标,由于获取时延本身就存在时延的问题,因而不能及时反映网络拓扑的变化;网络吞吐量指标的计算则较为复杂,也不适合作为Qo S参数。

需要注意的是,一个节点的最大未用带宽并不等同与最大可用带宽,某节点的可用带宽不仅与本节点产生的流量及通过本节点转发的流量有关,还与和本节点共享信道的邻居节点的业务量有关,因为邻居节点进行业务传输时也会对本节点产生干扰。假设节点i的最大带宽是Ci,用lij表示节点i到节点j的业务流量,包括节点i产生的及转发的流量,用MUBi表示节点i的最大未用带宽,用MABi表示节点i的最大可用带宽,则

其中, Ni、 Nj分别表示节点i和节点j的邻居节点集合。

最大未用带宽就是节点总带宽减去本节点上所有业务使用的带宽,是通过节点本身计算得到的,是一个本地的概念,而最大可用带宽则是在最大未用带宽基础上,减去本节点所有邻居节点业务使用的带宽,节点需要知道周围邻居的带宽使用情况才能计算得到。

吞吐量就是单位时间内目的端收到的比特数。要计算出吞吐量,节点需要知道网络的整体状态。而在拓扑动态变化的移动自组网中,节点获取其邻居节点的信息都不容易,获取网络整体的状态信息就更难。并且若业务流量波动较大,计算吞吐量时选择的时间范围不同,得到的计算结果差异也会较大。因此,一般不适用吞吐量作为Qo S参数。

3.2度量参数的组合方式

根据网络的具体实际情况,选择出合适的Qo S度量参数, 对于存在多个度量参数的情况下,在路由选择算法中使用时其组合方式可以是单混合度量参数,也可以是多度量参数。

3.2.1单混合度量参数

通过自定义计算方法将多个度量参数归一化成一个参数, 例如若算法中考虑的Qo S度量参数有带宽、时延、包丢失率, 分别用B(P) 、 D(P)、 L(P) 表示,用F(P) 来表示路径的带宽、 时延、包丢失率函数, F(P) =B(P) ÷[D(P)×L(P)] ,在路由选择过程中选择具有最大F(P) 的路径。

但由于各度量参数的计算方法不同, F(P) 的计算准则较难确定,很难得到最优的Qo S路由算法,使各Qo S度量参数均最佳,因此,该方式一般只作为辅助参考。

3.2.2多度量参数

在路由选择算法中对每个度量参数都进行考虑,使每个参数都满足Qo S要求。主要方法有多优先级判断、界定参数。

(1)多优先级判断

根据业务具体需求对各个度量参数的关注程度对度量参数进行优先级的排序,在多条参数均满足Qo S要求的路径中,对比优先级最高的度量参数,选择具有最大该度量参数的路径; 若还存在多条路径时,则对比优先级次高的度量参数,直到选出最终使用的那条路径。

例如,若某业务对带宽、时延、包丢失率有要求,若有多条该三个参数均满足最低要求的路径,那么依靠自定义的优先级进行路由选择。如,对三个度量参数的关注程度由高到低依次是带宽、时延、包丢失率,那么业务先在可选路径中选择带宽最大的那条路径,若存在多条带宽最大的路径,则再在其中选择时延最小的那条路径,若还存在多条时延最小的路径,则再选择包丢失率最小的路径。

(2)界定参数

通过某种函数的映射,将连续的参数转换为整型的参数, 可以降低算法的复杂度和路由信息的开销,但最后选择的路径有可能不是最优的。

3.3QoS路由算法的选择

根据具体应用需求选定了Qo S度量参数和组合方式,就可以根据所获取的网络状态信息,进行有Qo S保障的路由选择。 目前路由选择所采用的方法大多是基于Dijkstra算法或Bellman-Ford算法的改进,该过程可以由源节点独立完成,即源路由,也可以由多个节点协作完成,及分布式路由。

3.3.1源路由

在源路由中,网络中的每个节点均保留全网的网络状态信息,并周期性更新,因此全网的系统开销非常大,并且还可能存在不准确的路由信息,易导致错误的路由选择的结果。

为减少节点存储的状态信息,将网络进行分层,设置分层路由,但这样组内的节点无法即时得到实时且正确的组外节点的状态信息,虽然系统开销小了,但是更增加了状态信息的不准确性,更易导致错误的路由选择的结果。

3.3.2分布式路由

在分布式路由中,网络中的每个节点都维护一张到达目的节点的下一跳节点的路由表。当节点接收到数据包后,通过查找自己存储的路由表就能知道该朝哪个节点继续转发。节点维护信息的成本相对较低,路由信息也比较准确,相对于源路由来说复杂性略高。

3.4QoS路由的维护

与普通路由维护不同的地方就是,Qo S路由的维护不仅只是维护路由的通断,还要看链路状态改变后是否仍然满足Qo S要求。

对路由信息的维护应该在路由更新的频率及消息的大小两方面均能够自适应地调整,以在系统开销和路由准确性上进行合理的折衷。

目前有一种可行的办法是设置一个变化门限值,当节点的状态信息超过该门限值时就进行信息交互,同时尽量维持现有路由而不进行改变,从而减少系统的开销和性能的抖动。若为每个业务流均维护路由信息,易导致路由表过于庞大,可以将网络进行分层,节点只需要考虑与组相关的状态信息,缺点是这些状态信息较片面,只能部分真实地反映全网信息,从而影响路由信息的准确性。

另一种方法则是采用按需的Qo S路由算法,在有业务请求时才进行Qo S路由寻找,缺点就是找到路由的时延较大。

由于移动自组网的动态变化特性,只能提供软Qo S保证, 即在链路连接未断时可以保证Qo S,但链路中断或者失效后, 就需要依靠路由重寻、备份路由、路由修复、自适应等方法来减小Qo S路由中断产生的影响,尽可能平缓地实现对服务质量的过渡。

4研究现状

由于Qo S路由协议在移动自组网中越来越多的应用,近年来已有不少研究者提出了一些有价值的移动自组网的Qo S路由协议。对于其设计思路主要分为两种:一种是在传统路由协议基础上进行改进,另一种是根据移动自组网的特点及Qo S约束条件,设计新的带Qo S保证的路由协议。

4.1对传统协议进行改进

为保证Qo S的需求,对传统的路由协议进行改造。在节点处增加对Qo S信息的维护,可以在路由表以及协议控制信息中增加相应的Qo S字段,如带宽和时延等等,在计算最短路径的同时也对各种Qo S信息进行更新,各个节点依据Qo S信息来决定是否对控制消息继续进行转发,或者是否建立新的通信连接。

在现有的协议中,很多协议例如按需距离矢量路由(Ad hoc On-Demand Distance Vector Routing,AODV)协议、动态源路由(Dynamic Source Routing,DSR)协议等都是按需路由协议, 利用这类路由协议按需的特点,且若采用最小带宽作为Qo S保证指标,就能大大降低Qo S路由的复杂度。在路由查找过程中, 控制消息中加入带宽字段,中间节点收到该消息后,先判断本节点处的带宽资源是否能满足Qo S要求,来决定是否继续转发, 依此准则,最后目的节点收到该消息后,就能找到一条满足所需带宽要求的路径。

在传统路由协议基础上进行改进的典型的Qo S路由协议有基于Qo S的AODV路由(Qo S support Ad Hoc on Demand Distance Vector Routing,Q-AODV)协议、提供Qo S支持的最优化链路状态路由协议(Qo S based Optimized Link State Routing Protocol,Q-OLSR)等。

Q-AODV协议是在经典的移动自组网按需路由协议AODV协议上改进而来的,其实现的基本工作原理就是在AODV协议的路由表和控制消息中增加内容,附加上Qo S相关信息,增加的内容有可忍受最大时延、可用最小带宽、时延请求保障节点列表和带宽请求保障节点列表。其工作流程与AODV协议类似,只是在各个过程中都考虑上Qo S因素。各节点与其邻居节点共同确定可用时隙,通过从源节点到目的节点传播过程中不断更新Qo S信息计算出各条路径的总时延和可用带宽,若所得路径能够满足业务要求就使用RREP消息建立链路。

Q-OLSR协议是在经典的移动自组网主动路由协议OLSR协议基础上改进而来的,其核心概念是多点中继(Multiple Point Relay,MPR)。在OLSR协议中加入Qo S保证时,会受到一些限制,例如,OLSR协议以覆盖的两跳邻居节点最多作为MRP节点的选择依据,由于未考虑链路带宽,有可能忽略某些带宽较大的链路,并且在OLSR协议中,非MRP节点只与自己的邻居节点通信,不进行中继转发,链路大部分时间处于空闲状态。Q-OLSR协议针对这些限制因素,对MRP节点的选择方法进行改进以满足Qo S要求。

4.2设计新的路由协议

根据移动自组网的特点及Qo S约束条件,从而提出一些新的带Qo S保证的路由协议,典型的协议有核心提取分布式Qo S路由(Core Extraction Distribution Ad Hoc Routing,CEDAR) 协议、带Qo S约束的组播路由协议(Qo S-based Multicast Routing Protocol,QMRP)、分级式Qo S组播路由协议(Hierachical Qo S Multicast Routing Protocol for Mobile Ad hoc networks,HQMRP) 等。

CEDAR协议的基本思想是在全网节点中选择部分节点作为核心集合,由这些核心节点在有业务需要时计算Qo S路由, 链路状态信息的交互也只需要在这些核心节点间进行,减少了信息交互的开销。

QMRP协议的Qo S保证综合考虑了带宽、时延、节点移动速度和节点剩余能量等因素,给每个因素设置一个相应的门限, 只要其中某一项超出了门限值,就认为这条路径不满足Qo S要求,不能算成有效路径。在该协议中,组播树的形成过程是各节点及相应链路在满足达到门限值要求的前提下渐近生成的。

HQMRP协议是一种基于簇结构的Qo S组播路由协议,每个节点只需要维护本簇内的组播路由信息和其他簇的概要信息,不需要维护全网的状态信息。网络中所有节点都支持多种Qo S约束,簇内的每个节点均周期性地检测其输出链路上的时延,并通过与簇内其他节点交互该链路延迟信息来维护簇内节点的路由表及进行网关节点的路由更新。

4.3基于移动自组网的QoS路由协议对比

根据对以上几种路由协议的分析可知,一个理想的移动自组网的Qo S路由协议,应充分考虑到网络的自组织性、网络拓扑结构变化的适应、单向链路的支持、有限的传输带宽、生存时间、在组播中的应用需求、移动设备主机能量及内存大小的局限性等等因素,中对前文中介绍的移动自组网Qo S路由协议进行了对比。

(1)主动/按需方式:在移动自组网中,根据节点获取网络状态信息的方式,可以将Qo S路由协议分为主动路由协议和按需路由协议。主动路由协议周期性交互并更新信息,尽力维护全网中的路由信息,并且当拓扑结构发生变化时,向全网中传播路由更新信息以维护整个网络信息的一致,按需路由协议则只在源节点有需要时,才创建并维护路由;

(2)分布式操作:移动自组网在自然灾害的救助、军事通讯等方面均有广泛的应用,应用场景要求其应具备较高的鲁棒性,而集中式路由协议很难满足这种要求,所以自组网协议均采用分布式操作方式;

(3)单向链路的支持:移动自组网是基于无线环境中的网络,节点能量、发射功率、所处地理环境等均会对网络性能产生影响,而在无线环境中单向链路出现的可能性较大,这也给路由协议的实现带来了新的困难;

(4)Qo S参数的选择:在移动自组网中采用Qo S路由, 需要根据具体情况选择不同的Qo S参数。在移动自组网中Qo S参数既可以包括节点本身的参数,如节点能量、内存大小、处理能力等,也可以包括链路参数,如链路带宽、时延等。必须根据具体的业务及网络状态来选择Qo S参数,想同时满足多个Qo S要求是难于实现且不切合实际的;

(5)组播功能的支持:在资源稀缺的移动自组网中,组播支持具有非常重要的意义。在组播通信中可以更高效的利用网络带宽并减少节点能量的耗费,因此在移动自组网的Qo S路由协议中支持组播功能,也是自组网网络协议的一个重要研究方向。

5结语

路由协议是网络中最基本的重要功能之一,Qo S路由协议则是针对未来网络发展的需要而加入的功能,根据业务通信的需求提供满足条件的路由,并且能够更有效地利用网络资源。 但目前移动自组网中较典型的Qo S路由协议均是采用传统的分层设计架构,由各层独立完成各自的工作,其他层的一些有用信息路由层则无法使用。跨层设计架构将各层的设计因素结合在一起,使各层间能交互有用信息,路由层可依据其他层提供的有用信息进行路由过程,可有效地提高网络资源的利用率, 更好地适应拓扑的动态性。因此在未来的工作中,可以把跨层设计作为移动自组网中Qo S路由协议研究的一个重要方向。

在移动自组网中节点能量也是一个非常重要的因素,在很多情况下会影响到网络的整体性能,通过节能设计可以延长节点和整个网络的寿命,因此如何更好地节约主机能源,设计基于能量的Qo S路由,也是移动自组网中路由协议研究的一个重要方向。

上一篇:《环境保护与生态文明建设》材料自己整理 - A下一篇:末七年级上学期英语教师个人工作总结