CN112449375B

CN112449375B - 无线网络资源的管理方法，网络系统及相关产品

Info

Publication number: CN112449375B
Application number: CN201910813868.6A
Authority: CN
Inventors: 郭�东; 赵文军
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2019-08-30
Filing date: 2019-08-30
Publication date: 2022-10-18
Anticipated expiration: 2039-08-30
Also published as: CN112449375A; WO2021037115A1

Abstract

本发明实施例公开了一种无线网络资源的管理方法，网络系统及相关产品接入设备接收发向第一终端设备发送的数据，获取所述数据的业务类型；获得所述业务类型对应的共享承载，所述共享承载是为第二终端设备建立的承载，用于传输所述业务类型的数据。可以实现针对业务类型的QoS控制，对多个不同的终端设备传输相同的业务类型的数据进行统一QoS控制，有利于节省空口资源，可以方便地控制该业务类型对空口资源的总体占用量。

Description

无线网络资源的管理方法，网络系统及相关产品

技术领域

本发明涉及通信技术领域，尤其涉及一种无线网络资源的管理方法，网络系统及相关产品。

背景技术

第三代移动通信伙伴项目(Third Generation Partnership Project，3GPP)组织在TS23.401协议中定义了用户设备(user equipment，UE)和互联网(internet)服务器之间的数据在第四代(4G)网络中传输的实现。该互联网服务器是业务提供商的服务器，因此也称为业务提供者(service provider，SP)服务器，或简称为业务服务器或服务器。

在4G网络中，负责UE和互联网服务器之间数据传输的网络设备包括基站(eNodeB)、服务网关(serving gateway，SGW)和分组数据网(packet data network，PDN)网关(PDN GW，PGW)。当UE连接到4G网络之后，在UE、eNodeB、SGW、PGW之间建立端到端的缺省承载(default bearer)。为了保证UE的各种应用的业务质量(quality of service，QoS)，在UE使用各种应用时，可以创建专有承载(dedicatedbearer)来传输UE应用和服务器之间的数据。

3GPP为专有承载定义了QoS信息和流信息。其中，QoS信息中指定该专有承载端到端所需要保证的传输质量，包括：包时延(packetdelay)、包差错率(packet error lossrate)、比特率(bitrate)等；流信息用来指定UE和互联网服务器之间哪些应用的通讯数据使用该专有承载进行传输。另外，流信息中还包含包过滤器(packetfilter),包过滤器中的信息包括互联网服务器互联网协议(internet protocol，IP)地址、子网掩码、协议号、端口范围，以及UE侧端口范围；其中，协议号包括传输控制协议(transmission controlprotocol，TCP)、用户数据报文协议(user datagram protocol，UDP)等。

一个或多个专有承载建立之后，当UE或者PGW向对方传输数据时，把要传输数据的IP报文头的信息与所有专有承载的包过滤器的信息匹配，如果匹配到某个包过滤器，则将该IP报文放到对应的专有承载上传输；如果没有匹配到任何包过滤器，则将该IP报文放到缺省承载上传输。由于专有承载定义了QoS，因而业务数据在专有承载传输相比在缺省承载上传输会获得更好的业务体验。

为了保证专有承载的QoS需要为专有承载预留空口资源，目前无线网络资源管理方法是：在对应专有承载数据流未超过专有承载的保证比特速率(guaranteed bit rate，GBR)时，允许所有的IP报文转发，在超过最大比特速率(maximumbit rate，MBR)时丢弃全部IP报文，在超过GBR未超过MBR时考虑网络是否拥塞的状态判定是否丢弃IP报文。

但是以上无线网络资源管理的方法，需要为每个专有承载预留较多的空口资源，导致空口资源浪费。

发明内容

本发明实施例所要解决的技术问题在于提供一种无线网络资源的管理方法，及相关产品，用于对业务进行服务质量控制，节省空口资源。

第一方面，本发明实施例提供了一种无线网络资源的管理方法，包括：

接入设备接收向第一终端设备发送的数据(或称为数据报文)，获取所述数据的业务类型；

获得所述业务类型对应的共享承载，所述共享承载是为第二终端设备建立的承载，用于传输所述业务类型的数据；

使用所述共享承载发送所述数据。

上述接入设备可以是基站，或者接入点(access point，AP)，基站可以是eNodeB也可以是NodeB。上述第一终端设备可以是终端设备，向第一终端设备发送的数据可以是服务器发往第一终端设备的业务数据。业务类型是数据的属性，例如：视频数据业务、即时消息业务等。共享承载是以用途命名的承载，该接入设备有为共享承载分配有空口资源、比特率资源以及QoS控制资源等。对于第一终端设备和第二终端设备而言，与接入设备之间的承载是专用承载。

本实施例可以实现针对业务类型的QoS控制，对多个不同的终端设备传输相同的业务类型的数据进行统一QoS控制，有利于节省空口资源，可以方便地控制该业务类型对空口资源的总体占用量。

在一个可选的实现方式中，所述获得所述业务类型对应的共享承载包括：

确认所述业务类型属于共享类型后，则搜索得到所述共享承载。

本实施例作为获得共享承载的一个示例，可以迅速确定业务类型是否有共享承载以及共享承载是哪一个。

在一个可选的实现方式中，在所述获得所述业务类型对应的共享承载之前，所述方法还包括：所述接入设备接收网关设备发送的服务质量信息，在所述服务质量信息中包含用于为所述第二终端设备建立所述共享承载的信息；

依据所述服务质量信息建立所述共享承载。

本实施例提供了建立共享承载的实现方式，由网关设备发起共享承载的建立，并指定QoS信息。对于网关设备而言，某一业务类型的QoS信息可以配置在网关设备本地，也可以由其他设备指定。该网关设备可以是PGW，也可以是PGW的演进型，还可以是PGW与SGW共同部署的实体设备。可以方便地在服务网关或者其他设备对共享承载的QoS进行设定。

在一个可选的实现方式中，所述接入设备接收网关设备发送的服务质量信息，在所述服务质量信息中包含用于为所述第二终端设备建立所述共享承载的信息包括：

所述接入设备接收网关设备发送的创建承载请求或者更新承载请求，在所述创建承载请求或者更新承载请求中携带承载上下文，在所述承载上下文中包含承载共享服务质量信元，在所述承载共享服务质量信元中包含用于为所述第二终端设备建立所述共享承载的信息。

本实施例提供了网关设备发送服务质量信息给接入设备的具体举例，该实现手段可以不用增加信令开销。

在一个可选的实现方式中，所述在所述承载上下文中包含承载共享服务质量信元包括：

在通用无线分组业务隧道控制面协议(general packet radio servicetunneling protocol control，GTP-C)信元的扩展信元中携带所述承载共享服务质量信元。

本实施例提供了在承载上下文中携带共享QoS信元的具体手段，可以方便地携带共享QoS信元。

在一个可选的实现方式中，所述接入设备接收向第一终端设备发送的数据之前，所述方法还包括：

在接收到用于为所述第一终端设备建立所述共享承载的信息后，确认未超过所述共享承载允许的最大共享承载数后，对所述共享承载已经使用的共享承载数计数，使用所述共享承载的空口资源建立所述第一终端设备的专用承载；

或者，确认超过所述共享承载允许的最大承载数，则拒绝为所述第一终端设备建立专用承载。

本实施例，可以在共享承载建立以后，即使在共享承载的服务类型的业务过载的情况下，仍然能保证使用共享承载的用户设备的服务质量。

在一个可选的实现方式中，在所述共享承载被建立之后，所述方法还包括：

在接收到网关设备发送的删除所述专用承载的指示后，确认所述共享承载的共享承载数大于1，则删除与所述指示对应的设备之间的专用承载，对所述共享承载数计数；

或者，确认所述共享承载数等于1，则删除所述共享承载。

本实施例可以方便地管理共享承载，对共享承载的删除进行控制，保证了使用共享承载的终端设备的服务，还可以及时释放共享承载的资源。在本实施例中，可以在收到删除所述专用承载的指示后将共享承载的共享承载数减1，然后确认共享承载数是否等于0，如果不等于0，则删除与所述指示对应的设备之间的专用承载；或者，还可以在收到删除所述专用承载的指示后将共享承载的共享承载数减1，然后确认共享承载数是否大于0，如果是，则删除与所述指示对应的设备之间的专用承载。该两种实现手段，与以上确定共享承载数大于1的情况下，执行删除专用承载，对共享承载数计数是等效的。

第二方面，本发明实施例还提供了一种无线网络资源的管理方法，包括：

网关设备在接收到第一终端设备或第二终端设备发起的业务访问后，确定业务访问对应的业务类型；

所述网关设备在确认所述业务类型属于共享业务类型后，向接入设备发送服务质量信息，在所述服务质量信息中包含用于为所述第一终端设备或所述第二终端设备建立共享承载的信息。

在一个可选的实现方式中，所述向接入设备发送服务质量信息，在所述服务质量信息中包含用于为所述第一终端设备或所述第二终端设备建立共享承载的信息包括：

向所述接入设备发送创建承载请求或者更新承载请求，在所述创建承载请求或者更新承载请求中携带承载上下文，在所述承载上下文中包含承载共享服务质量信元，在所述承载共享服务质量信元中包含用于为所述第一终端设备建立所述共享承载的信息。

第三方面，本发明实施例还提供了一种接入设备，包括：数据接收单元，用于接收向第一终端设备发送的数据，获取所述数据的业务类型；

承载获取单元，用于获得所述业务类型对应的共享承载，所述共享承载是为第二终端设备建立的承载，用于传输所述业务类型的数据；

发送单元，用于使用所述共享承载发送所述数据。

在一个可选的实现方式中，所述承载获取单元，用于在确认所述业务类型属于共享类型后，搜索得到所述共享承载。

在一个可选的实现方式中，所述接入设备还包括：

信息接收单元，用于在所述承载获取单元获得所述业务类型对应的共享承载之前，接收网关设备发送的服务质量信息，在所述服务质量信息中包含用于为所述第二终端设备建立所述共享承载的信息；

第一承载建立单元，用于依据所述服务质量信息建立所述共享承载。

在一个可选的实现方式中，所述信息接收单元，用于接收网关设备发送的创建承载请求或者更新承载请求，在所述创建承载请求或者更新承载请求中携带承载上下文，在所述承载上下文中包含承载共享服务质量信元，在所述承载共享服务质量信元中包含用于为所述第二终端设备建立所述共享承载的信息。

在一个可选的实现方式中，所述接入设备还包括：

计数单元，用于在所述数据接收单元接收向第一终端设备发送的数据之前，在接收到用于为所述第一终端设备建立所述共享承载的信息后，确认未超过所述共享承载允许的最大共享承载数后，对所述共享承载已经使用的共享承载数计数；

第二承载建立单元，用于确认未超过所述共享承载允许的最大共享承载数后，使用所述共享承载的空口资源建立所述第一终端设备的专用承载；

或者，所述第二承载建立单元，用于确认超过所述共享承载允许的最大承载数，则拒绝为所述第一终端设备建立专用承载。

在一个可选的实现方式中，所述接入设备还包括：

计数确认单元，用于在所述共享承载被建立之后，在接收到网关设备发送的删除所述专用承载的指示后，确认所述共享承载的共享承载数大于1；

承载控制单元，用于在所述计数确认单元确认所述共享承载的共享承载数大于1，则删除与所述指示对应的设备之间的专用承载；

计数更新单元，用于对所述共享承载数计数；

或者，所述承载控制单元，用于确认所述共享承载数等于1，则删除所述共享承载。

第四方面，本发明实施例还提供了一种网关设备，包括：

类型确定单元，用于在接收到第一终端设备或第二终端设备发起的业务访问后，确定业务访问对应的业务类型；

信息发送单元，用于在确认所述业务类型属于共享业务类型后，向接入设备发送服务质量信息，在所述服务质量信息中包含用于为所述第一终端设备或所述第二终端设备建立共享承载的信息。

在一个可选的实现方式中，所述信息发送单元，用于向所述接入设备发送创建承载请求或者更新承载请求，在所述创建承载请求或者更新承载请求中携带承载上下文，在所述承载上下文中包含承载共享服务质量信元，在所述承载共享服务质量信元中包含用于为所述第一终端设备建立所述共享承载的信息。

第五方面，本发明实施例还提供了一种网络系统，包括：

接入设备和网关设备；所述接入设备，用于执行本发明实施例中第一方面的任意一项所述的方法流程；所述网关设备，用于执行本发明实施例第二方面任意一项所述的方法流程。

第六方面，本发明实施例还提供了一种网络设备，该网络设备可以是移动管理设备、网关设备、策略控制功能设备、会话管理设备以及用户面功能设备中的任意一种，包括：处理器、存储器和收发器；所述处理器、所述存储器和所述收发器以可通信方式连接；

在所述存储器中存储有程序代码；

所述处理器用于读取所述程序代码与所述收发器配合实现本发明实施例中由移动管理设备实现的方法的功能。

第七方面，本发明实施例还提供了一种计算机可读存储介质，所述存储介质中存储有程序代码，所述程序代码包括程序指令，所述程序指令当被处理器执行时使所述处理器与收发器配合实现本发明实施例任意一项方法的功能。

第八方面，本发明实施例还提供了一种计算机程序产品，在上述计算机程序产品中包含程序指令，上述程序指令当被上述处理器执行时使处理器与收发器配合实现本发明实施例中由移动管理设备、网关设备、策略控制功能设备、会话管理设备以及用户面功能设备中的任意一种实现的任意一项方法的功能。

在以上所有方面提供的技术方案中，在承载上下文中包含承载共享服务质量信元的具体手段可以包括：

在通用无线分组业务隧道控制面协议GTP-C信元的扩展信元中携带所述承载共享服务质量信元。

在以上所有方面提供的技术方案中，承载共享服务质量信元中携带有：承载是否共享的标识、业务类型的标识、允许的最大共享承载数、允许的最大上行速率、允许的最大下行速率、保证的最大上行速率以及保证的最大下行速率。

附图说明

为了更清楚地说明本发明实施例或背景技术中的技术方案，下面将对本发明实施例或背景技术中所需要使用的附图进行说明。

图1为本发明实施例系统结构图；

图2为本发明实施例网络的网络架构图；

图3为本发明实施例QoS的关系示意图；

图4A为本发明实施例方法流程示意图；

图4B为本发明实施例方法流程示意图；

图5为本发明实施例可选信元的结构示意图；

图6为本发明实施例方法流程示意图；

图7为本发明实施例系统结构示意图；

图8为本发明实施例方法流程示意图；

图9为本发明实施例接入设备结构示意图；

图10为本发明实施例网关设备结构示意图；

图11为本发明实施例网络设备结构示意图；

图12为本发明实施例接入设备结构示意图。

具体实施方式

下面结合本发明实施例中的附图对本发明实施例进行描述。

如图1所示，为本发明实施例的系统结构示意图，在图1中包含UE、基站，网关设备以及服务器；其中网关设备包括SGW和PGW，该SGW和PGW可以部署在同一个设备，也可以分开部署。该服务器为在互联网侧提供业务服务的SP服务器。

如图2所示，为UE到PGW之间单播演进分组系统(evolved packet system，EPS)承载的示意图，该ESP承载属于专用承载。

EPS承载中各部分的功能如下：

在UE中，上行业务流模板(uplink traffic flow template，UL TFT)将业务流聚合映射到上行链路方向上的EPS承载；

在PGW中，下行业务流模板(downlink traffic flow template，DL TFT)将业务流聚合映射到下行链路方向上的EPS承载；

无线承载在UE和eNodeB之间传输EPS承载的分组。如果存在无线承载，则在EPS承载与该无线承载之间存在一对一映射；

S1承载在eNodeB和SGW之间传输EPS承载；

S5/S8承载在SGW和PGW之间传输EPS承载；

UE存储上行链路的过滤器和无线承载之间的映射，以在上行链路中创建UL业务流聚合和无线承载之间的映射；

PGW存储下行链路的过滤器和S5/S8承载之间的映射，以在下行链路中创建DL业务流聚合和S5/S8承载之间的映射；

eNodeB存储无线承载和S1承载之间的一对一映射，以在上行链路和下行链路中创建无线承载和S1承载之间的映射；

SGW存储S1承载和S5/S8承载之间的一对一映射，以在上行链路和下行链路中创建S1承载和S5/S8承载之间的映射；

另外，演进的无线接入承载(evolved radio access bearer，E-RAB)，是演进的通用陆地无线接入网(evolved universal terrestrial radio access network，E-UTRAN)的承载，指S1承载和相应的无线承载的级联；用于UE和核心网(core network，CN)之间传输数据。E-RAB是无线接入承载(radio access bearer，RAB)在LTE中所使用的名称，两者建立的过程可以相互参考。

PGW基于分配给PDN连接中的EPS承载的TFT中的下行链路的过滤器将下行链路分组路由到不同的EPS承载。在接收到下行链路数据时，PGW查找下行链路的过滤器，该下行链路数据被传送到与匹配的下行链路的过滤器的TFT相关联的EPS承载上的SGW。如果未找到匹配的过滤器，则下行链路数据分组将通过没有分配任何下行链路过滤器的EPS承载发送。如果已经为所有EPS承载分配了下行链路的过滤器，则PGW将丢弃该下行链路数据。另外，由于数据在网络中以包的形式传输，本实施例中所称的下行链路的过滤器，也称为包过滤器，或者简称为过滤器。

专有承载分为保证比特速率(guaranteed bit rate，GBR)承载和非保证比特速率(non-GBR)承载，如图3所示，

GBR承载的QoS参数中，包含有GBR和最大比特速率(maximumbit rate，MBR)参数，其中GBR是该专用承载预期能够提供的速率，MBR是承载能够提供的速率上限。non-GBR承载的QoS参数包含聚合最大比特速率(aggregate maximum bit rate，AMBR)参数，该AMBR是一组数据流集合的速率上限；多个演进分组系统(evolved packet system，EPS)承载可以共享一个non-GBR承载的AMBR。其中，基于接入点名称(access point name，APN)执行的比特率管理，是限制一个UE在一个APN下创建的所有non-GBR承载所能使用的速率之和。基于UE执行的比特率管理，是限制该UE的所有non-GBR承载所能使用的速率之和，该速率之和不可以大于上述AMBR。

另外，在图3中还示意了业务接入实体(service access entity，SAE)承载QoS，包含QoS分类标识(QoS class identifier，QCI)和分配保持优先级(allocation andretention priority，ARP)，其中QCI包含专有承载、丢包率(loss)以及延迟(delay)。

如图4A所示，是本发明实施例的方法流程示意图，在本示例中包含两个UE，SGW和PGW部署在网关设备中，接入设备为基站，具体包括：

401：网关设备获取UE1的业务类型，确定该业务类型是否属于使用共享承载的业务类型，如果是，则获得该业务类型对应的QoS信息，

网关设备获得UE1的业务类型的方式可以是由UE1发起对业务服务器的访问后，基站通过业务感知(service awareness，SA)技术获得。

在本步骤中，可以由提供无线网络服务的供应商预先设定哪些业务类型属于使用共享承载的业务类型；网关设备具体指PGW；上述QoS信息由于与使用同样业务类型的UE2相同，因此也称为共享QoS信息。

另外，如果该业务类型不属于使用共享承载的业务类型，可以使用3GPP中所规定的建立无线承载的流程，或者其他建立无线承载的流程，本实施例对此不予限制。

402：网关设备向基站发送上述QoS信息，在上述QoS信息中指定该QoS信息用于建立共享承载，该共享承载对应的业务类型，以及其他建立无线承载所需的参数。

更具体地，扩展GTP-C信元，在其中包含可选信元用于携带共享(Shared)QoS，如表1所示：

表1

信元	属性	简要说明
			shared QoS	O	扩展的共享QoS信元，用于提供QoS共享信息.

该GTP-C信元的可选信元的结构如图5所示，图5中各字段具体翻译如下：

位：bits；

类型＝xx(十进制)：type＝xx(decimal)；

长度＝N：length＝n；

备用：apare；实例：instance；

是否共享的标识：SF(shared flag)；

共享servicelD：shared servicelD；

共享承载的最大值：maximum of shared bears；

上行链路的最大比特率：totally maximum bit rate for uplink；

下行链路的最大比特率：totally maximum bit rate for downlink；

保证的上行链路的比特率：totally guaranteed bit rate for uplink；

保证的上行链路的比特率：totally guaranteed bit rate for downlink；

这些八位字节只有在存在时才存在：these octet(s)is/are present only if。

更具体的说明，如下表2所示：

表2

403：基站接收到上述QoS信息后，确定要为UE1建立专用承载，该专用承载为共享承载，获得业务类型；确定没有建立过该共享承载，向UE1发送相关信息建立该共享承载。

在本步骤中，基站按照QoS信息为UE1分配了空口资源，对于UE1而言基站为其建立了专用承载，UE还可以按照3GPP协议返回相关信息给网络侧，对此本实施例不予赘述，至此UE1的无线承载建立完成。另外，共享该共享承载的专用承载数的计数为1，即共享承载数为1。

404和405参考前文401和402，在此不再赘述。

406：基站在收到网关设备发送的上述QoS信息后，确定要为UE1建立专用承载，该专用承载为共享承载，获得其中的业务类型标识确定已经建立过该共享承载，则确定共享承载数是否已经达到最大共享承载数，即：共享承载数是否已经达到了Maximum of sharedbears所指定的值，如果没有则可以向UE2发送相关信息建立UE2的专用承载，否则拒绝为UE2建立专用承载。如果为该UE2建立专用承载，则该专用承载使用已经建立的共享承载的资源，共享承载数加1。

在共享承载建立后，UE1和UE2发给基站的数据使用对于UE1和UE2而言的专用承载发送；基站发送数据给UE1或UE2前，首先判断业务类型为共享业务类型，找到对应的共享承载，然后使用该共享承载向UE1或UE2发送数据。

在以上UE1建立共享承载之后可以执行共享承载删除的过程，如果共享承载中仅有UE1的专用承载使用该共享承载，则UE1是该共享承载中的最后一个共享类型的承载删除；后续实施例以UE2作为最后一个共享类型的承载删除为例进行说明，如图4B所示。

407：网关设备向基站发送删除所述共享承载的指示。

在该删除所述共享承载的指示中会携带上述共享承载的标识，以及删除UE1的承载的信息。

408：基站从上述删除所述共享承载的指示中获得共享承载的标识后，使用该共享承载的共享承载数减1，确认共享承载数是否为0，如果不是则表示还有其他专用承载使用该共享承载；此时该共享承载的比特率资源和QoS控制资源都不用释放。

本实施例的举例，由于UE1不是最后一个共享类型的承载，所以此时共享承载数会大于0。

基站可以向UE1发送删除承载指示，然后UE1向网络侧返回承载删除的相关信息。

409：网关设备向基站发送删除所述共享承载的指示。

在该删除所述共享承载的指示中会携带上述共享承载的标识，以及删除UE2的承载的信息。

410：基站从上述删除所述共享承载的指示中获得共享承载的标识后，使用该共享承载的共享承载数减1，确认共享承载数是否为0，如果是则表示没有其他专用承载使用该共享承载；此时该共享承载的比特率资源和QoS控制资源都可以释放。

然后基站可以向UE2发送删除承载指示，UE2向网络侧返回承载删除的相关信息。

以上409以及410之后，向UE1或UE2发送删除承载指示以及UE1或UE2向网络侧返回删除承载的相关信息，可以遵循3GPP关于UE的专用承载删除的相关协议，本发明实施例对此不予限制，在此不再赘述。

在以下实施例中，以长期演进(long term evolution，LTE)中的演进的无线接入承载(evolved radio access bearer，E-RAB)的建立以及删除为例进行说明。

如图6所示，为共享承载的建立流程，具体包括：

601：UE1向SP服务器发起业务访问。

具体地：UE发起业务报文，与SP服务器之间进行IP数据报文传输。IP数据报文将经过包括eNodeB、SGW、PGW在内的网络设备。

602：PGW进行SA识别，映射出业务类型和QoS信息。

具体地：PGW通过业务感知功能，识别UE1访问的业务类型，并根据对应的业务类型，决定是否创建对应的共享承载。某种业务类型，是否创建共享承载，以及对应的共享承载的参数，可以是策略和计费规则功能(policy and charging rules function，PCRF)下发给PGW的，也可以是在PGW上配置的本实施例对此不予限定。

若当前业务类型不需要创建共享承载，则无本实施例后续流程，在此不再赘述。

若当前业务类型属于需要创建共享承载的业务类型，则映射出对应的共享承载的QoS信息，包共享承载的共享ID。

603：PGW通过SGW向移动管理实体(mobile management entity，MME)发送承载创建请求消息(createbearer request)，该承载创建请求消息中除了国际移动用户标识(international mobile subscriber identity，IMSI)、净荷类型标识(payload typeidentifier，PTI)，链接的演进分组系统承载标识(linked evolved packet systembearer identity，LBI)等信息之外，还包括共享承载的QoS信息。PGW通过MME向eNodeB发送E-RAB设置请求。

以上承载创建请求消息携带的QoS信息可以参考前文中关于GTP扩展信元的说明，在此不再赘述。

604：MME分配EPS承载标识，并向基站发送承载建立请求(bearersetup request)，在该承载建立请求中携带EPS承载标识、共享QoS信息、会话管理请求(sessionmanagementrequest)、S1-TEID等。上述S1是端口号，TEDI为隧道端点标识符(tunnel endpointidentifier)。上述S1-TEID用于标识S1承载，上述EPS承载标识用于标识EPS承载。

605:基站提取上述承载建立请求中的共享QoS信息，根据共享ID判断是否已经存在共享QoS控制资源，如果不存在，则分配比特率资源，将给共享承载QoS映射为无线QoS，记录该共享承载的共享承载数＝1。

606：基站向UE1发送RRC连接重配置(RRCconnection reconfiguration)请求。

在该RRC连接重配置请求中携带无线承载QoS、会话管理请求、EPS无线承载标识(radio bearer Identity)

607：UE1向基站发送RRC连接重配置完成(RRC connection re-configurationcomplete)消息，用于确认无线承载激活。

608：基站向MME发送承载建立响应(bearersetup response)消息，用于确认无线承载激活。在该承载建立响应消息中包含上述EPS承载标识，以及上述S1-TEID。

609：UE1建立包含上述ESP承载标识的会话管理响应消息，向基站发送会话管理响应消息。

610：基站在接收到上述会话管理响应消息后，向MME发送上行非接入层(non-access stratum，NAS)传输消息。该上行NAS传输消息可以作为会话管理响应消息使用。

611：MME收到608中的承载建立响应消息和609中的会话管理响应消息后，向PGW发送创建承载响应，用于确认承载激活到SGW。该创建承载响应中携带上述EPS承载标识，以及上述S1-TEID。

以上601～611为首次创建共享类型的承载(UE1)

612～615参考前文601～604在此不再赘述。

616：基站获得该共享QoS信息，根据共享ID判断已经存在该共享QoS控制资源，不再分配比特率资原以及共享QoS控制资原，共享承载数+1，可以复用之前建立的共享QoS控制资源。

617～622参考前文中605～611在此不再赘述。

以上612～622为非首次创建共享类型的承载(UE2)。

在多个UE使用上述共享ID的共享承载后，多个UE访问该共享承载对应的业务类型的业务，则基站将这些业务类型的所有专用承载使用该共享承载的比特率，统一执行QoS控制。

本发明实施例可以在基站将不同用户的同类型业务聚合在一起进行QoS控制，因此可以对空口资源进行合理有效的管控。更具体地：对于同一类型的业务，比如视频业务，可以触发创建共享的GBR专有承载，通过预留一定的空口资源，在过载情况下，仍能保证一定用户的基本观看，同时又能通过MBR控制对空口比特率的总体资源占用。对于瞬时比特率要求较高的业务(比如抢红包)，可以通过创建共享的GBR专有承载，满足业务诉求，同时还避免了多用户同时使用占用空口资源过多的问题。

如图7所示，为UE1、UE2以及UE3访问相同的业务类型，且该业务类型为共享业务类型的示意图。其中UE1～UE3访问的业务数据分别以方格中的数字1～3标识，SP服务器将分别发往UE1～UE3的业务数据发往PGW，PGW转发给基站，基站使用共享承载发送给UE1～UE3，对于UE1～UE3而言其并不知道共享承载的存在，对于UE1～UE3而言，其业务访问使用的是专用承载。

参考图6，在图7所示的网络架构中，PGW中的PGW用于感知业务类型，触发建立共享承载，从而将不同用户的相同业务类型，关联到同一个共享承载；基站则按照PGW对共享承载的设置，为多个UE建立专用承载，专用承载共享该共享承载的资源，包括比特率资源和QoS控制资源；这些共享承载的资源形成了这些专用承载的共享资源组；多个用户还共享了该共享承载的空口资源。

如图8所示，为共享承载的删除流程，具体包括：

①、非最后一个共享承载类型的承载删除(UE1)：

801：PGW检测到UE1不再访问对应的业务，则PGW通过SGW向MME发送删除承载请求(deletebearer request)消息。

在上述删除承载请求消息中可以携带PTI，EPS承载标识，以及删除原因等信息。

802：MME向基站发送去激活承载请求(Deactivate Bearer Request)

在该去激活承载请求中携带EPS承载标识。更具体地，MME构建NAS去激活EPS承载上下文请求消息(NASdeactivate EPS bearer contextrequest)，在该NAS去激活EPS承载上下文请求消息中包含EPS承载标识，将该NAS去激活EPS承载上下文请求消息携带在去激活承载请求消息中。

803：基站根据EPS承载标识检查需删除的承载，发现该承载是共享类QoS承载，则该QoS承载的共享承载数减1。在更新共享承载数后，结果不为0，说明仍有承载在使用该承载对应的共享承载的共享QoS资源，因此比特率和共享QoS资源不释放。

804：基站向UE1发送RRC连接重配置(RRCconnection reconfiguration)消息。

在该RRC连接重配置消息中包括EPS承载标识释放，和NAS去激活EPS承载上下文请求消息。

805：UE1向基站回复RRC连接重配置完成(RRC connection reconfigurationcomplete)消息。

806：基站通过去激活承载响应(Deactivate BearerResponse)消息给MME，用于确认去激活承载。该去激活承载响应消息中携带EPS承载标识。

807：UE1构造去激活EPS承载上下文接受(deactivate EPS bearer contextaccept)消息，在该去激活EPS承载上下文接受消息中包括EPS承载标识，UE发送直接传输(direct transfer)消息给基站。该直接传输消携带上述去激活EPS承载上下文接受消息。

808：基站向MME发送上述去激活EPS承载上下文接受消息给MME。

809：MME删除去激活的EPS承载相关的承载上下文，向通过SGW向PGW发送删除承载响应(Delete Bearer Response)消息，用于确认承载去激活。

②、最后一个共享承载类型的承载删除(UE2)

步骤810～811可以参考801～802，在此不再赘述。

812、基站根据EPS承载标识检查需删除的承载，发现该承载是共享类QoS承载，则该QoS承载的共享承载数减1。在更新共享承载数后，结果为0，说明没有承载在使用该承载对应的共享承载的共享QoS资源，可以释放共享QoS资源及其对应的比特率资源。

步骤813～818可以参考804～809，在此不再赘述。

本发明实施例还提供了一种接入设备，如图9所示，包括：数据接收单元901，用于接收向第一终端设备发送的数据，获取所述数据的业务类型；

承载获取单元902，用于获得所述业务类型对应的共享承载，所述共享承载是为第二终端设备建立的承载，用于传输所述业务类型的数据；

发送单元903，用于使用所述共享承载发送所述数据。

在一个可选的实现方式中，所述承载获取单元902，用于在确认所述业务类型属于共享类型后，搜索得到所述共享承载。

本实施例的具体说明可以参考前文提供的方法实施例，尤其是图4A、图4B以及图6的具体内容，也可以一并参阅图6至图8及相关文字说明部分，在此不再赘述。

在一个可选的实现方式中，所述接入设备还包括：

信息接收单元904，用于在所述承载获取单元902获得所述业务类型对应的共享承载之前，接收网关设备发送的服务质量信息，在所述服务质量信息中包含用于为所述第二终端设备建立所述共享承载的信息；

第一承载建立单元905，用于依据所述服务质量信息建立所述共享承载。

在一个可选的实现方式中，所述信息接收单元904，用于接收网关设备发送的创建承载请求或者更新承载请求，在所述创建承载请求或者更新承载请求中携带承载上下文，在所述承载上下文中包含承载共享服务质量信元，在所述承载共享服务质量信元中包含用于为所述第二终端设备建立所述共享承载的信息。

在一个可选的实现方式中，所述接入设备还包括：

计数单元906，用于在所述数据接收单元901接收第一终端设备发送的数据之前，在接收到用于为所述第一终端设备建立所述共享承载的信息后，确认未超过所述共享承载允许的最大共享承载数后，对所述共享承载已经使用的共享承载数计数；

第二承载建立单元907，用于确认未超过所述共享承载允许的最大共享承载数后，使用所述共享承载的空口资源建立所述第一终端设备的专用承载；

或者，所述第二承载建立单元907，用于确认超过所述共享承载允许的最大承载数，则拒绝为所述第一终端设备建立专用承载。

在一个可选的实现方式中，所述接入设备还包括：

计数确认单元908，用于在所述共享承载被建立之后，在接收到网关设备发送的删除所述专用承载的指示后，确认所述共享承载的共享承载数大于1；

承载控制单元909，用于在所述计数确认单元908确认所述共享承载的共享承载数大于1，则删除与所述指示对应的设备之间的专用承载；

计数更新单元910，用于对所述共享承载数计数；

或者，所述承载控制单元909，用于确认所述共享承载数等于1，则删除所述共享承载。

本实施例中，数据接收单元901、发送单元903，以及信息接收单元904的功能可以由基站的天线及其相关的控制模块完成，对应后续实施例中的网络设备的收发器的功能。其他单元可以由基站内的具有数据处理功能的硬件实现，可以对应到后续实施例中网络设备的处理器的功能。

本发明实施例还提供了一种网关设备，如图10所示，包括：

类型确定单元1001，用于在接收到第一终端设备或第二终端设备发起的业务访问后，确定业务访问对应的业务类型；

信息发送单元1002，用于在确认所述业务类型属于共享业务类型后，向接入设备发送服务质量信息，在所述服务质量信息中包含用于为所述第一终端设备或所述第二终端设备建立共享承载的信息。

在一个可选的实现方式中，所述信息发送单元1002，用于向所述接入设备发送创建承载请求或者更新承载请求，在所述创建承载请求或者更新承载请求中携带承载上下文，在所述承载上下文中包含承载共享服务质量信元，在所述承载共享服务质量信元中包含用于为所述第一终端设备建立所述共享承载的信息。

本发明实施例还提供了一种网络设备，该网络设备可以是移动管理设备、网关设备、策略控制功能设备、会话管理设备以及用户面功能设备中的任意一种。

如图11所示，该网络设备包括：处理器1101、存储器1102和收发器1103；所述处理器1101、所述存储器1102和所述收发器1103以可通信方式连接；

在所述存储器1102中存储有程序代码；

更具体地，其中，处理器1101可以对应到图9和10所示结构中的数据接收单元901、发送单元903以及信息接收单元904之外的单元的功能，具体执行过程本实施例不再详述。收发器1103可以对应到图9和10所示结构中数据接收单元901、发送单元903、信息接收单元904，以及信息发送单元1002的功能，具体执行过程本实施例不再详述。

该网络设备为网关设备，收发器1103用于在确认所述业务类型属于共享业务类型后，向接入设备发送服务质量信息，在所述服务质量信息中包含用于为所述第一终端设备或所述第二终端设备建立共享承载的信息；处理器1101则用于在接收到第一终端设备或第二终端设备发起的业务访问后，确定业务访问对应的业务类型。

存储器1102包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmableread only memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器1102用于相关指令及数据。收发器1103用于接收和发送数据和消息。

处理器1101可以是一个或多个中央处理器(central processing unit，CPU)，在处理器1101是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。

图12示出了上述实施例中所涉及的接入设备，尤其是基站的一种可能的结构示意图。该基站可以如图1、图4A、图4B、图6、图7、以及图8中的基站、图2中的eNodeB。

所示基站包括收发器1201,控制器/处理器1202。所述收发器1201可以用于支持基站与上述实施例中的所述的UE之间收发信息，以及支持所述UE与其它UE之间进行无线电通信。所述控制器/处理器1202可以用于执行各种用于与UE或其他网络设备通信的功能。在上行链路，来自所述UE的上行链路信号经由天线接收，由收发器1201进行调解，并进一步由控制器/处理器1202进行处理来恢复UE所发送到业务数据和信令信息。在下行链路上，业务数据和信令消息由控制器/处理器1202进行处理，并由收发器1201进行调解来产生下行链路信号，并经由天线发射给UE。所述控制器/处理器1202还用于执行如上述实施例描述的无线网络资源的管理方法，为UE建立共享承载，使用共享承载为UE传输数据，以及管理共享该共享承载的专用承载，包括在共享承载中删除和增加专用承载，以及删除共享承载本身。所述控制器/处理器1202具体执行如图4A中的403和406，图4B中的408和410，图6中的605和616，图8中的803和812的步骤。所述基站还可以包括存储器1203，可以用于存储基站的程序代码和数据。所述基站还可以包括通信单元1204，用于支持基站与其他网络实体进行通信。例如,用于支持基站与图4A、图4B、图6或图8中示出的其他通信网络实体间进行通信，例如UE、MME、网关设备等。

可以理解的是，图7仅仅示出了基站的简化设计。在实际应用中，基站可以包含任意数量的发射器，接收器，处理器，控制器，存储器，通信单元等，而所有可以实现本发明的基站都在本发明的保护范围之内。

本发明实施例还提供了一种计算机可读存储介质，所述存储介质中存储有程序代码，所述程序代码包括程序指令，所述程序指令当被处理器执行时使所述处理器与收发器配合实现本发明实施例任意一项方法的功能，具体参阅前文中的方法流程，在此不再详述。

本发明实施例还提供了一种计算机程序产品，在上述计算机程序产品中包含程序指令，上述程序指令当被上述处理器执行时使处理器与收发器配合实现本发明实施例提供的任意一项方法的功能，具体参阅前文中的方法流程，在此不再详述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

Claims

1.一种无线网络资源的管理方法，其特征在于，包括：

接入设备接收向第一终端设备发送的数据，获取所述数据的业务类型；

所述接入设备获得所述业务类型对应的共享承载，所述共享承载是为第二终端设备建立的承载，用于传输所述业务类型的数据；

所述接入设备使用所述共享承载发送所述数据；

在接收到网关设备发送的删除专用承载的指示后，确认所述共享承载的共享承载数大于1，则删除与所述指示对应的设备之间的专用承载，对所述共享承载数计数；

或者，确认所述共享承载数等于1，则删除所述共享承载。

2.根据权利要求1所述方法，其特征在于，在所述获得所述业务类型对应的共享承载之前，所述方法还包括：

所述接入设备接收网关设备发送的服务质量信息，在所述服务质量信息中包含用于为所述第二终端设备建立所述共享承载的信息；

依据所述服务质量信息建立所述共享承载。

3.根据权利要求2所述方法，其特征在于，所述接入设备接收网关设备发送的服务质量信息，在所述服务质量信息中包含用于为所述第二终端设备建立所述共享承载的信息包括：

4.根据权利要求3所述方法，其特征在于，所述在所述承载上下文中包含承载共享服务质量信元包括：

5.根据权利要求4所述方法，其特征在于，所述承载共享服务质量信元中携带有：承载是否共享的标识、所述业务类型的标识、允许的最大共享承载数、允许的最大上行速率、允许的最大下行速率、保证的最大上行速率以及保证的最大下行速率。

6.根据权利要求1～5任意一项所述方法，其特征在于，所述接入设备接收第一终端设备发送的数据之前，所述方法还包括：

7.一种无线网络资源的管理方法，其特征在于，包括：

所述网关设备确认所述业务类型属于共享业务类型，向接入设备发送服务质量信息，在所述服务质量信息中包含用于为所述第一终端设备或所述第二终端设备建立共享承载的信息；

所述网关设备向接入设备发送删除专用承载的指示，所述指示用于所述接入设备确认所述共享承载的共享承载数大于1，则删除与所述指示对应的设备之间的专用承载，对所述共享承载数计数；或者，确认所述共享承载数等于1，则删除所述共享承载。

8.根据权利要求7所述方法，其特征在于，所述向接入设备发送服务质量信息，在所述服务质量信息中包含用于为所述第一终端设备或所述第二终端设备建立共享承载的信息包括：

9.根据权利要求8所述方法，其特征在于，所述在所述承载上下文中包含承载共享服务质量信元包括：

10.根据权利要求9所述方法，其特征在于，所述承载共享服务质量信元中携带有：承载是否共享的标识、所述业务类型的标识、允许的最大共享承载数、允许的最大上行速率、允许的最大下行速率、保证的最大上行速率以及保证的最大下行速率。

11.一种网络设备，包括：处理器、存储器和收发器；所述处理器、所述存储器和所述收发器以可通信方式连接；其特征在于，

在所述存储器中存储有程序代码；

所述处理器用于读取所述程序代码与所述收发器配合实现权利要求1至10任意一项的方法的功能。

12.一种计算机可读存储介质，其特征在于，

所述存储介质中存储有程序代码，所述程序代码包括程序指令，所述程序指令当被处理器执行时使所述处理器与收发器配合实现权利要求1至10任意一项方法的功能。