KR20150112010A - 애플리케이션에 대한 과금 방법, 과금 디바이스 및 시스템 - Google Patents

애플리케이션에 대한 과금 방법, 과금 디바이스 및 시스템 Download PDF

Info

Publication number
KR20150112010A
KR20150112010A KR1020157023338A KR20157023338A KR20150112010A KR 20150112010 A KR20150112010 A KR 20150112010A KR 1020157023338 A KR1020157023338 A KR 1020157023338A KR 20157023338 A KR20157023338 A KR 20157023338A KR 20150112010 A KR20150112010 A KR 20150112010A
Authority
KR
South Korea
Prior art keywords
application
billing
flow
charging
session
Prior art date
Application number
KR1020157023338A
Other languages
English (en)
Other versions
KR101728265B1 (ko
Inventor
시아오치안 차이
Original Assignee
후아웨이 테크놀러지 컴퍼니 리미티드
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 후아웨이 테크놀러지 컴퍼니 리미티드 filed Critical 후아웨이 테크놀러지 컴퍼니 리미티드
Publication of KR20150112010A publication Critical patent/KR20150112010A/ko
Application granted granted Critical
Publication of KR101728265B1 publication Critical patent/KR101728265B1/ko

Links

Images

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
    • H04L12/1485—Tariff-related aspects
    • 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
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/02—Capturing of monitoring data
    • H04L43/028—Capturing of monitoring data by filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • 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
    • H04M15/61—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on the service used
    • 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
    • H04M15/64—On-line charging system [OCS]
    • 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
    • H04M15/65—Off-line charging system
    • 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
    • H04M15/66—Policy and charging system
    • 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
    • H04M15/82—Criteria or parameters used for performing billing operations
    • H04M15/8228—Session based

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Meter Arrangements (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

애플리케이션에 대해 과금하기 위한 방법이 개시되며, 이 방법은 : CTF 디바이스에 의해, 애플리케이션에 대한 과금 규칙을 PCRF 디바이스로부터 수신하는 단계; CTF 디바이스에 의해, 애플리케이션의 과금 규칙을 실행하고, 애플리케이션의 식별자에 따라 하나 이상의 베어러 상에서 전송된 애플리케이션의 과금 규칙을 검출하는 단계; CTF 디바이스에 의해, 애플리케이션의 과금 규칙 파라미터에 따라 과금 세션 확립 요청을 과금 시스템에 전송하는 단계; CTF 디바이스에 의해, 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하는 단계; 및 CTF 디바이스에 의해, 애플리케이션의 과금 세션을 이용하여 애플리케이션의 흐름에 대한 수집된 과금 정보를 과금 시스템에 전송하는 단계를 포함한다. 본 발명의 실시예들에서, CTF 디바이스는 과금 규칙에서 운반된 애플리케이션의 식별자에 따라 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하고, 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하며, 애플리케이션의 흐름이 검출된 이후에 애플리케이션의 과금 세션이 확립된다. 따라서, 본 발명의 실시예들에서 제공되는 해결책은 OTT 애플리케이션에 대한 과금을 구현할 수 있다.

Description

애플리케이션에 대한 과금 방법, 과금 디바이스 및 시스템{METHOD FOR CHARGING FOR APPLICATION, AND CHARGING DEVICE AND SYSTEM}
본 발명은 통신 기술 분야에 관한 것으로, 특히, 애플리케이션 과금 방법, 과금 디바이스, 및 시스템에 관한 것이다.
3G 네트워크의 대규모 배치는 데이터 서비스의 이용을 상당히 촉진하고 있다. OTT(On The Top, 인터넷 서비스) 서비스의 급속한 전개는 오퍼레이터들을 점차 채널화시키고 있다. 오퍼레이터의 네트워크 트래픽에 대한 정확한 과금 및 제어를 개선시키고, 사용자 경험을 향상시키며, 단위 트래픽의 가치를 높이기 위해, OTT 애플리케이션에 대한 과금 및 제어는 중요한 기술적 수단이 되고 있다.
PCC(Policy and Charging Control, 정책 및 과금 제어)는 3GPP(3rd Generation Partnership Project, 제3 세대 파트너쉽 프로젝트)에 의해 정의된 정책 및 과금 제어 메커니즘이며, PCC의 아키텍쳐가 도 1에 도시되어 있다. 이 아키텍쳐는, 정책 및 과금 집행 기능(PCEF 디바이스, Policy and Charging Enforcement Function), 트래픽 검출 기능(TDF, Traffic Detection Function), 베어러 결속 및 이벤트 보고 기능(BBERF, Bearer Binding and Event Reporting Function), 정책 및 과금 규칙 기능(PCRF 디바이스, Policy and Charging Rules Function), 애플리케이션 기능(AF, Application Function), 온라인 과금 기능(OCS, Online Charging System), 오프라인 과금 기능(OFCS, Offline Charging System), 및 가입자 프로파일 저장소(SPR, Subscription Profile Repository)를 포함한다. 아키텍쳐는 Gx, Sy, Gy, 및 Ro 인터페이스 등의 인터페이스를 포함하고, Gx는 PCRF와 PCEF 사이의 인터페이스이고, Sy는 PCRF와 OCS 사이의 인터페이스이며, Gy는 PCEF와 OCS 사이의 인터페이스이고, Ro는 네트워크 요소들과 OCS 사이의 온라인 과금 인터페이스들의 집합적 명칭이다. PCEF 디바이스는 정책 및 과금 집행 엔티티이고 동적 또는 정적 제어 정책을 실행하는데 이용되며 GGSN 및 P-GW 등의 게이트웨이 디바이스에 위치하거나 게이트웨이 디바이스 뒤에 배치될 수 있다. TDF는 애플리케이션 검출 및 제어 엔티티이고 PCRF 디바이스에 의해 전달되는 애플리케이션 검출 및 제어 정책을 실행하는데 이용된다. PCRF 디바이스는, 사용자 장비가 홈 네트워크 내의 서비스를 이용하는 경우, QoS, 대역폭, 게이팅, 과금 정책 등을 제어하는 책임을 지는 정책 및 과금 규칙 기능 엔티티이다. SPR은 가입 데이터 저장 엔티티이고, 사용자의 가입 데이터를 저장하고 그 데이터를 기존 시스템에 맵핑하는데 이용된다. SPR은, HLR, HSS, OCS 또는 기타의 엔티티일 수 있다. 메커니즘에서, PCRF 엔티티는 PCEF 엔티티에 대한 데이터 흐름 과금 및 제어 정책과 TDF 엔티티에 대한 애플리케이션 검출 및 애플리케이션 제어 정책을 생성하기 위해 정책 생성(Policy Decision)을 수행한다. 그 다음, PCRF 엔티티는 TDF 엔티티에 대한 애플리케이션 제어 정책을 설치 및 활성화하고(activate) PCEF 엔티티에 대한 흐름 제어 및 과금 정책을 설치한다. PCRF 엔티티에 의해 전달된 데이터 흐름 과금 정책에 따라, PCEF 엔티티는, OCS에 대한, 데이터 흐름 신용 할당량 요청, 즉, 신용 제어 요청(Credit Control Request, CCR) 메시지를 개시한다(여기서 베어러가 확립될 예정이라면, PCEF 엔티티는 OCS에 대한 과금 세션 확립 요청을 개시한다). OCS는 할당량을 부여하고 부여된 할당량을 PCEF 엔티티에게 반환한다.
이 메커니즘에서, PCRF에 의해 PCEF에 전달되는 과금 정책은, 특히: 온라인 또는 오프라인 과금, 등급 그룹(Rating Group), 보고 레벨(Report Level), 트래픽-, 지속기간- 또는 이벤트-기반의 과금 등을 포함하는, 서비스 데이터 흐름(SDF, Service Data Flow)의 과금 규칙 파라미터를 포함한다.
PCRF에 의해 전달된 과금 정책을 실행하는 경우, PCEF는 OCS와의 과금 세션을 확립한다. 과금 세션을 확립하는 구체적인 방식은 다음과 같다:
일반 패킷 무선 서비스(General Packet Radio Service, GPRS)의 경우, PCEF는 각각의 패킷 데이터 프로토콜(Packet Data Protocol, PDP) 컨텍스트(PDP Context)에 대한 과금 세션을 확립한다. PCEF는 PDP 컨텍스트가 시작하는 경우 과금 세션을 확립하고, PDP 컨텍스트가 종료하거나 OCS가 세션 종료를 개시하는 경우 과금 세션을 종료한다.
진보된 패킷 코어(Evolved Packet Core, EPC)의 경우, S5 인터페이스가 GPRS 터널링 프로토콜(GPRS tunneling protocol, GTP)에 기초한다면, PCEF는 각각의 IP 접속 액세스 네트워크 베어러(IP-CAN Bearer)에 대한 과금 세션을 확립한다. PCEF는 IP-CAN 베어러가 시작하는 경우 과금 세션을 확립하고, IP-CAN 베어러가 종료하거나 OCS가 세션 종료를 개시하는 경우 과금 세션을 종료한다.
EPC의 경우, S5 인터페이스가 프록시 모바일 IP 프로토콜(Proxy Mobile IP Protocol, PMIP)에 기초한다면, PCEF는 IP 접속 액세스 네트워크 세션(IP-CAN Session)에 대한 과금 세션을 확립한다. 과금 세션은 IP-CAN 베어러 상의 과금 세션으로서 간주되고 IP-CAN 베어러의 파라미터를 전송한다.
기존의 과금은 IP-CAN 베어러에 기초한다. IP-CAN 베어러의 (PS-정보 파라미터에서 운반된) 파라미터는 OCS에 보고된다. 또한, 입도(granularity)로서 등급 그룹 또는 등급 그룹+서비스 ID와 함께 수집된 과금 정보가 보고된다.
기존의 과금 메커니즘에 기초하여, 애플리케이션에 대한 과금을 위한 선행조건은, PCRF가 애플리케이션의 흐름 설명, 즉, IP 퀸튜플(IP quintuple)을 알고 있고, 애플리케이션의 흐름이 동일한 베어러 상에 있다는 것을 알고 있다는 것이다. PCRF는 베어러 상의 애플리케이션 흐름의 과금 정책을 PCEF에 전달하고, PCEF는, 과금 정책의 서비스 데이터 흐름(SDF, Service Data Flow) 정보에 따라 IP 패킷에 관한 IP 층 파싱(layer parsing), 즉, L3/4 층의 패킷 파싱을 수행하고, 나아가, 애플리케이션 흐름에 대한 과금 정보를 통일된 기반으로 수집하고 그 정보를 소정의 조건 하에서 과금 시스템에 보고하여, 애플리케이션에 대한 과금을 구현한다. 이 과금 모드에서, PCRF는 애플리케이션 패킷의 IP 퀸튜플 속성을 미리 알고 애플리케이션 흐름을 베어러와 결속하기 때문에, 애플리케이션에 대한 과금은 IP-CAN 베어러에 기초하여 기존의 과금 모드로 구현될 수 있다.
기존의 기술적 해결책의 구현 동안에는 다음과 같은 기술적 문제가 존재한다:
1) 애플리케이션의 흐름이 하나의 베어러 상에서 전송되어, 베어러의 입도에 기초한 기존의 과금 세션이 이 베어러에 대한 과금 정보만을 전송할 수 있게 하는 것을 보장하기가 어렵고 크로스-베어러 OTT 애플리케이션에 대한 애플리케이션-기반의 과금에 대한 요건이 만족될 수 없다.
2) TDF가 애플리케이션을 검출하는 경우, 애플리케이션 흐름의 피쳐가 애플리케이션 흐름 변경의 퀸튜플 또는 퀸튜플 속성을 이용하여 자주 설명될 수 없는 경우, 이는 PCRF와 PCEF가 빈번하게 변하게 하여 낮은 시스템 가용성을 초래하며, OTT 애플리케이션에 대한 과금을 구현하는 것이 어렵다.
본 발명의 실시예들은, OTT 애플리케이션에 대한 애플리케이션-기반의 과금을 구현할 수 있는, 애플리케이션 과금 방법, 과금 디바이스, 및 시스템을 제공한다.
제1 양태에 따르면, 본 발명의 실시예는 애플리케이션 과금 방법을 제공하고, 이 방법은: 과금 검출 기능 CTF 디바이스에 의해, 정책 및 과금 규칙 기능 PCRF 디바이스로부터 애플리케이션의 과금 규칙을 수신하는 단계 ―애플리케이션의 과금 규칙은 애플리케이션 식별자와 애플리케이션의 과금 규칙 파라미터를 운반함― ; CTF 디바이스에 의해, 애플리케이션의 과금 규칙을 실행하고, 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하는 단계; CTF 디바이스에 의해, 애플리케이션의 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립하는 단계; CTF 디바이스에 의해, 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하는 단계; 및 CTF 디바이스에 의해, 애플리케이션 흐름에 대한 수집된 과금 정보를 애플리케이션의 과금 세션을 이용하여 과금 시스템에 전송하는 단계를 포함한다.
제1 양태의 제1 구현 방식에서, CTF 디바이스는 PCEF 디바이스이고, CTF 디바이스에 의해, 애플리케이션의 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립하는 단계는 구체적으로 하기 단계를 포함한다: 애플리케이션의 과금 세션이 디폴트 베어러의 과금 세션이고, 디폴트 베어러의 과금 세션이 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름에 대한 과금 정보를 보고할 수 있는 경우, CTF 디바이스가 과금 시스템과의 디폴트 베어러의 과금 세션을 확립했다면, 과금 세션을 재사용하거나 그렇지 않다면 CTF 디바이스에 의해 과금 세션 확립 요청을 과금 시스템에 전송하는 단계.
제1 양태 및 제1 양태의 제1 구현 방식을 참조하여, 제1 양태의 제2 구현 방식에서, CTF 디바이스에 의해, 애플리케이션의 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립하는 단계는 구체적으로 하기 단계를 포함한다: CTF 디바이스가 과금될 제1 애플리케이션을 검출하는 경우, CTF 디바이스에 의해 과금 규칙 파라미터에 따라 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션과의 과금 세션을 확립하는 단계.
제1 양태의 제2 구현 방식을 참조하여, 제1 양태의 제3 구현 방식에서, CTF 디바이스에 의해 과금될 제1 애플리케이션을 검출하는 단계는 구체적으로: CTF 디바이스에 의해 애플리케이션 식별자에 따라, 애플리케이션 식별자에 대응하는 애플리케이션의 흐름을 검출하고, 애플리케이션의 과금 규칙에 따라, 검출된 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 있다고 판정하며, 애플리케이션의 과금 세션이 현재 존재하지 않는다면, CTF 디바이스에 의해, 검출된 애플리케이션이 과금될 첫 번째 애플리케이션이라고 판정하는 단계를 포함한다.
제1 양태 및 제1 양태의 제1 내지 제3 구현 방식을 참조하여, 제1 양태의 제4 구현 방식에서, 이 방법은: CTF 디바이스에 의해, PCRF 디바이스로부터 다른 애플리케이션들의 과금 규칙을 수신하고, 다른 애플리케이션들의 과금 규칙에 따라, 하나 이상의 베어러 상에서 전송된 다른 애플리케이션들의 흐름을 검출하는 단계를 더 포함하고; 애플리케이션의 수신된 과금 규칙에 따라, 검출된 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 있다고 판정하는 단계는 구체적으로: CTF 디바이스가 애플리케이션의 흐름이 복수의 애플리케이션의 과금 규칙과 매칭한다고 검출하는 경우, 애플리케이션 식별자에 대응하는 애플리케이션의 과금 규칙의 과금 우선순위가 다른 애플리케이션들의 과금 규칙의 과금 우선순위보다 높고 애플리케이션 식별자에 대응하는 애플리케이션의 과금 규칙이 그 애플리케이션에 대한 과금의 필요성을 나타낸다면, CTF 디바이스에 의해, 애플리케이션 식별자에 대응하는 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 있다고 판정하는 단계를 포함하거나; 이 방법은, CTF 디바이스에 의해, PCRF 디바이스로부터 다른 애플리케이션들의 과금 규칙을 수신하고, 다른 애플리케이션들의 과금 규칙에 따라, 하나 이상의 베어러 상에서 전송된 다른 애플리케이션들의 흐름을 검출하는 단계를 더 포함하고; 및 CTF 디바이스가 PCRF 디바이스로부터 흐름의 과금 규칙을 수신한다면, 애플리케이션의 수신된 과금 규칙에 따라, 검출된 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 있다고 판정하는 단계는 구체적으로: 검출된 애플리케이션의 흐름이 흐름의 과금 규칙 및 복수의 애플리케이션의 과금 규칙과 매칭하는 경우, 애플리케이션 식별자에 대응하는 애플리케이션의 과금 규칙의 과금 우선순위가 흐름의 과금 규칙의 과금 우선순위 및 다른 애플리케이션들의 과금 규칙의 과금 우선순위보다 높고 애플리케이션 식별자에 대응하는 애플리케이션의 과금 규칙이 그 애플리케이션에 대한 과금의 필요성을 나타낸다면, CTF 디바이스에 의해, 애플리케이션 식별자에 대응하는 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 있다고 판정하는 단계를 포함한다.
제1 양태의 제1 내지 제4 구현 방식을 참조하여, 제1 양태의 제5 구현 방식에서, 애플리케이션의 과금 세션이 확립된 후에, 이 방법은 하기 단계를 더 포함한다: 과금 시스템이 온라인 과금 시스템이라면, CTF 디바이스가 과금될 다른 애플리케이션들이 시작하는 것을 검출하고, 다른 애플리케이션들의 등급 그룹을 만족하는 어떠한 할당량도 현재 제공되어 있지 않을 때, CTF 디바이스에 의해, 애플리케이션의 확립된 과금 세션을 이용하여 과금 시스템으로부터 다른 애플리케이션들의 할당량을 요청하는 단계; 또는 CTF 디바이스가 과금된 애플리케이션이 종료하는 것을 검출하고 과금-종료된 애플리케이션의 과금 규칙이 과금-종료된 애플리케이션에 대한 애플리케이션층 과금 정보의 보고를 나타낸다면, CTF 디바이스에 의해, 애플리케이션의 확립된 과금 세션을 이용하여 과금-종료된 애플리케이션에 대한 수집된 과금 정보를 과금 시스템에 전송하는 단계.
제1 양태의 제1 내지 제5 구현 방식을 참조하여, 제1 양태의 제6 구현 방식에서, 과금 방법은 하기 단계를 더 포함한다: CTF 디바이스가 마지막 과금된 애플리케이션이 종료하는 것을 검출하는 경우, CTF 디바이스에 의해, 과금 세션 종료 요청을 과금 시스템에 전송하여 애플리케이션의 확립된 과금 세션을 종료하는 단계.
제1 양태의 제6 구현 방식을 참조하여, 제1 양태의 제7 구현 방식에서, CTF 디바이스에 의해 마지막 과금된 애플리케이션이 종료하는 것을 검출하는 단계는 구체적으로 하기 단계를 포함한다: 애플리케이션 식별자에 대응하는 애플리케이션이 종료하고 어떠한 다른 애플리케이션도 현재 과금 정보를 수집 또는 보고하고 있지 않거나, 애플리케이션 식별자에 대응하는 애플리케이션의 과금 규칙이 업데이트 또는 삭제되어 애플리케이션에 대한 과금을 수행할 필요가 없고 다른 애플리케이션들이 현재 과금 정보를 수집 또는 보고하고 있지 않다면, CTF 디바이스에 의해, 검출된 마지막 과금된 애플리케이션이 종료한다고 판정하는 단계.
제1 양태의 제6 및 제7 구현 방식을 참조하여, 제8 구현 방식에서, CTF 디바이스가 마지막 과금된 애플리케이션이 종료한다고 판정하는 경우, IP 접속 액세스 네트워크 세션 IP-CAN 세션이 종료하지 않는다면, 과금 세션 종료 요청은 마지막 애플리케이션에 대한 과금이 종료하지만 IP-CAN 세션은 종료하지 않는다는 것을 나타내기 위한 표시를 포함한다: IP-CAN 세션이 종료한다면, 과금 세션 종료 요청은 IP-CAN 세션이 종료한다는 것을 나타내기 위한 표시를 포함한다.
제1 양태 및 제1 양태의 제1 내지 제8 구현 방식을 참조하여, 제1 양태의 제9 구현 방식에서, CTF 디바이스는, 애플리케이션의 과금 세션을 이용하여 애플리케이션의 흐름이 통과하는 서빙 게이트웨이의 주소 또는 공중 육상 모바일 네트워크 PLMN의 식별자를 과금 시스템에 전송하여, 과금 시스템이 서빙 게이트웨이 주소 또는 PLMN 식별자에 따라 애플리케이션 식별자에 대응하는 애플리케이션에 대해 과금하게 한다.
제1 양태의 제9 구현 방식을 참조하여, 제1 양태의 제10 구현 방식에서, CTF 디바이스는 트래픽 검출 기능 TDF 디바이스이고, 이 방법은 하기 단계를 더 포함한다: PCRF 디바이스에 의해 전송된 서빙 게이트웨이 주소 또는 PLMN 식별자를 TDF 디바이스에 의해 수신하는 단계 ―서빙 게이트웨이 주소 또는 PLMN 식별자는 PCEF 디바이스에 의해 PCRF 디바이스에 전송됨― .
제1 양태의 제10 구현 방식을 참조하여, 제1 양태의 제11 구현 방식에서, 이 방법은 하기 단계를 더 포함한다: CTF 디바이스에 의해, 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 PCRF 디바이스에 전송하고, 그에 따라, PCRF 디바이스는 CTF 디바이스에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 PCEF 디바이스에 전송하여, PCEF 디바이스가, PCRF 디바이스에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 서빙 게이트웨이 주소 또는 PLMN 식별자를 PCRF 디바이스에 전송하고 PCRF 디바이스가 CTF 디바이스에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 서빙 게이트웨이 주소 또는 PLMN 식별자를 CTF 디바이스에 전송하게 하는 단계.
제1 양태의 제10 및 제11 구현 방식을 참조하여, 제1 양태의 제12 구현 방식에서, 과금 시스템이 온라인 과금 시스템 OCS이고, CTF 디바이스가 OCS에 의해 반환된 재허가 트리거 조건 ―트리거 조건은 서빙 게이트웨이 주소 변경 또는 PLMN 변경을 포함함― 을 수신한다면, CTF 디바이스에 의해 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 PCRF 디바이스에 전송하는 단계는 구체적으로: CTF 디바이스에 의해, 트리거 조건에 포함된 서빙 게이트웨이 주소 변경 또는 PLMN 변경에 따라 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 PCRF 디바이스에 전송하는 단계를 포함한다.
제1 양태의 제11 및 제12 구현 방식을 참조하여, 제1 양태의 제13 구현 방식에서, 과금 방법은 하기 단계들을 더 포함한다: PCEF 디바이스가 서빙 게이트웨이 주소 또는 PLMN가 변한다는 것을 검출한 후에, PCEF 디바이스에 의해, PCRF 디바이스에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 변경된 서빙 게이트웨이 주소 또는 변경된 PLMN 식별자를 PCRF 디바이스에 전송하는 단계; PCRF 디바이스에 의해, CTF 디바이스에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 변경된 서빙 게이트웨이 주소 또는 변경된 PLMN 식별자를 CTF 디바이스에 전송하는 단계; 및 CTF 디바이스에 의해, 서빙 게이트웨이 주소 변경 또는 PLMN 변경에 따라 애플리케이션에 대한 수집된 과금 정보의 보고를 트리거하는 단계.
제1 양태의 제9 구현 방식을 참조하여, 제1 양태의 제14 구현 방식에서, CTF 디바이스가 트래픽 검출 기능 TDF 디바이스이면, TDF 디바이스는, 정책 및 과금 집행 기능 PCEF 디바이스에 의해 직접 전송된 서빙 게이트웨이 주소 또는 PLMN 식별자와 서빙 게이트웨이 주소 이후에 전송된 변경된 서빙 게이트웨이 주소 또는 PLMN 변경 이후에 전송된 변경된 PLMN 식별자를 수신한다.
제1 양태 및 제1 양태의 제1 내지 제14 구현 방식 방식을 참조하여, 제15 구현 방식에서, CTF 디바이스가 TDF 디바이스이고, PCRF 디바이스가 또한 게이팅 동작을 운반하는 흐름 제어 정책을 PCEF 디바이스에 전달한다면, 애플리케이션의 과금 규칙은 흐름 제어 정책에서 운반된 게이팅 동작에 대응하는 다운링크 서비스 데이터 흐름에 대한 정보를 더 포함한다; 그리고, CTF 디바이스에 의해, 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하는 단계는 구체적으로 하기 단계를 포함한다: CTF 디바이스에 의해, 검출된 애플리케이션의 흐름을 게이팅 동작에 대응하는 다운링크 서비스 데이터 흐름에 대한 정보와 매칭시키는 단계; 및 검출된 애플리케이션의 흐름이 게이팅 동작에 대응하는 다운링크 서비스 데이터 흐름에 대한 정보와 매칭하지 않는다면, CTF 디바이스에 의해, 애플리케이션의 흐름에 대한 과금 정보를 수집하는 단계.
제1 양태 및 제1 양태의 제1 내지 제15 구현 방식을 참조하여, 제1 양태의 제16 구현 방식에서, CTF 디바이스가 TDF 디바이스이면, CTF 디바이스는 PCRF 디바이스에 의해 전송된 과금 규칙에서 운반된 흐름의 게이팅 동작, 및 대응하는 다운링크 서비스 데이터 흐름에 대한 정보를 수신한다; 및 CTF 디바이스가 다운링크 서비스 데이터 흐름에 대한 게이팅 동작을 수행한다면, CTF 디바이스에 의해 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하는 단계는 구체적으로 하기 단계를 포함한다: 게이팅 동작이 애플리케이션의 흐름이 통과하는 것을 허용한다면, CTF 디바이스에 의해, 애플리케이션의 흐름에 대한 과금 정보를 수집하는 단계.
제1 양태 및 제1 양태의 제1 내지 제16 구현 방식을 참조하여, 제1 양태의 제17 구현 방식에서, 애플리케이션의 과금 규칙이 애플리케이션의 흐름 설명 정보와 CTF 디바이스에게 애플리케이션을 검출할 것을 지시하기 위한 표시 정보를 운반한다면, CTF 디바이스에 의해 애플리케이션의 과금 규칙을 실행하고 애플리케이션 식별자에 따라 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하는 단계는 구체적으로 하기 단계를 포함한다 : 표시 정보가 CTF 디바이스에게 애플리케이션을 검출할 것을 지시한다면, CTF 디바이스에 의해, 애플리케이션 식별자에 대응하는 애플리케이션의 흐름을 검출하는 단계 ―흐름은 하나 이상의 베어러 상에서 전송됨― ; 또는 표시 정보가 CTF 디바이스에게 애플리케이션을 검출할 것을 지시하지 않는다면, CTF 디바이스에 의해, 과금 규칙에서 운반된 애플리케이션의 흐름 설명 정보를 하나 이상의 베어러 상에서 전송된 흐름과 매칭시키고, 하나 이상의 베어러 상에서 전송되고 흐름 설명 정보와 매칭하는 흐름을 CTF에 의해 검출된 애플리케이션의 흐름으로서 이용하는 단계.
제1 양태 및 제1 양태의 제1 내지 제17 구현 방식을 참조하여, 제1 양태의 제18 구현 방식에서, 애플리케이션의 과금 규칙은 애플리케이션의 흐름 설명 정보를 운반하고; CTF 디바이스에 의해 애플리케이션의 과금 규칙을 실행하고 애플리케이션 식별자에 따라 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하는 단계는 구체적으로 하기 단계를 포함한다 : CTF 디바이스에 의해, 과금 규칙에서 운반된 애플리케이션의 흐름 설명 정보를 하나 이상의 베어러 상에서 전송된 흐름과 매칭시키고, 하나 이상의 베어러 상에서 전송되고 흐름 설명 정보와 매칭하는 흐름을 CTF에 의해 검출된 애플리케이션의 흐름으로서 이용하는 단계.
제1 양태 및 제1 양태의 제1 내지 제18 구현 방식을 참조하여, 제1 양태의 제19 구현 방식에서, CTF 디바이스는 TDF 디바이스이고 애플리케이션의 과금 규칙은 또한 특정한 애플리케이션의 식별자를 운반한다; 그리고, CTF 디바이스에 의해 애플리케이션의 과금 규칙을 실행하고 애플리케이션 식별자에 따라 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하는 단계는 구체적으로 하기 단계를 포함한다 : CTF 디바이스에 의해, 애플리케이션의 과금 규칙에서 운반된 특정한 애플리케이션의 식별자에 따라, 흐름과 매칭하는 특정한 애플리케이션의 식별자에 대응하는 국지적으로 저장된 흐름 설명 정보를 취득하거나, CTF 디바이스에 의해, 애플리케이션의 과금 규칙에서 운반된 특정한 애플리케이션의 식별자에 따라, 애플리케이션의 과금 규칙에서 운반된 애플리케이션 식별자에 대응하는 애플리케이션의 흐름 이외의 다른 데이터 흐름을 매칭시키는 단계.
제1 양태 및 제1 양태의 제1 내지 제19 구현 방식을 참조하여, 제1 양태의 제20 구현 방식에서, CTF 디바이스는 PCEF 디바이스이고 애플리케이션의 과금 규칙은 또한 애플리케이션의 과금 세션을 확립할지에 관한 명령어를 운반하고; CTF 디바이스에 의해, 애플리케이션의 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하는 단계는 구체적으로 하기 단계들을 포함한다: CTF 디바이스에 의해, 애플리케이션의 과금 세션을 확립할지에 대한 명령어에 따라, 애플리케이션의 과금 세션을 확립할지를 판정하는 단계; 및 명령어가 CTF 디바이스에게 애플리케이션의 과금 세션을 확립할 것을 요구한다면, CTF 디바이스에 의해, 애플리케이션의 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립하는 단계; 또는 명령어가 CTF 디바이스에게 애플리케이션의 과금 세션을 확립하지 않을 것을 요구한다면, CTF 디바이스에 의해, 애플리케이션의 과금 규칙에 따라, 애플리케이션의 흐름이 위치해 있는 베어러의 과금 세션이 애플리케이션의 과금 세션이라고 판정하는 단계.
제1 양태의 제20 구현 방식을 참조하여, 제1 양태의 제21 구현 방식에서, 애플리케이션의 과금 규칙은 또한, 애플리케이션의 흐름을 명시된 베어러와 결속하기 위한 명령어를 운반하고; CTF 디바이스에 의해, 애플리케이션의 과금 규칙을 실행한 후에, 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하고, 이 방법은 하기 단계를 더 포함한다: CTF 디바이스에 의해, 검출된 애플리케이션의 흐름에 대한 템플릿을 명시된 베어러와 결속하는 단계.
제1 양태의 제21 구현 방식을 참조하여 제1 양태의 제22 구현 방식에서, 명시된 베어러는 애플리케이션의 과금 규칙을 이용하여 PCRF 디바이스에 의해 명시된 베어러이거나 명시된 베어러는 CTF 디바이스에 의해 선택된 베어러이다; CTF 디바이스에 의해, 검출된 애플리케이션의 흐름에 대한 템플릿을 명시된 베어러와 결속하는 단계는 구체적으로 하기 단계를 포함한다: CTF 디바이스에 의해, 애플리케이션의 다운링크 흐름에 대한 템플릿을 PCRF 디바이스에 의해 명시된 베어러 또는 CTF 디바이스에 의해 선택된 베어러와 결속하는 단계; 및 CTF 디바이스에 의해 베어러의 업데이트를 개시하고, 애플리케이션의 업스트림 흐름에 대한 템플릿을 애플리케이션의 과금 세션에 대응하는 사용자 클라이언트에 전송하여, 사용자 클라이언트가 애플리케이션의 업스트림 흐름에 대한 템플릿을 PCRF 디바이스에 의해 명시된 베어러 또는 CTF 디바이스에 의해 선택된 베어러에 결속시키게 하는 단계.
제2 양태에 따르면, 본 발명의 실시예는 과금 검출 기능 CTF 디바이스를 제공하고, 이 디바이스는: 정책 및 과금 규칙 기능 PCRF 디바이스로부터 애플리케이션의 과금 규칙을 수신하도록 구성된 제1 수신 유닛 ―애플리케이션의 과금 규칙은 애플리케이션 식별자와 애플리케이션의 과금 규칙 파라미터를 운반함― ; 애플리케이션의 과금 규칙을 실행하고, 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하고, 애플리케이션의 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립하고, 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하도록 구성된 제1 처리 유닛; 및 애플리케이션 흐름에 대한 수집된 과금 정보를 애플리케이션의 과금 세션을 이용하여 과금 시스템에 전송하도록 구성된 제1 전송 유닛을 포함한다.
제2 양태를 참조하여, 제2 양태의 제1 구현 방식에서, 제1 처리 유닛은 구체적으로: CTF 디바이스가 과금될 제1 애플리케이션을 검출하는 경우, 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립하도록 구성된다.
제2 양태의 제1 구현 방식을 참조하여, 제2 양태의 제2 구현 방식에서, 애플리케이션의 과금 세션이 확립된 후에, 과금 시스템이 온라인 과금 시스템이고, 제1 처리 유닛이 과금될 다른 애플리케이션들이 시작하는 것을 검출하고, 다른 애플리케이션들의 등급 그룹을 만족하는 어떠한 할당량도 현재 제공되어 있지 않다면, 제1 전송 유닛은 애플리케이션의 확립된 과금 세션을 이용하여 과금 시스템에게 다른 애플리케이션들의 할당량을 요청하고; 또는 애플리케이션의 과금 세션이 확립된 후에, 제1 처리 유닛이 과금된 애플리케이션이 종료하는 것을 검출하고, 과금-종료된 애플리케이션의 과금 규칙이 과금-종료된 애플리케이션에 대한 애플리케이션층 과금 정보의 보고를 나타낸다면, 제1 전송 유닛은, 애플리케이션의 확립된 과금 세션을 이용하여 과금-종료된 애플리케이션에 대한 수집된 과금 정보를 과금 시스템에 전송한다.
제2 양태 및 제2 양태의 제1 또는 제2 구현 방식을 참조하여, 제2 양태의 제3 구현 방식에서, 마지막 과금된 애플리케이션이 종료하는 것을 검출하는 경우, 제1 처리 유닛은 과금 세션 종료 요청을 과금 시스템에 전송하여 애플리케이션의 확립된 과금 세션을 종료한다.
제2 양태 및 제2 양태의 제1 내지 제3 구현 방식을 참조하여, 제2 양태의 제4 구현 방식에서, 제1 전송 유닛은, 애플리케이션의 과금 세션을 이용하여 애플리케이션의 흐름이 통과하는 서빙 게이트웨이의 주소 또는 공중 육상 모바일 네트워크 PLMN의 식별자를 과금 시스템에 전송하여, 과금 시스템이 서빙 게이트웨이 주소 또는 PLMN 식별자에 따라 애플리케이션 식별자에 대응하는 애플리케이션에 대해 과금하게 한다.
제2 양태의 제4 구현 방식을 참조하여, 제2 양태의 제5 구현 방식에서, 제1 수신 유닛은 또한, PCRF 디바이스에 의해 전송된 서빙 게이트웨이 주소 또는 PLMN 식별자를 수신하고, 서빙 게이트웨이 주소 또는 PLMN 식별자는 PCEF 디바이스에 의해 PCRF 디바이스에 전송된다.
제2 양태의 제5 구현 방식을 참조하여, 제2 양태의 제6 구현 방식에서, 제1 전송 유닛은 또한, 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 PCRF 디바이스에 전송하고, 그에 따라, PCRF 디바이스는 제1 전송 유닛에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 PCEF 디바이스에 전송하여, PCEF 디바이스가, PCRF 디바이스에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 서빙 게이트웨이 주소 또는 PLMN 식별자를 PCRF 디바이스에 전송하고 PCRF 디바이스가 CTF 디바이스에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 서빙 게이트웨이 주소 또는 PLMN 식별자를 CTF 디바이스에 전송하게 한다.
제2 양태의 제6 구현 방식을 참조하여, 제2 양태의 제7 구현 방식에서, PCEF 디바이스가 서빙 게이트웨이 주소 또는 PLMN가 변한다는 것을 검출한 후에, PCEF 디바이스는, PCRF 디바이스에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 변경된 서빙 게이트웨이 주소 또는 변경된 PLMN 식별자를 PCRF 디바이스에 전송하고; PCRF 디바이스는, 제1 전송 유닛에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 변경된 서빙 게이트웨이 주소 또는 변경된 PLMN 식별자를 제1 수신 유닛에 전송하며; 제1 전송 유닛은, 서빙 게이트웨이 주소 변경 또는 PLMN 변경에 따라 애플리케이션에 대한 수집된 과금 정보의 보고를 트리거한다.
제2 양태의 제7 구현 방식을 참조하여, 제2 양태의 제8 구현 방식에서, 제1 수신 유닛은, 정책 및 과금 집행 기능 PCEF 디바이스에 의해 직접 전송된 서빙 게이트웨이 주소 또는 PLMN 식별자와 서빙 게이트웨이 주소 이후에 전송된 변경된 서빙 게이트웨이 주소 또는 PLMN 변경 이후에 전송된 변경된 PLMN 식별자를 수신한다.
제2 양태 및 제2 양태의 제1 내지 제8 구현 방식을 참조하여, 제2 양태의 제9 구현 방식에서, 제1 수신 유닛에 의해 수신된 애플리케이션의 과금 규칙은 또한 특정한 애플리케이션의 식별자를 운반한다; 그리고, 제1 처리 유닛에 의해 애플리케이션의 과금 규칙을 실행하고 애플리케이션 식별자에 따라 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하는 단계는 구체적으로 하기 단계를 포함한다 : 제1 처리 유닛에 의해, 애플리케이션의 과금 규칙에서 운반된 특정한 애플리케이션의 식별자에 따라, 흐름과 매칭하는 특정한 애플리케이션의 식별자에 대응하는 애플리케이션의 국지적으로 저장된 흐름 설명 정보를 취득하거나, 제1 처리 유닛에 의해, 애플리케이션의 과금 규칙에서 운반된 특정한 애플리케이션의 식별자에 따라, 애플리케이션의 과금 규칙에서 운반된 애플리케이션 식별자에 대응하는 애플리케이션의 흐름 이외의 다른 데이터 흐름을 매칭시키는 단계.
제2 양태의 제9 구현 방식을 참조하여, 제2 양태의 제10 구현 방식에서, 애플리케이션의 과금 규칙은 또한 애플리케이션의 과금 세션을 확립할지에 관한 명령어를 운반하고; 제1 처리 유닛에 의해, 애플리케이션의 과금 규칙을 실행하고, 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하는 단계는 구체적으로 하기 단계들을 포함한다: CTF 디바이스에 의해, 애플리케이션의 과금 세션을 확립할지에 대한 명령어에 따라, 애플리케이션의 과금 세션을 확립할지를 판정하는 단계; 및 명령어가 CTF 디바이스에게 애플리케이션의 과금 세션을 확립할 것을 요구한다면, CTF 디바이스에 의해, 애플리케이션의 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립하는 단계; 또는 명령어가 CTF 디바이스에게 애플리케이션의 과금 세션을 확립하지 않을 것을 요구한다면, CTF 디바이스에 의해, 애플리케이션의 과금 규칙에 따라, 애플리케이션의 흐름이 위치해 있는 베어러의 과금 세션이 애플리케이션의 과금 세션이라고 판정하는 단계.
본 발명의 실시예들에서 제공된 기술적 해결책들로부터: 애플리케이션의 과금 규칙을 수신한 후에, 본 발명의 실시예들에서의 CTF 디바이스는, 과금 규칙에서 운반된 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하고, 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하며, 애플리케이션의 흐름이 검출된 후에 애플리케이션의 과금 세션이 확립된다는 것을 알 수 있다. 따라서, 베어러의 입도에 기초한 과금 세션이 이 베어러 상의 흐름에 관한 과금 정보만을 전송할 수 있는 종래 기술과는 달리, 본 발명의 실시예들에서 제공되는 기술적 해결책에서는, 복수의 베어러 상의 애플리케이션들의 흐름이 검출되고, 종래 기술의 제약으로부터 벗어나, 본 발명의 실시예들에서 제공되는 기술적 해결책들은 OTT 애플리케이션에 대한 과금을 구현할 수 있다.
본 발명의 실시예에서의 기술적 해결책을 더 명확하게 설명하기 위하여, 이하에서는 실시예를 설명하는데 요구되는 첨부된 도면을 간략하게 소개한다. 명백히, 이하의 설명에서의 첨부된 도면은 본 발명의 일부 실시예를 도시할 뿐이며, 당업자라면 창조적 노력없이 이들 첨부된 도면들로부터 다른 도면들을 여전히 유도해 낼 수 있을 것이다.
도 1은 종래 기술에서 제공되는 정책 및 과금 제어 시스템의 구조도이다;
도 2는 본 발명의 실시예에 따른 애플리케이션 과금 방법의 플로차트이다;
도 3은 본 발명의 또 다른 실시예에 따른 애플리케이션 과금 방법의 플로차트이다;
도 4는 본 발명의 또 다른 실시예에 따른 CTF 디바이스가 서빙 게이트웨이 주소 변경에 가입하기 위한 방법의 플로차트이다;
도 5는 본 발명의 실시예에 따른 과금 검출 기능 CTF 디바이스의 구조도이다;
도 6은 본 발명의 실시예에 따른 애플리케이션 과금 시스템의 구조도이다;
도 7은 본 발명의 또 다른 실시예에 따른 애플리케이션 과금 시스템의 구조도이다;
도 8은 본 발명의 또 다른 실시예에 따른 과금 트리거 기능 CTF 디바이스의 구조도이다.
이하에서는 본 발명의 실시예의 첨부된 도면을 참조하여 본 발명의 실시예에서의 기술적 해결책을 명확하고 완전하게 설명한다. 명백하게, 설명된 실시예들은 본 발명의 실시예들 전부가 아닌 일부일 뿐이다. 창조적 노력없이 본 발명의 실시예에 기초하여 당업자에 의해 얻어지는 다른 모든 실시예들은 본 발명의 보호 범위 내에 든다.
본 발명의 실시예들에서, 과금 시스템이란 온라인 과금 시스템 OCS 또는 오프라인 과금 시스템 OFCS를 말하고, 베어러란 GPRS 네트워크 상의 PDP 컨텍스트 또는 EPC 네트워크 상의 IP-CAN 베어러를 말한다.
본 발명의 실시예에서, 엔티티는 또한 디바이스로서 표현될 수 있다. 엔티티들은 독립된 디바이스이거나 다른 디바이스들에 배치된 디바이스일 수 있고, 예를 들어, PCRF 엔티티는 PCRF 디바이스일 수 있다.
먼저, 본 발명의 실시예에 의해 제공된 애플리케이션 과금 방법이 설명된다. 도 2는, 다음과 같은 단계들을 포함하는 본 발명의 실시예에 따른 애플리케이션 과금 방법의 프로세스를 도시한다:
201. 과금 검출 기능 CTF 디바이스는 정책 및 과금 규칙 기능 PCRF 디바이스로부터 애플리케이션의 과금 규칙 ―애플리케이션의 과금 규칙은 애플리케이션 식별자 및 애플리케이션의 과금 규칙 파라미터를 운반함― 을 수신하고; CTF 디바이스는 정책 및 과금 집행 기능 PCEF 디바이스이거나 트래픽 검출 기능 TDF 디바이스일 수 있고, 애플리케이션의 과금 규칙 파라미터는 애플리케이션의 과금 모드, 애플리케이션의 등급 그룹, 및 과금 유형을 포함할 수 있고, 과금 모드는 트래픽-기반의 과금 또는 지속기간-기반의 과금이고, 과금 유형은 온라인 과금 또는 오프라인 과금일 수 있다 ; 애플리케이션의 과금 규칙은 특정한 사용자를 목표로 하고, 또한, 애플리케이션의 확립된 과금 세션은 상기 사용자를 목표로 하며, 후속해서, 검출된 애플리케이션의 흐름에 대한 수집된 과금 정보도 상기 사용자를 목표로 하며 애플리케이션 식별자에 대응하는 애플리케이션의 흐름에 대한 과금 정보이다.
202. CTF 디바이스는 애플리케이션의 과금 규칙을 실행하고, 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출한다.
애플리케이션의 흐름은 애플리케이션에 대응하는 흐름이다; 애플리케이션 식별자에 따라 애플리케이션의 흐름을 검출하는 것은 애플리케이션 식별자에 따라 DPI 또는 DFI 기술을 이용하여 애플리케이션의 흐름을 식별하는 것이다. DPI 또는 DFI 검출 모듈은 베어러의 엔드포인트 상에서 또는 엔드포인트로부터 멀리 배치되고 베어러 상에서 전송된 모든 흐름에 관한 심사(deep inspection)를 수행함으로써 애플리케이션의 흐름을 검출한다. CTF 디바이스의 DPI 또는 DFI 모듈은 애플리케이션 식별자에 대응하는 피쳐 코드(feature code)를 보관하고 사용자의 IP-CAN 세션의 모든 패킷들에서 애플리케이션 식별자에 대응하는 피쳐 코드를 검출한다. 애플리케이션 식별자에 대응하는 피쳐 코드를 갖는 패킷은 애플리케이션 식별자에 대응하는 애플리케이션이다. 물론, 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하기 위해, 또 다른 기술도 이용될 수 있다.
또한, 애플리케이션의 과금 규칙이 애플리케이션의 흐름 설명 정보(예를 들어, 퀸튜플)를 운반한다면, 애플리케이션 식별자에 따라 애플리케이션의 흐름을 검출하는 단계는 또한 흐름 설명 정보에 따라 애플리케이션의 흐름을 매칭시키는 단계일 수 있다. 이 경우에, 애플리케이션의 과금 규칙은 또한 CTF 디바이스에게 애플리케이션을 검출할 것을 지시하기 위한 표시 정보를 운반할 수 있고, CTF 디바이스에 의해 애플리케이션의 과금 규칙을 실행하고 애플리케이션 식별자에 따라 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하는 단계는 구체적으로 하기 단계를 포함한다 : 표시 정보가 CTF 디바이스에게 애플리케이션을 검출할 것을 지시한다면, CTF 디바이스에 의해, 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하는 단계, 또는 표시 정보가 CTF 디바이스에게 애플리케이션을 검출할 것을 지시하지 않는다면, CTF 디바이스에 의해, 과금 규칙에서 운반된 애플리케이션의 흐름 설명 정보를 하나 이상의 베어러 상에서 전송된 흐름과 매칭시키고, 하나 이상의 베어러 상에서 전송되고 흐름 설명 정보와 매칭하는 흐름을 CTF에 의해 검출된 애플리케이션의 흐름으로서 이용하는 단계.
203. CTF 디바이스는, 애플리케이션의 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립한다.
구체적으로는, 애플리케이션의 과금 규칙 파라미터에서 운반된 과금 유형이 온라인 과금이라면, CTF 디바이스는 온라인 과금 세션 확립 요청(CCR 이니셜)을 온라인 과금 시스템에 전송하고, 과금 규칙 파라미터에서 운반된 애플리케이션의 등급 그룹에 따라 OCS에게 할당량을 요청한다; 과금 규칙 파라미터에서 운반된 과금 유형이 오프라인 과금이라면, CTF 디바이스는 오프라인 과금 세션 확립 요청(ACR 개시)을 오프라인 과금 시스템에 전송한다.
여기서, 애플리케이션의 과금 세션은 베어러와는 독립된 과금 세션이고, 애플리케이션에게 전용된 과금 세션이다. 애플리케이션의 과금 세션은 IP-CAN 세션의 베어러가 종료하는 경우까지 종료하지 않는다. 애플리케이션에게 전용된 과금 세션은 복수의 애플리케이션에 의해 공유될 수 있다.
대안으로서, 또 다른 구현 방식에서, CTF 디바이스가 PCEF 디바이스이면, 애플리케이션의 과금 세션은 또한 디폴트 베어러의 과금 세션일 수 있고, 디폴트 베어러의 과금 세션은 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름에 대한 과금 정보를 보고할 수 있다. 이 경우에, CTF 디바이스가 과금 시스템과의 디폴트 베어러의 과금 세션을 확립했다면, CTF 디바이스는 그 과금 세션을 재사용한다; 또는 그렇지 않다면, CTF 디바이스는 과금 세션 확립 요청을 과금 시스템에 전송하여 과금 세션을 재확립한다. GPRS 네트워크 상에서, 디폴트 베어러는 1차 PDP 컨텍스트이다; EPC 네트워크 상에서, 디폴트 베어러는 디폴트 IP-CAN 베어러(Default IP-CAN Bearer)이다.
204. CTF 디바이스는 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집한다.
205. CTF 디바이스는 애플리케이션의 과금 세션을 이용하여 애플리케이션의 흐름에 대한 수집된 과금 정보를 과금 시스템에 전송한다.
본 발명의 실시예에서 제공된 기술적 해결책으로부터: 애플리케이션의 과금 규칙을 수신한 후에, 본 발명의 실시예에서의 CTF 디바이스는, 과금 규칙에서 운반된 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하고, 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하며, 애플리케이션의 흐름이 검출된 후에 애플리케이션의 과금 세션이 확립된다는 것을 알 수 있다. 따라서, 베어러의 입도에 기초한 과금 세션이 이 베어러 상의 흐름에 관한 과금 정보만을 전송할 수 있는 종래 기술과는 달리, 본 발명의 실시예들에서 제공되는 기술적 해결책에서는, 복수의 베어러 상의 애플리케이션들의 흐름이 검출되고, 종래 기술의 제약으로부터 벗어나, 본 발명의 실시예에서 제공되는 기술적 해결책은 OTT 애플리케이션에 대한 과금을 구현할 수 있다. 본 발명의 실시예에서, CTF 디바이스에 의해, 애플리케이션의 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립하는 단계는 구체적으로 하기 단계를 포함할 수 있다: CTF 디바이스가 과금될 제1 애플리케이션을 검출하는 경우, CTF 디바이스에 의해 과금 규칙 파라미터에 따라 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립하는 단계. 여기서, 검출하는 단계란 먼저 애플리케이션의 과금 규칙이 실행된 후에 애플리케이션의 흐름을 검출하는 것을 말한다.
본 발명의 실시예에서 개시된 해결책에 따르면, 과금될 제1 애플리케이션이 검출되는 경우 애플리케이션의 과금 세션의 확립을 트리거하는 것은, 애플리케이션의 과금 세션의 확립이, 과금 세션이 베어러에 결속될 것을 필요로 하는 종래 기술과는 상이하게 한다, 즉, 종래 기술에서는 과금 세션이 베어러가 확립되는 경우 확립되는 반면, 본 발명의 실시예에서는, 애플리케이션이 이용가능하는 경우 애플리케이션의 과금 세션의 확립이 트리거되어, 어떤 애플리케이션도 이용가능하지 않을 경우 과금 시스템과 CTF 디바이스 상의 많은 과금 세션의 부담을 줄일 수 있다.
구체적으로는, CTF 디바이스에 의해 과금될 제1 애플리케이션을 검출하는 단계는 구체적으로: CTF 디바이스에 의해 애플리케이션 식별자에 따라, 애플리케이션 식별자에 대응하는 애플리케이션의 흐름을 검출하고, 애플리케이션의 과금 규칙에 따라 검출된 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 있다고 판정하고, 애플리케이션의 과금 세션이 현재 존재하지 않는다면, CTF 디바이스에 의해, 검출된 애플리케이션이 과금될 첫 번째 애플리케이션이라고 판정하는 단계를 포함할 수 있다.
본 발명의 실시예에서, 애플리케이션의 과금 세션이 확립된 후에, 이 방법은 다음과 같은 2가지 경우를 더 포함할 수 있다:
제1 경우: 과금 시스템이 온라인 과금 시스템이라면, 과금될 다른 애플리케이션들이 시작한다는 것을 CTF 디바이스가 검출하고, 다른 애플리케이션들의 등급 그룹을 만족하는 어떠한 할당량도 현재 제공되어 있지 않을 경우, CTF 디바이스는 애플리케이션의 확립된 과금 세션을 이용하여 과금 시스템으로부터 다른 애플리케이션들의 할당량을 요청한다.
제2 경우: 과금된 애플리케이션이 종료하는 것을 CTF 디바이스가 검출하고, 과금-종료된 애플리케이션의 과금 규칙이 과금-종료된 애플리케이션에 대한 애플리케이션층 과금 정보의 보고를 나타낸다면, CTF 디바이스는 애플리케이션의 확립된 과금 세션을 이용하여 과금-종료된 애플리케이션에 대한 수집된 과금 정보를 과금 시스템에 전송한다.
본 발명의 실시예에서, CTF 디바이스에 의해, 과금될 다른 애플리케이션들이 시작하는 것을 검출하는 단계는: CTF 디바이스가 PCRF 디바이스로부터 다른 애플리케이션들의 과금 규칙을 수신한 후에, CTF 디바이스에 의해, 다른 애플리케이션들의 과금 규칙을 실행하고, 애플리케이션들이 이용되기 시작하는 것을 검출하는 단계일 수 있다.
본 발명의 실시예에 따르면, 마지막 과금된 애플리케이션이 종료하는 것을 검출하는 경우, CTF 디바이스는 과금 세션 종료 요청을 과금 시스템에 전송하여 애플리케이션의 확립된 과금 세션을 종료한다.
구체적으로는, 본 발명의 실시예에서, CTF 디바이스에 의해, 마지막 과금된 애플리케이션이 종료하는 것을 검출하는 단계는 구체적으로 하기 단계를 포함할 수 있다: 애플리케이션 식별자에 대응하는 애플리케이션이 종료하고 어떠한 다른 애플리케이션도 현재 과금 정보를 수집 또는 보고하고 있지 않거나, 애플리케이션 식별자에 대응하는 애플리케이션의 과금 규칙이 업데이트 또는 삭제되어 애플리케이션에 대한 과금을 수행할 필요가 없고 다른 애플리케이션들이 현재 과금 정보를 수집 또는 보고하고 있지 않다면, CTF 디바이스에 의해, 검출된 마지막 과금된 애플리케이션이 종료한다고 판정하는 단계.
또한, IP 접속 액세스 네트워크 세션(IP Connectivity Access Network Session) IP-CAN 세션이 종료하지 않는다면, 과금 세션 종료 요청은 마지막 애플리케이션에 대한 과금이 종료하지만 IP-CAN 세션은 종료하지 않는다는 것을 나타내기 위한 표시를 더 포함할 수 있다; IP-CAN 세션이 종료한다면, 과금 세션 종료 요청은 IP-CAN 세션이 종료한다는 것을 나타내기 위한 표시를 포함한다.
도 3은, 다음과 같은 단계들을 포함하는 본 발명의 실시예에 따른 애플리케이션 과금 방법의 프로세스를 도시한다:
301. PCRF 디바이스는 애플리케이션의 과금 규칙을 CTF 디바이스에 전달하고, 여기서, 애플리케이션의 과금 규칙은 CTF 디바이스에게 애플리케이션을 검출하고 애플리케이션에 대한 과금 정보를 수집 및 보고할 것을 지시한다; CTF 디바이스는 PCEF 디바이스 또는 TDF 디바이스일 수 있고, 구체적으로 PCRF 디바이스는, 오퍼레이터에 의해 제공된 구성에 따라, 애플리케이션 과금을 트리거하기 위한 노드로서 PCEF 또는 TDF가 이용되는지를 판정할 수 있다.
애플리케이션의 과금 정책은 다음과 같은 파라미터들: 애플리케이션 식별자(Application ID) 및 애플리케이션의 과금 규칙 파라미터를 포함할 수 있고, 애플리케이션의 과금 규칙 파라미터는: 등급 그룹(Rating Group), 과금 모드, 및 애플리케이션에 대응하는 과금 유형 중 적어도 하나를 포함할 수 있다.
PCRF 디바이스는 다른 애플리케이션들에 대한 애플리케이션들의 과금 규칙을 전달할 수 있고 후속 단계들에서 애플리케이션들의 전달된 과금 규칙을 수정 또는 삭제할 수 있다는 점에 유의해야 한다.
본 발명의 실시예에서, 애플리케이션은 임의의 입도의 검출 유닛일 수 있다. 이것은, 서비스 제공자에 의해 제공되는 특정한 서비스, 서비스 유형, 또는 심지어 무관한 서비스 그룹에 의해 형성된 서비스 그룹에 대응할 수 있다, 예를 들어, 본 발명의 실시예의 애플리케이션은 피어 투 피어(Peer to Peer, P2P) 서비스이거나 eDonkey 등의 특정한 P2P 애플리케이션 또는 P2P 흐름을 제외한 모든 흐름일 수 있다.
302. PCRF 디바이스로부터 애플리케이션의 과금 규칙을 수신한 후에, CTF 디바이스는 PCRF 디바이스에 의해 제공된 명령어에 따라 과금 시스템과의 애플리케이션의 과금 세션을 확립하고, 애플리케이션에 대한 과금 정보를 수집 및 보고한다. 특정한 구현 프로세스는 다음과 같은 단계들(3021 내지 3029)을 포함한다:
3021. PCRF 디바이스로부터 애플리케이션의 과금 규칙을 수신한 후에, CTF 디바이스는 애플리케이션 식별자에 따라 애플리케이션을 검출하고, 제1 애플리케이션 App를 검출한 후에 단계(3022)를 수행한다.
과금될 제1 App를 검출하기 위한 특정한 방법은 다음과 같다: PCRF 디바이스로부터의 애플리케이션의 과금 규칙에서 운반된 애플리케이션 식별자(Application ID)에 따라, CTF 디바이스는, 그 DPI 또는 DFI 능력으로, CTF 디바이스를 통과하는 패킷 흐름에서 애플리케이션의 패킷 흐름(트래픽)을 검출하고, 제1 애플리케이션을 검출한 후에, CTF 디바이스가, PCRF 디바이스로부터의 애플리케이션의 과금 규칙에 따라, 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 있다고 판정한다면, CTF 디바이스는 애플리케이션이 과금될 제1 애플리케이션 App라고 판정한다; CTF 디바이스가, PCRF 디바이스로부터의 애플리케이션의 과금 규칙에 따라, 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 없다고 판정한다면, CTF 디바이스는, CTF 디바이스가 애플리케이션을 검출하는 경우까지 PCRF 디바이스에 의해 표시된 또 다른 애플리케이션을 계속 검출하고, PCRF 디바이스로부터의 애플리케이션의 과금 규칙에 따라, 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 있다고 판정한다면, CTF 디바이스는 그 애플리케이션이 과금될 첫 번째 애플리케이션 App이라고 판정한다.
CTF 디바이스에 의해 PCRF 디바이스로부터의 애플리케이션의 과금 규칙에 따라, 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 있다고 판정하는 단계는 구체적으로 하기를 포함한다:
본 발명의 실시예에서, 이 방법은 : CTF 디바이스에 의해, PCRF 디바이스로부터 다른 애플리케이션들의 과금 규칙을 수신하는 단계, 및 다른 애플리케이션들의 과금 규칙에 따라, 하나 이상의 베어러 상에서 전송된 다른 애플리케이션들의 흐름을 검출하는 단계를 더 포함할 수 있고; 애플리케이션의 수신된 과금 규칙에 따라, 검출된 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 있다고 판정하는 단계는 다음과 같은 2가지 경우를 포함할 수 있다:
애플리케이션의 흐름이 복수의 애플리케이션의 과금 규칙들과 매칭할 수 있다고 CTF 디바이스가 검출하는 경우, 애플리케이션 식별자에 대응하는 애플리케이션의 과금 규칙의 과금 우선순위가 다른 애플리케이션들의 과금 규칙의 과금 우선순위보다 높고 애플리케이션 식별자에 대응하는 애플리케이션의 과금 규칙이 애플리케이션에 대한 과금의 필요성을 표시한다면, CTF 디바이스에 의해, 애플리케이션 식별자에 대응하는 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 있다고 판정하는 단계; 또는
과금 방법은 : CTF 디바이스에 의해, PCRF 디바이스로부터 흐름의 과금 규칙을 수신하는 단계를 더 포함하고; 애플리케이션의 수신된 과금 규칙에 따라, 검출된 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 있다고 판정하는 단계는 구체적으로 하기 단계를 포함한다: 검출된 애플리케이션의 흐름이 흐름의 과금 규칙 및 애플리케이션의 과금 규칙과 동시에 매칭할 수 있는 경우, 애플리케이션의 과금 규칙의 과금 우선순위가 흐름의 과금 규칙의 과금 우선순위 및 다른 애플리케이션들의 과금 규칙의 과금 우선순위보다 높고 애플리케이션 식별자에 대응하는 애플리케이션의 과금 규칙이 애플리케이션에 대한 과금의 필요성을 나타낸다면, CTF 디바이스에 의해, 애플리케이션 식별자에 대응하는 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 있다고 판정하는 단계.
3022. CTF 디바이스는 애플리케이션의 과금 규칙 파라미터에 따라 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립한다.
구체적으로는, CTF 디바이스는 과금 세션 확립 요청을 과금 시스템에 전송한다.
과금 시스템이 온라인 과금 시스템 OCS(Online Charging System)이면, CTF 디바이스는 신용 제어 요청(CCR, Credit Control Request) 명령을 OCS에 전송하고, 여기서, 명령의 신용 제어 요청 유형(CC-Request-Type)의 값은 초기 요청 (INITIAL_REQUEST)으로 설정된다. 이 명령은, 등급 그룹(Rating Group)에 대응하는 자원 할당량을 OCS에게 요청하기 위해 제1 애플리케이션의 등급 그룹에 대응하는 할당량에 대한 요청을 운반한다.
과금 시스템이 오프라인 과금 시스템 OFCS(Offline Charging System)이면, CTF 디바이스는 회계 요청(Accounting Request, ACR) 명령을 전송하고, 여기서, 명령의 회계 레코드 유형(Accounting-Record-Type)의 값은 시작 레코드(START_RECORD)로 설정된다.
3023. 애플리케이션의 과금 세션이 확립되어 있다고 확인한 후에, 과금 시스템은 과금 세션 확립 응답을 CTF 디바이스에 전송한다. 과금 시스템이 OCS이면, 과금 시스템은 또한 부여된 할당량을 CTF 디바이스에 반환한다.
3024. CTF 디바이스가 PCRF 디바이스로부터의 애플리케이션의 과금 규칙에 따라 과금될 새로운 애플리케이션이 시작하는 것을 검출하고 애플리케이션의 등급 그룹을 만족하는 어떠한 할당량도 현재 제공되어 있지 않거나 과금된 애플리케이션이 종료하고 과금-종료된 애플리케이션의 과금 규칙이 과금-종료된 애플리케이션에 대한 애플리케이션층 과금 정보의 보고를 나타내는 경우, CTF 디바이스는 단계(3025)를 수행한다.
이 경우에, 애플리케이션에 대해 확립된 애플리케이션의 과금 세션은 여전히 존재한다, 즉, 이전에 과금된 애플리케이션은 종료하지 않는다. 이 경우에, 사용자의 위치가 업데이트되거나 애플리케이션의 QoS가 변한다면, CTF 디바이스는 애플리케이션에 대한 수집된 과금 정보를 보고하기 위해 단계(3025)를 수행할 수 있다.
3025. CTF 디바이스는 애플리케이션에 대한 수집된 과금 정보를 과금 시스템에 보고한다.
구체적으로는, 애플리케이션에 대한 과금 정보는 단계(3222)에서 확립된 과금 세션을 이용하여 보고될 수 있다.
과금 시스템이 OCS이면, CTF 디바이스는 신용 제어 요청 업데이트(CCR Update) 명령을 OCS에 전송하고, 여기서, 명령의 신용 제어 요청 유형(CC-Request-Type)의 값은 업데이트 요청(UPDATE_REQUEST)으로 설정된다. 이 명령은 애플리케이션(과금이 트리거되는 애플리케이션)에 대한 수집된 과금 정보를 운반할 수 있다; 새로운 과금된 애플리케이션이 시작하고 애플리케이션의 등급 그룹을 만족하는 어떤 할당량도 현재 제공되어 있지 않다면, 명령은 새로운 애플리케이션의 등급 그룹에 대응하는 할당량 요청의 요청된 서비스 유닛(RSU)(Requested-Service-Unit)을 운반한다.
과금 시스템이 OFCS이면, CTF 디바이스는 ACR 명령을 전송하고, 여기서, 명령의 회계 레코드 유형(Accounting-Record-Type)의 값은 중간 레코드(INTERIM_RECORD)로 설정된다. 이 명령은 애플리케이션에 대한 수집된 과금 정보를 보고하는데 이용된다.
3026. 과금 시스템은 응답을 CTF 디바이스에 반환한다.
과금 시스템이 OCS이면, 과금 시스템은 또한 부여된 할당량을 CTF 디바이스에 반환한다.
3027. PCRF 디바이스에 의해 전달된 정책에 따라, 과금될 마지막 애플리케이션이 종료하는 것을 검출하는 경우, CTF 디바이스는 단계(3028)를 수행한다.
과금될 마지막 애플리케이션이 종료하는 것을 검출하는 단계는 구체적으로 : 서비스가 종료하거나(사용자에 의한 서비스의 중단 또는 다른 이유로 인한 서비스의 중단을 포함함) PCRF 디바이스가 애플리케이션의 과금 규칙을 제거하여, 어떠한 애플리케이션도 현재 과금되고 있지 않다는 것; 또는 PCRF 디바이스가 애플리케이션의 과금 규칙을 업데이트하여, 어떤 애플리케이션도 현재 과금되고 있지 않다는 것을 포함한다.
3028. CTF 디바이스는 과금 세션 종료 요청을 과금 시스템에 전송하여 애플리케이션의 과금 세션을 종료한다.
종료된 과금 세션은 단계(3022)에서 확립된 애플리케이션의 과금 세션이다.
과금 시스템이 OCS이면, CTF 디바이스는 CCR 종료 명령을 OCS에 전송하고, 여기서, 명령의 CC-Request-Type의 값은 종료 요청(TERMINATION_REQUEST)으로 설정된다. 이 명령은 애플리케이션에 대한 수집된 과금 정보를 운반한다;
과금 시스템이 OFCS이면, CTF 디바이스는 ACR 명령을 전송하고, 여기서, 명령의 회계 레코드 유형(Accounting-Record-Type)의 값은 정지 레코드(STOP_RECORD)로 설정된다. 이 명령은 애플리케이션에 대한 수집된 과금 정보를 보고하는데 이용된다.
이 경우에, IP-CAN 세션이 종료하지 않는다면, 과금 세션 종료 요청은 마지막 애플리케이션에 대한 과금이 종료하지만 IP-CAN 세션은 종료하지 않는다는 것을 나타내기 위한 표시를 더 포함할 수 있다; IP-CAN 세션이 종료한다면, 과금 세션 종료 요청은 IP-CAN 세션이 종료한다는 것을 나타내기 위한 표시를 포함한다.
3029. 과금 시스템은 과금 세션이 종료한다는 것을 나타내는 확인응답(acknowledgement)을 CTF 디바이스에 반환한다.
구체적으로는, 과금 세션의 종료는 어떠한 애플리케이션도 현재 과금될 필요가 없다는 것만을 의미하고, IP-CAN 세션이 중단되거나 IP-CAN 세션에서 후속해서 애플리케이션에 대한 과금이 수행되지 않는다는 것을 의미하는 것은 아니다. IP-CAN 세션의 존재 동안에, CTF 디바이스가, PCRF 디바이스에 의해 표시되는, 과금될 애플리케이션을 검출한다면, CTF 디바이스는 단계들(3021 내지 3029)을 다시 수행한다. IP-CAN 세션을 이용하여, 애플리케이션들의 복수의 과금 세션이 확립될 수 있다, 즉, 한 애플리케이션의 과금 세션이 종료한다면, 동일한 IP-CAN 세션에서 또 다른 애플리케이션의 과금 세션이 시작될 수 있지만, 동시에는 아니고, 애플리케이션의 단 하나의 과금 세션만이 존재한다.
또한, 본 발명의 실시예에 따라, CTF 디바이스는, 애플리케이션의 과금 세션을 이용하여 애플리케이션의 흐름이 통과하는 서빙 게이트웨이의 주소 또는 공중 육상 모바일 네트워크(public land mobile network, PLMN)의 식별자를 과금 시스템에 전송하여, 과금 시스템이 서빙 게이트웨이 주소 또는 PLMN 식별자에 따라 애플리케이션 식별자에 대응하는 애플리케이션에 대해 과금하게 한다. 서빙 게이트웨이(Serving Gateway)는 서빙 GPRS 지원 노드(serving GPRS support node, SGSN)이거나 서빙 게이트웨이(Serving Gateway, S-GW)일 수 있고, 과금은 요금률을 결정하는 것 및/또는 할당량을 배정하는 것을 포함할 수 있다.
구체적으로는, CTF 디바이스에 의해 과금 시스템에 전송된 과금 세션 확립 요청은 또한, 명령-레벨 서비스-정보 파라미터에서 애플리케이션에 관련된 정보를 운반할 수 있다. 바람직하게는, 애플리케이션에 관련된 파라미터들을 집계하기 위해 하나의 파라미터가 이용될 수 있다. 여기서, 애플리케이션-정보가 예로서 이용된다. 애플리케이션-정보 파라미터는 베어러에 관련된 정보를 운반하지 않는다. 애플리케이션-정보에서 운반된 정보는 서빙 게이트웨이(Serving Gateway) 주소 또는 PLMN 식별자를 포함할 수 있고, 또는 애플리케이션의 서비스 품질(QoS)(Quality of Service), 사용자 위치, 액세스 네트워크 유형, 및 사용자 장비 유형 중 적어도 하나를 더 포함한다.
CTF 디바이스는 다음 중 2가지 방식으로 애플리케이션의 과금 세션을 이용하여 애플리케이션의 흐름이 통과하는 서빙 게이트웨이의 주소 또는 PLMN 식별자를 과금 시스템에 전송할 수 있다:
제1 방식: 본 발명의 실시예에 따르면, CTF 디바이스가 트래픽 검출 기능 TDF 디바이스이면, TDF 디바이스는 PCRF 디바이스에 의해 전송된 서빙 게이트웨이 주소 또는 PLMN 식별자를 수신하고, 서빙 게이트웨이 주소 또는 PLMN 식별자는 PCEF 디바이스에 의해 PCRF 디바이스에 전송된다.
또한, CTF 디바이스는 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 PCRF 디바이스에 전송하고, 그에 따라, PCRF 디바이스는 CTF 디바이스에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 PCEF 디바이스에 전송하여, PCEF 디바이스가, PCRF 디바이스에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 서빙 게이트웨이 주소 또는 PLMN 식별자를 PCRF 디바이스에 전송하고 PCRF 디바이스가 CTF 디바이스에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 서빙 게이트웨이 주소 또는 PLMN 식별자를 CTF 디바이스에 전송하게 한다. PLMN 변경이란 모바일 국가 코드(mobile country code, MCC) 또는 모바일 네트워크 코드(mobile network code, MNC)의 변경을 말한다. 또한, 본 발명의 실시예에 따르면, 과금 시스템이 온라인 과금 시스템 OCS이고, CTF 디바이스가 OCS에 의해 반환된 재허가 트리거 조을 수신한다면건 ―트리거 조건은 서빙 게이트웨이 주소 변경 또는 PLMN 변경을 포함함― , 이 방법은 : CTF 디바이스에 의해, 트리거 조건에 따라, 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 PCRF 디바이스에 전송하는 단계, 및 PCRF 디바이스에 의해, CTF 디바이스에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 PCEF 디바이스에 전송하는 단계를 더 포함할 수 있다.
또한, PCEF 디바이스가 서빙 게이트웨이 주소 또는 PLMN가 변한다는 것을 검출한 후에, PCEF 디바이스는, PCRF 디바이스에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 변경된 서빙 게이트웨이 주소 또는 변경된 PLMN 식별자를 PCRF 디바이스에 전송하고; PCRF 디바이스는, CTF 디바이스에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 변경된 서빙 게이트웨이 주소 또는 변경된 PLMN 식별자를 CTF 디바이스에 전송하며; CTF 디바이스는, 서빙 게이트웨이 주소 변경 또는 PLMN 변경에 따라 애플리케이션에 대한 수집된 과금 정보의 보고를 트리거한다.
제2 방식: 본 발명의 실시예에 따르면, CTF 디바이스가 트래픽 검출 기능 TDF 디바이스라면, CTF 디바이스는 다음과 같은 방식으로 서빙 게이트웨이 주소를 얻을 수 있다: TDF 디바이스는 PCEF 디바이스에 의해 직접 전송된 서빙 게이트웨이 주소 또는 PLMN 식별자 그리고 서빙 게이트웨이 주소 이후에 전송된 변경된 서빙 게이트웨이 주소 또는 PLMN 변경 이후에 전송된 변경된 PLMN 식별자를 수신한다. PCEF 디바이스에 의해 직접 전송된 서빙 게이트웨이 주소 또는 PLMN 식별자는, PCEF 디바이스에 의해, PCEF 디바이스와 TDF 디바이스 사이의 Gi/SGi 인터페이스를 통해 TDF 디바이스에 직접 전송된다. 구체적으로는, 본 발명의 실시예에서, PCEF 디바이스와 TDF 디바이스 사이의 Gi 인터페이스는 확장될 수 있고 다이아미터(Diameter) 또는 GTP 프로토콜이 추가되어, PCEF 디바이스는 제1 베어러가 확립되는 경우, 사용자 위치, 액세스 네트워크 유형, 서빙 게이트웨이 주소, 사용자 장비 유형, 및 PLMN 식별자 중 하나 이상을 TDF 디바이스에 전송할 수 있고, PCEF 디바이스는, 사용자 위치, 액세스 네트워크 유형, 서빙 게이트웨이 주소, 사용자 장비 유형, 및 PLMN 식별자 중 임의의 하나가 변경되는 것을 검출한 후에 변경된 정보를 TDF 디바이스에 전송한다.
제1 방식의 경우, 도 4에 도시된 실시예를 참조할 수 있다. 도 4에 도시된 실시예는, CTF 디바이스가 변경된 서빙 게이트웨이 주소를 얻기 위해 PCRF 디바이스로부터의 서빙 게이트웨이 주소 변경의 통보에 가입하는 특정한 구현 프로세스를 개시하며, 이 프로세스는 다음과 같은 단계들을 포함한다:
401. PCEF 디바이스는 PCRF 디바이스로부터 정책 및 과금 제어 규칙 PCC 규칙(Policy and Charging Control Rule)을 요청하고, 서빙 게이트웨이(Serving Gateway) 주소 및/또는 PLMN 식별자를 PCRF 디바이스에게 보고한다.
402. PCRF 디바이스는 TDF 디바이스와의 과금 세션을 확립하고, 과금 세션을 이용하여 애플리케이션의 과금 규칙과 서빙 게이트웨이 주소 및/또는 PLMN 식별자를 TDF 디바이스에 전달한다.
403. TDF 디바이스는 애플리케이션의 과금 규칙을 설치, 활성화, 및 실행한다; 과금 시스템이 OCS이면, TDF 디바이스는 단계들(404 및 405)을 수행한 다음 단계(406)를 수행한다; 과금 시스템이 OFCS이면, TDF 디바이스는 단계(406)를 직접 수행한다.
404. TDF 디바이스는 OCS로부터 할당량을 요청하고, 서빙 게이트웨이 주소 및/또는 PLMN 식별자를 보고한다.
405. OCS는 배정된 할당량을 TDF 디바이스에게 반환한다. 반환된 메시지는 또한, 트리거 유형(Trigger Type)을 운반할 수 있고, 여기서 트리거 유형은 서빙 게이트웨이 주소 및/또는 PLMN 식별자를 포함한다.
406. TDF 디바이스는 이벤트 가입 요청을 PCRF 디바이스에 전송하고, 이벤트 가입 요청은 서빙 게이트웨이 주소 변경 이벤트 및/또는 PLMN 변경 이벤트를 운반하고 서빙 게이트웨이 주소와 PLMN 식별자 중 어느 하나가 변하는 경우 PCRF 디바이스에게 변경된 정보를 TDF 디바이스에 전달할 것을 지시하는데 이용된다.
407. PCRF 디바이스는 정책 및 과금 제어 규칙 PCC 규칙과 이벤트 가입 요청을 PCEF 디바이스에 전달하고, 이벤트 가입 요청은 서빙 게이트웨이 주소 변경 이벤트 및/또는 PLMN 변경 이벤트를 포함하고, 서빙 게이트웨이 주소와 PLMN 식별자 중 어느 하나가 변하는 경우 PCEF 디바이스에게 변경된 서빙 게이트웨이 주소 및/또는 PLMN 식별자를 PCRF 디바이스에 보고할 것을 지시하는데 이용된다.
408. PCRF 디바이스에 의해 전송된 이벤트 가입 요청에 따라, PCEF 디바이스는 서빙 게이트웨이 주소 및 PLMN 식별자 중 어느 하나가 변하는지를 검출한다.
409. 서빙 게이트웨이 주소 및/또는 PLMN 식별자가 변하는 경우, PCEF 디바이스는 변경된 서빙 게이트웨이 주소 및/또는 PLMN 식별자를 PCRF 디바이스에 전송한다.
410. PCRF 디바이스는 변경된 서빙 게이트웨이 주소 및/또는 PLMN 식별자를 TDF 디바이스에 전송하고, 여기서, 변경된 서빙 게이트웨이 주소 및/또는 PLMN 식별자는 TDF 디바이스에 의해 애플리케이션의 과금 규칙을 재설치함으로써 전달된다.
411. 변경된 서빙 게이트웨이 주소 또는 PLMN 식별자에 따라, TDF 디바이스는 수집된 과금 정보와 변경된 서빙 게이트웨이 주소 및/또는 PLMN 식별자의 과금 시스템으로의 전송을 트리거하여 과금 시스템이 과금을 수행하게 한다.
TDF 디바이스에 의해 전송된 가입 요청을 수신한 후에, PCRF 디바이스는, TDF 디바이스의 가입 요청에 따라, 서빙 게이트웨이 주소 또는 PLMN식별자 내의 임의의 이벤트에 대응하는 이벤트 가입 요청을 PCEF 디바이스에 전송하여, PCEF 디바이스가 상기 정보들 중 임의의 것이 변하는 경우 변경된 정보를 PCRF 디바이스에 보고하게 한다. PCRF 디바이스는, PCEF 디바이스에 의해 보고된 변경된 새로운 정보를 TDF 디바이스에 전달하도록, TDF 디바이스에 전달되는 모든 애플리케이션들의 과금 정책을 업데이트한다. 구체적으로는, 과금 시스템이 OCS이면, TDF 디바이스는, OCS에 의해 반환된 트리거 유형에 따라, PCRF 디바이스로부터 TDF 디바이스가 가입한 이벤트를 판정한다. PCRF 디바이스로부터 TDF 디바이스에 의해 가입된 이벤트는 애플리케이션의 과금 규칙의 설치 메시지에 응답한 메시지에서 운반되거나, TDF 디바이스는, 애플리케이션의 과금 규칙이 설치되고 OCS에 의해 반환된 트리거 유형이 후속해서 수신된 후에 CCR 명령을 이용하여 PCRF 디바이스로부터의 이벤트에 가입한다.
TDF 디바이스가 PCRF 디바이스로부터 애플리케이션의 업데이트된 과금 규칙을 수신하고 애플리케이션의 과금 규칙이 서빙 게이트웨이 주소 변경 이벤트 또는 PLMN 변경 이벤트와 변경된 서빙 게이트웨이 주소 또는 PLMN 식별자를 운반한다면, CTF 디바이스는 수집된 과금 정보와 변경된 정보의 과금 시스템으로의 전송을 트리거한다.
본 발명의 실시예에서, TDF 디바이스는, 과금 요청을 이용하여 서빙 게이트웨이 주소 또는 PLMN 식별자를 과금 시스템에 보고하여 과금 시스템이 과금을 더 정확히 구현하게 한다. 구체적으로, 과금 시스템은 사용자가 로밍하고 있는지를 판정하고 로밍 시나리오에서 과금을 구현하도록 서빙 게이트웨이 주소에 따라 로밍 위치를 판정할 수 있고, PLMN 식별자에 따라 그 액세스된 PLMN 네트워크를 판정할 수 있으며, 나아가, 요금률 및 레코드를 결정하고 이후의 결제를 위해 PLMN의 오퍼레이터에 대한 사용 정보를 제공한다. 따라서, 과금 시스템에 대한 과금 기준의 인자들이 더욱 정확하고 과금의 정확성이 더욱 높다.
또한, 본 발명의 실시예에 따르면, 반복된 과금을 피하기 위하여, 대응하는 과금 동안에 다음과 같은 2가지 방법으로 반복된 흐름 정보가 구체적으로 제거될 수 있다:
제1 방식: CTF 디바이스가 TDF 디바이스이면, 애플리케이션의 과금 규칙은 PCRF 디바이스에 의해 PCEF 디바이스에 전송된 흐름 제어 정책을 더 포함할 수 있고, 흐름 제어 정책은 게이팅 동작에 대응하는 다운링크 서비스 데이터 흐름에 대한 정보를 운반할 수 있으며; CTF 디바이스에 의해, 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하는 단계는 구체적으로 하기 단계를 포함할 수 있다: CTF 디바이스에 의해, 검출된 애플리케이션의 흐름을 게이팅 동작에 대응하는 다운링크 서비스 데이터 흐름에 대한 정보와 매칭하고; 검출된 애플리케이션의 흐름이 게이팅 동작에 대응하는 다운링크 서비스 데이터 흐름에 대한 정보와 매칭하지 않는다면, CTF 디바이스에 의해, 애플리케이션의 흐름에 대한 과금 정보를 수집하는 단계; 또는 검출된 애플리케이션의 흐름이 게이팅 동작에 대응하는 다운링크 서비스 데이터 흐름에 대한 정보와 매칭한다면, CTF 디바이스에 의해, 애플리케이션의 흐름에 대한 과금 정보를 수집하지 않는 단계.
제2 방식: CTF 디바이스가 TDF 디바이스이면, CTF 디바이스는 PCRF 디바이스에 의해 전달되는 과금 규칙에서 운반된 흐름의 게이팅 동작 및 대응하는 다운링크 서비스 데이터 흐름에 대한 정보를 수신한다; CTF 디바이스가 다운링크 서비스 데이터 흐름에 대한 게이팅 동작을 수행한다면, CTF 디바이스에 의해, 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하는 단계는 구체적으로 하기 단계를 포함한다: 게이팅 동작이 애플리케이션의 흐름이 통과하는 것을 허용한다면, CTF 디바이스에 의해, 애플리케이션의 흐름에 대한 과금 정보를 수집하는 단계; 또는 게이팅 동작이 애플리케이션의 흐름이 통과하는 것을 허용하지 않는다면, CTF 디바이스에 의해, 애플리케이션의 흐름에 대한 과금 정보를 수집하지 않는 단계.
제2 방식에서, PCRF 디바이스가 흐름 제어 정책을 PCEF 디바이스에 전달하고 TDF 디바이스가 애플리케이션에 대해 과금한다고 PCRF 디바이스가 판정한다면, PCRF 디바이스에 의해 PCEF 디바이스에 전달된 제어 정책은 적어도 다운링크 흐름에 대한 동작을 포함하지 않거나 어떠한 동작도 포함하지 않는다. 이 경우에서, 흐름에 대한 게이팅 동작이 요구된다면, PCRF 디바이스는 흐름에 대한 게이팅 동작을 TDF 디바이스에 별도로 전달하고 TDF 디바이스는 게이팅 동작을 완료한다. 바람직하게는, PCRF 디바이스는 동작을 요구하는 흐름의 게이팅 동작을 포함한 새로운 제어 정책을 전달한다. 제2 방식에 대응하는 특정한 방식은 다음과 같다:
1) 게이팅 동작을 요구하는 흐름은 특별한 애플리케이션으로서 이용되고 전달된 파라미터들은 특별한 애플리케이션의 식별자 및 대응하는 동작을 나타낸다. 특별한 애플리케이션의 식별자 및 TDF 디바이스의 구성 정보에 따라, TDF 디바이스는 동작을 요구하는 흐름에 대한 템플릿을 결정한다. 물론, 이 경우에, TDF 디바이스는 특별한 애플리케이션의 식별자에 따라 국지적으로 흐름 템플릿 정보를 구성하고 흐름 템플릿에 따라 흐름을 매칭시키고, 게이팅을 수행한다.
2) 게이팅을 요구하는 흐름은 특별한 애플리케이션으로서 이용되고 전달된 파라미터들은 특별한 애플리케이션의 ID, 애플리케이션 ID에 대응하는 SDF 정보, 및 게이팅 동작을 나타낸다. SDF 정보에 따르면, TDF 디바이스는 게이팅을 요구하는 흐름의 TFT를 판정하고, TFT에 따라 흐름을 매칭시키며, 게이팅을 수행한다.
전술한 여러 방식에서, TDF 디바이스가 흐름에 대한 게이팅 동작을 수행하고 애플리케이션의 과금 규칙을 실행하는 경우 충돌을 야기하지 않기 위하여, 패킷이 흐름의 게이팅을 애플리케이션의 과금 규칙과 동시에 매칭시킬 수 있는 경우 TDF 디바이스가 게이팅 동작을 수행하는지 또는 애플리케이션의 과금 규칙을 실행하는지를 나타내기 위해 애플리케이션의 과금 규칙의 우선순위가 애플리케이션의 과금 규칙에서 운반될 수 있다.
CTF 디바이스가 TDF 디바이스이고 PCRF 디바이스가 어떤 흐름이 과금될 것인지에 대응하는 애플리케이션을 미리 알거나 애플리케이션의 흐름 설명 정보(예를 들어, IP 귄튜플)를 미리 안다면, 애플리케이션의 흐름 설명 정보는 애플리케이션의 과금 규칙, 예를 들어, ADC 규칙에서 운반될 수 있다. ADC 규칙을 수신한 후에, TDF 디바이스는 애플리케이션에 대한 과금을 구현하기 위해 흐름 설명에 대응하는 흐름의 통계를 작성한다. 이 경우에, PCRF 디바이스가 여전히 흐름의 QoS를 보장할 필요가 있다면, PCRF 디바이스는 여전히 흐름의 PCC 규칙을 PCEF 디바이스에 전달한다, 즉, 흐름의 PCC 규칙이 PCEF 디바이스 상에서 실행되고 TDF 디바이스 상에서 과금이 수행된다.
또한, PCRF 디바이스로부터 애플리케이션의 과금 규칙을 수신한 후에 TDF 디바이스가 과금에 대해 어떤 모드가 이용되는지를 구분할 수 있게 하기 위하여, 즉, TDF 디바이스가 애플리케이션을 검출하고 과금을 수행하기 위해 어떤 모드가 DPI/DFI 기술에 기초할지를 및 흐름 매칭에 기초하여 어떤 모드가 과금을 수행할지 판정할 수 있게 하기 위하여, TDF 디바이스는 다음과 같은 방식으로 어떤 과금 모드가 이용될 것인지를 결정할 수 있다.
1) 애플리케이션의 과금 규칙은 애플리케이션의 흐름 설명 정보와 CTF 디바이스에게 애플리케이션을 검출할 것을 지시하기 위한 표시 정보를 운반한다; CTF 디바이스는 애플리케이션의 과금 규칙을 실행한다; 표시 정보가 CTF 디바이스에게 애플리케이션을 검출할 것을 지시한다면, CTF 디바이스는, 애플리케이션 식별자에 따라, 애플리케이션 식별자에 대응하는 애플리케이션의 흐름을 검출한다 ―흐름은 하나 이상의 베어러 상에서 전송됨― ; 또는 표시 정보가 CTF 디바이스에게 애플리케이션을 검출할 것을 지시하지 않는다면, CTF 디바이스는, 과금 규칙에서 운반된 애플리케이션의 흐름 설명 정보를 하나 이상의 베어러 상에서 전송된 흐름과 매칭시키고, 하나 이상의 베어러 상에서 전송되고 흐름 설명 정보와 매칭하는 흐름을 CTF에 의해 검출된 애플리케이션의 흐름으로서 이용한다.
2) 애플리케이션의 과금 규칙이 애플리케이션의 흐름 설명 정보를 운반한다면, CTF 디바이스는 과금 규칙에서 운반된 애플리케이션의 흐름 설명 정보를 하나 이상의 베어러 상에서 전송된 흐름과 매칭시키고, 하나 이상의 베어러 상에서 전송되고 흐름 설명 정보와 매칭하는 흐름을 CTF에 의해 검출된 애플리케이션의 흐름으로서 이용한다.
또한, CTF 디바이스는 TDF 디바이스이고 애플리케이션의 과금 규칙은 특정한 애플리케이션의 식별자를 운반한다; 그리고, CTF 디바이스에 의해 애플리케이션의 과금 규칙을 실행하고 애플리케이션 식별자에 따라 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하는 단계는 구체적으로 하기 단계를 포함한다 : CTF 디바이스에 의해, 애플리케이션의 과금 규칙에서 운반된 특정한 애플리케이션의 식별자에 따라, 흐름과 매칭하는 특정한 애플리케이션의 식별자에 대응하는 애플리케이션의 국지적으로 저장된 흐름 설명 정보를 취득하거나, CTF 디바이스에 의해, 애플리케이션의 과금 규칙에서 운반된 특정한 애플리케이션의 식별자에 따라, 애플리케이션의 과금 규칙에서 운반된 애플리케이션 식별자에 대응하는 애플리케이션의 흐름 이외의 다른 데이터 흐름을 매칭시키는 단계.
특정한 애플리케이션의 식별자는 PCRF 디바이스 및 TDF 디바이스 상에서 미리 구성된다. 애플리케이션의 식별자를 수신한 후에, TDF 디바이스는 DPI 또는 DFI 등의 심사(deep inspection)를 수행하지 않는다.
또한, 본 발명의 실시예에 따르면, CTF 디바이스는 PCEF 디바이스이고 애플리케이션의 과금 규칙은 또한 애플리케이션의 과금 세션을 확립할지에 관한 명령어를 운반한다면; CTF 디바이스는, 애플리케이션의 과금 세션을 확립할지에 대한 명령어에 따라, 애플리케이션의 과금 세션을 확립할지를 판정하고; 및 명령어가 CTF 디바이스에게 애플리케이션의 과금 세션을 확립할 것을 요구한다면, CTF 디바이스는, 애플리케이션의 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립하며; 또는 명령어가 CTF 디바이스에게 애플리케이션의 과금 세션을 확립하지 않을 것을 요구한다면, CTF 디바이스는, 애플리케이션의 과금 규칙에 따라, 애플리케이션의 흐름이 위치해 있는 베어러의 과금 세션이 애플리케이션의 과금 세션이라고 판정한다. 여기서, 베어러 상의 과금 세션은 베어러 상에서 전송된 애플리케이션의 흐름에 대한 과금 정보만을 수집 및 보고하고, 다른 베어러 상에서 전송된 애플리케이션의 흐름에 대한 과금 정보는 수집 또는 보고하지 않는다.
구체적으로는, PCRF 디바이스는 PCEF 디바이스에게 애플리케이션의 과금 세션을 확립할지를 지시하기 위한 표시 파라미터, 예를 들어, 그 값이 예 또는 아니오인 App-Level-Session 파라미터를 전달할 수 있다. 표시 파라미터는, PCEF 디바이스에게 애플리케이션의 과금 세션을 확립할지를 지시하는데 이용된다. 파라미터가 아니오이면, PCEF 디바이스는 애플리케이션에 대해 애플리케이션에게 전용된 과금 세션을 확립할 필요가 없고, 이 경우에, 애플리케이션은 기존의 베어러 상의 과금 세션에서 과금될 수 있다; 파라미터가 예이면, PCEF 디바이스는 애플리케이션에 대한 전용 과금 세션을 확립한다. 애플리케이션에 대한 과금 세션을 확립하는 특정한 방법에 대해, 상기 실시예의 단계들(3021 내지 3029)을 참조할 수 있다.
또한, 본 발명의 실시예에 따르면, 애플리케이션의 과금 규칙은 또한, 애플리케이션의 흐름을 특정한 베어러와 결속하기 위한 명령어를 운반하고; CTF 디바이스에 의해, 애플리케이션의 과금 규칙을 실행하고, 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출한 후에, 이 방법은 하기 단계를 더 포함한다: CTF 디바이스에 의해, 검출된 애플리케이션의 흐름에 대한 템플릿을 명시된 베어러와 결속하는 단계.
명시된 베어러는 애플리케이션의 과금 규칙을 이용하여 PCRF 디바이스에 의해 명시된 베어러이거나 명시된 베어러는 CTF 디바이스에 의해 선택된 베어러이다; CTF 디바이스에 의해, 검출된 애플리케이션의 흐름에 대한 템플릿을 명시된 베어러와 결속하는 단계는 구체적으로 하기 단계를 포함한다: CTF 디바이스에 의해, 애플리케이션의 다운링크 흐름에 대한 템플릿을 PCRF 디바이스에 의해 명시된 베어러 또는 CTF 디바이스에 의해 선택된 베어러와 결속하는 단계; 및 CTF 디바이스에 의해 베어러의 업데이트를 개시하고, 애플리케이션의 업스트림 흐름에 대한 템플릿을 애플리케이션의 과금 세션에 대응하는 사용자 클라이언트에 전송하여, 사용자 클라이언트가 애플리케이션의 업스트림 흐름에 대한 템플릿을 PCRF 디바이스에 의해 명시된 베어러 또는 CTF 디바이스에 의해 선택된 베어러에 결속시키게 하는 단계.
본 발명의 실시예에서 제공된 기술적 해결책에 따르면, 본 발명의 실시예에서, PCRF 디바이스는, PCEF 디바이스가 애플리케이션을 검출하는 경우 PCEF 디바이스에게 판정을 수행하고 베어러 수정을 개시할 것을 지시하여, 애플리케이션이 베어러에 결속되도록, 즉, 기존의 베어러의 과금 모드가 과금을 수행하는데 이용되도록 하는데 이용된다. 추가로, 베어러의 빈번한 수정을 피하기 위하여, PCRF 디바이스는 PCEF 디바이스에게 애플리케이션의 전용 과금 세션을 확립할지를 지시한다. PCEF 디바이스의 유지보수 및 과금 시스템들간에 확립된 애플리케이션의 과금 세션에서의 자원 낭비를 감소시키기 위해 애플리케이션의 전용 과금 세션이 확립될 수 있다. 이것은 애플리케이션 과금에 편리하다.
이하에서는 본 발명의 실시예에서 제공된 과금 검출 기능 CTF 디바이스를 설명한다. 도 5는, 제1 수신 유닛(501), 제1 처리 유닛(502), 및 제1 전송 유닛(503)을 포함하는, 본 발명의 실시예에 따른 과금 검출 기능 CTF 디바이스(500)를 설명한다.
제1 수신 유닛(501)은 정책 및 과금 규칙 기능 PCRF 디바이스로부터 애플리케이션의 과금 규칙을 수신하도록 구성되고, 여기서, 애플리케이션의 과금 규칙은 애플리케이션의 애플리케이션 식별자와 과금 규칙 파라미터를 운반한다.
제1 처리 유닛(502)은, 애플리케이션의 과금 규칙을 실행하고, 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하며, 애플리케이션의 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립하며, 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하도록 구성된다.
제1 전송 유닛(503)은 애플리케이션의 과금 세션을 이용하여 애플리케이션의 흐름에 대한 수집된 과금 정보를 과금 시스템에 전송하도록 구성된다.
여기서, 애플리케이션의 과금 세션은 베어러와는 독립된 과금 세션이고, 애플리케이션에게 전용된 과금 세션이다. 애플리케이션에게 전용된 과금 세션은 복수의 애플리케이션에 의해 공유될 수 있다.
대안으로서, CTF 디바이스가 PCEF 디바이스이면, 애플리케이션의 과금 세션은 또한 디폴트 베어러의 과금 세션일 수 있고, 디폴트 베어러의 과금 세션은 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름에 대한 과금 정보를 보고할 수 있다. 이 경우에, CTF 디바이스가 과금 시스템과의 디폴트 베어러의 과금 세션을 확립했다면, CTF 디바이스는 그 과금 세션을 재사용한다; 또는 그렇지 않다면, CTF 디바이스는 과금 세션 확립 요청을 과금 시스템에 전송한다.
본 발명의 실시예에서 제공된 기술적 해결책들로부터: 애플리케이션의 과금 규칙을 수신한 후에, 본 발명의 실시예에서의 CTF 디바이스는, 과금 규칙에서 운반된 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하고, 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하며, 애플리케이션의 흐름이 검출된 후에 애플리케이션의 과금 세션이 확립된다는 것을 알 수 있다. 따라서, 베어러의 입도에 기초한 과금 세션이 이 베어러 상의 흐름에 관한 과금 정보만을 전송할 수 있는 종래 기술과는 달리, 본 발명의 실시예에서 제공되는 기술적 해결책에서는, 복수의 베어러 상의 애플리케이션들의 흐름이 검출되고, 종래 기술의 제약으로부터 벗어나, 본 발명의 실시예에서 제공되는 기술적 해결책은 OTT 애플리케이션에 대한 과금을 구현할 수 있다.
제1 처리 유닛(502)은 구체적으로 : CTF 디바이스가 과금될 제1 애플리케이션을 검출하는 경우, 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립하도록 구성된다; 또는
제1 처리 유닛(502)은 구체적으로: CTF 디바이스에 의해 애플리케이션 식별자에 따라, 애플리케이션 식별자에 대응하는 애플리케이션의 흐름을 검출하고, 애플리케이션의 과금 규칙에 따라 검출된 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 있다고 판정하며, 애플리케이션의 과금 세션이 현재 존재하지 않는다면, CTF 디바이스에 의해, 검출된 애플리케이션이 과금될 첫 번째 애플리케이션이라고 판정하도록 구성된다.
제1 수신 유닛(501)은 또한 PCRF 디바이스로부터 다른 애플리케이션의 과금 규칙을 수신한다.
제1 처리 유닛(502)은 또한, 다른 애플리케이션들의 과금 규칙에 따라, 하나 이상의 베어러 상에서 전송된 다른 애플리케이션들의 흐름을 검출한다; 애플리케이션의 흐름이 복수의 애플리케이션의 과금 규칙들과 매칭한다고 제1 처리 유닛(502)이 검출하는 경우, 애플리케이션 식별자에 대응하는 애플리케이션의 과금 규칙의 과금 우선순위가 다른 애플리케이션들의 과금 규칙의 과금 우선순위보다 높고 애플리케이션 식별자에 대응하는 애플리케이션의 과금 규칙이 애플리케이션에 대한 과금의 필요성을 표시한다면, 제1 처리 유닛(502)은, 애플리케이션 식별자에 대응하는 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 있다고 판정한다; 또는
제1 수신 유닛(501)은 PCRF 디바이스로부터 흐름의 과금 규칙을 수신한다; 제1 처리 유닛(502)에 의해 검출된 애플리케이션의 흐름이 흐름의 과금 규칙 및 복수의 애플리케이션의 과금 규칙과 매칭하는 경우, 애플리케이션에 대응하는 애플리케이션의 과금 규칙의 과금 우선순위가 흐름의 과금 규칙의 과금 우선순위 및 다른 애플리케이션들의 과금 규칙의 과금 우선순위보다 높고 애플리케이션 식별자에 대응하는 애플리케이션의 과금 규칙이 애플리케이션에 대한 과금의 필요성을 나타낸다면, 제1 처리 유닛(502)은, 애플리케이션 식별자에 대응하는 애플리케이션에 대한 과금 정보가 수집 및 보고될 필요가 있다고 판정한다.
애플리케이션의 과금 세션이 확립된 후에, 제1 처리 유닛(502)이 과금될 다른 애플리케이션들이 시작하는 것을 검출하는 경우, 제1 처리 유닛(502)은 과금될 애플리케이션에 대한 과금 정보를 수집하고 제1 전송 유닛(503)은 애플리케이션의 확립된 과금 세션을 이용하여 과금될 애플리케이션에 대한 수집된 과금 정보를 전송한다; 또는, 애플리케이션의 과금 세션이 확립된 후에, 과금 시스템이 온라인 과금 시스템이라면, 제1 처리 유닛(502)은 다른 애플리케이션들이 시작하고 애플리케이션들의 등급 그룹을 만족하는 어떠한 할당량도 현재 제공되어 있지 않다는 것을 검출하고, 제1 전송 유닛(503)은 과금 시스템으로부터 애플리케이션의 할당량을 요청한다; 또는 애플리케이션의 과금 세션이 확립된 후에, 제1 처리 유닛(502)이 과금된 애플리케이션이 종료하는 것을 검출하고 과금-종료된 애플리케이션의 과금 규칙이 과금-종료된 애플리케이션에 대한 애플리케이션층 과금 정보의 보고를 나타낸다면, 제1 전송 유닛(503)은 애플리케이션의 확립된 과금 세션을 이용하여 애플리케이션에 대한 수집된 과금 정보를 과금 시스템에 전송한다.
본 발명의 실시예에 따르면, 마지막 과금된 애플리케이션이 종료한다는 검출하는 경우, 제1 처리 유닛(502)은 과금 세션 종료 요청을 과금 시스템에 전송하여 애플리케이션의 확립된 과금 세션을 종료한다.
제1 처리 유닛(502)에 의해, 마지막 과금된 애플리케이션이 종료하는 것을 검출하는 단계는 구체적으로 하기 단계를 포함한다: 애플리케이션 식별자에 대응하는 애플리케이션이 종료하고 어떠한 다른 애플리케이션도 현재 과금 정보를 수집 또는 보고하고 있지 않거나, 애플리케이션 식별자에 대응하는 애플리케이션의 과금 규칙이 업데이트 또는 삭제되어 애플리케이션에 대한 과금을 수행할 필요가 없고 다른 애플리케이션들이 현재 과금 정보를 수집 또는 보고하고 있지 않다면, 제1 처리 유닛에 의해, 검출된 마지막 과금된 애플리케이션이 종료한다고 판정하는 단계.
CTF가 마지막 과금된 애플리케이션이 종료하는 것을 검출하는 경우 IP 접속 액세스 네트워크 세션(IP Connectivity Access Network Session) IP-CAN 세션이 종료하지 않는다고 제1 처리 유닛(502)이 판정한다면, 과금 세션 종료 요청은 마지막 애플리케이션에 대한 과금이 종료하지만 IP-CAN 세션은 종료하지 않는다는 것을 나타내기 위한 표시를 포함한다; 제1 처리 유닛이 IP-CAN 세션이 종료한다고 판정하면, 과금 세션 종료 요청은 IP-CAN 세션이 종료한다는 것을 나타내기 위한 표시를 포함한다.
본 발명의 실시예에 따르면, 제1 전송 유닛(503)은 애플리케이션의 과금 세션을 이용하여 애플리케이션의 흐름이 통과하는 서빙 게이트웨이의 주소 또는 공중 육상 모바일 네트워크 PLMN의 식별자를 과금 시스템에 전송하여, 과금 시스템이 서빙 게이트웨이 주소 또는 PLMN 식별자에 따라 애플리케이션 식별자에 대응하는 애플리케이션에 대해 과금하게 한다.
제1 수신 유닛(501)은 또한 PCRF 디바이스에 의해 전송된 서빙 게이트웨이 주소 또는 PLMN 식별자를 수신하고, 여기서 서빙 게이트웨이 주소 또는 PLMN 식별자는 PCEF 디바이스에 의해 PCRF 디바이스에 전송된다.
제1 전송 유닛(503)은 또한 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 PCRF 디바이스에 전송하고, 그에 따라, PCRF 디바이스는 제1 전송 유닛(503)에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 PCEF 디바이스에 전송하여, PCEF 디바이스가, PCRF 디바이스에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 서빙 게이트웨이 주소 또는 PLMN 식별자를 PCRF 디바이스에 전송하고 PCRF 디바이스가 제1 전송 유닛(503)에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 서빙 게이트웨이 주소 또는 PLMN 식별자를 CTF 디바이스에 전송하게 한다.
과금 시스템이 온라인 과금 시스템 OCS이라면, 제1 수신 유닛(501)은 OCS에 의해 반환된 재허가 트리거 조건을 수신한다 ―트리거 조건은 서빙 게이트웨이 주소 변경 또는 PLMN 변경을 포함함― ; CTF 디바이스에 의해 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 PCRF 디바이스에 전송하는 단계는 구체적으로: 제1 전송 유닛(503)에 의해, 트리거 조건에 포함된 서빙 게이트웨이 주소 변경 또는 PLMN 변경에 따라 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 PCRF 디바이스에 전송하는 단계를 포함한다.
PCEF 디바이스가 서빙 게이트웨이 주소 또는 PLMN가 변한다는 것을 검출한 후에, PCEF 디바이스는, PCRF 디바이스에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 변경된 서빙 게이트웨이 주소 또는 변경된 PLMN 식별자를 PCRF 디바이스에 전송하고; PCRF 디바이스는, 제1 전송 유닛(503)에 의해 전송된 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 변경된 서빙 게이트웨이 주소 또는 변경된 PLMN 식별자를 제1 수신 유닛(501)에 전송하며; 제1 전송 유닛(503)은, 서빙 게이트웨이 주소 변경 또는 PLMN 변경에 따라 애플리케이션에 대한 수집된 과금 정보의 보고를 트리거한다.
제1 수신 유닛(501)은, 정책 및 과금 집행 기능 PCEF 디바이스에 의해 직접 전송된 서빙 게이트웨이 주소 또는 PLMN 식별자와 서빙 게이트웨이 주소 이후에 전송된 변경된 서빙 게이트웨이 주소 또는 PLMN 변경 이후에 전송된 변경된 PLMN 식별자를 수신한다.
CTF 디바이스가 TDF 디바이스이고, PCRF 디바이스가 또한 게이팅 동작을 운반하는 흐름 제어 정책을 PCEF 디바이스에 전달한다면, 애플리케이션의 과금 규칙은 흐름 제어 정책에서 운반된 게이팅 동작에 대응하는 다운링크 서비스 데이터 흐름에 대한 정보를 더 포함한다; 그리고, 제1 처리 유닛(502)에 의해, 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하는 단계는 구체적으로 하기 단계를 포함한다: 제1 처리 유닛(502)에 의해, 검출된 애플리케이션의 흐름을 게이팅 동작에 대응하는 다운링크 서비스 데이터 흐름에 대한 정보와 매칭시키는 단계; 및 검출된 애플리케이션의 흐름이 게이팅 동작에 대응하는 다운링크 서비스 데이터 흐름에 대한 정보와 매칭하지 않는다면, 제1 처리 유닛(502)에 의해, 애플리케이션의 흐름에 대한 과금 정보를 수집하는 단계.
제1 수신 유닛(501)은 PCRF 디바이스에 의해 전송된 과금 규칙에서 운반된 흐름의 게이팅 동작 및 대응하는 다운링크 서비스 데이터 흐름에 대한 정보를 수신하는 경우, 제1 처리 유닛(502)이 다운링크 서비스 데이터 흐름에 대한 게이팅 동작을 수행한다면, 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하는 단계는 구체적으로 : 게이팅 동작이 애플리케이션의 흐름이 통과하는 것을 허용한다면, 제1 처리 유닛(502)에 의해, 애플리케이션의 흐름에 대한 과금 정보를 수집하는 단계를 포함한다.
애플리케이션의 과금 규칙이 애플리케이션의 흐름 설명 정보와 CTF 디바이스에게 애플리케이션을 검출할 것을 지시하기 위한 표시 정보를 운반한다면, 제1 처리 유닛(502)에 의해, 애플리케이션의 과금 규칙을 실행하고, 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하는 단계는 구체적으로 하기 단계를 포함한다: 표시 정보가 CTF 디바이스에게 애플리케이션을 검출할 것을 지시한다면, 제1 처리 유닛(502)에 의해, 애플리케이션 식별자에 대응하는 애플리케이션의 흐름을 검출하고 ―흐름은 하나 이상의 베어러 상에서 전송됨― ; 또는 그렇지 않다면, 제1 처리 유닛(502)에 의해, 과금 규칙에서 운반된 애플리케이션의 흐름 설명 정보를 하나 이상의 베어러 상에서 전송된 흐름과 매칭시키는 단계.
애플리케이션의 과금 규칙이 애플리케이션의 흐름 설명 정보를 운반한다면, 제1 처리 유닛(502)에 의해, 애플리케이션의 과금 규칙을 실행하고, 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하는 단계는 구체적으로 : 제1 처리 유닛(502)에 의해, 과금 규칙에서 운반된 애플리케이션의 흐름 설명 정보를 하나 이상의 베어러 상에서 전송된 흐름과 매칭시키는 단계를 포함한다.
제1 수신 유닛(501)에 의해 수신된 애플리케이션의 과금 규칙이 특정한 애플리케이션의 식별자를 운반한다면, 제1 처리 유닛(502)에 의해 애플리케이션의 과금 규칙을 실행하고 애플리케이션 식별자에 따라 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하는 단계는 구체적으로 하기 단계를 포함한다 : 제1 처리 유닛(502)에 의해, 애플리케이션의 과금 규칙에서 운반된 특정한 애플리케이션의 식별자에 따라, 흐름과 매칭하는 특정한 애플리케이션의 식별자에 대응하는 애플리케이션의 국지적으로 저장된 흐름 설명 정보를 취득하거나, 제1 처리 유닛(502)에 의해, 애플리케이션의 과금 규칙에서 운반된 특정한 애플리케이션의 식별자에 따라, 애플리케이션의 과금 규칙에서 운반된 애플리케이션 식별자에 대응하는 애플리케이션의 흐름 이외의 다른 데이터 흐름을 매칭시키는 단계.
본 발명의 실시예에서, CTF 디바이스가 PCEF 디바이스이고 애플리케이션의 과금 규칙이 또한 애플리케이션의 과금 세션을 확립할지에 관한 명령어를 운반한다면, 제1 처리 유닛(502)에 의해, 애플리케이션의 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하는 단계는 구체적으로 하기 단계들을 포함한다: CTF 디바이스에 의해, 애플리케이션의 과금 세션을 확립할지에 대한 명령어에 따라, 애플리케이션의 과금 세션을 확립할지를 판정하는 단계; 및 명령어가 CTF 디바이스에게 애플리케이션의 과금 세션을 확립할 것을 요구한다면, CTF 디바이스에 의해, 애플리케이션의 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립하는 단계; 또는 명령어가 CTF 디바이스에게 애플리케이션의 과금 세션을 확립하지 않을 것을 요구한다면, CTF 디바이스에 의해, 애플리케이션의 과금 규칙에 따라, 애플리케이션의 흐름이 위치해 있는 베어러의 과금 세션이 애플리케이션의 과금 세션이라고 판정하는 단계.
또한, 애플리케이션의 과금 규칙이 또한, 애플리케이션의 흐름을 특정한 베어러와 결속하기 위한 명령어를 운반한다면, 제1 처리 유닛(502)이 애플리케이션의 과금 규칙을 실행하고, 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출한 후에, 제1 처리 유닛(502)은 검출된 애플리케이션의 흐름에 대한 템플릿을 명시된 베어러와 결속한다.
또한, 명시된 베어러가 애플리케이션의 과금 규칙을 이용하여 PCRF 디바이스에 의해 명시된 베어러이거나 명시된 베어러가 제1 처리 유닛(502)에 의해 선택된 베어러이면, 제1 처리 유닛(502)에 의해, 검출된 애플리케이션의 흐름에 대한 템플릿을 명시된 베어러와 결속하는 단계는 구체적으로 하기 단계를 포함한다: 제1 처리 유닛(502)에 의해, 애플리케이션의 다운링크 흐름에 대한 템플릿을 PCRF 디바이스에 의해 명시된 베어러 또는 제1 처리 유닛(502)에 의해 선택된 베어러와 결속하는 단계; 및 제1 처리 유닛(502)에 의해 베어러의 업데이트를 개시하고, 애플리케이션의 업스트림 흐름에 대한 템플릿을 애플리케이션의 과금 세션에 대응하는 사용자 클라이언트에 전송하여, 사용자 클라이언트가 애플리케이션의 업스트림 흐름에 대한 템플릿을 PCRF 디바이스에 의해 명시된 베어러 또는 제1 처리 유닛(502)에 의해 선택된 베어러에 결속시키게 하는 단계.
본 발명의 실시예는 또한, 애플리케이션 과금 시스템을 제공한다. 본 발명의 실시예에서 제공된 애플리케이션 과금 시스템은 본 발명의 실시예에서 제공된 과금 검출 기능 CTF 디바이스를 포함할 수 있다.
도 6은 본 발명의 실시예에 따른 애플리케이션 과금 시스템을 도시한다. 애플리케이션 과금 시스템은, 과금 검출 기능 CTF 디바이스(701), 정책 및 과금 규칙 기능 PCRF 디바이스(702), 및 과금 시스템(703)을 포함한다.
CTF 디바이스(701)는, 정책 및 과금 규칙 기능 PCRF 디바이스로부터 애플리케이션의 과금 규칙을 수신하고 ―애플리케이션의 과금 규칙은 애플리케이션 식별자와 애플리케이션의 과금 규칙 파라미터를 운반함― ; 애플리케이션의 과금 규칙을 실행하고, 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하며; 애플리케이션의 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립하고; 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하며; 애플리케이션 흐름에 대한 수집된 과금 정보를 애플리케이션의 과금 세션을 이용하여 과금 시스템에 전송하도록 구성된다.
PCRF 디바이스(702)는 애플리케이션의 과금 규칙을 CTF 디바이스(701)에 전달하도록 구성된다; 과금 시스템(703)은 CTF 디바이스(701)에 의해 전송된 과금 세션 확립 요청을 수신하고, CTF 디바이스(701)로부터 애플리케이션의 흐름에 대한 수집된 과금 정보를 수신하며, 과금을 수행하여 애플리케이션에 대한 과금을 구현하도록 구성된다.
도 6에 도시된 본 발명의 실시예에서, CTF 디바이스는 TDF 디바이스 또는 PCEF 디바이스일 수 있다는 점에 유의해야 한다. CTF 디바이스가 TDF 디바이스이면, 제1 처리 유닛은 과금 정보의 흐름을 반복적으로 처리할 수 있다; 제1 처리 유닛은 또한 서빙 게이트웨이 주소 변경 또는 PLMN 식별자 변경에 가입할 수 있다. 다양한 디바이스에 의해 실행되는 처리의 상세한 프로세스에 대해, 본 발명의 다른 실시예들의 관련된 설명을 참조할 수 있고, 여기서는 반복된 설명은 제공하지 않는다.
본 발명의 실시예에서 제공된 기술적 해결들로부터: 애플리케이션의 과금 규칙을 수신한 후에, 본 발명의 실시예에서의 CTF 디바이스는, 과금 규칙에서 운반된 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하고, 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하며, 애플리케이션의 흐름이 검출된 후에 애플리케이션의 과금 세션이 확립된다는 것을 알 수 있다. 따라서, 베어러의 입도에 기초한 과금 세션이 이 베어러 상의 흐름에 관한 과금 정보만을 전송할 수 있는 종래 기술과는 달리, 본 발명의 실시예들에서 제공되는 기술적 해결책에서는, 복수의 베어러 상의 애플리케이션들의 흐름이 검출되고, 종래 기술의 제약으로부터 벗어나, 본 발명의 실시예에서 제공되는 기술적 해결책은 OTT 애플리케이션에 대한 과금을 구현할 수 있다.
도 7은 본 발명의 또 다른 실시예에 따른 애플리케이션 과금 시스템이다. 애플리케이션 과금 시스템은, 과금 검출 기능 CTF 디바이스(701), 정책 및 과금 규칙 기능 PCRF 디바이스(702), 정책 및 과금 집행 기능 PCEF 디바이스(704), 및 과금 시스템(703)을 포함한다. 이 실시예에서, CTF 디바이스는 TDF 디바이스일 수 있다. 도 6에 도시된 실시예에서 구현된 기능과는 별도로, 이 실시예의 PCEF 디바이스는 PCC 규칙을 실행할 수 있지만 TDF 디바이스는 과금을 트리거한다.
이 실시예에서 설명된 CTF 디바이스, PCEF 디바이스, PCRF 디바이스, 및 과금 시스템의 구조 및 특정한 처리에 대해, 본 발명의 다른 실시예들에서의 관련된 설명을 참조할 수 있고, 여기서는 반복된 설명은 제공되지 않는다.
도 8은 본 발명의 또 다른 실시예에 따른 과금 트리거 기능 CTF 디바이스의 구조를 도시한다. CTF 디바이스는, 적어도 하나의 프로세서(802)(예를 들어, CPU), 적어도 하나의 네트워크 인터페이스(805) 또는, 또 다른 통신 인터페이스, 메모리(806), 및 적어도 하나의 통신 버스(803)를 포함하여 이들 장치들간의 접속과 통신을 구현한다. 프로세서(802)는, 메모리(806) 내의 실행가능한 모듈, 예를 들어, 컴퓨터 프로그램을 실행하도록 구성된다. 메모리(806)는, 고속 랜덤 액세스 메모리(RAM, Random Access Memory) 또는 비휘발성 메모리, 예를 들어, 적어도 하나의 디스크 메모리를 포함할 수 있다. (유선 또는 무선일 수 있는) 적어도 하나의 네트워크 인터페이스(805)는 시스템 게이트웨이와 적어도 하나의 또 다른 네트워크 요소 사이의 통신과 접속을 구현한다. 인터넷, 광역 네트워크, 근거리 통신망, 또는 도시권 통신망이 이용될 수 있다.
일부 구현 방식에서, 메모리(806)는, 프로세서(802)에 의해 실행될 수 있는 프로그램(8061)을 저장한다. 프로그램은: 과금 검출 기능 CTF 디바이스에 의해, 정책 및 과금 규칙 기능 PCRF 디바이스로부터 애플리케이션의 과금 규칙을 수신하는 것 ―애플리케이션의 과금 규칙은 애플리케이션 식별자와 애플리케이션의 과금 규칙 파라미터를 운반함― ; CTF 디바이스에 의해, 애플리케이션의 과금 규칙을 실행하고, 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하는 것; CTF 디바이스에 의해, 애플리케이션의 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 과금 세션 확립 요청을 이용하여 애플리케이션의 과금 세션을 확립하는 것; CTF 디바이스에 의해, 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하는 것; 및 CTF 디바이스에 의해, 애플리케이션 흐름에 대한 수집된 과금 정보를 애플리케이션의 과금 세션을 이용하여 과금 시스템에 전송하는 것을 포함한다.
본 발명의 실시예들에서 제공된 기술적 해결책들로부터: 애플리케이션의 과금 규칙을 수신한 후에, 본 발명의 실시예에서의 CTF 디바이스는, 과금 규칙에서 운반된 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하고, 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하며, 애플리케이션의 흐름이 검출된 후에 애플리케이션의 과금 세션이 확립된다는 것을 알 수 있다. 따라서, 베어러의 입도에 기초한 과금 세션이 이 베어러 상의 흐름에 관한 과금 정보만을 전송할 수 있는 종래 기술과는 달리, 본 발명의 실시예들에서 제공되는 기술적 해결책에서는, 복수의 베어러 상의 애플리케이션들의 흐름이 검출되고, 종래 기술의 제약으로부터 벗어나, 본 발명의 실시예에서 제공되는 기술적 해결책은 OTT 애플리케이션에 대한 과금을 구현할 수 있다.
장치 및 시스템 내의 상이한 모듈들간의 정보 교환과 실행 프로세스는 본 발명의 방법 실시예와 동일한 사상에 기초하고 있다. 따라서, 본 발명의 방법 실시예의 설명을 참조할 수 있고, 여기서는 반복된 설명은 제공되지 않는다.
본 기술분야의 통상의 기술자라면, 실시예들의 방법들의 프로세스들 전부 또는 일부는 관련 하드웨어에게 명령하는 컴퓨터 프로그램에 의해 구현될 수 있다는 것을 이해할 수 있을 것이다. 이 프로그램은 컴퓨터-판독가능한 저장 매체에 저장될 수 있다. 프로그램이 실행되는 경우, 실시예의 방법의 프로세스가 수행된다. 전술한 저장 매체는: 자기 디스크, 광학 디스크, 판독 전용 메모리(ROM; Read-Only Memory), 또는 랜덤 액세스 메모리(RAM; Random Access Memory) 등을 포함할 수 있다.
본 발명의 원리 및 구현 방식이 특정한 실시예들을 참조하여 설명되었지만, 실시예들의 설명은 본 발명의 방법 및 사상의 이해를 돕기 위해 이용될 뿐이다. 한편, 통상의 기술자라면 본 발명의 사상에 따른 응용 범위 및 특정한 구현 방식에 대한 변경을 가할 수 있다. 결론적으로, 명세서의 내용은 본 발명에 대한 제한으로서 해석되어서는 안 된다.

Claims (34)

  1. 애플리케이션 과금 방법으로서,
    과금 검출 기능(charging Detection function) CTF 디바이스에 의해, 정책 및 과금 규칙 기능(policy and charging rules function) PCRF 디바이스로부터 애플리케이션의 과금 규칙을 수신하는 단계 ―상기 애플리케이션의 과금 규칙은 애플리케이션 식별자와 상기 애플리케이션의 과금 규칙 파라미터를 운반함― ;
    상기 CTF 디바이스에 의해, 상기 애플리케이션의 상기 과금 규칙을 실행하고, 상기 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 상기 애플리케이션의 흐름을 검출하는 단계;
    상기 CTF 디바이스에 의해, 상기 애플리케이션의 상기 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 상기 과금 세션 확립 요청을 이용하여 상기 애플리케이션의 과금 세션을 확립하는 단계;
    상기 CTF 디바이스에 의해, 상기 애플리케이션의 검출된 흐름에 대한 과금 정보를 수집하는 단계; 및
    상기 CTF 디바이스에 의해, 상기 애플리케이션의 상기 과금 세션을 이용하여 상기 애플리케이션의 흐름에 대한 상기 수집된 과금 정보를 상기 과금 시스템에 전송하는 단계
    를 포함하는 것을 특징으로 하는 과금 방법.
  2. 제1항에 있어서,
    상기 CTF 디바이스에 의해 상기 애플리케이션의 상기 과금 규칙 파라미터에 따라 과금 세션 확립 요청을 과금 시스템에 전송하고 상기 과금 세션 확립 요청을 이용하여 상기 애플리케이션의 상기 과금 세션을 확립하는 단계는 구체적으로:
    상기 애플리케이션의 상기 과금 세션이 디폴트 베어러(default bearer)의 과금 세션이고 상기 디폴트 베어러의 과금 세션이 하나 이상의 베어러 상에서 전송된 상기 애플리케이션의 흐름에 대한 상기 과금 정보를 보고할 수 있는 경우, 상기 CTF 디바이스가 상기 과금 시스템과의 상기 디폴트 베어러의 과금 세션을 확립했다면, 상기 과금 세션을 재사용하고, 또는 그렇지 않다면, 상기 CTF 디바이스에 의해, 과금 세션 확립 요청을 상기 과금 시스템에 전송하는 단계를 포함하는 과금 방법.
  3. 제1항 또는 제2항에 있어서,
    상기 CTF 디바이스에 의해 상기 애플리케이션의 상기 과금 규칙 파라미터에 따라 과금 세션 확립 요청을 과금 시스템에 전송하고 상기 과금 세션 확립 요청을 이용하여 상기 애플리케이션의 과금 세션을 확립하는 단계는 구체적으로:
    상기 CTF 디바이스가 과금될 제1 애플리케이션을 검출하는 경우, 상기 CTF 디바이스에 의해, 상기 애플리케이션의 상기 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 상기 과금 시스템에 전송하고, 상기 과금 세션 확립 요청을 이용하여 상기 애플리케이션의 상기 과금 세션을 확립하는 단계를 포함하는 과금 방법.
  4. 제3항에 있어서,
    상기 CTF 디바이스에 의해 과금될 제1 애플리케이션을 검출하는 단계는 구체적으로: 상기 CTF 디바이스에 의해 상기 애플리케이션 식별자에 따라, 상기 애플리케이션 식별자에 대응하는 상기 애플리케이션의 흐름을 검출하고, 상기 애플리케이션의 상기 과금 규칙에 따라, 상기 검출된 애플리케이션에 대한 상기 과금 정보가 수집 및 보고될 필요가 있다고 판정하고, 상기 애플리케이션의 어떠한 과금 세션도 현재 존재하지 않는다면, 상기 CTF 디바이스에 의해, 상기 검출된 애플리케이션이 과금될 첫 번째 애플리케이션이라고 판정하는 단계를 포함하는 과금 방법.
  5. 제1항 내지 제4항 중 어느 한 항에 있어서,
    상기 과금 방법은: 상기 CTF 디바이스에 의해, 상기 PCRF 디바이스로부터 또 다른 애플리케이션의 과금 규칙을 수신하고, 상기 또 다른 애플리케이션의 상기 과금 규칙에 따라, 하나 이상의 베어러 상에서 전송된 상기 또 다른 애플리케이션의 흐름을 검출하는 단계를 더 포함하고; 상기 애플리케이션의 상기 수신된 과금 규칙에 따라, 상기 검출된 애플리케이션에 대한 상기 과금 정보가 수집 및 보고될 필요가 있다고 판정하는 단계는 구체적으로: 상기 애플리케이션의 흐름이 복수의 애플리케이션의 과금 규칙과 매칭한다는 것을 상기 CTF 디바이스가 검출하는 경우, 상기 애플리케이션 식별자에 대응하는 상기 애플리케이션의 상기 과금 규칙의 과금 우선순위가 상기 또 다른 애플리케이션의 과금 규칙들의 과금 우선순위들보다 높고 상기 애플리케이션 식별자에 대응하는 상기 애플리케이션의 상기 과금 규칙이 상기 애플리케이션에 대한 과금의 필요성을 나타낸다면, 상기 CTF 디바이스에 의해, 상기 애플리케이션 식별자에 대응하는 상기 애플리케이션에 대한 상기 과금 정보가 수집 및 보고될 필요가 있다고 판정하는 단계
    를 포함하거나;
    상기 과금 방법은: 상기 CTF 디바이스에 의해, 상기 PCRF 디바이스로부터 또 다른 애플리케이션의 과금 규칙을 수신하고, 상기 또 다른 애플리케이션들의 상기 과금 규칙에 따라, 하나 이상의 베어러 상에서 전송된 상기 또 다른 애플리케이션의 흐름을 검출하는 단계를 더 포함하고; 상기 CTF 디바이스가 상기 PCRF 디바이스로부터 흐름의 과금 규칙을 수신한다면, 상기 애플리케이션의 상기 수신된 과금 규칙에 따라, 상기 검출된 애플리케이션에 대한 상기 과금 정보가 수집 및 보고될 필요가 있다고 판정하는 단계는 구체적으로: 상기 검출된 애플리케이션의 흐름이 상기 흐름의 상기 과금 규칙 및 복수의 애플리케이션의 과금 규칙들과 매칭하는 경우, 상기 애플리케이션 식별자에 대응하는 상기 애플리케이션의 상기 과금 규칙의 과금 우선순위가 상기 흐름의 과금 규칙의 과금 우선순위 및 상기 또 다른 애플리케이션의 상기 과금 규칙들의 과금 우선순위보다 높고 상기 애플리케이션 식별자에 대응하는 상기 애플리케이션의 상기 과금 규칙이 상기 애플리케이션에 대한 과금의 필요성을 나타낸다면, 상기 CTF 디바이스에 의해, 상기 애플리케이션 식별자에 대응하는 상기 애플리케이션에 대한 상기 과금 정보가 수집 및 보고될 필요가 있다고 판정하는 단계를 포함하는, 과금 방법.
  6. 제2항 내지 제5항 중 어느 한 항에 있어서,
    상기 애플리케이션의 과금 세션이 확립된 후에, 상기 방법은 :
    상기 과금 시스템이 온라인 과금 시스템이라면, 과금될 또 다른 애플리케이션들이 시작한다는 것을 상기 CTF 디바이스가 검출하고, 상기 또 다른 애플리케이션의 등급 그룹을 만족하는 어떠한 할당량도 현재 제공되어 있지 않을 경우, 상기 CTF 디바이스에 의해, 상기 애플리케이션의 상기 확립된 과금 세션을 이용하여 상기 과금 시스템으로부터 상기 또 다른 애플리케이션의 할당량을 요청하는 단계; 또는
    상기 과금된 애플리케이션이 종료하는 것을 상기 CTF 디바이스가 검출하고, 상기 과금-종료된 애플리케이션의 상기 과금 규칙이 상기 과금-종료된 애플리케이션에 대한 애플리케이션층 과금 정보의 보고를 나타낸다면, 상기 CTF 디바이스에 의해, 상기 애플리케이션의 상기 확립된 과금 세션을 이용하여 상기 과금-종료된 애플리케이션에 대한 상기 수집된 과금 정보를 상기 과금 시스템에 전송하는 단계
    를 더 포함하는 과금 방법.
  7. 제1항 내지 제6항 중 어느 한 항에 있어서,
    마지막 과금된 애플리케이션이 종료한다는 것을 상기 CTF 디바이스가 검출하는 경우, 상기 CTF 디바이스에 의해, 과금 세션 종료 요청을 상기 과금 시스템에 전송하여 상기 애플리케이션의 상기 확립된 과금 세션을 종료하는 단계를 더 포함하는 과금 방법.
  8. 제7항에 있어서,
    상기 CTF 디바이스에 의해, 마지막 과금된 애플리케이션이 종료하는 것을 검출하는 단계는 구체적으로: 상기 애플리케이션 식별자에 대응하는 상기 애플리케이션이 종료하고 어떠한 다른 애플리케이션도 현재 과금 정보를 수집 또는 보고하고 있지 않거나, 상기 애플리케이션 식별자에 대응하는 상기 애플리케이션의 상기 과금 규칙이 업데이트 또는 삭제되어 상기 애플리케이션에 대한 과금을 수행할 필요가 없고 다른 어떤 애플리케이션도 현재 과금 정보를 수집 또는 보고하고 있지 않다면, 상기 CTF 디바이스에 의해, 상기 검출된 마지막 과금된 애플리케이션이 종료한다고 판정하는 단계를 포함하는 과금 방법.
  9. 제7항 또는 제8항에 있어서,
    상기 CTF 디바이스가 상기 마지막 과금된 애플리케이션이 종료하는 것을 검출하는 경우, IP 접속 액세스 네트워크 세션(IP Connectivity Access Network Session) IP-CAN 세션이 종료하지 않는다면, 상기 과금 세션 종료 요청은 상기 마지막 애플리케이션에 대한 과금이 종료하지만 상기 IP-CAN 세션은 종료하지 않는다는 것을 나타내기 위한 표시를 포함하고; 상기 IP-CAN 세션이 종료한다면, 상기 과금 세션 종료 요청은 상기 IP-CAN 세션이 종료한다는 것을 나타내기 위한 표시를 포함하는 과금 방법.
  10. 제1항 내지 제9항 중 어느 한 항에 있어서,
    상기 CTF 디바이스는, 상기 애플리케이션의 상기 과금 세션을 이용하여 상기 애플리케이션의 흐름이 통과하는 서빙 게이트웨이의 주소 또는 공중 육상 모바일 네트워크 PLMN(public land mobile network)의 식별자를 상기 과금 시스템에 전송하여, 상기 과금 시스템이 상기 서빙 게이트웨이 주소 또는 상기 PLMN 식별자에 따라 상기 애플리케이션 식별자에 대응하는 상기 애플리케이션에 대해 과금하게 하는 과금 방법.
  11. 제10항에 있어서, 상기 CTF 디바이스는 트래픽 검출 기능 TDF 디바이스이고, 상기 방법은:
    상기 TDF 디바이스에 의해, 상기 PCRF 디바이스에 의해 전송된 상기 서빙 게이트웨이 주소 또는 PLMN 식별자를 수신하는 단계를 더 포함하고, 상기 서빙 게이트웨이 주소 또는 PLMN 식별자는 상기 PCEF 디바이스에 의해 상기 PCRF 디바이스에 전송되는 과금 방법.
  12. 제11항에 있어서, 상기 방법은,
    상기 CTF 디바이스에 의해, 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 상기 PCRF 디바이스에 전송하는 단계를 더 포함하고, 상기 PCRF 디바이스는 상기 CTF 디바이스에 의해 전송된 상기 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 상기 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 상기 PCEF 디바이스에 전송하여, 상기 PCEF 디바이스가, 상기 PCRF 디바이스에 의해 전송된 상기 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 상기 서빙 게이트웨이 주소 또는 PLMN 식별자를 상기 PCRF 디바이스에 전송하고 상기 PCRF 디바이스가 상기 CTF 디바이스에 의해 전송된 상기 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 상기 서빙 게이트웨이 주소 또는 PLMN 식별자를 상기 CTF 디바이스에 전송하게 하는 과금 방법.
  13. 제11항 또는 제12항에 있어서,
    상기 과금 시스템이 온라인 과금 시스템 OCS이고, 상기 CTF 디바이스가 상기 OCS 디바이스에 의해 반환된 재허가 트리거 조건을 수신한다면 ―상기 트리거 조건은, 서빙 게이트웨이 주소 변경 또는 PLMN 변경을 포함함― , 상기 CTF 디바이스에 의해, 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 상기 PCRF 디바이스에 전송하는 단계는 구체적으로:
    상기 CTF 디바이스에 의해, 상기 트리거 조건에 포함된 상기 서빙 게이트웨이 주소 변경 또는 PLMN 변경에 따라 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 상기 PCRF 디바이스에 전송하는 단계를 포함하는 과금 방법.
  14. 제12항 또는 제13항에 있어서,
    상기 PCEF 디바이스가 상기 서빙 게이트웨이 주소 또는 PLMN가 변한다는 것을 검출한 후에, 상기 PCEF 디바이스에 의해, 상기 PCRF 디바이스에 의해 전송된 상기 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 상기 변경된 서빙 게이트웨이 주소 또는 변경된 PLMN 식별자를 상기 PCRF 디바이스에 전송하는 단계; 상기 PCRF 디바이스에 의해, 상기 CTF 디바이스에 의해 전송된 상기 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 상기 변경된 서빙 게이트웨이 주소 또는 변경된 PLMN 식별자를 상기 CTF 디바이스에 전송하는 단계; 및 상기 CTF 디바이스에 의해, 상기 서빙 게이트웨이 주소 변경 또는 PLMN 변경에 따라 상기 애플리케이션에 대한 상기 수집된 과금 정보의 보고를 트리거하는 단계를 더 포함하는 과금 방법.
  15. 제10항에 있어서,
    상기 CTF 디바이스가 트래픽 검출 기능 TDF 디바이스이면, 상기 TDF 디바이스는, 정책 및 과금 집행 기능 PCEF 디바이스에 의해 직접 전송된 상기 서빙 게이트웨이 주소 또는 PLMN 식별자와, 상기 서빙 게이트웨이 주소 변경 이후에 전송된 변경된 서빙 게이트웨이 주소 또는 상기 PLMN 변경 이후에 전송된 변경된 PLMN 식별자를 수신하는 과금 방법.
  16. 제1항 내지 제15항 중 어느 한 항에 있어서,
    상기 CTF 디바이스가 TDF 디바이스이고, 상기 PCRF 디바이스가 또한, 게이팅 동작을 운반하는 흐름 제어 정책을 상기 PCEF 디바이스에 전달한다면, 상기 애플리케이션의 상기 과금 규칙은 상기 흐름 제어 정책에서 운반된 상기 게이팅 동작에 대응하는 다운링크 서비스 데이터 흐름에 대한 정보를 더 포함하며;
    상기 CTF 디바이스에 의해, 상기 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하는 단계는 구체적으로 : 상기 CTF 디바이스에 의해, 상기 검출된 애플리케이션의 흐름을 상기 게이팅 동작에 대응하는 다운링크 서비스 데이터 흐름에 대한 정보와 매칭시키는 단계; 및 상기 검출된 애플리케이션의 흐름이 상기 게이팅 동작에 대응하는 상기 다운링크 서비스 데이터 흐름에 대한 정보와 매칭하지 않는다면, 상기 CTF 디바이스에 의해, 상기 애플리케이션의 흐름에 대한 상기 과금 정보를 수집하는 단계를 포함하는 과금 방법.
  17. 제1항 내지 제16항 중 어느 한 항에 있어서,
    상기 CTF 디바이스가 TDF 디바이스이면, 상기 CTF 디바이스는 상기 PCRF 디바이스에 의해 전송된 과금 규칙에서 운반된 흐름의 상기 게이팅 동작 및 상기 대응하는 다운링크 서비스 데이터 흐름에 대한 정보를 수신하고;
    상기 CTF 디바이스가 상기 다운링크 서비스 데이터 흐름에 대한 게이팅 동작을 수행한다면, 상기 CTF 디바이스에 의해, 상기 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하는 단계는 구체적으로:
    상기 게이팅 동작이 상기 애플리케이션의 흐름이 통과하는 것을 허용한다면, 상기 CTF 디바이스에 의해, 상기 애플리케이션의 흐름에 대한 상기 과금 정보를 수집하는 단계를 포함하는 과금 방법.
  18. 제1항 내지 제17항 중 어느 한 항에 있어서,
    상기 애플리케이션의 상기 과금 규칙이 상기 애플리케이션의 흐름 설명 정보와 상기 CTF 디바이스에게 상기 애플리케이션을 검출할 것을 지시하기 위한 표시 정보를 운반한다면, 상기 CTF 디바이스에 의해, 상기 애플리케이션의 상기 과금 규칙을 실행하고, 상기 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하는 단계는 구체적으로:
    상기 표시 정보가 상기 CTF 디바이스에게 애플리케이션을 검출할 것을 지시한다면, 상기 CTF 디바이스에 의해, 상기 애플리케이션 식별자에 대응하는 상기 애플리케이션의 흐름을 검출하는 단계 ―상기 흐름은 하나 이상의 베어러 상에서 전송됨― ; 또는 상기 표시 정보가 상기 CTF 디바이스에게 애플리케이션을 검출할 것을 지시하지 않는다면, 상기 CTF 디바이스에 의해, 상기 과금 규칙에서 운반된 상기 애플리케이션의 상기 흐름 설명 정보를 하나 이상의 베어러 상에서 전송된 흐름과 매칭시키고, 하나 이상의 베어러 상에서 전송되고 상기 흐름 설명 정보와 매칭하는 흐름을 상기 CTF에 의해 검출된 상기 애플리케이션의 흐름으로서 이용하는 단계를 포함하는 과금 방법.
  19. 제1항 내지 제18항 중 어느 한 항에 있어서,
    상기 애플리케이션의 상기 과금 규칙은 상기 애플리케이션의 상기 흐름 설명 정보를 운반하고;
    상기 CTF 디바이스에 의해, 상기 애플리케이션의 상기 과금 규칙을 실행하고, 상기 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 상기 애플리케이션의 흐름을 검출하는 단계는 구체적으로:
    상기 CTF 디바이스에 의해, 상기 과금 규칙에서 운반된 상기 애플리케이션의 상기 흐름 설명 정보를 하나 이상의 베어러 상에서 전송된 흐름과 매칭시키고, 하나 이상의 베어러 상에서 전송되고 상기 흐름 설명 정보와 매칭하는 흐름을 상기 CTF에 의해 검출된 상기 애플리케이션의 흐름으로서 이용하는 단계를 포함하는 과금 방법.
  20. 제1항 내지 제19항 중 어느 한 항에 있어서,
    상기 CTF 디바이스는 TDF 디바이스이고 상기 애플리케이션의 상기 과금 규칙은 또한 특정한 애플리케이션의 식별자를 운반하며;
    상기 CTF 디바이스에 의해, 상기 애플리케이션의 상기 과금 규칙을 실행하고, 상기 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하는 단계는 구체적으로:
    상기 CTF 디바이스에 의해, 상기 애플리케이션의 과금 규칙에서 운반된 상기 특정한 애플리케이션의 식별자에 따라, 흐름과 매칭하는 상기 특정한 애플리케이션의 식별자에 대응하는 국지적으로 저장된 흐름 설명 정보를 취득하거나, 상기 CTF 디바이스에 의해, 상기 애플리케이션의 상기 과금 규칙에서 운반된 상기 특정한 애플리케이션의 식별자에 따라, 상기 애플리케이션의 상기 과금 규칙에서 운반된 상기 애플리케이션 식별자에 대응하는 상기 애플리케이션의 흐름 이외의 다른 데이터 흐름을 매칭시키는 단계를 포함하는 과금 방법.
  21. 제1항 내지 제19항 중 어느 한 항에 있어서,
    상기 CTF 디바이스는 PCEF 디바이스이고 상기 애플리케이션의 상기 과금 규칙은 또한 상기 애플리케이션의 상기 과금 세션을 확립할지에 대한 명령어를 운반하며;
    상기 CTF 디바이스에 의해 상기 애플리케이션의 과금 규칙 파라미터에 따라 과금 세션 확립 요청을 과금 시스템에 전송하는 단계는 구체적으로:
    상기 CTF 디바이스에 의해, 상기 애플리케이션의 과금 세션을 확립할지에 대한 상기 명령어에 따라, 상기 애플리케이션의 상기 과금 세션을 확립할지를 판정하는 단계; 및 상기 명령어가 상기 CTF 디바이스에게 상기 애플리케이션의 상기 과금 세션을 확립할 것을 요구한다면, 상기 CTF 디바이스에 의해, 상기 애플리케이션의 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 상기 과금 시스템에 전송하고, 상기 과금 세션 확립 요청을 이용하여 상기 애플리케이션의 상기 과금 세션을 확립하는 단계; 또는
    상기 명령어가 상기 CTF 디바이스에게 상기 애플리케이션의 상기 과금 세션을 확립하지 않을 것을 요구한다면, 상기 CTF 디바이스에 의해, 상기 애플리케이션의 상기 과금 규칙에 따라, 상기 애플리케이션의 흐름이 위치해 있는 베어러의 과금 세션이 상기 애플리케이션의 과금 세션이라고 판정하는 단계
    를 포함하는 과금 방법.
  22. 제21항에 있어서,
    상기 애플리케이션의 상기 과금 규칙은 또한, 상기 애플리케이션의 흐름을 명시된 베어러와 결속하기 위한 명령어를 운반하고;
    상기 CTF 디바이스에 의해, 상기 애플리케이션의 상기 과금 규칙을 실행하고, 상기 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 상기 애플리케이션의 흐름을 검출한 후에, 상기 방법은 :
    상기 CTF 디바이스에 의해, 상기 검출된 애플리케이션의 흐름에 대한 템플릿을 상기 명시된 베어러와 결속하는 단계
    를 더 포함하는 과금 방법.
  23. 제22항에 있어서,
    상기 명시된 베어러는 상기 애플리케이션의 과금 규칙을 이용하여 상기 PCRF 디바이스에 의해 명시된 베어러이거나 상기 명시된 베어러는 상기 CTF 디바이스에 의해 선택된 베어러이고;
    상기 CTF 디바이스에 의해, 상기 검출된 애플리케이션의 흐름에 대한 템플릿을 상기 명시된 베어러와 결속하는 단계는 구체적으로 :
    상기 CTF 디바이스에 의해, 상기 애플리케이션의 다운링크 흐름에 대한 템플릿을 상기 PCRF 디바이스에 의해 명시된 베어러 또는 상기 CTF 디바이스에 의해 선택된 베어러와 결속하는 단계; 및
    상기 CTF 디바이스에 의해 상기 베어러의 업데이트를 개시하고, 상기 애플리케이션의 업스트림 흐름에 대한 템플릿을 상기 애플리케이션의 상기 과금 세션에 대응하는 사용자 클라이언트에 전송하여, 상기 사용자 클라이언트가 상기 애플리케이션의 상기 업스트림 흐름에 대한 템플릿을 상기 PCRF 디바이스에 의해 명시된 베어러 또는 상기 CTF 디바이스에 의해 선택된 베어러에 결속하게 하는 단계
    를 포함하는 과금 방법.
  24. 과금 검출 기능 CTF 디바이스로서,
    정책 및 과금 규칙 기능 PCRF 디바이스로부터 애플리케이션의 과금 규칙을 수신하도록 구성된 제1 수신 유닛 ―상기 애플리케이션의 상기 과금 규칙은 애플리케이션 식별자와 상기 애플리케이션의 과금 규칙 파라미터를 운반함― ;
    상기 애플리케이션의 상기 과금 규칙을 실행하고, 상기 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 상기 애플리케이션의 흐름을 검출하고, 상기 애플리케이션의 상기 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하고, 상기 과금 세션 확립 요청을 이용하여 상기 애플리케이션의 과금 세션을 확립하고, 상기 검출된 애플리케이션의 흐름에 대한 과금 정보를 수집하도록 구성되는 제1 처리 유닛; 및
    상기 애플리케이션 흐름에 대한 상기 수집된 과금 정보를 상기 애플리케이션의 상기 과금 세션을 이용하여 상기 과금 시스템에 전송하도록 구성되는 제1 전송 유닛
    을 포함하는 CTF 디바이스.
  25. 제24항에 있어서,
    상기 제1 처리 유닛은 구체적으로:
    상기 CTF 디바이스가 과금될 제1 애플리케이션을 검출하는 경우, 상기 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 상기 과금 시스템에 전송하고, 상기 과금 세션 확립 요청을 이용하여 상기 애플리케이션의 상기 과금 세션을 확립하도록 구성되는 CTF 디바이스.
  26. 제25항에 있어서,
    상기 애플리케이션의 과금 세션이 확립된 후에, 상기 과금 시스템이 온라인 과금 시스템이고, 상기 제1 처리 유닛이 과금될 또 다른 애플리케이션이 시작하는 것을 검출하고, 상기 또 다른 애플리케이션들의 등급 그룹(rating group)을 만족하는 어떠한 할당량도 현재 제공되어 있지 않다면, 상기 제1 전송 유닛은 상기 애플리케이션의 상기 확립된 과금 세션을 이용하여 상기 과금 시스템으로부터 상기 또 다른 애플리케이션들의 할당량을 요청하며; 또는
    상기 애플리케이션의 상기 과금 세션이 확립된 후에, 상기 제1 처리 유닛이 상기 과금된 애플리케이션이 종료하는 것을 검출하고, 상기 과금-종료된 애플리케이션의 상기 과금 규칙이 상기 과금-종료된 애플리케이션에 대한 애플리케이션층 과금 정보의 보고를 나타낸다면, 상기 제1 전송 유닛은, 상기 애플리케이션의 상기 확립된 과금 세션을 이용하여 상기 과금-종료된 애플리케이션에 대한 상기 수집된 과금 정보를 상기 과금 시스템에 전송하는 CTF 디바이스.
  27. 제24항 내지 제26항 중 어느 한 항에 있어서,
    마지막 과금된 애플리케이션이 종료하는 것을 검출하는 경우, 상기 제1 처리 유닛은 과금 세션 종료 요청을 상기 과금 시스템에 전송하여 상기 애플리케이션의 상기 확립된 과금 세션을 종료하는 CTF 디바이스.
  28. 제24항 내지 제27항 중 어느 한 항에 있어서,
    상기 제1 전송 유닛은, 상기 애플리케이션의 과금 세션을 이용하여 상기 애플리케이션의 흐름이 통과하는 서빙 게이트웨이의 주소 또는 공중 육상 모바일 네트워크 PLMN(public land mobile network)의 식별자를 상기 과금 시스템에 전송하여, 상기 과금 시스템이 상기 서빙 게이트웨이 주소 또는 상기 PLMN 식별자에 따라 상기 애플리케이션 식별자에 대응하는 상기 애플리케이션에 대해 과금하게 하는 CTF 디바이스.
  29. 제28항에 있어서,
    상기 제1 수신 유닛은 또한, 상기 PCRF 디바이스에 의해 전송된 상기 서빙 게이트웨이 주소 또는 PLMN 식별자를 수신하고, 상기 서빙 게이트웨이 주소 또는 PLMN 식별자는 상기 PCEF 디바이스에 의해 상기 PCRF 디바이스에 전송되는 CTF 디바이스.
  30. 제29항에 있어서,
    상기 제1 전송 유닛은 또한, 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 상기 PCRF 디바이스에 전송하고, 그에 따라, 상기 PCRF 디바이스는 상기 제1 전송 유닛에 의해 전송된 상기 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 상기 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청을 상기 PCEF 디바이스에 전송하여, 상기 PCEF 디바이스가, 상기 PCRF 디바이스에 의해 전송된 상기 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 상기 서빙 게이트웨이 주소 또는 PLMN 식별자를 상기 PCRF 디바이스에 전송하고 상기 PCRF 디바이스가 상기 CTF 디바이스에 의해 전송된 상기 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 상기 서빙 게이트웨이 주소 또는 PLMN 식별자를 상기 CTF 디바이스에 전송하게 하는 CTF 디바이스.
  31. 제30항에 있어서,
    상기 PCEF 디바이스가 상기 서빙 게이트웨이 주소 또는 PLMN가 변한다는 것을 검출한 후에, 상기 PCEF 디바이스는, 상기 PCRF 디바이스에 의해 전송된 상기 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 상기 변경된 서빙 게이트웨이 주소 또는 변경된 PLMN 식별자를 상기 PCRF 디바이스에 전송하고; 상기 PCRF 디바이스는, 상기 제1 전송 유닛에 의해 전송된 상기 서빙 게이트웨이 주소 변경 가입 요청 또는 PLMN 변경 가입 요청에 따라 상기 변경된 서빙 게이트웨이 주소 또는 변경된 PLMN 식별자를 상기 제1 수신 유닛에 전송하며; 상기 제1 전송 유닛은, 상기 서빙 게이트웨이 주소 변경 또는 PLMN 변경에 따라 상기 애플리케이션에 대한 상기 수집된 과금 정보의 보고를 트리거하는 CTF 디바이스.
  32. 제31항에 있어서,
    상기 제1 수신 유닛은, 상기 정책 및 과금 집행 기능 PCEF 디바이스에 의해 직접 전송된 상기 서빙 게이트웨이 주소 또는 PLMN 식별자와 상기 서빙 게이트웨이 주소 변경 이후에 전송된 변경된 서빙 게이트웨이 주소 또는 상기 PLMN 변경 이후에 전송된 변경된 PLMN 식별자를 수신하는 CTF 디바이스.
  33. 제24항 내지 제32항 중 어느 한 항에 있어서,
    상기 제1 수신 유닛에 의해 수신된 상기 애플리케이션의 상기 과금 규칙은 또한 특정한 애플리케이션의 식별자를 운반하고;
    상기 제1 처리 유닛에 의해, 상기 애플리케이션의 상기 과금 규칙을 실행하고, 상기 애플리케이션 식별자에 따라, 하나 이상의 베어러 상에서 전송된 애플리케이션의 흐름을 검출하는 단계는 구체적으로:
    상기 제1 처리 유닛에 의해, 상기 애플리케이션의 과금 규칙에서 운반된 상기 특정한 애플리케이션의 식별자에 따라, 흐름과 매칭하는 상기 특정한 애플리케이션의 식별자에 대응하는 국지적으로 저장된 흐름 설명 정보를 취득하거나, 상기 제1 처리 유닛에 의해, 상기 애플리케이션의 상기 과금 규칙에서 운반된 상기 특정한 애플리케이션의 식별자에 따라, 상기 애플리케이션의 상기 과금 규칙에서 운반된 상기 애플리케이션 식별자에 대응하는 상기 애플리케이션의 흐름 이외의 다른 흐름을 매칭시키는 단계를 포함하는 CTF 디바이스.
  34. 제24항에 있어서,
    상기 애플리케이션의 상기 과금 규칙은 또한, 상기 애플리케이션의 상기 과금 세션을 확립할지에 대한 명령어를 운반하며;
    상기 제1 처리 유닛에 의해, 상기 애플리케이션의 상기 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 과금 시스템에 전송하는 단계는 구체적으로: 상기 CTF 디바이스에 의해, 상기 애플리케이션의 상기 과금 세션을 확립할지에 대한 상기 명령어에 따라, 상기 애플리케이션의 상기 과금 세션을 확립할지를 판정하는 단계; 및 상기 명령어가 상기 CTF 디바이스에게 상기 애플리케이션의 상기 과금 세션을 확립할 것을 요구한다면, 상기 CTF 디바이스에 의해, 상기 애플리케이션의 상기 과금 규칙 파라미터에 따라, 과금 세션 확립 요청을 상기 과금 시스템에 전송하고, 상기 과금 세션 확립 요청을 이용하여 상기 애플리케이션의 상기 과금 세션을 확립하는 단계; 또는 상기 명령어가 상기 CTF 디바이스에게 상기 애플리케이션의 상기 과금 세션을 확립하지 않을 것을 요구한다면, 상기 CTF 디바이스에 의해, 상기 애플리케이션의 상기 과금 규칙에 따라, 상기 애플리케이션의 흐름이 위치해 있는 베어러의 과금 세션이 상기 애플리케이션의 상기 과금 세션이라고 판정하는 단계를 포함하는 CTF 디바이스.
KR1020157023338A 2013-04-24 2013-04-24 애플리케이션에 대한 과금 방법, 과금 디바이스 및 시스템 KR101728265B1 (ko)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/074642 WO2014172858A1 (zh) 2013-04-24 2013-04-24 一种进行应用计费的方法、计费设备和系统

Publications (2)

Publication Number Publication Date
KR20150112010A true KR20150112010A (ko) 2015-10-06
KR101728265B1 KR101728265B1 (ko) 2017-04-18

Family

ID=51790988

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020157023338A KR101728265B1 (ko) 2013-04-24 2013-04-24 애플리케이션에 대한 과금 방법, 과금 디바이스 및 시스템

Country Status (9)

Country Link
US (2) US9331857B2 (ko)
EP (2) EP3364599B1 (ko)
JP (1) JP6213972B2 (ko)
KR (1) KR101728265B1 (ko)
CN (1) CN104255000B (ko)
AU (1) AU2013387520B2 (ko)
ES (1) ES2665755T3 (ko)
HU (1) HUE036842T2 (ko)
WO (1) WO2014172858A1 (ko)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104255000B (zh) * 2013-04-24 2017-11-28 华为技术有限公司 一种进行应用计费的方法、计费设备和系统
CN104349298B (zh) * 2013-08-09 2019-07-02 中兴通讯股份有限公司 一种网络计费方法、控制器、数据中心及系统
CN104053186B (zh) * 2014-06-23 2018-12-04 上海中兴软件有限责任公司 流量控制方法及装置
WO2016123737A1 (zh) * 2015-02-02 2016-08-11 中兴通讯股份有限公司 基于ott的网络侧计费方法及装置、存储介质
US9621362B2 (en) * 2015-02-03 2017-04-11 Cisco Technology, Inc. System and method for providing policy charging and rules function discovery in a network environment
CN106936603B (zh) * 2015-12-31 2020-12-08 华为技术有限公司 一种数据业务计费方法，装置和系统
JP6617826B2 (ja) * 2016-02-29 2019-12-11 富士通株式会社 通信装置、通信方法、通信システム、及びノード装置
US9900444B1 (en) * 2016-10-28 2018-02-20 Wipro Limited System and method for online charging in a communication network
EP3539257A1 (en) * 2016-11-14 2019-09-18 Convida Wireless, LLC Methods of enabling flexible charging in m2m iot service layer
CN112738744A (zh) * 2017-02-07 2021-04-30 华为技术有限公司 一种计费方法、装置和系统
CN111277720B (zh) 2017-11-16 2023-08-04 华为技术有限公司 一种计费方法、装置及系统
CN112997179B (zh) * 2018-10-31 2024-04-12 华为云计算技术有限公司 一种用于实施数据策略的设备和方法
CN112312340B (zh) * 2019-08-02 2023-12-29 华为技术有限公司 计费的方法、装置及系统

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102004050786C5 (de) * 2004-10-14 2008-03-06 Siemens Ag Kupplungsvorrichtung mit Kühlkörper
US8856860B2 (en) * 2006-08-18 2014-10-07 Cisco Technology, Inc. System and method for implementing policy server based application interaction manager
CN101132405A (zh) * 2006-08-21 2008-02-27 华为技术有限公司 提供业务代理功能的通信网络系统和方法及业务代理装置
US8086216B2 (en) 2007-01-31 2011-12-27 Alcatel Lucent Mobility aware policy and charging control in a wireless communication network
CN201036208Y (zh) * 2007-03-14 2008-03-12 仇文奎 一种按钮开关
CN101325780B (zh) * 2007-06-15 2010-07-07 华为技术有限公司 策略控制实现方法和系统、及策略和计费执行实体
US8116728B2 (en) * 2008-04-22 2012-02-14 Alcatel Lucent Charging in LTE/EPC communication networks
AU2008356856B2 (en) * 2008-05-30 2013-03-07 Alcatel-Lucent Usa Inc. Online charging architecture in LTE/EPC communication networks
US8831560B2 (en) * 2010-05-03 2014-09-09 Alcatel Lucent Charging method selection for service data flows based on the data services being requested
EP2649843B1 (en) * 2010-12-09 2015-11-04 Allot Communications Ltd. Device, system and method of traffic detection
EP2523389A3 (en) * 2011-05-09 2014-07-30 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for authorizing a transactional service by a Policy and Charging Control architecture
CN103220651A (zh) * 2012-01-21 2013-07-24 阿尔卡特朗讯 一种对应用层数据进行计费控制的方法与设备
US20130262308A1 (en) * 2012-04-03 2013-10-03 Yigang Cai Spending limits for offline charging
CN103765814B (zh) * 2012-08-08 2016-12-28 华为技术有限公司 计费控制的方法及计费触发装置、在线计费系统
CN104255000B (zh) * 2013-04-24 2017-11-28 华为技术有限公司 一种进行应用计费的方法、计费设备和系统

Also Published As

Publication number Publication date
EP2947816A1 (en) 2015-11-25
EP3364599A1 (en) 2018-08-22
EP2947816B1 (en) 2018-01-17
US9331857B2 (en) 2016-05-03
ES2665755T3 (es) 2018-04-27
US9647848B2 (en) 2017-05-09
EP2947816A4 (en) 2016-03-09
AU2013387520B2 (en) 2016-11-17
AU2013387520A1 (en) 2015-08-20
HUE036842T2 (hu) 2018-08-28
WO2014172858A1 (zh) 2014-10-30
JP6213972B2 (ja) 2017-10-18
KR101728265B1 (ko) 2017-04-18
US20160036598A1 (en) 2016-02-04
CN104255000A (zh) 2014-12-31
CN104255000B (zh) 2017-11-28
US20160241407A1 (en) 2016-08-18
EP3364599B1 (en) 2020-08-12
JP2016524358A (ja) 2016-08-12

Similar Documents

Publication Publication Date Title
KR101728265B1 (ko) 애플리케이션에 대한 과금 방법, 과금 디바이스 및 시스템
US8874715B2 (en) Charging method, system and reporting method for terminal accessing through multiple access networks
EP2624607A1 (en) Policy and charging control method supporting ip flow mobility in roaming scenario
US9131071B2 (en) Binding of SD messages with radius messages
KR20120087728A (ko) 무선통신 시스템에서 서비스품질에 따른 서비스 제공 방법 및 장치
JP6429866B2 (ja) Ｐｃｒｆを決定するための方法および装置
WO2016201999A1 (zh) 一种第三方应用的计费方法、装置及应用功能设备
WO2015143851A1 (zh) 用量监控方法、装置和系统
WO2013060170A1 (zh) 一种提供基于lipa承载的计费支持的方法及装置
WO2018076974A1 (zh) 一种策略控制方法、装置及系统
CN106936603B (zh) 一种数据业务计费方法，装置和系统
US20150071126A1 (en) Tdf session process method and pcrf
US11223492B2 (en) Wireless communication method and device
CN106714129B (zh) 漫游计费方法、相关装置及在线计费系统
US9532205B2 (en) Method and system for identifying application detection and control function mode
CN112383405B (zh) 一种数据业务计费方法、装置和系统
WO2012041150A1 (zh) 用量监测方法及策略控制与计费规则功能实体
WO2014110966A1 (zh) 一种业务数据的处理方法、装置和系统
WO2012041148A1 (zh) 一种用量监测方法及系统
KR20200021363A (ko) 어플리케이션 별 과금 정책 분리 방법 및 시스템

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant