KR102131761B1 - 서비스 능력 노출 기능에서의 mbms 멤버쉽 관리 - Google Patents

Abstract

본 출원은 그룹의 멤버쉽을 구성하는 실행 가능 명령어들을 갖는 비-일시적 메모리 및 비-일시적 메모리에 동작 가능하게 연결되는 프로세서를 포함하는 네트워크 상의 장치에 관한 것이다. 프로세서는 그룹에 디바이스를 추가하라는 요청을 서버로부터 수신하도록 구성된다. 프로세서는 디바이스가 그룹에 합류할 권한이 있다는 응답을 서버에 전송하도록 또한 구성된다. 프로세서는 서버로부터 쿼리 요청을 수신하도록 추가로 구성된다. 또한, 프로세서는 쿼리 요청에 기초하여 디바이스의 상태를 체크한다. 본 출원은 또한 서버 및 서버와 통신하는 장치를 포함하는 네트워크형 시스템에 관한 것이다. 본 출원은 또한 그룹의 멤버쉽을 구성하는 방법에 관한 것이다.

Description

서비스 능력 노출 기능에서의 MBMS 멤버쉽 관리

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

본 출원은 2015년 4월 2일 출원된 미국 임시 출원 제62/142,156호에 대한 우선권을 주장하며, 그 개시내용은 그 전부가 본 명세서에 참조로 원용된다.

<기술분야>

본 출원은 서버를 대신하여 그룹에서 디바이스들을 추적하는 장치들 및 방법들에 관한 것이다. 본 출원은 또한 서버를 대신하여 그룹에서 활성 디바이스들을 결정하는 장치들 및 방법들에 관한 것이다.

일반적으로, SCEF(service capability exposure function)는 SCS(service capability server) 또는 AS(application server)와 같은 서버에 의해 디바이스 또는 UE(user equipment)를 멀티캐스트 그룹에 추가하라고 요청된다. 디바이스 또는 UE가 모바일 네트워크 오퍼레이터와 접촉할 수 있는 동안, 디바이스 상의 애플리케이션은 자신이 멀티캐스트 그룹의 멤버인지 알지 못한다. 이러한 것에 부응하기 위해, 두 가지 접근방식들이 통상적으로 이용된다. 하나의 접근방식에서는, 서버가 멀티캐스트 그룹을 통지하는 메시지를 각각의 디바이스에 유니캐스트할 수 있다. 유니캐스트 메시지는 MBMS(multimedia broadcast multicast service)의 상세사항들을 운반할 수 있다. 다른 접근방식에서는, 디바이스가, 예를 들어, 멀티-캐스트 어드레스 및 TMGI(temporary mobile group identity)를 포함하는 그룹에 대한 상세사항들을 학습하기 위해 사용자 평면을 통해 SCEF와 접촉할 수 있다. 그러나, 디바이스는 SCEF에 접촉하여 이러한 정보를 쿼리해야 할 때를 알지 못한다.

그럼에도 불구하고 위에 언급된 두 가지 접근방식들과 함께 문제점들이 존재한다. 예를 들어, SCS/AS가 SCEF에게 그룹에 멤버를 추가하라고 요청할 때, SCEF는 디바이스가 그룹에 합류했다고 간주한다. 특히 디바이스의 정책들과 기능들이 서버에 의해 요구되는 것들과 일치하지 않으면 이것은 정확하지 않을 수 있다. 이것은 디바이스가 그룹에 합류하지 않거나 또는 그룹에 합류하는 것을 지연할 때 발생할 수 있다. 이와 별도로, 디바이스가 그룹에 합류할 수 있는 동안, 이것은 여전히 활성화되지 않을 수 있다. 즉, 디바이스가 서버로부터 멀티캐스트 메시지들을 청취하고 있지 않다.

위에서 논의된 접근방식들은 디바이스로의 MBMS의 기본 전송 상세사항들을 보라고 서버에게 요구한다. 구체적으로, 디바이스는 SCS/AS가 MBMS 디바이스 콘텍스트의 구체적인 상세사항들, 예를 들어, 멀티캐스트 어드레스, TMGI 등에 대해 안다고 가정한다. 한편, SCS/AS는 MBMS 그룹에 합류하기 위해 SCS/AS로부터 유니캐스트 메시지를 청취하는 애플리케이션이 디바이스 상에 존재한다고 가정한다. 전송 상세사항들은 서버로부터 기본 그룹 전달 및 전송 상세사항들을 숨기는 원하는 목적에서 벗어난다.

본 내용은 아래 상세한 설명에서 추가로 설명되는 개념들의 선택을 간략화된 형태로 소개하도록 제공된다. 본 내용은 청구된 주제의 범위를 제한하려고 의도되는 것은 아니다. 전술한 요구들은, 네트워크 상의 디바이스들의 멤버쉽을 관리하는 프로세스 및 시스템에 관한 본 출원에 의해, 상당한 정도까지, 충족된다.

본 출원의 일 양상에서는, 네트워크 상에 컴퓨터로 구현되는 장치가 설명된다. 이러한 장치는 그룹의 멤버쉽을 구성하는 실행 가능 명령어들을 포함하는 비-일시적 메모리를 포함한다. 이러한 장치는 메모리에 동작 가능하게 연결되는 프로세서를 또한 포함한다. 프로세서는 그룹에 디바이스를 추가하라는 요청을 서버로부터 수신하도록 구성된다. 프로세서는 디바이스가 그룹에 합류할 권한이 있다는 응답을 서버에 전송하도록 또한 구성된다. 프로세서는 서버로부터 쿼리 요청을 수신하도록 추가로 구성된다. 또한, 프로세서는 쿼리 요청에 기초하여 디바이스의 상태를 체크한다.

본 출원의 또 다른 양상에서는, 서버를 포함하는 네트워크형 시스템이 설명된다. 이러한 시스템은 서버와 통신하는 장치를 또한 포함한다. 이러한 장치는 그룹의 멤버쉽을 구성하는 실행 가능 명령어들을 포함하는 비-일시적 메모리를 포함한다. 이러한 장치는 메모리에 동작 가능하게 연결되는 프로세서를 또한 포함한다. 프로세서는 그룹에 디바이스를 추가하라는 요청을 서버로부터 수신하도록 구성된다. 프로세서는 디바이스가 그룹에 합류할 권한이 있다는 응답을 서버에 전송하도록 또한 구성된다. 프로세서는 서버로부터 쿼리 요청을 수신하도록 추가로 구성된다. 또한, 프로세서는 쿼리 요청에 기초하여 디바이스의 상태를 체크한다.

본 출원의 또 다른 양상에서는, 그룹의 멤버쉽을 구성하는 컴퓨터 구현 방법이 설명된다. 이러한 방법은 그룹에 디바이스를 추가하라는 요청을 서버로부터 수신하는 단계를 포함한다. 이러한 방법은 디바이스가 그룹에 합류할 권한이 있다는 응답을 서버에 전송하는 단계를 또한 포함한다. 이러한 방법은 서버로부터 쿼리 요청을 수신하는 단계를 추가로 포함한다. 이러한 방법은 쿼리 요청에 기초하여 디바이스의 상태를 체크하는 단계를 더 추가로 포함한다. 이러한 방법은 디바이스의 상태를 서버에 전송하는 단계를 또한 더 추가로 포함한다.

본 발명의 상세한 설명이 더 잘 이해될 수 있도록 하기 위해, 그리고 관련분야에 대한 본 발명의 기여가 더 잘 인식될 수 있도록 하기 위해, 본 발명의 특정 실시예들이 다소 광범위하게 이와 같이 약술되었다.

본 출원의 보다 견고한 이해를 용이하게 하기 위해서, 동일한 엘리먼트들은 동일한 번호들로 참조되는 첨부 도면들에 대한 참조가 이제 이루어진다. 이러한 도면들은 본 출원을 제한하는 것으로 해석되어서는 안 되며, 단지 예시적인 것으로 의도된다.
도 1a는 M2M(machine-to machine) 또는 IoT 통신 시스템의 실시예를 도시한다.
도 1b는 M2M 서비스 플랫폼의 애플리케이션의 실시예를 도시한다.
도 1c는 예시적인 M2M 디바이스의 시스템 도면의 애플리케이션의 실시예를 도시한다.
도 1d는 예시적인 컴퓨팅 시스템의 블록도의 애플리케이션의 실시예를 도시한다.
도 2는 본 출원에 따른 모바일 네트워크 인프라스트럭처로의 BM-SC 접속을 도시한다.
도 3은 본 출원에 따라 MBMS 멀티캐스트 서비스를 활성화하는 프로토콜을 도시한다.
도 4는 본 출원에 따른 서비스 능력 노출 아키텍처를 도시한다.
도 5는 본 출원에 따른 SMS 서비스 능력 노출을 도시한다.
도 6은 본 출원에 따른 SCS/AS에 의한 그룹 기반 어드레싱 및 그룹 멤버들의 식별을 위한 아키텍처를 도시한다.
도 7은 본 출원의 실시예에 따른 그룹 멤버들의 그룹 기반 어드레싱 및 식별을 위한 프로토콜을 도시한다.
도 8은 본 출원의 실시예에 따른 MBMS 기반 그룹 메시징 아키텍처를 도시한다.
도 9는 본 출원의 실시예에 따른 MBMS 기반 그룹 메시징을 위한 프로토콜을 도시한다.
도 10은 본 출원의 실시예에 따라 그룹 멤버쉽을 업데이트하는 프로토콜을 도시한다.
도 11은 본 출원의 실시예에 따라 사용자 장비의 그래픽 사용자 인터페이스를 도 10에 관련하여 도시한다.

예시적인 실시예들의 상세한 설명이 본 명세서에서 다양한 도면들, 실시예들, 및 양상들을 참조하여 논의될 것이다. 이러한 설명은 가능한 구현들의 상세한 예들을 제공하지만, 이러한 상세사항들은 예들로 의도되었으므로 본 출원의 범위를 제한하지 않는다는 점이 이해되어야 한다.

본 명세서에서 "일 실시예(one embodiment)", "실시예(an embodiment)", "하나 이상의 실시예들(one or more embodiments)", "양상(an aspect)" 등에 대한 지칭은 그 실시예와 연계하여 설명되는 특정한 특징, 구조, 또는 특성이 본 개시내용의 적어도 하나의 실시예에 포함된다는 점을 의미한다. 더욱이, 본 명세서의 다양한 곳들에서의 "실시예(embodiment)"라는 용어가 반드시 동일한 실시예를 지칭하는 것은 아니다. 즉, 일부 실시예들에 의해서는 드러나지만 다른 실시예에 의해서는 그렇지 않을 수 있는 다양한 특징들이 설명된다.

본 출원은 디바이스들을 그룹에 추가하거나 업데이트하는 새로운 기술들 및 시스템들을 설명한다. 그렇게 함으로써, SCS/AS 및 SCEF는, 그룹에 합류할 권한이 있고 활성인, 예를 들어, 청취하는 디바이스들을 그룹에 합류할 권한이 있지만 활성이 아닌, 예를 들어, 청취하지 않는 디바이스들로부터 구별할 수 있다. 특히, SCS/AS는 하나 이상의 디바이스들이 멀티캐스트를 청취하도록 MBMS 서비스를 활성화하였는지 SCEF에 문의할 수 있다.

다른 실시예는 하부 전송 상세사항들, 예를 들어, MBMS 전송 상세사항들이 SCS/AS로부터 숨겨지는 아키텍처 및 프로토콜들을 바람직하게 설명한다. 그렇게 함으로써, 그룹 멤버들에게 데이터가 전달될 방법과 시기를 선택하는 작업이 SCEF에 의해 취급될 것이기 때문에 SCS/AS는 보다 효율적으로 실행될 수 있다. 일 실시예에서, SCEF는 MBMS 서비스를 활성화하고 서버로부터 멀티캐스트 어드레스를 청취하기 시작하라는 요청을 디바이스에 전송함으로써 권한이 있는 디바이스들에 대해 트리거 또는 다른 착수 메커니즘을 이용할 수 있다. 예시적인 실시예에서, 트리거는 서비스 광고일 수 있다.

약어들

아래의 표 1에 제공되는 바와 같이 본 출원 전반적으로 이하의 약어들이 사용될 것이다.

이하의 용어들은 달리 명시적으로 언급되지 않는 한 본 출원 전반적으로 관련분야에서 이해되는 바와 같이 통상적인 그리고 일반적인 정의들과 일치하여 사용될 것이다:

플랫폼들

본 출원은 AEP들(application enablement platforms) 및 CDP들(connected device platforms) 양자 모두에 대한 플랫폼 기능성 및 지원을 커버하도록 의도된다. AEP들은 애플리케이션 인에블먼트 레이어 및 World Wide Web 및 Internet을 포함하는 서비스 레이어를 포함한다. 애플리케이션 인에블먼트 레이어는 이에 제한되는 것은 아니지만 이하를 포함한다: (i) 서비싱 API들, 규칙들/스크립팅 엔진; (ii) SDK 프로그래밍 인터페이스; 및 (iii) 엔터프라이즈 시스템들 통합. 애플리케이션 인에블먼트 레이어는 이에 제한되는 것은 아니지만 검색, 분석론, 콘텍스트 및 이벤트들을 포함하는 부가 가치 서비스들을 또한 포함할 수 있다. 월드 와이드 웹 및 인터넷을 포함하는 서비스 레이어는, 예를 들어, 분석론, 과금(billing), 원시 API들, 웹 서비스 인터페이스들, 시멘틱 데이터 모델들, 디바이스/서비스 발견, 디바이스 관리, 보안, 데이터 수집, 데이터 적응, 종합, 이벤트 관리, 콘텍스트 관리, 최적화된 접속 및 전송, M2M 게이트웨이, 및 어드레싱 및 식별을 포함할 수 있다. CDP들은 접속성 분석, 사용 분석/보고/경고들, 정책 제어, 자동화된 프로비저닝(provisioning), SIM 활성화/비활성화, 및 가입 활성화/비활성화를 포함할 수 있다.

일반적 아키텍처

도 1a는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 M2M(machine-to machine), IoT(Internet of Things), 또는 WoT(Web of Things) 통신 시스템(10)의 도면이다. 적으로, M2M 기술들은 IoT/WoT를 위한 빌딩 블록을 제공하며, 임의의 M2M 디바이스, 게이트웨이 또는 서비스 플랫폼은 IoT/WoT 서비스 레이어 등 뿐만 아니라 IoT/WoT의 컴포넌트일 수 있다.

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

도 1a에 도시되는 바와 같이, M2M/IoT/WoT 통신 시스템(10)은 인프라스트럭처 도메인(Infrastructure Domain) 및 필드 도메인(Field Domain)을 포함할 수 있다. 인프라스트럭처 도메인은 엔드-투-엔드 M2M 배치의 네트워크 측을 지칭하고, 필드 도메인은 보통은 M2M 게이트웨이의 배후에 있는 영역 네트워크들을 지칭한다. 필드 도메인은 프록시를 갖는 SCS와 같은 M2M 게이트웨이들(14), 및 UE 디바이스들과 같은 단말 디바이스들(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)에 전송될 수 있고 그로부터 수신될 수 있다. 일 실시예에서, 서비스 레이어(22)는 서비스 능력 서버 또는 애플리케이션 서버일 수 있다. M2M 디바이스들(18) 및 게이트웨이들(14)은, 예를 들어, 셀룰러, WLAN, WPAN, 예를 들어, Zigbee, 6LoWPAN, Bluetooth, 직접 무선 링크, 및 유선을 포함하는 다양한 네트워크들을 통해 통신할 수 있다.

도 1b를 참조하면, 필드 도메인에 도시되는 M2M 서비스 레이어(22)는 M2M 애플리케이션(20), M2M 게이트웨이 디바이스들(14), 및 M2M 단말 디바이스들(18) 및 통신 네트워크(12)에 대한 서비스들을 제공한다. M2M 서비스 레이어(22)는 원하는 대로 임의의 수의 M2M 애플리케이션들, M2M 게이트웨이 디바이스들(14), M2M 단말 디바이스들(18), 및 통신 네트워크들(12)과 통신할 수 있다는 점이 이해될 것이다. M2M 서비스 레이어(22)는 하나 이상의 서버들, 컴퓨터들 등에 의해 구현될 수 있다. M2M 서비스 레이어(22)는 M2M 단말 디바이스들(18), M2M 게이트웨이 디바이스들(14) 및 M2M 애플리케이션들(20)에 적용되는 서비스 능력들을 제공한다. M2M 서비스 레이어(22)의 기능들은 다양한 방식들로 구현될 수 있다. 예를 들어, M2M 서비스 레이어(22)는 웹 서버에서, 셀룰러 코어 네트워크에서, 클라우드에서 등으로 구현될 수 있다.

도시되는 M2M 서비스 레이어(22)와 유사하게, 인프라스트럭처 도메인에는 M2M 서비스 레이어(22')가 존재한다. M2M 서비스 레이어(22')는 인프라스트럭처 도메인에서의 M2M 애플리케이션(20') 및 기본 통신 네트워크(12')에 대한 서비스들을 제공한다. M2M 서비스 레이어(22')는 필드 도메인에서의 M2M 게이트웨이 디바이스들(14) 및 M2M 단말 디바이스들(18)에 대한 서비스들을 또한 제공한다. M2M 서비스 레이어(22')는 임의 수의 M2M 애플리케이션들, M2M 게이트웨이 디바이스들 및 M2M 단말 디바이스들과 통신할 수 있다는 점이 이해될 것이다. M2M 서비스 레이어(22')는 상이한 서비스 제공자에 의해 서비스 레이어와 상호작용할 수 있다. M2M 서비스 레이어(22')는 하나 이상의 서버들, 컴퓨터들, 디바이스들, 가상 머신들(예를 들어, 클라우드/컴퓨트/스토리지 팜들 등) 등에 의해 구현될 수 있다.

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

M2M 애플리케이션들(20 및 20')은, 이에 제한되는 것은 아니지만, 운송, 건강 및 보건, 커넥티드 홈(connected home), 에너지 관리, 자산 추적, 그리고 보안 및 감시와 같은 다양한 산업들에서의 애플리케이션들을 포함할 수 있다. 위에 언급된 바와 같이, 시스템의 디바이스들, 게이트웨이들, 및 다른 서버들에 걸쳐 동작하는 M2M 서비스 레이어는, 예를 들어, 데이터 수집, 디바이스 관리, 보안, 과금, 위치 추적/지오펜싱(geo-fencing), 디바이스/서비스 발견, 및 레거시 시스템들 통합과 같은 기능들을 지원하고, 이러한 기능들을 서비스들로서 M2M 애플리케이션들(20, 20')에 제공한다. 더욱이, M2M 서비스 레이어는 본 출원에서 논의되고 도면들에 도시되는 바와 같이 UE들, SCS들 및 MME들과 같은 다른 디바이스들과 인터페이스하도록 구성될 수도 있다.

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

도 1c는 예를 들어 M2M 단말 디바이스(18) 또는 M2M 게이트웨이 디바이스(14)와 같은 예시적 M2M 디바이스(30)의 시스템 도면이다. 도 1c에 도시되는 바와 같이, M2M 디바이스(30)는 프로세서(32), 송수신기(34), 송신/수신 엘리먼트(36), 스피커/마이크로폰(38), 키패드(40), 디스플레이/터치패드/표시기(들)(42), 비-이동식 메모리(44), 이동식 메모리(46), 전원(48), GPS(global positioning system) 칩셋(50), 및 다른 주변기기들(52)을 포함할 수 있다. 디스플레이(42)는 사용자 장비를 위해 요청들을 디스플레이하는 GUI(graphical user interface)를 또한 포함할 수 있다. 이것은, 예를 들어, 도 11에 도시된다. M2M 디바이스(40)는 실시예와 일관성을 유지하면서 전술한 엘리먼트들의 임의의 하위 조합을 포함할 수 있다는 점이 이해될 것이다. 이러한 디바이스는 센서 데이터(sensory data)의 내장된 의미론적 명명을 위해 개시된 시스템들 및 방법들을 사용하는 디바이스일 수 있다. M2M 디바이스(30)는 또한 본 출원에서 설명되고 도면들에 도시되는 바와 같이 예를 들어 UE들, 라우터들, 게이트웨이들, 및 서버들을 포함하는 다른 디바이스들과 함께 사용될 수 있다.

세서(32)는 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, DSP(digital signal processor), 복수의 마이크로프로세서들, DSP 코어와 관련되는 하나 이상의 마이크로프로세서들, 제어기, 마이크로제어기, ASIC들(Application Specific Integrated Circuits), FPGA(Field Programmable Gate Array) 회로들, 임의의 다른 타입의 IC(integrated circuit), 상태 머신 등일 수 있다. 세서(32)는 신호 코딩, 데이터 처리, 전력 제어, 입력/출력 처리, 및/또는 M2M 디바이스(30)가 무선 환경에서 동작할 수 있게 하는 임의의 다른 기능성을 수행할 수 있다. 프로세서(32)는 송수신기(34)에 연결될 수 있고, 이는 송신/수신 엘리먼트(36)에 연결될 수 있다. 도 1c가 프로세서(32) 및 송수신기(34)를 별개의 컴포넌트들로서 묘사하지만, 프로세서(32) 및 송수신기(34)는 전자 패키지 또는 칩에 함께 통합될 수 있다는 점이 이해될 것이다. 프로세서(32)는 애플리케이션-레이어 프로그램들, 예를 들어, 브라우저들, 및/또는 RAN(radio access-layer) 프로그램들 및/또는 통신들을 수행할 수 있다. 프로세서(32)는, 예를 들어 액세스-레이어 및/또는 애플리케이션 레이어에서와 같이, 인증, 보안 키 합의, 및/또는 암호화 동작들과 같은 보안 동작들을 수행할 수 있다.

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

또한, 도 1c에는 송신/수신 엘리먼트(36)가 단일 엘리먼트로서 묘사되지만, 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)와 같은 임의의 타입의 적합한 메모리로부터 정보를 액세스하거나 거기에 데이터를 저장할 수 있다. 이동식 메모리(44)는 RAM(random-access memory), ROM(read-only memory), 하드 디스크, 또는 임의의 다른 타입의 메모리 저장 디바이스를 포함할 수 있다. 이동식 메모리(46)는 SIM(subscriber identity module) 카드, 메모리 스틱, SD(secure digital) 메모리 카드 등을 포함할 수 있다. 다른 실시예들에서, 프로세서(32)는, 서버 또는 홈 컴퓨터 상에서와 같이, M2M 디바이스(30) 상에 물리적으로 위치되지 않는 메모리로부터 정보를 액세스하거나 거기에 데이터를 저장할 수 있다.

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

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

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

도 1d는, 예를 들어, 도 1a 및 도 1b의 M2M 서비스 플랫폼(22)이 구현될 수 있는 예시적 컴퓨팅 시스템(90)의 블록도이다. 컴퓨팅 시스템(90)은 컴퓨터 또는 서버를 포함할 수 있고, 주로 컴퓨터 판독 가능 명령어들에 의해 제어될 수 있으며, 이들은 소프트웨어의 형태로 있을 수 있거나, 어디에든, 또는 어떤 수단에 의해서든 이러한 소프트웨어가 저장되거나 액세스된다. 이러한 컴퓨터 판독 가능 명령어들은 컴퓨팅 시스템(90)으로 하여금 작업을 행하게 하도록 CPU(central processing unit)(91) 내에서 실행될 수 있다. 많은 공지된 워크스테이션들, 서버들, 및 개인용 컴퓨터들에서, 중앙 처리 유닛(91)은 마이크로프로세서라 불리는 단일-칩 CPU에 의해 구현된다. 다른 머신들에서, 중앙 처리 유닛(91)은 다수의 프로세서들을 포함할 수 있다. 코프로세서(81)는 추가적인 기능들을 수행하거나 CPU(91)를 지원하는, 메인 CPU(91)와는 별개인 선택적 프로세서이다. CPU(91) 및/또는 코프로세서(81)는, 내장된 의미론적 명칭을 갖는 센서 데이터에 대한 쿼리들 같은, 내장된 의미론적 명명을 위한 개시된 시스템들 및 방법들에 관련된 데이터를 수신, 생성, 및 처리할 수 있다.

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

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

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

디스플레이 제어기(96)에 의해 제어되는 디스플레이(86)는 컴퓨팅 시스템(90)에 의해 생성되는 시각적 출력을 표시하는데 사용된다. 이러한 시각적 출력은 텍스트, 그래픽, 애니메이션 그래픽, 및 비디오를 포함할 수 있다. 디스플레이(86)는 CRT 기반 비디오 디스플레이, LCD 기반 평면 패널 디스플레이, 가스 플라즈마 기반 평면 패널 디스플레이, 또는 터치-패널로 구현될 수 있다. 디스플레이 제어기(96)는 디스플레이(86)에 전송되는 비디오 신호를 생성하는데 요구되는 전자 컴포넌트들을 포함한다. 디스플레이(86)는, 내장된 의미론적 명명을 사용하여 파일들 또는 폴더들에 센서 데이터를 디스플레이할 수 있다. 디스플레이(86)는, 예를 들어, 도 11에 도시되는 바와 같이, 그래픽 사용자 인터페이스를 또한 디스플레이할 수 있다. 또한, 컴퓨팅 시스템(90)은 도 1a 및 도 1b의 네트워크(12)와 같은 외부 통신 네트워크에 컴퓨팅 시스템(90)을 접속하는데 사용될 수 있는 네트워크 어댑터(97)를 포함할 수 있다.

일반 IP 멀티캐스트(IPv4 및 IPv6)

다른 실시예에 따르면, IP 멀티캐스트 어드레스는 단일 발신자가 동일한 데이터를 다수의 청취자들에게 전송하게 한다. 예를 들어, SCS/AS 또는 SCEF와 같은, 발신자는 데이터를 멀티캐스트 IP 어드레스에 전송하고, 청취자들은 모두 동일한 멀티캐스트 어드레스 상에서 수신한다. IP 멀티캐스트 그룹의 한 가지 특징은 어드레스가 공유될 수 있다는 것이다. 다른 특징은 많은 소스들이 동일한 어드레스에 정보를 전송할 수 있다는 것이다. 예시적인 실시예에서, 스트림 또는 채널들은 상이한 UDP 포트 번호들로 멀티플렉싱될 수 있고, 각각의 멀티캐스트 청취자는 그들이 원하는 정보를 추출할 수 있다.

IGMP(Internet Group Management Protocol)

IGMP는 IETF FC 3376, Internet Group Management Protocol, Version 3에서 정의되며, 참조로 원용된다. 일반적으로, IGMP는 멀티캐스트 그룹 멤버들을 수립하기 위해 IP 네트워크들 상의 호스트 및 인접 라우터들에 의해 사용되는 통신 프로토콜이다. 이것은 인접 라우터들에 IP 멀티캐스트 멤버쉽을 보고하기 위해 IPv4 시스템에서 사용된다. IGMP를 지원하는 시스템들은, 어느 멀티캐스트-어드레스 또는 어드레스들을 청취하기 원하는지, 및 어느 네트워크(예를 들어, 셀룰러, Wi-Fi, 이더넷 등) 상에서 인터페이스하는지, 애플리케이션들이 시스템에 알리게 하는 API를 애플리케이션에 노출한다.

또한, IGMP는 소스 필터링을 지원한다. 이것은, 특정 멀티캐스트 어드레스에 전송되는, '오로지' 특정 소스 어드레스들로부터 또는 특정 소스 어드레스들 '이외'로부터, 패킷들을 수신하는 것에 대한 관심을 시스템이 보고하는 능력이다. 디바이스 상의 애플리케이션이 청취하기를 원하는 멀티캐스트 어드레스를 표시할 때, 디바이스는 필터를 또한 명시할 수 있다.

더욱이, 2개의 중요한 타입들의 IGMP 메시지들- 멤버쉽 보고들 및 멤버쉽 쿼리들 -이 존재한다. 멤버쉽 보고들은 IP 시스템들이 어떠한 멀티캐스트 그룹들에 관심이 있는지 인접 라우터들에 보고하는데 사용된다. 멤버쉽 쿼리들은 인접 인터페이스들의 멀티캐스트 수신 상태를 쿼리하기 위해 IP 멀티캐스트 라우터들에 의해 전송된다. 3개 타입들의 쿼리 메시지들이 이용된다. 제1 타입은 그 인접 인터페이스들 모두 상의 완전한 멀티캐스트 수신 상태를 학습하기 위해 라우터에 의해 쿼리가 전송되는 일반적인 쿼리이다. 달리 말하면, 각각의 인터페이스 상에 어떠한 멀티캐스트 메시지들이 전송되어야 하는지 학습하기 위해서이다. 제2 타입은 특정 멀티캐스트 그룹에 대한 수신 상태를 학습하기 위해 라우터에 의해 쿼리가 전송되는 그룹 특정 쿼리이다. 소스들의 특정 리스트에 의해 특정 그룹에 전송되는 패킷들을 인접 인터페이스가 수신하기 원하는지 학습하기 위해 라우터에 의해 제3, 그룹 및 소스 특정 쿼리가 전송된다.

MLD(Multicast Listener Discovery)

MLD는 IETF RFC 3810, MLDv2(Multicast Listener Discover Version 2)에서 정의되며, IPv6에 대해 본 명세서에 원용된다. MLD는 IPv6의 컴포넌트이며, 직접 소속되는 링크 상의 멀티캐스트 청취자들을 발견하기 위해 라우터들에 의해 사용된다. 이러한 프로토콜은 별도의 프로토콜을 사용하는 대신에 ICMPv6에 포함된다. 또한, MLD는 IPv6 시스템들에서 그들의 IP 멀티캐스트 멤버쉽을 인접 라우터들에 보고하기 위해 사용된다. IGMP에 대한 MLD의 유사성을 고려하면, IGMP에 대한 임의의 참조사항들이 MLD에 또한 적용된다.

MBMS(Multimedia broadcast multicast service)

MBMS 서비스는 3GPP TS 23.246 Multimedia Broadcast / Multicast Service; Architecture and Functional Description에서 정의되며, 본 명세서에 원용된다. MBMB 아키텍처의 상위 레벨 보기가 도 2에 도시되며, 그 전부가 원용되는 EPC and 4G Packet Networks, by Magnus Olsson et al., Academic Press, 2013에서 또한 발견될 수 있다. 도 2에 도시되는 바와 같이, 콘텐츠(210)가 BM-SC(220)에 제공된다. 이러한 콘텐츠는 라인들 SGmb(215) 또는 2gi-mb(216)를 통해 MBMS-GW(230)에 전송된다. 대안적으로, 콘텐츠는 라인 SGi(217)를 통해 P-GW/S-GW(240)에 전송된다. MBMS-GW(225)로부터 UE 또는 디바이스(250)에 이르는 통신은 다운링크 전용 MBMS 브로드캐스팅으로서 설명된다. 한편, P-GW/S-GW(240)로부터 UE(250)로의 통신은 양방향 데이터 접속으로서 설명된다.

BM-SC는 MBMS 세션들을 제어하는 노드이다. 이것은 특정 콘텐츠를 브로드캐스트하기 위해 MBMS가 사용될 것이라는 통지들을 착수하며, 이것은 세션들에 합류하기를 원하는 단말들과 관련된 기능성을 관리한다. 단말들과 BM-SC 사이의 모든 상호작용들은 유니캐스트를 통해 취급된다. 일반적으로, MBMS 서비스는 사용자를 인식한다. 즉, 세션들은 사용자별 기반으로 제어된다. BM-SC의 주요 기능들은 적어도 다음을 포함한다: (i) 서비스 발표 기능; (ii) 키 관리 기능; 및 (iii) 세션 및 송신 기능

UE들 MBMS를 어떻게 활성화하는지에 대한 프로토콜들은, 예를 들어, 도 3에 도시된다. 단계들 각각은 로마 숫자로 표기된다. 특히, 단계 1은 UE가 SGSN 및 GGSN과 함께 자신의 디폴트 PDN 콘텍스트를 어떻게 활성화하는지 설명한다. 단계 2에서, UE는 MBMS 서비스에 합류하려고 시도한다. 그룹에 합류한다는 결정은 (지금 보여지는) 서비스 광고에 대한 응답일 수 있다. 이러한 광고는 이에 제한되는 것은 아니지만 WAP 푸시 및 SMS를 포함하는 프로토콜을 통해 전송될 수 있다. 단계들 3-17은 MBMS에 대한 활성화 프로세스를 설명한다. 특히, 단계 3은 GGSN과 BM-SC 사이의 권한 부여 요청 및 응답을 설명한다. 단계 4에서는, MBMB 통지 요청이 GGSN으로부터 SGSN에 전송되고, 응답이 그 관점에서 수신된다. 단계 5에서는, SGSN가 MBMS 콘텍스트 활성화에 대한 요청을 UE에 전송한다. 단계 6에서는, UE가 MBMS 콘텍스트 요청 및 정보를 활성화하는 것에 의해 SGSN을 수락한다. 단계 7에서는, SGSN가 통지 거절 요청을 GGSN에 전송할 수 있으며, 응답이 SGSN에 다시 전송된다. 단계 8에 따르면, 보안 기능들이 UE와 SGSN 사이에 전송된다. 단계 9에서는, SGSN과 RAN 사이에 추적이 호출된다. 단계 10에서는, SGSN이 MGMS 콘텍스트 요청을 생성한다. 단계 11은 GGSN과 BM-SC 사이의 MBMS 권한 부여 요청 및 응답을 포함한다(위의 단계 3 참조). 단계 12에서는, MBMS 등록 요청 및 응답이 GGSN과 BMSC 사이에 전송된다. 단계 13은 GGSN으로부터 SGSN에 전송되는 MBMS 콘텍스트 응답을 생성하는 것을 포함한다. 그 후, 단계 14에 따라 MBMS 등록 요청이 SGSN으로부터 GGSN에 전송될 수 있고 이에 대한 응답이 전송될 수 있다. 단계 15는 MBMS UE 콘텍스트를 RAN에 제공하는 것을 포함한다. 단계 16에서는 추적이 호출될 수 있다. 마지막으로, UE는 MBMS 콘텍스트 수락 프로토콜을 활성화한다(단계 17).

SA2 AESE TR 및 SCEF

SA2 AESE TR은 3GPP TR 23.708, Architecture Enhancements for Service Exposure에서 다루어지며, 이는 전부 참조로 원용된다. 이러한 아키텍처는 SCEF(service capability exposure framework)와의 쟁점들을 다룬다. 네트워크에 의한 서비스들 노출은, 정보를 검색하기 위해서, 특정 서비스들을 요청하기 위해서, 통지들을 수신하기 위해서, 특정 매개 변수 설정을 요청하기 위해서 등으로, 적절한 권한 부여와 함께, 사용될 수 있는 능력들의 "툴박스(toolbox)"를 생성한다. 도 4는 SCEF에 대한 일반적인 아키텍처를 도시한다. 도 4에서의 도해는 신뢰 도메인(400) 내의 SCEF(450)를 묘사한다. 신뢰 도메인(400)은 적절한 네트워크 도메인 보안에 의해 보호되는 엔티티들(410)을 커버한다. 신뢰 도메인(400) 내의 엔티티들 및 인터페이스들은 모두 하나의 모바일 오퍼레이터의 제어 내에 있을 수 있다. 대안적으로, 이러한 엔티티들은 모바일 오퍼레이터와 관계를 갖는 신뢰형 비즈니스 파트너에 의해 제어될 수 있다. 이러한 비즈니스 파트너는 다른 오퍼레이터 또는 제3자일 수 있다.

SCEF는 3GPP 네트워크 인터페이스들에 의해 제공되는 서비스들 및 능력들을 안전하게 노출하는 수단을 제공한다. SCEF는 노출된 서비스 능력들의 발견을 위한 수단을 제공한다. SCEF는, OMA, GSMA, 및 가능하게는 다른 표준화 기구들에 의해 정의되는, 동종 네트워크 애플리케이션 프로그래밍 인터페이스들, 예를 들어, 네트워크 API(430)를 통해 네트워크 능력들에 대한 액세스를 제공한다. SCEF는 기본 3GPP 네트워크 인터페이스들 및 프로토콜들로부터 서비스들을 추상화한다.

일 실시예에 따르면, 인터페이스들을 정의하는 것은 SCEF가 3GPP 내의 새로운 또는 기존의 3GPP 네트워크 엘리먼트들에서 서비스들 또는 능력들을 액세스하게 한다. 이러한 새로운 3GPP 인터페이스들, 예를 들어, DIAMETER, RESTful API들, HTTP를 통한 XML 등에 대해 어느 프로토콜들을 명시할 것인지의 선택은, 이에 제한되는 것은 아니지만 특정 인터페이스의 요구사항들, 요청된 정보의 노출의 용이성을 포함하는 다수의 인자들에 의존할 수 있다. 또한, SCEF의 개별 인스턴스들은 어떠한 서비스 능력들이 노출되고 어떠한 API 특징들이 지원되는지에 의존하여 달라질 수 있다.

SCEF의 기능성은 하나 이상의 속성들을 포함할 수 있다. 이들은, 예를 들어, (i) 인증 및 권한 부여; (ii) 노출된 서비스 능력을 외부 엔티티들이 발견하는 능력; (iii) 정책 집행; (iv) 보증; (v) 회계; (vi) 회계 트래픽 문서; (vii) 외부 상호 접속 및 접촉 지점에 관련된 쟁점들을 액세스하는 것; (viii) 추상화를 포함할 수 있다. 구체적으로, 인증 및 권한 부여는 API 소비자의 식별, 프로파일 관리 및 ACL(access control list) 관리를 포함한다.

위에 소개된 정책 집행은 기반 정책, 비즈니스 정책 및 애플리케이션 레이어 정책을 포함한다. 기반 정책은 플랫폼들과 네트워크를 보호하는 정책들을 포함한다. 이것은, 예를 들어, SMS-SC와 같은 서비스 노드에 과부하가 걸리지 않도록 보장하는 것을 포함할 수 있다. 비즈니스 정책들은 노출되는 특정 기능성들에 관련된다. 이것은, 예를 들어, 번호 이동성, 서비스 라우팅, 가입자 콘텐츠 등을 포함할 수 있다. 또한, 애플리케이션 레이어 정책들은 애플리케이션에 의해 제공되는 메시지 페이로드 또는 처리량에 주로 초점을 둔다. 이것은, 예를 들어, 조절을 포함할 수 있다.

보증 속성은 O&M 시스템들과의 통합을 포함할 수 있다. 또한, 보증 속성은 API들의 사용에 관련된 보증 프로세스들을 포함할 수 있다.

추상화는 완전한 네트워크 통합을 허용하기 위해 기본 3GPP 네트워크 인터페이스들 프로토콜들을 숨기는 것을 포함한다. 다음 기능들이 지원될 수 있다: (i) 기본 프로토콜 접속성, 라우팅 및 트래픽 제어; (ii) 특정 API들을 적절한 네트워크 인터페이스들 상에 매핑하는 것; 및 (iii) 프로토콜 변환. 요구되는 기능성이 3GPP 네트워크에 의해 기본적으로 제공되지 않는 경우들에 추상화가 적용될 수 있다.

이와 별도로, SCEF는 다양한 서비스들을 위해 OMA/GSMA에 의해 정의되는 네트워크 API들을 포함한다. 이러한 서비스들은, 이에 제한되는 것은 아니지만, SMS, MMS, 위치, 지불, 제3자 통화, 멀티미디어 전화 회의 및 기타 IMS 기반 서비스들 등을 포함할 수 있다. OMA 네트워크 API 리스트는 'OMA API Inventory', 3GPP TS 23.401 General Packet Radio Service (GPRS) Enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) Access에서 입수될 수 있다. 임의의 새로운 서비스 능력 노출에 대해, FFS는 새로운 네트워크 API들 및 관련 노출 기능성들을 정의하기 위해 3GPP와 OMA/GSMA/기타 표준 기관들 사이에 나뉘는 작업을 위해 이용된다.

또한, 신뢰 도메인에서 동작하는 애플리케이션들은, SCEF에 의해 제공되는, 예를 들어, 인증 및 권한 부여와 같은, 기능성들의 서브세트만을 이용할 수 있다. 신뢰 도메인에서 동작하는 애플리케이션들은, 요구되는 3GPP 인터페이스들이 이용 가능하게 될 때마다, 예를 들어, PCRF와 같은, 네트워크 엔티티들을 또한 액세스할 수 있다. 이것은 SCEF를 거칠 필요없이 직접 액세스될 수 있다.

도 5에 도시되는 예는 SMS 서비스 능력 노출을 묘사한다. 구체적으로, 제3자 애플리케이션(510)은 SMS 메시지들을 송신 및 수신하기 위해 SMS oneAPI(520)를 사용한다. SCEF(530)에 위치되는 SMS 능력 노출(531)은 모든 애플리케이션들에 동종 인터페이스를 제공한다. SCEF(530)에 또한 위치되는 SMS 추상화(532)는 SMPP, UCP 등과 같은 상이한 SMS 메시징 전송 프로토콜들을 지원한다. SMS 추상화(532)는, 부하 제어 및 메시지 윈도우잉을 포함하는, 자신이 접속하는 각각의 SMSC로의 모든 네트워크 세션들을 관리하고 제어할 것이다. SMS 추상화(532)는 특정 API를 SMS-SC/GMSC/IWMSC(550)를 향하는 T4 및 Tsms인터페이스들(540)에 매핑한다.

SA2 GROUPE(GROUP Based Enhancements) TR

그룹 강화들은3GPP TR 23.769 Group Based Enhancements에서 설명되며, 본 명세서에 전부가 참조로 원용된다. 일반적으로, 애플리케이션들은 디바이스들의 그룹을 포함하며, 각각의 그룹은 수백 또는 수천 개의 디바이스들이 포함된다. MTC(Machine type communication) 디바이스들은 각각의 애플리케이션이 상이한 그룹의 디바이스들을 포함하는 다수의 애플리케이션들을 호스팅할 수 있다. 그룹에 속하는 디바이스들은 '그룹 멤버들(group members)'이라고 지칭된다. 그룹 멤버쉽은 정적일 수 있거나 또는 동적으로 진화할 수 있어, 그룹 멤버들이 그룹의 수명 동안 추가 및/또는 제거된다. SCS/AS는 관련된 그룹 멤버들로 새로운 그룹들을 생성할 수 있고, 기존의 그룹들을 제거할 수 있다.

이에 제한되는 것은 아니지만, 상대적으로 정적 멤버쉽을 갖는 것들과 보다 동적인 멤버쉽들을 갖는 것들을 포함하는 상이한 타입들의 그룹들이 존재할 수 있다. 일부 그룹 동작들은 코어 네트워크 노드들, 예를 들어 HSS 또는 MME가 그룹에서 UE들의 멤버쉽을 인식할 것을 요구한다. 예를 들어, 멤버쉽은 그룹 기반 APN 혼잡, 그룹의 모든 멤버들의 로밍 상태, 및 주어진 영역에서 그룹에 속하는 디바이스들의 계산을 포함할 수 있다. 이러한 솔루션은 HSS에서 그룹 멤버쉽의 유지 관리를 사용하고, 따라서 상대적으로 정적인 멤버쉽을 갖고 HSS 및 기타 코어 네트워크 노드들이 그룹 멤버쉽을 인식할 것을 요구하는 그룹들에 더 많이 적용될 수 있다.

또한, SCS/AS 특정 그룹들은 External-Group-ID들에 의해 식별된다. 그룹의 멤버들인 3GPP 디바이스들의 External-ID들은 그룹의 External-Group-ID에 바인딩된다. 그룹 멤버들을 External-Group-ID에 정적 및 동적 바인딩하는 것 양자 모두 지원될 수 있다. 3GPP 디바이스는 다수의 애플리케이션들을 호스팅할 수 있으며, 3GPP 디바이스의 아이덴티티는 하나보다 많은 External-Group-ID에 바인딩될 수 있다. 이것은 SCEF 서비스들이, (i) SCS/AS에 의해 제공되는 External-Group-ID 및 선택적 External-ID들에 기초하여 그룹 멤버들의 Internal-Group-ID 및 Internal-ID들을 결정하고, (ii) HSS가 유지하는 그룹으로부터 HSS가 Internal-ID를 추가하거나 제거하는 것을 요청하도록 서비스하게 한다.

도 6은 SCEF가 사용자들의 그룹에 관련된 내부 기능성, 예를 들어, GMF(Group Management Function)를 포함할 수 있는 상위 레벨 아키텍처를 도시한다. 이러한 내부 기능을 통해, SCEF는 그룹 멤버들의 Internal-ID들, 예를 들어 IMSI, 및 External-ID들, 예를 들어, MSISDN을 그룹의 Internal-Group-ID 및 External-Group-ID 및 그룹 서비스들의 전달에 필요한 기타 정보와 바인딩하는 로컬 사본을 유지할 수 있다. 예를 들어, MBMS를 지원하는 PLMN에 대해, SCEF들(650) 내부 GMF는 그룹들에 할당되는 TMGI들을 유지할 수 있다. Internal-Group-ID들에 External-Group-ID를 매핑하는 것, 및 그룹 멤버들의 위치 정보가, 필요하다면, GMF에서 또한 유지될 수 있다.

도 7은 그룹 멤버들의 그룹 기반 어드레싱 및 식별을 위한 프로토콜들을 도시한다. 본 도면에서, SCEF는 내부 GMF를 포함한다. 단계들 각각은 로마 숫자로 표기된다. 단계 1에 따르면, SCS/AS는 그룹 어드레싱 요청 메시지를 전송하여 애플리케이션 특정 그룹에 대해 SCEF로부터 지원을 요청한다. 이러한 메시지는 External-Group-ID를 포함하고, 외부 그룹의 멤버들인 디바이스들(UE들)의 External-ID들을 포함할 수 있다. 단계 2에서는, SCEF가 그룹 정보 요청/응답 메시지를 HSS와 교환하여 SCS/AS가 External-Group-ID에 대한 그룹 정보 요청을 보낼 권한이 있는지 결정한다. HSS는 임의의 수신된 그룹 멤버 External-ID들을 Internal-ID들에 맵핑한다. External-Group-ID는 Internal-Group-ID에 매핑된다. HSS는, External-ID들이 그룹 정보 요청에 제출되면, External-ID들을 Internal-ID들에 매핑하는 것을 포함하여, Internal-Group-ID 및 Internal-ID들을 SCEF에 반환한다.

단계 3에 따르면, SCEF는, 자신의 내부 GMF를 사용하여, 그룹 멤버 Internal-ID들과 같은 정보가 있는 External-Group-ID, 및 그룹 멤버들과 관련된 Internal-Group-ID의 매핑의 로컬 사본을 유지할 수 있다. 일 예에서는, SCEF에 이미 알려진 유사한 정보를 반환할 가능성이 있는 빈번한 쿼리들로부터 코어 네트워크 노드들에 대한 영향을 감소시키기 위해 정보의 로컬 사본이 유지될 수 있다. 다음으로, SCEF는 그룹 어드레싱 응답 메시지로 SCS/AS에 확인한다(단계 4).

단계들 5 내지 8에 따르면, HSS에 의해 유지되는 내부 그룹에 그룹 멤버가 추가되거나 또는 이로부터 삭제되어야 한다고 SCS/AS가 요청하기 위한 빌딩 블록들이 제공된다. 단계 5에서는, SCS/AS가 SCEF에 그룹 멤버 추가/삭제 요청을 전송하여 External-Group-ID에 추가 External-ID가 추가되게 한다. 단계 6에서는, SCEF가 그룹 업데이트 요청/응답 메시지들을 HSS와 교환하여 SCS/AS가 그룹 멤버쉽 요청을 전송할 권한이 있는지 결정한다. HSS는 External-Group-ID를 Internal-Group-ID에 매핑하고 External-ID를 Internal-ID에 매핑한다. HSS는 디바이스에 대한 가입 기록을 업데이트하여, 이를 식별된 내부 그룹에 추가한다. 후속하여, SCEF에 있는 그룹 멤버쉽 정보의 로컬 사본이 업데이트될 수 있다(단계 7). 마지막으로, SCEF는 그룹 멤버 추가/삭제응답 메시지로 SCS/AS에 그룹 추가를 확인한다(단계 8).

위 도 7에서의 프로토콜들은 기존 노드들 및 기능성에 어느 정도 영향을 줄 수 있다. 예를 들어, SCEF에는, 프로시저 흐름들에서 식별되는 바와 같이 SCS/AS와는 상이한 지원 메시지들이 존재한다. SCEF는 그룹 멤버쉽 및 그룹 멤버쉽 상태 정보를 관리하기 위해 HSS와 상호작용한다. 또한, SCEF는 그룹 식별자와 디바이스 그룹 멤버십 사이의 매핑들을 유지한다.

HSS에는, External-ID들을 Internal-ID들에 매핑하고, External-Group-ID들을 Internal-Group-ID들에 매핑하는 것과 같은 정보를 제공하기 위해 SCEF와의 상호작용들을 지원하는 영향들이 존재할 수 있다. 내부 그룹 멤버십을 수정하기 위한 영향들이 또한 존재할 수 있다. UE에 관해서는, 애플리케이션 레이어 특정 기능성 이외의 영향들은 일반적으로 존재하지 않는다.

MBMS 메시지 전달 솔루션

본 출원은, 하나 이상의 실시예들에서, 일반적인 그룹 메시지 전달 목적들을 위해 재사용될 수 있는 아키텍처를 설명한다. 일 실시예에서, BM-SC는 특정 MBMS 사용자 서비스를 위해 TMGI를 할당한다. eMBMS가 브로드캐스트 모드만 지원하는 것이 특정 애플리케이션들에서 요구된다. EPS를 위한 eMBMS가 E-UTRAN 및 UTRAN만 지원하는 것이 일부 애플리케이션들에서 요구된다. 도 8은 그룹 메시지 전달 아키텍쳐의 일 양상을 도시한다. SCEF(810)가 BM-SC(820)에 접속된다. SCS/AS(830)은 브로드캐스트될 콘텐츠 및 추가 정보를 SCEF(810)에 제공한다. 도 8에 도시되는 바와 같이, SCEF(810) 및 BM-SC(820)는 동일한 위치에 있지 않고, 오히려, 이들 사이에는 MB2 인터페이스가 위치된다.

일 실시예에 따르면, SCEF는 여러 방식들 중 하나로 그룹 메시징 기능성을 지원한다. 예를 들어, SCEF는 SCS/AS로부터의 그룹 메시지 전달 요청의 수신을 지원한다. 이것은 다음 중 하나 이상을 포함할 수 있다: TMGI, 무선 주파수, 전달의 지리적 영역, 전달 스케줄, 그룹 메시지 콘텐츠. SCEF는 SCS/AS로부터 제어 평면 요청들에 권한을 부여하는 능력을 또한 지원할 수 있다. SCEF는 적절한 HSS의 조회를 또한 지원한다. 이것은 SCS/AS가 특정 그룹에 그룹 메시징 요청을 전송하는 것, 및 TMGI 할당을 요구하는 것이 허용되는지 결정하는 것을 포함할 수 있다. SCEF는 그룹 메시지 전달 요청의 수락 또는 비-수락을 SCS/AS에 보고하는 것, 프로토콜 변환, 및 MBMS 베어러 활성화 요청의 BM-SC로의 포워딩을 또한 지원할 수 있다.

또한, SCEF는 TMGI 및 주파수가 SCS/AS에 의해 제공되지 않으면, BM-SC로부터 MBMS 베어러의 TMGI 및 주파수를 또한 획득할 수 있다. 그렇지 않으면, SCEF는 그룹 메시지 전달 요청에서 SCS/AS에 의해 제공된 TMGI를 사용할 수 있다. SCEF는 그룹 외부 식별자 및 SCS 식별자를 포함하는 그룹 메시징 특정 CDR들의 생성과 Rf/Ga의 인스턴스를 통한 CDF/CGF로의 포워딩을 또한 지원할 수 있다. SCEF는 서비스 영역들 및 RAT(들)에 기초하여 세션 시작 프로시저를 트리거하는 것을 또한 지원할 수 있다. SCS/AS가 그룹 메시지 전달 요청에서 그룹 메시지 콘텐츠를 제공하면, SCEF는 스케줄링된 시간에 MB2-U 인터페이스 상의 BM-SC에 콘텐츠를 또한 전송할 수 있다.

SCEF는 그룹 메시지 전달 요청에서 SCS/AS에 의해 요청되면 TMGI, 무선 주파수, 콘텐츠 설명, 및 전송 스케줄에 대한 UE들로부터의 요청들을 또한 취급할 수 있다. 추가의 양상에서, TMGI, 무선 주파수, 콘텐츠 설명, 및 전송 스케줄에 대한 UE들로부터의 요청들을 SCEF가 취급하게 하는 것은 MBMS를 통한 콘텐츠의 전달의 상세사항들로부터 SCS/AS를 격리하는 수단을 제공한다. 이것은 SCEF가 UE들에게 알려진 아이덴티티, 예를 들어, FQDN을 가져야 한다는 점을 의미한다. 예시적인 실시예에서, 큰 메시지의 전달은 전력이 제한되지 않는 디바이스들에 제공된다. 전력이 제한된 디바이스들은 TMGI, 주파수, 콘텐츠 설명, 전송 스케줄, 및 그룹 메시지 콘텐츠를 수신하고 이해하는데 필요한 임의의 암호해제 키들로 미리 구성될 수 있다는 점이 예상된다.

SCEF는 SCS/AS로부터의 TMGI 할당 요청의 수신을 또한 지원할 수 있다. 또한, SCEF는 TMGI 할당 요청을 BM-SC에 포워딩하는 것을 지원할 수 있다. 또한, SCEF는 BM-SC로부터의 TMGI 할당 요청의 수신 및 TMGI를 SCS/AS에 포워딩하는 것을 지원할 수 있다.

도 9는 SCS/AS에 의한 TMGI의 할당 및 UE들의 그룹에 메시지를 전달하기 위한 MBMS의 사용을 도시한다. 단계들 각각은 로마 숫자로 표기된다. 이러한 경우에, 오퍼레이터는 트리거/메시징을 정상 MBMS 사용자 서비스로서 취급하고, TS 23.246에 정의되는 바와 같은 "서비스 발표(service announcement)"(SMS, WAP, HTTP)을 사용하여 메시지 전달 이전에 특정 그룹들의 디바이스들에 관련 서비스 정보를 배포할 수 있다. 예를 들어 도 9의 선택적 단계들 1-7에 도시되는 이러한 접근방식은, 특정 그룹의 디바이스들이 관련 MBMS 서비스 정보를 그들에게 제공하도록 또한 적용될 수 있다.

단계 1에 따르면, 외부 그룹 Id에 대해 할당된 TMGI가 존재하지 않으면, SCS/AS는 SCEF에 TMGI 요청 할당(외부 그룹 Id, SCS Id) 메시지를 전송한다. SCEF는 SCS/AS가 TMGI 할당을 요청할 권한이 있는지 체크한다. 단계 2에서는, SCS/AS가 그룹에 대한 TMGI 할당을 요청하고 BM-SC의 아이덴티티를 포함하여 관련 HSS가 저장한 "라우팅 정보(Routing information)"를 검색할 권한이 있는지 결정하기 위해 SCEF가 가입자 정보 요청(외부 그룹 Id 및 SCS Id) 메시지를 HSS에 전송한다. 단계 3에서는, HSS가 가입자 정보 응답(BM-SC의 아이덴티티를 포함하는 "라우팅 정보(Routing information)") 메시지를 전송한다.

다음으로, SCEF는 HSS로부터 수신되는 정보에 기초하여 BM-SC에 TMGI 할당 요청(외부 그룹 Id)을 전송한다(단계 4). BM-SC는 TMGI를 할당하고 TMGI의 만료 시간을 결정한다. 다음으로, BM-SC는 TMGI 할당 응답(TMGI, TMGI 만료, 주파수 등) 메시지를 SCEF에 전송한다(단계 5). 단계 6에서, SCEF는 수신된 TMGI, TMGI 만료, 주파수 등을 SCS/AS에 포워딩한다. 후속하여, SCS/AS는 TMGI, 주파수, 스케쥴 등을 그룹에 속하는 모든 UE들에 송신한다(단계 7).

그 후, SCS/AS는 SCEF에 그룹 메시징 요청(외부 그룹 식별자, SCS 식별자, 그룹 메시지의 애플리케이션 레이어 콘텐츠, 위치/영역 정보, RAT(들) 정보, TMGI) 메시지를 전송한다(단계 8). SCS/AS는 외부 그룹 식별자를 사용하여 또는 로컬로 구성된 SCEF 식별자/어드레스를 사용하여 DNS 쿼리를 수행함으로써 SCEF의 IP 어드레스(들)/포트(들)를 결정할 수 있다. SCS/AS에 의해 표시되는 위치/영역 정보는 지리적 영역 정보일 수 있다.

후속하여, 단계 9에서, SCEF는 SCS/AS가 그룹 메시징 요청을 전송할 권한이 있는지 체크한다. SCEF는 HSS/HLR에 가입자 정보 요청(외부 그룹 식별자 및 SCS 식별자) 메시지를 전송하여 SCS/AS가 특정 그룹에 그룹 메시징을 전송할 권한이 있는지 결정할 수 있다(단계 10). 그 후, HSS/HLR은 가입자 정보 응답(전달 방법(들), 원인) 메시지를 전송한다. HSS/HLR은 가입 및/또는 정책에 기초하여 그룹 메시징 전달 방법, 예를 들어, MBMS를 표시할 수 있다(단계 11). SCS/AS가 이러한 그룹에 그룹 메시징 요청을 전송하는 것이 허용되지 않거나 유효한 가입 정보가 존재하지 않는다는 것을 원인 값이 표시하면, SCEF는 실패 조에 대한 이유를 표시하는 원인 값과 함께 그룹 메시징 확인 메시지를 전송하고 흐름은 이러한 단계에서 중지된다. 그렇지 않으면 이러한 흐름은 단계 5로 계속된다.

단계 12에 따르면, SCEF는 단계 8에서 TMGI의 수신에 기초하여 MBMS 전달을 선택한다. SCEF는 그룹 메시징 확인 메시지를 SCS/AS에 전송하여 요청이 UE로 전달되도록 수락되었는지 확인한다(단계 13). 이렇게 하도록 구성되면, UE는, 예를 들어, SCEF에 대한 FQDN과 같은 알려진 어드레스를 사용하여, SCEF로부터 MBMS 베어러 파라미터들을 획득한다(단계 14). 이것은 그룹 콘텐츠의 실제 브로드캐스트 송신 이전에 상당한 시간을 발생시킬 수 있다.

다음으로, MBMS 전달 방법이 선택되면, SCEF는 MBMS 베어러 활성화 요청(MBMS 서비스 영역, TMGI) 메시지를 BM-SC/MBMS-GW에 전송한다. MBMS-GW는 MME/SGSN과 세션 시작 프로시저를 수행한다(단계 15). 다음으로, MBMS-GW는 MME/SGSN과 세션 시작 프로시저를 수행한다(단계 16). 다음으로, BM-SC는 SCEF에 MBMS 베어러 활성화 응답을 전송한다(단계 17). 여기서, SCEF는 SCS/AS에 의해 제공되는 위치/영역 정보와 MBMS 서비스 영역 사이에서 오퍼레이터 도메인에서의 구성에 기초하여 그룹 메시지의 배포에 대해 매핑한다. 더욱이, SCEF는 선택된 MBMS 서비스 영역(들)이 SCS/AS에 의해 표시될 수 있는 영역보다 큰 영역에 걸쳐 메시지의 브로드캐스트를 초래할 수 있다는 것을 안다. 이것은 셀 세분성 레벨로 브로드캐스트되는 MBMS가 지원되지 않기 때문이다.

단계 18에서는, SCEF가 그룹 메시지 콘텐츠를 BM-SC/MBMS-GW에 전송한다. 그룹 메시지 콘텐츠는 UE에 전달된다. 수신된 메시지에 응답하여, UE는 페이로드의 콘텐츠를 고려하는 특정 액션들을 취한다(단계 19). 이러한 응답은 SCS/AS와의 즉각적인 또는 차후의 통신의 착수를 통상적으로 포함한다.

SCEF는 그룹 메시징 기능성을 지원한다. 예를 들어, SCEF는 SCS/AS로부터의 그룹 메시징 요청의 수신을 지원한다. SCEF는 SCS/AS로부터의 제어 평면 요청들에 권한을 부여하는 기능을 또한 지원한다. SCEF는 SCS/AS에 그룹 메시징 요청의 수락 또는 비-수락을 보고하는 것을 또한 지원한다. SCEF는 그렇게 할 것이 요청되면 SCS/AS에 TMGI 및 무선 주파수를 제공하는 것을 또한 지원한다. SCEF는, 예를 들어, SCS/AS가 그룹 메시징 요청을 특정 그룹에 전송하는 것, 및 TMGI 할당을 요구하는 것이 허용되는지 결정하거나, 또는 TMGI, 무선 주파수, 콘텐츠 설명 및 전송 스케쥴을 UE들에 제공하기에 적절한 HSS의 조회를 또한 지원한다.

SCEF는 프로토콜 변환, 및 그룹 메시징 요청의 BM-SC/MBMS-GW로의 포워딩을 또한 지원할 수 있다. SCEF는 그룹 외부 식별자 및 SCS 식별자를 포함하는 그룹 특정 메시징 CDR들의 생성 및 Rf/Ga 인스턴스를 통한 CDF/CGF로의 포워딩을 또한 지원할 수 있다. SCEF는 서비스 영역들 및 RAT(들)에 기초하여 세션 시작 프로시저를 트리거하는 것을 또한 지원할 수 있다. SCEF는 SCS/AS로부터을의 TMGI 할당 요청의 수신 및 BM-SC에 이러한 요청을 포워딩하는 것을 또한 지원할 수 있다. SCEF는 BM-SC로부터의 TMGI의 수신 및 이러한 TMGI를 SCS/AS에 포워딩하는 것을 추가로 지원한다.

그룹 멤버들 추가

본 출원의 추가 양상에 따르면, 도 10은 그룹 멤버쉽 업데이트 프로시저를 도시한다. 이러한 프로시저는 기존 프로시저들에 비해 몇몇 이점들이 있다. 예를 들어, 새로운 프로시저는 어떠한 디바이스들이 그룹에 있을 권한이 있고 어떠한 디바이스들이 그룹에 합류하였는지(예를 들어, 청취) SCEF가 추적하는 것을 허용한다. SCS/AS는 디바이스가 그룹에 합류할 것임을 표시할 수 있으며, 디바이스가 그룹에 합류할 수 있는 권한이 있는지 묻는다. 이것이 발생할 때, SCEF와 BM-SC는 디바이스가 그룹에 있는 것이 허용된다는 것을 기록할 것이다. 어떠한 디바이스들이 그룹에 있는지 알아보기 위해 SCS/AS가 SCEF를 쿼리할 때, SCEF는 어떤 디바이스들이 그룹에 합류할 권한이 있는지와 어떤 디바이스들이 MBMS 서비스를 활성화했는지 또는 그룹 메시지를 청취하고 있는지를 구별할 것이다. 이렇게 함으로써, SCS/AS는 기회 시간들에 메시지들을 전송할 수 있다.

예시적인 실시예에서, 도 10에 제시되는 프로시저는 모든 기본 네트워크 상세사항들을 SCS/AS로부터 숨긴다. SCS/AS는 UE에 접속하여 멀티캐스트 어드레스 및 다른 MBMS UE 콘텍스트를 UE에 제공할 필요가 없다. 대신에, SCEF로부터의 트리거 메시지가 UE에 전송될 것이고, 트리거 페이로드는 UE가 서비스를 활성화하는 것을 허용하기에 충분한 MBMS UE 콘텍스트 정보를 운반할 것이다. 예를 들어, 트리거 페이로드에는 TMGI, APN, 그룹 이름, 또는 멀티캐스트 어드레스를 운반할 수 있다. 디바이스가 실제로 그룹에 합류할 때, 예를 들어, 서비스를 활성화 할때, BM-SC가 SCEF에 통보할 것이어서 디바이스가 실제로 그룹 메시지들을 청취하고 있음을 알 것이다. 차례로, SCEF가 SCS/AS에 통지할 것이다. 대안적으로, SCEF는 요구에 의해서가 아니라 미리 결정된 시간에 SCS/AS에 통지할 수 있다. SCS/AS는 특정 디바이스들이 그룹 메시지를 청취할 때까지 또는 특정 수 또는 퍼센트의 그룹이 그룹 메시지를 청취할 때까지 그룹 메시지를 전송하는 것을 대기함으로써 이러한 특징을 이용할 수 있다.

도 10에서의 단계들 각각은 로마 숫자로 표기된다. 본 출원의 이러한 양상에 따르면, 코어 네트워크는 BM-SC, HSS, MBMS-GW/GGSN, 및 S-GW/SGSN 중 하나 이상을 포함할 수 있다. 코어 네트워크는 모바일 네트워크 오퍼레이터라고 또한 지칭될 수 있다. 이러한 실시예에 따르면, SCEF는 아래에서 논의되는 다음의 위치들 중 하나에 있을 수 있다. 예를 들어, SCEF는 독립형 노드 상에 위치될 수 있다. 독립형 노드는 서비스 제공자에 의해 소유될 수 있다. 대안적으로, 독립형 노드는 서비스 제공자와 관계가 있는 누군가에 의해 소유될 수 있다. 다른 예에서, SCEF는 예를 들어, SCS/AS와 같은 서버 상에 위치될 수 있다. 또 다른 예에서, SCEF는 모바일 네트워크 오퍼레이터에 의해 소유되는 노드 상에 위치될 수 있다.

도 10에 묘사되는 바와 같이 단계 1에 따르면, SCS/AS는 그룹에 특정 디바이스(들)를 추가하라는 메시지를 SCEF에 전송한다. 이러한 그룹은 미리 수립된 그룹일 수 있다. 대안적으로, 이것은 새로운 그룹일 수 있다. 그룹은 external-group-id에 의해 식별된다. 추가될 디바이스(들)는 external-id에 의해 식별된다. 일 실시예에 따르면, SCS/AS는 UE가 MBMS 서비스를 활성화할 때 통지받기를 원한다는 것을 표시할 수 있다. 이러한 메시지는 다수의 UE들을 그룹에 추가하는데 사용될 수 있다.

일 실시예에 따르면, SCS/AS가 그룹을 생성하거나, 그룹을 수정하거나, 또는 메시지가 그룹에 전달되기를 요청할 때, 메시지가 전송되기 이전에 어떠한 퍼센트의 그룹이 청취할 것인지 SCEF에 표시할 수 있다. SCEF는 필요한 수의 그룹 멤버들이 멀티캐스트를 청취할 때까지 메시지를 버퍼링하거나 보류할 수 있다. 더 많은 멤버(들)이 그룹에 합류했다는 통지를 SCEF가 BM-SC로부터 수신하면, SCEF는, SCS/AS로부터의 메시지에 기초하여, 충분한 그룹 멤버들이 메시지 전달을 청취한다고 결정할 수 있다. 다음으로 SCEF가 메시지를 전송한다.

다른 실시예에 따르면, SCS/AS에 의해 SCEF에 시간 제한이 제공될 수 있다. 이러한 시간 제한은, 얼마나 많은 그룹 멤버들이 멀티캐스트를 청취하고 있는지에 관계없이, 메시지가 일정 시간 후에 전달되어야 한다는 것을 SCEF에 표시할 수 있다.

단계 2에서는, SCEF가 SCS/AS로부터의 그룹 정보 요청/응답 메시지들을 HSS와 교환하여 SCS/AS가 External-Group-ID에 대한 그룹 정보 요청을 전송할 권한이 있는지 결정한다. 일 실시예에서, HSS는 SCS/AS가 그룹에 멤버들을 추가하거나 그룹으로부터 멤버들을 삭제하는 것이 허용된다는 것을 인가하고, 외부 그룹 식별자를 내부 그룹 식별자에 맵핑하고, 디바이스의 가입을 업데이트하여 그룹의 멤버가 될 권한이 있다는 것을 표시한다. SCEF로부터의 요청은 MBMS가 그룹 메시지 전달을 위해 사용될 수 있다는 것을 표시할 수 있다. 예시적인 실시예에서, HSS로부터의 응답은 APN이 그룹 메시지 전달을 위해 사용될 것이라는 점을 표시할 수 있다. MBMS 메시지를 수신하는 UE는 이러한 APN을 사용하여 서비스를 활성화하기 위해 IGMP 합류를 전송할 것이다.

단계 3에 따르면, SCEF는 MBMS 권한 부여 요청을 BM-SC에 전송하여 UE가 MBMS 데이터를 수신할 권한이 있는지 체크한다. 이러한 메시지는 MB2 참조 지점에서 전송된다. MB2 참조 지점은, 예를 들어, 3GPP TS 23.468에서 설명된다. 일 실시예에서, 요청은 HSS로부터 수신된 APN 및 내부 디바이스 식별자(들)를 포함할 수 있다. 다른 실시예에서, 요청은 새로운 디바이스가 MBMS 서비스를 활성화할 때 SCEF가 통지받기를 원한다는 표시를 또한 포함할 수 있다. 단계 4에서는, 디바이스가 MBMS 데이터를 수신할 권한이 있는지에 대한 응답이 BM-SC로부터 수신된다. 일 실시예에서, BM-SC 또는 SCEF는, 서비스 발표 기능을 통해 MBMS 서비스에 대한 서비스 발표를 착수하는 프로토콜들을 이용할 수 있다. 이러한 프로토콜은, 예를 들어, WAP PUSH, HTTP, SMS, 및 SMS-CB를 포함할 수 있다. 여기서, SCEF는 서비스 발표가 요구되는지 BM-SC에 표시할 수 있다.

단계 5에 따르면, SCEF는 디바이스가 그룹에 추가될 권한이 있는지 확인한다. 일 실시예에서, SCS/AS로의 메시지는 UE가 권한이 있고 표시할 뿐이다. 다른 실시예에서, 단계 5에서의 메시지는 디바이스가 그룹에 합류했다는 표시를 포함한다.

단계 6에 따르면, 코어 네트워크를 통해 UE에 그룹 상세사항들을 전송하는데 트리거 또는 다른 메커니즘이 이용된다. 구체적으로, SCEF는 멀티캐스트 그룹에 합류할 것이라는 표시를 UE에 전송한다. UE가 멀티캐스트 그룹 초대들을 청취할 것으로 예상되는 트리거가 잘 알려진 포트 번호에 전송된다. 대안적으로, 트리거가 전송되는 포트 번호는 SCS/AS에 의해 제공되었을 수 있다. 이러한 것은 위의 1 단계에서 발생하였을 수 있다. 일 실시예에서, 트리거 페이로드는 다음 정보 타입들 중 하나 이상을 운반할 수 있다: APN, 멀티캐스트 어드레스, 및 SCS-ID.

도 11에 도시되는 바와 같은 실시예에 따르면, 예를 들어, 트리거는 UE의 디스플레이 상의 그래픽 사용자 인터페이스(1100) 상에 나타날 수 있다. 이러한 디스플레이는 도 1c 및 도 1d에서 위에 설명되고 도시된다. 구체적으로, 그래픽 사용자 인터페이스(1100) 상에 나타나는 메시지는, "당신은 M2M 서버 XYZ로부터 멀티캐스트/브로드캐스트 그룹에 합류하라는 요청을 수신하였습니다. 합류하시기 원하십니까?"라고 진술한다. 메시지는 어떠한 서버가 초대장을 전송하였는지 또한 표시할 수 있다. 메시지는 사용자의 멀티캐스트/브로드캐스트에 합류하거나 청취할 승인을 또한 요청할 수 있다. 사용자가 "예"를 선택하면, 단계 9에서 아래에 보다 상세히 설명되는 바와 같이 사용자가 합류한다.

다음으로, SCS/AS는 그룹 멤버 쿼리를 SCEF에 전송할 수 있다(단계 7). 요청은 external-group-id를 표시한다. 그룹 멤버 쿼리는 도 10의 프로세스에서 언제든지 발생할 수 있다. 여기서는 트리거 전달에 후속하여 발생하는 것으로서 설명된다. 단계 8에서, SCEF는 그룹에 합류할 권한이 있는 디바이스들의 리스트를 반환한다. 예시적인 실시예에서, SCEF는 MBMS 서비스를 활성화한 디바이스들의 리스트를 또한 제공할 수 있다. 도 10에 도시되는 바와 같이, 단계 5에서 권한이 부여된 디바이스는 MBMS 서비스를 활성화하지 않았다. 이러한 단계들이 아래에서 보다 상세히 설명될 것다. 따라서, SCS/AS로의 메시지는 디바이스가 권한이 있지만 아직 멀티캐스트를 청취하고 있지 않다는 것을 표시할 것이다.

단계 9에 따르면, UE는 단계 6에 따라 위에 설명되는 트리거를 처리하고, AS/SCS로부터 궁극적으로 수신되는 SCS-ID에 의해 표시하는 멀티캐스트 메시지들을 청취하기 원하는지에 관하여 자신의 내부 프로토콜들로 검사한다. UE는 트리거에서 표시된 APN에서 디폴트 베어러를 수립한다. 이것은 APN 접속이 아직 존재하지 않는다고 간주한다. UE는 IGMP/MLD 합류 요청을 멀티캐스트 어드레스에 전송한다. 즉, UE는 그룹에 합류하고 SCA/AS 또는 SCEF로부터 멀티캐스트 메시지를 능동적으로 청취할 것을 요청하고 있다.

다음으로, MBMS-GW 또는 GGSN가 MBMS 권한 부여 요청을 BM-SC에 전송한다(단계 10). BM-SC가 다음으로 MBMS 권한 부여 요청에 응답한다(단계 11). MBMS 서비스가 UE와 함께 활성화된다(단계 12). 이러한 프로시저들은, 예를 들어, 3GPP TS 23.246 Multimedia Broadcast / Multicast Service; architecture and Functional Description에서 설명된다.

단계 13에서는, 디바이스가 MBMS 서비스를 활성화한 것을 BM-SC가 SCEF에 통보한다. 이것은 MB2 참조 지점 상의 새로운 메시지이다. 일 실시예에서, BM-SC는 단계 1에 따라 서버로부터 SCEF로의 메시지에 포함된 표시 및 단계 3에 따라 SCEF로부터 BM-SC로의 표시로 인해 이러한 메시지를 전송하는 것을 알 수 있다. 단계 14에서는, SCEF가 BM-SC로부터의 통지를 수신확인한다. 단계 13 및 14는 UE가 자신의 MBMS 베어러를 비활성화한 때를 SCEF에 통보하는데 또한 사용될 수 있다. 이러한 정보는 그룹 내의 UE의 상태를 권한을 부여받지만 비활성화되고 청취하지 않는 것으로 업데이트하기 위해 SCEF에 의해 사용된다. 이것은 다음과 같은 이벤트들의 결과로서 발생할 수 있다. 하나의 이벤트는, 예를 들어, BM-SC가 MBMS 서비스를 종료하기로 선택한 때를 포함할 수 있다. GGSN 또는 MBMS-GW에 "세션 중지 요청(Session Stop Request)" 또는 "요청 등록해제(De-registration Request)"를 전송한 이후에, 또는 그 이전에, UE 또는 그룹이 청취하지 않고 있다는 것을 BM-SC가 SCEF에 통지할 것이다. 다른 이벤트는, 예를 들어, UE가 멀티캐스트를 청취하는 것을 중지하기로 결정할 때를 포함할 수 있다. 이 때, UE는 IGMP 이탈(Leave) 메시지를 통상적으로 전송할 것이다. 이것은 GGSN 또는 MBMS-GW로 하여금 BM-SC에 "이탈 표시(Leave Indication)"를 전송하게 할 것이다. "이탈 표시(Leave Indication)"는 BM-SC로 하여금 UE가 더 이상 청취하지 않는다는 것을 SCEF에 통지하게 할 것이다.

일 실시예에서 단계 15에 따르면, 통지가 단계 1에서 요청되면, SCEF는 디바이스가 MBMS 서비스를 활성화했다고 SCS/AS에 통보한다. 단계 16에서는, SCS/AS가 SCEF로부터의 통지를 수신확인한다. 후속하여, SCS/AS는 그룹 멤버 쿼리를 SCEF에 전송한다. 이러한 요청은 external-group-id를 표시한다(단계 17). 이러한 선택적인 메시지는 그룹 멤버가 MBMS 서비스를 활성화할 때마다 SCS/AS에 통지를 전송하는 것에 대한 대안으로서 사용될 수 있다는 점이 주목된다. 단계 18에 따르면, SCEF는 그룹에 합류할 권한이 있는 디바이스들의 리스트를 반환한다. 리스트는, 추가의 실시예에서, MBMS 서비스를 활성화한 디바이스들의 리스트를 또한 포함할 수 있다. 단계 17 및 단계 18은 위에서 설명된 단계 7 및 단계 8과 범위가 유사하다. 도 10에 따르면, 단계 5에서 권한이 부여된 디바이스는 이제 MBMS 서비스를 활성화했다. 즉, SCS/AS로의 메시지는 디바이스가 권한을 부여받아 멀티캐스트를 수신하고 있다는 것을 표시할 것이다.

다른 실시예에 따르면, 단계 16 이후에 및 단계 18 이후에, SCS/AS는 디바이스가 멀티캐스트를 청취하고 있다는 일부 확신을 가질 수 있다. SCS/AS는 이러한 정보를 사용하여 SCEF를 통해 그룹에 멀티캐스트 데이터를 전송하기 시작해야 할 때를 결정할 수 있다.

다른 실시예에 따르면, UE가 그룹에 추가될 것을 SCS/AS가 요청하기 전에 UE가 'IGMP 프록시 합류(IGMP Proxy join)'를 전송하면, BM-SC는 UE에 대한 MBMS 서비스 활성화에 권한을 부여하지 않을 것이다. 이러한 경우, BM-SC는 UE가 그룹에 합류하기를 원한다는 것을 표시하는 요청을 SCEF에 전송할 수 있다. SCEF는 UE가 그룹에 합류하는 것이 허용되어야 하는지 알아보기 위해 그룹을 제어하는 요청을 SCS/AS에 전송할 수 있다. SCS/AS는 UE가 그룹에 합류하는 것이 허용되는지 여부의 표시로 SCEF에 응답할 수 있다. 차례로, SCEF는 UE가 그룹에 합류하는 것이 허용되는지 여부의 표시로 BM-SC에 응답할 수 있다. BM-SC는 이러한 표시를 사용하여 UE가 MBMS 서비스에 대해 권한을 부여받아야 하는지 결정할 수 있다.

또 다른 실시예에 따르면, UE는 도 10의 단계 6에 도시되는 트리거를 수신하는 애플리케이션을 가질 수 있다. 이것은 UE가 MBMS 광고들을 청취할 것으로 예약되는 잘 알려진 포트일 수 있다. 애플리케이션이 트리거 요청을 수신할 때, 이는 트리거 페이로드의 콘텐츠를 사용하여 APN으로의 접속을 열고, IGMP 합류 메시지를 작성하고, 다음으로 IGMP/MLD 합류 메시지를 전송할 수 있다. APN, 멀티캐스트 어드레스, 및 멀티캐스트 소스 어드레스는 트리거 페이로드로부터 획득될 수 있다. 대안적인 실시예에서는, UE 애플리케이션이 트리거 페이로드로부터 애플리케이션 식별자를 획득하고, APN, 멀티캐스트 어드레스, 및 멀티캐스트 소스 어드레스를 제2 애플리케이션에 전달할 수 있다. 제2 애플리케이션은 다음으로 IGMP/MLD 합류 메시지를 생성할 수 있다. IGMP 합류 동작은 IETF RFC 3376, Internet Group Management Protocol Version 3에서 설명되는 바와 같은 IPMulticastListen일 수 있으며, 전부 참조로 원용된다. 또한, MLD 합류 동작은 IETF RFC 3810, Multicast Listener Discovery Version 2, (MLDv2) for IPv6에서 설명되는 바와 같은 IPv6MulticastListen일 수 있으며, 전부 참조로 포함된다.

본 출원에 따르면, 본 명세서에서 설명되는 시스템들, 방법들 및 프로세스들 중 임의의 것 또는 전부는 컴퓨터 판독 가능 저장 매체에 저장되는 컴퓨터 실행 가능 명령어들, 예를 들어, 프로그램 코드의 형태로 구현될 수 있으며, 이러한 명령어들은 컴퓨터, 서버, M2M 단말 디바이스 또는 UE, M2M 게이트웨이 디바이스, 또는 SCEF를 포함하는 독립형 노드와 같은 머신에 의해 실행될 때, 본 명세서에서 설명되는 시스템들, 방법들 및 프로세스들을 수행 및/또는 구현한다는 점이 이해된다. 구체적으로, 위에 설명된 단계들, 동작들 또는 기능들 중 임의의 것이 이러한 컴퓨터 실행 가능 명령어들의 형태로 구현될 수 있다. 컴퓨터 판독 가능 저장 매체는 정보의 저장을 위한 임의의 방법 또는 기술로 구현되는 휘발성 및 비-휘발성, 이동식 및 비-이동식 매체를 포함하지만, 이러한 컴퓨터 판독 가능 저장 매체는 신호들을 포함하지 않는다. 컴퓨터 판독 가능 저장 매체는, 이에 제한되는 것은 아니지만, RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CD ROM, DVD(digital versatile disks) 또는 다른 광 디스크 스토리지, 자기 카세트들, 자기 테이프, 자기 디스크 스토리지 또는 다른 자기 스토리지 디바이스들, 또는 원하는 정보를 저장하는데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 물리적 매체를 포함한다.

본 출원의 또 다른 양상에 따르면, 컴퓨터 판독 가능 또는 실행 가능 명령어들을 저장하는 비-일시적 컴퓨터 판독 가능 또는 실행 가능 저장 매체가 개시된다. 이러한 매체는 도 3 및 도 7 내지 도 10에 따른 복수의 호출 흐름들에 위에 개시되는 것과 같은 하나 이상의 컴퓨터 실행 가능 명령어들을 포함할 수 있다. 이러한 컴퓨터 실행 가능 명령어들은 메모리에 저장될 수 있고 도 1c 및 도 1d에서 위에 개시되는 프로세서에 의해 실행될 수 있고, UE들, SCEF들, SCS들/AS들, 및 코어 네트워크를 포함하는 디바이스들에서 이용될 수 있다. 일 실시예에서는, 도 1c 및 도 1d에서 위에 설명되는 바와 같이, 비-일시적 메모리 및 이에 동작 가능하게 연결되는 프로세서를 갖는 컴퓨터 구현 SCEF가 개시된다. 구체적으로, 비-일시적 메모리는 멀티캐스트 메시지를 수신하는 그룹에 멤버쉽의 제어 및 조정을 할당하는 명령어들을 저장한다. 프로세서는, (i) 그룹에 디바이스를 추가하라는 요청을 서버로부터 수신하는 단계; (ii) 디바이스가 그룹에 참여할 권한이 있다는 응답을 서버에 전송하는 단계; (iii) 디바이스가 그룹에 합류했다는 통지를 수신하는 단계; (iv) 서버로부터 쿼리 요청을 수신하는 단계; (v) 쿼리 요청에 기초하여 디바이스의 상태를 체크하는 단계; 및 (vi) 디바이스가 그룹에 합류했다는 표시를 서버에 제공하는 단계의 명령어들을 수행하도록 구성된다.

시스템들 및 방법들이 현재 구체적인 양상들인 것으로 고려되는 것과 관련하여 설명되었지만, 본 출원이 개시된 양상들에 제한될 필요는 없다. 본 출원은 청구항들의 사상 및 범위 내에 포함되는 다양한 수정들 및 유사한 배열들을 커버하도록 의도되며, 그 범위는 모든 이러한 수정들 및 유사한 구조들을 포괄하도록 가장 넓게 해석되어야 한다. 본 개시내용은 다음의 청구항들의 임의의 그리고 모든 양상들을 포함한다.

Claims (20)

1. 네트워크 상의 장치로서,
   그룹의 멤버쉽을 구성하는 실행 가능 명령어들을 포함하는 비-일시적 메모리; 및
   상기 메모리에 동작 가능하게 연결되는 프로세서
   를 포함하고, 상기 프로세서는,
   상기 그룹에 디바이스를 추가하라는 요청을 서버로부터 수신하도록;
   상기 디바이스가 상기 그룹에 합류할 권한이 있다는 응답을 상기 서버에 전송하도록;
   상기 서버로부터 쿼리 요청을 수신하도록;
   상기 쿼리 요청에 기초하여 상기 디바이스의 상태를 체크하도록;
   브로드캐스트 또는 멀티캐스트 통신에 관한 정보가 있는 트리거를 상기 디바이스에 전송하도록;
   코어 네트워크를 통해, 상기 디바이스가 활성이라는 상기 디바이스의 상태를 수신하도록; 그리고
   미리 결정된 조건이 충족될 때, 상기 서버로부터 수신되는 메시지를 상기 디바이스에 전달하도록 구성되고,
   상기 디바이스의 상태는 합류됨, 활성임, 권한 부여됨, 및 이들의 조합으로부터 선택되는 장치.
2. 삭제
3. 삭제
4. 제1항에 있어서,
   상기 미리 결정된 조건은 상기 그룹에서의 일부 퍼센트 또는 일부 수의 디바이스들이 청취중이라는 것, 설정 시간이 경과된 것, 및 이들의 조합으로부터 선택되는 장치.
5. 제1항에 있어서,
   상기 정보는 액세스 포인트 이름, 멀티캐스트 어드레스, 그룹 이름, TMGI, SCS-ID 및 이들의 조합으로부터 선택되는 장치.
6. 삭제
7. 제1항에 있어서,
   상기 쿼리 요청은 상기 그룹에 합류할 권한이 있는 모든 디바이스들을 포함하는 장치.
8. 네트워크형 시스템으로서,
   서버;
   상기 서버와 통신하는 장치
   를 포함하고, 상기 장치는,
   그룹의 멤버쉽을 구성하는 실행 가능 명령어들을 포함하는 비-일시적 메모리, 및
   상기 메모리에 동작 가능하게 연결되는 프로세서
   를 포함하고, 상기 프로세서는,
   상기 그룹에 디바이스를 추가하라는 요청을 서버로부터 수신하도록; 상기 디바이스가 상기 그룹에 합류할 권한이 있다는 응답을 상기 서버에 전송하도록; 상기 서버로부터 쿼리 요청을 수신하도록; 상기 쿼리 요청에 기초하여 상기 디바이스의 상태를 체크하도록; 브로드캐스트 또는 멀티캐스트 통신에 관한 정보가 있는 트리거를 상기 디바이스에 전송하도록;
   코어 네트워크를 통해, 상기 디바이스가 활성이라는 상기 디바이스의 상태를 수신하도록; 그리고
   미리 결정된 조건이 충족될 때, 상기 서버로부터 수신되는 메시지를 상기 디바이스에 전달하도록 구성되고,
   상기 디바이스의 상태는 합류됨, 활성임, 권한 부여됨, 및 이들의 조합으로부터 선택되는 시스템.
9. 제8항에 있어서,
   상기 프로세서는 상기 디바이스의 상태를 상기 서버에 전송하도록 추가로 구성되는 시스템.
10. 제8항에 있어서,
    상기 시스템은 서비스 능력 노출 기능을 포함하는 시스템.
11. 제8항에 있어서,
    상기 네트워크형 시스템은 코어 네트워크를 더 포함하고, 상기 코어 네트워크는 브로드캐스트 멀티미디어 서비스 센터, MBMS 게이트웨이, 게이트웨이 GPRS 지원 노드, 홈 가입자 서버, 서빙 게이트웨이, 패킷 데이터 네트워크 게이트웨이 및 서빙 GPRS 지원 노드 중 하나 이상을 포함하는 시스템.
12. 삭제
13. 제8항에 있어서,
    상기 쿼리 요청은 상기 그룹에 합류할 권한이 있는 모든 디바이스들을 포함하는 시스템.
14. 그룹의 멤버쉽을 구성하는 방법으로서,
    상기 그룹에 디바이스를 추가하라는 요청을 서버로부터 수신하는 단계;
    상기 디바이스가 상기 그룹에 참여할 권한이 있다는 응답을 상기 서버에 전송하는 단계;
    상기 서버로부터 쿼리 요청을 수신하는 단계;
    상기 쿼리 요청에 기초하여 상기 디바이스의 상태를 체크하는 단계;
    상기 디바이스의 상태를 상기 서버에 전송하는 단계;
    브로드캐스트 또는 멀티캐스트 통신에 관한 정보가 있는 트리거를 상기 디바이스에 전송하는 단계;
    코어 네트워크를 통해, 상기 디바이스가 활성이라는 상기 디바이스의 상태를 수신하는 단계; 및
    미리 결정된 조건이 충족될 때, 상기 서버로부터 수신되는 메시지를 상기 디바이스에 전달하는 단계
    를 포함하고,
    상기 디바이스의 상태는 합류됨, 활성임, 권한 부여됨, 및 이들의 조합으로부터 선택되는 방법.
15. 삭제
16. 제14항에 있어서,
    상기 쿼리 요청은 상기 그룹에 합류할 권한이 있는 모든 디바이스들을 포함하는 방법.
17. 삭제
18. 삭제
19. 제14항에 있어서,
    상기 미리 결정된 조건은 상기 그룹에서의 일부 퍼센트 또는 일부 수의 디바이스들이 청취중이라는 것, 설정 시간이 경과된 것, 및 이들의 조합으로부터 선택되는 방법.
20. 제14항에 있어서,
    상기 정보는 액세스 포인트 이름, 멀티캐스트 어드레스, 그룹 이름, TMGI, SCS-ID 및 이들의 조합으로부터 선택되는 방법.

Images