CN113133061A - 选择业务规则的方法和装置、决策业务规则的方法和装置 - Google Patents
选择业务规则的方法和装置、决策业务规则的方法和装置 Download PDFInfo
- Publication number
- CN113133061A CN113133061A CN201911396377.2A CN201911396377A CN113133061A CN 113133061 A CN113133061 A CN 113133061A CN 201911396377 A CN201911396377 A CN 201911396377A CN 113133061 A CN113133061 A CN 113133061A
- Authority
- CN
- China
- Prior art keywords
- rule
- service
- information
- rules
- charging
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 46
- 238000004891 communication Methods 0.000 claims abstract description 52
- 238000001514 detection method Methods 0.000 claims description 20
- 230000006870 function Effects 0.000 description 18
- 238000010586 diagram Methods 0.000 description 10
- 238000000926 separation method Methods 0.000 description 9
- 238000003860 storage Methods 0.000 description 9
- 101100433746 Arabidopsis thaliana ABCG29 gene Proteins 0.000 description 8
- 101100054289 Oryza sativa subsp. japonica ABCG34 gene Proteins 0.000 description 8
- 101100107601 Oryza sativa subsp. japonica ABCG45 gene Proteins 0.000 description 8
- 101150088582 PDR1 gene Proteins 0.000 description 8
- 101100400877 Trichophyton rubrum (strain ATCC MYA-4607 / CBS 118892) MDR1 gene Proteins 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 8
- 238000012544 monitoring process Methods 0.000 description 7
- 230000011664 signaling Effects 0.000 description 6
- 101100433754 Arabidopsis thaliana ABCG30 gene Proteins 0.000 description 5
- 101100054291 Oryza sativa subsp. japonica ABCG35 gene Proteins 0.000 description 5
- 101100107595 Oryza sativa subsp. japonica ABCG41 gene Proteins 0.000 description 5
- 101150024488 PDR2 gene Proteins 0.000 description 5
- 101100321174 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) YRR1 gene Proteins 0.000 description 5
- 230000003213 activating effect Effects 0.000 description 5
- 238000007726 management method Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 101100433755 Arabidopsis thaliana ABCG31 gene Proteins 0.000 description 2
- 102100022366 Fatty acyl-CoA reductase 1 Human genes 0.000 description 2
- 101000824458 Homo sapiens Fatty acyl-CoA reductase 1 Proteins 0.000 description 2
- 101100054294 Oryza sativa subsp. japonica ABCG36 gene Proteins 0.000 description 2
- 101100107604 Oryza sativa subsp. japonica ABCG48 gene Proteins 0.000 description 2
- 101150078988 PDR3 gene Proteins 0.000 description 2
- 230000004913 activation Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 101100433757 Arabidopsis thaliana ABCG32 gene Proteins 0.000 description 1
- 101100054296 Oryza sativa subsp. japonica ABCG37 gene Proteins 0.000 description 1
- 101100107593 Oryza sativa subsp. japonica ABCG40 gene Proteins 0.000 description 1
- 101100491255 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) YAP1 gene Proteins 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005204 segregation Methods 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Telephonic Communication Services (AREA)
Abstract
本公开实施例提供了一种选择业务规则的方法，该方法用于用户面通信设备，且具体包括：接收来自控制面通信设备的规则选择信息，所述规则选择信息包括业务的至少一个状态信息；根据所述状态信息，从配置在本地的多个业务规则中选择匹配的业务规则。本公开实施例还提供了一种选择业务规则的装置、决策业务规则的方法和装置。
Description
技术领域
本公开实施例涉及通信技术领域，特别涉及选择业务规则的方法和装置、决策业务规则的方法和装置。
背景技术
随着通信技术的发展，提出了CU分离(CUPS,Control and User PlaneSeparation，控制面与用户面分离)的概念。例如，3GPP(第三代合作伙伴计划，3rdGeneration Partnership Project)规定的第五代移动通信系统(5G)标准即要求实现CU分离。
CU分离是让用户面(U面)功能与控制面(C面)功能分开，从而使U面功能摆脱“中心化”限制，可灵活配置于核心网(中心数据中心)或接入网(边缘数据中心)，满足按需分布式配置的需要。
在CU分离模式下，可将业务规则(如关于业务流的控制、计费的相关规则)下沉配置(存储)在U面，通过C面的控制指令选择(激活、删除)业务规则，从而减少了信令(如Sx/N4信令)开销，降低了因信令在核心网与接入网间传递导致的延迟。
但根据以上方式，需要在U面配置大量的业务规则，且需要设置很多的控制指令用于业务规则的选择。
发明内容
本公开实施例提供一种选择业务规则的方法和装置、决策业务规则的方法和装置。
第一方面，本公开实施例提供一种选择业务规则的方法，用于用户面通信设备，所述方法包括：
接收来自控制面通信设备的规则选择信息，所述规则选择信息包括业务的至少一个状态信息；
根据所述状态信息，从配置在本地的多个业务规则中选择匹配的业务规则。
在一些实施例中，所述配置在本地的多个业务规则包括：
预定义分组检测规则、预定义转发执行规则、预定义QoS执行规则、预定义计费计量报告规则、本地应用检测和控制规则、本地业务检测功能规则中的任意一种或多种的组合。
在一些实施例中，所述预定义计费计量报告规则包括：
预定义离线计费计量报告规则，和/或，预定义在线计费计量报告规则。
第二方面，本公开实施例提供一种决策业务规则的方法，用于控制面通信设备，所述方法包括：
根据业务的状态，确定业务的至少一个状态信息；
向用户面通信设备发送规则选择信息，所述规则选择信息包括所述状态信息。
在一些实施例中，所述规则选择信息包括：
会话级信息和业务级信息。
在一些实施例中，所述会话级信息包括：
业务的离线计费状态信息，和/或，业务的在线计费状态信息。
在一些实施例中，所述业务级信息包括控制分组检测规则信息。
在一些实施例中，所述控制分组检测规则信息包括：
承载类型信息、本地计费状态信息、计费实例号信息、原始优先级信息中的任意一种或多种的组合。
第三方面，本公开实施例提供一种用户面通信设备，包括：
接收模块，配置为接收来自控制面通信设备的规则选择信息，所述规则选择信息包括业务的至少一个状态信息；
选择模块，配置为根据所述状态信息，从配置在本地的多个业务规则中选择匹配的业务规则。
第四方面，本公开实施例提供一种控制面通信设备，包括：
状态模块，配置为根据业务的状态，确定业务的至少一个状态信息；
发送模块，配置为向用户面通信设备发送规则选择信息，所述规则选择信息包括所述状态信息。
可见，本公开实施例根据业务的各具体的状态信息，直接选择对应的业务规则；从而与选择“一套”业务规则的相关技术相比，本公开实施例在U面不需要配置大量大同小异的规则，而只需要分别配置与不同的状态对应的具体规则即可，而且，本公开实施例也不用预先设置大量的名称(每个名称对应“一套”业务规则)来实现业务规则的选择。
附图说明
附图用来提供对本公开实施例的进一步理解，并且构成说明书的一部分，与本公开实施例一起用于解释本公开，并不构成对本公开的限制。通过参考附图对详细示例实施例进行描述，以上和其它特征和优点对本领域技术人员将变得更加显而易见，在附图中：
图1为本公开实施例提供的一种选择业务规则的方法的流程图；
图2为本公开实施例提供的一种决策业务规则的方法的流程图；
图3为本公开实施例提供的一种选择业务规则的装置的组成框图；
图4为本公开实施例提供的一种决策业务规则的装置的组成框图；
图5为本公开实施例中的U面规则配置的示意图；
图6为本公开实施例中一种信息元素的结构示意图；
图7为本公开实施例中另一种信息元素的结构示意图；
图8为本公开实施例中另一种信息元素的结构示意图；
图9为本公开实施例中另一种信息元素的结构示意图；
图10为本公开实施例中U面的URR ID的结构结构示意图。
图11为本公开实施例中的例子1的流程逻辑图；
图12为本公开实施例中的例子2的流程逻辑图。
具体实施方式
为使本领域的技术人员更好地理解本公开实施例的技术方案，下面结合附图对本公开实施例提供的选择业务规则的方法和装置、决策业务规则的方法和装置。
在下文中将参考附图更充分地描述本公开实施例，但是所示的实施例可以以不同形式来体现，且不应当被解释为限于本公开阐述的实施例。反之，提供这些实施例的目的在于使本公开透彻和完整，并将使本领域技术人员充分理解本公开的范围。
本公开实施例可借助本公开的理想示意图而参考平面图和/或截面图进行描述。因此，可根据制造技术和/或容限来修改示例图示。
在不冲突的情况下，本公开各实施例及实施例中的各特征可相互组合。
本公开所使用的术语仅用于描述特定实施例，且不意欲限制本公开。如本公开所使用的术语“和/或”包括一个或多个相关列举条目的任何和所有组合。如本公开所使用的单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。如本公开所使用的术语“包括”、“由……制成”，指定存在所述特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加一个或多个其它特征、整体、步骤、操作、元件、组件和/或其群组。
除非另外限定，否则本公开所用的所有术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解，诸如那些在常用字典中限定的那些术语应当被解释为具有与其在相关技术以及本公开的背景下的含义一致的含义，且将不解释为具有理想化或过度形式上的含义，除非本公开明确如此限定。
本公开实施例不限于附图中所示的实施例，而是包括基于制造工艺而形成的配置的修改。因此，附图中例示的区具有示意性属性，并且图中所示区的形状例示了元件的区的具体形状，但并不是旨在限制性的。
在一些CU分离的相关技术中，为实现业务规则(如关于业务流的控制、计费的相关规则)下沉配置(存储)在U面，可引入Pre-defined PDR(预定义分组检测规则)，即把控制面(C面)动态下发的分组检测规则(PDR,Packet Detection Rule)的一部分直接配置到U面，并在U面配置与每个Pre-defined PDR关联的Pre-defined FAR(预定义转发执行规则)、Pre-defined QER(预定义QoS执行规则)、Pre-defined URR(预定义计费计量报告规则)等。
由此，C面可下发一个特殊的控制PDR，并通过该控制PDR中的ActivatePredefined Rules(激活预定义规则)和Deactivate Predefined Rules(删除预定义规则)指定某个Pre-defined PDR的名称(ID)，以此控制U面激活或删除相应的Pre-defined PDR及其关联的其它业务规则。从而，就不需要再占用Sx/N4信令，可降低Sx/N4信令开销和相应的延迟。
进一步的，还可将多个Pre-defined PDR归为一组，C面通过指定“一组”的名称，来激活或删除该组中的所有的Pre-defined PDR和它们关联的其它业务规则。
但是，与业务规则相关的许多信息是仅配置在C面的，“与业务规则相关的信息”是指，当这些信息不同时，应选择的业务规则中也要有至少部分不同。由此，当将业务规则配置在U面(业务规则下沉)时，为适应以上信息的不同，则需要在U面配置对应各种不同情况的“多套”业务规则，“每套”业务规则对应信息的一种具体情况。
例如，可引起多套业务规则的情况可包括以下几项：
情况1：根据会话的离线计费、在线计费是否开启(即用户背景)的不同，需要配置不同的Pre-defined URR，共以下4套业务规则：
(1)开启离线计费、关闭在线计费对应一套业务规则；
(2)开启离线计费、开启在线计费对应一套业务规则；
(3)关闭离线计费、关闭在线计费对应一套业务规则；
(4)关闭离线计费、开启在线计费对应一套业务规则；
显然，以上四套业务规则，还需要4个不同的Pre-defined PDR的名称以实现业务规则的选择。
情况2：部分情况下的计费是基于承载的，即话单使以承载为粒度的，同样会话下不同的承载会分别用各自的Diameter Session(端点绘画)与OCS(在线计费系统，OnlineCharging System)交互而完成计费。由此，不同的承载，也需要对应各自的Pre-definedURR。
根据不同的通信标准，一个会话下的承载可能最多有15个，或者是最多64个(5G下的QoS流)，从而，也就要对应配置15套或64套业务规则，以及相应的Pre-defined PDR的名称。
情况3：5G核心网计费使用N40服务化接口，由SMF(会话管理功能，SessionManagement Function)将计费信令发送给CHF(计费功能，Charging Function)，CHF接口以会话为粒度进行计费，并支持在线计费和/或离线计费。
具体的，在开启在线计费时，CHF接口可基于Rating Group(RG，费率组)上报在线计费业务用量，并基于Service ID(SI，业务名称)连带上报其下关联的一个或多个子业务用量；而在开启离线计费时，CHF接口可基于Service ID将业务随会话一起上报。由此，CHF接口计费会产生以下6套相应的业务规则和Pre-defined PDR的名称：
(1)关闭离线计费，关闭在线计费时，对应一套业务规则；
(2)开启离线Service ID业务计费，关闭在线计费，对应一套业务规则；
(3)关闭离线Service ID业务计费，开启在线Rating Group业务计费，但关闭在线Service ID业务计费，对应一套业务规则；
(4)关闭离线Service ID业务计费，开启在线Rating Group业务计费，同时开启在线Service ID业务计费，对应一套业务规则；
(5)开启离线Service ID业务计费，开启在线Rating Group业务计费，但关闭在线Service ID业务计费，对应一套业务规则；
(6)开启离线Service ID业务计费，开启在线Rating Group业务计费，同时开启在线Service ID业务计费，对应一套业务规则。
可见，基于以上3种情况或它们的组合，会产生很多套可能被使用的业务规则，而其中不同“套”的业务规则中的内容可能是大同小异的；而且，以上3中情况只是示例性的，随着技术的发展，影响业务规则的情况可能进一步细化，并产生更多“套”的业务规则。
可见，以上相关技术一方面使U面的业务规则配置非常复杂，另一方面，也要求设置非常多的Pre-defined PDR的名称，以实现不同套的业务规则的选择(激活、删除)。
第一方面，本公开实施例提供一种选择业务规则的方法，用于用户面通信设备。
本公开实施例的选择业务规则方法，用于在CU分离(例如3GPP规定的4G核心网和5G核心网的CU分离)模式下，当进行了业务规则下沉(即至少部分业务规则配置在U面)时，供用户面(U面)通信设备选择业务规则。
其中，“用户面(U面)通信设备”是指在通信过程中，配置于用户面的设备，其可为一个实体设备，也可为多个实体设备的集合。
其中，选择业务规则包括规则的激活(Active)、删除(Deactive)等，即确定对当前业务起作用的业务规则。
参照图1，本公开实施例的选择业务规则的方法包括：
S101、接收来自控制面通信设备的规则选择信息，规则选择信息包括业务的至少一个状态信息。
用户面通信设备接收控制面通信设备下发的用于实现规则选择的信息(规则选择信息)，该规则选择信息包括状态信息，状态信息为会影响业务规则选择的、与业务的状态相关的情况，例如会话背景、业务应用背景、用户背景等。
S102、根据状态信息，从配置在本地的多个业务规则中选择匹配的业务规则。
在用户面通信设备中预先存储有不同的业务规则(业务规则下沉)，本步骤(S102)中，用户面通信设备根据以上状态信息选择(激活或删除)对应的业务规则，即根据每个状态信息，直接选择与其匹配的具体的业务规则，而不是选择“一套”业务规则。
可见，本公开实施例根据业务的各具体的状态信息，直接选择对应的业务规则；从而与选择“一套”业务规则的相关技术相比，本公开实施例在U面不需要配置大量大同小异的规则，而只需要分别配置与不同的状态对应的具体规则即可，而且，本公开实施例也不用预先设置大量的名称(每个名称对应“一套”业务规则)来实现业务规则的选择。
在一些实施例中，配置在本地的多个业务规则包括：预定义分组检测规则、预定义转发执行规则、预定义QoS执行规则、预定义计费计量报告规则、本地应用检测和控制规则、本地业务检测功能规则中的任意一种或多种的组合。
下沉到U面的业务规则具体可包括：预定义分组检测规则(Pre-defined PDR)、预定义转发执行规则(Pre-defined FAR)、预定义QoS执行规则(Pre-defined QER)、预定义计费计量报告规则(Pre-defined URR)、本地应用检测和控制规则(ADC,ApplicationDetection and Control)、本地业务检测功能规则(TDF,Traffic Detection Function)等。
在一些实施例中，预定义计费计量报告规则包括：预定义离线计费计量报告规则，和/或，预定义在线计费计量报告规则。
预定义计费计量报告规则可根据业务是否开启离线计费，以及是否开启在线计费，再进一步分为两种具体的规则。
第二方面，本公开实施例提供一种决策业务规则的方法，用于控制面通信设备。
本公开实施例的选择业务规则方法，用于在CU分离(例如3GPP规定的4G核心网和5G核心网的CU分离)模式下，当进行了业务规则下沉(即至少部分业务规则配置在U面)时，供控制面(C面)通信设备决策业务规则，即控制用户面(U面)通信设备选择业务规则。
其中，“控制面(C面)通信设备”是指在通信过程中，配置于控制面的设备，其可为一个实体设备，也可为多个实体设备的集合。
参照图2，本公开实施例决策业务规则的方法包括：
S201、根据业务的状态，确定业务的至少一个状态信息。
控制面通信设备根据当前业务实际的情况，确定出业务的至少一个状态的信息(状态信息)，且该状态信息是会对U面的规则选择造成影响的。
S202、向用户面通信设备发送规则选择信息，规则选择信息包括状态信息。
控制面通信设备将以上状态信息加入规则选择信息中，并下发给用户面通信设备，以供用户面通信设备根据规则选择信息中的状态信息，直接选择(激活、删除)对应的业务规则，实现对业务规则的配置。
可见，本公开实施例根据业务的各具体的状态信息，直接选择对应的业务规则；从而与选择“一套”业务规则的相关技术相比，本公开实施例在U面不需要配置大量大同小异的规则，而只需要分别配置与不同的状态对应的具体规则即可，而且，本公开实施例也不用预先设置大量的名称(每个名称对应“一套”业务规则)来实现业务规则的选择。
在一些实施例中，规则选择信息包括：会话级信息和业务级信息。
即规则选择信息可为在会话级(Session Level)发送的会话级信息，也可为在业务级(PDR Level)发送的业务级信息。
在一些实施例中，会话级信息包括：业务的离线计费状态信息，和/或，业务的在线计费状态信息。
可将区别离线计费、在线计费是否开启的状态信息，设置于以上会话级(SessionLevel)信息中发送。
在一些实施例中，业务级信息包括控制分组检测规则信息。
以上业务级(PDR Level)信息，具体可为有控制面通信设备下发的那部分PDR信息，即一个特殊的控制PDR信息。
在一些实施例中，控制分组检测规则信息包括：承载类型信息、本地计费状态信息、计费实例号信息、原始优先级信息中的任意一种或多种的组合。
以上控制PDR信息具体可包括表示承载类型(Bearer Attribute)的信息、表示本地计费状态(Charging Information)的信息、表示计费实例号(Charging Instance)的信息、表示原始优先级(Original Precedence)的信息等。
第三方面，参照图3，本公开实施例提供一种用户面通信设备，其包括：
接收模块，配置为接收来自控制面通信设备的规则选择信息，规则选择信息包括业务的至少一个状态信息；
选择模块，配置为根据所述状态信息，从配置在本地的多个业务规则中选择匹配的业务规则。
本公开实施例的用户面通信设备可实现以上的选择业务规则的方法。
如前，应当理解，本公开实施例的用户面(U面)通信设备可以是一个实体设备，也可为多个实体设备的集合；相应的，其中的每个模块可以是一个实体设备，也可以是一个实体设备中的一部分，或者是多个实体设备的集合。
第四方面，参照图4，本公开实施例提供一种控制面通信设备，包括：
状态模块，配置为根据业务的状态，确定业务的至少一个状态信息；
发送模块，配置为向用户面通信设备发送规则选择信息，规则选择信息包括状态信息。
本公开实施例的用户面通信设备可实现以上的决策业务规则的方法。
如前，应当理解，本公开实施例的控制面(C面)通信设备可以是一个实体设备，也可为多个实体设备的集合；相应的，其中的每个模块可以是一个实体设备，也可以是一个实体设备中的一部分，或者是多个实体设备的集合。
下面对本公开实施例中，配置在U面的规则的存储构架进行介绍。
参照图5，其中虚线左侧代表由C面对某会话(Session)下发的业务规则，其以PDR(控制PDR)串的形式组织，并可按控制PDR的优先级排列。其中，“默”和“专”分别表示“默认承载”和“专有承载”。
虚线右侧代表会话下激活的U面本地配置的多个业务规则(图中未标出“Pre-defined”等文字)，具体包括预定义或本地的PDR、URR、FAQ、QER等，且其中URR分为对应在线计费开启和对应离线计费开启的两种。
应当理解，图5中激活的业务规则是虚拟的，即是从配置在U面的业务规则中分别选择的，故其中的URR、FAQ、QER等，并不一定是与PDR一一对应的关系。
下面对本公开实施例中规则选择信息的具体形式进行介绍。
规则选择信息只要能表明所需的状态信息即可，但作为本公开实施例的一种方式，可设置新的扩展IE(信息元素，Information Element)，作为状态信息的表达形式。
例如，可在C面下发的会话中增加两个扩展IE代表“业务计费模式”，两个扩展IE分别用于表明用户的在线计费、离线计费功能是否开启，其具体格式可参照图6所示，其包括：
Offline的IE，其为1表示此会话下业务的离线计费开启，为0表示离线计费关闭；
Online的IE，其为1表示此会话下业务的在线计费开启，为1表示在线计费关闭。
其中，可规定在业务规则下沉的背景下，建立会话时C面必须下发以上IE，否则U面可拒绝建立会话。进一步的，以上IE可以是在会话级信息中，而其最终对应的业务规则是否开启，还要参考业务级的信息，比如业务级信息表示业务免费，则可不论以上Offline和Online的IE状态如何，都不开启计费相关的业务规则(如URR)。
当然，如果是C面仅在需要计费时才下发以上IE，而在业务免费时不下发以上IE，也是可行的。
当然，如果仅设置一个IE，如一个计费类型(Charging Mode)的IE，并通过其不同的取值(如0～3)表示离线计费、在线计费状态的不同组合，也是可行的。
相应的，在业务级(PDR Level)信息中，可通过C面下发的特殊的控制PDR中的扩展IE表示其它的状态信息。
例如，计费以承载为粒度进行时的，不同的承载使用同一种业务也要分开计费，从而需要对应不同的URR。为此，可在C面下发的控制PDR中加入“规则下沉信息(Rule SinkingInformation)”的IE，表明承载、计费等相关信息。
具体的，“规则下沉信息”中可必然包括Bearer Attribute(承载类型信息)的IE和Charging Information(计费实例号信息)的IE，并可选的包括Original Precedence(原始优先级信息)的IE；其中，以上各IE的意义可如下：
Bearer Attribute的IE格式可参照图7，其为0表示采用默认承载，为1表示采用专有承载。
而Charging Information的IE格式可参照图8。其中，Local(位置)为1表示需要使用U面的本地计费，为0表示不需要使用U面本地计费。其中，Charging Instance的值可在0～14之间(对应15个承载)，或在0～63之间(对应64个承载)，其不同的值表示不同的承载。其中，可用0表示默认承载，由于专用承载很少，故多数情况下Charging Instance都为0。
Original Precedence的IE格式可参照图9，其表示原始优先级，可由PCRF(策略与计费规则功能，Policy and Charging Rules Function)下发，用于表明信息的优先级，以供U面将该优先级和本地配置的业务规则的优先级进行比较，确定以哪一者为基准进行业务规则选择。
其中，还可规定以上“规则下沉信息”的IE的有无，同时表示本业务是否涉及业务规则下沉。
也就是说，如果控制PDR中没有以上IE，则可按照非业务规则下沉时的C面展开规则逻辑处理，即匹配该控制PDR并按照预期关联的规则(如RA、RS等)进行处理。
以上设置便于业务规则下沉的灵活选择。
下面对本公开实施例中U面展开信息的方式，以及C面、U面的配置表的形式进行介绍。
如前，对应不同承载的，需要有配置不同的URR。由此，C面下发的控制PDR内的RuleSinking Information中的Charging Instance的IE可为7个比特(bit)，由于6个bit既可表示64个不同承载，故另一个bit可预留供扩展用。
而U面的不同URR的名称(ID)的结构可参照图10，其中包括对应ChargingInstance的段和对应Original URR ID(原始URR名称)的段，以使得相同Rating Group(费率组)/Service ID(业务名称)的业务在不同承载上时能进行区分。
其中，Original URR ID用于表示各种统计维度，比如离线业务的SI、在线业务的RG等。从而，Charging Instance+Original URR ID就可以表示不同承载上相同的离线业务SI，或者在线RG。其中，用量监控的URR ID不需要Charging Instance，所以取固定值0(图10中未示出)。
示例性的，在U面上可设置如下的配置表，以将Original URR ID和类型(Type)对应，其中Original URR ID为不可重复的Key值(取值1～134217727)，Type为取值0～2的类型值；Type值为0表示离线计费服务(Offline Charge Service)，为1表示在线计费服务(Online Charge Rating)，为2表示监控(Monitoring)。
表1、U面的Original URR配置表
| Original URR ID | Type |
| 10010001 | Offline Charge Service(0) |
| 10010002 | Offline Charge Service |
| 10010003 | Offline Charge Service |
| 20020001 | Online Charge Rating(1) |
| 30020002 | Online Charge Rating |
| 40020001 | Monitoring(2) |
而在C面上，也可设置如下的配置表，其前两列与以上表1完全相同，后两列为Rating Group(费率组)和Monitoring Key(用量监控键)，其中每行的Type、Service ID、Rating Group、Monitoring Key可组成一个唯一的索引，用于反查Original URR ID。下表中，Rating Group、Monitoring Key未指定表示可自动填写默认值0。
表2、C面的Original URR配置表
通过配置以上表2，在C面不需要在Sx模块占用Usage上下文。
以上表1和表2中,使用Original URR ID，并只配置URR ID的低24位，而留出Charging Instance，用来区分不同承载下的同一个计费粒度的业务。
当然，实际选择业务规则的命令中仍可使用真实的URR ID(URR名称)，以上命令具体可为：
ADD URRMAP:URRID＝124TYPE＝OFFLINECHARGESERVICE SERVICEID＝100RATINGGROUP＝200
ADD URRMAP:URRID＝125TYPE＝ONLINECHARGESERVICE RATINGGROUP＝100010(SERVICEID＝10050)-注：括号中的内容用于在线计费关键字为SI+RG时
ADD URRMAP:URRID＝126TYPE＝MONITOR MONITORKEY＝5001。
下面列举部分U面规则配置的具体例子。
其中，以3GPP规则的4G核心网、5G核心网中CU分离模式进行业务规则下沉为例，并且以PGW-U/UPF作为U面转发处理网元，PGW-C/SMF作为C面转发控制网元，PCRF/PCF作为策略与计费控制网元。
其中，PGW(Packet data network(PDN)Gateway)表示分组数据网关，后边的-U和-C分别表示对应U面和C面；而UPF(User Plane Function)表示用户面功能，SMF(SessionManagement Function)表示会话管理功能，PCRF(Policy and Charging Rules Function)表示策略与计费规则功能。
例子1：
参照图11，本例子1对应的流程包括以下步骤：
步骤1201：C面的PGW-C/SMF向U面的PGW-U/UPF发起会话建立请求，创建如下内容：
(1)Create PDR1：上行默认承载通配，携带Active Predefine Rules指定激活U面配置的某些业务规则(规则集)；
(2)Create PDR2：下行默认承载通配，携带Active Predefine Rules指定激活U面配置的某些业务规则；
(3)Create FAR1：用于上行报文转发；
(4)Create FAR2：用于下行报文转发；
(5)Create URR1：用于承载级计费用量合并统计规则；
(6)Create QER1：用于承载级QoS(Quality of Service，服务质量)执行。
步骤1202：U面的PGW-U/UPF响应C面的PGW-C/SMF的会话建立请求，并根据会话建立请求中的参数，按照以下方式选择对应的规则：
(1)PDR1、PDR2指向U面配置的规则集，规则集内有多条业务规则，每条业务规则包含一种特定业务的规定，如识别、转发、统计、QoS执行等，即业务的PDR、FAR、URR、QER；
(2)PDR1、PDR2都关联承载级QoS执行规则QER1，也都指向承载级用量统计规则URR1；
(3)PDR1关联上行的转发规则FAR1，PDR2关联下行的转发规则FAR2。
步骤1203：用户上行报文到达U面的PGW-U/UPF，U面匹配PDR1，因为PDR1关联U面规则集，在规则集中能匹配PDRi，进而对应的PDRi、FARi、QERi、URRi将被激活。
其中，U面相当于将虚拟的PDRi安放到Session下，并且给这个PDRi关联上对应的FARi、QERi、URRi，同时，因为业务报文也归属承载，所以PDRi还要关联之前C面下发的URR1、QER1；具体的，FARi的选择需要参考FAR1。
以上流程中，U面的PGW-U/UPF配置的规则可以是全业务的，比如同时支持离线计费、在线计费，或者只支持其中一种，进而，PDRi下配置的可能是两个URR，比如URRi-1(如对应离线计费)、URRi-2(如对应离线计费)。从而在以上步骤1201中，通过下发的ServiceCharge Mode，就可以确定使用URRi-1和URRi-2中哪一个，或两个，或者0个(即都不激活)。例如，对于某离线计费用户，可以只使用URRi-1，对应某在线计费用户可只使用URRi-2，而对于两种计费都需要时就两个都使用，对于不计费的情况就两个都不使用。
可见，根据以上方式，在U面只要配置URRi-1和URRi-2两个业务规则即可；而根据需要选择“一套业务规则”的相关技术，则至少需要配置以下4套业务规则：
(1)PDRi、FARi、QERi、URRi-1、URRi-2；
(2)PDRi、FARi、QERi、URRi-1；
(3)PDRi、FARi、QERi、URRi-2；
(4)PDRi、FARi、QERi；
并且，还需要为每套业务规则配置对应的Pre-defined PDR的名称，以供C面选择相应“套”的业务规则。
例子2：
参照图11，本例子1对应的流程包括以下步骤：
步骤1301：C面的PGW-C/SMF收到会话创建消息。
步骤1302：C面的PGW-C/SMF向PCRF/PCF发起首次策略请求消息。
步骤1303：PCRF/PCF响应首次策略请求消息。
步骤1304：C面的PGW-C/SM向U面的PGW-U/UPF发起会话建立请求，创建如下的内容：
(1)Create PDR1：上行默认承载通配，携带Active Predefine Rules指定激活U面配置的一个规则集，PDR下携带Rule Sinking Information的IE，Rule SinkingInformation下携带Charging Information的IE，其包含的Charging Instance的IE的值为0；
(2)Create PDR2：下行默认承载通配，携带Active Predefine Rules指定激活U面配置的一个规则集，PDR下携带Rule Sinking Information的IE，Rule SinkingInformation下携带Charging Information的IE，其包含的Charging Instance的IE的值为0；
(3)Create FAR1：用于上行报文转发；
(4)Create FAR2：用于下行报文转发；
(5)Create URR1：用于默认承载级计费用量合并统计规则；
(6)Create QER1：用于默认承载级QoS执行。
步骤1305：U面PGW-U/UPF响应C面PGW-C/SMF的会话建立请求，并根据C面在会话建立请求中的参数，选择对应的规则，具体如下：
(1)PDR1、PDR2指向U面配置的规则集，规则集内有多条规则，每条规则包含一种特定业务的识别、转发、统计、QoS执行，即虚拟的业务PDR、FAR、URR、QER；
(2)PDR1、PDR2都关联承载级QoS执行规则QER1，也都指向承载级用量统计规则URR1；
(3)PDR1关联上行的转发规则FAR1，PDR2关联下行的转发规则FAR2。
步骤1306：会话接入成功，C面的PGW-C/SMF回应会话接入请求。
步骤1307：默认承载某业务流上行达到。
用户上行报文达到，匹配PDR1，因为PDR1关联U面规则集，在规则集中能匹配PDRi，U面相当于将命中的U面预定义的规则集对应的虚拟PDRi安放到Session下，并且给这个PDRi关联上相应的FARi、QERi、URRi。同时，因为业务报文也归属承载，所以PDRi还需要关联之前C面下发的URR1、QER1，FARi需要参考FAR1。这里的URRi对应的URR ID的构造可为如下的32各bit组成的ID：
| Bit1 | Bit2～Bit8 | Bit9～Bit32 |
| 1 | 0 | 10010010(为十进制) |
其中，Bit1值为1，表示其是U面分配的URR ID；Bit2～Bit8值为0，表示C面下发的对应的PDR1中的Charging Instance为0，即表示这个业务的URRi属于默认承载的计费；Bit9～Bit32的值为10010010，表示U面配置规则时，将这个业务规则对应的某种计费URRi的Original URR ID配置为10010010。
当然，下行报文到达时的工作原理与此对应，故再此不再详细描述。
步骤1308：PCRF/PCF向C面的PGW-C/SMF发起反向专有承载建立请求，请求中专有承载业务计费信息不携带要求PCEF自行计费。
步骤1309：C面的PGW-C/SMF响应PCRF/PCF发起反向专有承载建立请求。
步骤1310：C面的PGW-C/SMF向前端网元发起承载建立请求。
步骤1311：C面的PGW-C/SMF前端网元响应承载建立请求。
步骤1312：C面的PGW-C/SMF向U面的PGW-U/UPF发起会话更新请求，为专有承载选择相应的业务规则。其中，具体的业务规则可包括：
(1)Create PDR3：上行专有承载，带专有承载过滤SDF，携带Active PredefineRules指定激活U面配置的一个规则集，PDR下携带Rule Sinking Information的IE，RuleSinking Information下携带Charging Information的IE，其包含的Charging Instance的IE的值为1；
(2)Create PDR4：下行专有承载，带专有承载过滤SDF，携带Active PredefineRules指定激活U面配置的一个规则集，PDR下携带Rule Sinking Information IE，RuleSinking Information下携带Charging Information的IE，其包含的Charging Instance的IE的值为1；
(3)Create FAR3：用于专有承载上行报文转发；
(4)Create FAR4：用于专有承载下行报文转发；
(5)Create URR2：用于专有承载级计费用量合并统计规则；
(6)Create QER2：用于专有承载级QoS执行。
步骤1313：U面的PGW-U/UPF响应会话更新请求。
步骤1314：专有承载业务开始，报文匹配PDR3、PDR4。
同时，根据U面的PGW-U/UPF配置的预定义规则，进行识别后选中与默认承载进行业务时一样的计费参数(即Service ID/Rating Group一样)，进而，专有承载PDR3、PDR4关联的计费URR也是URRi(即Original URR ID为10010010)，但是基于承载的计费是需要按专有承载分开统计用量的，因此这里的专有承载的计费URR记作～URRi。具体的，该～URRi对应的URR ID的构造为如下的一个32Bit组成的ID：
| Bit1 | Bit2～Bit8 | Bit9～Bit32 |
| 1 | 1 | 10010010(十进制) |
该～URRi对应的URR ID的构造与默认承载的URR ID类似，区别在于其Bit2～Bit8的Charging Instance的IE为1，表明其是专有承载；其中，～URRi对应的Original URR ID与默认承载时持一致，表示二者拥有相同的URRi，即有相同的计费参数。
步骤1315：用户释放会话或者出话单需要时，触发U面的PGW-U/UPF上报。
U面的PGW-U/UPF上报的数据中有以上URR1、URRi、URR2、～URRi。其中，URR1、URR2的URR ID为C面分配(最高BIT为0)，而URRi、～URRi的URR ID为U面分配(最高BIT为0)，URR1、URR2分别统计默认承载、专有承载的承载级用量，URRi、～URRi分别统计默认承载、专有承载下某一同Service ID/Rating Group业务级用量。
步骤1316：C面的PGW-C/SMF收到U面的PGW-U/UPF上报后，根据URRi、～URRi的URRID中的Charging Instance的IE来区别该业务用量归属哪个承载，并实现对相应承载的计费。
本领域普通技术人员可以理解，上文中所公开的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。
在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。
某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器(CPU)、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其它数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于随机存取存储器(RAM，更具体如SDRAM、DDR等)、只读存储器(ROM)、带电可擦可编程只读存储器(EEPROM)、闪存(FLASH)或其它磁盘存储器；只读光盘(CD-ROM)、数字多功能盘(DVD)或其它光盘存储器；磁盒、磁带、磁盘存储或其它磁存储器；可以用于存储期望的信息并且可以被计算机访问的任何其它的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其它传输机制之类的调制数据信号中的其它数据，并且可包括任何信息递送介质。
本公开已经公开了示例实施例，并且虽然采用了具体术语，但它们仅用于并仅应当被解释为一般说明性含义，并且不用于限制的目的。在一些实例中，对本领域技术人员显而易见的是，除非另外明确指出，否则可单独使用与特定实施例相结合描述的特征、特性和/或元素，或可与其它实施例相结合描述的特征、特性和/或元件组合使用。因此，本领域技术人员将理解，在不脱离由所附的权利要求阐明的本公开的范围的情况下，可进行各种形式和细节上的改变。
Claims (10)
1.一种选择业务规则的方法，用于用户面通信设备，所述方法包括：
接收来自控制面通信设备的规则选择信息，所述规则选择信息包括业务的至少一个状态信息；
根据所述状态信息，从配置在本地的多个业务规则中选择匹配的业务规则。
2.根据权利要求1所述的方法，其中，所述配置在本地的多个业务规则包括：
预定义分组检测规则、预定义转发执行规则、预定义QoS执行规则、预定义计费计量报告规则、本地应用检测和控制规则、本地业务检测功能规则中的任意一种或多种的组合。
3.根据权利要求2所述的方法，其中，所述预定义计费计量报告规则包括：
预定义离线计费计量报告规则，和/或，预定义在线计费计量报告规则。
4.一种决策业务规则的方法，用于控制面通信设备，所述方法包括：
根据业务的状态，确定业务的至少一个状态信息；
向用户面通信设备发送规则选择信息，所述规则选择信息包括所述状态信息。
5.根据权利要求4所述的方法，其中，所述规则选择信息包括：
会话级信息和业务级信息。
6.根据权利要求5所述的方法，其中，所述会话级信息包括：
业务的离线计费状态信息，和/或，业务的在线计费状态信息。
7.根据权利要求5所述的方法，其中，
所述业务级信息包括控制分组检测规则信息。
8.根据权利要求7所述的方法，其中，所述控制分组检测规则信息包括：
承载类型信息、本地计费状态信息、计费实例号信息、原始优先级信息中的任意一种或多种的组合。
9.一种用户面通信设备，包括：
接收模块，配置为接收来自控制面通信设备的规则选择信息，所述规则选择信息包括业务的至少一个状态信息；
选择模块，配置为根据所述状态信息，从配置在本地的多个业务规则中选择匹配的业务规则。
10.一种控制面通信设备，包括：
状态模块，配置为根据业务的状态，确定业务的至少一个状态信息；
发送模块，配置为向用户面通信设备发送规则选择信息，所述规则选择信息包括所述状态信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911396377.2A CN113133061A (zh) | 2019-12-30 | 2019-12-30 | 选择业务规则的方法和装置、决策业务规则的方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911396377.2A CN113133061A (zh) | 2019-12-30 | 2019-12-30 | 选择业务规则的方法和装置、决策业务规则的方法和装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113133061A true CN113133061A (zh) | 2021-07-16 |
Family
ID=76767898
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911396377.2A Pending CN113133061A (zh) | 2019-12-30 | 2019-12-30 | 选择业务规则的方法和装置、决策业务规则的方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113133061A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115529566A (zh) * | 2022-10-27 | 2022-12-27 | 广州爱浦路网络技术有限公司 | 基于预定义Urr的计费控制方法、系统、计算机装置及存储介质 |
| WO2024007965A1 (zh) * | 2022-07-07 | 2024-01-11 | 中兴通讯股份有限公司 | 业务规则检测方法、装置、电子设备及存储介质 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101272256A (zh) * | 2007-03-23 | 2008-09-24 | 华为技术有限公司 | 业务处理方法和系统、策略控制和计费规则功能实体 |
| CN101801038A (zh) * | 2009-12-28 | 2010-08-11 | 华为技术有限公司 | 用户会话策略控制方法、装置及系统 |
| US20110116632A1 (en) * | 2008-07-08 | 2011-05-19 | Telefonaktie Bolaget L M Ericsson (Publ) | Methods and Systems for Obscuring Network Topologies |
| CN105009521A (zh) * | 2013-12-23 | 2015-10-28 | 华为技术有限公司 | 消息处理方法和网关 |
| US20190037474A1 (en) * | 2016-04-05 | 2019-01-31 | Huawei Technologies Co., Ltd. | Mobile collaborative communication method and apparatus |
| CN109600241A (zh) * | 2017-09-30 | 2019-04-09 | 华为技术有限公司 | 数据分析方法和数据分析装置 |
| CN109756430A (zh) * | 2017-11-07 | 2019-05-14 | 华为技术有限公司 | 一种规则的处理方法及装置 |
-
2019
- 2019-12-30 CN CN201911396377.2A patent/CN113133061A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101272256A (zh) * | 2007-03-23 | 2008-09-24 | 华为技术有限公司 | 业务处理方法和系统、策略控制和计费规则功能实体 |
| US20110116632A1 (en) * | 2008-07-08 | 2011-05-19 | Telefonaktie Bolaget L M Ericsson (Publ) | Methods and Systems for Obscuring Network Topologies |
| CN101801038A (zh) * | 2009-12-28 | 2010-08-11 | 华为技术有限公司 | 用户会话策略控制方法、装置及系统 |
| CN105009521A (zh) * | 2013-12-23 | 2015-10-28 | 华为技术有限公司 | 消息处理方法和网关 |
| US20190037474A1 (en) * | 2016-04-05 | 2019-01-31 | Huawei Technologies Co., Ltd. | Mobile collaborative communication method and apparatus |
| CN109600241A (zh) * | 2017-09-30 | 2019-04-09 | 华为技术有限公司 | 数据分析方法和数据分析装置 |
| CN109756430A (zh) * | 2017-11-07 | 2019-05-14 | 华为技术有限公司 | 一种规则的处理方法及装置 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024007965A1 (zh) * | 2022-07-07 | 2024-01-11 | 中兴通讯股份有限公司 | 业务规则检测方法、装置、电子设备及存储介质 |
| CN115529566A (zh) * | 2022-10-27 | 2022-12-27 | 广州爱浦路网络技术有限公司 | 基于预定义Urr的计费控制方法、系统、计算机装置及存储介质 |
| CN115529566B (zh) * | 2022-10-27 | 2023-10-31 | 广州爱浦路网络技术有限公司 | 基于预定义Urr的计费控制方法、装置及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101932034B (zh) | 提高服务质量的方法及系统和应用网网元 | |
| US9313339B2 (en) | System and method for providing detection of signaling-only engagements in a telecommunication network | |
| CN104185973B (zh) | 用于设定数据发送的优先级的方法和设备 | |
| US8305922B2 (en) | Method for PCRF to autonomously respond to cell capacity shortage | |
| JP5622933B2 (ja) | インターネットプロトコルコネクティビティアクセスネットワークセッションの管理 | |
| CN101047949B (zh) | 业务数据流的承载控制方法 | |
| US8885568B2 (en) | Policy application method for machine type communication, and policy and charging enforcement function | |
| EP2929653B1 (en) | Selective event reporting in a mobile telecommunications network | |
| CN103404102B (zh) | 一种承载创建方法、装置和系统 | |
| US9407512B2 (en) | Method and apparatus for controlling terminal's access to a wireless network | |
| EP2521305B1 (en) | Method, device and system for controlling user session policy | |
| CN110611575B (zh) | 位置变更上报方法、设备及系统 | |
| US20150236914A1 (en) | Method and node for controlling resources for a media service as well as a corresponding system and computer program | |
| CN113133061A (zh) | 选择业务规则的方法和装置、决策业务规则的方法和装置 | |
| CN103067224A (zh) | 业务流监测相关的方法、装置和系统 | |
| CN104955085A (zh) | 一种漫游场景下的应用检测控制方法及v-pcrf | |
| WO2011004055A1 (en) | Method and apparatus for selecting a quality of service parameter | |
| US9036631B2 (en) | Identifying Gn/Gp mode at PCRF | |
| CN101296493B (zh) | 资源释放方法和网络设备 | |
| CN102316431A (zh) | 一种网络信令拥塞控制方法及其装置 | |
| CN105580425B (zh) | 为UE到3GPP数据接入网的数据连接提供按需QoS的方法和装置 | |
| CN101594572B (zh) | 承载资源处理方法、系统以及装置 | |
| CN102077668A (zh) | 通信系统 | |
| CN103501513A (zh) | 一种处理信令消息的方法及系统 | |
| CN103731877A (zh) | 一种无线网络小区状态的传输方法和设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |