KR102044615B1

KR102044615B1 - Iswn(integrated small cell/wi-fi networks)에서의 과금

Info

Publication number: KR102044615B1
Application number: KR1020177018926A
Authority: KR
Inventors: 아메드 모하메드; 마이클 에프. 스타시닉; 칭 리
Original assignee: 콘비다 와이어리스, 엘엘씨
Priority date: 2014-12-12
Filing date: 2015-12-11
Publication date: 2019-11-13
Also published as: JP2018502501A; KR20170094333A; EP3231167B1; CN107211064A; EP3231167A1; JP6541787B2; CN107211064B; US11019221B2; WO2016094805A1; US20170366679A1

Abstract

PCEF(Policy and Charging Enforcement Function)는 UE가 게이트웨이를 통해 셀룰러 또는 WIFI 접속을 통해 접속하는지 여부를 인식할 수 있다. 관리 메시지들은 PCEF 볼륨 기반 온라인 과금 기능성이 코어 네트워크에(즉, P-GW/PCEF에) 남게 하도록 수정될 수 있다. ISWN(ISW-GW)과 코어 네트워크(P-GW/PCEF) 사이의 세션 관리 메시징은 ISWN이 하나의 RAT로부터 다른 것으로 베어러 또는 플로우를 이동시킬 때 코어 네트워크가 통지를 받을 수 있도록 수정될 수 있다. 대안적으로, PCEF 볼륨 기반 온라인 과금 기능성이 ISWN에 추가될 수 있다. ISWN의 PCEF는 UE가 ISWN에 있는 동안 볼륨 기반 온라인 과금을 수행하는 태스크를 부여받을 수 있다.

Description

ISWN(INTEGRATED SMALL CELL/WI-FI NETWORKS)에서의 과금{CHARGING IN THE INTEGRATED SMALL CELL/WI-FI NETWORKS (ISWN)}

관련 출원들에 대한 상호 참조

본 출원은 2014년 12월 12일자로 출원된 미국 임시 특허 출원 제62/091,111호에 대한 우선권을 주장하며, 그 개시내용은 전부 본 명세서에 참조로 원용된다.

배경기술

3GPP(3rd Generation Partnership Project)는 무선 액세스, 코어 전송 네트워크 및 서비스 능력들을 포함하는 셀룰러 통신 네트워크 기술들을 커버한다. 무선 통신을 위한 3GPP MCN(mobile core network) 아키텍처의 최신 버전은 EPC(Evolved Packet Core)라고 지칭된다. EPC(Evolved Packet Core)는 성능 및 비용 관점으로부터 효율적으로 데이터 트래픽을 취급하기 위해 "플랫 아키텍처(flat architecture)"를 갖는다. EPC는 또한 EPC 스케일을 독립적으로 하기 위해 사용자 데이터(사용자 평면으로서도 알려짐) 및 시그널링(제어 평면으로서도 알려짐)을 분리한다.

3GPP 네트워크 PCC(Policy and Charging Control) 시스템은 가입자 당 그리고 IP 데이터 플로우 당 정책 및 과금의 동적 제어를 제공한다. 이는 애플리케이션 서버들이 전달되는 서비스들에 대해 QoS(Quality of Service) 및 과금 정책들을 동적으로 제어할 수 있게 하는 더 우수한 QoS 제어를 지원한다.

도 1은 2014년 3월자 3GPP TS 23.203 "Policy and charging control architecture", V12.4.0(이하 "Policy and charging control architecture")의 조항 5.1로부터 채택되는 PCC(Policy and Charging Control) 아키텍처의 도면이다. 도시되는 바와 같이, PCC 기능성은 PCEF(Policy and Charging Enforcement Function)(102), BBERF(Bearer Binding and Event Reporting Function)(104), PCRF(Policy and Charging Rules Function)(118), AF(Application Function)(108), TDF(Traffic Detection Function)(110), OCS(Online Charging System)(112), OFCS(Offline Charging System)(114) 및 SPR(Subscription Profile Repository)(116)의 기능들에 의해 구성된다.

PCRF(118)("Policy and charging control architecture"의 조항 6.2.1에서 설명됨)는 PCEF(102)에 대한 서비스 데이터 플로우 검출, 게이팅, QoS 및 플로우 기반 과금에 관한 PCC 규칙들을 제공한다. PCEF(102)("Policy and charging control architecture"의 조항 6.2.2)는 일반적으로 P-GW(120) 내에 위치되며, 이것은 PCRF(118)에 의해 표시되는 정책들을 시행하는 것을 담당한다. 특히, 이것은 게이트 시행 접근방식(대응 게이트가 열려 있어야만 서비스 플로우가 통과하게 함) 또는 QoS 시행 접근방식(특정 서비스 플로우 상에 구체적인 QoS 클래스를 시행함)을 사용한다. 또한, PCEF(102)는 과금 제어를 담당한다. 보다 구체적으로, PCEF(102)는 서비스 데이터 플로우가 관련 PCC 규칙을 가지면 그리고 OCS(112)에 의해 과금 키에 대한 크레디트를 부여받으면 서비스 데이터 플로우를 통과하게 한다.

도 1에서의 특별한 관심 대상은 Gx 참조 포인트이며, 이는 PCEF(102)와 PCRF(118) 사이에 존재한다. 이것은 PCC 결정의 시그널링을 가능하게 하며, 이는 PCC 행동을 통제한다. 예를 들어, Gx 참조 포인트는 PCEF(102)로부터 PCRF(118)로의 PCC 결정에 대한 요청 및 PCRF(118)로부터 PCEF(102)로의 PCC 결정의 제공을 지원한다. Gy(Ro라고도 알려짐) 참조 포인트는 OCS(112) PCEF(102) 사이에 존재하고, 이것은 온라인 과금에 대한 크레디트 제어를 허용한다. Gz(Rf라고도 알려짐) 참조 포인트는 PCEF(102)와 OFCS(114) 사이에 존재하고, 이것은 오프라인 과금 정보의 전송을 가능하게 한다.

도 2는 (2013년 12월자 3GPP TS 32.240의 조항 4.2, "Charging architecture and principles", V12.3.0 이하 "Charging architecture and principles"으로부터 채택되는) 온라인 및 오프라인 과금을 위한 하이 레벨 공통 아키텍처를 도시하는 도면이다.

도 2는 관심 대상의 네트워크 엔티티들 사이의 참조 포인트들(예를 들어, Rf 및 Ro)을 이들 참조 포인트들을 통한 정보 플로우들과 함께 도시한다. 과금 아키텍처는 온라인 및 오프라인 과금 프로세스들 양자 모두를 포함한다. 과금 프로세스를 지원하기 위해, 네트워크는 리소스 사용량의 실시간 모니터링을 수행한다. 오프라인 과금 프로세스에서, 네트워크는 OFCS(offline charging system)(114)에 이것이 발생한 이후 리소스 사용량을 제공한다. 이러한 통지는 CDR(Charging Data Record)를 생성하는데 사용되며, 이는 나중에 청구 도메인에 전송된다. 온라인 과금 프로세스에 대해서, 네트워크는 OCS(online charging system)(112)에 접촉하여 이를 사용하기 이전에 리소스 사용량에 대한 허가를 부여한다. 따라서, 오프라인 메커니즘에서의 수집된 과금 정보는 요청된 서비스들에 실시간으로 영향을 미치지 않는다. 반대로, 온라인 메커니즘에서의 과금 정보는 요청된 서비스들에 실시간으로 영향을 미친다("Charging architecture and principles"의 조항 4.1).

도 3은 다수의 논리 엔티티들로 구성되는 오프라인 과금 아키텍처를 도시하는 도면이다. CTF(Charging Trigger Function)(302)는 네트워크 리소스 사용량의 관찰에 기초하여 과금 이벤트들을 생성한다. 이것은 Rf 참조 포인트를 통해 CDF(Charging Data Function)(304)를 향하는 "Accounting Metrics Collection" 및 "Accounting Data Forwarding"을 담당한다. CDF(304)는 다음으로 CDR들을 구성하는데 과금 이벤트들에 포함되는 정보를 사용한다. CDF(304)에 의해 생성되는 CDR들은 Ga 참조 포인트를 통해 CGF(Charging Gateway Function)(306)에 즉시 전송된다. CGF(306)는 CDR 파일들을 BD에 전송하는데 Bx 참조 포인트를 사용한다.

도 4는 OCS(Online Charging System)의 아키텍처를 도시하는 도면이다. OFCS(Offline Charging System)와 유사하게, CTF(302)는 과금 이벤트들을 생성하고 "Accounting Metrics"를 수집한다. 사용자에 의해 요청되는 네트워크 리소스 사용량에 대한 승인을 획득하기 위해, 과금 이벤트들은 Ro 참조 포인트를 통해 OCF(Online Charging Function)으로 전달된다. RF(Rating Function)는 네트워크 리소스 사용량의 값을 결정하고 ABMF(Account Balance Management Function)(408)은 OCS 내의 가입자의 계좌 잔고의 위치이다.

온라인 과금 메커니즘들은 "Charging architecture and principles"의 조항 5.2.2에 설명되는 바와 같이 이벤트 기반 또는 세션 기반일 수 있다. 이벤트 기반 과금에서, 네트워크/사용자 이벤트는 단일 과금 가능 이벤트에 대응한다. 세션 기반 과금에서는, 적어도 2개의 과금 가능 이벤트들이 필요하다. 본 개시내용에서의 특별한 관심 대상은 SCUR(Session Charging with Unit Reservation) 메커니즘(2014년 3월자, 3GPP TS 32.299의 조항 6.3.5, "Diameter charging applications", V12.4.0, 이하 "TS 32.299")이다. SCUR에서, 특정 네트워크 엔티티의 CTF(302)는 과금 이벤트를 OCS에 전달할 것이다. 이에 응답하여, OCS(112)는 필요한 리소스들의 사용 비용을 결정하고, 사용자의 계좌로부터 요금을 예약한다. OCS에서의 RF는 이용된 리소스들의 가치를 결정을 담당한다. 대안적으로, "Decentralized Unit Determination and Centralized Rating" SCUR은 필요한 리소스 유닛들의 수 및 해당 화폐 요율을 계산하고(TS 32.299의 조항 5.2.2) 이러한 정보들을 OCS에 전송하는 CTF(302)를 설명한다. 이에 응답하여, OCS는 리소스 사용량을 인가하는 것을 CTF(302)에 되돌려 전송한다. 그 결과, 네트워크 엔티티는 리소스 이용을 실행한다. 완료되면, CTF(302)는 OCS에게 자신의 완료에 관해 통보한다.

PCEF(102)는 3GPP 네트워크에서 볼륨 기반 온라인 과금을 수행한다. 데이터 세션이 시작될 때, PCEF(102)는 OCS(112)로부터 사용자의 크레디트(즉, 돈)의 일부를 예약한다. 데이터 볼륨들이 사용된 것으로/로부터 전달될 때, PCEF(102)는 예약된 크레디트를 감소시킨다. 모든 크레디트가 소비되면, PCEF(102)는 사용자의 계좌로부터 더 많은 크레디트를 예약하려고 시도할 것이다. 사용자가 그의 계좌에 더 이상의 크레디트를 가지지 않는다는 점을 OCS(112)가 PCEF(102)에 표시하면, 데이터 세션은 PCEF(102)에 의해 종료될 것이다. PCEF(102)는 통상적으로 P-GW(120)에 배치된다.

도 5는 2013년 6월자, 3GPP TS 32.252, "Charging management; Wireless Local Area Network (WLAN) charging", V11.1.0 이하 "TS 32.252"에 제시된 I-WLAN(Interworking-WLAN) 아키텍처에 대한 과금 아키텍처를 도시하는 도면이다. 오프라인 과금 메커니즘에 대해 도시되는 바와 같이, 3GPP AAA 서버는 Wf 참조 포인트(Rf 인터페이스)을 통해 CDF(304)와 통신한다. 다른 한편, 온라인 과금 메커니즘은 3GPP AAA 서버와 OCS(112) 사이의 Wo 참조 포인트(Ro 인터페이스)을 사용하여 구현된다. 도 5에서의 Wf 및 Wo 참조 포인트들은 도 2에서의 그들의 역할과 정렬된다.

I-WLAN에 대한 현재의 온라인 과금 프로토콜들은 볼륨 기반 온라인 과금(TS 32.252의 조항 5.3.1)을 허용하지 않는다. 시간 기반 승인 및 과금만 가능하다. TS 32.252에서 언급되는 바와 같이, 크레디트 리스크를 줄이기 위해 단기 예약이 추천된다.

다음은 새로운 과금 규칙들로 베어러 또는 세션을 생성/업데이트하는데 사용될 수 있는 주요 GTPv2-C 메시지들을 설명한다.

Bearer Resource Command 메시지(2014년 3월자, 3GPP TS 23.401, "General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access", V12.4.0 이하 "TS 23.401"의 조항 5.4.5에 설명됨)는 MME(718)로부터 S-GW(722)에 전송되며, 이는 이후에 P-GW(120)에 전달된다. 이것은 구체적인 QoS 요구가 있는 하나의 트래픽 플로우 종합에 대한 베어러 리소스 수정들(예를 들어, 리소스들의 할당 또는 릴리즈)에 사용된다. 또한, 이것은 "Flow Quality of Service (Flow QoS)" IE를 사용하는 QoS 업데이트에 사용될 수 있다. Bearer Resource Command 메시지의 상세한 Information Elements는, 2014년 3월자, 3GPP TS 29.274, "Evolved Packet System (EPS); Evolved General Packet Radio Service (GPRS); Tunnelling Protocol for Control plane (GTPv2-C); Stage 3", V12.4.0(이하 TS 29.274)의 조항 7.2.5에 표로 만들어져 있다.

Modify Bearer Request 메시지(TS 29.274의 Section 7.2.7에 설명됨)는 핸드오버 프로시저 및 초기 부착에 사용될 수 있다. 이것은 (핸드오버를 위한) Handover Indication 및 (P-GW(120) 과금을 중단하는) PDN Pause On/Off Indication과 같은 다수의 "Indication Flags"를 갖는다.

Modify Bearer Request 메시지와 유사하게, Create Session Request은 TS 29.274의 표 7.2.1-1에 보여지는 바와 마찬가지인 Indication Flags(예를 들어, Handover Indication)를 갖는다. 유사하게, Create Session Response는 TS 29.274의 표 7.2.2-1에 보여지는 바와 같은 Indication Flags를 갖는다.

도 6은 과금 이벤트/CDR 파라미터들("field categories")에 대해 가능한 존재 요건들을 도시하는 논리도이다.

"Charging architecture and principles"의 조항 5.4에 표시되는 바와 같이, 중간 단계 과금 TS들에서의 과금 이벤트 및 CDR 설명 표들은 M(Mandatory), C(Conditional) 및 Oc 또는 Om(Operator provisionable) 지정들을 명시하고, 그들은 다음과 같이 설명될 수 있다.

M- 이 파라미터는 Mandatory이며 이벤트/CDR에 항상 존재할 것이다.

C- 이 파라미터는 특정 Conditions이 충족될 때만 이벤트/CDR에 존재할 것이다. 이러한 Conditions는 파라미터 정의의 일부로서 명시된다.

Om- 이것은, 오퍼레이터에 의해 존재하도록 제공되면, 명시된 조건들이 충족될 때 이벤트들/CDR들에 포함될 파라미터이다. 달리 말하면, 존재하도록 제공되는 Om 파라미터는 필수 파라미터이다.

Oc- 이것은, 오퍼레이터에 의해 존재하도록 제공되면, 명시된 조건들이 충족될 때 이벤트들/CDR들에 포함될 파라미터이다. 달리 말하면, 존재하도록 구성되는 Oc 파라미터는 조건부 파라미터이다.

2014년 3월자, 3GPP TS 23.203 "Policy and charging control architecture", V12.4.0의 Section 6.3은 PCC 규칙들의 설명을 제공하고, 2014년 3월자, 3GPP TS 23.203 "Policy and charging control architecture", V12.4.0의 표 6.3은 Gx를 통해 PCC 규칙 메시지에 포함되는 정보를 요약한다.

PCC 규칙들은 Diameter 기반 인터페이스들을 통해 교환된다. 따라서 규칙의 일부인 각각의 정보는 Diameter AVP에 캡처된다. Diameter 메시지들 및 AVP들의 보다 상세한 설명은, 2014년 3월자, 3GPP TS 29.212, "Policy and Charging Control (PCC); Reference points", V12.4.0 이하 TS 29.212에서 이용 가능하다.

Gx 인터페이스는 P-GW(120)(PCEF(102))와 PCRF(118) 사이에서 PCC 규칙들을 교환하는데 사용되는 Diameter 기반 인터페이스이다. CCR(Credit Control Request) 및 CCA(Credit Control Answer) 메시지들은 Gx 참조 포인트에서 PCC 규칙들을 교환하는데 사용된다. 이러한 메시지들은 TS 29.212의 조항들 5.6.2 및 5.6.3에 설명된다. 이러한 메시지들의 상세한 AVP들은 TS 29.212의 조항 5.3에 설명된다.

P-GW(120)(PCEF(102))는 PCRF(118)로부터 PCC 규칙들을 요청하는데 CCR 명령을 사용한다. PCRF(118)는 PCC 규칙들을 P-GW(120)(PCEF(102))에 전송하는데 CCA 명령을 사용한다.

RAT-Type AVP는 각각 RAT가 WLAN 또는 EUTRAN이라는 점을 표시하는 WLAN(0) 또는 EUTRAN(1004)일 수 있다(TS 29.212의 조항 5.3.31).

표 2는 Gx를 통한 CCA(Credit Control Answer) 명령에 포함되는 AVP의 일부를 도시한다. 이러한 AVP들은 본 문헌에서 특히 관심 대상이다.

표 2에서의 들여쓰기들은 이러한 AVP들이 어떻게 그룹화되는지 표시하는데 사용된다. Charging-Rule-Install AVP는 Charging-Rule-Definition AVP를 포함하는 그룹화된 AVP이다. Charging-Rule-Definition AVP는 Charging-Rule-Name AVP, Service-Identifier AVP 등을 포함하는 그룹화된 AVP이다.

Charging-Rule-Install AVP의 다수의 인스턴스들이 CCA에 포함될 수 있다. 이것은 하나의 베어러를 수정하라는 요청이 PCRF(118)가 다수의 베어러들을 수정하기로 결정하는 것을 초래할 수 있기 때문이다.

온라인 과금은 Ro 참조 포인트를 통해 CCR 및 CCA 메시지들을 통해 행해진다.

3GPP CCR 메시지(TS 32.299의 조항 6.4.2)는 272의 Diameter Header를 갖고 AVP들을 가지며, 이들은 TS 32.299의 표 6.4.2에 상세히 설명된다. 표 3은 몇몇 관련 AVP들을 보여준다.

Service-Identifier AVP는 서비스를 식별하고, 표 2(또한 "Policy and charging control architecture"의 표 6.3)에 도시된 바와 같이 PCC 규칙 정보를 통해 획득된다. 이것은 서비스 데이터 플로우(P.77, "Policy and charging control architecture")의, 플로우 기반 과금에 대해 명시되는, 가장 상세한 식별을 제공한다. PCC 규칙들은 동일한 서비스 식별자 값을 공유할 수 있다.

Service-Information AVP는 PS(packet-service) 및 WLAN 네트워크들 양자 모두에 관한 정보를 포함하며, 이들은 Service-Context-Id AVP를 사용하여 서로 구별될 수 있다(TS 32.299의 조항 7.1.12). 이러한 Service-Context-Id AVP는 요청에 적용되는 Diameter Credit Control 서비스 특정 문서의 고유 식별자를 포함한다. 이것은 서비스 제공자/오퍼레이터에 의해, 서비스 엘리먼트 제조자에 의해 또는 표준화 기관에 의해 할당되는 식별자이며, 주어진 Diameter Credit Control 서비스 특정 문서를 고유하게 식별한다. 오프라인 과금에 대해서, 이것은 관련 CDR들이 기초하는 특정 서비스 문서('중간 단계(middle tier)' TS)를 식별한다. Service-Context-Id의 포맷은 다음과 같다: extensions".MNC.MCC."Release"."service-context" "@" "domain"

"service-context" "@" "domain"에 대한 3GPP 특정 값들은 다음과 같다:

. PS 과금에 대해서: 32251@3gpp.org

. WLAN 과금에 대해서: 32252@3gpp.org

PS-Information AVP(TS 32.299의 조항 7.2.158에 설명됨)는 3GPP-Charging-Id, QoS-Information, 3GPP-Charging-Characteristics, Charging-Rule-Base-Name, 및 Offline-Charging과 같은 정보를 포함한다. PS-Information AVP의 콘텐츠는 TS 32.251의 조항 6.3.1.2(표 6.3.1.2)에 상세히 설명된다. WLAN-Information AVP(TS 32.299의 조항 7.2.246)은 WLAN-Session-Id, PDG-Charging-Id, 및 WLAN-UE-Local-IPAddress와 같은 WLAN에 관한 정보를 포함한다. WLAN-Information AVP의 콘텐츠는 TS 32.252의 조항 6.3.1.2(표 6.3.1.2)에 상세히 설명된다.

Ro를 통한 3GPP CCA 메시지(TS 32.299의 조항 6.4.3)는, CCR에 응답하기 위해 OCF(404)에 의해 CTF(302)에 전송된다. 표 4는 CCR 메시지 AVP들과 유사한 CCA 메시지 AVP들의 구체적인 세트를 보여준다.

Rf를 통한 오프라인 과금 메시지는 과금 관련 정보를 CDR에 추가한다. 주요 요청 및 답변 메시지들은 ACR(Accounting Request) 및 ACA(Accounting Answer)이다. 이러한 오프라인 과금 메시지들의 메시지 포맷들은 TS 32.299의 Section 6.2에 상세히 설명된다. 주요 AVP들은 다음 2개의 서브-섹션들에 나열된다.

표 5는 Rf를 통한 ACR(Accounting Request) 메시지의 몇몇 AVP들을 보여준다. AVP들의 완전한 리스트는 TS 32.299의 표 6.2.2에 제시된다.

Accounting-Record-Type은 CDR에 대한 초기 개방, 업데이트 레코드 및 닫기 레코드 액션들에 대한 시작, 중간, 또는 중지 AVP를 포함할 것이다. Service-Context-Id 및 Service Information AVP들은 위에서 논의되었다.

표 6은 Rf를 통한 Accounting Answer 메시지의 몇몇 AVP들을 보여준다. AVP들의 완전한 리스트는 TS 32.299의 표 6.2.3에 제시된다.

일 실시예에서, PCEF는 각각의 베어러 또는 플로우에 의해 어떤 RAT(Radio Access Technology)가 사용되는지, 및 RAT의 사용이 UE에 의해 또는 ISWN에 의해 착수되었는지를 알게 될 수 있다. 실시예들은 UE가 인가 스펙트럼을 통해 또는 비인가 스펙트럼을 통해 접속하는지 PCEF가 인식하게 하는 것에 관한 것이다. 인가 스펙트럼 접속의 예는 셀룰러 접속이다. 비인가 스펙트럼 접속의 예는 WIFI 접속이다.

기존의 세션 관리 메시지들은 PCEF 볼륨 기반 온라인 과금 기능성이 코어 네트워크에(즉, P-GW/PCEF에) 남아 있도록 수정될 수 있다. ISWN(ISW-GW)과 코어 네트워크(P-GW/PCEF) 사이의 세션 관리 메시징은 ISWN이 하나의 RAT로부터 다른 것으로 베어러 또는 플로우를 이동시킬 때 코어 네트워크가 통지를 받을 수 있도록 수정될 수 있다. 코어 네트워크(P-GW/PCEF)가 이러한 업데이트된 세션 관리 통지들을 수신할 때, 이것은 베어러 또는 플로우에 대한 새로운 과금 규칙들을 페치하고 적용하기 위해 PCRF에 접촉한다.

다른 해결방식은 ISWN에 PCEF 볼륨 기반 온라인 과금 기능성을 추가하는 것에 기초한다. ISWN의 PCEF는 UE가 ISWN에 있는 동안 볼륨 기반 온라인 과금을 수행하는 태스크를 부여받을 수 있다. 이 해결방식에서는, 새로운 PCEF 기능이 ISW-GW에 추가된다. 즉, ISWN-PCEF임. ISWN-PCEF는 통상적으로 P-GW의 PCEF에서 행해지는 온라인 및 오프라인 과금에 관련된 모든 ISWN 관련 기능성들을 담당할 수 있다. ISWN-PCEF는 ISWN이 다수 세트들의 PCC 규칙들을 획득하게 강화된 Gx 참조 포인트를 통해 PCRF와 통신할 수 있다. ISWN-PCEF는 이용된 것 및 RAT와 ISWN 또는 UE에 의해 RAT의 사용이 착수되었는지에 기초하여 적용하기에 적절한 PCC 규칙을 선택할 수 있다. ISWN(ISW-GW)과 MNO의 코어 네트워크(P-GW/PCEF) 사이의 세션 관리 메시징은 어느 엔티티(ISW-GW 또는 P-GW/PCEF)가 볼륨 기반 온라인 과금을 수행할지 ISWN과 MNO가 조정할 수 있도록 업데이트될 수 있다. ISW-GW는 Ro 및 Rf 참조 포인트를 통해 MNO의 코어 네트워크 내의 OCS 및 OFCS와 각각 통신할 수도 있다.

본 내용은 아래 상세한 설명에서 추가로 설명되는 개념들의 선택을 단순화된 형태로 소개하도록 제공된다. 본 내용은 청구 대상의 주요한 특징들 또는 필수 특징들을 식별하기 위해 의도되는 것도 아니고, 청구 대상의 범위를 제한하기 위해 사용되도록 의도되는 것도 아니다. 또한, 청구 대상이 본 개시내용의 임의의 부분에서 언급되는 임의의 또는 모든 단점들을 해결하는 제한사항들에 제한되는 것은 아니다.

첨부 도면들과 연계하여 예에 의거하여 주어지는 이하의 설명으로부터 더 상세한 이해를 가질 수 있을 것이다.
도 1은 PCC(Policy and Charging Control) 아키텍처의 도면이다.
도 2는 온라인 및 오프라인 과금에 대한 하이 레벨 공통 아키텍처를 도시하는 도면이다
도 3은 다수의 논리 엔티티들로 구성되는 오프라인 과금 아키텍처를 도시하는 도면이다.
도 4는 OCS(Online Charging System)의 아키텍처를 도시하는 도면이다.
도 5는 I-WLAN(Interworking-WLAN) 아키텍처에 대한 과금 아키텍처를 도시하는 도면이다.
도 6은 과금 이벤트/CDR 파라미터들("필드 카테고리들(field categories)")에 대한 가능한 존재 요건들을 도시하는 논리도이다.
도 7은 ISW-GW(integrated Small Cell and Wi-Fi Gateway)를 도시하는 도면이다.
도 8은 ISW-GW(702) 제어 평면의 프로토콜 스택들을 도시하는 도면이다.
도 9는 ISW-GW(702)의 사용자 평면을 도시하는 도면이다.
도 10은 ISWN의 아키텍처를 도시하는 도면이다.
도 11은 ISW-GW(702)가 LTE로부터 WiFi로 플로우를 이동시키는 예시적인 경우를 도시하는 도면이다
도 12는 UE 착수 베어러 리소스 수정 프로시저의 수정된 버전을 도시하는 도면이다.
도 13은 PCEF 착수 IP-CAN 세션 수정을 도시하는 도면이다.
도 14는 ISWN에서 볼륨 기반 온라인 과금을 수행하기 위한 네트워크 아키텍처를 도시하는 도면이다.
도 15는 UE(716 또는 720)가 WLAN 또는 스몰 셀을 통해 ISWN에 부착되는 프로시저를 도시하는 도면이다.
도 16은 ISW-GW(702)에 대해 LTE로부터 WiFi로의 핸드오버에 대한 메시지 플로우를 도시하는 도면이다.
도 17은 WLAN으로부터 LTE Macro eNB로의 Inter ISW-GW Handover 동안 과금 상호작용을 도시하는 도면이다
도 18은 CCA(Credit Control Answer)의 AVP들(Attribute Valve Pairs)을 도시하는 도면이다.
도 19는 GSM에 대한 통상적인 AOCI 정보 플로우도이다.
도 20은 도 17의 호출 플로우에서 기존의 메시지들에 적용될 수 있는 부가 정보 엘리먼트들을 도시하는 도면이다.
도 21a 내지 도 21d는 일 실시예의 인터페이스들을 도시하는 도면이다.
도 22a는 IoT 이벤트 관리 시스템들 및 방법들의 하나 이상의 개시되는 실시예들이 구현될 수 있는 예시적인 M2M(machine-to machine) 또는 IoT(Internet of Things) 통신 시스템의 도면이다.
도 22b는 도 22a에 도시되는 M2M/IoT 통신 시스템 내에 사용될 수 있는 예시적 아키텍처의 시스템 도면이다.
도 22c는 도 22a에 도시되는 통신 시스템 내에 사용될 수 있는 예시적 M2M/IoT 단말 또는 게이트웨이 디바이스의 시스템 도면이다.
도 22d는 도 22a의 통신 시스템의 양상들이 구현될 수 있는 예시적인 컴퓨팅 시스템의 블록도이다.

스몰 셀들은 3GPP 정의 셀룰러 RAT들(Radio Access Technologies)을 사용하여 오퍼레이터 인가 스펙트럼을 통해 무선 네트워크 액세스를 제공하는 로컬화된 지리적 영역들이다. 예시적인 스몰 셀은 EPC(Evolved Packet Core) 네트워크에 대한 액세스를 제공하는 4G LTE RAT이다.

펨토셀들은 숙련된 기술자의 필요없이 주거 및 기업 환경들에 설치될 수 있는 "플러그 앤 플레이(plug-and-play)" CPE(Customer Premises Equipment)로서 설계되는 스몰 셀들의 클래스(Class)이다. 공용 펨토셀 "핫스팟(hotspot)" 배치들도 지원된다. 3GPP는 HNB(Home NodeBs)로서의 UMTS 펨토셀들 및 HeNB(Home eNodeBs)로서의 LTE 펨토셀들을 지칭한다. H(e)NB들은, 또한 셀룰러 서비스들을 위해 MCN(Mobile Core Network)로의 백홀 액세스를 제공하면서, 자동 구성을 위해 원격 H(e)MS(H(e)NB Management System)를 액세스하는데 광대역 인터넷 접속을 사용한다.

신뢰형 WLAN은 WLAN을 통한 액세스로부터 EPC를 보호하기에 적절한 조치를 사용한다. 이러한 조치들은 MNO(Mobile Network Operator)의 재량에 맡겨지며, 예를 들어, WLAN과 EPC 사이의 변조 방지 파이버 접속(tamper-proof fiber connection)의 수립, 또는 EPC 엣지에서 WLAN과 SeGW(Security Gateway) 사이의 IPSec 보안 제휴의 수립을 포함할 수 있다.

ISWN(Integrated Small Cell and WiFi Network)은 스몰 셀들 및 WLAN 액세스 양자 모두에 대해 모바일 오퍼레이터들에 의해 배치되는 공동 액세스 네트워크이다. 이러한 네트워크들은 다수의 RAT 단말 기능성들, 스몰 셀 및 WiFi 액세스 기능성들, EPC 네트워크 엘리먼트들, 및 구성/정책/트래픽 관리 기능들에 대한 강화들을 포함할 수 있다.

오프라인 과금은 승인없이 서비스들이 제공되고 과금 레코드들이 생성되는 과금 모델을 지칭한다. 요청된 서비스에 대해 사용자가 승인된다고 가정된다. 서비스가 제공된 후 CDR(Charging Data Record)이 생성된다.

도 7은 ISW-GW(integrated Small Cell and Wi-Fi Gateway)를 도시하는 도면이다. (ISW-GW)(702)는 HeNB(704) 및 WLAN(706) 양자 모두와 통신한다. 7에 도시되는 바와 같이, ISW-GW(702)는 각각 제어 및 데이터 평면들에 대해 S1-MME 및 S1-U 참조 포인트들을 통해 HeNB(704)와 통신한다. TWAN(Trusted WLAN Access Network)(706) 측에서, 제어 및 데이터 평면들 양자 모두에 대해 WLAN AN과 ISW-GW(702) 사이에 S1a 인터페이스가 정의된다.

TWAG(Trusted WiFi Access Gateway)(710)는 S2a를 통해 UE(716)와 P-GW(120) 사이의 데이터 평면 트래픽을 터널링하는데 사용된다.

TWAP(Trusted WiFi Access Point)(714)는 코어 네트워크와의 UE의 접속을 인증 및 승인하는 신뢰형 WiFi 액세스 네트워크에서의 논리 엔티티이다.

이 예에서는, TWAG/S2a가 배치되지 않는다. 오히려, 모든 사용자 평면 트래픽이 ISW-GW(702)를 통해 라우팅된다.

도 8은 ISW-GW(702) 제어 평면의 프로토콜 스택들을 도시하는 도면이다. 도시되는 바와 같이, SCTP/S1-AP 프로토콜은 HeNB(704)와 ISW-GW(702) 사이의 제어 평면을 운반하고, 한편 UDP/GTPv2-C 프로토콜은 WLAN AN(708)과 ISW-GW(702) 사이의 제어 평면을 운반한다. S1a 인터페이스를 통해 운반되는 주 메시지는 "Create Session Request"이며, 이는 초기 접속, 핸드오버, 또는 다중 PDN 접속을 수립하는데 사용된다. ISW-GW(702)는 HeNB(704) 및 WLAN(706) 양자 모두의 제어 평면들을 MME(718)와 통신하는데 Ex-S1-AP(extended version of S1-AP protocol)을 사용한다.

도 9는 ISW-GW(702)의 사용자 평면을 도시하는 도면이다. 도시되는 바와 같이, HeNB(704) 및 WLAN AN(708)은 ISW-GW(702)로/로부터 데이터를 송신/수신하는데 GTP-U 프로토콜을 사용한다. 유사하게, ISW-GW(702)와 S-GW(722) 사이에 GTP-U 프로토콜이 사용된다.

ISW-GW(702)는 EPC(Evolved Packet Core)로부터 기본 ISWN의 상세사항들을 숨긴다. 다시 말해서, 이것은 임의의 코어 네트워크 엔티티(예를 들어, MME(718), S-GW(722), 또는 P-GW(120))와의 고도의 조정을 요구하지 않고 하나의 무선 인터페이스로부터 다른 것으로의 핸드오버 프로시저를 취급한다. 보다 구체적으로, ISW-GW(702)는 LTE(Long Term Evolution) 및 Wi-Fi 무선 인터페이스들 양자 모두의 inter-RAT 측정들에 기초하여 핸드오버 결정을 취한다. 다음으로, 이것은 일 측에서의 ISW-GW(702)와 다른 측에서의 HeNB(704) 또는 WLAN AN(708) 사이에 올바른 사용자 플랜 서브-터널을 수립한다.

ISW 네트워크에서, 데이터는 LTE 또는 Wi-Fi 무선 인터페이스들을 통해 UE(716 또는 720)와 P-GW(120) 사이로부터 흐를 것이다. 도 7에 도시되는 바와 같이, LTE 경로는 UE, HeNB(704), ISW-GW(702), S-GW(722) 및 P-GW(120) 엔티티들로 구성될 것이다. 반면에, Wi-Fi 경로는 UE(720), WLAN AN(708), ISW-GW(702), S-GW(722) 및 P-GW(120) 엔티티들로 구성될 것이다. ISW-GW(702)는 로컬 앵커 포인트 역할을 할 것이며, LTE 및 Wi-Fi 무선 인터페이스들 사이의 트래픽을 조정한다. 결과적으로, MME(718), S-GW(722) 및 P-GW(120)와 같은, EPC에서의 엔티티들은, 베어러 또는 플로우가 셀룰러 또는 WiFi RAT를 사용하는지 알 수 없을 것이다.

현재, 도 1 및 도 2에 도시되는 바와 같이, 볼륨 기반 온라인 과금은 P-GW(120)(PCEF(102))에 의해 수행된다. PCEF(102)는 Ro 참조 포인트를 통해 OCS(112)와 통신한다. 그러나, Wi-Fi/LTE 핸드오버 이벤트들이 P-GW(120)로부터 숨겨지기 때문에, P-GW(120)는 각각의 데이터 플로우에 대해 어떤 RAT(Radio Access Technology)가 사용되는지 반드시 알지는 못한다. 따라서, ISWN 아키텍처는 P-GW(120)가 볼륨 기반 온라인 과금을 적절히 수행하기에 충분한 실시간 정보를 제공받을 수 있도록 강화될 필요가 있다. 오프라인 과금의 측면에서는, 이것은 중요한 쟁점이 아니며; 그 이유는 ISWN은 데이터 서비스들이 제공된 후 단순히 CDR들을 생성하고 이들을 코어 네트워크나 과금 시스템에 전달할 수 있기 때문이다.

현재, 과금 모델들은 왜 UE(716 또는 720)가 구체적인 RAT를 사용하고 있는지 설명하지 않는다. ISW 네트워크에서는, 핸드오버가 UE(716 또는 720)에 의해 또는 ISWN(즉, ISW-GW(702) 또는 대안적으로 MME(718) 또는 S-GW(722))에 의해 착수될 수 있다는 점이 가능하다. 과금 규칙들은 UE(716 또는 720) 또는 네트워크 노드가 핸드오버를 착수하였는지(즉, UE 착수 또는 네트워크 착수)에 의존할 것이다. 예를 들어, 사용자가 양호한 품질의 Wi-Fi 접속(예를 들어, 네트워크 로드 밸런싱으로 인함)을 갖는 동안 셀룰러 RAT를 사용하라고 네트워크에 의해 명령을 받으면, UE(716 또는 720)는 셀룰러 접속에 대해 더 비싼 가격을 과금받지 않을 것이다.

요약하면, ISW-GW(702) 기반 EPC-WLAN 인터워킹 아키텍처에서의 P-GW(120)(특히, PCEF(102))는 핸드오버의 착수자 및 이용된 무선 인터페이스를 알지 못한다. 결과적으로, 볼륨 기반 과금은 어떤 RAT가 이용되는지에 기초할 수 없다. 과금 레코드들은 하나의 네트워크로부터 다른 것으로의 플로우가 네트워크 착수였는지 또는 UE(716 또는 720) 착수였는지 식별하는 것을 가능하게 할 것이다.

위에 설명된 과금 문제에 대한 2개의 주요 해결방식들이 존재다.

하나의 해결방식은 기존의 세션 관리 메시지들을 수정하는 것에 기초하며, PCEF 볼륨 기반 온라인 과금 기능성이 MNO의 코어 네트워크(즉, P-GW(120)/PCEF(102))에 남게 한다.

다른 해결방식은 PCEF 볼륨 기반 온라인 과금 기능성을 ISWN에 추가하는 것에 기초한다. ISWN의 PCEF(1402)는 UE(716 또는 720)가 ISWN에 있는 동안 볼륨 기반 온라인 과금을 수행하는 태스크를 하고 있을 것이다.

세션 관리 기반 해결방식

PCEF(102)는 네트워크를 통해 데이터 평면 트래픽을 모니터링하고 온라인 과금 시스템과 상호작용하는 태스크를 부여받는 EPC에서의 논리 기능이다. PCEF(102)는 플로우마다 또는 베어러마다 UE(716 또는 720)로/로부터 전송되는 바이트들의 수를 카운트할 것이다. PCEF(102) 기능성은 P-GW(120)의 내부에 일반적으로 배치된다.

이 섹션은 PCEF 기능성이 P-GW(120)에 남아있을 것이라는 가정에 기초하는 ISWN 과금 아키텍처를 제시한다. P-GW(120)와 PCEF(102) 기능성을 유지하고 이것을 ISWN으로 이동시키지 않음으로써, MNO는 모든 볼륨 기반 온라인 과금에 대한 완전한 제어를 보유한다. 그러나, Wi-Fi/LTE 핸드오버 이벤트들이 P-GW(120)로부터 숨겨지기 때문에, P-GW(120)는 RAT가 각각의 데이터 플로우에 대해 사용되는지 반드시 아는 것은 아니다. 따라서, ISWN 아키텍처는 P-GW(120)/PCEF(102)가 볼륨 기반 온라인 과금을 적절히 수행하기에 충분한 정보를 제공받을 수 있도록 강화되어야 한다.

도 10은 ISWN의 아키텍처를 도시하는 도면이다. 위에 설명된 바와 같이, ISW-GW(702)는 EPC로부터 기본 ISWN의 상세사항들을 숨긴다. 그러나, PCEF(102)는 어떤 RAT(들)가 UE(716 또는 720)에 의해 사용되고 있는지에 기초하여 차별화된 과금을 제공하기 위해 기본 네트워크 상태의 일부 지식을 요구한다. 이 섹션은 ISW-GW(702), MME(718), S-GW(722) 및 P-GW(120) 사이에서 세션 관리 메시징을 업데이트함으로써 이러한 쟁점을 해결한다.

도 10의 아키텍처에서의 SM(Session Management) 메시징은, 어떤 RAT(들)이 사용되고 있는지 ISWN이 PCEF(102)에 통보할 수 있고 이에 따라 PCEF(102)가 과금을 조정할 수 있도록 업데이트된다. 세션 관리 업데이트는, UE(716 또는 720)에 각각의 데이터 플로우를 전송하는데 어떤 RAT가 사용되는지 및 UE(716 또는 720) 또는 ISWN이 RAT를 선택했는지를 ISWN이 EPC(701)에 통보하게 한다. 업데이트된 세션 관리 메시지들은 ISW-GW(702)에서 발신될 것이다. 대안적으로, RAT 선택이 MME(718) 또는 S-GW(722)에서 수행되면, 메시지들은 각각 MME(718) 또는 S-GW(722)에서 발신될 수 있다.

ISW-GW(702) 배치에서, P-GW(120)와 ISW-GW(702) 사이에 단일 베어러가 존재할 수 있고, 단일 베어러는 2개 만큼의 무선 베어러들(3GPP 또는 WLAN)에 매핑될 수 있다. 때때로, ISW-GW(702)는 하나의 RAT로부터 다른 RAT로 플로우(또는 전체 베어러)를 이동시키기로 결정할 수 있다. 이것이 발생하면, 변경사항은 코어 네트워크에 대체로 투명할 것이다. 그러나, P-GW(120)/PCEF(102)는 각각의 플로우가 적절하게 과금될 수 있도록 통지를 받을 것이다.

도 10에 도시되는 기능성은, 이하 설명되는 도 22c 또는 도 22d에 도시되는 것들 중 하나와 같이, 네트워크의 노드(예를 들어, 서버, 게이트웨이, 디바이스, 또는 다른 컴퓨터 시스템)의, 메모리에 저장되고 그 프로세서 상에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있다는 점이 이해된다.

도 11은, ISW-GW(702)가 LTE로부터 WiFi로 플로우를 이동시키고, PCEF(102)가 어떠한 과금 규칙들이 적용되는지 조정할 수 있도록 플로우가 이동된 것을 P-GW(120)/PCEF(102)에 통지할 필요가 있는 예시적인 경우를 도시하는 도면이다. 현재, 도 11에서 음영 처리되는 통지를 전송하기 위한 메커니즘이 존재하지 않는다.

다음의 호출 플로우는 플로우 또는 플로우들의 그룹이 하나의 RAT로부터 다른 것으로 이동될 때 ISW-GW(702)가 PCEF(102)에 통지하는 방법을 보여준다. 이 섹션에서 설명되는 변경들은 S1-MME, S11 및 S5 인터페이스들에 대한 업데이트를 초래할 것이다. 이러한 인터페이스들은 도 10에서 굵게 표시된다.

도 12는 TS 23.401의 섹션 5.4.5에 설명되는 UE 착수 베어러 리소스 수정 프로시저의 수정된 버전을 도시하는 도면이다. 현재, UE(716 또는 720)만이 베어러 리소스 수정 프로시저를 착수할 수 있다. UE(716 또는 720)는 리소스를 해제하거나 리소스를 수정하는데(즉, QoS를 조정하는데) 이 프로시저를 사용한다. 도 12는 ISW-GW(702)가 "베어러 리소스 수정" 프로시저를 착수할 수 있다는 점을 보여주도록 업데이트되었다. 이 프로시저는 플로우들 또는 베어러들이 Wi-Fi와 셀룰러 사이에서 이동될 때 P-GW(120)(PCEF(102))에게 표시하기 위해 ISW-GW(702)에 의해 사용될 수 있다.

현재, UE(716 또는 720)는 "Bearer Resource Modification" 메시지를 NAS 메시징을 통해 MME(718)에 전송함으로써 "bearer resource modification" 프로시저를 착수한다. "Bearer Resource Modification" 메시지는, 2014년 6월자, 3GPP TS 24.301, "Non-Access Stratum (NAS) Protocol for Evolved Packet System (EPS)", V12.5.0, 이하 "TS 24.301"에 정의된다.

도 12의 호출 플로우에서, ISW-GW(702)와 MME(718) 사이의 통신은 도 10에 도시되는 바와 같이 S1-MME를 통한 GTPv2-C(NAS 기반이 아님)일 수 있다. 따라서, 베어러의 취급이 변경되고 있다는 점을 MME(718), S-GW(722), 및 P-GW(120)에 통보하는데 "Bearer Resource Command" 메시지의 강화된 버전을 ISW-GW(702)가 사용할 수 있다. GTPv2-C "Bearer Resource Command" 메시지는 참조 TS 29.274의 섹션 7.2.5에 정의된다. "Bearer Resource Command" 메시지 및 강화들이 표 7에 보여진다.

"Bearer Resource Command" 메시지는, 2014년 6월자, 3GPP TS 24.008, "Mobile radio interface Layer 3 specification; Core network protocols; Stage 3", V12.6.0, 이하 TS 24.008에 정의되고 표 11에 보여지는 "RAT Type" 정보 엘리먼트를 포함한다. 표 7 및 표 11에서의 음영 처리된 텍스트는 "RAT Type" IE가 어떻게 인코딩될 수 있는지에 대한 변경을 나타낸다. 현재 스페어 값인 8의 값은, 다수의 무선 베어러들, 또는 다수의 RAT들을 통해 UE(716 또는 720)에 S5/S1-U 베어러가 전송될 것이라는 점을 MME(718), S-GW(722) 및 P-GW(120)에 표시하기 위해 ISW-GW(702)에 의해 사용될 수 있다. 예를 들어, S5/S1-U 베어러의 일부 플로우들은 셀룰러 무선 베어러를 통해 UE(716 또는 720)에 전송될 수 있고, 다른 플로우들은 WLAN을 통해 UE(716 또는 720)에 전송될 수 있다. 대안적으로, 8의 값은 ISW-GW(702)가 RAT 타입을 동적으로 조정할 것이라는 점을 단순히 표시할 수 있다.

"트래픽 종합 설명(traffic aggregate description)" 정보 엘리먼트는 베어러에서 각각의 플로우에 대해 어떤 RAT가 사용되는지 표시하는데 사용될 수 있다. "RAT Type"을 Virtual(7)로 설정하는 것은, 베어러에서의 각각의 플로우에 대해 어떤 RAT가 사용되는지 결정하는데 "트래픽 종합 설명"의 추가 검사가 사용될 것이라는 점을 MME(718), S-GW(722) 및 P-GW(120)에 표시할 수 있다.

"Bearer Resource Command" 메시지는, TS 24.008에 정의되고 표 8, 표 9, 및 표 10에 설명되는 "트래픽 종합 설명" 정보 엘리먼트를 포함한다. 트래픽 플로우 종합은 패킷 필터들의 리스트를 포함한다. 패킷 필터는 각각의 플로우에 대해 어떤 RAT가 사용되고 있는지 및 RAT 선택이 UE(716 또는 720) 또는 ISW-GW(702)에 의해 행해졌는지를 MME(718), S-GW(722), 및 P-GW(120)에 전달하는데 사용될 수 있다. 표 7, 표 8, 표 9, 및 표 10에서 음영 처리된 텍스트는 패킷 필터들 IE가 어떻게 인코딩될 수 있는지에 대한 변경을 나타낸다. "ISW-GW(702) RAT Change" 플래그가 표 7 및 표 12에 보여지는 바와 같이 "Bearer Resource Command" 메시지의 표시 플래그 필드에 추가될 수 있다. 이 새로운 플래그는 ISW-GW(702)가 베어러 또는 플로우의 RAT를 변경하고 있음을 표시하는 것이 명령의 목적이라는 점을 표시하는데 사용될 수 있다.

각각의 패킷 필터의 제1 옥텟의 8번째 비트는 플로우가 ISW-GW(702)에 의해 셀룰러 RAT를 통해 라우팅되는지 표시하는데 사용될 수 있다. 표 9 및 표 10에 보여지는 바와 같이, 이 비트는 "3GPP"로 명명될 수 있으며, 플로우가 3GPP 또는 비-3GPP RAT를 통해 라우팅됨을 표시하는데 사용될 수 있다. 예를 들어, 3GPP 비트는 RAT 타입이 UTRAN, GERAN, HSPA-Evolution 또는 E-UTRAN일 때 설정될 수 있고, 3GPP 비트는 RAT 타입이 가상, GAN 또는 WLAN일 때 클리어될 수 있다. 현재 이 비트는 TS 24.008에서 미사용 스페어로 표시된다. 대안으로, RAT 타입이 각각의 패킷 필터에 대해 명시적으로 표시될 수 있도록, 새로운 RAT 타입 정보 엘리먼트가 각각의 패킷 파일러와 관련되어 포함될 수 있다.

각각의 패킷 필터의 제1 옥텟의 7번째 비트는 플로우에 의해 현재 사용되는 RAT가 ISW-GW(702) 또는 UE에 의해 선택되었는지 표시하는데 사용될 수 있다. 표 10에 보여지는 바와 같이, 이 비트는 "NI(Network Initiated)"로 명명될 수 있으며, 플로우가 UE(716 또는 720) 또는 ISW-GW(702)에 의해 현재 RAT로 지향되었음을 표시하는데 사용될 수 있다. 현재, 이 비트는 TS 24.008에서 미사용 스페어로 표시된다. 대안으로, "NI(Network Initiated)" 플래그는 표 7 및 표 12에 보여지는 바와 같이 "Bearer Resource Command" 메시지의 표시 플래그 필드에 추가될 수 있다.

수정된 GTPv2-C 메시지들은 베어러 내의 각각의 플로우에 대해 어떤 RAT가 사용되는지에 관한 정보를 P-GW(120)/PCEF(102)에 제공하고, 로컬 ISW 네트워크 (ISW-GW(702))가 RAT를 선택했는지 또는 UE(716 또는 720)가 RAT를 선택했는지 표시한다. PCEF(102)는 UE(716 또는 720)가 각각의 플로우에 대해 어떻게 과금되는지 조정하는데 이 정보를 사용할 수 있다. 예를 들어, 셀룰러 RAT를 사용하는 플로우들은 WLAN RAT를 사용하는 플로우들과 다르게 과금될 수 있거나 또는 사용중인 RAT가 ISW 네트워크(ISW-GW(702))에 의해 선택되었으면 플로우들은 특정 과금들을 회피할 수 있다.

이 설명은 ISW-GW(702)가 MME(718)와 통신하는데 GTPv2-C를 사용한다고 가정했다는 점에 주목하자. 그러나, ISW-GW(702)와 MME(718) 사이에 NAS 메시징 또는 SCTP/S1-AP 메시징이 대안적으로 사용될 수 있다. ISW-GW(702)와 MME(718) 사이에 일부 다른 타입의 메시징이 사용되면, 유사한 정보가 이러한 메시징에서 인코딩될 수 있다.

도 11 및 도 12에 도시되는 단계들을 수행하는 엔티티들은, 도 22c 또는 도 22d에 도시되는 것들과 같은 컴퓨터 시스템 또는 네트워크 노드의, 메모리에 저장되고, 그 프로세서 상에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있는 논리 엔티티들이라는 점이 이해된다. 즉, 도 11 및 도 12에 도시되는 방법(들)은, 도 22c 또는 도 22d에 도시되는 컴퓨터 시스템 또는 노드와 같은, 네트워크 노드의 메모리에 저장되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있으며, 컴퓨터 실행가능 명령어들은, 노드의 프로세서에 의해 실행될 때, 도 11 및 도 12에 도시되는 단계들을 수행한다. 도 11 및 도 12에 도시되는 임의의 송신 및 수신 단계들은 노드의 프로세서 및 이것이 실행하는 컴퓨터 실행가능 명령어들(예를 들어, 소프트웨어)의 제어 하에서 노드의 통신 회로에 의해 수행될 수 있다는 점이 또한 이해된다.

표 7에서 참조되는 Traffic Aggregate Description IE는 표 8에 도시되는 바와 같이 코딩된다. Traffic Aggregate Description의 상세한 코딩 및 최대 길이는 TS 24.008에 명시되고, 옥텟 3으로 시작하는 표 9에 보여진다. RAT 타입 IE는 표 11에 보여지는 바와 같이 인코딩된다.

표 9에서 참조되는 Packet Filter IE는 표 10에 도시되는 바와 같이 코딩된다.

표시 정보 엘리먼트는 표 12에 도시되는 바와 같이 코딩되고 TS 29.274의 섹션 8.1.2에 설명된다. 정보 엘리먼트 내의 기존 플래그들의 상세한 인코딩은 TS 29.274에 캡처된다. 이 섹션은 변경되는 정보 엘리먼트의 비트들만 설명한다. 현재 스페어인 옥텟 9의 비트 3과 4는 각각 "ISW-GW RAT Change" 및 "Network Initiated Flag"로 변경될 수 있다.

옥텟 9 내의 다음의 비트들은 다음을 표시할 것이다:

- 비트 3 - IRC(ISW-GW RAT Change): 이 플래그는 ISW-GW(702)가 Bearer Resource Command를 착수하였고 명령이 베어러 또는 플로우의 RAT를 변경하는 ISW-GW(702)에 의해 초래되었을 때 1로 설정될 것이다.

- 비트 4 - NI(Network Initiated): 이 플래그는 ISW-GW(702)가 "ISW-GW RAT Change" 플래그를 설정하고 RAT의 변경이 ISW-GW(702)에 의해 착수되었을 때 1로 설정될 것이다.

도 12는 베어러 리소스 수정을 도시하는 도면이다. 업데이트된 "Bearer Resource Command" 메시지는 베어러 또는 플로우가 RAT들을 변경했다는 것을 PCEF(102)에 통보한다. 이 정보를 수신하면, PCEF(102)는 PCRF(118)로부터 새로운 과금 규칙들을 페치할 수 있고, 플로우가 과금되는 속도를 변경하기 위해 이벤트 통지를 OCS(112)에 전송할 수 있다. 이러한 단계들은 도 12의 단계 4에서 캡처된다. 도 12의 단계 4는 실제로 전체 프로시저를 포함한다. 이 프로시저는 "PCEF Initiated IP-CAN Session Modification"이라고 불리운다.

도 13은 PCEF 착수 IP-CAN 세션 수정을 도시하는 도면이다. 이 프로시저는 도 13에 보여진다. 이 도면은 "Policy and charging control architecture"의 섹션 7.4.1에서 복사되었다.

단계 5에서, PCEF(102)는 베어러 또는 플로우에 의해 사용중인 RAT가 변경되었다는 표시를 PCRF(118)에 전송하고, PCEF(102)는 UE(716 또는 720) 또는 ISW-GW(702)가 RAT 변경을 착수하였는지 표시한다. 이 메시지는 Diameter 기반 Gx 참조 포인트를 통해 전송된다.

도 13의 단계 15에서, PCRF(118)는 PCEF(102)로부터의 표시를 수신확인하였다.

도 13의 단계 16 및 단계 17에서, PCEF(102)는 베어러(또는 플로우) RAT 변경 및 RAT 변경의 원인을 OCS(112)에 통보하는 통지를 OCS(112)에 전송한다.

도 13의 단계 5, 단계 15, 단계 16, 및 단계 17은 새롭지 않다는 점에 주목하자. 오히려, 이들은 새로운 이벤트에 의해 초래된다. 새로운 이벤트는 ISW-GW(702)가 베어러 또는 플로우를 하나의 RAT로부터 다른 것으로 이동시켰다는 점을 표시하는 세션 관리 메시지의 PCEF(102)의 수신이다. 또한, SM 메시지는 변경이 ISW-GW(702) 결정에 또는 UE 요청에 기인한 것인지 표시한다.

도 13에 도시되는 단계들을 수행하는 엔티티들은, 도 22c 또는 도 22d에 도시되는 것들과 같은 컴퓨터 시스템 또는 네트워크 노드의, 메모리에 저장되고, 그 프로세서 상에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있는 논리 엔티티들이라는 점이 이해된다. 즉, 도 13에 도시되는 방법(들)은, 도 22c 또는 도 22d에 도시되는 컴퓨터 시스템 또는 노드와 같은, 네트워크 노드의 메모리에 저장되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있으며, 컴퓨터 실행가능 명령어들은, 노드의 프로세서에 의해 실행될 때, 도 13에 도시되는 단계들을 수행한다. 도 13에 도시되는 임의의 송신 및 수신 단계들은 노드의 프로세서 및 이것이 실행하는 컴퓨터 실행가능 명령어들(예를 들어, 소프트웨어)의 제어 하에서 노드의 통신 회로에 의해 수행될 수 있다는 점이 또한 이해된다.

ISW - GW 기반 해결방식

위에 설명된 바와 같이, PCEF(102)는 WLAN 및 LTE 액세스들 양자 모두에 대한 과금 정책들을 시행 및 기록하는 것을 담당하는 주요 기능 엔티티가 되도록 PDN GW에 배치될 수 있다. 이러한 해결방식은 EPC 및 현재의 3GPP-WLAN 인터-네트워킹 아키텍처에 대한 최소 수정들을 요구할 것이다. 그러나, PDN GW는 어느 무선 인터페이스들이 이용되는지 아는 관점에서 ISW-GW(702)와 항상 완벽하게 동기화되지는 않을 수 있다. 예를 들어, ISW-GW(702)가 LTE로부터 WLAN으로 플로우를 이동시킬 때, PDN GW/PCEF(102)는 플로우가 이동되었다는 점을 통지해주는 "Bearer Resource Command"를 수신할 때까지 바이트들을 계속 카운팅하고 LTE 과금 규칙들에 따라 가입자에게 과금할 것이다. 따라서, PCEF(102)는 일부 "WLAN bytes"를 "LTE bytes"로서 카운트할 것이다. 따라서, 가입자는 적절하게 과금되지 않을 것이다(오퍼레이터가 LTE 및 WiFi 트래픽에 대해 상이한 과금 모델들을 원한다고 가정함).

다음은 ISW-GW(702)와 PCEF(102) 사이의 동기화 쟁점을 극복하는 제2 해결방식을 설명한다. PCEF 논리 엔티티(1402)가 ISW-GW(702)에서 추가될 수 있다. ISWN-PCEF(1402)는, 어떤 RAT(WLAN 또는 셀룰러)가 UE에 데이터를 전송하는데 사용되는지의 실시간 지식을 P-GW(120)에서의 PCEF(102)가 갖지 않을 때, 볼륨 기반 온라인 과금을 수행하는데 사용될 수 있다.

ISW-GW(702)는 또한 오프라인 과금을 수행할 수 있다. 오프라인 CDR들은 OCFS에 대한 Rf 인터페이스를 통해 생성될 것이다. ISW-GW(702)가 오프라인 과금을 수행하고, 과금 규칙들을 시행하고, 온라인 과금을 수행하기 위해, ISW-GW(702) PCEF(1402)는 Gx 인터페이스를 통해 PCRF(118)와 통신할 것이다.

도 14는 ISWN에서 볼륨 기반 온라인 과금을 수행하기 위한 네트워크 아키텍처를 도시하는 도면이다. 이 아키텍처는 ISWN 내부의 3개의 인터페이스들(Rf, Ro 및 Gx) 뿐만 아니라 P-GW(120)과의 수정된 세션 수립 메시징을 소개한다.

도 14에 도시되는 기능성은, 이하 설명되는 도 22c 또는 도 22d에 도시되는 것들 중 하나와 같은, M2M 네트워크의 노드(예를 들어, 서버, 게이트웨이, 디바이스 또는 다른 컴퓨터 시스템)의 메모리에 저장되고, 그 프로세서에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있다는 점이 이해된다.

Ro - 도 14에 도시되는 바와 같이, ISW GW의 CTF 기능(1404)은 Ro 참조 포인트를 통해 OCS(112)(특히, OCF)에 접속된다. Ro 참조 포인트는 TS 32.299에 정의된다.

Rf - 도 14에 도시되는 바와 같이, ISW GW의 CTF 기능(1406)은 Rf 참조 포인트를 통해 OFCS(114)에 접속된다. Rf 참조 포인트는 TS 32.299에 정의된다. Rf 참조 포인트는, ISWN 내에서 발생하는 UE 착수 핸드오버 이벤트 및 네트워크 착수 핸드오버 이벤트에 대한 과금 이벤트들을 생성하고, Wi-Fi 및 셀룰러 RAT들을 통해 얼마나 많은 데이터가 전송되었는지의 분석을 제공하는 오프라인 과금 레코드들을 생성하는데 사용될 것이다.

Gx - 도 14에 도시되는 바와 같이, 새로운 Gx 접속이 EPC에서 ISWN-PCEF(1402)와 PCRF(118) 사이에 수립된다. Gx 참조 포인트는 TS 29.212에 정의되는 Gx 참조 포인트에 비해 수정된 메시지들을 포함한다. 이 강화된 접속은 Wi-Fi와 셀룰러 데이터 및 UE(716 또는 720)와 네트워크 착수 접속들 사이를 구별하도록 강화된 과금 규칙들을 획득하기 위해 ISWN-PCEF(1402)에 의해 사용될 것이다.

세션 관리 수정들 - S1-MME, S11, 및 S5 인터페이스들 상의 세션 관리 메시징은 EPC에서 ISWN-PCEF(1402)와 PCEF(102) 사이의 조정을 가능하게 하도록 강화될 것이다.

다음 섹션들에서 설명되는 바와 같이, ISWN-PCEF(1402) 및 P-GW(120)는 ISWN으로의 UE의 초기 부착 동안, Intra ISWN Handover 동안, 그리고 Inter ISWN Handover 동안 상호작용할 수 있다.

ISWN 프로시저로의 초기 부착 동안의 과금 상호작용에서, UE(716 또는 720)는 ISW-GW(702)를 통해 PDN과의 접속을 수립한다. ISW-GW(702)가 볼륨 기반 온라인 과금을 수행하도록 허용되어야 한다는 요청을 하게 하는 새로운 기능성이 정의되고, PCEF(102)는 이러한 요청에 응답할 수 있고, ISW-PCEF(1402)가 볼륨 기반 온라인 과금을 수행되도록 허용되는지 OCS(112)에 표시할 수 있다.

도 15는 UE(716 또는 720)가 WLAN 또는 스몰 셀을 통해 ISWN에 부착되는 프로시저를 도시하는 도면이다. 이 경우에, ISW-GW(702)는 볼륨 기반 온라인 과금이 ISWN 내부에서 수행될 수 있다는 점을 P-GW(120)에 표시할 것이다. 앞서 설명된 바와 같이, UE(716 또는 720)에 데이터를 전송하는데 어떤 RAT가 사용되고 있는지에 대한 실시간 지식을 P-GW(120)가 가지지 않기 때문에 ISWN의 내부에서 볼륨 기반 온라인 과금을 수행하는 것이 보다 효율적이다.

도 15에서의 프로시저는 다음과 같이 설명될 수 있다.

도 15의 단계 1에서, UE(716 또는 720)는, WLAN AN 또는 스몰 셀을 통해, ISW-GW(702)으로 향하는 부착을 착수한다. WLAN 경우에, UE(716 또는 720)는, 2014년 3월자, 3GPP TS 23.402, "Architecture enhancements for non-3GPP accesses", V12.4.0, 이하 TS 23.402의 조항 16.10.2.1에 정의되는 WLCP 프로토콜을 사용하고, 반면에 HeNB(704)에서는 이것이 TS 23.401의 조항 5.3.2.1에 정의되는 RRC 프로토콜들을 사용한다.

도 15의 단계 2에서, ISWN-PCEF는 볼륨 기반 온라인 과금을 수행할 수 있도록 PCRF(118)로부터 과금 규칙들을 요청한다. 특히, ISW-GW(702)에서의 PCEF(1402)는 CC-Request-Type AVP가 "INITIAL_REQUEST"로 설정된 Credit Control Request 메시지의 수정된 버전을 전송함으로써 참조 포인트 Gx를 통해 PCRF(118)에 접촉한다. ISWN-PCEF(1402)는 사용할 수 있는 각각의 RAT에 대해 2세트의 PCC 규칙들을 취득할 필요가 있을 것이다. 일 세트의 PCC 규칙들은 UE(716 또는 720)가 RAT를 선택한 경우에 적용될 것이고, 2번째 세트의 규칙들은 ISWN이 RAT를 선택한 경우에 적용될 것이다. 총 4세트의 과금 규칙들이 페치될 것이다. TS 29.212에 정의되는 바와 같이, CCR 명령은 다음 AVP들 중 4개의 다수 인스턴스들이 명령에 포함될 수 있도록 수정될 수 있다. 이러한 AVP들의 다수의 인스턴스들이 명령에 포함되게 함으로써, ISWN-PCEF(1402)는 어떤 RAT들을 자신이 지원하는지 및 어떤 과금 규칙들이 필요한지 표시할 수 있다. 섹션 5.2.4.1에 요약되어 있듯이, 추가된 AVP들은

. WLAN 및 EUTRAN 양자 모두를 표시하는 *[RAT-Type] AVP

. UE(716 또는 720) 또는 네트워크 엔티티(ISW-GW(702))에 의해 핸드오버가 착수될 수 있다는 점을 표시하도록 0 또는 1로 설정될, *[Network-Initiated] (NI) AVP

도 15의 단계 3에서, PCRF(118)는, TS 29.212의 조항 4.5.2에 정의되는 바와 같이, Credit Control Answer 메시지를 사용하는 4개의 PPC 규칙들로 참조 포인트 Gx를 통해 PCEF에 응답한다. 이 메시지는 5.2.4.2에 표시되는 바와 같이 Charging-Rule-Install을 사용하는 4개의 PCC 규칙들을 설치한다. 각각의 규칙은 Charging-Rule-Definition AVP를 사용하여 정의될 것이다. Charging-Rule-Definition AVP는, 도 18에 요약되는 바와 같이, 강화된 RAT-Type AVP 및 새로운 Network-Initiated AVP를 포함할 그룹화된 AVP이다.

도 15의 단계 4에서, 일단 PCC 규칙들이 ISW-GW(702)의 PCEF에서 이용 가능하면, ISW-GW(702)는 S1-MME 참조 포인트를 통해 MME(718)에 Create Session Request 메시지를 전송함으로써 필요한 세션을 생성하기 시작한다. Create Session Request 메시지 및 관련 정보 엘리먼트들은 TS 29.274의 표 7.2.1-1에 상세히 정의된다. 이것은 TWAN 경우에 대해서는 TS 23.402의 조항 16.2.1에서 그리고 E-UTRAN 경우에 대해서는 TS 23.401의 조항 5.3.2.1에서 사용되어 왔다. 예를 들어 TWAN 경우에서, 메시지는 (IMSI, APN, RAT 타입, 초기 부착 표시, 제어 평면의 TWAN TEID, 사용자 평면에 대한 TWAN TEID 및 어드레스, 과금 특성)을 포함할 것이다. TS 29.274의 표 7.2.1-1에 보여지는 바와 같이, 부분적으로 Create Session Request 메시지는 표시 플래그들(예를 들어, 핸드오버 표시)를 포함한다. ISW-GW(702)가 PCEF를 포함하며 볼륨 기반 온라인 과금 및 오프라인 과금을 수행할 수 있다는 점을 EPC에 각각 통보할 2개의 새로운 표시 플래그들, 즉 ISW-OC(ISW-GW 702 Online Charging) 및 ISW-OFC(ISW-GW Offline Charging)가 추가된다. 이 2개의 플래그들은 표 5 7에 요약된다.

도 15의 단계 5에서, MME(718)는 S11 참조 포인트를 통해 ISW-GW(702)로부터 S-GW(722)에 Create Session Request 메시지를 전달한다.

도 15의 단계 6에서, S-GW(722)는 사용자 평면에 대한 S-GW TEID와 어드레스 및 제어 평면에 대한 S-GW TEID와 같은 S-GW(722) 관련 정보를 추가하는 Create Session Request 메시지를 S5 참조 포인트를 통해 P-GW(120)에 전달한다.

도 15의 단계 7에서, P-GW(120)에서의 PCEF는 IP-CAN Session을 착수하는데, 이는, 2014년 3월자, 3GPP TS 29.213, "Policy and Charging Control signaling flows and Quality of Service (QoS) parameter mapping", V12.3.0, 이하 TS 29.213의 조항 4.1(또한 "Policy and charging control architecture"의 조항 7.2)에 설명되는 바와 같이 PCEF, PCRF(118) 및 OCS(112) 사이에서 발생한다. PCEF와 PCRF(118) 사이에는 Gx 참조 포인트가 사용되고, 한편 PCRF(118)와 OCS(112) 사이에는 Sy 참조 포인트가 사용된다. 수신된 ISW-OC 표시가 주어지면, ISW-GW(702)는 볼륨 기반 온라인 과금을 수행하는 네트워크 엔티티일 것이라는 점을 PCEF가 PCRF(118) 및 OCS(112)에 표시한다. 이 새로운 표시는 ISW-PCEF가 사용자에 대한 크레디트들을 예약 및 인출하도록 허용될 것이라는 점을 OCS(112)에 알릴 것이다.

도 15의 단계 8에서, 일단 IP-CAN 세션이 수립되면, PDN GW는 S5 참조 포인트를 통해 S-GW(722)에 Create Session Response 메시지를 전송한다. TWAN 경우에 대해서는 TS 23.402의 조항 16.2.1에서 또는 E-UTRAN 경우에 대해서는 TS 23.401의 조항 5.3.2.1에서 정의되는 바와 같이 이것은 다음 IE들(사용자 평면의 PDN GW 어드레스 및 TEID, 제어 평면의 P-GW(120), PDN 어드레스, UE에 할당되는 IP 어드레스)를 포함한다. 이 메시지는 새로운 표시 플래그들, 즉 요청받은 대로 볼륨 기반 온라인 과금 및 오프라인 과금을 수행할 수 있다는 점을 ISW-GW(702)에에 표시하는데 사용될 ISW-OCG(ISW-GW Online Charging Granted) 및 ISW-OFCG(ISW-GW Offline Charging Granted)를 포함할 것이다. 이들 2개의 플래그들은 표 5 8에 표시된다. PDN GW와 Serving GW 사이에, 제1 서브-터널이 이제 수립된다.

도 15의 단계 9에서, S-GW(722)는 온라인 및 오프라인 과금 승인들 이외에도 사용자 평면에 대한 S-GW TEID 및 어드레스와 제어 평면에 대한 S-GW TEID를 표시하는 Create Session Response를 S11 참조 포인트를 통해 MME(718)에 반환한다.

도 15의 단계 10에서, MME(718)는 새로운 ISW-OCG 및 ISW-OFCG 표시 플래그들을 포함하는 모든 IE들을 운반하는 Create Session Response를 S1-MME(718) 참조 포인트를 통해 ISW-GW(702)에 전달한다. S-GW(722)와 ISW-GW(702) 사이에, 제2 서브-터널이 이제 수립된다.

도 15의 단계 11에서, 일단 ISW-GW(702)가 MME(718)로부터 응답을 수신하면, 초기 세션 전송에 필요한 비-화폐 단위들의 수를 결정한다. 또한, ISW-GW(702)는 제공되는 PCC 규칙들을 사용하여 이러한 비-화폐 단위들을 자신의 등급 제어 기능에서의 화폐 단위들로 변환한다. 마지막으로, ISW-GW(702)의 CTF(1404)는, TS 32.299의 조항 6.3.5에 설명되는 바와 같이, 메시지 Credit Control Request(INITIAL_REQUEST, RSU)를 사용하여 RSU(reserved service units)을 예약하라는 요청을 Ro 참조 포인트를 통해 OCS(112)에 전송한다.

이러한 경우에, SCUR(Session Charging with Unit Reservation) 경우는 TS 32.299의 조항 6.3.5에 설명되는 바와 같이 사용된다. 또한, 이러한 경우에, ISW-GW(702)는 이들 리소스 단위들을 화폐 단위들로 변환하는 것(Rating Control) 이외에, 필요한 단위들을 결정(단위 결정)하는 역할을 한다. 이 경우는 TS 32.299의 조항 5.2.2.3.3에 제시되는 Decentralized Unit Determination and Decentralized Rating case에 대응한다.

도 15의 단계 12에서, ISW-PCEF가 볼륨 기반 온라인 과금을 수행할 것이라고 OCS(112)가 단계 7에서 들었다면, OCS(112)는 가입자의 크레디트에서 요구되는 RSU를 예약하고, GSU(granted service units)를 표시하는 Credit Control Answer (INITIAL_REQUEST,GSU) 메시지를 Ro 참조 포인트를 통해 전송함으로써 ISW-GW(702)(특히 그 CTF1404)에 다시 응답할 수 있다.

도 15의 단계 13에서, 일단 과금 관련 메시지가 완료되고 사용자에 대한 충분한 예약된 크레디트가 존재하면, ISW-GW(702)는 HeNB(704) 또는 WLAN AN을 통해 UE(716 또는 720)의 부착을 수락한다. ISW-GW(702)와 HeNB(704)(또는 WLAN AN) 사이에 제3 서브-터널이 설정된다. 마지막으로, UE(716 또는 720)와 HeNB(704) 또는 WLAN AN 사이의 LTE 및/또는 WiFi 무선 인터페이스를 통해 데이터가 각각 전송될 수 있다.

도 15의 단계 14에서, 세션 전달을 시작하기 이전에, ISW-GW(702)의 CTF(1406)는 TS 32.299의 조항 6.1.2에 정의되는 바와 같이 Rf 참조 포인트를 통해 Accounting Request (START_RECORD) 메시지를 전송하는 것에 의해 회계를 시작하도록 OFCS(114)(특히 그 CDF(304))와 통신한다.

도 15의 단계 15에서, 응답으로, OFCS(114)는 TS 32.299의 조항 6.1.2에 정의되는 바와 같이 CDR을 열고 Rf 참조 포인트를 통해 Accounting Answer (START_RECORD) 메시지를 전송한다.

도 15의 단계 16에서, 세션은 계속된다.

도 15의 단계 17에서, ISW-GW(702)를 통과하는 UE(716 또는 720)와 P-GW(120) 사이에서 데이터 세션이 시작된다. ISW-GW PCEF는 볼륨 카운팅을 수행하고 있다. 예약된 가입자의 크레디트가 일단 충족되면, ISW GW는 크레디트 제어 요청(UPDATE_REQUEST, RSU) 메시지를 사용하여 추가 RSU를 요청하는 OCS(112)와 통신한다.

도 15의 단계 18에서, 응답으로, OCS(112)는, 존재한다면, 부여된 서비스 단위들을 표시하는 크레디트 제어 답변(UPDATE_REQUEST, GSU) 메시지를 전송한다. 단계 14 및 단계 15에서의 프로시저는 가입자가 데이터 요구 및 이러한 요구를 충족시키도록 이용 가능한 크레디트를 갖는 한 계속된다.

도 15의 단계 19에서, 세션은 종료된다.

도 15의 단계 20에서, 일단 세션이 종료되면, ISW-GW(702)는 USU(used service units) 이외에도 서비스의 종료를 표시하는 크레디트 제어 요청(TERMINATION_REQUEST, USU)를 OCS(112)에 전송한다.

도 15의 단계 21에서, OCS(112)는 가입자 계좌로부터 사용된 돈을 공제한다. 미사용 예약된 단위들은 모두 해제될 것이다. OCS(112)는 임의의 남은 잔고 이외에 서비스의 누적 비용을 포함하는 CI(cost information)를 표시하는 크레디트 제어 답변(TERMINATION_REQUEST, CI)을 ISW GW에 전송함으로써 수신확인을 한다.

도 15의 단계 22에서, 오프라인 과금 시스템에 관하여 그리고 청구 정보를 위해, ISW GW는 Rf 참조 포인트를 통해 OFCS(114)(특히 그 CDF(304))에 Accounting Request(STOP_RECORD)을 전송할 것이다.

도 15의 단계 23에서, OFCS(114)의 CDF(304)는 WLAN을 통해 비트들의 그리고 3GPP를 통해 비트들의 분석을 표시하는 CDR을 업데이트하고 이를 닫을 것이다. 마지막으로 Rf 참조 포인트를 통해 Accounting Answer(STOP_RECORD)을 전송함으로써 ISW GW에 수신확인을 한다.

도 15에 도시되는 단계들을 수행하는 엔티티들은, 도 22c 또는 도 22d에 도시되는 것들과 같은 컴퓨터 시스템 또는 네트워크 노드의, 메모리에 저장되고, 그 프로세서 상에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있는 논리 엔티티들이라는 점이 이해된다. 즉, 도 15에 도시되는 방법(들)은, 도 22c 또는 도 22d에 도시되는 컴퓨터 시스템 또는 노드와 같은, 네트워크 노드의 메모리에 저장되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있으며, 컴퓨터 실행가능 명령어들은, 노드의 프로세서에 의해 실행될 때, 도 15에 도시되는 단계들을 수행한다. 도 15에 도시되는 임의의 송신 및 수신 단계들은 노드의 프로세서 및 이것이 실행하는 컴퓨터 실행가능 명령어들(예를 들어, 소프트웨어)의 제어 하에서 노드의 통신 회로에 의해 수행될 수 있다는 점이 또한 이해된다.

이 섹션은, ISW-GW(702)가 셀룰러 RAT(Small Cell)로부터 WiFi RAT(WLAN)로 데이터 플로우를 이동시키기로 결정하는, Small Cell로부터 WLAN으로의 Intra ISW-GW(702) Handover 동안의 Charging Interaction 경우를 논의한다. ISW-GW(702)는 UE(716 또는 720)로부터의 요청에 기초하여 또는 UE, 스몰 셀, 또는 WiFi AP에 의해 행해진 일부 측정들에 기초하여 이러한 결정을 행할 수 있다. 일단 핸드오버가 완료되면, ISW-GW(702)는 이용된 무선 인터페이스 및 이용 가능한 사용자의 크레디트에 따라 필요한 리소스들을 예약하기 위해 OCS(112)와 통신한다.

WLAN으로부터 Small Cell로의 Intra ISW-GW Handover가 발생할 때 호출 플로우가 유사하다는 점에 주목하자.

도 16은 ISW-GW(702) 경우에 대해 LTE로부터 WiFi로의 핸드오버에 대한 메시지 플로우를 도시하는 도면이며, 이는 다음과 같이 설명될 수 있다.

도 16의 단계 0에서, 진행중인 세션은 EPS/E-UTRAN 액세스를 통해 수립되었다. UE(716 또는 720)와 HeNB(704) 사이에 LTE 데이터 무선 베어러가 이미 존재한다고 가정된다. 또한, 3개의, 즉, HeNB(704)와 ISW-GW(702)의, ISW-GW(702)와 S-GW(722)의, 그리고 S-GW(722)와 PDN GW(120)의 GTP-U 사용자 데이터 터널이 존재한다.

도 16의 단계 1에서, UE(716 또는 720)는 LTE 및 WLAN 무선 인터페이스들 양자 모두의 측정들을 포함하는 시스템 간 측정 보고(Inter-system Measurement Reports)를 전송하며, 이는 HeNB(704)에 의해 ISW-GW(702)에 전달된다.

도 16의 단계 2에서, 시스템 간 측정 보고에 기초하여, ISW-GW(702)는 WiFi에 핸드오버할지 또는 LTE 무선 인터페이스를 계속 사용할지 결정한다. 이 섹션에서, ISW-GW(702)는 WLAN에 핸드오버하기로 결정한다. 대안적으로, ISW-GW(702)는 UE로부터의 요청에 기초하여 이러한 결정을 할 수 있다.

도 16의 단계 3에서, ISW-GW(702)는, 섹션 5.2.1의 단계 3에 보여진 바와 같이, PCRF(118)로부터 이전에 통신된, PCC 규칙들에 기초하여 이용 가능한 RSU를 재 계산한다.

도 16의 단계 4에서, 충분한 RSU들이 이용 가능하면, ISW-GW(702)는 1) WLAN AN과 ISW GW 사이에 새로운 GTP-U 터널을 생성하라는 WLAN AN로의 통지 요청, 2) LTE로부터 Wi-Fi로 전환하라는 (HeNB(704)를 통한) UE(716 또는 720)로의 핸드오버 명령, 및 3) 핸드오버 결정을 통보받으라는 MME(718)로의 통지 요청을 포함하는 핸드오버 메커니즘을 실행한다. ISW-GW(702)와 WLAN AN 사이에 S1a GTP-U 서브-터널이 이제 수립된다.

도 16의 단계 5에서, LTE 서비스에 대해 열린 CDR이 존재한다면, ISW-GW(702)는 이를 업데이트하고 이용된 무선 인터페이스를 변경할 필요가 있을 것이다. 특히, ISW-GW(702)의 CTF(1406)는 CDR을 WLAN 무선 인터페이스로 업데이트하라는 Accounting Request(INTERIM_RECORD)를 Rf 레퍼런스를 통해 OFCS(114)(특히 그것의 CDF(304))에 전송한다(TS 32.299의 조항 6.1.2). 대안적으로, CTF(1406)는 현재의 CDR을 닫고 새로운 CDR을 열 수 있다.

도 16의 단계 6에서, 응답으로, OFCS(114)는 TS 32.299의 조항 6.1.2에 정의되는 바와 같이 CDR을 업데이트하고 새롭게 정의되는 Rf 참조 포인트를 통해 Accounting Answer(INTERIM _RECORD) 메시지를 전송한다.

도 16의 단계 7 내지 단계 14는 도 15의 단계 16 내지 단계 23과 유사하다.

도 16에 도시되는 단계들을 수행하는 엔티티들은, 도 22c 또는 도 22d에 도시되는 것들과 같은 컴퓨터 시스템 또는 네트워크 노드의, 메모리에 저장되고, 그 프로세서 상에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있는 논리 엔티티들이라는 점이 이해된다. 즉, 도 16에 도시되는 방법(들)은, 도 22c 또는 도 22d에 도시되는 컴퓨터 시스템 또는 노드와 같은, 네트워크 노드의 메모리에 저장되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있으며, 컴퓨터 실행가능 명령어들은, 노드의 프로세서에 의해 실행될 때, 도 16에 도시되는 단계들을 수행한다. 도 16에 도시되는 임의의 송신 및 수신 단계들은 노드의 프로세서 및 이것이 실행하는 컴퓨터 실행가능 명령어들(예를 들어, 소프트웨어)의 제어 하에서 노드의 통신 회로에 의해 수행될 수 있다는 점이 또한 이해된다.

도 17은, ISW-GW(702)가 ISWN으로부터 매크로 네트워크로 데이터 플로우를 이동시키기로 결정하는, WLAN으로부터 LTE Macro eNB로의 Inter ISW-GW Handover 동안의 과금 상호작용을 도시하는 도면이다. ISW-GW(702)는 UE(716 또는 720)로부터의 요청에 기초하여 또는 UE(716 또는 720), 스몰 셀, 또는 WiFi AP에 의해 이루어진 일부 측정들에 기초하여 이러한 결정을 행할 수 있다. 이러한 경우에, ISW-GW(702)는 새로운 "PGW-OC(PGW Online Charging)" 표시 플래그를 사용하는 Modify Bearer Request 메시지를 사용하여 온라인 과금을 담당하라고 PDN GW(120)에 통보할 것이다. 또한, ISW-GW(702)는 새로운 "NI(Network Initiated)" 표시 플래그를 사용하여 핸드오버의 착수자를 표시할 것이다.

LTE Macro eNB로부터 ISWN Small Cell 또는 WLAN으로의 Inter ISW-GW(702) Handover가 발생할 때 호출 플로우가 유사하다는 점에 주목하자. ISWN 스몰 셀로부터 LTE Macro eNB로의 Inter ISW-GW Handover가 발생할 때에도 호출 플로우는 유사하다. UE(716 또는 720)가 하나의 ISW-GW로부터 다른 ISW-GW로 핸드오버할 때에도 호출 플로우는 유사하다.

도 17은 메시지 플로우를 도시하고, 이것은 다음과 같이 설명될 수 있다.

도 17의 단계 0에서, 진행중인 세션은 ISWN의 Wi-Fi 액세스를 통해 수립되었다. 무선 전송을 통한 Wi-Fi가 이미 UE(716 또는 720)와 WLAN AN 사이에 존재한다고 가정된다. 또한, 3개의, 즉, WLAN AN과 ISW-GW(702)의, ISW-GW(702)와 S-GW(722)의, 그리고 SGW와 P-GW(120)의 GTP-U 사용자 데이터 터널이 존재한다.

도 17의 단계 1에서, UE(716 또는 720)는 LTE 이웃 리스트 측정들과 함께 Wi-Fi 측정들을 WLAN AN에 전송한다. 이 메시지는 WLCP 프로토콜의 일부일 수 있다(2014년 4월자, 3GPP TS 24.244, "Wireless LAN control plane protocol for trusted WLAN access to EPC; Stage 3", V1.1.0, 이하 TS 24.244). 다음으로, WLAN AN은 S1a 참조 포인트를 통해 "Notification Request" 메시지를 사용하여 ISW-GW(702)에 측정 보고들을 전달한다.

도 17의 단계 2에서, Wi-Fi 및 LTE 측들로부터 수집되는 측정 보고들에 기초하여, ISW-GW(702)는 Macro eNB에 핸드오버할지 또는 WLAN을 계속 사용할지 결정한다. 이 섹션에서, ISW-GW(702)는 Macro eNB로의 핸드오버를 행하기로 결정한다.

도 17의 단계 3에서, ISW-GW(702)가 WLAN으로부터 핸드오버할 필요가 있다면, Wi-Fi 무선 인터페이스는 이 시점에서 충분히 신뢰할 수 없을 수 있다. 따라서, ISW-GW(702)가 이 시점에서 모든 Wi-Fi 전송들을 중단할 것이라고 안전하게 가정될 수 있다. 다음으로 ISW-GW(702)는 소비된 화폐 단위들로 OCS(112)를 업데이트할 것이다. 특히, 이것은 WLAN을 통한 서비스의 종료를 표시하는 크레디트 제어 요청(TERMINATION_REQUEST, USU) 메시지를 OCS(112)에 전송한다. 이 단계에서, ISW-GW(702)는 사용되지 않은 모든 크레디트를 OCS(112)에서 사용자의 크레디트로 다시 환불할 것이다. 단계 10에서, P-GW(120)에서의 PCEF는 전송을 계속하기 위해 크레디트를 다시 예약할 것이다. ISW-GW(702)가 예약된 크레디트를 환불하게 함으로써, P-GW(120)가 예약하기에 충분한 크레디트가 존재할 것이라는 점이 보장될 것이다.

도 17의 단계 4에서, OCS(112)는 가입자 계좌로부터 사용된 돈을 공제한다. 미사용 예약 유닛들은 모두 해제된다. OCS(112)는 크레디트 제어 응답(TERMINATION_REQUEST, CI)을 ISW GW로에 전송함으로써 수신확인을 한다.

도 17의 단계 5에서, 오프라인 CDR에 대해서, ISW-GW(702)는 Wi-Fi 대신에 LTE를 사용할 것이라고 CDR을 업데이트하기 위해 OFCS(114)와 통신한다. 보다 구체적으로, ISW-GW(702)의 CTF(1406)는 Rf 레퍼런스를 통해 OFCS(114)(특히 그 CDF(304))에 Accounting Request(INTERIM_RECORD)을 전송한다. 대안적으로, ISW-GW(702)는 CDR을 중단할 수 있고, P-GW(120)는 새로운 CDR을 열 것이다.

도 17의 단계 6에서, 응답으로, OFCS(114)는 TS 32.299의 조항 6.1.2에 정의되는 바와 같이 CDR을 업데이트하고, Rf 참조 포인트를 통해 Accounting Answer(INTERIM _RECORD) 메시지를 전송한다.

도 17의 단계 7에서, 일단 과금 수정들이 완료되면, ISW-GW(702)는 실제 베어러 핸드오버 프로시저를 착수한다. 먼저, 이것은 S1-MME의 참조 포인트를 통해 MME(718)에 Handover Required(Target eNB identity, PGW-OC, NI) 메시지를 전송한다. Handover Required(Target eNB identity) 메시지는 다른 컨텍스트에서 이전에 사용되었다. 특히, Intra-LTE 핸드오버(TS 23.401의 조항 5.5.1.2.2)에서 그러하며, 여기서 소스 eNB는 핸드오버를 착수하기 위해 소스 MME(718)에 Handover Required 메시지를 전송한다. 이 단계에서, Handover Required 메시지는 P-GW(120)에 과금 프로시저를 다시 전송하는데 뿐만 아니라 베어러 핸드오버를 착수하는데 사용된다. PGW Online Charging Indication은 표 17에 보여질 바와 같이 Handover Required 메시지의 IE들의 세트에 포함될 것이다. P-GW(120)가 온라인 과금을 담당하는지 여부를 각각 표시하기 위해 이는 1 또는 0일 수 있다. 또한, 새로운 Network-Initiated Indication 플래그(표 17에 보여짐)는 네트워크 착수 및 UE 착수 핸드오버 경우들을 각각 구별하기 위해 1 또는 0일 것이다.

도 17의 단계 8에서, MME(718)는 S11 참조 포인트를 통해 S-GW(722)에 Modify Bearer Request(eNB 어드레스 및 TEID, PGW-OC, NI) 메시지를 전송한다. 새로운 표시 플래그는 Modify Bearer Request 메시지의 표시 플래그들의 세트에 포함될 것이다(TS 29.274의 표 7.2.7-1)(예를 들어, PDN Pause On/Off Indications). 그것들은 표 15에 제시된다.

도 17의 단계 9에서, S-GW(722)는 P-GW(120)에 대한 과금 담당의 변경을 표시하는 Modify Bearer Request(PGW-OC, NI) 메시지를 P-GW(120)에 전달한다.

도 17의 단계 10에서, 새로운 표시 때문에, P-GW(120)의 PCEF는 TS 32.299의 섹션 6.3.5에 설명되는 바와 같이 메시지 Credit Control Request(INITIAL_REQUEST, RSU)를 사용하여 RSU를 예약하라는 요청을 Ro 참조 포인트를 통해 OCS(112)에 전송한다.

도 17의 단계 11에서, OCS(112)는 요구되는 RSU를 가입자의 크레디트에서 예약하고, GSU를 표시하는 Ro 참조 포인트를 통해 Credit Control Answer(INITIAL_REQUEST, GSU) 메시지를 전송함으로써 P-GW(120)에 다시 응답한다.

도 17의 단계 12에서, P-GW(120)는 표 5 10에 요약될 바와 같이 새로운 PGW-OCG(P-GW(120) Online Charging Granted) 표시 플래그를 운반하는 S-GW(722)에 Modify Bearer Response(PGW-OCG) 메시지를 반환하여, P-GW(120)가 온라인 과금을 담당할 것이라는 점을 표시한다. S-GW(722)와 P-GW(120) 사이의 기존 GTP-U 서브-터널은 여전히 수립된다.

도 17의 단계 13에서, S-GW(722)는 eNB와의 송신을 위해 사용될 새로운 S-GW TEID를 표시하는 Modify Bearer Response(S-GW TEID, PGW-OCG) 메시지를 MME(718)에 반환할 것이다.

도 17의 단계 14에서, 일단 행해지면, MME(718)는 ISW-GW(702)를 향해 Handover Command(PGW-OCG)를 전송할 것이다. 이것은 온라인 과금을 담당하는 P-GW(120)를 가지라는 요청이 수락되었다는 점을 ISW-GW(702)에게 통보한다. Handover Command 메시지에 대한 수정은 표 5 12에 보여진다.

도 17의 단계 15에서, ISW-GW(702)는 Notification Response(Handover Command) 메시지를 WLAN AN에 전송한다.

도 17의 단계 16에서, WLAN AN은 HeNB(704)와의 부착 프로시저를 시작하라고 UE(716 또는 720)에 통보하기 위한 WLCP 프로토콜의 일부일 수 있는 Handover Command 메시지를 UE에 전달한다.

도 17의 단계 17에서, 따라서, UE(716 또는 720)는 "RRC: Attach Request" 메시지를 Handover Indication와 함께 HeNB(704)에 전송함으로써 표준 부착 요청 프로시저(TS 23.401의 조항 5.3.2.1)를 시작하며, 이는 ISW-GW(702) 및 MME(718)에 전달된다.

도 17의 단계 18에서, MME(718)는 TS 23.401에 설명되는 바와 같이 HSS를 접촉하고 UE(716 또는 720)를 인증할 수 있다.

도 17의 단계 19에서, 성공적인 인증 이후, MME(718)는 TS 23.401에 명시되는 바와 같이 HSS로부터 위치 업데이트 프로시저 및 가입자 데이터 검색을 수행할 수 있다.

도 17의 단계 20에서, 결과적으로, MME(718)는 부착 요청을 수락하고, ISW-GW(702)에 "Attach Accept" 메시지를 전송하며, 이는 S1-MME "Initial Context Setup Request" 메시지에 포함된다(TS 23.401의 조항 5.3.2.1). 이 메시지에서, MME(718)는 S-GW(722)의 TEID 및 어드레스를 포함하며, 이는 단계 13에서 획득되었다. 이 메시지는 이후 eNB에 전달되며, 이는 UE(716 또는 720)을 향하여 "RRC Connection Reconfiguration" 메시지를 착수한다(TS 23.401의 조항 5.3.2.1).

도 17의 단계 21에서, 응답으로, UE(716 또는 720)는 "RRC Connection Reconfiguration Complete"를 HeNB(704)에 전송하고, MME(718)를 향한 부착을 완료한다. S-GW(722)와 eNB 사이의 GTP-U 데이터 서브-터널이 이제 수립되고, 데이터는 LTE 링크를 통해 운반될 수 있다.

도 17의 단계 22 내지 단계 27은, P-GW(120)가 도 15의 단계들에서 ISW-GW(702) 대신에 과금을 담당하는 네트워크 엔티티라는 점을 제외하고는, 도 15의 단계 16 내지 단계 21과 유사하다.

도 17에 도시되는 단계들을 수행하는 엔티티들은, 도 22c 또는 도 22d에 도시되는 것들과 같은 컴퓨터 시스템 또는 네트워크 노드의, 메모리에 저장되고, 그 프로세서 상에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있는 논리 엔티티들이라는 점이 이해된다. 즉, 도 17에 도시되는 방법(들)은, 도 22c 또는 도 22d에 도시되는 컴퓨터 시스템 또는 노드와 같은, 네트워크 노드의 메모리에 저장되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있으며, 컴퓨터 실행가능 명령어들은, 노드의 프로세서에 의해 실행될 때, 도 17에 도시되는 단계들을 수행한다. 도 17에 도시되는 임의의 송신 및 수신 단계들은 노드의 프로세서 및 이것이 실행하는 컴퓨터 실행가능 명령어들(예를 들어, 소프트웨어)의 제어 하에서 노드의 통신 회로에 의해 수행될 수 있다는 점이 또한 이해된다.

이 섹션은 Diameter 기반 Gx 인터페이스에 대한 새로운 또는 수정된 AVP들을 소개한다.

CCR(Credit Control Request) 메시지 내의 RAT-Type AVP가 업데이트될 수 있고 새로운 Network-Initiated AVP가 CCR 메시지에서 생성될 수 있다.

PCEF가 각각의 RAT-Type(LTE 및 WLAN)에 대해 하나의 PCC 규칙을 요청하기 위해, CCR 메시지의 현재 포맷은 메시지가 두 번(각각의 규칙/RAT에 대해 한 번) 전송될 것을 요구한다. 그러나, CCA 응답 메시지는 다수의 Charging-Rule-Install AVP들을 운반할 수 있다. 각각의 PCC 규칙은 Charging-Rule-Name 또는 Service-Identifier를 사용하여 구별될 것이다.

하나의 CCR 메시지가 하나보다 많은 PCC 규칙(각각의 규칙은 RAT 및 핸드오버 착수자 엔티티에 대응)을 요구하게 하는 것이 더 효율적일 것이다. 따라서, CCR 메시지는 다수의 RAT-Type AVP들 및 새로운 Network-Initiated AVP들의 다수의 인스턴스들을 포함할 수 있도록 업데이트될 수 있다. 이러한 업데이트들은 CCR이 RAT-Type(EUTRAN 또는 WLAN)과 Network-Initiated(0 또는 1)의 4개의 조합들에 매핑되는 4개의 상이한 PCC 규칙들을 요청하게 할 것이다.

CCA(Credit Control Answer) 메시지 내의 RAT-Type AVP가 업데이트될 수 있고, 새로운 Network-Initiated AVP가 CCA 메시지에서 생성될 수 있다.

요구되는 4개의 PCC 규칙들 사이를 구별할 수 있도록, 2개의 새로운 AVP 들(RAT-Type 및 Network-Initiated)가 CCA의 Charging-Rule-Definition AVP (PCRF(118) 내지 PCEF)에 추가될 필요가 있을 것이다. 이것은 어느 PCC 규칙들이 적용되야 하는지를 PCEF가 알 수 있을 방법이다.

도 18은 CCA(Credit Control Answer)의 AVP들(Attribute Valve Pairs)을 도시하는 도면이다. Charging-Rule-Definition은 RAT-Type AVP 및 새로운 Network-Initiated AVP로 업데이트될 수 있다.

이 섹션에서, 기존의 세션 관리 메시지들에서의 새로운 또는 수정된 정보 엘리먼트들이 설명된다. 이 섹션에서 논의되는 세션 관리 메시지들은 TS 29.274에 상세히 설명된다.

Create Session Request 메시지는 S1 및 S5 인터페이스들 상에서 전송되는 GTPv2-C 메시지이다.

ISW-GW(702)가 P-GW(120)로부터 온라인 및 오프라인 과금 시행의 담당을 요청하기 위해, Create Session Request 메시지에서의 새로운 표시 플래그가 추가될 수 있다. Create Session Request 메시지 및 관련 정보 엘리먼트들은 TS 29.274의 표 7.2.1-1에 상세히 정의된다. 2개의 새로운 플래그들은 각각 온라인 및 오프라인 과금에 대한 ISW-OC(ISW-GW 702 Online Charging) 및 ISW-OFC(ISW-GW 702 Offline Charging)이다. 표 13은 Create Session Request 메시지의 본래의 및 새로운 표시 플래그들을 보여준다.

Create Session Response 메시지는 S1 및 S5 인터페이스들 상에서 전송되는 GTPv2-C 메시지이다.

P-GW(120)가 ISW-GW(702)의 능력들을 승인하여 온라인 및 오프라인 과금 시행 프로시저들을 담당하기 위해, 2개의 새로운 표시 플래그들이 Create Session Response 메시지에 추가될 수 있다. Create Session Response 메시지 및 관련 정보 엘리먼트들은 TS 29.274의 표 7.2.2-1에 상세히 정의된다. 새로운 표시 플래그들은 ISW-OCG(ISW-GW Online Charging Granted) 및 ISW-OFCG(ISW-GW Offline Charging Granted)이다. 표 14는 Create Session Response 메시지의 본래의 및 새로운 표시 플래그들을 보여준다.

Modify Bearer Request 메시지는 S1 및 S5 인터페이스들 상에서 전송되는 GTPv2-C 메시지이다.

ISW-GW(702)가 P-GW(120)에게 온라인 과금을 담당하라고 통보하기 위해, Modify Bearer Request 메시지가 사용된다. Modify Bearer Request 메시지 및 관련 정보 엘리먼트들은 TS 29.274의 표 7.2.7-1에 상세히 정의된다. 새로운 PGW-OC(PGW Online Charging) 표시 플래그가 추가될 수 있다. 또한, ISW-GW(702)는 새로운 Network-Initiated 표시 플래그를 사용하여 핸드오버의 착수자를 표시할 수 있다. 표 15는 Modify Bearer Request 메시지의 본래의 및 새로운 표시 플래그들을 보여준다.

P-GW(120)가 ISW-GW(702)에게 온라인 과금 시행을 담당할 것을 통보하기 위해, 새로운 표시 플래그가 Modify Bearer Response 메시지에 추가될 수 있다, 즉 PGW-OCG(P-GW Online Charging Granted). Modify Bearer Request 메시지 및 관련 정보 엘리먼트들은 TS 29.274의 표 7.2.8-1에 상세히 정의된다. 표 16은 Modify Bearer Response 메시지의 본래의 및 새로운 표시 플래그들을 보여준다.

이 섹션은 ISW-GW(702)와 MME(718) 사이의 통신 프로토콜이 S1-AP이고 이것은 S1-MME 참조 포인트를 통해 운반되는 경우를 논의한다.

새로운 IE들이 Handover Required 메시지에 추가될 수 있다. 이 메시지의 표준 IE들은, 2014년 3월자, 3GPP TS 36.413, "Evolved Universal Terrestrial Radio Access Network (E-UTRAN); S1 Application Protocol (S1AP)", V12.1.0, 이하 "TS 36.413"의 조항 9.1.5.1에 제시된다.

S1-AP Handover Required 메시지의 완전한 IE들이 표 17에 소개된다. 2개의 새로운 IE들은 다음과 같다:

. PGW-OC(PGW Online Charging) Indication: 이 플래그는 ISW-GW(702)가 P-GW(120)에게 온라인 과금 시행을 담당하라고 요청하고 있다는 점을 표시하도록 S4/S11, 및 S5/S8 상에 1로 설정될 것임.

. Network-Initiated Indication: 이 플래그는 ISW-GW(702)에 의해 핸드오버가 착수된다는 점을 표시하도록 S4/S11, 및 S5/S8 상에 1로 설정될 것임.

새로운 IE가 Handover Command 메시지에 추가될 수 있다. 이 메시지의 표준 IE들은 TS 36.413의 조항 9.1.5.2에 있다.

S1-AP Handover Command 메시지의 완전한 IE들이 표 18에 소개된다. 2개의 새로운 IE들은 다음과 같다:

. PGW-OCG(P-GW Online Charging Granted) Indication: 이 플래그는 P-GW(120)가 온라인 과금 시행을 담당할 것임을 표시하도록 1로 설정될 것임.

위 섹션은 핸드오버 결정들을 행하는 ISWN에서의 중심 엔티티로서 ISW-GW(702)가 사용되는 ISWN 배치 시나리오에 초점을 두었다. 달리 말하면, ISW-GW(702)는 하나의 RAT로부터 다른 것으로 베어러 또는 플로우를 이동시키는 것에 관한 결정들을 행하는 태스크를 부여받는다.

이러한 동일한 개념들이 ISWN에 대한 핸드오버 결정들을 행하는 임의의 네트워크 노드에 적용될 수 있다는 점이 이해되어야 한다. 예를 들어, MME(718) 또는 S-GW(722)가 하나의 RAT로부터 다른 것으로 베어러들 또는 플로우들을 이동시킬 수 있으면, 이러한 동일한 프로시저들은 P-GW(120)/PCEF(102)와 통신하는데 사용될 수 있다.

본 문헌에서 설명되는 ISW-GW(702) 기능성은 통합형 Small Cell/WiFi Access Point 또는 WiFi 기능성이 있는 HeNB(704) 내부의 논리적 기능으로서 배치될 수 있다는 점이 주목되어야 한다.

본 문헌에서 설명되는 ISW-GW(702) 기능성은 무선 LAN 제어기 및 스몰 셀 또는 스몰 셀들의 그룹과 함께 배치될 수 있다는 점이 주목되어야 한다.

과금 부가 서비스들의 조언

이전의 섹션들은 코어 네트워크 측에서의 과금 관련 변경들을 설명한다. 특히, P-GW(120) 또는 ISW-GW(702)는 적절한 과금 규칙을 알 수 있다. 이러한 변경들은 가입자가 적절한 과금 규칙 및 대응하는 요금들을 마찬가지로 알게 하도록 확장될 수 있다. 이 섹션은 이용된 과금 규칙들의 임의의 업데이트들로 UE(716 또는 720)에 통지하는 것을 설명한다. 보다 구체적으로, EPC 네트워크 및 ISWN에 대한, GSM 및 IMS(IP Multimedia Subsystem)에 대해 이전에 정의된, AoC(Advice of Charge) 부가 서비스의 개념, 2014년 7월자, 3GPP TS 32.280, "Charging management; Advice of Charge (AoC) service, (Release 11)", V11.1.1, 및, 2012년 9월자, 3GPP TS 23.086, "Advice of Charge (AoC) supplementary services; Stage 2", V11.0.0이 일반화될 수 있다.

GSM 네트워크들에서는, 사용자에게 과금 정보를 제공하기 위해 AoC 부가 서비스가 도입되었다. 특히, 이것은 예상 서비스 비용에 관해 사용자에게 통보하기 위해 AoCI(Advice of Charge (Information))를 제공한다. 또한, 이것은 실제 과금을 전달하기 위해 AoCC(Advice of Charge (Charging))를 사용자에게 제공한다. 도 19는 GSM에 대한 통상적인 AOCI 정보 흐름도이다(2012년 9월자, 3GPP TS 23.086, "Advice of Charge (AoC) supplementary services; Stage 2", V11.0.0로부터의 것임). 도시되는 바와 같이, 일단 호출 셋-업이 완료되면, MSC(Mobile Switching Center)는 "CAI(Charge Advice Information)"(2012년 9월자, 3GPP TS 22.024, "Description of Charge Advice Information (CAI), Release 11", V11.0.0로부터의 것임)를 MS(mobile station)에 전송한다. MS는 일단 CAI를 수신하면 과금 계산들을 시작한다. 이에 대해, MS는 "AoC Acknowledge" 메시지를 MSC에 전송한다. 마지막으로, 호출이 종료되면 과금 계산들이 중단된다.

도 19에 도시되는 단계들을 수행하는 엔티티들은, 도 22c 또는 도 22d에 도시되는 것들과 같은 컴퓨터 시스템 또는 네트워크 노드의, 메모리에 저장되고, 그 프로세서 상에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있는 논리 엔티티들이라는 점이 이해된다. 즉, 도 19에 도시되는 방법(들)은, 도 22c 또는 도 22d에 도시되는 컴퓨터 시스템 또는 노드와 같은, 네트워크 노드의 메모리에 저장되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있으며, 컴퓨터 실행가능 명령어들은, 노드의 프로세서에 의해 실행될 때, 도 19에 도시되는 단계들을 수행한다. 도 19에 도시되는 임의의 송신 및 수신 단계들은 노드의 프로세서 및 이것이 실행하는 컴퓨터 실행가능 명령어들(예를 들어, 소프트웨어)의 제어 하에서 노드의 통신 회로에 의해 수행될 수 있다는 점이 또한 이해된다.

과금의 조언에 대한 정보 플로우

게이트웨이의 역할은, (도 19에서의 MSC와 유사한 방식으로) CAI를 UE(716 또는 720)에 전송하기 위해, 과금 규칙들(ISW-GW(702) 또는 P-GW(120))을 시행하도록 확장될 수 있다. 결과적으로, UE(716 또는 720)는 MS에서 디스플레이될 AoC를 생성하는데 이러한 과금 정보를 이용할 것이다. 예는 위에 제시된 ISW-GW 간 핸드오버 시나리오에 중점을 둔다. 그러나, 이 섹션에서 설명될 AoC 프로시저는 본 문헌에서 고려되는 다른 시나리오들에 적용될 수 있다.

섹션 5.2.3.에서 상세히 설명되는, ISW-GW 간 핸드오버 동안의 과금 프로시저는 CAI를 UE로 전달하도록 확장될 수 있다. 도 20은 도 17의 호출 플로우에서 기존의 메시지들에 적용될 수 있는 부가 정보 엘리먼트를 도시하는 도면이다.

도 20의 단계 12에서, Modify Bearer Request 메시지는 CAI 정보 엘리먼트들을 포함하도록 확장될 것이다. 보다 구체적으로, P-GW(120)는 Modify Bearer Response(PGW-OCG, CAI) 메시지를 S-GW(722)에 전송한다.

도 20의 단계 13에서, 단계 12에서 행해진 업데이트와 유사하게, S-GW(722)는 Modify Bearer Response(S-GW TEID, PGW-OCG, CAI) 메시지를 MME(718)에 반환한다.

도 20의 단계 14에서, 또한, MME(718)는, 도 17의 단계 14에서 논의된 바와 같이, Handover Command(PGW-OCS, CAI) 메시지를 전송함으로써 CAI를 ISW-GW(702)에 전달한다.

도 20의 단계 15에서, 결과적으로, ISW-GW(702)는, 도 17의 단계 15에서 논의된 바와 같이, Notification Request(Handover Command, CAI) 메시지를 WLAN AN에 전송한다.

도 20의 단계 16에서, 마지막으로 CAI는 WLCP 프로토콜을 사용하여 WLAN AN으로부터 UE(716 또는 720)에 도달한다. 응답으로서, UE(716 또는 720)는 과금 정보를 계산하고 AoC를 디스플레이할 수 있을 것이다.

도 20의 단계 16a에서, 또한, UE(716 또는 720)는 WLCP 프로토콜을 사용하여 WLAN AN에 (도 19에서와 같이) AoC 수신확인 메시지를 전송할 수 있다.

도 20의 단계 16b에서, 마지막으로, Notification Request 메시지를 사용하여 ISW-GW(702)에 AoC Acknowledge이 전달될 수 있다.

도 20에 도시되는 단계들을 수행하는 엔티티들은, 도 22c 또는 도 22d에 도시되는 것들과 같은 컴퓨터 시스템 또는 네트워크 노드의, 메모리에 저장되고, 그 프로세서 상에서 실행되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있는 논리 엔티티들이라는 점이 이해된다. 즉, 도 20에 도시되는 방법(들)은, 도 22c 또는 도 22d에 도시되는 컴퓨터 시스템 또는 노드와 같은, 네트워크 노드의 메모리에 저장되는 소프트웨어(즉, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있으며, 컴퓨터 실행가능 명령어들은, 노드의 프로세서에 의해 실행될 때, 도 20에 도시되는 단계들을 수행한다. 도 20에 도시되는 임의의 송신 및 수신 단계들은 노드의 프로세서 및 이것이 실행하는 컴퓨터 실행가능 명령어들(예를 들어, 소프트웨어)의 제어 하에서 노드의 통신 회로에 의해 수행될 수 있다는 점이 또한 이해된다.

GUI들(Graphical User Interfaces)과 같은 인터페이스들은 사용자들이 서비스 레이어 과금 상관관계에 관련된 기능성들을 제어 및/또는 구성하는 것을 돕는데 사용될 수 있다. 일 실시예에서, 시스템은 AoC를 사용자에게 디스플레이하기 위해 "Advice of Charge (AoC) Supplementary Services"를 UE에 전송할 수 있다. 도 21a는 사용자가 위에 논의된 바와 같이 WIFI 또는 셀룰러 네트워크를 통한 접속에 관하여 사용자 선호도들을 설정하게 하는 인터페이스(2102)를 도시하는 도면이다. 도 21b는 네트워크 선호도들을 설정하기 위한 인터페이스(2104)를 도시하는 도면이다. 도 21c 내지 도 21d는 셀룰러 데이터 요금이 과금될지 표시하는 인터페이스들(2106 및 2108)을 도시하는 도면들이다. 인터페이스들(2102, 2104, 2106 및 2108)은 이하 설명되는 도 22c 내지 도 22d에 도시되는 것과 같이 디스플레이들을 사용하여 생성될 수 있다는 점이 이해되어야 한다.

예시적인 M2M / IoT / WoT 통신 시스템

도 22a는 하나 이상의 개시되는 실시예들이 구현될 수 있는 예시적인 M2M(machine-to machine), IoT(Internet of Things), 또는 WoT(Web of Things) 통신 시스템(10)의 도면이다. 일반적으로, M2M 기술들은 IoT/WoT를 위한 빌딩 블록들을 제공하며, 임의의 M2M 디바이스, M2M 게이트웨이, M2M 서버, 또는 M2M 서비스 플랫폼은 IoT/WoT 서비스 레이어 등 뿐만 아니라 IoT/WoT 노드 또는 컴포넌트일 수 있다. 통신 시스템(10)은 개시되는 실시예들의 기능성을 구현하는데 사용될 수 있고, ISW GW(702), IWF PCEF(102), ISWN-PCEF(1402), OFCS(114), MME(718), OCS(112), PCRF(118), PGW(120), SGW(722), WLAN AN(708), TWAG(710), TWAP(714), TWAN(706), H(e)NB(704), CTF들(1404 및 1406), UE(720 및 716)에서의 논리 엔티티들 및 인터페이스들(2102)를 생성하기 위한 논리 엔티티들과 같은 논리 엔티티들 및 기능성을 포함할 수 있다.

도 22a에 도시되는 바와 같이, M2M/IoT/WoT 통신 시스템(10)은 통신 네트워크(12)를 포함한다. 통신 네트워크(12)는 고정형 네트워크(예를 들어 이더넷, 파이버, ISDN, PLC 등), 또는 무선 네트워크(예를 들어, WLAN, 셀룰러 등), 또는 이종 네트워크들의 네트워크일 수 있다. 예를 들어, 통신 네트워크(12)는 음성, 데이터, 비디오, 메시징, 방송 등과 같은 콘텐츠를 다수의 사용자들에게 제공하는 다수의 액세스 네트워크들로 구성될 수 있다. 예를 들어, 통신 네트워크(12)는 CDMA(code division multiple access), TDMA(time division multiple access), FDMA(frequency division multiple access), OFDMA(orthogonal FDMA), SC-FDMA(single-carrier FDMA) 등과 같은 하나 이상의 채널 액세스 방법들을 이용할 수 있다. 또한, 통신 네트워크(12)는 예를 들어 코어 네트워크, 인터넷, 센서 네트워크, 산업 제어 네트워크, 개인 영역 네트워크, 융합 개인 네트워크(fused personal network), 위성 네트워크, 홈 네트워크, 또는 기업 네트워크와 같은 다른 네트워크들을 포함할 수 있다.

도 22a에 도시되는 바와 같이, M2M/IoT/WoT 통신 시스템(10)은 인프라스트럭처 도메인 및 필드 도메인을 포함할 수 있다. 인프라스트럭처 도메인은 엔드-투-엔드 M2M 배치(end-to-end M2M deployment)의 네트워크 측을 지칭하고, 필드 도메인은 보통 M2M 게이트웨이 후방에 있는 영역 네트워크들(area networks)을 지칭한다. 필드 도메인 및 인프라스트럭처 도메인은 양자 모두 다양하고 상이한 네트워크 노드들(예를 들어, 서버들, 게이트웨이들, 디바이스 등)을 포함할 수 있다. 예를 들어, 필드 도메인은 M2M 게이트웨이들(14) 및 단말 디바이스들(18)을 포함할 수 있다. 임의의 수의 M2M 게이트웨이 디바이스들(14)과 M2M 단말 디바이스들(18)이 원하는 바에 따라 M2M/IoT/WoT 통신 시스템(10)에 포함될 수 있다는 점이 이해될 것이다. M2M 게이트웨이 디바이스들(14) 및 M2M 단말 디바이스들(18) 각각은 통신 네트워크(12) 또는 직접 무선 링크를 통해, 통신 회로를 사용하여, 신호들을 송신 및 수신하도록 구성된다. M2M 게이트웨이 디바이스(14)는 무선 M2M 디바이스들(예를 들어, 셀룰러 및 비-셀룰러)뿐만 아니라 고정형 네트워크 M2M 디바이스들(예를 들어, PLC)가 통신 네트워크(12) 또는 직접 무선 링크와 같은 오퍼레이터 네트워크들을 통해서 통신하게 한다. 예를 들어, M2M 단말 디바이스들(18)은 통신 네트워크(12) 또는 직접 무선 링크를 통해 데이터를 수집할 수 있고, M2M 애플리케이션(20) 또는 다른 M2M 디바이스들(18)에 데이터를 보낼 수 있다. M2M 단말 디바이스들(18)은 또한 M2M 애플리케이션(20) 또는 M2M 단말 디바이스(18)로부터 데이터를 수신할 수 있다. 또한, 데이터 및 신호들은 이하 설명되는 바와 같이 M2M 서비스 레이어(22)를 통해 M2M 애플리케이션(20)에 전송될 수 있고 및 그로부터 수신될 수 있다. M2M 단말 디바이스들(18) 및 게이트웨이들(14)은, 예를 들어, 셀룰러, WLAN, WPAN(예를 들어, Zigbee, 6LoWPAN, Bluetooth), 직접 무선 링크, 및 유선을 포함하는 다양한 네트워크들을 통해 통신할 수 있다.

예시적인 M2M 단말 디바이스들(18)은, 이에 제한되는 것은 아니지만, 태블릿들, 스마트 폰들, 의료 기기들, 온도 및 날씨 모니터들, 접속된 차량들, 스마트 미터들, 게임 콘솔들, 개인 휴대 정보 단말기들, 건강 및 운동 모니터들, 조명들, 온도 조절기들, 가전 제품들, 차고 문들 및 기타 액추에이터 기반 디바이스들, 보안 디바이스들, 및 스마트 아웃렛들을 포함한다.

도 22b를 참조하면, 필드 도메인에서의 도시된 M2M 서비스 레이어(22)는 M2M 애플리케이션(20), M2M 게이트웨이 디바이스들(14) 및 M2M 단말 디바이스들(18) 및 통신 네트워크(12)에 대한 서비스를 제공한다. 통신 네트워크(12)는 개시되는 실시예들의 기능성을 구현하는데 사용될 수 있고, ISW GW(702), IWF PCEF(102), ISWN-PCEF(1402), OFCS(114), MME(718), OCS(112), PCRF(118), PGW(120), SGW(722), WLAN AN(708), TWAG(710), TWAP(714), TWAN(706), H(e)NB(704), CTF들(1404 및 1406), UE(720 및 716)에서의 논리 엔티티들 및 인터페이스들(2102)를 생성하기 위한 논리 엔티티들과 같은 논리 엔티티들 및 기능성을 포함할 수 있다. 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')은 또한 M2M 애플리케이션들(20 및 20')이 서비스 레이어들(22 및 22')이 제공하는 서비스들과 관련하여 다양한 네트워크들(12 및 12')을 통해 통신할 수 있게 한다.

본 출원의 방법들은 서비스 레이어(22 및 22')의 일부로서 구현될 수 있다. 서비스 레이어(22 및 22')는 API들(Application Programming Interfaces) 및 기본 네트워킹 인터페이스들의 세트를 통해 부가 가치 서비스 능력들을 지원하는 소프트웨어 미들웨어 레이어이다. ETSI M2M과 oneM2M 양자 모두는 본 출원의 접속 방법들을 포함할 수 있는 서비스 레이어를 사용한다. ETSI M2M의 서비스 레이어는 SCL(Service Capability Layer)이라고 지칭된다. SCL은 M2M 디바이스(여기서 이것은 DSCL(Device SCL)이라고 지칭됨), 게이트웨이(여기서 이것은 GSCL(gateway SCL)이라고 지칭됨) 및/또는 네트워크 노드(여기서 이것은 NSCL(network SCL)이라고 지칭됨) 내에 구현될 수 있다. oneM2M 서비스 레이어는 CSF들(Common Service Functions)(즉, 서비스 능력들)의 세트를 지원한다. 하나 이상의 특정 타입들의 CSF들의 세트의 인스턴스화는 상이한 타입들의 네트워크 노드들(예를 들어, 인프라스트럭처 노드, 미들 노드, 애플리케이션 특정적 노드) 상에서 호스팅될 수 있는 CSE(Common Services Entity)라고 지칭된다. 또한, 본 출원의 접속 방법들은, 본 출원의 접속 방법들과 같은 서비스들을 액세스하는데 SOA(Service Oriented Architecture) 및/또는 ROA(resource-oriented architecture)를 사용하는 M2M 네트워크의 일부로서 구현될 수 있다.

일부 실시예들에서, M2M 애플리케이션들(20 및 20')은 개시된 시스템들 및 방법들과 함께 사용될 수 있다. M2M 애플리케이션들(20 및 20')은 UE 또는 게이트웨이와 상호작용하는 애플리케이션들을 포함할 수 있고, 다른 개시된 시스템들 및 방법들과 관련하여 또한 사용될 수 있다.

일 실시예에서, ISW GW(702), IWF PCEF(102), ISWN-PCEF(1402), OFCS(114), MME(718), OCS(112), PCRF(118), PGW(120), SGW(722), WLAN AN(708), TWAG(710), TWAP(714), TWAN(706), H(e)NB(704), CTF들(1404 및 1406), UE(720 및 716)에서의 논리 엔티티들 및 인터페이스들(2102)를 생성하기 위한 논리 엔티티들과 같은 논리 엔티티들은, 도 22b에 도시되는 바와 같이, M2M 서버, M2M 게이트웨이, 또는 M2M 디바이스와 같은, M2M 노드에 의해 호스팅되는 M2M 서비스 레이어 인스턴스 내에서 호스팅 될 수 있다. 예를 들어, ISW GW(702), IWF PCEF(102), ISWN-PCEF(1402), OFCS(114), MME(718), OCS(112), PCRF(118), PGW(120), SGW(722), WLAN AN(708), TWAG(710), TWAP(714), TWAN(706), H(e)NB(704), CTF들(1404 및 1406), UE(720 및 716)에서의 논리 엔티티들 및 인터페이스들(2102)를 생성하기 위한 논리 엔티티들과 같은 논리 엔티티들은 M2M 서비스 레이어 인스턴스 내에 또는 기존 서비스 내의 서브 기능으로서 개별 서비스 능력을 포함할 수 있다.

M2M 애플리케이션들(20 및 20')은, 이에 제한되는 것은 아니지만, 운송, 건강 및 건강관리, 접속된 홈, 에너지 관리, 자산 추적, 및 보안과 감시와 같은 다양한 산업들에서의 애플리케이션들을 포함할 수 있다. 위에 언급된 바와 같이, 시스템의 디바이스들, 게이트웨이들, 서버들 및 다른 노드들에 걸쳐 실행되는 M2M 서비스 레이어는, 예를 들어, 데이터 수집, 디바이스 관리, 보안, 청구, 위치 추적/지오펜싱(tracking/geofencing), 디바이스/서비스 발견, 및 레거시 시스템들 통합과 같은 기능들을 지원하고, 이러한 기능들을 서비스들로서 M2M 애플리케이션들(20 및 20')에 제공한다.

일반적으로, 서비스 레이어들(22 및 22')은 API들(Application Programming Interfaces ) 및 기본 네트워킹 인터페이스들의 세트를 통해 부가가치 서비스 능력들을 지원하는 소프트웨어 미들웨어 레이어를 정의한다. ETSI M2M 및 oneM2M 아키텍처들 양자 모두는 서비스 레이어를 정의한다. ETSI M2M의 서비스 레이어는 SCL(Service Capability Layer)이라고 지칭된다. SCL은 ETSI M2M 아키텍처의 다양하고 상이한 노드들에서 구현될 수 있다. 예를 들어, 서비스 레이어의 인스턴스는 M2M 디바이스(여기서, 이것은 디바이스 SCL(DSCL)이라고 지칭됨), 게이트웨이(여기서 이것은 게이트웨이 SCL(GSCL)이라고 지칭됨) 및/또는 네트워크 노드(여기서 이것은 네트워크 SCL(NSCL)이라고 지칭됨) 내에서 구현될 수 있다. oneM2M 서비스 레이어는 CSF들(Common Service Functions)(즉, 서비스 능력들)의 세트를 지원한다. 하나 이상의 특정 타입들의 CSF들의 세트의 인스턴스화는 상이한 타입들의 네트워크 노드들(예를 들어, 인프라스트럭처 노드, 미들 노드, 애플리케이션 특정적 노드) 상에서 호스팅될 수 있는 CSE(Common Services Entity)라고 지칭된다. 3GPP(Third Generation Partnership Project)는 또한 MTC(machine-type communications)를 위한 아키텍처를 정의하였다. 그러한 아키텍처에서, 서비스 능력들, 및 이것이 제공하는 서비스 레이어는 SCS(Service Capability Server)의 일부로서 구현된다. ETSI M2M 아키텍처의 DSCL, GSCL 또는 NSCL에서, 3GPP MTC 아키텍처의 SCS(Service Capability Server)에서, 또는 oneM2M 아키텍처의 CSF 또는 CSE에서, 또는 네트워크의 일부 다른 노드에서 구현되든 간에, 서비스 레이어의 인스턴스는 서버들, 컴퓨터들, 및 다른 컴퓨팅 디바이스들 또는 노드들을 포함하는, 네트워크에서의 하나 이상의 독립형 노드들 상에서 실행되는 논리 엔티티(예를 들어, 소프트웨어, 컴퓨터 실행가능 명령어들 등)로서, 또는 하나 이상의 기존 노드들의 일부로서 구현될 수 있다. 예로서, 서비스 레이어 또는 그 컴포넌트의 인스턴스는 아래에 설명되는 도 22c 또는 도 22d에 도시되는 일반 아키텍처를 갖는 네트워크 노드(예를 들어, 서버, 컴퓨터, 게이트웨이, 디바이스 등) 상에 실행되는 소프트웨어의 형태로 구현될 수 있다.

또한, ISW GW(702), IWF PCEF(102), ISWN-PCEF(1402), OFCS(114), MME(718), OCS(112), PCRF(118), PGW(120), SGW(722), WLAN AN(708), TWAG(710), TWAP(714), TWAN(706), H(e)NB(704), CTF들(1404 및 1406), UE(720 및 716)에서의 논리 엔티티들 및 인터페이스들(2102)를 생성하기 위한 논리 엔티티들과 같은 논리 엔티티들은 본 출원의 서비스들을 액세스하는데 SOA(Service Oriented Architecture) 및/또는 ROA(Resource-Oriented Architecture)를 사용하는 M2M 네트워크의 일부로서 구현될 수 있다.

도 22c는 M2M 디바이스(18), M2M 게이트웨이(14), M2M 서버 등과 같은 M2M 네트워크 노드(30)의 예시적인 하드웨어/소프트웨어 아키텍처의 블록도이다. 노드(30)는 ISW GW(702), IWF PCEF(102), ISWN-PCEF(1402), OFCS(114), MME(718), OCS(112), PCRF(118), PGW(120), SGW(722), WLAN AN(708), TWAG(710), TWAP(714), TWAN(706), H(e)NB(704), CTF들(1404 및 1406), UE(720 및 716)에서의 논리 엔티티들 및 인터페이스들(2102)를 생성하기 위한 논리 엔티티들과 같은 논리 엔티티들을 실행하거나 또는 포함할 수 있다. 디바이스(30)는 도 22a 내지 도 22b에 도시되는 바와 같이 M2M 네트워크의 일부 또는 비-M2M 네트워크의 일부일 수 있다. 도 22c에 도시되는 바와 같이, M2M 노드(30)는 프로세서(32), 비-이동식 메모리(44), 이동식 메모리(46), 스피커/마이크로폰(38), 키패드(40), 디스플레이, 터치패드, 및/또는 표시자들(42), 전원(48), GPS(global positioning system) 칩셋(50), 및 다른 주변기기들(52)을 포함할 수 있다. 노드(30)는 송수신기(34) 및 송신/수신 엘리먼트(36)와 같은 통신 회로를 또한 포함할 수 있다. M2M 노드(30)는 실시예와 일관성을 유지하면서 전술한 엘리먼트들의 임의의 부분 조합을 포함할 수 있다는 점이 이해될 것이다. 이러한 노드는 본 명세서에 설명되는 SMSF 기능성을 구현하는 노드일 수 있다.

프로세서(32)는 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, DSP(digital signal processor), 복수의 마이크로프로세서들, DSP 코어와 연관되는 하나 이상의 마이크로프로세서들, 제어기, 마이크로제어기, ASIC들(Application Specific Integrated Circuits), FPGA(Field Programmable Gate Array) 회로들, 임의의 다른 타입의 IC(integrated circuit), 상태 머신 등일 수 있다. 일반적으로, 프로세서(32)는 노드의 다양한 요구되는 기능들을 수행하기 위해 노드의 메모리(예를 들어, 메모리(44) 및/또는 메모리(46))에 저장되는 컴퓨터 실행가능 명령어들을 실행할 수 있다. 예를 들어, 프로세서(32)는 신호 코딩, 데이터 처리, 전력 제어, 입력/출력 처리, 및/또는 M2M 노드(30)가 무선 또는 유선 환경에서 동작할 수 있게 하는 임의의 다른 기능성을 수행할 수 있다. 프로세서(32)는 애플리케이션 레이어 프로그램들(예를 들어, 브라우저들) 및/또는 RAN(radio access-layer) 프로그램들 및/또는 통신 프로그램들을 실행할 수 있다. 프로세서(32)는 예를 들어, 액세스 레이어 및/또는 애플리케이션 레이어에서와 같이, 인증, 보안 키 합의, 및/또는 암호화 작업들과 같은 보안 작업들을 또한 수행할 수 있다.

도 22c에 도시된 바와 같이, 프로세서(32)는 그것의 통신 회로(예를 들어, 송수신기(34) 및 송신/수신 엘리먼트(36))에 연결된다. 프로세서(32)는, 컴퓨터 실행가능 명령어들의 실행을 통해서, 노드(30)로 하여금 그것이 접속되는 네트워크를 통해 다른 노드들과 통신하게 하도록 통신 회로를 제어할 수 있다. 특히, 프로세서(32)는 본 명세서 및 청구범위에서 설명되는 송신 및 수신 단계들을 수행하도록 통신 회로를 제어할 수 있다. 도 22c가 프로세서(32)와 송수신기(34)를 별도의 컴포넌트들로서 묘사하고 있지만, 프로세서(32)와 송수신기(34)는 전자 패키지 또는 칩 내에 함께 통합될 수 있다는 점이 이해될 것이다.

송신/수신 엘리먼트(36)는 신호들을 M2M 서버들, 게이트웨이들, 디바이스 등을 포함하는 다른 M2M 노드들에 송신하거나, 또는 이들로부터 수신하도록 구성될 수 있다. 예를 들어, 실시예에서, 송신/수신 엘리먼트(36)는 RF 신호들을 송신 및/또는 수신하도록 구성되는 안테나일 수 있다. 송신/수신 엘리먼트(36)는 WLAN, WPAN, 셀룰러 등과 같이, 다양한 네트워크들 및 무선 인터페이스들을 지원할 수 있다. 실시예에서, 송신/수신 엘리먼트(36)는, 예를 들어 IR, UV, 또는 가시광 신호들을 송신 및/또는 수신하도록 구성되는 방출기/검출기일 수 있다. 또 다른 실시예에서, 송신/수신 엘리먼트(36)는 RF 신호 및 광 신호 양자 모두를 송신 및 수신하도록 구성될 수 있다. 송신/수신 엘리먼트(36)는 무선 또는 유선 신호들의 임의의 조합을 송신 및/또는 수신하도록 구성될 수 있다는 점이 이해될 것이다.

또한, 송신/수신 엘리먼트(36)가 단일 엘리먼트로서 도 22c에 도시되지만, M2M 노드(30)는 임의의 수의 송신/수신 엘리먼트(36)를 포함할 수 있다. 보다 구체적으로, M2M 노드(30)는 MIMO 기술을 이용할 수 있다. 따라서, 실시예에서, M2M 노드(30)는 무선 신호들을 송신 및 수신하기 위한 2개 이상의 송신/수신 엘리먼트들(36)(예를 들어, 다수의 안테나들)을 포함할 수 있다.

송수신기(34)는 송신/수신 엘리먼트(36)에 의해 송신될 신호들을 변조하고, 송신/수신 엘리먼트(36)에 의해 수신되는 신호들을 복조하도록 구성될 수 있다. 위에 언급된 바와 같이, M2M 노드(30)는 멀티-모드 능력들을 가질 수 있다. 따라서, 송수신기(34)는, M2M 노드(30)가, 예를 들어, UTRA 및 IEEE 802.11과 같은 다수의 RAT들을 통해 통신할 수 있게 하기 위한 다수의 송수신기들을 포함할 수 있다.

프로세서(32)는 비-이동식 메모리(44) 및/또는 이동식 메모리(46)와 같은 임의의 타입의 적합한 메모리로부터 정보를 액세스하거나 거기에 데이터를 저장할 수 있다. 예를 들어, 프로세서(32)는 위에 설명된 바와 같이 그 메모리에 세션 컨텍스트를 저장할 수 있다. 비-이동식 메모리(44)는 RAM(random-access memory), ROM(read-only memory), 하드 디스크, 또는 임의의 다른 타입의 메모리 저장 디바이스를 포함할 수 있다. 이동식 메모리(46)는 SIM(subscriber identity module) 카드, 메모리 스틱, SD(secure digital) 메모리 카드 등을 포함할 수 있다. 다른 실시예들에서, 프로세서(32)는 서버 또는 가정용 컴퓨터 상에서와 같이, M2M 노드(30) 상에 물리적으로 위치되지 않은 메모리로부터 정보를 액세스할 수 있고, 거기에 데이터를 저장할 수 있다. 프로세서(32)는 M2M 서비스 레이어 세션 마이그레이션 또는 공유의 상태를 반영하거나 또는 사용자로부터 입력을 획득하거나 또는 노드의 세션 마이그레이션 또는 공유 능력들 또는 설정들에 관한 정보를 사용자에게 디스플레이하기 위해 디스플레이 또는 표시자들(42) 상의 조명 패턴들, 이미지들, 또는 컬러들을 제어하도록 구성될 수 있다. 다른 예에서, 디스플레이는 세션 상태에 관한 정보를 보여줄 수 있다. 본 개시내용은 oneM2M 실시예에서 RESTful 사용자/애플리케이션 API를 정의한다. 디스플레이 상에 보여질 수 있는 그래픽 사용자 인터페이스는 본 명세서에 설명되는 기본 서비스 레이어 세션 기능성을 통해 사용자가 E2E 세션, 또는 그것의 마이그레이션 또는 공유를 대화식으로 수립하고 관리하게 하도록 API 위에 층을 이룰 수 있다.

프로세서(32)는 전원(48)으로부터 전력을 수신할 수 있고, M2M 노드(30)의 다른 컴포넌트들에게 전력을 분배 및/또는 제어하도록 구성될 수 있다. 전원(48)은 M2M 노드(30)에 전력을 공급하기 적합한 임의의 디바이스일 수 있다. 예를 들어, 전원(48)은 하나 이상의 건전지 배터리들(예를 들어, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), 니켈 금속 수소화물(NiMH), 리튬-이온(Li-ion) 등), 태양 전지들, 연료 전지들 등을 포함할 수 있다.

프로세서(32)는 또한 GPS 칩셋(50)에 연결될 수 있으며, 이것은 M2M 노드(30)의 현재 위치에 관한 위치 정보(예를 들어, 경도 및 위도)를 제공하도록 구성된다. M2M 노드(30)는 실시예와 일관성을 유지하면서 임의의 적합한 위치-결정 방법에 의해 위치 정보를 취득할 수 있다는 점이 이해될 것이다.

프로세서(32)는 다른 주변기기들(52)에 또한 연결될 수 있으며, 이러한 주변기기들은, 추가적인 특징들, 기능성, 및/또는 유선 또는 무선 접속성을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈들을 포함할 수 있다. 예를 들어, 주변기기들(52)은 가속도계, e-나침반, 위성 송수신기, 센서, (사진들 또는 비디오를 위한) 디지털 카메라, USB(universal serial bus) 포트, 진동 디바이스, 텔레비전 송수신기, 핸즈프리 헤드셋, Bluetooth® 모듈, FM(frequency modulated) 무선 유닛, 디지털 음악 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.

도 22d는 M2M 서버, 게이트웨이, 디바이스, 또는 다른 노드와 같은 M2M 네트워크의 하나 이상의 노드들을 구현하기 위해 또한 사용될 수 있는 예시적인 컴퓨팅 시스템(90)의 블록도이다. 컴퓨팅 시스템(90)은 컴퓨터 또는 서버를 포함할 수 있으며, 이러한 소프트웨어가 어디에 또는 어떤 수단에 의해 저장되고 액세스되든 간에, 소프트웨어의 형태일 수 있는 컴퓨터 판독가능 명령어들에 의해 주로 제어될 수 있다. 컴퓨팅 시스템(90)은 ISW GW(702), IWF PCEF(102), ISWN-PCEF(1402), OFCS(114), MME(718), OCS(112), PCRF(118), PGW(120), SGW(722), WLAN AN(708), TWAG(710), TWAP(714), TWAN(706), H(e)NB(704), CTF들(1404 및 1406), UE(720 및 716)에서의 논리 엔티티들 및 인터페이스들(2102)를 생성하기 위한 논리 엔티티들과 같은 논리 엔티티들을 실행하거나 또는 포함할 수 있다. 컴퓨팅 시스템(90)은, 예를 들어 M2M 디바이스, 사용자 장비, 게이트웨이, UE/GW 또는 모바일 케어 네트워크의 노드들을 포함하는 임의의 다른 노드들, 서비스 레이어 네트워크 애플리케이션 제공자, 단말 디바이스(18) 또는 M2M 게이트웨이 디바이스(14)일 수 있다. 이러한 컴퓨터 판독가능 명령어들은 컴퓨팅 시스템(90)으로 하여금 동작하게 하도록 CPU(central processing unit)(91)와 같은 프로세서 내에서 실행될 수 있다. 많은 공지된 워크스테이션들, 서버들, 및 개인용 컴퓨터들에서, 중앙 처리 유닛(91)은 마이크로프로세서라 불리는 단일-칩 CPU에 의해 구현된다. 다른 머신들에서, 중앙 처리 유닛(91)은 다수의 프로세서들을 포함할 수 있다. 코프로세서(81)는 추가적인 기능들을 수행하거나 또는 CPU(91)를 도와주는, 주 CPU(91)와는 별개인, 선택적 프로세서이다. CPU(91) 및/또는 코프로세서(81)는, 세션 자격증명을 수신하거나 세션 자격증명을 기반으로 인증하는 것과 같이, E2E M2M 서비스 레이어 세션들에 대해 개시되는 시스템들 및 방법들에 관련된 데이터를 수신, 생성 및 처리할 수 있다.

동작에 있어서, CPU(91)는 명령어들을 페치, 디코드, 및 실행하고, 컴퓨터의 주 데이터 이송 경로, 시스템 버스(80)를 통해 다른 리소스들로/로부터 정보를 전송한다. 이러한 시스템 버스는 컴퓨팅 시스템(90)에서의 컴포넌트들을 접속하고, 데이터 교환을 위한 매체를 정의한다. 시스템 버스(80)는 데이터를 전송하기 위한 데이터 라인들, 어드레스들을 전송하기 위한 어드레스 라인들, 및 인터럽트들을 전송하고 시스템 버스를 동작시키기 위한 제어 라인들을 통상적으로 포함한다. 이러한 시스템 버스(80)의 예는 PCI(Peripheral Component Interconnect) 버스이다.

시스템 버스(80)에 연결되는 메모리 디바이스들은 RAM(random access memory)(82) 및 ROM(read only memory)(93)을 포함한다. 이러한 메모리들은 정보가 저장 및 검색되게 하는 회로를 포함한다. ROM들(93)은 쉽게 수정될 수 없는 저장된 데이터를 일반적으로 포함한다. RAM(82)에 저장되는 데이터는 CPU(91) 또는 다른 하드웨어 디바이스들에 의해 판독 또는 변경될 수 있다. RAM(82) 및/또는 ROM(93)에 대한 액세스는 메모리 제어기(92)에 의해 제어될 수 있다. 메모리 제어기(92)는 명령어들이 실행됨에 따라 가상 어드레스들을 물리 어드레스들로 변환하는 어드레스 변환 기능을 제공할 수 있다. 메모리 제어기(92)는 시스템 내의 프로세스들을 격리하고 시스템 프로세스들을 사용자 프로세스들로부터 격리하는 메모리 보호 기능을 또한 제공할 수 있다. 따라서, 제1 모드에서 실행되는 프로그램은 그 자신의 프로세스 가상 어드레스 공간에 의해 매핑되는 메모리만 액세스할 수 있고; 이것은 프로세스들 사이의 메모리 공유가 마련되지 않는 한 다른 프로세스의 가상 어드레스 공간 내의 메모리를 액세스할 수 없다.

또한, 컴퓨팅 시스템(90)은 CPU(91)로부터 프린터(94), 키보드(84), 마우스(95), 및 디스크 드라이브(85)와 같은 주변기기들로 명령어들을 통신하는 것을 담당하는 주변기기 제어기(83)를 포함할 수 있다.

디스플레이 제어기(96)에 의해 제어되는 디스플레이(86)는 컴퓨팅 시스템(90)에 의해 생성되는 시각적 출력을 디스플레이하는데 사용된다. 이러한 시각적 출력은 텍스트, 그래픽, 애니메이션 그래픽, 및 비디오를 포함할 수 있다. 디스플레이(86)는 CRT 기반 비디오 디스플레이, LCD 기반 평면 패널 디스플레이, 가스 플라즈마 기반 평면 패널 디스플레이, 또는 터치 패널로 구현될 수 있다. 디스플레이 제어기(96)는 디스플레이(86)에 전송되는 비디오 신호를 생성하는데 요구되는 전자 컴포넌트들을 포함한다.

또한, 컴퓨팅 시스템(90)은 도 22a 및 도 22b의 네트워크(12)와 같은 외부 통신 네트워크에 컴퓨팅 시스템(90)을 접속하여, 컴퓨팅 시스템(90)이 네트워크의 다른 노드들과 통신할 수 있게 하는데 사용될 수 있는, 예를 들어 네트워크 어댑터(97)와 같은 통신 회로를 포함할 수 있다.

UE(user equipment)는 통신하기 위해 최종 사용자에 의해 사용되는 임의의 디바이스일 수 있다. 이것은 휴대용 전화기, 모바일 광대역 어댑터가 장착된 랩탑 컴퓨터 또는 임의의 다른 디바이스일 수 있다. 예를 들어, UE는 도 22a 및 도 22b의 M2M 단말 디바이스(18) 또는 도 22c의 디바이스(30)로서 구현될 수 있다.

본 명세서에 설명되는 시스템들, 방법들 및 프로세스들 중 임의의 것 또는 모든 것은 컴퓨터 판독가능 스토리지 매체에 저장된 컴퓨터 실행가능 명령어들(즉, 프로그램 코드)의 형태로 구현될 수 있다는 점이 이해되며, 이 명령어들은, 예를 들어 M2M 서버, 게이트웨이, 디바이스 등을 포함하는 M2M 네트워크의 노드와 같은 머신에 의해 실행될 때, 본 명세서에 설명되는 시스템들, 방법들 및 프로세스들을 수행 및/또는 구현한다. 구체적으로, 게이트웨이, UE, UE/GW, 또는 모바일 코어 네트워크의 노드들, 서비스 레이어 또는 네트워크 애플리케이션 제공자 중 임의의 것의 작업들을 포함하는, 위에 설명된 단계들, 작업들 또는 기능들 중 임의의 것이 그러한 컴퓨터 실행가능 명령어들의 형태로 구현될 수 있다. ISW GW(702), IWF PCEF(102), ISWN-PCEF(1402), OFCS(114), MME(718), OCS(112), PCRF(118), PGW(120), SGW(722), WLAN AN(708), TWAG(710), TWAP(714), TWAN(706), H(e)NB(704), CTF들(1404 및 1406), UE(720 및 716)에서의 논리 엔티티들 및 인터페이스들(2102)를 생성하기 위한 논리 엔티티들과 같은 논리 엔티티들은 컴퓨터 판독가능 스토리지 매체 상에 저장되는 컴퓨터 실행가능 명령들의 형태로 구현될 수 있다. 컴퓨터 판독가능 스토리지 매체는 정보의 저장을 위한 임의의 비-일시적(즉, 유형의 또는 물리적) 방법 또는 기술로 구현되는 휘발성 및 비휘발성, 이동식 및 비-이동식 매체 양자 모두를 포함하지만, 이러한 컴퓨터 판독가능 스토리지 매체가 신호들을 포함하는 것은 아니다. 컴퓨터 판독가능 스토리지 매체는, 이에 제한되는 것은 아니지만, RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CD-ROM, DVD(digital versatile disks) 또는 다른 광학 디스크 스토리지, 자기 카세트들, 자기 테이프, 자기 디스크 스토리지 또는 다른 자기 스토리지 디바이스들, 또는 원하는 정보를 저장하는데 사용될 수 있는 그리고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 유형의 또는 물리적 매체를 포함한다.

도면들에 도시되는 바와 같이, 본 개시내용의 주제의 바람직한 실시예들을 설명함에 있어서, 구체적인 용어가 명료성을 위해 채택된다. 그러나, 청구되는 주제는 그와 같이 선택되는 구체적인 용어로 제한되는 것으로 의도되는 것이 아니며, 각각의 구체적인 엘리먼트가 유사한 목적을 달성하기 위해 유사한 방식으로 동작하는 모든 기술적 등가물들을 포함하는 것으로 이해되어야 할 것이다.

본 작성 명세서는 최상의 모드를 포함하는 본 발명을 개시하고, 또한 관련분야에서의 임의의 숙련된 자가 임의의 디바이스들 또는 시스템들을 제작하고 사용하고 임의의 통합된 방법들을 수행하는 것을 포함하여 본 발명을 실시할 수 있도록 하기 위해 예를 사용한다. 본 발명의 특허를 받을 수 있는 범주는 청구범위에서 정의되며, 관련분야에서의 숙련된 자들에게 발생하는 다른 예들을 포함할 수 있다. 이러한 다른 예들은, 청구항들의 문자 그대로의 표현과 상이하지 않은 엘리먼트들을 가지는 경우, 또는 이들이 청구항들의 문자 그대로의 표현과 실질적인 차이가 없는 등가적 엘리먼트들을 포함하는 경우, 청구항들의 범위 내에 있는 것으로 의도된다.

Claims

네트워크에 접속된 게이트웨이(GW) 노드에 의해 사용하기 위한 방법으로서,
상기 노드는 프로세서 및 메모리를 포함하고, 상기 노드는 상기 메모리에 저장된 컴퓨터 실행가능 명령어들을 더 포함하고, 상기 컴퓨터 실행가능 명령어들은, 상기 노드에 의해 실행될 때, 상기 방법을 수행하고,
상기 방법은,
상기 GW 노드에서, 플로우가 비인가 스펙트럼(unlicensed spectrum)과 관련되는지 또는 인가 스펙트럼과 관련되는지를 표시하는 리소스들의 할당 또는 릴리즈에 관한 메시지를 수신하는 단계 - 상기 플로우는, 상기 네트워크와 상기 비인가 스펙트럼의 액세스 포인트 및 상기 인가 스펙트럼의 액세스 포인트 양자 모두를 접속시키는 게이트웨이를 통과하고, 상기 메시지는 상기 플로우가 사용자 장비(UE) 또는 일부 다른 디바이스와 관련되는 것을 또한 표시하고, 상기 메시지는 상기 노드 또는 상기 UE가 스펙트럼 타입의 핸드오버를 착수하였는지 여부를 또한 표시함 -; 및
상기 메시지에 기초하여 상기 네트워크에서 동작을 수행하는 단계
를 포함하고,
상기 동작은 상기 플로우와 관련된 과금 규칙을 페치(fetching)하는 것이고,
상기 과금 규칙은 볼륨 기반(volume-based)인, 방법.
제1항에 있어서,
상기 인가 스펙트럼의 액세스 포인트는 셀룰러 네트워크인 방법.
제1항에 있어서,
상기 비인가 스펙트럼의 액세스 포인트는 WiFi 액세스 포인트인 방법.
삭제
제1항에 있어서,
상기 규칙은 PCRF(Policy and Charging Rules Function)로부터 페치되는 방법.
제1항에 있어서,
상기 동작은 과금 업데이트 동작(updating charging operation)인 방법.
제1항에 있어서,
상기 GW 노드에 의해 수신된 메시지는 서빙 게이트웨이(SGW)에 의해 전송되는 방법.
제1항에 있어서,
상기 게이트웨이는 ISW-GW(Integrated Smallcell Wi-Fi Gateway)인 방법.
제1항에 있어서,
상기 메시지는, 플로우가 비인가 스펙트럼으로부터 인가 스펙트럼으로 이동하고 있는 것을 표시하는 방법.
제1항에 있어서,
상기 메시지는, 상기 플로우가 인가 스펙트럼으로부터 비인가 스펙트럼으로 이동하고 있는 것을 표시하는 방법.
삭제
네트워크에 접속된 ISW-GW(Integrated Smallcell Wi-Fi Gateway) 노드에 의해 사용하기 위한 방법으로서,
상기 노드는 프로세서 및 메모리를 포함하고, 상기 노드는 상기 메모리에 저장된 컴퓨터 실행가능 명령어들을 더 포함하고, 상기 컴퓨터 실행가능 명령어들은, 상기 노드에 의해 실행될 때, 상기 방법을 수행하고,
상기 방법은,
베어러 리소스 수정 프로시저를 착수하는 단계;
상기 ISW-GW 노드에서, 상기 베어러 리소스 수정 프로시저에 기초하여, 사용자 장비(UE)로부터의 플로우가 비인가 스펙트럼으로부터 오는 것인지 또는 인가 스펙트럼으로부터 오는 것인지, 및 상기 ISW-GW 노드 또는 상기 UE가 스펙트럼 타입의 핸드오버를 착수하였는지 여부를 결정하는 단계;
상기 네트워크에 대한 상기 노드에서의 과금 동작들을 업데이트하거나 상기 UE와 관련되는 정책들을 획득하기 위해 상기 결정을 사용하는 단계; 및
상기 플로우와 관련된 과금 규칙을 페치하는 단계
를 포함하고,
상기 과금 규칙은 볼륨 기반인, 방법.
삭제
제12항에 있어서,
상기 ISW-GW는 비인가 스펙트럼 액세스 포인트 및 인가 스펙트럼 액세스 포인트에 동작가능하게 접속되는, 방법.
제14항에 있어서,
상기 ISW-GW는 플로우들을 코어 네트워크에 접속하는 방법.
제14항에 있어서,
상기 ISW-GW는 PCEF(Policy and Charging Enforcement Function)를 포함하는 방법.
제14항에 있어서,
상기 ISW-GW는 온라인 과금 시스템(OCS)과 관련된 제1 CTF(Charging Trigger Function) 및 오프라인 과금 시스템(OFCS)과 관련된 제2 CTF를 더 포함하는 방법.
삭제
네트워크에 접속된 게이트웨이(GW) 노드에 의해 사용하기 위한 방법으로서,
상기 노드는 프로세서 및 메모리를 포함하고, 상기 노드는 상기 메모리에 저장된 컴퓨터 실행가능 명령어들을 더 포함하고, 상기 컴퓨터 실행가능 명령어들은, 상기 노드에 의해 실행될 때, 상기 방법을 수행하고,
상기 방법은,
사용자 장비(UE)가 인가 스펙트럼 액세스 포인트를 통해 상기 GW 노드에 접속될 때, 상기 사용자 장비가 상기 인가 스펙트럼 액세스 포인트를 통해 접속하는 것에 대해 과금될 것인지 또는 비인가 스펙트럼 액세스 포인트를 통한 접속에 사용되는 요금으로 과금될 것인지를 표시하는 리소스들의 할당 또는 릴리즈에 관한 메시지를 수신하는 단계;
상기 사용자 장비에서 디스플레이를 생성하기 위해 상기 메시지를 사용하는 단계; 및
상기 UE로부터의 플로우와 관련된 과금 규칙을 페치하는 단계
를 포함하고,
상기 과금 규칙은 볼륨 기반인, 방법.
삭제
제19항에 있어서,
상기 메시지는 ISW-GW(Integrated Smallcell Wi-Fi Gateway)로부터 전송되는 방법.
게이트웨이(GW) 노드로서,
프로세서, 메모리 및 통신 회로를 포함하고,
상기 노드는 자신의 통신 회로를 통해 통신 네트워크에 접속되고, 상기 노드는 상기 노드의 상기 메모리에 저장된 컴퓨터 실행가능 명령어들을 더 포함하고, 상기 컴퓨터 실행가능 명령어들은, 상기 노드의 상기 프로세서에 의해 실행될 때, 상기 노드로 하여금,
상기 GW에서, 플로우가 비인가 스펙트럼 액세스 포인트와 관련되는지 또는 인가 스펙트럼 액세스 포인트와 관련되는지를 표시하는 리소스들의 할당 또는 릴리즈에 관한 메시지를 수신하게 하고 - 상기 플로우는, 상기 네트워크와 상기 비인가 스펙트럼 액세스 포인트 및 상기 인가 스펙트럼 액세스 포인트 양자 모두를 접속시키는 게이트웨이를 통과하고, 상기 메시지는, 상기 플로우에 의해 상기 비인가 스펙트럼 액세스 포인트가 사용되는지 또는 상기 인가 스펙트럼 액세스 포인트가 사용되는지를 사용자 장비(UE) 또는 일부 다른 디바이스가 선택하였는지를 또한 표시함 -;
상기 메시지에 기초하여 상기 네트워크에서의 과금 동작을 업데이트하게 하고;
상기 플로우와 관련된 과금 규칙을 페치하게 하고,
상기 과금 규칙은 볼륨 기반인, GW 노드.
ISW-GW(Integrated Smallcell Wi-Fi Gateway) 노드로서,
프로세서, 메모리 및 통신 회로를 포함하고,
상기 노드는 자신의 통신 회로를 통해 통신 네트워크에 접속되고, 상기 노드는 상기 노드의 상기 메모리에 저장된 컴퓨터 실행가능 명령어들을 더 포함하고, 상기 컴퓨터 실행가능 명령어들은, 상기 노드의 상기 프로세서에 의해 실행될 때, 상기 노드로 하여금,
베어러 리소스 수정 프로시저를 착수하게 하고,
상기 베어러 리소스 수정 프로시저에 기초하여, 사용자 장비(UE)로부터의 플로우가 비인가 스펙트럼 액세스 포인트로부터 오는 것인지 또는 인가 스펙트럼 액세스 포인트로부터 오는 것인지를 결정하게 하고;
상기 네트워크에 대한 상기 노드에서의 과금 동작들을 업데이트하기 위해 상기 결정을 사용하게 하고,
상기 플로우와 관련된 과금 규칙을 페치하게 하고,
상기 과금 규칙은 볼륨 기반인, ISW-GW 노드.