KR102167870B1 - 머신 타입 통신 그룹 기반 서비스를 위한 조정된 그룹화 - Google Patents

Abstract

네트워크 계층 그룹 기반 서비스들의 수신을 위한 디바이스들의 조정된 그룹화를 위한 시스템이 개시되어 있다. SCS와 같은 서비스 계층 시스템은 네트워크 계층 서비스들을 받기 위해 디바이스 그룹을 생성하라는 요청을 발생시킨다. 요청은, 예를 들어, MTC-IWF와 같은 네트워크 계층 시스템에 수신된다. 예를 들어, HSS와 같은, 네트워크 계층 시스템들은 요청된 서비스를 식별된 디바이스들로 전달하는 방식을 식별하고, 요청된 그룹에 포함되도록 디바이스들을 프로비저닝하기 위해 디바이스들과 통신한다. 네트워크 계층 시스템들은 식별자를 서비스 계층 시스템에 전달하고, 서비스 계층 시스템은 식별된 디바이스 그룹에 의한 서비스의 실행을 요청하기 위해 차후에 식별자를 사용할 수 있다.

Description

머신 타입 통신 그룹 기반 서비스를 위한 조정된 그룹화{COORDINATED GROUPING FOR MACHINE TYPE COMMUNICATIONS GROUP BASED SERVICES}

관련 출원들의 상호 참조

본 출원은 미국 특허법(35 U.S.C.) 제119조 (e)에 따라 2014년 7월 7일자로 출원된 미국 특허 가출원 제62/021369호 - 그의 내용은 이로써 그 전체가 참고로 본원에 포함됨 - 를 우선권 주장한다.

머신 타입 통신(machine type communications)(MTC)은 머신들, 또는 디바이스들이 네트워크를 통해 서로 통신하는 것을 지칭한다. 머신 타입 통신은, 예를 들어, 몇 가지 분야들을 열거하면, 감시, 자산 추적, 배송 추적(fleet tracking), 원격 감지, 차량 진단, 및 디지털 계측과 관련하여, 다양한 기능 영역들에서 광범위한 응용가능성을 갖는다. 머신들 간의 통신은, 예를 들어, 고정 네트워크, 무선 네트워크, 또는 이 둘의 조합을 비롯한 임의의 적당한 전송 기술을 통해 행해질 수 있다. 하나의 통상적인 실시예에서, 디바이스들은 3GPP(3rd Generation Partnership Project) 네트워크와 같은 무선 셀룰러 네트워크를 통해 통신한다.

3GPP 네트워크들이, 서비스라고 지칭될 수 있는, 특징들을 디바이스 그룹 내의 몇 개의 디바이스들 각각에 제공할 수 있는 것은 머신간 통신(machine to machine communications)과 관련하여 특히 유용한 것으로 밝혀졌다. 예를 들어, 3GPP 네트워크 코어는 동일한 메시지가, 예를 들어, 사용자 장비(UE)일 수 있는 디바이스들의 정의된 그룹으로 배포되는 서비스들을 제공한다. 이와 유사하게, 3GPP 네트워크는 정의된 디바이스 그룹에 대한 정책을 시행하기 위해 정의된 디바이스 또는 UE 그룹이 감시(police)될 수 있는 서비스를 제공한다. 다른 예에서, 3GPP 네트워크는, 개별적으로 수집되기보다는, 정의된 UE 그룹에 대한 과금가능 이벤트들의 기록들이 수집되는 서비스를 제공한다.

3GPP가 서비스들을 정의된 디바이스 그룹들에 제공할 수 있는 것은 아주 다양한 디바이스 설치들에 적용가능하다. 예를 들어, 동일한 애플리케이션을 실행하거나 유사한 거동을 나타내는 디바이스들의 그룹은 종종 그룹 기반 서비스들을 받는 것에 대한 좋은 후보들이다. 이와 유사하게, 동일한 시설 또는 시설들의 그룹에 하우징되어 있는 디바이스들은 그룹으로서 서비스들을 받는 것에 적합하게 되어 있다. 마찬가지로, 동일한 엔티티에 의해 소유 또는 조작되는 복수의 디바이스들은 서비스들을 받기 위해 하나로 그룹화되는 것으로부터 이득을 볼 수 있다. 게다가, 동일한 차량에 하우징되어 있거나 동일한 차량에서 이동하고 있는 몇 개의 디바이스들과 관련하여 3GPP 서비스들을 사용하는 것이 운영상 효율적일 수 있다. 고객 및 네트워크 통신사업자 둘 다의 관점으로부터 볼 때, MTC 디바이스 그룹들의 최적화된 핸들링에서 이점이 있다.

그에 따라, 디바이스들이 그룹으로서 서비스되는 것에 적합하게 되어 있는 경우가 종종 있다. 게다가, 3GPP 네트워크들에서의 머신간 통신의 확장된 배포는 불가피하게도 기존의 그룹 기반 서비스들의 보다 많은 이용 및 새로운 그룹 기반 서비스들의 배포를 가져올 것이다.

서비스들을 받기 위해 디바이스 그룹들을 생성하는 것은 전형적으로 수동 개입에 의해 달성된다. 예를 들어, 관련 머신들 및 서비스 제공 코어 네트워크 디바이스들 각각은 관련 디바이스들이 그룹으로서 서비스될 수 있도록 적절한 정보로 개별적으로 프로비저닝되어야만 한다. 이와 유사하게, 기존의 디바이스 그룹에 대한 수정들이 필요할 때, 영향을 받는 디바이스들은 수정들을 구현하기 위해 개별적으로 프로비저닝되어야만 한다.

출원인은 그룹 기반 서비스들의 수신을 위한 머신 디바이스들의 조정된 그룹화를 위한 시스템들 및 방법들을 개발하였다. 개시된 시스템들 및 방법들에서, 예를 들어, SCS(server capability server)들과 같은 서비스 계층 시스템들은 디바이스 그룹화들의 생성 및 수정을 관리하고, 적절한 UE들에서의 필요한 그룹화 동작들을 구현하기 위해 네트워크 계층 시스템들, 즉 3GPP 시스템들과 조정한다. 서비스 계층 시스템들은 네트워크 아키텍처 관점에서 최종 사용자 애플리케이션들에 가깝게 배치되고, 따라서 서비스들을 받기 위해 어느 디바이스들이 그룹화되어야만 하는지를 결정하기 위해 잘 위치된다. 네트워크 계층 시스템들, 즉 3GPP 시스템들은 UE들에 관한 현재 정보를 유지하고, 요청된 그룹화가 행해질 수 있는지를 결정하고, 그러한 경우, 요구된 프로비저닝을 물리적으로 구현하는 가장 효율적인 방식을 결정하기 위해 이 정보를 사용할 수 있다.

예시적인 실시예에서, 예를 들어, SCS와 같은, 서비스 계층 시스템은 디바이스 그룹화를 생성하거나 기존의 디바이스 그룹을 수정하는 것이 유용할 것으로 결정한다. SCS는 서비스 계층 또는 애플리케이션 계층에서의 활동들에 응답하여 그룹화 동작이 필요하다고 결정할 수 있다. 예를 들어, SCS는 자동화된 제조 라인을 제어하고 모니터링하기 위해 많은 수의 센서 디바이스들이 배포되어 있다는 표시를, 아마도 사용자 애플리케이션으로부터, 수신할 수 있다. 이러한 시나리오에서, SCS는 모든 디바이스들에 공통인 통신을 발생시키기 위해 디바이스 그룹화를 생성하는 것이 유용할 것으로 결정할 수 있다. 대안의 예에서, SCS는 새로운 센서 디바이스가 기존의 제조 라인에 추가되어야 한다는 정보를 사용자 애플리케이션으로부터 수신할 수 있다. 이러한 시나리오에서, SCS는 새로운 센서 디바이스를 특정의 제조 라인에 위치된 디바이스들에 대한 기존의 그룹화에 추가하는 것이 유용할 것으로 결정할 수 있다.

SCS는 그룹 동작을 구현하기 위해 그룹 요청을 발생시킨다. 요청은, 예를 들어, 그룹으로서 서비스될 수 있는 새로운 디바이스 그룹을 생성하라는 요청일 수 있다. 다른 예시적인 실시예에서, 요청은 새로운 디바이스를 추가하기 위해 기존의 디바이스 그룹을 수정하라는 것일 수 있다. SCS는 그 동작을 수행하기 위해 네트워크 계층에 의해 필요하게 되는 임의의 정보를 발생된 요청에 포함시킨다. 예를 들어, 요청이 3GPP 메시징 서비스를 사용하여 액세스가능한 디바이스 그룹을 생성하라는 것인 시나리오에서, 요청은 그룹에 포함되어야 하는 특정의 디바이스들을 식별해주는 정보와 함께 요청되는 특정의 3GPP 서비스를 식별해줄 수 있다. 요청이 기존의 디바이스 그룹을 수정하라는 것인 시나리오에서, 요청은 특정의 그룹은 물론, 그룹에 추가되거나 그룹으로부터 제거되어야 하는 특정의 디바이스들의 ID(identity)를 식별해줄 수 있다. SCS는 발생된 그룹 요청을 네트워크 계층으로 전송한다.

그룹 요청이 3GPP 네트워크 시스템에 수신된다. 3GPP 네트워크에서의 요청의 처리는 요청 및 네트워크 시스템의 구성에 따라 달라질 수 있다. 그렇지만, 일반적으로, 예를 들어, HSS(home subscriber server) 및/또는 MTC-IWF(machine type communication-inter-working function)일 수 있는, 3GPP 코어 네트워크 내의 시스템은 특정의 SCS가 요청된 서비스를 사용할 권한이 있는지 그리고 요청에서 식별된 UE들 또는 디바이스들이 요청된 서비스를 받도록 프로비저닝될 수 있는지를 결정한다.

적절한 3GPP 시스템이 요청된 서비스가 식별된 디바이스들에서 사용하기 위해 이용가능한 것으로 결정하는 경우에, 3GPP 코어 네트워크 시스템은 프로비저닝하라는 그룹 요청을 발생시켜 요청에 관련된 UE들 각각으로 전송한다. 예를 들어, 요청이 새로운 디바이스 그룹화를 생성하라는 것인 시나리오에서, 코어 네트워크 시스템은 프로비저닝 요청을 그룹에 포함되어야 하는 UE들 각각으로 전송한다. 요청이 기존의 디바이스 그룹을 수정하라는 것인 시나리오에서, 코어 네트워크 시스템은, 그룹에 추가되거나 그룹으로부터 제거되는 UE들과 같은, 요청에 의해 영향을 받는 그 디바이스들로만 요청들을 전송할 수 있다. 응답 또는 답변이 그룹 프로비저닝 요청이 행해진 대상인 UE들 각각으로부터 수신될 수 있다.

확인이 UE들로부터 수신되고 초기 요청이 새로운 그룹을 생성하라는 것이었던 경우에, 3GPP 시스템은 그룹 식별자를 그룹에 할당한다. 3GPP 시스템은 이어서 응답을 요청을 발신한 서비스 레벨 시스템으로 전송한다. 응답은 서비스 레벨 시스템으로부터의 요청이 성공적으로 구현되었는지의 표시 및, 예를 들어, 요청이 새로운 그룹을 생성하라는 것인 경우의 그룹 식별자와 같은, 요청에 관련된 임의의 정보를 포함한다.

개시된 시스템들 및 방법들은, 어떤 경우에, 기존의 디바이스 그룹들에 대한 수정들이, 서비스 계층으로부터의 요청에 응답해서가 아니라, 네트워크 시스템에 의해 개시될 수 있는 것을 생각하고 있다. 예를 들어, 네트워크 시스템은, 아마도, 기존의 그룹의 멤버인 UE가 비활성화되거나 네트워크로부터 접속 해제(detach)되었기 때문에, 그 UE가 더 이상 접근가능하지 않은 것으로 결정할 수 있다. UE들은, 그룹을 생성하는 정보로 프로비저닝될 때, 이벤트들이 일어나는 경우, UE로 하여금 네트워크 계층에서의 특정의 시스템, 예컨대, HSS 또는 IWF에 통지하게 하는 그 이벤트들을 식별해주는 데이터를 수신했을 수 있다. 그에 따라, UE가, UE가 네트워크로부터 접속 해제되는 것과 같은, 이벤트를 검출하거나 UE가 혼잡을 경험하고 있을 때, UE는 이벤트를 네트워크 계층에서의 지정된 시스템으로 전달한다.

이벤트의 통지를 수신한 것에 응답하여, 네트워크 계층 시스템, 예컨대, HSS 또는 IWF는 확인응답(acknowledgment)을 송신한다. 네트워크 계층 시스템은 이어서 이벤트에 응답하여 행해져야만 하는 수정들을 결정한다. 네트워크 계층 시스템은 특정의 이벤트에 응답하는 것에 대한 정책들을 식별해주는 데이터에 의존할 수 있다. 정책들은 UE들이 그룹에 추가되거나 그룹으로부터 제거되어야 하는지와 그룹에 추가하거나 그룹으로부터 제거하기 위한 UE들을 어떻게 선택하는지를 식별해줄 수 있다. UE들 및 취해야 하는 조치들을 식별할 때, 네트워크 계층 시스템은 그룹 프로비저닝 요청들을 작성하여 식별된 UE들 각각으로 전송한다. 네트워크 계층 시스템은 프로비저닝 요청들이 전송되었던 UE들로부터 응답들을 수신한다.

UE들로부터 응답들을 수신할 때, 네트워크 계층 시스템은 서비스 계층 시스템이 임의의 수정들을 통지받아야 하는지를 결정한다. 예를 들어, 네트워크 계층 시스템은 디바이스 그룹의 멤버들이 변했기 때문에, 서비스 계층 시스템이 통지받아야 하는 것으로 결정할 수 있다. 그러한 경우, 서비스 계층 시스템은 통지를 작성하여 적절한 서비스 레벨 시스템, 예컨대, SCS로 전송한다.

개시된 시스템들 및 방법들은 또한 그룹 기반 서비스들을 실행하는 것을 제공한다. 그에 따라, 서비스 계층이 특정의 서비스들을 받기 위한 디바이스 그룹을 생성 및/또는 수정하기 위해 네트워크 계층과 통신한 후에, 서비스 계층은 이어서 네트워크 계층에 서비스를 실제로 실행하라고 요청할 수 있다. 예시적인 실시예에서, SCS와 같은 서비스 계층 시스템은 특정의 디바이스 그룹에 대해 특정의 서비스를 실행하라는 요청을 작성하여 전송한다. 요청은, 예를 들어, 특정의 서비스 및 특정의 디바이스 그룹과 연관된 그룹 식별자를 포함할 수 있다.

요청의 수신 시에, 네트워크 계층 시스템은 요청에 명시된 서비스의 핸들링에 관한 정보를 검색한다. 예를 들어, 네트워크 계층 시스템은 그룹과 연관되어 있는 UE들에 관한 정보를 검색할 수 있다. 검색된 정보를 사용하여, 네트워크 계층 시스템은 요청들을 작성하여 그룹 내의 식별된 UE들로 전송한다. 요청을 수신하는 UE들은 특정의 UE에서의 서비스의 실행에 관해 보고하는 답변으로 응답한다. 네트워크 계층 시스템은 UE들에 의해 보고된 정보를 집계하고, 집계된 데이터를 요청을 발신했던 서비스 레벨 시스템으로 전송한다.

이 발명의 내용은 이하에서 발명을 실시하기 위한 구체적인 내용에 추가로 기술되는 일련의 개념들을 간략화된 형태로 소개하기 위해 제공된다. 이 발명의 내용은 청구된 발명 요지의 핵심적인 특징들 또는 필수적인 특징들을 확인하는 것으로 의도되어 있지도 않고, 청구된 발명 요지의 범주를 제한하는 데 사용되는 것으로 의도되어 있지도 않다. 다른 특징들이 이하에서 기술된다.

이상의 요약 및 예시적인 실시예들의 이하의 부가 설명이 첨부 도면들과 관련하여 읽어보면 더 잘 이해될 수 있다. 개시된 시스템들 및 방법들의 잠재적인 실시예들이 도시된 것들로 제한되지 않는다는 것을 잘 알 것이다.
도 1은 머신 타입 그룹 기반 서비스들을 위한 머신들의 조정된 그룹화에 적당한 예시적인 머신 타입 통신 아키텍처를 나타낸 도면.
도 2는 머신 그룹화들의 조정된 생성을 위한 프로세스의 흐름도.
도 3은 머신 그룹화들의 생성을 위한 HSS 기반 프로세스의 흐름도.
도 4는 머신 그룹화들의 생성을 위한 MTC-IWF 기반 프로세스의 흐름도.
도 5는 머신 그룹화들의 수정을 위한 HSS 기반 프로세스의 흐름도.
도 6은 머신 그룹화들의 수정을 위한 MTC-IWF 기반 프로세스의 흐름도.
도 7은 코어 네트워크-개시 그룹 수정을 위한 HSS 기반 프로세스의 흐름도.
도 8은 코어 네트워크-트리거링, SCS-개시 그룹 수정을 위한 HSS 기반 프로세스의 흐름도.
도 9는 접속(Attach) 절차 동안 즉각적(on the fly) 그룹 수정을 위한 HSS 기반 프로세스의 흐름도.
도 10은 접속 절차 동안 즉각적 그룹 수정을 위한 MTC-IWF 기반 프로세스의 흐름도.
도 11a 및 도 11b는 TAU 절차 동안 즉각적 그룹 수정을 위한 HSS 기반 프로세스의 흐름도.
도 12a 및 도 12b는 TAU 절차 동안 즉각적 그룹 수정을 위한 MTC-IWF 기반 프로세스의 흐름도.
도 13은 그룹 서비스 실행을 위한 HSS 기반 프로세스의 흐름도.
도 14는 그룹 서비스 실행을 위한 MTC-IWF 기반 프로세스의 흐름도.
도 15는 oneM2M 기능 아키텍처를 나타낸 도면.
도 16은 oneM2M 아키텍처에서의 공통 서비스 기능들을 나타낸 도면.
도 17은 oneM2M 아키텍처에서의 그룹 생성 프로세스를 나타낸 도면.
도 18은 PAN 코디네이터(PAN coordinator)와 인터페이싱하는 oneM2M 노드를 나타낸 도면.
도 19는 PAN 네트워크에서 디바이스 그룹화를 생성하는 프로세스를 나타낸 도면.
도 20a는 예시적인 M2M(machine to machine), IoT(Internet of Things), 또는 WoT(Web of Things) 통신 시스템을 나타낸 도면.
도 20b는 M2M 애플리케이션, M2M 게이트웨이 디바이스들, M2M 단말 디바이스들, 및 통신 네트워크에 대한 서비스를 제공할 때 M2M 서비스 계층의 동작을 나타내는 예시적인 시스템을 나타낸 도면.
도 20c는 본원에 기술되는 시스템들 및 방법들과 관련하여 사용될 수 있는 기지국의 기능 컴포넌트들을 나타낸 도면.
도 20d는 본원에 기술되는 시스템들 및 방법들과 관련하여 기지국으로서 사용하기에 적당한 시스템을 나타낸 도면.
도 20e는 본원에 기술되는 시스템들 및 방법들을 구현하는 데 사용될 수 있는 예시적인 컴퓨팅 시스템을 나타낸 도면.

예시적인 통신 아키텍처

도 1은 머신 타입 그룹 기반 서비스들을 위한 머신들의 조정된 그룹화에 적당한 예시적인 머신 타입 통신 아키텍처를 나타내고 있다. 도 1의 예시적인 실시예에서, 3GPP 기반 통신 아키텍처는 그룹 기반 서비스들을 위한 머신들의 조정된 그룹화를 제공하기 위해 서비스 레벨 컴포넌트들과 인터페이싱한다.

도 1에 예시된 바와 같이, SCS(service capability server)(212)를 포함하는 서비스 레벨로부터의 컴포넌트들은 코어 3GPP 네트워크, 디바이스들, 및 애플리케이션들에 서비스들을 제공한다. SCS(212)는 또한 M2M 서버, MTC 서버, 서비스 능력 계층(Service Capability Layer), 또는 CSE(Common Services Entity)라고도 불리울 수 있다. SCS(212)는 HPLMN(home public land mobile network)의 통신사업자에 의해 또는 MTC 서비스 제공업자에 의해 제어될 수 있다. SCS(212)는 통신사업자 도메인(operator domain) 내부에 또는 외부에 배포될 수 있다. SCS(212)가 통신사업자 도메인 내부에 배포되는 시나리오에서, SCS(212)는 내부 네트워크 기능일 수 있고, 통신사업자에 의해 제어될 수 있다. SCS(212)가 통신사업자 도메인 외부에 배포되는 시나리오에서, SCS(212)는 MTC 서비스 제공업자에 의해 제어될 수 있다.

SCS(212)는 Tsp 참조 지점(즉, 인터페이스)(208)을 통해 MTC-IWF(machine type communication (MTC) interworking function)(210)와 통신할 수 있다. Tsp 참조 지점(208)은 3GPP 진화된 패킷 코어 네트워크와 연동하기 위해 사용되는 인터페이스의 일 예이다. 연동은 정보를 교환하는 것, 디바이스들을 제어하는 것, 디바이스들을 모니터링하는 것, 또는 디바이스들과 통신하는 것을 위해 코어 네트워크와 인터페이싱하는 것을 지칭한다. 예를 들어, 연동은 디바이스들을 그룹화하는 것 및 기존의 그룹화들을 수정하는 것을 위해 SCS(212)와 코어 네트워크 사이에서 인터페이싱하는 것을 지칭할 수 있다.

도 1에 추가로 예시된 바와 같이, 참조 지점(즉, 인터페이스) Tsms(202)는 SMS-SC(short message service (SMS) service center)(204)를 SME(short message entity)(206)에 연결시킬 수 있다. Tsms 참조 지점(202)은 코어 네트워크와 연동하기 위해 사용되는 인터페이스의 다른 예이다. SMS-SC(204)는 T4 참조 지점을 통해 MTC-IWF(210)와 통신한다.

SCS(212)는 MTC(MTC UE) 애플리케이션(216)을 포함할 수 있는 사용자 장비(214), HPLMN(예컨대, 경계(218)에 의해 정의됨) 내의 MTC-IWF(210), 또는 디바이스 트리거링을 위한 SMS-SC(204)와 통신하기 위해 3GPP 네트워크에 연결할 수 있다. SCS(212)는 애플리케이션 서버(220) 상의 하나 이상의 MTC 애플리케이션들에 의해 사용하기 위한 능력들을 제공할 수 있다. 본원에 개시되는 처리와 관련하여, SCS(212)는 3GPP 서비스들을 받기 위해 디바이스들을 그룹화하라는 요청들과 관련하여 MTC-IWF(210)와 통신할 수 있다. 이하에서 논의되는 바와 같이, 일부 예시적인 실시예들에서, MTC-IWF(210)는 SCS(212)로부터 수신되는 요청들을 처리하는 것의 일부로서 HSS(home subscriber server)(116)와 통신할 수 있다. 도시된 바와 같이, HSS(115) 및 MTC-IWF(210)는 S6m 인터페이스(232)를 통해 통신가능하게 결합될 수 있다. HSS(116)는 사용자에 관련된 그리고 가입자에 관련된 정보를 포함하는 데이터베이스를 포함한다. 이는 또한 이동성 관리, 호 및 세션 설정, 사용자 인증 및 액세스 허가에서의 지원 기능들을 제공한다.

UE(214)는, RAN(radio access network)(219)을 포함할 수 있는 PLMN(public land mobile network)을 통해, SCS(들)(212) 및/또는 다른 MTC UE(들)와 통신할 수 있다. MTC UE(214)는 하나 이상의 MTC 애플리케이션들(216)을 호스팅할 수 있다. MTC 애플리케이션들(216)은 또한 하나 이상의 AS들(220/222) 상에서도 호스팅될 수 있다. UE(214) 상에서 실행 중인 MTC 애플리케이션(216)은 SCS들(212), AS MTC 애플리케이션들, 또는 다른 UE MTC 애플리케이션들과 상호작용할 수 있는 MTC 통신 종단점일 수 있다. 도 1이 MTC UE(214)의 하나의 인스턴스만을 예시하고 있지만, 많은 UE들(214)이 존재할 수 있고 3GPP 네트워크를 통해 주소지정가능할 수 있다는 것을 잘 알 것이다.

애플리케이션 서버(AS)(220/222)는 또한 하나 이상의 MTC 애플리케이션들도 호스팅할 수 있다. SCS(들)(212) 및/또는 GGSN/P-GW(224)와 (인터페이스들(228, 230)을 통해) 인터페이싱할 수 있는 AS(220/222) 상에서 실행 중인 MTC 애플리케이션들은 SCS들(212), UE(214) 상에서 동작하는 MTC 애플리케이션들, 및/또는 다른 MTC 애플리케이션들과 상호작용할 수 있다.

MTC-IWF(MTC inter working function)(210)는 SCS(212)가 내부 PLMN 토폴로지를 주소지정할 필요가 없도록 추상화 레벨을 제공한다. MTC-IWF(210)는 PLMN에서의 MTC 기능(예컨대, MTC UE 트리거링)을 지원하기 위해 (예컨대, Tsp 참조 지점(208)을 통해) 그 자신과 SCS(212) 사이에서 사용되는 시그널링 프로토콜들을 중계 및/또는 변환할 수 있다. 예를 들어, SCS(212)는 MTC-IWF(210)에게 트리거를, 예를 들어, UE 디바이스(214)일 수 있는, MTC 디바이스로 송신하라고 요청할 수 있다. MTC-IWF(210)는 MTC 트리거를 SMS를 통해 MTC 디바이스(214)로 전달할 수 있다. MTC 디바이스(214) 그리고, 상세하게는, MTC UE 애플리케이션(216)은, 트리거에 기초하여, SCS(212)에 응답할 수 있다. MTC 디바이스(214)는, 예를 들어, 센서 판독값으로 응답할 수 있다. 예시적인 시나리오에서, MTC 디바이스(214)가 SCS(212)에 응답할 때, MTC 디바이스(214)는 SCS(212)와 통신하기 위해 PDN(packet data network)/PDP(packet data protocol) 연결을 사용할 수 있다. MTC 디바이스(214)는 IP 연결을 사용하여 SCS(212)와 연결할 수 있다.

예시적인 실시예에서, MTC-IWF(210)는, SCS(212)가 3GPP 네트워크와 통신을 구축할 수 있기 전에, SCS(212)에 권한을 부여할 필요가 있을 수 있다. 예를 들어, SCS(212)가 Tsp 참조 지점(208)을 통해 트리거 요청을 할 때, MTC-IWF(210)는 SCS(212)가 트리거 요청을 송신할 권한이 있는지 및 SCS(212)가 그의 트리거 제출 한도 또는 레이트를 초과하지 않았는지를 검사할 수 있다.

MSC(mobile switching center)(238)는 GSM/CDMA에 대한 주 서비스 전달 노드(primary service delivery node)이고, 음성 통화 및 SMS는 물론 다른 서비스들(전화 회의, 팩스 및 회선 교환 데이터 등)을 라우팅하는 일을 책임지고 있다. MSC(238)는 종단간 연결을 설정 및 해제하고, 통화 동안 이동성 및 핸드오버 요구사항들을 핸들링하고, 과금 및 실시간 선불 정산 모니터링에 주의를 기울인다.

SGSN(serving general packet radio service (GPRS) support node)(234)은 그의 지리적 서비스 영역 내의 모바일 디바이스들로부터의 그리고 그 모바일 디바이스들로의 데이터 패킷들의 전달을 책임지고 있다. 그의 임무는 패킷 라우팅 및 전송, 이동성 관리(접속/접속 해제 및 위치 관리), 논리적 링크 관리, 그리고 인증 및 과금 기능들을 포함한다. SGSN의 위치 등록기(location register)는 그에 등록되어 있는 모든 GPRS 사용자들의 위치 정보(예컨대, 현재 셀, 현재 VLR) 및 사용자 프로파일들(예컨대, IMSI, 패킷 데이터 네트워크에서 사용되는 주소(들))을 저장한다.

M2M/MTC 통신은 사람 상호작용을 수반하는 종래의 데이터 통신과 상이하다. 예를 들어, 데이터 통신을 필요로 하는 M2M/MTC 애플리케이션들 모두가 동일한 특성들을 갖는 것은 아니다. 각각의 상이한 유형의 M2M/MTC 애플리케이션은 상이한 유형들의 통신 서비스들을 필요로 할 수 있다. 3GPP TS 22.368 - 그의 내용은 이로써 그 전체가 참조로 포함됨 - 은 이 상이한 서비스 요구사항들을 확인해주고 이 서비스들을 제공할 상이한 MTC 특징들을 열거한다. 예를 들어, MTC 특징 'Low Mobility'은 움직이지 않는, 가끔 움직이는, 또는 특정 영역 내에서만 움직이는 MTC 디바이스들에 대해 사용하도록 의도되어 있다. MTC 특징 'Time Controlled'는 정의된 시간 구간들 동안만 데이터를 송신 또는 수신하고 이 정의된 시간 구간들 밖에서는 불필요한 시그널링을 피하도록 허용될 수 있는 MTC 애플리케이션들에 대해 사용하도록 의도되어 있다. MTC 특징 'Small Data Transmissions'은 소량의 데이터를 송신 또는 수신하는 MTC 디바이스들에 대해 사용하도록 의도되어 있다. MTC 특징 'Infrequent Mobile Terminated'는 모바일 발신 통신(mobile originated communications)을 주로 이용하는 MTC 디바이스들에 대해 사용하도록 의도되어 있다. MTC 특징 'MTC Monitoring'은 MTC 디바이스에 관련된 이벤트들을 모니터링하도록 의도되어 있다. MTC 특징 'Secure Connection'은 MTC 디바이스와 MTC 서버/MTC 애플리케이션 서버 사이의 보안 연결을 필요로 하는 MTC 디바이스들에 대해 사용하도록 의도되어 있다. 마지막으로, MTC 특징 'Group Based'는 MTC 디바이스 그룹에 적용되고, 그룹 기반 정책, 그룹 기반 주소지정 등을 포함한다.

기존의 3GPP 네트워크들에서, 애플리케이션 계층 데이터 통신은 주로 패킷 도메인(packet domain)을 통해 그리고 SMS를 통해 지원된다. (i) 패킷 도메인(SGi 및 Gi 참조 지점들을 통함), (ii) SMS(short message service), (iii) MMS(multimedia messaging service), 및 (iv) NAS(Non-Access Stratum)를 비롯한, 몇 개의 상이한 전송 메커니즘들이 사용가능하다.

패킷 도메인 메시징과 관련하여, PGW/GGSN(224)은 데이터 통신을 위한 앵커 포인트로서 기능하고, 코어 네트워크 내에서 사용자 평면 데이터를 GTP-U 터널들(S5/S8 인터페이스들에서는 PMIP도 사용될 수 있음)을 통해 라우팅한다. 3GPP TS 23.401 - 그의 내용은 이로써 그 전체가 참고로 본원에 포함됨 - 은 이 EPC 아키텍처를 정의한다. GTP-U 터널은 그를 통해 전송되는 IP 흐름들에 통상적인 QoS 처리를 제공한다. 패킷 필터들은 명시된 GTP-U 터널을 통해 전송되어야 하는 흐름들을 좌우한다.

SMS는, 3GPP TS 23.040 - 그의 내용은 이로써 그 전체가 참조로 포함됨 - 에 기술된 바와 같이, MS/UE와 SME(Short Message Entity) 사이에서 SC(Service Centre)를 통해 짧은 문자 메시지들을 전송하는 수단을 제공한다. SMS는 주로 사용자들 사이에서 짧은 문자 메시지들을 교환하는 데 사용된다. 그렇지만, SMS는 또한 짧은 데이터 통신을 위해 일부 상위 계층 애플리케이션들에 의해서도 사용될 수 있다. SMS는 또한 저장후 전달(store and forward) 메커니즘을 제공할 수 있다. SMS는 정규의 사용자 평면 데이터와 상이한 방식으로 라우팅되고, 일반적으로 SGi/Gi 인터페이스 경로를 사용하지 않는다.

MMS는 멀티미디어 메시징 상황에서 풍부한 콘텐츠 세트를 가입자들에게 제공하기 위해 사용되는 서비스이다. 이는 SMS와 유사한 저장후 전달 사용 패러다임을 제공한다. 그렇지만, MMS는 멀티미디어 메시지들을 전송하기 위해 패킷 도메인 사용자 평면(SGi/Gi)을 사용한다. MMS는 사용자 평면을 통해 실행되는 애플리케이션 레벨 서비스인 것으로 간주될 수 있다. 3GPP TS 23.140 - 그의 내용은 이로써 그 전체가 참고로 본원에 포함됨 - 은 MMS 아키텍처를 기술하고 있다. MMS는 멀티미디어 메시지의 수신자를 주소지정하기 위해 이메일 주소들(RFC 2822) 또는 MSISDN(E.164) 또는 둘 다의 사용을 지원한다. MMS는 또한 멀티미디어 메시지의 수신자를 주소지정하기 위해 서비스 제공업자 특정 주소(service provider specific address)들의 사용을 지원할 수 있다.

NAS와 관련하여, MTC-IWF(210)는 작은 데이터 메시지들을 SGSN/MME로 송신하기 위해 T5 인터페이스를 사용할 수 있고 이어서 데이터를 UE로 송신하기 위해 NAS 또는 RRC 메시지를 사용할 수 있다.

3GPP 네트워크에서의 데이터 전송을 위한 다른 기존의 메커니즘은 디바이스 트리거링이다. 디바이스 트리거링은 SCS(212)가 SCS(212)와의 통신을 개시하는 것을 포함하는 애플리케이션 특정 조치들을 수행하라고 UE(214)를 트리거링하기 위해 3GPP 네트워크를 통해 정보를 UE(214)로 송신하는 수단이다. 3GPP TS 23.682 - 그의 내용은 이로써 그 전체가 참조로 포함됨 - 는 3GPP 네트워크에 의해 지원되는 디바이스 트리거링 메커니즘을 정의한다. UE(214)에 대한 IP 주소가 SCS/AS에 의해 이용가능하지 않거나 도달가능하지 않을 때 디바이스 트리거링이 사용될 수 있다.

디바이스 트리거링이 필요한지를 결정하기 위해, SCS(212) 및/또는 AS(220)는 디바이스의 IP 주소의 유효성을 추적한다. 네트워크, 즉 PDN이 M2M 디바이스에 할당된 IP 주소를, 디바이스가 너무 오랫동안 유휴 상태에 있는 경우, 다른 UE(214)에 재할당할 수 있는 것이 가능하다. 어떤 경우에, SCS/AS는 SCS/AS에서 알고 있는 디바이스의 IP 주소를 사용하여 초기 통신을 시도할 수 있고, 통신이 (아마도 ICMP 메시지들에 기초하여) 실패한 후에 IP 주소가 유효하지 않다는 것을 검출할 수 있다. 이 프로세스는 M2M 디바이스와의 통신을 구축하는 데 시간이 많이 걸릴 수 있다. 더욱이, 기존의 디바이스 트리거링 접근법은 SCS/AS가 애플리케이션 데이터를 교환하기 전에 디바이스 트리거링이 필요한지를 결정하는 것 - 이는 SCS/AS가 디바이스 트리거링 메시지를 작성하고 디바이스 트리거링 절차를 개시하기 위해 처리 자원들을 사용하는 것을 필요로 함 - 을 필요로 한다.

그룹 기반 서비스

그룹 기반 서비스 - 때때로 그룹 기반 특징 또는 그룹 서비스라고 지칭됨 - 는 디바이스 그룹을 위해 네트워크 계층에 의해 제공되는 서비스이다. 이 서비스들은 디바이스 그룹을 핸들링하는 서비스 계층 애플리케이션들(예컨대, M2M 서비스 계층)에 유익할 수 있다. 3GPP TR 23.887의 섹션 5 - 그의 내용은 참조로 본원에 포함됨 - 는, 예를 들어, 그룹 기반 메시징, 그룹 기반 과금, 그룹 기반 정책 제어, 그리고 그룹 기반 주소지정 및 식별자들과 같은, MTC 디바이스 그룹에 대한 3GPP 네트워크를 통해 액세스가능한 서비스들을 기술한다. 이 그룹 기반 서비스들 각각은 코어 네트워크에서 상이한 방법들을 사용하는 것에 의해 실현될 수 있다. 예를 들어, 그룹 메시징이 CBS(cell broadcast server) 또는 MBMS(multimedia broadcast multicast service) 또는 다른 방법들에 의해 달성될 수 있다.

그룹 기반 메시징은 3GPP 코어 네트워크가 동일한 메시지를 UE 그룹에 효율적인 방식으로 배포하는 서비스를 지칭한다. 예를 들어, 메시지가 지리적 영역 내의 디바이스 그룹에 전달될 수 있다.

그룹 기반 과금은 3GPP 코어 네트워크가 UE 그룹에 대한 과금 기록 데이터를 검색하는 서비스를 지칭한다. MTC 애플리케이션들에 의해 발생되는 CDR(charging data record)들의 데이터 분량은 전송되는 실제 사용자 데이터의 분량보다 종종 더 크다. 이러한 상황 하에서, 개개의 디바이스별 CDR 생성 대신에, 디바이스 그룹에 대한 과금가능한 이벤트들을 카운트하기 위해 벌크 CDR들을 생성하는 것이 유익할 수 있다. 그에 따라, 그룹 기반 과금은 효율을 증대시킨다.

그룹 기반 정책 제어는 3GPP 코어 네트워크가 MTC 디바이스 그룹에 대한 정책을 시행하기 위해 UE들을 감시하는 서비스를 지칭한다. 그룹 기반 정책 제어는 MTC 애플리케이션에 유연성을 제공하고, 디바이스들 각각에 대한 개개의 정책들을 유지하는 것과 비교하여 네트워크 부담을 감소시킨다.

앞서 살펴본 서비스들은 3GPP 네트워크들을 통해 서비스 레벨 애플리케이션들에 의해 이용가능하게 되는 서비스들 중 몇 개에 불과하다. 새로운 그룹 기반 서비스들이 도입될 때, 기존의 3GPP 서비스들과 새로운 3GPP 서비스들을 지원하는 새로운 방법들이 마찬가지로 개발된다.

조정된 그룹 기반 서비스

앞서 논의된 이유들로 인해, 머신간 통신은 그룹 동작들에 적합하다. 3GPP 네트워크에서의 머신간 통신의 확장된 배포는 불가피하게도 기존의 그룹 기반 서비스들의 보다 많은 이용 및 새로운 그룹 기반 서비스들의 배포를 가져올 것이다.

네트워크 그룹 기반 서비스들을 효율적으로 이용하기 위해, 어떤 디바이스들이 그룹의 일부이어야 하는지에 관해 지능적 결정이 행해져야만 한다. 대부분의 경우에, 모바일 네트워크 사업자는 디바이스들이 그룹 멤버쉽에 관해 지능적 결정을 하는 데 어떻게 사용되고 있는지에 관해 충분한 통찰을 갖고 있지 않다. 모바일 네트워크는 어떤 디바이스들이 그룹화되어야 하는지, 언제 그룹 멤버쉽이 변해야 하는지, 그리고 언제 그룹들이 더 이상 필요하지 않은지를 결정하는 데 그다지 적합하지 않다. 오히려, 예를 들어, SCS(212)와 같은, 서비스 계층 디바이스들이 이러한 결정을 하기에 종종 더 유리한 상황에 있다. 출원인은 SCS들과 같은 서비스 레벨 시스템들이 모바일 네트워크 서비스들을 받을 목적으로 MTC 디바이스 그룹을 생성, 수정 및 삭제하기 위해 코어 3GPP 모바일 네트워크와 동적으로 조정하는 시스템들 및 방법들을 본원에 개시한다. SCS(212)는 코어 네트워크가 요청된 서비스들을 제공하는 효율적인 방식을 결정할 수 있도록 정보를 코어 네트워크에 제공한다.

서비스 계층이 서비스 계층에서 이용가능한 어떤 조건 또는 정보에 기초하여 동적으로 그룹들을 생성하거나 그룹들을 수정하고자 할 수 있는 가능성이 높다. 서비스 계층에서 또는 애플리케이션 계층에서의 어떤 활동들은 3GPP 네트워크들에 의해 제공되는 그룹 기반 서비스의 사용을 필요로 할 수 있다. 또는 서비스 계층은 3GPP 그룹 기반 서비스들이 사용되면 특정 서비스들을 보다 효율적으로 수행할 수 있다고 생각할 수 있다. 예를 들어, 자동화된 산업에서, 자동화를 제어 및 모니터링하기 위해 많은 수의 M2M 디바이스들이 배포되어 있을 수 있다. SCS(212)는 공통의 명령 메시지가 전달될 수 있거나 공통의 정책이 시행될 수 있도록, 예를 들어, 조립 섹션에 있는 전기 제어기들과 같은, 특정의 공정 영역에 있는 센서들 및 제어기들 모두에 대한 그룹을 생성하고자 할 수 있다. 이와 유사하게, 센서/M2M 디바이스가 포장 섹션과 같은 다른 공정 영역으로 이동될 때, SCS(212)는 그것을 기존의 그룹으로부터 제거하고 그것을 다른 그룹에 추가하고자 할 수 있다.

ETSI M2M 서비스 계층 및 oneM2M 서비스 계층과 같은 M2M 서비스 계층 플랫폼들은 그룹 동작들을 지원한다. M2M 서비스 계층 그룹 동작들은 그룹 동작들이 CSE(common services entity)들, 애플리케이션들, 디바이스들, 자원들 또는 혼합 형태들에 대해 수행될 수 있게 한다. 서비스 계층에서 생성된 그룹의 멤버들이 꼭 UE와 일대일 대응관계를 가질 필요는 없다. 애플리케이션들 또는 CSE들의 그룹이 단일의 UE 상에서 호스팅될 수 있다. 예를 들어, 40개의 애플리케이션들의 그룹이 10개의 UE들 상에서 호스팅될 수 있다. 그룹 동작이 이 M2M 그룹에 대해 수행될 때, 최소 10개의 상이한 메시지들이 UE들 각각으로 송신될 것이다. 그렇지만, 이 UE들이 네트워크 계층에서 그룹화되면, 단일의 메시지가 3GPP 네트워크에 주어질 수 있고, 네트워크는 메시지를 10개의 상이한 UE들로 전달하기 위해 브로드캐스팅 또는 멀티캐스팅과 같은 그룹 통신 방법을 이용할 수 있다.

서비스 계층 및 네트워크 계층에서의 그룹들 및 그에서 수행되는 그룹 동작들은 상이하다. 서비스 계층 그룹들(M2M 그룹들)은 서비스 계층 기능/엔티티 레벨들(CSF, 애플리케이션, URI 등)에서 형성되고, 수행되는 그룹 동작들은 서비스 계층 절차들에 대응할 것이다. 네트워크 계층 그룹들이 서비스 계층 그룹들에 직접 대응하지는 않는다. 네트워크 계층 그룹들은 네트워크에 의해 제공되는 그룹 기반 서비스들에 기초하고, 이 그룹들은 일반적으로 UE 레벨에서 형성된다. 그렇지만, 네트워크 계층 그룹들이 UE에 제공되는 서비스의 일부분만을 포함시키는 것에 의해 형성되는 것이 또한 가능하다. 예를 들어, 네트워크 계층 그룹은 애플리케이션들의 그룹이 최대 DL 데이터 레이트를 초과하지 않도록 애플리케이션들의 그룹에 대한 DL-AMBR을 제어하도록 형성될 수 있다. 이 애플리케이션들이 상이한 UE들에서 호스팅될 수 있다. 네트워크는 그 특정의 애플리케이션을 목적지로 하는 트래픽을 식별하고 애플리케이션 그룹에 대해 설정되어 있는 DL AMBR 또는 다른 정책들을 시행하기 위해 UE들 각각에 SDF 템플릿을 구성할 수 있다. 따라서, 트래픽의 일부분만 또는 UE(214) 상의 일부 애플리케이션들만이 개별적으로 식별될 수 있고, 그룹에 포함될 수 있다.

3GPP 네트워크에 의해 제공되는 그룹 기반 서비스들을 이용하기 위해, 서비스 계층, 예컨대, SCS는 서비스 계층이 어느 네트워크 그룹 기반 서비스를 사용하고자 의도하는지와 디바이스들(UE들) 및/또는 그룹의 일부이어야 하는 그 디바이스들에 대한 서비스의 영향을 받는 부분(예컨대, SDF, 애플리케이션 ID 등)을 먼저 식별해야만 한다. 이어서 SCS(212)는 필요하게 되는 그룹 기반 서비스를 나타내는 요청을 MNO(mobile network operation)에 하고 그룹의 형성을 위한 디바이스들의 리스트 및 그들의 관련된 정보를 제공할 수 있다. 그룹 생성 및 그룹에 대해 제공될 서비스들이 서비스 계층과 3GPP 네트워크 사이에서 조정되어야 한다.

도 2는 머신 타입 통신 그룹 기반 서비스들을 위한 조정된 그룹화를 위한 프로세스의 흐름도이다. 블록(260)에 도시된 바와 같이, 예를 들어, SCS(212)와 같은 서비스 계층에서의 시스템은 그룹의 생성을 위한 그룹 제어 요청(Group Control Request)을 발생시켜 네트워크 계층으로 전송하는 것에 의해 그룹 생성 절차를 개시한다. 요청은 그룹에 포함될 UE들(214)에 관한 정보 및 그룹에 대한 요청된 서비스(들)를 명시하는 정보를 포함한다. 예시적인 시나리오에서, 요청은 UE들의 리스트 및/또는 그룹 생성 시에 그룹의 일부이어야 하는 그 디바이스들에 대한 서비스의 영향을 받는 부분(예컨대, SDF, 애플리케이션 ID 등)을 포함할 수 있다.

블록(262)에서, 요청이, 예시적인 시나리오에서, 3GPP 네트워크의 코어 네트워크의 일부분일 수 있는 네트워크 계층에 수신된다. 코어 네트워크에 의해 수행되는 동작들이 코어 네트워크의 일부인 임의의 적당한 머신 또는 디바이스에 의해 수행될 수 있다. 예시적인 실시예에서, 서비스 계층과 인터페이싱하는 것 및 그룹 기능들을 조정하는 것에 관련된 대부분의 처리는 MTC-IWF(210) 및/또는 HSS(116)에 의해 수행된다.

블록(264)에서, 코어 네트워크는 요청을 하는 특정의 서비스 레벨 시스템, 예컨대, SCS(212)에 의한 그리고 요청에 명시되어 있는 UE들(214)의 리스트에 의한 요청된 서비스들의 사용을 허가할지를 결정한다.

블록(266)에서, 코어 네트워크는 요청된 서비스(들)의 실행을 위해 어느 방법이 이용되어야 하는지를 결정한다. 그룹 메시징과 같은 그룹 기반 서비스는 네트워크가, 예를 들어, CBS 기반 그룹 메시징, MBMS 기반 그룹 메시징 등과 같은 몇 개의 상이한 방법들 중 임의의 것을 사용하는 것에 의해 전달될 수 있다. 코어 네트워크는 하기의 기준들에 기초하여 서비스의 실행을 위한 방법을 선택한다: 식별된 UE들(214) 및 요청측 SCS(212)의 가입 정보; UE들(214)의 능력; 네트워크 상태(CN 노드에서의 혼잡/부하); 및 네트워크 정책.

일부 시나리오들 하에서, 코어 네트워크는 또한 SCS(212)에게 그룹을 분할하여 서브그룹들을 형성하라고 제안할 수 있다. 예를 들어, SCS(212)가 그룹 메시징을 위해 생성될 그룹을 요청한 경우 그리고 코어 네트워크가 CBS 방법을 선택하고 디바이스들이 움직이지 않고 2개의 상이한 LTE 셀들에 분포되어 있다는 것을 발견하는 경우, 코어 네트워크는 SCS(212)에게 그룹을 2개로 분할하라고 제안할 수 있다. 이것은 코어 네트워크 및 SCS(212)에 대해 유익할 수 있는데, 그 이유는 그로 인해 코어 네트워크가 그룹을 효율적으로 관리할 수 있을 것이기 때문이다. 예를 들어, 서브그룹들 중 하나의 서브그룹 내의 디바이스들로부터의 응답들이 수신되지 않는 경우, SCS(212)는 메시지를 관련된 서브그룹으로만 재송신할 수 있다.

블록(268)에서, 코어 네트워크는 식별된 UE들(214)을 선택된 방법(들)을 사용하여 구성하거나 프로비저닝하고 프로비저닝된 서비스(들)과 연관된 하나 이상의 내부 그룹 식별자(들)를 할당한다. 내부 그룹 식별자들은 코어 네트워크 내에서 특정의 서비스들 및 서비스와 연관된 UE들(214)을 식별하는 데 사용된다. 코어 네트워크는 서비스들의 장래의 처리 및 수정에서 사용하기 위해 내부 그룹 식별자들을 유지한다.

블록(270)에서, 코어 3GPP 네트워크는 새로 프로비저닝된 서비스(들)와 연관된 하나 이상의 외부 그룹 식별자들을 할당하고 유지한다. 블록(272)에서, 외부 그룹 식별자들이 서비스들을 요청한 서비스 레벨 시스템으로 전달되고, 특정의 그룹 서비스에 관련된 차후의 요청들 동안 서비스 레벨과의 장래의 통신에서 사용된다. 코어 네트워크는 내부 그룹 식별자(들)와 연관되어 있는 UE들(214)과 함께 외부 그룹 식별자들과 내부 그룹 식별자들 간의 매핑을 유지한다.

그룹이 형성되면, 서비스 레벨, 예컨대, SCS(212)는 그룹 ID(들), 요청된 서비스의 특성들, 및 프로비저닝된 서비스에 관련된 정보를 제공하는 것에 의해 서비스가 구현되도록 요청할 수 있다. 요청 시에, HSS(116) 및 MTC-IWF(210)를 포함할 수 있는 코어 네트워크는 요청된 서비스를 그룹 할당 동안 선택되었던 방법을 사용하여 수행한다. 코어 네트워크는 또한, 네트워크 상태가 변한 경우 또는 요청된 서비스의 특성들이 그룹 생성 동안 선택되었던 방법으로 충족될 수 없는 경우, 그룹 기반 서비스의 실행을 위해 상이한 방법을 사용하기로 결정할 수 있다. 어떤 경우에, SCS(212)가 그룹에 대해 조치를 직접 수행할 수 있다. 예를 들어, 그룹 메시징을 위해 그룹이 생성된 경우 그리고 SCS(212)가 네트워크의 BMSC(broadcast multicast - service center) 또는 CBC(cell broadcast center)와의 직접 링크를 가지는 경우, SCS(212)는 그룹 메시지를 BMSC 또는 CBC로 직접 송신할 수 있다.

SCS(212)는 UE들(214)을 그룹에 추가하거나 그룹으로부터 제거하라고 요청할 수 있다. 그에 따라, 그룹이 어떤 멤버들도 없이 생성될 수 있고 멤버들이 나중에 추가될 수 있다. 그룹의 수정은 전용의 그룹 수정 절차를 사용하여 또는 다른 기존의 절차들(접속, TAU, 접속 해제 등)의 일부로서 달성될 수 있다. SCS(212)가 또한 그룹의 할당 해제/삭제를 요청할 수 있다는 것도 잘 알 것이다.

이하에서 상세히 논의되는 바와 같이, 개시된 시스템들은 그룹 생성, 그룹 관리, 및 그룹 서비스 제공을 위한, 서비스 계층, 예컨대, SCS(212)와 네트워크 계층, 예컨대, MTC-IWF(210) 사이의 Tsp(208) 인터페이스를 통해 액세스가능한, 몇 개의 새로운 절차들을 제공한다. 이 절차들에 대한 호 흐름은 HSS(116)(HLR, UDR, SPR, HSS, 또는 AAA 서버일 수 있음)가 그룹 유지관리를 책임지고 있는지 또는 MTC-IWF(210)가 책임지고 있는지에 따라 상이할 수 있다. 일부 실시예에서, HSS(116)는 그룹 ID들을 할당하는 것, CN 노드들을 구성하는 것, 및 그룹들을 관리하는 것을 책임지고 있다. 이 접근법은, 예를 들어, MTC-IWF(210)가 상태 비저장 엔티티(stateless entity)로서 구현되는 경우에 사용될 수 있다. 다른 실시예에서, MTC-IWF(210)는 그룹 ID들을 할당하는 것, CN 노드들을 구성하는 것, 및 그룹을 관리하는 것을 책임지고 있다. 이러한 접근법은 전형적으로 MTC-IWF(210)가 그룹 내의 UE들(214)에 관한 정보 및 서빙 노드들에 관한 정보를 유지하는 것을 포함한다.

조정된 그룹 생성

HSS 기반 그룹 생성

도 3은 HSS(116)가 그룹 ID들을 할당하는 것, CN 노드들을 구성하는 것, 및 그룹을 관리하는 것을 책임지고 있는 경우 네트워크 서비스들을 받기 위한 UE들(214)의 새로운 그룹을 생성하는 예시적인 프로세스를 나타내고 있다. 이러한 실시예에서, MTC-IWF(210)는 상태 비저장 엔티티로서 구현될 수 있다.

도 3을 참조하면, 단계(1)에서, 그룹 생성 이벤트가 서비스 계층에서 발생한다. 예시적인 실시예에서, 이벤트가 SCS(212)에서 식별된다. 그룹 생성 이벤트는 임의의 수의 상이한 처리 상황들의 결과로서 발생할 수 있다. 예를 들어, M2M 애플리케이션 또는 CSE는 그룹 자원의 형성을 위해 그룹 생성(CREATE) 요청을 송신할 수 있다. 그룹 관리 CSF는 그 후에 네트워크 제공 그룹 서비스들이 그룹에 대해 사용될 수 있다고 결정할 수 있고, NSSE CSF에 대해 그룹 생성 요청을 개시한다. 다른 예시적인 시나리오에서, 그룹을 생성하는 프로세스는 M2M 통신사업자에 의해 행해지는 구성/프로비저닝에 기초하여 개시될 수 있다.

도 3을 참조하면, 그룹 생성 이벤트를 검출한 것에 응답하여, 단계(2)에서, SCS(212)는 값 "INITIAL_REQUEST"로 설정되어 있는 GC-Request-Type 속성-값 쌍(attribute value pair)(AVP)을 갖는 GCR(Group Control Request) 메시지를 작성하여 MTC-IWF(210)로 전송한다. 예시적인 실시예에서, 속성-값 쌍은 다이어미터 프로토콜(Diameter protocol) 속성-값 쌍에 대응한다. 요청은 요청된 그룹 생성을 수행하는 데 필요한 임의의 정보를 포함한다. 예시적인 실시예에서, 요청은 GCR 메시지 내의 하기의 정보를 포함한다: 제안된 그룹 식별자; 예를 들어, 그룹 메시징 서비스 또는 그룹 정책과 같은 요청된 서비스의 유형; 요청된 서비스(들)의 요구사항들/특성들; 디바이스들의 외부 식별자들 및/또는 이전에 생성된 그룹들의 외부 그룹 식별자들일 수 있는, 디바이스들의 리스트, 및/또는 그룹의 일부이어야만 하는 애플리케이션 식별자들(임의적임)과 같은 멤버쉽 정보; MNO(mobile network operation)가 그룹에 대해 수정을 할 수 있는지를 표시하는 플래그 데이터; 그룹이 얼마나 존재해야 하는지의 표시; 직접 그룹 실행이 요청되는지를 표시하는 플래그 데이터; MNO가 그룹을 다수의 서브그룹들로 분할하는 것을 제안할 수 있는지 여부를 표시하는 서브그룹화 플래그; 및 서브그룹화가 지원되는 경우, 형성될 수 있는 서브그룹들의 최대 수가 표시될 수 있다. 요청에 포함되는 디바이스들의 리스트는 UE들의 개별 외부 식별자들의 리스트, 이전에 할당되었을 수 있는 외부 그룹 ID들의 리스트, 또는 외부 그룹 ID들과 외부 UE ID들의 조합일 수 있다. 외부 그룹 ID가 제공될 때, HSS(116)는 이하에서 기술되는 처리 동안 그것을 UE들의 리스트에 매핑한다. GCR 메시지의 '디바이스들의 리스트'에 제공되는 외부 그룹 ID에 대해 선택되었던 서비스들이 형성되고 있는 새로운 그룹에 대해서는 일반적으로 고려되지 않는다. 오히려, GCR 요청에 명시적으로 열거되어 있는 서비스들만이 형성될 새로운 그룹에 대해 고려된다. 예시적인 실시예에서, SCS(212)는 Tsp 인터페이스(208)를 거쳐 MTC-IWF(210)를 통해 HSS(116)와 정보를 교환한다. 대안의 실시예에서, SCS(212)는 업데이트된 Mh 인터페이스를 통해 HSS(116)와 직접 인터페이싱할 수 있다.

도 3을 참조하면, 단계(3)에서, MTC-IWF(210)는 GMR(Group Management Request) 메시지를 작성하여 HSS(116)로 전송하며, 허가 및 그룹 형성을 위해 GCR 메시지에서 수신된 정보를 전달한다. 예시적인 실시예에서, 메시지는 앞서 기술된 바와 같은 GCR 메시지로부터의 정보를 포함한다. 메시지의 수신 시에, HSS/HLR(116)은 디바이스들의 외부 식별자들 및 외부 그룹 식별자들을 내부 식별자들(예컨대, IMSI)에 매핑하고, UE들 각각의 가입 정보를 검색한다. HSS(116)는 또한 요청을 하고 있는 SCS(212)의 가입 정보를 검색한다. HSS/HLR(116)은 SCS(212)가 그룹들을 형성하고 요청되고 있는 서비스들을 사용할 권한이 있는지를 결정한다. HSS/HLR(116)은 또한 UE들이 그룹 기반 서비스를 사용할 권한이 있을 수 있는지를 검사한다. HSS(116)는 하기의 파라미터들에 기초하여 서비스의 전달/실행을 위한 방법을 선택한다: HSS(116)에서 알고 있는 UE들의 능력; 서비스에 대한 요구사항; UE들 및 SCS(212)의 가입 정보; 및 그룹 멤버들에 서빙하는 네트워크 노드들의 상태. 선택되는 방법에 따라, HSS(116)는 그룹 기반 서비스를 위한 구성을 필요로 하는 CN(core network) 노드들을 결정한다. HSS(116)는 또한 CN 내에서 사용될 로컬 그룹 식별자를 할당한다. 예를 들어, 요청된 서비스가 그룹 메시징 서비스이고 메시지 특성이 작은 메시지인 경우, CN은 CBS(cell broadcast service) 방법을 사용하기로 결정할 수 있고, MME 및 CBC를 구성할 수 있다. HSS(116)가 MBMS 방법을 선택하는 경우, HSS(116)는 BMSC를 구성할 수 있다. 다른 예에서, 그룹 정책 제어가 요청된 경우, HSS(116)는 PCRF 및 PGW를 구성할 수 있다.

도 3을 참조하면, 단계(4)에서, HSS(116)는 GPR(Group Provisioning Request) 메시지를 작성하고 그룹 서비스를 위해 구성되어야만 하는 각각의 CN 노드로 전송한다. CN 노드는, 예를 들어, MME, SGW, PGW, PCRF, CBC, MBMS-GW 등과 같은 CN 내의 기능 엔터티들 중 임의의 것에 대응할 수 있다. HSS(116)는 그룹에서 서빙하고 있는 CN 노드들에 의해 필요하게 되는 임의의 정보를 메시지에 포함시킨다. 예시적인 실시예에서, 메시지는, 예를 들어, UE들의 식별자들(예컨대, IMSI); 구성되어야만 하는 서비스; HSS(116)에 보고될 필요가 있는 이벤트들; 및 HSS(116)에 의해 할당된 로컬 그룹 식별자를 포함할 수 있다. HSS(116)는, UE(214)가 CN 노드에 의해 현재 서비스되고 있는지에 관계없이, 그룹에 속하는 모든 UE들을 GPR 메시지에 포함시킬 수 있거나, 구성되고 있는 서비스에 따라 CN 노드에 관련되어 있는 그룹의 일부만을 포함시킬 수 있다. HSS(116)는 그룹 내의 UE들을 추적하고, UE들이 상이한 노드(상이한 MME, PGW 등)에 접속할 때, HSS(116)는 그룹 서비스 정보를 사용해 새로운 CN 노드를 프로비저닝한다.

GPR 메시지를 수신할 때, CN 노드들(214)은 서비스를 위해 그 자신들을 구성한다. 이 프로세스의 일부로서, CN 노드는 그에 연결되어 있는 다른 CN 노드들을 프로비저닝할 수 있다. 예를 들어, MME(114)는 그에 연결되어 있는 무선 네트워크 기지국들, 예컨대, eNB(evolved node B)들, 또는 SGW(110)를 구성할 수 있다. CN 노드들은 HSS(116)에 의해 할당된 로컬 그룹 ID를 저장하고, 또한 그것을 다른 노드들로 전달할 수 있다. CN 노드들은 또한 CN의 편의를 위해 서브그룹들(로컬 그룹들)을 생성할 가능성을 조사하고 서브그룹들에 관한 정보를 HSS(116)로 전달할 수 있다.

도 3을 다시 참조하면, 단계(5)에서, CN 노드들 각각은, 그 자신 및 그에 연결된 다른 관련 노드들을 구성하였으면, GPA(Group Provisioning Answer) 메시지를 송신한다. 예시적인 실시예에서, CN 노드들은 내부 그룹 식별자를 할당하고 그것을 메시지에서 HSS(116)에 제공할 수 있다. HSS(116)는 이 ID들을 저장하고 특정의 CN 노드와 연관되어 있는 그룹의 일부를 주소지정하기 위해 필요할 때마다 그들을 사용할 수 있다.

CN 노드들 모두로부터 GPA 메시지들을 수신할 때 또는 타이머 만료 후에, HSS(116)는 SCS(212)에 제공되어야 하는 외부 그룹 ID를 할당한다. 하나의 예시적인 실시예에서, HSS(116)는 외부 그룹 ID(localID@realm)를 생성하기 위해 로컬 그룹 ID를 사용하거나 로컬 ID를 완전히 숨길 수 있고, 외부 그룹 ID를 할당하고 로컬 그룹 ID에의 매핑을 유지할 수 있다.

도 3을 참조하면, 단계(6)에서, HSS(116)는 외부 그룹 식별자 및 다른 서비스 관련 파라미터들(예컨대, 메시지 ID, 멀티캐스트 IP 주소 등)을 표시하는 GMA(Group Management Answer) 메시지를 MTC-IWF(210)로 송신한다.

도 3을 참조하면, 단계(7)에서, MTC-IWF(210)는 외부 그룹 식별자 및 서비스 관련 파라미터들을 GCA(Group Control Answer) 메시지에서 SCS(212)로 전달한다. 이 메시지 내의 정보는, 예를 들어, 그룹에 대한 외부 식별자; CN에 의해 수락된 서비스들의 리스트; 직접 그룹 서비스 실행이 요청된 경우, MTC-IWF(210)는 SCS(212)가 그룹을 직접 주소지정하기 위해 사용할 수 있는 TMGI, 멀티캐스트 IP 주소 등과 같은 그룹 주소지정 정보를 전달할 수 있다; 임의의 서브그룹화 정보(서브그룹화가 수행되는 경우, 각각의 서브그룹에 대한 외부 그룹 ID 및 각각의 그룹에 대한 서비스들의 리스트 및 각각의 그룹 내의 UE들의 리스트가 제공됨); 및 그룹이 존재하는 것에 대한 협상된 지속기간을 포함할 수 있다.

예시적인 실시예에서, MTC-IWF(210) 또는 HSS(116)는 외부 그룹 ID를 사용해 DNS 서버를 프로비저닝할 수 있다. 이것은 SCS(212)가 외부 그룹 ID에 대한 서비스들을 사용할 수 있게 한다. 예를 들어, 하나의 SCS(212)는 그룹을 생성하고 외부 그룹 ID를 다른 SCS들로 전달했을 수 있다. 다른 SCS들은, 서비스를 실행(예컨대, 그룹 메시지를 송신)하고자 하는 경우, 적절한 MTC-IWF(210)를 발견하기 위해 외부 그룹 ID를 사용하고 그룹 메시지를 송신할 수 있다.

MTC-IWF 기반 그룹 생성

도 4는 그룹 ID들을 할당하는 것, CN 노드들을 구성하는 것, 및 그룹을 관리하는 것의 책임이 MTC-IWF(210)에 있는 경우 네트워크 서비스들을 받기 위한 UE들의 새로운 그룹을 생성하는 다른 예시적인 프로세스를 나타내고 있다. 이러한 접근법에서, MTC-IWF(210)는 그룹 내의 UE들에 관한 정보 및 서빙 노드들에 관한 정보를 유지한다.

도 4를 참조하면, 단계(1)에서, 그룹 생성 이벤트가 서비스 계층에서 발생한다. 도 3의 단계(1)와 관련하여 앞서 기술된 바와 같이, 그룹 생성 이벤트는 임의의 수의 상이한 처리 상황들의 결과로서 발생할 수 있다.

도 4를 참조하면, 단계(2)에서, SCS(212)는 값 "INITIAL_REQUEST"로 설정되어 있는 GC-Request-Type AVP를 갖는 GCR(Group Control Request) 메시지를 발생시켜 MTC-IWF(210)로 전송한다. 요청에 포함된 정보는 도 3의 단계(2)와 관련하여 앞서 기술된 바와 동일하다.

요청 수신한 것에 응답하여, MTC-IWF(210)는, 요청된 서비스의 요구사항들 및 다른 네트워크 상태 정보에 기초하여, 서비스를 실행하기 위한 후보 방법들의 리스트를 발생시킨다. 어떤 시나리오들에서는, 서비스를 실행하는 하나의 방법만이 있을 수 있다. MTC-IWF(210)는 또한 외부 그룹 ID들을 UE들의 리스트에 매핑하는 것(외부 그룹 ID들이 SCS(212)에 의해 GCR 메시지에서 제공된 경우)을 수행할 수 있다.

도 4를 다시 참조하면, 단계(3)에서, MTC-IWF(210)는 그룹 생성 프로세스를 허가하기 위해 SIR(Subscriber Information Request)을 발생시켜 HSS/HLR(116)로 전송한다. 예시적인 실시예에서, MTC-IWF(210)는, 예를 들어, 하기와 같은 그룹 파라미터들을 제공한다: 디바이스들(외부 식별자들)의 리스트; 서비스를 요청하고 있는 SCS ID; 요청된 서비스(들)의 유형 및 서비스(들)를 실행하기 위한 후보 방법들의 리스트; 및 선택된 후보 방법들의 리스트. 다른 예시적인 실시예에서, 상기 정보를 송신하기 위해 새로운 그룹 정보 검색 절차가 사용된다. 이 절차를 개시하기 위해 GIR(Group Information Request) 메시지가 MTC-IWF(210)에 의해 사용될 수 있다.

SIR 요청에 응답하여, HSS(116)는 외부 식별자들을 내부 식별자들(IMSI)에 매핑하고, UE들 각각 및 SCS(212)의 가입 정보를 검색한다. HSS/HLR(116)은 SCS(212)가 그룹들을 형성하고 요청된 서비스들에 액세스할 권한이 있는지를 결정한다. HSS/HLR(116)는 또한 UE들이 요청된 그룹 기반 서비스를 사용할 권한이 있을 수 있는지를 검사한다.

도 4를 참조하면, 단계(4)에서, HSS/HLR(116)은 SIA(Subscriber Information Answer) 메시지를 작성하여 전송한다. 예시적인 실시예에서, SIA는 하기의 정보를 포함한다: SCS(212)에 대한 허가 정보; UE들 각각의 능력 및 허가 상세; 후보 방법들 각각에 대한 그룹 서비스 관련 데이터; 및 UE들 각각에 대한 서빙 노드 정보. 하나의 대안의 실시예에서, 새로운 그룹 정보 검색 절차(상기 단계에서 대안으로서 언급됨)가 정보를 HSS(116)로부터 MTC-IWF(210)로 전달하기 위해 사용될 수 있다. 다른 대안에서, HSS(116)는 외부 그룹 ID 또는 로컬 그룹 ID를 할당하고 그것을 SIA 메시지 또는 GIA 메시지의 일부로서 MTC-IWF(210)에 제공할 수 있다. 또 다른 실시예에서, MTC-IWF(210)가 HSS(116)에 의해 할당될 외부/로컬 그룹 ID를 요청하는 메시지를 명시적으로 송신하고 HSS(116)가 요청된 그룹 ID를 포함하는 메시지로 응답하는 새로운 그룹 ID 요청 절차가 사용될 수 있다.

메시지의 수신 시에, MTC-IWF(210)는, 서비스의 전달에서 사용하기 위한 방법을 결정하기 위해, 수신된 정보, 네트워크의 상태, 및 GCR 메시지의 내용(예를 들어, 요청된 서비스, 서비스의 특성, 그룹 내의 UE들의 수, 기타 등등)을 사용한다.

도 4를 참조하면, 단계(5)에서, MTC-IWF(210)는 GPR(Group Provisioning Request) 메시지를 작성하고 MTC-IWF(210)에 의해 선택된 방법(들)에 대해 구성될 필요가 있는 CN 노드들 각각으로 전송한다. MTC-IWF(210)는 그룹 멤버들의 전체 리스트를 CN 노드 또는 노드가 현재 서빙하고 있을 수 있는 또는 모니터링될 필요가 있는 그룹의 서브셋에만 제공할 수 있다. MTC-IWF(210)는 또한 서브그룹화가 행해질 수 있는지를 표시할 수 있다. GPR 메시지는 또한 그룹에 대한 어느 이벤트들이 MTC-IWF(210)로 전달되어야 하는지에 관한 정보를 전달할 수 있다. MTC-IWF(210)는 그룹을 관리/수정하기 위해 이 통지를 사용할 수 있다. MTC-IWF(210)는 또한 로컬 그룹 식별자를 포함시키고 그것을 GPR 메시지의 일부로서 포함시킬 수 있다.

GPR 메시지를 수신할 때, CN 노드들은 서비스를 위해 그 자신을 구성한다. 이 프로세스의 일부로서, CN 노드는 그에 연결되어 있는 다른 CN 노드들을 프로비저닝할 수 있다. 예를 들어, MME(114)는 그에 연결되어 있는 eNB들 또는 SGW(110)를 구성할 수 있다. CN 노드들은 MTC-IWF(210)에 의해 할당된 로컬 그룹 ID를 저장하고, 또한 그것을 다른 연결된 노드들로 전달할 수 있다. CN 노드들은 또한 CN 및 MTC-IWF(210)의 편의를 위해 서브그룹들(로컬 그룹들)의 가능성을 조사할 수 있다.

그룹 프로비저닝 요청이, 예를 들어, eNB와 같은, 기지국으로 전달되어 그에 수신되는 시나리오에서, 요청은, 예를 들어, eNB가 서비스들을 받기 위한 머신들의 정의된 그룹화에 따라 구성되어야만 한다는 것을 표시할 수 있다. 보다 상세하게는, 프로비저닝 요청은 서비스들을 받기 위한 머신들의 그룹에 포함되는 하나 이상의 머신들을 식별해주는 정보를 포함할 수 있고, eNB가 요청에서 식별된 하나 이상의 머신들을 포함하는 머신 그룹과 통신하도록 그 자신을 구성한다는 표시를 추가로 포함할 수 있다. 요청에 응답하여, eNB는 머신 그룹에 포함되는 하나 이상의 머신들을 식별해주는 정보를 저장하고, 식별된 하나 이상의 머신들을 포함하는 머신 그룹과 통신하도록 그 자신을 구성한다. 예시적인 시나리오에서, eNB는 eNB로부터 그룹 통신을 수신하는 머신들을 식별해주는 eNB 상에 정의된 기존의 그룹화를 업데이트할 수 있다. eNB가 그룹 프로비저닝 요청에서 식별된 하나 이상의 머신들을 수용하도록 그에 그룹화를 구성한 후에, eNB는 구성이 완료되었다는 것을 표시하는 응답을 발생시켜 전송한다. eNB에 의해 개시되는 차후의 그룹 통신은 요청에서 식별된 하나 이상의 머신들과의 통신을 포함할 수 있다.

도 4를 참조하면, 단계(6)에서, CN 노드들은 그룹 프로비저닝 답변들을 발생시켜 MTC-IWF(210)로 전송한다. 답변에 포함된 정보는 도 3의 단계(5)와 관련하여 앞서 논의된 것과 동일하다. 도 4가 GPR/GPA 메시지들이 CN 노드들과 MTC-IWF(210) 사이에서 직접 전달되는 것을 나타내지만, 처리가 HSS/HLR(116)을 또한 포함할 수 있다는 것을 잘 알 것이다.

도 4를 참조하면, 단계(7)에서, MTC-IWF(210)는 GCA(Group Control Answer) 메시지를 작성하여 SCS(212)로 전송한다. 메시지에 포함된 정보는 도 3의 단계(7)와 관련하여 앞서 논의된 것과 동일하다.

그룹 수정

어떤 경우에, 그룹의 멤버쉽을 수정하는 것, 그룹에 대해 할당되어 있는 서비스들을 수정하는 것, 또는 그룹을 삭제하는 것이 바람직할 수 있다. 이 절차는 또한 그룹들을 분할 또는 병합하기 위해 사용될 수 있고, CN 또는 SCS(212)에 의해 개시될 수 있다. 어떤 상황들에서, 그룹의 수정은 그룹을 빈 채로 둘 수 있다(모든 UE들/디바이스들이 그룹으로부터 제거됨). 그룹이 어떤 UE들도 포함하지 않는 어떤 경우에, 나중의 시점에서 그룹에 새로운 멤버들을 추가하는 것을 가능하게 하기 위해 그룹이 삭제되지 않고 그룹에 대한 외부 그룹 ID가 유지될 수 있다. 그렇지만, 어떤 경우에, 그룹을 실제로 제거하는 것이 요망될 수 있다. GCR 커맨드 유형(command type)이 DELETION_REQUEST으로 설정되어 있는 경우, 그룹의 외부 그룹 ID가 삭제될 것이다.

SCS-개시 그룹 수정

도 5 및 도 6은 기존의 UE 그룹을 수정하기 위한 예시적인 처리를 나타내고 있으며, 여기서 수정은 SCS(212)에 의해 개시된다. SCS(212)는 기존의 그룹 서비스 처리를 방해하게 될 이벤트를 검출할 때 수정 절차를 개시할 수 있다. 예를 들어, 디바이스 또는 애플리케이션이 위치를 변경하거나, 종료되거나, 만료된 가입을 가지거나, 그룹을 떠나거나 그룹에 참여하기로 할 때, 또는 SCS(212)가 디바이스 또는 애플리케이션을 그룹에 추가하거나 그룹으로부터 제거하기로 할 때, SCS(212)는 수정 절차를 개시할 수 있다.

도 5는 HSS(116)가 그룹 ID들을 할당하는 것, CN 노드들을 구성하는 것, 및 HSS(116)에 의해 그룹 식별자들을 관리하는 것을 책임지고 있는 경우 네트워크 서비스들을 받기 위한 UE들의 기존의 그룹을 수정하는 예시적인 프로세스를 나타내고 있다. 이러한 실시예에서, MTC-IWF(210)는 상태 비저장 엔티티로서 구현될 수 있다. 예시적인 실시예에서, SCS(212)는 Tsp 인터페이스(208)를 거쳐 MTC-IWF(210)를 통해 HSS(116)와 정보를 교환할 수 있다. 대안의 실시예는 SCS(212)가 업데이트된 Mh 인터페이스를 통해 HSS(116)와 직접 인터페이싱할 수 있게 한다.

도 5를 참조하면, 단계(1)에서, 그룹 생성 이벤트가 서비스 계층에서 발생한다. 예시적인 실시예에서, 이벤트가 SCS(212)에서 식별된다. 이벤트가, 예를 들어, 사용자, 애플리케이션, 또는 UE에 의한 활동에 응답하여 개시될 수 있거나, 애플리케이션 또는 서비스 계층에서의 어떤 조건들에 응답하여(즉, 특정의 애플리케이션 정의 기준이 충족될 때) 또는 관리자 활동에 응답하여 개시될 수 있다. 트리거의 결과로서, UE들의 그룹으로부터의 제거 또는 그룹에의 추가 또는 그룹에 대해 할당된 서비스들의 수정이 일어날 수 있을 것이다.

도 5를 참조하면, 단계(2)에서, SCS(212)는 값 "MODIFICATION_REQUEST" 또는 "DELETION_REQUEST"로 설정되어 있는 GC-Request-Type AVP를 갖는 GCR(Group Control Request) 메시지를 발생시켜 MTC-IWF(210)로 송신한다. 예시적인 실시예에서, 이 GCR 메시지는 하기의 정보를 포함할 수 있다: 제거 또는 추가되어야 하는 UE들의 리스트; 제거, 추가, 또는 수정되어야 하는 서비스들의 리스트; 서비스들의 특성들; 서브그룹화가 수행될 수 있는지 여부를 표시하는 플래그; 및 그룹의 지속 시간. 일 실시예에서, GCR 메시지는 하기를 추가로 포함할 수 있다: 예를 들어, 서브그룹들에 대한 UE들 및 서비스들의 리스트와 같은 서브그룹화 정보; 및 예를 들어, 단일의 그룹으로 병합되어야 하는 그룹 ID들 및 개별 UE ID들의 리스트를 포함할 수 있는 병합 정보. 그룹들이 병합되는 시나리오에서, 새로운 그룹은 그룹들 각각에 대해 할당된 모든 서비스들의 수퍼셋(superset)을 가질 수 있다.

도 5를 참조하면, 단계(3)에서, MTC-IWF(210)는 "MODIFICATION_REQUEST" 또는 "DELETION_REQUEST"로 설정된 유형을 갖는 그룹 관리 요청에서 수정 요청을 HSS(116)에 전달한다. 수정 요청에 기초하여, HSS(116)는 서비스 실행의 방법을 변경할 수 있다. 예를 들어, 기존의 서비스의 특성들이 수정되는 경우, HSS(116)는 서비스의 전달을 위한 상이한 방법을 식별할 수 있다. 그룹의 크기가 상당히 변하는 시나리오에서, HSS(116)는 상이한 방법을 선택할 수 있다. 방법의 선택은 도 3의 단계(3)와 관련하여 앞서 기술된 것과 유사할 수 있다.

도 5를 참조하면, 단계(4)에서, HSS(116)는 그룹 특성들의 수정들에 관해 GPR 메시지를 작성하여 모든 영향을 받는 CN 노드들(그룹 서비스들을 제공하는 CN 노드들 및 프로비저닝될 필요가 있는 임의의 새로운 CN 노드들)로 전송한다. GPR 메시지에 포함되는 정보는 도 3의 단계(4)와 관련하여 앞서 기술된 것과 유사할 수 있다.

CN 노드들은 GPR 메시지에 기초하여 그 자신들 및 그들에 연결된 다른 관련 노드들을 구성한다. 도 5를 참조하면, 단계(5)에서, CN들은 그룹 프로비저닝의 성공 또는 실패에 관해 HSS(116)에 알려주기 위해 GPA 메시지를 작성하여 HSS(116)로 전송한다.

도 5의 단계(6)에서, HSS(116)는 그룹 수정 절차의 결과를 표시하는 그룹 관리 답변 - 이 경우에, 그룹 수정 답변일 수 있음 - 을 발생시켜 MTC-IWF(210)로 전송한다.

도 5의 단계(7)에서, MTC-IWF(210)는 그룹 수정 절차의 성공 또는 실패에 관해 SCS(212)에 알려주기 위해 GCA 메시지를 작성하여 전송한다. 일 실시예에서, 메시지는 또한 CN에 의해 지원되는 서비스들의 현재 리스트를 'Supported-Features' AVP 또는 'Available-Service' AVP에 포함할 수 있다.

도 6은 그룹 ID들을 할당하는 것, CN 노드들을 구성하는 것, 및 그룹을 관리하는 것의 책임이 MTC-IWF(210)에 있는 경우 네트워크 서비스들을 받기 위한 UE들의 기존의 그룹을 수정하는 예시적인 프로세스를 나타내고 있다. 이러한 접근법에서, MTC-IWF(210)는 그룹 내의 UE들에 관한 정보 및 서빙 노드들에 관한 정보를 유지한다.

도 6을 참조하면, 단계(1)에서, 그룹 생성 이벤트가 서비스 계층에서 발생한다. 예시적인 실시예에서, 그 이벤트는 SCS(212)에서 식별된다. 이벤트가, 예를 들어, 사용자, 애플리케이션, 또는 UE에 의한 활동에 응답하여 개시될 수 있거나, 애플리케이션 또는 서비스 계층에서의 어떤 조건들에 응답하여(즉, 특정의 애플리케이션 정의 기준이 충족될 때) 또는 관리자 활동에 응답하여 개시될 수 있다. 트리거의 결과로서, UE들의 그룹으로부터의 제거 또는 그룹에의 추가 또는 그룹에 대해 할당된 서비스들의 수정이 일어날 수 있을 것이다.

도 6을 참조하면, 단계(2)에서, SCS(212)는 값 "MODIFICATION_REQUEST" 또는 "DELETION_REQUEST"로 설정되어 있는 GC-Request-Type AVP를 갖는 GCR(Group Control Request) 메시지를 발생시켜 MTC-IWF(210)로 전송한다. 요청의 내용은 도 5의 단계(2)와 관련하여 앞서 논의된 것과 동일할 수 있다.

도 6의 단계(3)에서, MTC-IWF(210)는 SIR(subscriber information request)을 발생시켜 전송한다. SIR은 그룹에 추가되어야 하는 디바이스들에 대한 가입 정보를 요청하고 그들을 그룹에 추가하는 것을 허가한다. 요청은 도 5의 단계(3)와 관련하여 앞서 기술된 것과 같은 정보를 포함할 수 있다.

단계(4)에서, HSS/HLR(116)은 가입 정보 및 그의 허가 응답을 발생시켜 SIA 메시지에서 MTC-IWF(210)로 전송한다. 답변은 도 5의 단계(4)와 관련하여 앞서 기술된 것과 같은 정보를 포함할 수 있다. HSS(116)로부터의 응답 및 요청된 수정의 유형에 기초하여, MTC-IWF(210)는 서비스에 대한 실행의 방법을 변경할 수 있다. 방법의 선택은 도 4의 단계(4)와 관련하여 앞서 기술된 것과 동일하다. SIR 요청 및 SIA 응답이 수정의 유형에 따라 임의적일 수 있다는 것을 잘 알 것이다.

단계(5)에서, MTC-IWF(210)는 그룹 멤버들 및/또는 필요한 서비스들의 수정들에 관해 GPR 메시지를 발생시켜 영향을 받는 CN 노드들(그룹 서비스들을 제공하는 CN 노드들 및 프로비저닝될 필요가 있는 새로운 CN 노드들) 각각으로 전송한다. CN 노드들은 GPR 메시지에 기초하여 그 자신들 및 그들에 연결된 다른 관련 노드들을 구성한다.

단계(6)에서, CN 노드들은 그룹 프로비저닝의 성공 또는 실패에 관한 정보를 제공하는 GPA 메시지를 발생시켜 MTC-IWF(210)로 전송한다.

단계(7)에서, MTC-IWF(210)는 그룹 수정 절차의 성공 또는 실패에 관해 SCS(212)에 알려주기 위해 GCA 메시지를 작성하여 전송한다.

CN-개시 그룹 수정

개시된 시스템들 및 방법들의 다른 양태에 따르면, CN(core network)은 네트워크 상태들 또는 이벤트들에 기초하여 그룹 수정 절차를 개시할 수 있다. 예를 들어, UE의 가입이 취소되거나, UE(214)가 접속 해제, 비활성화, 또는 다른 네트워크로 또는 다른 액세스 유형으로 로밍하는 경우, 또는 UE(214)가 PDN에 접속 또는 PDN을 활성화시키거나 다시 HPLMN으로 복귀하는 경우, CN은 그룹에의 추가 또는 그룹으로부터 제거를 개시할 수 있다.

CN이 그룹 수정을 개시할 수 있는 다른 예시적인 시나리오에서, 코어 네트워크는 네트워크에서의 혼잡을 검출한 것에 응답하여 그룹에 대한 할당된 서비스들을 변경할 수 있다. 이러한 그룹 수정과 관련하여, 특정 이벤트들이 HSS/MTC-IWF에 의해 핸들링될 수 있고, SCS(212)에 보고되지 않을 수 있다. 예를 들어, CBS 노드가 혼잡하게 되고 HSS/MTC-IWF가 그룹 메시지 전달을 위해 앞서 CBS 방법을 선택했던 경우, CBS는 내부적으로 그룹에 대한 다른 메시지 전달 방법을 선택할 수 있고, 이벤트를 SCS(212)에 보고하지 않을 수 있다. 그렇지만, 서비스 요구사항들이 다른 방법들로 충족될 수 없는 경우, HSS/MTC-IWF는 SCS(212)에게 서비스 요구사항들을 변경하거나 그룹을 삭제하라고 요청할 수 있다.

앞서 기술된 바와 같은 그룹 생성 동안, HSS/MTC-IWF는 그룹 수정을 필요로 할 이벤트들에 관해 CN 노드들을 명시적으로 구성할 수 있다. HSS/MTC-IWF는 CN 노드들이 모니터링하여 HSS/MTC-IWF에 보고해야만 하는 이벤트들에 관해 (GPR/GPA 절차들을 사용하여) CN 노드들을 구성한다. CN 노드들로부터의 이벤트 통지들에 기초하여 또는 HSS/MTC-IWF가 관여되어 있는 다른 이벤트 통지들 및 절차들로부터, HSS/MTC-IWF는 그룹 수정이 필요한지를 결정한다. 그룹 수정이 필요한 경우, HSS/MTC-IWF는 그룹 수정 절차를 개시한다. HSS/MTC-IWF는 또한 이벤트(예컨대, UE 접속 해제)의 발생을 SCS(212)에 전달하고 SCS(212)로 하여금 그룹 수정이 필요한지를 결정하게 할 수 있다. HSS/-MTC-IWF가 이벤트 통지를 SCS(212)에 제공하는 이 접근법은 도 7과 관련하여 이하에서 기술된다.

CN 노드들이 모니터링하는 이벤트들은 그룹이 가입되어 있는 그룹 기반 서비스 및 그룹 기반 서비스를 실행하기 위해 선택되는 방법에 의존한다. 이하의 표는 이벤트들 중 일부 및 그 이벤트를 전형적으로 모니터링하는 특정의 CN 노드를 열거하고 있다. 이벤트들 중 다수는 HSS(116)에 의해 모니터링되고, 이 경우에 'MTC-IWF 기반 그룹 관리' 방법에서 HSS(116)는 이벤트를 MTC-IWF(210)에 보고한다. 이하에 열거되는 이벤트들은 전수적인 리스트가 아니며, 모니터링될 필요가 있을 수 있는 다른 이벤트들이 있을 수 있다. HSS/MTC-IWF는 CN 노드들 중 임의의 것으로부터의 임의의 이벤트 통지에 기초하여 그룹 수정을 트리거링할 수 있다.

이벤트	모니터링 CN 노드
추적 영역 변경	MME
셀 변경	MME
접속	MME
접속 해제	MME
UE 접근성	MME
UE 유휴 상태/PSM 모드	MME
PDN 연결	PGW
PDN 연결 해제	PGW
UE 가입 취소	HSS/HLR
PLMN간 이동성(로밍)	HSS/HLR
시스템간 이동성(예컨대, LTE에서 UMTS로)	HSS/HLR
기술간 이동성(예컨대, LTE에서 Wi-Fi로)	HSS/AAA 서버
핸드오버	MME, HSS/HLR
정책 및 과금 정보 변경	PCRF
혼잡/과부하	MME, PGW, HSS, PCRF, CBC, MBMS-GW 등
통신사업자 프로비저닝/서비스 이용가능성	MME, PGW, HSS, PCRF, CBC, MBMS-GW 등

HSS 기반 CN-개시 그룹 수정

코어 네트워크에 의해 개시되는 그룹 수정의 예시적인 실시예에서, HSS(116)는 주로 그룹화들에 대한 수정들을 구현하는 것을 책임지고 있다. 도 7은 이러한 실시예와 연관된 예시적인 처리를 나타내고 있다.

도시된 바와 같이, 단계(1)에서, CN(core network) 노드는 코어 네트워크에서의 이벤트, 절차, 또는 통신사업자 프로비저닝을 검출한다. 이벤트들은 접속/접속 해제 이벤트와 같은 UE 관련 이벤트 또는 네트워크 혼잡의 존재와 같은 네트워크 관련 이벤트일 수 있다. 이벤트가 코어 네트워크 노드들이 모니터링하도록 구성되어 있는 이벤트인 경우(상기 표를 참조), CN 노드는 그룹 이벤트 통지를 발생시켜 HSS(116)로 전송한다.

이벤트를 검출한 것에 응답하여, 단계(1a)에서, 코어 네트워크는 GEN(Group Event Notification Request) 메시지를 발생시켜 HSS(116)로 전송한다. 단계(1b)에서, HSS(116)는 GEN 메시지의 수신을 확인응답하기 위해 GEA(Group Event Notification Answer) 메시지를 송신한다.

GEN 메시지를 수신한 것에 응답하여, HSS(116)는 그룹에 대해 필요한 수정들을 결정한다. HSS(116)는 필요한 수정들을 결정하기 위해 네트워크에서 정의된 정책들을 적용할 수 있다. 정책들/가입은 CN이 그룹에 대해 수정을 하도록 허용되어 있는지를 정의할 수 있다. 예를 들어, 정책들은 수정이 허용되어 있는 그룹 소유자들(MNO 또는 SCS(212)), 행해질 수 있는 수정의 레벨(UE들/서비스들의 추가/삭제), 수정(이벤트들)을 언제 행할지, 방법 선택 기준 등을 정의할 수 있다.

도 7을 참조하면, 단계(2)에서, HSS(116)는 GPR 메시지를 프로비저닝을 필요로 하는 CN 노드들 각각으로 송신한다. 예시적인 실시예에서, GPR 메시지는 도 5의 단계(4)와 관련하여 앞서 기술된 것과 동일하거나 유사하다.

GPR 메시지들을 수신한 것에 응답하여, 영향을 받는 노드들 각각은 요청된 서비스 프로비저닝을 구현한다. 도 7을 참조하면, 단계(3)에서, GPR 메시지들을 수신한 코어 네트워크 노드들은 프로비저닝의 상세를 제공하는 GPA 메시지로 응답한다. 예시적인 실시예에서, GPA 메시지는 도 5의 단계(5)와 관련하여 앞서 기술된 것과 동일하거나 유사한 정보를 포함한다.

GPA 메시지들을 수신한 것에 응답하여, HSS(116)는 SCS(212)에 통보할지 여부를 결정한다. 예시적인 실시예에서, 서비스를 실행하는 방법만이 변한 경우, HSS(116)는 SCS(212)에 통보하지 않기로 할 수 있다. 이와 유사하게, 예시적인 실시예에서, 그룹 멤버들 및 제공된 서비스가 변한 경우, HSS(116)는 SCS(212)에 통보할 수 있다.

HSS(116)가 SCS(212)가 통보받아야 하는 것으로 결정하는 시나리오에서, 단계(4)에 도시된 바와 같이, HSS(116)는 GMQ(Group Management Notification Request) 메시지를 발생시켜 MTC-IWF(210)로 전송한다. 메시지는 SCS(212)로 전달할 필요가 있는 수정들 및/또는 그룹 관련 통지들을 포함한다.

단계(5)에서, MTC-IWF(210)는 그룹에 대해 행해진 수정들을 표시하는 GNR(Group Notification Request) 메시지를 발생시켜 SCS(212)로 전송한다. 예시적인 실시예에서, 메시지는 제거 또는 추가된 디바이스들(외부 식별자들)의 리스트 및 추가, 재구성(특성 변경), 또는 제거된 서비스들의 리스트를 포함한다. 메시지를 수신한 것에 응답하여, SCS(212)는 필요에 따라 서비스 계층을 구성할 수 있다.

그룹 수정을 위한 서비스 계층 구성이 완료되면, 단계(6)에서, SCS(212)는 GNA(Group Notification Answer, GNA) 메시지를 MTC-IWF(210)로 송신한다.

단계(7)에서, MTC-IWF(210)는 GMN(Group Management Notification Answer) 메시지에서 정보를 HSS(116)에 전달하는 메시지를 작성한다.

본 기술분야의 통상의 기술자라면, 상기 처리가 HSS(116)가 그룹 수정 메시지를 MTC-IWF(210)를 통해 SCS(212)로 전송하는 것을 수반하지만, 다른 대안의 처리 방법들이 사용될 수 있다는 것을 잘 알 것이다. 예를 들어, 메시지가 Tsp 인터페이스(208)를 통해서가 아니라 Mh 인터페이스를 통해 SCS(212)로 직접 송신될 수 있다.

도 7과 관련하여 기술된 실시예에서, 이벤트의 통지를 수신할 때, HSS(116)는 그룹의 멤버들, 그룹에 제공되는 서비스들, 또는 서비스들이 그룹에 어떻게 제공되는지를 재구성한다. 대안의 실시예에서, 상이한 코어 네트워크 노드는 이벤트를 통지받고 그룹의 멤버들을 재구성하는 일을 맡고 있다. 예를 들어, MTC-IWF(210)는 이 작업들을 할당받을 수 있다. MTC-IWF(210)가 이 작업들을 할당받는 실시예에서, 단계 1, 단계 2, 및 단계 3은 코어 네트워크 노드들(즉, P-GW, S-GW, MME, PCRF, UDR, 및 HSS)과 MTC-IWF(210) 사이에서 일어날 것이다. 환언하면, 단계(1a) 및 단계(3)는 MTC-IWF(210)에서 종료할 것이고, 단계(1b) 및 단계(2)는 MTC-IWF(210)에서 개시될 것이다.

HSS 기반 CN-트리거링, SCS-개시 그룹 수정

도 8은 코어 네트워크-개시 수정에 대한 대안의 HSS 기반 접근법을 나타내고 있다. 도 8에 도시된 처리에서, HSS(116)는 수정 트리거링 이벤트들에 관한 통지를 SCS(212)로 송신하고, SCS(212)는 이벤트 통지 메시지에 기초하여 그룹 수정 절차를 개시한다.

일반적으로, 처리는 도 7과 관련하여 기술된 것과 유사하게 동작한다. 그렇지만, 이 대안의 접근법에서, MTC-IWF(210)로부터 SCS(212)로 전달되는 GRN 메시지는, 이용가능하게 된 새로운 서비스들 또는 이용가능하지 않게 된 서비스들 및 다른 UE 관련 이벤트들과 같은, 이벤트들에 관한 보고를 포함한다. SCS(212)는 GRN 메시지에 기초하여 그룹에 대한 수정을 수행할지를 결정한다. 이 처리의 변형에서, HSS(116)는 그룹 이벤트 메시지를 MTC-IWF(210)를 통해 SCS(212)로 송신한다. 또 다른 대안의 실시예에서, 메시지는 Mh 인터페이스를 통해 SCS(212)로 직접 송신된다.

즉각적 그룹 멤버쉽 제어

앞서 기술된 바와 같이, UE들의 그룹에의 추가 및 그로부터의 삭제는 SCS(212)를 관여시키는 것에 의해 일부 기존의 UE 레벨 절차들과 함께 수행될 수 있다. 그러나, 예를 들어, 접속 및 TAU와 같은, 일부 UE 레벨 절차들은 SCS(212)를 관여시키지 않는다. SCS(212)는 이벤트가 발생한 후에 (도 8과 관련하여 앞서 기술된 바와 같이) 사용자 평면 레벨 절차들로부터 또는 CN으로부터의 통지들로부터 UE 이벤트(예컨대, 영역/위치 변경)에 관해 알 수 있다. SCS(212)가 이벤트를 고려하여 그룹이 수정되어야 하는 것으로 결정하는 경우, 도 5와 관련하여 앞서 기술된 바와 같이, SCS(212)는 그룹 수정 절차를 트리거링한다. CN 노드들이 그룹 수정을 수용하기 위해 프로비저닝된다.

어떤 경우에, 어떤 UE 레벨 절차들 동안 SCS(212)를 관여시키는 것/SCS(212)에 통보하는 것에 의해 그룹 수정이 효율적으로 될 수 있다. SCS(212)가 그룹 수정이 구현되어야 하는 것으로 결정하는 경우, CN 노드들이 별개의 절차를 호출함이 없이 UE 레벨 절차의 일부로서 구성될 수 있다. 그에 따라, 그룹 수정이 전용의 그룹 수정 절차를 호출하지 않고 즉각적으로 달성된다. 예를 들어, eNB가 공통의 그룹-CRNTI를 그룹의 UE들에 할당하는 경우에 그룹 메시징 방법이 사용되면 그리고 SCS(212)가 UE 접속 동안 관여되면, SCS(212)가 UE(214)가 그룹에 추가되어야 하는 것으로 결정할 때, HSS(116)는 MME를 구성/MME에 통지할 수 있고, MME는 eNB가 UE(214)를 그룹-CRNTI에 추가하고 접속 절차의 일부로서(아마도 접속 수락(Attach Accept)을 전달하는 RRC 메시지에서) 그룹-CRNTI를 UE(214)에 통보하도록 eNB를 구성할 수 있다. 예시적인 시나리오에서, eNB는 요청이 UE(214)를 그룹-CRNTI에 추가하는 것을 명시하는 경우 도 4와 관련하여 앞서 기술된 바와 같이 그 자신을 구성하라는 요청을 수신할 수 있다. SCS(212)가 접속 절차 동안 관여되지 않는 경우, UE(214)가 또한 그룹-CRNTI에 관한 DL 메시지들이 있는지 모니터링하도록 그룹-CRNTI를 UE(214)로 전달하기 위해 SCS, MTC-IWF, HSS, MME 및 eNB를 관여시키는 새로운 절차가 호출되어야만 할 것이다.

다른 절차들에 대해 그룹 정보를 포함(embed)시키는 것의 이점은 그룹 정보 및 CN 노드 구성이 도 7과 관련하여 앞서 언급된 별도의 전용의 절차를 호출함이 없이 기존의 절차의 일부로서 즉각적으로 행해지는 것이다. 즉각적 그룹 멤버쉽 제어가, 예를 들어, UE 접속 및 TAU 절차들을 비롯한 수많은 상이한 절차들과 관련하여 수행될 수 있다.

접속 절차에 의한 즉각적 그룹 멤버쉽 제어

CN이 SCS(212)가 UE 접속 절차에 관해 통보받아야 하는 것으로 결정하는 경우, SCS(212)는 접속 통지에 대한 그의 응답에서 UE(214)에 대한 그룹화 정보를 제공할 수 있다. 서빙 노드들(즉, MME/SGSN)은 UE(214)와 연관되어 있는 그룹 서비스들을 위해 그 자신들을 구성할 수 있고, 또한, eNB/RNC와 같은, 접속 절차에 관여되어 있는 다른 노드들을 구성하기 위해 동일한 접속 절차를 사용할 수 있다.

접속 절차에 의한 즉각적 그룹 멤버쉽 제어 - HSS 기반

도 9는 접속 절차 동안 그룹 멤버쉽의 HSS 기반 처리를 나타내고 있다. 도시된 바와 같이, 단계(1)에서, UE(214)는 CN과 접속 절차를 개시한다. 서빙 노드(예컨대, MME, SGSN, 또는 MSC)는 UE(214)가 MTC 디바이스인 것으로 그리고 절차가 SCS(212)에 전달되어야 하는 것으로 결정한다. 서빙 노드는 HSS(116)로부터의 가입 정보, UE로부터의 표시, 또는 SCS(212)로부터의 이벤트 모니터링 요청에 기초하여 이 결정을 할 수 있다. 서빙 노드들은 UE의 외부 ID 및 접속 절차 동안 송신되는 ULA(Update Location Answer) 또는 ISD(Insert Subscriber Data) 메시지들의 일부로서 HSS/HLR로부터의 그룹화 정보를 식별할 수 있다. S6a 및 Gr 인터페이스들을 통한 ULA 및 ISD 메시지들은 이 정보를 포함하도록 향상된다.

도 9를 참조하면, 단계(2)에서, 서빙 노드들은 M2M 접속 요청을 발생시켜 MTC-IWF(210)로 전송한다. 서빙 노드들은 HSS(116)로부터 수신되는 가입 정보에 기초하여 또는 로컬 프로비저닝에 기초하여 MTC-IWF(210)가 통지받아야 하는지를 결정한다. 예시적인 실시예에서, 요청은 외부 ID, 통보되어야 하는 SCS들(212)의 SCS ID들, 및 UE의 그룹 정보, 또는 단지 IMSI를 포함한다. IMSI가 존재하는 경우, MTC-IWF(210)는 HSS(116)에 질의하고 외부 ID, SCS ID(들), 및 UE의 그룹 정보를 검색할 수 있다.

단계(3)에서, MTC-IWF(210)는 M2M 접속 요청 통지를 발생시켜 SCS(212)로 전송한다. 예시적인 실시예에서, 요청은 UE의 외부 ID 및 현재 그룹화 정보를 포함한다. 예시적인 시나리오에서, SCS(212)는, 그의 애플리케이션 계층 기능들에 기초하여, UE의 그룹 정보가 업데이트될 필요가 있는 것으로 결정할 수 있다. 예를 들어, SCS(212)는 UE(214)를 그룹에 추가하거나 그룹으로부터 제거하기로 결정할 수 있다.

단계(4)에서, SCS(212)는 UE(214)에 대한 업데이트된 그룹 정보를 포함하는 M2M 접속 응답 메시지를 발생시켜 MTC-IWF(210)로 전송한다. 메시지는, 예를 들어, UE(214)가 추가되어야만 하는 외부 그룹 ID(들) 및/또는 UE(214)가 제거되어야만 하는 외부 그룹 ID들을 포함할 수 있다.

단계(5)에서, MTC-IWF(210)는, SCS(212)가 업데이트된 그룹화 정보를 제공한 경우, 그룹화 정보를 HSS(116)로 중계한다. SCS(212)가 UE의 그룹화 정보에 대한 어떤 변경들도 표시하지 않은 경우, 이 단계는 임의적이다.

단계(6)에서, UE(214)가 그룹에 추가되거나 그룹으로부터 제거되어야 하는 경우, HSS는, 실질적으로 도 7과 관련하여 앞서 기술된 바와 같이, 다른 CN 노드들을 구성한다.

단계(7)에서, HSS(116)는 UE(214)에 대한 그룹 수정이 완료되었다는 것을 표시하는 응답을 MTC-IWF(210)로 송신한다. 서빙 노드가 구성되어야 하는 경우, HSS(116)는 MTC-IWF(210)에 의해 서빙 노드로 포워딩되어야만 하는 서빙 노드에 대한 그룹 서비스 및 구성 정보를 포함하는 투명한 IE(information element)를 포함시킬 수 있다.

단계(8)에서, MTC-IWF(210)는 그룹화 정보 및 HSS(116)로부터의 투명한 IE를 포함하는 M2M 접속 응답 메시지를 발생시켜 전송한다. 예시적인 시나리오에서, UE(214)가 T5 기반 그룹 메시징을 사용하는 그룹에 추가되는 경우, 투명한 IE는 T5 인터페이스에서 그룹을 식별하기 위해 사용될 로컬 그룹 식별자, eNB에서 설정될 필요가 있는 그룹 베어러의 특성 등을 포함할 수 있다.

단계(9)에서, 서빙 노드는 업데이트된 그룹화 정보를 위해 그 자체 및 다른 관련 노드들을 구성한다. 예를 들어, UE(214)가 T5 기반 그룹 메시징을 사용하는 그룹에 추가되는 경우, MME는 그룹 M-TMSI를 할당하거나 UE(214)를 그룹 M-TMSI의 일부이도록 추가하고 그룹화 정보에 관해 eNB에 통지할 수 있다. eNB는 그룹 메시지들이 G-CRNTI와 함께 송신될 수 있게 하기 위해 그룹-CRNTI를 할당할 수 있다.

접속 절차에 의한 즉각적 그룹 멤버쉽 제어 - MTC-IWF 기반

도 10은 접속 절차 동안 그룹 멤버쉽의 MTC-IWF(210) 기반 처리를 나타내고 있다. 도시된 바와 같이, 단계(1)에서, UE(214)는 CN과 접속 절차를 개시한다. 서빙 노드(예컨대, MME 또는 SGSN 또는 MSC)는 UE(214)가 MTC 디바이스인 것으로 그리고 절차가 SCS(212)에 전달되어야 하는 것으로 결정한다. 서빙 노드는 HSS(116)로부터의 가입 정보 또는 UE(214)로부터의 표시 또는 SCS(212)로부터의 이벤트 모니터링 요청에 기초하여 이것을 결정할 수 있다.

서빙 노드들은 UE의 외부 ID 및 접속 절차 동안 송신되는 ULA(Update Location Answer) 또는 ISD(Insert Subscriber Data) 메시지들의 일부로서 HSS/HLR로부터 통보될 UE(214)와 SCS(들)의 가입 정보를 알 수 있다. S6a 및 Gr 인터페이스들을 통한 ULA 및 ISD 메시지들은 이 정보를 포함하도록 향상될 수 있다.

단계(2)에서, 서빙 노드들은 UE의 외부 ID, 디바이스 접속에 관해 통보되어야 하는 SCS(들)의 SCS ID들, 및 통보되어야 하는 UE(214) 및 SCS(들)의 가입 정보를 제공하는 M2M 접속 요청을 발생시켜 MTC-IWF로 전송한다. 대안적으로, 디바이스의 IMSI만이 제공될 수 있다.

단계(3a)에서, MTC-IWF(210)는, 수신된 M2M 접속 요청 메시지가 디바이스의 IMSI만을 포함하는 경우, 가입 정보 검색 메시지를 발생시켜 전송한다. MTC-IWF(210)는 HSS(116)에 질의하고 UE의 외부 ID, 통보되어야 하는 SCS ID(들), 그리고 UE(214) 및 SCS(들)의 가입 정보를 검색한다. 단계(3b)에서, HSS(116)는 요청된 정보를 반환한다.

단계(4)에서, MTC-IWF(210)는 M2M 접속 요청 통지를 발생시켜 SCS(212)로 전송하고 UE의 외부 ID 및 현재 그룹화 정보를 제공한다.

그에 응답하여, 예시적인 시나리오에서, SCS(212)는, 그의 애플리케이션 계층 기능들에 기초하여, UE의 그룹화 정보가 업데이트될 필요가 있는 것으로 결정할 수 있다. SCS(212)는 UE(214)를 그룹에 추가하거나 그룹으로부터 제거하고자 할 수 있다.

단계(5)에서, SCS(212)는 UE(214)에 대한 업데이트된 그룹화 정보를 포함하는 M2M 접속 응답 메시지를 발생시켜 전송한다. 메시지는 UE(214)가 추가되어야만 하는 외부 그룹 ID(들) 및/또는 UE(214)가 제거되어야만 하는 외부 그룹 ID(들)을 열거할 수 있다.

단계(6)에서, MTC-IWF(210)는 단계(3)에서 검색된 가입 정보를 사용하여, SCS(212) 및 UE(214)가 요청된 그룹 서비스들을 사용하도록 허가할 수 있다. 허가된 경우, MTC-IWF(210)는 도 7과 관련하여 앞서 기술된 바와 같이 다른 관련 CN 노드들을 구성할 수 있다.

단계(7)에서, MTC-IWF(210)는 업데이트된 그룹화 정보 및 서빙 노드들을 위한 임의의 필요한 그룹 프로비저닝 정보를 포함하는 M2M 접속 응답 메시지를 발생시켜 서빙 노드로 전송한다. 예를 들어, UE(214)가 T5 기반 그룹 메시징을 사용하는 그룹에 추가되는 경우, 메시지는 T5 인터페이스에서 그룹을 식별하기 위해 사용될 로컬 그룹 식별자, eNB에서 설정될 필요가 있는 그룹 베어러의 특성 등을 포함할 수 있다.

단계(8)에서, 서빙 노드는 업데이트된 그룹화 정보를 위해 그 자체 및 다른 관련 노드들을 구성한다. 예를 들어, UE(214)가 T5 기반 그룹 메시징을 사용하는 그룹에 추가되는 경우, MME는 그룹 M-TMSI를 할당하거나 UE(214)를 그룹 M-TMSI의 일부이도록 추가하고 그룹화 정보에 관해 eNB에 통지할 수 있다. eNB는 그룹 메시지들이 G-CRNTI와 함께 송신될 수 있게 하기 위해 그룹-CRNTI를 할당할 수 있다.

TAU 절차에 의한 즉각적 그룹 멤버쉽 제어

(별도로 또는 핸드오버 절차의 일부로서 실행되는) TAU 절차 동안, CN이 SCS(212)가 (가입 또는 SCS로부터의 이벤트 모니터링 요청에 기초하여) 통보받아야 하는 것으로 결정하는 경우, SCS(212)는 그의 응답에서 UE(214)의 그룹화 정보를 제공할 수 있다. 예를 들어, MME/SGSN와 같은 서빙 노드들은 또한 UE(214)와 연관되어 있는 그룹 서비스들을 위해 그 자신들을 구성할 수 있고, eNB/RNC와 같은, 관여되어 있는 다른 노드들을 구성하기 위해 동일한 TAU 절차를 사용할 수 있다.

TAU 절차에 의한 즉각적 그룹 멤버쉽 제어 - HSS 기반

도 11a 및 도 11b는 TAU 절차 동안 그룹 멤버쉽의 HSS(116) 기반 처리를 나타내고 있다. 도 11a에 도시되어 있는, 단계(1) 내지 단계(12)는 3GPP TS 버전 23.401의 섹션 5.3.3.1 - 그의 내용은 이로써 그 전체가 참고로 본원에 포함됨 - 에 기술된 것과 같은 TAU 개시를 위한 절차들에 대응한다.

도 11a에 도시된 단계(13)에서, HSS(116)는 UE의 추적 영역 업데이트에 관한 표시를 SCS(212)에 제공하기 위해 TAU 통지 요청 메시지를 발생시켜 MTC-IWF(210)로 전송한다. 표시는 디바이스의 추적 영역이 변한 경우에만 송신될 수 있고, 주기적인 TAU 절차 동안에는 송신되지 않을 수 있다. 이 메시지는 통보되어야 하는 이전의 TAI, 새로운 TAI, UE의 외부 ID, UE의 현재 그룹화 정보, 및 SCS(212) ID(들)을 포함할 수 있다.

단계(14)에서, MTC-IWF(210)는 TAU 통지 요청 메시지를 적절한 SCS로 포워딩한다. 메시지는 이전의 TAI, 새로운 TAI, UE의 외부 ID, 및 UE의 현재 그룹화 정보를 포함한다. MTC-IWF(210)는 또한 TAI를 SCS(212)에 의해 이해될 수 있는 지리적 영역 표현으로 변환할 수 있다. 메시지를 수신한 것에 응답하여, SCS(212)는, 그의 애플리케이션 계층 기능들에 기초하여, UE의 그룹화 정보가 업데이트될 필요가 있는지를 결정할 수 있다. 상황들에 따라, SCS(212)는 UE(214)를 그룹에 추가하거나 그룹으로부터 제거하고자 할 수 있다. 예를 들어, UE의 그룹 ID가 위치의 변화로 인해 변경될 필요가 있을 수 있다.

도 11b에 나오는 단계(15)에서, SCS(212)는 TAU 통지 응답 메시지를 발생시켜 MTC-IWF(210)로 전송하고, UE에 대한 업데이트된 그룹화 정보를 제공한다. 메시지는 UE(214)가 추가되어야만 하는 외부 그룹 ID(들) 및/또는 UE(214)가 제거되어야만 하는 외부 그룹 ID(들)을 열거할 수 있다.

도 11b의 단계(16)에서, MTC-IWF(210)는 TAU 통지 응답 메시지를 HSS(116)로 포워딩한다.

단계(17)에서, HSS(116)는 도 7과 관련하여 앞서 기술된 절차를 사용하여 필요에 따라 다른 CN 노드들을 구성한다.

단계(18)에서, HSS(116)는 위치 취소 메시지를 발생시켜 이전의 MME/S4-SGSN으로 전송한다. 메시지는 UE의 업데이트된 그룹화 정보를 포함한다. 일 실시예에서, 위치 취소 메시지는 UE의 그룹화 정보를 전달하도록 향상될 수 있다. 이전의 MME/S4-SGSN는 수신된 그룹화 정보에 기초하여 그 자체를 구성한다.

단계(19) 내지 단계(21)는 3GPP TS 23.401에서의 섹션 5.3.3.1의 단계(14) 내지 단계(16)에 대응한다.

도 11b의 단계(22)에서, HSS(116)는 위치 업데이트 확인응답 메시지를 발생시켜 새로운 MME/S4-SGSN으로 전송한다. 예시적인 실시예에서, 메시지는 업데이트된 그룹화 정보 및 새로운 MME/S4-SGSN에 대한 임의의 필요한 그룹 프로비저닝 정보를 포함한다. 예를 들어, UE(214)가 T5 기반 그룹 메시징을 사용하는 그룹에 추가되는 경우, 메시지는 T5 인터페이스에서 그룹을 식별하기 위해 사용될 로컬 그룹 식별자, eNB에서 설정될 필요가 있는 그룹 베어러의 특성 등을 포함할 수 있다.

단계(23) 내지 단계(26)는 실질적으로 3GPP TS 23.401에서의 섹션 5.3.3.1의 단계(14) 내지 단계(16)에 기술된 바와 같은 처리를 포함한다. 그렇지만, 일 실시예의 일 양태에 따르면, eNB에서의 그룹-CRNTI의 사용과 같은 업데이트된 그룹화 정보에 대해 관련 노드들을 구성하기 위해, 예를 들어, TAU 접속과 같은 일부 단계들이 향상될 수 있다.

TAU 절차에 의한 즉각적 그룹 멤버쉽 제어 - MTC-IWF 기반

도 12a 및 도 12b는 TAU 절차 동안 그룹 멤버쉽의 MTC-IWF(210) 기반 처리를 나타내고 있다. 단계(1) 내지 단계(16)는 3GPP TS 버전 23.401의 섹션 5.3.3.1 - 그의 내용은 이로써 그 전체가 참고로 본원에 포함됨 - 에 기술된 것과 같은 TAU 개시를 위한 절차들에 대응한다.

도 12b에 도시된 단계(17)에서, ULA 메시지가 TAU 이벤트에 관해 통보되어야 하는 UE의 외부 ID와 UE(214) 및 SCS(들)의 가입 정보를 포함하도록 향상될 수 있다.

도 12b의 단계(18)에서, 새로운 MME는 UE의 추적 영역 업데이트에 관한 표시를 SCS(212)에 제공하기 위해 TAU 통지 요청 메시지를 발생시켜 MTC-IWF(210)로 전송한다. 예시적인 실시예에서, 메시지는 디바이스의 추적 영역이 변한 경우에만 송신될 수 있고, 주기적인 TAU 절차 동안에는 송신되지 않을 수 있다. 예시적인 실시예에서, TAU 통지 요청 메시지는 이전의 TAI, 새로운 TAI, UE의 외부 ID, 통보되어야 하는 SCS ID(들), 그리고 UE(214) 및 SCS(들)의 가입자 정보를 포함한다. 단계(17)에서 새로운 MME가 가입 정보를 검색하지 않은 경우, 새로운 MME는 UE의 IMSI를 제공할 수 있다.

단계(19)에서, MTC-IWF(210)는, 새로운 MME가 TAU 통지 요청에서 가입자 정보를 제공하지 않은 경우, 가입 정보 검색 절차를 수행할 수 있다. MTC-IWF(210)는 HSS(116)에 질의하고 UE의 외부 ID, 통보되어야 하는 SCS ID(들), 그리고 UE(214) 및 SCS(들)의 가입 정보를 검색한다.

단계(20)에서, MTC-IWF(210)는 TAU 통지 요청을 SCS(212)로 송신한다. 예시적인 실시예에서, 메시지는 이전의 TAI, 새로운 TAI, UE의 외부 ID, 및 UE의 현재 그룹화 정보를 포함한다. MTC-IWF(210)는 또한 TAI를 SCS(212)에 의해 이해될 수 있는 지리적 영역 표현으로 변환할 수 있다. 잠재적인 실시예의 일 양태에 따르면, SCS(212)는, 그의 애플리케이션 계층 기능들에 기초하여, UE의 그룹화 정보가 업데이트될 필요가 있는지를 결정할 수 있다. SCS(212)는 UE(214)를 그룹에 추가하거나 그룹으로부터 제거할 수 있다. 예를 들어, UE의 그룹 ID가 그의 위치 변화로 인해 변경될 수 있다.

단계(21)에서, SCS(212)는 TAU 통지 응답 메시지를 발생시켜 MTC-IWF(210)로 전송한다. 메시지는 UE에 대한 업데이트된 그룹화 정보를 포함한다. 예시적인 실시예에서, 메시지는 UE(214)가 추가되어야만 하는 외부 그룹 ID(들) 및/또는 UE(214)가 제거되어야만 하는 외부 그룹 ID들을 열거할 수 있다.

단계(22)에서, MTC-IWF(210)는 단계(19)에서 검색된 가입 정보를 사용하여, SCS(212) 및 UE(214)가 요청된 그룹 서비스들을 사용하도록 허가할 수 있다. 허가된 경우, MTC-IWF(210)는 도 7과 관련하여 앞서 기술된 바와 같이 다른 관련 CN 노드들을 구성할 수 있다.

도 12b의 단계(23)에서, MTC-IWF(210)는 TAU 통지 응답 메시지를 발생시켜 새로운 MME/S4-SGSN으로 전송한다. 예시적인 실시예에서, 메시지는 업데이트된 그룹화 정보 및 서빙 노드들에 대한 임의의 필요한 그룹 프로비저닝 정보를 포함한다. 예시적인 시나리오에서, UE(214)가 T5 기반 그룹 메시징을 사용하는 그룹에 추가되는 경우, 메시지는 T5 인터페이스에서 그룹을 식별하기 위해 사용될 로컬 그룹 식별자, eNB에서 설정될 필요가 있는 그룹 베어러의 특성 등을 포함할 수 있다.

단계(24) 내지 단계(26)는 실질적으로 3GPP TS 23.401에서의 섹션 5.3.3.1의 단계(14) 내지 단계(16)에 기술된 바와 같은 처리를 포함한다. 그렇지만, 잠재적인 실시예의 일 양태에 따르면, 예를 들어, eNB에서의 그룹-CRNTI의 사용과 같은 업데이트된 그룹화 정보에 대해 관련 노드들을 구성하기 위해, 예를 들어, TAU 접속과 같은 일부 단계들이 향상될 수 있다.

그룹 기반 서비스 실행

그룹이 동적으로 또는 미리 결정된 수단을 통해 형성되면, SCS(212)는 그룹 ID(들), 요청된 서비스의 특성들, 및 이용되는 서비스에 관련된 정보를 네트워크 계층에 제공하는 것에 의해 그룹 기반 서비스들을 사용할 수 있다. 서비스를 실행하라고 요청받는 경우, MTC-IWF(210)는 요청된 서비스를 그룹 할당 동안 선택된 방법을 사용하여 수행한다. 일부 상황들에서, MTC-IWF(210)는, 네트워크 상태가 변한 경우 또는 요청된 서비스의 특성들이 그룹 생성 동안 선택되었던 방법으로 충족될 수 없는 경우, 상이한 방법을 사용하기로 결정할 수 있다. 일부 시나리오들에서, 그룹 서비스들이 또한, MTC-IWF(210)와 접촉함이 없이, SCS(212)에 의해 직접 실행될 수 있다. 예를 들어, SCS(212)가 필요한 노드들(예컨대, CBC, BMSC 등)과의 직접 링크들을 갖는다면, 특정 유형들의 그룹 기반 서비스들(예컨대, 그룹 메시징)에 대해 그룹 서비스의 직접 실행이 가능하다.

코어 네트워크의 프로비저닝에 따라, HSS(116)와 MTC-IWF(210)가 서비스를 실행하는 데 관여되는 정도가 변할 수 있다. 도 13은 처리가 주로 HSS 기반인 처리를 나타내고 있다. 도 14는 처리가 주로 MTC-IWF(210) 기반인 처리를 나타내고 있다.

HSS 기반 그룹 서비스 실행

도 13은 HSS(116)가 주로 그룹화를 책임지고 있는 경우 그룹 기반 서비스들을 실행하는 예시적인 프로세스에 대한 흐름을 나타내고 있다. 단계(1)에서, SCS(212)는 디바이스 그룹에 대한 특정의 서비스들에 액세스하기 위해 GAR(Group Action Request) 메시지를 발생시켜 MTC-IWF(210)로 전송한다. 예시적인 시나리오에서, 요청은 하기의 것들을 명시하는 정보를 포함한다: 외부 그룹 ID(들); 요청된 서비스; 요청된 서비스의 특성들; 및 서비스에 관련된 데이터.

단계(2)에서, MTC-IWF(210)는 이 서비스 요청의 전달/핸들링에 관한 정보를 전송하기 위해 GHR(Group Handling Request) 메시지를 발생시켜 HSS(116)로 전송한다. 예시적인 시나리오에서, 메시지는 선행하는 GAR 메시지에서 수신된 정보를 포함한다. 요청되는 서비스에 따라, MTC-IWF(210)는 데이터 부분을 HSS(116)로 전달하지 않을 수 있다. 예를 들어, 그룹 메시징이 요청되는 경우, MTC-IWF(210)는 실제 메시지 내용을 HSS(116)로 전달할 필요가 없다. 오히려, MTC-IWF(210)는 서비스의 상세/특성만을 전달할 수 있다.

GHR 메시지의 수신 시에, HSS(116)는 그룹 생성 스테이지 동안 그룹에 대해 이전에 구성되었던 방법들 중 하나를 선택할 수 있거나, HSS(116)는 서비스를 실행하기 위한 방법을 (정책들에 기초하여) 재평가할 수 있다. HSS(116)는 이 결정을 하기 위해 요청된 서비스의 특성들 및 현재 네트워크 상태를 사용한다. 그룹 생성 스테이지 동안 생성된 방법들 중 임의의 것이 서비스를 수행하는 데 충분하지 않은 경우, 또는 네트워크 상태가 방법을 지원할 수 없는 경우, HSS(116)는 서비스를 실행하기 위해 상이한 방법을 선택할 수 있다. HSS(116)는 또한, 그룹에 대해 구성된 방법들 중 어느 것도 서비스의 실행에 적합하지 않은 경우, 상이한 방법을 선택할 수 있다.

예시적인 실시예에서, 그룹 생성 동안, 그룹이 그룹 메시지 전달을 위한 T4(SMS 기반) 방법 또는 T5(제어 평면 기반) 방법을 위해 구성되었을 수 있다. 현재 그룹 메시징 특성이 대량의 데이터가 높은 데이터 레이트로 전달될 필요가 있도록 되어 있는 경우, HSS(116)는, 예를 들어, 전달을 위해 사용자 평면을 이용하는 방법과 같은, 상이한 방법을 선택하기로 결정할 수 있다.

예시적인 실시예에서, HSS(116)는 또한, 요청된 특성이 서비스될 수 없는 경우 또는 MNO 정책이 방법 재선택을 허용하지 않는 경우, GAR를 거부하기로 결정할 수 있다.

이미 구성된 방법들 중 하나가 선택되는 시나리오에서, HSS(116)는 또한 그 방법에 대한 CN 노드들이 GAR 메시지에서 제공되는 특성들을 핸들링하도록 재구성될 필요가 있는지를 결정할 수 있다. 예를 들어, 사용자 평면 방법이 그룹 생성시 동안 그룹 메시징 서비스를 수행하도록 구성된 경우, 그리고 현재 특성들이 보다 높은 데이터 레이트가 지원될 것을 요구하는 경우, HSS(116)는 PGW를 사용자 평면 터널(들)에 대해 사용될 새로운 QoS 값으로 재구성할 수 있다.

단계(3)에서, HSS(116)는 GPR(Group Provisioning Request) 메시지를 발생시켜, 서비스의 새로운 특성들을 핸들링하도록 구성(새로운 방법의 경우)되거나 재구성되어야만 하는 모든 CN 노드들로 전송한다.

단계(4)에서, CN 노드들은 GPA(Group Provisioning Answer) 메시지를 HSS(116)로 송신한다.

단계(5)에서, HSS(116)는 서비스의 실행을 위해 MTC-IWF(210)에 의해 접촉될 서빙 노드들에 관한 상세를 포함하는 GHA(Group Handling Answer) 메시지를 발생시켜 MTC-IWF(210)로 전송한다. 일부 시나리오들에서, 프로비저닝에 관련되어 있는 특정의 서비스들(예컨대, 정책 또는 과금 관련 서비스들)이 (GPR/GPA 절차의 일부로서) 이미 HSS(116)에 의해 주소지정되었을 수 있고, 이 경우에, HSS(116)는 어떤 서빙 노드 정보도 포함시키지 않을 수 있다. HSS(116)는 서비스가 실행되었다는 것을 알려줄 수 있고, MTC-IWF(210)는 그 다음 2개의 단계들을 건너뛰고 GAA를 SCS(212)로 송신할 수 있다.

단계(6)에서, MTC-IWF(210)는 GSR(Group Servicing Request) 메시지를 발생시켜 HSS(116)에 의해 제공되는 서빙 노드들로 전송한다. 예시적인 실시예에서, MTC-IWF(210)는 서빙 노드들에 의해 전달되거나 핸들링될 서비스 데이터를 메시지에 포함시킨다. MTC-IWF(210)는 또한, 예를 들어, 서비스를 실행하기 위한 기간, 서비스를 전달하기 위해 행해질 수 있는 시도 횟수, 보고를 다시 MTC-IWF(210)로 송신하기 위한 기간, 보고에 대한 포맷 등을 비롯한, 서비스를 실행하고 다시 MTC-IWF(210)에 보고하기 위한 파라미터들을 포함시킬 수 있다.

메시지들에 응답하여, 서빙 노드들은 GSR 메시지에 명시된 바와 같은 서비스를 수행하고, MTC-IWF(210)에 보고하기 위한 서비스 실행에 관련된 데이터를 수집한다.

단계(7)에서, 서빙 노드들은 서비스 실행에 관한 보고를 포함하는 GSA(Group Servicing Answer) 메시지를 발생시켜 MTC-IWF(210)로 전송한다. 예를 들어, 메시지는 그룹 메시지를 수신한 UE들의 수 또는 메시지가 브로드캐스팅된 지리적 영역들 또는 추적 영역들 및 프로비저닝의 성공/실패를 포함할 수 있다.

서빙 노드들로부터 메시지들을 수신할 때, MTC-IWF(210)는 모든 GSA 메시지들로부터의 보고들을 대조하고 SCS(212)로 송신될 요약 보고를 작성한다.

단계(8)에서, MTC-IWF(210)는 CN에 의한 서비스의 실행에 관한 보고를 포함하는 GAA(Group Action Answer)를 발생시켜 SCS(212)로 전송한다.

MTC-IWF 기반 그룹 서비스 실행

도 14는 MTC-IWF(210)가 주로 그룹 처리를 책임지고 있는 경우 그룹 기반 서비스들을 실행하는 예시적인 프로세스에 대한 흐름을 나타내고 있다. 단계(1)에서, SCS(212)는 디바이스 그룹에 대한 특정의 서비스들에 액세스하기 위해 GAR(Group Action Request) 메시지를 MTC-IWF(210)로 송신한다. 예시적인 시나리오에서, 요청은 외부 그룹 ID(들); 요청된 서비스; 요청된 서비스의 특성들; 및 서비스에 관련된 데이터를 명시하는 정보를 포함한다.

메시지의 수신 시에, MTC-IWF(210)는 서비스를 실행하기 위해 이미 선택된 방법들 중 하나를 선택하거나, 상이한 방법을 사용하기로 결정한다. 방법 선택의 기준은 도 13의 단계(2)와 관련하여 앞서 기술된 것과 동일하다.

단계(2)에서, MTC-IWF(210)는 서빙 노드들 그리고 SCS(212) 및 UE들의 가입 정보를 검색하기 위해 SIR 메시지를 발생시켜 HSS(116)로 전송한다. 이 단계는 임의적이고, 예시적인 실시예에서, 서비스 실행을 위해 새로운 방법이 선택된 경우에만 수행될 수 있다.

단계(3)에서, HSS(116)는 MTC-IWF(210)에 의해 선택되었던 방법을 이용하기 위해 SCS(212) 및 UE들에 대한 허가 정보를 포함하는 SIA 메시지를 발생시켜 전송한다. 메시지는 또한 선택된 방법에 대한 서빙 노드 정보도 포함한다.

단계(4)에서, MTC-IWF(210)는 GPR(Group Provisioning Request) 메시지를 발생시켜, 서비스의 새로운 특성들을 핸들링하도록 구성(새로운 방법의 경우)되거나 재구성되어야만 하는 모든 CN 노드들로 전송한다.

단계(5)에서, CN 노드들은 GPA(Group Provisioning Answer) 메시지를 발생시켜 MTC-IWF(210)로 전송한다. 프로비저닝에 관련되어 있는 특정 서비스들(예컨대, 정책 또는 과금 관련 서비스들)이 이 시점에서 완료될 수 있고, 이 유형들의 서비스들에 대해, MTC-IWF(210)는 그 다음 2개의 단계들을 건너뛰고 GAA를 SCS(212)로 송신할 수 있다.

단계(6)에서, MTC-IWF(210)는 GSR(Group Servicing Request) 메시지를 발생시켜 서비스를 실행할 필요가 있는 모든 서빙 노드들로 전송한다. 처리는 도 13의 단계(6)와 관련하여 앞서 기술된 것과 유사하다.

단계(7)에서, 서빙 노드들은 서비스 실행에 관한 보고를 포함하는 GSA(Group Servicing Answer) 메시지를 발생시켜 MTC-IWF(210)로 전송한다. 처리는 도 13의 단계(7)와 관련하여 앞서 기술된 것과 유사하다.

단계(8)에서, MTC-IWF(210)는 CN에 의한 서비스의 실행에 관한 보고를 포함하는 GAA(Group Action Answer) 메시지를 발생시켜 전송한다. 처리는 도 13의 단계(8)와 관련하여 앞서 기술된 것과 유사하다.

OneM2M 그룹 관리 절차들과의 상관

OneM2M은 머신간 통신을 위한 기능 아키텍처를 지칭한다. 도 15는 예시적인 기본적 oneM2M 아키텍처를 나타내고 있다. 도시된 바와 같이, oneM2M 아키텍처는 oneM2M 해결책들에서의 애플리케이션 논리를 제공하는 애플리케이션 엔티티(AE)들(1510)을 포함한다. CSE(common services entity)들(1512)은 M2M 환경들에서 공통이고 하나의 M2M에 의해 명시되는 서비스 기능들의 세트를 포함한다. 이러한 서비스 기능들은 참조 지점들 Mca(1520) 및 Mcc(1522)를 통해 다른 엔티티들에 노출된다. 참조 지점 Mcn(1530)은 기반이 되는 네트워크 서비스 엔티티들에 액세스하는 데 사용된다. NSE(network services entity)들(1540)은 CSE들에 서비스들을 제공한다. M2M 서비스들의 예들은 디바이스 관리, 위치 서비스들, 및 디바이스 트리거링을 포함한다. 기반이 되는 NSE는, 예를 들어, 앞서 기술된 바와 같은 3GPP 기반 네트워크일 수 있다.

oneM2M 환경에 공통인, 공통 서비스 계층(common services layer)에 의해 제공되는 서비스 기능들은 CSF(Common Service Function)라고 지칭된다. 도 16은 예시적인 실시예에서 CSE들에 포함될 수 있는 다양한 CSF들을 나타내는 다이어그램이다. CSF들은 서비스들을 Mca 참조 지점(1520)을 통해 애플리케이션들에 그리고 Mcc 참조 지점(1522)을 통해 다른 CSE들(1512)에 제공한다. 기반이 되는 네트워크 서비스 기능들, 즉 3GPP 네트워크 기능들과의 상호작용은 Mcn 참조 지점(1530)을 통한다.

도 16을 참조하면, GMG(group management) CSF(1610)는 oneM2M 아키텍처에서 그룹 관련 요청들을 핸들링하는 것을 책임지고 있다. GMG CSF(1610)는 그룹 및 그의 멤버쉽의 관리를 책임지고 있다. GMG CSF(1610)는 다수의 관심 자원들에 대한 벌크 동작(bulk operation)들을 지원하고 결과들을 집계한다. GMG CSF(1610)는 그룹화에 기초하여 액세스 제어를 용이하게 할 수 있다. 필요하고 이용가능할 때, GMG CSF(1610)는 브로드캐스팅/멀티캐스팅을 비롯한, 기반이 되는 네트워크, 즉 3GPP 네트워크의 기존의 능력들을 이용할 수 있다.

그룹화는 oneM2M 시스템이 다수의 디바이스들, 애플리케이션들, 또는 자원들에 대해 벌크 동작들을 수행할 수 있게 한다. GMG CSF(1610)는 그룹화와 연관된 자원들 및 동작들을 관리한다. 예를 들어, GMG CSF(1610)는 그룹을 생성, 질의, 업데이트, 및 삭제하라는 요청들을 핸들링한다. 애플리케이션 또는 CSE는 그룹의 생성/검색/업데이트/삭제는 물론, 그룹의 멤버들의 추가 및 삭제를 요청할 수 있다. GMG CSF(1610)는 특정의 목적(즉, 액세스 제어, 디바이스 관리, 디바이스 그룹에의 팬 아웃 공통 동작들 등을 용이하게 하는 것)을 위해 oneM2M 시스템 내의 노드들 중 임의의 노드에서의 CSE들에 하나 이상의 그룹들을 생성할 수 있다.

다시 도 16을 참조하면, NSSE(Network Service Exposure, Service Execution and Triggering) CSF(1620)는 Mcn 참조 지점(1530)을 통해 네트워크 서비스 기능들에 액세스하기 위해 기반이 되는 네트워크들, 예컨대, 3GPP와의 통신을 관리한다. NSSE CSF(1620)는 M2M 애플리케이션들을 대신하여 서비스 "요청들"을 위한 이용가능한/지원되는 방법들을 사용한다. NSSE CSF(1620)는 다른 CSF들 및 AE들을 기반이 되는 네트워크들에 의해 지원되는 특정 기술들 및 메커니즘들로부터 보호한다.

서비스 계층에서 그룹들을 관리하기 위한 상이한 절차들이 oneM2M에 정의되어 있다. 이 절차들은 <group> 자원과 연관된 정보의 멤버쉽 검증, 생성, 검색, 업데이트 및 삭제를 관리하기 위해서는 물론, <group> 자원의 가상 자원 멤버들에 대해 대응하는 동사(verb)들을 호출하는 것에 의한 모든 그룹 멤버 자원들의 벌크 관리(bulk management)를 위해 사용된다. 이하의 표는 oneM2M에서 사용되는 그룹 관리 절차들을 요약한다.

절차	목적
Create <group>	그룹 자원을 생성하기 위해 사용됨
Retrieve <group>	<group> 자원을 검색하기 위해 사용됨
Update <group>	기존의 <group> 자원을 업데이트하기 위해 사용됨
Delete <group>	기존의 <group> 자원을 삭제하기 위해 사용됨
Create <Members>	기존의 <group> 자원에 속하는 모든 멤버 자원들의 내용을 생성하기 위해 사용됨
Retrieve <Members>	기존의 <group> 자원에 속하는 모든 멤버 자원들의 내용을 검색하기 위해 사용됨
Update <Members>	기존의 <group> 자원에 속하는 모든 멤버 자원들의 내용을 업데이트하기 위해 사용됨
Delete <Members>	기존의 <group> 자원에 속하는 모든 멤버 자원들의 내용을 삭제하기 위해 사용됨

그에 따라, 서비스 계층 그룹들을 형성하고 그룹들에 대해, 예를 들어, 멤버들을 그룹에 추가/그로부터 제거하는 것에 의해 그룹을 업데이트하는 것과 같은 상이한 동작들을 수행하기 위해, M2M 서비스 계층에서 사용되는 상이한 절차들이 있다. M2M 서비스 계층에 형성되는 그룹들은 M2M 서비스 계층 기능들에 기초하고, 이 그룹들은 디바이스들, 애플리케이션들, CSE들 등의 그룹일 수 있다. 이 그룹들에 대해 수행되는 동작들은 M2M 서비스 계층 절차들에 대응한다. 도 1 내지 도 4와 관련하여 앞서 기술되는 네트워크 계층 그룹 관리 기능들을 어떻게 이용할 수 있고 이 절차들을 서비스 계층 그룹 관리 절차들에 어떻게 상관시킬 수 있는지를 결정하는 것은 M2M 서비스 계층의 책임이다.

도 17은 oneM2M 서비스 계층에서의 그룹 절차들이 네트워크 계층 서비스 능력들에서 구현될 수 있는 프로세스를 나타내고 있다. 도 17의 우측에 도시된 바와 같이, 그룹을 생성하라는 oneM2M 서비스 계층 요청은 AE(1510)에서 발생되고 oneM2M GMG(Group Management) CSF(1610)에 수신될 수 있다. oneM2M GMG(Group Management) CSF(1610)는 네트워크 계층 그룹이 생성될 필요가 있는지를 결정하고, 그러한 경우, 그룹의 일부이어야만 하는 UE들, 그룹이 생성되어야 하는 목적(예컨대, 그룹 메시징), 및 그룹 서비스의 특성들(예를 들어, 최대 메시지 크기 등)을 결정하는 것을 책임지고 있다. GMG CSF(1610)는 이어서 NSSE(Network Service Exposure, Service Execution and Triggering) CSF(1620)에게 네트워크 계층 그룹을 형성하라고 요청한다. NSSE CSF(1620)는 Mcn 참조 지점을 통해 (도 3과 관련하여 앞서 기술된 바와 같은) 기반이 되는 네트워크의 동적 그룹 생성 절차를 호출하고 그룹을 형성하라는 요청을 NSE에 전달한다. 기반이 되는 네트워크가 3GPP 기반 네트워크인 시나리오에서, Mcn 참조 지점은 Tsp 인터페이스(208)일 수 있고, NSE는 MTC-IWF(210)일 수 있다. 대안적으로, 3GPP 네트워크에서의 Mh 인터페이스가 또한 이 목적을 위해 사용될 수 있을 것이다.

다른 서비스 계층 그룹 절차들의 결과로서 네트워크 계층 그룹 관리 절차가 또한 실행될 수 있다. 하기의 표는 다양한 서비스 계층 그룹 관리 절차들과 네트워크 계층 그룹 관리 절차들 사이의 상관관계를 요약한다.

서비스 계층 그룹 관리 절차	서비스 계층 목적	대응하는 네트워크 계층 그룹 관리 절차
Create <group>	그룹 자원을 생성하기 위해 사용됨	그룹 생성 절차
Retrieve <group>	<group> 자원을 검색하기 위해 사용됨	-
Update <group>	기존의 <group> 자원을 업데이트하기 위해 사용됨	그룹 생성 절차, 그룹 수정 절차
Delete <group>	기존의 <group> 자원을 삭제하기 위해 사용됨	그룹 수정 절차
Create <Members>	기존의 <group> 자원에 속하는 모든 멤버 자원들의 내용을 생성하기 위해 사용됨	그룹 생성 절차, 그룹 수정 절차, 그룹 서비스 실행 절차(멤버 자원들이 서브그룹 자원을 포함하는 경우에)
Retrieve <Members>	기존의 <group> 자원에 속하는 모든 멤버 자원들의 내용을 검색하기 위해 사용됨	그룹 서비스 실행 절차
Update <Members>	기존의 <group> 자원에 속하는 모든 멤버 자원들의 내용을 업데이트하기 위해 사용됨	그룹 수정 절차, 그룹 서비스 실행 절차
Delete <Members>	기존의 <group> 자원에 속하는 모든 멤버 자원들의 내용을 삭제하기 위해 사용됨	그룹 수정 절차

네트워크 계층 그룹 관리 기능들이 또한 다른 CSF들로부터의 NSSE 기반 요청들에 의해 또는 서비스 계층에서의 통신사업자 프로비저닝에 기초하여 호출될 수 있다.

PAN 네트워크에서의 조정된 그룹화

출원인은 네트워크 레벨 서비스들을 실행하기 위해 디바이스 그룹들을 발생시키고 관리하는 시스템들 및 방법들을 개시한다. 본원에 제시되는 개념들은 개인 영역 네트워크를 비롯한 상이한 네트워크 유형들에 적용될 수 있다. 본원에 정의되는 절차들은 PAN 코디네이터를 사용하는 개인 영역 네트워크들에 특히 아주 적합하다. 이러한 네트워크들의 예들은 ZigBee 및 6LoWPAN과 같은 802.15.4 기반 네트워크들이다.

도 18은, 홈 오토메이션 게이트웨이로서 동작하는, oneM2M ASN(Application Service Node)(1810)이 PAN 코디네이터(1820)와 인터페이싱하기 위해 Mcn 인터페이스(1530)를 사용하는 예시적인 배포를 나타내고 있다. PAN 코디네이터(1820)는, 예를 들어, 전등 스위치, 도어록 등과 같은 홈 오토메이션 디바이스들의 네트워크를 관리할 수 있다. 홈 오토메이션 디바이스들이 oneM2M 애플리케이션들을 호스팅하는 경우, ASN(1810)은 또한 디바이스들과의 Mcc 인터페이스(1522)를 가질 것이다. 그렇지 않은 경우, ASN(1810)은 oneM2M 디바이스들과의 어떤 네트워크 특정 인터페이스를 가질 것이다.

ASN(1810)은 PAN 코디네이터(1820)에 디바이스 그룹을 생성하라고 요청하기 위해 Mcn 인터페이스(1530)를 사용한다. 예를 들어, 메시지들을 네트워크 내의 디바이스들의 서브셋으로 멀티캐스팅하기 위해 또는 메시지들을 그룹 내의 모든 디바이스들로 브로드캐스팅하기 위해 그룹이 사용될 수 있다. 도 19는 ASN(1810)이 디바이스 그룹을 생성하기 위해(또는 디바이스들을 그룹에 추가하기 위해) PAN 코디네이터(1820)와의 그의 Mcn 인터페이스(1530)를 사용하는 예시적인 호 흐름을 나타내고 있다. 도 19의 예에서, 기반이 되는 네트워크는 ZigBee 기반 네트워크이다. 그렇지만, 동일한 개념이 6LoWPAN과 같은 다른 개인 영역 네트워크들에 적용될 수 있다.

도 19는 그룹이 ASN에 의해 생성되는 시나리오를 나타내고 있다. 도 19가 그룹이 ASN(1810)에 의해 생성되는 시나리오를 나타내고 있지만, 그룹으로부터 디바이스들을 제거할 때 유사한 절차가 적용될 수 있다는 것을 잘 알 것이다. ZigBee 구현에서, APSME-REMOVE-GROUP.request 및 APSME-REMOVE-GROUP.confirm 프리미티브들은 그룹을 제거하기 위해 사용될 것이다.

도 19를 참조하면, 단계(1)에서, 그룹 생성 이벤트가 SCS(212)에서 식별된다. 예를 들어, M2M 애플리케이션 또는 CSE는 그룹 자원의 형성을 위해 그룹 생성(CREATE) 요청을 전송할 수 있다. 그에 응답하여, 그룹 관리 CSF(1610)는 네트워크 제공 그룹 서비스들이 그룹에 대해 사용될 수 있다고 결정할 수 있고, NSSE CSF(1620)에 대해 그룹 생성 요청을 개시한다. 대안의 시나리오에서, 그룹 생성은 M2M 통신사업자에 의해 행해지는 구성/프로비저닝에 기초하여 개시될 수 있다.

단계(2)에서, ASN(1810)은 그룹 생성 요청(Group Create Request)을 발생시켜 PAN 코디네이터(1820)로 전송한다. 메시지의 필드들은 값 "INITIAL_REQUEST"로 설정된 GC-Request-Type AVP를 갖는 GCR(Group Control Request) 메시지와 관련하여 본원에 기술되는 것들과 유사할 수 있다.

단계(3)에서, PAN 코디네이터(1820)는 그의 내부 ZigBee 그룹 관리 객체를 새로 형성된 그룹의 상세로 업데이트하기 위해 APSME-ADD-GROUP.request 프리미티브를 사용한다.

단계(4)에서, ZigBee 그룹 관리 객체는 그룹이 형성되었다는 것을 알려주기 위해 APSME-ADD-GROUP.confirm으로 응답한다.

단계(5)에서, PAN 코디네이터(1820)는 그룹의 일부인 각각의 디바이스의 ZigBee 그룹 관리 객체들을 업데이트하기 위해 APSME-ADD-GROUP.request 프리미티브를 사용한다.

단계(6)에서, ZigBee 그룹 관리 객체들은 그룹이 형성되었다는 것을 알려주기 위해 APSME-ADD-GROUP.confirm으로 응답한다.

단계(7)에서, PAN 코디네이터(1820)는 외부 그룹 식별자 및 서비스 관련 파라미터들을 ASN(1810)에 전달한다. 예시적인 실시예에서, 메시지의 필드들은 GCA(Group Control Answer) 메시지에서 제공되는 것과 유사하다.

본 기술분야의 통상의 기술자라면 도 19가 oneM2M ASN이 그룹을 생성/수정하는 것을 나타내고 있지만, 동일한 절차들이 oneM2M 중간 노드 또는 oneM2M 인프라스트럭처 노드에 의해 실행될 수 있다는 것을 잘 알 것이다. 기반이 되는 네트워크는 IP 기반 네트워크일 수 있고, Mcn 인터페이스(1530)는 멀티캐스트 그룹들을 생성하는 데 사용될 수 있다.

새로운 다이어미터 메시지

개시된 시스템들 및 방법들의 일 양태에 따르면, 몇 개의 새로운 메시지들이 그룹 기반 서비스들에 대한 기술된 절차들을 지원하기 위해 서비스 계층과 네트워크 계층 사이에서 Tsp 인터페이스(208)에서 액세스가능한 것으로서 기술된다.

기술된 메시지들 및 이 메시지들 내의 정보는, HSS(116)와 SCS(212) 사이의 그룹 관리가 Mh 인터페이스를 통해 행해지는 경우, Mh 인터페이스에서 사용될 수 있다. 이러한 시나리오에서, 그룹 조치 메시지들(GAR 및 GAA)은 Mh 인터페이스에서 적용되지 않을 수 있는데, 그 이유는 그룹 조치가 Tsp 인터페이스(208)를 통해 행해지기 때문이다.

하기의 표는 그룹 생성 및 관리를 위한 시스템들 및 방법들과 관련하여 본원에 기술되는 커맨드들 및 코드들을 열거한다.

커맨드-이름	약어
Group-Control-Request	GCR
Group-Control-Answer	GCA
Group-Notification-Request	GNR
Group-Notification-Answer	GNA
Group-Related-Event-Notification-Request	GRN
Group-Related-Event-Notification-Answer	GRA
Group-Action-Request	GAR
Group-Action-Answer	GAA

GCR - 그룹 제어 요청(Group Control Request)

GCR 커맨드는 도 3과 관련하여 앞서 기술된 SCS-개시 그룹 생성 절차 또는 도 5와 관련하여 앞서 기술된 SCS-개시 그룹 수정 절차의 일부로서 SCS(212)에 의해 MTC-IWF(210)로 송신된다.

이하의 표는 상이한 절차들 동안 송신될 수 있는 GCR 메시지에서의 속성-값 쌍들(AVP들)을 열거한다.

SCS-개시 그룹 생성	SCS-개시 그룹 수정
{ GC-Request-Type } { GC-Request-Number } [ Group-Members ] *[ Group-Service-Details ] [ Suggested-Group-Identifier ] [ Group-Existence-Time ] *[ Group-Modifications-Control ] [ Sub-Grouping-Indication ]	{ GC-Request-Type } { GC-Request-Number } *[ Group-Service-Details ] [ Group-Existence-Time ] *[ Group-Modifications-Control ] [ Sub-Grouping-Indication ] { External-Group-Identifier } *[ Group-Member-Addition ] [ Group-Member-Removal ] *[ Group-Service-Removal ] *[ Group-Delete-List ]

GCR 메시지의 내용은 요청 유형 및 그것이 사용되는 절차에 의존한다.

예시적인 실시예에서, 그룹 수정 절차 동안, 'Group-Service-Details' 속성-값 쌍(AVP)은 새로운 서비스의 추가를 요청하기 위해 또는 기존의 서비스의 특성의 변화를 제공하기 위해 사용될 수 있다. 이 메시지를 수신할 때, 수정되고 있는 그룹이 'Group-Service' AVP에 언급된 서비스에 이미 가입했다는 것을 CN이 발견하는 경우, CN은 그 서비스에 대한 특성들을 업데이트하고 서비스를 실행하기 위한 상이한 방법을 선택한다.

예시적인 실시예에서, 'External-Group-Identifier' AVP는 그룹 수정 절차에서는 필수적인 AVP가 되고 그룹 생성 절차 동안에는 포함되어서는 안 된다.

'GC-Request-Type' AVP는 SCS(212)가 그룹 생성을 위해 GCR 메시지를 개시할 때는 'INITIAL_REQUEST'로 설정되고, SCS(212)가 그룹 속성들을 수정하기 위해 GCR을 송신할 때는 'MODIFICATION_REQUEST'로 설정된다.

GCA - 그룹 제어 답변

예시적인 실시예에서, GCA 커맨드는 도 3과 관련하여 앞서 기술된 SCS-개시 그룹 생성 절차 또는 도 5와 관련하여 앞서 기술된 SCS-개시 그룹 수정 절차의 일부로서 MTC-IWF(210)에 의해 SCS(212)로 송신된다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ GC-Request-Type }

{ GC-Request-Number }

[ External-Group-Identifier ]

*[ Group-Service-Details ] -->Accepted group services

*[ Rejected-Group-Service ]

[ Group-Existence-Time ]

*[ Sub-Group-Information ]

*[ Supported-Features ]

'Group-Services' AVP는 CN에 의해 수락된 서비스들의 리스트 및 수락된 서비스들의 특성들을 포함한다.

GNR - 그룹 통지 요청

GNR 커맨드는 도 7과 관련하여 앞서 기술된 바와 같은 CN-개시 그룹 수정 절차의 일부로서 MTC-IWF(210)에 의해 SCS(212)로 송신된다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ GC-Request-Number }

[ External-Group-Identifier ]

*[ Group-Service-Details ]

[ Group-Existence-Time ]

*[ Group-Modifications-Control ]

*[ Sub-Group-Information ]

*[ Group-Member-Addition ]

[ Group-Member-Removal ]

*[ Group-Service-Removal ]

*[ Available-Service ]

*[ Supported-Features ]

'Group-Service-Details' AVP는 CN에 의해 수정되거나 그룹에 추가된 서비스들의 리스트 및 수정/추가된 서비스들의 특성들을 포함한다.

'Supported-Features' AVP는 이용가능한 그룹 기반 서비스들을 SCS(212)에 알려주는 데 사용될 수 있다.

GNA - 그룹 통지 답변

GNA 커맨드는 도 7과 관련하여 앞서 기술된 바와 같은 CN-개시 그룹 수정 절차의 일부로서 SCS(212)에 의해 MTC-IWF(210)로 송신된다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ GC-Request-Number }

'Result-Code' AVP는 서비스 계층에서의 그룹 수정의 성공 또는 실패를 알려주는 데 사용된다.

GRN - 그룹 관련 이벤트 통지 요청

GRN 커맨드는 이용가능하지 않는 또는 새로 이용가능한 서비스들/UE들의 리스트를 SCS(212)에 제공하기 위해 도 8과 관련하여 앞서 기술된 대안의 CN-개시 그룹 수정 절차의 일부로서 MTC-IWF(210)에 의해 SCS(212)로 송신된다. SCS(212)는 GRN 커맨드에서의 정보에 기초하여 SCS-개시 그룹 수정 절차를 수행할 수 있다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ GC-Request-Number }

[ External-Group-Identifier ]

*[ Unavailable-Member ]

*[ Suggested-New-Member ]

*[ Unavailable-Service ]

*[ Available-Service ]

*[ Group-Service-Details ]

*[ Group-Delete-List ]

*[ Supported-Features ]

'Group-Service-Details' AVP는 이미 가입된 서비스들에 대해 필요한 변경들을 알려주는 데 사용될 수 있다.

GRA - 그룹 관련 이벤트 통지 답변

GRA 커맨드는 서비스 계층에서의 그룹 수정의 성공 또는 실패를 알려주기 위해 도 8과 관련하여 앞서 기술된 대안의 CN-개시 그룹 수정 절차의 일부로서 SCS(212)에 의해 MTC-IWF(210)로 송신된다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ GC-Request-Number }

GAR - 그룹 동작 요청

GAR 커맨드는 도 13과 관련하여 앞서 기술된 그룹 서비스 실행 절차의 일부로서 SCS(212)에 의해 MTC-IWF(210)로 송신된다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ GC-Request-Number }

{ External-Group-Identifier }

{ Group-Service-Id }

[ Service-Characteristics ]

[ Service-Payload ]

GAA - 그룹 동작 답변

GAA 커맨드는 도 13과 관련하여 앞서 기술된 그룹 서비스 실행 절차의 일부로서 MTC-IWF(210)에 의해 SCS(212)로 송신된다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ GC-Request-Number }

{ External-Group-Identifier }

[ Service-Execution-Report ]

*[ Supported-Features ]

Tsp 인터페이스에 대해 제안된 새로운 AVP

예시적인 실시예에서, 몇 개의 다이어미터 속성-값 쌍들(AVP들) - 그들의 유형들 및 가능한 플래그 값들을 포함함 - 이 그룹 기반 절차들에서 Tsp 참조 지점(208)에서 사용하기 위해 정의된다. 이하의 차트는 본원에서 기술되는 그룹 처리와 관련하여 사용될 수 있는 AVP들의 리스트를 제공한다. 열거된 AVP들 각각에 대한 보다 상세한 설명이 리스트에 뒤따른다.

속성 이름	값 유형
External-Group-Identifier	UTF8String
GC-Request-Type	Enumerated
GC-Request-Number	Unsigned32
Group-Members	Grouped
External-Id	UTF8String
Group-Service-Details	Grouped
Group-Service-Id	Enumerated
Service-Characteristics	Grouped
Group-Messaging-Characteristics	Grouped
Group-Charging-Policy-Characteristics	Grouped
Group-Actions-Monitoring-Characteristics	Grouped
Group-Message-Type	Enumerated
Group-Messaging-Data-Rate	Unsigned32
Group-Messaging-Frequency	Unsigned32
GM-Repetition	Unsigned32
GM-Repetition-Interval	Unsigned32
GM-Maximum-Delay-Tolerance	Unsigned32
GM-Response-Expected	Enumerated
GM-Priority	Unsigned32
Roamers-Inclusion	Enumerated
GCP-Type	Enumerated
GAM-Type	Enumerated
Sub-Grouping-Indication	Grouped
Number-Of-Sub-Groups	Unsigned32
Minimum-SubGroup-Members	Unsigned32
Sub-Group-Information	Grouped
Suggested-Group-Identifier	UTF8String
Suggested-New-Member	Grouped
Unavailable-Member	Grouped
Unavailable-Service	Grouped
Device-State*	Enumerated
Service-Payload	Grouped
Group-Messaging-Payload	OctetString
Policy-Charging-Payload	Grouped
Actions-Monitoring-Payload	Grouped
Group-QoS*	Grouped
Group-Charging-Id	OctetString
Group-Application-Identifier	OctetString
Group-Charging-Type	Enumerated
Group-Sponsor-Data	Grouped
Monitoring-Event	Grouped
Actions-To-Perform	Grouped
Monitoring-Reference-Number	Enumerated
Monitoring-Event-Id	Enumerated
Monitoring-Event-Data	Enumerated
Action-Reference-Number	Enumerated
Action-Type-Id	Enumerated
Action-Type-Data	Enumerated
Group-Delete-List	Grouped
Deletion-Type	Enumerated
Group-Id-Availability	Enumerated
Group-Unavailable-Time	Time
Group-Existence-Time	Time
Group-Member-Addition	Grouped
Group-Member-Removal	Grouped
Group-Modifications-Control	Grouped
GMC-Entity	Enumerated
GMC-Type	Unsigned32
Group-Service-Removal	Grouped
Available-Service	Grouped
Rejected-Group-Service	Grouped
Acceptable-Service-Characteristics	Grouped
Max-Devices-Supported	Grouped
Service-Available-Time	Grouped
Service-Roaming-Support	Grouped
Group-Control-Cause	Grouped
Service-Execution-Report	Grouped
Group-Messaging-Report	Grouped
Group-Charging-Policy-Report	Grouped
Actions-Monitoring-Configuration-Report	Grouped
Transmission-Area	Grouped
Supported-Features	Grouped

External-Group-Identifier

External-Group-Identifier AVP는 UTF8String 유형이며, 그룹에 대한 외부 그룹 식별자를 포함한다. 외부 그룹 식별자는 IETF RFC 4282의 조항 2.1 - 그의 내용은 이로써 그 전체가 참고로 본원에 포함됨 - 에 명시된 바와 같이 groupname@realm 형태를 가지며, 3GPP TS 23.682 - 그의 내용은 이로써 그 전체가 참고로 본원에 포함됨 - 에 정의된 MTC 외부 식별자들과 동일한 원칙들을 갖는다. 외부 그룹 식별자들에 대한 정의는 3GPP TR 23.887 - 그의 내용은 이로써 그 전체가 참고로 본원에 포함됨 - 에서 논의된다.

GC-Request-Type

GC-Request-Type AVP는 Enumerated 유형이며, GCR 메시지가 개시된 이유를 알려주기 위해 SCS(212)에 의해 사용된다.

하기의 값들이 정의된다:

INTIIAL_REQUEST (0) - GCR 메시지가 그룹을 형성하기 위해 송신될 때, 이 값이 사용된다.

MODIFICATION_REQUEST (1) - GCR 메시지가 그룹 속성들을 수정하기 위해 송신될 때, 이 값이 사용된다.

DELETION_REQUEST (2) - GCR 메시지가 그룹 속성들을 수정하기 위해 송신될 때, 이 값이 사용된다.

GC-Request-Number

GC-Request-Number AVP는 Unsigned32 유형이며, 하나의 세션 내에서 이 요청을 식별해준다. SCS(212) 또는 MTC-IWF(210)는 이전의 절차가 완료하기를 기다리지 않고 다수의 그룹 기반 절차들을 동시에 개시할 수 있다. GC-Request-Number AVP는 응답을 대응하는 요청에 정합시키기 위해 사용된다.

예를 들어, 예시적인 시나리오에서, SCS(212)는 상이한 값들로 설정된 GC-Request-Number를 갖는 GCR 메시지를 송신하는 것에 의해 다수의 그룹들을 생성하기 위해 그룹 생성 절차를 동시에 개시할 수 있다. MTC-IWF(210)는 각자의 GCA 메시지가 각자의 GCR 메시지에서 수신된 동일한 값으로 설정된 GC-Request-Number를 갖도록 보장한다.

대안적으로, 3GPP TS 29.368의 조항 6.4.8 - 그의 내용은 이로써 참고로 본원에 포함됨 - 에 정의된 'Reference-Number' AVP가 재사용될 수 있다.

Group-Members

Group-Members AVP는 Grouped 유형이고, MTC 외부 그룹에 속하는 멤버들을 표시하는 데 사용된다. 이는 개별 MTC 외부 식별자들의 다수의 인스턴스들 및/또는 외부 그룹 식별자들의 다수의 인스턴스들을 포함할 수 있다.

메시지는 하기의 AVP들을 포함할 수 있다:

*[ External-Id ]

*[ External-Group-Identifier ]

External-Id

External-Id AVP는 UTF8String 유형이고, UE의 외부 식별자를 포함한다. 3GPP TS 23.003 - 그의 내용은 이로써 그 전체가 참고로 본원에 포함됨 - 은 외부 식별자의 정의 및 포맷팅에 관한 정보를 제공한다.

Group-Service-Details

Group-Service-Details AVP는 Grouped 유형이고, 그룹 기반 서비스에 관한 상세를 포함한다. 이는 서비스의 서비스 ID 및 특성들을 포함한다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ Group-Service-Id }

[ Service-Characteristic ]

Group-Service-Id

Group-Service-Id는 Enumerated 유형이고, 3GPP-제안 그룹 기반 서비스를 가리킨다.

하기의 값들이 정의된다:

GROUP_MESSAGING_SERVICE (0) - 그룹 기반 멀티캐스트 또는 브로드캐스트 메시징 서비스 중 어느 하나를 가리킨다.

GROUP_CHARGING_POLICY_CONTROL_SERVICE (1) - SCS(212)가 UE들의 그룹에 대한 정책 및 과금 제어 정보를 제공할 수 있는 그룹 기반 정책 및 과금 제어 서비스를 가리킨다.

GROUP_ACTIONS_MONITORING_SERVICE (2) - 일부 UE들의 활동들이 모니터링되고 명시된 이벤트들의 발생에 기초하여 일부 UE들에서 자동 조치들이 수행되는 그룹 기반 모니터링 및 조치 서비스를 가리킨다.

Service-Characteristics

Service-Characteristics AVP는 Grouped 유형이고, 제공/요청되는 서비스의 특성들을 정의한다. 이는 그룹 기반 서비스에 대한 QoS와 유사하다.

메시지는 하기의 AVP들을 포함할 수 있다:

[ Group-Messaging-Characteristics ]

[ Group-Charging-Policy-Characteristics ]

[ Group-Actions-Monitoring-Characteristics ]

Group-Messaging-Characteristics

Group-Messaging-Characteristics AVP는 Grouped 유형이고, 그룹 메시징 서비스의 서비스 특성들을 포함한다.

메시지는 하기의 AVP들을 포함할 수 있다:

[ Group-Message-Type ]

[ Group-Messaging-Data-Rate ]

[ Group-Messaging-Frequency ]

[ GM-Repetition ]

[ GM-Repetition-Interval ]

[ GM-Maximum-Delay-Tolerance ]

[ GM-Response-Expected ]

[ GM-Priority ]

[ Roamers-Inclusion ]

Group-Charging-Policy-Characteristics

Group-Charging-Policy-Characteristics AVP는 Grouped 유형이고, 그룹 과금 및 정책 제어 특징의 특성들을 포함한다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ GCP-Type }

[ Roamers-Inclusion ]

Group-Actions-Monitoring-Characteristics

Group-Actions-Monitoring-Characteristics AVP는 Grouped 유형이고, 그룹 기반 모니터링 및 조치 서비스의 특성들을 포함한다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ GAM-Type }

[ Roamers-Inclusion ]

Group-Message-Type

Group-Message-Type AVP는 Enumerated 유형이고, 그룹 메시징의 목적을 표시한다.

하기의 값들이 정의된다:

DEVICE_TRIGGERING (0) - 이 값은 그룹으로 송신되어야 하는 메시지가 디바이스 트리거링 메시지라는 것을 가리킨다.

SHORT_MESSAGING (1) - 이 값은 전달될 그룹 메시지가 단문 메시지라는 것을 가리킨다. 단문 메시지는 통신사업자 정의되거나 단일의 MT SMS 또는 CBS 메시지의 최대 크기일 수 있다.

DOWNLINK_STREAMING (2) - 이 값은 하향링크 방향에서의 연속적인 메시지 스트림을 가리킨다.

서비스 제공업자와 통신사업자 사이의 계약에 따라 다른 값들이 추가될 수 있다.

Group-Messaging-Data-Rate

Group-Messaging-Data-Rate AVP는 Unsigned32 유형이고, 메시징 서비스에 대한 데이터 레이트 - 초당 바이트 수의 포맷으로 되어 있음 - 를 표시한다. 이는 '하향링크 스트리밍'과 같은 특정 유형의 메시징에 관련되어 있다.

Group-Messaging-Frequency

Group-Messaging-Frequency AVP는 Unsigned32 유형이고, 메시징 서비스를 위해 하향링크에서 송신되어야 하는 메시지들(패킷들)의 수를 제공한다. 이 값은 시간당 패킷 수의 포맷으로 표시된다. 이는 '디바이스 트리거링' 및 '단문 메시징' 종류의 서비스들에 관련되어 있을 수 있다.

GM-Repetition

GM-Repetition AVP는 Unsigned32 유형이고, 특정의 메시지가 반복되거나 재브로드캐스팅되어야 하는 횟수를 가리킨다. 디바이스 트리거링과 같은 특정 메시징 요구는 최대 수의 디바이스들이 메시지를 수신할 확률을 높이기 위해 메시지가 반복되는 것을 필요로 할 수 있다.

GM-Repetition-Interval

GM-Repetition-Interval AVP는 Unsigned32 유형이고, 연속적인 메시징 반복들 사이의 간격 지속시간 - 단위: 초 - 을 제공한다.

GM-Maximum-Delay-Tolerance

GM-Maximum-Delay-Tolerance AVP는 Unsigned32 유형이고, 메시지의 전달 이전에 지연될 수 있는 최대 시간량을 제공한다. 이는 초 단위로 제공되고, 0의 값은 즉각적인 전달을 가리킨다. 이 속성은 코어 네트워크가 메시지 전달 메커니즘을 최적화하는 데 그리고 메시지 전달을 스케줄링하는 데 도움을 준다. 이 속성은 혼잡 기간들 동안 효과들을 최소화하는 데 도움이 된다.

GM-Response-Expected

GM-Response-Expected AVP는 Enumerated 유형이고, SCS(212)가 그룹 메시지에 대한 UE들로부터의 응답을 예상하고 있는지 여부를 가리킨다. 이 속성은 코어 네트워크가 UE들로부터의 상향링크 메시지들을 핸들링하기 위해 그의 자원들을 준비하는 데 도움을 준다. 코어 네트워크는 (GM- Maximum-Delay-Tolerance에 의해 허용되는 바와 같이) 하향링크 그룹 메시지를 상이한 때에 상이한 셀들/영역들에서 브로드캐스팅할 수 있거나, 타이머 값을 포함시키고 UE들에 그들의 응답 메시지들을 송신하기 위한 기간 내의 시간을 랜덤하게 선택하라고 요청할 수 있다.

하기의 값들이 정의된다:

NO_RESPONSE (0) - 이 값은 SCS(212)가 그룹 메시지에 대해 UE들로부터 어떤 응답도 예상하지 않는다는 것을 가리킨다.

SINGLE_RESPONSE (1) - 이 값은 UE로부터의 단일의 응답 메시지가 예상된다는 것을 가리킨다.

MULTPLE_RESPONSE (2) - 이 값은 UE가 그룹 메시지에 응답하여 하나 초과의 메시지를 송신할 수 있다는 것을 가리킨다.

UNKNOWN_RESPONSE (3) - 이 값은 SCS(212)가 UE가 응답 메시지로 답신할 수 있는지에 대해 확신이 없다는 것을 가리킨다.

GM-Priority

GM-Priority AVP는 Unsigned32 유형이고, 그룹 메시지의 우선순위를 가리킨다. SCS(212)로부터의 특정의 경고 메시지들 및 업데이트 메시지들이 아주 중요할 수 있고, SCS(212)는 코어 네트워크가 보다 높은 우선순위를 제공하고 이 메시지들의 전달을 위한 신뢰성있는 방법을 선택하기를 원할 수 있다.

보다 낮은 값은 보다 높은 우선순위를 가리킨다.

Roamers-Inclusion

Roamers-Inclusion AVP는 Enumerated 유형이고, MTC-IWF(210)가 메시지들을 전달하려고 또는 Home-PLMN에 의해 현재 서빙되고 있지 않은 UE들에 대한 서비스들을 구성하려고 시도해야만 하는지를 가리킨다.

GCP-Type

GCP-Type AVP는 Enumerated 유형이고, 그룹 과금 및 정책 서비스의 목적을 제공한다.

하기의 값들이 정의된다:

CHARGING_ONLY (0) - 이 값은 서비스가 그룹 과금을 위해서만 필요하다는 것을 가리킨다.

POLICY_ONLY (1) - 이 값은 서비스가 그룹 정책 관련 제어만을 필요로 한다는 것을 가리킨다.

CHARGING_AND_POLICY (2) - 이 값은 과금 및 정책 둘 다를 위한 서비스가 필요하다는 것을 가리킨다.

GAM-Type

GAM-Type AVP는 Enumerated 유형이고, 그룹 조치들 및 모니터링 서비스의 목적을 제공한다.

하기의 값들이 정의된다:

MONITORING_ONLY (0) - 이 값은 모니터링 및 보고만이 수행되어야 한다는 것을 가리킨다.

ACTION_ONLY (1) - 이 값은 SCS(212)가 수행될 필요가 있는 조치들을 제공할 것이고 CN이 그 조치들을 간단히 실행할 필요가 있을 수 있다는 것을 가리킨다. CN에 의해 어떤 모니터링도 수행되지 않는다. SCS(212)는 서비스 계층에서 모니터링을 행할 수 있다.

MONITORING_AND_ACTIONS (2) - 이 값은 서비스가 모니터링 및 모니터링 기반 조치들 둘 다를 위해 구성되어야 한다는 것을 가리킨다.

Sub-Grouping-Indication

Sub-Grouping-Indication AVP는 Grouped 유형이고, 필요한 경우 CN이 서브그룹화를 수행할 수 있다는 것을 가리키기 위해 SCS(212)에 의해 사용된다.

메시지는 하기의 AVP들을 포함할 수 있다:

[ Number-Of-Sub-Groups ]

[ Minimum-SubGroup-Members ]

Number-Of-Sub-Groups

Number-Of-Sub-Groups AVP는 Unsigned32 유형이고, CN이 생성할 수 있는 서브그룹들의 최대 수를 가리킨다.

Minimum-SubGroup-Members

Minimum-SubGroup-Members AVP는 Unsigned32 유형이고, 형성되는 서브그룹들 각각에 존재해야만 하는 UE들의 최소 수를 가리킨다.

Sub-Group-Information

Sub-Group-Information AVP는 Grouped 유형이고, 형성된 서브그룹들에 관련된 정보를 제공하기 위해 CN에 의해 사용된다. 이는 서브그룹의 외부 그룹 ID, 그의 멤버 리스트 및 서브그룹에 대해 구성된 서비스들을 포함한다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ External-Group-Identifier }

[ Group-Members ]

*[ Group-Service-Details ]

Suggested-Group-Identifier

Suggested-Group-Identifier AVP는 UTF8String 유형이고 특정 외부 그룹 ID를 그룹에 할당하라고 CN에 제안하기 위해 그룹 생성 절차 동안 SCS(212)에 의해 사용된다. 이 AVP는 External-Group-Identifier AVP와 유사하게 포맷팅되고 'groupname@realm' 포맷일 수 있거나 'groupname' 부분만을 포함할 수 있다.

SCS(212)가 외부 그룹 ID를 제안할 수 있는 하나의 시나리오는 SCS(212)가 그룹을 삭제했을 때이고, 나중에 언젠가 SCS(212)가 동일한 그룹을 생성하고자 하는 경우, 동일한 외부 그룹 ID를 할당하라고 CN에 제안할 수 있다.

Suggested-New-Member

Suggested-New-Member AVP는 Grouped 유형이고, 일부 UE들을 그룹에 추가하라고 SCS(212)에 제안하기 위해 CN에 의해 GRN(도 8과 관련하여 논의된 바와 같은 대안의 CN-개시 그룹 수정 절차)에서 사용된다.

AVP 포맷:

메시지는 하기의 AVP들을 포함할 수 있다:

[ External-Id ]

[ External-Group-Identifier ]

[ Device-State ]

*[ AVP ]

Unavailable-Member

Unavailable-Member AVP는 Grouped 유형이고, 일부 UE들을 그룹으로부터 제거하라고 SCS(212)에 제안하기 위해 CN에 의해 GRN(도 8과 관련하여 논의된 대안의 CN-개시 그룹 수정 절차)에서 사용된다.

메시지는 하기의 AVP들을 포함할 수 있다:

[ External-Id ]

[ External-Group-Identifier ]

[ Device-State ]

Unavailable-Service

Unavailable-Service AVP는 Grouped 유형이고, 코어 네트워크에서 더 이상 이용가능하지 않은 서비스를 제공하기 위해 CN에 의해 GRN(도 8과 관련하여 논의된 대안의 CN-개시 그룹 수정 절차)에서 사용된다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ Group-Service-Id }

[ Group-Control-Cause ]

Device-State*

Device-State AVP는 Enumerated 유형이고, UE(214)의 상태를 SCS(212)에 제공한다. 이는 이하의 값들을 가질 수 있다:

a. 접속됨

b. 접속 해제됨

c. 알 수 없음

d. 유휴

e. 연결됨

f. 로밍 ... 등.

Service-Payload

Service-Payload AVP는 Grouped 유형이고 SCS(212)가 실행되기를 원하는 서비스에 대한 페이로드를 제공하기 위해 SCS(212)에 의해 사용된다. 페이로드는 UE(214)로 송신될 필요가 있는 데이터 또는 그룹 기반 서비스에 관련된 코어 네트워크에 대한 어떤 정보일 수 있다.

메시지는 하기의 AVP들을 포함할 수 있다:

[ Group-Messaging-Payload ]

[ Policy-Charging-Payload ]

*[ Actions-Monitoring-Payload ]

다수의 모니터링/조치 이벤트들을 제공하기 위해 Actions-Monitoring-Payload AVP의 많은 인스턴스들이 메시지에 존재할 수 있다.

Group-Messaging-Payload

Group-Messaging-Payload AVP는 OctetString 유형이고, 그룹 내의 UE들로 송신될 필요가 있는 페이로드(메시지 내용)를 포함한다. 내용은 아마도 IP 패킷일 수 있다.

Policy-Charging-Payload

Policy-Charging-Payload AVP는 Grouped 유형이고, 그룹 과금 및 정책 서비스에 대한 페이로드를 제공하기 위해 SCS(212)에 의해 사용된다. 이 AVP는 그룹에 대해 시행되어야 하는 그룹 정책 규칙들 및 과금 특성들에 관한 정보를 포함한다.

메시지는 하기의 AVP들을 포함할 수 있다:

[ Group-QoS ]

[ Group-Charging-Id ]

[ Group-Application-Identifier ]

[ Group-Charging-Type ]

[ Group-Sponsor-Data ]

Actions-Monitoring-Payload

Actions-Monitoring-Payload AVP는 Grouped 유형이고, 조치 및 모니터링 서비스에 대한 페이로드를 제공하기 위해 SCS(212)에 의해 사용된다. 이 AVP는 모니터링될 필요가 있는 이벤트들 및 수행되어야 하는 조치들에 관한 정보를 포함한다.

메시지는 하기의 AVP들을 포함할 수 있다:

*[ Monitoring-Event ]

*[ Action-To-Perform ]

Monitoring-Event AVP 또는 Action-To-Perform AVP의 다수의 인스턴스들이 존재할 수 있다. 이것은 단일의 이벤트에 대해 다수의 조치들을 정의하는 또는 단일의/다수의 조치들을 야기하는 다수의 이벤트들을 정의하는 유연성을 제공하기 위한 것이다.

Group-QoS*

Group-QoS AVP는 Grouped 유형이고 그룹의 각각의 멤버에 대해 적용될 필요가 있는 QoS 값들을 포함한다. 이는 심지어 집단 DL 레이트(collective DL rate)와 같은 공통 QoS 값을 제공하기 위해 사용될 수 있고, 여기서 모든 활성 UE들의 모든 DL 데이터 레이트의 합은 집단 DL 레이트를 초과하지 않을 수 있다.

Group-Charging-Id

Group-Charging-Id AVP는 OctetString 유형이고, 그룹에 속하는 UE들에 대한 과금 상관(charging correlation)을 위해 사용된다.

Group-Application-Identifier

Group-Application-identifier AVP는 OctetString 유형이고, AF 서비스 세션에 대한 특정의 서비스를 식별해주는 정보를 포함한다. 이 정보는 그룹에 대한 상이한 애플리케이션 서비스들의 QoS를 구별하기 위해 PCRF에 의해 사용될 수 있다.

Group-Charging-Type*

Group-Charging-Type은 Enumerated 유형이고, 사용될 필요가 있는 과금 방법을 가리킨다.

이는 개별 과금, 그룹 과금, 또는 둘 다, 또는 SCS-후원 그룹 과금, 또는 오프라인 또는 온라인 과금을 식별해줄 수 있다.

Group-Sponsor-Data

Group-Sponsor-Data AVP는 Grouped 유형이고, 예를 들어, 후원자 ID, 사용 임계값 등과 같은 후원에 관한 상세를 포함한다. 이는 3GPP TS 29.214의 조항 5.3.27 - 그의 내용은 이로써 그 전체가 참고로 본원에 포함됨 - 에 정의된 Sponsored-Connectivity-Data AVP와 유사하게 코딩될 수 있다.

메시지는 하기의 AVP들을 포함할 수 있다:

[ Sponsor-Identity ]

[ Application-Service-Provider-Identity ]

[ Granted-Service-Unit ]

[ Used-Service-Unit ]

Monitoring-Event

Monitoring-Event AVP는 Grouped 유형이고, 모니터링되어야만 하는 이벤트를 포함한다. 이벤트는 단일의 UE(214)에 대한 것이거나 UE들의 그룹에 대한 것일 수 있다. 예를 들어, 이는 단일 UE(214) 이동성 이벤트 또는 UE들의 그룹에 대한 이동성 이벤트일 수 있다.

AVP 포맷:

메시지는 하기의 AVP들을 포함할 수 있다:

{ Monitoring-Reference-Number }

[ Monitoring-Event-Id ]

*[ Group-Members ]

[ Monitoring-Event-Data ]

단일 UE(214) 접속 해제에 대해, Monitoring-Event-Id AVP는 접속 해제(detach) 유형으로 설정될 수 있고, Group-Members AVP는 UE의 External-Id로 설정될 수 있다.

UE들의 그룹의 이동성에 대해, Monitoring-Event-Id AVP는 이동성(mobility) 유형으로 설정될 수 있고, Group-Members AVP는 이동성이 모니터링될 필요가 있는 모든 UE들의 External-Id들의 리스트를 포함한다. Monitoring-Event-Data는 UE들의 이동성이 모니터링될 필요가 있는 추적 영역과 같은 부가 정보를 포함한다.

그룹 UE들의 50% 접속에 대해, Monitoring-Event-Id AVP는 접속으로 설정되고, Monitoring-Event-Data AVP는 50 퍼센트를 제공하며 Group-Members AVP는 UE들의 리스트 또는 External-Group-ID를 포함한다. 따라서, UE들 중 50% 초과가 접속되어 있을 때, 조치가 수행될 수 있거나, 통지가 SCS(212)로 송신될 수 있다.

Actions-To-Perform

Actions-To-Perform은 Grouped 유형이고, 모니터링된 이벤트의 발생 시에 또는 독자적으로, 수행되어야 하는 조치를 포함한다. 조치는 단일의 UE(214)에 대한 것이거나 UE들의 그룹에 대한 것일 수 있다. 예를 들어, 조치는 단일의 UE(214)의 접속 해제이거나 UE들의 그룹에 대한 접속 해제일 수 있다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ Action-Reference-Number }

[ Action-Type-Id ]

*[ Group-Members ]

[ Action-Type-Data ]

단일 UE 접속 해제에 대해, Monitoring-Event-Id AVP는 접속 해제 유형으로 설정되고, Group-Members AVP는 UE의 External-Id로 설정된다.

조치는 CN에 의해 실행되고 UE의 가입 정보에 의해 허용될 수 있는 임의의 것일 수 있고, PDN을 활성화시키는 것 또는 전용 베어러를 생성하는 것 또는 주기적 TAU 타이머 또는 DRX 타이머를 변경하는 것 등에 이를 수 있다.

Monitoring-Reference-Number

Monitoring-Reference-Number AVP는 Unsigned32 유형이고, MTC-IWF(210)가 어느 이벤트들이 구성되었는지 또는 어느 이벤트들이 발생했는지를 그의 보고에 포함시킬 수 있도록 모니터링 요청에 참조 번호를 제공하는 데 사용된다.

Monitoring-Event-Id*

Monitoring-Event-Id AVP는 Enumerated 유형이고 모니터링 이벤트의 유형을 언급한다. 예를 들어, 다음과 같은 많은 모니터링 이벤트들이 가능하다:

g. 접속

h. 접속 해제

i. PLMN간 이동성

j. PLMN내 이동성

k. 시스템간 이동성(예컨대, LTE에서 UMTS로)

l. 기술간 이동성(예컨대, LTE에서 Wi-Fi로)

m. PDN 연결/연결 해제

n. 전용 베어러 활성화/비활성화

o. 유휴 상태

p. 연결 지속시간 등

Monitoring-Event-Data*

Monitoring-Event-Data AVP는 grouped 유형이고, 모니터링 이벤트들에 관련된 데이터를 포함한다. 이 AVP는 Monitoring-Event-Id AVP를 수반할 수 있고, 그 이벤트 유형에 대한 관련 데이터를 제공할 수 있다.

Action-Reference-Number

Action-Reference-Number AVP는 Unsigned32 유형이고, MTC-IWF(210)가 어느 조치들이 구성되었는지 또는 어느 조치들이 수행되었는지를 그의 보고에 포함시킬 수 있도록 조치에 대한 참조 번호를 제공하는 데 사용된다.

Action-Type-Id*

Action-Type-Id AVP는 Enumerated 유형이고, 수행될 필요가 있는 조치의 유형을 언급한다. 예를 들어, 다음과 같은 수행될 수 있는 많은 동작들이 있다:

a. 접속 해제

b. N/W-개시 PDN 연결 해제

c. N/W-개시 전용 베어러 활성화/비활성화

d. 현재 TA와 같은 UE 컨텍스트 상세의 업데이트

e. TAU 타이머, 유휴 타이머, DRX 타이머 등과 같은 N/W UE 파라미터의 업데이트

f. 과금 및 정책 정보의 업데이트

g. 디바이스 트리거링 등

Action-Type-Data*

Action-Type-Data AVP는 grouped 유형이고, 수행되어야 하는 조치에 관련된 데이터를 포함한다. 이 AVP는 Action-Type-Id AVP를 수반할 수 있고, 전용 베어러에 대한 QoS 정보와 같은 그 이벤트 유형에 대한 관련 데이터를 제공할 수 있다.

Group-Delete-List

Group-Delete-List AVP는 Grouped 유형이고, 제거되는 그룹들의 리스트 및 관련된 정보를 포함한다.

메시지는 하기의 AVP들을 포함할 수 있다:

*{ External-Group-Identifier }

[ Deletion-Type ]

[ Group-Id-Availability ]

[ Group-Unavailable-Time ]

Deletion-Type

Deletion-Type AVP는 Enumerated 유형이고, 그룹 제거의 성격을 가리킨다.

하기의 값들이 정의된다:

PERMANENT (0) - 이 값은 그룹이 완전히 제거되고 그룹 ID가 해제된다는 것을 가리킨다.

TEMPORARY (1) - 이 값은 그룹이 일시적으로 이용가능하지 않다는 것을 가리킨다.

Group-Id-Availability

Group-Id-Availability AVP는 Enumerated 유형이고, 그룹 ID가 다른 SCS들에 의한 사용에 이용가능한지를 가리킨다.

하기의 값들이 정의된다:

AVAILABLE_FOR_OTHER_SCS (0) - 이 값은 그룹이 다른 SCS들에 의해 여전히 사용될 수 있다는 것을 가리킨다.

NOT_AVAILABLE_FOR_OTHER_SCS (1) - 이 값은 그룹이 어느 SCS에 의해서도 이용가능하지 않다는 것을 가리킨다.

Group-Unavailable-Time

Group-Unavailable-Time AVP는 Time 유형이고, 그룹이 이용가능하지 않을 때까지 남은 시간 및 그룹에 대한 그룹 서비스들이 사용될 수 없을 때까지 남은 시간을 가리킨다.

Group-Existence-Time

Group-Existence-Time AVP는 Time 유형이고, 그룹이 존재할 수 있는 남은 시간을 가리키고 그 이후에 그룹은 삭제될 것이다. 이 값은 SCS(212)와 CN 사이에서 협상될 수 있다.

Group-Member-Addition

Group-Member-Addition AVP는 Grouped 유형이고, 기존의 그룹에 추가될 필요가 있는 외부 UE Id 또는 외부 그룹 ID를 포함한다. 이것은 SCS(212)에 의해 GCR 메시지에서 또는 CN에 의해 GNR 메시지에서 제공될 수 있다.

메시지는 하기의 AVP들을 포함할 수 있다:

[ External-Id ]

[ External-Group-Identifier ]

Group-Member-Removal

Group-Member-Removal AVP는 Grouped 유형이고, 기존의 그룹으로부터 제거될 필요가 있는 외부 UE Id 또는 외부 그룹 ID를 포함한다. 이것은 SCS(212)에 의해 GCR 메시지에서 또는 CN에 의해 GNR 메시지에서 제공될 수 있다.

메시지는 하기의 AVP들을 포함할 수 있다:

[ External-Id ]

[ External-Group-Identifier ]

Group-Modifications-Control

Group-Modifications-Control AVP는 Grouped 유형이고, 네트워크 엔티티에 의해 그룹에 대해 수행될 수 있는 수정들에 관한 상세를 포함한다. 그룹의 이해당사자인 네트워크 엔티티들 각각에 대한 퍼미션/허가를 제공하기 위해 이 Group-Modifications-Control AVP의 다수의 인스턴스들이 존재할 수 있다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ GMC-Entity }

[ GMC-Type ]

GMC-Entity

GMC-Entity AVP는 Enumerated 유형이고, 그룹의 수정/삭제를 제어할 수 있는 네트워크 엔티티의 유형을 가리킨다.

하기의 값들이 정의된다:

ORIGINATING_SCS (0) - 이 값은 그룹을 생성한 SCS를 가리킨다.

3GPP_CN (1) - 이 값은 그룹의 생성을 허가했거나 그룹에 서빙하는 3GPP 코어 네트워크를 가리킨다.

OTHER_SCS (2) - 이 값은 외부 그룹 식별자에 액세스할 수 있는 서빙 계층에 있는 다른 SCS들을 가리킨다.

GMC-Type

GMC-Type AVP는 Unsigned32 유형이고, 그룹의 상이한 속성들의 수정들에 대한 퍼미션들에 관한 32-비트 플래그 필드를 포함한다.

하기의 값들이 정의된다:

NO_MODIFICATION_ALLOWED (0x00000000) - 이 플래그는 'GMC-Entity' AVP에 언급된 네트워크 엔티티가 그룹에 대한 어떤 수정도 할 수 없다는 것을 가리킨다.

MEMBER_ADDITION (0x00000001) - 이 플래그는, 세트되어 있을 때, 네트워크 엔티티가 그룹에 멤버들을 추가하는 것에 대한 허가를 가리킨다.

MEMBER_DELETION (0x00000002) - 이 플래그는, 세트되어 있을 때, 네트워크 엔티티가 그룹으로부터 멤버들을 제거하는 것에 대한 허가를 가리킨다.

SERVICE_ADDITION (0x00000004) - 이 플래그는, 세트되어 있을 때, 네트워크 엔티티가 그룹에 서비스들을 추가하는 것에 대한 허가를 가리킨다.

SERVICE_DELETION (0x00000008) - 이 플래그는, 세트되어 있을 때, 네트워크 엔티티가 그룹으로부터 서비스들을 제거하는 것에 대한 허가를 가리킨다.

SERVICE_MODIFICATION (0x00000010) - 이 플래그는, 세트되어 있을 때, 네트워크 엔티티가 그룹에 대해 허용되어 있는 서비스의 서비스 특성들을 수정하는 것에 대한 허가를 가리킨다.

GROUP_DELETION (0x00000020) - 이 플래그는, 세트되어 있을 때, 네트워크 엔티티가 그룹을 삭제하는 것에 대한 허가를 가리킨다.

Group-Service-Removal

Group-Service-Removal AVP는 Grouped 유형이고, 그룹으로부터의 서비스 제거를 가리킨다. 다수의 서비스들이 제거되어야 하는 경우 이 AVP의 다수의 인스턴스들이 제공될 수 있다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ Group-Service-Id }

[ Group-Control-Cause ]

Available-Service*

Available-Service AVP는 Grouped 유형이고 이용가능한 모든 그룹 기반 서비스들을 가리킨다. 다수의 서비스들이 이용가능하게 되는 경우 이 AVP의 다수의 인스턴스들이 제공될 수 있다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ Group-Service-Id }

[ Max-Devices-Supported ]

[ Service-Available-Time ]

[ Service-Roaming-Support ]

예를 들어, 서비스가 지원할 수 있는 UE들의 최대 수, 서비스가 이용가능할 수 있는 시간, 로밍 지원 및 메시징 등을 위해 지원되는 데이터 레이트와 같은 다른 서비스 특정 파라미터들과 같은, 이용가능한 서비스에 관련된 다른 정보가 이 AVP에 추가될 수 있다.

Rejected-Group-Service

Rejected-Group-Service AVP는 Grouped 유형이고, SCS(212)에 의해 거부되어 그룹에 의한 사용에 이용가능하지 않은 서비스를 가리킨다. 다수의 서비스들이 거부되는 경우 이 AVP의 다수의 인스턴스들이 제공될 수 있다.

AVP 포맷:

메시지는 하기의 AVP들을 포함할 수 있다:

{ Group-Service-Id }

[ Group-Control-Cause ]

[ Acceptable-Service-Characteristics ]

요청된 서비스 특성들이 서빙될 수 없기 때문에 서비스가 거부되는 경우, MTC-IWF(210)는 거부를 야기한 특성들에 대한 용인가능한 값을 포함하는 'Acceptable-Service-Characteristics' AVP를 포함시킬 수 있다. 'Acceptable-Service-Characteristics' AVP는 'Service-Characteristics' AVP와 유사하게 코딩될 수 있지만, 거부를 야기한 서브AVP들만을 포함할 수 있다.

Acceptable-Service-Characteristics*

Acceptable-Service-Characteristics AVP는 Grouped 유형이고, 서비스 특성 파라미터의 용인가능한 값들을 제공한다.

Max-Devices-Supported

Max-Devices-Supported AVP는 Unsigned32 유형이고, 그룹 기반 서비스에 의해 지원될 수 있는 UE들의 최대 수를 언급한다.

Service-Available-Time

Service-Available-Time AVP는 Time 유형이고, 그룹 기반 서비스가 SCS(212)에 의한 사용에 이용가능할 때까지 남은 시간을 언급한다.

Service-Roaming-Support

Service-Roaming-Support AVP는 Enumerated 유형이고, 서비스가 다른 통신사업자의 네트워크 내로 로밍하는 UE들에 대해 이용가능하게 되는지를 언급한다.

하기의 값들이 정의된다:

ROAMING_NOT_SUPPORTED (0) - 이 값은 서비스들이 로밍한 UE들에 제공되지 않을 것임을 가리킨다.

ROAMING_SUPPORTED (1) - 이 값은 서비스들이 로밍한 UE들에 제공될 것임을 가리킨다.

Group-Control-Cause*

Group-Control-Cause AVP는 Enumerated 유형이고, 그룹 제어 절차들에 대한 원인 코드를 포함한다. 이는 이용가능하지 않은 서비스에 대한 또는 서비스 실행의 실패에 대한 또는 그룹 기반 서비스의 거부 등에 대한 원인 값을 가리킬 수 있다. 일부 원인 값들은 특정 그룹 기반 절차들에만 적용될 수 있다.

Service-Execution-Report

Service-Execution-Report AVP는 Grouped 유형이고, 그룹 기반 서비스의 실행에 관한 상세를 제공하는 데 사용된다.

메시지는 하기의 AVP들을 포함할 수 있다:

{ Group-Service-Id }

{ Group-Control-Cause }

[ Group-Messaging-Report ]

[ Group-Charging-Policy-Report ]

[ Actions-Monitoring-Configuration-Report ]

Group-Messaging-Report

Group-Messaging-Report AVP는 Grouped 유형이고, 그룹 메시징 서비스의 실행에 관한 상세를 포함한다. 이는 그룹 메시지가 송신된 그룹 내의 사용자들의 리스트, 이용가능하지 않은 그룹의 멤버들, 메시지가 브로드캐스팅된 영역들 등을 제공할 수 있다.

메시지는 하기의 AVP들을 포함할 수 있다:

[ Group-Members ]

[ Transmission-Area ]

*[ Unavailable-Member ]

선택된 방법의 유형에 기초하여 다른 정보가 이 AVP에 추가될 수 있다. 예를 들어, 스트리밍 종류의 메시징 서비스는 하향링크 데이터, 폐기된 메시지들의 수 등을 가질 수 있다. 보고는 단일의 패킷마다보다는 주기적으로 송신될 수 있을 것이다. CBS 종류의 서비스는 심지어 메시지가 브로드캐스팅된 횟수(반복 횟수)를 언급할 수 있다.

Group-Charging-Policy-Report

Group-Charging-Policy-Report AVP는 Grouped 유형이고, 그룹 과금 및 정책 서비스의 실행에 관한 상세를 포함한다. 이는 정책이 적용되었던 사용자들의 현재 리스트 및 정책이 적용/시행될 수 없었던 사용자들의 리스트를 제공할 수 있다.

메시지는 하기의 AVP들을 포함할 수 있다:

[ Group-Members ]

[ Transmission-Area ]

*[ Unavailable-Member ]

Actions-Monitoring-Configuration-Report *

Actions-Monitoring-Configuration-Report AVP는 Grouped 유형이고, 수락된 모니터링 이벤트들/조치들에 관한 정보를 포함한다. 이는 또한 거부된 모니터링 이벤트들/조치들을 포함할 수 있다. Monitoring-Reference-Number AVP들 및 Action-Reference-Number AVP들은 수락된/거부된 이벤트들/조치들을 보고하기 위해 사용될 수 있다.

이 AVP는 이벤트/조치가 구성될 때 GAA 메시지에서 사용하기 위해 정의된다. CN이 모니터링 이벤트에 기초하여 임의의 조치들을 행한 경우 CN으로 하여금 요청되지 않은 보고를 SCS(212)로 송신하게 하기 위해 별도의 절차가 정의될 필요가 있을 수 있다.

Transmission-Area*

Transmission-Area AVP는 Grouped 유형이고, 메시지 브로드캐스트의 영역을 언급한다. 이는 추적 영역들 또는 지리적 영역들의 리스트로서 언급될 수 있다.

Supported-Features*

Supported-Features AVP는 grouped 유형이고, 코어 네트워크에 의해 지원되는 그룹 기반 특징들의 리스트를 제공하기 위해 사용될 수 있다. 일부 특정 서비스 관련 정보가 제공되어야만 할 때, Available-Service AVP가 Supported-features AVP 대신에 사용될 수 있다.

이 AVP는 3GPP TS 29.229의 조항 6.3.29 - 그의 내용은 이로써 그 전체가 참고로 본원에 포함됨 - 에 언급된 바와 같이 코딩된다.

예시적인 컴퓨팅 환경

도 20a는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 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)은 개시된 실시예들의 기능을 구현하는 데 사용될 수 있고, SCS(212), AS(220), MTC-IWF(210), HSS(116), SMS-SC/GMSC/IWMSC(204), GGSN/PGW(224), RAN(219), SGW(110), SGSN(234), MME(114), MSC(238), 및 UE(214)와 같은 기능 및 논리적 엔터티들은 물론 사용자 인터페이스들을 생성하는 논리적 엔터티들을 포함할 수 있다.

도 20a에 도시된 바와 같이, M2M/IoT/WoT 통신 시스템(10)은 통신 네트워크(12)를 포함한다. 통신 네트워크(12)는 고정 네트워크(예컨대, 이더넷, 파이버(Fiber), 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), 위성 네트워크, 홈 네트워크, 또는 엔터프라이즈 네트워크와 같은 다른 네트워크들을 포함할 수 있다.

도 20a에 도시된 바와 같이, M2M/IoT/WoT 통신 시스템(10)은 인프라스트럭처 도메인(Infrastructure Domain) 및 필드 도메인(Field Domain)을 포함할 수 있다. 인프라스트럭처 도메인은 종단간 M2M 배포(end-to-end M2M deployment)의 네트워크측을 지칭하고, 필드 도메인은, 보통 M2M 게이트웨이 후방에 있는, 영역 네트워크(area network)들을 지칭한다. 필드 도메인 및 인프라스트럭처 도메인 둘 다는 각종의 상이한 네트워크 노드들(예컨대, 서버, 게이트웨이, 디바이스 등)을 포함할 수 있다. 예를 들어, 필드 도메인은 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), 직접 무선 링크, 및 유선(wireline)을 비롯한 다양한 네트워크들을 통해 통신할 수 있다.

예시적인 M2M 단말 디바이스들(18)은 태블릿, 스마트폰, 의료 디바이스, 온도 및 날씨 모니터, 커넥티드 카, 스마트 미터, 게임 콘솔, PDA(personal digital assistant), 건강 및 피트니스 모니터, 전등, 서모스탯, 가전기기, 차고문 및 다른 액추에이터 기반 디바이스, 보안 디바이스, 및 스마트 콘센트를 포함할 수 있지만, 이들로 제한되지 않는다.

도 20b를 참조하면, 필드 도메인에 예시된 M2M 서비스 계층(22)은 M2M 애플리케이션(20), M2M 게이트웨이 디바이스들(14), 및 M2M 단말 디바이스들(18) 그리고 통신 네트워크(12)에 대한 서비스들을 제공한다. 통신 네트워크(12)는 개시된 실시예들의 기능을 구현하는 데 사용될 수 있고, SCS(212), AS(220), MTC-IWF(210), HSS(116), SMS-SC/GMSC/IWMSC(204), GGSN/PGW(224), RAN(219), SGW(110), SGSN(234), MME(114), MSC(238), 및 UE(214)와 같은 기능 및 논리적 엔터티들을 포함할 수 있다. M2M 서비스 계층(22)은, 예를 들어, 이하에 기술되는 도 20d 및 도 20e에 예시된 디바이스들을 비롯한, 하나 이상의 서버들, 컴퓨터들, 디바이스들, 가상 머신들(예컨대, 클라우드/스토리지 팜(storage farm) 등)에 의해 구현될 수 있다. 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')은 서버들, 컴퓨터들, 디바이스들, 가상 머신들(예컨대, 클라우드 컴퓨팅/스토리지 팜 등) 등을 포함할 수 있는, 네트워크의 하나 이상의 노드들에 의해 구현될 수 있다.

또한 도 20b를 참조하면, M2M 서비스 계층들(22 및 22')은 다양한 애플리케이션들 및 버티컬(vertical)들이 이용할 수 있는 일단의 핵심 서비스 전달 능력들을 제공한다. 이 서비스 능력들은 M2M 애플리케이션들(20 및 20')이 디바이스들과 상호작용하고 데이터 수집, 데이터 분석, 디바이스 관리, 보안, 계산서 작성, 서비스/디바이스 발견 등과 같은 기능들을 수행할 수 있게 한다. 기본적으로, 이 서비스 능력들은 애플리케이션들로부터 이 기능들을 구현하는 부담을 덜어주고, 따라서 애플리케이션 개발을 간략화하고 출시까지의 비용 및 시간을 감소시킨다. 서비스 계층들(22 및 22')은 또한 M2M 애플리케이션들(20 및 20')이 서비스 계층들(22 및 22')이 제공하는 서비스들과 관련하여 다양한 네트워크들(12 및 12')을 통해 통신할 수 있게 한다.

본 출원의 방법들은 서비스 계층(22 및 22')의 일부로서 구현될 수 있다. 서비스 계층(22 및 22')은 일단의 API(application programming interface)들 및 기반이 되는 네트워크 인터페이스들을 통해 부가 가치 서비스 능력들을 지원하는 소프트웨어 미들웨어 계층이다. ETSI M2M과 oneM2M 둘 다는 본 출원의 연결 방법들을 포함할 수 있는 서비스 계층을 사용한다. ETSI M2M의 서비스 계층은 SCL(Service Capability Layer)이라고 지칭된다. SCL은 M2M 디바이스(여기서 DSCL(device SCL)이라고 지칭됨), 게이트웨이(여기서 GSCL(gateway SCL)이라고 지칭됨), 및/또는 네트워크 노드(여기서 NSCL(network SCL)이라고 지칭됨) 내에 구현될 수 있다. oneM2M 서비스 계층은 일단의 CSF(Common Service Function)들(즉, 서비스 능력들)을 지원한다. 일단의 하나 이상의 특정 유형들의 CSF들의 인스턴스화는, 상이한 유형들의 네트워크 노드들(예컨대, 인프라스트럭처 노드, 중간 노드, 애플리케이션 특정 노드(application-specific node)) 상에서 호스팅될 수 있는, CSE(Common Services Entity)라고 지칭된다. 게다가, 본 출원의 연결 방법들은 본 출원의 연결 방법들과 같은 서비스들에 액세스하기 위해 SOA(Service Oriented Architecture) 및/또는 ROA(resource-oriented architecture)를 사용하는 M2M 네트워크의 일부로서 구현할 수 있다.

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

일 실시예에서, SCS(212), AS(220), MTC-IWF(210), SMS-SC/GMSC/IWMSC(204), GGSN/PGW(224), RAN(219), SGW(110), SGSN(234), MME(114), MSC(238), 및 UE(214)와 같은 논리적 엔터티들이, 도 20b에 도시된 바와 같이, M2M 서버, M2M 게이트웨이, 또는 M2M 디바이스와 같은, M2M 노드에 의해 호스팅되는 M2M 서비스 계층 인스턴스 내에 호스팅될 수 있다. 예를 들어, SCS(212), AS(220), MTC-IWF(210), HSS(116), SMS-SC/GMSC/IWMSC(204), GGSN/PGW(224), RAN(219), SGW(110), SGSN(234), MME(114), MSC(238), 및 UE(214)와 같은 논리적 엔터티들은 M2M 서비스 계층 인스턴스 내의 개별 서비스 능력 또는 기존의 서비스 능력 내의 서브기능을 포함할 수 있다.

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

일반적으로, 서비스 계층들(22 및 22')은 일단의 API(application programming interface)들 및 기반이 되는 네트워크 인터페이스들을 통해 부가 가치 서비스 능력들을 지원하는 소프트웨어 미들웨어 계층을 정의한다. ETSI M2M 아키텍처와 oneM2M 아키텍처 둘 다는 서비스 계층을 정의한다. ETSI M2M의 서비스 계층은 SCL(Service Capability Layer)이라고 지칭된다. SCL은 ETSI M2M 아키텍처의 각종의 상이한 노드들에 구현될 수 있다. 예를 들어, 서비스 계층의 인스턴스는 M2M 디바이스(여기서 DSCL(device SCL)이라고 지칭됨), 게이트웨이(여기서 GSCL(gateway SCL)이라고 지칭됨), 및/또는 네트워크 노드(여기서 NSCL(network SCL)이라고 지칭됨) 내에 구현될 수 있다. oneM2M 서비스 계층은 일단의 CSF(Common Service Function)들(즉, 서비스 능력들)을 지원한다. 일단의 하나 이상의 특정 유형들의 CSF들의 인스턴스화는, 상이한 유형들의 네트워크 노드들(예컨대, 인프라스트럭처 노드, 중간 노드, 애플리케이션 특정 노드(application-specific node)) 상에서 호스팅될 수 있는, 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에, 또는 네트워크의 어떤 다른 노드에 구현되든 간에, 서비스 계층의 인스턴스는, 서버들, 컴퓨터들, 및 다른 컴퓨팅 디바이스들 또는 노드들을 비롯한, 네트워크 내의 하나 이상의 독립형 노드들 상에서 실행되는 논리적 엔티티(예컨대, 소프트웨어, 컴퓨터 실행가능 명령어들 등)로서 또는 하나 이상의 기존의 노드들의 일부로서 구현될 수 있다. 일 예로서, 서비스 계층의 인스턴스 또는 그의 컴포넌트는 이하에서 기술되는 도 20d 또는 도 20e에 예시된 일반적인 아키텍처를 가지는 네트워크 노드(예컨대, 서버, 컴퓨터, 게이트웨이, 디바이스 등) 상에서 실행되는 소프트웨어의 형태로 구현될 수 있다.

게다가, SCS(212), AS(220), MTC-IWF(210), HSS(116), SMS-SC/GMSC/IWMSC(204), GGSN/PGW(224), RAN(219), SGW(110), SGSN(234), MME(114), MSC(238), 및 UE(214)와 같은 본 출원의 논리적 엔터티들은 본 출원의 서비스들에 액세스하기 위해 SOA(Service Oriented Architecture) 및/또는 ROA(Resource-Oriented Architecture)를 사용하는 M2M 네트워크의 일부로서 구현될 수 있다.

앞서 살펴본 바와 같이, 그룹화 기반 서비스들의 조정된 그룹화는 종종 UE들 및, 예를 들어, eNB와 같은 무선 기지국을 비롯한 CN(core network) 노드들의 자동화된 구성을 수반한다. 그룹 서비스를 구현하는 것은 메시지들을 정의된 머신 그룹으로 전달하도록 eNB를 구성하는 것을 수반할 수 있다. 기지국은, 예를 들어, 진화된 패킷 코어, 인터넷, 또는 다른 네트워크와 같은, 하나 이상의 통신 네트워크들에의 액세스를 용이하게 하기 위해 적어도 하나의 WRTU(wireless remote terminal unit)와 무선으로 인터페이싱하도록 구성되어 있는 임의의 유형의 디바이스일 수 있다. 도 20c는 예시적인 eNB(2100)의 기능 컴포넌트들의 블록도를 나타내고 있다. 도시된 바와 같이, eNB(2100)는, 예를 들어, 셀간 무선 자원 관리(2110), 무선 베어러 제어(2112), 연결 이동성 제어(2114), 무선 허가 제어(radio admission control)(2116), 측정 구성 및 프로비저닝(2118), 및 UE들에의 자원들의 동적 할당(스케줄러)(2120)을 비롯한 다양한 제어 동작들을 수행하는 데 적합하게 되어 있는 몇 개의 기능 컴포넌트들을 포함한다. eNB(2100)는, 예를 들어, RRC, PDCP, RLC, MAC, 및 PHY를 비롯한 임의의 수의 상이한 프로토콜 계층들(2130)을 사용하여 구성될 수 있다.

eNB(2100)는 EPC(evolved packet core)의 컴포넌트들과 통신가능하게 결합된다. 예를 들어, eNB(2100)는 S-GW(serving gateway)(2142), MME(2144), 및 P-GW(packet data network gateway)(2146)와 통신가능하게 결합된다. MME(2144)는, 그의 전통적인 기능들에 부가하여, 그룹 서비스를 구현하기 위해 필요에 따라 eNB(2100)를 구성하기 위해 eNB(2100)와 통신하는 데 적합하게 되어 있을 수 있다. 예를 들어, eNB(2100)는 eNB(2100)와 통신하는 기존의 노드 그룹화를 생성 또는 번경하라는 요청을 수신할 수 있다. eNB와 EPC 사이의 통신은 S1 인터페이스(2140)를 통해 일어난다. 예를 들어, eNB(2100)와 같은 기지국이 본원에 기술되는 바와 같은 다양한 기능들은 물론, 전형적으로 기지국과 연관된 기능들을 수행하도록 프로그래밍되어 있는 컴퓨팅 시스템으로서 구현된다는 것을 잘 알 것이다.

도 20d는, 예를 들어, eNB(2100), M2M 디바이스(18), M2M 게이트웨이(14), M2M 서버 등과 같은, M2M 네트워크 노드(30)의 예시적인 하드웨어/소프트웨어 아키텍처의 블록도이다. 노드(30)는 SCS(212), AS(220), MTC-IWF(210), HSS(116), SMS-SC/GMSC/IWMSC(204), GGSN/PGW(224), RAN(219), SGW(110), SGSN(234), MME(114), MSC(238), 및 UE(214)와 같은 논리적 엔터티들을 실행하거나 포함할 수 있다. 디바이스(30)는 도 20a 및 도 20b에 도시된 바와 같은 M2M 네트워크의 일부이거나 비-M2M 네트워크의 일부일 수 있다. 도 20d에 도시된 바와 같이, M2M 노드(30)는 프로세서(32), 비이동식 메모리(44), 이동식 메모리(46), 스피커/마이크로폰(38), 키패드(40), 디스플레이, 터치패드, 및/또는 표시기들(42), 전원(48), GPS(global positioning system) 칩셋(50), 및 다른 주변기기들(52)을 포함할 수 있다. 노드(30)는 또한, 송수신기(34) 및 송신/수신 요소(36)와 같은, 통신 회로부를 포함할 수 있다. M2M 노드(30)가 일 실시예와 부합한 채로 있으면서 상기 요소들의 임의의 서브컴비네이션(sub-combination)을 포함할 수 있다는 것을 잘 알 것이다. 이 노드는 본원에 기술되는 SMSF 기능을 구현하는 노드일 수 있다.

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

도 20d에 도시된 바와 같이, 프로세서(32)는 그의 통신 회로부(예컨대, 송수신기(34) 및 송신/수신 요소(36))에 결합되어 있다. 프로세서(32)는, 컴퓨터 실행가능 명령어들의 실행을 통해, 노드(30)로 하여금 그가 연결되어 있는 네트워크를 통해 다른 노드들과 통신하게 하기 위해 통신 회로부를 제어할 수 있다. 상세하게는, 프로세서(32)는 본원 및 청구항들에 기술된 전송 및 수신 단계들을 수행하기 위해 통신 회로부를 제어할 수 있다. 도 20d가 프로세서(32)와 송수신기(34)를 개별적인 컴포넌트들로서 나타내고 있지만, 프로세서(32)와 송수신기(34)가 전자 패키지 또는 칩에 하나로 통합될 수 있다는 것을 잘 알 것이다.

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

그에 부가하여, 송신/수신 요소(36)가 도 20d에서 단일의 요소로서 나타내어져 있지만, 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 이온) 등), 태양 전지들, 연료 전지들 등을 포함할 수 있다.

프로세서(32)는 또한 M2M 노드(30)의 현재 위치에 관한 위치 정보(예컨대, 경도 및 위도)를 제공하도록 구성되어 있는 GPS 칩셋(50)에 결합될 수 있다. M2M 노드(30)가 일 실시예와 부합한 채로 있으면서 임의의 적당한 위치 결정 방법을 통해 위치 정보를 획득할 수 있다는 것을 잘 알 것이다.

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

도 20e는, M2M 서버, 게이트웨이, 디바이스, 또는 다른 노드와 같은, M2M 네트워크의 하나 이상의 노드들을 구현하는 데 또한 사용될 수 있는 예시적인 컴퓨팅 시스템(90)의 블록도이다. 컴퓨팅 시스템(90)은 컴퓨터 또는 서버를 포함할 수 있고, 주로 컴퓨터 판독가능 명령어들 - 소프트웨어의 형태로 되어 있을 수 있고, 이러한 소프트웨어는 어느 곳에든 또는 어떤 수단에 의해서든 저장되고 액세스됨 - 에 의해 제어될 수 있다. 컴퓨팅 시스템(90)은 SCS(212), AS(220), MTC-IWF(210), HSS(116), SMS-SC/GMSC/IWMSC(204), GGSN/PGW(224), RAN(219), SGW(110), SGSN(234), MME(114), MSC(238), 및 UE(214)와 같은 논리적 엔터티들을 실행하거나 포함할 수 있다. 컴퓨팅 시스템(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(and 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)에 의해 발생된 시각적 출력을 디스플레이하는 데 사용된다. 이러한 시각적 출력은 텍스트, 그래픽, 애니메이션화된 그래픽(animated graphics), 및 비디오를 포함할 수 있다. 디스플레이(86)는 CRT 기반 비디오 디스플레이, LCD 기반 평판 디스플레이, 가스 플라즈마 기반 평판 디스플레이, 또는 터치 패널로 구현될 수 있다. 디스플레이 제어기(96)는 디스플레이(86)로 송신되는 비디오 신호를 발생시키는 데 필요한 전자 컴포넌트들을 포함한다.

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

본원에 기술되는 시스템들, 방법들 및 프로세스들 중 일부 또는 전부가 컴퓨터 판독가능 저장 매체 상에 저장된 컴퓨터 실행가능 명령어들(즉, 프로그램 코드)의 형태로 구현될 수 있고, 이 명령어들이, 예를 들어, M2M 서버, 게이트웨이, 디바이스 등을 비롯한 M2M 네트워크의 노드와 같은 머신에 의해 실행될 때, 본원에 기술되는 시스템들, 방법들 및 프로세스들을 수행 및/또는 구현한다는 것을 잘 알 것이다. 구체적으로는, 게이트웨이, UE, UE/GW, 또는 모바일 코어 네트워크의 노드들, 서비스 계층 또는 네트워크 애플리케이션 제공업자 중 임의의 것의 동작들을 비롯한, 앞서 기술된 단계들, 동작들 또는 기능들 중 임의의 것이 이러한 컴퓨터 실행가능 명령어들의 형태로 구현될 수 있다. SCS(212), AS(220), MTC-IWF(210), HSS(116), SMS-SC/GMSC/IWMSC(204), GGSN/PGW(224), RAN(219), SGW(110), SGSN(234), MME(114), MSC(238), 및 UE(214)와 같은 논리적 엔터티들은 컴퓨터 판독가능 저장 매체 상에 저장된 컴퓨터 실행가능 명령어들의 형태로 구현될 수 있다. 컴퓨터 판독가능 저장 매체는 정보의 저장을 위해 임의의 비일시적(즉, 유형적 또는 물리적) 방법 또는 기술로 구현되는 휘발성 및 비휘발성, 이동식 및 비이동식 매체 모두를 포함하지만, 이러한 컴퓨터 판독가능 저장 매체가 신호들은 포함하지 않는다. 컴퓨터 판독가능 저장 매체는 RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CD-ROM, DVD(digital versatile disk) 또는 다른 광학 디스크 저장소, 자기 카세트, 자기 테이프, 자기 디스크 저장소 또는 다른 자기 저장 디바이스, 또는 원하는 정보를 저장하는 데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 유형적 또는 물리적 매체를 포함하지만, 이들로 제한되지 않는다.

그에 따라, 출원인은 네트워크 계층 그룹 기반 서비스들의 수신을 위한 머신 디바이스들의 조정된 그룹화를 위한 시스템들 및 방법들의 예시적인 실시예들을 개시하였다. 개시된 시스템들 및 방법들에서, 예를 들어, SCS(server capability server)들과 같은 서비스 계층 시스템들은 디바이스 그룹화들의 생성 및 수정을 관리하고, 적절한 UE들에서의 필요한 그룹화 동작들을 구현하기 위해 네트워크 계층 시스템들, 즉 3GPP 시스템들과 조정한다. 서비스 계층 시스템들은 네트워크 아키텍처 관점에서 최종 사용자 애플리케이션들에 가깝게 배치되고, 따라서 서비스들을 받기 위해 어느 디바이스들이 그룹화되어야만 하는지를 결정하기 위해 잘 위치된다. 네트워크 계층 시스템들, 즉 3GPP 시스템들은, 원하는 그룹화들을 구현하기 위해, UE들에 관한 현재 정보를 유지하고, 요청된 그룹화가 행해질 수 있는지를 결정하고, 그러한 경우, 요구된 프로비저닝을 물리적으로 구현하는 가장 효율적인 방식을 결정하기 위해 이 정보를 사용할 수 있다. 그에 따라, 서비스 계층 시스템, 즉 SCS는 네트워크 계층, 즉 HSS 및/또는 MTC-IWF(210)와 그룹 멤버쉽을 조정하고, 네트워크 계층은 네트워크를 통해 그룹 정보를 배포한다. 개시된 실시예들 중 몇몇에서, 예를 들어, 접속 및 TAU와 같은 기존의 네트워크 계층 절차들이, SCS와 조정하고 그룹 멤버쉽 제어를 향상시키기 위해, 확장되었다. 더욱이, 네트워크 계층 서비스들을 받기 위해 UE들의 그룹화를 조정하는 것에 부가하여, 출원인은 네트워크 계층 그룹 기반 서비스들의 조정된 실행을 위한 시스템들 및 방법들을 개시한다.

예시적인 실시예들이 개시되어 있지만, 잠재적인 실시예들의 범주가 명확히 기재된 것들로 제한되지 않는다는 것을 잘 알 것이다. 예를 들어, 시스템이 3GPP 네트워크 계층을 참조하여 기술되었지만, 예상된 실시예들은 특정의 네트워크 계층 기술을 사용하는 구현들을 넘어 확장된다. 마찬가지로, 잠재적인 구현들은 모든 유형들의 서비스 계층 아키텍처들, 시스템들, 및 실시예들로 확장된다. 예시적인 실시예들이 특정의 컴포넌트 유형들 또는 3GPP 노드들을 참조하지만, 처리가 다른 적당한 노드들에 의해 수행될 수 있다. 예를 들어, 예시적인 실시예들이 MTC-IWF에 의해 수행되는 처리를 기술하는 경우, MTC-IWF에 의해 수행되는 것으로 기술된 처리가 SCEF(service capability exposure function) 또는 적당한 다른 시스템에 의해 수행될 수 있다는 것을 잘 알 것이다.

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

본원에 기술되는 다양한 기법들이 하드웨어 또는 소프트웨어와 관련하여, 또는 적절한 경우, 이 둘의 조합과 관련하여 구현될 수 있다는 것을 잘 알 것이다. 따라서, 본원에 기술되는 발명 요지의 방법들 및 장치들, 또는 그의 어떤 양태들 또는 부분들은 플로피 디스켓, CD-ROM, 하드 드라이브, 또는 임의의 다른 머신 판독가능 저장 매체와 같은 유형적 매체(tangible media)에 구현되는 프로그램 코드(즉, 명령어들)의 형태를 가질 수 있으며, 여기서 프로그램 코드가 컴퓨터와 같은 머신에 로드되어 그에 의해 실행될 때, 머신은 본원에 기술되는 발명 요지를 실시하는 장치가 된다. 프로그램 코드가 매체 상에 저장되어 있는 경우에, 이는 문제의 프로그램 코드가 문제의 조치들을 일괄하여 수행하는 하나 이상의 매체 상에 저장되는 경우일 수 있으며, 즉 하나 이상의 매체는, 종합하면, 조치들을 수행하는 코드를 포함하지만, - 하나 초과의 매체가 있는 경우에 - 코드의 임의의 특정 부분이 임의의 특정 매체 상에 저장되어야 하는 요구사항이 없다는 것을 의미한다. 프로그래밍가능 컴퓨터들 상에서의 프로그램 코드 실행의 경우에, 컴퓨팅 디바이스는 일반적으로 프로세서, 프로세서에 의해 판독가능한 저장 매체(휘발성 및 비휘발성 메모리 및/또는 저장 요소들을 포함함), 적어도 하나의 입력 디바이스, 및 적어도 하나의 출력 디바이스를 포함한다. 하나 이상의 프로그램들은, 예컨대, API, 재사용가능 컨트롤들 등의 사용을 통해, 본원에 기술되는 발명 요지와 관련하여 기술된 프로세스들을 구현하거나 이용할 수 있다. 이러한 프로그램들은 바람직하게는 컴퓨터 시스템과 통신하기 위해 고수준의 절차적 또는 객체 지향 프로그래밍 언어로 구현된다. 그렇지만, 프로그램(들)은, 원하는 경우, 어셈블리어 또는 기계어로 구현될 수 있다. 어느 경우든지, 언어는 컴파일되거나 인터프리트되는 언어일 수 있고, 하드웨어 구현과 결합될 수 있다.

예시적인 실시예들이 하나 이상의 독립형 컴퓨터 시스템들과 관련하여 본원에 기술되는 발명 요지의 양태들을 이용하는 것을 언급할 수 있지만, 본원에 기술되는 발명 요지가 그렇게 제한되지 않고, 오히려, 네트워크 또는 분산 컴퓨팅 환경과 같은, 임의의 컴퓨팅 환경과 관련하여 구현될 수 있다. 게다가, 본원에 기술되는 발명 요지의 양태들이 복수의 처리 칩들 또는 디바이스들에 또는 그들에 걸쳐 구현될 수 있고, 저장도 마찬가지로 복수의 디바이스들에 걸쳐 행해질 수 있다. 이러한 디바이스들은 개인용 컴퓨터, 네트워크 서버, 핸드헬드 디바이스, 수퍼컴퓨터, 또는 자동차 및 비행기와 같은 다른 시스템 내에 통합된 컴퓨터를 포함한다.

본 기술분야의 통상의 기술자라면 개시된 실시예들이 인터넷 연결을 갖는 누구라도 로그온하여 시스템을 사용하기 시작할 수 있는 가입 웹 기반 해결책으로서 제공될 수 있다는 것을 잘 알 것이다. 잠재적인 실시예들이 임의의 웹 기반 기술 플랫폼으로 개발되어 프로그래밍될 수 있다. 대안적으로, 잠재적인 실시예가 독립형 애플리케이션으로서 구현될 수 있다.

본 개시내용의 발명 요지의 바람직한 실시예들을 기술함에 있어서, 도면들에 예시된 바와 같이, 명확함을 위해 특정의 용어가 이용된다. 그렇지만, 청구된 발명 요지는 그렇게 선택된 특정의 용어로 제한되는 것으로 의도되어 있지 않으며, 각각의 특정 요소가 유사한 목적을 달성하기 위해 유사한 방식으로 동작하는 모든 기술적 등가물들을 포함한다는 것을 잘 알 것이다.

하기는 이상의 설명에서 나올 수 있는 머신간 통신에 관련된 두문자어들의 리스트이다.

3GPP 3rd Generation Partnership Project

AAA Authentication, Authorization and Accounting

AMBR Aggregate Maximum Bit Rate

APSME Application Support Sub-Layer Management Entity

AE Application Entity

AF Application Function

AS Application Server

AVP Attribute Value Pair

BM-SC Broadcast Multicast - Service Center

BSC Base Station Controller

CBC Cell Broadcast Centre

CBE Cell Broadcast Entity

CBS Cell Broadcast Service

CDF Charging Data Function

CDR Charging Data Record

CN Core Network

CRNTI Cell Radio Network Temporary Identifier

CSE Common Services Entity

CSF Common Service Function

CTF Charging Trigger Function

DL Down Link

DNS Domain Name System

EGI External Group Identifier

EMM EPS Mobility Management

eNB Evolved Node B

EPC Evolved Packet Core

EPS Evolved Packet System

ETSI European Telecommunications Standards Institute

GAA Group Action Answer

GAR Group Action Request

GBR Guaranteed Bit Rate

GC Group Control

GCA Group Control Answer

GCR Group Control Request

GEA Group Event Notification Answer

GEN Group Event Notification Request

GGSN Gateway GPRS Support Node

GHA Group Handling Answer

GHR Group Handling Request

GIA Group Information Answer

GIR Group Information Request

GMA Group Management Answer

GMG Group Management

GMN Group Management Notification Answer

GMQ Group Management Notification Request

GMR Group Management Request

GNA Group Notification Answer

GNR Group Notification Request

GPA Group Provisioning Answer

GPR Group Provisioning Request

GPRS General Packet Radio Service

GRA Group Related Event Notification Answer

GRN Group Related Event Notification Request

GSA Group Servicing Answer

GSR Group Servicing Request

GTP-C GTP Control

GTP-U GTP User

GTP GPRS Tunneling Protocol

HLR Home Location Register

HO Handover

HPLMN Home Public Land Mobile Network

HSS Home Subscriber Server

HTTP Hypertext Transfer Protocol

IANA Internet Assigned Numbers Authority

IE Information Element

IETF Internet Engineering Task Force

IMSI International Mobile Subscriber Identity

IP Internet Protocol

IP-CAN IP Connectivity Access Network

ISD Insert Subscriber Data

LS Liaison Statement

LTE Long Term Evolution

M2M Machine to Machine

MBMS Multimedia Broadcast Multicast Service

MME Mobility Management Entity

MNO Mobile Network Operator

MS Mobile Station

MSC Mobile Switching Center

MSISDN Mobile Subscriber Integrated Services Digital Network-Number

MTC Machine Type Communications

MTC-IWF Machine Type Communications - Inter-Working Function

NSE Network Service Entity

NSSE Network Service Exposure, Service Execution and Triggering

PAN Personal Area Network

PCC Policy and Charging Control

PCEF Policy and Charging Enforcement Function

PCRF Policy and Charging Rules Function

PDN Packet Data Network

P-GW PDN Gateway

PLMN Public Land Mobile Network

PWS Public Warning System

QCI QoS Class Identifier

QoS Quality of Service

RFC Request for Comments

RNC Radio Network Controller

SCS Services Capability Server

SDF Service Data Flow

SDO Standards Development Organization

SEES Service Exposure and Enablement Support

SGSN Serving GPRS Support Node

S-GW Serving Gateway

SIA Subscriber Information Answer

SIR Subscriber Information Request

SMS Short Message Service

SMS-SC Short Message Service - Service Centre

SPR Subscription Profile Repository

TA Tracking Area

TAI Tracking Area Identity

TAU Tracking Area Update

TMGI Temporary Mobile Group Identity

M-TMSI MME-Temporary Mobile Subscriber Identity

UDR User Data Repository

UE User Equipment

ULA Update Location Answer

URI Uniform Resource Indicator

WAP Wireless Application Protocol

6LoWPAN IPv6 over Low Power Personal Area Networks

발명 요지가 구조적 특징들 및/또는 방법 동작들과 관련하여 기술되어 있지만, 첨부된 청구항들에 한정된 발명 요지가 꼭 앞서 기술한 특정의 특징들 또는 동작들로 제한되지는 않는다는 것을 잘 알 것이다. 오히려, 앞서 기술된 특정의 특징들 및 동작들은 청구항들을 구현하는 예시적인 형태들로서 개시되어 있다.

Claims (20)

1. 통신 네트워크에서의 제1 네트워크 노드로서,
   프로세서; 및
   상기 프로세서와 결합된 메모리 - 상기 메모리에는 상기 프로세서에 의해 실행될 때 상기 프로세서로 하여금 동작들을 수행하게 하기 위한 실행가능 명령어들이 저장되어 있고,
   상기 동작들은,
   상기 통신 네트워크에서 제1 정보를 제공하기 위한 제1 요청을 수신하는 동작 - 상기 제1 요청은 네트워크 계층 서비스들을 수신하기 위해 그룹에 포함될 사용자 장비(UE)들에 대한 정보를 포함함 -;
   가입자 데이터베이스에서 상기 제1 정보를 제공하기 위한 제2 요청을 송신하는 동작;
   상기 제1 정보가 상기 가입자 데이터베이스에 제공되었다는 제1 표시를 수신하는 동작; 및
   상기 제1 정보가 상기 통신 네트워크에서 제공되었다는 제2 표시를 송신하는 동작
   을 포함하는, 제1 네트워크 노드.
2. 제1항에 있어서,
   상기 제1 정보는 UE들의 하나 이상의 외부 식별자 및 외부 그룹 식별자의 리스트를 포함하는, 제1 네트워크 노드.
3. 제1항에 있어서,
   상기 제1 요청 및 상기 제2 요청 중 적어도 하나는 새로운 그룹이 생성되는 표시를 포함하는, 제1 네트워크 노드.
4. 제1항에 있어서,
   상기 제1 요청 및 상기 제2 요청 중 적어도 하나는 상기 그룹 내의 상기 하나 이상의 UE가 수정되어야 함을 표시하는, 제1 네트워크 노드.
5. 제1항에 있어서, 상기 제2 요청은 상기 가입자 데이터베이스가 상기 그룹에 내부 그룹 식별자를 할당하기 위한 표시를 포함하는, 제1 네트워크 노드.
6. 제1항에 있어서,
   상기 제1 정보는 상기 그룹 내의 상기 UE들에 의해 수신될 네트워크 계층 서비스들의 하나 이상의 특징을 포함하는, 제1 네트워크 노드.
7. 제1항에 있어서,
   상기 제1 정보는 애플리케이션 정보를 포함하는, 제1 네트워크 노드.
8. 제1항에 있어서,
   상기 제1 정보는 상기 그룹의 존재의 지속기간을 포함하는, 제1 네트워크 노드.
9. 제1항에 있어서,
   상기 제1 요청은 SCS(server capability server)로부터 수신되는, 제1 네트워크 노드.
10. 제1항에 있어서,
    상기 제1 노드는 코어 네트워크 인터워킹 기능(core network interworkimg function)으로서 구성되는, 제1 네트워크 노드.
11. 통신 네트워크에서의 방법으로서,
    상기 통신 네트워크에서 제1 정보를 제공하기 위한 제1 요청을 수신하는 단계 - 상기 제1 요청은 네트워크 계층 서비스들을 수신하기 위해 그룹 내에 포함되는 사용자 장비(UE)들에 대한 정보를 포함함 -;
    가입자 데이터베이스에 상기 제1 정보를 제공하기 위한 제2 요청을 송신하는 단계;
    상기 제1 정보가 상기 가입자 데이터베이스에 제공되었다는 제1 표시를 수신하는 단계; 및
    상기 제1 정보가 상기 통신 네트워크에 제공되었다는 제2 표시를 송신하는 단계
    를 포함하는 방법.
12. 제11항에 있어서,
    상기 제1 정보는 UE들의 하나 이상의 외부 식별자 및 외부 그룹 식별자의 리스트를 포함하는, 방법.
13. 제11항에 있어서,
    상기 제1 요청 및 상기 제2 요청 중 적어도 하나는 새로운 그룹이 생성되는 표시를 포함하는, 방법.
14. 제11항에 있어서,
    상기 제1 요청 및 상기 제2 요청 중 적어도 하나는 상기 그룹 내의 상기 하나 이상의 UE가 수정되어야 함을 표시하는, 방법.
15. 제11항에 있어서,
    상기 제2 요청은 상기 가입자 데이터베이스가 상기 그룹에 내부 그룹 식별자를 할당하기 위한 표시를 포함하는, 방법.
16. 제11항에 있어서,
    상기 제1 정보는 상기 그룹 내의 상기 UE들에 의해 수신될 네트워크 계층 서비스들의 하나 이상의 특징을 포함하는, 방법.
17. 제11항에 있어서,
    상기 제1 정보는 애플리케이션 정보를 포함하는, 방법.
18. 제11항에 있어서,
    상기 제1 정보는 상기 그룹의 존재의 지속기간을 포함하는, 방법.
19. 제11항에 있어서,
    상기 제1 요청은 SCS로부터 수신되는, 방법.
20. 제11항에 있어서,
    상기 방법은 코어 네트워크 인터워킹 기능으로서 수행되는, 방법.

Images