专利名称：用于无线mesh网的业务QoS保证方法和装置的制作方法
技术领域：
本发明涉及通信领域，具体来说，涉及用于无线Mesh网中以及其与骨干网之间的业务QoS保证的方法和装置。
背景技术：
无线网状(Mesh)网络作为一种新技术，提供宽带无线接入到互联网(Internet，即骨干网)，或者用于在一些有线设施不可用或者是不适宜建立的地方建立自组织的网络。Mesh网络的出现为无线终端随时随地地宽带接入Internet提供了可能，具有广阔的应用场景。
图1示出了无线MESH网与IP骨干网互连的架构。
如图1所示，完整的Mesh网络由三类节点构成无线路由器，网关节点和终端用户。网关节点用于连接Mesh网络与其它类型的网络，例如Internet。Mesh无线路由器通过无线链路相互连接，构成了Mesh网络的骨架网络，称为传输平面。该传输平面通过多跳转发，为网络中节点之间的或者是用户和Internet之间的业务提供无线通信。终端用户与无线路由器通过无线连接构成接入平面。
随着网络技术应用领域的不断拓展，业务承载网路需要提供服务质量(QoSQuality of Service)支持，这不仅要求核心网络提供QoS支持，同时也要求接入网提供QoS支持。当移动用户利用图1所示的Mesh网络接入Internet时，无线Mesh网络主要为用户提供接入的能力，为了实现端到端的QoS支持，需要不仅在无线Mesh网络内部实现QoS支持，还包括从无线Mesh网络到Internet骨干网以及从Internet骨干网到无线Mesh网络都需要实现QoS支持。
标准化的Internet的QoS方案主要有综合服务(InterServIntegrated Service)和区分服务(DiffServDifferentiated Service)，可以在。在ITU的规范文档ITU-T Y.1291建议中提出了一种IP电信网(IPTN)的QoS架构。该QoS架构属于综合服务技术中的一种，下面将参照图2来详细说明该QoS架构。
图2示出了相关技术的ITU-T Y.1291建议中的IPTN中的QoS架构图。
在ITU-T Y.1291建议中，提出了一种IPTN的QoS架构，基本结构如图2所示。
如图2所示，为了网络的管理方便和网络的稳定性，把网络分成各个网络区域。而对于每一个网络区域，都包含有一个投递资源控制实体，每一个承载资源管理实体(BRMBearer ResourceManger)是一个能够独立完成资源控制功能的实体，它所控制的资源是每一个区域中的资源。在BRM中记录着区域中的网络拓扑和资源量，基于这些BRM实现了在区域内部通信的路径选择和资源的分配。不同区域的BRM相互交换信息，为跨越区域的业务流提供资源。
BRM收到来自业务控制器(SCSService Control Server)或者其他BRM的资源请求后，对该请求进行处理，并且给SCS一个确认的响应。同时，如果这个业务请求被确定，那么BRM就会通知边缘路由器关于这个业务的确认信息、路径以及QoS参数。而边缘路由器完成识别、分类、标记等操作，把业务封装成BRM指定形式的包。
一个SCS的功能包含控制不同的业务请求，识别每一个业务请求的源点和终点，译成IP地址，并且向源点所在区域网络的BRM发送资源请求，以请求资源来保证该业务的QoS。
类似地，标准化的Internet的QoS方案中的综合服务技术和区分服务技术都只能在Internet上为业务提供QoS支持。
另外，在相关技术中，提出了一种在mesh网络的数据链路层中支持QoS的方法，该方法是一种在无线mesh网络中从MAC机制出发的QoS保证机制。在这套机制中，针对传统IEEE 802.11s机制无法支持多业务，特别是无法支持像语音等对称型业务以及无法保证业务的服务质量的特点，给出了一种适用于mesh网络的支持多业务的能保证业务服务质量的信道分配方法。
这套方法中，将业务区分成对称型业务和非对称型业务，并根据不同的业务类型和不同的服务质量要求，主要是带宽要求，进行不同的操作。该技术方案中还允许优先级高的业务抢占优先级低的业务使用的信道，并能很好的保证业务特别是优先级较高的业务的服务质量。
另外，在相关技术中，提出了一种在MESH网络的网络层支持QoS的路由方法，该方法是一种在无线mesh网络中从网络层出发，在网络中提供QoS保证的选路方法。
该技术方案利用由簇首根据簇拓扑信息选择满足带宽要求的簇内路径。网关节点保证簇间链路满足带宽需求，并且监测簇间链路的长期可用带宽，在路由请求分组中记录簇间链路瓶颈值。目的节点根据簇间链路带宽瓶颈值和路由跳数选择最优路由。使得找到的路由能够保证业务流要求的带宽，且具有良好的时延特性。能够为实时业务流提供服务质量保证。
可以看到，上述的ITU-T Y.1291建议中的技术方案只能够在Internet上为业务提供QoS支持，上述的Mesh网络数据链路层方案和网络层方案只只能够Mesh网络上为业务提供QoS支持。但是当Mesh网络与Internet互连时，由于Mesh网络中已有的QoS策略和该IPTN架构互不兼容，即，上述的技术方案不能实现Mesh网络QoS策略与Internet骨干网络QoS策略的互通，因此不能为无线Mesh网与骨干网之间的业务QoS提供保证，从而不能为业务提供端到端的QoS保证。
因此，人们需要一种解决方案，能够保证无线Mesh网络中以及无线Mesh网络与IP骨干网络之间互连的QoS，从而对于从IP骨干网络到无线Mesh网络的业务，和从无线Mesh网络到IP骨干网络的业务都可以实现QoS保证。
发明内容
本发明的目的在于提供服务质量保证方法和装置，用于为无线Mesh网络中以及其与骨干网之间的业务提供服务质量保证，以解决相关技术中无线Mesh网络中以及其与IP骨干网络之间互连的QoS问题。
根据本发明的一个方面，提供了一种服务质量保证方法，用于为网状网的业务流传送提供服务质量保证，包括以下步骤步骤a，源节点向目的节点发送业务请求，请求在源节点到目的节点的路由上传送业务流，其中，源节点和目的节点分别处于网状网或骨干网中，业务请求包括第一服务质量参数；步骤b，当源节点和目的节点是处于同一网状网中时，对业务流从源节点到目的节点的传送按照第一服务质量参数来提供服务质量保证；以及步骤c，当源节点和目的节点是分别属于网状网和骨干网中时，将第一服务质量参数转换成其格式对应于目的节点所处的网络的服务质量参数格式的第二服务质量参数，对业务流从源节点到目的节点的传送按照第一服务质量参数和第二服务质量参数来提供服务质量保证。
在上述的服务质量保证方法中，步骤b包括以下步骤步骤b1，网状网中的网关节点分析出第一服务质量参数所要求的服务质量；以及步骤b2，分析源节点与目的节点所在的网状网能否提供满足服务质量的带宽资源，并进行相应地服务。
在上述的服务质量保证方法中，步骤b2包括以下步骤判断源节点与目的节点是否都在网关节点所在的接入平面上，如果是，则网关节点判断能否在接入平面提供满足服务质量的带宽资源，如果不能，直接拒绝业务请求；否则，就在接入平面上预留带宽资源并通知源节点发送业务流；否则，判断网关节点是否与源节点相连而与目的节点不相邻，如果是，则首先判断网关节点能否在接入平面为源节点分配满足业务流的服务质量要求的带宽资源，如果不能，则拒绝此次服务请求；如果能，则根据业务流的路径进一步判断网关节点与下一跳网关节点之间的带宽资源是否能满足业务的服务质量要求，如果不能，则拒绝此次服务请求，如果能，则接纳该业务请求，为其预留带宽资源，并向下一跳转发请求；否则，判断网关节点是否与目的节点相邻而与源节点不相邻，如果是，则判断网关节点能否在接入平面为目的节点分配满足业务流的服务质量要求的带宽资源，如果不能，则拒绝业务请求；如果能，则接纳业务请求并为其预留带宽资源；以及否则，判断网关节点是否既不能与源节点也不能与目的节点直接通信，如果是，则根据业务流的路径判断网关节点与下一跳网关节点之间的带宽资源是否能满足业务的服务质量要求，如果不能，则拒绝业务请求，如果能，则接纳业务请求，为其预留带宽资源，并向下一跳网关节点转发业务请求。
在上述的服务质量保证方法中，业务是下行业务，步骤c包括步骤c1，网关节点进行骨干网到网状网的参数映射，将第一服务质量参数转换成网状网的服务质量参数格式的第二服务质量参数，向网状网转发包含第二服务质量参数的业务请求，等待来自网状网的应答，如在规定时间内收到来自网状网的肯定确认，则向骨干网发送允许业务的确认信息，否则，拒绝来自骨干网的业务请求。
在上述的服务质量保证方法中，业务是上行业务，步骤c包括步骤c2，网关节点判断网关节点与骨干网相连的链路的可用带宽资源是否满足业务的带宽需求，如果资源不足，则拒绝业务请求，否则预留资源并且进行网状网到骨干网的参数映射，将第一服务质量参数转换成网状网的服务质量参数格式的第二服务质量参数，向骨干网转发包含第二服务质量参数的业务请求，等待来自骨干网的应答，如在规定时间内收到骨干网的肯定确认，则给网状网发送允许数据发送的确认信息，否则，拒绝业务请求。
在上述的服务质量保证方法中，第一服务质量参数的格式包括以下至少一种信息网状网的带宽信息；源节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级；第二服务质量参数的格式包括以下至少一种信息骨干网的带宽信息；目的节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级。
在上述的服务质量保证方法中，将第一服务质量参数的格式转换成对应于目的节点所处的网络的服务质量参数格式的方法为网关节点将网状网的带宽信息转换成骨干网的带宽信息；在上述的服务质量保证方法中，将第一服务质量参数的格式转换成对应于目的节点所处的网络的服务质量参数格式的方法为网关节点将源节点优先级信息转换成目的节点优先级信息；如果在网状网络中所采用的是资源预留技术，而骨干网中采用的是区分服务，则在网关节点，得到业务需要预留的资源，根据所要求的预留资源，来映射出该业务的优先级。
在上述的服务质量保证方法中，第一服务质量参数的格式包括以下至少一种信息骨干网的带宽信息；源节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级；第二服务质量参数的格式包括以下至少一种信息网状网的带宽信息；目的节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级。
在上述的服务质量保证方法中，将第一服务质量参数的格式转换成对应于目的节点所处的网络的服务质量参数格式的方法为网关节点将骨干网的带宽信息转换成网状网的带宽信息。
在上述的服务质量保证方法中，将第一服务质量参数的格式转换成对应于目的节点所处的网络的服务质量参数格式的方法为网关节点将源节点优先级信息转换成目的节点优先级信息，如果骨干网中采用的是区分服务，而在网状网中所采用的是一种资源预留的技术，则在网关节点，得到业务的优先级，根据业务的优先级，来映射出所要求预留资源的多少。
在上述的服务质量保证方法中，业务请求还包括源节点的相关信息和目的节点的相关信息，服务质量保证方法在步骤a之后还包括以下步骤网关节点收到源节点所发送的业务请求后，通过源节点的相关信息和目的节点的相关信息判断源节点和目的节点是处于同一网状网中，还是分别属于网状网和骨干网中。
根据本发明的另一方面，提供了一种服务质量保证装置，用于为网状网的业务流传送提供服务质量保证，包括业务请求模块，用于使源节点向目的节点发送业务请求，请求在源节点到目的节点的路由上传送业务流，其中，源节点和目的节点分别处于网状网或骨干网中，业务请求包括第一服务质量参数；第一服务质量策略模块，当源节点和目的节点是处于同一网状网中时，对业务流从源节点到目的节点的传送按照第一服务质量参数来提供服务质量保证；以及第二服务质量策略模块，当源节点和目的节点是分别属于网状网和骨干网中时，将第一服务质量参数转换成其格式对应于目的节点所处的网络的服务质量参数格式的第二服务质量参数，对业务流从源节点到目的节点的传送按照第一服务质量参数和第二服务质量参数来提供服务质量保证。
在上述的服务质量保证装置中，第一服务质量策略模块包括服务质量分析模块，用于使网状网中的网关节点分析出第一服务质量参数所要求的服务质量；以及带宽资源分析模块，用于分析源节点与目的节点所在的网状网能否提供满足服务质量的带宽资源，并进行相应地服务。
在上述的服务质量保证装置中，带宽资源分析模块包括第一模块，用于判断源节点与目的节点是否都在网关节点所在的接入平面上，如果是，则使网关节点判断能否在接入平面为源节点和目的节点分配满足业务流的服务质量要求的带宽资源，如果不能，直接拒绝业务请求；否则，就在接入平面上预留带宽资源并通知源节点发送业务流；第二模块，用于如果第一模块判断为否，则判断网关节点是否与源节点相连而与目的节点不相邻，如果是则首先判断网关节点能否在接入平面为源节点分配满足业务流的服务质量要求的带宽资源，如果不能，则拒绝此次服务请求；如果能，则根据业务流的路径进一步判断网关节点与下一跳网关节点之间的带宽资源是否能满足业务的服务质量要求，如果不能，则拒绝此次服务请求，如果能，则接纳该业务请求，为其预留带宽资源，并向下一跳转发请求；第三模块，用于如果第二模块判断为否，则判断网关节点与目的节点相邻而与源节点不相邻，如果是则判断网关节点能否在接入平面为目的节点分配满足业务流的服务质量要求的带宽资源，如果不能，则拒绝业务请求；如果能，则接纳业务请求并为其预留带宽资源；以及第四模块，用于如果第三模块判断为否，则判断网关节点是否既不能与源节点也不能与目的节点直接通信，如果是，则根据业务流的路径判断网关节点与下一跳网关节点之间的带宽资源是否能满足业务的服务质量要求，如果不能，则拒绝业务请求，如果能，则接纳业务请求，为其预留带宽资源，并向下一跳网关节点转发业务请求。
在上述的服务质量保证装置中，第二服务质量策略模块包括下行业务模块，用于如果是下行业务，则使网关节点进行骨干网到网状网的参数映射，将第一服务质量参数转换成网状网的服务质量参数格式的第二服务质量参数，向网状网转发包含第二服务质量参数的业务请求，等待来自网状网的应答，如在规定时间内收到来自网状网的肯定确认，则向骨干网发送允许业务的确认信息，否则，拒绝来自骨干网的业务请求。
在上述的服务质量保证装置中，第二服务质量策略模块包括上行业务模块，用于如果是上行业务，则使网关节点判断网关节点与骨干网相连的链路的可用带宽资源是否满足业务的带宽需求，如果资源不足，则拒绝业务请求，否则预留资源并且进行网状网到骨干网的参数映射，将第一服务质量参数转换成网状网的服务质量参数格式的第二服务质量参数，向骨干网转发包含第二服务质量参数的业务请求，等待来自骨干网的应答，如在规定时间内收到骨干网的肯定确认，则给网状网发送允许数据发送的确认信息，否则，拒绝业务请求。
在上述的服务质量保证装置中，第一服务质量参数的格式包括以下至少一种信息网状网的带宽信息；源节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级；第二服务质量参数的格式包括以下至少一种信息骨干网的带宽信息；目的节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级。
在上述的服务质量保证装置中，上行业务模块包括第一转换模块，用于使网关节点将网状网的带宽信息转换成骨干网的带宽信息。
在上述的服务质量保证装置中，上行业务模块包括第二转换模块，用于使网关节点将源节点优先级信息转换成目的节点优先级信息，其中，如果在网状网络中所采用的是资源预留技术，而骨干网中采用的是区分服务，则在网关节点，得到业务需要预留的资源，根据要求预留资源的多少，来映射出该业务的优先级，业务所要求预留的资源越多，则业务的优先级越高。
在上述的服务质量保证装置中，第一服务质量参数的格式包括以下至少一种信息骨干网的带宽信息；源节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级；第二服务质量参数的格式包括以下至少一种信息网状网的带宽信息；目的节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级。
在上述的服务质量保证装置中，下行业务模块包括第一转换模块，用于使网关节点将骨干网的带宽信息转换成网状网的带宽信息。
在上述的服务质量保证装置中，下行业务模块还包括第二转换模块，用于使网关节点将源节点优先级信息转换成目的节点优先级信息，其中，如果骨干网中采用的是区分服务，而在网状网中所采用的是一种资源预留的技术，则在网关节点，得到业务的优先级，根据业务的优先级，来映射出所要求预留资源的多少。
在上述的服务质量保证装置中，业务请求还包括源节点的相关信息和目的节点的相关信息，服务质量保证装置还包括网络判断模块，连接至业务请求模块，用于使网关节点收到源节点所发送的业务请求后，通过源节点的相关信息和目的节点的相关信息判断源节点和目的节点是处于同一网状网中，还是分别属于网状网和骨干网中。
通过上述技术方案，本发明实现了如下技术效果本发明中，无线路由器对于其所在的接入平面进行资源管理，同时在传输平面采取分布式资源管理。网络中用户设备把业务流的QoS要求参数化，在此基础上无线路由器和网关节点在资源不足的情况下拒绝业务请求，从而保证已经存在的业务的服务质量。
这种方法机制和骨干网中的QoS保证机制相互协调，采取一种映射参数的机制，使得无线Mesh网络中和骨干网络中的参数可以相互转换，从而实现全网络的端到端QoS保证。与已经存在的无线Mesh网络QoS机制相比，改进了单一的从一个逻辑层次、只是从无线网络部分考虑，增加了在无线Mesh网络中资源的管理、无线网与骨干网QoS相互协调的机制。从而实现全网络的端到端服务质量保证。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图1示出了无线MESH网与IP骨干网互连的架构；图2示出了相关技术的ITU-T Y.1291建议中的IPTN中的QoS架构图；图3示出了根据本发明的用于无线Mesh网与骨干网之间的业务的服务质量保证方法；图4示出了根据本发明的当源节点和目的节点是处于同一Mesh网时无线路由器处理流程图；
图5示出了根据本发明的当源节点和目的节点是分别属于Mesh网和骨干网中时网关节点由器处理流程图；以及图6示出了根据本发明的用于无线Mesh网与骨干网之间的业务的服务质量保证装置。
具体实施例方式
下面参照图3至图6来详细说明本发明。
图3示出了根据本发明的用于无线Mesh网中以及其与骨干网之间的业务的服务质量保证方法。
如图3所示，根据本发明的用于无线Mesh网与骨干网之间的业务的服务质量保证方法包括以下步骤步骤S302，源节点向目的节点发送业务请求，请求在源节点到目的节点的路由上传送业务流，其中，源节点和目的节点分别处于网状网或骨干网，业务请求包括第一QoS参数；步骤S306，当源节点和目的节点是处于同一Mesh网时，对业务流从源节点到目的节点的传送按照第一QoS参数来提供QoS保证；以及步骤S308，当源节点和目的节点是分别属于网状网和骨干网时，将第一QoS参数转换成其格式对应于目的节点所处的网络的QoS参数格式的第二QoS参数，对业务流从源节点到目的节点的传送按照第一QoS参数和第二QoS参数来提供QoS保证。
在上述的QoS保证方法中，业务请求还可包括源节点的相关信息和目的节点的相关信息，QoS保证方法在步骤302之后还可包括步骤S304网关节点收到源节点所发送的业务请求后，通过源节点的相关信息和目的节点的相关信息判断源节点和目的节点是处于同一Mesh网，还是分别属于Mesh网和骨干网。
具体来说，根据源节点和目的节点是同处于无线Mesh网中，还是分别处于无线Mesh网和骨干网中，可以将这两个节点之间的通信分成网内通信和网间通信两种。根据网间通信分别是从无线Mesh网到骨干网，还是从骨干网到无线Mesh网，网间通信又分成上行和下行两种。
下面将参照附图，对本发明在上述的各种通信情况中的具体运用进行详细描述。
图4示出了根据本发明的当源节点和目的节点是处于同一Mesh网时无线路由器处理流程图。
1.在无线路由器上，处理流程如图4所示步骤S402，路由器收到业务请求以后分析出被叫用户的位置与这次业务相关的服务质量参数。
步骤S404，路由器判断是否与该业务的源节点直接相连。
步骤S406，如果与源节点直接连接，则判断是否与目的节点直接连接。
步骤S408，如果无线路由器即与源节点连接也与目的节点连接，则判断该路由器处接入平面资源是否满足业务的QoS要求。
步骤S410，步骤S408如果能，则在接入平面预留带宽资源，并通知源节点发送业务。步骤S428，不能，则拒绝此次业务请求。
步骤S412，如果无线路由器只与源节点连接，判断接入平面的带宽资源能否满足业务的QoS要求。步骤S428，如果不能拒绝此次业务请求。
步骤S414，如果无线路由器只与源节点连接，则根据路由判断本路由器与下一跳路由器之间的带宽资源是否满足业务的QoS要求。步骤S428，如果不能拒绝此次业务请求。
步骤S416，如果步骤S414判断能够满足业务的QoS要求，则接纳该业务请求，为其预留带宽资源，并且向下一跳的无线路由器转发这个业务请求。
步骤S418，判断本无线路由器是否与目的节点直接连接。
步骤S420，能否在接入平面为目的节点预留足够的带宽资源。步骤S428，如果不能，则拒绝此次业务请求。
步骤S422，为业务在接入平面预留带宽资源，并通知源节点发送业务。
步骤S424，步骤S418中，如果本路由器不与目的节点直接连接，则判断与下一跳的路由器之间的带宽资源是否能够满足业务的QoS要求。步骤S428，如果不足，则拒绝此次业务请求。
步骤S426，如果能，则接纳该业务请求，并为其预留带宽资源并向下一跳路由器转发请求。
步骤S428，由于资源不足，拒绝业务请求。
图5示出了根据本发明的当源节点和目的节点是分别属于Mesh网和骨干网中时网关节点由器处理流程图。
在网关节点上，处理流程如图5所示步骤S502，网关节点收到业务请求以后分析出被叫用户的位置与这次业务相关的服务质量参数；步骤S504，网关节点判断是否是骨干网与mesh网络之间的传输；步骤S506，如果不是骨干网与mesh网络之间的传输请求，则是一次mesh网络内的业务请求，网关节点完成的功能与普通无线路由器功能相同；步骤S508如果是骨干网与mesh网络之间的传输则判断是否为下行业务(从骨干网到mesh网的业务)；步骤S510，如果是下行业务，则进行骨干网络与无线mesh网络之间的参数映射，生成一个无线mesh网络的QoS请求包，向mesh网络转发请求包，等待来自mesh网络的应答；步骤S512，判断是否在规定时间内收到来自Mesh网络的肯定确认；步骤S514，如在规定时间内收到来自mesh网络的肯定确认，则向骨干网发送允许业务的确认信息；步骤S522，否则，拒绝来自骨干网的业务请求；步骤S516，如果是上行的业务(从mesh网到骨干网的业务)，则判断网关节点与骨干网相连的链路的可用带宽资源是否满足该业务的需求；
步骤S518，如果资源能够满足该次业务的要求，则预留资源并且进行骨干网络与无线mesh网络之间的参数映射，生成一个Internet骨干网络中格式的相关业务的请求包向骨干网发送，等待骨干网的应答。步骤S522，如果资源不足，则拒绝该次业务请求。
步骤S520，判断在规定时间内是否收到骨干网的肯定确认；步骤S514，如在规定时间内收到骨干网的肯定确认，则给用户发送允许数据发送的确认信息；以及步骤S522，否则，拒绝业务请求。
图6示出了根据本发明的用于无线Mesh网与骨干网之间的业务的服务质量保证装置600。
如图6所示，服务质量保证装置600包括业务请求模块302，用于使源节点向目的节点发送业务请求，请求在源节点到目的节点的路由上传送业务流，其中，源节点和目的节点分别处于Mesh网或骨干网中，业务请求包括第一QoS参数；第一QoS策略模块306，当源节点和目的节点是处于同一Mesh网中时，对业务流从源节点到目的节点的传送按照第一QoS参数来提供QoS保证；以及第二QoS策略模块308，当源节点和目的节点是属于Mesh网和骨干网中时，将第一QoS参数转换成其格式对应于目的节点所处的网络的QoS参数格式的第二QoS参数，对业务流从源节点到目的节点的传送按照第一QoS参数和第二QoS参数来提供QoS保证。
在上述的服务质量保证装置600中，第一服务质量策略模块606可包括QoS分析模块，用于使Mesh网中的网关节点分析出第一QoS参数所要求的QoS；以及带宽资源分析模块，用于分析源节点与目的节点所在的Mesh网能否提供满足QoS的带宽资源，并进行相应地服务。
带宽资源分析模块可包括第一模块，用于判断源节点与目的节点是否都在网关节点所在的接入平面上，如果是，则使网关节点判断能否在接入平面为源节点和目的节点分配满足业务流的QoS要求的带宽资源，如果不能，直接拒绝业务请求；否则，就在接入平面上预留带宽资源并通知源节点发送业务流；第二模块，用于如果第一模块判断为否，则判断网关节点是否与源节点相连而与目的节点不相邻，如果是则首先判断网关节点能否在接入平面为源节点分配满足业务流的QoS要求的带宽资源，如果不能，则拒绝此次服务请求；如果能，则根据业务流的路径进一步判断网关节点与下一跳网关节点之间的带宽资源是否能满足业务的QoS要求，如果不能，则拒绝此次服务请求，如果能，则接纳该业务请求，为其预留带宽资源，并向下一跳转发请求；第三模块，用于如果第二模块判断为否，则判断网关节点与目的节点相邻而与源节点不相邻，如果是则判断网关节点能否在接入平面为目的节点分配满足业务流的QoS要求的带宽资源，如果不能，则拒绝业务请求；如果能，则接纳业务请求并为其预留带宽资源；以及第四模块，用于如果第三模块判断为否，则判断网关节点是否既不能与源节点也不能与目的节点直接通信，如果是，则根据业务流的路径判断网关节点与下一跳网关节点之间的带宽资源是否能满足业务的QoS要求，如果不能，则拒绝业务请求，如果能，则接纳业务请求，为其预留带宽资源，并向下一跳网关节点转发业务请求。
第二服务质量策略模块608可包括下行业务模块，用于如果是下行业务，其中，下行业务是指源节点在骨干网中，目的节点在Mesh网中，则进行骨干网到Mesh网的参数映射，将第一QoS参数转换成Mesh网的QoS参数格式的第二QoS参数，向Mesh网转发包含第二QoS参数的业务请求，等待来自Mesh网的应答，如在规定时间内收到来自Mesh网的肯定确认，则向骨干网发送允许业务的确认信息，否则，拒绝来自骨干网的业务请求；上行业务模块，用于如果是上行业务，其中，上行业务是指源节点在Mesh网中，目的节点在骨干网中，则判断网关节点与骨干网相连的链路的可用带宽资源是否满足业务的带宽需求，如果资源不足，则拒绝业务请求，否则预留资源并且进行Mesh网到骨干网的参数映射，将第一QoS参数转换成Mesh网的QoS参数格式的第二QoS参数，向骨干网转发包含第二QoS参数的业务请求，等待来自骨干网的应答，如在规定时间内收到骨干网的肯定确认，则给Mesh网发送允许数据发送的确认信息，否则，拒绝业务请求。
在上述的服务质量保证装置600中，当为上行业务时，第一服务质量参数的格式可包括以下至少一种信息网状网的带宽信息；源节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级。
第二服务质量参数的格式可包括以下至少一种信息骨干网的带宽信息；目的节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级。
在上述的服务质量保证装置600中，第四模块包括以下至少一个模块第一转换模块，用于将网状网的带宽信息转换成骨干网的带宽信息；第二转换模块，用于将源节点优先级信息转换成目的节点优先级信息，其中，如果在网状网络中所采用的是资源预留技术，而骨干网中采用的是区分服务，则在网关节点，得到业务需要预留的资源，根据要求预留资源的多少，来映射出该业务的优先级，业务所要求预留的资源越多，则业务的优先级越高。
在上述的服务质量保证装置600中，当为下行业务时，第一服务质量参数的格式包括以下至少一种信息骨干网的带宽信息；源节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级。
第二服务质量参数的格式包括以下至少一种信息网状网的带宽信息；目的节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级。
在上述的服务质量保证装置600中，第二模块可包括以下至少一个模块第一转换模块，用于将骨干网的带宽信息转换成网状网的带宽信息；第二转换模块，用于将源节点优先级信息转换成目的节点优先级信息，其中，如果骨干网中采用的是区分服务，而在网状网中所采用的是一种资源预留的技术，则在网关节点，得到业务的优先级，根据业务的优先级，来映射出所要求预留资源的多少。
业务请求还可包括源节点的相关信息和目的节点的相关信息，服务质量保证装置600还可包括网络判断模块304，连接至业务请求模块302，用于使网关节点收到源节点所发送的业务请求后，通过源节点的相关信息和目的节点的相关信息判断源节点和目的节点是处于同一Mesh网中，还是分别属于Mesh网和骨干网中。
下面将通过实施例对本发明进行详细描述。
1.网内通信在如图1所示的网络拓扑中，根据一个实施例，假设节点A要发送数据给节点E。
●节点A发送QoS请求包给无线路由器B；●无线路由器B在收到连接请求后，先分析出目的节点，即节点E的IP地址以及和本次连接相关的QoS参数，如带宽、延迟和业务优先级；●路由器B与源节点A可以直接进行通信，所以路由器B还要判断是否与目的节点直接相连，显然是不与目的节点直接相连的。判断能否在接入平面为源节点分配足够的带宽资源，如果不能够分配足够的带宽资源，则拒绝此次业务请求；●如果无线路由器B判断在接入平面能够分配足够的带宽资源，进一步判断与无线路由器C之间的带宽资源是否能够满足业务的QoS要求。如果不能，则路由器B将拒绝这次业务请求。如果能，则路由器B将接纳该业务请求，并且向C路由器转发请求；
●路由器C收到请求以后，先分析出目的节点，即节点E的IP地址以及和本次连接相关的QoS参数，如带宽、延迟和业务优先级；●路由器当然可以判断出既不与源节点直接连接，也不与目的节点直接连接。而后判断在与下一跳无线路由器D之间的带宽资源是否能够满足业务的QoS请求。如果不能，则拒绝此次业务请求，如果能，则路由器C预留带宽资源并向无线路由器D转发这个请求；●路由器D收到请求以后，先分析出目的节点，即节点E的IP地址以及和本次连接相关的QoS参数，如带宽、延迟和业务优先级；以及●路由器D可以根据这些信息判断出本路由器是与目的节点E直接连接的，因此只是判断在接入平面上是否能分配足够的带宽资源，如果不能则拒绝此次业务请求，如果能，则在接入平面上预留带宽资源，并且通知源节点发送业务。
2.网间通信2.1网间通信(下行)在如图1所示的网络拓扑中，根据一个实施例，假设骨干网中的节点G要发送数据给Mesh网络的节点A。
●首先节点G发送业务请求包到邻近骨干网的边缘路由器H，而后通过IP骨干网络转发给邻近无线Mesh网关的边缘路由器I，IP骨干网边缘路由器I通过无线链路将IP连接请求包(资源预留协议(RSVPResource Reservation Protocol)的Path消息)发给Mesh网络中的网关F；
●当有业务流需要使用带宽资源预留建立从一条IP网络中的源节点到Mesh网络的目的节点路径时，网关节点就会收到Path消息，Path消息的具体格式见IETF RFC 2205，其中，在<SENDER_TSPEC>中给出了发送方数据流的业务特性；●当网关节点收到这个请求之后，以Peak Data Rate的值作为业务流需要的带宽，将全局路由请求消息(消息格式为相关技术所给出的分簇的Mesh网络的QoS路由协议)的带宽请求字段设置为Peak Data Rate的值，进行Mesh网络内的寻路过程。同时，缓存这个path消息。这就完成了无线Mesh网络到骨干网的参数映射，其中，例如，骨干网络中采用的是区分服务，而在无线mesh网络中所采用的是一种资源预留的技术，则在网关节点，得到业务的优先级，根据业务的优先级，来映射出所要求预留资源的多少，显然业务所要求预留的资源越多，以此来实现业务进入无线mesh网络后，仍能保证QoS。在这个过程中，无论在无线mesh网络和骨干网络中采用什么样的QoS，都是以业务进入新的网域后，在新的机制下等效的保证业务的QoS为原则来完成映射；●网关节点如果在规定时间内成功收到来自无线Mesh网的肯定消息，消息格式参见RFC 2205。其中包含<FLOWSPEC>对象。对于可控型服务，<FLOWSPEC>对象的值使用缓存的path消息中的同名字段的值。对于保证型服务，<FLOWSPEC>对象中，除了包含可控型服务的<FLOWSPEC>的字段以外，还包括另外两个字段Rate和Slack Term。这两个字段的值根据path消息的内容进行设置，具体方法参见IETF RFC 2212。则无线Mesh网关F向IP骨干网的源终端用户发送允许发送数据的信息；以及
●如果在规定时间内没有成功收到全局路由回复消息，网关节点发送一个Error Message给源终端用户。告知预留不成功；2.2网间通信(上行)在如图1所示的网络拓扑中，根据一个实施例，假设节点A要发送数据给处于骨干网中的节点G。
●首先节点A发送连接请求包给无线路由器B；●无线路由器B在收到连接请求包后，先分析出目的节点，即节点E，的IP地址以及和本次连接相关的QoS参数，如带宽、延迟和业务优先级；●路由器B与源节点A可以直接进行通信，所以路由器B要判断本身接入平面的资源是否能满足此次连接的QoS要求。如果不能满足此次连接的QoS要求，则直接拒绝此次连接请求。在此例中，我们假设接入平面的资源能满足此次连接的QoS要求，所以无线路由器B接着为此次连接预留路由器B的接入平面的资源；●路由器B与源节点A可以直接进行通信，所以路由器B还要判断是否与目的节点直接相连，显然是不与目的节点直接相连的。判断能否在接入平面为源节点分配足够的带宽资源，如果不能够分配足够的带宽资源，则拒绝此次业务请求；●如果无线路由器B判断在接入平面能够分配足够的带宽资源，进一步判断与无线Mesh网关F之间的带宽资源是否能够满足业务的QoS要求。如果不能，则路由器B将拒绝这次业务请求。如果能，则路由器B将接纳该业务请求，并且向无线Mesh网关F转发请求；●无线网关节点F在收到连接请求包后，先分析出目的节点，即节点E，的IP地址以及和本次连接相关的QoS参数，如带宽、延迟和业务优先级。无线Mesh网关节点F当然能够判断出此次请求是发送到IP骨干网络的请求，既上行请求；●无线Mesh网关F判断与IP骨干网络相连的链路是否能够满足该请求业务的QoS。如果不能则拒绝请求。如果能，预留资源并且进行骨干网络与无线Mesh网络之间的参数映射，生成一个Internet骨干网络中格式的相关业务的请求包，网关节点将业务流作为保证型业务，用业务流请求的带宽初始化path消息的<SENDER_TSPEC>对象。向骨干网中附近的边缘路由器I发送，等待骨干网的应答。其中，上述的映射包括例如，在无线mesh网络中所采用的是一种资源预留的技术，而骨干网络中采用的是区分服务，则在网关节点，得到业务需要预留的资源，根据要求预留资源的多少，来映射出该业务的优先级，显然业务所要求预留的资源越多，则业务的优先级越高，以此来实现业务进入骨干网络后，仍能保证QoS。在这个过程中，无论在无线mesh网络和骨干网络中采用什么样的QoS，都是以业务进入新的网域后，在新的机制下等效的保证业务的QoS为原则来完成映射。；以及●如果在规定的时间内能够收到骨干网的确认信息，则通知源节点发送数据，否则拒绝此次请求。
从以上的描述中，可以看出，本发明实现了如下的技术效果
本发明中，无线路由器对于其所在的接入平面进行资源管理，同时在传输平面采取分布式资源管理。网络中用户设备把业务流的QoS要求参数化，在此基础上无线路由器和网关节点在资源不足的情况下拒绝业务请求，从而保证已经存在的业务的服务质量。
这种方法机制和骨干网中的QoS保证机制相互协调，采取一种映射参数的机制，使得无线Mesh网络中和骨干网络中的参数可以相互转换，从而实现全网络的端到端QoS保证。与已经存在的无线Mesh网络QoS机制相比，改进了单一的从一个逻辑层次、只是从无线网络部分考虑，增加了在无线Mesh网络中资源的管理、无线网与骨干网QoS相互协调的机制。从而实现全网络的端到端服务质量保证。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。应该明白，这些具体实施中的变化对于本领域的技术人员来说是显而易见的，不脱离本发明的精神保护范围。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种服务质量保证方法，用于为网状网的业务流传送提供服务质量保证，其特征在于，包括以下步骤步骤a，源节点向目的节点发送业务请求，请求在所述源节点到所述目的节点的路由上传送业务流，其中，所述源节点和所述目的节点分别处于网状网或骨干网中，所述业务请求包括第一服务质量参数；步骤b，当所述源节点和所述目的节点是处于同一所述网状网中时，对所述业务流从所述源节点到所述目的节点的传送按照所述第一服务质量参数来提供服务质量保证；以及步骤c，当所述源节点和所述目的节点是分别属于所述网状网和所述骨干网中时，将所述第一服务质量参数转换成其格式对应于所述目的节点所处的网络的服务质量参数格式的第二服务质量参数，对业务流从所述源节点到所述目的节点的传送按照所述第一服务质量参数和所述第二服务质量参数来提供服务质量保证。
2.根据权利要求1所述的服务质量保证方法，其特征在于，所述步骤b包括以下步骤步骤b1，所述网状网中的网关节点分析出所述第一服务质量参数所要求的服务质量；以及步骤b2，分析所述源节点与所述目的节点所在的网状网能否提供满足所述服务质量的带宽资源，并进行相应地服务。
3.根据权利要求2所述的服务质量保证方法，其特征在于，所述步骤b2包括以下步骤判断所述源节点与所述目的节点是否都在所述网关节点所在的接入平面上，如果是，则所述网关节点判断能否在所述接入平面提供满足所述服务质量的带宽资源，如果不能，直接拒绝所述业务请求；否则，就在所述接入平面上预留带宽资源并通知所述源节点发送所述业务流；否则，判断所述网关节点是否与所述源节点相连而与所述目的节点不相邻，如果是，则首先判断所述网关节点能否在接入平面为所述源节点分配满足所述业务流的服务质量要求的带宽资源，如果不能，则拒绝此次服务请求；如果能，则根据业务流的路径进一步判断所述网关节点与下一跳网关节点之间的带宽资源是否能满足业务的服务质量要求，如果不能，则拒绝此次服务请求，如果能，则接纳该业务请求，为其预留带宽资源，并向下一跳转发请求；否则，判断所述网关节点是否与所述目的节点相邻而与所述源节点不相邻，如果是，则判断所述网关节点能否在所述接入平面为所述目的节点分配满足所述业务流的服务质量要求的带宽资源，如果不能，则拒绝所述业务请求；如果能，则接纳所述业务请求并为其预留带宽资源；以及否则，判断所述网关节点是否既不能与所述源节点也不能与所述目的节点直接通信，如果是，则根据所述业务流的路径判断所述网关节点与下一跳网关节点之间的带宽资源是否能满足业务的服务质量要求，如果不能，则拒绝所述业务请求，如果能，则接纳所述业务请求，为其预留带宽资源，并向所述下一跳网关节点转发所述业务请求。
4.根据权利要求1所述的服务质量保证方法，其特征在于，所述业务是下行业务，所述步骤c包括步骤c1，所述网关节点进行所述骨干网到所述网状网的参数映射，将所述第一服务质量参数转换成所述网状网的服务质量参数格式的所述第二服务质量参数，向所述网状网转发包含所述第二服务质量参数的所述业务请求，等待来自所述网状网的应答，如在规定时间内收到来自所述网状网的肯定确认，则向所述骨干网发送允许业务的确认信息，否则，拒绝来自所述骨干网的业务请求。
5.根据权利要求1所述的服务质量保证方法，其特征在于，所述业务是上行业务，所述步骤c包括步骤c2，所述网关节点判断所述网关节点与所述骨干网相连的链路的可用带宽资源是否满足所述业务的带宽需求，如果资源不足，则拒绝所述业务请求，否则预留资源并且进行所述网状网到所述骨干网的参数映射，将所述第一服务质量参数转换成所述网状网的服务质量参数格式的所述第二服务质量参数，向所述骨干网转发包含所述第二服务质量参数的所述业务请求，等待来自所述骨干网的应答，如在规定时间内收到所述骨干网的肯定确认，则给所述网状网发送允许数据发送的确认信息，否则，拒绝业务请求。
6.根据权利要求5所述的服务质量保证方法，其特征在于，所述第一服务质量参数的格式包括以下至少一种信息所述网状网的带宽信息；所述源节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级；所述第二服务质量参数的格式包括以下至少一种信息所述骨干网的带宽信息；所述目的节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级。
7.根据权利要求6所述的服务质量保证方法，其特征在于，将所述第一服务质量参数的格式转换成对应于所述目的节点所处的网络的服务质量参数格式的方法为所述网关节点将所述网状网的带宽信息转换成所述骨干网的带宽信息；
8.根据权利要求6所述的服务质量保证方法，其特征在于，将所述第一服务质量参数的格式转换成对应于所述目的节点所处的网络的服务质量参数格式的方法为所述网关节点将所述源节点优先级信息转换成所述目的节点优先级信息；如果在所述网状网络中所采用的是资源预留技术，而所述骨干网中采用的是区分服务，则在所述网关节点，得到业务需要预留的资源，根据所要求的预留资源，来映射出该业务的优先级。
9.根据权利要求4所述的服务质量保证方法，其特征在于，所述第一服务质量参数的格式包括以下至少一种信息所述骨干网的带宽信息；所述源节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级；所述第二服务质量参数的格式包括以下至少一种信息所述网状网的带宽信息；所述目的节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级。
10.根据权利要求9所述的服务质量保证方法，其特征在于，将所述第一服务质量参数的格式转换成对应于所述目的节点所处的网络的服务质量参数格式的方法为所述网关节点将所述骨干网的带宽信息转换成所述网状网的带宽信息。
11.根据权利要求9所述的服务质量保证方法，其特征在于，将所述第一服务质量参数的格式转换成对应于所述目的节点所处的网络的服务质量参数格式的方法为所述网关节点将所述源节点优先级信息转换成所述目的节点优先级信息，如果所述骨干网中采用的是区分服务，而在所述网状网中所采用的是一种资源预留的技术，则在所述网关节点，得到业务的优先级，根据业务的优先级，来映射出所要求预留资源的多少。
12.根据权利要求1所述的服务质量保证方法，其特征在于，所述业务请求还包括所述源节点的相关信息和所述目的节点的相关信息，所述服务质量保证方法在所述步骤a之后还包括以下步骤网关节点收到所述源节点所发送的业务请求后，通过所述源节点的相关信息和所述目的节点的相关信息判断所述源节点和所述目的节点是处于同一所述网状网中，还是分别属于所述网状网和所述骨干网中。
13.一种服务质量保证装置，用于为所述网状网的业务流传送提供服务质量保证，其特征在于，包括业务请求模块，用于使源节点向目的节点发送业务请求，请求在所述源节点到所述目的节点的路由上传送业务流，其中，所述源节点和所述目的节点分别处于网状网或骨干网中，所述业务请求包括第一服务质量参数；第一服务质量策略模块，当所述源节点和所述目的节点是处于同一所述网状网中时，对所述业务流从所述源节点到所述目的节点的传送按照所述第一服务质量参数来提供服务质量保证；以及第二服务质量策略模块，当所述源节点和所述目的节点是分别属于所述网状网和所述骨干网中时，将所述第一服务质量参数转换成其格式对应于所述目的节点所处的网络的服务质量参数格式的第二服务质量参数，对业务流从所述源节点到所述目的节点的传送按照所述第一服务质量参数和所述第二服务质量参数来提供服务质量保证。
14.根据权利要求13所述的服务质量保证装置，其特征在于，所述第一服务质量策略模块包括服务质量分析模块，用于使所述网状网中的网关节点分析出所述第一服务质量参数所要求的服务质量；以及带宽资源分析模块，用于分析所述源节点与所述目的节点所在的网状网能否提供满足所述服务质量的带宽资源，并进行相应地服务。
15.根据权利要求14所述的服务质量保证装置，其特征在于，所述带宽资源分析模块包括第一模块，用于判断所述源节点与所述目的节点是否都在所述网关节点所在的接入平面上，如果是，则使所述网关节点判断能否在所述接入平面为所述源节点和所述目的节点分配满足所述业务流的服务质量要求的带宽资源，如果不能，直接拒绝所述业务请求；否则，就在所述接入平面上预留带宽资源并通知所述源节点发送所述业务流；第二模块，用于如果所述第一模块判断为否，则判断所述网关节点是否与所述源节点相连而与所述目的节点不相邻，如果是则首先判断所述网关节点能否在接入平面为所述源节点分配满足所述业务流的服务质量要求的带宽资源，如果不能，则拒绝此次服务请求；如果能，则根据业务流的路径进一步判断所述网关节点与下一跳网关节点之间的带宽资源是否能满足业务的服务质量要求，如果不能，则拒绝此次服务请求，如果能，则接纳该业务请求，为其预留带宽资源，并向下一跳转发请求；第三模块，用于如果所述第二模块判断为否，则判断所述网关节点与所述目的节点相邻而与所述源节点不相邻，如果是则判断所述网关节点能否在所述接入平面为所述目的节点分配满足所述业务流的服务质量要求的带宽资源，如果不能，则拒绝所述业务请求；如果能，则接纳所述业务请求并为其预留带宽资源；以及第四模块，用于如果所述第三模块判断为否，则判断所述网关节点是否既不能与所述源节点也不能与所述目的节点直接通信，如果是，则根据所述业务流的路径判断所述网关节点与下一跳网关节点之间的带宽资源是否能满足业务的服务质量要求，如果不能，则拒绝所述业务请求，如果能，则接纳所述业务请求，为其预留带宽资源，并向所述下一跳网关节点转发所述业务请求。
16.根据权利要求13所述的服务质量保证装置，其特征在于，所述第二服务质量策略模块包括下行业务模块，用于如果是下行业务，则使所述网关节点进行所述骨干网到所述网状网的参数映射，将所述第一服务质量参数转换成所述网状网的服务质量参数格式的所述第二服务质量参数，向所述网状网转发包含所述第二服务质量参数的所述业务请求，等待来自所述网状网的应答，如在规定时间内收到来自所述网状网的肯定确认，则向所述骨干网发送允许业务的确认信息，否则，拒绝来自所述骨干网的业务请求。
17.根据权利要求13所述的服务质量保证装置，其特征在于，所述第二服务质量策略模块包括上行业务模块，用于如果是上行业务，则使所述网关节点判断所述网关节点与所述骨干网相连的链路的可用带宽资源是否满足所述业务的带宽需求，如果资源不足，则拒绝所述业务请求，否则预留资源并且进行所述网状网到所述骨干网的参数映射，将所述第一服务质量参数转换成所述网状网的服务质量参数格式的所述第二服务质量参数，向所述骨干网转发包含所述第二服务质量参数的所述业务请求，等待来自所述骨干网的应答，如在规定时间内收到所述骨干网的肯定确认，则给所述网状网发送允许数据发送的确认信息，否则，拒绝业务请求。
18.根据权利要求17所述的服务质量保证装置，其特征在于，所述第一服务质量参数的格式包括以下至少一种信息所述网状网的带宽信息；所述源节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级；所述第二服务质量参数的格式包括以下至少一种信息所述骨干网的带宽信息；所述目的节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级。
19.根据权利要求18所述的服务质量保证装置，其特征在于，所述上行业务模块包括第一转换模块，用于使所述网关节点将所述网状网的带宽信息转换成所述骨干网的带宽信息。
20.根据权利要求18所述的服务质量保证装置，其特征在于，所述上行业务模块包括第二转换模块，用于使所述网关节点将所述源节点优先级信息转换成所述目的节点优先级信息，其中，如果在所述网状网络中所采用的是资源预留技术，而所述骨干网中采用的是区分服务，则在所述网关节点，得到业务需要预留的资源，根据要求预留资源的多少，来映射出该业务的优先级，业务所要求预留的资源越多，则业务的优先级越高。
21.根据权利要求15所述的服务质量保证装置，其特征在于，所述第一服务质量参数的格式包括以下至少一种信息所述骨干网的带宽信息；所述源节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级；所述第二服务质量参数的格式包括以下至少一种信息所述网状网的带宽信息；所述目的节点的优先级信息；所要传输业务的类型；所要传输业务的延迟要求；所要传输业务的延迟抖动要求；所要传输业务的速度要求；以及所要传输业务的优先级。
22.根据权利要求21所述的服务质量保证装置，其特征在于，所述下行业务模块包括第一转换模块，用于使所述网关节点将所述骨干网的带宽信息转换成所述网状网的带宽信息。
23.根据权利要求21所述的服务质量保证装置，其特征在于，所述下行业务模块还包括第二转换模块，用于使所述网关节点将所述源节点优先级信息转换成所述目的节点优先级信息，其中，如果所述骨干网中采用的是区分服务，而在所述网状网中所采用的是一种资源预留的技术，则在所述网关节点，得到业务的优先级，根据业务的优先级，来映射出所要求预留资源的多少。
24.根据权利要求13所述的服务质量保证装置，其特征在于，所述业务请求还包括所述源节点的相关信息和所述目的节点的相关信息，所述服务质量保证装置还包括网络判断模块，连接至所述业务请求模块，用于使网关节点收到所述源节点所发送的业务请求后，通过所述源节点的相关信息和所述目的节点的相关信息判断所述源节点和所述目的节点是处于同一所述网状网中，还是分别属于所述网状网和所述骨干网中。
全文摘要
本发明提供了一种QoS保证方法和装置，用于为网状网的业务流传送提供QoS保证，该方法包括以下步骤步骤a，源节点向目的节点发送业务请求，请求在源节点到目的节点的路由上传送业务流，其中，源节点和目的节点分别处于网状网或骨干网中，业务请求包括第一QoS参数；步骤b，当源节点和目的节点是处于同一网状网中时，对业务流从源节点到目的节点的传送按照第一QoS参数来提供QoS保证；以及步骤c，当源节点和目的节点是分别属于网状网和骨干网中时，将第一QoS参数转换成其格式对应于目的节点所处的网络的QoS参数格式的第二QoS参数，对业务流从源节点到目的节点的传送按照第一QoS参数和第二QoS参数来提供QoS保证。
文档编号H04L29/06GK101047586SQ20061009032
公开日2007年10月3日 申请日期2006年6月29日 优先权日2006年6月29日
发明者李云, 刘占军, 魏华, 隆克平, 陈前斌, 阎学霞 申请人:华为技术有限公司