WO2006076864A1 - Procede de traitement du support - Google Patents

Procede de traitement du support Download PDF

Info

Publication number
WO2006076864A1
WO2006076864A1 PCT/CN2006/000098 CN2006000098W WO2006076864A1 WO 2006076864 A1 WO2006076864 A1 WO 2006076864A1 CN 2006000098 W CN2006000098 W CN 2006000098W WO 2006076864 A1 WO2006076864 A1 WO 2006076864A1
Authority
WO
WIPO (PCT)
Prior art keywords
bearer
processing
entity
processing condition
service
Prior art date
Application number
PCT/CN2006/000098
Other languages
English (en)
French (fr)
Inventor
Xiaoqin Duan
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 EP06705519A priority Critical patent/EP1833193B1/en
Priority to AT06705519T priority patent/ATE471612T1/de
Priority to DE602006014930T priority patent/DE602006014930D1/de
Publication of WO2006076864A1 publication Critical patent/WO2006076864A1/zh

Links

Classifications

    • 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
    • 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
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/204—UMTS; GPRS

Definitions

  • the present invention relates to mobile communication technologies, and in particular, to a method for processing a bearer. Background of the invention
  • the terminal can perform multiple services based on an activated packet data protocol context (PDP Context), such that the packet data stream of the terminal includes multiple IP data streams.
  • PDP Context activated packet data protocol context
  • the 3GPP The 3rd Generation Partnership Project proposes charging based on the service data stream (FBC).
  • Flow Based Charging ) ⁇ Based on the traffic of the service data stream can be considered as filtering the IP data streams of different services carried in the same PDP Context through some filter-like filters, and then filtering the IPs for different filters. The data stream is separately charged. It can be seen that the service data flow based charging can provide a more abundant charging means for the operator or the service provider than the traditional PDP Context based charging.
  • FIG. 1 is in the existing A flow chart of charging processing based on service data flow in the technology.
  • the prior art mainly uses a CRF entity and a TPF entity to implement a service data flow-based charging process, and the specific implementation process includes:
  • Step 101 The TPF entity sends a charging rule request to the CR entity.
  • the TPF entity may be the process of performing this step when the bearer is established, or when the bearer is modified, or when a trigger event is detected.
  • the trigger event may be provided by the CRF entity to the TPF entity, for example, a change in the service quality parameter.
  • the charging rule request sent by the TPF entity to the CRF entity carries the input information for the CRF entity to determine the charging rule, and the input information includes information related to the terminal, loading characteristics, and network-related information.
  • Step 102 The CRF entity requests to select a charging rule according to the charging rule.
  • Step 103 The CRF entity sends the selected charging rule to the TPF entity.
  • the charging rule sent by the CRF entity to the TPF entity carries information such as a charging mechanism, a charging type, a charging key, a service data flow filter, and a charging rule priority.
  • Step 104 The TPF entity filters the IP flows in the current bearer according to the received charging rules, and performs charging processing based on the service data flows on the filtered IP flows.
  • the CRF entity is the controlling entity, and the TPF entity acts only as an executing entity, passively according to the CRF entity.
  • the instructions sent are performed accordingly, and the TPF entity cannot participate in the charging control of the bearer.
  • the establishment of any one of the bearers will cause the TPF entity to interact with the CRF entity, and the CRF entity performs charging control on the corresponding bearer.
  • the operator may only deploy a part of the service based on the service data flow for charging, and other services keep the original charging mode unchanged.
  • the operator provides the user with the streaming media service and the web browsing service, and only performs the charging according to the different streaming media content in the streaming media service, and the web browsing service does not need to distinguish the charging according to the browsed webpage content, but Unified charging is performed according to a fixed charging mode.
  • the service data flow-based charging mode is completely controlled by the CRF and is not satisfied by the service data flow-based charging mode for all the bearers in the TPF.
  • the network needs to be evolved, and a large number of redundant messages are generated between the CRF entity and the TPF entity, which greatly reduces the performance of the network. Summary of the invention
  • the main object of the present invention is to provide a method for processing bearers, which effectively avoids the generation of redundant messages between the control function entity and the TPF entity based on the service data flow, and meets the requirements of actual network evolution.
  • a method of processing a bearer comprising:
  • the transmission surface function entity detects the occurrence of the bearer event, determines whether the current bearer information matches the set processing condition, and if so, performs step C, otherwise, step D;
  • the transport plane function entity processes the current bearer according to the processing mode corresponding to the matched processing condition, and ends the current process;
  • the transport plane function entity performs processing based on the service data stream on the current bearer.
  • the step A includes: setting the processing condition and the processing manner corresponding to the processing condition directly in the transmission plane functional entity according to the actual service requirement.
  • the step A includes: the control function entity based on the service data flow sends the processing condition and the processing manner corresponding to the processing condition to the transmission surface function entity, and the processing condition that the transmission surface function entity receives and the processing method corresponding to the processing condition Set in itself.
  • step A the step of the service data flow-based control function entity transmitting the processing condition and the processing method corresponding to the processing condition to the transport surface functional entity includes: initial upgrading to support the service data flow based charging FBC in the network When the network is characterized, the functional entities are based on the business data.
  • the step A further includes: when the processing condition or the processing mode changes, the control function entity based on the service data stream sends the changed processing condition and the processing manner corresponding to the processing condition to the transmission plane functional entity; the transmission surface The functional entity performs update setting according to the currently received changed processing condition and the corresponding processing mode.
  • the processing condition is that the bearer information of the specific bearer can be identified.
  • the processing condition is a specified access point name and/or a specified IP quintuple.
  • the bearer event is bearer establishment; or bearer modification; or bearer deletion.
  • the processing mode is a universal bearer charging mode.
  • the universal bearer charging method includes: a general packet radio service GPRS universal bearer charging method, and/or a data service universal bearer charging method.
  • the processing mode is a general bearer service service shield quantity control mode.
  • the service quality control mode of the universal bearer service includes: a GPRS universal bearer service quality control mode, and/or a data service universal bearer service quality control mode.
  • the step A further includes: setting a priority corresponding to the processing condition
  • step B the step of determining whether the current bearer information matches the set processing condition comprises: the transport plane function entity, according to the priority order corresponding to the processing condition, the current bearer information and the set processing condition Match and judge whether they match each other Match.
  • a method of processing a bearer comprising:
  • the transmission plane function entity detects the occurrence of the bearer event, and determines whether the current bearer access point name belongs to the first type of access point name or the second type of access point name. If it is the first type of access point name, the step is performed. C, if it is the second type of access point name, perform step D;
  • the transmission plane function entity charges the current bearer based on the charging process of the service data flow, and ends the current process;
  • the transport plane function entity charges the current bearer based on the charging process of the universal bearer. It can be seen that the present invention sets a processing condition that can identify a specific bearer and a processing manner corresponding to the processing condition, and the TPF entity can directly perform the service based on the specified bearer according to the set processing condition and the processing manner corresponding to the processing condition.
  • the data flow charging process is based on the general-purpose bearer charging process. When the service data flow-based charging process is adopted, the TPF entity requests the charging function from the control function entity based on the service data flow, and according to the control based on the service data flow.
  • the indication of the functional entity performs the corresponding charging processing; when the charging processing based on the universal bearer is adopted, the TPF entity performs charging processing on a per-bearer basis, and does not need to interact with the CRF. Therefore, the service data flow-based charging processing is applied to the partial bearer in the TPF entity, and the remaining part performs the existing universal bearer-based charging processing, which reduces the relationship between the control function entity and the TPF entity based on the service data flow.
  • the message interaction effectively avoids the generation of redundant messages between the control function entity and the TPF entity based on the service data flow, and reduces the impact of the new features on the existing network, which is in line with the needs of the actual network evolution.
  • 1 is a flow chart of a charging process based on a traffic flow in the prior art.
  • 2 is a flow chart of processing a bearer in an embodiment of the present invention. Mode for carrying out the invention
  • the core idea of the present invention is: setting a processing condition and a processing method corresponding to the processing condition in the TPF entity; the TPF entity detects the occurrence of the bearer event, and determines whether the current bearer information matches the set processing condition, and if so, The current bearer is subjected to bearer-based processing according to the processing manner corresponding to the matched processing condition. Otherwise, the current bearer is processed based on the service data flow.
  • FIG. 2 is a flow chart of processing a bearer in an embodiment of the present invention. Referring to FIG. 2, the process of implementing processing on a bearer includes the following steps:
  • Step 201 Set processing conditions and processing methods corresponding to the processing conditions.
  • the processing condition is related information that can identify the bearer, such as a specified access point name (APN) and/or a specified IP quintuple.
  • the IP quintuple includes: source/destination IP address, source/destination port number, protocol identifier, and the like.
  • the processing manner is a processing manner for a specified service in the processing condition, for example, a GPRS universal bearer charging method, that is, a charging method based on statistics of each PDP context; and/or a general data service Bearer billing method, etc.
  • a GPRS universal bearer charging method that is, a charging method based on statistics of each PDP context; and/or a general data service Bearer billing method, etc.
  • the specific implementation process of the setting is: mode 1.
  • the operator directly sets the processing condition and the processing mode corresponding to the processing condition in the TPF entity according to the actual service requirement of the network;
  • the control function entity of the service data flow sends the processing condition and the processing method corresponding to the processing condition to the TPF entity, and the TPF entity sets the received processing condition and the processing method corresponding to the processing condition in itself.
  • the service data flow based control function entity here and below may be an existing CKF entity or an existing one
  • the CRF entity performs an enhanced function entity.
  • the control function entity based on the service data flow may perform the sending process at a specific moment, for example, when the network is initially upgraded to a network supporting the FBC characteristic, the control function entity based on the service data flow will The processing condition and the processing method corresponding to the processing condition are sent to the TPF entity; and when the processing condition or the processing mode changes, the control function entity based on the service data stream sends the changed processing condition and the processing method corresponding to the processing condition To the TPF entity, the TPF entity updates and sets according to the currently received changed processing conditions and corresponding processing modes. .
  • the bearer in order to ensure that a bearer information can be matched to a plurality of processing conditions at the same time, the bearer can be preferentially processed according to the specified processing manner.
  • a priority corresponding to the processing condition may also be set, the setting corresponding to The specific implementation process of the priority of the processing condition can also be implemented by using the foregoing manners 1 and 2.
  • processing conditions set in this step and the processing manner and priority corresponding to the processing conditions may be in the form shown in Table 1 below.
  • Step 202 The TPF entity detects that a bearer event occurs.
  • the bearer event occurrence includes: bearer establishment, for example, the TPF entity receives the bearer setup request; or the bearer modification; or the bearer deletion event occurs.
  • Step 203 The TPF entity determines whether the current bearer information matches the set processing condition. If yes, step 204 is performed; otherwise, step 205 is performed.
  • the bearer information may be the currently carried APN information, and/or IP five yuan. Group information, etc.
  • the TPF entity sets the current bearer information and the set processing according to the priority order corresponding to the processing condition.
  • the conditions are matched in order, that is, the TPF entity first matches the current bearer information with the highest priority processing condition. If the two do not match, the current bearer information and the set priority are the second highest.
  • the processing conditions are matched, and so on, until the match succeeds or fails.
  • Step 204 The TPF entity performs bearer-based processing on the bearer according to the processing manner corresponding to the matched processing condition, and ends the current process.
  • step 203 the TPF entity performs matching according to the priority order corresponding to the processing condition, then in this step, the TPF entity follows the processing method corresponding to the matching highest priority processing condition.
  • the bearer is processed accordingly.
  • step 201 the processing conditions set in advance and the processing manners and priorities corresponding to the processing conditions are in the form shown in Table 2 below.
  • APN "ABC, Processing Method 1: Calculate based on the original GPRS method based on each PDP context, and use the access to the enterprise private APN for the "ABC" rate.
  • APN "cmnet" Processing method 2: Calculate based on the original GPRS method based on each PDP context, and use the rate of accessing the Internet (Internet) data service for billing.
  • APN "cmwap" Processing method 3: According to the original GPRS The method is based on the statistics of each PDP context and is charged at the rate of accessing the WAP data service.
  • the TPF entity sequentially determines whether the established bearer APN is "ABC”, or "cnmet", or "cmwap according to the priority of the set processing conditions. If the APN of the bearer matches an APN set by the foregoing, the TPF processes the bearer according to the processing mode corresponding to the matched processing condition.
  • Step 205 The TPF entity performs processing based on the service data flow on the bearer.
  • the TPF entity sends the charging rule request to the control function entity based on the service data flow; the control based on the service data flow
  • the function entity requests the charging rule according to the charging rule request; the control function entity based on the service data stream sends the selected charging rule to the TPF entity; and the TPF entity receives the IP flow in the current bearer according to the received charging rule. Filtering is performed, and the filtered IP data streams are separately charged.
  • the processing manner set by the present invention and executed by the TPF entity is mainly a processing manner of how the bearer is charged.
  • the processing mode may also be set to other processing modes than charging processing, such as a general bearer service quality of service (QoS) control method, including service data based QoS control processing and/or based on
  • QoS quality of service
  • the TPF entity directly performs other processing than the charging processing on the current bearer according to the processing manner corresponding to the matched processing condition.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Polymers With Sulfur, Phosphorus Or Metals In The Main Chain (AREA)
  • Communication Control (AREA)

Description

一种对承载进行处理的方法
技术领域
本发明涉及移动通信技术，特別是涉及一种对承载进行处理的方法。 发明背景
目前， 随着 IP业务的不断发展， 如何对 IP业务进行准确合理的计 费以及其他业务处理， 已成为运用商普遍关注的问题。
对于一个 IP业务而言， 如果 IP网络能够提供多种业务， 如电子邮 件（Email )收发业务、基于无线应用协议的（ WAP， Wireless Application Protocol ) 的浏览业务、 以及基于文件传输协议 ( FTP , File Transfer Protocol )的文件传输等业务，则终端可以基于一个激活的分组数据协议 上下文（ PDP Context, Packet Data Protocol Context )进行多种业务， 这 样，终端的分组数据流中包括多个 IP数据流。为了针对终端的分组数据 流中包括多个 IP数据流的情况进行准确合理的计费处理，第三代合作伙 伴计划 （ 3GPP， The 3rd Generation Partnership Project )提出了基于业务 数据流的计费（FBC, Flow Based Charging )α 基于业务数据流的计费可 被认为是通过一些类似筛子的过滤器将同一 PDP Context中承载的不同 业务的 IP数据流分别筛选出来， 然后针对不同过滤器过滤出的 IP数据 流进行分别计费。 可见， 基于业务数据流的计费与传统的基于 PDP Context的计费相比，基于业务数据流的计费能够为运营商或业务提供者 提供更为丰富的计费手段。
在基于业务数据流的计费处理中，3GPP定义了基于业务数据流计费 的计费规则功能（ CRF， Service Data Flow Based Charging Rule Function ) 实体和传输面功能（TPF, Traffic Plane Function ) 实体。 图 1是在现有 技术中基于业务数据流的计费处理的流程图。 参见图 1 , 现有技术主要 是利用 CRF实体和 TPF实体来实现基于业务数据流的计费处理， 其具 体实现过程包括：
步驟 101 : TPF实体将计费规则请求发送至 CR 实体。
这里， TPF实体可以是在承载建立时， 或承载修改时， 或检测到触 发事件时， 执行本步骤的过程。 其中， 触发事件可以是由 CRF实体提供 给 TPF实体的， 比如， 业务服务质量参数变化等。
另外， TPF实体发送至 CRF实.体的计费规则请求中携带有供 CRF 实体确定计费规则的输入信息， 该输入信息包括与终端相关的信息、 承 载特性以及与网络相关的信息等。
步骤 102: CRF实体根据计费规则请求选择计费规则。
步骤 103: CRF实体将所选的计费规则发送至 TPF实体。
这里， CRF实体发送至 TPF实体的计费规则中携带计费机制、 计费 类型、 计费键、 业务数据流过滤器和计费规则优先级等信息。
步骤 104: TPF实体根据接收到的计费规则对当前承载中的 IP流进 行过滤， 并对过滤出的各 IP流进行基于业务数据流的计费处理。
从上述图 1所示流程可以看出， 在利用 CRF实体和 TPF实体来实 现基于业务数据流的计费处理中， CRF实体是控制实体， 而 TPF实体仅 仅作为一个执行实体， 被动地根据 CRF实体下发的指示进行相应操作， TPF实体无法参与承载的计费控制。这样， 当 IP网络升级成能够支持基 于业务数据流计费处理的网络时， 对于任意一条承载的建立， 均会导致 TPF实体与 CRF实体进行交互， 并由 CRF实体对相应承载进行计费控 制。 然而， 在实际应用中， 当网络升级成能够支持基于业务数据流计费 处理的网络时， 在业务部属初期， 由于引入新特性会对现有网络产生较 大的冲击， 因此， 为了减少引入的基于业务数据流的计费处理特性对现 有网络的冲击， 运营商可能只部署一部分业务基于业务数据流进行计 费， 其他业务保持原有的计费方式不变。 比如， 运营商向用户提供了流 媒体业务和网页浏览业务， 只在流媒体业务中根据不同流媒体内容进行 区分计费， 对于网页浏览业务则无需根据浏览的网页内容进行区分计 费， 而是统一按照固定的计费模式进行计费。 这样， 当网络升级成能够 支持基于业务数据流计费处理的网络时，现有技术中， 完全由 CRF控制 的、 对 TPF中的所有承载采用基于业务数据流的计费方式， 则无法满足 实际网络演进的需要， 并且会导致 CRF实体与 TPF实体之间生成大量 的冗余消息， 极大地降低了网络的性能。 发明内容
本发明的主要目的是提出一种对承载进行处理的方法， 有效避免基 于业务数据流的控制功能实体与 TPF实体之间冗余消息的生成，符合实 际网络演进的需要。
为达到上述目的， 本发明的技术方案是这样实现的：
一种对承载进行处理的方法， 该方法包括：
A、 设置处理条件以及对应于处理条件的处理方式；
B、 传输面功能实体监测到承载事件发生， 判断当前的承载信息与 所设置的处理条件是否相匹配， 如果是， 则执行步骤 C, 否则， 执行步 骤 D;
C、 传输面功能实体才艮据匹配到的处理条件所对应的处理方式对当 前承载进行处理， 结束当前流程；
D、 传输面功能实体对当前承载进行基于业务数据流的处理。
所述步骤 A包括： 根据实际业务需求， 将处理条件及对应于处理条 件的处理方式直接设置在传输面功能实体中。 所述步骤 A包括： 基于业务数据流的控制功能实体将处理条件及对 应于处理条件的处理方式发送至传输面功能实体， 传输面功能实体将接 收到的处理条件及对应于处理条件的处理方式设置在自身中。
在步骤 A中， 所述基于业务数据流的控制功能实体将处理条件及对 应于处理条件的处理方式发送至传输面功能实体的步骤包括： 在网络初 始升级成支持基于业务数据流的计费 FBC特性的网络时，基于业务数据 输面功能实体。 ，
所述步骤 A进一步包括： 在处理条件或处理方式发生变化时， 基于 业务数据流的控制功能实体将变化后的处理条件及对应于处理条件的 处理方式发送至传输面功能实体； 所述传输面功能实体根据当前接收到 的变化后的处理条件及对应的处理方式进行更新设置。
所述处理条件为可标识出特定承载的承载信息。
所述处理条件为指定的接入点名称和 /或指定的 IP五元组。
在步骤 B中， 所述承载事件为承载建立； 或承载修改； 或承载删除。 所述处理方式为通用承载计费方式。
所述通用承载计费方式包括： 通用分组无线业务 GPRS通用承载计 费方式， 和 /或数据业务通用承载计费方式。
所述处理方式为通用承载业务服务盾量控制方式。
所述通用承载业务服务质量控制方式包括： GPRS 通用承载业务服 务质量控制方式， 和 /或数据业务通用承载业务服务质量控制方式。
所述步骤 A进一步包括： 设置处理条件对应的优先级；
在步骤 B中， 所述判断当前的承载信息与所设置的处理条件是否相 匹配的步骤包括： 传输面功能实体按照对应于处理条件的优先级顺序， 将当前的承载信息与所设置的处理条件依次进行匹配及判断是否相匹 配。
一种对承载进行处理的方法， 该方法包括：
a、设置第一类接入点名称对应基于业务数据流的计费处理， 并设置 第二类接入点名称对应基于通用承载的计费处理；
b、传输面功能实体监测到承载事件发生， 判断当前承载的接入点名 称属于第一类接入点名称还是第二类接入点名称， 如果是第一类接入点 名称， 则执行步骤 C, 如果是第二类接入点名称， 则执行步骤 D;
c、 传输面功能实体基于业务数据流的计费处理对当前承载进行计 费， 结束当前流程；
d、 传输面功能实体基于通用承载的计费处理对当前承载进行计费。 由此可见， 本发明设置了可标识特定承载的处理条件及对应于处理 条件的处理方式， TPF实体能够根据所设置的该处理条件及对应于处理 条件的处理方式， 直接对指定承载进行基于业务数据流计费处理或是基 于通用承载计费处理， 当采用基于业务数据流的计费处理时， TPF实体 向基于业务数据流的控制功能实体请求计费规则， 并根据基于业务数据 流的控制功能实体的指示进行相应的计费处理； 当采用基于通用承载的 计费处理时， TPF实体基于每承载进行计费处理，无需同 CRF进行交互。 从而实现了对 TPF实体中的部分承载应用基于业务数据流的计费处理， 其余部分则进行现有的基于通用承载的计费处理， 减少了基于业务数据 流的控制功能实体和 TPF实体之间的消息交互，有效避免了基于业务数 据流的控制功能实体与 TPF实体之间冗余消息的生成，并降低了新增特 性对现有网络的影响， 符合实际网络演进的需要。 附图简要说明
图 1是在现有技术中基于业务数据流的计费处理的流程图。 图 2是在本发明实施例中对承载进行处理的流程图。 实施本发明的方式
本发明的核心思想是： 在 TPF实体中设置处理条件以及对应于处理 条件的处理方式； TPF实体监测到承载事件发生， 判断当前的承载信息 与所设置的处理条件是否相匹配， 如果是， 则根据匹配到的处理条件所 对应的处理方式对当前承载进行基于承载的处理， 否则， 对当前承载进 行基于业务数据流的处理。
为使本发明的目的、 技术方案和优点表达得更加清楚明白， 下面结 合附图及具体实施例对本发明再作进一步详细的说明。
图 2是在本发明实施例中对承载进行处理的流程图。 参见图 2, 本 发明实现对承载进行处理的过程包括以下步骤：
步驟 201: 设置处理条件及对应于处理条件的处理方式。
这里， 所述的处理条件为可标识出承载的相关信息， 比如指定的接 入点名称（APN )和 /或指定的 IP五元组等。 其中， 所述的 IP五元组包 括： 源 /目的 IP地址、 源 /目的端口号、 协议标识等信息。
在本步骤中， 所述的处理方式为对 于处理条件中指定业务的处理 方式， 比如， GPRS通用承载计费方式， 即基于每个 PDP上下文进行统 计的计费方式； 和 /或， 数据业务通用承载计费方式等。
在本步骤中， 所述设置的具体实现过程为： 方式一、 由运营商根据 网络的实际业务需求， 将处理条件及对应于处理条件的处理方式直接设 置在 TPF实体中； 方式二、 由基于业务数据流的控制功能实体将处理条 件及对应于处理条件的处理方式发送至 TPF实体， TPF实体将接收到的 处理条件及对应于处理条件的处理方式设置在自身中。 此处以及以下所 述的基于业务数据流的控制功能实体可以是现有的 CKF 实体或现有的 CRF实体进行功能增强后的实体。
其中， 在采用方式二时， 基于业务数据流的控制功能实体可在特定 时刻执行所述的发送过程， 如在网络初始升级成支持 FBC特性的网络 时， 由基于业务数据流的控制功能实体将处理条件及对应于处理条件的 处理方式发送至 TPF实体； 又如在处理条件或处理方式发生变化时， 基 于业务数据流的控制功能实体将变化后的处理条件及对应于处理条件 的处理方式发送至 TPF实体， TPF实体根据当前接收到的变化后的处理 条件及对应的处理方式进行更新设置。 .
另外，为了确保在一个承载信息可同时匹配多个处理条件的情况下， 能够按照指定处理方式优先对承载进行处理， 在本步骤中， 还可以设置 对应于处理条件的优先级， 该设置对应于处理条件的优先级的具体实现 过程也可以采用上述的方式一和方式二来实现。
比如， 本步骤中所设置的处理条件以及对应于处理条件的处理方式 和优先级可为如下表 1所示的形式。
Figure imgf000009_0001
表 1
步骤 202: TPF实体监测到承载事件发生。
这里， 所述的承载事件发生包括： 承载建立， 比如 TPF实体接收到 承载建立请求； 或承载修改； 或承载删除等事件发生。
步骤 203: TPF 实体判断当前的承载信息与所设置的处理条件是否 相匹配， 如果是， 则执行步骤 204, 否则， 执行步骤 205。
这里， 所述的承载信息可以为当前承载的 APN信息， 和 /或 IP五元 组信息等。
需要说明的是， 如果在步骤 201中， 设置了对应于处理条件的优先 级， 则在本步珮中， TPF实体按照对应于处理条件的优先级顺序， 将当 前的承载信息与所设置的处理条件依次进行匹配， 也就是说， TPF实体 首先将当前的承载信息与所设置的优先级最高的处理条件进行匹配， 如 果两者不匹配， 再将当前的承载信息与所设置的优先级次高的处理条件 进行匹配， 依此类推， 直至匹配成功或失败。
步骤 204: TPF实体根据匹配到的处理条件所对应的处理方式对所 述承载进行基于承载的处理， 结束当前流程。
需要说明的是， 如果在步骤 203中， TPF实体按照对应于处理条件 的优先级顺序进行匹配， 那么在本步骤中， TPF实体则按照对应于匹配 到的优先级最高的处理条件的处理方式， 对所述承载进行相应的处理。
比如， 在步骤 201中， 预先所设置的处理条件以及对应于处理条件 的处理方式和优先级为如下表 2示的形式。
优先级 处理条件 处理方式
1 APN="ABC，， 处理方式 1 : 按照原有 GPRS 方式基于每个 PDP 上下文进行统 计， 采用访问企业私有 APN 为 "ABC"的费率进行计费
2 APN="cmnet" 处理方式 2: 按照原有 GPRS 方式基于每个 PDP 上下文进行统 计， 采用访问互联网 （Internet )数 据业务的费率进行计费
3 APN="cmwap" 处理方式 3: 按照原有 GPRS 方式基于每个 PDP 上下文进行统 计，采用访问 WAP数据业务的费率 进行计费
4 源 IP=通配， 处理方式 4: 对满足相应 IP五 源端口 =通配 元组的数据包进行统计， 使用 FTP 目的 IP=129.0.0.1 , 业务的费率进行计费 的端口 =80
或
源 IP=129.0.0.1 ,
源端口 =80
目的 IP=通配，
目的端口 =通配
表 2
参见表 2, 上述步驟 203至步骤 204的具体实现过程可以举例为： TPF 实体根据设置的处理条件的优先级， 依次判断建立的承载的 APN 是否为 "ABC"、 或 "cnmet"、 或 "cmwap" , 如果该承载的 APN与上述 设置的一个 APN相匹配， 则 TPF按照对应于匹配到的处理条件的处理 方式， 对该承载进行处理， 例如， 建立承载的 APN为 "cmnet" , 则 TPF 采用处理方式 2对该承载进行处理，即按照原有 GPRS方式基于每个 PDP 上下文进行统计， 采用访问互联网 （Internet )数据业务的费率对该承载 进行处理； 如果该承载的 APN无法与上述设置的一个 APN相匹配， 则 TPF继续判断该承载的 IP五元组是否满足 "源 IP=通配， 源端口 =通配， 目的 IP-129.0.0.1 , 目的端口 =80"、 或 "源 IP = 129.0.0.1 , 源 port =80, 目的 IP=通配， 目的端口=通配" 的条件， 如果满足， 则 TPF采用处理 方式 4对该承载进行处理， 即对满足该 IP五元组的数据包进行统计，使 用 FTP业务的费率对该承载进行处理。
步骤 205: TPF实体对所述承载进行基于业务数据流的处理。
这里， 本步骤的具体实现过程为现有技术， 参见图 1所示的流程， 可简单描述为： TPF实体将计费规则请求发送至基于业务数据流的控制 功能实体； 基于业务数据流的控制功能实体根据计费规则请求选择计费 规则；基于业务数据流的控制功能实体将所选的计费规则发送至 TPF实 体； TPF实体才 ^据接收到的计费规则对当前承载中的 IP流进行过滤， 并 对过滤出的 IP数据流进行分别计费处理。
需要说明的是， 在上述图 2所示的过程中， 本发明所设置并由 TPF 实体执行的处理方式主要是对承载如何进行计费的处理方式。 在本发明 的其它实施例中， 也可将处理方式设置为计费处理之外的其它处理方 式， 如通用承载业务服务质量（QoS )控制方式， 包括基于业务数据的 QoS控制处理和 /或基于通用承载的 QoS控制处理， 这样， 在后续过程 中， TPF实体在匹配成功后， 直接按照对应于所匹配到的处理条件的处 理方式， 对当前承载进行计费处理之外的其它处理。
以上所述， 仅为本发明的较佳实施例而已 , 并非用于限定本发明的 保护范围。 凡在本发明的精神和原则之内， 所作的任何修改、等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权利要求书
1、 一种对承载进行处理的方法， 其特征在于， 该方法包括：
A、 设置处理条件以及对应于处理条件的处理方式；
B、 传输面功能实体监测到承载事件发生， 判断当前的承载信息与 所设置的处理条件是否相匹配， 如果是， 则执行步驟 C, 否则， 执行步 驟 D;
C、 传输面功能实体才艮据匹配到的处理条件所对应的处理方式对当 前承载进行处理， 结束当前流程；
D、 传输面功能实体对当前承载进行基于业务数据流的处理。
2、 根据权利要求 1所述的方法， 其特征在于， 所述步骤 A包括： 根据实际业务需求， 将处理条件及对应于处理条件的处理方式直接设置 在传输面功能实体中。
3、 根据权利要求 1所述的方法， 其特征在于， 所述步骤 A包括： 基于业务数据流的控制功能实体将处理条件及对应于处理条件的处理 方式发送至传输面功能实体， 传输面功能实体将接收到的处理条件及对 应于处理条件的处理方式设置在自身中。
4、 根据权利要求 3所述的方法， 其特征在于， 在步骤 A中， 所述 基于业务数据流的控制功能实体将处理条件及对应于处理条件的处理 方式发送至传输面功能实体的步骤包括： 在网络初始升级成支持基于业 务数据流的计费 FBC特性的网络时，基于业务数据流的控制功能实体将 处理条件及对应于处理条件的处理方式发送至传输面功能实体。
5、 根据权利要求 4所述的方法， 其特征在于， 所述步骤 A进一步 包括： 在处理条件或处理方式发生变化时， 基于业务数据流的控制功能 功能实体； 所述传输面功能实体根据当前接收到的变化后的处理条件及 对应的处理方式进行更新设置。
6、根据权利要求 1所述的方法， 其特征在于， 所述处理条件为可标 识出特定承载的承载信息。
7、根据权利要求 6所述的方法， 其特征在于， 所述处理条件为指定 的接入点名称和 /或指定的 IP五元组。
8、 根据权利要求 1所述的方法， 其特征在于， 在步驟 B中， 所述 承载事件为承载建立； 或承载修改； 或承载删除。
9、 居权利要求 1所述的方法， 其特征在于， 所述处理方式为通用 承载计费方式。
10、 根据权利要求 9所述的方法， 其特征在于， 所述通用承载计费 方式包括： 通用分组无线业务 GPRS通用承载计费方式， 和 /或数据业务 通用承载计费方式。
11、 根据权利要求 1所述的方法， 其特征在于， 所述处理方式为通 用承载业务服务质量控制方式。
12、根据权利要求 11所述的方法， 其特征在于， 所述通用承载业务 服务质量控制方式包括： GPRS通用承载业务服务质量控制方式， 和 /或 数据业务通用承载业务服务质量控制方式。
13、根据权利要求 1至 12中任意一项所述的方法， 其特征在于， 所 述步骤 A进一步包括： 设置处理条件对应的优先级；
在步骤 B中， 所述判断当前的承载信息与所设置的处理条件是否相 匹配的步骤包括： 传输面功能实体按照对应于处理条件的优先級顺序 , 将当前的承载信息与所设置的处理条件依次进行匹配及判断是否相匹 配。
14、 一种对承载进行处理的方法， 其特征在于， 该方法包括： a、设置第一类接入点名称对应基于业务数据流的计费处理，并设置 第二类接入点名称对应基于通用承载的计费处理；
b、传输面功能实体监测到承载事件发生，判断当前承载的接入点名 称属于第一类接入点名称还是第二类接入点名称， 如果是第一类接入点 名称， 则执行步骤 c, 如果是第二类接入点名称， 则执行步骤 d;
c、 传输面功能实体基于业务数据流的计费处理对当前承载进行计 费， 结束当前流程；
d、 传输面功能实体基于通用承载的计费处理对当前承载进行计费。
PCT/CN2006/000098 2005-01-20 2006-01-20 Procede de traitement du support WO2006076864A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP06705519A EP1833193B1 (en) 2005-01-20 2006-01-20 A method for processing the bearer
AT06705519T ATE471612T1 (de) 2005-01-20 2006-01-20 Verfahren zur trägerbearbeitung
DE602006014930T DE602006014930D1 (de) 2005-01-20 2006-01-20 Verfahren zur trägerbearbeitung

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB2005100065365A CN100397821C (zh) 2005-01-20 2005-01-20 一种基于分组数据流计费中的处理方法
CN200510006536.5 2005-01-20

Publications (1)

Publication Number Publication Date
WO2006076864A1 true WO2006076864A1 (fr) 2006-07-27

Family

ID=36691986

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/000098 WO2006076864A1 (fr) 2005-01-20 2006-01-20 Procede de traitement du support

Country Status (6)

Country Link
EP (1) EP1833193B1 (zh)
CN (1) CN100397821C (zh)
AT (1) ATE471612T1 (zh)
DE (1) DE602006014930D1 (zh)
ES (1) ES2345397T3 (zh)
WO (1) WO2006076864A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101959215B (zh) 2009-07-17 2014-06-04 华为技术有限公司 分组业务数据的传输方法、装置和系统
CN102957543B (zh) * 2011-08-22 2016-08-17 中国电信股份有限公司 针对时长用户的基于流的计费方法及系统
CN102916821A (zh) * 2012-11-01 2013-02-06 上海文广互动电视有限公司 用于媒体跨屏业务的计费认证系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002290634A (ja) * 2001-03-23 2002-10-04 Cable & Wireless Idc Inc 通信料金の課金処理方法、および、課金処理システム
WO2003065680A1 (en) 2002-01-31 2003-08-07 Telefonaktiebolaget Lm Ericsson (Publ) Method for providing multiple sdp media flows in a single pop context
US6782388B2 (en) * 2000-12-29 2004-08-24 Bellsouth Intellectual Property Corporation Error usage investigation and disposal system

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6304640B1 (en) * 1995-11-07 2001-10-16 Mci Communications Corporation Method and system for call disposition messaging
JP2002197373A (ja) * 2000-12-26 2002-07-12 Sanyo Electric Co Ltd 課金装置および課金方法
CN1214563C (zh) * 2002-06-12 2005-08-10 华为技术有限公司 一种数据接入系统中的计费方法
EP1540934A1 (en) * 2002-09-20 2005-06-15 Nokia Corporation Method for charging of data reaching a network element of a communication network during a data session
CN1260910C (zh) * 2004-08-11 2006-06-21 华为技术有限公司 基于分组数据流计费触发事件和重授权事件的处理方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6782388B2 (en) * 2000-12-29 2004-08-24 Bellsouth Intellectual Property Corporation Error usage investigation and disposal system
JP2002290634A (ja) * 2001-03-23 2002-10-04 Cable & Wireless Idc Inc 通信料金の課金処理方法、および、課金処理システム
WO2003065680A1 (en) 2002-01-31 2003-08-07 Telefonaktiebolaget Lm Ericsson (Publ) Method for providing multiple sdp media flows in a single pop context

Also Published As

Publication number Publication date
ES2345397T3 (es) 2010-09-22
CN1808982A (zh) 2006-07-26
CN100397821C (zh) 2008-06-25
EP1833193B1 (en) 2010-06-16
DE602006014930D1 (de) 2010-07-29
EP1833193A1 (en) 2007-09-12
EP1833193A4 (en) 2008-02-13
ATE471612T1 (de) 2010-07-15

Similar Documents

Publication Publication Date Title
US8041825B2 (en) System and method for a policy enforcement point interface
EP2761846B1 (en) Systems and methods for traffic detection network control
JP5993954B2 (ja) Ｄｉａｍｅｔｅｒセッション監査
WO2010031316A1 (zh) 多分组数据网场景下实现策略和计费控制的方法和系统
WO2005096547A1 (fr) Procede permettant de commander la facturation d'un service de commutation de paquets
US20130223290A1 (en) Policy and charging control method supporting ip flow mobility in roaming scenario
WO2008128470A1 (fr) Procédé, système et entité de réalisation de détection d'événement
WO2010108356A1 (zh) 一种终端通过多接入网接入的计费方法和系统及上报方法
WO2011137644A1 (zh) 终端访问业务的方法、装置及系统
EP2548388A2 (en) Methods, systems, and computer readable media for communicating policy information between a policy charging and rules function and a service node
US20110320544A1 (en) Diameter session audits
WO2009094837A1 (en) A method for selecting a policy and charging rules function server on a non-roaming scene
WO2006015547A1 (fr) Procede d'etablissement de dialogues sur la charge de paquets de donnees
WO2006015548A1 (fr) Methode de traitement fondee sur un evenement de declenchement de chargement et sur un evenement de reautorisation de flux de donnees de paquets
WO2005099184A1 (fr) Procede d'amelioration des regles de taxation dans des services de donnees par paquets et fonctionnement correspondant
WO2007112657A1 (fr) Procédé et système de décision concernant l'information sur les services dans un système de communication mobile
WO2011063688A1 (zh) 策略和计费规则功能实体的选择方法及系统
WO2009024056A1 (fr) Procédé, système et dispositif relatifs à une règle de commande de politique et de facturation d'extension
WO2011120222A1 (zh) 优先级业务激活、去激活方法、装置和系统
WO2011144156A1 (zh) 一种策略控制方法、装置及网关
WO2009056046A1 (fr) Procédé de fin de session
WO2006076864A1 (fr) Procede de traitement du support
WO2012129992A1 (zh) 被赞助数据连接的处理方法及策略与计费规则功能实体
JP6271719B2 (ja) データ接続のためのオンデマンドＱｏＳ
WO2011144123A2 (zh) 签约业务处理方法和网关及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006705519

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 2006705519

Country of ref document: EP