CN105264979A - 用于传输下行数据的方法、移动性管理网元、接入网设备和服务网关 - Google Patents

Abstract

本发明公开了一种用于传输下行数据的方法、移动性管理网元接入网设备和服务网关。该方法包括：接收服务网关发送的下行数据通知消息，该下行数据通知消息包括该待传输下行数据的分类属性；获取该下行数据通知消息中包括的该待传输下行数据的分类属性；根据该待传输下行数据的分类属性，确定是否向接入网设备发送寻呼消息，该寻呼消息用于指示该接入网设备建立用于传输该待传输下行数据的承载。本发明实施例的用于传输下行数据的方法、移动性管理网元、接入网设备和服务网关，能够在下行数据的传输过程中，对接入网侧承载的建立进行控制，避免盲目建立接入网侧承载，从而能够节省信令开销，并能够缓解数据传输拥塞。

Description

用于传输下行数据的方法、 移动性管理网元、 接入网设备和服务网关 技术领域

本发明涉及通信领域， 尤其涉及通信领域中用于传输下行数据的方法、 移动性管理网元、 接入网设备和服务网关。 背景技术

在第三代合作伙伴计戈' j ( 3rd Generation Partnership Project , 简称为 "3GPP" ) 中， 用户设备（User Equipment, 简称为 "UE" )通过与网络侧设 备建立的承载来传输数据。 其中传输下行数据的路径为： 下行数据从因特网 传输至分组数据网网关 （ Packet Data Network GateWay, 简称为 "PGW" ); 并由 PGW将该下行数据传输至服务网关（ Serving GateWay,简称为 "SGW" ); SGW通过与接入网设备相关的承载， 将该下行数据发送至该接入网设备， 该接入网设备例如为演进型基站 （Evolved Node B， 简称为 "eNB" ); 从而 该接入网设备将该下行数据传输至 UE。

当 UE在一段时间内既没有数据传输业务也没有语音业务时， 为了节省 空口的资源， 也为了节省 UE的电量， UE可以转为空闲态。 相应地， 接入 网设备相关的承载也会暂时删除， 例如， 此时会删除 SGW与 eNB之间的承 载， 也会删除 eNB与 UE之间的承载。

对于转为空闲态的 UE， 当有下行数据需要发送至该 UE时， 下行数据 通过核心网侧的承载传输至 SGW， SGW 则向移动性管理实体（Mobility Management Entity, 简称为 "MME" )发送下行数据通知 （Downlink Data Notificaton )消息。 MME收到该下行数据通知消息后， 可以通过 UE所在的 跟踪区内的接入网设备来寻呼 UE。 当 UE收到寻呼消息后， 会发起服务请 求流程， 以便于恢复接入网设备相关的承载， 例如， 可以恢复 eNB与 SGW 之间的承载以及 UE与 eNB之间的承载。从而， SGW可以通过 eNB与 SGW 之间的承载将该下行数据发送至 eNB， eNB进一步通过 UE与 eNB之间的 承载， 可以将该下行数据发送至 UE， 从而完成数据的传输。

随着手机应用越来越广泛， 各种占用高带宽的应用也越来越多， 比如视 频、 在线游戏等。 这些应用会大量占用网络带宽资源， 并可能导致接入网设 备的数据传输发生拥塞。 目前， 解决接入网设备的数据传输拥塞的方法是： 接入网设备根据数据 包的归类属性进行差异化处理。 具体而言， 首先， 网络侧设备， 例如策略与 计费规则功能（ Policy and Charging Rules Function, 简称为 "PCRF" ) 实体、 策略及计费执行功能 （Policy and Charging Enforcement Function, 简称为 "PCEF" ) 实体等设备可以根据用户类型、 业务类型以及签约数据情况， 对 数据包执行归类， 并可以对相同类别的数据包釆用相同的标识进行标识， 其 中该标识可以放置于数据包头的特定字段中， 以用于标识该数据包的特征。 然后， 数据包经过 PGW、 SGW等设备发送到接入网中的接入网设备。 接入 网设备可以根据数据包的特征进行差异化处理， 例如优先处理高优先级的数 据包， 而丟掉低优先级的数据包等。

上述方法的缺点是， 接入网设备仅在收到下行数据之后， 才能根据下行 数据的不同的归类属性执行差异化操作。 那么当 UE处于空闲态时， 只有恢 复接入网设备与 SGW之间的承载以及 UE与接入网设备之间的承载， 才能 将该下行数据发送至该接入网设备； 如果该下行数据是低优先级的下行数 据， 在接入网设备与 SGW之间的承载以及 UE与接入网设备之间的承载建 立完成后， 该下行数据到达接入网时仍可能会被接入网设备丟掉。 因而， 这 种建立承载的信令过程则是无用的， 由此会造成信令开销冗余。 发明内容

本发明实施例提供了一种用于传输下行数据的方法、 移动性管理网元、 接入网设备和服务网关， 能够节省信令开销。

第一方面， 提供了一种用于传输下行数据的方法， 该方法包括： 接收服 务网关发送的下行数据通知消息； 获取该下行数据通知消息中包括的待传输 下行数据的分类属性； 根据该待传输下行数据的分类属性， 确定是否向接入 网设备发送寻呼消息， 该寻呼消息用于指示该接入网设备建立用于传输该待 传输下行数据的承载。

结合第一方面，在第一方面的第一种可能的实现方式中，该方法还包括： 接收该接入网设备发送的拥塞通知消息，该拥塞通知消息包括下行数据控制 策略， 该下行数据控制策略用于指示允许传输或禁止传输的下行数据的分类 属性集合； 该根据该待传输下行数据的分类属性， 确定是否向接入网设备发 送寻呼消息， 包括： 根据该待传输下行数据的分类属性和该下行数据控制策 略， 确定是否向该接入网设备发送该寻呼消息。

结合第一方面，在第一方面的第二种可能的实现方式中，该方法还包括： 接收该接入网设备发送的拥塞通知消息，该拥塞通知消息包括用于指示当前 接入网拥塞状态的拥塞信息； 该根据该待传输下行数据的分类属性， 确定是 否向接入网设备发送寻呼消息， 包括： 根据该拥塞信息， 确定下行数据控制 策略， 该下行数据控制策略用于指示允许传输或禁止传输的下行数据的分类 属性集合； 根据该待传输下行数据的分类属性和该下行数据控制策略， 确定 是否向该接入网设备发送该寻呼消息。

结合第一方面的第一种或第二种可能的实现方式，在第一方面的第三种 可能的实现方式中， 该根据该待传输下行数据的分类属性和该下行数据控制 策略， 确定是否向该接入网设备发送该寻呼消息， 包括： 在确定该待传输下 行数据的分类属性属于该下行数据控制策略指示的允许传输的下行数据的 分类属性集合时，或在确定该待传输下行数据的分类属性不属于该下行数据 控制策略指示的禁止传输的下行数据的分类属性集合时，确定向该接入网设 备发送该寻呼消息。

结合第一方面的第一种至第三种可能的实现方式中的任一种可能的实 现方式， 在第一方面的第四种可能的实现方式中， 在确定向该接入网设备发 送该寻呼消息之后， 该方法还包括： 向该服务网关发送下行数据确认消息， 该下行数据确认消息包括该下行数据控制策略。

结合第一方面的第一种至第四种可能的实现方式中的任一种可能的实 现方式， 在第一方面的第五种可能的实现方式中， 该拥塞通知消息还包括用 于指示拥塞小区的拥塞小区信息； 其中， 在确定向该接入网设备发送该寻呼 消息之后， 该方法还包括： 向该接入网设备发送该寻呼消息， 该寻呼消息包 括该拥塞通知消息中的该拥塞小区信息， 以指示该接入网设备不在该拥塞小 区中寻呼该用户设备。

结合第一方面或第一方面的第一种至第五种可能的实现方式中的任一 种可能的实现方式， 在第一方面的第六种可能的实现方式中， 该根据该待传 输下行数据的分类属性， 确定是否向接入网设备发送寻呼消息， 包括： 在确 定向该接入网设备发送该寻呼消息时， 对于至少两个该待传输下行数据， 根 据该分类属性、用户设备的签约属性和服务质量类标识 QCI属性中的至少一 种信息， 确定向该接入网设备发送该寻呼消息的顺序。 结合第一方面或第一方面的第一种至第六种可能的实现方式中的任一 种可能的实现方式， 在第一方面的第七种可能的实现方式中， 该待传输下行 数据的分类属性包括下列信息中的至少一种信息： 该待传输下行数据的业务 类型信息、该待传输下行数据的优先级信息和该待传输下行数据的服务质量 信息。

第二方面， 提供了一种用于传输下行数据的方法， 该方法包括： 接收移 动性管理网元发送的第一寻呼消息； 获取该第一寻呼消息中包括的待传输下 行数据的分类属性； 确定当前接入网的负荷信息； 根据该负荷信息和该分类 属性， 确定是否向该待传输下行数据的目标用户设备发送第二寻呼消息， 该 第二寻呼消息用于指示该目标用户设备建立用于传输该待传输下行数据的 承载。

结合第二方面， 在第二方面的第一种可能的实现方式中， 该根据该负荷 信息和该分类属性，确定是否向该待传输下行数据的目标用户设备发送第二 寻呼消息， 包括： 根据该负荷信息， 确定下行数据控制策略， 该下行数据控 制策略用于指示允许传输或禁止传输的下行数据的分类属性集合； 在确定该 待传输下行数据的分类属性属于该下行数据控制策略指示的允许传输的下 行数据的分类属性集合时，或在确定该待传输下行数据的分类属性不属于该 下行数据控制策略指示的禁止传输的下行数据的分类属性集合时，确定向该 目标用户设备发送该第二寻呼消息。

结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二 种可能的实现方式中， 该待传输下行数据的分类属性包括下列信息中的至少 一种信息： 该待传输下行数据的业务类型信息、 该待传输下行数据的优先级 信息和该待传输下行数据的服务质量信息。

第三方面， 提供了一种用于传输下行数据的方法， 该方法包括： 接收移 动性管理网元发送的下行数据确认消息，该下行数据确认消息用于指示服务 网关传输第一待传输下行数据，且该下行数据确认消息包括下行数据控制策 略， 该下行数据控制策略用于指示允许传输或禁止传输的下行数据的分类属 性集合； 获取该下行数据确认消息中包括的该下行数据控制策略； 接收分组 数据网网关发送的第二待传输下行数据； 根据该第二待传输下行数据的分类 属性和该下行数据控制策略，确定是否向该移动性管理网元发送下行数据通 知消息， 该下行数据通知消息用于指示存在传输给用户设备的该第二待传输 下行数据。

结合第三方面， 在第三方面的第一种可能的实现方式中， 该根据该第二 待传输下行数据的分类属性和该下行数据控制策略，确定是否向该移动性管 理网元发送下行数据通知消息， 包括： 在确定该第二待传输下行数据的分类 属性属于该下行数据控制策略指示的允许传输的下行数据的分类属性集合 时， 或在确定该第二待传输下行数据的分类属性不属于该下行数据控制策略 指示的禁止传输的下行数据的分类属性集合时，确定向该移动性管理网元发 送该下行数据通知消息。

结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二 种可能的实现方式中， 该第二待传输下行数据的分类属性包括下列信息中的 至少一种信息： 该第二待传输下行数据的业务类型信息、 该第二待传输下行 数据的优先级信息和该第二待传输下行数据的服务质量信息。

第四方面， 提供了一种移动性管理网元， 该移动性管理网元包括： 接收 模块， 用于接收服务网关发送的下行数据通知消息； 获取模块， 用于获取该 接收模块接收的该下行数据通知消息中包括的待传输下行数据的分类属性； 确定模块， 用于根据该获取模块获取的该待传输下行数据的分类属性， 确定 是否向接入网设备发送寻呼消息，该寻呼消息用于指示该接入网设备建立用 于传输该待传输下行数据的承载。

结合第四方面， 在第四方面的第一种可能的实现方式中， 该接收模块还 用于： 接收该接入网设备发送的拥塞通知消息， 该拥塞通知消息包括下行数 据控制策略， 该下行数据控制策略用于指示允许传输或禁止传输的下行数据 的分类属性集合； 该确定模块包括： 第一确定单元， 用于根据该待传输下行 数据的分类属性和该接收模块接收的该下行数据控制策略，确定是否向该接 入网设备发送该寻呼消息。

结合第四方面， 在第四方面的第二种可能的实现方式中， 该接收模块还 用于： 接收该接入网设备发送的拥塞通知消息， 该拥塞通知消息包括用于指 示当前接入网拥塞状态的拥塞信息； 该确定模块包括： 第二确定单元， 用于 根据该接收模块接收的该拥塞信息， 确定下行数据控制策略， 该下行数据控 制策略用于指示允许传输或禁止传输的下行数据的分类属性集合； 第三确定 单元， 用于根据该待传输下行数据的分类属性和该第二确定单元确定的该下 行数据控制策略， 确定是否向该接入网设备发送该寻呼消息。 结合第四方面的第一种或第二种可能的实现方式，在第四方面的第三种 可能的实现方式中， 该确定模块具体用于： 在确定该待传输下行数据的分类 属性属于该下行数据控制策略指示的允许传输的下行数据的分类属性集合 时， 或在确定该待传输下行数据的分类属性不属于该下行数据控制策略指示 的禁止传输的下行数据的分类属性集合时，确定向该接入网设备发送该寻呼 消息。

结合第四方面的第一种至第三种可能的实现方式中的任一种可能的实 现方式，在第四方面的第四种可能的实现方式中，该移动性管理网元还包括： 发送模块， 用于在该确定模块确定向该接入网设备发送该寻呼消息之后， 向 该服务网关发送下行数据确认消息， 该下行数据确认消息包括该下行数据控 制策略。

结合第四方面的第一种至第三种可能的实现方式中的任一种可能的实 现方式， 在第四方面的第五种可能的实现方式中， 该拥塞通知消息还包括用 于指示拥塞小区的拥塞小区信息； 该移动性管理网元还包括： 发送模块， 用 于在该确定模块确定向该接入网设备发送该寻呼消息之后， 向该接入网设备 发送该寻呼消息， 该寻呼消息包括该拥塞通知消息中的该拥塞小区信息， 以 指示该接入网设备不在该拥塞小区中寻呼该用户设备。

结合第四方面或第四方面的第一种至第五种可能的实现方式中的任一 种可能的实现方式， 在第四方面的第六种可能的实现方式中， 该确定模块包 括： 第四确定单元， 用于在确定向该接入网设备发送该寻呼消息时， 对于至 少两个该待传输下行数据， 根据该分类属性、 用户设备的签约属性和服务质 量类标识 QCI属性中的至少一种信息，确定向该接入网设备发送该寻呼消息 的顺序。

结合第四方面或第四方面的第一种至第六种可能的实现方式中的任一 种可能的实现方式， 在第四方面的第七种可能的实现方式中， 该获取模块获 取的该待传输下行数据的分类属性包括下列信息中的至少一种信息： 该待传 输下行数据的业务类型信息、该待传输下行数据的优先级信息和该待传输下 行数据的服务质量信息。

第五方面， 提供了一种接入网设备， 该接入网设备包括： 接收模块， 用 于接收移动性管理网元发送的第一寻呼消息； 获取模块， 用于获取该接收模 块接收的该第一寻呼消息中包括的待传输下行数据的分类属性； 第一确定模 块， 用于确定当前接入网的负荷信息； 第二确定模块， 用于根据该第一确定 模块确定的该负荷信息和该获取模块获取的该分类属性，确定是否向该待传 输下行数据的目标用户设备发送第二寻呼消息， 该第二寻呼消息用于指示该 目标用户设备建立用于传输该待传输下行数据的承载。

结合第五方面， 在第五方面的第一种可能的实现方式中， 该第二确定模 块包括： 第一确定单元， 用于根据该负荷信息， 确定下行数据控制策略， 该 下行数据控制策略用于指示允许传输或禁止传输的下行数据的分类属性集 合； 第二确定单元， 用于在该待传输下行数据的分类属性属于该下行数据控 制策略指示的允许传输的下行数据的分类属性集合时，或在该待传输下行数 据的分类属性不属于该下行数据控制策略指示的禁止传输的下行数据的分 类属性集合时， 确定向该目标用户设备发送该第二寻呼消息。

结合第五方面或第五方面的第一种可能的实现方式，在第五方面的第二 种可能的实现方式中， 该获取模块获取的该待传输下行数据的分类属性包括 下列信息中的至少一种信息： 该待传输下行数据的业务类型信息、 该待传输 下行数据的优先级信息和该待传输下行数据的服务质量信息。

第六方面， 提供了一种服务网关， 该服务网关包括： 接收模块， 用于接 收移动性管理网元发送的下行数据确认消息， 该下行数据确认消息用于指示 该服务网关传输第一待传输下行数据，且该下行数据确认消息包括下行数据 控制策略， 该下行数据控制策略用于指示允许传输或禁止传输的下行数据的 分类属性集合； 获取模块， 用于获取该接收模块接收的该下行数据确认消息 中包括的该下行数据控制策略； 该接收模块还用于： 接收分组数据网网关发 送的第二待传输下行数据； 确定模块， 用于根据该接收模块接收的该第二待 传输下行数据的分类属性和该获取模块获取的该下行数据控制策略，确定是 否向该移动性管理网元发送下行数据通知消息， 该下行数据通知消息用于指 示存在传输给用户设备的该第二待传输下行数据。

结合第六方面， 在第六方面的第一种可能的实现方式中， 该确定模块具 体用于： 在该第二待传输下行数据的分类属性属于该下行数据控制策略指示 的允许传输的下行数据的分类属性集合时， 或在该第二待传输下行数据的分 类属性不属于该下行数据控制策略指示的禁止传输的下行数据的分类属性 集合时， 确定向该移动性管理网元发送该下行数据通知消息。

结合第六方面或第六方面的第一种可能的实现方式，在第六方面的第二 种可能的实现方式中， 该接收模块接收的该第二待传输下行数据的分类属性 包括下列信息中的至少一种信息： 该第二待传输下行数据的业务类型信息、 该第二待传输下行数据的优先级信息和该第二待传输下行数据的服务质量 信息。

基于上述技术方案， 本发明实施例的用于传输下行数据的方法、 移动性 管理网元、 接入网设备和服务网关， 通过获取待传输下行数据的分类属性， 并根据该待传输下行数据的分类属性， 确定是否向接入网设备发送寻呼消 息， 以确定是否建立接入网设备与服务网关之间的承载以及接入网设备与用 户设备之间的承载， 由此能够在下行数据的传输过程中， 对接入网侧承载的 建立进行控制， 避免盲目建立接入网侧承载， 从而能够节省信令开销， 并能 够緩解数据传输拥塞。 附图说明

为了更清楚地说明本发明实施例的技术方案， 下面将对本发明实施例中 所需要使用的附图作简单地介绍， 显而易见地， 下面所描述的附图仅仅是本 发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的 前提下， 还可以根据这些附图获得其他的附图。

图 1是本发明实施例的一种应用场景的示意性构架图。

图。 ^¾ ' 、 ' ' ' ' 图。 ^¾ ' 、 ' ' 图。

图 6是根据本发明另一实施例的用于传输下行数据的方法的示意性流程 图。

图 7是根据本发明另一实施例的用于传输下行数据的方法的另一示意性 流程图。

图 8是根据本发明再一实施例的用于传输下行数据的方法的示意性流程 图。 图 9是根据本发明再一实施例的用于传输下行数据的方法的示意性流程 图。

图 10是根据本发明再一实施例的用于传输下行数据的方法的另一示意 性流程图。

图 11是根据本发明再一实施例的用于传输下行数据的方法的再一示意 性流程图。

图 12是根据本发明实施例的移动性管理网元的示意性框图。

图 13是根据本发明实施例的移动性管理网元的另一示意性框图。

图 14是根据本发明实施例的移动性管理网元的再一示意性框图。

图 15是根据本发明实施例的移动性管理网元的再一示意性框图。

图 16是根据本发明实施例的移动性管理网元的再一示意性框图。

图 17是根据本发明实施例的接入网设备的示意性框图。

图 18是根据本发明实施例的第二确定模块的示意性框图。

图 19是根据本发明实施例的服务网关的示意性框图。

图 20是根据本发明另一实施例的移动性管理网元的示意性框图。

图 21是根据本发明另一实施例的接入网设备的示意性框图。

图 22是根据本发明另一实施例的服务网关的示意性框图。 具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例是本发明的一部分实施例， 而不 是全部实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做出创 造性劳动的前提下所获得的所有其他实施例， 都应属于本发明保护的范围。

应理解， 本发明实施例的技术方案可以应用于各种通信系统， 例如： 全 球移动通讯 ( Global System of Mobile communication , 简称为 "GSM" )系统、 码分多址（Code Division Multiple Access , 简称为 "CDMA" ) 系统、 宽带码 分多址（ Wideband Code Division Multiple Access , 简称为 "WCDMA" )系统、 通用分组无线业务（General Packet Radio Service, 简称为 "GPRS" )、 长期 演进 ( Long Term Evolution, 简称为 "LTE" )系统、 LTE频分双工 ( Frequency Division Duplex，简称为 "FDD" )系统、 LTE时分双工（ Time Division Duplex， 简称为 "TDD" )、 通用移动通信系统（Universal Mobile Telecommunication System, 简称为 "UMTS" )或全球互联微波接入（ Worldwide Interoperability for Microwave Access， 简称为 " WiMAX" )通信系统等。

还应理解，在本发明实施例中，用户设备（ User Equipment,简称为 "UE" ) 可称之为终端 ( Terminal ), 移动台 ( Mobile Station, 简称为 "MS" )或移动 终端 （Mobile Terminal )等， 该用户设备可以经无线接入网 （Radio Access Network, 简称为 "RAN" )与一个或多个核心网进行通信， 例如， 用户设备 可以是移动电话（或称为 "蜂窝" 电话）或具有移动终端的计算机等， 例如， 用户设备还可以是便携式、 袖珍式、 手持式、 计算机内置的或者车载的移动 装置， 它们与无线接入网交换语音和 /或数据。

在本发明实施例中， 基站可以是 GSM 或 CDMA 中的基站 （Base

Transceiver Station, 简称为 "BTS" )， 也可以是 WCDMA中的基站（ NodeB， 简称为 "NB" )，还可以是 LTE中的演进型基站（ Evolved Node B，简称为 'ΈΝΒ 或 e-NodeB" )， 本发明并不限定， 但为描述方便， 下述实施例将以 ENB为 例进行说明。

在本发明实施例中， 移动性管理网元可以是移动性管理实体（Mobility

Management Entity, 简称为 "MME" )， 在 UMTS系统中， 该移动性管理网 元还可以是服务 GPRS 支持节点 （Serving GPRS Support Node , 简称为 "SGSN" ), 为了描述方便， 下述实施例将以 MME为例进行说明， 但本发 明并不限于此。

图 1示出了本发明实施例的一种应用场景的示意性架构图。如图 1所示，

3GPP的系统架构演进（ System Architecture Evolution, 简称为" SAE" ) 网络 可以包括： UE、 演进的 UMTS陆地无线接入网 （Evolved UMTS Terrestrial Radio Access Network , 简称为 " E-UTRAN" ; 其中通用移动通信系统 ( Universal Mobile Telecommunications System ) 简称为 "UMTS" )、 移动性 管理网元（Mobility Management Entity, 简称为 "MME" )、 服务网关实体 ( Serving Gateway, 简称为 "SGW" )、 分组数据网络网关实体（ Packet Data Network Gateway， 简称为 "PGW" )、 策略和计费规则功能实体（ Policy and Charging Rule Function,简称为 "PCRF" )、归属网络月良务器 ( Home Subscriber Server, 简称为 "HSS" )、 服务通用分组无线业务支持节点 （Serving GPRS Supporting Node，简称为 "SGSN" )、 UMTS陆地无线接入网（ UMTS Terrestrial Radio Access Network , 简称为 " UTRAN " )、 GSM/EDGE 无线接入网 ( GSM/EDGE Radio Access Network, 简称为 "GERAN"， 其中增强型数据 速率 GSM演进（ Enhanced Data Rate for GSM Evolution ) 简称为 "EDGE" ) 等。

当 UE通过 SGSN接入核心网时， UE可以通过 SGSN与 SGW之间的 S4接口接入到该 SGW, 然后再通过 SGW与 PGW之间的 S5接口接入到 PGW; 或者 UE也可以通过 SGSN与 PGW之间的 Gn/Gp接口直接接入到 PGW。 无线演进网络的核心网主要包括 MME、 SGW, 和 PGW三个逻辑功 能体， 其中 MME是移动性管理网元， 负责非接入层（Non-Access Stratum, 简写为 "NAS" )信令加密、 为 UE分配临时身份标识、 选择 SGW和 PGW 等核心网网元、 提供漫游、 跟踪、 安全等功能； SGW是本地 eNB之间切换 的移动性锚点， 并提供合法监听相关功能； PGW 则负责用户地址分配、 策 略控制和计费规则的执行以及合法监听相关等功能； HSS用于存储用户的签 约信息； PCRF用于提供策略和计费控制规则。

具体而言， PGW为连接提供服务的 PDN网络（该网络可能是运营商内 部或外部的分组网络）的网关， 负责对用户数据流进行转发和过滤等； SGW 主要负责在 UE和 PGW之间中继用户业务流， 以及在基站间切换时作为锚 定点； PCRF用于根据用户接入网络的限制、 运营商策略、 用户签约数据以 及用户当前正在进行的业务信息等决定对应的策略， 并将该策略提供给传输 网关执行， 从而实现策略计费控制； MME主要完成 E-UTRAN接入下的 UE 的移动性管理、会话管理、 NAS信令的加密和完整性保护、 PGW/SGW的选 择等功能， 另外当 UE处于空闲（Idle )态时， MME可保存承载上下文信息； SGSN主要完成 GERAN/UTRAN接入下的 UE的移动性管理、 会话管理等 功能， 另外当 UE处于 Idle态时， SGSN也可保存承载上下文信息。

应理解， 本发明实施例将以应用于 SAE 系统为例进行说明， 但本发明 并不限于此。 另外， 本文中术语 "系统" 和 "网络" 在本文中常被可互换使 用。 本文中术语 "和 /或"， 仅仅是一种描述关联对象的关联关系， 表示可以 存在三种关系， 例如， A和 /或 可以表示： 单独存在八， 同时存在 A和 B， 单独存在 B这三种情况。 另外， 本文中字符 "/"， 一般表示前后关联对象是 一种 "或" 的关系。 流程图， 该方法 100可以由移动性管理网元执行， 例如该方法 100可以由 MME或 SGSN执行。 如图 2所示， 该方法 100包括：

S 110， 接收服务网关发送的下行数据通知消息；

S120, 获取该下行数据通知消息中包括的待传输下行数据的分类属性； S130, 根据该待传输下行数据的分类属性， 确定是否向接入网设备发送 寻呼消息， 该寻呼消息用于指示该接入网设备建立用于传输该待传输下行数 据的承载。

具体而言， 例如在 3GPP的 SAE架构下， 当用户设备处于空闲态时， 为 了节省资源并节省用户设备电量，会删除接入网设备与服务网关之间的用于 传输数据的承载， 并会删除用户设备与接入网设备之间的承载。 当下行数据 需要传输到用户设备时，移动性管理网元会收到服务网关发送的下行数据通 知消息， 以通知有下行数据需要发送到用户设备。

例如， 在本发明实施例中， 移动性管理网元可以首先获取待传输下行数 据的分类属性， 再根据该待传输下行数据的分类属性， 确定是否向接入网设 备发送寻呼消息。 具体而言， 移动性管理网元可以接收服务网关发送的下行 数据通知消息， 该下行数据通知消息可以用于指示存在传输给用户设备的待 传输下行数据， 且该下行数据通知消息包括该待传输下行数据的分类属性； 由此该移动性管理网元可以获取该下行数据通知消息中包括的该待传输下 行数据的分类属性； 从而该移动性管理网元可以根据该待传输下行数据的分 类属性， 确定是否向接入网设备发送该寻呼消息， 以指示该接入网设备是否 建立用于传输该待传输下行数据的承载。 即在恢复接入网设备与服务网关之 间的承载以及用户设备与接入网设备之间的承载之前，对是否恢复该承载进 行控制。

当移动性管理网元根据该待传输下行数据的分类属性，确定向接入网设 备发送寻呼消息时， 可以恢复接入网设备与网关设备之间的承载以及接入网 设备与用户设备之间的承载， 以传输该下行数据； 否则， 移动性管理网元可 以不向接入网设备发送寻呼消息， 不恢复接入网设备与网关设备之间的承 载， 也不恢复接入网设备与用户设备之间的承载。 从而该方法可以对下行数 据的传输进行控制， 以确定是否建立传输该待传输下行数据的承载； 特别是 在网络拥塞时， 能够緩解数据传输拥塞。

因此， 本发明实施例的用于传输下行数据的方法， 通过获取待传输下行 数据的分类属性， 并根据该待传输下行数据的分类属性， 确定是否向接入网 设备发送寻呼消息， 以确定是否建立接入网设备与服务网关之间的承载以及 接入网设备与用户设备之间的承载， 由此能够在下行数据的传输过程中， 对 接入网侧承载的建立进行控制， 避免盲目建立接入网侧承载， 从而能够节省 信令开销， 并能够緩解数据传输拥塞。

在 S110和 S120中，移动性管理网元可以通过接收服务网关发送的下行 数据通知消息， 获取该下行数据通知消息中包括的该待传输下行数据的分类 属性， 但本发明并不限于此， 例如， 移动性管理网元也可以根据其它网关设 备或其它网络设备发送的包括该分类属性的消息， 来获取该待传输下行数据 的分类属性。

在本发明实施例中， 可选地， 该待传输下行数据的分类属性包括下列信 息中的至少一种信息： 该待传输下行数据的业务类型信息、 该待传输下行数 据的优先级信息和该待传输下行数据的服务质量信息。

应理解， 待传输下行数据的分类属性可以用来标识不同的数据流。 当以 待传输下行数据的业务类型信息进行标识时，被标识的数据流例如可以分为 语音聊天业务、 视频业务、 短信业务等； 当以待传输下行数据的优先级信息 进行标识时， 被标识的数据流例如可以分为高优先级业务、 中优先级业务、 低优先级业务等； 当以待传输下行数据的服务质量信息进行标识时， 被标识 的数据流例如可以分为高服务质量业务、 低服务质量业务等。

还应理解， 待传输下行数据的分类属性还可以包括其它信息， 即数据流 还可以釆用其它信息进行分类、 区分或标识， 本发明并不限于此。

在 S130中， 移动性管理网元可以根据该待传输下行数据的分类属性， 确定是否向接入网设备发送寻呼消息， 该寻呼消息用于指示该接入网设备建 立用于传输该待传输下行数据的承载， 例如， 该寻呼消息用于指示该接入网 设备建立接入网设备与服务网关之间的承载以及接入网设备与用户设备之 间的承载。

具体而言， 在本发明实施例中， 可选地， 如图 3所示， 该方法 100还包 括：

S140, 接收该接入网设备发送的拥塞通知消息， 该拥塞通知消息包括下 行数据控制策略，该下行数据控制策略用于指示允许传输或禁止传输的下行 数据的分类属性集合；

其中， 该根据该待传输下行数据的分类属性， 确定是否向接入网设备发 送寻呼消息， 包括：

S131 , 根据该待传输下行数据的分类属性和该下行数据控制策略， 确定 是否向该接入网设备发送该寻呼消息。

即在本发明实施例中，移动性管理网元可以根据接入网设备发送的下行 数据控制策略， 确定是否向该接入网设备发送该寻呼消息。

具体地， 在本发明实施例中， 可选地， 该根据该待传输下行数据的分类 属性和该下行数据控制策略， 确定是否向该接入网设备发送该寻呼消息， 包 括：

在确定该待传输下行数据的分类属性属于该下行数据控制策略指示的 允许传输的下行数据的分类属性集合时，或在确定该待传输下行数据的分类 属性不属于该下行数据控制策略指示的禁止传输的下行数据的分类属性集 合时， 确定向该接入网设备发送该寻呼消息。

例如， 该拥塞通知消息包括的下行数据控制策略用于指示允许传输的下 行数据的分类属性集合， 该允许传输的下行数据的分类属性集合例如包括语 音聊天业务、 短信业务、 高优先级业务和高服务质量业务。 例如， 当移动性 管理网元确定该待传输下行数据的分类属性属于短信业务时，移动性管理网 元可以确定向该接入网设备发送该寻呼消息， 以建立用于传输该待传输下行 数据的承载， 即建立接入网设备与服务网关之间的承载以及接入网设备与用 户设备之间的承载； 又例如， 当移动性管理网元确定该待传输下行数据的分 类属性属于低优先级业务时，移动性管理网元可以确定不向该接入网设备发 送该寻呼消息， 或优选对于分类属性为高优先级业务的待传输下行数据建立 承载等。

应理解， 另一方面， 在移动性管理网元确定该待传输下行数据的分类属 性不属于该下行数据控制策略指示的允许传输的下行数据的分类属性集合 时， 或在确定该待传输下行数据的分类属性属于该下行数据控制策略指示的 禁止传输的下行数据的分类属性集合时，确定不向该接入网设备发送该寻呼 消息， 即不触发建立用于传输该待传输下行数据的承载， 即不建立接入网设 备与服务网关之间的承载以及接入网设备与用户设备之间的承载； 或确定暂 緩向该接入网设备发送该寻呼消息等， 本发明实施例并不限于此。

因此， 本发明实施例的用于传输下行数据的方法， 通过获取待传输下行 数据的分类属性以及接入网设备发送的下行数据控制策略， 并根据该待传输 下行数据的分类属性以及该下行数据控制策略，确定是否向接入网设备发送 寻呼消息， 以确定是否建立接入网设备与服务网关之间的承载以及接入网设 备与用户设备之间的承载， 由此能够在下行数据的传输过程中， 根据接入网 设备确定的下行数据控制策略， 对接入网侧承载的建立进行控制， 避免盲目 建立接入网侧承载， 从而能够节省信令开销， 并能够緩解数据传输拥塞。

具体地， 在本发明实施例中， 可选地， 如图 4所示， 该方法 100还包括： S150, 接收该接入网设备发送的拥塞通知消息， 该拥塞通知消息包括用 于指示当前接入网拥塞状态的拥塞信息；

其中， 该根据该待传输下行数据的分类属性， 确定是否向接入网设备发 送寻呼消息， 包括：

5132, 根据该拥塞信息， 确定下行数据控制策略， 该下行数据控制策略 用于指示允许传输或禁止传输的下行数据的分类属性集合；

5133 , 根据该待传输下行数据的分类属性和该下行数据控制策略， 确定 是否向该接入网设备发送该寻呼消息。

即在本发明实施例中，移动性管理网元可以根据用于指示当前接入网拥 塞状态的拥塞信息， 自己确定用于指示允许传输或禁止传输的下行数据的分 类属性集合的下行数据控制策略，从而移动性管理网元可以根据自己确定的 下行数据控制策略， 确定是否向该接入网设备发送该寻呼消息。

具体地， 在本发明实施例中， 可选地， 该根据该待传输下行数据的分类 属性和该下行数据控制策略， 确定是否向该接入网设备发送该寻呼消息， 包 括：

在确定该待传输下行数据的分类属性属于该下行数据控制策略指示的 允许传输的下行数据的分类属性集合时，或在确定该待传输下行数据的分类 属性不属于该下行数据控制策略指示的禁止传输的下行数据的分类属性集 合时， 确定向该接入网设备发送该寻呼消息。

例如， 该拥塞通知消息包括的下行数据控制策略用于指示允许传输的下 行数据的分类属性集合， 该允许传输的下行数据的分类属性集合例如包括语 音聊天业务、 短信业务、 高优先级业务和高服务质量业务。 例如， 当移动性 管理网元确定该待传输下行数据的分类属性属于短信业务时，移动性管理网 元可以确定向该接入网设备发送该寻呼消息， 以建立用于传输该待传输下行 数据的承载， 即建立接入网设备与服务网关之间的承载以及接入网设备与用 户设备之间的承载； 又例如， 当移动性管理网元确定该待传输下行数据的分 类属性属于低优先级业务时，移动性管理网元可以确定不向该接入网设备发 送该寻呼消息， 或优选对于分类属性为高优先级业务的待传输下行数据建立 承载等。

应理解， 另一方面， 在移动性管理网元确定该待传输下行数据的分类属 性不属于该下行数据控制策略指示的允许传输的下行数据的分类属性集合 时， 或在确定该待传输下行数据的分类属性属于该下行数据控制策略指示的 禁止传输的下行数据的分类属性集合时，确定不向该接入网设备发送该寻呼 消息， 即不触发建立用于传输该待传输下行数据的承载， 即不建立接入网设 备与服务网关之间的承载以及接入网设备与用户设备之间的承载； 或确定暂 緩向该接入网设备发送该寻呼消息等， 本发明实施例并不限于此。

因此， 本发明实施例的用于传输下行数据的方法， 通过获取待传输下行 数据的分类属性和指示当前接入网拥塞状态的拥塞信息，根据该拥塞信息确 定下行数据控制策略， 并根据该待传输下行数据的分类属性以及该下行数据 控制策略， 确定是否向接入网设备发送寻呼消息， 以确定是否建立接入网设 备与服务网关之间的承载以及接入网设备与用户设备之间的承载， 由此能够 在下行数据的传输过程中， 根据移动性管理网元确定的下行数据控制策略， 对接入网侧承载的建立进行控制， 避免盲目建立接入网侧承载， 从而能够节 省信令开销， 并能够緩解数据传输拥塞。

应理解，在本发明实施例中，仅以图 3和图 4所示的例子为例进行说明， 的下行数据控制策略， 以确定是否向该接入网设备发送该寻呼消息， 从而对 接入网侧承载的建立进行控制； 又例如， 移动性管理网元还可以根据其它信 息确定下行数据控制策略， 以对接入网侧承载的建立进行控制， 并緩解网络 的数据传输拥塞。

在本发明实施例中， 可选地， 如图 5所示， 该方法 100还包括：

S160, 向该服务网关发送下行数据确认消息， 该下行数据确认消息包括 该下行数据控制策略。

具体而言， 移动性管理网元可以向 SGW发送下行数据确认消息， 该下 行数据确认消息可以包括该下行数据控制策略， 还可以包括其它信息， 该下 行数据控制策略用于指示允许传输或禁止传输的下行数据的分类属性集合， 从而使得该服务网关再次接收到待传输下行数据时， 可以根据该下行数据控 制策略，确定是否针对该再次接收到的待传输下行数据发送下行数据通知消 息。 具体地， SGW在收到该下行数据确认消息后， 可以根据该下行数据控 制策略， 对再次接收的待传输下行数据进行控制， 例如， 对于分类属性属于 禁止传输的下行数据的分类属性集合的待传输下行数据， 或对于分类属性不 属于允许传输的下行数据的分类属性集合的待传输下行数据， SGW 不再向 MME发送下行数据通知消息等， 从而不会建立接入网设备与服务网关之间 的承载以及接入网设备与用户设备之间的承载。

因此， 本发明实施例的用于传输下行数据的方法， 通过向服务网关发送 下行数据控制策略， 使得在下行数据的传输过程中， 服务网关能够对接入网 侧承载的建立进行控制， 能够避免盲目建立接入网侧承载， 从而能够节省信 令开销， 并能够緩解数据传输拥塞。

在本发明实施例中， 可选地， 如图 5所示， 该拥塞通知消息还包括用于 指示拥塞小区的拥塞小区信息； 其中， 在确定向该接入网设备发送该寻呼消 息之后， 该方法 100还包括：

S170, 向该接入网设备发送该寻呼消息， 该寻呼消息包括该拥塞通知消 息中的该拥塞小区信息， 以指示该接入网设备不在该拥塞小区中寻呼该用户 设备。

具体地， 当移动性管理网元根据待传输的下行数据的分类属性， 确定向 接入网设备发送该寻呼消息， 以建立用于传输该待传输下行数据的承载时， 移动性管理网元还可以在向该接入网设备发送的该寻呼消息中，携带该拥塞 小区信息， 以指示该接入网设备不在该拥塞小区中寻呼用户设备， 从而能够 进一步緩解网络拥塞。

因此， 本发明实施例的用于传输下行数据的方法， 通过向接入网设备发 送移动性管理网元确定的禁止寻呼的拥塞小区信息，使得在下行数据的传输 过程中， 接入网设备能够避免在拥塞小区中寻呼用户设备， 由此能够避免在 拥塞小区中寻呼用户设备而加剧网络拥塞， 从而能够进一步节省信令开销， 并能够进一步緩解网络的数据传输拥塞。

在本发明实施例中， 可选地， 该根据该待传输下行数据的分类属性， 确 定是否向接入网设备发送寻呼消息， 包括：

在确定向该接入网设备发送该寻呼消息时，对于至少两个该待传输下行 数据，根据该分类属性、用户设备的签约属性和服务质量类标识 QCI属性中 的至少一种信息， 确定向该接入网设备发送该寻呼消息的顺序。

例如， 移动性管理网元在收到的下行数据通知消息中， 根据该下行数据 通知消息中的待传输下行数据归类属性在确定向接入网设备发送该寻呼消 息时， 可以按照待传输下行数据的优先级顺序发起寻呼消息， 例如对于最高 优先级的待传输下行数据最先触发寻呼消息； 或者， 在上述决策过程中再结 合 UE的签约属性、数据包的 QCI属性等制定发送该寻呼消息的顺序，例如， 对于金牌用户且 QCI为 5 的待传输下行数据， 优先触发该寻呼消息。

应理解，在本发明实施例中，移动性管理网元在确定发送该寻呼消息时， 向该接入网设备发送的寻呼消息可以包括待传输下行数据的分类属性， 以便 于接入网设备根据待传输下行数据的分类属性， 对数据的传输进行控制， 但 本发明并不限于此。

应理解， 本发明实施例仅以用户设备处于空闲态为例进行说明， 但本发 明并不限于此， 本发明实施例还可以应用于用户设备处于非空闲态的情形。 例如， 对于处于非空闲态且能够建立多种承载的用户设备， 本发明实施例还 可以应用于该用户设备的每种未建立承载的恢复或建立过程， 以传输下行数 据。 还应理解， 本发明实施例仅以网络处于拥塞状态为例进行说明， 但本发 明也并不限于此。 还应理解， 本发明实施例仅以 SAE构架为例进行说明， 但本发明并不限于此， 本发明实施例还可以应用于其它各种通信网络架构， 其中， 接入网可以包括 UTRAN、 E-UTRAN等系统； 接入网设备可以包括 eNB等设备； 移动性管理网元可以包括 MME、 SGSN等设备； 网关设备可 以包括 SGW、 PGW、 GGSN等设备。

还应理解， 在本发明的各种实施例中， 上述各过程的序号的大小并不意 味着执行顺序的先后， 各过程的执行顺序应以其功能和内在逻辑确定， 而不 应对本发明实施例的实施过程构成任何限定。

因此， 本发明实施例的用于传输下行数据的方法， 通过获取待传输下行 数据的分类属性， 并根据该待传输下行数据的分类属性， 确定是否向接入网 设备发送寻呼消息， 以确定是否建立接入网设备与服务网关之间的承载以及 接入网设备与用户设备之间的承载， 由此能够在下行数据的传输过程中， 根 据接入网设备确定的下行数据控制策略， 或根据移动性管理网元确定的下行 数据控制策略， 使得接入网设备、 移动性管理网元或服务网关能够对接入网 侧承载的建立进行控制， 避免盲目建立接入网侧承载， 也能够避免在拥塞小 区中寻呼用户设备而加剧网络拥塞， 从而能够显著地节省信令开销， 并能够 显著地緩解数据传输拥塞。 上文中结合图 1至图 5， 从移动性管理网元的角 6至图 8， 从接入网设备和服务网关的角度描述根据本发明实施例的用于传 输下行数据的方法。 的示意性流程图， 该方法 200可以由接入网设备执行， 例如该方法 200可以 由 eNB执行。 如图 6所示， 该方法 200包括：

S210, 接收移动性管理网元发送的第一寻呼消息；

S220, 获取该第一寻呼消息中包括的待传输下行数据的分类属性；

S230, 确定当前接入网的负荷信息；

S240, 根据该负荷信息和该分类属性， 确定是否向该待传输下行数据的 目标用户设备发送第二寻呼消息，该第二寻呼消息用于指示该目标用户设备 建立用于传输该待传输下行数据的承载。

因此， 本发明实施例的用于传输下行数据的方法， 通过确定当前接入网 的负荷信息以及待传输下行数据的分类属性， 并根据该负荷信息和该分类属 性， 确定是否向该待传输下行数据的目标用户设备发送寻呼消息， 以确定是 否建立接入网设备与服务网关之间的承载以及接入网设备与用户设备之间 的承载， 由此能够在下行数据的传输过程中， 对接入网侧承载的建立进行控 制， 避免盲目建立接入网侧承载， 从而能够节省信令开销， 并能够緩解数据 传输拥塞。

具体而言， 在 S210和 S220中， 待传输下行数据的分类属性可以包括在 第一寻呼消息中， 并由移动性管理网元发送给接入网设备， 即接入网设备可 寻呼消息， 获取该第一寻呼消息中包括的该待传输下行数据的分类属性。 应 理解， 该第一寻呼消息可以用于请求接入网设备建立用于传输待传输下行数 据的承载， 且该第一寻呼消息包括该待传输下行数据的分类属性。

例如， MME可以向 eNB发送第一寻呼消息， 该第一寻呼消息不仅用于 请求该接入网设备建立用于传输待传输下行数据的承载，还可以包括该待传 输下行数据的分类属性， 从而 eNB 可以根据待传输下行数据的分类属性， 确定是否向目标用户设备发送第二寻呼消息， 以建立用于传输该待传输下行 数据的承载， 从而对待传输下行数据的传输进行控制。

应理解， 在本发明实施例中， 接入网设备可以接收移动性管理网元通过 其他消息发送的该分类属性； 接入网设备也可以根据其它网络设备发送的包 括该分类属性的消息， 来获取该待传输下行数据的分类属性， 并对接入网侧 承载的建立进行控制， 但本发明并不限于此。

在本发明实施例中， 可选地， 该下行数据的分类属性包括下列信息中的 至少一种信息： 该下行数据的业务类型信息、 该下行数据的优先级信息和该 下行数据的服务质量信息。

应理解， 待传输下行数据的分类属性可以用来标识不同的数据流。 当以 待传输下行数据的业务类型信息进行标识时，被标识的数据流例如可以分为 语音聊天业务、 视频业务、 短信业务等； 当以待传输下行数据的优先级信息 进行标识时， 被标识的数据流例如可以分为高优先级业务、 中优先级业务、 低优先级业务等； 当以待传输下行数据的服务质量信息进行标识时， 被标识 的数据流例如可以分为高服务质量业务、 低服务质量业务等。

还应理解， 待传输下行数据的分类属性还可以包括其它信息， 即数据流 还可以釆用其它信息进行分类、 区分或标识， 本发明并不限于此。

在 S230中， 接入网设备可以确定当前接入网的负荷信息。 例如， 接入 网设备可以根据数据丟包率、传输延迟等信息，确定当前接入网的负荷信息， 例如确定当前接入网处于严重拥塞状态、 中级拥塞状态或低拥塞状态等， 但 本发明并不限于此。

在 S240中， 接入网设备可以根据该负荷信息和该分类属性， 确定是否 向该待传输下行数据的目标用户设备发送第二寻呼消息， 该第二寻呼消息用 于指示该目标用户设备建立用于传输该待传输下行数据的承载。

可选地， 如图 7所示， 在本发明实施例中， 该根据该负荷信息和该分类 属性， 确定是否向该待传输下行数据的目标用户设备发送第二寻呼消息， 包 括：

S241 , 根据该负荷信息， 确定下行数据控制策略， 该下行数据控制策略 用于指示允许传输或禁止传输的下行数据的分类属性集合；

S242,在确定该待传输下行数据的分类属性属于该下行数据控制策略指 示的允许传输的下行数据的分类属性集合时， 或在确定该待传输下行数据的 分类属性不属于该下行数据控制策略指示的禁止传输的下行数据的分类属 性集合时， 确定向该目标用户设备发送该第二寻呼消息。

应理解， 另一方面， 接入网设备在确定该待传输下行数据的分类属性不 属于允许传输的下行数据的分类属性集合时， 或在确定该待传输下行数据的 分类属性属于禁止传输的下行数据的分类属性集合时，可以不向该目标用户 设备发送该第二寻呼消息，也可以暂緩向该目标用户设备发送该第二寻呼消 息， 但本发明实施例并不限于此。

应理解， 本发明实施例仅以接入网设备根据负荷信息确定下行数据控制 策略为例进行说明， 但本发明并不限于此， 例如， 接入网设备还可以根据其 他信息确定下行数据控制策略； 接入网设备还可以接收其他网络设备确定的 下行数据控制策略， 例如， 可以接收移动性管理网元确定的下行数据控制策 略等， 使得接入网设备能够对接入网侧承载的建立进行控制， 避免盲目建立 接入网侧承载， 从而能够显著地节省信令开销， 并能够显著地緩解数据传输 拥塞。

应理解， 本发明实施例仅以用户设备处于空闲态为例进行说明， 但本发 明并不限于此， 本发明实施例还可以应用于用户设备处于非空闲态的情形， 例如， 对于处于非空闲态且能够建立多种承载的用户设备， 本发明实施例还 可以应用于该用户设备的每种未建立承载的恢复或建立过程， 以传输下行数 据； 还应理解， 本发明实施例仅以网络处于拥塞状态为例进行说明， 但本发 明也并不限于此。 还应理解， 本发明实施例仅以 SAE构架为例进行说明， 但本发明并不限于此， 本发明实施例还可以应用于其它各种通信网络架构， 其中， 接入网可以包括 UTRAN、 E-UTRAN等系统； 接入网设备可以包括 eNB等设备； 移动性管理网元可以包括 MME、 SGSN等设备； 网关设备可 以包括 SGW、 PGW、 GGSN等设备。

还应理解， 在本发明的各种实施例中， 上述各过程的序号的大小并不意 味着执行顺序的先后， 各过程的执行顺序应以其功能和内在逻辑确定， 而不 应对本发明实施例的实施过程构成任何限定。

因此， 本发明实施例的用于传输下行数据的方法， 通过确定当前接入网 的负荷信息以及待传输下行数据的分类属性， 并根据该负荷信息确定下行数 据控制策略， 由此能够确定是否向该待传输下行数据的目标用户设备发送寻 呼消息， 以确定是否建立接入网设备与服务网关之间的承载以及接入网设备 与用户设备之间的承载， 由此能够在下行数据的传输过程中， 根据接入网设 备确定的下行数据控制策略， 或根据移动性管理网元确定的下行数据控制策 略， 使得接入网设备能够对接入网侧承载的建立进行控制， 避免盲目建立接 入网侧承载， 从而能够显著地节省信令开销， 并能够显著地緩解数据传输拥 塞。 的示意性流程图， 该方法 300可以由服务网关执行， 例如该方法 300可以由 SGW执行。 如图 8所示， 该方法 300包括：

S310, 接收移动性管理网元发送的下行数据确认消息， 该下行数据确认 消息用于指示服务网关传输第一待传输下行数据，且该下行数据确认消息包 括下行数据控制策略， 该下行数据控制策略用于指示允许传输或禁止传输的 下行数据的分类属性集合；

S320, 获取该下行数据确认消息中包括的该下行数据控制策略；

S330, 接收分组数据网网关发送的第二待传输下行数据；

S340, 根据该第二待传输下行数据的分类属性和该下行数据控制策略， 确定是否向该移动性管理网元发送下行数据通知消息，该下行数据通知消息 用于指示存在传输给用户设备的该第二待传输下行数据。

因此， 本发明实施例的用于传输下行数据的方法， 通过获取待传输下行 数据的分类属性以及下行数据控制策略， 并根据该分类属性和该下行数据控 制策略， 确定是否向移动性管理网元发送下行数据通知消息， 以确定是否要 建立接入网设备与服务网关之间的承载以及接入网设备与用户设备之间的 承载，由此能够在下行数据的传输过程中，对接入网侧承载的建立进行控制， 避免盲目建立接入网侧承载， 从而能够节省信令开销， 并能够緩解数据传输 拥塞。

具体而言， 在 S310和 S320中， 下行数据控制策略包括在移动性管理网 元发送的下行数据确认消息中， 服务网关根据该下行数据确认消息， 可以获 取该下行数据控制策略。

应理解， 在本发明实施例中， 月良务网关可以接收移动性管理网元通过其 他消息发送的该下行数据控制策略； 服务网关也可以根据其它网络设备发送 的包括该下行数据控制策略的消息， 来获取该下行数据控制策略， 并对接入 网侧承载的建立进行控制， 但本发明并不限于此。 在 S330中，服务网关接收分组数据网网关发送的第二待传输下行数据。 应理解， 该服务网关可以根据该第二待传输下行数据， 确定该第二待传输下 行数据的分类属性； 还应理解， 该服务网关也可以接收分组数据网网关发送 的该第二待传输下行数据的分类属性， 本发明实施例并不限于此。

在本发明实施例中， 可选地， 该下行数据的分类属性包括下列信息中的 至少一种信息： 该下行数据的业务类型信息、 该下行数据的优先级信息和该 下行数据的服务质量信息。

应理解， 待传输下行数据的分类属性可以用来标识不同的数据流。 当以 待传输下行数据的业务类型信息进行标识时，被标识的数据流例如可以分为 语音聊天业务、 视频业务、 短信业务等； 当以待传输下行数据的优先级信息 进行标识时， 被标识的数据流例如可以分为高优先级业务、 中优先级业务、 低优先级业务等； 当以待传输下行数据的服务质量信息进行标识时， 被标识 的数据流例如可以分为高服务质量业务、 低服务质量业务等。

还应理解， 待传输下行数据的分类属性还可以包括其它信息， 即数据流 还可以釆用其它信息进行分类、 区分或标识， 本发明并不限于此。

在 S340中， 服务网关可以根据该第二待传输下行数据的分类属性和该 下行数据控制策略， 确定是否向该移动性管理网元发送下行数据通知消息， 该下行数据通知消息用于指示存在传输给用户设备的该第二待传输下行数 据。

具体而言， 在本发明实施例中， 可选地， 该根据该第二待传输下行数据 的分类属性和该下行数据控制策略，确定是否向该移动性管理网元发送下行 数据通知消息， 包括：

在确定该第二待传输下行数据的分类属性属于该下行数据控制策略指 示的允许传输的下行数据的分类属性集合时， 或在确定该第二待传输下行数 据的分类属性不属于该下行数据控制策略指示的禁止传输的下行数据的分 类属性集合时， 确定向该移动性管理网元发送该下行数据通知消息。

应理解， 另一方面， 服务网关在确定该第二待传输下行数据的分类属性 不属于允许传输的下行数据的分类属性集合时， 或在确定该第二待传输下行 数据的分类属性属于禁止传输的下行数据的分类属性集合时，可以不向该移 动性管理网元发送该下行数据通知消息，也可以暂緩向该移动性管理网元发 送该下行数据通知消息， 但本发明实施例并不限于此。 应理解， 本发明实施例仅以用户设备处于空闲态为例进行说明， 但本发 明并不限于此， 本发明实施例还可以应用于用户设备处于非空闲态的情形， 例如， 对于处于非空闲态且能够建立多种承载的用户设备， 本发明实施例还 可以应用于该用户设备的每种未建立承载的恢复或建立过程， 以传输下行数 据； 还应理解， 本发明实施例仅以网络处于拥塞状态为例进行说明， 但本发 明也并不限于此。 还应理解， 本发明实施例仅以 SAE构架为例进行说明， 但本发明并不限于此， 本发明实施例还可以应用于其它各种通信网络架构， 其中， 接入网可以包括 UTRAN、 E-UTRAN等系统； 接入网设备可以包括 eNB等设备； 移动性管理网元可以包括 MME、 SGSN等设备； 网关设备可 以包括 SGW、 PGW、 GGSN等设备。

还应理解， 在本发明的各种实施例中， 上述各过程的序号的大小并不意 味着执行顺序的先后， 各过程的执行顺序应以其功能和内在逻辑确定， 而不 应对本发明实施例的实施过程构成任何限定。

因此， 本发明实施例的用于传输下行数据的方法， 通过获取下行数据控 制策略以及第二待传输下行数据的分类属性， 并根据该下行数据控制策略和 该分类属性， 能够确定是否向该移动性管理网元发送下行数据通知消息， 以 确定是否建立接入网设备与服务网关之间的承载以及接入网设备与用户设 备之间的承载， 由此能够在下行数据的传输过程中， 根据移动性管理网元确 定的下行数据控制策略， 使得服务网关能够对接入网侧承载的建立进行控 制， 避免盲目建立接入网侧承载， 从而能够显著地节省信令开销， 并能够显 著地緩解数据传输拥塞。

上文中结合图 1至图 8， 分别从移动性管理网元、 接入网设备和服务网 结合图 9至图 11，从各设备交互的角度描述根据本发明实施例的用于传输下 行数据的方法。

图 9示出了根据本发明再一实施例的用于传输下行数据的方法的示意性 流程图。 该方法主要由 eNB 确定是否向待传输下行数据的目标用户设备发 送寻呼消息， 该寻呼消息用于指示该目标用户设备建立用于传输该待传输下 行数据的承载。

在 S410中， PGW接收待传输下行数据， 例如 PGW接收来自网络的待 传输下行数据。 在 S420中， PGW釆用待传输下行数据的分类属性标识待传输下行数据， 例如， 该待传输下行数据的分类属性包括下列信息中的至少一种信息： 该待 传输下行数据的业务类型信息、该待传输下行数据的优先级信息和该待传输 下行数据的服务质量信息。

在 S430中， PGW将标识有待传输下行数据分类属性的该待传输下行数 据发送至 SGW。

在 S440中， SGW向 MME发送下行数据通知消息， 该下行数据通知消 息中包括待传输下行数据的分类属性， 比如包括业务类型信息、 优先级信息 等。

在 S450中， MME向 eNB发送寻呼消息， 该寻呼消息中包括该待传输 下行数据的分类属性。

在 S460中， eNB确定是否向目标用户设备发送寻呼消息， 以建立用于 传输该待传输下行数据的承载。

例如， eNB可以根据当前接入网的负荷信息和该分类属性， 确定是否向 处于目标用户设备发送寻呼消息。 具体地， 例如当待传输下行数据的分类属 性是优先级信息时， 那么在接入网处于低拥塞状态时， eNB可以拒绝对最低 优先级的待传输下行数据触发寻呼； 在接入网处于中级拥塞状态时， eNB可 以拒绝对低优先级的待传输下行数据触发寻呼； 在接入网处于严重拥塞状态 时， eNB可以拒绝对中等优先级的待传输下行数据触发寻呼。 又例如当待传 输下行数据的分类属性是业务类型信息时，也可以在不同的拥塞等级下选择 部分业务类型作为优先处理的业务类型， 但本发明并不限于此。

应理解， 在本发明的各种实施例中， 上述各过程的序号的大小并不意味 着执行顺序的先后， 各过程的执行顺序应以其功能和内在逻辑确定， 而不应 对本发明实施例的实施过程构成任何限定。

因此， 本发明实施例的用于传输下行数据的方法， 通过确定当前接入网 的负荷信息以及待传输下行数据的分类属性， 并根据该负荷信息和该分类属 性， 确定是否向该待传输下行数据的目标用户设备发送寻呼消息， 以确定是 否建立接入网设备与服务网关之间的承载以及接入网设备与用户设备之间 的承载， 由此能够在下行数据的传输过程中， 根据接入网设备确定的下行数 据控制策略， 或根据移动性管理网元确定的下行数据控制策略， 使得接入网 设备能够对接入网侧承载的建立进行控制， 避免盲目建立接入网侧承载， 从 而能够显著地节省信令开销， 并能够显著地緩解数据传输拥塞。

图 10示出了根据本发明再一实施例的用于传输下行数据的方法的另一 示意性流程图。 该方法主要由 MME根据接入网设备发送的下行数据控制策 略， 确定是否向接入网设备发送寻呼消息， 该寻呼消息用于指示该接入网设 备建立用于传输该待传输下行数据的承载。

如图 10所示， 在 S510中， eNB向 MME发送拥塞通知消息， 该拥塞通 知消息包括下行数据控制策略， 该下行数据控制策略用于指示允许传输或禁 止传输的下行数据的分类属性集合， 比如允许传输或禁止传输的下行数据的 优先级或者业务类型等信息。

在 S520中， PGW接收待传输下行数据， 例如 PGW接收来自网络的待 传输下行数据。

在 S530中， PGW釆用待传输下行数据的分类属性标识待传输下行数据， 例如， 该待传输下行数据的分类属性包括下列信息中的至少一种信息： 该待 传输下行数据的业务类型信息、该待传输下行数据的优先级信息和该待传输 下行数据的服务质量信息。

在 S540中， PGW将标识有待传输下行数据分类属性的待传输下行数据 发送至 SGW。

在 S550中， SGW向 MME发送下行数据通知消息， 该下行数据通知消 息中包括待传输下行数据的分类属性， 比如包括业务类型信息、 优先级信息 等。

在 S560中， MME根据该待传输下行数据的分类属性和该下行数据控制 策略， 确定是否向该接入网设备发送寻呼消息。 在 S570中， MME向 eNB 发送寻呼消息， 以建立用于传输该待传输下行数据的承载。

可选地， 当该拥塞通知消息还包括用于指示拥塞小区的拥塞小区信息 时， MME向 eNB发送的寻呼消息还包括该拥塞小区信息， 以便于该接入网 设备不在该拥塞小区中寻呼用户设备。

可选地， MME在确定向该接入网设备发送寻呼消息时， 对于至少两个 待传输下行数据， 根据该分类属性、 用户设备的签约属性和服务质量类标识 QCI属性中的至少一种信息， 确定向该接入网设备发送寻呼消息的顺序。

例如， 如果待传输下行数据的分类属性为优先级信息， 那么对高优先级 的待传输下行数据优先寻呼； 如果待传输下行数据的分类属性为业务类型信 息， 可以根据下行数据控制策略， 优先触发特定业务类型的寻呼， 比如优先 触发 QQ业务的寻呼； 如果待传输下行数据的分类属性为服务质量信息， 那 么可以优先对高服务质量的待传输下行数据触发寻呼。

具体地， MME确定是否发送寻呼消息的方式可以有多种， 比如， 在一 定时间内， 比如 5秒时间内， MME在收到的下行数据通知消息中， 根据该 下行数据通知消息中的待传输下行数据归类属性在确定向接入网设备发送 寻呼消息时， 可以按照下行数据的优先级顺序发起寻呼消息， 例如对于最高 优先级的待传输下行数据最先触发寻呼消息； 或者， 在上述决策过程中再结 合 UE的签约属性、 数据包的 QCI属性等制定发送寻呼消息的顺序， 例如， 对于金牌用户且 QCI为 5 的下行数据， 优先触发寻呼消息。

在 S580中， MME向该 SGW发送下行数据确认消息， 该下行数据确认 消息包括该下行数据控制策略， 以便于该 SGW根据该下行数据控制策略确 定是否发送下行数据通知消息。

应理解， 在本发明的各种实施例中， 上述各过程的序号的大小并不意味 着执行顺序的先后， 各过程的执行顺序应以其功能和内在逻辑确定， 而不应 对本发明实施例的实施过程构成任何限定。

因此， 本发明实施例的用于传输下行数据的方法， 通过获取待传输下行 数据的分类属性， 并根据该待传输下行数据的分类属性， 确定是否向接入网 设备发送寻呼消息， 以确定是否建立接入网设备与服务网关之间的承载以及 接入网设备与用户设备之间的承载， 由此能够在下行数据的传输过程中， 根 据接入网设备确定的下行数据控制策略，或根据移动性管理网元确定的下行 数据控制策略， 使得接入网设备、 移动性管理网元或服务网关能够对接入网 侧承载的建立进行控制， 避免盲目建立接入网侧承载， 也能够避免在拥塞小 区中寻呼用户设备而加剧网络拥塞， 从而能够显著地节省信令开销， 并能够 显著地緩解数据传输拥塞。

图 11 示出了根据本发明再一实施例的用于传输下行数据的方法的再一 示意性流程图。 该方法主要由 MME根据接入网设备发送的拥塞信息确定下 行数据控制策略， 从而确定是否向接入网设备发送寻呼消息， 该寻呼消息用 于指示该接入网设备建立用于传输该待传输下行数据的承载。

如图 11所示， 在 S610中， eNB向 MME发送拥塞通知消息， 该拥塞通 知消息包括用于指示当前接入网拥塞状态的拥塞信息，例如该拥塞信息用于 指示当前接入网处于严重拥塞状态、 中等拥塞状态等。

在 S620中， PGW接收待传输下行数据， 例如 PGW接收来自网络的待 传输下行数据。

在 S630中， PGW釆用待传输下行数据的分类属性标识待传输下行数据， 例如， 该待传输下行数据的分类属性包括下列信息中的至少一种信息： 该待 传输下行数据的业务类型信息、该待传输下行数据的优先级信息和该待传输 下行数据的服务质量信息。

在 S640中， PGW将标识有待传输下行数据分类属性的待传输下行数据 发送至 SGW。

在 S650中， SGW向 MME发送下行数据通知消息， 该下行数据通知消 息中包括待传输下行数据的分类属性， 比如包括业务类型信息、 优先级信息 等。

在 S660中， MME根据该拥塞信息， 确定下行数据控制策略， 该下行数 据控制策略用于指示允许传输或禁止传输的下行数据的分类属性集合。

在 S670中， MME可以根据该待传输下行数据的分类属性和该下行数据 控制策略， 确定是否向该接入网设备发送寻呼消息。

在 S680中， MME向 eNB发送寻呼消息， 以建立用于传输该待传输下 行数据的承载。

可选地， 当该拥塞通知消息还包括用于指示拥塞小区的拥塞小区信息 时， MME向 eNB发送的寻呼消息还包括该拥塞小区信息， 以便于该接入网 设备不在该拥塞小区中寻呼用户设备。

可选地， MME可以向该 SGW发送下行数据确认消息， 该下行数据确 认消息包括该下行数据控制策略， 以便于该 SGW根据该下行数据控制策略 确定是否发送下行数据通知消息。

应理解， 在本发明的各种实施例中， 上述各过程的序号的大小并不意味 着执行顺序的先后， 各过程的执行顺序应以其功能和内在逻辑确定， 而不应 对本发明实施例的实施过程构成任何限定。

因此， 本发明实施例的用于传输下行数据的方法， 通过获取待传输下行 数据的分类属性， 并根据该待传输下行数据的分类属性， 确定是否向接入网 设备发送寻呼消息， 以确定是否建立接入网设备与服务网关之间的承载以及 接入网设备与用户设备之间的承载， 由此能够在下行数据的传输过程中， 根 据接入网设备确定的下行数据控制策略，或根据移动性管理网元确定的下行 数据控制策略， 使得接入网设备、 移动性管理网元或服务网关能够对接入网 侧承载的建立进行控制， 避免盲目建立接入网侧承载， 也能够避免在拥塞小 区中寻呼用户设备而加剧网络拥塞， 从而能够显著地节省信令开销， 并能够 显著地緩解数据传输拥塞。

上文中结合图 1至图 11，详细描述了根据本发明实施例的用于传输下行 数据的方法， 下面将结合图 12至图 22， 详细描述根据本发明实施例的移动 性管理网元、 接入网设备和服务网关。

图 12示出了根据本发明实施例的移动性管理网元 700的示意性框图。 如图 12所示， 该移动性管理网元 700包括：

接收模块 710， 用于接收服务网关发送的下行数据通知消息；

获取模块 720， 用于获取该接收模块 710接收的该下行数据通知消息中 包括的待传输下行数据的分类属性；

确定模块 730， 用于根据该获取模块 720获取的该待传输下行数据的分 类属性， 确定是否向接入网设备发送寻呼消息， 该寻呼消息用于指示该接入 网设备建立用于传输该待传输下行数据的承载。

因此， 本发明实施例的移动性管理网元， 通过获取待传输下行数据的分 类属性， 并根据该待传输下行数据的分类属性， 确定是否向接入网设备发送 寻呼消息， 以确定是否建立接入网设备与服务网关之间的承载以及接入网设 备与用户设备之间的承载， 由此能够在下行数据的传输过程中， 对接入网侧 承载的建立进行控制，避免盲目建立接入网侧承载，从而能够节省信令开销， 并能够緩解数据传输拥塞。

可选地， 在本发明实施例中， 如图 13所示， 该接收模块 710还用于： 接收该接入网设备发送的拥塞通知消息，该拥塞通知消息包括下行数据控制 策略， 该下行数据控制策略用于指示允许传输或禁止传输的下行数据的分类 属性集合；

该确定模块 730包括：

第一确定单元 731， 用于根据该待传输下行数据的分类属性和该接收模 块 710接收的该下行数据控制策略，确定是否向该接入网设备发送该寻呼消 息。

在本发明实施例中， 可选地， 如图 14所示， 该接收模块 710还用于： 接收该接入网设备发送的拥塞通知消息，该拥塞通知消息包括用于指示当前 接入网拥塞状态的拥塞信息；

该确定模块 730包括：

第二确定单元 732， 用于根据该接收模块 710接收的该拥塞信息， 确定 下行数据控制策略， 该下行数据控制策略用于指示允许传输或禁止传输的下 行数据的分类属性集合；

第三确定单元 733， 用于根据该待传输下行数据的分类属性和该第二确 定单元 732确定的该下行数据控制策略，确定是否向该接入网设备发送该寻 呼消息。

可选地， 在本发明实施例中， 该确定模块 730具体用于：

在确定该待传输下行数据的分类属性属于该下行数据控制策略指示的 允许传输的下行数据的分类属性集合时，或在确定该待传输下行数据的分类 属性不属于该下行数据控制策略指示的禁止传输的下行数据的分类属性集 合时， 确定向该接入网设备发送该寻呼消息。

可选地， 在本发明实施例中， 如图 15所示， 该移动性管理网元 700还 包括：

发送模块 740， 用于在该确定模块 730确定向该接入网设备发送该寻呼 消息之后， 向该服务网关发送下行数据确认消息， 该下行数据确认消息包括 该下行数据控制策略。

可选地， 在本发明实施例中， 如图 15所示， 该拥塞通知消息还包括用 于指示拥塞小区的拥塞小区信息； 该移动性管理网元 700还包括：

发送模块 740， 用于在该确定模块 730确定向该接入网设备发送该寻呼 消息之后， 向该接入网设备发送该寻呼消息， 该寻呼消息包括该拥塞通知消 息中的该拥塞小区信息， 以指示该接入网设备不在该拥塞小区中寻呼该用户 设备。

在本发明实施例中， 可选地， 如图 16所示， 该确定模块 730包括： 第四确定单元 734， 用于在确定向该接入网设备发送该寻呼消息时， 对 于至少两个该待传输下行数据， 根据该分类属性、 用户设备的签约属性和服 务质量类标识 QCI属性中的至少一种信息，确定向该接入网设备发送该寻呼 消息的顺序。

在本发明实施例中， 可选地， 该获取模块 720获取的该待传输下行数据 的分类属性包括下列信息中的至少一种信息： 该待传输下行数据的业务类型 信息、 该待传输下行数据的优先级信息和该待传输下行数据的服务质量信 息。

可选地， 根据本发明实施例的移动性管理网元 700 可以为 MME 或 SGSN。

应理解， 在本发明实施例中， 获取模块和确定模块可以包括在处理模块 中， 该处理模块例如为处理器， 但本发明并不限于此。 例的用于传输下行数据的方法的执行主体， 并且移动性管理网元 700中的各 个模块的上述和其它操作和 /或功能分别为了实现图 1至图 5中的各个方法以 及图 9至图 11中的各个方法的相应流程， 为了简洁， 在此不再赘述。

因此， 本发明实施例的移动性管理网元， 通过获取待传输下行数据的分 类属性， 并根据该待传输下行数据的分类属性， 确定是否向接入网设备发送 寻呼消息， 以确定是否建立接入网设备与服务网关之间的承载以及接入网设 备与用户设备之间的承载， 由此能够在下行数据的传输过程中， 根据接入网 设备确定的下行数据控制策略， 或根据移动性管理网元确定的下行数据控制 策略， 使得接入网设备、 移动性管理网元或服务网关能够对接入网侧承载的 建立进行控制， 避免盲目建立接入网侧承载， 也能够避免在拥塞小区中寻呼 用户设备而加剧网络拥塞， 从而能够显著地节省信令开销， 并能够显著地緩 解数据传输拥塞。

图 17示出了根据本发明实施例的接入网设备 800的示意性框图。 如图 17所示， 该接入网设备 800包括：

接收模块 810， 用于接收移动性管理网元发送的第一寻呼消息； 获取模块 820， 用于获取该接收模块 810接收的该第一寻呼消息中包括 的待传输下行数据的分类属性；

第一确定模块 830， 用于确定当前接入网的负荷信息；

第二确定模块 840， 用于根据该第一确定模块 830确定的该负荷信息和 该获取模块 820获取的该分类属性，确定是否向该待传输下行数据的目标用 户设备发送第二寻呼消息，该第二寻呼消息用于指示该目标用户设备建立用 于传输该待传输下行数据的承载。

因此， 本发明实施例的接入网设备， 通过确定当前接入网的负荷信息以 及待传输下行数据的分类属性， 并根据该负荷信息和该分类属性， 确定是否 向该待传输下行数据的目标用户设备发送寻呼消息， 以确定是否建立接入网 设备与服务网关之间的承载以及接入网设备与用户设备之间的承载， 由此能 够在下行数据的传输过程中， 对接入网侧承载的建立进行控制， 避免盲目建 立接入网侧承载， 从而能够节省信令开销， 并能够緩解数据传输拥塞。

可选地， 在本发明实施例中， 如图 18所示， 该第二确定模块 840包括： 第一确定单元 841， 用于根据该负荷信息， 确定下行数据控制策略， 该 下行数据控制策略用于指示允许传输或禁止传输的下行数据的分类属性集 合；

第二确定单元 842， 用于在该待传输下行数据的分类属性属于该下行数 据控制策略指示的允许传输的下行数据的分类属性集合时， 或在该待传输下 行数据的分类属性不属于该下行数据控制策略指示的禁止传输的下行数据 的分类属性集合时， 确定向该用户设备发送该第二寻呼消息。

在本发明实施例中， 可选地， 该获取模块 820获取的该待传输下行数据 的分类属性包括下列信息中的至少一种信息： 该待传输下行数据的业务类型 信息、 该待传输下行数据的优先级信息和该待传输下行数据的服务质量信 息。

应理解， 在本发明实施例中， 获取模块和确定模块可以包括在处理模块 中， 该处理模块例如为处理器， 但本发明并不限于此。

应理解，根据本发明实施例的接入网设备 800可对应于本发明实施例的 用于传输下行数据的方法的执行主体， 并且接入网设备 800中的各个模块的 上述和其它操作和 /或功能分别为了实现图 6和图 7， 以及图 9至图 11中的 各个方法的相应流程， 为了简洁， 在此不再赘述。

因此， 本发明实施例的接入网设备， 通过确定当前接入网的负荷信息以 及待传输下行数据的分类属性， 并根据该负荷信息确定下行数据控制策略， 由此能够确定是否向该待传输下行数据的目标用户设备发送寻呼消息， 以确 定是否建立接入网设备与服务网关之间的承载以及接入网设备与用户设备 之间的承载， 由此能够在下行数据的传输过程中， 根据接入网设备确定的下 行数据控制策略， 或根据移动性管理网元确定的下行数据控制策略， 使得接 入网设备能够对接入网侧承载的建立进行控制， 避免盲目建立接入网侧承 载， 从而能够显著地节省信令开销， 并能够显著地緩解数据传输拥塞。 图 19示出了根据本发明实施例的服务网关 900的示意性框图。 如图 19 所示， 该服务网关 900包括：

接收模块 910， 用于接收移动性管理网元发送的下行数据确认消息， 该 下行数据确认消息用于指示该服务网关传输第一待传输下行数据，且该下行 数据确认消息包括下行数据控制策略， 该下行数据控制策略用于指示允许传 输或禁止传输的下行数据的分类属性集合；

获取模块 920， 用于获取该接收模块 910接收的该下行数据确认消息中 包括的该下行数据控制策略；

接收模块 910还用于：接收分组数据网网关发送的第二待传输下行数据； 确定模块 930， 用于根据该接收模块 910接收的该第二待传输下行数据 的分类属性和该获取模块 920获取的该下行数据控制策略，确定是否向该移 动性管理网元发送下行数据通知消息， 该下行数据通知消息用于指示存在传 输给用户设备的该第二待传输下行数据。

因此， 本发明实施例的网关设备， 通过获取待传输下行数据的分类属性 以及下行数据控制策略， 并根据该分类属性和该下行数据控制策略， 确定是 否向移动性管理网元发送下行数据通知消息， 以确定是否要建立接入网设备 与服务网关之间的承载以及接入网设备与用户设备之间的承载， 由此能够在 下行数据的传输过程中， 对接入网侧承载的建立进行控制， 避免盲目建立接 入网侧承载， 从而能够节省信令开销， 并能够緩解数据传输拥塞。

可选地， 在本发明实施例中， 该确定模块 930具体用于：

在该第二待传输下行数据的分类属性属于该下行数据控制策略指示的 允许传输的下行数据的分类属性集合时，或在该第二待传输下行数据的分类 属性不属于该下行数据控制策略指示的禁止传输的下行数据的分类属性集 合时， 确定向该移动性管理网元发送该下行数据通知消息。

可选地， 在本发明实施例中， 该接收模块 910接收的该第二待传输下行 数据的分类属性包括下列信息中的至少一种信息： 该第二待传输下行数据的 业务类型信息、该第二待传输下行数据的优先级信息和该第二待传输下行数 据的服务质量信息。

应理解， 在本发明实施例中， 获取模块和确定模块可以包括在处理模块 中， 该处理模块例如为处理器， 但本发明并不限于此。 于传输下行数据的方法的执行主体， 并且服务网关 900中的各个模块的上述 和其它操作和 /或功能分别为了实现图 8至图 11中的各个方法的相应流程， 为了简洁， 在此不再赘述。

因此， 本发明实施例的服务网关， 通过获取下行数据控制策略以及第二 待传输下行数据的分类属性， 并根据该下行数据控制策略和该分类属性， 能 够确定是否向该移动性管理网元发送下行数据通知消息， 以确定是否建立接 入网设备与服务网关之间的承载以及接入网设备与用户设备之间的承载， 由 此能够在下行数据的传输过程中，根据移动性管理网元确定的下行数据控制 策略， 使得服务网关能够对接入网侧承载的建立进行控制， 避免盲目建立接 入网侧承载， 从而能够显著地节省信令开销， 并能够显著地緩解数据传输拥 塞。

如图 20所示， 本发明实施例还提供了一种移动性管理网元 10， 该移动 性管理网元 10包括处理器 11、存储器 12、 总线系统 13和接收器 14。 其中， 处理器 11、存储器 12和接收器 14通过总线系统 13相连，该存储器 12用于 存储指令， 该处理器 11用于执行该存储器 12存储的指令， 并控制该接收器 14接收信息。 其中， 该接收器 14用于： 接收服务网关发送的下行数据通知 消息； 处理器 11用于： 获取该下行数据通知消息中包括的待传输下行数据 的分类属性； 根据该待传输下行数据的分类属性， 确定是否向接入网设备发 送寻呼消息， 该寻呼消息用于指示该接入网设备建立用于传输该待传输下行 数据的承载。

因此， 本发明实施例的移动性管理网元， 通过获取待传输下行数据的分 类属性， 并根据该待传输下行数据的分类属性， 确定是否向接入网设备发送 寻呼消息， 以确定是否建立接入网设备与服务网关之间的承载以及接入网设 备与用户设备之间的承载， 由此能够在下行数据的传输过程中， 对接入网侧 承载的建立进行控制，避免盲目建立接入网侧承载，从而能够节省信令开销， 并能够緩解数据传输拥塞。

应理解，在本发明实施例中，该处理器 11可以是中央处理单元（Central Processing Unit, 简称为 "CPU" ), 该处理器 11还可以是其他通用处理器、 数字信号处理器（DSP )、专用集成电路（ASIC )、现成可编程门阵列（FPGA ) 或者其他可编程逻辑器件、 分立门或者晶体管逻辑器件、 分立硬件组件等。 通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。 该存储器 12可以包括只读存储器和随机存取存储器， 并向处理器 11提 供指令和数据。 存储器 12的一部分还可以包括非易失性随机存取存储器。 例如， 存储器 820还可以存储设备类型的信息。

该总线系统 13除包括数据总线之外， 还可以包括电源总线、 控制总线 和状态信号总线等。 但是为了清楚说明起见， 在图中将各种总线都标为总线 系统 13。

在实现过程中， 上述方法的各步骤可以通过处理器 11 中的硬件的集成 逻辑电路或者软件形式的指令完成。 结合本发明实施例所公开的方法的步骤 可以直接体现为硬件处理器执行完成， 或者用处理器中的硬件及软件模块组 合执行完成。 软件模块可以位于随机存储器， 闪存、 只读存储器， 可编程只 读存储器或者电可擦写可编程存储器、 寄存器等本领域成熟的存储介质中。 该存储介质位于存储器 12， 处理器 11读取存储器 820中的信息， 结合其硬 件完成上述方法的步骤。 为避免重复， 这里不再详细描述。

可选地， 作为一个实施例， 该接收器 14还用于： 接收该接入网设备发 送的拥塞通知消息， 该拥塞通知消息包括下行数据控制策略， 该下行数据控 制策略用于指示允许传输或禁止传输的下行数据的分类属性集合； 该处理器 11 根据该待传输下行数据的分类属性， 确定是否向接入网设备发送寻呼消 息， 包括： 根据该待传输下行数据的分类属性和该下行数据控制策略， 确定 是否向该接入网设备发送该寻呼消息。

可选地， 作为一个实施例， 该接收器 14还用于： 接收该接入网设备发 送的拥塞通知消息， 该拥塞通知消息包括用于指示当前接入网拥塞状态的拥 塞信息； 该处理器 11根据该待传输下行数据的分类属性， 确定是否向接入 网设备发送寻呼消息， 包括： 根据该拥塞信息， 确定下行数据控制策略， 该 下行数据控制策略用于指示允许传输或禁止传输的下行数据的分类属性集 合； 根据该待传输下行数据的分类属性和该下行数据控制策略， 确定是否向 该接入网设备发送该寻呼消息。

可选地， 作为一个实施例， 该处理器 11根据该待传输下行数据的分类 属性和该下行数据控制策略， 确定是否向该接入网设备发送该寻呼消息， 包 括：

在确定该待传输下行数据的分类属性属于该下行数据控制策略指示的 允许传输的下行数据的分类属性集合时，或在确定该待传输下行数据的分类 属性不属于该下行数据控制策略指示的禁止传输的下行数据的分类属性集 合时， 确定向该接入网设备发送该寻呼消息。

可选地， 作为一个实施例， 该移动性管理网元 10还包括发送器 15， 该 发送器 15用于： 在处理器 11确定向该接入网设备发送该寻呼消息之后， 向 该服务网关发送下行数据确认消息， 该下行数据确认消息包括该下行数据控 制策略。

可选地， 作为一个实施例， 该拥塞通知消息还包括用于指示拥塞小区的 拥塞小区信息； 其中， 该移动性管理网元 10还包括发送器 15， 该发送器 15 用于： 在处理器 11确定向该接入网设备发送该寻呼消息之后， 向该接入网 设备发送该寻呼消息， 该寻呼消息包括该拥塞通知消息中的该拥塞小区信 息， 以指示该接入网设备不在该拥塞小区中寻呼该用户设备。

可选地， 作为一个实施例， 处理器 11根据该待传输下行数据的分类属 性， 确定是否向接入网设备发送寻呼消息， 包括：

在确定向该接入网设备发送该寻呼消息时，对于至少两个该待传输下行 数据，根据该分类属性、用户设备的签约属性和服务质量类标识 QCI属性中 的至少一种信息， 确定向该接入网设备发送该寻呼消息的顺序。

可选地， 作为一个实施例， 该待传输下行数据的分类属性包括下列信息 中的至少一种信息： 该待传输下行数据的业务类型信息、 该待传输下行数据 的优先级信息和该待传输下行数据的服务质量信息。

应理解， 根据本发明实施例的移动性管理网元 10可对应于本发明实施 例的用于传输下行数据的方法的执行主体， 并且可以对应于根据本发明实施 例的移动性管理网元 700，并且移动性管理网元 10中的各个模块的上述和其 它操作和 /或功能分别为了实现图 1至图 5中的各个方法以及图 9至图 11中 的各个方法的相应流程， 为了简洁， 在此不再赘述。

因此， 本发明实施例的移动性管理网元， 通过获取待传输下行数据的分 类属性， 并根据该待传输下行数据的分类属性， 确定是否向接入网设备发送 寻呼消息， 以确定是否建立接入网设备与服务网关之间的承载以及接入网设 备与用户设备之间的承载， 由此能够在下行数据的传输过程中， 根据接入网 设备确定的下行数据控制策略， 或根据移动性管理网元确定的下行数据控制 策略， 使得接入网设备、 移动性管理网元或服务网关能够对接入网侧承载的 建立进行控制， 避免盲目建立接入网侧承载， 也能够避免在拥塞小区中寻呼 用户设备而加剧网络拥塞， 从而能够显著地节省信令开销， 并能够显著地緩 解数据传输拥塞。

如图 21所示， 本发明实施例还提供了一种接入网设备 20， 该网络设备 20包括处理器 21、 存储器 22、 总线系统 23和接收器 24。 其中， 处理器 21、 存储器 22和接收器 24通过总线系统 23相连， 该存储器 22用于存储指令， 该处理器 21用于执行该存储器 22存储的指令， 并控制接收器 24接收信息。 其中， 该接收器 24用于： 接收移动性管理网元发送的第一寻呼消息； 该该 处理器 21用于： 获取该第一寻呼消息中包括的待传输下行数据的分类属性； 确定当前接入网的负荷信息； 根据该负荷信息和该分类属性， 确定是否向该 待传输下行数据的目标用户设备发送第二寻呼消息， 该第二寻呼消息用于指 示该目标用户设备建立用于传输该待传输下行数据的承载。

因此， 本发明实施例的接入网设备， 通过确定当前接入网的负荷信息以 及待传输下行数据的分类属性， 并根据该负荷信息和该分类属性， 确定是否 向该待传输下行数据的目标用户设备发送寻呼消息， 以确定是否建立接入网 设备与服务网关之间的承载以及接入网设备与用户设备之间的承载， 由此能 够在下行数据的传输过程中， 对接入网侧承载的建立进行控制， 避免盲目建 立接入网侧承载， 从而能够节省信令开销， 并能够緩解数据传输拥塞。

应理解，在本发明实施例中，该处理器 21可以是中央处理单元（Central Processing Unit, 简称为 "CPU" ), 该处理器 21还可以是其他通用处理器、 数字信号处理器（DSP )、专用集成电路（ASIC )、现成可编程门阵列（FPGA ) 或者其他可编程逻辑器件、 分立门或者晶体管逻辑器件、 分立硬件组件等。 通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器 22可以包括只读存储器和随机存取存储器， 并向处理器 21提 供指令和数据。 存储器 22的一部分还可以包括非易失性随机存取存储器。 例如， 存储器 22还可以存储设备类型的信息。

该总线系统 23除包括数据总线之外， 还可以包括电源总线、 控制总线 和状态信号总线等。 但是为了清楚说明起见， 在图中将各种总线都标为总线 系统 23。

在实现过程中， 上述方法的各步骤可以通过处理器 21 中的硬件的集成 逻辑电路或者软件形式的指令完成。 结合本发明实施例所公开的方法的步骤 可以直接体现为硬件处理器执行完成， 或者用处理器中的硬件及软件模块组 合执行完成。 软件模块可以位于随机存储器， 闪存、 只读存储器， 可编程只 读存储器或者电可擦写可编程存储器、 寄存器等本领域成熟的存储介质中。 该存储介质位于存储器 22，处理器 21读取存储器 22中的信息，结合其硬件 完成上述方法的步骤。 为避免重复， 这里不再详细描述。

可选地， 作为一个实施例， 该处理器 21根据该负荷信息和该分类属性， 确定是否向该待传输下行数据的目标用户设备发送第二寻呼消息， 包括： 根据该负荷信息， 确定下行数据控制策略， 该下行数据控制策略用于指 示允许传输或禁止传输的下行数据的分类属性集合；

在确定该待传输下行数据的分类属性属于该下行数据控制策略指示的 允许传输的下行数据的分类属性集合时，或在确定该待传输下行数据的分类 属性不属于该下行数据控制策略指示的禁止传输的下行数据的分类属性集 合时， 确定向该目标用户设备发送该第二寻呼消息。

可选地， 作为一个实施例， 该待传输下行数据的分类属性包括下列信息 中的至少一种信息： 该待传输下行数据的业务类型信息、 该待传输下行数据 的优先级信息和该待传输下行数据的服务质量信息。

应理解， 根据本发明实施例的接入网设备 20可对应于本发明实施例的 用于传输下行数据的方法的执行主体， 并可以对应于根据本发明实施例的接 入网设备 800，并且接入网设备 800中的各个模块的上述和其它操作和 /或功 能分别为了实现图 6和图 7以及图 9至图 11中的各个方法的相应流程， 为 了简洁， 在此不再赘述。

因此， 本发明实施例的接入网设备， 通过确定当前接入网的负荷信息以 及待传输下行数据的分类属性， 并根据该负荷信息确定下行数据控制策略， 由此能够确定是否向该待传输下行数据的目标用户设备发送寻呼消息， 以确 定是否建立接入网设备与服务网关之间的承载以及接入网设备与用户设备 之间的承载， 由此能够在下行数据的传输过程中， 根据接入网设备确定的下 行数据控制策略， 或根据移动性管理网元确定的下行数据控制策略， 使得接 入网设备能够对接入网侧承载的建立进行控制， 避免盲目建立接入网侧承 载， 从而能够显著地节省信令开销， 并能够显著地緩解数据传输拥塞。

如图 22所示， 本发明实施例还提供了一种服务网关 30， 该服务网关 30 包括处理器 31、 存储器 32、 总线系统 33和接收器 34。 其中， 处理器 31、 存储器 32和接收器 34通过总线系统 33相连， 该存储器 32用于存储指令， 该处理器 31用于执行该存储器 32存储的指令， 并控制接收器 34接收信息。 其中， 该接收器 34用于： 接收移动性管理网元发送的下行数据确认消息， 该下行数据确认消息用于指示服务网关传输第一待传输下行数据，且该下行 数据确认消息包括下行数据控制策略， 该下行数据控制策略用于指示允许传 输或禁止传输的下行数据的分类属性集合； 该处理器 31用于： 获取该下行 数据确认消息中包括的该下行数据控制策略； 接收分组数据网网关发送的第 二待传输下行数据； 根据该第二待传输下行数据的分类属性和该下行数据控 制策略， 确定是否向该移动性管理网元发送下行数据通知消息， 该下行数据 通知消息用于指示存在传输给用户设备的该第二待传输下行数据。

因此， 本发明实施例的网关设备， 通过获取待传输下行数据的分类属性 以及下行数据控制策略， 并根据该分类属性和该下行数据控制策略， 确定是 否向移动性管理网元发送下行数据通知消息， 以确定是否要建立接入网设备 与服务网关之间的承载以及接入网设备与用户设备之间的承载， 由此能够在 下行数据的传输过程中， 对接入网侧承载的建立进行控制， 避免盲目建立接 入网侧承载， 从而能够节省信令开销， 并能够緩解数据传输拥塞。

应理解，在本发明实施例中，该处理器 31可以是中央处理单元（Central Processing Unit, 简称为 "CPU" ), 该处理器 31还可以是其他通用处理器、 数字信号处理器（DSP )、专用集成电路（ASIC )、现成可编程门阵列（FPGA ) 或者其他可编程逻辑器件、 分立门或者晶体管逻辑器件、 分立硬件组件等。 通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器 32可以包括只读存储器和随机存取存储器， 并向处理器 31提 供指令和数据。 存储器 32的一部分还可以包括非易失性随机存取存储器。 例如， 存储器 32还可以存储设备类型的信息。

该总线系统 33除包括数据总线之外， 还可以包括电源总线、 控制总线 和状态信号总线等。 但是为了清楚说明起见， 在图中将各种总线都标为总线 系统 33。

在实现过程中， 上述方法的各步骤可以通过处理器 31 中的硬件的集成 逻辑电路或者软件形式的指令完成。 结合本发明实施例所公开的方法的步骤 可以直接体现为硬件处理器执行完成， 或者用处理器中的硬件及软件模块组 合执行完成。 软件模块可以位于随机存储器， 闪存、 只读存储器， 可编程只 读存储器或者电可擦写可编程存储器、 寄存器等本领域成熟的存储介质中。 该存储介质位于存储器 32，处理器 31读取存储器 32中的信息，结合其硬件 完成上述方法的步骤。 为避免重复， 这里不再详细描述。

可选地， 作为一个实施例， 该处理器 31根据该第二待传输下行数据的 分类属性和该下行数据控制策略，确定是否向该移动性管理网元发送下行数 据通知消息， 包括：

在确定该第二待传输下行数据的分类属性属于该下行数据控制策略指 示的允许传输的下行数据的分类属性集合时， 或在确定该第二待传输下行数 据的分类属性不属于该下行数据控制策略指示的禁止传输的下行数据的分 类属性集合时， 确定向该移动性管理网元发送该下行数据通知消息。

可选地， 作为一个实施例， 该第二待传输下行数据的分类属性包括下列 信息中的至少一种信息： 该第二待传输下行数据的业务类型信息、 该第二待 传输下行数据的优先级信息和该第二待传输下行数据的服务质量信息。

应理解， 根据本发明实施例的服务网关 30可对应于本发明实施例的用 于传输下行数据的方法的执行主体， 并可以对应于根据本发明实施例的服务 网关 900， 并且服务网关 30中的各个模块的上述和其它操作和 /或功能分别 为了实现图 8至图 11中的各个方法的相应流程， 为了简洁， 在此不再赘述。

因此， 本发明实施例的服务网关， 通过获取下行数据控制策略以及第二 待传输下行数据的分类属性， 并根据该下行数据控制策略和该分类属性， 能 够确定是否向该移动性管理网元发送下行数据通知消息， 以确定是否建立接 入网设备与服务网关之间的承载以及接入网设备与用户设备之间的承载， 由 此能够在下行数据的传输过程中，根据移动性管理网元确定的下行数据控制 策略， 使得服务网关能够对接入网侧承载的建立进行控制， 避免盲目建立接 入网侧承载， 从而能够显著地节省信令开销， 并能够显著地緩解数据传输拥 塞。

本领域普通技术人员可以意识到， 结合本文中所公开的实施例描述的各 示例的单元及算法步骤， 能够以电子硬件、 计算机软件或者二者的结合来实 现， 为了清楚地说明硬件和软件的可互换性， 在上述说明中已经按照功能一 般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执 行， 取决于技术方案的特定应用和设计约束条件。 专业技术人员可以对每个 特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超 出本发明的范围。 所属领域的技术人员可以清楚地了解到， 为了描述的方便和简洁， 上述 描述的系统、 装置和单元的具体工作过程， 可以参考前述方法实施例中的对 应过程， 在此不再赘述。

在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统、 装置和 方法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例仅仅是示 意性的， 例如， 所述单元的划分， 仅仅为一种逻辑功能划分， 实际实现时可 以有另外的划分方式， 例如多个单元或组件可以结合或者可以集成到另一个 系统， 或一些特征可以忽略， 或不执行。 另夕卜， 所显示或讨论的相互之间的 耦合或直接辆合或通信连接可以是通过一些接口、装置或单元的间接辆合或 通信连接， 也可以是电的， 机械的或其它的形式连接。 为单元显示的部件可以是或者也可以不是物理单元， 即可以位于一个地方， 或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或 者全部单元来实现本发明实施例方案的目的。

另外， 在本发明各个实施例中的各功能单元可以集成在一个处理单元 中， 也可以是各个单元单独物理存在， 也可以是两个或两个以上单元集成在 一个单元中。 上述集成的单元既可以釆用硬件的形式实现， 也可以釆用软件 功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销 售或使用时， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方 案的全部或部分可以以软件产品的形式体现出来， 该计算机软件产品存储在 一个存储介质中， 包括若干指令用以使得一台计算机设备（可以是个人计算 机， 服务器， 或者网络设备等）执行本发明各个实施例所述方法的全部或部 分步骤。 而前述的存储介质包括： U盘、 移动硬盘、 只读存储器 （ROM， Read-Only Memory )、 随机存取存 4诸器 ( RAM, Random Access Memory )、 磁碟或者光盘等各种可以存储程序代码的介质。

以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限 于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易 想到各种等效的修改或替换， 这些修改或替换都应涵盖在本发明的保护范围 之内。 因此， 本发明的保护范围应以权利要求的保护范围为准。

Claims (27)

1. 权利要求

   1、 一种用于传输下行数据的方法， 其特征在于， 包括：

   接收服务网关发送的下行数据通知消息；

   获取所述下行数据通知消息中包括的待传输下行数据的分类属性； 根据所述待传输下行数据的分类属性，确定是否向接入网设备发送寻呼 消息， 所述寻呼消息用于指示所述接入网设备建立用于传输所述待传输下行 数据的承载。
2. 2、 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括： 接收所述接入网设备发送的拥塞通知消息， 所述拥塞通知消息包括下行 数据控制策略， 所述下行数据控制策略用于指示允许传输或禁止传输的下行 数据的分类属性集合；

   所述根据所述待传输下行数据的分类属性，确定是否向接入网设备发送 寻呼消息， 包括：

   根据所述待传输下行数据的分类属性和所述下行数据控制策略，确定是 否向所述接入网设备发送所述寻呼消息。
3. 3、 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括： 接收所述接入网设备发送的拥塞通知消息， 所述拥塞通知消息包括用于 指示当前接入网拥塞状态的拥塞信息；

   所述根据所述待传输下行数据的分类属性，确定是否向接入网设备发送 寻呼消息， 包括：

   根据所述拥塞信息， 确定下行数据控制策略， 所述下行数据控制策略用 于指示允许传输或禁止传输的下行数据的分类属性集合；

   根据所述待传输下行数据的分类属性和所述下行数据控制策略，确定是 否向所述接入网设备发送所述寻呼消息。
4. 4、 根据权利要求 2或 3所述的方法， 其特征在于， 所述根据所述待传 输下行数据的分类属性和所述下行数据控制策略，确定是否向所述接入网设 备发送所述寻呼消息， 包括：

   在确定所述待传输下行数据的分类属性属于所述下行数据控制策略指 示的允许传输的下行数据的分类属性集合时， 或在确定所述待传输下行数据 的分类属性不属于所述下行数据控制策略指示的禁止传输的下行数据的分 类属性集合时， 确定向所述接入网设备发送所述寻呼消息。 5、 根据权利要求 2至 4中任一项所述的方法， 其特征在于， 在确定向 所述接入网设备发送所述寻呼消息之后， 所述方法还包括：

   向所述服务网关发送下行数据确认消息， 所述下行数据确认消息包括所 述下行数据控制策略。
5. 6、 根据权利要求 2至 5中任一项所述的方法， 其特征在于， 所述拥塞 通知消息还包括用于指示拥塞小区的拥塞小区信息；

   其中， 在确定向所述接入网设备发送所述寻呼消息之后， 所述方法还包 括：

   向所述接入网设备发送所述寻呼消息， 所述寻呼消息包括所述拥塞通知 消息中的所述拥塞小区信息， 以指示所述接入网设备不在所述拥塞小区中寻 呼所述用户设备。
6. 7、 根据权利要求 1至 6中任一项所述的方法， 其特征在于， 所述根据 所述待传输下行数据的分类属性， 确定是否向接入网设备发送寻呼消息， 包 括：

   在确定向所述接入网设备发送所述寻呼消息时，对于至少两个所述待传 输下行数据， 根据所述分类属性、 用户设备的签约属性和服务质量类标识 QCI属性中的至少一种信息， 确定向所述接入网设备发送所述寻呼消息的顺 序。
7. 8、 根据权利要求 1至 7中任一项所述的方法， 其特征在于， 所述待传 输下行数据的分类属性包括下列信息中的至少一种信息： 所述待传输下行数 据的业务类型信息、所述待传输下行数据的优先级信息和所述待传输下行数 据的服务质量信息。
8. 9、 一种用于传输下行数据的方法， 其特征在于， 包括：

   接收移动性管理网元发送的第一寻呼消息；

   获取所述第一寻呼消息中包括的待传输下行数据的分类属性； 确定当前接入网的负荷信息；

   根据所述负荷信息和所述分类属性，确定是否向所述待传输下行数据的 目标用户设备发送第二寻呼消息， 所述第二寻呼消息用于指示所述目标用户 设备建立用于传输所述待传输下行数据的承载。
9. 10、 根据权利要求 9所述的方法， 其特征在于， 所述根据所述负荷信息 和所述分类属性，确定是否向所述待传输下行数据的目标用户设备发送第二 寻呼消息， 包括：

   根据所述负荷信息， 确定下行数据控制策略， 所述下行数据控制策略用 于指示允许传输或禁止传输的下行数据的分类属性集合；

   在确定所述待传输下行数据的分类属性属于所述下行数据控制策略指 示的允许传输的下行数据的分类属性集合时， 或在确定所述待传输下行数据 的分类属性不属于所述下行数据控制策略指示的禁止传输的下行数据的分 类属性集合时， 确定向所述目标用户设备发送所述第二寻呼消息。
10. 11、 根据权利要求 9或 10所述的方法， 其特征在于， 所述待传输下行 数据的分类属性包括下列信息中的至少一种信息： 所述待传输下行数据的业 务类型信息、所述待传输下行数据的优先级信息和所述待传输下行数据的服 务质量信息。
11. 12、 一种用于传输下行数据的方法， 其特征在于， 包括：

    接收移动性管理网元发送的下行数据确认消息， 所述下行数据确认消息 用于指示服务网关传输第一待传输下行数据，且所述下行数据确认消息包括 下行数据控制策略， 所述下行数据控制策略用于指示允许传输或禁止传输的 下行数据的分类属性集合；

    获取所述下行数据确认消息中包括的所述下行数据控制策略； 接收分组数据网网关发送的第二待传输下行数据；

    根据所述第二待传输下行数据的分类属性和所述下行数据控制策略，确 定是否向所述移动性管理网元发送下行数据通知消息， 所述下行数据通知消 息用于指示存在传输给用户设备的所述第二待传输下行数据。
12. 13、 根据权利要求 12所述的方法， 其特征在于， 所述根据所述第二待 传输下行数据的分类属性和所述下行数据控制策略，确定是否向所述移动性 管理网元发送下行数据通知消息， 包括：

    在确定所述第二待传输下行数据的分类属性属于所述下行数据控制策 略指示的允许传输的下行数据的分类属性集合时， 或在确定所述第二待传输 下行数据的分类属性不属于所述下行数据控制策略指示的禁止传输的下行 消息。
13. 14、 根据权利要求 12或 13所述的方法， 其特征在于， 所述第二待传输 下行数据的分类属性包括下列信息中的至少一种信息： 所述第二待传输下行 数据的业务类型信息、所述第二待传输下行数据的优先级信息和所述第二待 传输下行数据的服务质量信息。
14. 15、 一种移动性管理网元， 其特征在于， 包括：

    接收模块， 用于接收服务网关发送的下行数据通知消息；

    获取模块，用于获取所述接收模块接收的所述下行数据通知消息中包括 的待传输下行数据的分类属性；

    确定模块，用于根据所述获取模块获取的所述待传输下行数据的分类属 性， 确定是否向接入网设备发送寻呼消息， 所述寻呼消息用于指示所述接入 网设备建立用于传输所述待传输下行数据的承载。
15. 16、 根据权利要求 15所述的移动性管理网元， 其特征在于， 所述接收 模块还用于： 接收所述接入网设备发送的拥塞通知消息， 所述拥塞通知消息 包括下行数据控制策略， 所述下行数据控制策略用于指示允许传输或禁止传 输的下行数据的分类属性集合；

    所述确定模块包括：

    第一确定单元， 用于根据所述待传输下行数据的分类属性和所述接收模 块接收的所述下行数据控制策略，确定是否向所述接入网设备发送所述寻呼 消息。
16. 17、 根据权利要求 15所述的移动性管理网元， 其特征在于， 所述接收 模块还用于： 接收所述接入网设备发送的拥塞通知消息， 所述拥塞通知消息 包括用于指示当前接入网拥塞状态的拥塞信息；

    所述确定模块包括：

    第二确定单元， 用于根据所述接收模块接收的所述拥塞信息， 确定下行 数据控制策略， 所述下行数据控制策略用于指示允许传输或禁止传输的下行 数据的分类属性集合；

    第三确定单元， 用于根据所述待传输下行数据的分类属性和所述第二确 定单元确定的所述下行数据控制策略，确定是否向所述接入网设备发送所述 寻呼消息。
17. 18、 根据权利要求 16或 17所述的移动性管理网元， 其特征在于， 所述 确定模块具体用于：

    在确定所述待传输下行数据的分类属性属于所述下行数据控制策略指 示的允许传输的下行数据的分类属性集合时， 或在确定所述待传输下行数据 的分类属性不属于所述下行数据控制策略指示的禁止传输的下行数据的分 类属性集合时， 确定向所述接入网设备发送所述寻呼消息。
18. 19、 根据权利要求 16至 18中任一项所述的移动性管理网元， 其特征在 于， 所述移动性管理网元还包括：

    发送模块，用于在所述确定模块确定向所述接入网设备发送所述寻呼消 息之后， 向所述服务网关发送下行数据确认消息， 所述下行数据确认消息包 括所述下行数据控制策略。
19. 20、 根据权利要求 16至 18中任一项所述的移动性管理网元， 其特征在 于， 所述拥塞通知消息还包括用于指示拥塞小区的拥塞小区信息；

    所述移动性管理网元还包括：

    发送模块，用于在所述确定模块确定向所述接入网设备发送所述寻呼消 息之后， 向所述接入网设备发送所述寻呼消息， 所述寻呼消息包括所述拥塞 通知消息中的所述拥塞小区信息， 以指示所述接入网设备不在所述拥塞小区 中寻呼所述用户设备。
20. 21、 根据权利要求 15至 20中任一项所述的移动性管理网元， 其特征在 于， 所述确定模块包括：

    第四确定单元， 用于在确定向所述接入网设备发送所述寻呼消息时， 对 于至少两个所述待传输下行数据， 根据所述分类属性、 用户设备的签约属性 和服务质量类标识 QCI属性中的至少一种信息，确定向所述接入网设备发送 所述寻呼消息的顺序。
21. 22、 根据权利要求 15至 21中任一项所述的移动性管理网元， 其特征在 于， 所述获取模块获取的所述待传输下行数据的分类属性包括下列信息中的 至少一种信息： 所述待传输下行数据的业务类型信息、 所述待传输下行数据 的优先级信息和所述待传输下行数据的服务质量信息。
22. 23、 一种接入网设备， 其特征在于， 包括：

    接收模块， 用于接收移动性管理网元发送的第一寻呼消息；

    获取模块， 用于获取所述接收模块接收的所述第一寻呼消息中包括的待 传输下行数据的分类属性；

    第一确定模块， 用于确定当前接入网的负荷信息；

    第二确定模块， 用于根据所述第一确定模块确定的所述负荷信息和所述 获取模块获取的所述分类属性，确定是否向所述待传输下行数据的目标用户 设备发送第二寻呼消息， 所述第二寻呼消息用于指示所述目标用户设备建立 用于传输所述待传输下行数据的承载。
23. 24、 根据权利要求 23所述的接入网设备， 其特征在于， 所述第二确定 模块包括：

    第一确定单元， 用于根据所述负荷信息， 确定下行数据控制策略， 所述 下行数据控制策略用于指示允许传输或禁止传输的下行数据的分类属性集 合；

    第二确定单元， 用于在所述待传输下行数据的分类属性属于所述下行数 据控制策略指示的允许传输的下行数据的分类属性集合时， 或在所述待传输 下行数据的分类属性不属于所述下行数据控制策略指示的禁止传输的下行 数据的分类属性集合时， 确定向所述目标用户设备发送所述第二寻呼消息。
24. 25、 根据权利要求 23或 24所述的接入网设备， 其特征在于， 所述获取 模块获取的所述待传输下行数据的分类属性包括下列信息中的至少一种信 息： 所述待传输下行数据的业务类型信息、 所述待传输下行数据的优先级信 息和所述待传输下行数据的服务质量信息。
25. 26、 一种服务网关， 其特征在于， 包括：

    接收模块， 用于接收移动性管理网元发送的下行数据确认消息， 所述下 行数据确认消息用于指示所述服务网关传输第一待传输下行数据，且所述下 行数据确认消息包括下行数据控制策略， 所述下行数据控制策略用于指示允 许传输或禁止传输的下行数据的分类属性集合；

    获取模块， 用于获取所述接收模块接收的所述下行数据确认消息中包括 的所述下行数据控制策略；

    所述接收模块还用于： 接收分组数据网网关发送的第二待传输下行数 据；

    确定模块， 用于根据所述接收模块接收的所述第二待传输下行数据的分 类属性和所述获取模块获取的所述下行数据控制策略，确定是否向所述移动 性管理网元发送下行数据通知消息， 所述下行数据通知消息用于指示存在传 输给用户设备的所述第二待传输下行数据。
26. 27、 根据权利要求 26所述的服务网关， 其特征在于， 所述确定模块具 体用于：

    在所述第二待传输下行数据的分类属性属于所述下行数据控制策略指 示的允许传输的下行数据的分类属性集合时， 或在所述第二待传输下行数据 的分类属性不属于所述下行数据控制策略指示的禁止传输的下行数据的分
27. 28、 根据权利要求 26或 27所述的服务网关， 其特征在于， 所述接收模 块接收的所述第二待传输下行数据的分类属性包括下列信息中的至少一种 信息： 所述第二待传输下行数据的业务类型信息、 所述第二待传输下行数据 的优先级信息和所述第二待传输下行数据的服务质量信息。