KR102546956B1 - 3gpp 네트워크들에서의 소량 데이터 사용 가능 - Google Patents

Abstract

표준 기구 3GPP는 머신형 통신들(MTC)을 위해 새로운 소량 데이터 전달 기술들을 탐색하고 있다. 기존의 방식들은 "소량 데이터" 결정을 다운링크 데이터에 대해서는 서비스 능력 서버(SCS)에 그리고 업링크 데이터 데이터에 대해서는 사용자 장비(UE)에 맡긴다는 것이 여기서 인식된다. 사용자 장비(UE) 또는 코어 네트워크는 소량 데이터로서 특징지어져야 하는 서비스들(또는 흐름들)을 식별할 수 있고, 최적화된 소량 데이터 절차들을 언제 이용할지에 대한 결정들을 할 수 있다.

Description

3GPP 네트워크들에서의 소량 데이터 사용 가능{SMALL DATA USAGE ENABLEMENT IN 3GPP NETWORKS}

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

본원은 2015년 4월 22일자 출원된, 미국 가특허 출원 번호 제62/151,088호를 우선권 주장하고, 그 개시내용은 전체적으로 기술된 것처럼 본원에 참조로 포함된다.

머신형 통신(MTC) 응용들은 보통 일반적으로 소량 데이터라고 할 수 있는 작은 양의 데이터를 송신 또는 수신한다. 일부 경우들에서, "소량 데이터" 애플리케이션들이 빈번하지 않은 통신 세션들에 관여한다면, 통신 네트워크, 예를 들어 3GPP 시스템 내의 리소스들은 비효율적으로 사용된다.

주어진 사용자 장비(UE) 상의 MTC 애플리케이션이 3GPP 네트워크로부터 서비스들을 획득할 필요가 있다면, 그것은 먼저 네트워크에 "어태치(attach)"하여야 한다. 어태치 절차는 그것이 온으로 가동된 후에 UE에 의해 수행될 수 있다. 도 1a는 3GPP 네트워크(200)에서 수행되는 예시적인 어태치 절차를 도시한다. 하이 레벨에서, 어태치 절차는 UE의 존재에 관해 네트워크에 알리고, 어태치 절차는 트래픽이 UE에 또는 UE로부터 흐르게 하기 위해 네트워크 내에 디폴트 베어러를 확립한다. 도 1a를 참조하면, 예시된 예에 따라, 201에서, UE(202)는 UE(202)의 아이덴티티; 요구된 접속의 유형(예를 들어, 패킷 데이터 네트워크(PDN) 유형); 및 선택적으로 UE(202)가 액세스를 요구하는 패킷 데이터 네트워크를 참조하는 문자 스트링인, 액세스 포인트 명(APN)과 같은 다양한 파라미터들을 포함하는 어태치 요구를 발행한다. 203에서, 이 정보는 3GPP 기지국(204)으로부터 이동성 관리 엔티티(MME)(206)로 전송된다. MME(206)는 APN 정보를 사용하여 접속하려는 패킷 데이터 네트워크를 선택하고, 다음에 PDN 유형을 사용하여 접속의 유형(예를 들어, IPv4 및/또는 IPv6)을 결정한다. MME(206)는 홈 가입자 서버(HSS)(208) 내에 포함된 디바이스의 가입 프로필을 (205a에서) 문의함으로써 UE(202)가 PDN에 액세스할 수 있다는 것을 검증할 수 있다. UE(202)가 예를 들어, APN을 제공하지 않으면, MME(206)는 UE의 가입 프로필의 일부로서 정해진 디폴트 APN을 사용할 수 있다. (205a 및 205b에서) MME와 HSS 간의 교환은 위치 업데이터 요구/회답 또는 가입자 데이터 삽입 요구/회답 교환일 수 있다. 어느 방식으로나, MME(206)는 PDS 및 PDN 게이트웨이(PDN-GW)를 결정할 수 있다. 도시한 바와 같이, 207에서, MME는 다음에 3GPP 네트워크(200) 내에 베어러들을 셋업할 수 있다. 209에서, MME(206)는 기지국(204)을 통해 UE(202)에 어태치 수용 메시지를 발행할 수 있다. 211에서, UE(202)는 다음에 기지국(204)을 통해 MME(206)에 송신될 수 있는, 어태치 완료 메시지로 어태치 절차를 종료할 수 있다.

어태치 후에, 예를 들어 도 1a에 도시한 어태치 절차가 수행된 후에, 주어진 사용자 장비(UE) 상의 애플리케이션들이 통신하지 않을 때, 무선 베어러들은 해제되고 UE는 IDLE 상태로 이동할 수 있다. 여기에 사용된 바와 같이, 달리 명시되지 않는다면, IDLE 상태 또는 모드에 있는 UE는 이볼브드 패킷 코어(EPC) 이동성 관리(EMM)-REGISTERED 상태 및 이볼브드 패킷 시스템(EPS) 접속 관리(ECM)-IDLE 상태에 있는 UE를 말한다. 추가의 예로서, 주어진 애플리케이션이 아이들인 UE와의 접속을 확립하기를 원하면, UE는 네트워크와의 데이터 베어러들 및 시그널링 접속을 확립함으로써 CONNECTED 모드로 전이하여야 할 것이다. 여기에 사용된 바와 같이, 달리 명시되지 않는다면, CONNECTED 모드에 있는 UE는 ECM-CONNECTED 상태에 있는 UE를 말한다.

작은 양의 데이터만을 송신 또는 수신하는 UE들에 대해, 위에 설명된 전이는 예를 들어, 비효율들을 야기할 수 있는데, 왜냐하면 소량 데이터 전달을 수행하기 위한 상대적 시그널링 오버헤드가 크기 때문이다. 이 리소스 문제는 MTC 애플리케이션들로 제한되지 않고, 소량 데이터 통신을 수행하는 임의의 애플리케이션에 적용가능할 수 있다. 이 문제를 다루고 예를 들어, 시그널링 오버헤드, 네트워크 리소스들의 사용, 및 재할당을 위한 지연이라고 할 수 있는, 최소 네트워크 영향으로 소량 데이터의 전송들을 지원하기 위해, 해결책들이 3GPP TR 23.887, "머신형 및 다른 이동 데이터 애플리케이션들 통신들 향상들"에서 제안되었다. 소량 데이터 및 디바이스 트리거링 향상들(SDDTE)을 위해 3GPP TR 23.887에서 설명된 해결책들은 1) 소량 데이터(SD)를 위한 무선 액세스 네트워크(RAN) 제어 평면의 사용, 및 2) SD를 위한 데이터 평면의 사용인 2가지의 카테고리로 넓게 분류될 수 있다.

소량 데이터를 위해 RAN 제어 평면을 사용하는 예시적인 방법들에서, 데이터는 에어 인터페이스 상에서 이볼브드 노드 B(eNB)와 사용자 장비(UE) 간에 무선 시그널링 베어러(SRB)에 걸쳐 전달된다. eNB로부터 코어 네트워크(CN)로의 전달은 이동성 관리 엔티티(MME)에의 S1-MME 인터페이스에 걸친 CN 제어 평면 또는 서빙 게이트웨이(S-GW)에의 S1-U 인터페이스에 걸친 CN 데이터 평면을 사용할 수 있다. 도 1b는 LTE 베어러 아키텍처를 도시한다. 이 예에서, 소량 데이터는 eNB로 무선 베어러 상에서 이송될 것이다.

소량 데이터를 위해 데이터 평면을 사용하는 예시적인 방법들에서, 데이터는 에어 인터페이스 상에서 eNB와 UE 간에 데이터 무선 베어러(DRB)에 걸쳐 전달된다. eNB로부터 CN으로의 전달은 주로 S-GW로의 S1-U 인터페이스에 걸친 CN 데이터 평면에 걸쳐 수행된다. 그러나, 일부 경우들에서, 예를 들어 스테이트리스(stateless) 게이트웨이의 사용 또는 단일 베어러로 제한하는 것과 같은, 추가의 조건들이 적용될 수 있다. 도 1b를 참조하면, LTE 베어러 아키텍처에서 구현된 것과 같은 이 예에서, 소량 데이터는 S-GW로의 E-RAB 상에서 또는 P-GW로의 EPS 베어러 상에서 이송될 것이다.

일반적으로, 아이들 모드(EMM-REGISTERED 및 ECM-IDLE 상태)에 있는 주어진 UE는 UE가 시그널링 절차(예를 들어, TAU 또는 디태치)를 수행할 필요가 있는 경우 또는 UE가 송신할 업링크 데이터를 갖는 경우에 접속된 모드(ECM-CONNECTED) 모드로 전이하여야 할 것이라는 것이 여기서 인식된다. UE가 데이터를 송신하기 위해 ECM-CONNECTED 상태로 이동하기를 원할 때, UE는 서비스 요구 절차를 수행한다. 서비스 요구 절차는 베어러 정보 상에서 UE와 CN을 동기화시키고 또한 대응하는 데이터 베어러들을 확립한다. 확립된 데이터 베어러들은 다음에 그것의 데이터를 송신하기 위해 UE에 의해 사용될 수 있다.

데이터를 전송하기 위해 UE가 ECM-IDLE로부터 ECM-CONNECTED로 전이하는 경우는 SDDTE에 대한 3GPP TR 23.887에서 설명된 것과 같은 위에 언급된 해결책들에서 수정된다. 3GPP TR 23.887에서 설명된 예시적인 해결책들은 새로운 절차가 사용되는 것을 요구하고(예를 들어, 서비스 요구 절차 없이 데이터 전달) 또는 기존의 절차에 대한 수정들(예를 들어, 서비스 요구 절차에 대한 수정들)을 요구한다. 보통 새로운/수정된 절차들은 UE로부터 개시된다.

도 2를 참조하면, 정책 및 과금 제어(PCC) 아키텍처가 도시된다. PCC 아키텍처는 TS 23.203 "정책 및 과금 제어 아키텍처"에서 3GPP에 의해 정의된다. PCC 아키텍처는 정책들, 정책 규칙들, QoS 규칙들, 및 과금 정보를 집행하기 위해 사용된다. 도 2에 도시한 인터페이스들은 TS 23.203의 섹션 5.2에서 상세히 설명되지만, 편의상 아래에 요약된다. 이제 아래에 설명되는 인터페이스들은 3GPP 네트워크에서 인터넷 프로토콜(IP) 흐름 및 그것의 대응하는 규칙들을 제공하기 위해 사용된다.

도 2를 참조하면, AF(제3자 애플리케이션 서버)는 애플리케이션 레벨 세션 정보(예를 들어, IP 필터 정보, 대역폭 요건들, 스폰서 데이터 등)를 정책 및 과금 규칙들 기능(PCRF)으로 전달하기 위해 Rx 인터페이스를 사용한다. PCRF는 IP 흐름 정보에 기초하여 정책 및 과금 제어(PCC) 규칙을 형성하고, Gx 인터페이스를 사용하여 이 PCC 규칙을 정책 및 과금 집행 기능(PCEF)에 제공한다. PCRF는 IP 흐름 정보에 기초하여 QoS 규칙을 형성하고, Gxx 인터페이스를 사용하여 이 QoS 규칙을 베어러 바인딩 및 이벤트 보고 기능(BBERF)에 제공한다. Sp/Ud 인터페이스는 PCRF가 가입자 ID에 기초하여 IP 흐름에 관한 가입 정보를 요구하게 한다. PCRF는 Sp 인터페이스를 사용하여 가입 프로필 저장소(SPR)와 상호작용하고 Ud 인터페이스를 사용하여 사용자 데이터 저장소(UDR)와 상호작용한다.

계속 도 2를 참조하여, 과금 관련 정보를 전달하기 위해 사용되는 인터페이스들이 이제 논의된다. PCRF는 Sd 인터페이스를 사용하여 트래픽 검출 기능(TDF)에 대한 ADC 결정을 시그널한다. PCRF는 Sy 인터페이스를 사용하여 정책 카운터 상태 정보를 OCS에 송신한다. Gz 인터페이스는 서비스 데이터 흐름 기반 오프라인 과금 정보의 트랜스포트를 가능하게 한다. Gyn 인터페이스는 TDF에서의 ADC 규칙들 기반 과금의 경우에 과금을 위한 온라인 신용 제어를 가능하게 한다. Gzn 인터페이스는 TDF에서의 ADC 규칙 기반 과금의 경우에 과금을 위한 오프라인 과금 정보의 트랜스포트를 가능하게 한다.

도 3은 머신형 통신(MTC)을 위한 3GPP 아키텍처를 도시한다. 머신형 통신은 일반적으로 사람 상호작용 없이 상이한 디바이스들 및/또는 애플리케이션들 간의 통신을 포함한다. MTC 디바이스들은 서비스 능력 서버(SCS)의 서비스들을 이용하여 외부 MTC 애플리케이션들과 통신한다. 3GPP 시스템은 기본적으로 머신 간(M2M) 디바이스 통신을 위한 트랜스포트를 제공한다. 또한, 3GPP 시스템은 머신형 통신을 위한 다른 부가 가치된 서비스들을 제공할 수 있다. 상이한 아키텍처의 모델들이 MTC 서비스 제공자(SCS)와 3GPP 네트워크 운영자의 관계에 기초하여 3GPP 시스템에서 가능하다는 것이 여기서 인식된다. MTC를 위한 예시적인 아키텍처 향상들이 3GPP TS 23.683, "패킷 데이터 네트워크들 및 애플리케이션들과의 통신을 용이하게 하는 아키텍처 향상들"에서 정의된다. TS 23.683으로부터의 주 아키텍처도가 도 3에 도시된다. MTC-IWF(머신형 통신 - 인터워킹 기능)가 하나 이상의 서비스 능력 서버들(SCS들)과의 3GPP 네트워크들의 통신을 가능하게 하기 위해 3GPP 시스템에서 도입된다. MTC-IWF는 또 하나의 네트워크 요소의 스탠드얼론 엔티티 또는 논리적 엔티티일 수 있다. MTC-IWF는 내부 CN 토폴로지를 숨기고 CN 내의 특정한 기능성을 호출하기 위해 직경 기반 Tsp 기준 점에 걸쳐 송신된 정보를 중계 또는 변환한다. 다른 아키텍처의 모델들이 3GPP TS 23.708에서 정의된다. 예를 들어, 서비스 능력 노출 기능(SCEF)은 하나 이상의 서비스 능력 서버들(SCS들)과의 3GPP 네트워크들의 통신을 가능하게 하기 위해 3GPP 시스템에서 도입된다. SCEF는 또 하나의 네트워크 요소의 스탠드얼론 엔티티 또는 논리적 엔티티일 수 있다. SCEF는 내부 CN 토폴로지를 숨기고 API 호출을 통해 수신된 정보를 중계 또는 변환하고, API 호출에 의해 요구된 기능성을 호출하기 위해 다양한 코어 네트워크 노드들과 인터페이스한다. 예를 들어, SCEF는 MTC-IWF, HSS, PCRF, UDR, MME 등과 인터페이스할 수 있다.

3GPP는 MTC 통신들을 위한 새로운 소량 데이터 전달 기술들을 탐색하고 있다는 것이 여기서 인식된다. 예를 들어, TR 23.887에서의 해결책들은 시그널링 오버헤드를 감소시킴으로써 소량 데이터 전달들을 보다 더 효율적으로 수행하는 문제를 다룬다. 그러나, 기존의 방식들은 능력들 및 효율들이 떨어진다.

위에 설명된 바와 같이, 3GPP는 MTC 통신들을 위한 새로운 소량 데이터 전달 기술들을 탐색하고 있다. 제안된 기술들은 제어 평면에 걸쳐, 예를 들어, 비액세스 계층(NAS) 또는 무선 리소스 제어(RRC) 메시지로, 데이터를 송신하는 것을 포함한다. 기존의 방식들은 "소량 데이터" 결정을 다운링크 데이터에 대해서는 서비스 능력 서버(SCS)에 그리고 업링크 데이터에 대해서는 사용자 장비(UE)에 맡긴다는 것이 여기서 인식된다. 여기에 개시된 실시예들은 사용자 장비(UE) 또는 코어 네트워크가 소량 데이터로서 특징지어져야 하는 서비스들(또는 흐름들)을 어떻게 식별하는 지를 다룬다. 여기에 개시된 실시예들은 또한 최적화된 소량 데이터 절차들을 언제 이용하는지를 다룬다. 여기에 개시된 실시예들은 또한 서로 교환가능하고 또는 총체적으로 SCS/AS/AF라고 할 수 있는 SCS 또는 애플리케이션 서버(AS) 또는 애플리케이션 기능(AF)이 예를 들어 MTC-IWF, 홈 가입자 서버(HSS), 정책 및 과금 규칙들 기능(PCRF), 사용자 데이터 저장소(UDR), 및 이동성 관리 엔티티(MME)와 같은 코어 네트워크 노드들과 어떻게 직접 통신하는 지를 개시한다. 코어 네트워크 노드들과 직접 통신하는 것보다, SCS/AS/AF는 서비스 능력 노출 기능(SCEF)을 통해 코어 네트워크 노드들과 통신할 수 있다는 것을 알 것이다.

예시적인 실시예에서, 코어 네트워크(CN)는 소량 데이터(SD) 통신들을 제어한다. 예를 들어, 총체적으로 AF/SCS/AS 또는 그것의 어떤 변형이라고 할 수 있는 애플리케이션 기능(AF) 또는 서비스 능력 서버(SCS) 또는 애플리케이션 서비스(AS)는 3GPP 네트워크가 어떤 흐름들이 "소량 데이터"로 고려되어야 하는지에 관한 결정들을 할 수 있도록 데이터 흐름들과 관련된 정보를 3GPP 네트워크에 제공할 수 있다. 한 양태에서, AF/SCS는 Rx 인터페이스를 통해 소량 데이터 흐름 정보를 PCRF에 제공한다. 또 하나의 양태에서, AF/SCS는 Tsp 인터페이스 및 MTC-IWF를 통해 소량 데이터 흐름 정보를 PCRF에 제공한다. 또 다른 양태에서, AF/SCS는 Ud/Mh 인터페이스를 통해 소량 데이터 흐름 정보를 가입 데이터베이스(HSS/UDR)에 제공한다. 여기에 설명된 바와 같이, 3GPP 네트워크에 제공되는 소량 데이터 흐름 정보는 3GPP 네트워크에 의해 사용될 수 있다. 예를 들어, 코어 네트워크는 소량 데이터 전달 방법들을 통해 다운링크 데이터를 UE에 라우트할 수 있다. 한 예에서, 소량 데이터 흐름 정보는 소량 데이터 전달 방법들을 사용하여 3GPP 네트워크 쪽으로 업링크 데이터를 라우트하도록 UE를 구성하기 위해 3GPP 네트워크에 의해 사용된다. 새로운 가입 정보가 3GPP 네트워크에서 소량 데이터 흐름들을 지원하는 것으로 여기에 설명된다. 또 다른 예에서, 추가의 정보 요소들이 설명되고 기존의 정보 요소들이 수정된다. 이러한 정보 요소들은 업링크에서 소량 데이터 전달을 사용하도록 UE를 구성하는 것을 지원하기 위해 3GPP 네트워크와 UE 사이에 공유된 메시지들 내에 포함될 수 있다.

또 하나의 예시적인 실시예에서, 장치, 예를 들어 MME를 포함하는 장치는 UE로부터 제1 메시지를 수신할 수 있다. 제1 메시지는 UE가 소량 데이터 절차들을 지원한다는 표시를 포함하는 어태치 요구를 포함할 수 있다. 대안적으로, 또는 부가적으로, 제1 메시지는 UE에게 소량 데이터 절차들을 사용하라는 요구를 포함하는 어태치 요구를 포함할 수 있다. 장치는 또한 네트워크 노드, 예를 들어 HSS로부터 제2 메시지를 수신할 수 있다. 제2 메시지는 소량 데이터 절차들을 사용하여야 하는 하나 이상의 PDN 접속들을 표시할 수 있다. 제2 메시지는 또한 하나 이상의 PDN 접속들 각각에 대응하는 소량 데이터 절차의 유형을 표시할 수 있다. 제2 메시지에 기초하여, 장치는 제1 메시지에 응답할 수 있다. 예를 들어, 응답은 UE가 제2 메시지에 표시된 소량 데이터 절차들 중 하나를 사용하는 소량 데이터 모드에서 거동하여야 한다는 표시를 포함하는 어태치 응답 메시지를 포함할 수 있다. 장치는 다음에 제2 메시지에 표시된 소량 데이터 절차들 중 하나를 사용하여 데이터를 전달할 수 있다. 장치는 또한 제2 메시지에 표시된 소량 데이터 절차들 중 하나에 따라 UE로부터 데이터를 수신할 수 있다. 일부 경우들에서, 소량 데이터 절차는 비액세스 계층(NAS) 메시징을 통해 표시될 수 있다.

본 요약이 상세한 설명에서 아래에 더 설명되는 간소화된 형태의 개념들의 선택을 소개하기 위해 제공된다. 본 요약은 청구된 주제의 주요 특징들 또는 필수적인 특징들을 확인하려는 것도 아니고, 청구된 주제의 범위를 제한하려는 것도 아니다. 또한, 청구된 주제는 본 개시내용의 어떤 부분에서 주목된 어떤 또는 모든 단점들을 해결하는 제한들로 한정되지 않는다.

본원의 보다 탄탄한 이해를 용이하게 하기 위해서, 유사 요소들이 유사 번호들로 참조된 첨부 도면이 이제 참조된다. 이들 도면은 본원을 제한하는 것으로 해석되지 않아야 하고 단지 예시적인 것으로 의도된다.
도 1a는 3GPP 네트워크에서 수행될 수 있는 예시적인 어태치 절차를 도시한 호출 흐름이고;
도 1b는 다른 것들 중에서, 도 1a에 도시한 절차가 수행될 수 있는 LTE 아키텍처의 예시적인 도면이고;
도 2는 정책 및 과금 제어(PCC) 논리적 아키텍처를 도시한 블록도이고;
도 3은 머신형 통신(MTC)을 위한 3GPP 아키텍처를 도시한 블록도이고;
도 4는 애플리케이션 기능(AF) 세션 확립의 예시적인 실시예를 도시한 호출 흐름이고;
도 5는 예시적인 실시예에 따른, 도 3에 도시한 3GPP MTC 아키텍처 내의, T7 인터페이스로서 참조될 수 있는 추가의 인터페이스를 도시하고;
도 6은 도 5에 도시된 Tsp 인터페이스 및 T7 인터페이스에 걸친 서비스 능력 서버(SCS) 정보 제공을 도시한 호출 흐름이고;
도 7은 3GPP 인터워킹 아키텍처의 예시적인 블록도이고;
도 8은 예시적인 PULL 방법(정책 및 과금 집행 기능(PCEF))에 의해 요청된 제공)을 도시한 Gx 기준 점에 걸친 호출 흐름이고;
도 9는 실시예에 따른 예시적인 PUSH 방법(요청되지 않은 제공)을 도시한 Gx 기준 점에 걸친 호출 흐름이고;
도 10은 예시적인 PULL 방법(베어러 바인딩 및 이벤트 보고 기능(BBERF)에 의해 요청된 QoS 제공)을 도시한 Gxx 기준 점에 걸친 호출이고;
도 11은 예시적인 실시예에 따른 예시적인 PUSH 방법(요청되지 않은 QoS 제공)을 도시한 Gxx 기준 점에 걸친 호출 흐름이고;
도 12는 이볼브드 패킷 시스템(EPS)에서의 베어러 개념과의 트래픽 흐름 템플레이트들(TFT들)의 현재의 연결을 도시하고;
도 13은 예시적인 실시예에 따른, 패킷 데이터 네트워크(PDN) 접속들에 링크된 소량 데이터(SD) TFT들을 도시하고;
도 14는 예시적인 실시예에 따른 예시적인 그래픽 사용자 인터페이스(GUI)를 도시하고;
도 15a는 하나 이상의 개시된 실시예들이 구현될 수 있는 머신 간(M2M) 또는 사물 인터넷(IoT) 통신 시스템의 시스템도이고;
도 15b는 도 15a에 도시된 M2M/IoT 통신 시스템 내에서 사용될 수 있는 예시적인 아키텍처의 시스템도이고;
도 15c는 도 15a에 도시된 통신 시스템 내에서 사용될 수 있는 예시적인 M2M/IoT 단말기 또는 게이트웨이 디바이스의 시스템도이고;
도 15d는 도 15a의 통신 시스템의 양태들이 실시될 수 있는 예시적인 컴퓨팅 시스템의 블록도이다.

여기에 사용된 바와 같이, 달리 명시되지 않는다면, "IDLE" 모드 또는 상태에 있는 사용자 장비(UE)는 이볼브드 패킷 코어(EPC) 이동성 관리(EMM)-REGISTERED 상태 및 이볼브드 패킷 시스템(EPS) 접속 관리(ECM)-IDLE 상태에 있는 UE를 말한다. "CONNECTED" 모드에 있는 UE는 ECM-CONNECTED 상태에 있는 UE를 말한다. 여기에 사용된 바와 같이, 용어 "소량 데이터 필터"는 1) 3GPP TS 24.008, "이동 무선 인터페이스 층 3 규격; 코어 네트워크 프로토콜들"에서의 트래픽 흐름 템플레이트(TFT)에서 설명된 것과 같은 패킷 필터; 2) RFC 3588, "직경 베이스 프로토콜"에서 설명된 것과 같은 IPFilterRule; 또는 3) IP 트래픽에 매치하기 위해 사용될 수 있는 주문 제작된 필터를 참조할 수 있다. 용어들 "소량 데이터 정보", "데이터 흐름 정보", 및 그것의 변형들은 여기서 서로 교환가능하게 사용되고, 일반적으로 소량 데이터로 할 만한 IP 트래픽과 관련된 하나 이상의 특성들을 설명하는 정보를 참조한다. 예를 들어, 소량 데이터 정보는 소량 데이터 필터들을 포함할 수 있다. 여기에 사용된 바와 같이, 달리 명시되지 않는다면, 용어 "소량 데이터 평면"은 소량 데이터가 전달될 수 있는 경로를 말한다. 한 예에서, 경로는 무선 액세스 네트워크(RAN) 제어 평면, RAN 데이터 평면, 코어 네트워크(CN) 제어 평면, 및 CN 데이터 평면의 조합일 수 있다. 일부 경우들에서, 조합들은 소량 데이터 전달을 위해 3GPP에 의해 선택된 해결책에 의존할 수 있다. 여기에 사용된 바와 같이, 달리 명시되지 않는다면, 용어 "소량 데이터 절차"는 소량 데이터의 전달을 위해 3GPP에 의해 선택된 방식(예를 들어, 메시지들 및 절차들)을 말한다. 위에 언급된 바와 같이, 일부 방식들은 3GPP TR 23.887에서 설명되고, 이들 방식 중 하나 이상이 완결될 수 있다.

위에 설명된 바와 같이, 제안된 소량 데이터를 관리하는 기존의 방식들 또는 기술들은 제어 평면 또는 데이터 평면에 걸쳐 데이터를 송신하는 것을 일반적으로 포함한다. 지금까지 3GPP에서 논의된 방식들은 "소량 데이터 결정"을 다운링크 데이터에 대해서는 SCS에 그리고 업링크 데이터에 대해서는 UE에 맡긴다. 바꾸어 말하면, 기존의 절차들을 사용하여 사용자 평면(예를 들어, IP-기반 SGi 기준 점)에 걸쳐 데이터를 송신하고 또는 또 하나의 소량 데이터 전달 방법을 사용하는 것은 UE 또는 SCS에 맡겨진다.

"소량 데이터 결정"을 SCS 또는 UE에 맡기는 것은 비효율적일 수 있다는 것이 여기서 인식된다. 일부 경우들에서, UE 또는 SCS는 3GPP 네트워크보다는, UE 또는 SCS에 대해 어떤 것이 최상인지에 기초하여 결정들을 할 것이다. 예를 들어, UE는 더 긴 전달 시간이 성능에 영향을 주지 않겠지만, 가장 빠른 전달 방법을 항상 사용하기를 선택할 수 있다. 적어도 3GPP 코어 네트워크는 예를 들어, 네트워크 조건들을 알기 때문에, 3GPP 코어 네트워크는 데이터를 전달하는 가장 효율적인 방법에 관한 결정들을 하기 위해 보다 좋은 입장에 있을 수 있다는 것이 여기서 인식된다.

다양한 실시예들에 따라, 아키텍처 향상들이 3GPP 코어 네트워크가 "소량 데이터 결정"을 장악할 수 있도록 개시된다. 예를 들어, 한 양태에서, 편의상 그리고 제한 없이 총체적으로 SCS/AS(또는 그것의 변형들)라고 할 수 있는 서비스들 능력 서버(SCS) 또는 애플리케이션 서버(AS)는 SCS/AS와 그것의 UE들 간의 데이터 흐름들의 특성 표시를 3GPP 네트워크에 제공할 수 있다. 또한, 아래에 설명되는 바와 같이, SCS/AS에 의해 제공된 정보에 기초하여, 3GPP 네트워크는 UE에 소량 데이터 평면을 언제 사용할지를 지시할 수 있고, 3GPP는 SCS/AS로부터의 다운링크 트래픽을 소량 데이터 평면으로 언제 전환할지를 결정할 수 있다.

일부 경우들에서, 업링크에서, UE에게 데이터 전달을 위해 소량 데이터 절차를 사용할지 또는 기존의 서비스 요구 절차를 사용할지에 관한 결정을 하는 것이 요구된다. UE는 소량 데이터 절차들을 언제 개시할지를 알아야 한다는 것이 여기서 인식된다. 예시적인 실시예에서, CN 및/또는 SCS는 UE가 전형적인 서비스 요구 절차를 사용하는 것 대신에 소량 데이터 절차들을 언제 사용할지를 알도록 UE를 구성할 수 있다. 일부 경우들에서, 다운링크에서, 네트워크는 어떤 흐름들/베어러들이 소량 데이터로서 취급되어야 하는지를 결정한다. 예시적인 실시예에서, 네트워크는 SCS로부터 수신된 흐름 정보에 기초하여 이러한 결정들을 할 수 있다.

AS/SCS로부터의 다양한 입력들이 이제 설명된다. 일반적으로 서비스 층에는 주어진 서비스의 데이터 속도 요구들이 최상으로 알려지는 것이 여기서 인식된다. 예를 들어, 서비스 층은 서비스가 소량 데이터로 항상 할만할 것인지 여부 또는 주어진 서비스가 단지 그것의 활동을 소량 데이터(예를 들어, 심박수 메시지들)로서 주기적으로 분류할 수 있는 것인지 여부를 보통 예상할 수 있다. 추가의 예로서, 일부 경우들에서, 서비스 층은 특정한 주기 동안 송신되는 패킷들의 수 및 전형적으로 송신되는 패킷들의 크기를 알 것으로 예상될 수 있다. 서비스 층 내의, 예를 들어 위에 언급된 정보와 같은 다양한 정보가 네트워크와 공유될 수 있으면, 네트워크는 네트워크의 리소스들을 효율적인 방식으로 관리하기 위해 정보를 사용할 수 있다는 것이 여기서 인식된다. 예를 들어, 네트워크는 실시간으로 서비스들의 실제 요건들에 기초하는 규칙들을 생성할 수 있다.

예시적인 실시예에서, Rx 인터페이스는 데이터 흐름 정보, 예를 들어 소량 데이터 흐름 정보를 지원하도록 향상된다. 예를 들어, AF/SCS는 Rx 인터페이스를 통해 흐름 정보를 조정할 수 있다. 특히, 예를 들어, AF는 Rx 인터페이스를 사용하여 PCRF에 M2M 애플리케이션과 관련된 소량 데이터 정보를 제공할 수 있다. 아래에 설명된 또 하나의 예시적인 양태에서, 새로운 속성 값 쌍들(AVP들)이 Rx 인터페이스의 기존의 AA-요구(AAR) 직경 메시지들 내에 소량 데이터 정보를 포함하도록 추가된다. 도 2에 도시된 AF를 일반적으로 참조하면, 여기에 사용된 바와 같이, AF는 MTC 서버, M2M 서버, SCS 등일 수 있으므로, AF는 또한 네트워크 노드로서 일반적으로 참조될 수 있다는 것을 이해할 것이다.

아래 표 1을 참조하면, 예시적인 실시예에 따라, AF/SCS는 Rx 인터페이스에 걸쳐 각각의 애플리케이션과 관련된 소량 데이터 흐름 정보를 제공한다. 정보는 운영자에 의해 AF/SCS에서 미리 제공될 수 있다. 대안적으로, 또는 부가적으로, 애플리케이션은 애플리케이션 트래픽을 모니터하고 애플리케이션과 관련된 통계 데이터를 수집함으로써 정보를 학습할 수 있다. 표 1은 애플리케이션 당 PCRF에 제공될 수 있는 예시적인 정보 요소들을 포함한다. 표 1 내의 요소들은 선택적일 수 있고, 일부 요소들은 조건부(예를 들어, 트래픽 모드)일 수 있다. 설명된 바와 같이, PCRF는 소량 데이터 규칙들(예를 들어, PCC 규칙, QoS 규칙 등)이 이용될 수 있는지를 알아내기 위해 이 정보를 사용할 수 있다. 정보 요소들(아이템들)은 제한 없이, 예로서 제시된다는 것을 이해할 것이다.

표 1에서 설명된 예시적인 정보는 애플리케이션과 관련된 트래픽의 성질을 결정하기 위해 사용될 수 있다. 이와 같이, 정보는 빈번하지 않은 소량 데이터 전달들 및 빈번한 소량 데이터 전달들을 식별하는 데 도움을 줄 수 있다. 일반적으로 애플리케이션 기능(AF)은 애플리케이션 층 시그널링에 기초하여 또는 애플리케이션 서비스 제공자(ASP)로부터 서비스 정보에 관해 학습한다. AF는 PCRF와 함께 새로운 세션을 생성하고 예를 들어, QoS 요건들, 흐름 정보, 과금 상세들 등과 같은 다양한 세션 상세들을 PCRF에 제공할 수 있다. 일부 경우들에서, 세션 정보가 나중 시점에 변화하면, AF는 이들 수정들을 PCRF에 송신한다. 위에 설명된 새로운 추가의 세션 정보는 예를 들어, 초기의 세션 제공 동안 또는 나중에 세션 수정 요구로서 PCRF에 송신될 수 있다.

(이후에 설명되는) 도 4-6, 8-11, 및 13-14는 소량 데이터를 관리하는 방법들 및 장치의 다양한 실시예들을 도시한다. 이들 도면에서, 다양한 단계들 및 동작들은 하나 이상의 클라이언트들, 서버들, 및/또는 프록시들에 의해 수행되는 것으로 도시된다. 이들 도면에 도시된 클라이언트들, 서버들, 및 프록시들은 통신 네트워크 내의 논리적 엔티티들을 나타낼 수 있고 아래에 설명되는 도 15a 또는 15b에 도시된 일반적 아키텍처들 중 하나를 포함할 수 있는, 그러한 네트워크의 노드 또는 장치의 메모리 내에 저장되고, 그들의 프로세서 상에서 실행하는 소프트웨어(예를 들어, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있다는 것이 이해된다. 즉, 도 4-6, 8-11, 및 13-14에 도시된 방법들은 예를 들어, 도 15c 또는 15d에 도시된 노드 또는 컴퓨터 시스템과 같은, 네트워크 노드 또는 장치의 메모리 내에 저장된 소프트웨어(예를 들어, 컴퓨터 실행가능 명령어들)의 형태로 구현될 수 있고, 여기서 노드 또는 장치의 프로세서에 의해 실행될 때, 컴퓨터 실행가능 명령어들은 도면들에 도시된 단계들을 수행한다. 이들 도면에 도시된 임의의 송신 및 수신 단계들은 노드 또는 장치의 프로세서의 제어 하에서 노드 또는 장치의 통신 회로(예를 들어, 각각 도 15c 및 15d의 회로(34 또는 97)) 및 그것이 실행하는 컴퓨터 실행가능 명령어들(예를 들어, 소프트웨어)에 의해 수행될 수 있다는 것이 또한 이해된다.

이제 도 4를 참조하면, 예시적인 네트워크(400)는 베어러 바인딩 및 이벤트 보고 기능(BBERF)(102), 정책 및 과금 집행 기능(PCEF)(104), 방문된 정책 및 과금 규칙들 기능(V-PCRF)(106), 홈 정책 및 과금 규칙들 기능(H-PCRF)(108), AF/SCS(100), 및 가입 프로필 저장소(SPR)(110)를 포함한다. 일부 경우들에서, 편의상, V-PCRF(106) 및 H-PCRF(108)는 일반적으로 PCRF, 예를 들어 도 5에 도시된 PCRF(101)로서 참조될 수 있다. 예시적인 네트워크(400)는 개시된 주제의 설명을 용이하게 하기 위해 간소화되고 본 개시내용의 범위를 제한하려는 것이 아니라는 것을 알 것이다. 다른 디바이스들, 시스템들, 및 구성들이 네트워크(400)와 같은 네트워크에 부가하여, 또는 그 대신에 여기서 개시된 실시예들을 구현하기 위해 사용될 수 있고, 모든 이러한 실시예들은 본 개시내용의 범위 내에 있는 것으로 고려된다. 참조 번호들은 도면들 내의 동일하거나 유사한 특징들을 표시하기 위해 여러 도면들에서 반복될 수 있다는 것을 또한 알 것이다.

도 4는 세션 확립을 위한 예시적인 호출 흐름을 도시한다. 예시된 예에 따라, SCS(100)에 의한 세션 정보의 초기의 제공 또는 수정은 직경 AA-요구(AAR) 메시지를 H-PCRF(108)에 송신함으로써 Rx 인터페이스에 걸쳐 이루어진다. 3GPP TS 29.213, "정책 및 과금 제어 시그널링 흐름들 및 서비스의 품질(QoS) 파라미터 맵핑"은 도 4에 도시된 메시지들을 설명하지만, 도 4에 도시된 단계들 2 및 7은 예시된 실시예에 따라 수정된다.

계속 도 4를 참조하면, 1에서, "트리거" 이벤트가 흐름을 시작하게 한다. AS/SCS(100)로 하여금 포함된 이 흐름을 개시하게 할 수 있는 이벤트의 예들이 제한 없이 다음을 제시하였다:

· AS/SCS(100), 또는 AS/SCS(100)에 접속된 애플리케이션과 UE 사이의 데이터 흐름의 특성들은 변화할 필요가 있다.

· AS/SCS(100), 또는 AS/SCS(100)에 접속된 애플리케이션은 큰 파일(예를 들어, 소프트웨어 이미지, 비디오 클립, 및 오디오 클립, 새로운 애플리케이션 등)을 UE에 다운로드하기를 원한다.

· AS/SCS(100), 또는 AS/SCS(100)에 접속된 애플리케이션은 UE와 함께 그것의 데이터 속도를 증가 또는 감소하는 것을 예상한다. 예를 들어, 이것은 UE 상의 애플리케이션이 인에이블, 디세이블, 또는 새로운 상태로 이동되었기 때문에 일어날 수 있다.

· AS/SCS(100), 또는 AS/SCS(100)에 접속된 애플리케이션은 그것이 UE와 통신하는 횟수가 증가 또는 감소하는 것을 예상한다. 예를 들어, 이것은 UE 상의 애플리케이션이 인에이블, 디세이블, 또는 새로운 상태로 이동되었기 때문에 일어날 수 있다.

한 예에서, AS/SCS(100)는 주어진 UE의 외부 식별자에 가입-id 속성 값 쌍(AVP)을 설정할 수 있고, PCRF(106)는 총체적으로 제한 없이 HSS/UDR이라고 할 수 있는, 각각의 홈 가입자 서버(HSS) 또는 사용자 데이터 저장소(UDR)에 문의하여, 외부 id를 예를 들어, IMSI 또는 MSISDN으로 변환할 수 있다. 용어 UE는 임의의 노드, 예를 들어 M2M 디바이스 또는 무선 송신/수신 유닛(WTRU)을 참조할 수 있다는 것을 알 것이다. 예시된 세션 확립 절차(도 4)와 예시적인 세션 수정 절차(도시 안됨) 둘 다에서, AF(100)는 직경 AAR 메시지를 사용한다. 예시적인 실시예에 따라, 이 AAR 메시지는 표 1에 리스트된 정보를 포함할 수 있다. 예시적인 업데이트된 AAR 명령이 아래에 나타내진다:

예시적인 업데이트된 AA-요구 메시지

예시적인 메시지 포맷:

예시적인 실시예에서, 새로운 그룹의 AVP는 표 1에 리스트된 새로운 정보에 대해 정의된다. AVP는 명령 레벨에서 또는 '미디어-컴포넌트-설명' AVP 내에 별도의 AVP로서 AAR 메시지 내에 포함될 수 있다.

3GPP TS 29.214, "Rx 기준 점에 걸친 정책 및 과금 제어"에서 설명된 바와 같이, AF-애플리케이션-식별자 AVP(AVP 코드 504)는 유형 옥텟스트링으로 되고, 그것은 AF 서비스 세션이 속하는 특정한 서비스를 식별하는 정보를 포함한다. 이 정보는 상이한 애플리케이션 서비스들에 대한 QoS를 구별하기 위해 PCRF에 의해 사용될 수 있다. 한 예에서, 새로운 값들이 애플리케이션 특정 디폴트 값들을 사용하도록 PCRF에 표시하기 위해 이 AVP를 위해 사용될 수 있다. 예를 들어, "XYZ_전기_측정_App109"의 값이 사용될 수 있다. 이 예에 따라, 이 값은 이 유형의 애플리케이션에 대한 임의의 국소적으로 구성된 값들을 찾기 위해 PCRF에 표시한다. 값은 그것의 관련된 흐름 정보 상세들과 함께 소량 데이터 애플리케이션으로서 PCRF에서 구성될 수 있다.

"미디어-컴포넌트-설명' AVP가 예를 들어, 한 예시적인 실시예에 따라 아래에 나타낸 바와 같이, 수정될 수 있다. 밑줄쳐진 AVP들은 한 예에 따라 새롭게 추가된 AVP들이다.

예시적인 AVP 포맷:

위에 나타낸 바와 같이, 3개의 예시적인 새롭게 정의된 AVP들이 서브 흐름들에 대한 상세들을 제공하기 위해 '미디어-서브-컴포넌트'의 부분으로서 포함될 수 있다. 위의 예시적인 정의는 시간 기간에 대한 흐름들의 대역폭(BW) 요건들을 제공한다. 한 예에서, PCRF는 시간이 만료한 후에 새로운 대역폭 값들에 대해 요구할 수 있고 또는 AF(100)는 시간 간격 만료 후에 PCRF에 이들 상세를 푸시할 수 있다. 대안적으로, 예를 들어, 최대-요구된-대역폭 값들 및 시간 기간은 새로운 AVP 내로 그룹지워질 수 있고 새로운 AVP의 다수의 인스턴스들이 포함될 수 있다. '트래픽-모드' AVP는 애플리케이션의 현재 모드를 (예를 들어, 고 또는 저 또는 아이들 등으로서) 표시할 수 있고 미리 결정된 트래픽 특성이 예를 들어, 모드 및 애플리케이션 식별자에 기초하여 할당될 수 있다.

예시적인 '트래픽-특성들' AVP가 아래와 같이 정의될 수 있다:

예시적인 AVP 포맷:

예시적인 실시예에서, '지원된-특징들' AVP는 AF(100)가 위에 설명된 것들과 같은, 하나 이상의 새로운 특징들을 지원한다는 표시를 포함하도록 수정될 수 있다.

도 4를 계속 참조하면, 7에서, 예시된 예에 따라, PCRF로부터 AF(100)에 송신된 AAA 메시지는 AF(100)에, 필요하다면, 예를 들어, 소량 데이터에 대해 고려된 흐름들에 관해 알리도록 수정될 수 있다. AAR 메시지 내의 AF(100)에 의해 제공된 정보가 PCRF에 의해 수용되지 않은 일부 경우들에서, PCRF는 거절을 송신하고 또한 소량 데이터 서비스를 제공하기 위한 수용가능한 값들에 관해 AF(100)에 알릴 수 있다. 예시적 업데이트된 AAA 메시지가 아래에 도시된다.

예시적인 메시지 포맷:

흐름들이 재허가되거나 재구성될 때 SCS(100) 및 PCRF에 의해 사용된 RAR 및 RAA 메시지들에 유사한 수정들이 이루어질 수 있다는 것을 이해할 것이다.

그러므로, 표 1 및 도 4를 참조하여 위에 설명된 바와 같이, 제1 노드, 예를 들어 SCS(100)는 트리거에 기초하여 제2 노드를 제공할 수 있다. 제2 노드, 예를 들어 PCRF는 데이터 흐름 및 애플리케이션과 관련된 정보를 제1 노드에 의해 제공받을 수 있으므로, 제2 노드는 애플리케이션에 정보를 전달하고 또는 애플리케이션으로부터 정보를 수신하기 위해 사용되어야 하는 방법을 선택하는 규칙을 결정할 수 있다. 사용자 장비는 애플리케이션을 호스트할 수 있고, UE는 규칙에 따라 업링크 데이터를 라우트하도록 구성될 수 있다. 아래에 더 설명되는 바와 같이, 규칙은 다른 것들 중에서, 서비스의 품질(QoS)일 수 있다. 도 4를 참조하여 설명된 바와 같이, 제1 노드는 직경 메시지를 Rx 인터페이스에 걸쳐 제2 노드에 직접 송신함으로써 제2 노드를 제공할 수 있다. 제2 노드는 데이터 흐름과 관련된 관찰된 거동과 정보를 비교하도록 구성될 수 있고, 관찰된 거동이 예상된 거동과 상이할 때, 제2 노드는 조치를 취할 수 있다(예를 들어, 데이터 흐름을 종료하고, 제1 노드에 알리는 등이다). 예시적인 실시예에 따라, 표 1을 참조하여, 직경 메시지는 애플리케이션과 관련된 미디어 유형, 애플리케이션의 애플리케이션 식별자, 애플리케이션의 대역폭 요건, 애플리케이션의 트래픽 거동과 관련된 파라미터, 및 애플리케이션의 트래픽 유형 중 적어도 하나를 포함할 수 있다. 파라미터는 예를 들어 그리고 제한 없이, 미리 결정된 시간 간격 당 통신들의 수, 통신들 간의 시간 지연, 통신 세션 당 또는 미리 결정된 시간 기간 당 송신된 패킷들의 수, 패킷 크기, 파라미터가 적용하는 시간 기간, 또는 지연 허용도를 표시할 수 있다. 위에 더 설명된 바와 같이, 트리거는 애플리케이션 또는 제1 노드와 관련된 데이터 속도가 변화할 필요가 있다는 표시, 애플리케이션 또는 제1 노드와 관련된 데이터 흐름의 특성이 변화할 필요가 있다는 표시, 데이터 전달 이벤트의 통지, 또는 애플리케이션과 제1 노드 간의 통신의 빈도가 변화할 것이라는 표시를 포함할 수 있다.

예시적인 실시예에 따라, 도 5를 참조하면, "T7"로서 또한 참조될 수 있는 새로운 인터페이스(502)가 MTC-IWF(112)와 PCRF(101) 사이에 MTC 아키텍처에서 추가된다. 한 양태에서, AF는 MTC-IWF 및 Tsp 인터페이스를 통해 소량 데이터 흐름 정보를 PCRF(101)에 제공한다. 또 하나의 예시적인 양태에서, 애플리케이션 흐름 정보 요구/회답을 호출한 새로운 직경 메시지들이 Tsp 및 T7 인터페이스들 상에서 이 소량 데이터 흐름 정보를 이송하도록 도입된다.

일부 MTC 시나리오들에서, SCS는 Tsp 인터페이스에 걸쳐 서비스 정보를 송신할 수 있다. AF 세션을 확립하고 유지하기 위한 AF와 PCRF 간의 메시지들은 MTC-IWF로의 Tsp 인터페이스에 걸쳐 SCS에 의해 재사용될 수 있다. MTC-IWF는 이 정보를 적절한 PCRF에 전송할 수 있다. MTC-IWF는 PCRF를 향한 직경 프록시로서 작용할 수 있고 또는 그것은 PCRF와의 새로운 인터페이스(예를 들어, T7 또는 Rx')를 가질 수 있다.

도 6을 또한 참조하면, PCRF(101)와 함께 세션 정보를 생성 또는 수정하기 위한 SCS(100)에 대한 예시적인 호출 흐름이 도시된다. 도 6은 BBERF(102), PCEF(104), MTC-IWF(112), PCRF(101), 및 SCS(100)를 포함하는 예시적인 네트워크(600)를 도시한다. 예시적인 네트워크(600)는 개시된 주제의 설명을 용이하게 하기 위해 간소화되고 본 개시내용의 범위를 제한하려는 것이 아니라는 것을 알 것이다. 다른 디바이스들, 시스템들, 및 구성들이 네트워크(600)와 같은 네트워크에 부가하여, 또는 그 대신에 여기서 개시된 실시예들을 구현하기 위해 사용될 수 있고, 모든 이러한 실시예들은 본 개시내용의 범위 내에 있는 것으로 고려된다. 참조 번호들은 도면들 내의 동일하거나 유사한 특징들을 표시하기 위해 여러 도면들에서 반복될 수 있다는 것을 또한 알 것이다.

도 6의 3 및 9를 참조하면, Tsp 인터페이스에 걸친 애플리케이션 흐름 정보(AFI) 요구/회답 메시지는 예로서 그리고 제한 없이 제시된 다음의 AVP들을 포함할 수 있다.

도 6의 단계들 5 및 8을 참조하면, T7 인터페이스에 걸친 애플리케이션 흐름 정보 요구/회답 메시지는 예로서 그리고 제한 없이 제시된 다음의 AVP들을 포함할 수 있다. T7 인터페이스 상의 예시적인 AVP들은 외부-id 대신에 사용자-이름 AVP를 사용한다는 점에 주목한다. MTC-IWF(112)는 외부-id를 예를 들어 IMSI와 같은 내부 운영자 식별자인 사용자-이름으로 변환할 수 있다.

그러므로, 도 5 및 6을 참조하여 위에 설명된 바와 같이, 제1 노드, 예를 들어 SCS(100)는 트리거에 기초하여 제2 노드를 제공할 수 있다. 제2 노드, 예를 들어 PCRF는 데이터 흐름 및 애플리케이션과 관련된 정보를 제1 노드에 의해 제공받을 수 있으므로, 제2 노드는 애플리케이션에 정보를 전달하고 또는 애플리케이션으로부터 정보를 수신하기 위해 사용되어야 하는 방법을 선택하는 규칙을 결정할 수 있다. 제1 노드는 직경 메시지를 MTC-IWF 또는 서비스 능력 노출 기능(SCEF)에 송신함으로써 제2 노드를 제공할 수 있다. 직경 메시지는 애플리케이션과 관련된 미디어 유형, 애플리케이션의 애플리케이션 식별자, 애플리케이션의 대역폭 요건, 애플리케이션의 트래픽 거동과 관련된 파라미터, 및 애플리케이션의 트래픽 유형 중 적어도 하나를 포함할 수 있다.

이제 도 7을 참조하면, 또 하나의 예시적인 실시예에서, MTC-IWF(112)를 통해 소량 데이터 흐름 정보를 CN에 송신하는 것 대신에, AS/SCS(100)는 데이터 흐름들이 활성화될 때 또는 새로운 베어러들이 구성될 때, 그것이 PCRF, 또는 다른 코어 네트워크 노드들에 의해 검색될 수 있도록 소량 데이터 흐름 정보를 UDR 내에 직접 저장할 수 있다. AS/SCS는 위에 설명된 동일한 메시지들을 사용할 수 있다. 도 7은 3GPP TR 23.862, "데이터 애플리케이션 제공자들(MOSAP)과의 인터워킹을 지원하기 위한 EPC 향상들"로부터 재생된다. 도 7에 도시된 비-IMS AS는 SCS일 수 있다. Mh 인터페이스는 HSS-FE(HSS 프론트 엔드)를 통해, 소량 데이터 흐름 정보를 UDR 내로 제공하기 위해 SCS에 의해 사용될 수 있다. PCRF는 다음에 그것의 Ud 인터페이스를 사용하여 UDR로부터 소량 데이터 흐름 정보를 검색할 수 있다.

여기에 설명된 바와 같이, 소량 데이터 흐름 정보는 예를 들어 그리고 제한 없이, 패킷들의 수, 패킷 크기 등과 같은, 흐름의 다양한 트래픽 특성들을 포함할 수 있다. PCRF는 이 정보를 판독하고 어떤 흐름들이 소량 데이터용으로 마크되어야 하는지를 결정할 수 있다. 예로서, AS/SCS가 트래픽 특성들을 제공하게 하는 목적은 AS/SCS가 소량 데이터를 결정하게 하고 단지 흐름 정보를 제공하게 하기보다는, 네트워크, 예를 들어, (PCRF)가 SD로서 어떤 것이 고려되는지를 결정하게 하는 것이다(5-터플).

한 예에서, AS/SCS는 Mh 인터페이스를 사용하여 UDR의 일반 사용자 영역 내에 트래픽 특성들을 저장한다. UDR은 동작이 허용되는지를 체크하기 위해 액세스 제어를 수행한다. IP-CAN 세션 확립 동안에, PCRF는 사용자와 관련된 트래픽 특성들에 대해 UDR에 문의할 수 있다. PCRF는 PCC 규칙 형성 동안 트래픽 특성들 정보를 사용할 수 있다. 예를 들어, 다운링크 PCC 규칙들은 다음에 아래에 설명되는 바와 같이 구성될 수 있고, 업링크 PCC 규칙들은 다음에 아래에 설명되는 바와 같이 구성될 수 있다. AS/SCS가 UDR 내의 흐름 정보를 업데이트할 때, PCRF는 그것이 변화를 통지받도록 가입한 경우에, 예를 들어, 변화된 데이터를 통지받을 수 있다. PCRF는 다음에 그에 따라 PCC 규칙들을 수정할 수 있다.

소량 데이터 흐름 정보를 다운링크 IP 흐름들에 적용하는 것

예시적인 실시예에 따라, PCRF가 AS/SCS로부터 수신한 소량 데이터 새로운 정보가 네트워크에서 어떻게 적용되는지에 대해 이제 참조하면, PCRF가 AS/SCS로부터 새로운 서비스 정보를 수신할 때, 그것은 PCC/QoS 규칙을 형성하고 기존의 절차들을 사용하여 그것을 PCEF/BBERF에 송신할 수 있다. PCC/QoS 규칙들에서, PCRF는 소량 데이터로서 고려되어야 하는 흐름들/서비스들을 표시하기 위한 새로운 정보를 포함할 수 있다. 이것은 PCRF가 PCEF에 송신하는 PCC 규칙들, 또는 PCRF가 BBERF에 송신하는 QoS 규칙들 내의 '서비스 데이터 흐름 필터(들)' 정보를 수정함으로써 이루어질 수 있다. 한 양태에서, PCC 규칙들은 Gx 인터페이스에 걸쳐 PCEF에 송신되고, QoS 규칙들은 Gxx 인터페이스에 걸쳐 BBERF에 송신된다. 도 2는 PCC 아키텍처에서의 이들 인터페이스를 도시한다.

PCRF, PGW, PCEF, 및 BBREF와 같은 네트워크 노드들은 데이터 흐름들이 제공된 규칙들을 지킨다는 가정하에서 이제 진행할 수 있다는 점에 주목한다. 네트워크 노드들은 각각의 흐름을 모니터하고 흐름의 거동이 AS/SCS에 의해 제공된 것과 상이한지를 검출할 수 있다.

예로서, 업링크 흐름의 거동이 AS/SCS에 의해 구성된 것과 상이하면, 그것은 디바이스와 문제가 있고, 디바이스가 절충되었다는 등의 표시일 수 있다. 예시적인 실시예에서, 3GPP 코어 네트워크 노드는 흐름이 종료되게 하는 메시지를 개시할 수 있고/있거나 AS/SCS에 송신될 통지를 개시할 수 있다. 통지는 검출된 것의 표시 및 네트워크에 의해 취해진 조치(예를 들어, 종료)를 포함할 수 있다. 메시지는 AS/SCS로 하여금 디바이스의 접속을 종료하게 할 수 있다. 통지는 예를 들어 PCRF, MTC-IWF, 또는 SCEF와 같은, 중간 노드를 통해 송신될 수 있다.

또 하나의 예로서, 다운링크 흐름의 거동이 AS/SCS에 의해 구성된 것과 상이하면, 그것은 누군가가 디바이스에 불법적으로 액세스하고, 부적절한 방식으로 디바이스에 액세스하고, 서비스 공격의 거부를 개시하는 것 등의 표시일 수 있다. 예시적인 실시예에서, 3GPP 코어 네트워크 노드는 흐름이 종료되게 하는 메시지를 개시할 수 있고/있거나 AS/SCS에 송신될 통지를 개시할 수 있다. 통지는 검출된 것의 표시 및 네트워크에 의해 취해진 조치(예를 들어, 종료)를 포함할 수 있다. 메시지는 AS/SCS로 하여금 디바이스의 접속을 종료하게 할 수 있다. 통지는 PCRF, MTC-IWF, 또는 SCEF와 같은, 중간 노드를 통해 송신될 수 있다.

이제 도 8 및 9를 참조하면, Gx 기준 점(PCRF - PCEF)은 예시적인 실시예에 따라, PCRF가 포뮬레이트한 소량 데이터 정보를 PCEF에 제공하도록 수정될 수 있다. 도 8은 BBERF(102), PCEF(104), TDF(114), V-PCRF(106), H-PCRF(108), SPR(110), 및 OCS(116)를 포함하는 예시적인 네트워크(800)를 도시한다. 도 9는 BBERF(102), PCEF(104), TDF(114), V-PCRF(106), H-PCRF(108), 및 OCS(116)를 포함하는 예시적인 네트워크(900)를 도시한다. 예시적인 네트워크들(800 및 900)은 개시된 주제의 설명을 용이하게 하기 위해 간소화되고 본 개시내용의 범위를 제한하려는 것이 아니라는 것을 알 것이다. 다른 디바이스들, 시스템들, 및 구성들이 네트워크들(800 및 900)과 같은 네트워크에 부가하여, 또는 그 대신에 여기서 개시된 실시예들을 구현하기 위해 사용될 수 있고, 모든 이러한 실시예들은 본 개시내용의 범위 내에 있는 것으로 고려된다. 참조 번호들은 도면들 내의 동일하거나 유사한 특징들을 표시하기 위해 여러 도면들에서 반복될 수 있다는 것을 또한 알 것이다.

도 8 및 9는 PCC 규칙들 제공을 위해 Gx 인터페이스에 걸쳐 사용될 수 있는 예시적인 절차들을 도시한다. 다양한 예시적인 실시예들에 따라, 소량 데이터 정보는 PCRF와 PCEF(P-GW) 간에 이송된다. 예시적인 PULL 절차(PCEF(104)에 의해 요청된 제공)가 도 8에 도시된다. 도 8을 참조하면, PCEF(104)는 CC-요구 메시지를 사용하여 PCRF로부터 소량 데이터 정보를 얻을 수 있다. 예시적인 업데이트된 CC-요구 메시지가 실시예에 따라 아래에 설명된다. 예시된 예에서, CC-회답 메시지는 PCC 규칙들을 제공하기 위해 사용된다. 이 메시지는 소량 데이터 흐름 필터들/정보를 포함하도록 수정될 수 있다. 예시적인 업데이트된 CC-회답 메시지가 실시예에 따라 아래에 설명된다. 도 8에 도시한 호출 흐름은 일반적으로 3GPP TS 29.213으로부터 재생되지만, 3, 3a, 3c, 12, 12a, 12d, 12e, 및 12g에서의 메시지들은 예시된 실시예에 따라 수정된다.

도 9는 예시적인 실시예에 따른 예시적인 PUSH 절차(요청되지 않은 제공)를 도시한다. 예를 들어, PCRF 개시된 IP-CAN 세션 수정 동안에, PCRF는 이 절차를 사용하여 PCEF(104)에서 PCC 규칙들을 제공할 수 있다(예를 들어, 활성화 또는 비활성화 또는 수정할 수 있다). 이 절차의 부분으로서 PCRF로부터 PCEF로 송신된 RA-요구 메시지는 PCC 규칙들을 제공할 수 있다. 이 메시지는 소량 데이터 흐름 필터들/정보를 포함하도록 수정될 수 있다. 예시적인 업데이트된 RA-요구 메시지가 아래에 설명된다. 도 9에 도시한 호출 흐름은 일반적으로 3GPP TS 29.213으로부터 재생되지만, 6, 6a, 6d, 6f, 8, 8a, 8b, 및 8d에서의 메시지들은 예시된 실시예에 따라 수정된다.

위에 설명된 바와 같이, 예를 들어 CCR, CCA, 및 RAR과 같은 다양한 직경 메시지들이 다양한 실시예들에 따라 수정될 수 있다. 또한, AVP가 수정될 수 있다. 예시적인 실시예에 따라 수정된 예시적인 AVP들이 아래에 밑줄쳐 있다. 또한, '지원된-특징들' AVP는 각각의 노드의 소량 데이터 정보 처리 능력을 표시하도록 수정될 수 있다.

예시적인 CC-요구(CCR) 명령

메시지 포맷:

위에 나타낸 바와 같이, 새로운 AVP가 소량 데이터 패킷 필터들/정보를 표시하기 위해 '패킷-필터-정보' AVP, 'QoS-정보' AVP, 및 '라우팅-필터' AVP('라우팅-규칙-설치' AVP의 부분)에 추가될 수 있다.

예시적인 CC-회답(CCA) 명령

예시적인 메시지 포맷:

위에 표시된 바와 같이, '과금-규칙-설치' AVP 및/또는 'QoS-정보' AVP들은 여기의 표 1에서 설명된 정보 및 필터들과 같은, 소량 데이터 흐름 필터/정보를 포함하도록 수정될 수 있다.

예시적인 재허가-요구(RAR) 명령

예시적인 메시지 포맷:

위에 표시된 바와 같이, '과금-규칙-설치' AVP가 소량 데이터 흐름 필터/정보를 포함하도록 수정될 수 있다.

이제 도 10 및 11을 참조하면, Gxx 기준 점(PCRF - BBREF)은 예시적인 실시예에 따라, PCRF가 포뮬레이트한 소량 데이터 정보를 BBREF에 제공하도록 수정될 수 있다. 도 10은 BBERF(102), PCEF(104), V-PCRF(106), H-PCRF(108), 및 SPR(110)을 포함하는 예시적인 네트워크(1000)를 도시한다. 도 11은 BBERF(102), PCEF(104), V-PCRF(106), 및 H-PCRF(108)를 포함하는 예시적인 네트워크(1100)를 도시한다. 예시적인 네트워크들(1000 및 1100)은 개시된 주제의 설명을 용이하게 하기 위해 간소화되고 본 개시내용의 범위를 제한하려는 것이 아니라는 것을 알 것이다. 다른 디바이스들, 시스템들, 및 구성들이 네트워크들(1000 및 1100)과 같은 네트워크에 부가하여, 또는 그 대신에 여기서 개시된 실시예들을 구현하기 위해 사용될 수 있고, 모든 이러한 실시예들은 본 개시내용의 범위 내에 있는 것으로 고려된다. 참조 번호들은 도면들 내의 동일하거나 유사한 특징들을 표시하기 위해 여러 도면들에서 반복될 수 있다는 것을 또한 알 것이다.

도 10 및 11은 QoS 규칙들 제공을 위해 Gxx 인터페이스에 걸쳐 사용될 수 있는 예시적인 절차들을 도시한다. 다양한 예시적인 실시예들에 따라, 소량 데이터 정보는 PCRF와 BBERF(102) 간에 이송된다. 예시적인 PULL 절차(BBERF(102)에 의해 요청된 제공)가 도 10에 도시된다. 도 10을 참조하면, PCEF(104)는 위에 설명된 CC-요구 메시지를 사용하여 PCRF로부터 소량 데이터 정보를 얻을 수 있다. 예시된 예에서, CC-회답 메시지는 QoS 규칙들을 제공하기 위해 사용된다. 이 메시지는 소량 데이터 흐름 필터들/정보를 포함하도록 (예를 들어, 위에 설명된 바와 같이) 수정될 수 있다. 도 10에 도시한 호출 흐름은 일반적으로 3GPP TS 29.213으로부터 재생되지만, 2, 2a, 2c, 8, 8a, 8c, 8d, 및 8e에서의 메시지들은 예시된 실시예에 따라 수정된다.

도 11은 예시적인 실시예에 따른 예시적인 PUSH 절차(요청되지 않은 제공)를 도시한다. 예를 들어, PCRF 개시된 IP-CAN 세션 수정 동안에, PCRF는 이 절차를 사용하여 BBERF(102)에서 QoS 규칙들을 제공할 수 있다(예를 들어, 활성화 또는 비활성화 또는 수정할 수 있다). 이 절차의 부분으로서 PCRF로부터 BBERF(102)로 송신된 RA-요구 메시지는 QoS 규칙들을 제공할 수 있다. 이 메시지는 소량 데이터 흐름 필터들/정보를 포함하도록 수정될 수 있다. 예시적인 업데이트된 RA-요구 메시지가 위에 설명된다. 도 11에 도시한 호출 흐름은 일반적으로 3GPP TS 29.213으로부터 재생되지만, 2 및 2c에서의 메시지들은 예시된 실시예에 따라 수정된다.

PCEF/BBERF가 위에 설명된 바와 같이 PCC/QoS 규칙들을 수신할 때, 그것은 3GPP TS 23.203, 조항 6.1.1.4에서 명시된 것과 같은 베어러 바인딩을 수행할 수 있다. 여기에 설명된 소량 데이터 흐름들/서비스들을 지원하기 위해, 베어러 바인딩 기능은 PCC/QoS 규칙들 내의 소량 데이터에 대해 마크된 흐름들을 고려하고, 새로운 베어러가 소량 데이터 흐름들을 지원하기 위해 생성될 필요가 있는지 여부, 또는 기존의 베어러가 사용될 수 있는지 여부를 결정할 수 있다. 기능은 또한 소량 데이터 필터 규칙들이 디폴트 베어러 TFT 또는 전용 베어러 TFT의 부분으로서 포함될 수 있는지를 결정할 수 있다. 한 예에서, 베어러 바인딩 기능은 3GPP 네트워크 내에서 관련 엔티티들(예를 들어, UE, S-GW, MME 등)과 소량 데이터의 사용을 통신한다.

예시적인 실시예에 따라, 새로운 QCI 값들이 소량 데이터 베어러들을 위해 사용된다. 예시적인 QCI 값들이 아래 표 2에서 설명된다. 예를 들어, QCI 값은 지연 허용이지만 적은 패킷 손실을 요구할 수 있는 소량 데이터 베어러들을 위해 사용될 수 있다. 다른 예로서, 또 하나의 QCI 값이 지연 허용일 수 있지만 패킷 손실들이 허용되지 않는 소량 데이터 베어러들을 위해 사용될 수 있다.

소량 데이터 흐름 정보를 다운링크 IP 흐름들에 적용하는 것

예로서, 소량 데이터를 위한 베어러를 지정하면 베이러 상의 모든 데이터 흐름들이 소량 데이터로서 고려될 수 있다. 이것은 일부 시나리오들에서, 예를 들어 비-MTC UE 애플리케이션들(예를 들어, 채트 애플리케이션들)을 포함하는 시나리오들에서 바람직하지 않을 수 있다. 이들 시나리오에서 그리고 일부 MTC 디바이스들을 위해, 네트워크는 전체 베어러를 마크하기보다는, 예를 들어, 특정한 IP 흐름들 또는 IP 흐름들의 세트만이 소량 데이터 흐름들로서 고려되기를 원할 수 있다. 예시적인 실시예에서, 네트워크는 TFT들을 사용하여 UE에 어떤 IP 흐름들이 소량 데이터용으로 고려될 필요가 있는지에 관해 알린다.

TFT들 상의 배경으로서, 3GPP 네트워크에서, UE로부터의 데이터 트래픽이 QoS 요건들에 기초하여 상이한 베어어들에 걸쳐 분류되고 송신된다. 데이터 트래픽의 분류는 TFT들의 도움으로 달성된다. TFT들은 IP 흐름 또는 서비스(IP 흐름들의 세트)를 유일하게 식별할 수 있는 패킷 필터들을 포함한다. 하나의 베어러는 그것과 관련된 하나의 TFT를 가질 수 있다. 디폴트 베어러는 TFT를 갖거나 갖지 않을 수 있다. 전용 베어러는 '전용 EPS 베어러 콘텍스트 활성화 요구' 메시지에서 코어 네트워크에 의해 TFT로 할당되고 디폴트 베어러는 'EPS 베어러 콘텍스트 수정 요구' 메시지에서 TFT로 할당될 수 있다. 디폴트 EPS 베어러 콘텍스트는 (예를 들어, '디폴트 EPS 베어러 콘텍스트 활성화 요구' 메시지에서) 활성화 절차 동안에 할당된 어떤 TFT도 갖지 않는다. 전용 또는 디폴트 베어러의 TFT들의 수정들은 'EPS 베어러 콘텍스트 수정 요구' 메시지에서 베어러 수정 절차 동안에 코어 네트워크에 의해 이루어질 수 있다. TFT는 특정한 EPS 베어러와 관련된 모든 패킷 필터들의 세트를 갖는다. TFT는 최대 16개의 패킷 필터들을 가질 수 있다. 각각의 패킷 필터는 우선순위 값을 갖고 이 값은 PDN 접속과 관련된 모든 TFT들 내의 모든 패킷 필터들 중에서 유일한 것이어야 한다. UE는 데이터가 송신되어야 하는 베어러를 찾기 위해 그들의 우선순위 순서로 PDN 접속의 모든 TFT들 내의 모든 패킷 필터들을 평가한다. 도 12는 EPS 내의 베어러 개념과의 TFT들의 현재의 연결을 도시한다. 아래의 표 3는 3GPP TS 24.008의 조항 10.5.6.12에서 정의된, 예시적인 트래픽 흐름 템플레이트(TFT) 정보 요소(IE)를 나타낸다.

위의 표 4는 TFT의 예시적인 패킷 필터 리스트를 나타낸다. 다양한 예시적인 실시예들에 따라, 수정들이 위에 요약된 TFT들에 대해 이루어진다. 표 4를 참조하면, 나타낸 패킷 필터들 리스트 내의 각각의 패킷 필터는 2개의 스페어 비트들을 갖는다. 예시적인 실시예에서, 이들 스페어 비트는 특정한 패킷 필터를 소량 데이터 전용 패킷 필터, 정상 패킷 필터, 또는 겸용으로서 마크하기 위해 사용될 수 있다. 예시적인 수정된 패킷 필터 리스트가 아래에 나타내진다(표 16 참조). 전용 베어러들을 위한 TFT들 및 디폴트 베어러들을 위한 TFT들은 이 수정된 패킷 필터 리스트를 포함할 수 있다. 여기에 개시된 수정들에는 몇가지 이점들이 있다.

예를 들어, 그리고 제한 없이, '소량 데이터 전용'으로서 마크된 패킷 필터들은 특정한 베어러에 묶이기 보다는, PDN 접속에 속하는 것으로서 고려될 수 있는데, 왜냐하면 이들 패킷 필터는 접속된 모드에서의 정규 패킷 분류 중에는 평가되지 않을 것이기 때문이다. 추가의 예로서, '소량 데이터 전용'으로서 마크된 패킷 필터들은 '정상' 또는 '겸용'으로서 마크된 패킷 필터들보다 낮은 우선순위를 가질 것이다. 최저 우선순위를 표시하는 보통의 유보된 값은 '소량 데이터 전용'으로서 마크된 필터들을 위해 사용될 수 있다. IDLE 모드에 있을 때 '소량 데이터 전용' 흐름에 대해 낮은 우선순위를 할당함으로써, 패킷 필터들이 업링크 패킷에 대해 매치되면 소량 데이터에 대해 마크된 베어러에 대한 매치가 소량 데이터에 대해 마크된 IP 흐름에 대한 매치가 발견되기 전에 식별된다. 접속된 모드에서, 예를 들어, '소량 데이터 전용' 패킷 필터들은 평가되지 않을 수 있으므로, 그들의 우선순위 값는 어떤 의미를 갖지 않을 수 있다.

예시적인 실시예에서, '소량 데이터 전용'으로서 또는 '겸용'으로서 마크된 패킷 필터들은 IDLE 모드로부터 CONNECTED 모드로의 전이 중에 UE에 의해 평가될 것이다. 일부 경우들에서, 주어진 UE가 송신할 업링크 데이터를 가질 때, 그리고 UE가 IDLE 모드에 있을 때, UE는 먼저 업링크 데이터가 송신될 필요가 있는 PDN 접속을 결정할 수 있다. 이것은 업링크 데이터의 소스 IP 어드레스에 기초하여 UE에 의해 결정될 수 있다. 예를 들어, PDN 접속이 결정된 후에, UE는 다음에 그것이 갖는 업링크 데이터가 이 PDN 접속에 속하는 TFT들에서 '소량 데이터 전용'으로서 또는 '겸용'으로서 마크된 패킷 필터들 중 어느 것과 매치하는 지를 체크할 수 있다. 매치가 있으면, 예시적인 실시예에 따라, UE는 정규 서비스 요구 절차 대신에 소량 데이터 전달 절차들을 수행한다.

한 예에서, '소량 데이터 전용'으로서 마크된 패킷 필터들은 UE가 이미 접속된 모드에 있을 때 데이터를 송신하기 위해 베어러를 식별하는 목적을 위해 정규 트래픽 흐름 분류 동안에 UE에 의해 평가되지 않는다. 이 예시적인 경우에, '정상' 또는 '겸용'으로서 마크된 패킷 필터들은 UE에 의해 평가된다. 소량 데이터를 위한 수정된 패킷들 필터들은 베어러 수정 절차들 또는 전용 베어러 활성화 절차에서 코어 네트워크에 의해 UE에 통신될 수 있다. 예시적인 실시예에 따라, 전용 EPS 베어러 콘텍스트 활성화 요구 ESM 메시지 및 EPS 베어러 콘텍스트 수정 요구 EMS 메시지는 아래에 더 설명되는 바와 같이, 업데이트된 TFT IE를 이송하도록 수정된다. 예시적인 실시예에서, UE 내의 TFT를 생성 또는 수정하는 TFT 개념 및 절차는 동일하게 남지만 ESM 메시지들은 수정된다.

예시적인 실시예에 따라, IP 흐름들을 식별하는 기존의 TFT 개념은 소량 데이터를 위해 확장되고, 코어 네트워크는 별도의 TFT를 사용하여 UE에 어떤 IP 흐름들이 소량 데이터 흐름들로서 고려될 필요가 있는지를 알릴 수 있다. 여기에 개시된 바와 같이, 소량 데이터 IP 흐름들에 매치하기 위해 패킷 필터들을 포함하는 새로운 소량 데이터 TFT가 사용될 수 있다. 도 13을 참조하면, 예시된 실시예에 따라, 이 TFT는 특정한 베어러보다는, PDN 접속에 링크된다. TFT는 예를 들어 PDN 접속에 링크되는데, 왜냐하면 IDLE 모드로부터 접속으로의 전이 중에, 주어진 UE는 먼저 업링크 데이터가 송신되는 PDN 접속을 선택하기 때문이다. UE는 다음에 PDN 접속에서 TFT들을 찾는다. 예를 계속하면, SD TFT가 PDN 접속마다이면, UE는 (다른 TFT들을 찾기 전에) 먼저 SD TFT에서 패킷 데이터 필터 매치를 찾을 수 있다. 매치가 있으면, UE는 정규 서비스 절차 대신에 소량 데이터 절차들을 수행한다. 이것은 데이터가 소량 데이터인지 여부를 식별하기 위한 CN과의 트랜잭션들을 감소시킬 수 있다. 소량 데이터 TFT들은 PDN 접속 셋업 중에 또는 동적으로 베어러 수정 절차를 통해 네트워크에 의해 생성될 수 있다.

예시적인 실시예에서, 소량 데이터 TFT는 IDLE 모드로부터 CONNECTED 모드로의 전이 동안에만 주어진 UE에 의해 평가된다. UE가 송신할 업링크 데이터를 가질 때 그리고 UE가 IDLE 모드에 있을 때, UE는 먼저 업링크 데이터가 송신될 필요가 있는 PDN 접속을 결정할 수 있다. 이것은 업링크 데이터의 소스 IP 어드레스에 기초하여 UE에 의해 결정될 수 있다. 예를 들어, PDN 접속이 결정된 후에, UE는 다음에 소량 데이터 TFT가 이 PDN 접속용으로 가용한지를 체크한다. 이것이 가용하다면, 예를 들어, UE는 그것이 갖는 업링크 데이터가 이 TFT 내의 패킷 필터들 중 어느 것과 매치하는지를 결정하기 위해 체크한다. 매치가 있으면, UE는 정규 서비스 요구 절차 대신에 소량 데이터 전달 절차들을 수행할 수 있다. 한 예에서, '패킷 필터 평가 우선순위'는 SD TFT 내의 패킷 필터들에 대한 매치를 수행하는 동안 사용되지 않는다. SD TFT 내의 패킷 필터들의 '패킷 필터 평가 우선순위'는 이 PDN 접속에 속하는 다른 베어러들의 TFT들 내의 다른 패킷 필터들과 유일할 필요는 없다. '패킷 필터 평가 우선순위' 값은 SD TFT 내의 패킷 필터들을 위해 유보된 값으로 설정될 수 있다. 한 예에서, SD TFT 내의 패킷 필터들은 UE가 데이터를 이송할 필요가 있는 베어러를 결정할 필요가 있을 때 접속된 모드 중에 매치되지 않는다. 이 예시적인 경우에서, 정규의 TFT 매칭이 SD TFT 내의 패킷 필터들을 고려하지 않고 수행될 수 있다.

다양한 실시예들에 따라, HSS/HLR/UDR 내의 가입자 프로필들은 예로서 그리고 제한 없이 제시된 다음의 상세들로 업데이트될 수 있다: 가입자가 소량 데이터 절차들 및 허용된 절차의 유형을 수행하는 것이 허용되고/되거나 가능한지; UE로부터의 모든 데이터가 UE를 소량 데이터 서비스들에만 접속하도록 제한하기 위해 사용될 수 있는 소량 데이터 평면을 사용하여야 하는지; 및 소정의 PDN 접속들이 소량 데이터 평면을 사용하여야 하는지.

초기의 어태치 중에, MME, S-GW, 또는 P-GW는 3GPP TS 29.272, "이동성 관리 엔티티(MME) 및 직경 프로토콜에 기초한 서빙 GPRS 지원 노드(SGSN) 관련 인터페이스들"에서 설명된 가입자 데이터 삽입 메시지 내의 가입자 정보와 함께 상기 정보를 검색할 수 있다. 상기 정보는 UE로부터의 소량 데이터 접속 요구들을 허가하고, 또한 소량 데이터 서비스들에 대한 제한들을 적용하기 위해 MME, S-GW, 또는 P-GW에 의해 사용될 수 있다. MME, S-GW, 또는 P-GW는 이 정보를 예를 들어 어태치 수용 메시지와 같은 메시지로 UE에 통과시킬 수 있다. 이 정보는 또한 데이터가 예를 들어, SMS, NAS 메시징, RRC 메시징 등과 같은, 소량 데이터 전달 방법을 사용하여 UE에/으로부터 전달되어야 하는지를 결정하기 위해 MME, S-GW, 또는 P-GW에 의해 사용될 수 있다. 대안적으로, MME, S-GW, 또는 P-GW는 3GPP TS 29.272에서 또한 설명된 위치 업데이트 요구 메시지를 갖는 가입자 정보와 함께 상기 정보를 검색할 수 있다.

그러므로, 일부 경우들에서, 장치, 예를 들어 MME를 포함하는 장치는 UE로부터 제1 메시지를 수신할 수 있다. 제1 메시지는 UE가 소량 데이터 절차들을 지원한다는 표시를 포함하는 어태치 요구(도 1a 참조)를 포함할 수 있다. 대안적으로, 또는 부가적으로, 제1 메시지는 UE에게 소량 데이터 절차들을 사용하라는 요구를 포함하는 어태치 요구를 포함할 수 있다. 장치는 또한 네트워크 노드, 예를 들어 HSS로부터 제2 메시지를 수신할 수 있다. 제2 메시지는 소량 데이터 절차들을 사용하여야 하는 하나 이상의 PDN 접속들을 표시할 수 있다. 제2 메시지는 또한 하나 이상의 PDN 접속들 각각에 대응하는 소량 데이터 절차의 유형을 표시할 수 있다. 제2 메시지에 기초하여, 장치는 제1 메시지에 응답할 수 있다. 예를 들어, 아래에 더 설명되는 바와 같이, 응답은 UE가 제2 메시지에 표시된 소량 데이터 절차들 중 하나를 사용하는 소량 데이터 모드에서 거동하여야 한다는 표시를 포함하는 어태치 응답 메시지(도 1a 참조)를 포함할 수 있다. 장치는 다음에 제2 메시지에 표시된 소량 데이터 절차들 중 하나를 사용하여 데이터를 전달할 수 있다. 장치는 또한 제2 메시지에 표시된 소량 데이터 절차들 중 하나에 따라 UE로부터 데이터를 수신할 수 있다. 또한, 소량 데이터 절차는 NAS 메시징을 통해 표시될 수 있다.

또 하나의 예시적인 실시예에서, 운영자들은 소량 데이터 정보를 갖는 SPR/UDR 내에 가입자 프로필을 구성할 수 있다. 다음의 정보는 예로서 그리고 제한 없이 제시된, SPR/UDR에서 구성될 수 있다.

· 소량 데이터로서 고려될 서비스들 및 IP 흐름 정보(서비스 데이터 흐름 필터들 - 아래 참조).

· 예를 들어, 패킷 크기, 패킷 주파수 등과 같은 소량 데이터의 트래픽 특성들. 표 1은 예시적인 특성들을 제공한다. PCC 아키텍처 요소들(예를 들어, PCRF, PCEF, BBERF 및 TDF)은 이 정보를 사용하여 소량 데이터 흐름들을 결정할 수 있다.

· 네트워크(PCRF)에 소량 데이터 정보를 제공할 수 있는 AS/SCS의 리스트 및 AS/SCS로부터의 정보가 SPR/UDR로부터 PCRF에 제공된 정보를 무시할 수 있는지를 표시하는 플래그. 이 절차의 예가 위에 상세히 설명되어 있다. 한 예에서, PCRF는 허가된 AS/SCS로부터의 SD 정보 만을 수용할 수 있다.

한 예에서, AS/SCS는 또한 PCRF에 의해 검색되고 네트워크 상에 적용될 수 있는 UDR 내에 소량 데이터 정보를 저장할 수 있다. 이 절차의 예가 위에 설명되어 있다. SPR 내의 유사한 구성이 GPRS 및 UMTS 네트워크들에서 적용가능하다는 것을 알 것이다.

위에 언급된 바와 같이, EMM 및 ESM 메시지들은 예시적인 실시예에 따라 수정될 수 있다. 표 5를 참조하면, 예시적인 어태치 요구 메시지의 정보 요소들이 나타내진다. 이 메시지는 MME에 UE의 소량 데이터 능력들 및 소량 데이터 모드에서의 그것의 어태치 요구에 관해 알리도록 수정된다. 그러므로, 표 5에 나타낸 바와 같이, (위에 설명된) 소량 데이터 표시 IE가 추가되고, UE 네트워크 능력 IE가 수정된다. 대안적인 예에서, 예를 들어 "EPS 어태치 유형" 또는 "MS 네트워크 능력"과 같은, 기존의 정보 요소가 소량 데이터 표시를 이송하기 위해 사용될 수 있다.

이제 표 6을 참조하면, 어태치 수용 메시지가 예시적인 실시예에 따라 수정될 수 있다. 어태치 응답 메시지라고도 할 수 있는 어태치 수용 메시지는 UE가 가입자 저장소, 예를 들어 HSS로부터 검색된 소량 데이터 절차들 중 하나를 사용하는 소량 데이터 모드에서 거동한다는 표시를 포함할 수 있다. 어태치 수용 또는 응답 메시지는 또한 UE에 UE가 그것이 네트워크에 어태치한 것으로 머무른 전체 기간 동안 소량 데이터 모드에서 거동하여야 하는지를 알리도록 수정될 수 있다. 소량 데이터 표시 IE는 또한 어태치 수용 메시지에 추가될 수 있다. 대안적인 예에서, 소량 데이터 표시는 예를 들어 'EPS 어태치 결과' IE의 '스페어 하프 옥텟'과 같은, 기존의 IE에 추가될 수 있다.

표 7을 참조하면, 예시적인 PDN 접속 요구 메시지의 정보 요소들이 나타내진다. 이 메시지는 네트워크에게 소량 데이터를 위한 디폴트 베어러를 마크하는 것을 요구하도록 수정된다. 그러므로, 나타낸 바와 같이, 소량 데이터 표시 IE가 추가된다.

표 8을 참조하면, 예시적인 베어러 리소스 할당 요구 메시지의 정보 요소들이 나타내진다. 이 예시적인 메시지는 소량 데이터를 위한 전용 베어러를 마크하고/하거나 새로운 소량 데이터 IP 흐름 필터들을 제공하는 것을 요구하도록 수정된다. 그러므로, 나타낸 바와 같이, 소량 데이터 표시 IE가 추가되고 트래픽 흐름 집합 IE가 수정될 수 있다.

표 9를 참조하면, 예시적인 베어러 리소스 수정 요구 메시지의 정보 요소들이 나타내진다. 이 예시적인 메시지는 베어러의 소량 데이터 마킹의 상태를 변화시키고, 또는 소량 데이터 IP 흐름 패킷 필터들의 상태를 수정하는 것을 요구하도록 수정된다. 그러므로, 나타낸 바와 같이, 소량 데이터 표시 IE가 추가되고 트래픽 흐름 집합 IE가 수정될 수 있다.

표 10을 참조하면, 예시적인 디폴트 EPS 베어러 콘텍스트 활성화 요구 메시지의 정보 요소들이 나타내진다. 이 예시적인 메시지는 디폴트 베어러가 소량 데이터 베어러로서 고려되어야 하는지의 표시를 제공하도록 수정된다. 그러므로, 나타낸 바와 같이, 소량 데이터 표시 IE가 추가될 수 있다.

표 11을 참조하면, 예시적인 전용 EPS 베어러 콘텍스트 활성화 요구 메시지의 정보 요소들이 나타내진다. 이 예시적인 메시지는 전용 베어러가 소량 데이터 베어러로서 고려되어야 하는지의 표시를 제공하도록 수정된다. 그러므로, 나타낸 바와 같이, 소량 데이터 표시 IE가 추가될 수 있고, TFT IE가 위에 설명된 바와 같이 수정될 수 있다. 이 메시지는 또한 UE에 소량 데이터 패킷 필터들을 제공할 수 있다. 한 예에서, 표 11을 계속 참조하면, 소량 데이터 표시 IE가 이 메시지에 존재하면 그리고 그것이 SD 베어러를 표시하면, 이 베어러 상의 모든 데이터가 SD로서 고려될 것이다. 추가의 예로서, 소량 데이터 표시 IE가 존재하면 그리고 그것이 정상 베어러를 표시하지만, TFT가 소량 데이터를 위한 패킷 필터를 갖는다면, 패킷 필터에 매치하는 데이터는 여전히 소량 데이터로서 고려될 것이다.

이제 표 12를 참조하면, 예시적인 EPS 베어러 콘텍스트 수정 요구 메시지의 정보 요소들이 나타내진다. 이 예시적인 메시지는 UE에 SD 베어러로서의 베어러의 동적 수정에 관해 알리고, 또는 TFT 내의 소량 데이터 패킷 필터들을 변화시키도록 수정될 수 있다. 그러므로, 나타낸 바와 같이, 소량 데이터 표시 IE가 추가될 수 있고, TFT IE가 위에 설명된 바와 같이 수정될 수 있다. 또한, 표들 11 및 12를 일반적으로 참조하면, 제1 노드, 예를 들어 SCS(100)는 트리거에 기초하여 제2 노드를 제공할 수 있다. 제2 노드, 예를 들어 PCRF는 데이터 흐름 및 애플리케이션과 관련된 정보를 제1 노드에 의해 제공받을 수 있으므로, 제2 노드는 애플리케이션에 정보를 전달하고 또는 애플리케이션으로부터 정보를 수신하기 위해 사용되어야 하는 방법을 선택하는 규칙을 결정할 수 있다. 제2 노드는 제3 노드, 예를 들어 P-GW/PCEF에 애플리케이션에 정보를 전달하고 또는 애플리케이션으로부터 정보를 수신하기 위해 어떤 전달 방법이 사용되는지를 선택하는 규칙을 제공할 수 있다. 사용자 장비는 애플리케이션을 호스트할 수 있다. 위에 설명된 바와 같이, 제3 노드는 전용 EPC 베어러 콘텍스트 활성화 요구 메시지 또는 EPS 베어러 콘텍스트 수정 요구 메시지를 사용하여 UE가 사용할 규칙을 전달할 수 있다. 또한, 제3 노드는 데이터 흐름 정보를 데이터의 관찰된 거동과 비교할 수 있으므로, 제3 노드는 데이터 흐름을 종료하거나 제2 노드에 비교의 결과를 알리는 것과 같은, 비교와 관련된 조치를 취할 수 있다. 대안적으로, 위에 설명된 바와 같이, 제2 노드는 가입 데이터베이스일 수 있고, 가입 데이터베이스는 h 인터페이스에 걸쳐 제공될 수 있다.

다양한 실시예들에 따라, 여기에 새로운 정보 요소들(IE들)이 개시되고, 여기에 기존의 IE들이 수정된다. 예를 들어, UE 네트워크 능력 IE는 소량 데이터 절차들을 지원하기 위해 UE의 능력을 표시하도록 수정될 수 있다. 이 IE의 완전한 정의 및 코딩 상세들이 3GPP TS 24.301의 섹션 9.9.3.34, "이볼브드 패킷 시스템(EPS)에 대한 비액세스 계층(NAS)"에서 리스트된다. 표 13은 예시적인 실시예에 따른 수정된 UE 네트워크 능력의 예를 나타낸다. 나타낸 바와 같이, (원래 스페어로서 마크된) 옥텟 7의 비트 7이 소량 데이터를 지원하는 그것의 능력을 표시하기 위해 UE에 의해 사용될 수 있다.

소량 데이터 표시 IE가 본 개시내용 전체에 걸쳐 사용된다. 소량 데이터 표시 정보 요소는 주어진 UE에 UE가 소량 데이터 모드에서 동작할 필요가 있는지를 알릴 수 있다. 소량 데이터 표시 정보 요소는 표들 14 및 15에 나타낸 바와 같이 코딩될 수 있다. 한 예에서, 소량 데이터 표시는 유형 1 정보 요소이다.

위에 설명된 바와 같이, 패킷 필터 리스트는 TFT IE의 부분이다. TFT IE는 3GPP TS 24.008의 섹션 10.5.6.12에서 정의된다. 패킷 필터 리스트 코딩으로의 예시적인 변화들이 아래에 표 16에 나타내지고, 여기서 예시적인 변화들은 밑줄쳐 있다. 표 17은 다양한 실시예들에 따른, 예시적인 패킷 필터 유형 값들을 나타낸다.

이제 도 14를 참조하면, 3GPP TS 24.305, "3GPP 사용자 장비 능력들(SDoUE) 관리 객체(MO)의 선택적 디세이블링"은 다양한 UE 능력들을 선택적으로 인에이블 및 디세이블하기 위해 사용될 수 있는 관리 객체를 정의한다. 예시적인 실시예에 따라, 관리 객체는 소정의 소량 데이터 흐름 능력들이 인에이블 및 디세이블되게 하도록 향상될 수 있다. 예로서, 도 14에 도시된 예시적인 그래픽 사용자 인터페이스(1400)를 참조하면, 리프 객체는 NAS 및 RRC 메시징과 같은, 제어 평면 메시징을 통해 데이터 패킷들의 송신 및 수신을 인에이블 및 디세이블하도록 추가될 수 있다. 리프 객체는 NAS 및 RRC 메시징과 같은 제어 평면 메시징을 통해 패킷들의 수 및 주파수를 제한하도록 추가될 수 있다. UE는 GUI, 예를 들어 사용자가 제어 평면 메시징을 통해 데이터 패킷들의 송신 및 수신을 엔에이블 및 디세이블하게 하는 GUI(1400)를 포함할 수 있다. GUI는 또한 사용자가 제어 평면 메시징을 통해 패킷들의 수 및 주파수를 제한하게 할 수 있다. GUI는 대안적인 파라미터들을 원하는 대로 모니터 및 제어하기 위해 사용될 수 있다는 것을 이해할 것이다. GUI들은 사용자에게 다양한 차트들 또는 대안적인 시각적 표시들을 통해 사용자가 관심을 갖는 다양한 정보를 제공할 수 있다는 것을 또한 이해할 것이다. 예를 들어, GUI는 GUI 설정들에 기초하여 리프 객체 설정들을 조정할 수 있고, 또는 GUI는 다른 조건들을 검출하고 GUI 설정들 및 UE의 실시간 동작 조건들에 기초하여 리프 객체들을 조정하는 애플리케이션과 관련될 수 있다. 예를 들어, GUI는 사용자가 시간마다 송신될 수 있는 제어 평면 메시지들의 수를 제한하게 할 수 있다. 애플리케이션이 UE가 제어 평면 메시징의 그것의 한계에 도달했다는 것을 검출하면, 그것은 제어 평면 메시징을 통해 데이터 패킷들을 디세이블하기 위해 리프 객체에 대한 설정을 조정할 수 있다. 나중에, 예를 들어 소정의 시간이 경과한 후에, 애플리케이션은 리프 객체에 대한 설정을 다시 조정함으로써 제어 평면 메시징을 통해 데이터 패킷들을 리인에이블할 수 있다.

위에 설명된 바와 같이, 여기에 설명된 다양한 기술들이 하드웨어, 소프트웨어 또는, 적절한 경우에, 이들의 조합들과 관련하여 구현될 수 있다. 이러한 하드웨어, 펌웨어, 및 소프트웨어가 통신 네트워크의 다양한 노드들에 배치된 장치들에 상주할 수 있다. 장치들은 여기에 설명된 방법들을 실행하기 위해 단독으로 또는 서로 조합하여 동작할 수 있다. 여기에 사용된 바와 같이, 용어들 "장치", "네트워크 장치", "노드", "디바이스", 및 "네트워크 노드"는 서로 교환가능하게 사용될 수 있다.

도 15a는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 머신 간(M2M), 사물 인터넷(IoT), 또는 사물 웹(WoT) 통신 시스템(10)의 도면이다. 일반적으로, M2M 기술들은 IoT/WoT를 위한 빌딩 블록들을 제공하고, 임의의 M2M 디바이스, M2M 게이트웨이 또는 M2M 서비스 플랫폼은 IoT/WoT 서비스 층뿐만 아니라 IoT/WoT 등의 소자일 수 있다. 도 4-6, 8-11, 및 13-14 중 어느 것에 도시된 클라리언트, 프록시, 또는 서비스 디바이스들의 어느 것은 도 15a-d에 도시된 것과 같은 통신 시스템의 노드를 포함할 수 있다.

도 15a에 도시한 바와 같이, M2M/IoT/WoT 통신 시스템(10)은 통신 네트워크(12)를 포함한다. 통신 네트워크(12)는 고정된 네트워크(예를 들어, 이더넷, 파이버, ISDN, PLC 등) 또는 무선 네트워크(예를 들어, WLAN, 셀룰러 등) 또는 이종 네트워크들의 네트워크일 수 있다. 예를 들어, 통신 네트워크(12)는 다수의 사용자들에게 음성, 데이터, 비디오, 메시징, 방송 등과 같은 콘텐트를 제공하는 다수 액세스 네트워크들을 포함할 수 있다. 예를 들어, 통신 네트워크(12)는 코드 분할 다중 액세스(CDMA), 시분할 다중 액세스(TDMA), 주파수 분할 다중 액세스(FDMA), 직교 FDMA(OFDMA), 단일-캐리어 FDMA(SC-FDMA) 등과 같은 하나 이상의 채널 액세스 방법들을 이용할 수 있다. 또한, 통신 네트워크(12)는 예를 들어 코어 네트워크, 인터넷, 센서 네트워크, 산업 제어 네트워크, 개인 영역 네트워크, 융합된 개인 네트워크, 위성 네트워크, 홈 네트워크, 또는 기업 네트워크와 같은 다른 네트워크들을 포함할 수 있다.

도 15a에 도시한 바와 같이, 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 디바이스들(예를 들어, PLC)뿐만 아니라 무선 M2M 디바이스들(예를 들어, 셀룰러 및 비셀룰러)이 통신 네트워크(12)와 같은 운영자 네트워크들 또는 직접 무선 링크를 통해 통신하게 한다. 예를 들어, M2M 디바이스들(18)은 통신 네트워크(12) 및 직접 무선 링크를 통해, M2M 애플리케이션(20) 또는 M2M 디바이스들(18)에 데이터를 수집하고 데이터를 송신할 수 있다. M2M 디바이스들(18)은 또한 M2M 애플리케이션(20) 또는 M2M 디바이스(18)로부터 데이터를 수신할 수 있다. 또한, 데이터 및 신호들은 아래에 설명되는 바와 같이, M2M 서비스 층(22)을 통해 M2M 애플리케이션(20)에 송신되고 그로부터 수신될 수 있다. M2M 디바이스(18) 및 게이트웨이(14)는 예를 들어 셀룰러, WLAN, WPAN(예를 들어, 지그비, 6LoWPAN, 블루투스), 직접 무선 링크, 및 와이어라인을 포함하는 다양한 네트워크들을 통해 통신할 수 있다. 예시적인 M2M 디바이스들은 태블릿들, 스마트폰들, 의료 디바이스들, 온도 및 날씨 모니터들, 커넥티드 카, 스마트 미터들, 게임 콘솔들, 개인 휴대 단말기들, 건강 및 휘트니스 모니터들, 조명들, 서머스탯들, 기기들, 차고 도어들 및 다른 액튜에이터 기반 디바이스들, 안전 디바이스들, 및 스마트 아울렛들을 포함하지만, 이들로 제한되지 않는다.

용어 "서비스 층"은 네트워크 서비스 아키텍처 내의 기능적 층을 말한다. 서비스 층들은 전형적으로 HTTP, CoAP 또는 MQTT와 같은 애플리케이션 프로토콜 상에 위치하고, 클라이언트 애플리케이션들에 부가 가치 서비스들을 제공한다. 서비스 층은 또한 예를 들어, 제어 층 또는 트랜스포트/액세스 층과 같은, 하부 리소스 층에 코어 네트워크들과의 인터페이스를 제공한다. 서비스 층은 서비스 정의, 서비스 런타임 인에이블먼트, 정책 관리, 액세스 제어, 및 서비스 클러스팅을 포함하는 (서비스) 능력들 또는 기능성들의 다수의 카테고리들을 지원한다. 최근에, 여러가지의 산업 표준체들(예를 들어, 원M2M)이 디바이스들 및 애플리케이션들의 M2M 유형들의 인터넷/웹, 셀룰러, 기업, 및 홈 네트워크들과 같은 배치들로의 통합과 관련된 도전들을 다루기 위해 M2M 서비스 층들을 개발하여 왔다. M2M 서비스 층은 애플리케이션들 또는 다양한 디바이스들에 CSE 또는 SCL이라고 할 수 있는, 서비스 층에 의해 지원된 위에 언급된 능력들 또는 기능성들의 수집, 또는 세트에의 액세스를 제공할 수 있다. 몇가지 예들은 보안, 과금, 데이터 관리, 디바이스 관리, 발견, 제공, 및 다양한 애플리케이션들에 의해 공통으로 사용될 수 있는 접속 관리를 포함하지만 이들로 제한되지 않는다. 이들 능력들 및 기능성들은 M2M 서비스 층에 의해 정의된 메시지 포맷들, 리소스 구조들, 및 리소스 표현들을 이용하는 API들을 통해 이러한 다양한 애플리케이션들에 가용하게 된다. CSE 또는 SCL은 하드웨어 및/또는 소프트웨어에 의해 구현될 수 있고 다양한 애플리케이션들 및/또는 디바이스들(예를 들어, 이러한 기능적 엔티티들 간의 기능적 인터페이스들)에 노출된 (서비스) 능력들 또는 기능성들을 그들이 이러한 능력들 또는 기능성들을 사용하기 위해 제공하는 기능적 엔티티이다.

도 15b를 참조하면, 필드 도메인 내의 도시된 M2M 서비스 층(22)은 M2M 애플리케이션(20), M2M 게이트웨이 디바이스들(14), 및 M2M 단말기 디바이스들(18) 및 통신 네트워크(12)에 서비스들을 제공한다. 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')은 하나 이상의 서버들, 컴퓨터들, 가상 머신들(예를 들어, 클라우드/컴퓨트/저장 팜들 등) 등에 의해 구현될 수 있다.

도 15b를 계속 참조하면, M2M 서비스 층(22 및 22')은 다양한 애플리케이션들 및 버티컬들이 레버리지할 수 있는 서비스 전달 능력들의 코어 세트를 제공한다. 이들 서비스 능력은 M2M 애플리케이션들(20 및 20')이 디바이스들과 상호작용하고 데이터 수집, 데이터 분석, 디바이스 관리, 보안, 빌링, 서비스/디바이스 발견 등과 같은 기능들을 수행하게 한다. 본질적으로, 이들 서비스 능력은 이들 기능성을 구현하는 부담이 되는 애플리케이션이 없으므로, 애플리케이션 개발을 간소화하고 마케팅 비용 및 시간을 줄인다. 서비스 층(22 및 22')은 또한 M2M 애플리케이션들(20 및 20')이 서비스 층(22 및 22')이 제공하는 서비스들과 관련하여 다양한 네트워크들(12 및 12')을 통해 통신하게 한다.

M2M 애플리케이션들(20 및 20')은 제한 없이 운송, 건강 및 웰니스, 커넥티드 홈, 에너지 관리, 자산 추적, 보안 및 감시와 같은 다앙한 산업들에서의 애플리케이션들을 포함할 수 있다. 위에 언급된 바와 같이, 디바이스들, 게이트웨이, 및 시스템의 다른 서버들을 가로질러 가동하는 M2M 서비스 층은 예를 들어, 데이터 수집, 디바이스 관리, 보안, 빌링, 위치 추적/지오펜싱, 디바이스/서비스 발견, 및 레거시 시스템들 통합과 같은 기능들을 지원하고, M2M 애플리케이션들(20 및 20')에 서비스들로서 이들 기능을 제공한다.

일반적으로, 도 15a 및 15b에 도시된 서비스 층들(22 및 22')과 같은 서비스 층(SL)은 애플리케이션 프로그래밍 인터페이스들(API들) 및 근본적인 네트워킹 인터페이스들의 세트를 통해 부가 가치 서비스 능력들을 지원하는 소프트웨어 미들웨어 층을 정의한다. ETSI M2M과 원M2M 아키텍처들 둘 다는 서비스 층을 정의한다. ETSI M2M의 서비스 층은 서비스 능력 층(SCL)이라고 한다. SCL은 ETSI M2M 아키텍처의 다양한 상이한 노드들에서 구현될 수 있다. 예를 들어, 서비스 층의 예는 M2M 디바이스(여기서 그것은 디바이스 SCL(DSCL)이라고 함), 게이트웨이(여기서 그것은 게이트웨어 SCL(GSCL)이라고 함) 및/또는 네트워크 노드(여기서 그것은 네트워크 SCL(NSCL)이라고 함) 내에서 구현될 수 있다. 원M2M 서비스 층은 공통 서비스 기능들(CSF들)(즉, 서비스 능력들)의 세트를 지원한다. 하나 이상의 특정한 유형들의 CSF들의 세트의 인스턴트화는 상이한 유형들의 네트워크 노드들(예를 들어, 인프라구조 노드, 중간 노드, 애플리케이션-특정 노드) 상에서 호스트될 수 있는, 공통 서비스들 엔티티(CSE)라고 한다. 3세대 파트너쉽 프로젝트(3GPP)는 또한 머신형 통신들(MTC)을 위한 아키텍처를 정의하였다. 그 아키텍처에서, 서비스 층, 및 그것이 제공하는 서비스 능력들은 서비스 능력 서버(SCS)의 일부로서 구현된다. ETSI M2M 아키텍처의 DSCL, GSCL, 또는 NSCL에서, 3GPP MTC 아키텍처의 서비스 능력 서버(SCS)에서, 원M2M 아키텍처의 CSF 또는 CSE에서, 또는 네트워크의 일부 다른 노드에서 실시되든 간에, 서비스 층의 인스턴스는 서버들, 컴퓨터들, 및 다른 컴퓨팅 디바이스들 또는 노드들을 포함하는, 네트워크 내의 하나 이상의 스탠드얼론 노드들 상에서, 또는 하나 이상의 기존의 노드들의 일부로서 실행하는 논리적 엔티티(예를 들어, 소프트웨어, 컴퓨터 실행가능 명령어들 등)에서 구현될 수 있다. 한 예로서, 서비스 층 또는 그것의 소자(예를 들어, AS/SCS(100))의 인스턴스는 아래에 설명되는 도 15c 또는 15d에 도시된 일반적인 아키텍처를 갖는 네트워크 노드들(예를 들어, 서버, 컴퓨터, 게이트웨이, 디바이스 등) 상에서 실행하는 소프트웨어의 형태로 구현될 수 있다.

또한, 여기에 설명된 방법들 및 기능성들은 예를 들어 위에 설명된 네트워크 및 애플리케이션 관리 서비스와 같은, 서비스들에 액세스하기 위해 서비스 지향 아키텍처(SOA) 및/또는 리소스 지향 아키텍처(ROA)를 사용하는 M2M 네트워크의 일부로서 구현될 수 있다.

도 15c는 도 15a 및 15b에 도시된 것과 같은 M2M 네트워크 내에서 M2M 서버, 게이트웨이, 디바이스, 또는 다른 노드로서 동작할 수 있는, 도 4-6, 8-11, 및 13-14에 도시된 클라이언트들, 서버들, 또는 프록시들과 같은, 네트워크의 노드의 예시적인 하드웨어/소프트웨어 아키텍처의 블록도이다. 도 15c에 도시한 바와 같이, 노드(30)는 프로세서(32), 송수신기(34), 송신/수신 요소(36), 스피커/마이크로폰(38), 키패드(40), 디스플레이/터치패드(42), 비착탈식 메모리(44), 착탈식 메모리(46), 전원(48), 전지구 위치 파악 시스템(GPS) 칩셋(50), 및 다른 주변 장치들(52)을 포함할 수 있다. 노드(30)는 또한 송수신기(34) 및 송신/수신 요소(36)와 같은 통신 회로를 포함할 수 있다. 노드(30)는 실시예와 일치하는 것으로 남으면서 전술한 요소들의 임의의 부조합을 포함할 수 있다는 것을 알 것이다. 이 노드는 여기에 설명된 소량 데이터 기능성을 구현하는 노드일 수 있다.

프로세서(32)는 범용 프로세서, 특수 목적 프로세서, 통상적인 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로프로세서들, DSP 코어와 관련한 하나 이상의 마이크로프로세서들, 컨트롤러, 마이크로컨트롤러, 주문형 집적 회로들(ASIC들), 필드 프로그래머블 게이트 어레이(FPGA들) 회로들, 기타 유형의 집적 회로(IC), 상태 머신 등일 수 있다. 프로세서(32)는 신호 코딩, 데이터 처리, 전력 제어, 입력/출력 처리, 및/또는 노드(30)가 무선 환경에서 동작하게 하는 다른 기능성을 수행할 수 있다. 프로세서(32)는 송신/수신 요소(36)에 결합될 수 있는 송수신기(34)에 결합될 수 있다. 도 15c는 프로세서(32)와 송수신기(34)를 별도의 소자들로서 도시하지만, 프로세서(32)와 송수신기(34)는 전자 패키지 또는 칩 내에 함께 통합될 수 있다는 것을 알 것이다. 프로세서(32)는 애플리케이션-층 프로그램들(예를 들어, 브라우저들) 및/또는 무선 액세스-층(RAN) 프로그램들 및/또는 통신들을 수행할 수 있다. 프로세서(32)는 인증, 보안 키 일치와 같은 보안 동작들, 및/또는 예를 들어, 액세스-층 및/또는 애플리케이션 층과 같은 암호 동작들을 수행할 수 있다.

도 15c에 도시한 바와 같이, 프로세서(32)는 그것의 통신 회로(예를 들어, 송수신기(34) 및 송신/수신 요소(36))에 결합된다. 프로세서(32)는 컴퓨터 실행가능 명령어들의 실행을 통해, 노드(30)로 하여금 그것이 접속된 네트워크를 통해 다른 노드들과 통신하게 하기 위해 통신 회로를 제어할 수 있다. 특히, 프로세서(32)는 여기에(예를 들어, 도 5-16, 18-22 및 24에서) 및 청구범위에서 설명된 송신 및 수신 단계들을 수행하기 위해 통신 회로를 제어할 수 있다. 도 15c는 프로세서(32)와 송수신기(34)를 별도의 소자들로서 도시하지만, 프로세서(32)와 송수신기(34)는 전자 패키지 또는 칩 내에 함께 통합될 수 있다는 것을 알 것이다.

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

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

송수신기(34)는 송신/수신 요소(36)에 의해 송신될 신호들을 변조하고 송신/수신 요소(36)에 의해 수신된 신호들을 복조하도록 구성될 수 있다. 위에 주목된 바와 같이, 노드(30)는 다중 모드 능력들을 가질 수 있다. 그러므로, 송수신기(34)는 노드(30)가 예를 들어, UTRA 및 IEEE 802.11과 같은 다중 RAT들을 통해 통신하게 하는 다수의 송수신기들을 포함할 수 있다.

프로세서(32)는 비착탈식 메모리(44) 및/또는 착탈식 메모리(46)와 같은 임의 유형의 적합한 메모리로부터 정보를 액세스하고, 그것에 데이터를 저장할 수 있다. 비착탈식 메모리(44)는 랜덤 액세스 메모리(RAM), 리드 온리 메모리(ROM), 하드 디스크, 또는 기타 유형의 메모리 저장 디바이스를 포함할 수 있다. 착탈식 메모리(46)는 가입자 식별 모듈(SIM) 카드, 메모리 스틱, 시큐어 디지털(SD) 메모리 카드 등을 포함할 수 있다. 다른 실시예들에서, 프로세서(32)는 서버 또는 홈 컴퓨터와 같이, 노드(30) 상에 물리적으로 배치되지 않은 메모리로부터 정보를 액세스하고, 그것에 데이터를 저장할 수 있다. 프로세서(32)는 UE(예를 들어, GUI(1400) 참조), 및 특히 근본적인 네트워크들, 애플리케이션들, 또는 UE와 통신하는 다른 서비스들의 상태를 반영하기 위해 디스플레이 또는 표시기들(42) 상의 조명 패턴들, 이미지들, 또는 색상들을 제어하도록 구성될 수 있다. 프로세서(32)는 전원(48)으로부터 전력을 수신할 수 있고, 노드(30) 내의 다른 소자들에 전력을 분배 및/또는 제어하도록 구성될 수 있다. 전원(48)은 노드(30)에 전원을 공급하는 임의의 적합한 디바이스일 수 있다. 예를 들어, 전원(48)은 하나 이상의 건전지들(예를 들어, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), 니켈 금속 수소화물(NiMH), 리튬-이온(Li-ion) 등), 태양 전지, 연료 전지들 등을 포함할 수 있다.

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

프로세서(32)는 추가의 특징들, 기능성들 및/또는 유선 또는 무선 접속을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈들을 포함할 수 있는 다른 주변 장치들(52)에 더 결합될 수 있다. 예를 들어, 주변 장치들(52)은 가속도계, 전자 나침반, 위성 송수신기, 센서, 디지털 카메라(사진 또는 비디오용), 유니버설 시리얼 버스(USB) 포트, 진동 디바이스, 텔레비전 송수신기, 핸즈 프리 핸드셋, 블루투스(Bluetooth®) 모듈, 주파수 변조(FM) 라디오 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.

도 15d는 도 15a 및 15b에 도시된 것과 같은 M2M 네트워크 내에서 M2M 서버, 게이트웨이, 디바이스, 또는 다른 노드로서 동작할 수 있는, 도 4-6, 8-11, 및 13-14에 도시된 클라이언트들, 서버들, 또는 프록시들과 같은, 네트워크의 하나 이상의 노드들을 구현하기 위해 또한 사용될 수 있는 예시적인 컴퓨팅 시스템(90)의 블록도이다. 컴퓨팅 시스템(90)은 컴퓨터 또는 서버를 포함할 수 있고, 소프트웨어의 형태일 수 있는 컴퓨터 판독가능 명령어들에 의해 주로, 또는 이러한 소프트웨어가 저장 또는 액세스되는 것이면 어디서나, 어느 것에 의해 제어될 수 있다. 이러한 컴퓨터 판독가능 명령어들은 컴퓨팅 시스템(90)으로 하여금 그렇게 동작하게 하기 위해 중앙 처리 장치(CPU)(91) 내에서 실행될 수 있다. 많은 공지된 워크스테이션들, 서버들, 및 퍼스널 컴퓨터들에서, 중앙 처리 장치(91)는 마이크로프로세서라고 하는 단일-칩 CPU에 의해 구현된다. 다른 머신들에서, 중앙 처리 장치(91)는 다중 프로세서들을 포함할 수 있다. 코프로세서(81)는 추가의 기능들을 수행하거나 CPU(91)를 지원하는, 주 CPU(91)와 구별되는 선택적 프로세서이다. CPU(91) 및/또는 코프로세서(81)는 세션 크리덴셜들을 수신하고 세션 크리덴셜들에 기초하여 인증하는 것과 같은, E2E M2M 서비스 층 세션들을 위한 개시된 시스템들 및 방법들에 관련된 데이터를 수신, 발생, 및 처리할 수 있다.

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

시스템 버스(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)은 예를 들어 컴퓨팅 시스템(90)이 네트워크의 다른 노드들과 통신하게 하기 위해, 도 15a 및 도 15b의 네트워크(12)와 같은 외부 통신 네트워크에 컴퓨팅 시스템(90)을 접속하기 위해 사용될 수 있는 네트워크 어댑터(97)와 같은 통신 회로를 포함할 수 있다. 통신 회로는 단독으로, 또는 CPU(91)와 조합하여, 여기에(예를 들어, 도 4-6, 8-11 및 13-14에서) 및 청구범위에서 설명된 송신 및 수신 단계들을 수행하기 위해 사용될 수 있다.

여기에 설명된 방법들 및 프로세스들 중 어느 것이 컴퓨터, 서버, M2M 단말기 디바이스, M2M 게이트웨이 디바이스 등과 같은 머신에 의해 실행될 때 명령어들이 여기에 설명된 시스템들, 방법들 및 프로세스들을 수행 및/또는 구현하는 컴퓨터 판독가능 저장 매체 상에 저장된 컴퓨터 실행가능 명령어들(예를 들어, 프로그램 코드)의 형태로 실시될 수 있다는 것을 이해할 것이다. 구체적으로, 위에 설명된 단계들, 동작들 또는 기능들 중 어느 것은 이러한 컴퓨터 실행가능 명령어들의 형태로 구현될 수 있다. 컴퓨터 판독가능 저장 매체는 정보의 저장을 위한 임의의 방법 또는 기술에서 구현된 휘발성과 비휘발성 둘 다, 착탈식 및 비착탈식 매체를 포함하지만, 이러한 컴퓨터 판독가능 저장 매체는 신호들을 포함하지 않는다. 컴퓨터 판독가능 저장 매체는 RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CD-ROM, 디지털 다기능 디스크들(DVD) 또는 다른 광학 디스크 저장 디바이스, 자기 카세트들, 자기 테이프, 자기 디스크 저장 또는 다른 자기 저장 디바이스들, 또는 원하는 정보를 저장하기 위해 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 기타 물리적 매체를 포함하지만, 이들로 제한되지 않는다.

도면들에 도시된 것과 같은 본 개시내용의 주제의 양호한 실시예들을 설명하는데 있어서, 특정한 용어가 명료성을 위해 이용된다. 그러나, 청구된 주제는 그렇게 선택된 특정한 용어로 제한되도록 의도되지 않으며, 각각의 특정한 요소는 유사한 목적을 달성하기 위해 유사한 방식으로 동작하는 모든 기술적 등가물들을 포함한다는 것을 이해하여야 한다.

다음은 상기 설명에서 나타날 수 있는 서비스 레벨 기술들에 관한 약자들의 리스트이다. 달리 명시되지 않는다면, 여기에 사용된 약자들은 아래에 리스트된 대응하는 용어로 참조된다.

AAA AA-회답

AAR AA-요구

AF 애플리케이션 기능

APN 액세스 포인트 명

AS 애플리케이션 서버

ASP 애플리케이션 서비스 제공자

AVP 속성 값 쌍

BBERF 베어러 바인딩 및 이벤트 보고 기능

CN 코어 네트워크

DRB 데이터 무선 베어러

EMM EPS 이동성 관리

eNB 이볼브드 노드 B

EPS 이볼브드 패킷 시스템

ESM EPS 세션 관리

GPRS 일반 패킷 무선 서비스

GTP GPRS 터널링 프로토콜

GTP-C GTP 제어

GTP-U GTP 사용자

HSS 홈 가입자 서버

MME 이동성 관리 엔티티

MO 관리 객체

MT 이동 단말

MTC 머신형 통신들

MTC-IWF 머신형 통신들 - 인터워킹 기능

NAS 비액세스 계층

PCC 정책 및 과금 제어

PCEF 정책 및 과금 집행 기능

PCRF 정책 및 과금 규칙들 기능

PDN 패킷 데이터 네트워크

P-GW PDN 게이트웨이

RAA 재허가-회답 (RA-회답)

RAR 재허가-요구(RA-요구)

SCEF 서비스 능력 노출 기능

SCS 서비스들 능력 서버

SD 소량 데이터

SDDTE 소량 데이터 및 디바이스 트리거링 향상들

S-GW 서빙 게이트웨이

SPR 가입 프로필 저장소

SRB 시그널링 무선 베어러

TA 단말기 적응

TAU 추적 영역 업데이트

TDF 트래픽 검출 기능

TE 단말기 장비

TFT 트래픽 흐름 템플레이트

UDR 사용자 데이터 저장소

UE 사용자 장비

UICC 유니버설 집적 회로 카드

본 서면의 설명은 최상의 모드를 포함하는 본 발명을 개시하기 위해, 그리고 또한 본 기술 분야의 통상의 기술자가 임의의 디바이스들 또는 시스템들을 만들고 사용하고 임의의 포함된 방법들을 수행하는 것을 포함하는, 본 발명을 실시하게 하기 위해 예들을 사용한다. 본 발명의 특허가능한 범위는 청구범위에 의해 정해지고, 본 기술 분야의 통상의 기술자들이 착안할 수 있는 다른 예들을 포함할 수 있다. 이러한 다른 예들은 그들이 청구범위의 문자 그대로의 언어와 상이하지 않은 구조적 요소들을 포함한다면, 또는 그들이 청구범위의 문자 그대로의 언어들과 많지 않은 차이들을 갖는 등가적인 구조적 요소들을 포함한다면 청구범위의 범위 내에 있도록 의도된다.

Claims (15)

1. 프로세서 및 메모리를 포함하는 장치로서,
   상기 장치는 상기 메모리에 저장된 컴퓨터 실행가능 명령어들을 더 포함하며, 상기 컴퓨터 실행가능 명령어들은 상기 프로세서에 의해 실행될 때, 상기 장치로 하여금:
   상기 장치가 하나 이상의 소량 데이터(small data) 절차를 지원한다는 제1 표시를 네트워크 엔티티에 전송하고;
   상기 장치가 상기 하나 이상의 소량 데이터 절차 중 제1 소량 데이터 절차를 사용할 수 있다는 제2 표시를 상기 네트워크 엔티티로부터 수신하고;
   업링크 데이터가 상기 제1 소량 데이터 절차만을 사용하여 전송될 것이라는 제3 표시를 상기 네트워크 엔티티로부터 수신하고; 그리고
   상기 제1 소량 데이터 절차를 사용하여 상기 업링크 데이터를 상기 네트워크 엔티티로 전송하도록 하는, 장치.
2. 제1항에 있어서, 상기 하나 이상의 소량 데이터 절차는 NAS(non-access-stratum) 메시징을 통해 표시되는, 장치.
3. 제1항에 있어서, 상기 컴퓨터 실행가능 명령어들은 또한 상기 장치로 하여금, 데이터 전달을 위해, 상기 제1 소량 데이터 절차를 사용할 것을 결정하도록 하는, 장치.
4. 제1항에 있어서, 상기 제1 표시는 제1 메시지 내에서 전송되고, 상기 제2 표시는 제2 메시지 내에서 수신되고, 상기 제3 표시는 제3 메시지 내에서 수신되는, 장치.
5. 제1항에 있어서, 상기 장치는 사용자 장비(UE)인, 장치.
6. 네트워크에 접속된 제1 장치에 의해 수행되는 방법으로서,
   제2 장치가 하나 이상의 소량 데이터 절차를 지원한다는 제1 표시를 상기 제2 장치로부터 수신하는 단계;
   상기 제2 장치가 상기 하나 이상의 소량 데이터 절차 중 제1 소량 데이터 절차를 사용할 수 있다는 제2 표시를 상기 제2 장치에 전송하는 단계; 및
   업링크 데이터가 상기 제1 소량 데이터 절차만을 사용하여 전송될 것이라는 제3 표시를 상기 제2 장치에 전송하는 단계
   를 포함하는 방법.
7. 제6항에 있어서, 상기 제1 소량 데이터 절차에 따라 상기 업링크 데이터를 상기 제2 장치로부터 수신하는 단계를 더 포함하는 방법.
8. 제6항에 있어서, 상기 제1 소량 데이터 절차는 NAS 메시징을 통해 표시되는, 방법.
9. 제6항에 있어서, 상기 제2 장치는 사용자 장비(UE)인, 방법.
10. 제6항에 있어서, 상기 제1 표시는 제1 메시지 내에서 수신되고, 상기 제2 표시는 제2 메시지 내에서 전송되고, 상기 제3 표시는 제3 메시지 내에서 전송되는, 방법.
11. 장치에 의해 수행되는 방법으로서,
    상기 장치가 하나 이상의 소량 데이터 절차를 지원한다는 제1 표시를 네트워크 엔티티에 전송하는 단계;
    상기 장치가 상기 하나 이상의 소량 데이터 절차 중 제1 소량 데이터 절차를 사용할 수 있다는 제2 표시를 상기 네트워크 엔티티로부터 수신하는 단계;
    업링크 데이터가 상기 제1 소량 데이터 절차만을 사용하여 전송될 것이라는 제3 표시를 상기 네트워크 엔티티로부터 수신하는 단계; 및
    상기 제1 소량 데이터 절차를 사용하여 상기 업링크 데이터를 상기 네트워크 엔티티로 전송하는 단계
    를 포함하는 방법.
12. 제11항에 있어서, 상기 하나 이상의 소량 데이터 절차는 NAS 메시징을 통해 표시되는, 방법.
13. 제11항에 있어서,
    데이터 전달을 위해, 상기 제1 소량 데이터 절차를 사용할 것을 결정하는 단계
    를 더 포함하는 방법.
14. 제11항에 있어서, 상기 제1 표시는 제1 메시지 내에서 전송되고, 상기 제2 표시는 제2 메시지 내에서 수신되고, 상기 제3 표시는 제3 메시지 내에서 수신되는, 방법.
15. 제11항에 있어서, 상기 장치는 사용자 장비(UE)인, 방법.
    
    
    
    

Images