用于实施与业务路由相关的规则的方法、装置和计算机可读介质

摘要

本公开的实施例涉及用于实施与业务路由相关的规则的方法、装置和计算机程序产品。在终端设备处实现的方法包括：接收与针对业务的业务路由相关的规则和针对规则的实施信息；并且基于实施信息来控制规则的实施。实施信息指示由于规则的实施而对与业务相关联的PDU会话的修改是否被允许。

说明书

技术领域

本公开的非限制性和示例实施例总体上涉及通信技术领域，并且具体地涉及用于实施与业务路由相关的规则的方法、装置和计算机程序产品。

背景技术

本部分介绍了可以有助于更好地理解本公开的各方面。因此，本部分的陈述将从这种角度来阅读，而不应当被理解为对现有技术中存在的内容或对现有技术中不存在的内容的承认。

随着通信技术的发展，越来越多的服务/应用以及越来越多的用于接入网络的方法被提供给用户。为了提高资源利用效率，达到针对各种服务的质量要求，和/或允许对UE进行灵活的运营商配置，已经提出了用户设备(UE)策略的概念。

例如，随着第五代(5G)通信技术的引入，已经在诸如由第三代合作伙伴计划(3GPP)开发的TS 23.503 vf10的技术规范中定义了UE策略。根据3GPP的规范，5G核心网(5GC)应当能够从策略控制功能(PCF)向UE提供策略信息。这样的UE策略信息可以包括接入网发现和选择策略(ANDSP)以及UE路由选择策略(URSP)。

ANDSP由UE用来选择非3GPP接入并且确定如何在所选择的3GPP与非3GPP接入之间路由业务。URSP由UE用来确定如何路由传出业务。例如，基于URSP，UE可以将业务路由到所建立的协议数据单元(PDU)会话，将业务卸载到PDU会话之外的非3GPP接入，或者触发针对业务建立新PDU会话。

发明内容

本公开的各种实施例主要旨在提供用于在通信网络中实施与业务路由有关的规则的方法、装置和计算机程序产品。

在本公开的第一方面，提供了一种在终端设备处实现的方法。该方法包括：接收针对业务的规则；接收针对规则的实施信息；以及基于实施信息来控制规则的实施。实施信息指示由于规则的实施而对与业务相关联的协议数据单元(PDU)会话的修改是否被允许；

在一个实施例中，基于实施信息来控制规则的实施可以包括：响应于与业务相关联的当前PDU会话未能满足规则，基于实施信息来确定由于规则的实施而对与业务相关联的当前PDU会话的修改是否被允许；以及响应于确定修改被允许，通过以下中的一项来实施规则：将当前PDU会话修改为满足规则；将业务与从满足规则的现有PDU会话中选择的另外的PDU会话相关联；以及针对业务创建满足规则的新PDU会话。

在另一实施例中，基于实施信息来控制规则的实施可以包括：响应于当前PDU会话未能满足规则，基于实施信息来确定由于规则的实施而对与业务相关联的当前PDU会话的修改是否被允许，以及确定将业务从当前PDU会话切换到另外的PDU会话是否被允许；以及基于该确定来控制规则的实施。

在一些实施例中，基于实施信息来控制规则的实施可以包括：响应于当前PDU会话未能满足规则，检查将业务从当前PDU会话切换到另外的PDU会话是否被允许；以及响应于切换是不允许的，基于实施信息来确定由于规则的实施而对与业务相关联的当前PDU会话的修改是否被允许；以及基于该确定来控制规则的实施。

在又一实施例中，基于修改和切换是否被允许来控制规则的实施可以包括：响应于确定修改是不允许的并且切换被允许，通过以下中的一项来实施规则：将业务与从满足规则的现有PDU会话中选择的另外的PDU会话相关联，以及针对业务创建满足规则的新PDU会话。

在一些实施例中，基于修改和切换是否被允许来控制规则的实施可以包括：响应于确定修改被允许并且切换是不允许的，通过以下来实施规则：将当前PDU会话修改为满足规则。

在一些实施例中，基于修改和切换是否被允许来控制规则的实施可以包括：响应于确定修改被允许并且切换是不允许的，确定针对业务的路由选择相关参数是否与规则相匹配；以及响应于确定路由选择参数与规则相匹配，通过将当前PDU会话修改为满足规则来实施规则。

在另一实施例中，确定针对业务的路由选择相关参数是否与规则相匹配可以包括：确定针对与当前PDU会话相关联的业务中的每个业务的路由选择相关参数是否与规则相匹配；以及如果针对与当前PDU会话相关联的业务中的每个业务的路由选择相关参数与规则相匹配，则确定路由选择相关参数与规则相匹配。

在一些实施例中，基于实施信息来控制规则的实施可以包括：响应于确定修改和切换均不被允许，拒绝规则。

在一些实施例中，基于实施信息来控制规则的实施可以包括：响应于确定修改和切换两者都被允许，通过以下中的一项来实施规则：将当前PDU会话修改为满足规则；将业务与从满足规则的现有PDU会话中选择的另外的PDU会话相关联；以及针对业务创建满足规则的新PDU会话。

在一些实施例中，多个业务与当前PDU会话相关联，并且实施信息针对多个业务中的每个业务而被配置，并且其中确定由于规则的实施而对与业务相关联的当前PDU会话的修改是否被允许还可以包括：检查针对所有多个业务的实施信息；以及仅在针对所有多个业务的实施信息指示对当前PDU会话的修改被允许的情况下，确定修改被允许。

在一些实施例中，确定将业务从当前PDU会话切换到另外的PDU会话是否被允许可以包括：分别检查切换是否被先前实施的规则和接收到的规则允许；以及如果切换不被先前实施的规则和接收到的规则允许，则确定切换是不允许的。

在一些实施例中，拒绝规则可以包括向网络设备发送拒绝消息，规则从该网络设备被接收。

在一些实施例中，实施信息还可以包括针对规则的验证条件，并且控制规则的实施还可以基于验证条件。在一些实施例中，验证条件可以包括以下至少一项：实施规则的时间；针对规则所允许的实施延迟。

在一些实施例中，终端设备可以从策略控制功能(PCF)接收包括规则和实施信息的消息。

在一些其他实施例中，该方法还可以包括：接收关于新PDU会话建立由于规则的实施而失败的通知；以及基于实施信息和针对与现有PDU会话相关联的业务中的每个业务的路由选择相关参数来确定是否通过修改现有PDU会话来实施规则。

在本公开的第二方面，提供了一种在网络设备(例如，PCF)处的方法。该方法包括：获取针对终端设备的业务的规则；确定针对规则的实施信息，实施信息指示由于规则的实施而对与业务相关联的协议数据单元PDU会话的修改是否被允许；以及向终端设备发送规则和实施信息。

在本公开的第三方面，提供了一种终端设备。该终端设备包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使终端设备至少执行根据本公开的第一方面的方法。

在本公开的第四方面，提供了一种网络设备。该网络设备包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使网络设备至少执行根据本公开的第二方面的方法。

在本公开的第五方面，提供了一种计算机程序。该计算机程序包括指令，该指令在由装置执行时使该装置执行根据本公开的第一方面的方法。

在本公开的第六方面，提供了一种计算机程序。该计算机程序包括指令，该指令在由装置执行时使该装置执行根据本公开的第二方面的方法。

在本公开的第七方面，提供一种其上存储有计算机程序的计算机可读介质，该计算机程序在由装置执行时使该装置执行本公开的第一方面的方法。

在本公开的第八方面，提供一种其上存储有计算机程序的计算机可读介质，该计算机程序在由装置执行时使该装置执行本公开的第二方面的方法。

在本公开的第九方面，提供了一种终端设备。该终端设备包括：用于接收与针对业务的业务路由相关的规则和针对规则的实施信息的部件；以及用于基于实施信息来控制规则的实施的部件。实施信息指示由于规则的实施而对与业务相关联的协议数据单元PDU会话的修改是否被允许。

在本公开的第十方面，提供了一种网络设备。该网络设备包括：用于获取针对终端设备的业务的规则的部件；用于确定针对规则的实施信息的部件，实施信息指示由于规则的实施而对与业务相关联的PDU会话的修改是否被允许；以及用于向终端设备发送规则和实施信息的部件。

附图说明

从以下参考附图的具体实施方式，本公开的各个实施例的上述和其他方面、特征和益处将变得更加完全清楚，在附图中，相似的附图标记用于表示相似或等同的元素。附图被示出是为了促进更好地理解本公开的实施例，并且不一定按比率绘制，在附图中：

图1示出了可以在其中实现本公开的实施例的示例通信网络；

图2示出了根据本公开的实施例的在终端设备处的方法的流程图；

图3至图6示出了根据本公开的实施例的图2的框220和传统方法的不同示例实现；

图7示出了根据本公开的实施例的在网络设备中的方法的流程图；以及

图8示出了可以体现为网络设备或终端设备/体现在网络设备或终端设备中的装置的简化框图。

具体实施方式

在下文中，将参考说明性实施例描述本公开的原理和精神。应当理解，所有这些实施例被给出仅为了使得本领域技术人员能够更好地理解和进一步实践本公开，而不是为了限制本公开的范围。例如，作为一个实施例的一部分而示出或描述的特征可以与另一实施例一起使用以产生又一实施例。为了清楚起见，在本说明书中没有描述实际实现的所有特征。

说明书中对“一个实施例”、“实施例”、“示例实施例”等的引用指示所描述的实施例可以包括特定的特征、结构或特性，但是没有必要每个实施例都包括特定的特征、结构或特性。而且，这样的短语不一定是指相同的实施例。此外，当结合实施例描述特定的特征、结构或特性时，可以认为结合其他实施例(无论是否明确描述)来影响这种特征、结构或特性在本领域技术人员的知识范围内。

应当理解，尽管本文中可以使用术语“第一”和“第二”等来描述各种元素，但是这些元素不应当受到这些术语的限制。这些术语仅用于区分一个元素和另一元素。例如，在不脱离示例实施例的范围的情况下，第一元素可以被称为第二元素，并且类似地，第二元素可以被称为第一元素。如本文中使用的，术语“和/或”包括一个或多个所列术语的任何和所有组合。

本文中使用的术语仅出于描述特定实施例的目的，而非旨在限制示例实施例。如本文中使用的，单数形式的“一”、“一个”和“该”也意图包括复数形式，除非上下文另外明确指出。应当进一步理解，当在本文中使用时，术语“包括”、“包含”、“具有”、“有”、“包括有”和/或“包含有”指定所述特征、元素和/或组件等的存在，但是不排除一个或多个其他特征、元素、组件和/或其组合的存在或增加。

如在本申请中使用的，术语“电路系统”可以是指以下中的一个或多个或全部：

(a)仅硬件电路实现(诸如仅在模拟和/或数字电路系统中的实现)；以及

(b)硬件电路和软件的组合，诸如(如适用)：

(i)(多个)模拟和/或数字硬件电路与软件/固件的组合，以及

(ii)具有软件(包括(多个)数字信号处理器)的(多个)硬件处理器、软件和(多个)存储器的任何部分，它们一起工作以使诸如移动电话或服务器的装置执行各种功能；以及

(c)(多个)硬件电路和/或(多个)处理器，诸如(多个)微处理器或(多个)微处理器的一部分，其需要软件(例如，固件)

才能操作，但是当不需要该软件操作时该软件可以不存在。

电路系统的这种定义适用于该术语在本申请中的所有使用，包括在任何权利要求中。作为另一示例，如本申请中使用的，术语“电路系统”也涵盖仅硬件电路或处理器(或多个处理器)或硬件电路或处理器及其(或它们的)随附软件和/或固件的一部分的实现。术语电路系统还涵盖(例如并且如果适用于特定权利要求元素)用于移动设备的基带集成电路或处理器集成电路、或者服务器、蜂窝网络设备或其他计算或网络设备中的类似集成电路。

如本文中使用的，术语“通信网络”是指遵循任何合适的通信标准的网络，诸如5G、新无线电(NR)、长期演进(LTE)、高级LTE(LTE-A)、宽带码分多址(WCDMA)，高速分组接入(HSPA)等。“通信网络”也可以称为“通信系统”。此外，网络设备之间、网络设备与终端设备之间或通信网络中的终端设备之间的通信可以根据任何适当的通信协议来执行，包括但不限于全球移动通信系统(GSM)、通用移动电信系统(UMTS)、长期演进(LTE)、新无线电(NR)、5G、无线局域网(WLAN)标准(诸如IEEE 802.11标准)、和/或当前已知或将在未来开发的任何其他适当的通信标准。

如本文中使用的，术语“网络设备”是指通信网络中的节点，终端设备经由该节点接收服务和/或与服务有关的信息。例如，网络设备可以包括诸如PCF或网关的核心网(CN)中的网络节点。

术语“终端设备”是指可以能够通信的任何终端设备。作为示例而非限制，终端设备也可以称为通信设备、UE、订户站(SS)、便携式订户站、移动站(MS)或接入终端(AT)。终端设备可以包括但不限于移动电话、蜂窝电话、智能电话、IP语音(VoIP)电话、无线本地环路电话、平板电脑、可穿戴终端设备、个人数字助理(PDA)、便携式计算机、台式计算机、诸如数码相机的图像捕获终端设备、游戏终端设备、音乐存储和播放器件、车载无线终端设备、无线端点、移动台、膝上型嵌入式设备(LEE)、笔记本电脑安装式设备(LME)、USB加密狗、智能设备、无线用户驻地设备(CPE)等。在以下描述中，术语“终端设备”、“通信设备”、“终端”、“用户设备”和“UE”可以互换使用。

作为又一示例，在物联网(IOT)场景中，终端设备可以表示执行监测和/或测量并且将这样的监测和/或测量的结果传输到另一终端设备和/或网络设备的机器和/或其他设备。在这种情况下，终端设备可以是机器对机器(M2M)设备，在3GPP上下文中其可以被称为机器类型通信(MTC)设备。作为一个特定示例，终端设备可以是实现3GPP窄带物联网(NB-IoT)标准的UE。这样的机器或设备的示例是传感器、计量设备(诸如电表)、工业机械、或者家用或个人器件(例如，电冰箱、电视机、个人可穿戴设备(诸如手表)等)。在其他情况下，终端设备可以表示能够监测和/或报告其操作状态或与其操作相关联的其他功能的车辆或其他设备。

图1示出了可以在其中实现本公开的实施例的示例通信网络100。如所示出的，通信网络100可以包括接入网110和核心网(CN)120。UE 111可以经由接入网110中的基站(BS)112从核心网120接收服务。核心网120可以包括一个或多个网络设备，诸如PCT 121、网关(GW)122、统一数据存储库(UDR)123和应用服务器(AS)124。注意，通信网络100可以包括为简单起见而在图1中未示出的其他接入网、终端设备和/或核心网设备。

可以向通信网络中的UE供应各种服务，这些服务关于延迟或分组错误率可以具有不同的服务质量(QoS)要求。为了提高资源利用效率和/或达到针对各种服务的质量要求，可以从CN(例如，CN中的PCF)向UE提供UE策略信息。这样的UE策略信息可以包括ANDSP和URSP。

根据当前的3GPP技术规范，例如TS 23.503 vf10，每个URSP包含多个URSP规则。URSP规则的结构在3GPP TS 23.503vf10的表6.6.2.1-2和表6.6.2.1-3中描述，这两个表被复制如下。

表6.6.2.1-2：UE路由选择策略规则

表6.6.2.1-3：路由选择描述符

如这些表中所示，UE的URSP规则包括指定匹配标准和以下组成部分中的一个或多个组成部分的业务描述符：

a)SSC模式选择策略(SSCMSP)：UE使用它来将匹配应用与SSC模式相关联。

b)网络切片选择策略(NSSP)：UE使用它来将匹配应用与S-NSSAI相关联。

c)DNN选择策略：UE使用它来将匹配应用与DNN相关联。

d)非无缝卸载策略：UE使用它来确定匹配应用应当被非无缝地卸载到非3GPP接入(即，在PDU会话之外)。

e)接入类型偏好：如果UE需要针对匹配应用建立PDU会话，则这指示优选接入类型(3GPP或非3GPP)。

另外，每个URSP规则可以包含多个路由选择描述符(RSD)，该多个RSD是按照基于其优先级值的顺序而选择的。

在考虑到例如累积使用、每个网络切片实例的负载级别信息、UE位置等的情况下，PCF可以基于本地配置和运营商策略来选择适用于每个UE的URSP。当有效的URSP规则可用时，UE基于用户偏好和这些URSP规则来执行与PDU会话的关联。

当运营商策略被改变或触发URSP重新选择的任何条件被达到时，PCF可以针对UE重新选择URSP规则。响应于从PCF接收到新的/经更新的URSP规则，UE可以修改现有PDU会话，将业务与匹配于经更新的规则的另一现有PDU会话相关联，或者针对业务建立新PDU会话。

例如，可以由UE成功实施原始URSP规则，并且然后可以由PCF修改与UE的业务相关联的原始URSP规则，或者可以由PCF针对UE的业务生成新的URSP规则。在这两种情况下，PCF都可以向UE发送新的/经更新的规则以用于在UE侧进行实施。

然而，当前，在UE处的新的/经更新的URSP规则的实施可能导致若干问题。例如，在UE处的新的/经更新的URSP规则的实施可能导致当前PDU会话发生改变。这表示，PDU会话的IP地址也可能被改变；因此，应用业务可能会被中断。此外，新的/经更新的URSP规则的实施可能导致对当前PDU会话的修改。如果当前PDU会话由多个应用业务共享，则对PDU会话的修改可能会对新的URSP规则不适用的某些应用业务产生负面影响。新的/经更新的URSP规则的实施也可能导致PDU会话的总数增加。另外，如果网络拒绝新PDU会话建立，则必须考虑对现有PDU会话的修改。

本公开的发明人已经观察到，不同的应用/服务对于由URSP规则更新而引起的负面影响可能具有不同的容忍度。例如，某些应用能够在应用级别维护服务连续性。此外，对于某些应用，业务中断可能不会影响用户体验。因此，对于这样的应用，UE可以将业务从一个PDU会话移动到另一PDU会话，而不会对UE体验造成负面影响。但是，对于对业务中断敏感的应用，保持运行中的业务不受影响是至关重要的。

另外，网络的运营商可能针对URSP规则的增强有一些特定要求。例如，取决于要实施的URSP规则的性质，运营商可以要求规则在由UE确定的任何时间或者在预设的确切时间点(例如，计费周期)被应用。在某些情况下，由UE立即实施新的URSP规则可能很关键，并且在这种情况下，运营商可能期望规则在预定义时间段内被实施。但是，某些正在进行的业务(例如，移动监控服务)无法在预定义时间处/内被停止。

因此，为了确定实施URSP规则的适当时间点，避免对正在进行的业务/用户体验的负面影响，或者将负面影响减小到可容忍的级别，UE可能需要有关针对应用和/或网络偏好的要求的知识。但是，这样的信息当前对于UE不可用。

另一方面，运营商/应用可能期望新的/经更新的URSP规则要由UE有效地实施。但是，运营商/应用当前无法向UE通知其要求/期望。

3GPP TS 23.402在第4.8.2.1.6节中指定了WLAN选择策略(WLANSP)的有效性条件，其被复制如下。

“有效性条件，即，指示所提供的规则何时有效的条件。有效性条件可以包括一天中的时间、地理位置、网络位置(例如，PLMN、位置区域)等。”

然而，这种验证条件未能将针对应用的要求考虑在内。

在用于5G系统的当前技术规范(例如，TS 23.503 vf10)中，没有针对URSP定义有效性条件。反而，经更新的URSP的实施完全交托给UE实现，而没有需考虑任何运营商/应用要求。也就是说，没有考虑中断正在进行的业务的问题。

为了至少解决上述问题和其他潜在问题中的一部分，在本公开中已经提出了用于实施与业务路由相关的规则的方法、装置和计算机可读介质。

在一些实施例中，可以由应用服务提供商(ASP)来配设或更新得出URSP规则所需要的信息。例如，ASP可以指示验证时间和UE地址连续性要求。与业务相关联的URSP规则可以被得出并且被存储在例如UDR中。在一些实施例中，针对指定何时和/或如何在UE侧实施URSP规则的URSP规则的实施信息也被维护在UDR中。备选地，在一些实施例中，针对URSP规则的实施信息可以由PCF动态地生成。

在一些实施例中，针对URSP规则的实施信息可以包括以下一者或两者：验证条件；以及关于以下的指示：由于当前业务或共享同一PDU会话的其他应用业务的URSP规则的更新，由于规则的实施而对与UE的正在进行的业务相关联的PDU会话的修改是否被允许。

特别地，验证条件可以指定以下一项或多项：URSP规则的实施时间和针对URSP规则所允许的实施延迟。为了说明而非限制，实施时间可以包括一天中的时间点，或者向UE指示规则的实施可以在业务重新启动之前的任何时间被被实施，等等。在一些实施例中，缺少验证条件意味着URSP可以在业务重新启动之前的任何时间被安装。

关于由于规则的实施而对PDU会话的修改是否被允许的指示可以由UE用来决定是修改与应用业务相关联的当前PDU会话，还是将应用业务与另一PDU会话相关联。在一些实施例中，当将应用业务与另一PDU会话相关联是不允许的时以及当针对URSP规则的验证条件被满足时(例如，当URSP规则的实施时间临近时)，该指示可以由UE用来确定是否和/或如何实施URSP规则。

在一些实施例中，UE可以基于针对与业务相关联的应用的UE地址连续性要求来确定将应用业务与另一PDU会话相关联是否被允许。在一些实施例中，UE可以基于在由UE接收的URSP规则中指定的SSC模式来确定将应用业务与另一PDU会话相关联是否被允许。例如，URSP规则可以包括3GPP TS 23.503 vf10的表6.6.2.1-3所示的信息，并且如果表6.6.2.1-3中的“SSC模式选择”字段被设置为“SSC模式1”，则UE确定将应用业务与另一PDU会话相关联是不允许的。如果表6.6.2.1-3中的“SSC模式选择”字段被设置为“SSC模式2”或“SSC模式3”，则UE确定将应用业务与另一PDU会话相关联被允许。

在一些实施例中，所提出的实施信息以及可选地与关于将应用业务与另一PDU会话相关联是否被允许的信息一起可以由UE用来确定是否/如何实施URSP规则。例如，当针对URSP规则的验证条件被达到时，例如，当由验证条件指定的一天中的时间点或满足由验证条件指定的所允许的实施延迟的时间点临近时，UE还可以检查关于由于规则的实施而对与UE的正在进行的业务相关联的PDU会话的修改是否被允许的指示，并且可能还可以检查关于将应用业务与另一PDU会话相关联是否被允许的信息，以确定用于实施的解决方案。

URSP规则的实施信息由网络设备(例如但不限于PCF)发送给UE。以这种方式，UE从运营商和/或应用获取关于要求的知识，并且这使得能够在UE侧更有效地实施URSP规则。

作为示例而非限制，在一些实施例中，URSP规则的实施信息可以作为URSP规则的一部分被发送给UE。例如，URSP规则可以包括表1所示的信息。

表1 URSP规则

在表1所示的实施例中，URSP规则包括实施信息，即，“验证条件”的信息元素(IE)和“允许PDU会话修改”的IE。“验证条件”的IE指示URSP规则何时应当被实施，“允许PDU会话修改”的IE指示由于URSP规则的实施而对业务的当前PDU会话的修改是否被允许。表1所示的URSP规则中包括的其他IE可以与3GPP TS23.503 Vf10的表6.6.2.1-2(其内容通过引用合并于此)中指定的IE相同。

应当理解，URSP规则的实施例不限于表1所示的确切内容，而是可以包括更多或更少或不同的IE。

在一些实施例中，实施信息(例如，表1中的“验证条件”和“允许PDU会话修改”的新IE)可选地被包括在发送给UE的URSP规则中。例如，表1所示的两个IE可以不被包括在发送给UE的原始URSP规则中。然后，当在原始URSP规则在UE处已经能被成功实施后PCF重新选择或生成其他URSP规则时，PCF可以将重新选择的URSP规则发送给UE，其中新IE中的一者或两者被包括在重新选择的URSP规则中。

在一些实施例中，在接收到针对正在进行的业务的经更新的URSP规则，并且确定经更新的规则的规则优先级值高于针对正在进行的业务的当前URSP规则的规则优先级值之后，UE还可以检查实施信息，例如，经更新的URSP规则的验证条件(如果有)。然后，UE可以基于实施信息(例如，由验证条件指定的实施时间)来实施经更新的URSP规则。例如，基于验证条件，UE可以在预定义时间，在允许的实施延迟(如果经更新的URSP规则需要立即被安装，则其值可以被设置为0)内，或者在业务重新启动之前的任何时间实施经更新的URSP规则。

在一些实施例中，基于实施信息，由UE接收的经更新的URSP规则可能需要在正在进行的业务结束之前被实施，并且在这样的实施例中，如果与正在进行的业务相关联的当前PDU会话未能满足经更新的URSP规则，则UE可以例如经由以下解决方案A至C之一来实施经更新的URSP规则：

解决方案A：如果存在现有PDU会话与经更新的URSP规则相匹配，则针对业务重新选择与经更新的URSP规则相匹配的现有PDU会话；

解决方案B：如果没有任何现有PDU会话与经更新的URSP规则相匹配，则创建新PDU会话；

解决方案C：修改业务当前绑定到的PDU会话，以与经更新的URSP规则相匹配。

备选地或另外地，在一些实施例中，UE还可以检查正在进行的业务的关联是否被允许改变到另一PDU会话，以决定用于经更新的URSP规则的实施的解决方案。例如，如果经更新的URSP规则指示SSC模式2或SSC模式3，这表示UE被允许将与业务相关联的PDU会话从当前PDU会话切换到另一PDU会话，则UE可以决定通过以上解决方案A或解决方案B将正在进行的业务与另一PDU会话相关联，或者经由以上解决方案C修改与正在进行的业务相关联的现有PDU会话。但是，如果原始URSP规则和经更新的URSP规则均指示SSC模式1，这表示禁止业务的PDU会话切换，则UE可以采用以上解决方案C来实施经更新的URSP规则，即，修改与业务相关联的当前PDU会话。

然而，对于某些应用，修改与业务相关联的PDU会话可能是不可接受的。因此，在一些实施例中，建议向UE发送指示由于规则的实施而对与业务相关联的当前PDU会话的修改是否被允许的实施信息。

在一些实施例中，URSP规则可以指示业务的PDU会话切换是不允许的(例如，SSC模式1被选择)，并且同时，URSP规则的实施信息指示对当前PDU会话的修改也被禁止，并且在这种情况下，UE可以决定拒绝URSP规则。

在一些实施例中，可以存在多个应用业务绑定到当前PDU会话，并且在这样的实施例中，在选择以上解决方案C以用于实施经更新的URSP规则时，UE还可以检查是否针对当前绑定到PDU会话的所有应用业务，对PDU会话的修改都被允许。如果针对多个应用业务中的任何应用业务，对PDU会话的修改是不允许的，则UE可以确定修改是不允许的(或禁止的)，并且决定不使用解决方案C。

在一些实施例中，如果UE接收到关于新PDU会话建立由于经更新的URSP规则的实施而失败的任何通知，则UE可以采用解决方案C来实施URSP规则。例如，在这种情况下，UE可以在考虑到表1中的“允许PDU会话修改”字段和当前与PDU会话相关联的每个业务的RSD值的情况下来评估是否可以对现有PDU会话的修改是否是可能的。在一些实施例中，UE可以仅评估对具有与在经更新的URSP规则中配置的SSC模式选择值相同的SSC模式选择值的PDU会话的修改。

应当理解，尽管使用URSP规则作为与业务路由相关的规则的示例来描述一些实施例，但是本公开的实施例不限于URSP规则的实施。相反，本公开的实施例可以被用于在存在类似问题的任何通信网络中改进与业务路由有关的任何规则的实施。

在下文中，为了促进对所提出的解决方案的更好的理解，将参考图2至图8描述一些实施例。

图2示出了在终端设备处实现的用于实施与业务路由相关的规则的方法200的流程图。终端设备可以是例如图1所示的UE 111。为了便于讨论，下面将参考图1所示的UE 111和通信网络100来描述方法200。然而，本公开的实施例不限于此。

在框210处，UE 111接收针对其业务的规则和针对规则的实施信息。实施信息指示由于规则的实施而对与业务相关联的协议数据单元PDU会话的修改是否被允许。

作为示例而非限制，在框210处接收的规则可以包括URSP规则。例如，URSP规则可以包括3GPP TS 23.503 vf10中的表6.6.2.1-2所示的信息。规则可以是应用业务特定的，并且应用业务可以由例如由规则指定的业务描述符来标识。

备选地或另外地，在框210中，UE 111可以经由来自PCF(例如，图1所示的PCF 121)的消息来接收规则和实施信息。然而，实施例不限于此。在一些实施例中，取决于所涉及的网络架构，UE 111可以从不同的网络设备接收规则和实施信息。

在框220处，UE 111基于实施信息来实施或拒绝规则。

方法200使得UE 111能够通过检查实施信息来在确定是否/如何实施与业务路由相关的规则时考虑针对应用的要求。因此，利用方法200可以改进实施效率。

为了说明而非限制，在图3至图6中示出了框220的一些示例实现。在图3所示的示例实现300中，在框210处接收到规则之后，UE111在框310处检查与业务相关联的当前PDU会话是否满足接收到的规则。如果当前PDU会话未能满足规则，则在框320处，UE 111基于实施信息(例如，以上表1中的“允许PDU会话修改”字段)来确定由于规则的实施而对与业务相关联的当前PDU会话的修改是否被允许。如果对与业务相关联的当前PDU会话的修改被允许，则在框330处，UE 111可以通过解决方案A至C之一来实施规则。也就是说，UE 111可以将当前PDU会话修改为满足规则，将业务与从满足规则的现有PDU会话中选择的另外的PDU会话相关联；或者针对业务创建满足规则的新PDU会话。

在一些实施例中，除了实施信息，UE 111还可以考虑将业务从当前PDU会话切换到另外的PDU会话是否被允许，以便做出关于实施的更好的决定。也就是说，UE 111可以基于对当前PDU会话的修改是否被允许以及切换是否被允许来实施或拒绝规则。

在一些实施例中，UE 111可以分别根据先前实施的规则(例如，初始URSP规则)和接收到的规则(例如，经更新的URSP规则)来检查切换是否被允许；并且如果这两个规则都不允许切换(例如，在初始URSP规则和经更新的URSP规则两者中，SSC模式1被选择)，则UE111确定切换是不允许的。

在图4所示的示例实现400中，UE 111在框410处检查与业务相关联的当前PDU会话是否满足接收到的规则。如果当前PDU会话未能满足规则，则在框420处，UE 111基于实施信息来确定由于规则的实施而对与业务相关联的当前PDU会话的修改是否被允许。另外，在框430处，UE检查将业务从当前PDU会话切换到另外的PDU会话是否被允许。如果修改是不允许的，但是切换被允许，则在框440处，UE 111可以经由解决方案A或B来实施规则，即，将业务与从满足规则的现有PDU会话中选择的另外的PDU会话相关联；或者针对业务创建满足规则的新PDU会话。另一方面，如果修改和切换两者都被允许，则UE 111可以在框450处通过解决方案A至C中的任何解决方案来实施规则。

图2的框220的另一示例实现500在图5中示出。类似于图4，在框510处，UE 111检查与业务相关联的当前PDU会话是否满足接收到的规则。如果当前PDU会话未能满足规则，则在框520处，UE111基于实施信息来确定由于规则的实施而对与业务相关联的当前PDU会话的修改是否被允许。另外，在框530处，UE检查将业务从当前PDU会话切换到另外的PDU会话是否被允许。框530可以在框520之前或之后执行。如果修改被允许但是切换是不允许的，则在框540处，UE 111可以通过修改当前PDU会话来实施规则。另一方面，在框550处，如果修改和切换均不被允许，则规则可以被拒绝。

在一些实施例中，当UE 111决定拒绝规则时，其可以向规则从其被接收到的网络设备(例如，图1中的PCF 121)发送拒绝消息。或者，换言之，拒绝规则可以包括向网络设备发送拒绝消息。

应当理解，在一些实施例中，UE 111可以在检查由于规则的实施而对当前PDU会话的修改是否被允许之前检查PDU会话切换是否被允许，反之亦然。在图6所示的实现600中，如果在框610处确定当前PDU会话不能满足所接收的规则，则UE 111在框630处检查PDU会话切换是否被允许，并且如果切换是不允许的，则UE 111在框620处检查由于规则的实施而对当前PDU会话的修改是否被允许。然后，如果修改被允许但切换是不允许的，则在框640处，UE 111可以通过修改当前PDU会话来实施规则。另一方面，如果修改和切换均不被允许，则UE 111可以在框650处拒绝规则。但是，应当理解，实施例不限于在框620之前执行框630。

在一些实施例中，在框630处，UE 111可以分别检查切换是否被先前实施的规则和接收到的规则允许。如果切换被两个规则都禁止(例如，在两个规则中，SSC模式1被选择)，则UE 111可以确定切换是不允许的。

在一些实施例中，如果修改被允许但是切换是不允许的，则UE111还可以检查另一因素，例如，业务的路由选择相关参数(例如，URSP规则中包括的RSD优先级，如表6.6.2.1-3所示)是否与规则相匹配；以及响应于确定路由选择参数与规则相匹配，UE 111可以通过将当前PDU会话修改为满足规则来实施规则。

注意，在一些实施例中，多个业务可以与当前PDU会话相关联，并且在这些实施例中，UE可以确定针对与当前PDU会话相关联的多个业务中的每个业务的路由选择相关参数是否与规则相匹配；以及如果针对多个业务中的每个业务的路由选择相关参数与规则相匹配，则UE 111可以确定路由选择相关参数与规则相匹配。作为示例，在一些实施例中，如果修改被允许但是切换是不允许的(例如，在初始URSP规则和接收到的经更新的URSP规则两者中，SSC模式1被选择)，则UE针对每个业务检查相应RSD是否与经更新的URSP规则相匹配。如果针对每个业务的RSD与经更新的URSP规则相匹配，则UE 111修改PDU会话；否则，经更新的URSP规则可以被拒绝。

在其中多个业务可以与当前PDU会话相关联并且实施信息可以针对多个业务中的每个业务而被配置的实施例中，在图3中的框320、图4中的框420、图5中的框520、或图6中的框620处，UE可以通过考虑针对所有多个业务而配置的实施信息来确定由于规则的实施而对与业务相关联的当前PDU会话的修改是否被允许。例如，在框320、420、520或620处，UE111可以检查针对所有多个业务的实施信息，并且仅在针对所有多个业务的实施信息指示对当前PDU会话的修改被允许的情况下，UE 111确定修改被允许。

现在再次参考图2。在一些实施例中，在框210处接收的实施信息还可以包括对照规则的验证条件，并且在框220处，UE 111还可以基于验证条件来实施或拒绝规则。作为示例，当验证条件被满足时，UE 111可以执行框220。

验证条件可以包括以下至少一项：实施规则的时间、针对规则所允许的实施延迟和规则适用的位置。在一些实施例中，实施规则的时间可以指示准确的时间点。备选地，在一些实施例中，实施规则的时间可以允许UE 111在业务重新启动之前的任何时间实施规则。

如图2所示，在一些实施例中，UE 111可以在框215处接收关于新PDU会话建立由于经更新的URSP规则的实施而失败的通知，并且在这种情况下，UE 111可以在框218处基于实施信息(例如，“允许PDU会话修改”)以及可选地基于针对与现有PDU会话相关联的每个业务的路由选择相关参数(例如，RSD优先级值)来确定是否通过修改现有PDU会话来实施规则。例如，在接收到失败通知时，UE111可以评估是否可能通过修改现有PDU会话来实施经更新的URSP规则。在评估期间，UE 11可以考虑实施信息(例如，表1中包括的“允许PDU会话修改”字段)和当前与现有PDU会话相关联的每个业务的RSD值。在一些实施例中，UE 111可以仅评估对具有与在经更新的URSP规则中配置的SSC模式选择值相同的SSC模式选择值的PDU会话的修改。然后在框220处，UE 111可以基于实施信息和在框218处的确定来实施或拒绝规则。例如，如果UE 111在框218处确定对现有PDU会话的修改是不可能的，则UE 111可以在框220处拒绝规则；否则，UE 111可以通过修改现有PDU会话来实施规则。

图7示出了在网络设备处实现的用于实施与业务路由相关的规则(例如，URSP规则)的方法700的流程图。网络设备可以是例如图1所示的PCF 121。为了便于讨论，下面将参考图1所示的PCF 121和通信网络100来描述方法700。然而，本公开的实施例不限于此。

如图7所示，在框710处，PCF 121获取针对终端设备(例如，图1中的UE 111)的业务的规则。在一些实施例中，规则可以由PCF121基于例如但不限于以下至少一项来获取：来自UDR 123的信息、运营商的偏好、针对与业务相关联的应用的要求、每个网络切片实例的在负载级别的本地配置、以及终端设备的位置。例如，PCF 121可以从UDR 123获取初始URSP规则，并且基于初始URSP规则和UE111的位置获取UE 111的URSP规则。

在框720处，PCF 121针对在框710处获取的规则确定实施信息。如参考图2至图6的方法200所述，实施信息可以指示由于规则的实施而对与业务相关联的PDU会话的修改是否被允许、和/或规则的验证条件。上面提供的有关实施信息的所有描述也都适用于此，并且因此，实施信息的细节(例如，验证条件和关于由于规则的实施而对与业务相关联的PDU会话的修改是否被允许的指示)将不会被重复。

在一些实施例中，实施信息可以由PCF 121基于例如但不限于以下至少一项来确定：运营商的偏好以及针对与业务相关联的应用的要求。在一些实施例中，针对与业务相关联的应用的要求可以包括针对应用的用户设备地址连续性要求。

在框730处，PCF 121向UE 111发送规则和实施信息。实施信息使得UE 111能够更好地决定是否/如何实施接收到的规则。在一些实施例中，实施信息可以作为规则的一部分被发送给UE 111。例如而非限制，规则可以包括3GPP TS 23.503 vf10的表6.6.2.1-2所示的信息。在一些实施例中，规则可以被扩展为包括实施信息，并且扩展的规则可以包括例如本公开的表1所示的信息。

应当理解，扩展的规则中包括的实施信息可以是可选的。例如，在框730处，PCF121可以向UE 111发送具有实施信息的经更新的URSP规则。但是，在发送经更新的URSP规则之前，PCF 121可能在初始注册过程期间已经向UE 111提供了UE接入选择和PDU会话相关策略信息，并且在初始注册期间发送给UE的规则可以不包括实施信息。

在一些实施例中，如参考方法200所述，UE 111可以拒绝规则。在这样的实施例中，PCF 111可以在框740处从UE 111接收指示对规则的拒绝的消息。然而，应当理解，当UE 111拒绝规则时，它不一定发送拒绝消息。也就是说，框740处的操作可以是可选的。

图8示出了装置800的简化框图，该装置800可以体现在终端设备(例如，图1所示的UE 111)中/体现为终端设备，或者体现在网络设备(例如，图1所示的PDF 121)中/体现为网络设备。

如图8的示例所示，装置800包括控制装置800的操作和功能的处理器810。例如，在一些实施例中，处理器810可以借助于存储在耦合到其的存储器(MEM)820中的指令830来实现各种操作。存储器820可以是适合于本地技术环境的任何合适的类型，并且可以使用任何合适的数据存储技术来实现，作为非限制性示例，诸如基于半导体的存储器终端设备、磁性存储器终端设备和系统、光学存储器终端设备和系统、固定存储器和可移动存储器。尽管在图8中仅示出了一个存储器单元，但是，装置800中可以存在多个物理上不同的存储器单元。

处理器810可以是适合于本地技术环境的任何适当类型，并且作为非限制性示例，可以包括一种一项或多项：通用计算机、专用计算机、微处理器、数字信号处理器DSP和基于多核处理器架构的处理器。装置800还可以包括多个处理器810。

处理器810还可以与收发器840耦合，收发器840使得能够接收和传输信息。例如，处理器810和存储器820可以协同操作以实现参考图2至图7描述的方法200或700。应当理解，以上参考图2至图7描述的所有特征也适用于装置800，并且因此这里将不详述。

本公开的各个实施例可以通过计算机程序或计算机程序产品来实现，该计算机程序或计算机程序产品由以下一项或多项可执行：处理器(例如，图8中的处理器810)、软件、固件、硬件或其组合。

尽管以上描述中的一些是在图1所示的通信网络的上下文中进行的，但是不应当将其解释为限制本公开的精神和范围。本公开的原理和概念可以更普遍地适用于其他场景。

另外，本公开还可以提供包含如上所述的计算机程序的载体(例如，图8中的计算机指令/图830)。载体包括计算机可读存储介质和传输介质。计算机可读存储介质可以包括例如光盘或电子存储设备，如RAM(随机存取存储器)、ROM(只读存储器)、闪存、磁带、CD-ROM、DVD、蓝光盘等。传输介质可以包括例如电、光、无线电、声学或其他形式的传播信号，诸如载波、红外信号等。

本文中描述的技术可以通过各种手段来实现，使得实现利用实施例描述的对应装置的一个或多个功能的装置不仅包括现有技术部件，还包括用于实现对应装置的一个或多个功能的部件，并且该装置可以包括用于每个单独功能的单独部件、或者可以被配置为执行两个或更多功能的部件。例如，这些技术可以以硬件(例如，电路或处理器)、固件、软件或其组合来实现。对于固件或软件，实现可以通过执行本文中描述的功能的模块(例如，过程、功能等)来进行。

上面已经参考方法和装置的框图和流程示图描述了本文中的一些示例实施例。应当理解，框图和流程示图的每个框以及框图和流程示图的框的组合可以分别通过包括计算机程序指令的各种部件来实现。这些计算机程序指令可以被加载到通用计算机、专用计算机或其他可编程数据处理装置上以产生机器，从而使得在计算机或其他可编程数据处理装置上执行的指令创建用于实现在一个或多个流程图框中指定功能的部件。

虽然本说明书包含很多特定的实现细节，但是这些不应当被解释为对任何实现或可能要求保护的范围的限制，而应当被解释为对特定实现的特定实施例特定的特征的描述。在单独实施例的上下文中在本说明书中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以分别在多个实施例中或以任何合适的子组合来实现。此外，尽管以上可以将特征描述为以某些组合起作用并且甚至最初如此要求保护，但是在某些情况下，可以从组合中排除所要求保护的组合中的一个或多个特征，并且所要求保护的组合可以涉及子组合或子组合的变体。

对于本领域技术人员而言很清楚的是，随着技术的进步，本发明构思可以以各种方式来实现。给出上述实施例以用于描述而不是限制本公开，并且应当理解，如本领域技术人员容易理解的，在不脱离本公开的精神和范围的情况下可以进行修改和变化。这样的修改和变化被认为在本公开和所附权利要求的范围内。本公开的保护范围由所附权利要求书限定。