CN111937365B

CN111937365B - 重定向处置

Info

Publication number: CN111937365B
Application number: CN201980026106.XA
Authority: CN
Inventors: 杨杰宏; C·吉门尼斯科登; 宋玉梅; 杨涌; M·A·穆诺兹德拉托雷阿隆索
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2018-02-15
Filing date: 2019-02-13
Publication date: 2024-03-19
Anticipated expiration: 2039-02-13
Also published as: EP3753230A1; US11394811B2; WO2019158598A1; EP3753230B1; US20200412833A1; CN111937365A

Abstract

一种由用户平面UP执行的方法。所述方法包括：确定重定向消息是否应该被发送到已经传送了意图用于第一服务器的第一消息的用户设备UE，其中所述确定包括：i）接收由所述第一服务器传送的消息，并且基于所述消息来确定重定向消息是否应该被发送到所述UE，或者ii）检测关于所述第一服务器的超时；以及作为确定重定向消息应该被发送到所述UE的结果，向所述UE发送所述重定向消息，其中所述重定向消息配置成使所述UE向第二服务器发送第二消息。

Description

重定向处置

技术领域

本文中的实施例涉及支持在CP和UP分离下基于响应码和超时的重定向。

背景技术

图1示出了在控制平面和用户平面之间分离的情况下的架构参考模型。图1来自3GPP TS 23.214 V15.1.0(2017-12)。此架构参考模型覆盖非漫游以及归属路由和本地疏导(breakout)漫游场景。换句话说，图1示出了当SGW、PGW和TDF控制和用户平面分离时基于GTP的接口的架构。

附加于S2a、S2b、S5和S8现有参考点的-C或-U后缀仅指示那些接口的控制平面和用户平面组件。

图1中的架构仅描绘了当所有SGW、PGW和TDF节点的CP和UP功能被拆分时的情况。然而，也支持当这些节点中的仅一个节点的CP和UP功能被拆分而其他对接节点的CP和UP功能未被拆分(例如PGW的控制平面和用户平面被拆分而SGW的控制平面和用户平面未被拆分)时的其它情况。节点的拆分架构不对与其对接的对等节点施加任何架构要求。TDF可以是可选的功能实体。

对于具有本地疏导的漫游架构，在受访网络中的PCRF和PGW-C之间定义Gx接口。

图2示出了在控制平面和用户平面之间分离的情况下的组合SGW/PGW架构的示例。图2也来自3GPP TS 23.214 V15.1.0(2017-12)。

在具有分离的控制和用户平面的部署中，使用组合SGW/PGW仍然是可能的。这通过支持具有用于非组合和组合情况的公共参数结构的Sx接口来实现。

·Sxa：SGW-C和SGW-U之间的参考点。

·Sxb：PGW-C和PGW-U之间的参考点。

·Sxc：TDF-C和TDF-U之间的参考点。

3GPP TS 29.244 V14.1.0(2017-09)子条款5.4.7陈述了“业务重定向是指重定向上行链路应用业务的过程”，并且子条款8.2.20指定对重定向的Sx接口支持。这些子条款在下面再现：

“5.4.7业务重定向

业务重定向是指在PGW或TDF中朝向重定向目的地重定向上行链路应用业务的过程，例如将一些HTTP流重定向到服务供应页。参见3GPP TS 23.203[7]的子条款6.1.13和3GPP TS 29.212[8]的子条款4.5.2.6和4b.5.1.4。

重定向目的地可以由PCRF提供或者在CP功能中或UP功能中预配置。

可以在CP功能中或UP功能中实施业务重定向。如果UP功能可支持的业务可能经受业务重定向，则UP功能中的业务重定向实施应当由UP功能支持。UP功能经由UP功能特征IE向CP功能报告它是否支持UP功能中的业务重定向实施(参见子条款8.2.25)。

注意：支持不要求业务重定向的业务的UP功能不需要支持UP功能中的业务重定向实施。CP功能可为可能要求业务重定向的用户或服务选择支持UP功能中的业务重定向实施的UP功能。

为了在CP功能中实施业务重定向，CP功能应当指示UP功能将可应用的用户业务转发到CP功能，如在子条款5.3.1中所指定的。

为了在UP功能中实施业务重定向，CP功能应当：

·如果尚未存在，则创建(一个或多个)必要的PDR以表示要被重定向的业务；

·创建具有以下各项的FAR：

·包括重定向目的地的重定向信息IE，如果需要朝向由CP功能提供的重定向目的地重定向业务的话；由CP功能提供的重定向目的地应当优先于在UP功能中预配置的重定向目的地；或

·包括要应用的转发策略的标识符的转发策略IE，如果需要朝向在UP功能中预配置的重定向目的地重定向业务的话；

·将FAR与Sx会话的上面的PDR关联。”

“8.2.20重定向信息

重定向信息如图8.2.20-1中所描绘的那样来编码。

图8.2.20-1：重定向信息

重定向地址类型指示重定向地址的类型。它应当如表8.2.20-1中定义的那样来编码。

表8.2.20-1：重定向地址类型

重定向地址类型	值(十进制)
		IPv4地址	0
IPv6地址	1
		URL	2
SIP URI	3
		备用，供未来使用	4至15

重定向服务器地址长度应当指示重定向服务器地址的长度。

重定向服务器地址应当以UTF8String格式编码，并且应当包含终端用户要与其连接的重定向服务器(例如，HTTP重定向服务器、SIP服务器)的地址，如IETF RFC 4006[16]的子条款8.38和8.39中所指定的。”

如来自3GPP TS.29.244的上面再现的部分中所见的，它仅指定了对当接收到上行链路请求时触发的重定向的支持。因此，存在至少减轻或解决此问题的需要。

发明内容

因此，本文中的实施例的目的是要消除上面的缺点中的至少一个，并且提供改进的重定向。

因此，在一个方面中，提供有一种由用户平面UP执行的方法，所述方法包括：UP确定重定向消息是否应该被发送到已经传送了意图用于第一服务器的第一消息的用户设备UE，其中所述确定包括：i)接收由第一服务器传送的消息，并且基于该消息来确定重定向消息是否应该被发送到UE，或者ii)检测关于第一服务器的超时。所述方法还包括作为UP确定重定向消息应该被发送到UE的结果，UP向UE发送重定向消息。重定向消息配置成使UE向第二服务器发送第二消息。

在一些实施例中，所述方法还包括UP接收由控制平面CP传送的重定向规则。

在一些实施例中，确定重定向消息是否应该被发送到UE包括接收由第一服务器传送的消息，并且确定消息是否包括与在一个或多个重定向参数的集合中包括的任何重定向参数匹配的重定向参数，以及如果消息包括与在一个或多个重定向参数的集合中包括的任何重定向参数匹配的重定向参数，则确定重定向应该被发送到UE。

在一些实施例中，重定向参数的集合包括一个或多个HTTP状态码的集合。

在一些实施例中，HTTP状态码的集合包括以数字4开始的状态码和/或以数字5开始的状态码。

在一些实施例中，确定消息是否包括与在一个或多个重定向参数的集合中包括的任何重定向参数匹配的重定向参数包括：确定消息中包括的重定向参数是否与HTTP状态码的集合中包括的HTTP状态码中的任何HTTP状态码匹配。

在一些实施例中，重定向消息是HTTP消息，其包括302状态码和指向第二服务器的URI。

在一些实施例中，接收重定向规则包括接收包括重定向规则的消息，其中所述消息是：Sx会话建立请求消息、Sx会话建立响应消息、Sx会话修改请求消息或Sx会话修改响应消息。

在一些实施例中，重定向规则是下行链路DL分组检测规则PDR，其包含：分组检测信息PDI和用于标识转发动作规则FAR的FAR标识符。

在一些实施例中，所述方法包括接收由第一服务器传送的消息，并且基于所接收的消息来确定重定向消息是否应该被发送到UE。接收由第一服务器传送的消息包括接收由第一服务器传送的DL业务。DL业务包括消息，并且方法进一步包括确定DL业务是否与DLPDR匹配，并且作为确定DL业务与DL PDR匹配的结果，激活FAR。

在一些实施例中，FAR包括第二服务器的地址。

在一些实施例中，所述方法还包括UP向CP发送UP支持由重定向参数触发的业务重定向的指示。在一些实施例中，向CP发送指示包括UP向CP发送包括UP功能特征信息元素(IE)的消息，所述UP功能特征信息元素(IE)包括指示。

本文中的实施例提供了许多优点，其中非穷举的示例列表如下：

本文中实施例的优点在于，它们提供了用于支持基于响应码或超时的重定向的标准方式，使得当服务器不能够提供所请求的服务时，可重定向UE的业务。在这种场景中，服务器可以返回错误码或者根本不响应。

本文中实施例的另一优点在于，基于响应码或超时的重定向可以由控制平面以所要求的粒度(例如每用户会话)来激活。

本文中的实施例不限于上面提到的特征和优点。本领域技术人员在阅读以下详细描述时将认识到附加特征和优点。

附图说明

现在将通过参考示出实施例的附图在下面详细描述中更详细地进一步描述本文中的实施例，并且其中：

图1是示出在控制平面和用户平面之间分离的情况下的架构参考模型的示例的示意性框图。

图2是示出在控制平面和用户平面之间分离的情况下用于组合SGW/PGW的架构参考模型的示例的示意性框图。

图3是示出通信系统的示意性框图。

图4是示出方法的示例的序列图。

图5是示出方法的示例的序列图。

图6是示出会话建立过程的示例的流程图。

图7是示出会话修改过程的示例的流程图。

图8是示出UP的示例的示意性框图。

附图不一定是按比例的，并且为了清楚性起见，某些特征的尺寸可能已被夸大。重点而是被置于示出本文中的实施例的原理。

具体实施方式

本文中的实施例涉及支持基于重定向参数(例如响应码或超时)的重定向的Sx协议扩展。

如更早提到的，3GPP TS 29.244 V14.1.0(2017-09)仅指定了对当接收到上行链路请求时触发的重定向的支持。然而，当控制平面和用户平面分离时，其没有在Sx接口上被指定。也没有指定如何支持由响应码或由超时触发的重定向。响应码可以是例如错误码。

图3描绘了通信系统100，在其中可以实现本文中的实施例。该图示出了用户设备(UE)101。UE 101可以是这样的装置，订户可以通过该装置接入由运营商的网络供应的服务以及运营商的网络外部的服务，运营商无线电接入网络和核心网络提供对所述服务的接入，例如对因特网的接入。UE 101可以是能够在通信网络中通信的任何移动或固定装置，例如但不限于例如用户设备、移动电话、智能电话、传感器、仪表、车辆、家用器具、医疗器具、媒体播放器、相机、机器到机器(M2M)装置、装置到装置(D2D)装置、物联网(IoT)装置或任何类型的消费者电子产品，例如但不限于电视、无线电设备、照明布置、平板计算机、膝上型电脑或个人计算机(PC)。UE 101可以是便携、可口袋存储、手持、包括计算机的或车载的装置，其能够经由无线电接入网络与另一实体(诸如另一UE或服务器)传递语音和/或数据。

UE 101适于连接到用户平面(UP)103。UP 103可以由用户平面实体、用户平面功能、SGW-U、PGW-U、TDF-U等表示。当涉及位于用户平面中的任何实体时，本文中将使用术语UP。

UP 103适于连接到用户平面(CP)105。CP 105可以由控制平面实体、控制平面功能、SGW-C、PGW-C、TDF-C等表示。当涉及位于控制平面中的任何实体时，本文中将使用术语UP。

UP 103和CP 105可以是分离的独立实体，或者它们可以共同定位。图1中用虚线框示出共同定位。

UP 103适于连接到第一服务器(S1)108和第二服务器(S2)110。第一服务器108可以是第一应用服务器(AS)，并且第二服务器110可以是第二AS。

注意，在通信系统100中可以存在附加实体，为了简单性起见，在图3中未示出所述附加实体。例如，可以存在位于UE 101和UP 103之间的无线电接入网络(RAN)。

应该注意，通信系统100中的通信链路可以是任何适合的种类，包括有线或无线链路。如由本领域技术人员所理解的，链路可以取决于层的类型和级别(例如，如由OSI模型所指示的)使用任何适合的协议。

本文中的实施例提出了用于添加对由响应码或由超时触发的重定向的Sx支持的机制，该机制如下：

UP 103例如通过Sx接口向CP 105指示对由响应码或由超时触发的重定向的能力的支持。超时可以采用定时器、超时值、定时器值、具有某个持续时间的定时器等的形式。这可以通过PFCP关联过程(例如设置和/或更新)通过如下在“UP功能特征”IE中添加针对由响应码或由超时触发的重定向的新能力来进行，新能力在下面的表1 UP功能特征中的最后行上，并且具有粗体：

表1 UP功能特征

当CP创建/更新Sx会话时，CP指示UP激活由响应码或由超时触发的重定向。可以存在不同的备选方案来这样做。本文中例示了两种备选的解决方案，称为备选方案1和备选方案2。然而，首先将参考图4描述该方法：

现在将参考图4中所描绘的组合信令图和流程图来描述根据一些实施例的方法。该方法包括以下步骤，所述步骤也可以用与下面所描述的不同的另一适合顺序来执行。

步骤401

UP 103可以向CP 105发送UP支持由重定向参数触发的业务重定向的指示。重定向参数可以是响应码或超时。响应码可以是例如错误码或状态码等。超时也可称为与未接收到响应关联的定时器。

步骤402

UP 103从CP 105接收用于激活由重定向参数触发的重定向的指令。

步骤403

UP 103从第一服务器108接收包括重定向参数的消息。

步骤404

由在步骤403中所接收的消息触发，UP 103确定应该重定向业务。

步骤405

UP 103重定向业务。重定向通过UP 103向UE 101发送具有从第一服务器接收的重定向参数的重定向消息来进行。重定向消息指示应该根据重定向参数将业务重定向到第二服务器110。当已经检测到来自第一服务器108的消息时，UP 103可以确定重定向业务。

如果超时发生，则意味着在长时间内没有从第一服务器108接收到消息，在由定时器设置的时间内没有接收到任何东西。

现在继续到更早提到的两个备选方案，即备选方案1和备选方案2。

备选方案1：

在检测到来自第一服务器108的具有某个重定向参数(例如具有某个/某些响应码，例如通常是如4xx或5xx的错误码)的消息时，或者在超时时(例如等待来自第一服务器的响应)，在步骤505中UP 103触发到第二服务器110的重定向消息。将在UE 101与第二服务器110之间建立新的TCP连接，并且可以终止或不使用UE 101与第一服务器108之间的旧的TCP连接。这在图5中示出，其中UP 103由PGW UP表示，CP 105由PGW CP表示。第一服务器108由第一AS表示，并且第二服务器110由第二AS表示。

图5中示出的备选方案1的方法包括以下步骤中的至少一个，所述步骤可以用与以下所描述的不同的任何适合顺序来执行：

步骤501

这可以是可选的步骤。可以在CP和UP之间交换TRRU重定向能力。UP 103可以向CP105报告由重定向参数(例如响应码)或由超时触发的重定向的能力。此步骤501可以被看作前提。作为备选方案，CP 110可以在没有接收任何此类报告的情况下假定UP 103具有这种能力。

步骤502

CP 105向UP 103发送消息。该消息可以是Sx请求消息。该消息可以是Sx建立请求消息(如图5中示出的)，或者它可以是Sx会话创建请求，或者它可以是Sx会话修改请求消息。

在Sx请求时，CP将激活与FAR关联的DL PDR(以匹配DL业务)。换句话说，在步骤502中，DL PDR被包括在从CP 105发送到UP 103的消息中。FAR包括转发策略IE，其具有重定向转发策略。此重定向转发策略的细节可以本地配置在UP 103中，例如包括特定重定向参数，例如响应码或超时，以触发这种类型的重定向。这些响应码可以是例如错误码4xx、5xx。类似地，也可以假定特定超时值本地配置在UP 103中，并且可以具有例如5秒的值。

该步骤还可涉及UP 103创建以下各项中的一些：

·UL PDR。

·FAR，FAR1：应用动作IE(FORW)+转发参数(通过)。

·DL PDR。

·FAR，FAR2：应用动作IE(FORW)+转发参数(具有重定向转发策略的转发策略IE)。

现在将简短描述上面使用的术语PDR。CP功能负责指示UP功能关于如何检测属于分组检测规则(PDR)的用户数据业务。在PDR内提供的其它参数描述UP功能应当如何处理与检测信息匹配的分组。CP功能通过提供针对每个PDR的检测信息来控制UP功能处的业务检测。检测信息是以下各项的组合：

·UE IP地址；

·F-TEIDu；

·SDF过滤器

·应用ID(引用应用检测过滤器)。

步骤503

UP 103向CP 105发送Sx响应消息。这是对步骤502中的消息的响应。Sx响应消息可以是Sx建立响应消息(如图5中示出的)，或者它可以是Sx会话创建响应，或者它可以是Sx会话修改响应消息。

步骤504

同步发生在UE 101和第一服务器108之间。

步骤505

UE 101向第一服务器108发送请求消息。

步骤506

UP 103从第一服务器108接收消息。该消息可以是响应消息。该消息可以包括重定向参数，例如超时或响应码。响应码可以是采用错误码的形式。换句话说，已经发生了超时或响应码。

步骤506a

UE 101向UP 103发送用户业务，例如HTTP GET。用户业务可以被称为UL业务或UL分组。

步骤507

UP 103执行来自步骤506的分组处理消息。分组处理可以包括在UP配置中找到重定向目的地。换句话说，此分组处理可以涉及UP 103确定该分组与上面来自步骤502的DLPDR匹配。由于此DL PDR与包括重定向转发策略的FAR关联(如上面在步骤502中所描述的)，因此UP 103将检查所接收的重定向参数是否与UP 103中本地配置的重定向参数匹配。例如，UP 103检查所接收的响应码(例如401)是否与本地配置的响应码中的任何响应码匹配。

步骤508

如果在步骤507中存在匹配，则将借助于生成从UP 103发送到UE 101的重定向响应消息，以及通过丢弃先前接收的下行链路分组(例如401)来触发重定向。此外，UE 101与第一服务器108之间的TCP连接将被关闭。步骤508中的响应消息可以是对步骤505中的请求消息的响应。

步骤509

UP 103可以向第一服务器108发送确认消息。

步骤510

UP 103可以向UE 101发送FIN消息。

步骤511

UP 103可向第一服务器108发送RST消息。

步骤512

UP 103执行分组处理。

步骤513

在第二服务器110和UE 101之间发送用户业务。

如上面提到的，图5中发送的Sx消息可以是Sx会话建立过程，或者它可以是Sx会话创建过程或Sx会话修改过程。现在将简短地描述这两个过程。

图6示出了如由3GPP TS 23.214 V15.1.0(2017-12)公开的现有技术中的Sx会话建立过程。图6中示出的过程包括以下步骤中的至少一个：

1)CP功能从对等CP功能、MME或PCRF接收用于建立新的PDN连接或TDF会话的触发。

2)CP功能向UP功能发送Sx会话建立请求消息，所述Sx会话建立请求消息包含定义UP功能需要如何运转的结构化控制信息。

3)UP功能以Sx会话建立响应消息作为响应，所述Sx会话建立响应消息包含UP功能响应于接收到的控制信息必须提供给CP功能的任何信息。

4)CP功能与触发此过程的网络实体(例如，对等CP功能、MME或PCRF)交互。

在TDF处于主动报告模式的情况下，由TDF配置触发过程，并且步骤1和4可以不应用。

注意，图6中示出的消息包括如上面参考图4和5所描述的附加消息。

图7示出了如由3GPP TS 23.214 V15.1.0(2017-12)公开的现有技术中的Sx会话修改过程。Sx会话修改过程用于在UP功能更新现有PDN连接、IP-CAN会话、TDF会话或处于主动报告模式中的TDF的Sx会话上下文。每当必须修改PDN连接相关参数，在SGW-C与SGW-U之间执行Sx会话修改过程，以及每当必须修改PDN连接或IP-CAN会话相关参数，在PGW-C与PGW-U之间执行Sx会话修改过程。每当必须修改TDF会话相关参数时，在TDF-C与TDF-U之间执行Sx会话修改过程。对于处于主动报告模式中的TDF，每当必须修改用于应用检测和报告的指令时，在TDF-C和TDF-U之间执行Sx会话修改过程。

图7中示出的过程包括以下步骤中的至少一个：

1)CP功能从对等CP功能、MME或PCRF接收触发以修改现有PDN连接或TDF会话。

2)CP功能向UP功能发送Sx会话修改请求消息，所述Sx会话修改请求消息包含对结构化控制信息的更新，所述结构化控制信息定义UP功能需要如何运转。

3)UP功能标识要由会话ID修改的Sx会话上下文。然后，UP功能根据由CP功能发送的参数列表来更新此Sx会话上下文的参数。UP功能以Sx会话修改响应消息作为响应，所述Sx会话修改响应消息包含UP功能响应于接收到的控制信息必须提供到CP功能的任何信息。

在TDF处于主动报告模式的情况下，由TDF配置触发过程，并且步骤1和4不应用。

备选方案2：

在备选方案2中，UP 103充当HTTP代理，所述HTTP代理对于UE充当服务器，并且对于第一服务器108和第二服务器110充当客户端。一旦UP在HTTP响应消息中检测到某个重定向参数，例如响应码，例如通常是如4xx或5xx的错误码，则将激活新的FAR。此FAR将指示在通过相同的UL PDR规则检测到随后的UL业务时，UP 103将根据重定向信息IE将业务重定向到第二服务器110。备选方案2的方法包括以下步骤中的至少一个，所述步骤可以用与下面所描述的不同的任何适合顺序执行：

步骤701

作为前提，UP已经向CP报告了由重定向参数触发的重定向的能力。重定向参数可以是例如响应码或超时。

步骤702

在Sx会话请求时，CP将供应：

·DL PDR，要求UP功能来检索重定向参数。例如检索HTTP响应/状态码或监视请求是否已经超时。此DL PDR将具有关联的FAR，以将DL业务转发到UE/SGW，并且应该具有额外的信息来指示UP用302状态码替换例如4xx或5xx响应/状态码，并且将重定向URI(指向S2)包括在定位报头中。超时用于用户业务，例如HTTP GET。

·具有两个关联FAR的UL PDR：

ο用于经由SGi向外部网络发送UL业务的第一FAR。

ο用于重定向的第二FAR。此第二FAR不是活动的，直到检测到重定向参数匹配，例如直到检测到响应或超时。一旦匹配到此类响应/状态码或检测到超时，则对应的UL PDR应当被链接到此第二FAR以将UE重定向到S2。

上面提到的SGi是网关和外部网络之间(例如PGW和PDN之间、PGW-U和PDN之间、UP和PDN之间等)的接口。

Sx会话请求可以是Sx会话建立请求，或者它可以是Sx会话创建请求或Sx会话修改请求。

步骤703

UP 103接收与上面的DL PDR匹配的DL分组，例如401错误状态码。此时，上面描述的第二FAR将被激活。

步骤704

UP 103接收与上面描述的UL PDR匹配的随后的UL分组。将借助于生成朝向UE 101的重定向响应消息来触发重定向。

为了执行上面描述的方法步骤，UP 103可以包括如图8中示出的布置。

UP可以布置成例如借助于传送器801向控制平面CP发送UP支持由重定向参数触发的业务重定向的指示。

UP 103可以布置成例如借助于接收器803从CP接收用于激活由重定向参数触发的重定向的指令。

UP 103可以布置成例如借助于接收器803从第一服务器(S1)接收包括重定向参数的消息。

UP 103可以布置成例如借助于处理器805确定重定向业务。

UP 103可以布置成当已经检测到来自第一服务器(S1)的消息时，例如借助于传送器801通过向UE发送具有来自第一服务器的重定向参数的重定向消息来重定向(308)业务。重定向消息指示应该根据重定向参数将业务重定向到第二服务器(S2)。

UP可以布置成：

·例如借助于传送器801，向控制平面CP发送UP支持由重定向参数触发的业务重定向的指示；

·例如借助于接收器803，从CP接收Sx会话请求消息，其中Sx会话请求消息包括用于匹配业务的DL PDR，其中DL PDR与重定向转发策略关联，并且其中与重定向转发策略关联的重定向参数本地配置在UP中；

·例如借助于接收器803，从第一服务器(S1)接收与DL PDR匹配的DL分组，其中DL分组包括重定向参数；

·例如借助于处理器805，检查所接收的DL分组中的重定向参数是否与本地配置的重定向参数中的任何重定向参数匹配；

·当存在重定向参数的匹配时，例如借助于传送器801向UE发送重定向消息，并且丢弃所接收的DL分组。

UP可以布置成：

·例如借助于接收器803，从CP接收Sx会话请求消息，其中Sx会话请求消息包括与第一FAR关联的DL PDR，其中DL PDR向UP指示评估重定向参数，例如，以检索响应码或监视Sx会话请求消息是否已经超时；

·例如借助于接收器803，从第一服务器(S1)接收与DL PDR匹配的DL业务；

·当接收到匹配DL业务时，例如借助于处理器805激活第二FAR；

·例如借助于处理器805，将随后的UL业务重定向到S2。

在一些实施例中，UP 101包括处理器805和存储器810。存储器810包括由处理器805可执行的指令。存储器805布置成用于存储数据、接收的数据流、功率级别测量、消息、重定向参数、响应码、定时器、超时值、请求、响应、业务、指令、指示、信息元素(IE)、决定，以在被UP 101执行时执行本文中的方法。

在一些实施例中，计算机程序可以包括指令，所述指令当在至少一个处理器上执行时，使所述至少一个处理器执行上面描述的方法步骤。载体可以包括计算机程序，并且载体是电子信号、光信号、无线电信号或计算机可读存储介质中的一个。

本机制可通过一个或多个处理器(诸如图8中描绘的UP布置中的处理器805)，连同用于执行本文中实施例的功能的计算机程序代码来实现。处理器可以是例如数字信号处理器(DSP)、专用集成电路(ASIC)处理器、现场可编程门阵列(FPGA)处理器或微处理器。上面提到的程序代码也可以被提供为计算机程序产品，例如采用数据载体的形式，所述数据载体携带当被加载到UP 103中时用于执行本文中的实施例的计算机程序代码。一种此类载体可以采用CD ROM盘的形式。然而，对于诸如存储器棒的其它数据载体也是可行的。此外，计算机程序代码可被提供为服务器上的纯程序代码，并且被下载到UP 103。

本文中的实施例涉及对DL重定向的支持。3GPP TS 29.244仅指定对当接收到上行链路请求时触发的重定向的支持，但是没有指定当控制平面和用户平面分离时如何支持由重定向参数(例如响应码(通常是错误码))和/或由Sx接口上的超时触发的重定向。并且在29.244中不支持针对端口号的重定向。本文中的实施例提出添加对由重定向参数触发的重定向的Sx支持。并且还包括针对端口号的重定向。

业务重定向

业务重定向指在PGW或TDF中朝向重定向目的地重定向上行链路和下行链路应用业务(例如将一些HTTP流重定向到服务供应页)的过程。

重定向目的地可以由PCRF提供或者在CP功能或UP功能中预配置。

可以在CP功能中或UP功能中实施业务重定向。如果UP功能可支持的业务可能经受业务重定向，则UP功能中的业务重定向实施应当由UP功能支持。UP功能经由UP功能特征IE向CP功能报告它是否支持UP功能中的业务重定向实施。

支持不要求业务重定向的业务的UP功能不需要支持UP功能中的业务重定向实施。CP功能可为可能要求业务重定向的用户或服务选择支持UP功能中的业务重定向实施的UP功能。

为了在CP功能中实施业务重定向，CP功能应当指示UP功能将可应用的用户业务转发到CP功能。

为了在UP功能中实施业务重定向，CP功能应当：

·如果尚未存在，则创建必要的(一个或多个)PDR以表示要重定向的业务；

·创建具有以下各项的FAR：

·将FAR与Sx会话的上面的PDR关联。

Sx会话建立请求内的创建FAR IE

创建FAR分组IE应当如表2中示出的那样编码。

表2 Sx会话建立请求内的创建FAR IE

表3 FAR中的转发参数IE

表4 FAR中的复制参数IE

重定向信息

重定向信息如表5中描绘的那样编码。

表5重定向信息

重定向地址类型指示重定向地址的类型。它应当如表6中定义的那样来编码。

表6重定向地址类型

重定向地址类型	值(十进制)
		IPv4地址	0
IPv6地址	1
		URL	2
SIP URI	3
		端口	4
备用，供未来使用。	5至15

重定向服务器地址长度应当指示重定向服务器地址的长度。

重定向服务器地址应当以UTF8String格式编码，并且应当包含终端用户要与其连接的重定向服务器(例如HTTP重定向服务器、SIP服务器)的地址。

UP功能特征IE指示由UP功能支持的特征。它如表7中描绘的那样来编码。

表7 UP功能特征

UP功能特征IE采取位掩码的形式，其中每个位集合指示支持对应特征。备用位应当被接收器忽略。为所有PFCP接口定义相同的位掩码。

下面的表指定了在PFCP接口上定义的特征以及所述特征在其上应用的接口。

表8 UP功能特征

概括来说，本文中的实施例提出添加对由响应码或由超时触发的重定向的Sx支持，具体地：

·UP(通过Sx)向CP指示对由响应码或由超时触发的重定向的能力的支持。

·在每Sx会话的基础上，CP通过Sx向UP指示激活由响应码或由超时触发的重定向。

本文中的实施例不限于上面描述的实施例。可以使用各种备选方案、修改和等效物。因此，上面的实施例不应该被理解为限制实施例的范围。来自一个实施例的特征可以与任何其它实施例的一个或多个特征组合。而且，本文中的教导同样可应用于SMF和UPF之间的N4接口。

应该强调，当在本说明书中使用时，术语“包括(comprise/comprising)”被采用来指定存在所陈述的特征、整体、步骤或组件的，但是不排除存在或添加一个或多个其它特征、整体、步骤、组件或其群组。还应该注意，元件之前的词语“一(a或an)”不排除存在多个此类元件。可以代替术语包括而使用术语“由…组成”或“基本上由…组成”。

本文中所使用的术语“配置成”也可以被称为“布置成”、“适于”、“能够”或“操作以”。

还应该强调，在不背离本文中的实施例的情况下，本文中所定义的方法的步骤以不同于它们出现的顺序的另一顺序来执行。

示例实施例

本文中描述的一些实施例可以以以下方式概括：

一种由用户平面UP执行的方法，所述方法包括以下步骤中的至少一个：向控制平面CP发送(301)UP支持由重定向参数触发的业务重定向的指示；从CP接收(302)用于激活由重定向参数触发的重定向的指令；从第一服务器(S1)接收(306)包括重定向参数的消息；通过向UE发送具有从第一服务器接收的参数的重定向消息来重定向(308)业务，其中重定向消息指示应该根据参数将业务重定向到第二服务器(S2)。

所述方法可以进一步包括：将从第一服务器接收的重定向参数与从CP接收的重定向参数进行比较；其中，当比较的结果指示两个重定向参数匹配或者它们基本匹配时，业务被重定向。

通过接收重定向参数来触发业务重定向。

重定向参数可以是：响应码或超时，或者响应码和超时两者。

可以将业务重定向到某个重定向目的地。重定向目的地可以是第二服务器。

应该被重定向到重定向目的地的可以是UL业务或DL业务或UL和DL业务两者。

UP支持由重定向参数触发的业务重定向的指示可以被包括在UP功能特征IE中。

用于激活由重定向参数触发的重定向的指令可以在以下各项中被发送：Sx会话建立请求消息或Sx会话创建响应或Sx会话修改响应消息。

一种由用户平面UP执行的方法，所述方法包括以下步骤中的至少一个：向控制平面CP发送(501)UP支持由重定向参数触发的业务重定向的指示；从CP接收(502)Sx会话请求消息，其中Sx会话请求消息包括用于匹配业务的DL PDR，其中DL PDR与重定向转发策略关联，并且其中与重定向转发策略关联的重定向参数本地配置在UP中；从第一服务器(S1)接收(506)与DL PDR匹配的DL分组，其中DL分组包括重定向参数；检查(507)所接收的DL分组中的重定向参数是否与本地配置的重定向参数匹配；当存在重定向参数的匹配时，向UE发送(508)重定向消息并且丢弃所接收的DL分组。

DL PDR可以与FAR关联。

可以关闭UE和S1之间的TCP连接。

一种由用户平面UP执行的方法，所述方法包括以下步骤中的至少一个：向控制平面CP发送(501)UP支持由重定向参数触发的业务重定向的指示；从CP接收(502)Sx会话请求消息，其中Sx会话请求消息包括与第一FAR关联的DL PDR，其中DL PDR向UP指示检索响应码或监视Sx会话请求消息是否已超时；从第一服务器(S1)接收与DL PDR匹配的DL业务；当接收到匹配DL业务时激活第二FAR；将随后的UL业务重定向到S2。

UL PDR可以与以下各项关联：指示UL业务应该经由SGi发送到外部网络的第一FAR和/或指示从第一服务器(S1)到第二服务器(S2)的业务重定向的第二FAR，和/或第一和第二FAR两者。

第二FAR可以是未激活的，直到检测到重定向参数数学，例如，直到检测到响应码，或者直到检测到超时。

当检测到重定向参数数学时，对应的UL PDR可以被链接到第二FAR。

可以通过Sx接口接收用于激活由重定向参数触发的重定向的指令。

UP是UP实体，诸如例如用户平面功能UPF、网关UP、PGW UP、UP代理、HTTP代理、充当到UE的服务器的实体、PGW-U、TDF-U。

CP是CP实体，诸如网关CP、PGW CP、CP代理、HTTP代理、充当到UE的服务器的实体、PGW-C或TDF-C。

在UP和CP之间存在直接接口，使得它们适于与直接彼此通信。接口可以是Sx接口。

CP和UP是分离的。

一种用户平面UP，布置成：向控制平面CP发送UP支持由响应码或由超时触发的业务重定向的指示；从CP接收用于激活由响应码或由超时触发的重定向的指令；从第一服务器(S1)接收包括响应码或超时值的消息；当已经检测到来自第一服务器(S1)的消息时，通过向UE发送具有来自第一服务器的响应码或超时值的重定向消息来重定向(308)业务，其中重定向消息指示应该根据响应码或超时将业务重定向到第二服务器(S2)。

一种用户平面UP，布置成：向控制平面CP发送UP支持由响应码或由超时触发的业务重定向的指示；从CP接收Sx会话请求消息，其中Sx会话请求消息包括用于匹配业务的DLPDR，其中DL PDR与重定向转发策略关联，并且其中与重定向转发策略关联的响应码或超时值本地配置在UP中；从第一服务器(S1)接收与DL PDR匹配的DL分组，其中DL分组包括响应码或超时值；检查所接收的DL分组中的响应码或超时值是否与本地配置的响应码或超时值中的任何响应码或超时值匹配；当存在响应码或超时值的匹配时，向UE发送重定向消息并且丢弃所接收的DL分组。

一种用户平面UP，布置成：向控制平面CP发送UP支持由响应码或由超时触发的业务重定向的指示；从CP接收Sx会话请求消息，其中Sx会话请求消息包括与第一FAR关联的DLPDR，其中DL PDR向UP指示检索响应码或监视Sx会话请求消息是否已超时；从第一服务器(S1)接收与DL PDR匹配的DL业务；当接收到匹配DL业务时激活第二FAR；将随后的UL业务重定向到S2。

缩略词

EPC 演进分组核心

CP 控制平面

UP 用户平面

DL 下行链路

UL 上行链路

PDR 分组检测规则

FAR 转发动作规则

LTE 长期演进

MTC 机器类型通信

UE 用户设备

PCRF 策略和计费规则功能

PGW 分组数据网络网关

SAE 系统架构演进

SGW 服务网络网关。

Claims

1.一种由用户平面UP(103)执行的方法，其中所述UP(103)由服务网关用户平面SGW-U、分组数据网络网关用户平面PGW-U或业务检测功能用户平面TDF-U表示，所述方法包括：

确定(404)重定向消息是否应该被发送到已经传送了意图用于第一服务器(108)的第一消息的用户设备UE(101)，其中所述确定包括：i)接收由所述第一服务器(108)传送的消息，并且基于所述消息来确定重定向消息是否应该被发送到所述UE(101)，或者ii)检测关于所述第一服务器(108)的超时；

确定所述重定向消息是否应该被发送到所述UE(101)包括：接收(506)由所述第一服务器(108)传送的所述消息，并且确定所述消息是否包括与在一个或多个重定向参数的集合中包括的任何重定向参数匹配的重定向参数，以及

如果所述消息包括与在一个或多个重定向参数的所述集合中包括的任何重定向参数匹配的所述重定向参数，则确定所述重定向应该被发送到所述UE(101)；

作为确定重定向消息应该被发送到所述UE(101)的结果，向所述UE(101)发送(405，508，704)所述重定向消息，其中所述重定向消息配置成使所述UE(101)向第二服务器(110)发送第二消息；并且

所述方法进一步包括接收由控制平面CP(105)传送的重定向规则，其中接收所述重定向规则包括接收包括所述重定向规则的消息，其中所述消息是：

Sx会话建立请求消息，或

Sx会话建立响应消息，或

Sx会话修改请求消息，或

Sx会话修改响应消息。

2.如权利要求1所述的方法，其中重定向参数的所述集合包括一个或多个HTTP状态码的集合。

3.如权利要求2所述的方法，其中HTTP状态码的所述集合包括以数字4开始的状态码和/或以数字5开始的状态码。

4.如权利要求3所述的方法，其中确定所述消息是否包括与在一个或多个重定向参数的集合中包括的任何重定向参数匹配的重定向参数包括：确定所述消息中包括的所述重定向参数是否与HTTP状态码的所述集合中包括的所述HTTP状态码中的任何HTTP状态码匹配。

5.如权利要求3或4所述的方法，其中所述重定向消息是HTTP消息，所述HTTP消息包括302状态码和指向所述第二服务器的URI。

6.如权利要求1-4中任一项所述的方法，其中所述重定向规则是下行链路DL分组检测规则PDR，所述下行链路DL分组检测规则PDR包含：分组检测信息PDI和用于标识转发动作规则FAR的FAR标识符。

7.如权利要求6的方法，其中

所述方法包括接收由所述第一服务器传送的消息，并且基于所接收的消息来确定重定向消息是否应该被发送到所述UE，

接收由所述第一服务器传送的所述消息包括接收由所述第一服务器传送的DL业务，其中所述DL业务包括所述消息，以及

所述方法进一步包括确定所述DL业务是否与所述DL PDR匹配，并且作为确定所述DL业务与所述DL PDR匹配的结果，激活所述FAR。

8.如权利要求7所述的方法，其中所述FAR包括所述第二服务器的地址。

9.如权利要求1至4中任一项所述的方法，进一步包括：

向所述CP发送所述UP支持由重定向参数触发的业务重定向的指示。

10.如权利要求9所述的方法，其中向所述CP发送所述指示包括向所述CP发送包括UP功能特征信息元素(IE)的消息，所述UP功能特征信息元素(IE)包括所述指示。

11.一种计算机可读存储介质，所述计算机可读存储介质包括指令，所述指令当由处理器执行时使所述处理器执行根据权利要求1至10中的任一项所述的方法。

12.一种用户平面UP设备(103)，所述UP设备适于连接到用户平面UP，其中所述UP(103)由服务网关用户平面SGW-U、分组数据网络网关用户平面PGW-U或业务检测功能用户平面TDF-U表示，所述UP设备(103)包括处理器，所述处理器适于：

所述UP设备(103)进一步适于接收由控制平面CP(105)传送的重定向规则，其中接收所述重定向规则包括接收包括所述重定向规则的消息，其中所述消息是：

Sx会话建立请求消息，或

Sx会话建立响应消息，或

Sx会话修改请求消息，或

Sx会话修改响应消息。

13.如权利要求12所述的UP设备(103)，其中重定向参数的所述集合包括一个或多个HTTP状态码的集合。

14.如权利要求13所述的UP设备(103)，其中

HTTP状态码的所述集合包括以数字4开始的状态码和/或以数字5开始的状态码，以及所述重定向消息是HTTP消息，所述HTTP消息包括302状态码和指向所述第二服务器的URI。

15.如权利要求14所述的UP设备(103)，其中确定所述消息是否包括与在一个或多个重定向参数的集合中包括的任何重定向参数匹配的重定向参数包括：确定所述消息中包括的所述重定向参数是否与HTTP状态码的所述集合中包括的所述HTTP状态码中的任何HTTP状态码匹配。