[发明专利]用于向直接隧道分配业务的方法和装置、计算机程序产品和计算机可读介质

说明书

技术领域

本发明涉及用于向直接隧道（direct tunnel）分配业务（traffic）的一种方法和一种装置、涉及一种计算机程序产品并且涉及一种计算机可读介质。

背景技术

直接隧道是由3GPP TS 23.060（通用分组无线业务（GPRS）；服务描述）规定的。SGSN实现了这种功能性以使得能够在UMTS 网络中的GGSN和UTRAN之间建立直接隧道。

直接隧道是在Iu模式中的一种可选的功能，该功能允许SGSN在PS域内的RAN和GGSN之间建立直接用户面隧道。

能够处理直接隧道的SGSN应该具有在按照（per）GGSN并且按照RNC的基础上配置的能力，无论它是否能够使用直接用户面连接。

当要建立直接隧道时，SGSN处理控制面信令并且按照PDP提供决定。直接隧道机制的当前实现在它的是否建立直接隧道的决定方面是相当无效的。

假设仅仅允许或者能够建立特定数目或者百分比的直接隧道（例如，由于许可限制），则在分配直接隧道时的这种效率不足导致专用于Iu用户面处理的硬件的利用是不良的。

例如，在直播网络中，运营商可能仍然在使用SGSN用户面容量。SGSN实现直接隧道方案以避免通过SGSN用户面流动的用户面业务。由于在（不久的）未来预期大量的数据业务，将会出现对于额外的用户面容量的、相当大的要求。直接隧道方案是使得运营商不必购买更多SGSN容量的重要工具。作为替代，能够绕开用户面并且业务能够被直接地从GGSN传送到RNC。

数据业务以增量方式增加，因此运营商逐步地倾向于购买直接隧道许可。

隧道创建过程与SGSN中的RAB分配成正比。在直播网络中，根据RAB在PDP上下文之间的比率等于5-10%，即对于SGSN中的每100个PDP上下文，存在5到10个RAB。由于“永远在线（Always-On）”终端和宽带接入类型，预期这个数字增加到大约20-30%。

能够观察到，在直播网络中，20-30%的订户使用60-70%的用户面容量，其中其余的70-80%的订户使用30-40%的用户面容量。不利地，关于直接隧道对于具体用户类型的任何分配，目前的机制是无效的。

3GPP标准（TR23。809）定义了一种机制以创建、更新或者删除直接隧道。而且，它限定了当不应该创建直接隧道时的情形。如所述的，在关于如何关于现有或者将来的业务有效地利用直接隧道的标准方面没有规定。

发明内容

所要解决的问题是克服上述缺点并且尤其是提供有效率的、直接隧道的利用。

根据独立权利要求的特征解决了这个问题。从属权利要求给出了进一步的实施例。

为了克服这个问题，提供了一种用于向直接隧道分配业务的方法，其中所述业务基于由服务节点和/或由网关节点提供的优先化（prioritization）而被分配给直接隧道。

可以，尤其是，提供至少一个服务节点和/或至少一个网关节点。

根据一个实施例，该服务节点是SGSN。根据进一步的实施例，该网关节点是GGSN。

注意在这里GGSN被描述成用于网关节点的一个实例并且SGSN被描述成用于服务节点的一个实例。

所述服务节点和/或所述网关节点可以是包括分组数据交换功能的任何网络组件。

注意这种分配可以包括业务，尤其是PDP业务（其可以在PDP会话中被组织成PDP上下文）的重新分配。

所提供的方式允许设置、修改、释放在UMTS网络的GGSN和UTRAN（尤其是RNC）之间的至少一个直接隧道。直接隧道的这种处理是以优先化方式提供的，即能够利用某些特征和信息从而允许有效的优先化。因此，经由直接隧道的吞吐量能够得以增加（例如，最大化），由此最小化对于经由通常的两隧道方式提供的吞吐量的需要。

有利地，所提出的方案提供区别和/或优先权（priority）机制，基于该机制，能够决定是否建立直接隧道。因此，直接隧道能够被以选择性方式创建（删除、修正等）以允许以如此方式有效率地利用用户业务使得例如具有高带宽要求的、用户的业务被通过直接隧道（一个或者多个）传送。

这个方案提出使用参数并且最大化直接隧道的吞吐量，其中多个直接隧道可以受到许可控制所限制。因此，在SGSN处的两隧道用户面吞吐量要求降低。这种优化为运营商产生了商业和技术的节约。

有利地，与不带优先化地处理两个隧道的情形相比，在这里提供的方案要求较小的SGSN容量。

在一个实施例中，所述直接隧道是在UMTS网络的网关节点和UTRAN之间的隧道。