KR101932821B1 - 서비스 도메인 과금 시스템 및 방법 - Google Patents

서비스 도메인 과금 시스템 및 방법 Download PDF

Info

Publication number
KR101932821B1
KR101932821B1 KR1020167004430A KR20167004430A KR101932821B1 KR 101932821 B1 KR101932821 B1 KR 101932821B1 KR 1020167004430 A KR1020167004430 A KR 1020167004430A KR 20167004430 A KR20167004430 A KR 20167004430A KR 101932821 B1 KR101932821 B1 KR 101932821B1
Authority
KR
South Korea
Prior art keywords
billing
service
charging
domain
event
Prior art date
Application number
KR1020167004430A
Other languages
English (en)
Other versions
KR20160034370A (ko
Inventor
구앙 엑스. 루
마이클 에프. 스타시닉
폴 엘. 주니어 러셀
데일 엔. 시드
카탈리나 엠. 엠라딘
리준 동
윌리엄 로버트 4세 플린
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 KR20160034370A publication Critical patent/KR20160034370A/ko
Application granted granted Critical
Publication of KR101932821B1 publication Critical patent/KR101932821B1/ko

Links

Images

Classifications

    • 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
    • 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
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • 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/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • 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/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
    • 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/43—Billing software details
    • 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/44—Augmented, consolidated or itemized billing statement or bill presentation
    • 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/62—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on trigger specification
    • 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/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8038—Roaming or handoff
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]

Abstract

하부 네트워크와 상호 작용할 수 있는 서비스 도메인 과금 시스템에 대한 다양한 메커니즘이 개시된다. 서비스 도메인 과금 아키텍처는 몇몇 논리적 기능으로 규정된다. 서비스 기반 과금 유형은 기존 이벤트, 세션, 온라인 및 오프라인 과금 메커니즘일 수 있고 이에 적용될 수 있다. 서비스 도메인 과금 메시지는 X, Y, Z 기준점을 통해 교환될 수 있다. E 기준점은 서비스 도메인 결제 시스템과의 인터페이싱을 위해 사용될 수 있고, B 기준점은 서비스 도메인 결제 시스템과 하부 네트워크의 결제 시스템 사이에서 사용될 수 있다.

Description

서비스 도메인 과금 시스템 및 방법{SERVICE DOMAIN CHARGING SYSTEMS AND METHODS}
본 출원은, 2013년 10월 3일 출원된 미국 가출원 61/886,458호 "Service Domain Charging System and Interactions with Underlying Networks"과 2013년 7월 24일 출원된 미국 가출원 61/857,912호 "Service Domain Charging System and Interactions with Underlying Networks"을 우선권 주장하며 참조로써 여기에 통합한다.
머신-대-머신(M2M) 기술은 유선 및 무선 통신 시스템을 사용하여 디바이스가 서로 더욱 직접적으로 통신할 수 있게 한다. M2M 기술은 사물 인터넷(IoT), 고유하게 식별 가능한 객체의 시스템 및 인터넷과 같은 네트워크를 통해 통신하는 이러한 객체의 가상 표현의 추가적인 구현을 가능하게 한다. IoT는 식료품 가게에서의 제품과 같은 심지어 평범한 매일의 객체와의 통신을 용이하게 할 수 있어, 이러한 객체의 지식(knowledge)을 개선하여 비용 및 낭비를 감소시킬 수 있다. 예를 들어, 재고에 있을 수 있거나 판매되었을 수 있는 객체와 통신할 수 있거나 이로부터 데이터를 획득할 수 있어 매우 정확한 재고 데이터를 보유할 수 있다. M2M 기술은 누가 서비스에 대해 과금할 수 있고, 누가 이러한 서비스에 대해 과금되어야 하고, 어떤 동작이 과금 가능한지를 결정하는 것과 같은, 서비스에 대한 과금에 있어서 새로운 문제를 도입한다.
여기에 개시된 것은 하부 네트워크와 상호 작용할 수 있는 서비스 도메인 과금 시스템에 관련된 방법, 디바이스 및 시스템이다. 서비스 도메인 과금 아키텍처는 서비스 도메인 과금 관리(SD-CM), 서비스 도메인 온라인 과금 시스템(SD-OCS), 서비스 도메인 오프라인 과금 시스템(SD-OFCS) 및 서비스 도메인 과금 트리거 기능(SD-CTF)을 포함하는 몇몇 논리 기능을 포함할 수 있다. 서비스 기반 과금 유형이 생성될 수 있고 기존 이벤트, 세션, 온라인 및 오프라인 과금 메커니즘에 적용될 수 있다. 서비스 도메인 과금 메시지는 X, Y, Z 기준점을 통해 교환될 수 있다. E 기준점은 서비스 도메인 결제 시스템과의 인터페이싱을 위해 사용될 수 있으며, B 기준점은 서비스 도메인 결제 시스템과 하부 네트워크의 결제 시스템 사이에서 사용될 수 있다.
　일 실시예는 M2M 네트워크의 서비스 계층의 서비스 도메인 과금 관리 기능에서 정책을 수신하는 단계를 포함하는 방법이다. 이 정책은 연관된 속성을 갖는 룰로서 규정된다. 방법은 또한 M2M 네트워크의 서비스 계층 내의 과금 가능 이벤트를 결정하기 위해 정책을 사용하는 단계를 포함한다.
M2M 서비스 도메인에 있어서의 예시적인 과금 시스템은 서비스 도메인에 대한 과금 정책을 저장하는 서비스 도메인 과금 관리 기능; 서비스 도메인 과금 관리 기능으로부터 서비스 요청을 수신하고 서비스를 허가하기 전에 요청된 서비스에 대한 크레디트를 확인하는 서비스 도메인 온라인 과금 시스템; 및 서비스 도메인 과금 관리 기능으로부터 과금 이벤트를 수신하고 서비스 도메인 과금 데이터 기록들을 생성하는 서비스 도메인 오프라인 과금 시스템을 포함할 수 있다.
일 실시예는 인프라스트럭처 노드에 있는 서비스 도메인 과금 관리 기능에서 서비스 도메인에 대한 과금 정책을 수신하는 단계를 포함하는 방법이다. 본 방법은 인프라스트럭처 노드에 있는 서비스 도메인 과금 관리 기능으로부터 엔드 노드에 있는 서비스 도메인 과금 관리 기능으로 상기 정책을 배포하는 단계를 포함할 수 있다.
일 실시예는 Tsp 기준점을 통해 서비스 계층의 서비스 도메인 과금 시스템과 3GPP 네트워크의 머신 유형 통신 연동 기능(MTC-IWF) 사이에서 과금 정보를 전송하는 단계를 포함하는 방법이다. 본 방법은 또한 서비스 계층의 상기 서비스 도메인 과금 시스템 또는 3GPP 네트워크의 MTC-IWF에서 전송된 과금 정보를 사용하는 단계를 포함한다.
본 개요는 상세한 설명에서 추가로 후술되는 개념의 선택을 단순화된 형태로 도입하기 위해 제공된다. 본 개요는 청구된 청구물의 주요 특징 또는 본질적인 특징을 식별하려고 의도된 것도 아니고, 청구된 청구물의 범위를 한정하는 데 사용되려고 의도된 것도 아니다. 또한, 청구된 청구물은 본 명세서의 임의의 부분에 언급된 임의의 또는 모든 단점을 해결하는 한계로 제한되지 않는다.
도 1은 실시예에 따른 예시적이고 비한정적인 과금 아키텍처를 나타내는 도면이다.
도 2는 온라인 과금 및 오프라인 과금을 갖는 예시적인 3GPP PCC 시스템을 나타내는 도면이다.
　도 3은 Rf/Ga 기준점을 사용하여 3GPP 오프라인 과금 시스템과의 예시적인 MTC-IWF 인터페이스를 갖는 다른 예시적이고 비한정적인 아키텍처를 나타내는 도면이다.
도 4는 예시적이고 비한정적인 oneM2M 아키텍처를 나타내는 도면이다.
도 5는 배치를 위한 예시적인 시나리오와 일부 예시적인 논리 함수의 위치를 포함하는 예시적이고 비한정적인 서비스 도메인 과금 시스템(SD-CS)을 나타내는 도면이다.
도 6a는 예시적인 과금 정책 구성 절차를 나타내는 흐름도이다.
도 6b는 애플리케이션이 SD-CM에 과금 정책을 제공하는 예시적인 과금 정책 구성 절차를 나타내는 흐름도이다.
도 7은 예시적인 서비스 도메인 오프라인 과금 절차를 나타내는 흐름도이다.
도 8a 및 8b는 크레디트 요청 및 크레디트 예약을 위한 절차를 포함하여 온라인 과금을 위한 예시적인 절차를 나타내는 흐름도이다.
도 9는 서비스 기반 과금을 위한 예시적인 절차를 나타내는 흐름도이다.
도 10은 과금 룰의 예시적이고 비한정적인 컬렉션을 나타내는 도면이다.
도 11은 <chargingRule> 리소스에 대한 예시적이고 비한정적인 리소스 구조를 나타내는 도면이다.
도 12는 <chargingCredit>에 대한 예시적인고 비한정적인 리소스 구조를 나타내는 도면이다.
도 13은 과금 구성을 위한 예시적이고 비한정적인 리소스 구조를 나타내는 도면이다.
도 14는 <chargeableEvent>에 대한 예시적이고 비한정적인 리소스 구조를 나타내는 도면이다.
도 15는 <chargeableService>에 대한 예시적이고 비한정적인 리소스 구조를 나타내는 도면이다.
도 16은 <serviceProcedure>에 대한 예시적이고 비한정적인 리소스 구조를 나타내는 도면이다.
도 17은 Z 기준점을 통해 하부 3GPP 네트워크와 인터페이싱할 수 있는 서비스 도메인 과금 시스템(SD-CS)을 나타내는 도면이다.
도 18a 및 18b는 디바이스 트리거링 절차에 대한 과금 관련 동작에 대한 3GPP와의 서비스 도메인 연동을 위한 콜 흐름을 나타내는 흐름도이다.
도 19a 및 19b는 SD-CS와 3GPP 과금 시스템 사이의 상호 작용을 나타내는 예시적인 신호 흐름을 나타내는 흐름도이다.
도 20은 SD-CS가 보상 중개(CB) 서비스 능력에 있는 예시적이고 비한정적인 아키텍처를 나타내는 도면이다.
도 21은 실시예에 따른 예시적이고 비한정적인 아키텍처를 나타낸다.
도 22a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 머신-대-머신(M2M) 또는 사물 인터넷(IoT) 통신 시스템의 시스템도이다.
도 22b는 도 22a에 나타낸 M2M/IoT 통신 시스템 내에서 사용될 수 있는 예시적인 아키텍처의 시스템도이다.
도 22c는 도 22a에 나타낸 통신 시스템 내에서 사용될 수 있는 예시적인 M2M/IoT 단말 또는 게이트웨이 디바이스의 시스템도이다.
도 22d는 도 22a의 통신 시스템의 양태가 구현될 수 있는 예시적인 컴퓨팅 시스템의 블록도이다.
도 23a 내지 23c는 실시예와 함께 사용될 수 있는 예시적인 인터페이스를 나타내는 도면이다.
유럽 전기 통신 표준 협회(ETSI) 아키텍처는 M2M 기술에 대한 오프라인 과금 시스템을 규정한다. 이 아키텍처의 양태를 통합하는 일부 실시예에서, 과금 데이터 기록(CDR) 형태의 과금 정보가 기록된 정보로부터 도출될 수 있으며, 과금 서버에 전송될 수 있다. 과금에 필요한 모든 정보는 기록을 위해 우선 선택될 수 있다. 기록된 M2M 이벤트와 CDR 사이에 일대일 매핑이 있을 수 있다.
도 1은 실시예에 따른 예시적이고 비한정적인 과금 아키텍처(100)를 나타내는 도면이다. 이러한 실시예에서, M2M 네트워크 서비스 능력 계층(NSCL)(104) 내에 포함된 과금 기능(CF)(102)은 Cm의 기준점을 사용하여 과금 서버(106)와의 상호 작용을 담당할 수 있다. 직경이 Cm 기준점에 대한 프로토콜로서 사용될 수 있다.
도 2는 온라인 과금(202) 및 오프라인 과금(204)뿐만 아니라 다른 관련 엔티티를 갖는 예시적인 3GPP PCC 시스템(200)을 나타내는 도면이다. 3세대 파트너십 프로젝트(3GPP) 정책 및 과금 제어(PCC) 시스템은 서비스 품질(QoS) 및 IP 접속 액세스 네트워크(IP-CAN)(예를 들어, EPS, UMTS, 고정, I-WLAN 등)에 대한 과금을 담당할 수 있다. PCC 아키텍처는 그들 사이의 특정 인터페이스를 갖는 다수의 기능을 포함할 수 있다. 정책 및 과금 룰 기능(PCRF)(206)은 IP-CAN 세션, IP-CAN 베어러, 및/또는 서비스 데이터 흐름(SDF)에 대한 정책 및 과금 관련 정보를 생성하는 것을 담당할 수 있다. 3GPP는 오프라인 과금(204)과 온라인 과금(202) 양쪽을 지원할 수 있다. 오프라인 과금(204)은, 과금 정보가 후불 가입자와 같이 렌더링되는 서비스에 실시간으로 영향을 주지 않는 메커니즘이다. 반대로, 온라인 과금 시스템(OCS)(202)은 실시간으로 크레디트 제어와 같은 과금 기능을 수행한다. 이는 통상적으로 선불 가입자에 대해 OCS(202)가 실시간으로 서비스 실행에 영향을 미칠 수 있게 한다. 다양한 과금 모델은 볼륨 기반 과금, 시간 기반 과금, 결합 볼륨 및 시간 기반 과금, 이벤트 기반 과금 및 무과금을 포함하여 3GPP에서 지원된다.
도 3은 Rf/Ga 기준점을 사용하여 3GPP 오프라인 과금 시스템과 예시적인 MTC-IWF 인터페이스를 갖는 다른 예시적이고 비한정적인 아키텍처(300)를 나타내는 도면이다. MTC-IWF(머신 유형 통신-연동 기능) 엔티티(302)는 M2M 서비스 능력 서버(304)를 인터페이싱한다. Tsp는 제어 평면 인터페이스를 제공할 수 있고 Gi/SGi는 사용자 평면 인터페이스일 수 있다.
도 4는 예시적이고 비한정적인 oneM2M 아키텍처(400)를 나타내는 도면이다. oneM2M은 아키텍처 설계의 초기 단계에서 최근에 제안된 표준이다. oneM2M의 중앙 부분은 복수의 공통 서비스 기능(CSF)(402)으로 이루어진 공통 서비스 엔티티(CSE)이다. CSE의 CSF(402)는 등록, 보안, 과금, 데이터 관리 등과 같은 서비스일 수 있다. CSE는 M2M 엔드 노드(예를 들어, 디바이스), 중간 노드(예를 들어, 게이트웨이) 및 인프라스트럭처 노드(예를 들어, 네트워크 플랫폼)에 상주할 수 있다. oneM2M은 애플리케이션과 CSE 사이의 X 기준점, 두 CSE 사이의 Y 기준점 및 CSE와 하부 네트워크 사이의 Z 기준점의 3개의 기준점을 규정한다. oneM2M은 X, Y 및 Z로부터 Mca, Mcc 및 Mcn으로의 기준점 이름을 업데이트하였다. 동작은 Mcc 기준점에 적용되고 또한 Mcc' 기준점에 적용되며, 이는 상호 서비스 제공자 도메인들(inter service provider domains) 사이에 있다. 일부 예시적인 oneM2M 과금 요건이 아래의 표 1에 예시된다.
요건 ID 설명
CHG-001 M2M 시스템은 리소스 사용과 함께 시스템에 의해 용이하게 되는 개별 서비스(예를 들어, 데이터 관리, 디바이스 관리 및/또는 접속 관리)에 관한 과금 특정 정보의 컬렉션을 지원할 것이다. 기록된 정보의 포맷은 필수적인 요소와 선택적인 요소를 포함하여 완전하게 특정될 것이다.
CHG-002 M2M 시스템은 하부 네트워크 오퍼레이터에 의해 제공되는 것을 포함하여, 상이한 서비스에 대해 수집된 과금 정보의 상관(예를 들어, 가입자 식별)을 용이하게 하는 메커니즘을 지원할 것이다.
CHG-003 M2M 시스템은 하부 네트워크의 기존 과금 메커니즘을 재사용할 수 있을 것이다.
CHG-004 M2M 시스템은 가입자 결제, 제공자간 결제, 및/또는 통계와 같은 추가적인 기능을 포함하는 제공자-대-가입자 회계의 목적으로, M2M 서비스 제공자의 결제 도메인으로의 과금 정보 기록들의 전송을 지원할 것이다.
CHG-005 M2M 시스템은, 상기 가입자 계정이 위치된 실시간 크레디트 제어 시스템으로부터 리소스 사용 허가를 요청할 목적으로 과금 이벤트의 생성을 지원해야 한다. 과금 이벤트와 관련 과금 가능 이벤트에 포함된 정보는 필수적인 요소와 선택적인 요소를 포함하여 완전히 특정될 것이다. 과금 가능 이벤트는 이러한 제공자에 의해 제공되는 리소스 및 관련 M2M 서비스를 이용하는, 제공자가 과금하기를 원할 수 있는 임의의 활동일 수 있다. 과금 이벤트는 리소스 허가를 위해 크레디트 제어 시스템에 의해 필요로 되는 과금 정보의 세트이다.
표 1. 과금에 대한 예시적인 oneM2M 요건
여기에서 사용되는 바와 같이, ETSI M2M 아키텍처의 서비스 능력 계층(SCL)과 oneM2M 아키텍처의 CSE 및 CSF를 포함하여 M2M 서비스 제공자에 의해 제공되는 M2M 서비스를 나타내는 M2M 서비스 도메인에서는, 이러한 실시예에서 더욱 복잡한 이해 관계자와 새로운 과금 시나리오가 있으므로 새로운 문제가 과금에 대해 제시된다. 이하의 표 2는 (표 2에서 나타낸 바와 같이 또는 이와 달리) 그 각각이 다른 것들과 결합될 수 있는 서비스 도메인에서의 일부의 예시적인 과금 시나리오를 열거한다.
과금 가능 이벤트들/동작들 설명 과금할 엔티티들 과금되는 엔티티들 과금 스킴들
가입 과금은 각각의 M2M 서비스 도메인 가입에 기초한다. M2M 서비스 제공자는 M2M 서비스 가입자에게 과금한다. 서비스 제공자 서비스 가입자는 CSE나 애플리케이션일 수 있다. 이는 고유 서비스 가입자 ID를 갖는다. 아마도 고정된 레이트, 예를 들어 월 수수료
서비스 접속 서비스 가입자는 보안 서비스 접속 당 과금된다. 하나의 가입자가 복수의 서비스 접속을 가질 수 있다. 서비스 제공자 서비스 가입자 레이트는 접속 지속기간에 의해 서비스 접속 당 결정된다. 서비스 접속이 해제되면 과금 이벤트가 종료된다.
서비스 등록 과금은 서비스 도메인 등록에 기초한다. 서비스 제공자 서비스 도메인, 예를 들어, 애플리케이션 또는 CSE 또는 CSF에 등록하는 엔티티 레이트는 등록 당 결정된다.
데이터 동작 과금은 생성, 업데이트, 검색, 삭제, 저장 공간의 사용 등과 같은 데이터에 대한 기본 동작에 기초한다. 예를 들어, 애플리케이션 A가 서비스 도메인에 데이터를 기입하고, 서비스 제공자에 의해 과금된다. 애플리케이션 B가 데이터를 판독할 때 애플리케이션 A에 의해(또는 애플리케이션 A와 서비스 제공자 양쪽에 의해) 과금된다. 1) 데이터의 소유자
2) 데이터의 소유자와 서비스 제공자 양쪽
3) 서비스 제공자		 1) 데이터의 수신자
2) 데이터의 소유자		 데이터의 소유자는 데이터를 사용하는 엔티티에 과금할 수 있고; 데이터의 소유자는 데이터 저장 및 공유 서비스에 대해 서비스 제공자에 의해 과금될 수 있다.
서비스 기반 동작 과금은 서비스에 기초하며, 따라서, 서비스를 달성하기 위한 일련의 동작을 포함할 수 있다. 예를 들어, 애플리케이션 A는 서비스 제공자로부터 특정 데이터를 요구한다. 서비스 제공자는 애플리케이션 A에 대한 데이터를 판독 및 수집하기 위해 일련의 액션을 수행한다. 서비스 제공자는 데이터의 소유자에 의해 과금되고, 서비스 제공자는 서비스에 대해 애플리케이션 A에 과금한다. 1) 서비스 제공자
2) 데이터의 소유자		 애플리케이션, CSE와 같은 서비스를 요구하는 엔티티 레이트는 서비스 당 결정된다.
표 2. 예시적인 서비스 도메인 과금 시나리오 및 이해 관계자
서비스 도메인은 과금을 지원하기 위해 이하의 기능을 사용할 수 있다:
- 자족할 수 있고 하부 네트워크와 독립적일 수 있는 서비스 도메인 과금을 가능하게 하는 효율적인 메커니즘과 인터페이스
- 수렴 과금(converged charging)이 요구되는 경우에 서비스 도메인이 하부 네트워크 과금 시스템과 상호 작용하고 이를 재사용할 수 있게 하는 메커니즘과 인터페이스
- 서비스 도메인에 의해 사용될 수 있는 온라인, 오프라인 및 새로운 과금 유형들을 지원하는 서비스 도메인 과금 메커니즘
상술한 기능은 기존의 과금 시스템에 의해 충분히 처리되지 않을 수 있다. 3GPP 과금 시스템은 이러한 기능을 처리하지 않을 수 있으며 서비스 도메인 과금에 적용되지 않을 수 있다. ETSI M2M 과금은 단지 제한된 과금 기능을 제공할 수 있다. ETSI M2M은 네트워크 서비스 능력 계층에서 간단한 정보 기록을 규정하고 단지 오프라인 과금을 처리한다. 이는 과금 정책 제어에 대해 어떠한 메커니즘도 제공하지 않는다. ETSI M2M은 또한 3GPP 과금을 재사용하는 메커니즘을 규정하지 않을 수 있다. 따라서, ETSI M2M 과금은 매우 기본적이고 완전한 M2M 과금 시스템의 요건을 충족하지 못할 수 있다. 개발 중인 새로운 표준으로서의 oneM2M은 아직 어떠한 과금 기능 및 절차도 규정하지 않았다.
따라서, 여기에 제시된 실시예에 따르면, 메커니즘은 하나 이상의 하부 네트워크와 상호 작용할 수 있는 서비스 도메인 과금 시스템에 대해 사용될 수 있다. 보다 구체적으로, 전체적인 서비스 도메인 과금 아키텍처에 대해 논리적 기능(예를 들어, SD-CM, SD-OCS, SD-OFCS 및 SD-CTF), 그 기능성 및 그 관계를 규정하는 것을 제공하는 실시예가 여기에 설명된다. 또한, 서비스 기반 과금 유형을 규정하고 서비스 도메인의 관점에서 기존의 이벤트, 세션, 온라인, 및/또는 오프라인 과금을 적용하는 실시예가 여기에 설명된다. 또한, X, Y, Z 기준점 위에서 서비스 도메인 과금 메시지를 규정하는 실시예가 여기에 설명된다. 또한, 현재의 개시는 서비스 도메인 결제 시스템과 인터페이싱하기 위한 E 기준점과 서비스 도메인 결제 시스템과 하부 네트워크의 결제 시스템 사이의 B 기준점을 설명한다. 또한, 현재의 개시는 아키텍처, 메시지 및 3GPP 과금 시스템과의 상호 작용을 개진한다. 실시예는 또한 ETSI M2M 과금에 대해 개진된다. 개시된 메커니즘을 지원하는 규정된 리소스(즉, 데이터) 구조 및 절차가 또한 여기에 개진된다. 여기에 사용되는 용어가 oneM2M 아키텍처, 표준, 및 관련 문서와 연관될 수 있지만, 현재 개시된 실시예는 임의의 서비스 도메인 과금 시스템에 적용될 수 있다는 것에 유의한다.
다양한 과금 유형이 여기에 설명된 실시예의 서비스 도메인에서 지원될 수 있다. 각각은 표 2에 상술된 가능한 과금 시나리오를 지원할 수 있다. 3GPP 과금에서 사용되는 용어는 새로운 과금 시나리오에 의해 서비스 도메인에서의 더 많은 유연성을 제공하기 위해 설명된 실시예에 따라 확장된 기능성을 갖는, 온라인/오프라인 과금과 같이 간략화를 위해 여기에 사용될 수 있다. 서비스 도메인 요건을 충족시키는 서비스 기반 과금 유형이 여기에 개진된다.
통상적인 세션 기반 및 이벤트 기반 과금 이외에도, 서비스 도메인은 고유의 서비스 기반 과금을 제공할 수 있다. CSE가 다수의 상이한 CSF를 포함할 수 있고, 또한 "큰" 데이터를 관리할 수 있기 때문에, CSE는 일력의 액션, 복수의 입력, 복수의 결정을 포함하는 복잡한 요청을 수행할 수 있다. 이러한 요청은 요청자가 하나 이상의 동작 단계에 대해서보다는 서비스에 의해 과금되는 결과를 가져올 수 있다.
서비스 도메인은 그 자신의 세션을 가질 수 있거나 세션이 없을 수 있다. 여기에 사용되는 "세션"이라는 용어는 과금의 관점에서 넓은 범위를 갖는다. 서비스 세션은 특정 서비스 제공자에게 가입자의 가입일 수 있고/있거나 논리 서비스 접속일 수 있다. 가입자는 복수의 서비스 접속을 가질 수 있다. 예를 들어, 서비스 등록은, 엔드 노드의 CSE가 인프라스트럭처 노드의 CSE에 등록할 때와 같은 프로세스에 있을 수 있다. 이러한 등록은 세션으로 간주될 수 있고, 과금은 등록 당 수행될 수 있다. 세션은 고유 서비스 세션 식별자(ID)에 의해 식별될 수 있으며, 가입자 ID, 세션 기간, 서비스 세션 QoS 및/또는 과금에 영향을 줄 수 있는 다른 정보와 연관될 수 있다.
서비스 도메인 이벤트는 데이터에 대한 동작(예를 들어, 생성, 업데이트, 검색 등)과 같은 비연속적인 처리를 나타낼 수 있다.
서비스 도메인 과금 방법은 3GPP에서 온라인 및 오프라인 과금의 개념과 유사하게 실시간 서비스에 과금이 어떻게 영향을 주는지에 기초하여 일부 실시예에서 온라인 및 오프라인 과금으로 분할될 수 있다. 오프라인 과금은 실시간으로 제공되는 서비스에 영향을 줄 수 없다. 과금 트리거링 정보는 이것이 발생된 CSF에서 생성될 수 있다. 오프라인 과금 데이터를 갖는 과금 보고서가 상이한 노드를 통해 서비스 도메인 CDR(SD-CDR)을 생성하기 위해 네트워크로 전달될 수 있다. 온라인 과금은 실시간으로 허용되는 서비스에 영향을 줄 수 있다. 서비스 요청이 먼저 생성될 수 있으며, 서비스가 허용되기 전에 요청자의 크레디트가 확인될 수 있다. 서비스가 온라인 또는 오프라인 과금을 사용하는지는 서비스 세션 또는 이벤트에 기초할 수 있다. 예를 들어, 애플리케이션은 서비스 도메인에서 데이터를 생성할 수 있고 데이터를 판독하는 것이 특정 레이트를 갖는 이벤트 기반 온라인 과금이라는 것을 특정할 수 있다. 가입자(예를 들어, 사용자, 애플리케이션)는 온라인 및 오프라인 과금 메커니즘 양쪽의 조합을 사용하여 과금될 수 있다.
서비스 도메인 과금 시스템(SD-CS)은 4개의 논리 기능으로 이루어질 수 있다. 도 5는 배치를 위한 일부 예시적인 논리 기능의 위치 및 예시적인 시나리오를 포함하는 예시적이고 비한정적인 서비스 도메인 과금 시스템(SD-CS)을 나타내는 도면이다. 아키텍처(500)의 점선은 노드의 선택적인 기능을 나타낸다. 아키텍처(500)는 인프라스트럭처 노드에서의 제어를 갖는 중앙식 과금 시스템 및 상이한 노드들을 통한 제어를 갖는 분산형 과금 시스템 양쪽을 지원할 수 있다. 후술하는 설명은 과금에 대한 기능과 콜 흐름 및 메시지의 특징이다.
서비스 도메인 과금 관리(SD-CM)(502)는 SD-CS의 중심일 수 있다. SD-CM(502)은, CSE(506)가 지원하는 과금 정책을 포함할 수 있다. 이는 규정(provisioning) 및/또는 구성에 의해 과금 정책을 획득할 수 있다. 정책은 서비스 제공자로부터 획득될 수 있거나 애플리케이션(508) 또는 다른 CSE(510)에 의해 구성될 수 있다. SD-CM(502)은 또한 서비스 계층에서 과금 가능 이벤트의 통계에 기초하여 그 정책을 업데이트할 수 있다. SD-CM(502)은 동일한 CSE(506)의 다른 CSF와의 내부 인터페이스를 가질 수 있다. SD-CM(502)은 과금 가능 이벤트 및 정책에 관한 다른 CSF(504)를 구성할 수 있다.
SD-CM(502)은 과금 정보의 수집기(aggregator) 및 발송기(dispatcher)의 역할을 할 수 있다. 이는 다른 CSF(504)로부터 과금 요청과 이벤트를 수신할 수 있다. SD-CM(502)은 요청을 서비스 도메인 온라인 과금 시스템(SD-OCS)(512) 또는 서비스 도메인 오프라인 과금 시스템(SD-OFCS)(514) 중 어느 하나로 발송할 수 있다. SD-CM(502)은 SD-OCS(512) 및/또는 SD-OFCS(514)에서 출력을 얻을 수 있으며, 정책에 기초하여 서비스 결제 도메인 또는 하부 네트워크의 과금 시스템 중 어느 하나로 정보를 전송할 수 있다. SD-CM(502)은 (인프라스트럭처 노드, 중간 노드 및 엔드 노드와 같은) 상이한 노드들의 SD-CS 간의 상호 작용에 대한 앵커 포인트(anchor point)일 수 있다. SD-CM(502)은 또한 SD-CS가 과금 관련 동작에 대해 하부 네트워크와 인터페이싱 및 상호 작용하기 위한 앵커 포인트일 수 있다.
서비스 도메인 오프라인 과금 시스템(SD-OFCS)(514)은 SD-CM(502)에서 오프라인 과금 이벤트를 수신할 수 있으며 SD-CDR 및 SD-CDR 파일을 생성할 수 있다. 서비스 도메인 온라인 과금 시스템(SD-OCS)(512)은 서비스 요청을 수신하고, 크레디트를 확인하고, 서비스를 허가할 수 있다. SD-OCS(512)는 상이한 엔티티에 대한 크레디트 정보를 유지할 수 있다.
중간 노드 또는 엔드 노드는 배치에 따라 SD-OFCS(514)와 SD-OCS(512) 중 하나 또는 양쪽을 갖거나 갖지 않을 수 있다. 인프라스트럭처 노드의 SD-CM(502)은 중간 노드(510)의 SD-CM(518), SD-OFCS(520) 및 SD-OCS(522)와, 엔드 노드(527)의 SD-CM(524), SD-OFCS(526) 및 SD-OCS(528)를 구성할 수 있어, 노드 사이의 트래픽을 감소시키고 응답 시간을 증가시키기 위해 과금이 국부적으로 수행될 수 있다.
하나 이상의 서비스 도메인 과금 트리거 기능(SD-CTF)(530, 532 및 534)이　도 5의 작은 박스에 도시된 바와 같이 CSF에 있을 수 있다. 몇몇 CSF는 SD-CTF 기능을 갖지 않을 수 있다. SD-CM(502)은 과금 가능 이벤트와 어떻게 보고할 것인지에 대해 SD-CTF(530)를 구성할 수 있다.
SD-CS(502)는 Y 또는 X 기준점을 통해 다른 CSE나 애플리케이션으로 레이트와 같은 그 과금 관련 정보를 광고할 수 있다. SD-CS(502)는 Z 기준점을 통해 하부 네트워크의 과금 및 결제 시스템을 이용할 수 있다. SD-CS, SD-OCS(512) 및 SD-OFCS(514)의 내부는 서로 통신할 수 있다. 이러한 실시예에 대한 더 상세한 사항이 여기에 제공된다.
서비스 도메인은 그 자신의 결제 시스템(536)을 가질 수 있다. 인프라스트럭처 노드(506)의 SD-CS는 E로 칭해지는 기준점을 통해 서비스 도메인 결제 시스템(536)과 통신할 수 있다. E 기준점은 M2M 서비스 도메인(예를 들면, CSE)을 애플리케이션이나 하부 네트워크가 아닌 외부 측면의 시스템들(external lateral systems)에 접속시킨다. 결제 도메인은 PAYPAL과 같은 제3자 애플리케이션일 수 있다. 서비스 도메인은 E 기준점을 통해 과금 및 결제 정보를 결제 도메인과 교환할 수 있다. 상이한 제공자들로부터 올 수 있으므로, 서비스 도메인 결제 시스템(536)은 또한 하부 시스템의 결제 시스템(540)을 갖는 B 기준점을 가질 수 있다.
엔드 노드(527)에 SD-CM이 없을 때, 엔드 노드가 등록하는 중간 노드(510)의 SD-CM(518)과 인프라스트럭처 노드(527)의 SD-CM(502)이 과금에 대한 프록시 및 수집기로서 역할을 할 수 있다. 중간 노드(510)의 SD-CM(518) 또는 인프라스트럭처 노드(527)의 SD-CM(502)은 과금 이벤트를 수집하고 엔드 노드에 대해 과금 정책을 저장하고 적용할 수 있다. 일부 경우에, 엔드 노드(527)에도 SD-CTF가 없다. 엔드 노드(527)에 관련된 트랜잭션 및 과금은 중간 노드(510) 또는 인프라스트럭처 노드(506)에서 캡처될 수 있다.
인프라스트럭처 노드(506) 및 엔드 노드(527)에서 SD-CS에 의한 동작이 도면에 도시된다. 동일한 개념과 절차가 중간 노드(510)에 적용된다. 예를 들어 인프라스트럭처 노드(506), 중간 노드(510) 및 엔드 노드(527)의 SD-CS가 서로 통신하는 멀티-홉(multi-hop) 과금 동작이 가능하다. 도면은 과금 이벤트가 엔드 노드(527)에서 발생할 수 있다는 것을 나타내지만, 과금 이벤트는 또한 중간 노드(510) 또는 인프라스트럭처 노드(506)에서 발생할 수도 있다. 과금 이벤트가 인프라스트럭처 노드(506)에서 발생하면, 인프라스트럭처 노드의 SD-CS가 과금 정보를 프로세싱할 수 있다. SD-CS는 정보의 공유를 위해 중간 노드(510) 또는 엔드 노드(527)에 과금 정보를 푸시하도록 선택할 수 있다.
도 6a는 예시적인 과금 정책 구성 절차(600)를 나타내는 흐름도이다. 흐름은, 인프라스트럭처 노드(506)의 SD-CM(502)이 과금 정책을 획득하고 다른 등록된 CSE(510 및 527)에 과금 기능을 구성할 때 하나의 가능한 통상적인 시나리오를 나타낸다. 다양한 실시예에 의해 지원될 수 있는 미도시된 다른 시나리오는 애플리케이션(508)이 X 기준점을 통해 SD-CM(502)으로 그 자신의 특정 과금 정책을 제공할 수 있는 것을 포함할 수 있다. 이러한 정책은 다른 노드들에서의 CSE들 사이에서 교환 및 구성될 수 있다. CSE는 또한 다른 애플리케이션 간의 정책의 광고 및 교환을 용이하게 할 수 있다. 예를 들어, 앱 스토어의 M2M 앱은 그 자신의 과금 정책을 푸싱하기 위해 X 기준점을 사용할 수 있거나 서비스 도메인 상의 기존의 과금 정책을 질의할 수 있다. 앱은 과금을 수집하기 위한 엔티티일 수 있다. 다양한 실시예에 의해 지원될 수 있는 미도시한 다른 시나리오는, 과금 정책이 또한 중간 노드(510) 및 엔드 노드(527)로부터 개시 및 파퓰레이팅될 수 있고, 인프라스트럭처 노드(506)의 SD-CM(502)에 의해 검증 및 수집될 수 있는 것일 수 있다. 다양한 실시예에 의해 지원될 수 있는 미도시된 또 다른 시나리오는, 과금 정책이 시간에 따라 동적으로 업데이트될 수 있는 것일 수 있다. 예를 들어, 레이트의 변화, 과금 가능 이벤트 등이 업데이트될 수 있다. 이러한 업데이트는 상이한 노드의 애플리케이션 또는 CSE에 의해 개시될 수 있다.
도 6b는, 애플리케이션이 SD-CM에 과금 정책을 제공하는 예시적인 과금 정책 구성 절차를 나타내는 흐름도이다. SD-CM은 하나의 애플리케이션에 의해 다른 애플리케이션으로 확립되는 과금 정책을 제공할 수 있다. 과금 정책을 구성하는 애플리케이션은 과금 가능 이벤트를 수집할 수 있고 서비스 도메인을 통해 다른 애플리케이션을 과금할 수 있다. 허가된다면, SD-CM은 다른 노드로 과금 정책을 배포할 수 있다.
과금 정책의 예는 지원되는 과금 유형(예를 들어, 온라인, 오프라인, 서비스 기반), 과금 유형(예를 들어, 온라인, 오프라인, 서비스 기반)과 가입자 ID 및 애플리케이션/가입자 유형의 연관, 가입자 ID의 연관, 애플리케이션/가입자 유형, 및 레이트, 과금 가능 이벤트의 리스트, 과금 가능 이벤트 보고 파라미터 및 크레디트 예약 트리거 및 임계값을 갖는 서비스 도메인 동작을 포함한다.
도 7은 예시적인 서비스 도메인 오프라인 과금 절차(700)를 나타내는 흐름도이며, 도시된 실시예에서, 엔드 노드에 SD-OFCS가 없는 것으로 상정된다. 과금 가능 이벤트가 발생하면, CSF(542)의 SD-CTF(534)가 이벤트를 보고한다. 엔드 노드(527)의 SD-CM(524)은 인프라스트럭처 노드(506)에 보고를 전송하기 전에 이러한 보고를 수집할 수 있다.
도 8a 및 8b는 크레디트 요청 및 크레디트 예약을 위한 절차를 포함하여, 온라인 과금에 대한 (반드시 순차적으로 도시되지는 않은) 예시적인 절차(800)를 나타내는 흐름도이다. 온라인 과금의 실시예에서, 요청자(예를 들어, 애플리케이션, 가입자, CSE 등)는 서비스가 허용되기 전에 서비스에 대해 지불하기에 충분한 크레디트를 가져야 한다. 충분한 크레디트가 없으면 요청이 거부될 수 있다. 과금 관련 정보는 크레디트 및 과금 레이트의 부족과 같은 거부 메시지에 제공될 수 있다. 이러한 거부는 크레디트 예약 액션을 시작하거나 과금 구성 메시지를 사용하여 새로운 레이트를 협상하는 것과 같은, 서비스 도메인에서의 다른 액션을 트리거링할 수 있다. 요청자는 또한 예를 들어 20회의 특정 데이터의 검색 동작에 대해 지불하기에 충분한 크레디트의 예약을 요청함으로써, 서비스 요청 전에 크레디트를 예약할 수 있다.
도 8은 엔드 노드(527)에서 어떤 SD-OCS도 없는 하나의 가능한 시나리오를 단지 나타낸다. 엔드 노드(527)에 SD-OCS(528)가 있을 때, 인프라스트럭처 노드의 SD-OCS(512)는 과금 구성 메시지를 사용하여 엔드 노드(527)의 SD-OCS(528)로 특정 요청자에 크레디트 정보와 결정을 푸싱할 수 있다. 따라서, 이러한 실시예의 절차는 더욱 분산되고 엔드 노드(527)에서 국부화된다. 엔드 노드 또는 중간 노드(510)의 SD-OCS(528)는 크레디트 정보를 동기화할 수 있도록 과금 보고 메시지를 사용하여 인프라스트럭처 노드(506)의 SD-OCS(510)에 하나 이상의 보고를 전송할 수 있다.
도 9는 서비스 기반 과금에 대한 예시적인 절차(900)를 나타내는 흐름도이다. 메시지가 여기에서의 다른 곳에 설명되어 있기 때문에 나타내어진 단계들은 간략화를 위해 상세하게 감소된다. 단계 1에서, 서비스 요청이 CSE에 도달한다. "CSF 발송기(902)"는 요청을 처리하고 요청이 동작의 복수의 단계를 포함하는 서비스를 타겟팅하는 것을 식별하는 엔티티를 나타내는 데 사용될 수 있다. 서비스 기반 동작의 더욱 상세한 설명을 위해 표 2를 참조한다. 단계 2에서, CSF 발송기(902)는 관련 CSF에 요청을 배포한다. 일부 동작은 다른 요청에 대한 응답에 의존할 수 있지만, 이는 명확성을 위해 도면에 도시하지 않는다.
단계 3에서, 서비스를 수행하기 위한 동작 중 일부가 완료될 수 있다. 일부 동작은 실행되고 있는 크레디트 확인에 따를 수 있다는 것에 유의한다. 단계 4에서, CSF(542)의 SD-CTF(534)는 오프라인 과금을 위한 과금 이벤트나 온라인 과금을 위한 과금 요청 중 어느 하나를 트리거링할 수 있다. 서비스 요청은 온라인 과금 및 오프라인 과금을 양쪽을 포함할 수 있다. 단계 5, 6 및 7에서, 엔드 노드(527)의 SD-CM(524)은 인프라스트럭처 노드(506)의 각각의 SD-OCS(512) 및 SD-OFCS(514)에 오프라인 과금에 대한 온라인 과금 및 과금 보고에 대한 서비스 요청을 발송할 수 있다. 이는 또한 요청 및 응답을 수집할 수 있다. 절차 중 일부는 다른 것에 의존할 수 있다. 단계 8에서, 다른 동작이 완료된다. CSF 발송기(902)는 상태를 수신할 수 있다. 이는 또한 서비스의 완료의 서비스 요청자를 통지할 수 있다.
이하의　표 3은 서비스 도메인 과금 동작에서 사용될 수 있는 메시지를 열거한다. 키 정보 요소(IE)가 이러한 메시지의 사용을 나타내기 위해 열거되며, 다른 IE가 추가적인 정보를 전달하기 위해 포함될 수 있다. 이러한 메시지는 RESTful 프로토콜 또는 기반 프로토콜 또는 그에 기반한 다른 프로토콜과 같은 다른 스타일의 프로토콜에 의해 지원될 수 있다. 여기에 개진된 서비스 계층 과금 시스템은 RESTful 아키텍처 또는 논-RESTful 아키텍처에 적용될 수 있다.
메시지 이름 설명 키 IE 기준점 관련 리소스 및 동작
Charging Config Req/Rsp (지원되는 과금 유형, 레이트 등과 같은) 과금 정책을 푸싱, 권유 및 협상하는 데 사용되는 메시지의 쌍. 발급자가 수신자에게 과금 정책을 전송할 수 있거나, 수신자로부터 과금 정책 입력을 요청할 수 있다. - 과금 정책 또는 저장되어 있는 URL과 같은 과금 정책에 대한 포인터;
- 가입자, 애플리케이션, 서비스, 세션 등과 같은 정책이 적용되는 것을 식별하는 고유 ID		 X,Y,Z,E 과금 구성 및 정책의 설정을 위해, chargingConfigs 컬렉션의 (생성, 검색, 업데이트, 삭제와 같은) 동작, <chargingConfig> 리소스 또는
<chargingConfig>의 자식 리소스의 임의의 것에 의해 달성된다.
특정 과금 룰의 설정을 위해, chargingRules 컬렉션, 또는 특정 룰에 대한 <chargingRule>, 또는 <chargingRule> 리소스의 속성에 대한 동작에 의해 달성된다.
Charging Report Req/Rsp 과금 이벤트를 보고하기 위해 서비스 도메인 오프라인 과금을 포함하여, 과금 정보를 교환하기 위해 2개의 과금 기능에 대해 사용되는 메시지의 쌍;
인프라스트럭처 노드의 SD-OCS에 온라인 과금 이벤트를 보고하기 위한 엔드 노드 또는 중간 노드의 SD-OCS		 - 그 연관된 파라미터를 갖는 과금 이벤트
- 관련 엔티티들의 고유 ID들		 Y,Z,E chargingRecords는 보고에 사용된다.
Credit Check Req/Rsp 크레디트 확인, 요청 및 허가에 사용되는 메시지의 쌍 - 크레디트 유닛;
- 크레디트의 수
- 관련 엔티티들의 고유 ID들		 Y,E 크레디트 확인은 <chargingCredit> 리소스를 동작시킴으로써 달성될 수 있다.
Credit Reservation Req/Rsp 과금 시스템으로부터 요청자가 크레디트를 예약하는 데 사용되는 메시지의 쌍 - 크레디트 유닛;
- 크레디트의 수;
- 관련 엔티티들의 고유 ID들		 Y,E 크레디트 예약은 <chargingCredit> 리소스를 동작시킴으로써 달성될 수 있다.
Billing Req/Rsp SD-CS가 서비스 결제 도메인과 결제 정보를 교환하는 데 사용되는 메시지의 쌍 -SD-CDR 파일;
-SD-CDR		 E ChargingRecords가 보고에 사용된다.
표 3. 예시적인 서비스 도메인 과금 동작 메시지들
실시예에서, 데이터 구조는 여기에 개시된 과금 메커니즘을 지원하는 데 사용될 수 있다. 이러한 데이터 구조는 리소스의 형태를 취할 수 있다. 리소스는 RESTful 아키텍처의 고유하게 어드레싱 가능한 객체일 수 있다. 리소스는 RESTful 동사(예를 들어, 생성하다, 검색하다, 업데이트하다, 삭제하다)로 전송 및 조작될 수 있는 표현을 가질 수 있다. 리소스는 범용 리소스 식별자(URI)를 사용하여 고유하게 어드레싱될 수 있다. 자식 리소스는 어드레싱된(즉, 부모) 리소스와 포함 관계를 갖는 리소스일 수 있다. 부모 리소스 표현은 하나 이상의 서브-리소스(들)(즉, 자식 리소스)에 대한 하나 이상의 참조를 포함할 수 있다. 자식 리소스의 수명은 부모의 리소스 수명에 의해 제한될 수 있다. 속성은 리소스 자체에 대한 메타-데이터와 같은 정보를 저장할 수 있다.
리소스 기반 데이터 구조는 하이퍼텍스트 전송 프로토콜(HTTP) 또는 제한된 애플리케이션 프로토콜(CoAP)과 같은 프로토콜을 사용하여 RESTful 동작을 수행하는 것을 더 쉽게 할 수 있다. 그러나, 이러한 데이터 구조는 또한 논(non)-RESTful 프로토콜에 적용될 수 있다. 리소스는 자식 리소스(들) 및 속성(들)을 포함할 수 있다.
규정된 구조는 유연하고 확장 가능한 서비스 계층 과금 메커니즘을 가능하게 한다. 발신자는 chargeConfig 리소스를 사용하여 수신자에 대한 과금 정책과 구성을 설정할 수 있다. 또한, 발신자는 과금 구성과 정책에 기초하여 상이한 과금 룰을 설정할 수 있다. 이러한 룰은 내용(예를 들어, 온라인 또는 오프라인 과금, 이벤트 기반, 서비스 기반, 또는 세션 기반 과금 등)에 기초하여 누가(과금하는 엔티티) 누구에게(과금되는 엔티티) 과금할 것인지를 나타낼 수 있다. 과금 룰은 시스템이 상이한 입상도를 가질 수 있게 한다. 예를 들어, 과금 룰은 CSE 노드 또는 애플리케이션과 같은 논리 기능에 기초할 수 있다. 또한, 과금 룰은 대신 리소스에 기초할 수 있다. 예를 들어, 과금 룰은 특정 리소스의 모든 판독 동작을 과금하기를 원하는 엔티티에 기초할 수 있다. 도면에는 도시되지 않았지만, 모든 리소스는 벤더 특정 속성/자식 리소스를 지원해야 한다.
도면에 사용된 바와 같이, 다음의 형태는 예시적이고 비한정적인 리소스 구조를 나타낸다:
- 정사각형 박스는 리소스와 자식 리소스에 사용된다.
- 둥근 모서리를 갖는 정사각형 박스는 속성에 사용된다.
- 평행 사변형은 리소스의 수집을 위해 사용된다.
판독/기입 액세스 모드에서, 다음의 값이 상정될 수 있다:
- 생성 또는 업데이트 동작에 의해 판독/기입(RW)이 설정될 수 있다.
- 리소스가 생성 및/또는 업데이트될 때 판독 전용(RO)이 CSE에 의해 설정될 수 있다; 이러한 속성은 판독만 될 수 있다.
- 1회 기입(WO)은 생성 동작에서 요청자(즉, 요청을 개시한 엔티티)에 의해 설정될 수 있다; 이러한 속성은 그후에 판독만 될 수 있다.
도 10은 예시적이고 비한정적인 과금 룰(1002)(즉, 과금 정책)의 컬렉션(1000)을 나타내는 도면이다. CSE의 SD-CM 또는 다른 정책 서버(예를 들어, 제3자 정책 서버)와 같은 애플리케이션은 과금 룰을 생성 및 업데이트하기 위해 ChargingConfig 메시지를 전송할 수 있다. 컬렉션은 <chargingRule>(1004)로 나타낸 제로로부터 복수의 개별 과금 룰까지를 가질 수 있다. 여기에서 사용되는 "ID"는 고유의 식별자를 칭할 수 있거나 참조된 리소스의 위치에 대한 URI 포인팅일 수 있다. ID를 참조함으로써, 상이한 리소스가 효과적으로 연관될 수 있다.
도 11은 <chargingRule> 리소스에 대한 예시적이고 비한정적인 리소스 구조(1100)를 나타내는 도면이다. "공통 속성"(1102)은 리소스의 생성 시간과 리소스의 만료 시간과 같은 일반적인(즉, 과금 특정적이지 않은) 속성을 나타낸다. 액세스 권한 및 가입과 같이 과금과 특정하게 연관되지 않은 통상의 리소스가 또한 "공통 속성"에 포함될 수 있다. <chargingCredit>(1104)가 이러한 과금 룰과 연관될 수 있거나 별도의 리소스가 될 수 있다는 것에 유의한다. 실시예에서, 이는 크레디트를 갖는 엔티티와 연관될 수 있다. 이것이 과금 룰과 연관되면, <chargingCredit>(1104)는 수신자의 크레디트를 규정할 수 있다. 이것이 별도의 리소스인 경우, 이는 엔티티에 연관시키기 위해 엔티티 ID를 포함할 수 있거나, 그 부모 리소스가 엔티티 ID를 가질 필요가 있다.
이하의 표 4는 과금 룰을 규정하는 데 사용될 수 있는 예시적인 속성을 열거한다. 여기에 열거된 "ID"는 숫자 ID, 또는 관련 리소스를 가리키는 고유하게 어드레싱 가능한 URI와 같은 고유 ID일 수 있다.
속성/자식 리소스 설명
ruleID 1106 이것은 과금 룰의 고유 ID이다. 과금 룰 리소스가 처음에 생성될 때 이는 CSE에 의해 생성된다.
originatorID 1108 이것은 다른 엔티티를 과금하는 고유 ID이다. 예를 들어, 이는 애플리케이션 ID 또는 CSE ID일 수 있다.
originatorType 1118 이것은 "애플리케이션", "CSE"와 같은 발신자의 유형이다.
creatorID 1110 이것은 과금 룰을 생성한 엔티티의 고유 ID이다. 예를 들어, 이는 애플리케이션 ID 또는 CSE ID일 수 있다. 통상적인 경우에, 과금 룰의 "생성자" 및 "발신자"는 동일 엔티티일 수 있다.
creatorType 1112 이것은 "애플리케이션", "CSE"와 같은 생성자의 유형이다.
receiverID 1116 이것은 과금되고 있는 엔티티의 고유 ID이다. 예를 들어, 이는 애플리케이션 ID 또는 CSE ID, 또는 리소스 ID일 수 있다.
receiverType 1118 이것은 "애플리케이션", "CSE"와 같은 수신자의 유형이다.
ruleStatus 1120 이 속성은, 룰이 "활성" 또는 "비활성", 또는 과금이 수행되지 않는다는 것을 의미하는 "정보 기록 전용"인지를 나타낸다.
chargingType 1122 이 속성은, 과금 룰이 온라인 또는 오프라인 과금에 적용되는지를 나타낸다.
chargingModel 1124 이 속성은 "세션 기반 과금", "이벤트 기반 과금", "서비스 기반 과금", "세션 기반 과금" 등과 같은 과금 모델을 나타낸다.
sessionID 1126 과금 유형이 "세션 기반 과금"이면 이 속성은 고유 서비스 세션 ID를 나타낸다. 이는 chargingModel이 세션 기반 과금이면 필수적이다.
serviceID 1128 이 속성은 과금되고 있는 서비스의 고유 ID를 나타낸다. 서비스 제공자는 그 자신의 서비스를 규정할 수 있다. 과금 모델이 서비스 기반 과금이면 필수적이다.
chargeableEventID 1130 이 속성은 이 과금 룰에 적용되어야 하는 과금 가능 이벤트를 규정하는 리소스를 가리킨다. 이는 과금 모델이 이벤트 기반 과금이면 필수적이다.
chargingRateID 1132 이 속성은 과금 레이트 리소스를 가리킨다.
chargingRecordFormID 1134 이 속성은 과금 기록의 특정 유형의 ID를 가리킨다. 이러한 과금 기록의 포맷은 이러한 과금 룰에 대해 사용되어야 한다. 이는 과금 유형이 오프라인 과금이거나 과금 기록을 필요로 하는 결합된 과금 유형이면 필수적이다.
chargingCredit 1104 이러한 자식 리소스는 온라인 과금에 대해 허용된 크레디트를 규정한다.
표 4. 과금 룰을 규정하기 위한 예시적인 속성들
도 12는 <chargingCredit>(1104)에 대한 예시적이고 비한정적인 리소스 구조(1200)를 나타내는 도면이다. 아래의 표 5는 <chargingCredit>(1104)에 대한 몇몇 예시적인 속성을 열거한다.
속성/자식 리소스 설명
creditType 1202 이는 통화, 데이터 저장의 유형과 같은 크레디트의 유형이다.
creditUnit 1204 이는 예를 들어, 통화의 유형의 유닛 또는 데이터 저장 사이즈의 유닛인 크레디트의 유닛이다.
allowedCredit 1206 이는 엔티티에 대해 허용된 크레디트이다.
creditExceedAllowed 1208 이는, 초과 크레디트가 허용되는지 여부를 규정한다.
creditExceedRoom 1210 초과 크레디트 한도가 허용되면, 이 속성은 허용된 여유를 규정한다.
reservedCredit 1212 이 속성은 예약된 크레디트를 나타낸다.
currentCredit 1214 이 속성은 현재 이용가능한 크레디트를 나타낸다.
표 5. 과금 크레디트에 대한 예시적인 속성
도 13은 과금 구성에 대한 예시적이고 비한정적인 리소스 구조(1300)를 나타내는 도면이다. 이러한 구조를 사용하여 저장된 것은 과금 가능 이벤트, 과금 가능 서비스, 레이트 및 과금 기록 양식과 같은 과금 구성 및 정책일 수 있다. 또한, chargingConfigs이라 칭해질 수 있는 <chargingConfig> 리소스(1302)에 대한 컬렉션이 있을 수 있다. 이 컬렉션은 <chargingConfig> 리소스(1302)로 이루어질 수 있다. 아래의 표 6은 chargingConfigs에 대한 몇몇 예시적인 속성(자식 리소스)을 열거한다.
자식 리소스 이름 설명
chargeableEvents 1304 이는 과금 가능 이벤트의 컬렉션이다. 과금 모델이 이벤트 기반일 때 이는 필수적이다. chargingRules에 대해 그래픽 표현은 도 10과 동일하며, 도시하지 않는다. 다른 컬렉션에 대해 동일하다.
chargeableServices 1306 이는 과금 가능 서비스의 컬렉션이다. 과금 모델이 서비스 기반인 경우 필수적이다.
chargingRates 1308 이는 과금 레이트의 컬렉션이다.
serviceProcedures 1310 이는 과금 기록 양식의 컬렉션이다. 과금 유형이 오프라인 과금이거나 과금 기록을 필요로 하는 결합된 과금 유형인 경우 필수적이다.
표 6. 과금 구성에 대한 자식 리소스의 규정
도 14는 <chargeableEvent>(1402)에 대한 예시적이고 비한정적인 리소스 구조(1400)를 나타내는 도면이다. 이하의 표 7은 <chargeableEvent>에 대한 몇몇 예시적인 속성을 열거한다.
속성 이름 설명
eventID 1404 이는 과금 가능 이벤트를 고유하게 식별한다.
eventType 1406 이 속성은 미터 판독과 같은 이벤트의 유형을 나타낸다. 타이머 기반, 저장 기반 과금.
eventStart 1408 이 속성은 이벤트의 개시 시간을 나타낸다.
eventEnd 1410 이 속성은 이벤트의 종료 시간을 나타낸다.
eventDuration 1412 이 속성은 이벤트의 지속기간을 나타낸다. 지속기간이 제공되면, 개시 시간 및 종료 시간 양쪽은 필요하지 않다.
transactionType 1414 이 속성은 생성, 검색과 같은 과금 가능 동작의 유형을 규정한다.
dataSize 1416 이 속성은 저장된 데이터가 특정 사이즈를 초과했을 때 이벤트가 트리거링되는 경우 데이터 사이즈를 규정한다.
표 7. 과금 가능 이벤트에 대한 예시적인 속성
일 실시예는 복수의 단계의 프로세스로 고려될 수 있다. 단계 1은 이벤트 기반, 서비스 기반, 가입 기반과 같이, 도 13에 나타낸 바와 같이 어떠한 서비스 계층 과금 유형이 지원되는지에 대한 구성일 수 있다. 현재 oneM2M만이 이벤트 기반 과금을 지원한다.
단계 2는 과금 가능 이벤트에 대한 정책을 구성할 수 있다. 각각의 과금 가능 이벤트는 도 14에 도시된 데이터 구조의 일례를 갖는다. 예를 들어, 단계 2에서, 엔티티는 "검색"으로서 "transactionType"에 기초하여 과금 가능 이벤트를 규정할 수 있다. 각 검색 동작에 있어서, 과금 가능 이벤트를 트리거링해야 하며, 예를 들어, eventID=001이다. 엔티티는 또한 transactionType과 기간 양쪽에 기초하여 다른 과금 가능 이벤트를 규정할 수 있다. 예를 들어, 이는 "transactionType = 검색 및 eventStart = 12pm 및 eventEnd = 20pm, eventID = 002를 규정할 수 있다. 따라서 이벤트 002에 대해, 양쪽 조건이 충족될 때, 즉 과금 가능 이벤트가 10pm과 20pm 사이에서 검색 동작에 대해서만 발생할 대 과금 가능 이벤트가 단지 발생한다. 이 데이터 구조에서, (단계 3에서 수행되는) 누구에게 누가 과금하는지를 특정하지 않는다. 단지 정책만을 규정하므로, 이러한 정책은 단계 3에서 많은 상이한 시나리오를 규정하는 데 사용될 수 있다.
단계 3은 도 11에 도시된 데이터 구조를 사용하여 단계 2에서 규정된 과금 가능 이벤트에 기초하여 특정 시나리오를 규정할 수 있다. 여기에서 누가 누구에게 과금하는지를 규정한다. 예를 들어, 단계 2에서 규정된 이벤트 001에 있어서, 엔티티는 2개의 시나리오를 규정할 수 있으며, 하나는 이벤트 001을 사용하여 CSE1이 AE1에 과금하는 것이고 하나는 이벤트 001을 사용하여 AE1이 AE2에 과금하는 것이다. 그 후 이벤트 002에 있어서, 예를 들어 이벤트 001을 사용하여 CSE1이 AE1에 과금하고 이벤트 002를 사용하여 AE2가 AE1에 과금하는 특정 시나리오의 세트를 가질 수 있다. 배치에서, 단계 2에서 설정된 정책에 기초하여 규정된 많은 이러한 시나리오가 있을 수 있다.
도 15는 <chargeableService>(1502)에 대한 예시적이고 비한정적인 리소스 구조(1500)를 나타내는 도면이다. 아래의　표 8은 <chargeableService>에 대한 몇몇 예시적인 속성을 열거한다.
속성 이름 설명
serviceID 1504 이는 이러한 서비스를 식별하는 고유 ID이다. 이는 <chargingRule> 리소스에 사용되는 동일 ID일 수 있다.
ServiceType 1506 이는 서비스 유형을 규정한다. 서비스 유형은 서비스 제공자에 의해 규정될 수 있다.
ServiceDescription 1508 이는 서비스를 설명하는 텍스트이다.
serviceProcedures 1510 특정 서비스를 제공하기 위해 관련된 동작 및 CSF의 컬렉션을 규정한다.
표 8. 과금 가능 서비스에 대한 예시적인 속성
도 16은 <serviceProcedure>(1602)에 대한 예시적이고 비한정적인 리소스 구조(1600)를 나타내는 도면이다. 실시예에서, <serviceProcedure> 리소스(1602)는 서비스를 수행하는 데 필요한 액션을 특정할 수 있다. 서비스 요청 발신자가 서비스 절차를 규정할 수 없을 수도 있다는 것에 유의한다. 서비스 절차는 서비스를 제공하는 데 관여될 수 있는 엔티티를 결정할 수 있는 CSE에 의해 규정될 수 있다. 아래의 표 9는 <serviceProcedure>(1602)에 대한 몇몇 예시적인 속성을 열거한다.
속성 이름 설명
seqNum 1609 이는, 하나의 <chargeableService>에 대해 하나 초과의 <serviceProcedure>가 존재하는 경우 실행 시퀀스이다.
originatorEntityID 1606 이는 CSE ID 또는 애플리케이션 ID와 같은 트랜잭션의 발신자의 고유 ID를 나타낸다.
targetEntityID 1608 이는 트랜잭션에 의해 타겟팅된 엔티티의 고유 ID를 나타낸다.
targetResource 1610 이는 이러한 동작에 대해 타겟팅된 리소스의 URI이다.
Transaction 1612 이는 수행되는 동작을 규정한다.
<instance> 동작은 기존 리소스의 생성/업데이트를 포함할 수 있으므로, 요청은 데이터 표현을 포함할 것이다.
표 9. 서비스 절차에 대한 예시적인 속성
chargingRate 컬렉션 리소스는 과금 가능 이벤트 또는 서비스에 대해 과금되는 레이트를 규정할 수 있다. 서비스 제공자는 서비스 엔티티에 레이트를 게시하도록 선택할 수 있다. chargingRate 리소스는 특정 과금 가능 이벤트, 가입자, 서비스 등을 레이트와 연관지을 수 있다. 레이트는 특정 시간과 같은 다른 요인에 대해 특정일 수 있다. 레이트는 이전 처리에 기초하여 동적으로 증가될 수 있거나 감소될 수 있다.
ChargingRecords는 규정된 <chargingRecordForm>에 기초하여 생성될 수 있다. 각 <chargingRecordForm>은 특정 과금 기록 포맷을 규정할 수 있다. ChargingRecords는 생성된 인스턴스일 수 있다.
도 17은 Z 기준점을 통해 하부 3GPP 네트워크와 인터페이싱하는 서비스 도메인 과금 시스템(SD-CS)(1702)을 나타내는 도면이다. Z 기준점에 대한 SD-CS(1702)의 앵커 포인트는 SD-CM 기능이다. 과금 관련 동작의 관점에서, Z 기준점은 도 17의 예시적이고 비한정적인 아키텍처(1700)에 도시된 바와 같이 Tsp, Gi/SGi 및 Rx를 통하는 것을 포함하여, 상이한 방식으로 구현될 수 있다. Tsp는 SCS(1706)(서비스 도메인)와 MTC-IWF(1704) 사이의 제어 평면 인터페이스이다. Gi/SGi는 SCS(1706)와 PGW(1708) 사이의 사용자 평면 인터페이스이다. Rx는 애플리케이션 기능(AF)과 PCRF(1710) 사이의 인터페이스이다. 3GPP는, AF가 제3자 애플리케이션 서버일 수 있다는 것을 특정한다.
더욱 디커플링된 실시예에서, 서비스 도메인과 3GPP 도메인은 CDR을 교환할 수 있고, CDR을 통합할 수 있고, 수렴된 결제 정보를 재생성할 수 있다. 더욱 통합된 실시예에서, 서비스 도메인과 3GPP 도메인은 과금 정책 정보를 교환하고 하나의 도메인에서 과금을 수행할 수 있다. 이하에 3GPP 과금 및 결제 시스템과 연동하는 SD-CS(1702)와 연관된 시나리오의 일부를 열거한다:
1. 3GPP 단독 과금: SD-CTF는 SD 과금 가능 이벤트를 수집하고 3GPP 과금 시스템에 이벤트를 전달한다.
2. 3GPP 지원 과금: SD-CTF는 SD 과금 가능 이벤트를 수집한다; SD-OFCS는 CDR을 생성하여 3GPP 과금 시스템에 CDR을 전달한다. 3GPP 과금 시스템은 SD-CDR을 3GPP CDR로 통합한다.
3. 3GPP 지원 결제: SD-CTF는 SD 과금 가능 이벤트를 수집한다; SD-OFCS는 CDR을 생성하고 CDR 파일을 생성한다. SD-CDR 파일은 Tsp 기준점을 통해 SD-CS 기능에서 3GPP MTC-IWF(1704)로 전달된다. 3GPP 과금 시스템은 SD-CDR 파일 및 3GPP CDR 파일을 통합하여 이를 3GPP 결제 도메인으로 전달한다.
4. SD 독립 결제: SD는 SD-CDR 파일을 프로세싱하기 위해 그 독립 결제 시스템을 사용한다. SD 결제 시스템은 3GPP 결제 도메인과 정보를 교환할 수 있다.
5. SD 단독 결제: SD가 3GPP 과금 시스템에서 과금 정보를 얻고 3GPP 도메인과 서비스 도메인 양쪽에 대한 수렴된 결제를 생성한다.
현재 개시된 실시예는 서비스 도메인에 관한 것이며, 3GPP 도메인에 대한 영향은 필요에 따라서만 설명된다. 여기에 개시된 일부 동작은 하나 초과의 기준점에 대해 수행될 수 있다. 상이한 기준점들에 대한 메시지들 및 그 적용성의 예시적인 리스트가 위의 표 3에 제공되어 있다.
일부 실시예는 Tsp 인터페이스를 이용한다. 이러한 실시예에서, 서비스 도메인과 3GPP 도메인은 과금 정보를 교환할 수 있다. 과금 정보는 3GPP에서 규정된 Tsp 기준점 위에서 CDR 또는 CDR 파일의 형태로 전달될 수 있다. 이러한 시나리오는 이하를 포함할 수 있다:
1. MTC-IWF(1704)는 SD-CS(1702)에서 서비스 도메인 과금 정보를 가져온다.
2. MTC-IWF(1704)는 3GPP 도메인 과금 정보를 SD-CS(1702)에 푸싱한다.
3. SD-CS(1702)는 MTC-IWF(1704)에서 3GPP 도메인 과금 정보를 가져온다.
4. SD-CS(1702)는 서비스 도메인 과금 정보를 MTC-IWF(1704)에 푸싱한다.
교환이 SCS(1706)에 의해 개시될 때, 푸싱되면 SD-CS(1702)는 CDR Transfer Req 메시지의 페이로드에 SD-CDR 파일을 포함할 수 있다. 3GPP MTC-IWF(1704)는 단순히 요청에 응답할 수 있거나, 또한 응답 메시지에 3GPP CDR 파일을 포함할 수 있다. 3GPP가 교환을 개시했을 때 유사한 동작이 다른 방향으로 사용될 수 있다. 서비스 도메인 및 3GPP 도메인은 또한 Tsp를 통해 과금 관련 정책을 교환할 수 있다.
일부 실시예는 Rx 인터페이스를 이용한다. 이러한 실시예에서, Rx 기준점은 서비스 도메인과 3GPP 도메인이 과금 관련 정책을 교환하는 데 사용될 수 있다. SCS(1706)는 3GPP 트래픽 이벤트에 대한 통지에 가입할 수 있다. 예를 들어, SCS(1706)는 IP 세션이 종료되었거나 UE가 다른 액세스 기술로 인계되었다는 통지를 수신할 수 있으며, SCS(1706)의 CSE는 서비스 도메인 동작을 트리거링하기 위해 조치를 취할 수 있다. 서비스 도메인 및 3GPP 도메인은 세션 기반 과금에 대해 Rx를 통해 세션 관련 정보를 교환할 수 있다.
일부 실시예는 Gi/SGi 인터페이스를 이용한다. 이러한 실시예에서, 서비스 도메인 동작은 3GPP에서 사용자 평면 트래픽이므로, 서비스 도메인은 (데이터 생성, 검색과 같은) 서비스 도메인 동작과 함께 서비스 도메인 과금 정보를 포함할 수 있으며, 그 정보를 Gi/SGi를 통해 3GPP 도메인으로 전송할 수 있다. 정책 및 과금 집행 기능(PCEF)(1714)은 정보를 프로세싱하고, 3GPP에서 과금을 수행할 수 있다.
도 18a 및 18b는 SCS 개시 디바이스 트리거링에 대한 시나리오를 도시하는 예시적인 신호 흐름(1800)을 나타내는 흐름도이다. 이러한 실시예에서, 그 서비스 도메인은 과금 관련 동작에 대해 3GPP와 연동될 수 있다. 도 18에서의 굵은 라인은 3GPP에서의 동작 및 메시지를 나타낸다. 단계 1에서, 네트워크 애플리케이션(1802)은 MTC 디바이스로부터 데이터를 검색하기 위한 요청을 전송할 수 있다. 단계 2에서, 요청을 수신하면, (3GPP에서 SCS(1804)로 알려진) 인프라스트럭처 노드의 CSE는 엔드 노드(MTC)(1806)의 CSE가 등록되었는지와 그 온라인 상태를 확인한다. 나타낸 신호 흐름에서, MTC(1806)는 오프라인이다. SCS는 디바이스를 트리거링할 것을 결정한다. 단계 3 내지 9는 MTC 디바이스(1806)를 트리거링하는 3GPP 절차를 설명한다. 단계 10 내지 12에서, MTC 디바이스(1806)는 온라인이고 상태는 인프라스트럭처 노드에서 업데이트된다. 단계 13 내지 17에서, SD-CTF가 과금 이벤트를 캡처하고 과금 보고 메시지를 SD-CS(1808)로 전송한다. SD-CS(1808)가 모든 CSF로부터 과금 이벤트를 수신하므로, 이러한 SD-CDR을 통합하고 SD-CDR 파일을 생성할 수 있다. 3GPP 및 서비스 도메인은 동일 MTC 디바이스(1806)에 대해 양쪽 도메인에서 CDR들을 연관시키기 위해 IMSI와 (가입 ID와 같은) 서비스 도메인 ID를 상관시킬 필요가 있다. 단계 18 및 19에서, 서비스 도메인 및 3GPP 도메인은 Tsp 기준점을 통해 CDR 또는 CDR 파일을 교환할 수 있다. 단계 20 및 21에서, MTC(1806)가 온라인으로 복귀할 때의 임의의 점에서, 네트워크 애플리케이션으로부터의 데이터 검색 요청이 수행될 수 있으며 서비스 도메인 특정 SD-CDR이 이 동작을 위해 생성될 수 있다. 이러한 CDR은 3GPP 과금 시스템과 교환될 수 있거나 교환되지 않을 수 있다.
도 19a 및 19b는 SD-CS(1902)와 3GPP 과금 시스템 사이의 상호 작용을 도시하는 예시적인 신호 흐름(1900)을 나타내는 흐름도이다. 이 도면에 도시된 절차 및 여기에 설명된 임의의 도면에 도시된 절차는 각 도면에 도시된 순서대로 발생할 필요는 없다. 이러한 상호 작용은 3GPP 및 서비스 도메인 사이의 더욱 통합된 과금을 제공할 수 있다.
단계 1 내지 4에서, 실시예에서, 3GPP 과금 시스템은 SD-CS(1902)의 제어에 있을 수 있다. 3GPP 과금 정책 엔티티 PCRF(1904)는 Rx 기준점을 통해 SD-CS(1902)에 대한 과금 정책 구성을 전송할 수 있다. SD-CS(1902)는 3GPP 과금 시스템으로부터의 입력에 기초하여 그 과금 정책을 구성할 수 있다. 단계 5 내지 8에서, MTC-IWF(1906)는 Tsp 기준점을 통해 SD-CS(1902)에 3GPP 과금 정보를 전송할 수 있다. 예를 들어, MTC-IWF(1906)는 3GPP 가입자 정보를 가질 수 있고 SD-CS(1902)는 3GPP ID를 서비스 도메인 ID와 연관시킬 수 있다. 단계 9 내지 12에서, PCRF(1904)는 세션 상태와 같은 3GPP 과금 관련 정보를 SD-CS(1902)로 전달할 수 있다. SD-CS(1902)는 그 정책에 따라 조치를 취할 수 있다. 예를 들어, SD-CS(1902)는 3GPP 세션이 다른 액세스 기술에 인계되었을 때 다른 레이트를 적용할 수 있다. 단계 13 내지 15에서, 일부 실시예에서, SD-CS(1902)는 PCEF(1908)로 사용자 평면 기준점 Gi/SGi를 통해 서비스 도메인 동작 메시지의 서비스 도메인 과금 정보를 첨부할 수 있다. 과금은 PCEF(1908)에서 수행될 수 있으며, 정보는 사용자 평면을 통해 SD-CS(1902)로 다시 전송될 수 있다.
아래의 표 10은 3GPP 도메인과 서비스 도메인 사이에 교환될 수 있는 과금에 관련된 예시적인 메시지를 열거한다.
메시지 이름 설명 키 IE 기준점
CDR Transfer Req/Rsp 메시지의 쌍이 SD-CDR 및 3GPP 도메인 CDR을 교환하는 데 사용된다. CDR은 단일, 그룹 또는 CDR 파일의 형태일 수 있다. - SCS ID, IMSI, 3GPP 세션 ID, SD 세션 ID, SD 가입자 ID, 3GPP 서비스 흐름 ID 등과 같은, 3GPP와 서비스 도메인 엔티티 양쪽을 식별하고 이들을 함께 연관시키는 ID들
- CDR들		 Tsp
Charging Policy Req/Rsp 메시지의 쌍이 SD 및 3GPP 도메인이 과금 정책을 교환하는 데 사용된다. 하나의 도메인은 다른 도메인의 과금 정책을 구성하는 주된 역할을 담당할 수 있다. - (상술한) ID들
- 과금 유형, 레이트, 이벤트 등과 같은 과금 정책		 Rx, Tsp
Charging Info Req/Rsp 메시지의 쌍이 SD 및 3GPP 도메인이 ID, 세션 상태 등과 같은 과금 관련 정보를 교환하는 데 사용된다. - (상술한) ID들
- 과금과 관련된 트랜잭션 및 트래픽 정보		 Rx, Tsp
임의의 서비스 도메인 메시지들 서비스 도메인 메시지에 서비스 도메인 과금 정보를 포함하고 이러한 메시지를 3GPP의 사용자 평면을 통해 전송한다. - 서비스 도메인 동작(예를 들어, 데이터 검색)
- 서비스 도메인 또는 3GPP 도메인 과금 정보(예를 들어, ID, 과금 이벤트, 레이트 등)		 Gi/SGi
표 10. 3GPP 도메인과 서비스 도메인 사이에 교환되는 예시적인 메시지
도 20은 SD-CS가 보상 중개(CB) 서비스 능력에 있는 예시적이고 비한정적인 아키텍처(2000)를 나타내는 도면이다. 도면은 네트워크의 경우를 도시한다. 디바이스 및 게이트웨이에 있어서, 서비스 능력 계층은 SD-CS를 포함하지 않을 수 있거나 서비스 능력 계층은 SD-CS의 서브-세트를 포함할 수 있다. 게이트웨이 보상 중개(GCB) 및 디바이스 보상 중개(DCB)는 단지 SD-CTF, 또는 SD-CTF와 SD-CM을 포함할 수 있다. 도 21은 상이한 노드에서의 SD-CS를 도시하는 예시적이고 비한정적인 아키텍처(2100)를 나타낸다.
아래의 표 11은 일 실시예에 따라 ETSI M2M 과금 시스템에 의해 지원될 수 있는 예시적이고 비한정적인 잠재적인 과금 이벤트를 열거한다.
과금 가능 엔티티/이벤트/동작 설명 키 IE
가입 과금은 각각의 M2M 서비스 계층 가입에 기초한다. M2M 가입 식별자(가입자의 프로파일, 계약 상태 등)
ETSI M2M 서비스 접속 ETSI 보안 서비스 접속 당 가입자에 과금한다. 한 명의 가입자가 복수의 서비스 접속을 가질 수 있다. 서비스 접속 ID(접속 지속기간, 허가된 서비스 클래스 등)
ETSI M2M SCL NSCL은 각 D/G SCL에 대해 가입자에 과금한다. D/G SCL이 NSCL에 등록할 때, NSCL에서 과금 이벤트를 트리거링한다. D/G SCL ID(SCL의 지속기간, 할당된 공간/메모리, 트랜잭션의 빈도 등)
ETSI M2M 애플리케이션 NS는 NSCL에 등록한다;
DA/GA는 D/G SCL에 등록한다;
DA/NA는 데이터 저장 서비스(예를 들어, 컨테이너의 수,..)에 대해 과금된다;
DA/NA는 리타겟팅 서비스(애플리케이션에 대한 SCL 리타겟 요청 횟수)에 대해 과금된다;
DA/NA는 SCL에 대한 리소스 탐색 서비스에 대해 과금된다;
DA/NA는 SCL 디바이스 관리 또는 통지 서비스에 대해 과금된다.		 애플리케이션 ID(애플리케이션의 지속기간, 할당된 공간/메모리, 트랜잭션의 빈도, 허가된 QoS 등)
ETSI M2M RESTful 동작 N (D/G) SCL이 트랜잭션에 로그하고 그 과금 정책에 기초하여 과금 이벤트를 트리거링할 때를 결정한다.
 트랜잭션 ID(트랜잭션의 지속기간, 할당된 공간/메모리 등)
ETSI M2M CRUD 동작 리소스 판독 NSCL은 예를 들어 감지된 값을 판독하는 것에 대해 NA에 과금한다. 상이한 데이터는 NA에 따라 상이한 레이트를 가질 수 있다. 리소스 ID, NA ID
리소스 생성 NSCL은 예를 들어 NA가 필요로 하는 저장량에 대해 NA에 과금한다. 리소스 ID, NA ID
리소스 업데이트 NCSL은 이미 구매된 저장을 업데이트하는 것에 대해 NA에 과금한다. 리소스 ID, NA ID
리소스 삭제 NSCL은 구매된 저장을 삭제하는 것에 대해 NA에 과금한다. 리소스 ID, NA ID
표 11. 예시적인 ETSI M2M 과금 이벤트
도 23a 내지 23c는 서비스 도메인 과금 시스템 및 방법의 실시예에 사용될 수 있는 인터페이스를 도시하는 도면이다. 인터페이스는 서비스 도메인 과금 시스템 및 방법의 실시예의 동작을 표시 및/또는 제어하는 데 사용될 수 있는 그래픽 사용자 인터페이스와 같은 사용자 인터페이스일 수 있다.
도 23a는 디바이스 서버 또는 게이트웨이와 연관되는 과금 가능 이벤트 1 및 과금 가능 이벤트 2와 같은 과금 가능 이벤트를 도시하는 일 실시예의 예시적인 사용자 인터페이스(2302)를 도시하는 도면이다.
도 23b는 과금 가능 기록과 연관된 정보 요소를 도시하는 일 실시예의 예시적인 사용자 인터페이스(2304)를 나타내는 도면이다.
도 23c는 노드 간의 메시지 교환과 같은 API 정보를 도시하는 일 실시예의 예시적인 사용자 인터페이스(2306)를 나타내는 도면이다.
인터페이스(2302, 2304 및 2306)와 같은 인터페이스는 상술한 서비스 도메인 과금 시스템에 관련된 정보를 보는 데 사용될 수 있다. 인터페이스(2302, 2304 및 2306)와 같은 인터페이스는 또한 상술한 서비스 도메인 과금 시스템과 관련된 데이터를 구성 및 설정하는 데 사용될 수 있다. 예를 들어, 이러한 인터페이스는 시스템에 대한 과금 관련 값을 설정하는 데 사용될 수 있다.
도 22a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 머신-대 머신(M2M), 사물 인터넷(IoT) 또는 사물 웹(WoT) 통신 시스템(10)의 도면이다. 일반적으로, M2M 기술은 IoT/WoT에 대한 블록을 구축하는 것을 제공하고 임의의 M2M 디바이스, 게이트웨이 또는 서비스 플랫폼은 IoT/WoT의 요소뿐만 아니라 IoT/WoT 서비스 계층 등일 수 있다. 통신 시스템(10)은 개시된 실시예의 기능을 구현하는 데 사용될 수 있으며, 서비스 도메인 과금 시스템, SD-CM(502), SD-OCS(512), SD-OFCS(514), SD-CTF(530)와 같은 기능 및 논리적 엔티티와 인터페이스(2302, 2304 및 2306)와 같은 인터페이스를 생성하는 논리를 포함할 수 있다.
도 22a에 도시된 바와 같이, M2M/IoT/WoT 통신 시스템(10)은 통신 네트워크(12)를 포함한다. 통신 네트워크(12)는 고정 네트워크(예를 들어, 이더넷, 섬유, ISDN, PLC 등) 또는 무선 네트워크(예를 들어, WLAN, 셀룰러 등) 또는 이종 네트워크의 네트워크일 수 있다. 예를 들어, 통신 네트워크(12)는 음성, 데이터, 비디오, 메시징, 브로드캐스트 등과 같은 컨텐츠를 복수의 사용자에게 제공하는 복수의 액세스 네트워크로 이루어질 수 있다. 예를 들어, 통신 네트워크(12)는 코드 분할 다중 접속(CDMA), 시분할 다중 접속(TDMA), 주파수 분할 다중 접속(FDMA), 직교 FDMA(OFDMA), 단일-캐리어 FDMA(SC-FDMA) 등과 같은 하나 이상의 채널 액세스 방법을 채용할 수 있다. 또한, 통신 네트워크(12)는 예를 들어 코어 네트워크, 인터넷, 센서 네트워크, 산업용 제어 네트워크, 개인 영역 네트워크, 융합된 개인 네트워크, 위성 네트워크, 홈 네트워크, 또는 기업 네트워크와 같은 다른 네트워크를 포함할 수 있다.
　　도　22a에 도시된 바와 같이, M2M/IoT/WoT 통신 시스템(10)은 인프라스트럭처 도메인 및 필드 도메인을 포함할 수 있다. 인프라스트럭처 도메인은 엔드-투-엔드 M2M 배치의 네트워크측을 나타내며, 필드 도메인은 일반적으로 M2M 게이트웨이 뒤에 있는 영역 네트워크를 나타낸다. 필드 도메인은 M2M 게이트웨이(14)와 단말 디바이스(18)를 포함한다. 원하는 대로 임의의 수의 M2M 게이트웨이 디바이스(14) 및 M2M 단말 디바이스(18)가 M2M/IoT/WoT 통신 시스템(10)에 포함될 수 있다는 것이 이해될 것이다. M2M 게이트웨이 디바이스(14) 및 M2M 단말 디바이스(18)의 각각은 통신 네트워크(12) 또는 직접 무선 링크를 통해 신호를 송신 및 수신하도록 구성된다. M2M 게이트웨이 디바이스(14)는 무선 M2M 디바이스(예를 들어, 셀룰러 및 논-셀룰러)뿐만 아니라 고정 네트워크 M2M 디바이스(예를 들어, PLC)가 통신 네트워크(12) 또는 직접 무선 링크와 같은 오퍼레이터 네트워크를 통해 통신할 수 있게 한다. 예를 들어, M2M 디바이스(18)는 데이터를 수집할 수 있고, M2M 애플리케이션(20) 또는 M2M 디바이스(18)로 통신 네트워크(12) 또는 직접 무선 링크를 통해 데이터를 전송할 수 있다. M2M 디바이스(18)는 또한 M2M 애플리케이션(20) 또는 M2M 디바이스(18)로부터 데이터를 수신할 수 있다. 또한, 데이터 및 신호는 후술하는 바와 같이 M2M 서비스 계층(22)을 통해 M2M 애플리케이션(20)으로 전송되거나 이로부터 수신될 수 있다. M2M 디바이스(18) 및 게이트웨이(14)는 예를 들어, 셀룰러, WLAN, WPAN(예를 들어, Zigbee, 6LoWPAN, 블루투스), 직접 무선 링크 및 유선을 포함하여 다양한 네트워크를 통해 통신할 수 있다.
도 22b를 참조하면, 필드 도메인에서의 도시된 M2M 서비스 계층(22)은 M2M 애플리케이션(20), M2M 게이트웨이 디바이스(14) 및 M2M 단말 디바이스(18) 및 통신 네트워크(12)에 대한 서비스를 제공한다. 통신 네트워크(12)는 개시된 실시예의 기능을 구현하는 데 사용될 수 있고, 서비스 도메인 과금 시스템, SD-CM(502), SD-OCS(512), SD-OFCS(514), SD-CTF(530)와 같은 모세관 디바이스 과금 기능 및 논리 엔티티와 인터페이스(2302, 2304 및 2306)와 같은 인터페이스를 생성하는 논리를 포함할 수 있다. M2M 서비스 계층(22)은 예를 들어 후술하는 도 22c 및 22d에 나타내어진 디바이스를 포함하여 하나 이상의 서버, 컴퓨터, 디바이스, 가상 머신(예를 들어, 클라우드/저장 팜 등)에 의해 구현될 수 있다. M2M 서비스 계층(22)은 원하는 대로 임의의 수의 M2M 애플리케이션, M2M 게이트웨이 디바이스(14), M2M 단말 디바이스(18) 및 통신 네트워크(12)와 통신할 수 있다는 것이 이해될 것이다. M2M 서비스 계층(22)은 하나 이상의 서버, 컴퓨터 등으로 구현될 수 있다. M2M 서비스 계층(22)은 M2M 단말 디바이스(18), M2M 게이트웨이 디바이스(14) 및 M2M 애플리케이션(20)에 적용되는 서비스 기능을 제공한다. M2M 서비스 계층(22)의 기능은 셀룰러 코어 네트워크, 클라우드 등에서 예를 들어 웹 서버로서 다양한 방식으로 구현될 수 있다. 도시된 M2M 서비스 계층(22)과 유사하게, 인프라스트럭처 도메인에 M2M 서비스 계층(22')이 있다. M2M 서비스 계층(22')은 인프라스트럭처 도메인에서 M2M 애플리케이션(20') 및 하부 통신 네트워크(12')에 대한 서비스를 제공한다. M2M 서비스 계층(22')은 또한 필드 도메인에서 M2M 게이트웨이 디바이스(14) 및 M2M 단말 디바이스(18)에 대한 서비스를 제공한다. M2M 서비스 계층(22')은 임의의 수의 M2M 애플리케이션, M2M 게이트웨이 디바이스 및 M2M 단말 디바이스와 통신할 수 있다는 것이 이해될 것이다. M2M 서비스 계층(22')은 상이한 서비스 제공자에 의해 서비스 계층과 상호 작용할 수 있다. M2M 서비스 계층(22')은 하나 이상의 서버, 컴퓨터, 가상 머신(예를 들어, 클라우드/컴퓨트/저장 팜 등) 등에 의해 구현될 수 있다.
도 22b를 또한 참조하면, M2M 서비스 계층(22 및 22')은 다양한 애플리케이션과 수직이 레버리징될 수 있는 서비스 전달 기능의 코어 세트를 제공한다. 이러한 서비스 기능은 M2M 애플리케이션(20 및 20')이 디바이스와 상호 작용할 수 있게 하고, 데이터 수집, 데이터 분석 디바이스 관리, 보안, 결제, 서비스/디바이스 탐색 등과 같은 기능을 수행할 수 있게 한다. 본질적으로, 이들 서비스 기능은 이러한 기능을 구현하는 애플리케이션의 부담을 없애 주어 애플리케이션 개발을 단순화하고 시장에 대한 비용 및 시간을 감소시킨다. 서비스 계층(22 및 22')은 또한 서비스 계층(22 및 22')이 제공하는 서비스와 연계하여 다양한 네트워크(12 및 12')를 통해 M2M 애플리케이션(20 및 20')이 통신할 수 있게 한다. 본원의 접속 방법은 서비스 계층(22 및 22')의 일부로서 구현될 수 있다. 서비스 계층(22 및 22')은 애플리케이션 프로그래밍 인터페이스(API) 및 하부 네트워크 인터페이스 세트를 통해 부가 서비스 기능을 지원하는 소프트웨어 미들웨어 계층이다. ETSI M2M 및 oneM2M 양쪽은 본원의 접속 방법을 포함할 수 있는 서비스 계층을 사용한다. ETSI M2M의 서비스 계층은 서비스 능력 계층(SCL)으로 칭해진다. SCL은 (디바이스 SCL(DSCL)로 칭해지는) M2M 디바이스, (게이트웨이 SCL(GSCL)로 칭해지는) 게이트웨이 및/또는 (네트워크 SCL(NSCL)로 칭해지는) 네트워크 노드 내에서 구현될 수 있다. oneM2M 서비스 계층은 공통 서비스 기능(CSF)(즉, 서비스 기능)의 세트를 지원한다. CSF의 하나 이상의 특정 유형의 세트의 인스턴스화는 상이한 유형의 네트워크 노드(예를 들어, 인프라스트럭처 노드, 중간 노드, 애플리케이션 특정 노드)에 호스팅될 수 있는 공통 서비스 엔티티(CSE)로 칭해진다. 또한, 본원의 접속 방법은 본원의 접속 방법과 같은 서비스에 대해 액세스하기 위해 서비스 지향 아키텍처(SOA) 및/또는 리소스 지향 아키텍처(ROA)를 사용하는 M2M 네트워크의 일부로서 구현될 수 있다.
일부 실시예에서, M2M 애플리케이션(20 및 20')은 모세관 디바이스와 상호 작용하는 애플리케이션을 포함할 수 있으므로, 모세관 디바이스 과금을 위해 개시된 시스템 및 방법과 연계하여 사용될 수 있다. M2M 애플리케이션(20 및 20')은 UE 또는 게이트웨이와 상호 작용하는 애플리케이션을 포함할 수 있으며, 또한 다른 개시된 과금 시스템 및 방법과 연계하여 사용될 수 있다. M2M 애플리케이션(20 및 20')은 제한 없이 운송, 건강과 웰니스, 접속 홈, 에너지 관리, 자산 추적, 및 보안과 및 감시와 같은 다양한 산업 분야에서의 애플리케이션을 포함할 수 있다. 상술한 바와 같이, 디바이스, 게이트웨이 및 시스템의 다른 서버에 걸쳐 실행되는 M2M 서비스 계층은 예를 들어 데이터 수집, 디바이스 관리, 보안, 결제, 위치 추적/지오펜싱(geofencing), 디바이스/서비스 탐색 및 레거시 시스템 통합과 같은 기능을 지원하고, M2M 애플리케이션(20 및 20')에 대한 서비스로서 이러한 기능을 제공한다.
일반적으로, 서비스 계층(22 및 22')은 애플리케이션 프로그래밍 인터페이스(API) 및 하부 네트워킹 인터페이스의 세트를 통해 부가 서비스 기능을 지원하는 소프트웨어 미들웨어 계층을 규정한다. ETSI M2M 및 oneM2M 아키텍처 양쪽은 서비스 계층을 규정한다. ETSI M2M의 서비스 계층은 서비스 능력 계층(SCL)으로 칭해진다. SCL은 (디바이스 SCL(DSCL)로 칭해지는) M2M 디바이스, (게이트웨이 SCL(GSCL)로 칭해지는) 게이트웨이 및/또는 (네트워크 SCL(NSCL)로 칭해지는) 네트워크 노드 내에 구현될 수 있다. oneM2M 서비스 계층은 공통 서비스 기능(CSF)(즉, 서비스 기능)의 세트를 지원한다. CSF의 하나 이상의 특정 유형의 세트의 인스턴스화는 네트워크 노드(예를 들어, 인프라스트럭처 노드, 중간 노드, 애플리케이션 특정 노드)의 상이한 유형에 대해 호스팅될 수 있는 공통 서비스 엔티티(CSE)로 칭해진다. 3세대 파트너십 프로젝트(3GPP)는 또한 머신형 통신(MTC)을 위한 아키텍처를 규정하였다. 그 아키텍처에서, 서비스 계층 및 서비스 기능이 제공되고 서비스 기능 서버(SCS)의 일부로서 구현된다. oneM2M 아키텍처의 CSF 또는 CSE에서, 또는 네트워크의 몇몇 다른 요소 또는 모듈로서 3GPP MTC 아키텍처의 서비스 기능 서버(SCS)에서의 ETSI M2M 아키텍처의 DSCL, GSCL 또는 NSCL에서 구현되든, 서비스 계층은 이러한 네트워크의 하나 이상의 기존의 서버, 컴퓨터 또는 노드의 일부로서 또는 네트워크 하나 이상의 독립형 서버, 컴퓨터 또는 다른 컴퓨팅 디바이스 또는 노드 상에서 실행되는 논리 엔티티(예를 들어, 소프트웨어, 컴퓨터 실행 가능 명령 등)로서 구현될 수 있다. 예로서, 서비스 계층 또는 그 요소는 후술하는 도 22c 또는 22d에 도시된 일반적인 아키텍처를 갖는 서버, 컴퓨터, 또는 디바이스 상에서 실행되는 소프트웨어의 형태로 구현될 수 있다.
또한, 서비스 도메인 과금 시스템, SD-CM(502), SD-OCS(512), SD-OFCS(514), SD-CTF(530)와 같은 본원의 논리 엔티티와 인터페이스(2302, 2304 및 2306)와 같은 인터페이스를 생성하는 논리가 본원의 액세스 서비스의 서비스 지향 아키텍처(SOA) 및/또는 리소스 지향 아키텍처(ROA)를 사용하는 M2M 네트워크의 일부로서 구현될 수 있다.
도 22c는 M2M 디바이스, 사용자 장비, 게이트웨이, UE/GW 또는 예를 들어, 모바일 케어 네트워크, 서비스 계층 네트워크 제공자, 단말 디바이스(18) 또는 M2M 게이트웨이 디바이스(14)의 노드를 포함하여 임의의 다른 노드일 수 있는 예시적인 디바이스(30)의 시스템도이다. 디바이스(30)는 서비스 도메인 과금 시스템, SD-CM(502), SD-OCS(512), SD-OFCS(514), SD-CTF(530)와 같은 논리 엔티티와, 인터페이스(2302, 2304 및 2306)와 같은 인터페이스를 생성하는 논리를 실행하거나 포함할 수 있다. 디바이스(30)는 도 22a 및 22b에 도시된 M2M 네트워크의 일부 또는 논-M2M 네트워크의 일부일 수 있다. 도 22c에 도시된 바와 같이, 디바이스(30)는 프로세서(32), 트랜시버(34), 송신/수신 요소(36), 스피커/마이크로폰(38), 키패드(40), 디스플레이/터치패드/인디케이터(들)(42), 비분리형 메모리(44), 분리형 메모리(46), 전원(48), 글로벌 포지셔닝 시스템(GPS) 칩셋(50) 및 다른 주변 장치(52)를 포함할 수 있다. 실시예에 부합되게 유지되면서 디바이스(30)가 상술한 요소의 임의의 하위 조합을 포함할 수 있다는 것이 이해될 것이다. 이 디바이스는 모세관 디바이스 과금에 대한 개시된 시스템 및 방법 또는 다른 개시된 과금 시스템 및 방법을 사용 및/또는 구현하는 디바이스일 수 있다.
프로세서(32)는 범용 프로세서, 특수 목적 프로세서, 통상의 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로프로세서, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 컨트롤러, 마이크로컨트롤러, 하나 이상의 애플리케이션 특정 집적 회로(ASIC), 하나 이상의 필드 프로그래머블 게이트 어레이(FPGA) 회로, 임의의 다른 유형 및 수의 집적 회로(IC), 상태 머신 등일 수 있다. 프로세서(32)는 신호 코딩, 데이터 프로세싱, 전력 제어, 입력/출력 프로세싱, 및/또는 디바이스(30)가 무선 환경에서 동작할 수 있게 하는 임의의 다른 기능을 수행할 수 있다. 프로세서(32)는 송신/수신 요소(36)에 연결될 수 있는 트랜시버(34)에 연결될 수 있다. 도 22c는 프로세서(32)와 트랜시버(34)를 별도의 요소로 도시하지만, 프로세서(32) 및 트랜시버(34)는 전자 패키지 또는 칩에 함께 통합될 수 있다는 것을 이해할 것이다. 프로세서(32)는 애플리케이션 프로그램(예를 들어, 브라우저) 및/또는 무선 액세스 계층(RAN) 프로그램 및/또는 통신을 수행할 수 있다. 프로세서(32)는 인증, 보안 키 협정 및/또는 예를 들어 액세스 계층 및/또는 애플리케이션 계층에서와 같은 암호화 동작과 같은 보안 동작을 수행할 수 있다.
송신/수신 요소(36)는 신호를 M2M 서비스 플랫폼(22)으로 송신하고/하거나 이로부터 신호를 수신하도록 구성될 수 있다. 예를 들어, 실시예에서, 송신/수신 요소(36)는 RF 신호를 송신 및/또는 수신하도록 구성되는 안테나일 수 있다. 송신/수신 요소(36)는 WLAN, WPAN, 셀룰러 등과 같은 다양한 네트워크 및 무선 인터페이스를 지원할 수 있다. 실시예에서, 송신/수신 요소(36)는 예를 들어, IR, UV 또는 가시광 신호를 송신 및/또는 수신하도록 구성된 에미터/검출기일 수 있다. 또 다른 실시예에서, 송신/수신 요소(36)는 RF 및 광 신호 양쪽을 송신 및 수신하도록 구성될 수 있다. 송신/수신 요소(36)는 무선 또는 유선 신호의 임의의 조합을 송신 및/또는 수신하도록 구성될 수 있다.
　또한, 송신/수신 요소(36)가 단일 요소로서 도 22c에 도시되어 있지만, 디바이스(30)는 임의의 수의 송신/수신 요소(36)를 포함할 수 있다. 보다 구체적으로, 디바이스(30)는 MIMO 기술을 채용할 수 있다. 따라서, 실시예에서, 디바이스(30)는 무선 신호를 송신 및 수신하기 위한 2개 이상의 송신/수신 요소(36)(예를 들어, 복수의 안테나)를 포함할 수 있다.
트랜시버(34)는 송신/수신 요소(36)에 의해 송신되어야 할 신호를 변조하고 송신/수신 요소(36)에 의해 수신되는 신호를 복조하도록 구성될 수 있다. 상술한 바와 같이, 디바이스(30)는 다중 모드 기능을 가질 수 있다. 따라서, 트랜시버(34)는 예를 들어 UTRA 및 IEEE 802.11과 같은 복수의 RAT를 통해 디바이스(30)가 통신할 수 있도록 복수의 트랜시버를 포함할 수 있다.
　프로세서(32)는 비분리형 메모리(44) 및/또는 분리형 메모리(46)와 같은 임의의 유형의 적절한 메모리로부터의 정보에 액세스할 수 있고 이에 데이터를 저장할 수 있다. 비분리형 메모리(44)는 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 하드 디스크 또는 임의의 다른 유형의 메모리 저장 디바이스를 포함할 수 있다. 분리형 메모리(46)는 가입자 식별 모듈(SIM) 카드, 메모리 스틱, 보안 디지털(SD) 메모리 카드 등을 포함할 수 있다. 다른 실시예에서, 프로세서(32)는 서버 또는 홈 컴퓨터 상에서와 같이 디바이스(30)에 물리적으로 위치되지 않은 메모리로부터 정보에 액세스할 수 있고 이에 데이터를 저장할 수 있다.
프로세서(30)는 전원(48)으로부터 전력을 수신할 수 있고, 디바이스(30)의 다른 요소에 전력을 분배 및/또는 제어하도록 구성될 수 있다. 전원(48)은 디바이스(30)에 전력을 공급하기 위한 임의의 적절한 디바이스일 수 있다. 예를 들어, 전원(48)은 하나 이상의 건전지(예를 들어, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), 니켈 금속 하이브리드(NiMH), 리튬 이온(Li-ion) 등), 태양 전지, 연료 전지 등을 포함할 수 있다.
프로세서(32)는 또한 디바이스(30)의 현재 위치에 관한 위치 정보(예를 들어, 경도와 위도)를 제공하도록 구성될 수 있는 GPS 칩셋(50)에 연결될 수 있다. 실시예와 부합을 유지하면서 디바이스(30)는 임의의 적절한 위치 결정 방법에 의해 위치 정보를 획득할 수 있다는 것을 이해할 것이다.
프로세서(32)는 또한 추가의 특징, 기능 및/또는 유선 또는 무선 접속을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함할 수 있는 다른 주변 장치(52)에 연결될 수 있다. 예를 들어, 주변 장치(52)는, 가속도계, 전자 컴퍼스, 위성 트랜시버, 센서, (사진 또는 비디오를 위한) 디지털 카메라, 범용 직렬 버스(USB) 포트, 진동 디바이스, 텔레비전 트랜시버, 핸즈 프리 헤드셋, 블루투스® 모듈, 주파수 변조(FM) 라디오 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.
도　22d는 예를 들어, 도 22a 및 22b의 M2M 서비스 플랫폼(22)이 구현될 수 있는 예시적인 컴퓨팅 시스템(90)의 블록도이다. 컴퓨팅 시스템(90)은 컴퓨터 또는 서버를 포함할 수 있으며, 소프트웨어의 형태일 수 있거나 어디든 이러한 소프트웨어가 저장되거나 액세스되는 어떠한 수단에 의해 컴퓨터 판독 가능 명령에 의해 주로 제어될 수 있다. 컴퓨팅 시스템(90)은 서비스 도메인 과금 시스템, SD-CM(502), SD-OCS(512), SD-OFCS(514), SD-CTF(530) 및 인터페이스(2302, 2304 및 2306)와 같은 인터페이스를 생성하는 논리와 같은 논리 엔티티를 실행하거나 포함할 수 있다. 컴퓨팅 시스템(90)은 예를 들어, 모바일 케어 네트워크, 서비스 계층 네트워크 애플리케이션 제공자, 단말 디바이스(18) 또는 M2M 게이트웨이 디바이스(14)를 포함하여 M2M 디바이스, 사용자 장비, 게이트웨이, UE/GW 또는 임의의 다른 노드일 수 있다. 이러한 컴퓨터 판독 가능 명령은 컴퓨팅 시스템(90)이 작업을 수행하게 하도록 중앙 처리 장치(CPU)(91) 내에서 실행될 수 있다. 많은 알려진 워크스테이션, 서버, 및 개인용 컴퓨터에서, 중앙 처리 장치(91)는 마이크로프로세서라 칭해지는 단일칩 CPU에 의해 구현된다. 다른 머신에서, 중앙 처리 장치(91)는 복수의 프로세서를 포함할 수 있다. 코프로세서(81)는 부가적인 기능을 수행하거나 CPU(91)를 지원하는 메인 CPU(91)와는 별개의 선택적인 프로세서이다. CPU(91) 및/또는 코프로세서(81)는 모세관 디바이스 과금을 위해 개시된 시스템 및 개시된 다른 과금 시스템 및 방법의 다양한 실시예에서 사용되는 데이터를 수신, 생성 및 프로세싱할 수 있다.
동작에서, CPU(91)는 명령을 페치, 복호화 및 실행하며, 컴퓨터의 메인 데이터 전송 경로, 시스템 버스(80)를 통해 및 다른 리소스로부터 그리고 이로 정보를 전송한다. 이러한 시스템 버스는 컴퓨팅 시스템(90)의 요소를 접속시키며 데이터 교환을 위한 매체를 규정한다. 시스템 버스(80)는 통상적으로 데이터를 전송하기 위한 데이터 라인, 어드레스를 전송하기 위한 어드레스 라인, 인터럽트를 전송하고 시스템 버스를 동작시키기 위한 제어 라인을 포함한다. 이러한 시스템 버스(80)의 예는 PCI(Peripheral Component Interconnect) 버스이다.
시스템 버스(80)에 연결된 메모리 디바이스는 랜덤 액세스 메모리(RAM)(82) 및 판독 전용 메모리(ROM)(93)를 포함한다. 이러한 메모리는 정보가 저장 및 검색될 수 있게 하는 회로를 포함한다. ROM(93)은 일반적으로 쉽게 수정될 수 없는 저장된 데이터를 포함한다. RAM(82)에 저장된 데이터는 CPU(91) 또는 다른 하드웨어 디바이스에 의해 판독 또는 변경될 수 있다. RAM(82) 및/또는 ROM(93)에 대한 액세스는 메모리 컨트롤러(92)에 의해 제어될 수 있다. 메모리 컨트롤러(92)는 명령이 실행될 때 가상 어드레스를 물리적 주소로 변환하는 어드레스 변환 기능을 제공할 수 있다. 메모리 컨트롤러(92)는 또한 시스템 내에서 프로세스를 격리하고 사용자 프로세스로부터 시스템 프로세스를 격리하는 메모리 보호 기능을 제공할 수 있다. 따라서, 제1 모드에서 실행하는 프로그램은 그 자체의 프로세스 가상 어드레스 공간에 의해 매핑된 메모리에만 액세스할 수 있으며; 프로세스 간 메모리 공유가 설정되어 있지 않다면, 이는 다른 프로세스의 가상 어드레스 공간 내의 메모리에 액세스할 수 없다.
또한, 컴퓨팅 시스템(90)은 프린터(94), 키보드(84), 마우스(95) 및 디스크 드라이브(85)와 같은 주변 장치에 CPU(91)로부터의 명령을 전달하는 것을 담당하는 주변 장치 컨트롤러(83)를 포함할 수 있다. 디스플레이 컨트롤러(96)에 의해 제어되는 디스플레이(86)는 컴퓨팅 시스템(90)에 의해 생성된 시각적 출력을 표시하는 데 사용된다. 이러한 시각적 출력은 텍스트, 그래픽, 애니메이션 그래픽 및 비디오를 포함할 수 있다. 디스플레이(86)는 CRT 기반 비디오 디스플레이, LCD 기반 평판 디스플레이, 가스 플라즈마 기반 평판 디스플레이 또는 터치 패널로 구현될 수 있다. 디스플레이 컨트롤러(96)는 디스플레이(86)에 전송되는 비디오 신호를 생성하는 데 요구되는 전자 부품을 포함한다.
또한, 컴퓨팅 시스템(90)은 도 22a 및 22b의 네트워크(12)와 같은 외부 통신 네트워크에 컴퓨팅 시스템(90)을 접속하는 데 사용될 수 있는 네트워크 어댑터(97)를 포함할 수 있다. 실시예에서, 네트워크 어댑터(97)는 모세관 디바이스 과금에 대한 다양한 개시된 시스템 및 방법 또는 개시된 다른 과금 시스템 및 방법에 의해 사용되는 데이터를 수신 및 송신할 수 있다.
여기에 개시된 시스템들, 방법들 및 프로세스들 중 임의의 것 또는 전부는 컴퓨터 판독 가능 저장 매체에 저장된 컴퓨터 실행 가능 명령(즉, 프로그램 코드)의 형태로 구현될 수 있다는 것이 이해된다. 컴퓨터, 서버, M2M 단말 디바이스, M2M 게이트웨이 디바이스 등과 같은 머신에 의해 실행될 때, 이러한 명령은 여기에 설명된 시스템, 방법 및 프로세스를 수행 및/또는 구현한다. 구체적으로, 게이트웨이, UE, UE/GW 또는 모바일 코어 네트워크의 노드, 서비스 계층 또는 네트워크 애플리케이션 제공자 중 임의의 것의 동작을 포함하여 상술한 단계, 동작 또는 기능 중 임의의 것은 이러한 컴퓨터 실행 가능 명령의 형태로 구현될 수 있다. 서비스 도메인 과금 시스템, SD-CM(502), SD-OCS(512), SD-OFCS(514), SD-CTF(530) 및 인터페이스(2302, 2304 및 2306)와 같은 인터페이스를 생성하는 논리와 같은 논리 엔티티가 컴퓨터 실행 가능 명령의 형태로 구현될 수 있다. 컴퓨터 판독 가능 저장 매체는 정보의 저장을 위한 임의의 방법 또는 기술로 구현되는 휘발성 및 비휘발성, 분리형 및 비분리형 매체 양쪽을 포함하지만, 그러한 컴퓨터 판독 가능 저장 매체는 신호를 포함하지 않는다. 컴퓨터 판독 가능 저장 매체는, RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CDROM, 디지털 버서타일 디스크(DVD) 또는 다른 광학 디스크 스토리지, 자기 카세트, 자기 테이프, 자기 디스크 스토리지 또는 다른 자기 스토리지 디바이스, 또는 원하는 정보를 저장하는데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 물리적 매체를 포함하지만 이에 한정되는 것은 아니다.
도면에 도시된 바와 같이, 본 발명의 청구물의 바람직한 실시예를 설명하는 데 있어서, 명료성을 위하여 특정 용어가 채용된다. 하지만, 청구된 청구물은 이렇게 선택된 특정 용어로 제한되는 것으로 의도된 것이 아니며, 각각의 특정 요소는 유사한 목적을 달성하기 위해 유사한 방식으로 동작하는 모든 기술적 등가물을 포함하는 것으로 이해되어야 한다.
　이러한 서면의 설명은 최상의 모드를 포함하여 본 발명을 개시하고, 또한 임의의 디바이스 또는 시스템을 제조 및 사용하고 임의의 통합된 방법을 수행하는 것을 포함하여 본 기술 분야의 통상의 기술자가 본 발명을 수행할 수 있게 하는 예를 사용한다. 본 발명의 특허 가능 범위는 청구항에 의해 규정되며 본 기술 분야의 통상의 기술자에게 생각되는 다른 예를 포함할 수 있다. 이러한 다른 예는, 청구항의 문자대로의 언어와 다르지 않는 구조적 요소를 갖거나, 청구항의 문자대로의 언어와 실질적이지 않은 차이를 갖는 동등한 구조적 요소를 포함하는 경우, 청구항의 범위 내에 속하는 것으로 의도된다.

Claims (25)

  1. 삭제
  2. 삭제
  3. 삭제
  4. 삭제
  5. 머신-대-머신(M2M) 네트워크의 서비스 계층에서의 방법으로서,
    상기 서비스 계층에서 과금 정책을 구성하는 단계 - 상기 과금 정책은 연관된 속성들을 갖는 룰로서 규정되고,
    상기 속성들은 상기 룰이 활성인지를 나타내는 룰 상태 속성(rule status attribute) 및 과금 가능 이벤트 식별자를 포함하고,
    상기 과금 정책은 생성, 검색, 업데이트, 삭제(Create, Retrieve, Update, Delete)(CRUD) 동작들을 이용하여 구성 가능한 리소스에 저장됨 - ; 및
    상기 과금 정책을 사용하여, 상기 M2M 네트워크의 상기 서비스 계층 내에서 과금 가능 이벤트들을 결정하는 단계
    를 포함하는, 방법.
  6. 제5항에 있어서,
    상기 정책은 애플리케이션으로부터 수신되는, 방법.
  7. 삭제
  8. 제6항에 있어서,
    상기 과금 가능 이벤트 식별자는 상기 M2M 네트워크의 상기 서비스 계층에서 이벤트를 규정하는 추가적인 속성들을 갖는 과금 가능 이벤트 객체를 식별하는, 방법.
  9. 제5항에 있어서,
    상기 속성들은 과금하는 당사자(charging party)를 식별하는 발신자 식별자(originator identifier)와 과금되는 당사자(charged party)를 나타내는 수신자 ID를 포함하는, 방법.
  10. 삭제
  11. 제5항에 있어서,
    상기 룰은 유니폼 리소스 인디케이터(uniform resource indicator)(URI)로 어드레싱 가능한(addressable) 리소스인, 방법.
  12. 제5항에 있어서,
    상기 정책은 이벤트 ID, 이벤트 유형, 이벤트 개시, 이벤트 종료 및 데이터 사이즈를 포함하는 속성들을 갖는 구성을 포함하는, 방법.
  13. 제12항에 있어서,
    상기 구성은 과금 이벤트를 생성하는 데 사용되는, 방법.
  14. 제5항에 있어서,
    상기 정책은 서비스 기반 과금을 규정하는, 방법.
  15. 제5항에 있어서,
    상기 서비스 계층은 구성 가능한 과금 서비스들을 애플리케이션들에 제공하는, 방법.
  16. 삭제
  17. 삭제
  18. 삭제
  19. 삭제
  20. 삭제
  21. 3GPP 네트워크와 상호 작용하는 서비스 계층에서의 방법으로서,
    Tsp 기준점을 통해 상기 서비스 계층의 서비스 도메인 과금 시스템(service domain charging system : SD-CS)과 상기 3GPP 네트워크의 머신 유형 통신 연동 기능(Machine-Type Communications Interworking Function)(MTC-IWF) 사이에서 과금 정보를 전송하는 단계; 및
    상기 서비스 계층의 상기 서비스 도메인 과금 시스템 또는 상기 3GPP 네트워크의 상기 MTC-IWF에서 전송된 과금 정보를 사용하는 단계
    를 포함하는, 방법.
  22. 제21항에 있어서,
    Rx 기준점을 사용하여, 상기 서비스 계층의 상기 서비스 도메인 과금 시스템과 상기 3GPP 네트워크의 정책 및 과금 집행 기능(Policy and Charging Enforcement Function)(PCEF) 사이에서 과금 관련 정책들을 전송하는, 방법.
  23. 제21항에 있어서,
    상기 MTC-IWF가 상기 Tsp 기준점을 통해 상기 SD-CS로 3GPP 과금 정보를 전송하는, 방법.
  24. 제21항에 있어서,
    상기 SD-CS가 상기 Tsp 기준점을 통해 상기 MTC-IWF에 서비스 계층 과금 정보를 전송하는, 방법.
  25. 삭제
KR1020167004430A 2013-07-24 2014-07-24 서비스 도메인 과금 시스템 및 방법 KR101932821B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201361857912P 2013-07-24 2013-07-24
US61/857,912 2013-07-24
US201361886458P 2013-10-03 2013-10-03
US61/886,458 2013-10-03
PCT/US2014/047951 WO2015013485A2 (en) 2013-07-24 2014-07-24 Service domain charging systems and methods

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020187018632A Division KR102112132B1 (ko) 2013-07-24 2014-07-24 서비스 도메인 과금 시스템 및 방법

Publications (2)

Publication Number Publication Date
KR20160034370A KR20160034370A (ko) 2016-03-29
KR101932821B1 true KR101932821B1 (ko) 2018-12-27

Family

ID=51352787

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020167004430A KR101932821B1 (ko) 2013-07-24 2014-07-24 서비스 도메인 과금 시스템 및 방법
KR1020187018632A KR102112132B1 (ko) 2013-07-24 2014-07-24 서비스 도메인 과금 시스템 및 방법

Family Applications After (1)

Application Number Title Priority Date Filing Date
KR1020187018632A KR102112132B1 (ko) 2013-07-24 2014-07-24 서비스 도메인 과금 시스템 및 방법

Country Status (6)

Country Link
US (3) US10491752B2 (ko)
EP (2) EP3025523B1 (ko)
JP (2) JP6178923B2 (ko)
KR (2) KR101932821B1 (ko)
CN (2) CN111726234B (ko)
WO (1) WO2015013485A2 (ko)

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111726234B (zh) 2013-07-24 2023-03-24 康维达无线有限责任公司 服务域收费系统和方法
CN104349298B (zh) 2013-08-09 2019-07-02 中兴通讯股份有限公司 一种网络计费方法、控制器、数据中心及系统
US20160198049A1 (en) * 2013-08-12 2016-07-07 Nec Corporation Wireless communication system and method for charging control
KR20180057740A (ko) * 2013-08-29 2018-05-30 콘비다 와이어리스, 엘엘씨 사물 인터넷 이벤트 관리 시스템 및 방법
US10333724B2 (en) * 2013-11-25 2019-06-25 Oracle International Corporation Method and system for low-overhead latency profiling
EP3104648B1 (en) * 2014-02-04 2021-02-24 NTT DoCoMo, Inc. Service control system, user device and service control method
CN105100002B (zh) * 2014-05-05 2019-05-07 中兴通讯股份有限公司 属性的操作方法及装置
US9553998B2 (en) 2014-06-09 2017-01-24 Oracle International Corporation Sharing group notification
CN105611484B (zh) * 2014-11-03 2020-07-10 中兴通讯股份有限公司 一种m2m节点的管理方法和装置
CN105653374B (zh) 2014-11-12 2020-04-28 华为技术有限公司 分布式事务资源执行的方法、装置和系统
CN108141446B (zh) * 2015-08-28 2021-10-15 康维达无线有限责任公司 服务层动态授权
WO2017053319A1 (en) * 2015-09-22 2017-03-30 Mobile Iron, Inc. Containerized architecture to manage internet-connected devices
US10148588B1 (en) * 2015-09-30 2018-12-04 EMC IP Holding Company LLC Partitioned performance: using resource account aggregates to throttle at the granular level
EP4203525A1 (en) 2016-06-13 2023-06-28 Convida Wireless, LLC System and methods for service layer cache management
EP3520321B1 (en) * 2016-09-30 2021-01-13 Telefonaktiebolaget LM Ericsson (PUBL) Method, computer program, apparatus and system for charging of a service session of m2m devices in a communication network
CN117170876A (zh) * 2016-10-07 2023-12-05 康维达无线有限责任公司 用于通用互通和可扩展性的服务层资源管理
EP3539257A1 (en) * 2016-11-14 2019-09-18 Convida Wireless, LLC Methods of enabling flexible charging in m2m iot service layer
WO2019015750A1 (en) 2017-07-19 2019-01-24 Telefonaktiebolaget Lm Ericsson (Publ) FUNCTIONS AND METHOD FOR MANAGING A SERVICE UNIT CREDIT GROUP
CN111277720B (zh) * 2017-11-16 2023-08-04 华为技术有限公司 一种计费方法、装置及系统
JP6522718B1 (ja) * 2017-11-22 2019-05-29 ソフトバンク株式会社 Ａｐｉ課金システム、ａｐｉ課金管理方法、及び、ａｐｉ課金プログラム
KR102071315B1 (ko) * 2017-12-05 2020-01-30 서울대학교산학협력단 서비스 지향 사물 인터넷 플랫폼 및 그 제어 방법
US11038923B2 (en) * 2018-02-16 2021-06-15 Nokia Technologies Oy Security management in communication systems with security-based architecture using application layer security
EP3777111A1 (en) * 2018-05-07 2021-02-17 Convida Wireless, Llc Interworking between iot service layer systems and distributed ledger systems
US10855851B2 (en) 2018-09-13 2020-12-01 Ofinno, Llc Charging control with SMF
US11539847B2 (en) * 2018-11-12 2022-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for a chargeable party at a session management with required quality of service
CN112243202B (zh) * 2019-07-18 2023-08-04 中兴通讯股份有限公司 一种计费方法、装置和系统
US11290390B2 (en) 2019-11-20 2022-03-29 Oracle International Corporation Methods, systems, and computer readable media for lockless communications network resource quota sharing
US11171879B2 (en) * 2020-01-02 2021-11-09 Wipro Limited System and method of sharing edge computing resources
WO2021206599A1 (en) 2020-04-09 2021-10-14 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for service charging in a communication network
WO2022141498A1 (zh) * 2020-12-31 2022-07-07 华为技术有限公司 一种计费方法、装置和系统

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120246325A1 (en) * 2011-03-22 2012-09-27 Maria Belen Pancorbo Marcos Network node and method to control routing or bypassing of deployed traffic detection function nodes

Family Cites Families (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5943657A (en) 1994-03-30 1999-08-24 British Telecommunications Public Limited Company Communications pricing and charging maintenance sub-system and process
EP3179775B1 (en) * 2004-07-30 2019-01-30 Commscope Technologies LLC Method and system of setting transmitter power levels
US8917611B2 (en) * 2009-05-07 2014-12-23 Jasper Technologies, Inc. Core services platform for wireless voice, data and messaging network services
US7831027B2 (en) * 2006-01-25 2010-11-09 Accenture Global Services Limited Configurable charging system for a telecommunications service provider
CN101291233B (zh) * 2007-04-20 2011-04-20 华为技术有限公司 一种实现事件检测的方法及系统
US8116728B2 (en) * 2008-04-22 2012-02-14 Alcatel Lucent Charging in LTE/EPC communication networks
US8640188B2 (en) * 2010-01-04 2014-01-28 Tekelec, Inc. Methods, systems, and computer readable media for providing group policy configuration in a communications network using a fake user
CN101867909B (zh) * 2009-04-20 2013-10-16 中兴通讯股份有限公司 一种实现有限策略计费控制的方法及系统
CN101945368A (zh) * 2009-07-06 2011-01-12 华为技术有限公司 群组计费方法、计费处理装置以及通信系统
US8972553B2 (en) 2009-08-10 2015-03-03 Qualcomm Incorporated Method and apparatus for handling policy and charging control rule or quality of service rule modification failures
CN102111739A (zh) * 2009-12-24 2011-06-29 中兴通讯股份有限公司 一种机器类型通信的计费方法和系统
EP2548388A4 (en) * 2010-03-15 2017-08-02 Tekelec, Inc. Methods, systems, and computer readable media for communicating policy information between a policy charging and rules function and a service node
CN102238510B (zh) * 2010-04-26 2014-09-10 中兴通讯股份有限公司 机器类通信的策略下发方法及系统
US8473546B2 (en) 2010-05-28 2013-06-25 Alcatel Lucent Minimizing PCC rule instantiation latency
US8539033B2 (en) * 2010-06-29 2013-09-17 Alcatel Lucent Diameter session audits
EP2621201B1 (en) 2010-10-20 2018-01-10 ZTE Corporation Method and system for supporting multiple time zones in an ims system
US9065936B2 (en) 2010-12-09 2015-06-23 Allot Communications Ltd. Cellular traffic monitoring and charging using application detection rules
EP2649843B1 (en) * 2010-12-09 2015-11-04 Allot Communications Ltd. Device, system and method of traffic detection
WO2012082151A2 (en) 2010-12-13 2012-06-21 Telecommunication Systems, Inc. Location services gateway server
EP2512106A1 (en) * 2011-04-15 2012-10-17 Vodafone IP Licensing limited Method for managing data in M2M systems
CN102752877B (zh) * 2011-04-19 2015-01-21 华为技术有限公司 机器对机器服务管理设备、网络设备、业务处理方法及系统
WO2011120462A2 (zh) 2011-05-06 2011-10-06 华为技术有限公司 费率组处理方法、数据业务计费方法和相关设备及系统
EP2525526A1 (en) * 2011-05-17 2012-11-21 Telefonaktiebolaget L M Ericsson AB (Publ) Prioritisation of charging in an IMS network
US8730823B2 (en) * 2011-06-24 2014-05-20 Jasper Wireless, Inc. Core services platform for wireless voice, data and messaging network services
US8732043B2 (en) 2011-08-25 2014-05-20 Verizon Patent And Licensing Inc. Charging diversification using a modified online charging indicator
US9300531B2 (en) * 2011-12-12 2016-03-29 Openet Telecom Ltd. Systems, devices, and methods of orchestration and application of business rules for real-time control of subscribers in a telecommunications operator's network
WO2013091731A1 (en) 2011-12-23 2013-06-27 Telefonaktiebolaget L M Ericsson (Publ) Charging decisions in an ip multimedia subsystem
US9420059B2 (en) * 2012-01-04 2016-08-16 Alcatel Lucent Indication of authorized and unauthorized PCC rules
US20130176907A1 (en) * 2012-01-06 2013-07-11 George Foti Offline charging of m2m interactions
EP2801182B1 (en) * 2012-01-06 2018-04-25 Telefonaktiebolaget LM Ericsson (publ) Quality of service support for machine-to-machine applications
US9848090B2 (en) 2012-01-24 2017-12-19 Alcatel Lucent Offline charging per service data flow
TWI613897B (zh) * 2012-02-03 2018-02-01 內數位專利控股公司 支援m2m內容及上下文為基礎服務的方法及裝置
US9560162B2 (en) * 2012-04-09 2017-01-31 Telefonaktiebolaget Lm Ericsson (Publ) Quality of service support for machine-to-machine applications including e-health
WO2013161275A1 (ja) * 2012-04-26 2013-10-31 日本電気株式会社 移動通信システム、ゲートウェイ装置、課金ポリシー制御方法及びプログラムが格納された非一時的なコンピュータ可読媒体
CN104272707B (zh) 2012-04-27 2018-04-06 交互数字专利控股公司 支持邻近发现过程的方法和装置
CN103428666A (zh) * 2012-05-24 2013-12-04 华为技术有限公司 一种计费的方法及装置
US8983429B2 (en) 2012-05-30 2015-03-17 Alcatel Lucent Temporarily disable out-of-credit PCC rule
WO2013190503A1 (en) * 2012-06-22 2013-12-27 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for machine-to-machine event data recording
WO2014000142A1 (en) * 2012-06-25 2014-01-03 Telefonaktiebolaget L M Ericsson (Publ) Policy control for a machine-to-machine group
US9654900B2 (en) * 2012-06-29 2017-05-16 Interdigital Patent Holdings, Inc. Service-based discovery in networks
US8989070B2 (en) * 2012-07-02 2015-03-24 Intel Corporation Apparatus and method to efficiently send device trigger messages
US20140051384A1 (en) 2012-08-15 2014-02-20 Alcatel-Lucent Canada Inc. Out of credit final-unit-action restrict_access handling
US9955348B2 (en) * 2012-09-12 2018-04-24 Lg Electronics Inc. Method and device for requesting for specific right acquisition on specific resource in wireless communication system
WO2014040284A1 (zh) * 2012-09-17 2014-03-20 华为终端有限公司 机器类型通信会话处理方法和装置
EP2898708B1 (en) 2012-09-24 2022-06-22 Nokia Solutions and Networks Oy Proximity service charging
US9621444B2 (en) 2012-12-18 2017-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Method and device for handling dropped data packets
US9307040B2 (en) * 2013-01-03 2016-04-05 Verizon Patent And Licensing Inc. Boundary-less M2M service layer
US9026075B2 (en) * 2013-03-15 2015-05-05 Alcatel Lucent Session anchor timestamp for interim accounting requests
US9026076B2 (en) 2013-03-15 2015-05-05 Alcatel Lucent Control of time limit triggers for offline charging
US9245135B2 (en) 2013-03-22 2016-01-26 Alcatel Lucent CDR filtering for virtual operators
EP2989814B1 (en) * 2013-04-02 2019-05-08 Sierra Wireless, Inc. Method and system for providing differentiated wireless network access and billing to subscribers
US20140372287A1 (en) 2013-06-13 2014-12-18 Telefonaktiebolaget L M Ericsson (Publ) Method and Apparatus for Subscriber Account Selection
CN111726234B (zh) 2013-07-24 2023-03-24 康维达无线有限责任公司 服务域收费系统和方法
US9872122B2 (en) 2013-08-22 2018-01-16 Nec Corporation Network information collection and analysis of a plurality of mobile networks

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120246325A1 (en) * 2011-03-22 2012-09-27 Maria Belen Pancorbo Marcos Network node and method to control routing or bypassing of deployed traffic detection function nodes

Also Published As

Publication number Publication date
EP3651409B1 (en) 2022-11-09
JP6178923B2 (ja) 2017-08-09
KR102112132B1 (ko) 2020-05-18
JP6532506B2 (ja) 2019-06-19
CN105474670B (zh) 2020-08-18
WO2015013485A8 (en) 2016-03-03
CN111726234B (zh) 2023-03-24
US20200036837A1 (en) 2020-01-30
EP3025523A2 (en) 2016-06-01
KR20160034370A (ko) 2016-03-29
KR20180079464A (ko) 2018-07-10
JP2016533080A (ja) 2016-10-20
CN105474670A (zh) 2016-04-06
JP2017225137A (ja) 2017-12-21
US10491752B2 (en) 2019-11-26
US20170339280A1 (en) 2017-11-23
US11277522B2 (en) 2022-03-15
CN111726234A (zh) 2020-09-29
US20150029894A1 (en) 2015-01-29
EP3025523B1 (en) 2020-03-04
EP3651409A1 (en) 2020-05-13
WO2015013485A3 (en) 2015-03-19
WO2015013485A2 (en) 2015-01-29

Similar Documents

Publication Publication Date Title
KR101932821B1 (ko) 서비스 도메인 과금 시스템 및 방법
US11601555B2 (en) Methods and apparatuses for service layer charging correlation with underlying networks
JP6526082B2 (ja) ワイヤレスネットワークにおいて移動局セッションを別の移動局によって資金援助すること
JP6535064B2 (ja) 中継デバイスの課金
US11503442B2 (en) Methods of enabling flexible charging in M2M IoT service layer
WO2017084394A1 (zh) 漫游计费方法、相关装置及在线计费系统
OA18002A (en) Application based selection of a radio network for toll-free applications.

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
E90F Notification of reason for final refusal
AMND Amendment
X701 Decision to grant (after re-examination)
GRNT Written decision to grant