KR20160021869A - 컨텍스트 관리 - Google Patents

컨텍스트 관리 Download PDF

Info

Publication number
KR20160021869A
KR20160021869A KR1020167001536A KR20167001536A KR20160021869A KR 20160021869 A KR20160021869 A KR 20160021869A KR 1020167001536 A KR1020167001536 A KR 1020167001536A KR 20167001536 A KR20167001536 A KR 20167001536A KR 20160021869 A KR20160021869 A KR 20160021869A
Authority
KR
South Korea
Prior art keywords
context
frame
information
peer
response
Prior art date
Application number
KR1020167001536A
Other languages
English (en)
Inventor
총강 왕
종뤼 딩
큉 리
홍쿤 리
폴 엘. 주니어. 러셀
Original Assignee
콘비다 와이어리스, 엘엘씨
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 콘비다 와이어리스, 엘엘씨 filed Critical 콘비다 와이어리스, 엘엘씨
Publication of KR20160021869A publication Critical patent/KR20160021869A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
    • H04L67/2833—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/16—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities

Abstract

매체 액세스 제어 계층에서의 컨텍스트 정보 관리를 위한 시스템, 방법 및 장치 실시예들이 본 명세서에서 설명된다. 일 실시예에서, 시스템은 피어-투-피어 통신을 통해 통신하는 복수의 피어를 포함한다. 이 시스템에서, 컨텍스트 정보는 MAC 계층에서 교환될 수 있다. 컨텍스트 정보의 예로서는, 제한 없이, 위치 정보, 이동성 정보, 디바이스 능력, 사용자 정보, 애플리케이션 카테고리, 다중-홉 정보, 채널 상태, 애플리케이션 정보, 연관 식별자 및 디바이스 정보가 포함된다. 복수의 피어들 각각은, 각각의 피어 디바이스 상에 존재하는 컨텍스트 관리자를 포함할 수 있다. 예를 들어, 복수의 피어들 중 제1 피어 상에 존재하는 제1 컨텍스트 관리자는 복수의 피어들 중 제2 피어 상에 존재하는 제2 컨텍스트 관리자와 컨텍스트 정보를 교환할 수 있다. 다른 예시적인 실시예에서, 제1 피어, 특히 제1 피어 상에 존재하는 제1 컨텍스트 관리자는, MAC 계층과는 상이한 계층으로부터 컨텍스트 정보를 검색할 수 있다.

Description

컨텍스트 관리{CONTEXT MANAGEMENT}
관련 출원들에 대한 상호 참조
본 출원은, 2014년 6월 21일자로 출원된 미국 가특허 출원 제61/837,845호, 2013년 7월 10일자로 출원된 미국 가특허 출원 제61/844,689호, 및 2013년 6월 21일자로 출원된 미국 가특허 출원 제61/837,993호의 혜택을 주장하는데, 이러한 가특허 출원들 모두의 개시물은 이로써 참조로 본 명세서에 완전히 제시된 것처럼 포함된다.
피어-투-피어(P2P) 근접 통신(proximity communication)이란, 서로의 근접범위(proximity) 내에 있는 피어들 간의 인프라스트럭처-기반 또는 인프라스트럭처-리스(infrastructure-less) 통신을 지칭할 수 있다. 피어란, 예를 들어, 2G 시스템에서의 이동국(MS), 또는 IEEE 802.15 무선 개인 영역 네트워크(WPAN)에서의 전기능 디바이스(FFD: full-function device) 또는 축소 기능 디바이스(RFD: reduced-function device) 등의 디바이스 또는 사용자를 지칭할 수 있다. P2P 디바이스의 예로서는, 접속된 차량, 의료용 디바이스, 스마트 계측기, 스마트폰, 태블릿, 랩톱, 게임 콘솔, 셋톱 박스, 카메라, 프린터, 센서, 홈 게이트웨이 등이 포함된다. P2P 근접 통신은 피어가 인프라스트럭처-기반 또는 인프라스트럭처-리스 구성에서의 원하는 서비스들에 대한 근접성을 인지하는 것에 중점을 둘 수 있다. 예를 들어, P2P 통신은, 중앙집중형 제어기를 포함하는 중앙집중형 시스템, 또는 중앙 제어기가 없는 완전 분산형 시스템으로 구현될 수 있다. 인프라스트럭처-리스 P2P 통신과는 대조적으로, 인프라스트럭처-기반 통신은 종종, 예를 들어, 사용자 정보의 핸들링, 사용자들 간의 스케줄링, 및 접속(예를 들어, 셀룰러 통신) 관리를 위한, 중앙집중형 제어기를 포함한다. 인프라스트럭처-리스 P2P 통신에서, 피어들은, 전형적으로, 통신 세션을 개시, 유지, 및 종료하는데 대한 동등한 책임을 가진다. 근접성 기반 애플리케이션 및 서비스는 최근의 사회-공학적 트렌드를 나타낸다. P2P 근접 통신은, 예를 들어, 소셜 네트워킹, 광고, 비상 상황, 게이밍, 스마트 수송, 및 네트워크의 네트워크 시나리오들을 포함한 다양한 구현에서 이용된다.
전형적인 소셜 네트워크 구현에서, 근접한 피어들은 애플리케이션 레벨(예를 들어, Facebook, Twitter)에서 서로 상호작용할 수 있다. P2P 근접 통신의 소셜 네트워크 구현에서 종종 2개 이상의 피어들 간의 양방향 통신이 요구된다. 트래픽 데이터 레이트는 낮거나(예를 들어, 텍스트 기반 채팅) 또는 높을 수 있다(예를 들어, 콘텐츠 공유). P2P 근접 통신의 예시적인 광고 구현에서, 상점은 자신의 판촉물과 쿠폰을 상점의 위치에 대해 근접범위 내에 있는 잠재적 고객들(피어들)에게 브로드캐스트한다. 이 예시적인 시나리오에서, 낮은 데이터 트래픽의 단방향 통신이 전형적이지만, (예를 들어, 개인화된 광고를 위해) 양방향 통신이 이용될 수 있다.
비상 상황에서의 P2P 근접 통신의 구현은 대개, 예를 들어, 비상 경보 등의, 단방향 통신을 수반한다. 다른 비상 구현은, 비상 안전 관리 시나리오 동안 등에서 양방향 통신을 필요로 한다. P2P의 비상 서비스/애플리케이션은 다른 P2P 서비스/애플리케이션보다 높은 우선권을 가질 수 있고, 일부 비상 서비스/애플리케이션은 더 높은 프라이버시 요건을 가질 수도 있다. P2P의 예시적인 게이밍 구현에서, 복수의 피어들은, 예를 들어 소정 규칙을 따르는 온라인 멀티플레이어 게이밍 등의 대화식 게임을 초기화하거나 이에 참여할 수 있다. 대화식 P2P 게이밍은 종종 낮은 레이턴시를 요구한다. P2P 근접 통신의 예시적인 스마트 수송 구현에서, 차량-대-차량 및/또는 차량-대-인프라스트럭처 통신을 통해 접속된 차량들은, 예를 들어, 정체/사고/이벤트 통지, 카풀링 및 열차 스케줄링 등의 대화식 수송 관리, 스마트 트래픽 제어 등을 포함한, 진보된 애플리케이션을 지원할 수 있다. 스마트 수송 구현에서의 데이터 레이트는 종종 낮지만, 스마트 수송은 매우 신뢰성있는 메시지 전달 및 매우 낮은 레이턴시를 요구할 수 있다. 인프라스트럭처의 커버리지를 확장하거나 인프라스트럭처로부터의 오프로딩(offloading)을 위해 네트워크 대 네트워크 P2P가 이용될 수 있다. 다중-홉(multi-hop)은 고유한 특징일 수 있다.
전술된 P2P 통신의 예시적인 구현들은 머신-대-머신(M2M: machine-to-machine) 및 사물 인터넷(IoT: Internet of Things) 애플리케이션과 관련될 수도 있다. M2M/IoT 애플리케이션을 위한 근접 통신에 대한 기존의 접근법들은 성능 문제를 가지고 있다. 예를 들어, 컨텍스트 정보가 종종 고립된 방식으로 관리되어 컨텍스트 정보는 다양한 계층들 또는 피어들 사이에서 공유될 수 없다.
위치 정보, 이동성 정보, 디바이스 능력, 사용자 정보, 애플리케이션 카테고리, 다중-홉 정보, 채널 상태, 애플리케이션 정보, 연관 식별자, 디바이스 정보 등의 컨텍스트 정보를 관리하는 것에 대한 현재의 접근법은 피어-투-피어(P2P) 시스템에서 능력이 결핍되어 있다. 예를 들어, 컨텍스트 정보가 종종 고립된 방식으로 관리되어 컨텍스트 정보는 다양한 계층들 또는 피어들 사이에서 공유될 수 없다. 매체 액세스 제어(MAC: medium access control) 계층에서의 컨텍스트 정보 관리를 위한 시스템, 방법 및 장치 실시예들이 본 명세서에서 설명된다.
예시적인 실시예에 따르면, 시스템은 피어-투-피어 통신을 통해 통신하는 복수의 디바이스를 포함한다. 각각의 피어 디바이스는 컨텍스트 관리자를 포함할 수 있다. 복수의 디바이스 중 제1 디바이스의 제1 컨텍스트 관리자는 하나 이상의 파라미터를 포함하는 컨텍스트 정보 요청 프레임을 수신할 수 있다. 하나 이상의 파라미터는, 컨텍스트 동작들의 목록, 컨텍스트 ID들(context identities)의 목록 또는 응답 타입 중 적어도 하나를 나타낼 수 있다. 컨텍스트 정보 요청 프레임에 기초하여, 제1 디바이스는, 잔여 응답들의 개수, 하나 이상의 컨텍스트 프레임 중 선택된 컨텍스트 프레임에 적용가능한 확인응답 요건, 하나 이상의 컨텍스트 프레임 중 선택된 컨텍스트 프레임에 적용가능한 동작들의 목록, 하나 이상의 컨텍스트 프레임 중 선택된 컨텍스트 프레임에 적용가능한 컨텍스트 ID들의 목록, 또는 하나 이상의 컨텍스트 값 중 적어도 하나를 나타내는 하나 이상의 컨텍스트 정보 응답 프레임을 생성할 수 있다. 컨텍스트 정보 요청 프레임은 매체 액세스 제어(MAC) 계층을 통해 수신될 수 있다. 또한, 제1 디바이스는, MAC 계층을 통해, 하나 이상의 컨텍스트 프레임 중 선택된 컨텍스트 프레임을 복수의 디바이스 중 제2 디바이스의 제2 컨텍스트 관리자에 송신할 수 있다.
이 개요는 상세한 설명에서 추가로 후술되는 개념들의 선택을 단순화된 형태로 소개하기 위해 제공된다. 이 개요는 청구 대상의 주요 특징들 또는 필수 특징들을 식별하는 것으로 의도되지도 않으며, 청구 대상의 범위를 제한하기 위해 이용되는 것으로 의도되지도 않는다. 또한, 청구 대상은 본 개시물의 임의의 부분에서 언급된 임의의 또는 모든 단점을 해결하는 한정들에 제한되지는 않는다.
도 1은 예시적인 실시예에 따른 근접 통신을 위한 컨텍스트 관리 아키텍처를 도시하는 블록도이다.
도 2는 예시적인 실시예에 따른 프록시 기반 컨텍스트 관리 아키텍처를 도시하는 블록도이다.
도 3은 예시적인 실시예에 따른 원격 컨텍스트 동작에 대한 호 흐름(call flow)이다.
도 4a는 예시적인 실시예에 따른 국지적 컨텍스트 동작에 대한 호 흐름을 도시한다.
도 4b는 다른 실시예에 따른 국지적 컨텍스트 동작에 대한 다른 호 흐름을 도시한다.
도 5는 예시적인 실시예에 따른 프록시 기반 컨텍스트 동작에 대한 호 흐름을 도시한다.
도 6은 다른 예시적인 실시예에 따른 프록시 기반 컨텍스트 동작에 대한 다른 호 흐름을 도시한다.
도 7은 예시적인 실시예에 따른 세션 기반 컨텍스트 동작에 대한 호 흐름을 도시한다.
도 8a는 실시예에 따른 예시적인 비제한적 수정된 및/또는 확장된 일반 MAC 프레임 포맷을 도시한다.
도 8b는 실시예에 따른 예시적인 비제한적 프레임 제어 필드 포맷을 도시한다.
도 9a는 실시예에 따른 예시적인 비제한적 수정된 및/또는 확장된 비컨 프레임 포맷을 도시한다.
도 9b는 실시예에 따른 예시적인 비제한적 수퍼프레임 정보 포맷을 도시한다.
도 9c는 실시예에 따른 예시적인 비제한적 애플리케이션 프레임 정보 포맷을 도시한다.
도 10a는 실시예에 따른 예시적인 비제한적 연관 요청 프레임 포맷을 도시한다.
도 10b는 실시예에 따른 예시적인 비제한적 연관 응답 프레임 포맷을 도시한다.
도 10c는 실시예에 따른 예시적인 비제한적 연관해제 요청 프레임 포맷을 도시한다.
도 10d는 실시예에 따른 예시적인 비제한적 연관해제 응답 프레임 포맷을 도시한다.
도 10e는 실시예에 따른 예시적인 비제한적 연관 업데이트 통지 프레임 포맷을 도시한다.
도 10f는 실시예에 따른 예시적인 비제한적 연관 업데이트 응답 프레임 포맷을 도시한다.
도 11a는 실시예에 따른 예시적인 비제한적 P2PNW간(inter-P2PNW) 채널 할당 요청 프레임 포맷을 도시한다.
도 11b는 실시예에 따른 예시적인 비제한적 P2PNW간 채널 할당 응답 프레임 포맷을 도시한다.
도 11c는 실시예에 따른 예시적인 비제한적 P2PNW내(intra-P2PNW) 채널 할당 요청 프레임 포맷을 도시한다.
도 11d는 실시예에 따른 예시적인 비제한적 P2PNW내 채널 할당 응답 프레임 포맷을 도시한다.
도 12a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 머신-대-머신(M2M) 또는 사물 인터넷(IoT) 통신 시스템의 시스템 도면이다.
도 12b는 도 12a에 도시된 M2M/IoT 통신 시스템 내에서 이용될 수 있는 예시적인 아키텍처의 시스템 도면이다.
도 12c는 도 12a에 도시된 통신 시스템 내에서 이용될 수 있는 예시적인 M2M/IoT 단말 또는 게이트웨이 디바이스 또는 피어 디바이스의 시스템 도면이다.
도 12d는 도 12a의 통신 시스템의 양태들이 구현될 수 있는 예시적인 컴퓨팅 시스템의 블록도이다.
피어-투-피어(P2P) 네트워크(P2PNW)는, 예를 들어, 애플리케이션 또는 서비스 등의 원하는 컨텍스트에 의해 형성될 수 있다. 상이한 계층들로부터의 컨텍스트 정보는 P2P 통신의 관리에서 고도로 수반될 수 있다. 본 명세서에서 이용되는 바와 같이, 컨텍스트 정보란 일반적으로, 서비스, 애플리케이션, 디바이스, 네트워크, 또는 이들의 조합의 상황적 상태 또는 조건을 기술, 추적, 및/또는 추론하는데 이용될 수 있는 정보를 지칭할 수 있다. 제한이 아닌 예로서 주어지는 컨텍스트 정보의 예로서는, 위치 정보, 시간 정보, 애플리케이션 카테고리, 서비스 전력 카테고리, 임의의 사용자 정보, 다중-홉 정보, 이동성 정보, 채널 상태 정보, 연관 정보, 디바이스 정보, 다른 애플리케이션 또는 서비스 정보 등이 포함된다. 컨텍스트 정보의 핸들링에 대한 기존의 접근법은 전형적으로 고립된 방식으로 이루어진다. 예를 들어, 컨텍스트 정보는 계층이나 엔티티에서 저장될 수 있고 계층이나 엔티티들간에 전달되지 않는다. 이 접근법은 P2P 통신의 경우 효율적이지 않을 수 있다. 예를 들어, P2PNW가 형성될 때, 피어 발견/연관은 애플리케이션 정보에 기초한 결정을 수반할 수 있고, 하위 계층들로부터의 측정치를 수반할 수 있다. 본 명세서에서 이용되는 바와 같이, 피어 발견이란, 소정 피어가 P2P 근접 통신을 인에이블하기 위해 피어 연관 이전에 하나 이상의 다른 피어를 발견하기 위해 이용되는 프로세스를 지칭할 수 있다. 피어 연관이란, P2P 데이터 전송이 시작될 수 있기 이전에 소정 피어가 하나 이상의 다른 피어와 논리적 관계를 확립하는데 이용되는 프로세스를 말한다. 피어 연관은, 제한 없이, 피어 부착, 피어링, 페어링, 또는 링크 확립이라고도 부를 수 있다. 예시적인 실시예에 따르면, 컨텍스트 정보는 P2P 통신을 위해 상이한 계층들에 걸쳐 효율적으로 관리된다.
컨텍스트 정보의 핸들링에 대한 기존의 접근법들에서는 종종, 상이한 애플리케이션들로부터의 컨텍스트 정보가 공유되지 않는다. P2P 통신에서, 유사한 프로시저들에서 동일한 컨텍스트 정보가 수반될 수 있다. 예를 들어, 위치 정보는, 게이밍 애플리케이션, 광고/쇼핑 애플리케이션, 및 소셜 네트워킹 애플리케이션에 의해 공유될 수 있다. 예시적인 실시예에 따르면, 상이한 애플리케이션들에 대한 컨텍스트 정보가 효율적으로 공유 및 관리되어, 다양한 피어들이 상이한 애플리케이션들로부터의 컨텍스트 정보를 요청 및 액세스할 수 있다.
예시적인 실시예에서, 컨텍스트 정보는 P2P 통신 동안에 피어들 사이에서 직접 교환된다. 예를 들어, P2P 통신을 위한 피어 연관 동안에, 컨텍스트 정보(예를 들어, 애플리케이션 정보, 연관 식별자, 사용자 및/또는 디바이스 정보)가 교환될 수 있다. P2P 통신에서의 컨텍스트 관리를 위한 메시지와 기준점이 이하에서 설명된다. 예를 들어, 클라이언트/서버 기반 및 프록시 기반 MAC 계층 컨텍스트 관리 아키텍처가 이하에서 설명된다.
컨텍스트 관리 기능들 및 방법들의 다양한 실시예들이 본 명세서에서 추가로 설명된다. 일 실시예에 따르면, 피어들 또는 디바이스들 사이에서 효율적인 컨텍스트 동작이 발생하고, 여기서, 하나의 컨텍스트 동작 요청은 응답으로서 복수의 MAC 프레임을 초래할 수 있다. 본 명세서에서 설명되는 바와 같이, 효율적인 컨텍스트 동작은 동일한 피어 디바이스 상의 프로토콜 계층들 및 기능들 사이에서 발생할 수 있다. 다른 예시적인 실시예에서, 피어가 다른 피어를 대신하여 컨텍스트 정보를 요청하거나 운영할 수 있는 프록시 기반 컨텍스트 동작이 발생한다. 또 다른 예시적인 실시예에서, 복수의(예를 들어, 2개의) 피어 또는 디바이스가 컨텍스트 정보를 지속적으로 교환하기 위해 MAC 계층 세션을 확립할 수 있는 세션 기반 컨텍스트 동작이 발생한다.
근접 통신의 애플리케이션(구현)은 피어들 간의 컨텍스트 정보 교환으로부터 혜택을 받을 수 있다. 예로서, 4개의 피어는 온라인 게임의 플레이 동안에 근접범위 내에 있을 수 있다. 피어들은, 예를 들어, 제한 없이, 그들의 위치 정보, 이동성 정보, 디바이스 능력(예를 들어, 음성 지원 여부, 스크린 크기 등), 사용자 정보(예를 들어, 게임 레벨 또는 친숙도) 등의 컨텍스트 정보를 교환할 수 있다. 이러한 컨텍스트 정보 교환은 사용자에 대한 게이밍 경험을 향상시킬 수 있다. 상기 예는 컨텍스트 정보가 4개의 디바이스간에 교환되는 시나리오를 나타내지만, 컨텍스트 정보의 교환은 원한다면 임의의 개수의 피어 디바이스들간에 발생할 수 있다는 것이 이해될 것이다.
도 1을 참조하면, 예시적인 컨텍스트 관리 시스템(100)은 근접 통신을 통해 서로 통신하는 하나 이상의 피어 디바이스(102)를 포함할 수 있다. 예시된 바와 같이, 컨텍스트 관리 시스템(100)은, 제1 피어 디바이스(102a) 및 제2 피어 디바이스(102b)를 포함한다. 본 명세서에서 이용되는 바와 같이, 피어 디바이스는 단순히 피어라고 부를 수 있고, 피어란 통신 채널 또는 네트워크를 통해 다른 디바이스에 접속된 임의의 디바이스를 지칭할 수 있다. 피어는, 태블릿, 스마트폰, 뮤직 플레이어, 게임 콘솔, PDA(personal digital assistant), 랩톱, PC, 의료용 디바이스, 접속된 차량, 스마트 계측기, 홈 게이트웨이, 모니터, 경보기, 센서, 셋톱 박스, 프린터, 2G 네트워크에서의 이동국(MS), 3G 네트워크에서의 사용자 장비(UE), 또는 IEEE 802.15(무선 개인 영역 네트워크(WPAN)) 네트워크에서의 전기능 디바이스(FFD) 또는 축소 기능 디바이스(RFD)의 그룹 중의 하나일 수 있다. 일례로서, 피어는, 이하에서 더 충분히 설명되는 도 12c에 도시된 하드웨어 아키텍처, 또는 그 변형을 가질 수 있거나, 또는 피어는, 이하에서 역시 더 충분히 설명되는 도 12d에 도시된 컴퓨팅 시스템의 아키텍처를 가질 수도 있다. 예시적인 시스템(100)은 개시된 대상의 설명을 용이하게 하도록 단순화된 것이며, 본 개시물의 범위를 제한하도록 의도되지는 않는다는 것이 인식될 것이다. 본 명세서에 개시된 실시예들을 구현하기 위해, 시스템(100) 등의 시스템에 추가하여, 또는 이를 대신하여, 다른 디바이스들, 시스템들 및 구성들이 이용될 수도 있고, 이러한 모든 실시예들은 본 개시물의 범위 내에 있는 것으로 고려된다.
도 1을 참조하면, 시스템(100)은 하나 이상의 컨텍스트 관리자(104)를 포함할 수 있다. 시스템(100) 내의 각각의 피어 디바이스(102)는 컨텍스트 관리자(CM)(104)를 포함할 수 있다. 디바이스의 컨텍스트 관리자(104)는 하나 이상의 피어 디바이스와 연관된 컨텍스트 정보를 관리하는 하드웨어 및/또는 디바이스의 프로세서 상에서 실행되는 소프트웨어 모듈일 수도 있다. 예시된 제1 피어(102a)는 제1 컨텍스트 관리자(104a)를 포함하고, 예시된 제2 피어(102b)는 제2 컨텍스트 관리자(104b)를 포함한다. 피어 디바이스(104a)는, 물리(PHY) 계층(106a), 매체 액세스 제어(MAC) 계층(108a), 및 상위 계층(110a)이라 부르는, MAC 계층(108a)보다 상위의 계층을 포함한다. 피어 디바이스(104b)는, 물리(PHY) 계층(106b), 매체 액세스 제어(MAC) 계층(108b), 및 상위 계층(110b)이라 부르는, MAC 계층(108b)보다 상위의 계층을 포함한다. 컨텍스트 관리자(104a 및 104b)는 매체 액세스 제어(MAC) 계층(106) 상에서 기능할 수 있으므로, 컨텍스트 관리자(104a 및 104b)는 예를 들어 MAC 계층 로직 기능이라 부를 수 있다. 다른 MAC 계층 기능, 예를 들어, MAC 계층 로직 기능(112a 및 112b)은 피어 디바이스(104) 상에서 MAC 계층(108)에 존재할 수 있다. MAC 계층 로직 기능(112a 및 112b)은, 예를 들어, 발견, 연관, 릴레이 등의 기능을 포함할 수 있다. 컨텍스트 관리자(104) 각각은 그들 각각의 피어 디바이스들 내에 컨텍스트 데이터베이스를 유지할 수 있다. 컨텍스트 정보는 컨텍스트 데이터베이스에 저장될 수 있다. 컨텍스트 데이터베이스는 컨텍스트 데이터베이스가 존재하는 피어 디바이스와 연관된 컨텍스트 정보를 포함할 수 있다. 추가적으로, 또는 대안으로서, 컨텍스트 데이터베이스는 컨텍스트 데이터베이스와는 분리되어 위치하는 다른 피어 디바이스들과 연관된 컨텍스트 정보를 포함할 수 있다.
컨텍스트 관리자, 예를 들어, 제1 CM(104a)은, 컨텍스트 관리 관련 요청들을, 다른 컨텍스트 관리자(104), 예를 들어, 제2 CM(104b)에 대해 발행할 수 있다. 컨텍스트 관리자(104)는 또한, 다른 컨텍스트 관리자(104)로부터 요청을 수신하고, 요청에 대한 응답을 생성할 수 있다. 예시적인 실시예에 따르면, 제1 컨텍스트 관리자(104a)는, 국지적 상위 계층(106a), 국지적 MAC 기능(112a), 및 국지적 물리(PHY) 계층(106a)으로부터 요청을 수신할 수 있다. CM(104a)은 이러한 요청들에 응답할 수 있다. CM(104a)은, 예를 들어, 발견, 연관, 릴레이 등의, 다른 MAC 로직 기능(108a)에 의해 직접 액세스될 수 있다. CM(104a)은, 계층간 프리미티브를 통해, 예를 들어 하나 이상의 애플리케이션 등의 상위 계층(110a), 및 PHY 계층(108a)과 직접 상호작용할 수 있다.
도 1을 계속 참조하면, 피어 디바이스의 CM, 예를 들어, 제1 디바이스(102a)의 제1 CM(104a)은, 다른 피어의 CM, 예를 들어, 제2 디바이스(104b)의 제2 CM(104b)과, CM 인터페이스(Icm)(114)를 경유하여 MAC 계층 프레임을 통해 통신할 수 있다. 적어도 2개의 컨텍스트 관리자가 서로 통신할 때, 예시적인 실시예에 따라 클라이언트/서버 모델이 이용될 수 있다. 예를 들어, 제1 CM(104a)이 제2 CM(104b)과 통신할 때, 컨텍스트 관리자(104a 및 104b) 중 하나는 클라이언트로서 기능하고 컨텍스트 관리자(104a 및 104b) 중 다른 하나는 서버로서 기능할 수 있다. 따라서, CM(104)은 클라이언트 CM(CMC) 또는 서버 CM(CMS)이라 부를 수 있다. 클라이언트 CM은 서버 CM에 요청을 송신할 수 있고, 서버 CM으로부터의 응답을 기다릴 수 있다. 예시적인 실시예에서, 서버 CM은 멀티캐스트/브로드캐스트를 통해 다른 피어들 상의 복수의 다른 컨텍스트 관리자와 동시에 통신할 수 있다. 상위 계층, PHY 계층, 또는 MAC 계층 기능이 국지적 CM(동일한 피어 상의 CM)으로부터 요구된 컨텍스트 정보를 발견할 수 없는 예시적인 시나리오에서, 국지적 CM은 요구된 컨텍스트 정보에 대한 요청을 송신함으로써 원격 CM(다른 피어 상의 CM)과 접촉할 수 있다. CM은, 예를 들어, 컨텍스트 필터링, 컨텍스트 요약, 컨텍스트 종합 등의 컨텍스트 분석 또는 동작을 수행할 수 있다.
도 2를 참조하면, 예시적인 프록시 기반 컨텍스트 관리 시스템(200)은 근접 통신을 통해 서로 통신하는 하나 이상의 피어 디바이스(102)를 포함할 수 있다. 도시된 바와 같이, 시스템(200)은, 클라이언트 CM으로서 수행할 수 있는 제1 CM(104a)과, 서버 CM으로서 수행할 수 있는 제2 CM(104b)을 포함한다. 실시예에 따르면, 예시적인 시스템(200)은 하나 이상의 컨텍스트 관리자(104)와 통신할 수 있는 컨텍스트 관리자 프록시(CMP: context manager proxy)(202)를 포함한다. 예시적인 시스템(200)은 개시된 대상의 설명을 용이하게 하도록 단순화된 것이며, 본 개시물의 범위를 제한하도록 의도되지는 않는다는 것이 인식될 것이다. 본 명세서에 개시된 실시예들을 구현하기 위해, 시스템(200) 등의 시스템에 추가하여, 또는 이를 대신하여, 다른 디바이스들, 시스템들 및 구성들이 이용될 수도 있고, 이러한 모든 실시예들은 본 개시물의 범위 내에 있는 것으로 고려된다.
여전히 도 2를 참조하면, 예시된 배열에 따르면, CM(102a)은 또한 컨텍스트 관리자 클라이언트(CMC)(102a)라 부를 수 있고, CM(102b)은 또한 컨텍스트 관리자 서버(CMS)(102b)라 부를 수 있다. CMC(102a)는 CMP(202)를 통해 CMS(102b)와 간접 통신할 수 있다. 컨텍스트 관리자(104a 및 104b)와 CMP(202)는 매체 액세스 제어(MAC) 계층(106) 상에서 기능할 수 있으므로, CMP(202)와 컨텍스트 관리자(104a 및 104b)는 일반적으로 MAC 계층 기능이라 부를 수 있다. 또한, 피어 디바이스(102)의 CM(104)은 CMC, CMP 및/또는 CMS의 조합으로 기능할 수 있다. 도 2를 참조하면, 예시된 예에 따르면, CMC(104a)는 하나 이상의 요청(204)을 CMP(202)에 대해 발행할 수 있고, CMC(102a)는 CMP로부터 하나 이상의 응답(206)을 수신할 수 있다. CMP(202)가 CMC(104a)로부터 요청(204a)을 수신할 때, CMP(202)는 다양한 기능을 수행할 수 있다. 예를 들어, CMP(202)는, 필요하다면, 요청(204a)을 CMS(104b)가 이해할 수 있는 포맷으로 변환할 수도 있다. CMP는, 변환된 요청일 수도 있는 요청(204b)을 CMS(104b)에 포워딩할 수 있다. 요청(204b)에 응답하여, CMS(104b)는 응답(206a)을 CMP(202)에 송신할 수 있고, 그러면, 이것은 응답(206b)을 CMC(104b)에 송신할 수 있다. 대안으로서, CMP(202)는 CMS(104b)와 접촉하지 않고 직접 CMC(104a)에 응답(206b)을 송신할 수 있다. CMS(104)는 CMP(202)로부터 변환된 요청(204b)을 수신할 수 있고, 응답(206a)을 CMC(104a)에 다시 송신할 수 있다. 예로서, 피어들인 플레이어들의 그룹에서의 하나의 게임 플레이어는 CMP(202)의 역할을 하여 플레이어들간에 컨텍스트 정보의 교환을 관리 및 제어할 수 있다. 추가의 예로서, 게이밍 시나리오에서의 CMP(202)는, 컨텍스트 정보가 다른 피어들에 의해 공유되고 발견될 수 있도록, 피어들에 대한 컨텍스트 정보를 수집할 수 있다.
컨텍스트 관리자(102)는, 도 1 및 도 2와 관련하여 전술된 바와 같이, 제한 없이 예로서, 원격 컨텍스트 동작, 국지적 컨텍스트 동작, 프록시 기반 컨텍스트 동작, 및 세션 기반 컨텍스트 동작 등의, 다양한 동작을 수행할 수 있다. 원격 컨텍스트 동작의 예에서, 하나의 피어의 CM은 상이한 피어들의 다른 컨텍스트 관리자들에 의해 유지되는 컨텍스트 정보에 대한 동작을 수행한다. 원격 컨텍스트 동작은, 예를 들어, 컨텍스트 정보의 추가, 컨텍스트 정보의 검색, 컨텍스트 정보의 업데이트, 컨텍스트 정보에 대한 가입, 컨텍스트 정보의 복수의 인스턴스의 종합 등을 포함할 수 있다. 예시적인 실시예에 따르면, 국지적 컨텍스트 동작이란, 예시적인 피어의 CM, 예를 들어, 제1 피어 디바이스(102a)의 제1 CM(104a)과, 그 피어 디바이스의 다른 계층들, 예를 들어, 피어 디바이스(102a)의 다른 MAC 계층 기능(112a) 또는 PHY 계층(106a) 사이에서 수행되는 컨텍스트 동작을 말한다. 추가의 예로서, 제1 CM(104a)이 특정한 동작을 수행하는데 요구되는 컨텍스트 정보를 갖고 있지 않은 경우, CM(104a)은, 예를 들어, 제2 CM(104b) 등의, 원격 CM과 접촉하기 위해 원격 컨텍스트 동작을 이용할 수도 있다. 프록시 기반 컨텍스트 동작이란, 하나의 CM이 CMC와 CMS 사이의 통신을 조율하는 프록시의 역할을 하는 동작을 말한다(도 2 참조). 도 1을 참조하면, 예로서, 제1 CM(104a)과 제2 CM(104b)은 컨텍스트 정보를 교환하기 이전에 MAC 계층에서 세션을 확립할 수 있다. 따라서, 후속되는 컨텍스트 동작은 세션 기반 컨텍스트 동작이라 부를 수 있고, 이것은 피어 디바이스들(102a 및 102b) 사이의 컨텍스트 정보의 효율적인 교환을 초래할 수 있다.
이제 도 3을 참조하면, 원격 컨텍스트 동작의 예가 도시되어 있고, 여기서, 원격 컨텍스트 동작은 제1 피어(102a)와 제2 피어(102b), 특히 제1 CM(104a)과 제2 CM(104b)에 의해 수행된다. 실시예에 따르면, 302에서, 제1 CM(104a)은 컨텍스트 정보 요청 프레임을 제2 CM(104b)에 송신한다. 일반적으로는 메시지라 부를 수 있는 컨텍스트 요청 프레임은, 예를 들어, 컨텍스트 동작들의 목록, 컨텍스트 ID들의 목록, 응답 표시 등의 다양한 필드 또는 파라미터를 포함할 수 있다. 따라서, 제2 CM(104b)은, 컨텍스트 동작들의 목록, 컨텍스트 ID들의 목록 또는 응답 타입 중 적어도 하나를 나타내는 하나 이상의 파라미터를 수신할 수 있다. 컨텍스트 정보 요청 프레임은 매체 액세스 제어(MAC) 계층을 통해 수신될 수 있다. 컨텍스트 동작들의 목록은, 제2 CM(104b)에 의해 수행되도록 요청되는 동작들을 표시할 수 있다. 제1 CM(104a)은, 하나 이상의, 예를 들어, 복수의 동작을 하나의 컨텍스트 요청 프레임에서 요청할 수 있다. 컨텍스트 ID들의 목록은 동작이 수행될 컨텍스트를 표시할 수 있다. 따라서, 컨텍스트 ID는 컨텍스트 데이터베이스에서 소정 컨텍스트 엔티티를 식별할 수 있다. 컨텍스트 엔티티란, 파라미터, 데이터 세트, 애플리케이션, 서비스, 피어 디바이스 등을 지칭할 수 있다. 응답 표시는, 제2 CM(104b)으로부터 제1 CM(104a)으로의 응답이 하나의 MAC 프레임에서 송신되어야 하는지 또는 별개의 MAC 프레임에서 송신되어야 하는지를 표시할 수 있다.
계속 도 3을 참조하면, 304에서, 제2 CM(104b)은 제1 CM(104a)에 컨텍스트 정보 응답 프레임을 송신할 수 있다. 일부 경우에, 제1 CM(104a)에 대한 응답은 하나의 MAC 프레임에 포함되기에는 너무 길 수 있다. 따라서, 이러한 경우에, 복수의 MAC 프레임이 이용될 수도 있다. 일반적으로는 메시지라 부를 수 있는 컨텍스트 응답 프레임은, 예를 들어, 남은 응답들의 개수, 확인응답(ACK) 표시, 동작들의 목록, 컨텍스트 ID들(identities)의 목록, 컨텍스트 값 등의 다양한 필드 또는 파라미터를 포함할 수 있다. 따라서, 컨텍스트 정보 요청 프레임에 기초하여, 제2 디바이스(102b), 특히 제2 CM(104b)은, 잔여 응답들의 개수, 하나 이상의 컨텍스트 프레임 중 선택된 컨텍스트 프레임에 적용가능한 확인응답 요건, 하나 이상의 컨텍스트 프레임 중 선택된 컨텍스트 프레임에 적용가능한 동작들의 목록, 하나 이상의 컨텍스트 프레임 중 선택된 컨텍스트 프레임에 적용가능한 컨텍스트 ID들의 목록, 또는 하나 이상의 컨텍스트 값 중 적어도 하나를 나타내는 하나 이상의 컨텍스트 정보 응답 프레임을 생성할 수 있다. 컨텍스트 정보 요청 프레임은 MAC 계층을 통해 송신될 수 있다. 예시적인 실시예에서, 남은 응답 개수 파라미터들은, 304에서 응답이 송신된 이후에, 얼마나 많은 응답, 특히 얼마나 많은 컨텍스트 응답 프레임이 제2 CM(104b)에 의해 송신되기 위해 남아 있는지를 표시한다. ACK 표시는, 304에서 송신되는 컨텍스트 응답 프레임에 대해 확인응답이 요구되는지를 표시할 수 있다. 예를 들어, 확인응답이 요구되는 경우, 제1 CM(104a)은 306에서 확인응답을 송신할 수 있다. ACK 표시는, 잔여 응답 각각에 대해 확인응답이 요구되는지 또는 소정 개수의(예를 들어, 일부의) 응답에 대해서만 확인응답이 요구되는지를 또한 표시할 수 있다. 동작들의 목록은 하나 이상의 응답에 대응하는 하나 이상의 동작을 표시할 수 있다. 예시적인 동작은, 제한 없이 예로서, "취득", "검색" 또는 "보고"를 포함한다. 컨텍스트 ID들의 목록은 하나 이상의 응답에 대응하는 컨텍스트 엔티티들을 표시할 수 있다. 컨텍스트 값들은 요청된 컨텍스트 정보 또는 관련된 컨텍스트 정보의 값들을 포함할 수 있다. 예로서, 요청된 컨텍스트 정보 또는 컨텍스트 엔티티는 속도와 관련될 수 있으므로, 컨텍스트 값은 하나 이상의 속도 값(예를 들어, 30 마일/시간, 65 마일/시간 등)일 수 있다. 다른 예로서, 요청된 컨텍스트 정보란 피어 디바이스와 연관된 온도를 지칭할 수 있고, 그에 따라 검색되거나 보고될 수 있는 컨텍스트 값은 온도 값일 수 있다.
306에서, 예시된 실시예에 따르면, 제1 CM(104a)은 컨텍스트 응답 ACK 프레임을 제2 CM(104b)에 송신한다. 전술된 바와 같이, 304에서 송신된 메시지는 304에서의 컨텍스트 응답 프레임이 제1 CM(104a)에 의해 수신되었다는 확인을 제공하기 위해 이러한 확인응답을 요구할 수 있다. 308에서, 제2 CM(104b)은 잔여 컨텍스트 응답을 제1 CM(104a)에 송신할 수 있다. 308에서 송신된 응답은 단계 304를 참조하여 전술된 파라미터들과 적어도 유사한 파라미터들을 포함할 수 있다. 310에서, 제1 CM(104a)은 컨텍스트 응답 ACK를 제2 CM(104b)에 송신한다. 예시적인 실시예에서, 상기 단계들의 일부 또는 전부는, 302에서의 요청에 의해 요구되는 모든 응답이 제2 CM(104b)으로부터 제1 CM(104a)으로 송신될 때까지 반복된다. 따라서, 2개의 컨텍스트 응답 프레임이 도 3에 도시되어 있지만, 원한다면 임의의 개수의 컨텍스트 응답 프레임이 요구될 수도 있다는 것이 이해될 것이다. 또한, 요구된다면 임의의 개수의 응답 확인응답이 송신될 수 있다는 것이 이해될 것이다. 또한, 예시된 컨텍스트 응답 프레임의 개수가 응답 확인응답 프레임의 개수와 동일하지만, 예시적인 실시예에 따르면 응답 확인응답의 개수는 컨텍스트 응답 프레임의 개수와 비교하여 다를 수도 있다.
이제 도 4a 및 도 4b를 참조하면, 국지적 컨텍스트 동작의 예들이 도시되어 있고, 여기서, 국지적 컨텍스트 동작들은 제1 피어(102a), 특히 제1 CM(104a)에 의해 수행된다. 도 4a를 참조하면, 예시된 실시예에 따르면, 402에서, 상위 계층(110a), PHY 계층(106a) 또는 MAC 계층 기능(108a)은 컨텍스트 요청 프리미티브를 제1 CM(104a)에 대해 발행한다. 따라서, 제1 피어 디바이스(102a)의 제1 CM(104a)은 제1 피어 디바이스(102a)의 다른 계층 또는 MAC 계층 기능으로부터 컨텍스트 요청 프리미티브를 수신한다. 이 프리미티브는, 예를 들어 제한 없이, 프리미티브의 타입을 표시할 수 있는 프리미티브 식별자(ID), 수행되도록 요청되는 컨텍스트 동작들의 목록, 동작이 수행될 컨텍스트 ID들을 표시할 수 있는 컨텍스트 ID들의 목록 등의 다양한 정보를 포함할 수 있다. 404에서, 예시된 실시예에 따르면, 제1 CM(104a)은 컨텍스트 확인 프리미티브를 상위 계층(110a), PHY 계층(106a) 또는 MAC 계층 기능(108a)에 송신한다. 404에서의 프리미티브는, 프리미티브의 타입을 표시하는 프리미티브 ID를 포함할 수 있다. 404에서 송신된 프리미티브는, 요청된 컨텍스트 정보의 값들을 표시할 수 있는 하나 이상의 컨텍스트 값을 더 포함할 수 있다.
특히 도 4b를 참조하면, 예시된 실시예에 따르면, 406에서, 제1 CM(104a)은 컨텍스트 표시 프리미티브를 상위 계층(110a), PHY 계층(106a) 또는 MAC 계층 기능(108a)에 송신한다. 이 프리미티브는, 예를 들어 제한 없이, 프리미티브의 타입을 표시하는 프리미티브 ID, 수행될 동작들을 표시할 수 있는 컨텍스트 동작들의 목록, 및 동작이 수행될 컨텍스트 ID들을 표시할 수 있는 컨텍스트 ID들의 목록을 포함할 수 있다. 408에서, 상위 계층(110a), PHY 계층(106a) 또는 MAC 기능은, 동일한 피어(피어 디바이스(102a)) 상의 제1 CM(104a)에 대해 컨텍스트 응답 프리미티브를 발행할 수 있다. 프리미티브는 프리미티브의 타입을 표시하는 프리미티브 ID, 및 요청된 컨텍스트 정보의 값들을 표시하는 컨텍스트 값들을 포함할 수 있다.
도 5는 근접 통신을 통해 서로 통신하는 하나 이상의 피어 디바이스(102)를 포함할 수 있는 예시적인 프록시 기반 컨텍스트 관리 시스템(500)을 도시한다. 예시된 바와 같이, 시스템(500)은, 제1 피어 디바이스(102a)의 제1 CM(104a), 제2 피어 디바이스(102b)의 제2 CM(104b), 제3 피어 디바이스(102c)의 제3 CM(104c), 및 제4 피어 디바이스(102d)의 제4 CM(104d)을 포함한다. 실시예에 따르면, 제1 CM(104a)은 컨텍스트 관리자 클라이언트(CMC)(104a)로서 수행하고, 제2 CM(104b)은 컨텍스트 관리자 프록시(CMP)(104b)로서 수행하며, 제3 및 제4 컨텍스트 관리자(104c 및 104d)는 각각 컨텍스트 관리자 서버(104c 및 104d)로서 수행한다. 예시적인 시스템(500)은 개시된 대상의 설명을 용이하게 하도록 단순화된 것이며, 본 개시물의 범위를 제한하도록 의도되지는 않는다는 것이 인식될 것이다. 본 명세서에 개시된 실시예들을 구현하기 위해, 시스템(500) 등의 시스템에 추가하여, 또는 이를 대신하여, 다른 디바이스들, 시스템들 및 구성들이 이용될 수도 있고, 이러한 모든 실시예들은 본 개시물의 범위 내에 있는 것으로 고려된다.
여전히 도 5를 참조하면, 502에서, 제1 피어 디바이스(102a)의 제1 CM(104a)은 컨텍스트 요청 프레임을 제2 피어 디바이스(102b)의 제2 CM(104b)에 송신한다. 예시적인 컨텍스트 요청 프레임은 도 2를 참조하여 전술되었다. 504에서, CM(104b)은 그 국지적 컨텍스트 데이터베이스를 룩업한다. 예시적인 실시예에서, CM(104b)이 502로부터의 컨텍스트 요청에 응답하기에 충분한 컨텍스트 정보를 데이터베이스에서 발견한다면, 504에서, 제2 CM(104b)은 컨텍스트 응답 프레임을 제1 CM(104a)에 송신할 수 있다. 예시적인 컨텍스트 응답 프레임은 도 2를 참조하여 전술되었다. 대안으로서, 실시예에 따르면, 503에서, 제2 CM(104b)은, 컨텍스트 요청을, 다른 CM, 예를 들어, 제3 CMS(104c)가 이해하는 포맷으로 변환할 수 있다. 506에서, 제2 CM(104b)은 변환된 컨텍스트 요청 프레임을 제3 피어 디바이스(102c)의 제3 CM(104c)에 송신한다. 508에서, 제3 CM(104c)은 컨텍스트 응답 프레임을 제2 CM(104b)에 송신한다. 510에서, 제2 CM(104b)은, 컨텍스트 요청 프레임을, 제4 피어 디바이스(102d)의 제4 CM(104d) 등의, 다른 CM에 송신할 수 있다. 512에서, 제4 CM(104d)은 컨텍스트 응답 프레임을 CMP인 제2 CM(104b)에 송신할 수 있다. 513에서, 제2 CM(104b)은 제3 및 제4 컨텍스트 관리자(104c 및 104d)로부터 수신된 응답을 종합할 수 있다. 예시된 CM(104b)은 2개의 응답을 종합하지만, 원한다면 CMP로서 기능하는 CM에 의해 임의의 개수의 응답이 종합될 수 있다는 것이 이해될 것이다. 514에서, 실시예에 따르면, 제2 CM(104b)은 종합된 응답들을 하나 이상의 컨텍스트 응답으로 제1 CM(104a)에 송신하는데, 이는 예시된 실시예에 따라 CMC로서 수행한다.
도 6은 도 5에 도시된 시스템(500)을 도시하지만, 도 6은 다른 예시적인 실시예에 따른 프록시 기반 컨텍스트 동작의 다른 예를 도시한다. 도 6을 참조하면, 602에서, 실시예에 따라 CMP로서 기능하는 제2 CM(104b)은, 컨텍스트 요청 프레임을, 실시예에 따라 CMS로서 기능하는 제1 CM(104a)에 송신한다. 일부 경우에, 602 이전에, 제2 CM(104b)은 제3 피어(102c)의 제3 CM(104c)과 제4 피어(104d)의 제4 CM(104d)으로부터 요청을 수신할 수 있고, 이것은 602에서 요청을 송신하도록 제2 CM(104b)을 트리거한다. 도 6에 도시된 예시적인 예에 따르면, 제3 CM(104c)과 제4 CM(104d)은 컨텍스트 관리자 클라이언트로서 기능한다. 604에서, 제1 CM(104a)은 컨텍스트 응답 프레임을 제2 CM(104b)에 송신한다. 606에서, 제2 CM(104b)은 수신된 응답을 분석할 수 있다. 606에서, 제2 CM(104b)은 컨텍스트 응답 프레임의 적어도 일부, 예를 들어, 전부를 제3 CM(104c)에 포워딩할 수 있다. 608에서, 제3 CM(104c)은 컨텍스트 응답 ACK를 제2 CM(104b)에 송신한다. 예시적인 컨텍스트 응답 확인응답은 도 3을 참조하여 전술되었다. 단계 610에서, 제2 CM(104b)은 컨텍스트 응답 프레임의 적어도 일부, 예를 들어, 전부를 제4 CM(104d)에 포워딩할 수 있다. 제4 CM(104)은 컨텍스트 응답 프레임을 수신할 수 있고, 612에서, 컨텍스트 응답 ACK를 제2 CM(104b)에 송신할 수 있다.
이제 도 7을 참조하면, 세션 기반 컨텍스트 동작의 예가 도시되어 있고, 여기서, 세션 기반 컨텍스트 동작은 제1 피어(102a)와 제2 피어(102b), 특히 제1 CM(104a)과 제2 CM(104b)에 의해 수행된다. 702에서, 예시된 실시예에 따르면, 제1 CM(104a)은 컨텍스트 개시 프레임을 제2 CM(104b)에 송신하여 컨텍스트 교환 세션(700)의 개시를 요청한다. 704에서, 제2 CM(104b)은 컨텍스트 교환 세션(700)에 대한 요청을 승인하는 컨텍스트 개시 ACK 프레임을 제1 CM(104a)에 송신한다. 따라서, 컨텍스트 교환 세션(700)은 706에서 시작한다. 단계 706에서, 제1 CM(104a)은, 전술된 바와 같이, 컨텍스트 요청 프레임을 제2 CM(104b)에 송신한다. 708에서, 제2 CM(104b)은 컨텍스트 응답 프레임을 제1 CM(104a)에 송신한다. 단계들(710 및 712)은 각각 단계들(706 및 708)을 반복한다. 원한다면, 제1 CM(104a)과 제2 CM(104b) 사이에서 임의의 개수의 컨텍스트 요청 프레임과 콘텐츠 응답 프레임이 교환될 수 있다는 것이 이해될 것이다. 예로서, 710에서, 제1 CM(104a)은 제2 컨텍스트 요청 프레임을 제2 CM(104b)에 송신한다. 712에서, 제2 CM(104b)은, 제2 컨텍스트 요청 프레임에 응답하여, 제2 컨텍스트 응답 프레임을 제1 CM(104a)에 송신한다. 단계 714에서, 제2 CM(104b)은 컨텍스트 요청 프레임을 제1 CM(104a)에 송신한다. 714에서 제2 CM(104b)은, (712에서) 제2 CM(104b)이 컨텍스트 응답을 제1 CM(104a)에 송신할 때, 컨텍스트 요청을 피기백(piggyback)할 수 있다. 따라서, 712에서의 메시지는, 714에서 송신되는 메시지의 콘텐츠의 적어도 일부, 예를 들어, 전부를 포함할 수 있다. 예시적인 실시예에서, 제2 CM(104b)은, 제1 CM(104a)이 제2 CM(104b)으로부터 컨텍스트 정보를 요청하는 것을 끝내기 이전에, 컨텍스트 요청을 또한 송신할 수 있다. 716에서, 예시된 실시예에 따르면, 제1 CM(104a)은 컨텍스트 응답 프레임을 제2 CM(104b)에 송신한다. 718에서, 제1 CM(104a)은 컨텍스트 종료 프레임을 제2 CM(104b)에 송신하여 현재의 컨텍스트 교환 세션(700)이 중단될 것을 요청한다. 720에서, 예시된 실시예에 따르면, 제2 CM(104b)은 컨텍스트 종료 확인응답 프레임을 제1 CM(104a)에 송신하여, 컨텍스트 교환 세션(700)이 중단될 것을 요청하는 컨텍스트 종료 프레임을 확인응답함으로써, 컨텍스트 교환 세션(700)을 종료한다.
컨텍스트 정보는, P2PNW를 형성하고 P2PNW 내에서의 통신을 가능하게 하기 위해 피어 인식 통신(PAC: peer aware communication)에서 널리 이용된다. 그러나, 컨텍스트 정보는 임의의 기존의 IEEE 802.15 또는 802.11 MAC 프레임에서는 명시되어 있지 않다. 본 명세서에서 설명된 바와 같이, 컨텍스트 정보의 교환을 가능하게 하고, 컨텍스트-인식 발견, 컨텍스트-인식 연관, 컨텍스트-인식 동기화, 및 컨텍스트-인식 전력 제어 등의 MAC 기능을 효율적으로 하기 위해, 현재의 MAC 프레임에 대한 수정 및/또는 확장이 구현될 수 있고, 이하에서 개시되는 바와 같이, 새로운 정보 요소(IE)가 정의될 수 있다. 또한, 실시예에서, 본 명세서에서 설명되는 수정된 및 확장된 프레임 포맷들과 IE들은, 전술된 컨텍스트 정보 요청 프레임 및 컨텍스트 정보 응답 프레임을 구현하는데 이용될 수 있다.
실시예에서, 컨텍스트-인식 발견, 연관, 전력 제어, 채널 관리 및 동기화 프로시저를 용이하게 하는 컨텍스트 정보와 관련되는 새로운 필드들이 MAC 헤더에 있는 일반 MAC 프레임일 수 있는 프레임 포맷이 이용될 수 있다. 수퍼프레임 구조와 애플리케이션 프레임을 정의하는 새로운 필드를 갖춘 새로운 비컨 프레임이 또한 이용될 수 있다. 새로운 관리 프레임은, 연관의 속성을 정의하는 새로운 필드와, 관련된 컨텍스트 정보를 표시하는 새로운 필드들을 갖는 연관, 연관해제, 재연관 및 연관 업데이트 요청 및 응답을 지원하는데 이용될 수 있다. 다른 새로운 관리 프레임은, 컨텍스트 및 전력 제어에 대한 정보를 운반하는 새로운 필드들을 포함하는 전력 제어 요청 및 응답 프레임일 수 있다. 또 다른 새로운 관리 프레임은, 수퍼프레임에서 채널 자원의 할당을 운반하는 새로운 필드를 포함하는 공통 제어/데이터 채널(CCDCH) 또는 전용 제어/데이터 채널(DCDCH) 요청 및 응답 프레임일 수 있다. CCDCH는 P2PNW간 통신을 위해 정의되고, 근접한 서비스들 또는 애플리케이션들의 SuperVL, VL들, SubVL(들) 또는 피어들에 의해 공유된다. 예로서, 제한 없이, CCDCH는, 근접한 P2PNW들 간의 공통 제어 메시지; 근접한 P2PNW들로의 페이징 또는 브로드캐스트 메시지; 또는 근접한 P2PNW들에 브로드캐스트되는 짧은 높은 우선순위 데이터를 위해 이용될 수 있다. DCDCH는 P2PNW내 통신을 위해 정의되고, P2PNW 내의 VL, SubVL들 및 피어들에 의해 공유된다. 예로서, 제한 없이, DCDCH는 P2PNW 내의 VL, SubVL들, 피어들 간의 공통 제어 메시지; P2PNW 내의 VL, SubVL들 또는 피어들로의 페이징 또는 브로드캐스트 메시지; 또는 P2PNW 내의 VL, SubVL들, 피어들에 브로드캐스트되는 짧은 높은 우선순위 데이터 전송을 위해 이용될 수 있다.
또한 실시예에서, P2PNW 관리와 통신을 위한 컨텍스트 정보를 운반하는 컨텍스트 정보 IE와, 전력 제어 프로시저를 위한 가장 중요한 정보를 운반하는 컨텍스트 및 전력 제어 정보 IE를 포함하는 새로운 정보 요소(IE)가 이용될 수 있다. 이들 프레임과 IE에 대한 추가의 상세사항이 본 명세서에 제시된다.
도 8a는 본 명세서에서 설명되는 컨텍스트 관리 프로시저와 관련하여 이용될 수 있는 수정된 MAC 프레임 포맷(800)의 일 실시예를 도시한다. 도 8a, 도 8b, 도 9a 내지 도 9c, 도 10a 내지 도 10f 및 도 11a 내지 도 11d에서, 볼드, 이탤릭 및 언더라인으로 표시된 필드들은 새로운 또는 수정된 필드이고, 새로운 서브필드를 포함할 수 있다. 다른 필드들은 기존의 IEEE 802.15.4 및 802.11 표준들에서 정의된 것과 동일한 의미를 가질 수도 있다.
도시된 바와 같이, 프레임(800)은 일반적으로 MAC 헤더(802) 및 MAC 페이로드(804)를 포함한다. 일 실시예에서, 보조 필드(816) 및 보조 보안 헤더(818)를 제외한 프레임 내의 모든 필드들이 요구될 수 있다. 실시예에서, 시퀀스 번호 필드(808) 및 보조 보안 헤더(818)는 IEEE 802.15.4 표준에서 정의된 것과 동일한 의미를 가질 수 있다.
이 실시예에서, 프레임 제어 필드(806)는, 프레임 타입, 확인응답 메시지의 요구된 타입, 및 어드레싱 모드 등의 제어 정보를 운반한다. 도 11b는 프레임 제어 필드의 포맷(500)의 일 실시예를 도시한다. 실시예에서, 프레임 타입, 프레임 보류, 프레임 버전, 보안 인에이블됨, 및 IE 존재 필드들은 IEEE 802.15.4 표준에서 정의된 것과 동일한 의미를 가질 수 있다. 일 실시예에서, 이 프레임 제어 필드(806) 내의 모든 필드들은 필수일 수 있다.
프레임 타입 및 서브타입 필드들(824, 826)은 필수일 수 있고, 함께 프레임의 타입, 즉, 프레임의 기능을 표시할 수 있다. 일 실시예에서, 4가지 기본 프레임 타입: 비컨, 관리, 데이터 및 확인응답이 있다. 프레임의 각각의 타입은 수개의 서브타입을 가질 수 있다. 또한, 서브타입 필드들의 의미는 프레임 타입마다 다를 수 있다. 아래의 표 1, 표 2, 표 3 및 표 4는 일 실시예에서 이용될 수 있는 프레임 타입과 서브타입의 조합을 명시한다. 이들 표에서, 수치가 주어지지만, 비트단위 레벨은 아니다. 각각의 서브타입의 다른 값들이 이용될 수 있다. 각각의 프레임 타입의 추가 상세사항은 아래에 제공된다.
프레임
타입 값		 프레임
타입		 프레임 서브타입 값
프레임 서브타입
프레임 서브타입 설명
비컨
서브타입		 발견용





0




비컨




0




0 또는 1		 중앙집중형 제어 하의 수퍼 비컨(SuperVL) ● 수퍼프레임 및 애플리케이션 프레임을 정의함.
● '발견용'이 1인 경우에 송신자는 발견되기를 원함; 그렇지 않은 경우에 발견되기를 원하지 않음. 유의: 서브타입 필드에서의 '발견용' 정보는 모든 타입의 비컨에 적용될 수 있음.

1
0 또는 1		 중앙집중형 또는 하이브리드 제어 하의 애플리케이션 비컨(VL) 애플리케이션 프레임을 정의함.

2
0 또는 1		 하이브리드 제어 하의 공통의 애플리케이션 비컨(VL) 수퍼 프레임 및 애플리케이션 프레임을 정의함.
3 0 또는 1 분산형 제어 하의 피어 비컨 발견을 위한 컨텍스트 정보를 운반함.

4
0 또는 1		 분산형 제어 하의 공통의 피어 비컨 수퍼 프레임 및 애플리케이션 프레임을 정의함.


5

0 또는 1		 분산형 제어 하의 전용 피어 비컨 분산형 모드에서 애플리케이션 프레임이 이용되는 경우에 애플리케이션 프레임을 정의함.
표 1. 비컨 프레임에 대한 타입과 서브타입 조합
프레임
타입 값		 프레임
타입		 프레임
서브타입 값		 프레임
서브타입
1 관리 0 연관 요청
1 연관 응답
2 재연관 요청
3 재연관 응답
4 연관해제 요청
5 연관해제 응답
6 연관 업데이트 통지
7 연관 업데이트 응답
8 전력 제어 요청
9 전력 제어 응답
10 동기화 요청
11 동기화 응답
12 P2PNW간 채널 할당 채널 할당 요청
13 P2PNW간 채널 할당 채널 할당 응답
14 P2PNW내 채널 할당 채널 할당 요청
15 P2PNW내 채널 할당 채널 할당 응답
표 2. 관리 프레임에 대한 타입과 서브타입 조합
프레임
타입 값		 프레임
타입		 프레임
서브타입 값		 프레임
서브타입
2 데이터 0 데이터
1 데이터 + ACK
2 더미 데이터
3 데이터 + QoS 요건
표 3. 데이터 프레임에 대한 타입과 서브타입 조합
프레임
타입 값		 프레임
타입		 프레임
서브타입 값		 프레임
서브타입
3 ACK 0 개별 ACK
1 종합된 ACK
2 조건부 ACK
3 그룹 ACK
4 계층간(Cross-layer) ACK
5 애플리케이션간(Cross-application) ACK
6 계층간 및 애플리케이션간 ACK
7 단편 증분 ACK(IACK)
표 4. ACK 프레임에 대한 타입과 서브타입 조합
여전히 도 8b를 참조하면, 실시예에서, 프레임 제어 필드(806) 내의 요구된 ACK 타입 필드(828)는 어떤 타입의 확인응답 프레임이 예상되는지를 명시할 수 있다. 예를 들어, 요구된 ACK 타입 필드는 이하의 표 5에 제시된 바와 같이 설정될 수 있다.
요구된 ACK 타입 값 요구된 ACK의 타입
0 ACK 없음
1 개별 ACK
2 종합된 ACK
3 조건부 ACK
4 그룹 ACK
5 계층간 ACK
6 애플리케이션간 ACK
7 계층간 및 애플리케이션간 ACK
8 단편 증분 ACK(IACK)
표 5. 요구된 ACK 타입 필드(828)의 값
다시 도 8a를 참조하면, 어드레싱 필드들은, 소스 어드레스, 목적지 어드레스, 송신 홉 어드레스 및 수신 홉 어드레스 중 하나 이상으로 구성될 수 있다. 소스 어드레스 및 목적지 어드레스 필드들은 프레임의 어드레스 및 목적지 어드레스를 운반할 수 있다. 송신 홉 어드레스 및 수신 홉 어드레스 필드들은 다중-홉 시나리오를 위해 예약되어, 중간 피어들의 어드레스 정보를 운반한다. 송신 홉 어드레스는 이 프레임을 송신하는 피어의 어드레스이다. 수신 홉 어드레스는 이 프레임을 수신하는 피어의 어드레스이다. 송신 홉 어드레스 및/또는 수신 홉 어드레스 필드의 존재는 어드레싱 필드 표시에 의해 표시될 수 있다.
도 8a에 도시된 바와 같이, MAC 프레임 포맷(800)은, 어드레싱 필드(812)에서 송신 홉 어드레스와 수신 홉 어드레스의 존재의 표시를 포함할 수 있는 어드레싱 필드 표시 필드(810)를 더 포함할 수 있다. 소스와 목적지 어드레스는 어드레싱 필드(812)에 항상 존재할 수 있지만, 송신 홉 어드레스와 수신 홉 어드레스는 다중-홉 시나리오의 경우 선택사항일 수 있다. 예를 들어, 1-홉 송신의 경우, 어느 것도 존재하지 않으며, 다중-홉 송신에서의 첫번째 홉의 경우(즉, 원래의 소스가 프레임을 송신하고 있음), 수신 홉 어드레스만이 존재하고 송신 홉 어드레스는 소스 어드레스와 동일하고, 다중-홉 송신에서의 마지막 홉의 경우, 송신 홉 어드레스만이 존재하고 수신 홉 어드레스는 목적지 어드레스와 동일하며, 다중-홉 시나리오에서의 다른 홉들의 경우, 송신 홉 어드레스와 수신 홉 어드레스 양쪽 모두가 포함된다. 또한, 프레임은, 마지막 2개의 예(마지막 홉 및 다른 홉들)에서와 같이 어드레싱 필드 표시가 셋업될 때 릴레이 프레임일 수 있다.
도 8a에 추가로 도시된 바와 같이, P2PNW/앱 ID 필드(814)는 P2P 네트워크 ID 또는 애플리케이션 ID를 포함할 수 있다. P2P 네트워크(NW)에 참여하는 모든 피어들은 국지적으로 고유한 P2PNW/앱 ID를 가질 수 있다. 프레임이 송신될 때 P2PNW ID가 결정되지 않은 경우, 이 필드는 애플리케이션 ID를 운반할 수 있다. P2PNW는 애플리케이션 또는 서비스에 의해 형성될 수 있기 때문에, P2PNW ID는 애플리케이션-특정 P2PNW를 정의 및 구분하는데 이용될 수 있는 네트워크 식별자일 수 있다. 근접 서비스의 분산형 속성으로 인해, P2PNW ID는 국지적으로 고유할 수 있다.
P2PNW ID는, 원하는 서비스 또는 애플리케이션(예를 들어, 소셜 네트워킹의 경우 Facebook, 비디오 스트리밍의 경우 Netflix 등)을 표시하는 CAID 또는 애플리케이션 ID, P2PNW의 위치를 표시하는 위치 정보, P2PNW ID를 생성한 피어의 ID, 및 동일한 컨텍스트 정보를 갖는 기존의 P2PNW들을 구분하는데 이용될 수 있는 네트워크 시퀀스 번호를 포함할 수 있지만, 이것으로 제한되는 것은 아니다. P2PNW ID는, 각각의 정보에 소정의 정보 비트가 할당되며 모든 정보가 연쇄되는 연쇄 구조, 또는 XOR 및 해시(hash) 등의 소정의 수학적 계산을 통해 모든 정보가 함께 더해지는 병렬 구조 등의, 상이한 구조들을 이용하여 생성될 수 있다.
상이한 제어 방식에 기초하여, P2PNW ID는 네트워크 내의 상이한 당사자들에 의해 생성 및 할당될 수 있다. 중앙집중형 제어 방식 실시예에서, P2PNW ID는 SuperVL에 의해 생성되거나 - 이것이 다음에 VL(들)에게 통지함 -, 또는 VL이 P2PNW ID를 생성하고 이것을 비컨으로 브로드캐스트하여 SuperVL 및 다른 VL들에게 통지할 수 있다. 하이브리드 제어 방식 실시예에서, VL은 P2PNW ID를 생성하고 이것을 비컨으로 브로드캐스트하여 다른 VL들에게 통지할 수 있다. 분산형 제어 방식 실시예에서, P2PNW를 형성하기를 원하는 피어(즉, 새로운 애플리케이션 프레임을 정의하는 피어)가 P2PNW ID를 생성하고 비컨을 브로드캐스트하여 P2PNW ID의 근접범위 내에 있는 모든 피어에게 통지할 수 있다.
여전히 도 8a를 참조하면, 보조 필드(Auxiliary Fields) 필드(816)는, 선택사항이지만 소정의 기능들에 대해서는 중요한 필드들을 포함할 수 있다. 예를 들어, 비상 서비스, 소셜 네트워킹, 스마트 오피스 등의 애플리케이션 또는 서비스 카테고리를 표시하는 컨텍스트 카테고리 필드가 포함될 수 있다. 다른 예로서, 다중-홉 발견 프로세스의 경우 프레임 송신자가 다른 프레임들을 릴레이할 의향이 있는지를 표시하는 호퍼 표시 필드(hopper indication field)가 포함될 수 있다.
도 9a는 예시적인 비컨 프레임 포맷(830)을 도시한다. 비컨 프레임은, P2PNW를 형성하고 P2P 통신을 가능하게 하는데 있어서 중요한 역할을 할 수 있다. 이것은 발견 프로시저를 위해 컨텍스트 정보를 운반하고, 채널 관리 프로세스를 통해 새로운 수퍼프레임 및/또는 애플리케이션 프레임을 정의하며, 동기화를 위해 프레임/슬롯 경계를 결정하고, 전력 제어 프로시저를 용이하게 하는데 이용될 수 있다.
비컨 프레임은 발견을 위해 이용될 수도 있고, 컨텍스트 정보뿐만 아니라 P2PNW 정보를 운반할 수도 있다. 비컨 프레임에 대한 서브타입 필드는 표 1에 제시된 바와 같이 2개의 부분으로 분할될 수 있다. 비컨 서브타입은 특정한 비컨 프레임 타입을 정의할 수 있고, "발견용(for discovery)" 비트는 비컨 홀더가 발견에 요구되는 컨텍스트 정보를 제공함으로써 발견되기를 원하는 경우에 '1'로 설정될 수 있다. 이 비트는, 비컨 홀더가 발견되기를 원하지 않는 경우에 '0'으로 설정될 수 있다. 일부 비컨들은 수퍼프레임 및 애플리케이션 프레임 양쪽 모두를 정의하는 한편, 일부는 애플리케이션 프레임만을 정의한다.
상기 표 1은 비컨 프레임(830)에 대한 프레임 제어 필드의 프레임 타입과 서브타입 필드들의 유효한 조합을 정의한다. 비컨 프레임의 각각의 타입은 비컨 송신자(즉, SuperVL/VL/피어)의 제어 방식과 역할에 고유하게 매핑될 수 있다. 비컨 프레임은 어떠한 ACK도 요구하지 않는다. 비컨 메시지가 하나 이상의 IE를 운반하는 경우, IE 존재 필드는 참으로 설정되고, 그 외의 경우 거짓으로 설정된다. 비컨이 릴레이되는지의 여부에 따라, 어드레싱 필드 표시(미도시)와 어드레싱 필드(832)가 그에 대응하여 구성된다. P2PNW ID 필드(834)는 비컨에서 운반될 수 있다. 컨텍스트 카테고리 필드(836)가 포함되어, 발견 및/또는 동기화 프로시저에 대한 컨텍스트를 제공할 수 있다. 비컨이 발견을 위해 송신된다면, 호퍼 표시 필드(838)가 존재해야 한다.
비컨 페이로드에 관하여, 여전히 도 9a를 참조하면, 프레임 정보 필드(840)는 비컨 페이로드의 일부일 수 있고, 2개의 컴포넌트, 즉, 수퍼프레임 정보와 애플리케이션 프레임 정보로 구성될 수 있다. 표 1에 제시된 바와 같이, 수퍼 비컨은 수퍼프레임 정보와 애플리케이션 프레임 정보 양쪽 모두를 운반할 수 있다. 중앙집중형 또는 하이브리드 제어 하의 애플리케이션 비컨은 애플리케이션 프레임 정보만을 운반할 수 있다. 하이브리드 제어 하의 공통의 애플리케이션 비컨은 수퍼프레임 정보와 애플리케이션 프레임 정보 양쪽 모두를 포함할 수 있다. 분산형 제어 하의 피어 비컨은 발견을 위한 컨텍스트 정보를 운반할 수 있다. 분산형 제어 하의 공통의 피어 비컨은 수퍼프레임 정보와 애플리케이션 프레임 정보 양쪽 모두를 포함할 수 있다. 마지막으로, 분산형 제어 하의 전용 피어 비컨은 애플리케이션 프레임 정보만을 운반할 수 있다.
도 9b는 비컨의 프레임 정보 필드(840)에서 제공될 수 있는 수퍼프레임 정보(840a)에 대한 예시적인 포맷을 도시한다. 수퍼프레임 정보를 운반하는 비컨은 새로운 수퍼프레임의 시작을 정의할 수도 있다. 도 9b에 도시된 바와 같이, 수퍼프레임 길이는 비컨 간격과 항상 동일할 수 있으므로, 수퍼프레임 정보에는 비컨 간격 필드가 없다. CCDCH 슬롯 개수(842)는, 비컨 프레임에 후속되는, CCDCH에 의해 제공되는 타임 슬롯들의 개수를 표시할 수 있다. CCDCH 슬롯 크기(844)는 각각의 CCDCH 슬롯의 슬롯 크기를 정의할 수 있다. 애플리케이션 프레임 목록(846)은, 각각이 수퍼프레임에서 소정의 기간을 허여받은, 현재의 수퍼프레임에 포함된 애플리케이션 프레임들을 기술하기 위한 항목들의 목록을 포함할 수 있다. 애플리케이션 프레임 목록 내의 각각의 항목은 상이한 애플리케이션 프레임을 기술할 수 있고 애플리케이션 정보와 애플리케이션 프레임 오프셋으로 구성될 수 있다. 애플리케이션 프레임 오프셋은, 애플리케이션 프레임의 시작점과, 수퍼프레임의 시작점 등의, 소정의 시간 기준 사이의 시간 오프셋을 나타낼 수 있다. 이 필드는 동기화 목적을 위해 이용될 수 있다.
도 9c는 비컨의 프레임 정보 필드(840)에서 제공될 수 있는 애플리케이션 프레임 정보(840b)에 대한 예시적인 포맷을 도시한다. 애플리케이션 프레임 길이(848)는 새로운 애플리케이션 프레임의 총 길이를 나타낼 수 있다. DCDCH 슬롯 개수(850)는, 비컨 프레임에 후속되는, DCDCH에 포함되는 타임 슬롯들의 개수를 표시할 수 있다. DCDCH와 CFP는, 슬롯 크기 필드에 정의된 슬롯 크기와 동일한 슬롯 크기를 가질 수 있다. 수퍼/공통 비컨 오프셋 필드(852)는 수퍼 비컨 또는 공통 비컨이 수퍼프레임에서 어디에 위치해 있는지를 시간 오프셋 면에서 표시할 수 있다. 이 필드는 동기화 목적을 위해 이용될 수 있다.
다시 도 9a의 비컨 프레임 포맷(830)을 참조하여, 다른 비컨 페이로드 필드는 하나 이상의 상위 계층으로부터의 정보를 포함할 수 있다.
연관에 관련된 프로시저들은 P2PNW를 형성 및 업데이트하는데 있어서 중요한 역할을 할 수 있다. 연관, 연관해제, 재연관 및 연관 업데이트 프로시저를 위해 설계된 다양한 프레임 포맷들이 본 명세서에서 고려된다. 도 10a는 연관 요청 프레임(860)의 포맷을 나타내고, 여기서, MAC 페이로드 부분 내의 모든 열거된 필드들은 필수일 수 있다. 프레임 타입과 서브타입은 이것이 연관 요청 프레임이라는 것을 표시하도록 표 2에 제시된 바와 같이 구성될 수 있다. 연관 요청 프레임에서 긴 어드레스 또는 전체 어드레스(full address)가 이용될 수 있다. 연관 요청 프레임은 어떠한 ACK도 요구하지 않는다. 대신에, 연관 요청에 대한 응답으로서 연관 응답이 요구될 수 있다. 연관 요청 메시지가 하나 이상의 IE를 운반하는 경우, IE 존재 필드는 참으로 설정되고, 그 외의 경우 거짓으로 설정되어야 한다. 연관 요청이 릴레이되는지의 여부에 따라, 어드레싱 필드 표시와 어드레싱 필드(미도시)는 그에 따라 본 명세서에서 설명된 바와 같이 구성된다. P2PNW ID가 연관 요청에서 운반될 수 있다.
연관 요청 프레임(860)의 MAC 페이로드에 관하여, 디바이스 능력(862)은 요청을 송신하고 있는 피어의 상이한 타입들의 능력일 수 있다. 예를 들어, 이 필드는, 송신 피어의 송신 데이터 레이트 능력, 배터리/전력 소비 능력, 및/또는 보안 능력 중 하나 이상의 인디케이터를 포함할 수 있다. IEEE 802.15.8에서, P2PNW가 원하는 애플리케이션에 의해 형성된다. 연관은, 디바이스 기반, 서비스 기반 및/또는 사용자 기반 연관으로서 분류될 수 있다. 피어는 복수의 애플리케이션을 포함할 수 있으므로, 복수의 상이한 타입의 연관 접속을 유지할 수 있다. 연관 타입 필드(864)는 설정될 것으로 예상되는 연관의 타입을 표시할 수 있다. 특정한 애플리케이션에 따르면, 서버 기반 또는 사용자 기반 연관이 설정될 수 있는 반면, 다중-홉 시나리오에서는 디바이스 기반 연관이 더욱 흔하게 이용될 수 있다.
연관 요청 프레임(860)의 요구된 지속기간 필드(866)는 연관 접속이 활성일 것으로 예상되는 시간의 길이를 표시하도록 요청자에 의해 설정될 수 있다. VL 표시 필드(868)는 요청의 송신자가 VL인지의 여부를 표시할 수 있다. 응답 타입 필드(870)는, 대응하는 연관 응답 메시지의 일부로서 다른 MAC 페이로드 필드에서 요구될 수 있는 선택사항적 필드를 표시하는데 이용될 수 있다. 다중-홉 표시 필드(872)는, 연관 요청이 수신자의 1-홉 범위 외부의 피어에 대해 릴레이되는지(즉, 다중-홉 연관)를 표시할 수 있다. 연관 요청 프레임(860)의 다른 MAC 페이로드 부분에서, 선택사항적 필드들이 포함될 수 있고, 그 예들이 아래의 표 6에 제시되어 있다.
필드 명칭 설명
다중-홉 피어 ID 다중-홉 연관 시나리오에서 연관 요청이 송신되는 피어의 ID. ID는 디바이스/서비스/사용자 ID일 수 있음.
연관된 피어들의 개수 동일한 애플리케이션/서비스에 대해 요청자와 연관되는 피어들의 개수.
채널 ID 요청자가 연관을 설정한 이후에 데이터 통신을 위해 스위칭하기를 원하는 경우에 새로운 채널을 표시함.
VL이고자 하는 의향 요청자가 VL의 역할을 할 의향이 있는지 여부를 표시함.
듀티 사이클 표시 연관 응답 프레임이 연관 접속을 위한 듀티 사이클을 표시할 필요가 있는지를 표시함.
요청된 애플리케이션들/서비스들 요청자가 요청하고 있는 애플리케이션들/서비스들의 목록. 예를 들어, 요청자로서의 피어는 다른 피어와 연관되도록 요청하는 애플리케이션들(예를 들어, 소셜 네트워킹, 게이밍)의 목록을 표시할 수 있음.
QoS 타입 QoS 요건의 클래스, 예를 들어 최선(best effort), 비디오 또는 오디오.
QoS 요건 QoS 타입에 기초하여, QoS 요건을 표시하는데, 예를 들어, 10Mbps 또는 레이턴시는 5㎳보다 짧음.
난수 보안 목적을 위해 패스워드 또는 암호화 키로서 이용됨.
요청자의 위치 요청자의 위치를 표시하는데 이용됨.
요청자의 이동성 요청자의 이동성 파라미터들을 기술하는데 이용됨.
표 6. 연관 요청에서의 선택사항적 MAC 페이로드 필드들의 예들
도 10b는 예시적인 연관 응답 프레임(880)을 도시한다. 프레임(880)의 헤더에서, 프레임 타입과 서브타입은 이것이 연관 응답 프레임이라는 것을 표시하도록 표 2에 제시된 바와 같이 구성될 수 있다. 연관 응답 프레임(880)에서 긴 어드레스 또는 전체 어드레스가 이용될 수 있다. 연관 응답 프레임은 어떠한 ACK도 요구하지 않는다. 연관 응답 메시지가 하나 이상의 IE를 운반하는 경우, IE 존재 필드는 참으로 설정되고, 그 외의 경우 거짓으로 설정될 수 있다. 연관 응답이 릴레이되는지의 여부에 따라, 프레임(880)의 헤더의 어드레싱 필드 표시와 어드레싱 필드는 그에 따라 구성될 수 있다. P2PNW ID가 연관 응답에서 운반될 수 있다. 연관 응답 메시지에서는 컨텍스트 카테고리도 호퍼 표시 필드도 이용되지 않을 수 있다.
연관 응답 프레임(880)의 MAC 페이로드에 관하여, 응답자의 디바이스 능력(882), 연관 타입(884), VL 표시(892) 및 다중-홉 표시(894) 필드들은, 연관 요청 메시지에 대해 본 명세서에서 설명된 것과 동일한 용법을 가질 수 있다(예를 들어, 도 10a 및 연관된 본문 참조). 연관 ID(888)은 2개의 피어들 간의 연관을 식별하는 식별자일 수 있다. 실시예에서, 연관 ID는 P2PNW ID의 생성과 유사하게 생성될 수 있다. 연관 결정 필드(886)는 연관 요청이 수락되는지의 여부를 표시할 수 있다. 이 컨텍스트에서 "수락"이란 연관 요청 내의 모든 파라미터들이 수락된다는 것을 의미할 수 있다는 점에 유의한다.
할당된 지속기간 필드(890)는 설정된 연관의 수명을 나타낼 수 있다. 응답자는 연관 요청에서의 요구된 지속기간에 기초하여 수명 결정을 행할 수 있다. 이것은 연관 요청의 요구된 지속기간과는 상이한 값일 수 있다. 할당된 짧은 어드레스는, 짧은 어드레스 요구됨 필드가 요청 메시지에서 참으로 설정된다면 짧은 어드레스를 포함할 수 있다. 연관 요청에서의 응답 타입 필드에 기초하여, 연관 응답은, 요청의 다른 MAC 페이로드 부분에서 명시되는 요구된 정보를 포함할 수 있다. 표 6에 제시된 필드들 외에도, 응답 메시지에는 추가의 또는 대안적인 필드들이 포함될 수 있고, 그 예들이 아래의 표 7에 예시되어 있다.
필드 명칭 설명
거부 이유 요청이 거부되는 경우에 거부 이유를 표시함.
연관 업데이트 간격 연관의 양 측이 연관 접속을 얼마나 자주 업데이트해야 하는지를 표시함.
애플리케이션에서 할당된 역할 애플리케이션에서의 요청자의 역할을 표시함. 이것은 애플리케이션 종속 파라미터임.
듀티 사이클 설정할 연관에 대한 듀티 사이클을 표시함
백오프 타이머와 같은 채널
액세스 파라미터들		 백오프 타이머 및 경합 윈도우 크기와 같은 채널 액세스 파라미터를 표시함
발견 모드 스캔 시퀀스 및 스캔 기간과 같이, 미래에 이용될 수 있는 발견 파라미터들의 세트를 표시함.
표 7. 연관 응답에서의 선택사항적 MAC 페이로드 필드들의 예들
재연관 요청 프레임은 본 명세서에서 설명된 연관 요청의 구조와 매우 유사한 구조를 가질 수도 있다. 2개 구조들 간의 주요 차이는, 재연관 요청은 MAC 페이로드에서 필수 연관 ID 필드를 포함할 수 있다는 것일 수 있다.
도 10c는 예시적인 연관해제 요청 프레임(900)을 도시한다. 프레임(900)에서, 다중-홉 표시(908), 연관된 피어 개수(910) 및 다중-홉 피어 ID(912) 필드들은, 연관 요청 프레임에서의 것들과 동일할 수 있다(예를 들어, 도 10a 및 연관된 본문 참조). 연관해제 요청 메시지는, 연관이 곧 종료될 것임을 연관의 다른 측에게 통지하기 위해 송신될 수 있다. 헤더의 프레임 제어 필드에서의 요구된 ACK 타입은, 연관해제 응답 메시지가 요구되는지의 여부를 표시할 수 있다. 연관해제 이유 필드(904)는 연관이 곧 셧다운되는 이유를 표시할 수 있다. 실시예에서, 가능한 이유들은, 링크 장애, 애플리케이션 종료 및 자원 제한을 포함할 수 있다. 연관해제 지속기간 필드(906)는 연관해제의 시간 지속기간을 표시할 수 있다. 이것은, 시간 지속기간 후에, 연관이 활성화될 것임을 표시함으로써, 연관을 일시적으로 보류 또는 종료하는데 이용될 수 있다.
도 10d는 연관해제 요청을 수신한 후에 연관이 접속해제된다는 것을 확인하는데 이용될 수 있는 예시적인 연관해제 응답 프레임(914)을 도시한다. 일부 경우에, 연관해제 요청 메시지를 수신하는 피어는 연관해제 응답을 송신할 필요가 없다. 이것은, 헤더의 프레임 제어 필드에서의 요구된 ACK 타입의 구성에 의존할 수 있다. 프레임(914)의 연관해제 상태 필드(918)는 연관이 영구적으로 접속해제된다는 것을 표시할 수 있다. 대안으로서, 연관해제 상태 필드(918)는 연관이 소정 기간 동안 일시적으로 접속해제된다는 것을 표시할 수 있고, 이는 연관이 그 소정 기간의 만료 시에 활성화될 것임을 추가로 표시한다.
도 10e는 기존의 연관의 하나 이상의 속성이 업데이트되어야 한다는 것 또는 업데이트 중에 있다는 것을 다른 측에게 통지하는데 이용될 수 있는 예시적인 연관 업데이트 통지 프레임(920)을 도시한다. 이 프레임에서, 업데이트된 연관 정보 필드(924)는 업데이트할 필요가 있는 기존의 연관에 대한 정보를 갖춘 하나 이상의 정보 필드를 포함할 수 있다. 필수이든 선택사항이든, 연관 요청 프레임 및 응답 프레임에서의 임의의 필드가 업데이트된 연관 정보 필드에 포함될 수 있다.
도 10f는 연관 업데이트 통지 프레임에 의해 언급된 연관 속성의 업데이트를 확인하는데 이용될 수 있는 예시적인 연관 업데이트 응답 프레임(926)을 도시한다. 이 프레임의 업데이트된 상태 필드(930)는 요청되는 업데이트된 연관 정보 전부가 업데이트되는지를 표시한다. 이 필드의 콘텐츠는 이러한 정보가 완전히 업데이트되는지, 부분적으로 업데이트되는지, 또는 전부 거부되는지를 표시할 수 있다. 업데이트된 연관 정보 필드(932)는, 2개의 연관 정보, 즉, 업데이트되지 않은 연관 업데이트 통지 프레임에서의 요청 업데이트된 연관 정보(request updated association information)와, 연관 업데이트 응답의 송신자에 의해 업데이트되도록 요구되는 연관 정보 중 하나 또는 양쪽 모두를 포함할 수 있다.
채널 관리는 근접범위에서의 채널 액세스 및 수퍼프레임 구조를 정의한다. 수퍼프레임은 CCDCH와 하나 이상의 애플리케이션 프레임으로 구성될 수 있고, 그 각각은 DCDCH 및 무경합 기간으로 추가로 분할될 수 있다. 채널 관리 프레임은, 표 2에 제시된 바와 같이, CCDCH 요청, CCDCH 응답, DCDCH 요청 및 DCDCH 응답 프레임으로 분류될 수 있다. 이들 프레임들 모두는 채널 자원에 대해 경합하고 채널 자원을 할당하는데 이용될 수 있다.
도 11a는 라디오 자원 할당을 위해 근접범위에서의 CCDCH를 통한 요청을 브로드캐스트하는데 이용될 수 있는 예시적인 P2PNW간 채널 할당 요청 프레임(940)을 도시한다. 이 프레임의 VL 표시 필드(942)는 송신자가 VL인지의 여부를 표시할 수 있다. 분산형 제어 방식 실시예에서, 이 필드는 항상 거짓이다. 원하는 애플리케이션 프레임 길이 필드(944)는, 송신자가 구성하려고 시도하고 있는 애플리케이션 프레임의 원하는 시간 지속기간을 표시할 수 있다. SuperVL 의향 필드(946)는 송신자가 SuperVL의 역할을 할 의향이 있는지를 표시할 수 있다. 이 필드는 필수일 수 있다. 원하는 애플리케이션 비컨 위치 필드(948)는, 애플리케이션 비컨이 브로드캐스트되는 때를 표시하는 선택사항적 필드일 수 있다. 이 필드는, 송신자가 수퍼프레임 구조를 알고 있고 이미 P2PNW와 동기화되어 있을 때에만 존재할 수 있다.
도 11b는 CCDCH 상에서 P2PNW간 채널 할당 요청 프레임(940) 이후에 송신될 수 있는 예시적인 P2PNW간 채널 할당 응답 프레임(950)을 도시한다. 이 프레임에서의 SuperVL 표시 필드(952)는 응답이 SuperVL로부터 송신되는지의 여부를 표시할 수 있다. 하이브리드 및 분산형 제어 방식 실시예에서, 이 필드는 항상 거짓일 수 있다. 응답 결정 필드(954)는 대응하는 P2PNW간 채널 할당 요청이 수락되는지의 여부를 표시할 수 있다. 요청이 거부되는 이유를 표시하기 위해 거부 이유 필드(956)가 이용될 수 있다. 예를 들어, 요청된 기간은 애플리케이션 프레임에 할당된 기간과 완전히 또는 부분적으로 중첩할 수 있다. 조절 제안 필드(958)는 가용 기간의 제안을 포함할 수 있는 선택사항적 필드일 수 있다. 조절 제안은, 응답이 SuperVL로부터의 것인 경우에 더 높은 우선순위를 부여받을 수 있다.
도 11c는 DCDCH를 통해 송신될 수 있고 애플리케이션 프레임에서 하나 이상의 타임 슬롯을 요청하는데 이용될 수 있는 예시적인 P2PNW내 채널 할당 요청 프레임(960)을 도시한다. 실시예에서, 프레임(960)의 송신자는 P2PNW내 채널 할당 요청을 브로드캐스트할 때 애플리케이션 프레임 명세를 알 수 있다. SubVL 표시 필드(962)는 요청자가 SubVL 또는 피어라는 것을 표시할 수 있다. 분산형 제어 방식 실시예에서, 이 필드는 항상 피어로서 셋업된다. 원하는 슬롯 개수 필드(964)는 송신자가 얼마나 많은 타임 슬롯을 요청하는지를 표시할 수 있다. 슬롯 크기는 전체 애플리케이션 프레임 동안 고정될 수 있고, 피어에게는 송신을 위한 다수의 슬롯을 요청하는 것만이 허용될 수 있다. 원하는 슬롯 위치 필드(966)는 애플리케이션 프레임에서의 원하는 타임 슬롯의 위치를 표시하는 선택사항적 필드일 수 있다.
도 11d는 P2PNW내 채널 할당 요청에 대한 응답으로서 송신될 수 있는 예시적인 P2PNW내 채널 할당 응답 메시지(970)를 도시한다. 이 프레임의 VL 표시 필드(972)는 응답 메시지가 VL에 의해 송신되는지의 여부를 표시한다. 분산형 제어 방식 실시예에서, 이 필드는 항상 거짓이다. 응답 결정(974), 거부 이유(974) 및 조절 제안(978) 필드들은, 이들 필드들이 P2PNW간 채널 할당 응답 프레임에서 이용되는 용법과 동일한 용법을 가질 수 있다(예를 들어, 도 11b 및 관련된 본문 참조).
앞서 언급된 바와 같이, 전력 제어 요청 프레임(예를 들어, 프레임 타입 =1; 프레임 서브타입 = 8)은 근접범위 내에서 요청 컨텍스트 및 전력 제어 정보를 요청하는데 이용될 수 있다. 표 8은 일 실시예에 따른 전력 제어 요청 프레임의 MAC 페이로드(예를 들어, 프레임 포맷(800)의 MAC 페이로드(804)의 프레임 페이로드 필드(822))에서 제공될 수 있는 일부 예시적인 추가 필드들을 열거한다. 일 실시예에서, 표 8의 정보는 근접범위 내에서 단 한번만 교환될 수 있다. 이 정보 중 임의의 것이 교환될 때에만 이것은 정보 교환을 위한 전력 제어 요청에 포함될 것이다. 서비스 전력 카테고리, 송신 전력 및 수신된 신호 품질 등의 다른 전력 제어 관련 정보가, 이하에서 추가로 설명되는 바와 같이, 하나 이상의 CPCI IE들에 포함될 수 있다.
필드 설명 필수/옵션
전력 제어 간격 CPCI IE에 제시된 서비스 전력 카테고리를 갖는 애플리케이션에 대해 송신자가 얼마나 자주 전력 제어 프로시저를 개시할 것인지를 표시함. M
최대 tx 전력 송신자에 의해 이용될 수 있는 전력 레벨의 상한. M
최소 tx 전력 송신자에 의해 이용될 수 있는 전력 레벨의 하한. M
서비스 범위 ProS P2PNW에 대한 전형적인 서비스 라디오 범위를 표시함. 서비스 범위는 상이한 근접 서비스들에 따라 크게 달라질 수 있음. 예를 들어, 공중 안전 근접 서비스에 대한 서비스 범위는 스마트 홈 근접 서비스의 서비스 범위보다 상당히 클 것임. O
대역폭 ProS P2PNW에서 송신자에 대해 할당된 대역폭 또는 서브캐리어들을 표시함. O
표 8. 예시적인 전력 제어 요청 프레임에서의 필드들
실시예에서, 전력 제어 응답은 피어가 전력 제어 요청 메시지를 수신할 때 송신될 수 있다. 전술된 바와 같이, 전력 제어 응답 메시지는, 전력 제어 요청을 수신하는 피어의 전력 제어 정보를 요청자에게 제공할 수 있다. 전력 제어 응답 메시지에 포함되는 정보는 전력 제어 요청에서 제공되는 정보와 유사하다.
정보 요소(IE)는, 효율적인 메시지 교환을 위해 정보를 캡슐화하는 유연하고 확장가능하며 용이하게 구현가능한 방식을 제공할 수 있다. IE는 MAC 헤더 또는 MAC 페이로드의 일부일 수 있다. 도 8a에 도시된 예시적인 프레임 포맷(800)에서, 필드(820)는 IE들을 보유하기 위해 제공된다. 복수의 IE가 하나의 프레임에서 연쇄될 수 있다.
실시예에서, 컨텍스트 정보 IE는 프레임을 송신하고 있는 피어의 컨텍스트 정보를 운반할 수 있다. P2PNW는 컨텍스트 정보에 기초하여 조직화되고 관리될 수 있기 때문에, 컨텍스트 정보 IE는 중요성이 더 클 수 있고, MAC 헤더 내의 헤더 IE로서 취급될 수 있다. 일 실시예에 따른 컨텍스트 정보 IE의 예가 아래의 표 9에 제공되어 있다.
필드 설명 필수/옵션
IE 식별자 IE의 타입을 식별함. M
IE 길이 IE의 총 길이를 표시함. M
컨텍스트
카테고리		 i 컨텍스트 카테고리는, 비상 서비스, 소셜 네트워킹, 스마트 오피스 등과 같은 애플리케이션/서비스 카테고리를 표시함. O
앱 ID/디바이스 ID/사용자 ID 서비스 기반, 디바이스 기반 또는 사용자 기반과 같은 애플리케이션들의 타입들에 따라 컨텍스트의 식별자를 표시함. O
앱/디바이스/사용자 파라미터들 더 구체적인 컨텍스트 정보를 표시함. 예를 들어, 광고 서비스에 대한 가격 및 할인 정보; 게임에 대한 게임 스킬 레벨 정보. O
표 9. 컨텍스트 정보 IE에서의 필드들
아래의 표 10은, 전력 제어 요청 또는 응답 프레임에서 CPCI를 운반하기 위한 IE의 예시적인 필드들을 열거한다.
필드 설명 필수/옵션
IE 식별자 IE의 타입을 식별함. M
IE 길이 IE의 총 길이를 표시함. M
Tx 전력 메시지를 송신하는데 이용되는 송신 전력을 표시함. M
서비스 전력
카테고리		 공중 안전, 소셜 네트워킹, 상업 광고, 센서 네트워크, 스마트 오피스 등과 같은 상이한 타입의 근접 서비스 또는 애플리케이션에 대한 전력 제어 요건에 따라 송신자의 전력 제어 분류를 표시함. M
Rx 신호 품질 또는 경로 손실 송신기와 수신기 사이의 이전의 전송에 기초하여 수신된 신호 품질, 예를 들어 RSSI 또는 추정된 경로 손실을 표시함. O
전력 조절 전송을 보다 신뢰성있게 하기 위해서 송신 전력을 어떻게 조절할지에 대해 예상된 수신기에 대한 권고를 운반함. O
표 10. CPCI IE에서의 필드들
다른 실시예들에서, 컨텍스트 정보 및 CPCI 정보는, 도 8a에 도시된 것들과 유사한 새로운 또는 수정된 필드들을 갖는 802.15 또는 802.11 비컨 프레임에서 운반될 수 있다.
도 12a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 머신-대-머신(M2M), 사물 인터넷(IoT) 또는 사물 웹(WoT: Web of Things) 통신 시스템(10)의 도면이다. 예를 들어, 도 1 내지 도 7을 참조하여 설명된 컨텍스트 관리자들은, 후술되는 바와 같이, 도 12a에 도시된 다양한 디바이스 상에 존재할 수 있다. 일반적으로, M2M 기술은 IoT/WoT를 위한 블록들의 구축을 제공하고, 임의의 M2M 디바이스, 게이트웨이 또는 서비스 플랫폼은 IoT/WoT의 컴포넌트뿐만 아니라 IoT/WoT 서비스 계층 등일 수도 있다.
도 12a에 도시된 바와 같이, 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), 위성 네트워크, 홈 네트워크 또는 기업 네트워크와 같은 다른 네트워크들을 포함할 수 있다.
도 12a에 도시된 바와 같이, M2M/IoT/WoT 통신 시스템(10)은 인프라스트럭처 도메인(Infrastructure Domain) 및 필드 도메인(Field Domain)을 포함할 수 있다. 인프라스트럭처 도메인이란 단-대-단 M2M 배치의 네트워크 측을 말하고, 필드 도메인이란, 대개는 M2M 게이트웨이 뒤쪽의, 영역 네트워크(area network)를 말한다. 필드 도메인은 M2M 게이트웨이(14) 및 단말 디바이스(18)를 포함한다. 원한다면 임의의 개수의 M2M 게이트웨이 디바이스(14) 및 M2M 단말 디바이스(18)가 M2M/IoT/WoT 통신 시스템(10)에 포함될 수 있다는 것이 인식될 것이다. 게이트웨이 디바이스(14) 또는 단말 디바이스(18)는, 전술된 실시예들에 따른 컨텍스트 정보 관리를 수행하는 시스템에서의 피어 디바이스로서 구성될 수 있다. 게이트웨이 디바이스(14) 및/또는 단말 디바이스(18)는 피어 디바이스(102)로서 구성될 수 있고, 따라서, 게이트웨이 디바이스(14) 및 단말 디바이스(18) 각각은 컨텍스트 관리자(104)를 포함할 수 있다. 또한, 게이트웨이 디바이스(14) 및 단말 디바이스(18) 각각은, 예를 들어, CMP(202) 등의, 컨텍스트 관리자 프록시를 포함할 수 있다. M2M 게이트웨이 디바이스(14) 및 M2M 단말 디바이스(18) 각각은 통신 네트워크(12) 또는 직통 라디오 링크(direct radio link)를 통해 신호를 송신 및 수신하도록 구성된다. 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, 블루투스), 직통 라디오 링크 및 와이어라인 등을 포함한 다양한 네트워크를 통해 통신할 수 있다. 단말 디바이스(18) 및 게이트웨이 디바이스(14)는, 전술된 바와 같이, 컨텍스트 관리 메시지를 교환하기 위해 다양한 네트워크를 통해 통신할 수 있다. 예를 들어, 전술된 피어-투-피어 통신은, 복수의 단말 디바이스(18) 사이에서 직접, 복수의 게이트웨이 디바이스(14) 사이에서 직접, 또는 단말 디바이스(18)와 게이트웨이 디바이스(14) 사이에서 직접 발생할 수 있다.
또한 도 12b를 참조하면, 필드 도메인 내의 예시된 M2M 서비스 계층(22)은, M2M 애플리케이션(20), M2M 게이트웨이 디바이스(14), M2M 단말 디바이스(18) 및 통신 네트워크(12)에 대해 서비스들을 제공한다. M2M 서비스 플랫폼(22)은, 원한다면, 임의의 개수의 M2M 애플리케이션, M2M 게이트웨이 디바이스(14), M2M 단말 디바이스(18) 및 통신 네트워크(12)와 통신할 수 있다는 것이 이해될 것이다. M2M 서비스 계층(22)은 하나 이상의 서버, 컴퓨터 등에 의해 구현될 수 있다. M2M 서비스 계층(22)은, M2M 단말 디바이스(18), M2M 게이트웨이 디바이스(14) 및 M2M 애플리케이션(20)에 적용되는 서비스 능력을 제공한다. M2M 서비스 계층(22)의 기능은, 다양한 방식으로, 예를 들어, 웹 서버로서, 셀룰러 코어 네트워크에서, 클라우드 등에서 구현될 수 있다.
예시된 M2M 서비스 계층(22)과 유사하게, M2M 서비스 계층(22')은 인프라스트럭처 도메인에 존재한다. M2M 서비스 계층(22')은 인프라스트럭처 도메인의 M2M 애플리케이션(20') 및 기저 통신 네트워크(12')에 대해 서비스를 제공한다. M2M 서비스 계층(22')은 필드 도메인의 M2M 게이트웨이 디바이스(14) 및 M2M 단말 디바이스(18)에 대해 서비스를 또한 제공한다. M2M 서비스 계층(22')은, 임의의 개수의 M2M 애플리케이션, M2M 게이트웨이 디바이스 및 M2M 단말 디바이스와 통신할 수 있다는 것이 이해될 것이다. M2M 서비스 계층(22')은 상이한 서비스 제공자에 의한 서비스 계층과 상호작용할 수 있다. M2M 서비스 계층(22')은 하나 이상의 서버, 컴퓨터, 가상 머신(예를 들어, 클라우드/계산/스토리지 팜(farm) 등) 등에 의해 구현될 수 있다.
여전히 도 12b를 참조하면, M2M 서비스 계층(22 및 22')은 다양한 애플리케이션 및 버티컬(verticals)이 이용할 수 있는 핵심 세트의 서비스 전달 능력을 제공할 수 있다. 이들 서비스 능력들은 M2M 애플리케이션(20 및 20')이 디바이스와 상호작용하고 데이터 수집, 데이터 분석, 디바이스 관리, 보안, 요금청구, 서비스/디바이스 발견 등의 기능을 수행할 수 있게 한다. 본질적으로, 이들 서비스 능력은 애플리케이션으로부터 이들 기능들을 구현하는 부담을 없애므로, 애플리케이션 개발을 간소화하고 출시를 위한 비용과 시간을 줄인다. 서비스 계층들(22 및 22')은 또한, M2M 애플리케이션(20 및 20')이, 서비스 계층들(22 및 22')이 제공하는 서비스와 관련하여 다양한 네트워크(12 및 12')를 통해 통신할 수 있게 할 수 있다.
본 출원의 컨텍스트 관리자는 서비스 계층의 일부로서 구현될 수 있다. 본 명세서에서 이용되는 바와 같이, 서비스 계층이란, 기저 네트워킹 인터페이스 및 애플리케이션 프로그래밍 인터페이스(API)의 세트를 통해 가치-부가된 서비스 능력을 지원하는 소프트웨어 미들웨어 계층을 말한다. ETSI M2M과 oneM2M 양쪽 모두는 본 명세서에서 설명된 컨텍스트 관리자를 포함할 수 있는 서비스 계층을 이용한다. ETSI M2M의 서비스 계층은 서비스 능력 계층(SCL: Service Capability Layer)이라 부를 수 있다. 본 명세서에서 설명된 실시예들은, SCL의 일부로서 구현될 수 있고, 여기서, 메시지들은, 예를 들어, MQTT 또는 AMQP 등의 다양한 프로토콜에 기초할 수 있다. SCL은, M2M 디바이스 내에 구현되거나(이 경우, 디바이스 SCL(DSCL)이라 부름), 게이트웨이 내에 구현되거나(이 경우, 게이트웨이 SCL(GSCL)이라 부름), 그리고/또는 네트워크 노드 내에 구현될 수 있다(이 경우, 네트워크 SCL(NSCL)이라 부름). oneM2M 서비스 계층은 공통 서비스 기능(CSF: Common Service Function)(예를 들어, 서비스 능력)의 세트를 지원한다. 하나 이상의 특정한 타입의 CSF의 세트의 인스턴스화는 상이한 타입의 네트워크 노드들(예를 들어, 인프라스트럭처 노드, 미들 노드, 애플리케이션-특정 노드) 상에서 호스팅될 수 있는 공통 서비스 엔티티(CSE: Common Services Entity)라고 언급된다. 또한, 본 명세서에서 설명된 컨텍스트 관리는, 액세스하기 위해 서비스 중심 아키텍처(SOA: Service Oriented Architecture) 및/또는 자원 중심 아키텍처(ROA: resource-oriented architecture)를 이용하는 M2M 네트워크의 일부로서 구현될 수 있다. 또한, 본 출원의 컨텍스트 관리자는, 본 출원의 컨텍스트 관리자와 같은 서비스들에 액세스하기 위해 서비스 중심 아키텍처(SOA) 및/또는 자원 중심 아키텍처(ROA)를 이용하는 M2M 네트워크의 일부로서 구현될 수 있다.
M2M 애플리케이션(20 및 20')은, 제한 없이, 수송, 건강 및 웰빙, 접속된 홈, 에너지 관리, 자산 추적, 및 보안 및 감시 등의, 다양한 산업에서의 애플리케이션을 포함할 수 있다. 앞서 언급된 바와 같이, M2M 서비스 계층, 디바이스들에 걸친 실행, 게이트웨이, 및 시스템의 다른 서버들은, 예를 들어, 데이터 수집, 디바이스 관리, 보안, 요금청구, 위치 추적/지오펜싱(geofencing), 디바이스/서비스 발견, 및 레거시 시스템 통합 등의 기능을 지원하고, M2M 애플리케이션(20 및 20')에 대한 서비스로서 이들 기능을 제공한다.
도 12c는 예를 들어, M2M 단말 디바이스(18) 또는 M2M 게이트웨이 디바이스(14) 등의, 예시적인 M2M 디바이스(30)의 시스템 도면이다. M2M 디바이스(30)는, 전술된 실시예들에 따른, 컨텍스트 관리, 예를 들어, 프록시 기반 컨텍스트 관리를 수행하기 위한 네트워크 노드로서 구성될 수 있다. 도 12c에 도시된 바와 같이, M2M 디바이스(30)는, 프로세서(32), 송수신기(34), 송/수신 요소(36), 스피커/마이크로폰(38), 키패드(40), 디스플레이/터치패드/인디케이터들(42), 비착탈식 메모리(44), 착탈식 메모리(46), 전원(48), GPS(global positioning system) 칩셋(50), 및 다른 주변 장치들(52)을 포함할 수 있다. M2M 디바이스(30)는, 실시예와 여전히 일치되면서 전술된 요소들의 임의의 서브조합을 포함할 수 있다는 것을 인식할 것이다. 디스플레이/터치패드/인디케이터들(42)은 일반적으로 예시적인 실시예에 따른 사용자 인터페이스라 부를 수 있다. 컨텍스트 관리 인터페이스라고도 부를 수 있는 사용자 인터페이스는 사용자가, 예를 들어, 게이트웨이 또는 다른 네트워크 노드 등의, 피어 디바이스 상에서 컨텍스트 관리를 모니터링, 관리 및/또는 구성하는 것을 허용할 수 있다. 예를 들어, 사용자 인터페이스는 사용자가 상이한 피어들 간의 컨텍스트 정보 교환 및 관리를 구성하거나 트리거하는 것을 가능하게 할 수 있다. 사용자 인터페이스는 전술된 컨텍스트 정보 요청 프레임 또는 컨텍스트 정보 응답 프레임을 디스플레이하도록 구성될 수 있다. 따라서, 다양한 컨텍스트 파라미터들(예를 들어, 컨텍스트 값들, 컨텍스트 ID들, 잔여 응답들의 개수 등)이 디스플레이/터치패드/인디케이터들(42)에 의해 디스플레이될 수 있다.
프로세서(32)는 범용 프로세서, 특수 목적 프로세서, 통상의 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로프로세서, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 제어기, 마이크로컨트롤러, 주문형 집적 회로(ASIC), 필드 프로그램가능 게이트 어레이(FPGA) 회로, 임의의 다른 타입의 집적 회로(IC), 상태 머신 등일 수 있다. 프로세서(32)는 신호 코딩, 데이터 처리, 전력 제어, 입/출력 처리, 및/또는 M2M 디바이스(30)가 무선 환경에서 동작할 수 있게 하는 임의의 다른 기능성을 수행할 수 있다. 프로세서(32)는 송/수신 요소(36)에 연결될 수 있는 송수신기(34)에 연결될 수 있다. 도 12c는 프로세서(32) 및 송수신기(34)를 별개의 컴포넌트들로서 도시하고 있지만, 프로세서(32) 및 송수신기(34)는 전자 패키지 또는 칩에서 함께 통합될 수 있다는 것이 인식될 것이다. 프로세서(32)는 애플리케이션 계층 프로그램들(예를 들어, 브라우저들) 및/또는 라디오 액세스 계층(RAN: radio access-layer) 프로그램들 및/또는 통신들을 수행할 수 있다. 프로세서(32)는, 예를 들어, 액세스 계층 및/또는 애플리케이션 계층에서와 같이, 인증, 보안 키 합의(security key agreement) 및/또는 암호화 동작들과 같은 보안 동작들을 수행할 수 있다.
송/수신 요소(36)는 M2M 서비스 플랫폼(22)으로 신호들을 송신하거나, 이러한 서비스 플랫폼으로부터 신호들을 수신하도록 구성될 수 있다. 예를 들어, 실시예에서, 송/수신 요소(36)는 RF 신호들을 송신 및/또는 수신하도록 구성된 안테나일 수 있다. 송/수신 요소(36)는 다양한 네트워크들 및 무선 인터페이스들(air interfaces), 예컨대 WLAN, WPAN, 셀룰러 등을 지원할 수 있다. 실시예에서, 송/수신 요소(36)는, 예를 들어, IR, UV 또는 가시 광 신호들을 송신 및/또는 수신하도록 구성된 방출기/검출기일 수 있다. 다른 실시예에서, 송/수신 요소(36)는 RF 및 광 신호 양쪽 모두를 송신 및 수신하도록 구성될 수 있다. 송/수신 요소(36)는 무선 또는 유선 신호들의 임의의 조합을 송신 및/또는 수신하도록 구성될 수 있다는 것이 인식될 것이다.
또한, 송/수신 요소(36)가 도 12c에 단일 요소로서 도시되어 있지만, 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) 및/또는 착탈식 메모리(46)로부터, 전술된 바와 같이, 컨텍스트 정보를 저장 및 액세스하여, 컨텍스트 정보 요청을 만족시키는 컨텍스트 정보가 있는지를 결정할 수 있다. 비착탈식 메모리(44)는 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 하드 디스크, 또는 임의의 다른 타입의 메모리 스토리지 디바이스를 포함할 수 있다. 착탈식 메모리(46)는 SIM(subscriber identity module) 카드, 메모리 스틱, SD(secure digital) 메모리 카드 등을 포함할 수 있다. 다른 실시예들에서, 프로세서(32)는, M2M 디바이스(30) 상에, 예컨대 서버나 홈 컴퓨터 상에 물리적으로 위치되지는 않은 메모리로부터의 정보에 액세스하고, 이러한 메모리에 데이터를 저장할 수 있다.
프로세서(32)는 전원(48)으로부터 전력을 수신할 수 있고, M2M 디바이스(30)에서의 다른 컴포넌트들에 전력을 분배하고/하거나 이러한 전력을 제어하도록 구성될 수 있다. 전원(48)은 M2M 디바이스(30)에 전력을 공급하기 위한 임의의 적합한 디바이스일 수 있다. 예를 들어, 전원(48)은 하나 이상의 건전지 배터리(예를 들어, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), NiMH(nickel metal hydride), 리튬-이온(Li-이온) 등), 태양 전지, 연료 전지 등을 포함할 수 있다.
또한, 프로세서(32)는, M2M 디바이스(30)의 현재 위치에 관한 위치 정보(예를 들어, 경도와 위도)를 제공하도록 구성되는 GPS 칩셋(50)에 연결될 수 있다. M2M 디바이스(30)는 실시예에 부합하게 유지하면서 임의의 적합한 위치 결정 방법에 의해 위치 정보를 취득할 수 있다는 것이 인식될 것이다.
프로세서(32)는, 부가적인 특징, 기능성, 및/또는 유선 또는 무선 접속성을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함할 수 있는 다른 주변 장치들(52)에 또한 연결될 수 있다. 예를 들어, 주변 장치들(52)은 가속도계, 전자 나침반, 위성 송수신기, 센서, (사진 또는 비디오를 위한) 디지털 카메라, USB(universal serial bus) 포트, 진동 디바이스, 텔레비전 송수신기, 핸즈프리 헤드셋, 블루투스® 모듈, FM(frequency modulated) 라디오 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.
도 12d는 예를 들어 도 8a 및 도 8b의 M2M 서비스 플랫폼(22)이 구현될 수 있는 예시적인 컴퓨팅 시스템(90)의 블록도이다. 컴퓨팅 시스템(90)은 컴퓨터 또는 서버를 포함할 수 있고, 소프트웨어가 어디에 또는 어느 수단에 의해 저장되거나 액세스되든지, 주로 이러한 소프트웨어의 형태로 이루어질 수 있는 컴퓨터 판독가능 명령어들에 의해 제어될 수 있다. 이러한 컴퓨터 판독가능 명령어들은 중앙 처리 유닛(CPU)(91) 내에서 실행되어, 컴퓨팅 시스템(90)이 작동하게 할 수 있다. 많은 알려진 워크스테이션, 서버 및 개인용 컴퓨터에서, 중앙 처리 유닛(91)은 마이크로프로세서라고 지칭되는 단일 칩 CPU에 의해 구현된다. 다른 머신들에서, 중앙 처리 유닛(91)은 다수의 프로세서를 포함할 수 있다. 코프로세서(81)는 메인 CPU(91)와는 별개의 선택사항적인 프로세서이며, 부가적인 기능들을 수행하거나 CPU(91)를 돕는다.
동작 시에, CPU(91)는 명령어들을 페치, 디코드 및 실행하고, 컴퓨터의 메인 데이터 전송 경로인 시스템 버스(80)를 통해 다른 자원들로/로부터 정보를 전송한다. 이러한 시스템 버스는 컴퓨팅 시스템(90)에서의 컴포넌트들을 접속하고, 데이터 교환을 위한 매체를 정의한다. 통상적으로, 시스템 버스(80)는 데이터를 송신하기 위한 데이터 라인들, 어드레스들을 송신하기 위한 어드레스 라인들, 및 인터럽트들을 송신하고 시스템 버스를 동작시키기 위한 제어 라인들을 포함한다. 이러한 시스템 버스(80)의 예는 PCI(Peripheral Component Interconnect) 버스이다.
시스템 버스(80)에 연결된 메모리 디바이스들은 랜덤 액세스 메모리(RAM)(82) 및 판독 전용 메모리(ROM)(93)를 포함한다. 이러한 메모리들은 정보가 저장 및 검색되는 것을 허용하는 회로를 포함한다. ROM(93)은 일반적으로 쉽게 수정될 수 없는 저장된 데이터를 포함한다. RAM(82)에 저장된 데이터는 CPU(91) 또는 다른 하드웨어 디바이스들에 의해 판독되거나 변경될 수 있다. RAM(82) 및/또는 ROM(93)에 대한 액세스는 메모리 제어기(92)에 의해 제어될 수 있다. 메모리 제어기(92)는, 명령어들이 실행될 때 가상 어드레스들을 물리 어드레스들로 변환하는 어드레스 변환 기능을 제공할 수 있다. 메모리 제어기(92)는, 시스템 내의 프로세스들을 격리시키며 시스템 프로세스들을 사용자 프로세스들로부터 격리시키는 메모리 보호 기능을 또한 제공할 수 있다. 따라서, 제1 모드에서 구동되는 프로그램은 그 자신의 프로세스의 가상 어드레스 공간에 의해 매핑된 메모리에만 액세스할 수 있고; 프로세스들 사이에 공유하는 메모리가 셋업되지 않았다면 다른 프로세스의 가상 어드레스 공간 내의 메모리에는 액세스할 수 없다.
또한, 컴퓨팅 시스템(90)은, CPU(91)로부터 주변 장치들, 예컨대 프린터(94), 키보드(84), 마우스(95) 및 디스크 드라이브(85)로 명령어들을 통신하는 것을 담당하는 주변 장치 제어기(83)를 포함할 수 있다.
디스플레이 제어기(96)에 의해 제어되는 디스플레이(86)는 컴퓨팅 시스템(90)에 의해 발생된 비주얼 출력을 디스플레이하는데 사용된다. 이러한 비주얼 출력은 텍스트, 그래픽스, 애니메이티드 그래픽스(animated graphics) 및 비디오를 포함할 수 있다. 디스플레이(86)는 CRT 기반 비디오 디스플레이, LCD 기반 평면 패널 디스플레이, 가스 플라즈마 기반 평면 패널 디스플레이, 또는 터치 패널로 구현될 수 있다. 디스플레이 제어기(96)는 디스플레이(86)에 송신되는 비디오 신호를 발생시키는데 요구되는 전자 컴포넌트들을 포함한다.
또한, 컴퓨팅 시스템(90)은, 도 8a 및 도 8b의 네트워크(12)와 같은 외부 통신 네트워크에 컴퓨팅 시스템(90)을 접속하는데 이용될 수 있는 네트워크 어댑터(97)를 포함할 수 있다.
본 명세서에서 설명된 시스템들, 방법들 및 프로세스들 중 임의의 것 또는 이들 전부는 컴퓨터 판독가능 저장 매체 상에 저장된 컴퓨터 실행가능 명령어들(즉, 프로그램 코드)의 형태로 구현될 수 있고, 명령어들은, 컴퓨터, 서버, M2M 단말 디바이스, M2M 게이트웨이 디바이스 등과 같은 머신에 의해 실행될 때, 본 명세서에서 설명된 시스템들, 방법들 및 프로세스들을 수행 및/또는 구현한다고 이해된다. 구체적으로는, 전술된 단계들, 동작들 또는 기능들 중 임의의 것은 이러한 컴퓨터 실행가능 명령어의 형태로 구현될 수 있다. 컴퓨터 판독가능 저장 매체는, 정보 저장을 위한 임의의 방법이나 기술로 구현된 휘발성 및 비휘발성의, 착탈식 또는 비착탈식 매체 양쪽 모두를 포함하지만, 이러한 컴퓨터 판독가능 저장 매체는 신호를 포함하지 않는다. 컴퓨터 판독가능 저장 매체는 RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CDROM, DVD(digital versatile disks) 또는 다른 광학 디스크 스토리지, 자기 카세트, 자기 테이프, 자기 디스크 스토리지 또는 다른 자기 스토리지 디바이스, 또는 원하는 정보를 저장하는데 이용될 수 있으며 컴퓨터에 의해 액세스될 수 있는 임의의 다른 물리 매체를 포함하지만, 이에 제한되지는 않는다.
도면들에 도시된 바와 같이, 본 개시물의 대상의 바람직한 실시예들을 설명하는데 있어서, 명료성을 위해 특정 용어가 이용된다. 그러나, 청구 대상은 이와 같이 선택된 특정 용어에 제한되는 것으로 의도되지는 않으며, 각각의 특정 요소는 유사한 목적을 달성하기 위해 유사한 방식으로 동작하는 모든 기술적 등가물을 포함한다고 이해되어야 한다.
이러한 서면 설명은 최상의 모드를 비롯하여 본 발명을 개시하기 위해, 그리고 임의의 디바이스들 또는 시스템들을 제조하고 이용하는 것 및 임의의 통합된 방법들을 수행하는 것을 비롯하여 본 발명을 실시하는 것을 관련 기술분야의 통상의 기술자가 가능하게 하기 위해 예들을 이용한다. 본 발명의 특허가능한 범위는 청구항들에 의해 정의되며, 관련 기술분야의 통상의 기술자에게 떠오르는 다른 예들을 포함할 수 있다. 이러한 다른 예들은, 그것들이 청구항들의 기재와 상이하지 않은 구조적 요소들을 갖는 경우에 또는 그것들이 청구항들의 기재와 미미한(insubstantial) 차이를 갖는 등가의 구조적 요소들을 포함하는 경우에, 청구항들의 범위 내에 있는 것으로 의도된다.

Claims (14)

  1. 피어-투-피어 통신을 통해 통신하며 각각의 컨텍스트 관리자를 각각 포함하는 복수의 디바이스를 포함하는 시스템에서의 방법으로서,
    상기 복수의 디바이스 중 제1 디바이스의 제1 컨텍스트 관리자에서,
    하나 이상의 파라미터를 포함하는 컨텍스트 정보 요청 프레임을 수신하는 단계 - 상기 하나 이상의 파라미터는, 컨텍스트 동작들의 목록, 컨텍스트 ID들(context identities)의 목록 또는 응답 타입 중 적어도 하나를 나타냄 -; 및
    상기 컨텍스트 정보 요청 프레임에 기초하여, 잔여 응답들의 개수, 하나 이상의 컨텍스트 프레임 중 선택된 컨텍스트 프레임에 적용가능한 확인응답 요건, 상기 하나 이상의 컨텍스트 프레임 중 선택된 컨텍스트 프레임에 적용가능한 동작들의 목록, 상기 하나 이상의 컨텍스트 프레임 중 선택된 컨텍스트 프레임에 적용가능한 컨텍스트 ID들의 목록, 또는 하나 이상의 컨텍스트 값 중 적어도 하나를 나타내는 하나 이상의 컨텍스트 정보 응답 프레임을 생성하는 단계
    를 포함하는 방법.
  2. 제1항에 있어서,
    상기 컨텍스트 정보 요청 프레임은 매체 액세스 제어(MAC: medium access control) 계층을 통해 수신되고,
    상기 방법은, 상기 MAC 계층을 통해, 상기 하나 이상의 컨텍스트 프레임 중 선택된 컨텍스트 프레임을 상기 복수의 디바이스 중 제2 디바이스의 제2 컨텍스트 관리자에 송신하는 단계를 더 포함하는 방법.
  3. 제2항에 있어서,
    상기 컨텍스트 정보 요청 프레임은, 상기 제1 디바이스와 상기 제2 디바이스가 서로에 대해 근접범위(proximity) 내에 있는 것에 응답하여 수신되는 방법.
  4. 제2항에 있어서,
    상기 컨텍스트 정보 요청 프레임은, 상기 제1 디바이스와 상기 제2 디바이스가 미리 결정된 위치에 대해 근접범위 내에 있는 것에 응답하여 수신되는 방법.
  5. 제1항에 있어서,
    상기 컨텍스트 정보 요청 프레임은 컨텍스트 관리자 프록시(context manager proxy)를 통해 수신되는 방법.
  6. 제1항에 있어서,
    상기 복수의 디바이스 중 제3 디바이스가 상기 컨텍스트 관리자 프록시를 포함하는 방법.
  7. 제1항에 있어서,
    상기 컨텍스트 정보 요청 프레임 또는 상기 컨텍스트 정보 응답 프레임 중 적어도 하나의 프레임의 상태를 디스플레이하는 단계를 더 포함하는 방법.
  8. 접속된 피어 디바이스들의 네트워크에서의 제1 피어 디바이스로서,
    컴퓨터 판독가능 명령어들을 실행하도록 되어 있는 프로세서; 및
    상기 프로세서에 통신가능하게 연결된 메모리
    를 포함하고,
    상기 메모리에는, 상기 프로세서에 의해 실행될 때, 상기 프로세서로 하여금 동작들을 수행하게 하는 컴퓨터 판독가능 명령어들이 저장되어 있고,
    상기 동작들은,
    하나 이상의 파라미터를 포함하는 컨텍스트 정보 요청 프레임을 수신하는 것 - 상기 하나 이상의 파라미터는, 컨텍스트 동작들의 목록, 컨텍스트 ID들의 목록 또는 응답 타입 중 적어도 하나를 나타냄 -; 및
    상기 컨텍스트 정보 요청 프레임에 기초하여, 잔여 응답들의 개수, 하나 이상의 컨텍스트 프레임 중 선택된 컨텍스트 프레임에 적용가능한 확인응답 요건, 상기 하나 이상의 컨텍스트 프레임 중 선택된 컨텍스트 프레임에 적용가능한 동작들의 목록, 상기 하나 이상의 컨텍스트 프레임 중 선택된 컨텍스트 프레임에 적용가능한 컨텍스트 ID들의 목록, 또는 하나 이상의 컨텍스트 값 중 적어도 하나를 나타내는 하나 이상의 컨텍스트 정보 응답 프레임을 생성하는 것
    을 포함하는 제1 피어 디바이스.
  9. 제8항에 있어서,
    상기 컨텍스트 정보 요청 프레임은 매체 액세스 제어(MAC) 계층을 통해 수신되고,
    상기 동작들은, 상기 MAC 계층을 통해, 상기 하나 이상의 컨텍스트 프레임 중 선택된 컨텍스트 프레임을 상기 접속된 피어 디바이스들의 네트워크에서의 제2 피어 디바이스의 컨텍스트 관리자에 송신하는 것을 더 포함하는 제1 피어 디바이스.
  10. 제9항에 있어서,
    상기 컨텍스트 정보 요청 프레임은, 상기 제1 피어 디바이스와 상기 제2 피어 디바이스가 서로에 대해 근접범위 내에 있는 것에 응답하여 수신되는 제1 피어 디바이스.
  11. 제10항에 있어서,
    상기 컨텍스트 정보 요청 프레임은, 상기 제1 피어 디바이스와 상기 제2 피어 디바이스가 미리 결정된 위치에 대해 근접범위 내에 있는 것에 응답하여 수신되는 제1 피어 디바이스.
  12. 제8항에 있어서,
    상기 컨텍스트 정보 요청 프레임은 컨텍스트 관리자 프록시를 통해 수신되는 제1 피어 디바이스.
  13. 제1항에 있어서,
    상기 접속된 피어 디바이스들의 네트워크에서의 제3 디바이스가 상기 컨텍스트 관리자 프록시를 포함하는 방법.
  14. 제7항에 있어서,
    상기 동작들은, 상기 컨텍스트 정보 요청 프레임 또는 상기 컨텍스트 정보 응답 프레임 중 적어도 하나의 프레임의 상태를 디스플레이하는 것을 더 포함하는 제1 디바이스들.
KR1020167001536A 2013-06-21 2014-06-20 컨텍스트 관리 KR20160021869A (ko)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201361837845P 2013-06-21 2013-06-21
US201361837993P 2013-06-21 2013-06-21
US61/837,993 2013-06-21
US61/837,845 2013-06-21
US201361844689P 2013-07-10 2013-07-10
US61/844,689 2013-07-10
PCT/US2014/043449 WO2014205370A1 (en) 2013-06-21 2014-06-20 Context management

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020177036618A Division KR102090657B1 (ko) 2013-06-21 2014-06-20 컨텍스트 관리

Publications (1)

Publication Number Publication Date
KR20160021869A true KR20160021869A (ko) 2016-02-26

Family

ID=51211329

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020177036618A KR102090657B1 (ko) 2013-06-21 2014-06-20 컨텍스트 관리
KR1020167001536A KR20160021869A (ko) 2013-06-21 2014-06-20 컨텍스트 관리

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020177036618A KR102090657B1 (ko) 2013-06-21 2014-06-20 컨텍스트 관리

Country Status (6)

Country Link
US (1) US10230790B2 (ko)
EP (1) EP3011724B1 (ko)
JP (2) JP6348583B2 (ko)
KR (2) KR102090657B1 (ko)
CN (1) CN106170969B (ko)
WO (1) WO2014205370A1 (ko)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2556381T3 (es) * 2011-06-04 2016-01-15 Alcatel Lucent Un concepto de planificación
EP3008955A1 (en) 2013-06-12 2016-04-20 Convida Wireless, LLC Context and power control information management for proximity services
KR102090657B1 (ko) 2013-06-21 2020-03-18 콘비다 와이어리스, 엘엘씨 컨텍스트 관리
WO2015006585A1 (en) 2013-07-10 2015-01-15 Qing Li Context-aware proximity services
US10419543B2 (en) * 2014-03-06 2019-09-17 Samsung Electronics Co., Ltd Method and system for establishing a connection between a seeker device and a target device
US20160277809A1 (en) * 2015-03-16 2016-09-22 Casio Computer Co., Ltd. Information output apparatus, information output method and computer readable recording medium
CN107667548B (zh) * 2015-05-11 2020-09-18 三星电子株式会社 用于资源的情境感知调度的方法和系统
US9817957B1 (en) * 2015-06-04 2017-11-14 EMC IP Holding Company LLC Access management based on active environment comprising dynamically reconfigurable sets of smart objects
US10565272B2 (en) * 2015-10-26 2020-02-18 International Business Machines Corporation Adjusting system actions, user profiles and content in a social network based upon detected skipped relationships
US9848035B2 (en) * 2015-12-24 2017-12-19 Intel Corporation Measurements exchange network, such as for internet-of-things (IoT) devices
CN107623708A (zh) * 2016-07-14 2018-01-23 中兴通讯股份有限公司 信息同步方法及装置
CN108337214B (zh) * 2017-01-20 2020-01-10 华为技术有限公司 一种数据处理方法，终端和网络设备
EP3437825B1 (en) 2017-08-02 2020-09-30 Fundació Eurecat A computer implemented method for generating a mold model for production predictive control and computer program products thereof
US10601961B2 (en) * 2017-07-12 2020-03-24 Cisco Technology, Inc. Service function chain dynamic classification
CN107222508B (zh) * 2017-07-14 2020-08-25 国家计算机网络与信息安全管理中心 安全访问控制方法、设备及系统
US10637920B2 (en) * 2017-08-18 2020-04-28 Digital 14 Llc System, method, and computer program product for peer-to-peer event ordering using a two part event identifier
CN108833554B (zh) * 2018-06-22 2021-05-18 哈尔滨工业大学 一种面向大规模网络的实时高可靠消息分发系统及其方法
US11190990B2 (en) 2019-05-07 2021-11-30 Samsung Electronics Co., Ltd. Framework and method for dynamic channel selection for IEEE 802.15.4z
CN110769010B (zh) * 2019-11-03 2020-04-03 长沙豆芽文化科技有限公司 一种数据管理权限处理方法、装置及计算机设备

Family Cites Families (96)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4387551B2 (ja) 2000-04-27 2009-12-16 Ｎｅｃエンジニアリング株式会社 無線通信システム及びそれに用いる送信電力制御方法
US7469297B1 (en) * 2000-08-04 2008-12-23 Intellon Corporation Mechanism for using a quasi-addressed response to bind to a message requesting the response
US7352770B1 (en) * 2000-08-04 2008-04-01 Intellon Corporation Media access control protocol with priority and contention-free intervals
US6650873B2 (en) 2000-10-19 2003-11-18 Qualcomm, Incorporated Techniques for adjusting parameters of a quick paging channel based on network load
US7006483B2 (en) 2001-02-23 2006-02-28 Ipr Licensing, Inc. Qualifying available reverse link coding rates from access channel power setting
US20030212827A1 (en) * 2002-05-08 2003-11-13 Abheek Saha Method and system for providing peer-to-peer exchange of terminal information over a meshed network
US7730208B2 (en) * 2002-05-09 2010-06-01 Hughes Network Systems, Inc. Method and system for centrally exchanging terminal information over a meshed network
JP3574446B2 (ja) 2002-09-19 2004-10-06 松下電器産業株式会社 送信電力制御方法および基地局装置
JP2005057602A (ja) 2003-08-06 2005-03-03 Toyota Industries Corp パワーマネージメント用のプログラム、パワーマネージメント方法、及び端末装置
US7321614B2 (en) 2003-08-08 2008-01-22 Intel Corporation Apparatus and methods for communicating using symbol-modulated subcarriers
US8824582B2 (en) 2003-08-08 2014-09-02 Intel Corporation Base station and method for channel coding and link adaptation
JP2006050510A (ja) 2003-09-03 2006-02-16 Sharp Corp 情報処理装置、無線モジュール、電子制御装置、電力制御方法、電力制御プログラムおよび記録媒体
US20050193106A1 (en) 2004-03-01 2005-09-01 University Of Florida Service discovery and delivery for ad-hoc networks
GB0413534D0 (en) 2004-06-17 2004-07-21 Siemens Ag Cell selection
US20060009159A1 (en) 2004-07-09 2006-01-12 Leung Hung F Protocol layer analysis in mobile device testing
KR100604885B1 (ko) * 2004-07-13 2006-07-31 삼성전자주식회사 Ｍａｃ 데이터를 합체하는 무선 통신 디바이스 및 방법
CN1989703A (zh) 2004-07-22 2007-06-27 皇家飞利浦电子股份有限公司 控制器单元、通信设备、通信系统和移动节点之间的通信方法
KR20070043788A (ko) 2004-07-22 2007-04-25 코닌클리케 필립스 일렉트로닉스 엔.브이. 모바일 노드 사이의 통신 디바이스 및 통신 시스템, 및통신 방법
JP4552559B2 (ja) 2004-08-12 2010-09-29 Ｋｄｄｉ株式会社 無線ｌａｎのアドホックモードにおける通信装置、設定プログラム及び接続方法
KR100594993B1 (ko) 2004-11-17 2006-07-03 삼성전기주식회사 통신 네트워크에서 탐색 응답 패킷 전송 방법
US8909945B2 (en) 2005-04-08 2014-12-09 Interdigital Technology Corporation Method for transmit and receive power control in mesh systems
US9178940B2 (en) 2005-04-12 2015-11-03 Tiversa Ip, Inc. System and method for detecting peer-to-peer network software
US20070005775A1 (en) 2005-06-30 2007-01-04 Mod Systems Peer device data transfer
TW200719653A (en) 2005-11-04 2007-05-16 Interdigital Tech Corp Method and apparatus for mapping 3GPP service primitives to media independent handover event services
US8068428B2 (en) 2005-11-09 2011-11-29 Meshnetworks, Inc. System and method for performing topology control in a wireless network
JP4594852B2 (ja) * 2005-11-28 2010-12-08 日本電信電話株式会社 無線通信システムのデータ再送方法、移動端末および固定端末
JP4451400B2 (ja) 2006-01-18 2010-04-14 株式会社エヌ・ティ・ティ・ドコモ 送信装置及び送信方法
US20070253352A1 (en) 2006-05-01 2007-11-01 Honeywell International Inc. Deterministic power-aware wireless network
KR100857850B1 (ko) 2006-05-26 2008-09-10 엔에이치엔(주) 바이러스 특성을 이용하여 ｄｒｍ 및 트래킹을 수행하는방법 및 상기 방법을 수행하는 시스템
US7986718B2 (en) * 2006-09-15 2011-07-26 Itron, Inc. Discovery phase in a frequency hopping network
JP2008077421A (ja) * 2006-09-21 2008-04-03 Oki Electric Ind Co Ltd コンテキスト情報取得システム
EP3694262A1 (en) 2006-10-03 2020-08-12 InterDigital Technology Corporation Combined open loop/closed lopp (cqi-based) uplink transmit power control with interference mitigation for e-utra
WO2008043092A1 (en) 2006-10-05 2008-04-10 Bittorrent, Inc. Peer-to-peer streaming of non-live content
US8826348B2 (en) 2006-12-04 2014-09-02 Samsung Electronics Co., Ltd. System and method for wireless communication of uncompressed video having a relay device for power saving
FR2910764A1 (fr) * 2006-12-26 2008-06-27 Thomson Licensing Sas Procede de transmission d'accuse reception d'un message destine a plusieurs appareils, appareil et serveur mettant en oeuvre le procede
EP2127126A2 (en) 2007-01-12 2009-12-02 Nokia Corporation Apparatus, methods, and computer program products providing resource allocation adaptation for point-to-multipoint transmissions
US8041380B2 (en) 2007-04-26 2011-10-18 Lingna Holdings Pte., Llc Power control in cognitive radio systems based on spectrum sensing side information
JP2009038659A (ja) 2007-08-02 2009-02-19 Rohm Co Ltd 情報通信端末、無線通信装置、および、無線通信ネットワーク
KR101355308B1 (ko) 2007-07-25 2014-02-07 삼성전자주식회사 무선 센서 네트워크 내에서 데이터를 송수신하는 방법
US8385823B2 (en) * 2007-10-03 2013-02-26 Samsung Electronics Co., Ltd Method and system for communication in near field communication network
US8756030B2 (en) 2008-02-08 2014-06-17 Yahoo! Inc. Time code validation and correction for proximity-based ad hoc networks
US20100150027A1 (en) 2008-04-04 2010-06-17 Peter Atwal Systems and methods of planning and deploying an ad hoc mobile wireless network
WO2010011796A2 (en) 2008-07-22 2010-01-28 Powerwave Cognition, Inc. Improved ad hoc wireless communications
WO2009148289A2 (en) * 2008-06-06 2009-12-10 Samsung Electronics Co., Ltd. Method and system for managing data in a near field communication network
CN102067689B (zh) 2008-06-16 2016-11-09 马维尔国际贸易有限公司 近程无线通信
US8811374B2 (en) 2008-09-25 2014-08-19 Nokia Corporation Synchronization for device-to-device communication
US8130654B2 (en) * 2008-10-29 2012-03-06 Palo Alto Research Center Incorporated Context-aware packet switching
US9014104B2 (en) 2008-11-04 2015-04-21 Qualcomm Incorporated Transmit power control based on receiver gain setting in a wireless communication network
JP2010130096A (ja) 2008-11-25 2010-06-10 Toshiba Corp 無線端末、基地局、無線通信システムおよび無線通信方法
US8363586B2 (en) 2008-12-31 2013-01-29 Intel Corporation Social networking and advertisements in a mobile device on a local personal area network
JP2010183178A (ja) 2009-02-03 2010-08-19 Denso Corp 車載通信装置
US8995923B2 (en) 2009-03-03 2015-03-31 Mobilitie, Llc System and method for management of a dynamic network using wireless communication devices
JP2010213243A (ja) 2009-03-12 2010-09-24 Ntt Docomo Inc 無線通信システムの無線局で使用される制御装置及び制御方法
US8452290B2 (en) 2009-03-31 2013-05-28 Broadcom Corporation Communication session soft handover
US20100274671A1 (en) * 2009-04-27 2010-10-28 Sony Corporation And Sony Electronics Inc. System and method for distributing contextual information in an electronic network
US20100323717A1 (en) 2009-06-23 2010-12-23 Qualcomm Incorporated Method and apparatus for facilitating proximity detection in a wireless network
JP5408711B2 (ja) * 2009-07-03 2014-02-05 Ｋｄｄｉ株式会社 コンテンツ配信制御方法および装置ならびにコンテンツ受信端末
WO2011038881A1 (en) 2009-09-29 2011-04-07 Nec Europe Ltd. Method for performing communication in a self-organized wireless network
US20110082939A1 (en) 2009-10-02 2011-04-07 Michael Peter Montemurro Methods and apparatus to proxy discovery and negotiations between network entities to establish peer-to-peer communications
US9094527B2 (en) 2010-01-11 2015-07-28 Tangome, Inc. Seamlessly transferring a communication
CN102130896B (zh) 2010-01-14 2014-05-14 腾讯科技（深圳）有限公司 网络应用关联方法和系统
US8917647B2 (en) 2010-02-11 2014-12-23 Nokia Corporation Apparatus and method to allocate communication resources in a communication system
US8958838B2 (en) 2010-02-12 2015-02-17 Qualcomm Incorporated Multi-stage transmit power control scheme for access point
US8751743B2 (en) * 2010-03-15 2014-06-10 Howard University Apparatus and method for context-aware mobile data management
JP5312397B2 (ja) 2010-05-11 2013-10-09 日本電信電話株式会社 通信システム、通信装置、及び、それらの通信方法、プログラム
KR101437757B1 (ko) 2010-05-13 2014-09-05 노키아 코포레이션 콘텍스트 감지 및 융합을 위한 방법, 장치 및 컴퓨터 프로그램제품
CN102271354A (zh) 2010-06-02 2011-12-07 中兴通讯股份有限公司 Lte系统中的链路自适应方法、基站和终端
WO2012068159A1 (en) * 2010-11-16 2012-05-24 Savi Technology, Inc. Rfid applications
JP2012147146A (ja) 2011-01-11 2012-08-02 Jvc Kenwood Corp 無線通信装置、無線通信における接続制御方法およびコンピュータプログラム
US20120201158A1 (en) 2011-02-03 2012-08-09 Qualcomm Incorporated Peer-to-peer / wan association control and resource coordination for mobile entities using aggregate neighborhood utility metrics
US9813994B2 (en) 2011-02-16 2017-11-07 Qualcomm, Incorporated Managing transmit power for better frequency re-use in TV white space
US20130044681A1 (en) 2011-02-16 2013-02-21 Qualcomm Incorporated Managing transmit power for better frequency re-use in tv white space
KR101267983B1 (ko) 2011-04-21 2013-05-27 아이테크 도쿄 코포레이션 무선랜 기반 피어투피어 응용간 연결 방법, 무선랜 기반 피어투피어 응용간 연결성 유지 방법 및 무선랜 기반 피어 단말
WO2012173968A1 (en) 2011-06-13 2012-12-20 Interdigital Patent Holdings, Inc. Method for controlling transmit power of a mobile station
US8995385B2 (en) 2011-08-05 2015-03-31 Samsung Electronics Co., Ltd. Apparatus and method for UE-specific demodulation reference signal scrambling
CN103037489B (zh) 2011-09-29 2017-12-26 中兴通讯股份有限公司 上行信号功率控制方法及装置
US9510292B2 (en) 2012-03-13 2016-11-29 Qualcomm Incorporated Limiting wireless discovery range
US8738093B1 (en) 2012-04-09 2014-05-27 Amazon Technologies, Inc. Proximity based algorithms to control transmit power of a user device
US20130288601A1 (en) 2012-04-26 2013-10-31 Apple Inc. Automatic configuration of electronic devices
US9295094B2 (en) 2012-05-07 2016-03-22 Qualcomm Incorporated System and method for peer-to-peer connection reestablishment
JP6209595B2 (ja) 2012-05-11 2017-10-04 インターデイジタル パテント ホールディングス インコーポレイテッド コンテキストアウェアピアツーピア通信
EP2850800A1 (en) 2012-05-18 2015-03-25 Nokia Solutions and Networks Oy Facilitating proximity services
CN102695131B (zh) 2012-05-18 2014-12-10 上海交通大学 认知网络中基于合作博弈的分布式功率控制方法
US9418372B2 (en) 2012-05-25 2016-08-16 Apple Inc. Advertising, discovering, and using services through virtual access point interfaces
US9344974B2 (en) 2012-10-12 2016-05-17 Intel Corporation Methods and arrangements to coordinate communications of different types of devices on a wireless network
US9235464B2 (en) 2012-10-16 2016-01-12 Microsoft Technology Licensing, Llc Smart error recovery for database applications
US10135492B2 (en) 2012-11-07 2018-11-20 Texas Instruments Incorporated Compatible communication between devices using different communication protocols
US20140153500A1 (en) 2012-12-03 2014-06-05 Qualcomm Incorporated Methods, systems, and devices for configuring maximum transmit power
US9098177B2 (en) * 2012-12-13 2015-08-04 Google Technology Holdings LLC Apparatus and methods for facilitating context handoff between devices in a cloud based wireless personal area network
US9843995B2 (en) 2013-05-15 2017-12-12 Qualcomm Incorporated Method and metrics for merging with a neighborhood aware network
US9674048B2 (en) 2013-06-03 2017-06-06 Qualcomm Incorporated Efficient infrastructure service discovery with security
EP3008955A1 (en) 2013-06-12 2016-04-20 Convida Wireless, LLC Context and power control information management for proximity services
KR102090657B1 (ko) 2013-06-21 2020-03-18 콘비다 와이어리스, 엘엘씨 컨텍스트 관리
WO2015006585A1 (en) 2013-07-10 2015-01-15 Qing Li Context-aware proximity services
US9681331B2 (en) 2014-02-03 2017-06-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for device-to-device transmissions
US9699601B2 (en) 2015-04-06 2017-07-04 Cisco Technology, Inc. System and method for managing interference in a network environment based on user presence

Also Published As

Publication number Publication date
WO2014205370A1 (en) 2014-12-24
CN106170969A (zh) 2016-11-30
KR20170143029A (ko) 2017-12-28
JP2018139450A (ja) 2018-09-06
EP3011724B1 (en) 2020-10-07
JP2016527770A (ja) 2016-09-08
CN106170969B (zh) 2019-12-13
EP3011724A1 (en) 2016-04-27
JP6348583B2 (ja) 2018-06-27
KR102090657B1 (ko) 2020-03-18
US10230790B2 (en) 2019-03-12
US20140379804A1 (en) 2014-12-25

Similar Documents

Publication Publication Date Title
KR102090657B1 (ko) 컨텍스트 관리
US10638510B2 (en) Peer-to-peer communications enhancements
JP6480553B2 (ja) 近接サービスのためのコンテキストおよび電力制御情報管理
US10791171B2 (en) Context-aware proximity services
EP3117586B1 (en) Cross-layer context management
US9762362B2 (en) Multi-hop peer-to-peer communications

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
A107 Divisional application of patent