CN103404102B

CN103404102B - 一种承载创建方法、装置和系统

Info

Publication number: CN103404102B
Application number: CN201280003082.4A
Authority: CN
Inventors: 郭建成
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2012-12-31
Filing date: 2012-12-31
Publication date: 2016-09-28
Anticipated expiration: 2032-12-31
Also published as: WO2014101164A1; CN103404102A

Abstract

本发明适用于通信领域，提供了一种承载创建方法、装置和系统，该方法包括：接收并识别业务数据的协议信息；根据预设的服务质量QoS与协议的匹配规则，获取业务数据的服务质量QoS信息；根据业务数据的服务质量QoS信息，为所述业务数据信息创建相应的承载。本发明实施例通过识别业务数据的协议信息得到业务数据相应的服务质量信息，根据该服务质量信息为业务数据创建相应的承载，和现有技术相比，不需要为应用业务数据设置过多的过滤器而出现对同一承载过滤器数量不够用的情况，也不需要为适应应用业务数据的变化而多次调过滤器，真正做到为特定业务创建承载进行带宽保证，提高承载创建效率。

Description

一种承载创建方法、装置和系统

技术领域

本发明属于移动通信领域，尤其涉及一种承载创建方法、装置和系统。

背景技术

在演进分组系统（英文简称Evolved Packet System，英文简称为EPS）中，根据服务质量（英文全称为Quality of Service，英文简称为QoS）的不同，EPS承载（Bear）可以划分为两大类：保证比特速率（英文全称为Guranteed Bit Rate，英文简称为GBR）和不保证比特率（英文全称为Non-Guranteed Bit Rate，英文简称为Non－GBR），所述GBR，是指承载要求的比特速率被网络“永久”恒定的分配，即使在网络资源紧张的情况下，相应的比特速率也能够保持恒定；相反的，所述Non－GBR指的是在网络拥挤的情况下，业务（或者承载）需要承受降低速率的要求。其中，GBR中还包括最大比特速率（英文全称为MaximumBit Rate，英文简称为MBR），定义为GBR Bear在资源充足的条件下，能够达到的速率上限。MBR的值有可能大于或等于GBR的值。由于Non－GBR承载不需要占用固定的网络资源，因而可以长时间地建立。而GBR承载一般只是在需要时才建立。

另外，为了提高用户体验，减少业务建立的时延，真正实现用户的“永久在线”，在EPS系统中引入了默认承载（英文全称为Default Bearer）的概念，即在用户开机，进行网络附着的同时，为该用户建立一个固定数据速率的默认承载，保证其基本的业务需求，随着PDN链接的建立而建立，随着PDN的链接的拆除而销毁，为用户提供永久在线的IP传输服务，默认承载是一种Non－GBR承载。一般来说，每个PDN连接都对应着一个默认承载和一个IPAddress。默认承载的服务质量QoS参数可以来自于从归属用户服务器(英文全称为Home Subscriber Server，英文简称为HSS)中获取的签约数据，也可以通过策略与计费规则功能(英文简称为Policy and Charging Rules Function，英文全称为PCRF)交互或者基于本地配置来改变这些值。

为了给相同IP地址的用户设备（英文全称为User Equipment，英文简称为UE）提供具有不同QoS保障的业务，如视频通话，移动电视等，需要在UE和公用数据网（英文全称为Public Data Network，英文简称为PDN）之间建立一个或多个专有承载（英文全称为Dedicated EPS Bear）。连接到相同PDN的其他EPS承载称为专有承载，运营商可以根据PCRF（Policy And ChargingResource Function）定义的策略，将不同的数据流映射到相应的专有承载上，并且对不同的EPS Bear采用不同的QoS机制。专有承载可以是GBR承载，也可以是Non－GBR承载。专有承载的创建或修改只能由网络侧来发起，并且承载QoS参数值总是由分组核心网来分配。

随着移动领域业务应用的日益丰富，运营商也针对不同用户的多样化需求，开展各种套餐定制服务，根据用户等级，保证特定业务的带宽需求，如对于付费定制用户，需要创建专有承载以保证其业务带宽的需求。现有的创建承载的方法是通过PCRF下发动态或者预定义策略，通过向网关GPRS支持节点（英文全称为Gateway GPRS Support Node，英文简称为GGSN）或系统架构演进网关（英文全称为System Architecture Evolution Gateway，英文简称为SAE GW））下发业务上下行filter的方式，触发创建专有承载，从而实现其GBR的要求。

但是，由于业务应用的多样化，即使一个相同的应用，其filter信息也会随时动态变化，PCRF无法准确配置出应用业务的filter信息，而且根据标准协议的限制，一个承载对应一个通信流量模块（traffic flow template，英文全称为TFT），一个通信流量模块目前最多允许设置16个filter，不能适应因为应用的多样性带来的filter的多样性的要求，不能根据应用信息有效的创建相应的专有承载。

发明内容

本发明实施例的目的在于提供一种承载的创建方法、装置和系统，以解决现有技术因应用的过滤器filter信息动态变化不能准确配置出应用业务的过滤器filter信息或者对于同一承载需要设置的过滤器filter信息过多无法完成过滤器的设置的问题，从而提高承载的创建效率。

第一方面，一种承载创建方法，所述方法包括：接收并识别业务数据的协议信息；根据预设的服务质量QoS与协议的匹配规则，获取业务数据的服务质量QoS信息；根据业务数据的服务质量QoS信息，为所述业务数据信息创建相应的承载。

在第一方面的第一种可能实现方式中，所述方法还包括：接收策略管理网元发送的服务质量QoS与协议的匹配规则。

在第一方面的第二种可能实现方式中，所述步骤根据业务数据的服务质量QoS信息，为所述业务数据信息创建相应的承载具体包括：判断所述服务质量QoS信息是否与已有承载的服务质量QoS信息相同；如果所述服务质量QoS信息与已有承载的服务质量QoS信息不同，则为所述业务数据创建专有承载。

在第一方面的第三种可能实现方式中，所述方法还包括：向用户设备UE发送包括服务类型ToS的过滤器filter信息。根据用户设备UE与所述过滤器filter信息的匹配情况所选择的承载，接收所述承载传送的上行报文信息。

结合第一方面的第三种可能实现方式，在第四种可能实现方式中，所述步骤根据用户设备UE与所述过滤器filter信息的匹配情况所选择的承载，接收所述承载传送的上行报文信息具体为：判断所述用户设备UE的服务类型与所述过滤器filter信息的是否匹配，如果不匹配，则通过默认承载接收上行报文信息。

第二方面，一种控制承载创建的方法，所述方法具体为发送服务质量QoS与协议的匹配规则至网关设备，以使得在所述网关设备接收并识别业务数据的协议信息后，根据所述匹配规则得到业务数据对应的服务质量QoS信息，创建相应的承载。

第三方面，一种承载创建装置，所述装置包括：接收识别模块，用于接收并识别业务数据的协议信息；获取模块，用于根据预设的服务质量QoS与协议的匹配规则，获取业务数据的服务质量QoS信息；创建模块，用于根据业务数据的服务质量QoS信息，为所述业务数据信息创建相应的承载。

在第三方面的第一种可能实现方式中，所述装置还包括：接收模块，用于接收策略管理网元发送的服务质量QoS与协议的匹配规则。

在第三方面的第二种可能实现方式中，所述创建模块包括：判断子模块，用于判断所述服务质量QoS信息是否与已有承载的服务质量QoS信息相同；承载创建子模块，用于如果所述服务质量QoS信息与已有承载的服务质量QoS信息不同，则为所述业务数据创建专有承载。

在第三方面的第三种可能实现方式中，所述装置还包括：过滤器发送模块，用于向用户设备UE发送包括服务类型ToS的过滤器filter信息。上行报文接收模块，用于根据用户设备UE与所述过滤器filter信息的匹配情况所选择的承载，接收所述承载传送的上行报文信息。

结合第三方面的第三种可能实现方式，在第四种实现方式中，所述上行报文接收模块具体用于判断所述用户设备UE的服务类型与所述过滤器filter信息的是否匹配，如果不匹配，则通过默认承载接收上行报文信息。

第四方面，一种控制承载创建的装置，所述装置包括规则发送单元，用于发送服务质量QoS与协议的匹配规则至网关设备，以使得在所述网关设备接收并识别业务数据的协议信息后，根据所述匹配规则得到业务数据对应的服务质量QoS信息，创建相应的承载。

第五方面，一种承载创建系统，所述系统包括：数据接收接口，用于接收PDN发送的业务数据和/或策略管理网元发送的服务质量QoS与协议的匹配规则；处理器，用于解析识别PDN发送的业务数据的协议信息，并根据策略管理网元发送的服务质量QoS与协议的匹配规则，获取业务数据的服务质量QoS信息，并根据业务数据的服务质量QoS信息，为所述业务数据信息创建相应的承载；数据发送接口，用于根据处理器创建的承载，发送所述业务数据至用户设备。

在本发明实施例中，通过识别业务数据的协议信息，并根据服务质量与协议的匹配规则，得到业务数据相应的服务质量信息，根据该服务质量信息为业务数据创建相应的承载，和现有技术相比，不需要为应用业务数据设置过多的过滤器而出现对同一承载过滤器数量不够用的情况，也不需要为适应应用业务数据的变化而多次调过滤器，真正做到为特定业务创建承载进行带宽保证，提高承载创建效率。

附图说明

图1是本发明第一实施例提供的承载的创建的实现流程图；

图2是本发明第二实施例提供的承载的创建的实现流程图；

图3是本发明第三实施例提供的承载创建系统的交互流程示意图；

图4为本发明第四实施例提供的承载创建系统结构图；

图5为本发明第五实施例提供的承载创建装置框图；

图6为本发明第六实施例提供的承载创建装置框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在本发明实施例中，通过由网关设备识别业务数据的协议信息，并根据服务质量与协议的匹配规则，得到业务数据相应的服务质量信息，根据该服务质量信息为业务数据创建相应的承载，和现有技术相比，不需要为应用业务数据设置过多的过滤器而出现对同一承载过滤器数量不够用的情况，也不需要为适应应用业务数据的变化而多次调过滤器，真正做到为特定业务创建承载进行带宽保证，提高承载创建效率。

实施例一：

图1示出了本发明第一实施例提供的承载的创建的实现流程，详述如下：

在步骤S101中，接收并识别业务数据的协议信息。

具体的，由PDN或者其它网络设备上下发的业务数据，可以包括但不局限于基于蜂窝通信系统的一键通（英文全称为Push to Talk over Cellular，英文简称为PoC）业务、Presence（状态信息）&即时通信（英文全称为Instant Messenger，英文简称为IM）业务、Streaming（流）业务、Video Phone（视频电话）业务、IP电话（英文全称为Voice over Internet Protocol，英文简称为VOIP）业务、FTP、高清电视(HDTV，High Definition TeleVison)。由于各应用对服务质量的要求各不相同，如VOIP要求低延迟和低抖动，传统的FTP则基本上只有带宽要求，而HDTV既要求低延迟，也对带宽有要求，这就要求网络设备对不同的业务进行分类，对不同的业务报文赋予不同的服务质量QoS。

对业务数据的协议识别，可以包括NBAR（Network Based ApplicationRecognition）、或者基于应用层的流控制设备Packetshaper、或者使用抓包软Ethereal和深度识别检测技术DPI，都可以实现对应用层协议进行识别。

在步骤S102中，根据预设的服务质量QoS与协议的匹配规则，获取业务数据的服务质量QoS信息。

在对业务数据的协议识别后，需要对业务数据需要的服务质量QoS进行设置。对于不同的业务数据，需要为其匹配不同的带宽承载或者不为其分配带宽，以实现对不同业务的监控，在为用户提供差异化服务的同时，改善用户体验。

通过预设的服务质量QoS与协议的匹配规则，将步骤S101中识别的协议信息匹配对应的服务质量信息，如VOIP要求低延迟和低抖动，FTP则基本上只有带宽要求，而HDTV既要求低延迟，也对带宽有要求，对不同的业务报文赋予不同的服务质量QoS。

在步骤S103中，根据业务数据的服务质量QoS信息，为所述业务数据信息创建相应的承载。

对于获取的服务质量信息，需要为相应的服务质量匹配相应的承载，由于服务质量一般涉及到带宽和稳定性的要求，对于现有的承载，默认承载为Non-GBR，对业务数据的带宽和稳定性都不能很好的保证，可以分配对稳定性要求不高的业务数据，专有承载可以由网络侧发起并设定其宽带，其稳定性和带宽要求都可以得到保障，可以适应高稳定性和不同带宽的业务数据的要求。

本发明实施例通过由网关设备识别业务数据的协议信息，并根据服务质量与协议的匹配规则，得到业务数据相应的服务质量信息，根据该服务质量信息为业务数据创建相应的承载，和现有技术相比，不需要为应用业务数据设置过多的过滤器而出现对同一承载过滤器数量不够用的情况，也不需要为适应应用业务数据的变化而多次调过滤器，真正做到为特定业务创建承载进行带宽保证，提高承载创建效率。

实施例二：

图2示出了本发明第二实施例提供的承载的创建的实现流程，详述如下：

在步骤S201中，接收策略管理网元发送的服务质量QoS与协议的匹配规则。

所述策略管理网元，可以为PCRF策略与计费规则功能，根据运营商接收的用户差异化服务业务，在策略管理网元中为其匹配上相应的关联信息，并将所述关联信息发送至网关设备进行过滤与分析。

在步骤S202中，接收并识别业务数据的协议信息。

在步骤S203中，根据预设的服务质量QoS与协议的匹配规则，获取业务数据的服务质量QoS信息。

步骤S202-S203与步骤S101-S102相同，在此不重复赘述。

在步骤S204中，判断所述服务质量QoS信息是否与已有承载的服务质量QoS信息相同。

在步骤S205中，如果所述服务质量QoS信息与已有承载的服务质量QoS信息不同，则为所述业务数据创建专有承载。

通过对业务的服务质量与已有承载的服务质量信息进行比较，可以对于现有承载的服务质量通过现有的承载进行传递数据，相应的，为新业务数据创建专有承载保证其服务质量信息。

在步骤S206中，向用户设备UE发送包括服务类型（英文全称为Type ofService，英文简称为ToS）的ToS的过滤器filter信息。

与现有技术不同之处在于，传统的网关设备向用户设备发送的过滤器filter通常是包括由源IP地址，源端口，目的IP地址，目的端口，和传输层协议号的五元组信息。而本发明实施例中仅需要向用户设备发送服务类型的filter信息即可，从而简化发送的数据信息。

在步骤S207中，判断所述用户设备UE的服务类型与所述过滤器filter信息的是否匹配，如果不匹配，则通过默认承载接收上行报文信息。

具体的，对于大部分业务，主要保证其下行带宽，上行带宽的带宽要求能力比较小，因而，可以设定特定服务类型的上行专有承载的服务类型，在用户设备UE接收到的服务类型的过滤器filter信息后，与用户设备的服务类型与接收的过滤器filter信息是否匹配，如果匹配，则表示其需要专有承载，如果不匹配，则为其分配默认承载传送上行报文信息。因此，本发明实施例中的下行业务由下行报文的协议信息为其创建相应的承载，上行业务可由上行报文与filter的匹配情况走默认承载或专有承载，可以支持上下行报文使用不同承载的要求，从而能够有效的保证下文报文的带宽要求的同时，也能够有效的节省上行报文的带宽资源。

在本发明实施例中，通过接收策略管理网元下发的包括服务质量的策略信息，在对接收的业务数据识别后根据策略信息进行匹配相应的服务质量，通过策略管理网元可以动态的调整各业务的服务质量信息，通过查找已有承载的服务质量信息，如果已有相应服务质量的专有承载，则不需要再新建专有承载，如果没有相应服务质量的专有承载，则创建新的专有承载，可以进一步提高现有承载的传送效率，通过在用户设备进行服务类型的匹配，可以利用上行报文信息数据量信息小的特点，将部分服务通过默认承载传送，可以提高网络利用效率。

实施例三：

图3为本发明第三实施例提供的用于创建承载的交互流程示意图，详述如下：

在步骤301中，网关设备接收策略管理网元发送的服务质量信息。

所述网关设备，可以为UGW，华为公司的UGW9811系统集成了网关GPRS支持节点(英文全称为Gateway GPRS Support Node，英文简称为GGSN)、信令网关S-GW和分组数据网关P-GW的网元功能，为运营商降低了运营成本，提高了网络部署能力。根据不同的网络部署，S/P-GW和GGSN可以分设在不同的UGW9811上，也可以合设在同一UGW9811上。合设时，S/P-GW和GGSN共用UGW9811的硬件，为运营商节约了单独架设的成本。

所述策略管理网元可选用PCRF，也可以为其它策略管理设备进行服务质量信息的下发。

在步骤302中，网关设备接收网络传输的业务数据。

所述业务数据传输的网络可以为分组数据网（Public Data Network，PDN），也可以为其它的数据传输网络，

在步骤303中，网关设备识别业务数据的协议信息。

网关设备对业务数据采用深度检测识别技术DPI或者其它检测技术识别业务数据的协议信息，如SIP、H323等协议。

在步骤304中，网关设备根据识别的协议信息与下发的服务质量信息进行匹配。

策略管理网元发送的包括服务质量与协议的对应信息，根据所述对应信息为识别出协议信息的业务数据匹配相应的服务质量。

在步骤305中，网关设备根据所述服务质量创建承载。

在步骤306中，网关设备发送服务类型的过滤器信息至用户设备。

在步骤307中，用户设备根据接收的服务类型与用户设备的服务类型进行匹配并上传报文。

如果用户设备中预存的服务类型与接收的服务类型的数据相同匹配，则将报文数据通过专有承载上传，如果没有匹配，则通过默认承载上传。

相应的，从策略管理网元的层面出发，可以提供一种控制承载创建的方法，所述方法具体为发送服务质量QoS与协议的匹配规则至网关设备，以使得在所述网关设备接收并识别业务数据的协议信息后，根据所述匹配规则得到业务数据对应的服务质量QoS信息，创建相应的承载。

本发明实施例通过策略管理网元、网关设备、用户设备相互交互，可以方便的实现不同业务数据配置相应的承载，在保证下行带宽的同时，也能够对于数据量较小的上行带宽进行合理分配。

实施例四：

图4为本发明第四实施例提供的创建承载的系统结构示意图，详述如下：

本发明实施例所述创建承载的系统，包括数据接收接口41，用于接收公用数据网PDN发送的业务数据和/或策略管理网元发送的服务质量QoS与协议的匹配规则，其接收业务数据信息的接口可以为SGI接口，接收策略管理网元发送的策略配置信息的接口可以为S7接口。

处理器42，用于解析识别PDN发送的业务数据的协议信息，并根据策略管理网元发送的服务质量QoS与协议的匹配规则，获取业务数据的服务质量QoS信息，并根据业务数据的服务质量QoS信息，为所述业务数据信息创建相应的承载。

数据发送接口43，用于根据处理器42创建的承载，发送所述业务数据至用户设备。

本实施例通过在数据收发接口和处理器相互配合，通过识别业务数据的协议信息分配承载，可以有效的完成对多种不同的业务数据进行承载创建的要求。

实施例五：

图5为本发明第五实施例提供的承载创建的装置的结构示意图，详述如下：

本发明实施例所述承载创建装置，包括接收识别模块501、获取模块502、创建模块503，其中：

所述接收识别模块501，用于接收并识别业务数据的协议信息；

所述获取模块502，用于根据预设的服务质量QoS与协议的匹配规则，获取业务数据的服务质量QoS信息；

所述创建模块503，用于根据业务数据的服务质量QoS信息，为所述业务数据信息创建相应的承载。

接收识别模块501接收业务数据并识别出业务数据的协议信息，获取模块502根据服务质量QoS与协议的匹配规则，获取业务数据的服务质量QoS信息，根据获取的服务质量信息，由创建模块创建相应的承载，完成对业务数据的承载创建，从而有效的保证数据的质量。

相应的，从策略管理网元提供的一种控制承载创建的装置，所述装置包括规则发送单元，用于发送服务质量QoS与协议的匹配规则至网关设备，以使得在所述网关设备接收并识别业务数据的协议信息后，根据所述匹配规则得到业务数据对应的服务质量QoS信息，创建相应的承载。

实施例六：

图6为本发明第六实施例提供的承载创建的装置的结构示意图，详述如下：

本发明实施例所述的承载创建的装置，包括接收识别模块601、获取模块602、创建模块603、接收模块604、过滤器发送模块605、上行报文接收模块606，其中：

所述接收识别模块601，用于接收并识别业务数据的协议信息；

所述获取模块602，用于根据预设的服务质量QoS与协议的匹配规则，获取业务数据的服务质量QoS信息；

创建模块603，用于根据业务数据的服务质量QoS信息，为所述业务数据信息创建相应的承载。

接收模块604，用于接收策略管理网元发送的服务质量QoS与协议的匹配规则。

过滤器发送模块605，用于向用户设备UE发送包括服务类型ToS的过滤器filter信息。

上行报文接收模块606，用于根据用户设备UE与所述过滤器filter信息的匹配情况所选择的承载，接收所述承载传送的上行报文信息。

其中，所述创建模块603包括：

判断子模块6031，用于判断所述服务质量QoS信息是否与已有承载的服务质量QoS信息相同；

承载创建子模块6032，用于如果所述服务质量QoS信息与已有承载的服务质量QoS信息不同，则为所述业务数据创建专有承载。

本发明实施例通过接收模块604接收策略管理网元发送的服务质量信息，由接收识别模块601接收业务数据并识别出协议信息，由获取模块602根据协议信息匹配相应的服务质量，创建模块603创建相应的承载并由过滤器发送模块605发送服务类型数据至用户设备，可由上行报文接收模块606匹配选择上行报文的承载，可有效的对业务数据的上下行报文有效配置。

值得注意的是，上述装置和系统实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

另外，本领域普通技术人员可以理解实现上述各实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，相应的程序可以存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘或光盘等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

1.一种承载创建方法，其特征在于，所述方法包括：

网关设备接收并识别业务数据的应用层的协议信息；

所述网关设备根据预设的服务质量QoS与协议的匹配规则，获取业务数据的服务质量QoS信息；

所述网关设备根据业务数据的服务质量QoS信息，为所述业务数据信息创建相应的承载。

2.根据权利要求1所述的承载创建方法，其特征在于，所述方法还包括：

所述网关设备接收策略管理网元发送的服务质量QoS与协议的匹配规则。

3.根据权利要求1所述的方法，其特征在于，所述网关设备根据业务数据的服务质量QoS信息，为所述业务数据信息创建相应的承载，包括：

所述网关设备判断所述服务质量QoS信息是否与已有承载的服务质量QoS信息相同；

所述网关设备如果所述服务质量QoS信息与已有承载的服务质量QoS信息不同，则为所述业务数据创建专有承载。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述网关设备向用户设备UE发送包括服务类型ToS的过滤器filter信息；

所述网关设备根据用户设备UE与所述过滤器filter信息的匹配情况所选择的承载，接收所述承载传送的上行报文信息。

5.根据权利要求4所述的方法，其特征在于，所述网关设备根据用户设备UE与所述过滤器filter信息的匹配情况所选择的承载，接收所述承载传送的上行报文信息，包括：

所述网关设备判断所述用户设备UE的服务类型与所述过滤器filter信息的是否匹配，如果不匹配，则通过默认承载接收上行报文信息。

6.一种控制承载创建的方法，其特征在于，所述方法具体为发送服务质量QoS与协议的匹配规则至网关设备，以使得在所述网关设备接收并识别业务数据的应用层的协议信息后，根据所述匹配规则得到业务数据对应的服务质量QoS信息，创建相应的承载。

7.一种承载创建装置，其特征在于，所述装置包括：

接收识别模块，用于接收并识别业务数据的应用层的协议信息；

获取模块，用于根据预设的服务质量QoS与协议的匹配规则，获取业务数据的服务质量QoS信息；

创建模块，用于根据业务数据的服务质量QoS信息，为所述业务数据信息创建相应的承载。

8.根据权利要求7所述的承载创建装置，其特征在于，所述装置还包括：

接收模块，用于接收策略管理网元发送的服务质量QoS与协议的匹配规则。

9.根据权利要求7所述的装置，其特征在于，所述创建模块包括：

判断子模块，用于判断所述服务质量QoS信息是否与已有承载的服务质量QoS信息相同；

承载创建子模块，用于如果所述服务质量QoS信息与已有承载的服务质量QoS信息不同，则为所述业务数据创建专有承载。

10.根据权利要求7所述的装置，其特征在于，所述装置还包括：

过滤器发送模块，用于向用户设备UE发送包括服务类型ToS的过滤器filter信息；

上行报文接收模块，用于根据用户设备UE与所述过滤器filter信息的匹配情况所选择的承载，接收所述承载传送的上行报文信息。

11.根据权利要求10所述的装置，其特征在于，所述上行报文接收模块具体用于判断所述用户设备UE的服务类型与所述过滤器filter信息的是否匹配，如果不匹配，则通过默认承载接收上行报文信息。

12.一种控制承载创建的装置，其特征在于，所述装置包括规则发送单元，用于发送服务质量QoS与协议的匹配规则至网关设备，以使得在所述网关设备接收并识别业务数据的应用层的协议信息后，根据所述匹配规则得到业务数据对应的服务质量QoS信息，创建相应的承载。

13.一种承载创建系统，其特征在于，所述系统包括：

数据接收接口，用于接收PDN发送的业务数据和/或策略管理网元发送的服务质量QoS与协议的匹配规则；

处理器，用于解析识别PDN发送的业务数据的应用层的协议信息，并根据策略管理网元发送的服务质量QoS与协议的匹配规则，获取业务数据的服务质量QoS信息，并根据业务数据的服务质量QoS信息，为所述业务数据信息创建相应的承载；

数据发送接口，用于根据处理器创建的承载，发送所述业务数据至用户设备。