CN110048861B - 一种业务数据流处理方法及其相关设备 - Google Patents

一种业务数据流处理方法及其相关设备 Download PDF

Info

Publication number
CN110048861B
CN110048861B CN201810046643.8A CN201810046643A CN110048861B CN 110048861 B CN110048861 B CN 110048861B CN 201810046643 A CN201810046643 A CN 201810046643A CN 110048861 B CN110048861 B CN 110048861B
Authority
CN
China
Prior art keywords
service data
server
data stream
pcef
data flow
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.)
Active
Application number
CN201810046643.8A
Other languages
English (en)
Other versions
CN110048861A (zh
Inventor
郭建成
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201810046643.8A priority Critical patent/CN110048861B/zh
Priority to PCT/CN2019/071851 priority patent/WO2019141171A1/zh
Priority to JP2020538915A priority patent/JP7207764B2/ja
Priority to EP19741183.8A priority patent/EP3734905B1/en
Publication of CN110048861A publication Critical patent/CN110048861A/zh
Priority to US16/931,146 priority patent/US11303761B2/en
Application granted granted Critical
Publication of CN110048861B publication Critical patent/CN110048861B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66Policy and charging system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403Architecture for metering, charging or billing
    • H04L12/1407Policy-and-charging control [PCC] architecture
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24Accounting or billing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82Criteria or parameters used for performing billing operations
    • H04M15/8214Data or packet based

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Meter Arrangements (AREA)

Abstract

本申请实施例提供了一种业务数据流处理方法及其相关设备,用于对上行网络连接处于断开状态时默认承载上产生的业务数据流进行处理,以降低该业务数据流对应的数据流量费用。本申请实施例方法包括:策略及计费执行功能PCEF设备获取业务数据流,所述业务数据流为服务器利用默认承载发送至用户设备UE的数据流,所述默认承载为所述服务器与所述UE的公共数据网PDN连接处于连接状态时建立的承载;所述PCEF设备确定所述UE与所述服务器的上行网络连接处于断开状态;所述PCEF设备阻止所述业务数据流的发送,或,所述PCEF设备对所述业务数据流按照预置计费方式进行计费。

Description

一种业务数据流处理方法及其相关设备
技术领域
本申请涉及通信领域,尤其涉及一种业务数据流处理方法及其相关设备。
背景技术
第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)标准协议中,用户设备(user equipment,UE)与服务器间通过数据传输进行通信,用户发送上行数据至服务器,服务器通过发送下行数据进行响应。在LTE系统中,从UE附着网络的过程中会建立公共数据网(public data network,PDN)连接,PDN连接指UE与演进的核心分组网(evolved packet core,EPC)之间的互联网协议(internet protocol,IP)连接,PDN连接会触发UE与网络间建立默认承载,只要默认承载存在,IP连接也不会中断。UE与网络通过给默认承载建立连接,降低了UE在收发数据时再与网络建立连接而导致的时延。当业务请求对数据包时延要求不高时,UE一般会在默认承载上进行数据包的传输,如果用户发起了语音呼叫等请求,由于默认承载无法保证传输时延、丢包率等要求,此时需要建立专有承载,在语音通话结束后,专有承载将会被删除,而默认承载会在UE与网络连接期间一直保留。
用户设备在关闭蜂窝移动数据开关后,无法主动发起上行数据的传输,因此无法主动向其它设备发送数据。此时一些用户设备4G开关可能处于开启模式,这种情况下,统一分组网关(unified packet gateway,UCG)设备上用户上下文仍处于激活状态,网络与UE仍然处于连接状态,因此连接用户的默认承载仍可以使用,此时,若UCG收到下行报文,会正常转发给UE,策略及计费执行功能(policy and charging enforcement function,PCEF)会对传输的该下行报文进行正常的流量计费。
可见,3GPP标准协议中只要UE附着网络,就会建立默认承载,因此会导致某些用户在关闭蜂窝移动数据开关但未关闭4G开关时,服务器仍然会通过默认承载发送下行报文至UE,PCEF对该报文进行正常计费导致这些用户的流量计费金额增加。
发明内容
本申请实施例提供了一种业务数据流处理方法及其相关设备,用于对上行网络连接处于断开状态时默认承载上产生的业务数据流进行处理,以降低该业务数据流对应的数据流量费用。
本申请实施例的第一方面提供了一种业务数据流处理方法,其特征在于,包括:
PCEF设备获取业务数据流,该业务数据流为服务器发送至默认承载的数据流且通过默认承载进行传输。
在本实施例中,默认承载为服务器与UE的PDN连接处于连接状态时建立的承载,只要PDN连接没有断开,默认承载就一直存在。
当PCEF设备确定UE与服务器的上行网络连接处于断开状态时,PCEF设备对该业务数据流进行处理,处理的方式可以是阻止该业务数据流的发送或者对该业务数据流按照预置的计费方式进行计费,其中,阻止该业务数据流的发送即不对该业务数据流进行计费,对该业务数据流按照预置的计费方式进行计费可以降低该业务数据流的数据流量费用。
本申请实施例具有以下优点:PCEF设备获取通过默认承载传输的业务数据流,该默认承载为服务器与UE的PDN连接处于连接状态时建立的承载,当所述PCEF设备确定UE与服务器的上行网络连接处于断开状态时,所述PCEF设备阻止所述业务数据流的发送,或,所述PCEF设备对所述业务数据流按照预置计费方式进行计费。在本实施例中,PCEF通过对UE与服务器连接状态的判断,从而达到在UE与服务器的PDN连接处于连接状态但是上行网络连接处于关闭状态时,对上述业务数据流进行处理以达到减少数据流量费用的目的。
基于第一方面,在本申请实施例的第一方面的第一种实现方式中,其特征在于,所述PCEF设备确定所述UE与所述服务器的上行网络连接处于断开状态之前,所述方法还包括:
所述PCEF设备判断所述UE是否产生异常响应;
当PCEF设备确定UE产生异常响应后,则执行确定该上行网络连接处于断开状态的步骤。
在本实施例中,介绍了UE确定上行网络连接处于断开状态的方式,增加了方案的可实施性。
基于第一方面的第一种实现方式,在本申请实施例的第一方面的第二种实现方式中,其特征在于,所述PCEF设备判断所述UE是否产生异常响应包括:
所述PCEF设备判断所述UE是否发起与所述服务器断开所述PDN连接的请求,或,所述PCEF设备判断预置时长内所述UE是否没有对所述业务数据流产生响应;
若满足上述两种情况中的任一种,即PCEF设备确定所述UE发起与所述服务器断开所述PDN连接的请求,或,所述PCEF设备确定预置时长内所述UE没有对所述业务数据流产生响应,则所述PCEF设备确定所述UE产生异常响应。
在本实施例中,对PCEF设备确定UE产生异常响应的一种方式进行了说明,增加了方案的灵活性。
基于第一方面的第二种实现方式,在本申请实施例的第一方面的第三种实现方式中,其特征在于,所述PCEF设备确定所述UE产生异常响应之前,所述方法还包括:
所述PCEF设备可以根据所述UE的互联网协议IP地址、端口信息、域名信息和所述UE所遵循的通信协议中的至少一个确定所述预置时长。
在本实施例中,介绍了PCEF设备确定预置时长的方式,增加了方案的实用性。
基于第一方面的第一种实现方式,在本申请实施例的第一方面的第四种实现方式中,其特征在于,所述PCEF设备判断所述UE是否产生异常响应包括:
业务数据流可以传输报文,PCEF设备判断业务数据流中的报文个数是否大于门限值;
在本实施例中,门限值可以由PCEF设备事先设置。
若PCEF设备判断业务数据流中的报文个数大于门限值,且所述UE没有对所述业务数据流产生响应或所述UE发起与所述服务器断开所述PDN连接的请求,所述PCEF设备确定所述UE产生异常响应。
在本实施例中,对PCEF设备确定UE产生异常响应的另一种方式进行了说明,增加了方案的灵活性。
基于第一方面的第四种实现方式,在本申请实施例的第一方面的第五种实现方式中,其特征在于,所述PCEF设备判断所述业务数据流中的报文个数是否大于门限值之前,所述方法还包括:
所述PCEF设备可以根据所述UE的互联网协议IP地址、端口信息、域名信息和所述UE遵循的通信协议中的至少一个确定所述门限值。
在本实施例中,介绍了PCEF设备确定门限值的方式,增加了方案的实用性。
基于第一方面及其第一方面的第一种至第五种实现方式,在本申请实施例的第一方面的第六种实现方式中,预置计费方式对应的数据流量费用小于所述PDN连接和所述上行网络连接处于连接状态时的数据流量费用,其目的是减少业务数据流的数据流量费用。
在本实施例,对预置计费方式进行了说明,增加了方案的可实施性。
本申请的第二方面提供了一种策略及计费执行功能PCEF设备,其特征在于,包括:
获取模块,可以用于获取业务数据流,所述业务数据流为服务器利用默认承载发送至用户设备UE的数据流,所述默认承载为所述服务器与所述UE的公共数据网PDN连接处于连接状态时建立的承载;
在本实施例中,默认承载为服务器与UE的PDN连接处于连接状态时建立的承载,只要PDN连接没有断开,默认承载就一直存在。
确定模块,可以用于确定所述UE与所述服务器的上行网络连接处于断开状态;
计费模块,可以用于阻止所述业务数据流的发送,或,对所述业务数据流按照预置计费方式进行计费。其中,阻止该业务数据流的发送即不对该业务数据流进行计费,对该业务数据流按照预置的计费方式进行计费可以降低该业务数据流的数据流量费用。
在本实施例中,PCEF通过对UE与服务器连接状态的判断,从而达到在UE与服务器的PDN连接处于连接状态但是上行网络连接处于关闭状态时,对上述业务数据流进行处理以达到减少数据流量费用的目的。
基于第二方面,在第二方面的第一种实现方式中,其特征在于,所述PCEF设备还包括:
判断模块,可以用于判断所述UE是否产生异常响应;
执行模块,若所述UE产生异常响应,则可以用于执行确定所述UE与所述服务器的上行网络连接处于断开状态的步骤。
在本实施例中,介绍了UE确定上行网络连接处于断开状态的方式,增加了方案的可实施性。
基于第二方面的第一种实现方式,在第二方面的第二种实现方式中,其特征在于,所述判断模块包括:
第一判断子模块,可以用于判断所述UE是否发起与所述服务器断开所述PDN连接的请求或判断预置时长内所述UE是否没有对所述业务数据流产生响应;
第一确定子模块,若第一判断子模块判断得到所述UE发起与所述服务器断开所述PDN连接的请求或预置时长内所述UE没有对所述业务数据流产生响应,则可以用于确定所述UE产生异常响应。
在本实施例中,对PCEF设备确定UE产生异常响应的一种方式进行了说明,增加了方案的灵活性。
基于第二方面的第二种实现方式,在本申请实施例的第二方面的第三种实现方式中,其特征在于,所述判断模块还包括:
第二确定子模块,可以用于根据所述UE的互联网协议IP地址、端口信息、域名信息和所述UE所遵循的通信协议中的至少一个确定所述预置时长。
在本实施例中,介绍了PCEF设备确定预置时长的方式,增加了方案的实用性。
基于第二方面,在第二方面的第四种实现方式中,其特征在于,所述判断模块包括:
第二判断子模块,可以用于判断所述业务数据流中的报文个数是否大于门限值;
第三确定子模块,若第二判断子模块判断得到所述业务数据流中的报文个数大于门限值,且所述UE没有对所述业务数据流产生响应或所述UE发起与所述服务器断开所述PDN连接的请求,则可以用于确定所述UE产生异常响应。
在本实施例中,门限值可以由PCEF设备事先设置。
在本实施例中,对PCEF设备确定UE产生异常响应的另一种方式进行了说明,增加了方案的灵活性。
基于第二方面的第四种实现方式,在第二方面的第五种实现方式中,其特征在于,所述判断模块还包括:
第四确定子模块,可以用于根据所述UE的互联网协议IP地址、端口信息、域名信息和所述UE遵循的通信协议中的至少一个确定所述门限值。
在本实施例中,介绍了PCEF设备确定门限值的方式,增加了方案的实用性。
本申请的第三方面提供了一种PCEF设备,其特征在于,包括:存储器、收发器、处理器以及总线系统;
其中,所述存储器用于存储程序和指令;
所述收发器用于在所述处理器的控制下接收或发送信息;
所述处理器用于执行所述存储器中的程序;
所述总线系统用于连接所述存储器、所述收发器以及所述处理器,以使所述存储器、所述收发器以及所述处理器进行通信;
其中,所述处理器用于调用所述存储器中的程序指令,执行如权利要求第一方面及其第一方面的第一种至第六种实现方式中任一种实现方式所述的方法。
本申请的第四方面提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
本申请的第五方面提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
附图说明
图1为现有LTE系统EPC核心网组成结构图;
图2为本申请实施例的一种业务数据流处理方法;
图3为本申请实施例的另一种业务数据流处理方法;
图4为本申请实施例的另一种业务数据流处理方法;
图5为本申请实施例PCEF设备的一种实施例示意图;
图6为本申请实施例PCEF设备的另一种实施例示意图;
图7为本申请实施例PCEF设备的另一种实施例示意图;
图8为本申请实施例PCEF设备的一种实体结构图。
具体实施方式
在2G、3G系统中,电路交换域(circuit switched,CS)主要用于语音业务、视频业务,电路交换域独占信道用于语音,直到通话结束才释放信道,供其他用户使用;分组交换(packet switch,CS)域也是数据交换域,主要负责数据业务(例如上网),采用分组转发机制,多个用户共用信道资源,使得资源利用率大大提高。
4G系统,也就是长期演进(Long Term Evolution,LTE)系统中没有CS域,只有PS域。LTE中所有的语音业务将以VoIP(voice over internet protocol)的方式进行的,即以数据封包的形式在IP网络上做实时传递。与2G、3G不同,在LTE系统中还会建立默认承载,默认承载就是UE与无线资源控制(radio resource control,RRC)连接建立后,初始PDP上下文建立时,核心网为UE缺省建立的数据无线承载(data radio bearer DRB),如果只连接到数据交换域,那么只有一个默认承载,如果还连接到IP多媒体系统(IP multimediasubsystem,IMS),那么还会建立语音域的专用承载。与用户的行为(比如发起语音通话)相关的一种情况为,当数据传输的要求较高时,由于默认承载无法保证传输时延、丢包率等要求,此时还需要建立专用承载。
现有LTE系统EPC核心网的介绍如图1所示,首先对各个网元进行简单介绍:
1、移动管理设备MME的功能:移动性管理、会话管理、用户鉴权接入等。
2、服务网关SGW功能:终结无线接入部分的接口,用于用户的承载与计费,基站切换时对基站进行重新排序。
3、PGW(PDN-GW):终结面向PDN的SGi接口,基于业务的计费,连接外部的网关,还可以进行IP地址分配,无论UE是3GPP接入还是非3GPP接入,都需要经过PGW网元才能接入到PDN。默认承载建立后PGW为UE分配IP地址,从而为UE提供“永久在线”的功能。PGW可以作为PCEF设备,进行业务数据流的检测、策略执行和基于流的计费功能等。
4、策略与计费规则功能(policy and charging rules function,PCRF)设备:业务数据流和IP承载资源的策略与计费控制策略决策点,它为PCEF选择及提供可用的策略和计费控制决策。
5、归属用户服务器HSS:支持用于处理调用/会话的IMS网络实体的主要用户数据库。它包含用户配置文件,执行用户的身份验证和授权,并可以提供有关用户物理位置的信息。
6、SGSN:用于2G/3G和E-UTRAN3GPP接入网间移动时进行信令交互,包括对PGW和SGW的选择,同时为切换到E-UTRAN3GPP接入网的用户进行MME选择。
接入网E-UTRAN由基站构成。
如图所示的信令交互过程为:UE通过基站连接到演进分组核心网((evolvedpacketcore,EPC),信令通过S1-MME接口与MME连接,进行用户注册、鉴权,在HSS判断用户合法性。MME通过S11发送默认承载的消息给SGW,SGW通过接入点(access point name,APN)在域名系统(Domain Name System,DNS)上解析出所承载的PGW,SGW通过S5接口把消息发送给PGW,PGW通过Gx接口与PCRF连接,对用户请求授权、计费策略分配,PCRF分配计费策略给PCEF进行计费,UE通过S1u接口与SGW连接,用于用户的承载与计费,PGW通过SGi接入运营商网络。通过这种连接方式,可以完成UE与服务器间业务数据流的计费。
在2G、3G系统中不会建立默认承载,因此不存在本申请实施例的缺陷,本申请主要针对LTE系统而言,本申请实施例的缺点不止在4G网络中存在,同样在5G网络中也一样存在。需要说明的是,不管在哪一种网络系统中,只要UE与服务器间建立默认承载,即使UE的上行网络连接网络关闭,服务器也可利用默认承载进行数据传输。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请实施例提供了一种业务数据流处理方法,用于当UE与服务器的上行网络连接处于断开状态时,PCEF设备对业务数据流进行处理。
在本实施例中,PCEF设备是网络设备上的一个单元,主要包含业务数据流的检测、策略执行和基于业务数据流的计费功能。
201、策略及执行计费功能PCEF设备获取业务数据流。
服务器与UE进行业务数据流的传输的过程中,该业务数据流会经过PCEF设备再转发至UE,PCEF设备可以对该业务数据流进行计费。
PCEF连接在UE与服务器之间,进行业务数据流的转发。
在本实施例中,该业务数据流通过默认承载进行发送,默认承载是在服务器与UE的PDN连接处于连接状态时建立的承载,在UE的4G开关打开时,如前面所描述的,UE与服务器建会建立PDN连接,随后建立默认承载,服务器仍然可以向UE发送数据,此时产生的业务数据流也会被PCEF设备获取并执行计费。
在本实施例中,UE与服务器建立默认承载之前要建立PDN连接,建立PDN连接的目的是为一个PDN建立一个默认承载,首先UE发送PDN连接请求消息至服务器,该消息可以包含在附着消息中以便建立第一个默认承载,也可以不包含在附着消息中,而是作为一条单独的消息发送,具体此处不作限定。
在本实施例中,默认承载的建立过程具体为:1、默认承载的建立过程是附着流程的一部分:MME发送actvate default EPS bearen context request和attach accept消息给UE,如果附着流程失败,那么UE隐形的认为默认承载激活流程也是失败的。2、如果默认承载的建立过程不是附着流程的一部分,而是单独的作为PDN连接请求的响应,那么MME发送actvate default EPS bearen context request消息给UE。
UE发送请求断开PDN连接消息的目的是UE为了断开一个PDN连接,那么这个UE所建立的所有EPS承载上下文都要被释放,具体过程为:UE发送断开PDN连接的请求至MME,该消息包含了PDN的默认承载的EPS承载标识,MME收到消息后,发送断开EPS承载连接请求消息(包含PDN的默认承载标识)给UE,以启动EPS承载上下文去激活过程。
在本申请实施例中,默认承载只有PDN连接被释放时才会断开,否则将一直存在,一个UE如果连接了多个PDN,就要给每个PDN建立一个默认承载。EPS承载(包括默认承载)上下文去激活的过程是为了去激活EPS上下文承载或断开PDN连接(断开PDN连接的方式是通过去激活该PDN下的所有EPS承载上下文),由基站发起,但可以被UE通过某些流程请求或触发,比如UE请求承载修改流程或UE请求PDN断开连接流程。
在本实施例中,UE还需要获取基站分配的默认承载资源,基站可以通过信令为UE分配默认承载,例如RRC信令、物理层信令、MAC层信令。
在本实施例中,基站可以通过信令为UE分配默认承载的方式可以是,该信令中携带参数信息,该参数指示了默认承载对应的信道资源占用的频域资源信息。
在本实施例中,PCEF执行PCRF发送的计费执行策略,并按照此策略对业务数据流进行计费。
在本实施例中,核心网的网络架构与上述所述的现有技术类似,具体此处不再赘述。
在本实施例中,服务器通过默认承载发送给UE的业务数据流也可以被UE接收到,但UE不会对该业务数据流产生正常响应。
202、PCEF设备确定UE与服务器的上行网络连接处于断开状态;
在本实施例中,当UE与服务器的上行网络连接处于断开状态时,UE仍然可以收到服务器发送的该业务数据流,但是这种状态下UE不会主动向服务器发送数据,也不会对服务器发送的该业务数据流产生正常响应,例如UE不会基于握手协议,给服务器发送数据报文,该数据报文用于告知服务器UE接收业务数据流成功。
在本实施例中,上行网络连接可以为移动网络连接,移动网络连接在不同的用户设备上可能有不同的名称,例如在苹果手机上被称为蜂窝移动数据,在华为、三星手机上被称为移动数据,因此本实施例中的移动网络连接在不同的设备上名称不同,但在本申请实施例中实现的功能与移动网络连接类似,更多的例子具体此处不再列举。
203、PCEF设备阻止业务数据流的发送,或,PCEF设备对业务数据流按照预置计费方式进行计费。
在本申请实施例中,PCEF设备对业务数据流的处理包括阻止该业务数据流的发送或对该业务数据流进行特殊计费,其中,阻止该业务数据流的发送意味着PCEF设备不对该业务数据进行计费。而对该业务数据流进行特殊计费时,特殊计费产生的数据流量费用小于PDN连接和上行网络连接都处于连接状态时的数据流量费用,例如:只有4G开关打开时的数据流量费用小于蜂窝移动数据和4G开关都打开时的数据流量费用。
在本申请实施例中,通过对PDN连接处于连接状态而上行网络连接处于关闭状态时的由服务器发送给UE的业务数据流进行处理,以达到降低该业务数据流对应的数据流量费用,从而能减免用户的上行网络连接处于关闭状态时的流量资费。
在本实施例中PCEF设备判断UE的上行网络连接是否处于断开状态可以通过判断UE是否对该业务数据流产生异常响应,请参照图3,下面将进行说明。
301、策略及执行计费功能PCEF设备获取业务数据流。
在本申请实施例中,实施例步骤301与实施例步骤201类似,具体此处不再赘述。
302、PCEF设备判断UE是否产生异常响应;
在本实施例中,PCEF设备判断UE是否产生异常响应的方式有两种,下面将进行说明。
一、PCEF设备对UE与服务器的数据交互进行监控的过程中1、检测到UE发起与服务器断开PDN连接的请求。2、预置时长内UE是否没有对业务数据流产生响应;
当满足上述两种情况中的任一种时,PCEF设备确定UE产生了异常响应。
可以理解的是,除了上述两种情况,可能还存在其他情况也可以被认为是UE产生了异常响应,具体此处不作限定。
在本方式中,预置时长的确定可以根据UE的互联网协议IP地址、端口信息、域名信息和UE所遵循的通信协议中的至少一个确定。
具体为,不同的IP地址(或应用)的行为特征可能不一样,需要区分处理。PCEF设备根据UE的IP地址判断该UE所处于小区信息及其信道情况,区分不同的UE,并根据不同IP地址的分配不同的预置时长。
同样的,服务器分配不同的端口、域名给不同的UE,PCEF设备根据端口和域名的不同为UE分配不同的预置时长。
同样的,PCEF设备也可以根据UE所遵循的通信协议不同为UE分配不同的预置时长,在本实施例中的通信协议可以为L34协议。
二、PCEF设备判断业务数据流中的报文个数是否大于第一门限值,若是,且UE没有对业务数据流产生响应或UE发起与服务器断开PDN连接的请求,PCEF设备确定UE产生异常响应。
在本方式中,第一门限值的确定可以根据UE的互联网协议IP地址、端口信息、域名信息和UE所遵循的通信协议中的至少一个确定。
具体为,不同的IP地址(或应用)的行为特征可能不一样,需要区分处理。PCEF设备根据UE的IP地址判断该UE所处于小区信息及其信道情况,区分不同的UE,并根据IP地址不同分配不同的第一门限值。
同样的,服务器分配不同的端口、域名给不同的UE,PCEF设备根据端口和域名的不同为UE分配不同的第一门限值。
同样的,PCEF设备也可以根据UE所遵循的通信协议不同为UE分配不同的第一门限值,在本实施例中的通信协议可以为L34协议。
在本实施例中,在PCEF设备判断UE是否产生正常响应的过程中,在判断结果产生之前,PCEF设备可以限制该业务数据流的个数,以便尽可能的减少该业务数据流对应的数据流量资费。
在本实施例中,PCEF设备判断UE对该业务数据流产生异常响应后,可以保存该业务数据流的sever IP名单,后续服务器再发起的业务数据流,如果与该名单相匹配,则直接判断为异常业务数据流,并对业务数据流进行处理,以降低该业务数据流对应的数据流量费用,而不用再对UE是否产生异常响应进行判断。
303、若UE产生异常响应,PCEF设备确定UE与服务器的上行网络连接处于断开状态。
在本实施例中的上行网络连接与实施例步骤202中的上行网络连接类似,具体此处不再赘述。
304、PCEF设备阻止业务数据流的发送,或,PCEF设备对业务数据流按照预置计费方式进行计费。
在本申请实施例中,实施例步骤304与实施例步骤202类似,具体此处不再赘述。
在本实施例中,当UE处于异常响应时,确定服务器与UE的上行网络连接处于断开状态,并对异常响应的几种情况进行了分析,增加了方案的可实施性。
在本申请实施例中,对于业务服务器主动发起的业务数据流,不断变化业务数据流的输出端口,可能规避掉对UE异常响应状况的判断。因此,本申请实施例还提出了另一种业务数据流处理方法,不对UE是否产生异常响应进行判断,仅增加对该业务数据流的限制,请参照图4,下面将进行说明。
401、PCEF设备获取业务数据流。
实施例401所执行的步骤与实施例步骤201类似,具体此处不再赘述。
402、PCEF设备判断业务数据流的个数是否超过第二门限值;
在本实施例中当有多条业务数据流时,即服务器向UE进行发起了多条业务数据流,PCEF设备判断业务数据流的个数是否超过第二门限值。
403、PCEF设备阻止业务数据流的发送,或,PCEF设备对业务数据流按照预置计费方式进行计费。
在本实施例中,对业务数据流的个数超过第二门限值的业务数据流,PCEF设备对其进行处理,处理的方式与实施例步骤202类似,可以是阻止该业务数据流的发送或对该业务数据流进行特殊计费,具体此处不再赘述。
在本实施例中,通过限制服务器并行发起的业务数据流的个数,从而实现对服务器主动发起的业务数据流进行限制,避免恶意工具流量产生巨额话单。
上面图2至图4从一种业务数据流处理方法的角度对本申请实施例进行了叙述,请参照图5,下面将从PCEF设备的角度对本申请实施例进行说明。
获取模块501,用于获取业务数据流,所述业务数据流为服务器利用默认承载发送至用户设备UE的数据流,所述默认承载为所述服务器与所述UE的公共数据网PDN连接处于连接状态时建立的承载;
确定模块502,用于确定所述UE与所述服务器的上行网络连接处于断开状态;
计费模块503,用于阻止所述业务数据流的发送,或,对所述业务数据流按照预置计费方式进行计费。
在本申请实施例中,通过对PDN连接处于连接状态而上行网络连接处于关闭状态时的由服务器发送给UE的业务数据流进行处理,以达到降低该业务数据流对应的数据流量费用,从而能减免用户的上行网络连接处于关闭状态时的流量资费。
在本实施例中,PCEF设备确定UE与服务器的上行网络连接处于断开状态的方式是判断UE是否产生了异常响应,请参照图6,下面将进行说明。
获取模块601,用于获取业务数据流,所述业务数据流为服务器利用默认承载发送至用户设备UE的数据流,所述默认承载为所述服务器与所述UE的公共数据网PDN连接处于连接状态时建立的承载;
判断模块602,用于判断所述UE是否产生异常响应;
执行模块603,若所述UE产生异常响应,则用于执行确定所述UE与所述服务器的上行网络连接处于断开状态的步骤。
确定模块604,用于确定所述UE与所述服务器的上行网络连接处于断开状态;
计费模块605,用于阻止所述业务数据流的发送,或,对所述业务数据流按照预置计费方式进行计费。
在本实施例中,介绍了通过判断UE是否产生异常响应从而判断上行网络连接是否处于断开状态,增加了方案的可实施性。
在本实施例中,具体怎么判断UE是否产生了异常响应的方式有多种,下面请参照图7,对其中两种情况进行叙述。
获取模块701,用于获取业务数据流,所述业务数据流为服务器利用默认承载发送至用户设备UE的数据流,所述默认承载为所述服务器与所述UE的公共数据网PDN连接处于连接状态时建立的承载;
判断模块702,用于判断所述UE是否产生异常响应;
执行模块703,若所述UE产生异常响应,则用于执行确定所述UE与所述服务器的上行网络连接处于断开状态的步骤。
确定模块704,用于确定所述UE与所述服务器的上行网络连接处于断开状态;
计费模块705,用于阻止所述业务数据流的发送,或,对所述业务数据流按照预置计费方式进行计费。
一、PCEF设备对UE与服务器的数据交互进行监控的过程中1、检测到UE发起与服务器断开PDN连接的请求。2、预置时长内UE是否没有对业务数据流产生响应;
其中,判断模块702包括:
第一判断子模块7022,用于判断所述UE是否发起与所述服务器断开所述PDN连接的请求或判断预置时长内所述UE是否没有对所述业务数据流产生响应;
第一确定子模块7023,若第一判断子模块7021判断得到所述UE发起与所述服务器断开所述PDN连接的请求或预置时长内所述UE没有对所述业务数据流产生响应,则用于确定所述UE产生异常响应。
判断模块还包括:
第二确定子模块7021,用于根据所述UE的互联网协议IP地址、端口信息、域名信息和所述UE所遵循的通信协议中的至少一个确定所述预置时长。
二、PCEF设备判断业务数据流中的报文个数是否大于第一门限值,若是,且UE没有对业务数据流产生响应或UE发起与服务器断开PDN连接的请求,PCEF设备确定UE产生异常响应。
其中,判断模块702包括:
第二判断子模块7025,用于判断所述业务数据流中的报文个数是否大于门限值;
第三确定子模块7026,若第二判断子模块7023判断得到所述业务数据流中的报文个数大于门限值,且所述UE没有对所述业务数据流产生响应或所述UE发起与所述服务器断开所述PDN连接的请求,则用于确定所述UE产生异常响应。
判断模块还包括:
第四确定子模块7024,用于根据所述UE的互联网协议IP地址、端口信息、域名信息和所述UE遵循的通信协议中的至少一个确定所述门限值。
图8是本申请实施例提供的一种PCEF设备示意图,该PCEF设备800包括浏览器,该PCEF设备800可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(central processing units,CPU)822(例如,一个或一个以上处理器)和存储器832,一个或一个以上存储应用程序842或数据844的存储介质830(例如一个或一个以上海量存储设备)。其中,存储器832和存储介质830可以是短暂存储或持久存储。存储在存储介质830的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对PCEF设备中的一系列指令操作。更进一步地,中央处理器822可以设置为与存储介质830通信,在PCEF设备800上执行存储介质830中的一系列指令操作。
该中央处理器822可以根据指令操作执行如下步骤:
获取业务数据流,所述业务数据流为服务器利用默认承载发送至用户设备UE的数据流,所述默认承载为所述服务器与所述UE的公共数据网PDN连接处于连接状态时建立的承载;
确定所述UE与所述服务器的上行网络连接处于断开状态;
阻止所述业务数据流的发送,或,所述PCEF设备对所述业务数据流按照预置计费方式进行计费。
PCEF设备800还可以包括一个或一个以上电源826,一个或一个以上有线或无线网络接口850,一个或一个以上输入输出接口858,和/或,一个或一个以上操作系统841,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
上述实施例中由PCEF设备所执行的步骤可以基于该图8所示的PCEF设备结构。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,本地客户端,或者网络设备等)执行本申请图2至图4各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-onlymemory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (13)

1.一种业务数据流处理方法,其特征在于,包括:
策略及计费执行功能PCEF设备获取业务数据流,所述业务数据流为服务器利用默认承载发送至用户设备UE的数据流,所述默认承载为所述服务器与所述UE的公共数据网PDN连接处于连接状态时建立的承载;
所述PCEF设备判断所述UE是否产生异常响应;
若是,所述PCEF设备确定所述UE与所述服务器的上行网络连接处于断开状态;
所述PCEF设备阻止所述业务数据流的发送,或,所述PCEF设备对所述业务数据流按照预置计费方式进行计费;
所述PCEF设备保存所述业务数据流的服务器标识sever IP名单;
若所述服务器再发起的业务数据流与所述名单sever IP匹配,所述PCEF设备直接判断所述业务数据流为异常业务数据流,以阻止所述异常业务数据流的发送,或,对所述异常业务数据流按照预置计费方式进行计费。
2.根据权利要求1所述的方法,其特征在于,所述PCEF设备判断所述UE是否产生异常响应包括:
所述PCEF设备判断所述UE是否发起与所述服务器断开所述PDN连接的请求或判断预置时长内所述UE是否没有对所述业务数据流产生响应;
若是,所述PCEF设备确定所述UE产生异常响应。
3.根据权利要求2所述的方法,其特征在于,所述PCEF设备确定所述UE产生异常响应之前,所述方法还包括:
所述PCEF设备根据所述UE的互联网协议IP地址、端口信息、域名信息和所述UE所遵循的通信协议中的至少一个确定所述预置时长。
4.根据权利要求1所述的方法,其特征在于,所述PCEF设备判断所述UE是否产生异常响应包括:
所述PCEF设备判断所述业务数据流中的报文个数是否大于门限值;
若是,且所述UE没有对所述业务数据流产生响应或所述UE发起与所述服务器断开所述PDN连接的请求,所述PCEF设备确定所述UE产生异常响应。
5.根据权利要求4所述的方法,其特征在于,所述PCEF设备判断所述业务数据流中的报文个数是否大于门限值之前,所述方法还包括:
所述PCEF设备根据所述UE的互联网协议IP地址、端口信息、域名信息和所述UE遵循的通信协议中的至少一个确定所述门限值。
6.根据权利要求1至5中任一项所述的方法,其特征在于,所述预置计费方式对应的数据流量费用小于所述PDN连接和所述上行网络连接处于连接状态时的数据流量费用。
7.一种策略及计费执行功能PCEF设备,其特征在于,包括:
获取模块,用于获取业务数据流,所述业务数据流为服务器利用默认承载发送至用户设备UE的数据流,所述默认承载为所述服务器与所述UE的公共数据网PDN连接处于连接状态时建立的承载;
判断模块,用于判断所述UE是否产生异常响应;
执行模块,若所述UE产生异常响应,则确定模块用于确定所述UE与所述服务器的上行网络连接处于断开状态;
计费模块,用于阻止所述业务数据流的发送,或,对所述业务数据流按照预置计费方式进行计费;
所述执行模块,还用于:
保存所述业务数据流的服务器标识sever IP名单;
若所述服务器再发起的业务数据流与所述名单sever IP匹配,直接判断所述业务数据流为异常业务数据流,以阻止所述异常业务数据流的发送,或,对所述异常业务数据流按照预置计费方式进行计费。
8.根据权利要求7所述的PCEF设备,其特征在于,所述判断模块包括:
第一判断子模块,用于判断所述UE是否发起与所述服务器断开所述PDN连接的请求或判断预置时长内所述UE是否没有对所述业务数据流产生响应;
第一确定子模块,若第一判断子模块判断得到所述UE发起与所述服务器断开所述PDN连接的请求或预置时长内所述UE没有对所述业务数据流产生响应,则用于确定所述UE产生异常响应。
9.根据权利要求8所述的PCEF设备,其特征在于,所述判断模块还包括:
第二确定子模块,用于根据所述UE的互联网协议IP地址、端口信息、域名信息和所述UE所遵循的通信协议中的至少一个确定所述预置时长。
10.根据权利要求7所述的PCEF设备,其特征在于,所述判断模块包括:
第二判断子模块,用于判断所述业务数据流中的报文个数是否大于门限值;
第三确定子模块,若第二判断子模块判断得到所述业务数据流中的报文个数大于门限值,且所述UE没有对所述业务数据流产生响应或所述UE发起与所述服务器断开所述PDN连接的请求,则用于确定所述UE产生异常响应。
11.根据权利要求10所述的PCEF设备,其特征在于,所述判断模块还包括:
第四确定子模块,用于根据所述UE的互联网协议IP地址、端口信息、域名信息和所述UE遵循的通信协议中的至少一个确定所述门限值。
12.一种PCEF设备,其特征在于,包括:存储器、收发器、处理器以及总线系统;
其中,所述存储器用于存储程序和指令;
所述收发器用于在所述处理器的控制下接收或发送信息;
所述处理器用于执行所述存储器中的程序;
所述总线系统用于连接所述存储器、所述收发器以及所述处理器,以使所述存储器、所述收发器以及所述处理器进行通信;
其中,所述处理器用于调用所述存储器中的程序指令,执行如权利要求1至6中任一项所述的方法。
13.一种计算机可读存储介质,包括指令,当所述指令在计算机上运行时,使得计算机执行如权利要求1至6中任意一项所述的方法。
CN201810046643.8A 2018-01-17 2018-01-17 一种业务数据流处理方法及其相关设备 Active CN110048861B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201810046643.8A CN110048861B (zh) 2018-01-17 2018-01-17 一种业务数据流处理方法及其相关设备
PCT/CN2019/071851 WO2019141171A1 (zh) 2018-01-17 2019-01-16 一种业务数据流处理方法及其相关设备
JP2020538915A JP7207764B2 (ja) 2018-01-17 2019-01-16 サービスデータフロー処理方法および関連デバイス
EP19741183.8A EP3734905B1 (en) 2018-01-17 2019-01-16 Service data flow processing method and related device thereof
US16/931,146 US11303761B2 (en) 2018-01-17 2020-07-16 Service data flow processing method and related device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810046643.8A CN110048861B (zh) 2018-01-17 2018-01-17 一种业务数据流处理方法及其相关设备

Publications (2)

Publication Number Publication Date
CN110048861A CN110048861A (zh) 2019-07-23
CN110048861B true CN110048861B (zh) 2021-01-29

Family

ID=67273536

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810046643.8A Active CN110048861B (zh) 2018-01-17 2018-01-17 一种业务数据流处理方法及其相关设备

Country Status (5)

Country Link
US (1) US11303761B2 (zh)
EP (1) EP3734905B1 (zh)
JP (1) JP7207764B2 (zh)
CN (1) CN110048861B (zh)
WO (1) WO2019141171A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107295575B (zh) * 2016-04-01 2020-02-28 中兴通讯股份有限公司 一种服务质量的控制方法和装置
EP3576346B1 (en) * 2018-06-01 2022-10-12 Microsoft Technology Licensing, LLC Method and system for enhancing charging for co-located sgw and pgw

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103582171A (zh) * 2012-07-27 2014-02-12 阿尔卡特朗讯 一种用于确定终止计费会话的设备与系统
CN103875302A (zh) * 2012-07-18 2014-06-18 华为技术有限公司 一种数据连接管理的方法、装置及系统
CN106900022A (zh) * 2015-12-21 2017-06-27 华为技术有限公司 长期演进lte网络数据关闭方法及装置
CN107197482A (zh) * 2017-05-10 2017-09-22 努比亚技术有限公司 数据传输方法、终端、网络设备和计算机可读存储介质

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4485432B2 (ja) 2005-08-23 2010-06-23 日本電信電話株式会社 無線通信システムおよび無線通信方法
US8086216B2 (en) * 2007-01-31 2011-12-27 Alcatel Lucent Mobility aware policy and charging control in a wireless communication network
US8477612B2 (en) 2008-04-03 2013-07-02 Ntt Docomo, Inc. Data relay device and data relay method
US8743684B2 (en) * 2011-02-24 2014-06-03 Alcatel Lucent GPRS default bearer tracking
JP2012222378A (ja) 2011-04-04 2012-11-12 Hitachi Ltd 端末キープアライブ方式、及びキープアライブ間隔決定方法
CN110062422A (zh) * 2011-10-21 2019-07-26 弗劳恩霍夫应用研究促进协会 无线资源管理设备及方法
WO2015081989A1 (en) * 2013-12-03 2015-06-11 Telefonaktiebolaget L M Ericsson (Publ) Bandwidth limitation of non-gbr bearers
CN110971419B (zh) * 2014-03-04 2021-10-26 华为技术有限公司 一种计费会话管理方法、装置
EP3128802B1 (en) * 2014-04-21 2023-10-04 Huawei Technologies Co., Ltd. Bearer control method and system
WO2016023159A1 (zh) * 2014-08-11 2016-02-18 华为技术有限公司 一种数据业务实现设备及方法
US9949311B2 (en) * 2015-01-23 2018-04-17 Apple Inc. Apparatus, system and method for VoLTE call continuity
ES2927540T3 (es) * 2017-08-10 2022-11-08 Ericsson Telefon Ab L M Control de brecha de servicio para un dispositivo inalámbrico

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103875302A (zh) * 2012-07-18 2014-06-18 华为技术有限公司 一种数据连接管理的方法、装置及系统
CN107453917A (zh) * 2012-07-18 2017-12-08 华为技术有限公司 一种数据连接管理的方法、装置及系统
CN103582171A (zh) * 2012-07-27 2014-02-12 阿尔卡特朗讯 一种用于确定终止计费会话的设备与系统
CN106900022A (zh) * 2015-12-21 2017-06-27 华为技术有限公司 长期演进lte网络数据关闭方法及装置
CN107197482A (zh) * 2017-05-10 2017-09-22 努比亚技术有限公司 数据传输方法、终端、网络设备和计算机可读存储介质

Also Published As

Publication number Publication date
EP3734905A4 (en) 2020-11-11
US11303761B2 (en) 2022-04-12
WO2019141171A1 (zh) 2019-07-25
EP3734905B1 (en) 2023-10-25
JP7207764B2 (ja) 2023-01-18
JP2021511718A (ja) 2021-05-06
CN110048861A (zh) 2019-07-23
US20200351410A1 (en) 2020-11-05
EP3734905A1 (en) 2020-11-04

Similar Documents

Publication Publication Date Title
USRE49636E1 (en) Method and apparatus of improving quality of calls in mobile communication system
CN110771252B (zh) 在通信网络中动态供应会话超时信息的方法、系统和计算机可读介质
US9544939B2 (en) Intelligent policy and charging rule function (PCRF) restoration
US11349765B2 (en) Policy control method for multipath transmission, and related device
US9591560B2 (en) Temporary credential assignment when connecting to roaming wireless networks
EP2536178B1 (en) Methods and apparatuses for processing priority services
US20200120551A1 (en) Triggering selective fallback based on user subscription information
KR20130036598A (ko) 이동 통신 시스템에서 사용자 단말의 접속 제어 방법 및 장치
CN102904856B (zh) 一种共享会话的控制方法及装置
KR20220091555A (ko) 연결 처리 방법 및 통신 장비
EP3758425B1 (en) Mobility management entity (mme), evolved node b (enb) and methods for paging in wireless communication system
CN107438290B (zh) 一种小数据传输的连接建立方法、scef实体、mme
US11303761B2 (en) Service data flow processing method and related device
EP4038849A1 (en) Enforcement of maximum number of admitted terminals per network slice
EP2822235B1 (en) Method and device for establishing direct tunnel
US10542467B2 (en) Method and device for establishing a bearer
US9838913B2 (en) Method and apparatus for removing policy and charging control rule from default bearer
CN107438291A (zh) 一种小数据传输的连接管理方法、scef实体、mme及ue
US10405233B2 (en) Enhanced overload protection in a telecommunications network
KR20130023971A (ko) 트래픽 제어 게이트웨이 및 이를 이용한 트래픽 제어 방법
KR20130023970A (ko) 트래픽 제어 게이트웨이 및 이를 이용한 트래픽 제어 방법
KR101560480B1 (ko) 음성 패킷 전달 방법, 및 사용자 단말

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
GR01 Patent grant
GR01 Patent grant