KR20150083108A - Ｐ２ｐ 통신들을 위한 신뢰성 있는 멀티캐스트／브로드캐스트 - Google Patents

Abstract

방법들 및 장치들은 피어 투 피어(peer-to-peer; P2P) 통신에 대한 신뢰성 있는 멀티캐스트 또는 브로드캐스트를 제공하는데 이용될 수 있다. 무선 송수신 유닛(wireless transmit/receive unit; WTRU)은 매체 액세스 제어(medium access control; MAC) 데이터 프레임을 수신할 수 있다. MAC 데이터 프레임은 플랙서블 확인응답(ACK) 타입(예를 들어, 피어들의 부분집합, 단일 피어, 위치 기반, 콘택스트 기반 및/또는 패킷 타입 기반)을 표시할 수 있다. MAC 데이터 프레임은 ACK 시퀀스를 표시할 수 있다. ACK 시퀀스는 피어들 간의 ACK 전송 시퀀스를 표시할 수 있다. WTRU는 플랙서블 ACK 타입 및/또는 ACK 시퀀스에 기초하여 ACK 메시지를 송신할지 여부를 결정할 수 있다. WTRU는 피어로부터 ACK 메시지를 수신할 수 있다. ACK 메시지가 송신될 것이 결정될 때 WTRU는 ACK 메시지를 송신할 수 있다.

Description

Ｐ２Ｐ 통신들을 위한 신뢰성 있는 멀티캐스트／브로드캐스트{RELIABLE MULTICAST/BROADCAST FOR P2P COMMUNICATIONS}

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

본 출원은 2012년 11월 7일에 출원된 미국 가특허 출원 번호 제61/723,635호를 우선권으로 주장하며, 그에 의해 상기 가특허의 내용물들은 본 명세서에서 인용에 의해 포함된다.

피어 투 피어(Peer-to-Peer; P2P) 통신들에서, 그룹 통신은 게임 및 소셜 네트워킹을 포함하는 다양한 애플리케이션들 및 서비스들을 가능하게 할 수 있다. 그러나 기존의 P2P 통신들은 그룹 통신들을 완벽히 지원하지 않을 수 있고 무선 채널의 브로드캐스트 성질을 레버리지(leverage)하지 않을 수 있다. 기존의 P2P 통신들은 또한, 무선 P2P 환경에서, 더 높은 레이턴시 및 더 높은 오버헤드와 같은 낮은 그룹 통신 효율을 가질 수 있다.

피어 투 피어(peer-to-peer; P2P) 통신들과 연관되는 멀티캐스팅 또는 브로드캐스팅을 위한 시스템들, 방법들 및 수단들이 개시된다. 무선 송수신 유닛(wireless transmit/receive unit; WTRU), 예를 들어, 피어 투 피어 시스템에서의 피어는 매체 액세스 제어(medium access control; MAC) 데이터 프레임을 수신할 수 있다. MAC 데이터 프레임은 플랙서블(flexible) 확인응답(acknowledgement; ACK) 타입을 표시할 수 있다. 예를 들어, 플랙서블 ACK 타입은, 부분적 ACK, 위치 기반 ACK, 콘택스트 인식 ACK, ACK 순서화/시퀀스화 등 중 하나 이상을 포함할 수 있다. MAC 데이터 프레임을 수신하는 WTRU는 플랙서블 ACK 타입에 기초하여 ACK 메시지를 송신할지 여부를 결정할 수 있다. 예를 들어, 플랙서블 ACK 타입과 연관된 조건이 충족되는 경우, MAC 데이터 프레임을 수신하는 WTRU는 ACK 메시지를 송신하는 것을 결정할 수 있다. 이러한 경우에, MAC 데이터 프레임을 수신하는 WTRU는 ACK 메시지를 송신할 수 있다. ACK 메시지는 긍정 확인응답(예를 들어, MAC 데이터 프레임이 성공적으로 수신될 때), 부정 확인응답(예를 들어, MAC 데이터 프레임이 성공적으로 수신되지 않을 때), 또는 긍정 및 부정 확인응답의 결합을 포함할 수 있다.

플랙서블 ACK 타입은 ACK 메시지가 피어들의 부분집합으로부터 송신될 것이라고 표시할 수 있다. 피어들의 부분집합은 하나 이상의 피어들로 구성된다. WTRU는 WTRU가 피어들의 부분집합 내에 있을 때 ACK 메시지를 송신할 것을 결정할 수 있다.

플랙서블 ACK 타입은 ACK 메시지가 근접 위치 내에 있는 피어들로부터 송신될 것이라고 표시할 수 있다. WTRU는 WTRU가 근접 위치 내에 있을 때 ACK 메시지를 송신할 것을 결정할 수 있다.

플랙서블 ACK 타입은 ACK 메시지가 콘택스트(context)와 연관되는 피어들로부터 송신될 것이라고 표시할 수 있다. 콘택스트는 링크 품질, 잔여 에너지, 애플리케이션 또는 서비스 프로필, 애플리케이션 또는 서비스 카테고리, 사용자 프로필, 디바이스 프로필 및/또는 이동성 상태(예를 들어, 이동이 없거나 이동이 작음)와 연관될 수 있다. WTRU는 WTRU가 콘택스트와 연관될 때 ACK 메시지를 송신할 것을 결정할 수 있다.

플랙서블 ACK 타입은 ACK 메시지가 패킷 타입(예를 들어, 패킷 우선순위 및/또는 패킷 정보 품질)에 기초하여 피어로부터 송신될 것이라고 표시할 수 있다. 예를 들어, 문턱값을 초과하는 우선순위를 갖는 패킷과 같은 고 우선순위 패킷은 ACK 받을 수 있고; 문턱값 미만의 우선순위를 갖는 패킷과 같은 저 우선순위 패킷은 ACK 받지 않을 수 있다. WTRU는 WTRU가 표시된 패킷 타입을 수신할 때 ACK 메시지를 송신할 것을 결정할 수 있다.

피어는 ACK 메시지를 순차적으로 송신하도록 구성될 수 있다. 제 1 WTRU(예를 들어, 제 1 피어)는 매체 액세스 제어(MAC) 데이터 프레임을 수신할 수 있다. MAC 데이터 프레임은 ACK 시퀀스를 표시할 수 있는데, 예를 들어, MAC 데이터 프레임은 제 2 WTRU가(예를 들어, 제 2 피어)가 ACK를 송신했다는 표시를 수신한 이후 제 1 WTRU가 ACK를 송신한다고 표시할 수 있다. 예를 들어, 제 1 WTRU는 제 2 WTRU로부터 ACK 메시지를 수신할 수 있다. 제 1 WTRU는 제 2 WTRU로부터의 수신된 ACK 메시지에 기초하여 제 1 WTRU가 ACK 전송 시퀀스에서 다음번째라고 결정할 수 있다. 제 1 WTRU는 자신이 ACK 전송 시퀀스에서 다음번째라고 결정할 때 ACK 메시지를 송신할 것을 결정할 수 있다.

첨부 도면들과 함께 예로서 주어지는 하기의 설명으로부터 보다 상세히 이해될 수 있다.
도 1은 중앙식 1 홉 멀티캐스트 및/또는 브로드캐스트의 예를 도시한다.
도 2는 하이브리드 1 홉 멀티캐스트 및/또는 브로드캐스트의 예를 도시한다.
도 3은 분배식 1 홉 멀티캐스트 및/또는 브로드캐스트의 예를 도시한다.
도 4a는 가상 리더(virtual leader; VL)로부터 피어들로의 중앙식 다중 홉 멀티캐스트 및/또는 브로드캐스트의 예를 도시한다.
도 4b는 피어로부터 VL을 경유하여 다른 피어들로의 중앙식 다중 홉 멀티캐스트 및/또는 브로드캐스트의 예를 도시한다.
도 5는 피어로부터 다른 피어들로의 하이브리드 다중 홉 멀티캐스트 및/또는 브로드캐스트의 예를 도시한다.
도 6은 P2P MAC 멀티캐스트 및/또는 브로드캐스트에 대한 트리 구조의 예를 도시한다.
도 7은 콘택스트 인식 P2P MAC 멀티캐스트 및/또는 브로드캐스트에 대한 기능들의 예를 도시한다.
도 8a는 MAC 브로드캐스트 어드레스 및/또는 그룹 ID에 기초할 수 있는 브로드캐스트/멀티캐스트 어드레싱의 예를 도시한다.
도 8b는 MAC 브로드캐스트 어드레스 및/또는 그룹 ID에 기초할 수 있는 브로드캐스트/멀티캐스트 어드레싱의 다른 예를 도시한다.
도 9는 계층 MAC 유니캐스트 어드레스 지정의 예를 도시한다.
도 10은 멀티캐스트를 위해 미리할당될 수 있는 MAC 어드레스의 예를 도시한다.
도 11a는 콘택스트 인식 P2P 멀티캐스트 및/또는 브로드캐스트 수락 제어의 예를 도시한다.
도 11b는 콘택스트 인식 P2P 멀티캐스트 및/또는 브로드캐스트 수락 제어의 다른 예를 도시한다.
도 12는 MAC 멀티캐스트 및/또는 브로드캐스트 데이터 프레임에 대한 다수의 예시적인 포맷들을 도시한다.
도 13은 MAC 멀티캐스트 및/또는 브로드캐스트 ACK 프레임에 대한 예시적인 포맷을 도시한다.
도 14는 어그리게이팅된 MAC 멀티캐스트 및/또는 브로드캐스트 ACK에 대한 예시적인 포맷을 도시한다.
도 15는 예시적인 중앙식 1 홉 멀티캐스트 및/또는 브로드캐스트의 흐름도를 도시한다.
도 16은 예시적인 하이브리드 1 홉 멀티캐스트 및/또는 브로드캐스트의 흐름도를 도시한다.
도 17a는 협력(collaboration)을 가질 수 있는 예시적인 하이브리드 1 홉 멀티캐스트 및/또는 브로드캐스트의 흐름도를 도시한다.
도 17b는 협력을 가질 수 있는 다른 예시적인 하이브리드 1 홉 멀티캐스트 및/또는 브로드캐스트를 도시한다.
도 18은 예시적인 분배식 1 홉 멀티캐스트 및/또는 브로드캐스트의 흐름도를 도시한다.
도 19는 협력을 가질 수 있는 예시적인 분배식 1 홉 멀티캐스트 및/또는 브로드캐스트의 흐름도를 도시한다.
도 20은 예시적인 중앙식 다중 홉 멀티캐스트 및/또는 브로드캐스트의 흐름도를 도시한다.
도 21(도 21a와 도 21b 포함)은 예시적인 중앙식 다중 홉 멀티캐스트 및/또는 브로드캐스트의 흐름도를 도시한다.
도 22는 예시적인 하이브리드 다중 홉 멀티캐스트 및/또는 브로드캐스트의 흐름도를 도시한다.
도 23a는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 통신 시스템의 시스템도를 도시한다.
도 23b는 도 23a에서 예시된 통신 시스템 내에서 이용될 수 있는 예시적인 무선 송수신 유닛(wireless transmit/receive unit; WTRU)의 시스템도를 도시한다.
도 23c는 도 23a에서 예시된 통신 시스템 내에서 이용될 수 있는 예시적인 코어 네트워크 및 예시적인 무선 액세스 네트워크의 시스템도를 도시한다..
도 23d는 도 23a에서 예시된 통신 시스템 내에서 이용될 수 있는 예시적인 코어 네트워크 및 예시적인 무선 액세스 네트워크의 시스템도를 도시한다.
도 23e는 도 23a에서 예시되는 통신 시스템 내에서 이용될 수 있는 예시적인 코어 네트워크 및 예시적인 무선 액세스 네트워크의 시스템도를 도시한다.

예시적인 실시예들의 상세된 설명은 이제 다양한 도면들을 참조하여 설명될 것이다. 이 설명이 가능한 구현들의 상세된 예들을 제공하지만, 상세들은 예시적인 것으로 의도되며 어떠한 방식으로도 본 출원의 범위를 제한하지 않는다는 것이 유념되어야 한다. 또한, 도면들에서, 예시적인 것으로 의도되는 하나 이상의 메시지 차트들을 예시한다. 다른 실시예들이 이용될 수 있다. 메시지들의 순서는 적절히 변동될 수 있다. 메시지들은 필요하지 않은 경우 생략될 수 있고 부가적인 메시지들이 부가될 수 있다.

피어 투 피어(peer-to-peer; P2P) 통신들을 위한 신뢰성 있는 멀티캐스트 또는 브로드캐스트를 제공할 수 있는 방법들 및 장치들이 여기서 개시된다. 콘택스트 인식(context-aware) P2P 매체 액세스 제어(medium access control; MAC) 멀티캐스트 및/또는 브로드캐스트 아키텍처가 제공될 수 있다. P2P MAC 멀티캐스트 및/또는 브로드캐스트 어드레싱이 제공될 수 있다. 그룹 설정, 그룹 업데이트, 수신자 선택 또는 수신자 범위 제어 중 하나 이상을 포함할 수 있는 콘택스트 인식 P2P MAC 멀티캐스트 및/또는 브로드캐스트 그룹 관리가 제공될 수 있다. 콘택스트 인식 P2P MAC 멀티캐스트 및/또는 브로드캐스트 수락 제어가 제공될 수 있다. 플랙서블 신뢰성(flexible reliability) 또는 확인응답(acknowledgment; ACK) 충돌 방지 중 하나 이상을 포함할 수 있는 콘택스트 인식 P2P MAC 멀티캐스트 및/또는 브로드캐스트 신뢰성 관리가 제공될 수 있다. 콘택스트 인식 협력 P2P MAC 멀티캐스트 및/또는 브로드캐스트 전송이 제공될 수 있다.

P2P MAC 멀티캐스트 및/또는 브로드캐스트를 지원하기 위한 MAC 프레임들이 제공될 수 있다. P2P MAC 멀티캐스트 및/또는 브로드캐스트는 중앙식 1 홉 멀티캐스트 및/또는 브로드캐스트, 하이브리드 1 홉 멀티캐스트 및/또는 브로드캐스트, 분배식 1 홉 멀티캐스트 및/또는 브로드캐스트, 중앙식 다중 홉 멀티캐스트 및/또는 브로드캐스트, 하이브리드 다중 홉 멀티캐스트 및/또는 브로드캐스트 등을 위해 제공될 수 있다.

P2P 근접(proximity) 통신들이 제공될 수 있다. P2P 근접 통신은 기반설비 기반(infrastructure-based) 또는 기반설비 없는(infrastructure-less) 구성에서 원하는 서비스들에 대한 피어의 근접성의 인식에 기초할 수 있다. P2P 근접 통신들은 근접성 내의 피어들 간의 기반설비 기반 또는 기반설비 없는 통신들일 수 있다. P2P 근접 통신들은 중앙식 시스템 또는 중앙 컨트롤러 없는 완전 분배식 시스템일 수 있다. 피어는 사용자(예를 들어, 이용 시 엔티티 및/또는 사람과 연관되는 디바이스) 또는 디바이스, 예를 들어, 2G의 모바일 스테이션(mobile station; MS), 3GPP의 사용자 장비(user equipment; UE), 또는 IEEE 802.15(WPAN)의 풀기능 디바이스(full-function de vice; FFD), 또는 감소된 기능 디바이스(reduced- function device; RFD)일 수 있다. 피어는 그룹 ID를 공유하는 사용자들 또는 디바이스들의 그룹일 수 있다. P2P 디바이스들의 예들은 연결된 자동차들, 의료 디바이스들, 스마트 미터기들, 스마트폰들, 태블릿들, 랩톱들, 게임 콘솔들, 셋톱 박스들, 카메라들, 프린터들, 센서들 및 홈 게이트웨이들을 포함(그러나 이것으로 제한되지 않음)한다. 기반설비 기반 통신은, 사용자 정보, 사용자들 간의 스케줄링 및/또는 연결 관리, 예컨대, 셀룰러 통신들 중 하나 이상을 핸들링할 수 있는 중앙식 컨트롤러를 포함할 수 있다. 기반설비 없는 P2P 통신들에서 피어들은 세션을 개시, 유지 및/또는 종결할 책임을 동일하게 가질 수 있다.

근접성 기반 애플리케이션들 및 서비스들이 P2P 근접 통신을 이용할 수 있다. 예를 들어, 소셜 네트워킹에서, 근접하게 있을 수 있는 피어들은 페이스북 및 트위터와 같은 애플리케이션 레벨에서 서로 상호작용할 수 있다. 2개 이상의 피어들 간의 2 방향 통신이 이용될 수 있고, 트래픽 데이터 레이트들이 변동될 수 있다. 예를 들어, 트래픽 데이터 레이트는, 몇몇 실시예들에 대해, 예컨대, 텍스트 기반 채팅에 대해 낮을 수 있거나, 또는 트래픽 데이터 레이트는 다른 애플리케이션들에 대해, 예컨대, 콘텐츠 공유에 대해 높을 수 있다.

광고 애플리케이션들은 P2P 근접 통신들을 이용할 수 있다. 예를 들어, 스토어(store)는 피어일 수 있는, 자신의 위치에 근접하게 있는 잠재적인 고객들에게 자신의 판촉물들(promotions) 및 쿠폰들을 브로드캐스트할 수 있다. 1 방향 또는 2 방향 통신이 이용될 수 있다. 예를 들어, 1 방향 통신은 낮은 트래픽 레이트로 이용될 수 있다. 다른 예로서, 2 방향 통신은 개인 광고들(personalized advertisements)을 위해 이용될 수 있다.

긴급 애플리케이션들(emergency applications)은 P2P 근접 통신들을 이용할 수 있다. 긴급 애플리케이션들은 광고 애플리케이션들의 것과 유사한 방식으로 P2P 근접 통신들을 이용할 수 있다. 긴급 애플리케이션들은 긴급 알람과 같은 1 방향 통신들을 이용할 수 있다. 긴급 애플리케이션들은 긴급 안전 관리와 같은 2 방향 통신들을 이용할 수 있다. 긴급 애플리케이션들은 다른 P2P 이용 경우들보다 더 높은 우선순위를 가질 수 있고, 더 높은 프라이버시 요건들(privacy requirement)을 가질 수 있다.

게임 애플리케이션들은 P2P 근접 통신들을 이용할 수 있다. 예를 들어, 다수의 피어들이 초기화되고 및/또는 온라인 멀티플레이어 게임들과 같은 상호작용 게임들에 참가할 수 있다. 상호작용식 P2P 게임이 낮은 레이턴시 통신들을 이용할 수 있다.

스마트 교통 애플리케이션들(smart transportation applications)이 P2P 근접 통신을 이용할 수 있다. 예를 들어, 자동차 투 자동차(car-to-car) 및/또는 자동차 투 기반설비(car-to-infrastructure) 통신을 통해 연결되는 자동차들은 혼잡, 사고/이벤트 통지, 카풀(carpool) 및 기차 스케줄링을 포함하는 상호작용식 교통 관리; 또는 스마트 트래픽 제어를 포함(그러나 이것으로 제한되지 않음)하는 애플리케이션들을 지원할 수 있다. 스마트 교통 애플리케이션들은 낮은 데이터 레이트들을 이용할 수 있지만, 매우 낮은 레이턴시를 갖는 신뢰성 있는 메시지 전달을 이용할 수 있다

네트워크 애플리케이션들은 P2P 근접 통신들을 이용할 수 있다. 예를 들어, 네트워크 애플리케이션들은 기반설비의 커버리지 확장 및/또는 기반설비로부터의 오프로딩(offload)을 위해 이용될 수 있다. 네트워크 애플리케이션들은 다중 홉을 이용할 수 있다.

본 명세서에서 설명되는 몇몇 이용 경우들 및/또는 애플리케이션들은 예를 들어, 스마트 환경 애플리케이션들 및 스마트 교통 애플리케이션들과 같이 사물 지능(machine-to-machine; M2M) 및 사물간 인터넷(Internet of things; IoT) 통신들에 관련될 수 있다. P2P 무선 통신들은 M2M/IoT 애플리케이션들의 성능을 개선할 수 있다. M2M/IoT 애플리케이션들은 P2P 통신들에 의해 인에이블될 수 있다.

기반설비 기반 P2P 통신은 3GPP 근접 서비스(proximity services; ProSe)에서 제공될 수 있다. 다수의 PRoSe/디바이스 투 디바이스(device-to-device; D2D) 동작 모드들이 있을 수 있다. 하나의 동작 모드는 운용자 없는(operator-free; OF) 동작 모드일 수 있다. OF에서, D2D 통신은 자립형일 수 있고, 운용자의 네트워크로부터의 관여를 갖지 않을 수 있다. UE들은 네트워크로부터의 지원 없이 근접성에 관한 초기 결정을 내릴 수 있고 타겟 피어 발견을 할 수 있고, 직접 연결을 할 수 있다. 피어 발견은, 피어 연관(peer association) 이전에 다른 피어를 발견하도록 피어에 의해 이용될 수 있는 P2P 근접 통신들을 인에이블하기 위한 프로시저일 수 있다. 피어 연관은, P2P 데이터 전송이 시작될 수 있기 이전에 다른 피어와의 논리적 관계를 설정하기 위해 피어에 의해 이용되는 프로시저일 수 있다. 피어 연관은 또한 피어 부착, 피어링(peering), 페어링, 또는 링크 설정으로서 지칭될 수 있다.

다른 동작 모드는 운용자 보조형(operator-assisted; OA)일 수 있다. OA에서, 네트워크 운용자는 근접성 검출에 있어 UE들을 보조할 수 있고 타겟팅된 발견 및/또는 인증/보안을 제공할 수 있다. 보조는 네트워크에 의해 프로액티브적으로(proactively) 제공될 수 있거나 UE의 요청 시에 제공될 수 있다. 네트워크는 D2D 링크들의 신뢰성을 모니터링하지 않을 수 있고 예를 들어, D2D 링크가 드롭되는 경우 세션 연속성(session continuity)을 지원하지 않을 수 있다. D2D 링크가 드롭될 때, 애플리케이션 층은 정규 프로시저들을 이용하여 네트워크를 통해 P2P 연결들을 재개시함으로써 어느 정도 레벨의 연속성을 제공할 수 있다. 다른 동작 모드는 운용자 관리(operator-managed; OM) 동작 모드일 수 있다. OM에서, 네트워크는 본 명세서에서 설명된 OA 동작 모드의 것과 유사한 방식으로 UE들을 보조한다 네트워크는 또한 무선 링크 모니터링을 제공할 수 있고, 예를 들어, D2D 통신 동안 세션 연속성을 지원하기 위한 관리를 제공할 수 있다. 요청되는 경우, 네트워크는 예를 들어, 네트워크 액세스 자원들을 이용하여 D2D 트래픽을 앵커링(anchoring)할 수 있다. 네트워크 앵커링은 2개의 UE들이 동일한 eNB의 커버리지 내에 있을 때 발생할 수 있다. 네트워크 앵커링은, 디바이스들이 근접하지 않게(out of proximity) 이동될 때조차도 세션 연속성이 요청될 수 있기 때문에 eNB들에 걸쳐서 발생할 수 있다.

물리(physica; PHY) 및 MAC 층들은 소셜 네트워킹, 광고, 게임, 스트리밍 및 긴급 서비스들을 포함(그러나 이것으로 제한되지 않음)할 수 있는 신생 서비스들을 지원할 수 있는 분배식 피어 인식 통신들을 위해 제공될 수 있다. 예를 들어, IEEE 802.15.8에 대한 PHY 및 MAC가 제공될 수 있다. IEEE 802.15.8에 대한 다수의 특징들이 이용될 수 있다. 예를 들어, 802.15.8에 대해 연관 없이 피어 정보의 발견이 제공될 수 있다. 100kbps 보다 더 높은 발견 시그널링 레이트가 제공될 수 있고, 발견 시에 디바이스들의 수는 100개 초과의 디바이스일 수 있다. 스케일러블(scalable) 데이터 전송 레이트들이 제공될 수 있다. 스케일러블 데이터 전송 레이트들은 10 MBps일 수 있다. 10개의 그룹들과 같은 다수의 그룹들에서 동시적 멤버쉽을 허용할 수 있는 그룹 통신이 제공될 수 있다. 상대적 포지셔닝(relative positioning), 다중 홉 릴레이(multi-hop relay), 또는 보안 중 하나 이상이 제공될 수 있고, IEEE 802.15.8의 기반설비 없는 P2P는 11 GHz 미만일 수 있는, 선택된 글로벌적으로 이용 가능한 라이센스 없는/라이센스받는 대역들(selected globally available unlicensed/licensed bands)에서 동작될 수 있다.

연관 없는 고속 이웃 발견이 IEEE 802.15.8에 대해 제공될 수 있다. 이웃 발견 프로세스는 피어 투 피어 통신들을 위해 이용될 수 있고, 그룹 통신들을 위해 이용될 수 있다. 이웃 발견은 PHY 및 MAC 층들에서 구현될 수 있는 기능들의 부분일 수 있다. 발견 프로세스는 연관 프로세스 없이 수행될 수 있으며, 이는 이웃 발견으로부터 초래될 수 있는 레이턴시를 감소시킬 수 있다.

분배식 조정(distributed coordination)을 통한 고속 연관이 IEEE 802.15.8에 대해 제공될 수 있다. IEEE 802.15.8의 연관 프로세스는 중앙식 조정기 또는 전용 서버에 의존하지 않을 수 있다. IEEE 802.15.8 디바이스들은 P2P 및/또는 그룹 통신들을 위해 분배식 방식으로 조정될 수 있다. 다수의 모바일 디바이스들이 존재하는 경우, 중앙식 연관 프로세스가 오버로딩(overloading)을 겪을 수 있다. 분배식 조정 프로세스는 오버로딩을 방지할 수 있고, 더 고속인 연관을 달성할 수 있다.

IEEE 802.15.8에 대한 그룹 통신이 제공될 수 있다. 그룹 통신은 예를 들어, 소셜 네트워킹 및 P2P 애플리케이션들과 같이 IEEE 802.15.8에 대한 다수의 애플리케이션들을 지원할 수 있다. 이들 애플리케이션들은 예를 들어, PHY 및 MAC 층들에서 그룹 통신 기능의 부분들을 구현함으로써 용이하게 될 수 있다. 개별 피어 인식 통신(peer aware communications; PAC) 디바이스들이 다수의 그룹들에 동시에 가입할 수 있다. IEEE 802.15.8 그룹 통신은 중앙 조정기 없이 관리될 수 있다.

IEEE 802.15.8에 대한 P2P 및/또는 기반설비 없는 통신들이 제공될 수 있다. IEEE 802.15.8은 PHY 및 MAC 층들에서 P2P 및 기반설비 없는 통신을 지원할 수 있다. P2P 통신은 중재 또는 조정 디바이스 없는 임의의 2개의 IEEE 802.15.8 디바이스들 간의 통신을 지칭할 수 있다. 이러한 통신 모드는 기지국들과 같은 기반설비 없이 네트워크들에서 이용될 수 있다. P2P 통신들은 재앙 발견 및 긴급성을 위한 애플리케이션들을 지원할 수 있는 다중 홉 릴레이 통신을 위해 이용될 수 있다.

인터넷 프로토콜(Internet protocol; IP) 멀티캐스트가 제공될 수 있다. IP 멀티캐스트는 IP 층에서 멀티캐스트 서비스들을 제공할 수 있다. 멀티캐스트 IP 어드레스는 가입에 관심있는 수신자들의 그룹에 대해 할당될 수 있다. 수신자들은 예를 들어, 멀티캐스트 그룹을 포뮬레이팅(formulate)하기 위해 멀티캐스트 IP 어드레스를 통해 그룹에 가입할 수 있다. 라우터들은 멀티캐스트 그룹의 레코드 및 그룹의 멤버들의 레코드를 유지할 수 있다. 송신자가 IP 패킷을 그룹에 송신할 때, 송신자는 소스 IP 어드레스로서 자신의 유니캐스트 IP 어드레스, 그리고 목적지 어드레스로서 멀티캐스트 IP 어드레스를 이용할 수 있다. 라우터들은 다수의 사본들로 IP 패킷들을 복제하는 것을 담당할 수 있고 이 사본들을 대응하는 수신자들에 포워딩할 수 있다. 멀티캐스트 그룹 관리, 예를 들어, 그룹 가입 또는 탈퇴(leaving)와 같은 이슈들을 핸들링할 수 있는 다수의 IP 멀티캐스트 프로토콜들, 예컨대, 프로토콜 독립적 멀티캐스트(protocol independent multicast; PIM)가 있을 수 있다. 이는 예를 들어, 멀티캐스트 분배 트리 및/또는 멀티캐스트 패킷 포워딩을 설정하기 위해 행해질 수 있다. IP 멀티캐스트는 애플리케이션 레벨 멀티캐스트(application-level multicast; ALM)보다 더 적은 IP 패킷 전송들을 이용할 수 있다. IP 멀티캐스트는 증가된 오버헤드를 도입할 수 있고, 그룹 상태 유지, IP 패킷들의 복제 및 IP 패킷들의 포워딩 중 하나 이상을 수행하도록 IP 라우터들에 요구할 수 있다.

ALM이 제공될 수 있다. ALM에서, 송신자는 하나 이상의 수신자들에 순차적으로 동일한 패킷을 유니캐스트할 수 있고, ALM은 IP 라우터로부터의 지원을 요청할 수 있고 IP 라우터들에 투명할 수 있으며, 이는 IP 멀티캐스트에 대조적일 수 있다. ALM은, 수신자들이 동일한 경로를 통해 송신자에 연결될 수 있을 때 더 많은 트래픽을 생성할 수 있고 더 낮은 전송 효율을 가질 수 있다. ALM은 송신자와 수신자 간의 단 대 단(end-to-end)을 핸들링할 수 있는 그룹 관리(예를 들어, 그룹 가입 또는 탈퇴)를 가질 수 있다.

MAC 층 멀티캐스트가 제공될 수 있다. MAC 멀티캐스트 프로토콜들은 P2P 무선 통신들을 위해 설계될 수 있고 기반설비 없는 P2P 통신들을 위해 이용될 수 있다.

802.11 및/또는 802.15 중 하나 이상의 적용될 수 있다.

확인응답(acknowledgement; ACK)은 정의될 수 있지만, 부정 ACK(negative ACK; NACK)는 정의되지 않을 수 있다. MAC 데이터 프레임은 확인응답이 이용될지를 표시할 수 있는 확인응답 요청(acknowledge request; AR) 비트를 가질 수 있다. MAC 데이터 프레임 헤더가 시퀀스 번호 필드를 가질 수 있지만, 순차적인 번호가 증분될 수 있는지를 특정하지 않을 수 있으며, 이는 NACK가 내삽될 수 없다는 것을 의미할 수 있다. ACK 프레임은 시퀀스 번호를 가질 수 있다.

802 조정 엔티티를 위해 그룹 ACK 정보 엘리먼트(information element; IE)가 정의될 수 있고, 보장 시간 슬롯(guaranteed time slot; GTS)에서 전송될 수 있는 다수의 데이터 프레임들을 확인응답하는데 이용될 수 있다. 그룹 ACK는 서버가 재전송을 위한 시간 슬롯을 할당(allocate)하도록 허용할 수 있다. 강화된 ACK가 제공될 수 있고, IE들로서 부가적인 콘텐츠를 포함할 수 있다. 다중 채널 적응 및 스위치는, 예를 들어, 송신자 및 수신자 쌍이 그들의 통신 채널을 스위칭하는 것을 가능케 하도록 송신자 및 수신자 쌍에 대해 정의될 수 있다.

증분적 ACK(Incremental ACK; IACK)는 예를 들어, 신뢰성 있는 MAC 단편 전송(fragment transmission)을 보조하도록 정의될 수 있다. IACK는 성공적으로 전송된 단편들 및 실패된 단편들을 표시할 수 있다. IACK는 ACK 및 NACK의 결합일 수 있다.

블록 ACK는 중간 블록 ACK 및 지연된 블록 ACK 중 하나 이상을 포함할 수 있다.

그룹 통신들은, 게임 및 소셜 네트워킹을 포함하는 다양한 애플리케이션들 및 서비스들을 가능하게 할 수 있는, P2P 통신을 위한 특징일 수 있다. 예를 들어, 멀티캐스트 및/또는 브로드캐스트 그룹들은 P2P 통신들에서 설정될 수 있다. 기존의 IP 멀티캐스트 및 ALM은 그룹 통신을 지원할 수 있지만, 무선 채널의 브로드캐스트 성질을 레버리지하지 않을 수 있고 낮은 그룹 통신 효율을 야기할 수 있다. 예를 들어, 기존의 IP 멀티캐스트 및 ALM은 무선 P2P 환경에서 더 높은 레이턴시 및 더 높은 오버헤드를 가질 수 있다.

멀티캐스트 및/또는 브로드캐스트는 기반설비 없는 P2P 통신들과 같은 P2P 통신을 제공하도록 MAC 층에서 구현될 수 있다. P2P 멀티캐스트 및/또는 브로드캐스트 이용 경우들은 상이한 서비스 품질(quality of services; QoS) 레벨들, 멀티캐스트 및/또는 브로드캐스트의 플랙서블 신뢰성, 또는 콘택스트 인식 멀티캐스트 및/또는 브로드캐스트 신뢰성 중 하나 이상을 요청할 수 있다.

예를 들어, 다자 게임과 같은 P2P 이용 경우들은 지연 민감성일 수 있고, (낮은 지연 또는 레이턴시를 보장하기 위한) 멀티캐스트 및/또는 브로드캐스트 매커니즘들을 요청할 수 있다. 피어들은 몇몇 P2P 이용 경우들에서 이동할 수 있고, 이러한 이동 시나리오 하에서 신뢰성 있는 멀티캐스트 및/또는 브로드캐스트를 요청할 수 있다. P2P 디바이스들은 배터리 전원식일 수 있고 에너지 효율적 멀티캐스트 및/또는 브로드캐스트를 요청할 수 있다

P2P 통신들에서 특성들 및 콘택스트 정보는 예를 들어, 상이한 P2P 시나리오들에 대해 MAC 층에서의 효율적인 멀티캐스트 및/또는 브로드캐스트를 가능하게 하도록 레버리지될 수 있다. P2P 시나리오들은 P2P MAC 멀티캐스트 및/또는 브로드캐스트로서 지칭될 수 있고, 1 홉, 다중 홉, 유니캐스트, 멀티캐스트, 및/또는 브로드캐스트를 포함(그러나 이것으로 제한되지 않음)할 수 있다.

MAC 층에서의 멀티캐스트 및/또는 브로드캐스트 매커니즘들이 본 명세서에서 논의된다. MAC 층에서의 멀티캐스트 및/또는 브로드캐스트 매커니즘은 예를 들어, 효율적인 멀티캐스트 및/또는 브로드캐스트를 가능케 하는데 이용될 수 있다. MAC 층에서의 멀티캐스트 및/또는 브로드캐스트 매커니즘들은 P2P 통신 동안 피어들이 이동식이 되도록 허용할 수 있고 고속 피어 연관 및 고속 그룹 멤버쉽 변경을 허용할 수 있다. 멀티캐스트 및/또는 브로드캐스트 매커니즘들은 중앙 조정기를 갖지 않을 수 있는 분배식 P2P 통신 시스템에서 이용될 수 있고, 라우터들을 갖지 않는 기반설비 없는 P2P 통신 시스템에서 이용될 수 있다. 멀티캐스트 및/또는 브로드캐스트 매커니즘들은 중앙식 P2P 통신 시스템은 물론 기반설비 기반 P2P 통신 시스템에서 이용될 수 있다.

콘택스트 인식 P2P MAC 멀티캐스트 및/또는 브로드캐스트에 대한 아키텍처 및 매커니즘들이 제공될 수 있다. 이는 예를 들어, P2P MAC 멀티캐스트 및/또는 브로드캐스트 어드레싱, 수락 제어, 신뢰성 관리 및/또는 협력 전송 중 하나 이상을 제공하도록 행해질 수 있고, 콘택스트 인식 P2P MAC 멀티캐스트 및/또는 브로드캐스트 그룹 관리는 그룹 설정, 그룹 업데이트, 수신자 선택 및/또는 범위 제어를 포함(그러나 이것으로 제한되지 않음)할 수 있다. 콘택스트 인식 P2P MAC 멀티캐스트 및/또는 브로드캐스트 신뢰성 관리는 플랙서블 신뢰성 및/또는 ACK 충돌 방지를 포함(그러나 이것으로 제한되지 않음)할 수 있다.

P2P MAC 멀티캐스트 및/또는 브로드캐스트를 지원하기 위한 MAC 프레임들이 제공될 수 있다. 예를 들어, 중앙식 1 홉 멀티캐스트 및/또는 브로드캐스트, 하이브리드 1 홉 멀티캐스트 및/또는 브로드캐스트, 분배식 1 홉 멀티캐스트 및/또는 브로드캐스트, 중앙식 다중 홉 멀티캐스트 및/또는 브로드캐스트 또는 하이브리드 다중 홉 멀티캐스트 및/또는 브로드캐스트 중 하나 이상에 대해 P2P MAC 멀티캐스트 및/또는 브로드캐스트에 대한 프로시저들이 제공될 수 있다.

멀티캐스트 또는 브로드캐스트 P2P 통신이 제공될 수 있다. 매체 액세스 제어(medium access control; MAC) 데이터 프레임이 전송될 수 있다(예를 들어, 데이터 업스트림을 송신하고 있는, 전송 또는 중간 피어, VL(virtual leader) 또는 SubVL과 같은 P2P 시스템 내의 엔티티는 이러한 전송에서 MAC 데이터 프레임을 포함시킬 수 있음). 예를 들어, MAC 데이터 프레임은 데이터 프레임을 멀티캐스트 또는 브로드캐스트함으로써 전송될 수 있다. MAC 데이터 프레임은 확인응답 동작을 수행하도록 피어(예를 들어, MAC 데이터 프레임을 수신하고 있는 피어)에 지시하는 확인응답 타입(예를 들어, 플랙서블 확인응답 타입)을 포함할 수 있다. 확인응답 동작을 이용하여 피어에 의해 생성된 확인응답 메시지는 가상 리더(virtual leader)에 의해 수신될 수 있다.

매체 액세스 제어(MAC) 멀티캐스트 또는 브로드캐스트가 제공될 수 있다. MAC 데이터가 피어에 전송될 수 있다. MAC 데이터는 예를 들어, 확인응답 동작을 수행하도록 피어에 지시할 수 있는 확인응답 타입을 포함할 수 있다. 확인응답 동작을 이용하여 피어에 의해 생성되는 확인응답 메시지가 수신될 수 있다. MAC 데이터를 재전송하기 위한 헬퍼 피어(helper peer)가 (예를 들어, 협력적 신뢰성 있는 멀티캐스트 및/또는 브로드캐스트 전송들을 가능케 하도록) 결정될 수 있다. 헬퍼 요청 메시지는 예를 들어, 헬퍼 피어가 MAC 데이터를 재전송하도록 요청하기 위해 소스 피어로부터 헬퍼 피어로 전송될 수 있다. 소스 피어는 헬퍼 판정기(예를 들어, 다른 피어, VL, SubVL 및/또는 SuperVL)로부터 헬퍼 피어 후보들의 리스트를 수신할 수 있다. 헬퍼 피어는 MAC 데이터를 다른 피어들에(예를 들어, 목적지 피어들로) 재전송할 수 있다. 헬퍼 피어는 다른 피어들로부터의 수신된 확인응답 메시지들에 기초하여 어그리게이팅된(aggregated) 확인응답 메시지를 생성할 수 있다. 어그리게이팅된 확인응답 메시지는 헬퍼 피어로부터 수신될 수 있다. 헬퍼 피어는 제 1 피어일 수 있고 어그리게이팅된 확인응답 메시지는 제 2 피어로부터 확인응답 메시지를 포함할 수 있다.

MAC 멀티캐스트 또는 브로드캐스트가 제공될 수 있다. 피어가 결정될 수 있다. MAC 데이터를 재전송하기 위한 서브 가상 리더(sub virtual leader; SubVL)가 결정될 수 있다. SubVL은 VL로부터 MAC 데이터를 수신할 수 있다. MAC 데이터 프레임은 SubVL을 통해 피어에 전송될 수 있다. MAC 데이터 프레임은 예를 들어, 확인응답 동작을 수행하도록 피어에 지시할 수 있는 확인응답 타입을 포함할 수 있다. 어그리게이팅된 확인응답 메시지는 SubVL로부터 수신될 수 있다. 어그리게이팅된 확인응답 메시지는 확인응답 동작을 이용하여 피어에 의해 생성될 수 있는 확인응답 메시지를 포함할 수 있다.

시스템들, 방법들 및 수단들은 피어가 P2P 근접 통신들, 피어 발견 및 피어 연관을 허용하도록 제공될 수 있다. 피어는, 2G의 모바일 스테이션(mobile station; MS), 3GPP의 사용자 장비(user equipment; UE), IEEE 802.15/WPAN(무선 개인 영역 네트워크)의 풀 기능 디바이스(full-function device; FFD) 및/또는 감소된 기능 디바이스(reduced- function device; RFD)를 포함(그러나 이들로 제한되지 않음)하는 디바이스 또는 사용자일 수 있다. 피어는 그룹 ID를 공유할 수 있는 사용자들 또는 디바이스의 그룹일 수 있다. P2P 근접 통신들은 근접성 내에 있을 수 있는 피어들 간에 기반설비 기반 또는 기반설비 없는 통신들일 수 있다. 피어 발견은 다른 피어를 발견하도록 피어에 의해 이용될 수 있고, P2P 근접 통신들을 가능케 하도록 피어 연관 이전에 이용될 수 있다. 피어 연관은 다른 피어와의 논리적 관계를 설정하도록 피어에 의해 이용될 수 있고, P2P 데이터 전송이 시작될 수 있기 전에 이용될 수 있다. 피어 연관은 피어 부착, 피어링, 페어링 또는 링크 설정으로서 지칭될 수 있다.

피어들은 연관 식별자 및/또는 연관 콘텐츠 정보를 이용할 수 있다. 연관 식별자는 피어들 간의 설정된 연관 관계를 식별하는데 이용될 수 있는 로컬 식별자일 수 있다. 연관 식별자는 피어 연관 또는 피어 재연관 동안 지정될 수 있고 피어 연관 또는 업데이트 동안 업데이트될 수 있다. 연관 콘택스트 정보는 피어들 간에 설정될 수 있는 연관 관계에 관한 특성 및/또는 정보일 수 있다.

피어들은 피어 연관 업데이트, 피어 연관해제(peer disassociation) 및/또는 피어 재연관을 수행할 수 있다. 피어 연관 업데이트는 다른 피어(들)와의 기존의 연관 관계와 연관될 수 있는 연관 콘택스트 및/또는 연관 식별자를 업데이트하도록 피어에 의해 이용될 수 있는 프로시저일 수 있다. 피어 연관해제는 다른 피어(들)와의 연관 관계를 소거하도록 피어에 의해 이용되는 프로시저일 수 있다. 피어 재연관은 다른 피어(들)와의 연관 관계를 재연관하도록 피어에 의해 이용될 수 있는 프로시저일 수 있다.

피어는 가상 리더일 수 있다. 가상 리더는 중앙식 인트라 P2PNW 제어를 위해, 예컨대 P2PNW 내에서 동일한 콘택스트 기반 서비스 또는 애플리케이션을 공유할 수 있는 피어들의 그룹 간에 P2P 통신들을 표현, 관리 및/또는 조정하도록 작업이 부과되는 피어일 수 있다. 가상 리더는 그룹(P2PNW) 내에서 동적으로 결정 및/또는 변경될 수 있다. 가상 리더는 콘택스트 관리, 콘택스트 인식 발견 브로드캐스트, 콘택스트 인식 피어 연관, 그룹 멤버쉽 관리, 동기화, 링크 관리, 채널 할당 및 액세싱 제어, 신뢰성 있는 데이터 전송, 라우팅 관리, 전력 제어 및 간섭 관리 및/또는 채널 관리 조정을 비롯(그러나 이것으로 제한되지 않음)해서 그룹(P2PNW)에 대한 기능들을 수행할 수 있다. 피어는 하나의 애플리케이션(P2PNW)에 대한 가상 리더일 수 있고, 하나의 애플리케이션(P2PNW)은 하나의 가상 리더를 가질 수 있다. 가상 리더는 그룹 리더, 그룹 헤더, 그룹 컨트롤러, 그룹 조정기, 그룹 마스터, 그룹 관리자, 클러스터 리더, 클러스터 헤더, 클러스터 컨트롤러, 클러스터 조정기, 클러스터 마스터, 클러스터 관리자, 존(zone) 리더, 존 헤더, 존 컨트롤러, 존 조정기, 존 마스터, 존 관리자 또는 조정기로서 지칭될 수 있다.

피어는 서브 가상 리더(sub-virtual leader; SubVL)일 수 있다. SubVL은 예를 들어, 중앙식 인트라 P2PNW 제어를 위해 물리적 또는 논리적 토폴로지에 기초하여 다중 홉(multi-hop)을 통해 커버리지를 확장하도록 작업이 부과될 수 있는 피어일 수 있다. 서브 가상 리더는 동일한 콘택스트 기반 서비스 또는 애플리케이션(P2PNW)의 서브그룹을 관리할 수 있다. 서브 가상 리더는 동일한 그룹의 가상 리더 및/또는 서브 가상 리더의 관리 하에 있는 피어(예를 들어, 멤버)일 수 있다. 서브 가상 리더는 가상 리더의 기능들의 부분집합을 수행할 수 있다.

피어는 수퍼 가상 리더(super virtual leade; SuperVL)일 수 있다. SuperVL은 예를 들어, 동기화, 전력 제어, 간섭 관리, 채널 할당 및/또는 액세스 제어의 목적을 위해 중앙식 P2PNW간 제어에 대해 근접하게 있는 P2PNW들의 가상 리더들을 조정하도록 작업이 부가될 수 있는 가상 리더일 수 있다. 수퍼 가상 리더는 근접하게 있는 가상 리더들 간에 동적으로 결정되고 및/또는 변경될 수 있다. 수퍼 가상 리더는 중앙식 P2PNW간 제어를 위해 가상 리더 계층적 구조의 최상부 리더일 수 있다.

P2P MAC 멀티캐스트 및/또는 브로드캐스트 모드들 또는 이용 경우들이 제공될 수 있다. 예를 들어, 표 1은 다수의 P2P MAC 멀티캐스트 및/또는 브로드캐스트 이용 경우들 또는 모드들을 도시한다:

이용경우	제어 평면	데이터 평면	송신자	홉	VL의 존재
중앙식 1 홉 VL 투 피어들 멀티캐스트 및/또는 브로드캐스트(도 1)	VL에서 중앙식이 될 수 있음	VL에서 중앙식이 될 수 있음	VL	1	예
하이브리드 1 홉 멀티캐스트 및/또는 브로드캐스트(도 2)	VL에서 중앙식이 될 수 있음	피어에서 분배식이 될 수 있음	피어	1	예
분배식 1 홉 멀티캐스트 및/또는 브로드캐스트(도 3)	피어에서 분배식이 될 수 있음	피어에서 분배식이 될 수 있음	피어	1	아니오
중앙식 다중 홉 VL 투 피어들 멀티캐스트 및/또는 브로드캐스트(도 4a)	VL에서 중앙식이 될 수 있음	VL에서 중앙식이 될 수 있음	VL	>1	예
중앙식 다중 홉 피어 투 피어들 멀티캐스트 및/또는 브로드캐스트(도 4b)	VL에서 중앙식이 될 수 있음	VL에서 중앙식이 될 수 있음	피어	>1	예
하이브리드 다중 홉 멀티캐스트 및/또는 브로드캐스트(도 5)	VL에서 중앙식이 될 수 있음	피어에서 분배식이 될 수 있음	피어	>1	예

1 홉 P2P 멀티캐스트 및/또는 브로드캐스트는 다음 중 하나 이상을 포함할 수 있다. 도 1은 중앙식 1 홉 멀티캐스트 및/또는 브로드캐스트의 예를 도시한다. 도 1에서 도시된 바와 같이, 가상 리더(VL), 예컨대, 가상 리더(1)는 (예를 들어, 피어들(1-n)) 간의) 전송들을 제어할 수 있다. 가상 리더(1)는 피어들(1-n)로 멀티캐스트 및/또는 브로드캐스트할 수 있다. 도 2는 하이브리드 1 홉 멀티캐스트 및/또는 브로드캐스트의 예를 도시한다. 도 2에서 도시된 바와 같이, VL, 예컨대, 가상 리더(1)는 중앙식 제어 시그널라이징(centralized control signalizing)을 담당하는 피어일 수 있다. 가상 리더(1)는 다른 피어들로 데이터를 직접 멀티캐스트 및/또는 브로드캐스트할 수 있을 수도 있다. 가상 리더(1)는 멀티캐스트 및/또는 브로드캐스트하도록 피어(1)를 제어함으로써 간접적으로 멀티캐스트 및/또는 브로드캐스트할 수 있다. 도 3은 분배식 1 홉 멀티캐스트 및/또는 브로드캐스트의 예를 도시한다. 도 3에서 도시된 바와 같이, VL이 없을 수 있고; 피어들은 스스로 관리할 수 있다. 피어는 또한 다른 피어들로 데이터를 직접 멀티캐스트할 수 있다.

다중 홉 P2P 멀티캐스트 및/또는 브로드캐스트는 다음 중 하나 이상을 포함할 수 있다. 도 4a는 가상 리더(VL)로부터 피어들로의 중앙식 다중 홉 멀티캐스트 및/또는 브로드캐스트의 예를 도시한다. 도 4b는 피어와 피어간 중앙식 다중 홉 멀티캐스트 및/또는 브로드캐스트의 예를 도시한다. 도 4a 및 도 4b에서 도시된 바와 같이, 제어 및 데이터 양자의 전송은 중앙식이 될 수 있고, VL1과 같은 VL에 의해 제어될 수 있지만, SubVL들에 의해 릴레이될 수 있다. 데이터 전송은 업 앤 다운(up-and-down) 방식으로 행해질 수 있고; 소스 피어는 VL로 상향으로(up) 데이터를 송신할 수 있고, VL은 하나 이상의 SubVL들(예를 들어, 홉들)을 통해 다른 피어들로 하향으로(down) 데이터를 포워딩할 수 있다.

도 5는 하이브리드 다중 홉 멀티캐스트 및/또는 브로드캐스트의 예를 도시한다. 도 5에서 도시된 바와 같이, VL1과 같은 VL은 중앙식 제어를 담당할 수 있지만, 데이터는 VL로 가지 않고 소스 피어로부터 다른 피어들로 송신될 수 있다(예를 들어, 데이터는 피어로부터 SubVL로 송신될 수 있고, SubVL은 데이터를 다른 피어들로 멀티캐스트 및/또는 브로드캐스트할 수 있으며; 데이터는 피어로부터 제 1 SubVL으로 송신될 수 있고, 제 1 SubVL은 다른 피어들로 멀티캐스트 및/또는 브로드캐스트할 수 있는 제 2 SubVL으로 데이터를 송신할 수 있는 식이다).

콘택스트 인식 P2P MAC 멀티캐스트 및/또는 브로드캐스트 아키텍처가 제공될 수 있다. 도 6은 P2P MAC 멀티캐스트 및/또는 브로드캐스트에 대한 예시적인 트리 구조를 도시한다. 예를 들어, 도 6은 멀티캐스트 분배 트리가 컨트롤러, 송신자, 분배자, 헬퍼 및 수신자와 같은 다수의 논리적 엔티티들을 포함할 수 있는 P2P MAC 멀티캐스트 및/또는 브로드캐스트를 예시한다. 컨트롤러는 분배 트리에서 출현하지 않을 수 있지만, 멀티캐스트 분배 트리를 설정하는데 이용 가능할 수 있다. 컨트롤러는 분배자일 수 있다. 컨트롤러는 VL 또는 SubVL일 수 있다. 송신자는 하나 이상의 대응하는 수신자들에 MAC 프레임들을 멀티캐스트 및/또는 브로드캐스트할 수 있는 멀티캐스트 소스 피어일 수 있다. 송신자는 VL, SubVL, 또는 피어일 수 있다.

분배자는 대응하는 수신자들의 그룹 또는 서브그룹들로 MAC 프레임들을 포워딩하기 위한 릴레이 지점으로서 MAC 멀티캐스트 및/또는 브로드캐스트를 용이하게 할 수 있는 피어일 수 있다. 분배자는 VL 또는 SubVL일 수 있다. 분배자는 MAC 데이터 프레임들을 기꺼이 멀티캐스트 및/또는 브로드캐스트할 수 있으며 그 능력을 가질 수 있다. 분배자는 멀티캐스트 분배 트리에서 출현할 수 있거나 출현하지 않을 수 있다. 분배자가 멀티캐스트 분배 트리에서 출현할 때, 멀티캐스트 및/또는 브로드캐스트 송신자는 분배자에 MAC 프레임들을 전송하고 분배자는 MAC 프레임들을 수신자(들)에 포워딩(예를 들어, 멀티캐스트 및/또는 브로드캐스트)할 수 있다. 분배자가 멀티캐스트 분배 트리에서 출현하지 않을 때 송신자가 분배자로서 간주될 수 있고 MAC 프레임들을 수신자(들)에 멀티캐스트 및/또는 브로드캐스트할 수 있다. 송신자는 피어 발견 및 연관을 이용하여 분배자를 발견하려고 할 수 있다. 송신자는 어떠한 분배자도 발견되지 않는 경우 멀티캐스트 및/또는 브로드캐스트 시도를 중지할 수 있다.

헬퍼는 멀티캐스트 분배 트리에서 중간 피어일 수 있다. 헬퍼는 분배자 또는 수신자일 수 있다. VL, SubVL, 또는 피어들이 헬퍼들로서 요청되거나 지정될 수 있다. 헬퍼는 수신된 MAC 데이터 프레임을 다음 홉에 포워딩할 수 있다. 헬퍼는 협력적 P2P MAC 멀티캐스트 및/또는 브로드캐스트를 가능하게 할 수 있다. 헬퍼는 홉단위 방식(hop-by-hop manner)으로 MAC 프레임 재전송을 수행할 수 있다. 헬퍼는 MAC ACK 프레임 어그리게이션을 수행할 수 있다.

수신자는 MAC 프레임들을 수신할 수 있는 대응하는 엔드 피어(end peer)일 수 있다. 멀티캐스트 분배 트리에서 리프(leaf) 노드가 수신자일 수 있다. 멀티캐스트 분배 트리에서 중간 노드는 수신자 또는 헬퍼일 수 있다.

멀티캐스트 분배 트리는 다음 중 하나 이상을 이용하여 설정될 수 있다. 멀티캐스트 분배 트리는 연관 프로시저들을 통해 설정될 수 있다. 멀티캐스트 분배 트리는 별개의 트리 접근법을 이용하여 설정될 수 있다. 별개의 트리 접근법에서, 독립적이고 전용되는 멀티캐스트 분배 트리들이 각각의 송신자에 대해 설정될 수 있다. 다른 피어가 송신자가 되기를 원하고 MAC 프레임을 멀티캐스트 및/또는 브로드캐스트할 수 있을 때, 멀티캐스트 분배 트리가 생성될 수 있다. 멀티캐스트 분배 트리는 조인트 트리 접근법(joint tree approach)을 이용하여 설정될 수 있다. 조인트 트리 접근법에서, 단일 조인트 멀티캐스트 분배 트리는, 이들이 동일한 분배자를 이용하여 동일한 수신자들의 세트를 갖는 경우 잠재적인 송신자들에 대해 생성될 수 있다. 조인트 트리 상의 수신자는 송신자가 될 수 있고 및/또는 동일한 멀티캐스트 분배 트리 상에서 MAC 프레임을 멀티캐스트 및/또는 브로드캐스트할 수 있다.

도 7은 콘택스트 인식 P2P MAC 멀티캐스트 및/또는 브로드캐스트에 대한 기능들의 예를 도시한다. 예를 들어, 도 7은 하나 이상의 피어(들)에서의 콘택스트 인식 P2P MAC 멀티캐스트 및/또는 브로드캐스트 기능들을 도시한다. 몇몇 기능들은 피어의 역할(예를 들어, 컨트롤러, 송신자, 분배자, 헬퍼, 또는 수신자)에 의존할 수 있다. MAC 멀티캐스트 제어 기능들(MAC multicast control functions; MMCF)이 제공될 수 있다. MAC 멀티캐스트 데이터 기능들(MAC multicast data functions; MMDF)이 제공될 수 있다.

MMCF는 MAC 멀티캐스트 및/또는 브로드캐스트를 제어 및 관리할 수 있다. MMCF는 MMDF 및/또는 콘택스트 인식 피어 연관을 포함하는 다른 MAC 기능들을 포함(그러나 이것으로 제한되지 않음)하는 능력들을 가질 수 있다. MMCF 능력들은 상위 층들에 의해 액세스되고 및/또는 인보크(invoke)될 수 있다. MMCF는 피어 콘택스트 정보에 액세스할 수 있다. MMCF 능력들은, 조정 관리, 그룹 관리, 신뢰성 관리, 협력 관리, 또는 수락 제어 중 하나 이상을 포함할 수 있다. MMCF 능력들은 서로 상호작용할 수 있다. 어드레스 관리는 MAC 어드레스들을 관리하기 위해, 예를 들어, MAC 층에서 멀티캐스트 및/또는 브로드캐스트를 구현하기 위해 이용될 수 있다. 그룹 관리는 멀티캐스트 및/또는 브로드캐스트 그룹을 관리하는데 이용될 수 있다. 그룹 관리는 그룹 가입 및 탈퇴, 및/또는 멀티캐스트 및/또는 브로드캐스트 수신자 제어를 포함(그러나 이것으로 제한되지 않음)할 수 있다. 신뢰성 관리는 멀티캐스트 및/또는 브로드캐스트 신뢰성을 관리하는데 이용될 수 있고 멀티캐스트 및/또는 브로드캐스트의 플랙서블 신뢰성을 제공할 수 있다. 협력 관리는 협력적 멀티캐스트 및/또는 브로드캐스트가 가능할 수 있는지 여부 또는 그 방법을 관리 및 제어하는데 이용될 수 있다. 이는 예를 들어, 협력적 재전송 및 ACK 어그리게션과 같은 매커니즘들을 통해, 효율 및 신뢰성과 같은 MAC 멀티캐스트 및/또는 브로드캐스트 성능을 개선하도록 행해질 수 있다. 수락 제어는 송신자로부터 멀티캐스트 및/또는 브로드캐스트 요청을 관리 및 제어(예를 들어, 인증 또는 승인)하는데 이용될 수 있다.

MMDF는 MAC 프레임들을 전송, 포워딩 및/또는 재전송하는 것을 담당할 수 있다. MMDF는 상위 층들, MMCF 및/또는 다른 MAC 기능들에 의해 인보크되고 및/또는 이와 인터페이싱할 수 있다. 본 명세서에서 개시된 바와 같이, MAC 프레임들은 상위 층들로부터 인입하는 패킷들 또는 메시지들에 대해 생성될 수 있으며, 여기서 상위층은 IP 멀티캐스트 또는 ALM을 지원한다.

P2P MAC 멀티캐스트 및/또는 브로드캐스트 어드레싱이 제공될 수 있다. MAC 어드레싱은 MAC 층에서의 멀티캐스트 및/또는 브로드캐스트를 지원할 수 있다. MAC 층에서 수신자들과 같은 피어들의 그룹을 어드레싱하기 위한 시스템들, 방법들 및 수단들이 본 명세서에서 개시된다.

MAC 브로드캐스트 어드레스 및 그룹 ID가 (예를 들어, 수신자들의 그룹을 어드레싱하기 위해) 이용될 수 있다. 그룹 ID는 애플리케이션 ID, VL ID, 위치 의존 ID, 로컬 ID 또는 이들의 결합일 수 있다. 그룹 ID 또는 MAC 브로드캐스트 어드레스가 피어 연관 프로시저 동안 지정될 수 있다. 이들 ID들은 해시(hash)되고 그 후 MAC 브로드캐스트 어드레스와 결합될 수 있다. MAC 멀티캐스트 및/또는 브로드캐스트 MAC 데이터 프레임은, MAC 목적지 어드레스 및 그룹 ID일 수 있는 MAC 브로드캐스트 어드레스를 포함할 수 있으며, 이는 피어가 인입하는 데이터 프레임을 수신/수락하는지 또는 안하는지를 표시하도록 적응된 필터일 수 있다.

MAC 브로드캐스트 어드레스 및 그룹 ID의 결합이 개시될 수 있다. 도 8a는 MAC 브로드캐스트 어드레스 및/또는 그룹 ID에 기초할 수 있는 브로드캐스트/멀티캐스트 어드레싱의 예를 도시한다. 도 8a에서 도시된 바와 같이, MAC 브로드캐스트 어드레스 및 그룹 ID는 MAC 브로드캐스트 어드레스 및 그룹 ID를 연계(concatenating)함으로써 결합될 수 있다. MAC 멀티캐스트 및/또는 브로드캐스트 MAC 데이터 프레임은 MAC 목적지 어드레스 및 그룹 ID일 수 있는 MAC 브로드캐스트 어드레스를 포함할 수 있으며, 이는 피어가 인입하는 데이터 프레임을 수신/수락하는지 또는 안하는지를 표시하도록 적응되는 수신자 또는 수신 피어에 의한 필터일 수 있다.

도 8b는 MAC 브로드캐스트 어드레스 및/또는 그룹 ID에 기초할 수 있는 브로드캐스트/멀티캐스트 어드레싱의 예를 도시한다. 도 8b에서 도시된 바와 같이, MAC 브로드캐스트 어드레스 및 그룹 ID는 그룹 ID가 MAC 브로드캐스트 어드레스보다 적은 비트들을 가질 수 있도록 그룹 ID를 세팅함으로써 결합될 수 있다. 예를 들어, 그룹 ID는 G 비트들(예를 들어, 48 비트 미만)을 가질 수 있고, MAC 브로드캐스트 어드레스 및 그룹 ID는 총 길이가 48비트가 될 수 있도록 함께 통합될 수 있다. 마지막 G 비트들은 그룹 ID와 동일할 수 있고 잔여 비트들(예를 들어, 48－G)은 1과 동일할 수 있다.

유니캐스트 어드레스 및 그룹 ID가 수신자들의 그룹을 어드레싱하는데 이용될 수 있다. 도 9는 계층적 MAC 유니캐스트 어드레스 지정의 예를 도시한다. 유니캐스트 어드레스는 수신자 또는 헬퍼에 대응할 수 있다. MAC 멀티캐스트 및/또는 브로드캐스트 MAC 데이터 프레임은 MAC 유니캐스트 어드레스들 및 그룹 ID의 세트를 포함할 수 있다. 피어에 대한 MAC 유니캐스트 어드레스는 원래의 MAC 유니캐스트 어드레스의 해시된 값 또는 짧은 어드레스일 수 있다. MAC 유니캐스트 어드레스는, 원래의 MAC 유니캐스트 어드레스와 동일하지 않은 경우, 콘택스트 인식 피어 연관 동안 지정될 수 있다. 계층적 MAC 유니캐스트 어드레스는, 예를 들어, MAC 유니캐스트 어드레스(예를 들어, 새로운 MAC 유니캐스트 어드레스)가 콘택스트 인식 피어 연관 프로시저 동안 지정되면 피어들에 지정될 수 있다. 계층적 MAC 유니캐스트 어드레스는 피어들 간의 가상 토폴로지를 반영할 수 있다. 계층적 MAC 유니캐스트 어드레스는 다중 홉 프레임 포워딩에 대해 레버리지(leverage)될 수 있다. 이는 예를 들어, 각각의 부분(P)이 Bi 비트들(예를 들어, Bi=4)을 갖도록 유니캐스트 어드레스를 다수의 P 부분들(예를 들어, P=12)로 분할함으로써 구현될 수 있다. 부분은 각각의 (예를 들어, 상이한) 토폴로지 레벨을 표현하는데 이용될 수 있다. 예를 들어, 제 1 부분은 최고 또는 제 1 레벨에 대해 이용될 수 있고 제 2 부분은 제 2 레벨에 대해 이용될 수 있는 식이다. 부분은 다른 부분들과 동일하거나 상이한 수의 비트들을 가질 수 있다. 예를 들어, 도 4에서, VL(1)은, Bi가 4와 동일할 때, 자신의 MAC 유니캐스트 어드레스로서 "1"(예를 들어, "0001"), SubVL(1.1)에 대해 "1.1"(예를 들어, 00010001) 및 SubVL 1.1.1에 대해 "1.1.1"(예를 들어, "000100010001") 로 지정될 수 있다.

MAC 어드레스들은 예를 들어, 피어들의 그룹을 어드레싱하기 위해 미리할당(pre-allocate)될 수 있다. 도 10은 멀티캐스트를 위해 미리할당될 수 있는 MAC 어드레스들의 예를 도시한다. 미리할당된 MAC 어드레스들은 MAC 멀티캐스트 목적을 위해 이용될 수 있다. 도 10에서 도시된 바와 같이, 멀티캐스트 목적을 위해 할당된 MAC 어드레스들의 풀(pool)은 MAC 어드레스 공간의 시작, 끝, 또는 중간에 있을 수 있다. 예를 들어, MAC 어드레스들은, 그들의 프리픽스(prefix)가 특정한 값과 동일하거나, 또는 MAC 멀티캐스트를 위해 이용되는 특정한 범위에 있는 경우 특정될 수 있다. MAC 멀티캐스트 어드레스는 예를 들어, 피어 연관 프로시저들과 같은 멀티캐스트 그룹 설정 동안 MAC 멀티캐스트 어드레스들의 풀로부터 선택되거나 결정될 수 있다. 멀티캐스트 MAC 데이터 프레임은 목적지 어드레스로서 멀티캐스트 MAC 어드레스를 포함할 수 있다.

근접하게 있는 하나보다 많은 그룹이 동일한 MAC 멀티캐스트 어드레스를 이용할 수 있을 때 발생할 수 있는 충돌을 방지하기 위한 시스템들, 방법들 및 수단들이 개시될 수 있다. 그룹이 설정될 때, 그룹의 근접성 내의 MAC 멀티캐스트 어드레스를 어나운스(announce)할 수 있어서, 근접하게 있는 다른 그룹들은 동일한 MAC 멀티캐스트 어드레스를 선택하지 않게 될 수 있다. MAC 멀티캐스트 어드레스는 애플리케이션 ID, VL ID 또는, VL의 위치 중 하나 이상에 기초하여 결정될 수 있다. 선택된 MAC 멀티캐스트 어드레스는 해시, 예를 들어, 애플리케이션 ID, VL ID 또는, VL의 위치 중 하나 이상의 해시와 동일할 수 있다. 해시는 다 대 1 또는 1 대 1 함수일 수 있다.

콘택스트 인식 P2P MAC 멀티캐스트 및/또는 브로드캐스트 그룹 관리가 제공될 수 있다. 콘택스트 인식 P2P MAC 멀티캐스트 및/또는 브로드캐스트 그룹 관리는, 그룹 설정, 그룹 업데이트 및/또는 수신자 관리를 포함(그러나 이것으로 제한되지 않음)할 수 있다. 그룹 설정은, 송신자가 MAC 프레임들을 전송할 수 있기 전에 발생할 수 있다. 멀티캐스트 및/또는 브로드캐스트 분배 트리가 포뮬레이팅(formulate)될 수 있다. 멀티캐스트 및/또는 브로드캐스트 분배 트리는 그룹 설정 이후에 포뮬레이팅될 수 있다. 콘택스트 인식 피어 연관은 그룹 설정을 위해 레버리지될 수 있다. 그룹 업데이트는 피어들(예를 들어, 새로운 피어들)이 (예를 들어, 임의의 시간에) 설정된 그룹에 가입하도록 허용할 수 있다. 그룹 업데이트 프로시저들은 기존의 피어들이 (예를 들어, 임의의 시간에) 설정된 그룹을 탈퇴하록 허용할 수 있다. 콘택스트 인식 피어 연관 프로시저들은 그룹 업데이트를 위해 레버리지될 수 있다.

수신자 관리는 예를 들어, 수신자 범위를 조정하는데 이용될 수 있다. 수신자 관리는, 피어 선택, 피어 리스트 요청, 피어 리스트 응답 또는 수신자 범위 제어 중 하나 이상을 포함(그러나 이것으로 제한되지 않음)할 수 있다. 피어 선택이 제공될 수 있다. 애플리케이션이 몇몇 그룹 정보 또는 요청들(예를 들어, 물리적 위치에 있는 피어를 요청, 동일하고 및/또는 유사한 디바이스 프로필을 갖는 피어들을 요청)에 의해 그룹 멤버들을 특정하지 못하는 경우, VL은 마지막 라운드(last round) 및/또는 피어 콘택스트 정보로부터의 전송 통계를 포함(그러나 이것으로 제한되지 않음)하는 상이한 콘택스트 정보에 기초하여 멀티캐스트 및/또는 브로드캐스트 정보를 수신할 피어를 선정할(pick) 수 있다. 송신자 또는 헬퍼는 MAC 데이터 프레임들 및/또는 재전송을 수신하기 위한 피어들의 리스트를 획득하기 위해 컨트롤러(예를 들어, VL 및/또는 SubVL)에 확인할 수 있다. 송신자는 예를 들어, MAC 데이터 프레임들 및/또는 재전송을 수신하기 위해 피어(들)의 리스트를 획득하도록 컨트롤러(예를 들어, VL 및/또는 SubVL)에 피어 리스트 요청을 송신할 수 있다. 컨트롤러(예를 들어, VL 및/또는 SubVL)는 피어 콘택스트 정보와 같은 콘택스트 정보에 기초하여 피어 선택을 수행할 수 있고, 송신자 및/또는 헬퍼에 피어 리스트 응답을 역으로(back) 송신할 수 있다. 피어 선택 프로세스는 멀티캐스트 및/또는 브로드캐스트 세션이 시작하기 전에 수행될 수 있다. 피어 선택은 멀티캐스트 및/또는 브로드캐스트 세션 동안 주기적으로 수행될 수 있다. 송신자 또는 헬퍼는 예를 들어, 컨트롤러(예를 들어, VL 및/또는 SubVL)로 요청을 송신하지 않고 국부적으로 유지되는 콘택스트 정보에 기초하여 피어 선택을 수행할 수 있다.

피어 리스트 요청은 메시지일 수 있다. 피어 리스트 요청은, 지리적 멀티캐스트 및/또는 브로드캐스트 또는 그룹 기반 멀티캐스트 및/또는 브로드캐스트와 같은 멀티캐스트 타입 중 하나 이상을 포함(그러나 이것으로 제한되지 않음)할 수 있다. 피어 리스트 요청은 애플리케이션/서비스 타입 및 패킷 레벨 신뢰성, 이벤트 레벨 신뢰성, 및/또는 위치 기반 신뢰성과 같은 멀티캐스트 신뢰성에 관한 요청들 중 하나 이상을 포함(그러나 이것으로 제한되지 않음)할 수 있다. 피어 리스트 요청은 이전의 멀티캐스트 라운드로부터 데이터를 성공적으로 수신한 피어들의 리스트를 포함할 수 있다. 피어 리스트 요청은, 다음 멀티캐스트 라운드가 새로운 전송 또는 재전송을 위한 것일 수 있는지를 표시하는데 이용될 수 있는 재전송 표시를 포함할 수 있다. 재전송 표시가 피어 리스트 요청 메시지에 포함되지 않는 경우, 재전송 표시는 피어 리스트 응답 메시지에 포함될 수 있다. 피어 리스트 응답 메시지는 다음 멀티캐스트 라운드에 대한 피어들의 리스트를 포함할 수 있다.

수신자 관리는 수신기 범위 제어를 포함할 수 있다. 송신자, 컨트롤러, 또는 분배자는 네트워크 내의 어디까지 MAC 프레임이 멀티캐스트 및/또는 브로드캐스트할 수 있는지를 요청할 수 있다. 수신자 범위 제어는 콘택스트 인식을 갖도록 결정될 수 있다. 예를 들어, MAC 프레임에 포함된 애플리케이션 메시지는 수명(age)을 가질 수 있다. 수명이 만료되는 경우, 애플리케이션 메시지는 다음 홉으로 포워딩되지 않을 수 있다. 다른 예로서, MAC 프레임을 멀티캐스트/브로드캐스트하기 위한 물리적 거리 및/또는 홉들의 수가 특정될 수 있으며, 이는 멀티캐스트 및/또는 브로드캐스트 범위를 제한할 수 있다.

수신자 범위 제어는 만료, 멀티캐스트 및/또는 브로드캐스트 범위 및/또는 최대 시도들과 같은 MAC 데이터 프레임 필드들/파라미터들을 이용하여 수행되고 및/또는 제어될 수 있다. 만료는 포함된 메시지의 만료 시간일 수 있다. 멀티캐스트 및/또는 브로드캐스트 범위는 MAC 프레임을 멀티캐스트 및/또는 브로드캐스트하기 위한 물리적 거리 또는 홉들의 수일 수 있다. 최대 시도들은 MAC 프레임의 최대 재전송들일 수 있다.

콘택스트 인식 P2P MAC 멀티캐스트 및/또는 브로드캐스트 신뢰성 관리가 제공될 수 있다. P2P 환경들에서 MAC 멀티캐스트 및/또는 브로드캐스트는 각각의 멀티캐스트 및/또는 브로드캐스트 MAC 프레임에 대한 재전송 기반 신뢰성을 수행하도록 각각의 수신자에 요청하지 않을 수 있다. 콘택스트 인식 플랙서블 신뢰성 및 ACK 충돌 방지가 본 명세서에서 설명된다.

콘택스트 인식 플랙서블 멀티캐스트 및/또는 브로드캐스트 신뢰성이 제공될 수 있다. 송신자는 MAC 데이터 프레임에서 ACK 타입(예를 들어, 플랙서블 ACK 타입)을 표시할 수 있거나, 또는 그룹 설정 동안, 예컨대, 콘택스트 인식 피어 연관 동안 ACK 타입을 표시할 수 있다. ACK 타입에 기초하여, 수신자는 대응하는 확인응답을 수행할지를 결정할 수 있다. 수신자가 대응하는 확인응답을 수행하도록 결정할 때, 수신자는 ACK(예를 들어, ACK 메시지)를 송신한다.

ACK 타입은 요청된 확인응답의 타입 및/또는 관련 정보를 표시할 수 있다. 풀(full) ACK 또는 플랙서블 ACK(예를 들어, 부분적 ACK, 위치 기반 ACK, 콘택스트 인식 ACK, ACK 순서화/시퀀스화 등이 플랙서블 ACK 타입들의 예들일 수 있음)와 같은 ACK 타입이 플랙서블 멀티캐스트 및/또는 브로드캐스트 신뢰성을 지원할 수 있다. 분배자 및 헬퍼들이 MAC 데이터 프레임을 다음 홉으로 포워딩하기 이전에 그들의 로컬 콘택스트 정보에 기초하여 ACK 타입을 변경/업데이트할 수 있다.

다수의 ACK 타입들이 있을 수 있다. ACK 타입은, 각각의 멤버/피어가 ACK할 수 있는, 예를 들어, ACK 메시징을 송신(예를 들어, ACK를 송신)할 수 있는 타입 1 또는 풀 ACK일 수 있다. 이는 100% ACK로서 지칭될 수 있다. 풀 미만의 ACK는 플랙서블 ACK로서 지칭될 수 있다. ACK 타입은, (예를 들어, ACK 메시징을 송신하도록 지정되는) 피어들 중 일부(예를 들어, 피어들의 부분집합)가 ACK할 수 있는 경우일 수 있는 타입 2 또는 부분적 ACK일 수 있다. 이는 부분적 ACK로서 지칭될 수 있다. ACK 메시징을 송신할 피어들의 퍼센티지, ACK하도록 지정된 부분집합의 멤버들 등과 같은 부가적인 정보가 이 필드(예를 들어, ACK 타입 필드)에 포함될 수 있다. ACK 타입은, ACK가 한 멤머/피어로부터 송신되도록 요청될 수 있는 경우일 수 있는 타입 3 또는 1(one) ACK(예를 들어, 임의의 ACK)일 수 있다. 멤버/피어가 ACK를 성공적으로 역으로 송신한 경우, 다른 멤버들/피어들은 ACK할 필요가 없을 수 있다(예를 들어, 성공적인 ACK를 검출하거나 통지받는 피어는 ACK 메시징을 송신하지 않을 수 있음). ACK 타입은, 위치 주위(예를 들어, 위치에 대한 근접부 내에)의 하나 이상의 피어들이 ACK하도록 요청될 수 있는 경우일 수 있는 타입 4 또는 위치 기반 ACK일 수 있다. 이는 위치 기반 ACK로서 지칭될 수 있다. 부가적인 위치 정보가 이 필드에 포함될 수 있다. ACK 타입은, 콘택스트와 연관되는(예를 들어, 이동이 없거나 적은 이동을 갖는) 피어들이 ACK를 역으로 송신하도록 요청될 수 있는 경우일 수 있는 타입 5 또는 콘택스트/기반 ACK일 수 있다. 이는 콘택스트 인식 ACK로서 지칭된다. 본 명세서에서 개시된 바와 같이, 다른 콘택스트 정보는 ACK가 요청될 수 있거나 요청될 수 없는지를 결정하도록 레버리지될 수 있다. ACK 타입은, 각각의 패킷, ACK 정보(예를 들어, 커맨드 또는 이벤트)가 디코딩된다는 조건 하에, 패킷들의 부분집합 등에 대해 ACK가 요청되는지를 표시하는데 이용될 수 있는 타입 6 또는 정보 기반 ACK일 수 있다. 예를 들어, ACK는 각각의 패킷 타입에 기초하여 발행될 수 있다(예를 들어, 문턱값을 초과하는 우선순위를 갖는 패킷과 같은 고 우선순위 패킷은 ACK될 수 있고 문턱값 미만의 패킷과 같은 저 우선순위 패킷은 ACK되지 않을 수 있음). 수신자는 각각의 패킷을 확인응답하는 것이 아니라, 의도된 정보(예를 들어, 커맨드 또는 이벤트)가 성공적으로 디코딩되고 및/또는 다수의 수신된 패킷들로부터 추론될 때 확인응답을 송신할 수 있다.

콘텐츠 인식 ACK 충돌 방지가 제공될 수 있다. 다수의 멤버들/피어들이 수신자들로서 기능할 수 있고, 이들이 송신자, 분배자 또는 헬퍼로부터 멀티캐스트 MAC 데이터 프레임을 수신한 이후 ACK를 역으로 송신할 수 있고; 이들 ACK들은 잠재적으로 서로 정렬될 수 있고, 충돌들을 초래할 수 있다. 잠재적인 ACK 충돌들을 방지하고 및/또는 완화하기 위한 시스템들, 방법들 및 수단들이 제공될 수 있다.

ACK 브로드캐스트는 잠재적인 ACK 충돌을 방지 및/또는 완화하는데 이용될 수 있다. ACK 타입이 타입 3인 경우(ACK가 하나(예를 들어, 임의의) 멤버/피어로부터의 것일 수 있는 경우), 멤버/피어는 자신의 ACK를 브로드캐스트할 수 있어서, 근접해 있는 다른 멤버들/피어들은 이 ACK를 경청(hear)할 수 있고 중복 ACK의 송신을 방지할 수 있다. 이는 예를 들어, 근접성 내의 다수의 멤버들/피어들로부터의 동시적인 ACK 전송들에 대한 잠재성을 감소시킴으로써 ACK 급증(explosion) 또는 충돌을 완화할 수 있다. ACK가 유니캐스트일 수 있는 경우조차도, 근접성 내의 다른 멤버들/피어들은 ACK를 과도경청(overhear)할 수도 있고 중복 ACK 전송을 방지할 수 있다. ACK 타입이, 피어들 중 일부가 ACK를 역으로 송신할 수 있는 타입 2인 경우, 멤버/피어는, 근접해 있는 다른 멤버들/피어들이 ACK를 경청할 수 있고 중복 ACK의 송신을 방지할 수 있도록 자신의 ACK를 브로드캐스트할 수 있다. 이는 예를 들어, 요청된 ACK 퍼센티지가 충족될 수 있는지 또는 없는지를 다른 멤버들/피어들이 결정할 수 있도록 이들이 전송된 ACK들의 수를 과도경청하는 것을 가능케 함으로써 발생할 수 있다. 요청된 ACK 퍼센티지가 충족될 수 있을 때, 다른 멤버들/피어들이 ACK를 송신(예를 들어, 브로드캐스트)하지 않을 수 있다. 요청된 ACK 퍼센티지가 충족되지 않을 때, 다른 멤버들/피어들은 ACK를 송신(예를 들어, 브로드캐스트)할 수 있다.

ACK 정렬은 잠재적인 ACK 충돌을 방지 및/또는 완화하는데 이용될 수 있다. 송신자, 분배자, 또는 헬퍼가 MAC 데이터 프레임을 멀티캐스트/브로드캐스트할 때, 수신 멤버들/피어들인 이웃들 중 얼만큼의 이웃들이 ACK를 역으로 전송할 수 있는지를 특정할 수 있다. ACK 순서, ACK 전송 행동 등과 같은 필드들 또는 파라미터들은 MAC 데이터 프레임에 포함될 수 있다. ACK 순서(예를 들어, 시퀀스)는 MAC 데이터 프레임에 포함될 수 있다. ACK 순서는 이웃들(예를 들어, 수신 피어들)이 ACK들을 송신하는데 이용할 수 있는 순서(예를 들어, 시퀀스)를 기술할 수 있다. 예를 들어, ACK 순서는 어느 이웃이 먼저 ACK를 역으로 송신할 수 있는지, 그리고 어느 이웃이 ACK를 마지막으로, 역으로 송신할 수 있는지를 표시할 수 있다. 이웃들이 서로의 유니캐스트 어드레스, 디바이스 ID, 또는 사용자 ID를 인지하는 경우, ACK 순서는 이들의 유니캐스트 어드레스, 디바이스 ID 및/또는 사용자 ID의 값에 기초할 수 있다. 예를 들어, 유니캐스트 어드레스(또는 디바이스 ID 또는 사용자 ID)의 최댓값을 갖는 멤버/피어가 먼저 ACK를 전송하는 반면에, 유니캐스트 어드레스의 최솟값을 갖는 멤버/피어가 ACK를 마지막으로 송신할 수 있다. ACK 전송 행동은 ACK가 수신 멤버/피어로부터 역으로 얼마나 송신될 수 있는지를 특정할 수 있다. 예를 들어, ACK는 유니캐스트 또는 브로드캐스트를 이용하여 역으로 송신될 수 있다. ACK는 콘텐츠 기반 채널 액세스 또는 콘텐츠 프리(free) 채널 액세스를 이용하여 송신될 수 있다. ACK 전송 행동은 콘텐츠 기반 채널 액세스가 이용될 수 있는 경우 백오프 시간(back-off time)이 얼마나 오래 요청될 수 있는지를 결정할 수 있다. ACK 전송 행동에서 표시될 수 있는 파라미터들/행동들은 상이한 수신 멤버들/피어들에 대해 상이할 수 있다. 예를 들어, 추가의 다음 홉 이웃들을 갖는 수신 멤버/피어, 예컨대, SubVL에는 ACK를 역으로 송신하기 위한 더 높은 우선순위가 주어질 수 있다. 이는 예를 들어, 더 짧은 백오프 시간 또는 보장된 시간 슬롯을 수신 멤버/피어에 제공함으로써 행해질 수 있다.

ACK 어그리게이션은 잠재적인 ACK 충돌을 방지 및/또는 완화하는데 이용될 수 있다. 중간 피어(예를 들어, 분배자 또는 헬퍼)는 다운스트림 이웃들로부터 ACK들을 어그리게이팅하고 이를 상위 레벨로 포워딩할 수 있다. 중간 피어는 상위 층 등으로부터의 요청에 응답하여, 예를 들어, 독립적으로 상위 레벨로 어그리게이팅된 ACK를 송신할 수 있다. 상위 레벨로의 어그리게이팅된 ACK의 송신은 (예를 들어, 상위 레벨로의) ACK 전송들의 수를 감소시킬 수 있다. 어그리게이팅된 MAC 멀티캐스트 및/또는 브로드캐스트 ACK에 대한 포맷들이 본 명세서에서 설명된다. 도 14는 어그리게이팅된 MAC 멀티캐스트 및/또는 브로드캐스트 ACK에 대한 예시적인 포맷을 도시한다. 어그리게이트 ACK는 해시(예를 들어, 그룹 ID, 애플리케이션 ID, 또는 VL ID), 멀티캐스트 소스 어드레스, 성공/실패 플래그, 또는 성공적/실패된 수신자들의 리스트 중 하나 이상을 포함할 수 있다.

콘택스트 인식 협력적 P2P MAC 멀티캐스트 및/또는 브로드캐스트 전송이 제공될 수 있다. 협력적 재전송은 콘택스트 인식 협력적 P2P MAC 멀티캐스트 및/또는 브로드캐스트 전송을 제공하는데 이용될 수 있다. 중간 피어들(예를 들어, VL 및/또는 SubVL) 또는 엔드 피어들이 MAC 프레임들을 재전송하기 위한 헬퍼들로서 선택될 수 있다. 이는 예를 들어, 재전송을 촉진(expedite)시키고 멀티캐스트 및/또는 브로드캐스트 신뢰성을 개선하고 및/또는 효율을 개선하도록 행해질 수 있다. 헬퍼는 컨트롤러, 분배자, 송신자, 다른 헬퍼들, 또는 수신자에 의해 결정될 수 있다. 송신자, 분배자, 또는 컨트롤러는 MAC ACK 어그리게이션을 수행할 수 있다. 헬퍼 선택을 용이하게 하기 위해, 정보/파라미터들이 MAC 멀티캐스트 및/또는 브로드캐스트 ACK 프레임에 포함될 수 있다.

정보/파라미터들은 헬퍼 의향(willingness), 버퍼링된 데이터의 리스트, 트래픽 로드 및/또는 이웃들의 리스트를 포함(그러나 이것으로 제한되지 않음)할 수 있다. 헬퍼 의향은 이 ACK의 송신자가 기꺼이 헬퍼로서 기능할 수 있는지 또는 없는지를 표시하는데 이용될 수 있다. 버퍼링된 데이터의 리스트는 이 ACK 프레임의 송신자에서의 버퍼링된 데이터의 시퀀스 번호들의 리스트일 수 있다. 트래픽 로드는 이 ACK의 송신자의 트래픽 로드일 수 있다. 이웃들의 리스트는, 이 ACK의 송신자의 이웃 정보일 수 있으며, 이 이웃 정보는 이웃에서 트래픽 로드 및/또는 이웃에 대한 링크 품질을 포함(그러나 이것으로 제한되지 않음)할 수 있다.

멀티캐스트 및/또는 브로드캐스트 세션들 동안 이용되는 메시지들 및/또는 프로시저들은 예를 들어, 협력적 재전송 프로시저 동안 헬퍼들(예를 들어, 적절한 헬퍼들)을 선택하기 위해 제공될 수 있다. 헬퍼 리스트 요청 메시지가 제공될 수 있다. 헬퍼 요청자(예를 들어, 송신자 또는 기존의 헬퍼)는 헬퍼 리스트 요청 메시지를 헬퍼 판정기(예를 들어, 컨트롤러, 분배자, 또는 기존의 헬퍼)에 송신할 수 있다. 헬퍼 판정기는 헬퍼 요청자에 대한 하나 이상의 헬퍼들을 선택하기 위한 헬퍼 선택을 수행할 수 있다. 헬퍼 판정기는 2개의 피어들 간의 링크 품질, 피어의 위치, 피어의 트래픽 로드 또는 피어가 헬퍼일 수 있는 시간 길이 중 하나 이상을 포함(그러나 이것으로 제한되지 않음)할 수 있는, 네트워크 내의 하나 이상의 피어들에 대한 정보를 유지할 수 있다.

헬퍼 리스트 요청 메시지는, 헬퍼 후보들, 헬퍼 후보들의 위치, 요청된 헬퍼들의 수, 헬퍼 후보 이력, 또는 헬퍼 요청자의 위치 중 하나 이상을 포함(그러나 이것으로 제한되지 않음)할 수 있는 정보를 포함할 수 있다. 헬퍼 후보들은 이전의 데이터 프레임을 성공적으로 수신한 피어들의 리스트일 수 있다. 이들 피어들은 헬퍼 후보들로서 간주될 수 있다. 헬퍼 요청자는 헬퍼 의향 및/또는 트래픽 로드를 포함(그러나 이것으로 제한되지 않음)할 수 있는, ACK 프레임에 포함될 수 있는 파라미터들에 기초하여 헬퍼 후보들(예를 들어, 더 나은 헬퍼 후보들)을 선택할 수 있다. ACK 프레임에 포함될 수 있는 파라미터들의 예들은 도 13의 파라미터들(예를 들어, 해시, 헬프 의향, 버퍼링된 데이터의 리스트, 트래픽 로드, 또는 이웃들의 리스트) 중 하나 이상을 포함할 수 있다. 헬퍼 후보의 위치는 하나 이상의 헬퍼 후보들의 위치를 포함할 수 있다. 요청된 헬퍼들의 수는 헬퍼 요청자에 의해 요청된 헬퍼들의 수일 수 있다. 헬퍼 판정기는 예를 들어, 요청된 헬퍼 파라미터의 수가 이용되지 않을 때 헬퍼 요청자에 대해 얼마나 많은 헬퍼들이 선택될 수 있는지를 결정할 수 있다. 헬프 후보 이력은 하나 이상의 헬퍼 후보들의 통계적 이력 정보일 수 있고, 헬프 후보가 송신자로부터 얼마나 성공적으로 데이터를 수신하였는지 그리고 헬프 후보가 다른 피어들을 얼마나 성공적으로 헬프했는지와 같은 정보를 포함할 수 있다. 헬퍼 요청자 파라미터의 위치가 헬퍼 요청자의 위치를 포함할 수 있다.

헬퍼 리스트 응답 메시지가 제공될 수 있다. 헬퍼 리스트 응답 메시지는 선택된 헬퍼를 헬프 요청자에 통지하도록 헬퍼 판정기에 의해 이용될 수 있다. 헬퍼 리스트 응답 메시지는 선택된 헬퍼들의 리스트 또는 하나 이상의 선택된 헬퍼들에 대한 시간 지속기간 중 하나 이상을 포함할 수 있다. 하나 이상의 선택된 헬퍼들에 대한 시간 지속기간은, 선택된 헬퍼가 헬퍼 요청자를 얼마나 오래 헬프할 수 있는지를 표시할 수 있고 및/또는 선택된 헬퍼가 재전송을 헬프할 수 있는 데이터 프레임이 얼마나 많은지를 표시할 수 있다. 헬퍼 판정기는 하나 이상의 선택된 헬퍼들에 대한 시간 지속기간을 결정할 수 있고, 시간 지속기간을 하나 이상의 선택된 헬퍼들에 통지하도록 하나 이상의 선택된 헬퍼들에 메시지를 송신할 수 있다.

헬프 요청 메시지가 제공될 수 있다. 헬퍼 요청자는 선택된 헬퍼에 헬프 요청 메시지를 송신할 수 있다. 소스 피어(예를 들어, 헬퍼 요청자)는 어느 버퍼링된 데이터 패킷이 헬퍼에 의해 재전송될지를 표시할 수 있다. 헬프 응답 메시지가 제공될 수 있다. 헬프 응답 메시지는 예를 들어, 헬퍼가 헬프를 제공할 수 있는지를 헬퍼 요청자에게 통지하기 위해, 헬퍼가 예 또는 아니오 표시를 헬퍼 요청자에 송신하도록 허용할 수 있다.

MAC ACK 어그리게이션은 콘텐츠 인식 협력적 P2P MAC 멀티캐스트 및/또는 브로드캐스트 전송을 제공하는데 이용될 수 있다. 분배자 또는 헬퍼는 다른 헬퍼들 또는 수신자들로부터 MAC ACK들을 어그리게이팅할 수 있고, 어그리게이팅된 MAC ACK 프레임을 생성할 수 있고, 어그리게이팅된 MAC ACK를 송신자 또는 업스트림 헬퍼 또는 분배자에 포워딩할 수 있다. 어그리게이팅된 MAC 멀티캐스트 및/또는 브로드캐스트 ACK에 대한 포맷들이 본 명세서에서 설명된다. 도 14는 어그리게이팅된 MAC 멀티캐스트 및/또는 브로드캐스트 ACK에 대한 예시적인 포맷을 도시하며, 이는 해시(예를 들어, 그룹 ID, 애플리케이션 ID, 또는 VL ID), 멀티캐스트 소스 어드레스, 성공/실패 플래그, 또는 성공적/실패된 수신자들의 리스트 중 하나 이상을 포함할 수 있다.

콘택스트 인식 P2P MAC 멀티캐스트 및/또는 브로드캐스트 수락 제어가 제공될 수 있다. 멀티캐스트 분배 트리에서 분배자 또는 컨트롤러가 있을 때, 콘택스트 인식 P2P MAC 멀티캐스트 및/또는 브로드캐스트 수락 제어가 중재를 위해 이용될 수 있다. 송신자는 컨트롤러 및/또는 분배자(예를 들어, VL)에 멀티캐스트 및/또는 브로드캐스트 요청을 송신할 수 있다. 멀티캐스트 및/또는 브로드캐스트 요청은 수신자들의 리스트, 멀티캐스트 타입, 애플리케이션/서비스 타입, 또는 멀티캐스트 신뢰성 요청들 중 하나 이상을 포함할 수 있는 정보/파라미터들을 포함할 수 있다. 수신자들의 리스트는 MAC 프레임을 수신할 수 있는 하나 이상의 수신자들의 리스트일 수 있다. 멀티캐스트 타입은 지리적인 멀티캐스트 및/또는 브로드캐스트, 그룹 기반 멀티캐스트 및/또는 브로드캐스트 등일 수 있다. 애플리케이션 서비스 타입 및 멀티캐스트 신뢰성 요청들은 패킷 레벨 신뢰성, 이벤트 레벨 신뢰성, 위치 기반 신뢰성 등에 기초할 수 있다. VL은 멀티캐스트 및/또는 브로드캐스트 응답을 피어에 역으로 송신할 수 있다. 멀티캐스트 및/또는 브로드캐스트 응답은 승인된 멤버 피어들 및/또는 신뢰성 요청들의 리스트와 같은 정보를 포함할 수 있다.

분배자 또는 컨트롤러는 기존의 멀티캐스트 및/또는 브로드캐스트 세션을 조정 또는 중지할 수 있다. 이는 도 11a 및 도 11b에서 볼 수 있다. 분배자 또는 컨트롤러는 멀티캐스트 및/또는 브로드캐스트 업데이트 메시지를 송신자에게 송신함으로써 송신자에서 MAC 프레임들의 송신 레이트와 같은 기존의 멀티캐스트 및/또는 브로드캐스트 세션의 양상을 조정하고자 할 수 있다. 멀티캐스트 및/또는 브로드캐스트 업데이트 메시지는 송신자에 있어 MAC 프레임의 송신 레이트일 수 있는 송신 레이트 정보를 포함할 수 있다. 분배자 또는 컨트롤러는 멀티캐스트 및/또는 브로드캐스트 종료 메시지를 송신자에 발행함으로써 기존의 멀티캐스트 및/또는 브로드캐스트 세션을 중지하고자 할 수 있다. 멀티캐스트 및/또는 브로드캐스트 종료 메시지는, 분배자 또는 컨트롤러에서 오버로딩된 트래픽과 같이, 현재의 멀티캐스트 및/또는 브로드캐스트 세션을 종료하기 위한 이유일 수 있는 종료 이유를 포함할 수 있다. 멀티캐스트 및/또는 브로드캐스트 요청은 MAC 멀티캐스트 및/또는 브로드캐스트 데이터 프레임에서 피기백(piggyback)될 수 있다.

도 11a는 콘택스트 인식 P2P MAC 멀티캐스트 및/또는 브로드캐스트 수락 제어의 예를 도시한다. 이는 예를 들어, 후속적인 멀티캐스트 및/또는 브로드캐스트 전송들이 허용되는지를 중재하도록 행해질 수 있다. 예를 들어, 멀티캐스트 및/또는 브로드캐스트 세션이 허용될 수 있다. 수락 제어는 제 1 멀티캐스트 및/또는 브로드캐스트 전송 이전에 발생할 수 있다. 이는 1 회 수락 제어로서 지칭될 수 있다.

도 11b는 콘택스트 인식 P2P 멀티캐스트 및/또는 브로드캐스트 수락 제어의 예를 도시한다. 이는 예를 들어, 다음 멀티캐스트 및/또는 브로드캐스트 전송이 허용될 수 있는지를 중재하도록 행해질 수 있다. 수락 제어는 다음 멀티캐스트 및/또는 브로드캐스트 전송을 시작하기 이전에 발생할 수 있거나, 또는 다수의 멀티캐스트 및/또는 브로드캐스트 전송들 이후에 주기적으로 발생할 수 있다. 이는 주기적 수락 제어로서 지칭될 수 있다.

MAC 프레임 포맷이 제공될 수 있다. MAC 멀티캐스트 및/또는 브로드캐스트 데이터 프레임이 제공될 수 있다. 도 12는 MAC 멀티캐스트 및/또는 브로드캐스트 데이터 프레임에 대한 예시적인 포맷들을 도시한다. 도 12에서 도시된 바와 같이, 포맷 1은 목적지 MAC 어드레스가 브로드캐스트 어드레스인 포맷일 수 있다. 포맷 2는, 재전송된 멀티캐스트 및/또는 브로드캐스트 데이터 프레임에 대해 동적일 수 있고, 목적지 MAC 어드레스가 이 프레임의 수신자들/목적지들의 MAC 어드레스들의 리스트일 수 있는 포맷일 수 있다. 포맷 3은 목적지 MAC 어드레스가 본 명세서에서 설명된 MAC 멀티캐스트 어드레스와 같은 MAC 멀티캐스트 어드레스인 포맷일 수 있다.

포맷 1, 포맷 2, 또는 포맷 3과 같은 MAC 멀티캐스트 및/또는 브로드캐스트 데이터 프레임은 해시, 수신자 위치, ACK 타입, 만료 시간, 멀티캐스트 및/또는 브로드캐스트 범위, 최대 시도들, ACK 순서, ACK 전송 행동 또는 포워드 플래그 중 하나 이상을 포함할 수 있는 다수의 필드들 또는 파라미터들을 포함할 수 있다. 해시는 그룹 ID, 애플리케이션 ID, VL ID, 또는 피어 위치 중 하나 이상을 포함할 수 있는 해시된 값일 수 있다. 수신자 위치는 데이터 프레임을 수신할 수 있는 멤버들/피어들의 위치일 수 있다. 피어 위치가 해시에 포함되는 경우, 수신자 위치는 제공될 수 있거나 제공되지 않을 수 있다. ACK 타입은 요청된 확인응답의 타입 및 관련 정보를 표시할 수 있다. ACK 타입은 플랙서블 멀티캐스트 및/또는 브로드캐스트 신뢰성(예를 들어, 풀 ACK 또는 플랙서블 ACK, 예컨대, 부분적 ACK, 위치 기반 ACK, 또는 콘택스트 인식 ACK)를 지원할 수 있다. 만료 시간은 메시지의 만료 시간일 수 있다. 멀티캐스트 및/또는 브로드캐스트 범위는 MAC 프레임을 멀티캐스트 및/또는 브로드캐스트하기 위한 물리적 거리 또는 홉들의 수일 수 있다. 최대 시도들은 다음 홉으로의 MAC 프레임의 재전송들의 최대 수일 수 있다. ACK 순서는 이웃들이 ACK를 역으로 송신하기 위한 순서(예를 들어, 시퀀스)를 설명할 수 있다. ACK 전송 행동은 ACK가 수신 멤버/피어로부터 어떻게 역으로 송신될 수 있는지를 특정할 수 있다. 포워드 플래그는, 현재 MAC 데이터 프레임이 수신된 이후 이 데이터 프레임이 다음 홉으로 재차 포워딩될 수 있는지를 표시하는데 이용될 수 있다. MAC 데이터 프레임에 포함된 이러한 정보를 통해, 근접성 내의 다른 피어들은, 예를 들어, 잠재적인 미래 충돌이 감소되고 및/또는 약화될 수 있도록 현재의 MAC 데이터 프레임이 재차 포워딩될 수 있는 경우 그들의 채널 액세스 시도를 미룰 수 있다.

MAC 멀티캐스트 및/또는 브로드캐스트 ACK 프레임이 제공될 수 있다. 도 13은 MAC 멀티캐스트 및/또는 브로드캐스트 ACK 프레임에 대한 예시적인 포맷을 도시한다. 이는 수신자 또는 헬퍼와 같은 피어로부터 분배자 또는 헬퍼와 같은 다른 피어로 유니캐스트 방식으로 전송될 수 있다. MAC 멀티캐스트 및/또는 브로드캐스트 ACK 프레임은 다음의 필드들/파라미터들; 즉 해시, 헬프 의향, 버퍼 데이터의 리스트, 트래픽 로드, 및 이웃들의 리스트 중 하나 이상을 포함할 수 있다. 필드들 또는 파라미터들은 협력적 멀티캐스트 및/또는 브로드캐스트 미션 또는 재전송을 위해 레버리지될 수 있다. 해시는 그룹 ID, 애플리케이션 ID, 및 VL ID 중 하나 이상을 포함할 수 있는 해시된 값일 수 있다. 헬프 의향은, ACK의 송신자가 기꺼이 헬퍼로서 기능할 수 있는지 또는 없는지를 표시할 수 있다. 버퍼 데이터의 리스트는 ACK 프레임의 송신자에서 버퍼 데이터의 시퀀스 번호들의 리스트일 수 있다. 트래픽 로드는 ACK의 송신자의 트래픽 로드일 수 있다. 이웃들의 리스트는 이웃으로의 링크 품질, 이웃의 트래픽 로드 등과 같이 ACK의 송신자의 이웃 정보를 포함할 수 있다. 다른 정보(예를 들어, ACK의 발행자의 위치 및 이동성)는 MAC 멀티캐스트 및/또는 브로드캐스트 ACK 프레임에 포함될 수 있다.

MAC 멀티캐스트 및/또는 브로드캐스트 어그리게이팅된 ACK 프레임이 제공될 수 있다. 도 14는 어그리게이팅된 MAC 멀티캐스트 및/또는 브로드캐스트 ACK에 대한 예시적인 포맷을 도시한다. 도 14에서 도시된 바와 같이, MAC 멀티캐스트 및/또는 브로드캐스트 어그리게이팅된 ACK 프레임은 해시, 멀티캐스트 소스 어드레스, 성공/실패 플래그 또는 성공적/실패된 수신자들의 리스트 중 하나 이상을 포함할 수 있다. 해시는 그룹 ID, 애플리케이션 ID, 또는 VL ID 중 하나 이상을 포함할 수 있는 해시된 값일 수 있다. 멀티캐스트 소스 어드레스는 멀티캐스트 소스 또는 송신자의 어드레스일 수 있다. 성공/실패 플래그는, 수신자(예를 들어, 다음 필드에 포함된 수신자)가 성공적 수신자 또는 실패된 수신자일 수 있는지를 표시할 수 있다. 성공적/실패된 수신자들의 리스트는 이전의 데이터 프레임을 성공적으로 수신하고 및/또는 이전의 데이터 프레임을 수신하는데 실패한 하나 이상의 수신자들의 리스트일 수 있다.

중앙식 1 홉 멀티캐스트 및/또는 브로드캐스트가 제공될 수 있다. 중앙식 1 홉 멀티캐스트 및/또는 브로드캐스트는 도 1에서 도시된 바와 같은 VL 투 피어들 멀티캐스트 및/또는 브로드캐스트일 수 있다. 도 15는 예시적인 중앙식 1 홉 멀티캐스트 및/또는 브로드캐스트의 메시징 차트를 도시한다. VL은 예를 들어, 신뢰성 타입 및/또는 애플리케이션의 요건들에 기초하여 인보크된 피어들로부터 ACK를 획득하도록 요청할 수 있다. VL은 피어들이 적절한 ACK 동작들을 수행할 수 있도록 멀티캐스트 및/또는 브로드캐스트 MAC 데이터 프레임의 ACK 타입 필드를 표시할 수 있다. VL은 피어들로 데이터의 전송을 지속할 수 있거나, 또는 예를 들어, 피어들로부터의 ACK들 및 애플리케이션/서비스 요건들에 기초하여 새로운 전송을 개시할 수 있다. VL은 각각의 멀티캐스트 및/또는 브로드캐스트 라운드 초반에 피어 선택을 수행할 수 있으며, 여기서 라운드는 재전송 또는 전송일 수 있는 멀티캐스트 및/또는 브로드캐스트 전송일 수 있다. ACK는 예를 들어, ACK 타입에 따라 하나 이상의 피어들로부터(예를 들어, 피어 1, 피어 2 또는 피어 n) VL로 브로드캐스트될 수 있다.

하이브리드 1 홉 멀티캐스트 및/또는 브로드캐스트가 제공될 수 있다. 도 2에서 도시된 하이브리드 1 홉 멀티캐스트 시나리오들과 같은 하이브리드 1 홉 멀티캐스트 시나리오에 대해, 제어는 중앙식이 될 수 있고, 피어 투 피어 멀티캐스트 및/또는 브로드캐스트는 분배식이 될 수 있다. 예를 들어, 피어 투 피어 멀티캐스트 및/또는 브로드캐스트는 VL를 거치지 않고 발생할 수 있다. 예시적인 멀티캐스트 프로시저가 도 16에서 도시될 수 있다.

도 16은 예시적인 하이브리드 1 홉 멀티캐스트 및/또는 브로드캐스트의 메시지 차트를 도시한다. 피어 1 및 VL은 멀티캐스트 수락 제어 프로세스를 수행할 수 있다. 피어 1은 (예를 들어, 멀티캐스트 라운드 초반에) 멀티캐스트 데이터를 수신할 수 있는 피어들의 리스트를 획득하도록 VL에 확인할 수 있다. 예를 들어, 피어 1은 물리적 영역 부근에 있을 수 있는 잠재적인 피어들로 멀티캐스트 및/또는 브로드캐스트를 발행할 수 있다. 이 경우에, 피어 1은 물리적 영역 부근에 있을 수 있는 피어들의 리스트를 획득하도록 VL에 확인할 수 있다. ACK는 예를 들어, 표시된 ACK 타입에 따라 하나 이상의 피어들(예를 들어, 피어 2, 피어 3, 또는 피어 n)로부터 피어 1로 브로드캐스트될 수 있다.

재전송(예를 들어, 콘택스트 인식 협력적 재전송)에서, 피어는 피어 콘택스트 정보에 기초하여, 피어 1과 같은 소스 피어 대신 재전송을 수행하기 위한 헬퍼로서 선택될 수 있다. 헬퍼는 VL 또는 소스 피어에 의해 결정될 수 있다. VL, 헬퍼, 또는 소스 피어는 ACK 어그리게이션을 수행할 수 있다. ACK는 하나 이상의 피어들(예를 들어, 피어 2, 피어 3, 또는 피어 n)로부터 피어 1로 브로드캐스트될 수 있다.

도 17a 및 도 17b는 협력할 수 있는 예시적인 하이브리드 1 홉 멀티캐스트 및/또는 브로드캐스트의 예시적인 메시지 차트들을 도시한다.

분배식 1 홉 멀티캐스트 및/또는 브로드캐스트가 제공될 수 있다. 분배식 1 홉 멀티캐스트 시나리오는 도 3에서 도시된 분배식 1 홉 멀티캐스트 예일 수 있다. 도 18은 예시적인 분배식 1 홉 멀티캐스트 및/또는 브로드캐스트 프로시저의 메시지 차트를 도시한다. 도 18은 피어 1과 같은 소스 피어가 데이터를 다른 피어들로 멀티캐스트할 수 있다. 소스 피어는 다른 피어들을 제어할 수 있다.

도 19는 (예를 들어, 재전송을 개선하기 위해) 협력할 수 있는 예시적인 분배식 1 홉 멀티캐스트 및/또는 브로드캐스트의 메시지 차트를 도시한다. 피어 1은 헬프 요청 메시지를 다른 피어들로 멀티캐스트 및/또는 브로드캐스트할 수 있다. 피어 1은 다수의 잠재적인 헬퍼들로부터 다수의 유니캐스트된 헬프 응답들을 수신할 수 있다. 피어 1은 데이터의 멀티캐스트를 헬프하기 위한 하나 이상의 헬퍼들을 선정할 수 있다. 헬퍼 또는 헬퍼들로서 선정된 피어 또는 피어들은 피어 1 대신 데이터를 다른 피어들로 멀티캐스트할 수 있다. ACK는 하나 이상의 피어들(예를 들어, 피어 2, 피어 3, 또는 피어 n)로부터 피어 1로 브로드캐스트될 수 있다.

중앙식 다중 홉 멀티캐스트 및/또는 브로드캐스트가 제공될 수 있다. 도 20은 예시적인 중앙식 다중 홉 멀티캐스트 및/또는 브로드캐스트의 메시지 차트를 도시한다. 중앙식 다중 홉 멀티캐스트 및/또는 브로드캐스트는 예를 들어, 도 4a에서 도시된 중앙식 VL 투 피어들 다중 홉 멀티캐스트 및/또는 브로드캐스트와 같은 중앙식 VL 투 피어들 다중 홉 멀티캐스트 및/또는 브로드캐스트에서 이용될 수 있다.

홉에서의 SubVL은 수신된 데이터를 하나 이상의 다음 홉 SubVL들에 릴레이(예를 들어, 멀티캐스트/브로드캐스트)하는 것을 담당할 수 있다. SubVL(들)은 수신된 데이터를 자신의 직접적인 피어들로 릴레이할 수 있다. SubVL은 하나 이상의 다음 홉 서브 구조들 및/또는 직접적인 피어들로부터 (예를 들어, 유니캐스트에서) ACK들을 수신할 수 있다. 하나 이상의 다음 홉 SubVL들로부터의 ACK는 어그리게이팅된 ACK일 수 있다. 이들 어그리게이팅된 ACK들은 SubVL에서 어그리게이팅될 수 있다.

홉에서의 SubVL은 어그리게이션 없이 ACK(들)를 이전 홉 SubVL으로 송신/포워딩할 수 있다. 홉에서의 SubVL은 ACK 어그리게이션을 수행할 수 있고, 어그리게이팅된 ACK를 이전 홉 SubVL 또는 VL(예를 들어, 업스트림 SubVL또는 VL)에 송신할 수 있다. SubVL은 다음 홉 SubVL(예를 들어, 다운스트림 SubVL)으로부터 어그리게이팅된 ACK를 수신할 수 있다.

SubVL에서의 ACK 어그리게이션은 예를 들어, 하나 이상의 조건들에 기초하여 트리거(trigger)될 수 있다. 예를 들어, SubVL에서의 ACK 어그리게이션은, 다음 홉 SubVL으로부터 어그리게이팅된 ACK를 수신할 때, 직접적인 피어들로부터 특정한 수의 ACK들을 수신할 때, 또는 타이머가 만료할 때 주기적으로 중 하나 이상에 의해 트리거될 수 있다. 엔드 피어들은 정규 유니캐스트 ACK를 자신들의 직접적인 SubVL로 송신할 수 있다. 홉에서의 SubVL은 자신의 다운스트림 피어에 대한 재전송을 수행할 수 있고 (예를 들어, 헬퍼를 발견하기 위해) 협력적 재전송을 또한 수행할 수 있다. ACK는 홉에서 브로드캐스트 방식으로 역으로 전송될 수 있다.

도 21(도 21a와 도 21b 포함)은 도 4b에서 도시된 것과 같은 중앙식 피어 투 피어 다중 홉 멀티캐스트 및/또는 브로드캐스트를 위해 이용될 수 있는 예시적인 중앙식 다중 홉 멀티캐스트 및/또는 브로드캐스트 프로시저의 메시지 차트를 도시한다. 도 21(도 21a와 도 21b 포함)의 예는 다수의 단계들(예를 들어, 2개의 단계들)을 포함할 수 있다. 도 4b에 관하여 도시된 피어 2.3과 같은 소스 피어는 VL(예를 들어, VL1)로 데이터를 유니캐스트할 수 있는 SubVL(예를 들어, SubVL 1.1)로 상향으로 데이터를 유니캐스트할 수 있다. VL은 데이터를 다른 피어들(예를 들어, 직접적으로 또는 SubVL들을 통해)로 하향으로 멀티캐스트 및/또는 브로드캐스트할 수 있다. 홉에서의 SubVL은 자신의 다운스트림 피어들로의 재전송을 수행할 수 있고, (예를 들어, 헬퍼들을 발견하기 위해) 협력적 재전송을 수행할 수 있다. ACK는 홉에서 브로드캐스트 방식으로 역으로 전송될 수 있다. VL은 예를 들어, VL이 ACK 어그리게이션을 수행한 이후, 도 4b에 관하여 도시된 SubVL 1.1과 같은 자신의 직접적인 SubVL를 통해, 도 4b에 관하여 도시된 피어 2.3과 같은 소스 피어로 어그리게이팅된 ACK를 유니캐스트할 수 있다.

하이브리드 다중 홉 멀티캐스트 및/또는 브로드캐스트가 제공될 수 있다. 도 22는 하이브리드 다중 홉 멀티캐스트 및/또는 브로드캐스트의 메시지 차트를 도시한다. 하이브리드 다중 홉 멀티캐스트 및/또는 브로드캐스트는 도 5에 관하여 도시된 하이브리드 다중 홉 멀티캐스트 및/또는 브로드캐스트 아키텍처를 이용하여 수행될 수 있다.

도 22를 재차 참조하면, 도 5에 관하여 도시된 피어 2.3과 같은 소스 피어 또는 피어들 또는 도 5에 관하여 도시된 SubVL 1.1과 같은 소스 피어 또는 피어들의 직접적인 SubVL은 피어 선택 프로세스를 수행할 수 있다. 피어 선택 프로세스는 피어 또는 SubVL로부터 VL로 송신될 수 있는 피어 리스트 요청 메시지, VL에서 수행될 수 있는 피어 선택, VL로부터 피어 또는 SubVL로 송신될 수 있는 피어 리스트 응답 메시지를 포함할 수 있다. 소스 피어는 데이터를 자신의 다음 홉(예를 들어, 자신의 직접적인 SubVL)으로 멀티캐스트 또는 유니캐스트할 수 있다. 소스 VL의 직접적인 SubVL은 데이터를 다음 홉으로 포워딩(예를 들어, 멀티캐스트들/브로드캐스트들)할 수 있다. 다른 SubVL들은 자신들이 하나 이상의 엔드 피어들에 도달할 때까지 데이터를 계속 멀티캐스트 및/또는 브로드캐스트할 수 있다.

다른 SubVL들 및 VL(예를 들어, VL이 직접적인 엔드 피어들을 갖는 경우)은 ACK 어그리게이션을 수행할 수 있다. 소스 피어의 직접적인 SubVL은 어그리게이팅된 ACK를 소스에 직접 유니캐스트하는 것을 담당할 수 있다. 헬퍼 보조 협력적 재전송 매커니즘이 하나 이상의 홉들에 적용(예를 들어, 별개로 또는 공동 방식으로 적용)될 수 있다. 홉에서의 SubVL은 자신의 다운스트림 피어들에 대한 재전송을 수행할 수 있고 (예를 들어, 헬퍼들을 발견하기 위해) 협력적 재전송을 수행할 수 있다. ACK는 홉에서 브로드캐스트 방식으로 역으로 전송될 수 있다.

MAC 멀티캐스트 특징들의 플랙서블 구성이 제공될 수 있다. 본 명세서에서 개시된 MAC 특징들은 SuperVL, VL, SubVL 또는 피어 중 하나 이상을 포함할 수 있는 P2P 통신 시스템에서 상이한 타입들의 디바이스들 또는 논리적 기능들에 기초하여 플랙서블하게 구성될 수 있다. 더 많은 능력들을 갖는 피어들은 더 많은 멀티캐스트 특징들을 지원할 수 있다. SuperVL, VL 또는 SubVL은, 더 작은 멀티캐스트 특징들의 세트를 가질 수 있는 레귤러(regular) 피어 보다 더 많은 멀티캐스트 특징들을 가질 수 있다. 소스 피어는 자신의 요청된 멀티캐스트 특징들을 결정하고 자신이 MAC 프레임들을 멀티캐스트할 때 비 요청 멀티캐스트 특징들을 디스에이블할 수 있다. 소스 피어는 플랙서블 멀티캐스트 신뢰성 특징을 디스에이블할 수 있거나, 또는 플랙서블 멀티캐스트 신뢰성을 지원할 수 있는, 본 명세서에서 개시된 ACK 타입 또는 타입들의 세트를 레버리지할 수 있다. 소스 피어는 본 명세서에서 설명된 바와 같이 ACK 브로드캐스트, ACK 정렬 및/또는 ACK 어그리게이션과 같은 ACK 충돌 방지 매커니즘들을 디스에이블 또는 인에이블(예를 들어, 적응형으로 디스에이블 또는 인에이블)할 수 있다. 중간 피어들 및/또는 목적지 피어들은 협력적 멀티캐스트 전송 특징에 가입하도록 결정(예를 들어, 적응형으로 결정)할 수 있다. 본 명세서에서 설명된 바와 같은 멀티캐스트 수락 제어는 몇몇 멀티캐스트 및/또는 그룹 통신 애플리케이션들을 위해 포함될 수 있거나 포함되지 않을 수 있다.

MAC 멀티캐스트 특징들을 표시/협상(negotiating)하기 위한 매커니즘들이 제공될 수 있다. 각각의 피어에서 지원되는 멀티캐스트 특징들은 2개의 피어들 간의 피어 연관(예를 들어, 피어 1은 피어 2와 연관을 함) 동안 표시되고, 교환되고 및/또는 협상될 수 있다. 예를 들어, 피어 1이 피어 2와의 연관을 수행할 때, 피어 1은 연관 요청 메시지에서 피어 2에 자신의 지원되는 멀티캐스트 특징들을 표시할 수 있다. 피어 2는 연관 응답 메시지에서 피어 1에 자신의 지원되는 멀티캐스트 특징들을 표시할 수 있다. 피어 1 및 피어 2는 (예를 들어, 양자의 피어들에 의해) 지원될 멀티캐스트 특징들을 협상할 수 있다. 예를 들어, 피어 2는 하나 이상의 멀티캐스트 특징들을 지원하도록 피어 1에 지시할 수 있다.

소스 피어에서 지원되는 멀티캐스트 특징들은 멀티캐스트 수락 제어 동안 표시되고, 교환되고 및/또는 협상될 수 있다. 소스 피어 1은 (예를 들어, 소스 피어 1이 VL과의 멀티캐스트 수락 제어를 수행할 때) 멀티캐스트 및/또는 브로드캐스트 요청 메시지에 자신의 지원되는 멀티캐스트 특징들을 표시할 수 있다. 소스 피어 1은 VL 및 다른 피어들에서 지원될 멀티캐스트 특징들을 (예를 들어, 멀티캐스트 및/또는 브로드캐스트 요청 메시지에서) 요청할 수 있다. VL은 멀티캐스트 및/또는 브로드캐스트 응답 메시지에서 자신의 지원되는 멀티캐스트 특징들을 소스 피어 1에 표시할 수 있다. VL은 소스 피어에서 지원될 승인된 멀티캐스트 특징들을 멀티캐스트 및/또는 브로드캐스트 응답 메시지에서 표시할 수 있다.

도 23a는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 통신 시스템(100)의 다이어그램이다. 통신 시스템(100)은 음성, 데이터, 비디오, 메시징, 브로드캐스트 등과 같은 콘텐츠를 다수의 무선 사용자들에 제공하는 다중 액세스 시스템일 수 있다. 통신 시스템(100)은 무선 대역폭을 포함하는 시스템 자원들의 공유를 통해 다수의 무선 사용자들이 이러한 콘텐츠에 액세스하는 것을 가능하게 할 수 있다. 예를 들어, 통신 시스템들(100)은 코드 분할 다중 액세스(code division multiple access; CDMA), 시분할 다중 액세스(time division multiple access; TDMA), 주파수 분할 다중 액세스(frequency division multiple access; FDMA), 직교 FDMA(orthogonal FDMA; OFDMA), 단일 캐리어 FDMA(single-carrier FDMA; SC-FDMA) 등과 같은 하나 이상의 채널 액세스 방법들을 이용할 수 있다.

도 23a에서 도시되는 바와 같이, 통신 시스템(100)은 무선 송수신 유닛들(wireless transmit/receive units; WTRU들)(102a, 102b, 102c, 및/또는 102d)(일반적으로 또는 집합적으로 WTRU(102)로서 지칭될 수 있음), 무선 액세스 네트워크(radio access network; RAN)(103/104/105), 코어 네트워크(106/107/109), 공개 교환 전화 네트워크(public switched telephone network; PSTN)(108), 인터넷(110), 및 다른 네트워크들(112)을 포함할 수 있지만, 개시된 실시예들이 임의의 수의 WTRU들, 기지국들, 네트워크들 및/또는 네트워크 엘리먼트들을 기도(contemplate)한다고 인지될 것이다. WTRU들(102a, 102b, 102c, 102d) 각각은 무선 환경에서 동작 및/또는 통신하도록 구성되는 임의의 타입의 디바이스일 수 있다. 예로서, WTRU들(102a, 102b, 102c, 102d)은 무선 신호들을 전송 및/또는 수신하도록 구성될 수 있고, 사용자 장비(user equipment; UE), 모바일국, 고정 또는 이동 가입자 유닛, 호출기, 셀룰러 전화, 개인 휴대 정보 단말(personal digital assistant; PDA), 스마트폰, 랩톱, 넷북, 개인용 컴퓨터, 무선 센서, 소비자 전자기기 등을 포함할 수 있다.

통신 시스템들(100)은 또한 기지국(114a) 및 기지국(114b)을 포함할 수 있다. 기지국들(114a, 114b) 각각은 코어 네트워크(106/107/109), 인터넷(110), 및/또는 네트워크들(112)과 같은 하나 이상의 통신 네트워크들에 대한 액세스를 용이하게 하기 위해 WTRU들(102a, 102b, 102c, 102d) 중 적어도 하나와 무선으로 인터페이스하도록 구성되는 임의의 타입의 디바이스일 수 있다. 예로서, 기지국들(114a, 114b)은 베이스 트랜시버 스테이션(base transceiver station; BTS), 노드 B, e노드 B, 홈 노드 B, 홈 e노드 B, 사이트 컨트롤러, 액세스 포인트(AP), 무선 라우터 등일 수 있다. 기지국들(114a, 114b)이 단일의 엘리먼트로서 각각 도시되었지만, 기지국들(114a, 114b)은 임의의 수의 상호연결된 기지국들 및/또는 네트워크 엘리먼트들을 포함할 수 있다는 것이 인지될 것이다.

기지국(114a)은 기지국 컨트롤러(base station controller; BSC), 무선 네트워크 컨트롤러(radio network controller; RNC), 중계 노드들 등과 같은 다른 기지국들 및/또는 네트워크 엘리먼트들(도시되지 않음)을 또한 포함할 수 있는 RAN(103/104/105)의 일부일 수 있다. 기지국(114a) 및/또는 기지국(114b)은 셀(도시되지 않음)로서 지칭될 수 있는 특정한 지리적인 영역 내에서 무선 신호들을 전송 및/또는 수신하도록 구성될 수 있다. 셀은 또한 셀 섹터들로 분할될 수 있다. 예를 들어, 기지국(114a)과 연관된 셀은 3개의 섹터들로 분할될 수 있다. 따라서 일 실시예에서, 기지국(114a)은 3개의 트랜시버들, 즉 셀의 각 섹터마다 하나의 트랜시버를 포함할 수 있다. 다른 실시예에서, 기지국(114a)은 다중 입력 다중 출력(multiple-input multiple output; MIMO) 기술을 이용할 수 있고, 그러므로 셀의 각 섹터에 대해 다수의 트랜시버들을 활용할 수 있다.

기지국들(114a, 114b)은 임의의 적합한 무선 통신 링크(예를 들어, 무선 주파수(radio frequency; RF), 마이크로파, 적외선(infrared; IR), 자외선(ultraviolet; UV), 가시광 등)일 수 있는 공중 인터페이스(115/116/117)를 통해 WTRU들(102a, 102b, 102c, 102d) 중 하나 이상의 WTRU와 통신할 수 있다. 공중 인터페이스(115/116/117)는 임의의 적합한 무선 액세스 기술(RAT)을 이용하여 설정될 수 있다.

보다 구체적으로, 상술한 바와 같이, 통신 시스템(100)은 다수의 액세스 시스템일 수 있으며 CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 액세스 방식들을 이용할 수 있다. 예를 들어, RAN(103/104/105)의 기지국(114a) 및 WTRU(102a, 102b, 102c)는 광대역 CDMA(WCDMA)를 이용하여 공중 인터페이스(115/116/117)를 설정할 수 있는 유니버셜 모바일 원격통신 시스템(UMTS) 지상 무선 액세스(Universal Mobile Telecommunications System Terrestrial Radio Access; UTRA)와 같은 무선 기술을 구현할 수 있다. WCDMA는 고속 패킷 액세스(High-Speed Packet Access; HSPA) 및/또는 이볼브드 HSPA(HSPA+)와 같은 통신 프로토콜들을 포함할 수 있다. HSPA는 고속 다운링크 패킷 액세스(High-Speed Downlink Packet Access; HSDPA) 및/또는 고속 업링크 패킷 액세스(High-Speed Uplink Packet Access; HSUPA)를 포함할 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 롱텀 에볼루션(Long Term Evolution; LTE) 및/또는 LTE 어드밴스드(LTE- Advanced; LTE-A)를 이용하여 공중 인터페이스(115/116/117)를 설정할 수 있는 이볼브드 UMTS 지상 무선 액세스(Evolved UMTS Terrestrial Radio Access; E-UTRA)와 같은 무선 기술을 구현할 수 있다.

다른 실시예들에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 IEEE 802.16(즉, WiMAX(Worldwide Interoperability for Microwave Access)), CDMA2000, CDMA2000 1X, CDMA 2000 EV-DO, 잠정 표준 2000(IS-2000), 잠정 표준 95(IS-95), 잠정 표준 856(IS-856), 모바일 통신을 위한 글로벌 시스템(Global System for Mobile communications; GSM), GSM 에볼루션을 위한 강화된 데이터 레이트(Enhanced Data rates for GSM Evolution; EDGE), GERAN(GSM EDGE) 등과 같은 무선 기술들을 구현할 수 있다.

도 23a의 기지국(114b)은 예를 들어, 무선 라우터, 홈 노드 B, 홈 e노드 B, 또는 액세스 포인트일 수 있으며 비즈니스, 가정, 차량, 캠퍼스 등의 장소와 같이 로컬화된 영역에서 무선 연결을 용이하게 하는 임의의 적합한 RAT를 활용할 수 있다. 일 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 무선 로컬 영역 네트워크(wireless local area network; WLAN)를 설정하기 위해 IEEE 802.11과 같은 무선 기술을 구현할 수 있다. 다른 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 무선 개인 영역 네트워크(wireless personal area network; WPAN)을 설정하기 위해 IEEE 802.15와 같은 무선 기술을 구현할 수 있다. 또 다른 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 피코셀 또는 펨토셀을 설정하기 위해 셀룰러 기반 RAT(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A 등)를 활용할 수 있다. 도 23a에서 도시되는 바와 같이, 기지국(114b)은 인터넷(110)에 직접 연결할 수 있다. 따라서 기지국(114b)은 코어 네트워크(106/107/109)를 통해 인터넷(110)에 액세스하도록 요구되지 않을 수 있다.

RAN(103/104/105)은 WTRU들(102a, 102b, 102c, 102d) 중 하나 이상의 WTRU에 음성, 데이터, 애플리케이션들, 및/또는 보이스 오버 인터넷 프로토콜(voice over internet protocol; VoIP) 서비스들을 제공하도록 구성되는 임의의 타입의 네트워크일 수 있는 코어 네트워크(106/107/109)와 통신할 수 있다. 예를 들어, 코어 네트워크(106/107/109)는 호 제어, 계산서발송 서비스들(billing services), 모바일 위치 기반 서비스들, 선불 호출(pre-paid calling), 인터넷 연결, 비디오 분배 등을 제공할 수 있고 및/또는 사용자 인증과 같은 고레벨 보안 기능들을 수행할 수 있다. 도 23a에 도시되지 않았지만, RAN(103/104/105) 및/또는 코어 네트워크(106/107/109)는 RAN(103/104/105)과 같은 동일한 RAT 또는 상이한 RAT를 이용하는 다른 RAN들과 직접적으로 또는 간접적으로 통신할 수 있다는 것이 인지될 것이다. 예를 들어, E-UTRA 무선 기술을 활용할 수 있는 RAN(103/104/105)에 연결되는 것 외에, 코어 네트워크(106/107/109)는 또한 GSM 무선 기술을 이용하는 다른 RAN(도시되지 않음)과 통신할 수 있다.

코어 네트워크(106/107/109)는 또한 WTRU들(102a, 102b, 102c, 102d)이 PSTN(108), 인터넷(110) 및/또는 다른 네트워크(112)에 액세스하기 위한 게이트웨이로서 역할할 수 있다. PSTN(108)은 기존 전화 서비스(plain old telephone service; POTS)를 제공하는 회선 교환 전화 네트워크들을 포함할 수 있다. 인터넷(110)은 전송 제어 프로토콜(transmission control protocol; TCP), 사용자 데이터그램 프로토콜(user datagram protocol; UDP) 및 TCP/IP 인터넷 프로토콜 스위트(suite)의 인터넷 프로토콜(internet protocol; IP)과 같이 공통 통신 프로토콜들을 이용하는 상호연결된 컴퓨터 네트워크들 및 디바이스들의 글로벌 시스템을 포함할 수 있다. 네트워크들(112)은 다른 서비스 제공자들에 의해 소유되고 및/또는 동작되는 유선 또는 무선 통신 네트워크들을 포함할 수 있다. 예를 들어, 네트워크들(112)은 RAN(103/104/105)과 동일한 RAT 또는 상이한 RAT를 이용할 수 있는 하나 이상의 RAN들에 연결된 다른 코어 네트워크를 포함할 수 있다.

통신 시스템(100)의 WTRU들(102a, 102b, 102c, 102d) 중 일부 또는 모두 다는 다중 모드 성능들을 포함할 수 있는데, 즉, WTRU들(102a, 102b, 102c, 102d)은 상이한 무선 링크들을 통해 상이한 무선 네트워크들과 통신하기 위해 다수의 트랜시버들을 포함할 수 있다. 예를 들어, 도 23a에 도시된 WTRU(102c)는 셀룰러 기반 무선 기술을 이용할 수 있는 기지국(114a)과, 그리고 IEEE 802 무선 기술을 이용할 수 있는 기지국(114b)과 통신하도록 구성될 수 있다.

도 23b는 예시적인 WTRU(102)의 시스템 다이어그램이다. 도 23b에서 도시되는 바와 같이, WTRU(102)는 프로세서(118), 트랜시버(120), 송수신 엘리먼트(122), 스피커/마이크로폰(124), 키패드(126), 디스플레이/터치패드(128), 탈착불가능 메모리(130), 탈착가능 메모리(132), 전원(134), 글로벌 포지셔닝 시스템(global positioning system; GPS) 칩셋(136), 및 다른 주변장치들(138)을 포함할 수 있다. WTRU(102)는 일 실시예와 일관됨을 유지하면서 상술한 엘리먼트들의 임의의 서브 조합을 포함할 수 있다는 것이 인지될 것이다. 또한, 실시예들은 기지국들(114a, 및 114b) 및/또는 다른 것들 중에서도, 트랜시버 스테이션(transceiver station; BTS), 노드 B, 사이트 컨트롤러, 액세스 포인트(access point; AP), 홈 노드 B, 이볼브드 홈 노드 B(evolved home node-B; eNodeB), 홈 이볼브드 노드 B(home evolved node-B; HeNB), 홈 이볼브드 노드 B 게이트웨이 및 프록시 노드들과 같이(그러나 이들로 제한되지 않음) 기지국들(114a 및 114b)이 표현할 수 있는 노드들은 도 23b에서 도시되고 본 명세서에서 설명된 엘리먼트들 모두 또는 일부를 포함할 수 있다는 것이 기도된다.

프로세서(118)는 범용 프로세서, 특수 용도 프로세서, 종래의 프로세서, 디지털 신호 프로세서(digital signal processor; DSP), 복수의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서들, 컨트롤러, 마이크로컨트롤러, 주문형 집적 회로들(Application Specific Integrated Circuits; ASIC들), 필드 프로그래밍 가능한 게이트 어레이(Field Programmable Gate Array; FPGA들) 회로들, 임의의 다른 타입의 집적 회로(integrated circuit; IC), 상태 머신 등일 수 있다. 프로세서(118)는 신호 코딩, 데이터 프로세싱, 전력 제어, 입력/출력 프로세싱, 및/또는 WTRU(102)가 무선 환경에서 동작하는 것을 가능하게 하는 임의의 다른 기능을 수행할 수 있다. 프로세서(118)는 송수신 엘리먼트(122)에 커플링될 수 있는 트랜시버(120)에 커플링될 수 있다. 도 23b가 프로세서(118) 및 트랜시버(120)를 별개의 컴포넌트들로서 도시하지만, 프로세서(118) 및 트랜시버(120)는 전자 패키지 또는 칩에 함께 통합될 수 있다는 것이 인지될 것이다.

송수신 엘리먼트(122)는 공중 인터페이스(115/116/117)를 통해 기지국(예를 들어, 기지국(114a))에 신호들을 전송하거나 기지국으로부터 신호들을 수신하도록 구성될 수 있다. 예를 들어, 일 실시예에서, 송수신 엘리먼트(122)는 RF 신호들을 전송 및/또는 수신하도록 구성되는 안테나일 수 있다. 다른 실시예에서, 송수신 엘리먼트(122)는 예를 들어, IR, UV, 또는 가시광 신호들을 전송 및/또는 수신하도록 구성되는 방출기/검출기일 수 있다. 또 다른 실시예에서, 송수신 엘리먼트(122)는 RF 및 광 신호들 둘 다를 전송 및 수신하도록 구성될 수 있다. 송수신 엘리먼트(122)는 무선 신호들의 임의의 결합을 전송 및/또는 수신하도록 구성될 수 있다는 것이 인지될 것이다.

또한, 송수신 엘리먼트(122)가 도 23b에서 단일의 엘리먼트로서 도시되었지만, WTRU(102)는 임의의 수의 송수신 엘리먼트들(122)을 포함할 수 있다. 보다 구체적으로, WTRU(102)은 MIMO 기술을 이용할 수 있다. 따라서 일 실시예에서, WTRU(102)는 공중 인터페이스(115/116/117)를 통해 무선 신호들을 전송하고 수신하기 위해 2개 이상의 송수신 엘리먼트들(122)(예를 들어, 다수의 안테나들)을 포함할 수 있다.

트랜시버(120)는 송수신 엘리먼트(122)에 의해 전송될 신호들을 변조하고 송수신 엘리먼트(122)에 의해 수신되는 신호들을 복조하도록 구성될 수 있다. 상술한 바와 같이, WTRU(102)는 다중 모드 능력들을 가질 수 있다. 따라서 트랜시버(120)는 WTRU(102)가 예를 들어, UTRA 및 IEEE 802.11과 같이 다수의 RAT들을 통해 통신하는 것을 가능하게 하기 위해 다수의 트랜시버들을 포함할 수 있다.

WTRU(102)의 프로세서(118)는 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)(예를 들어, 액정 디스플레이(liquid crystal display; LCD) 디스플레이 유닛 또는 유기 발광 다이오드(organic light-emitting diode; OLED) 디스플레이 유닛)에 커플링될 수 있고, 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(118)는 또한 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)에 사용자 데이터를 출력할 수 있다. 또한, 프로세서(118)는 탈착불가능 메모리(130) 및/또는 탈착가능 메모리(132)와 같은 임의의 타입의 적합한 메모리에 데이터를 저장하고, 이로부터 정보를 액세스할 수 있다. 탈착불가능 메모리(130)는 랜덤 액세스 메모리(random-access memory; RAM), 판독 전용 메모리(read-only memory; ROM), 하드디스크 또는 임의의 다른 타입의 메모리 저장 디바이스를 포함할 수 있다. 탈착가능 메모리(132)는 가입자 아이덴티티 모듈(subscriber identity module; SIM) 카드, 메모리 스틱, 안전한 디지털(secure digital; SD) 메모리 카드 등을 포함할 수 있다. 다른 실시예들에서, 프로세서(118)는 서버 또는 홈 컴퓨터(도시되지 않음) 상에서와 같이 WTRU(102) 상에 물리적으로 위치되지 않는 메모리에 데이터를 저장하고, 이로부터 정보를 액세스할 수 있다.

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

프로세서(118)는 또한 WTRU(102)의 현재 위치에 관한 위치 정보(예를 들어, 위도 및 경도)를 제공하도록 구성될 수 있는 GPS 칩셋(136)에 커플링될 수 있다. GPS 칩셋(136)으로부터의 정보 외에 또는 그 대신에, WTRU(102)는 기지국(예를 들어, 기지국들(114a, 114b))으로부터 공중 인터페이스(115/116/117)를 통해 위치 정보를 수신할 수 있고 및/또는 둘 이상의 근처의 기지국들로부터 수신되는 신호들의 타이밍에 기초하여 그 위치를 결정할 수 있다. WTRU(102)가 일 실시예와 일관됨을 유지하면서 임의의 적합한 위치 결정 방법에 의해 위치 정보를 획득할 수 있다는 것이 인지될 것이다.

프로세서(118)는 또한 부가적인 특징들, 기능 및/또는 유선 또는 무선 연결을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈들을 포함할 수 있는 다른 주변장치들(138)에 커플링될 수 있다. 예를 들어, 주변장치들(138)은 가속도계, e 나침반, 위성 트랜시버, (사진 또는 비디오 용)디지털 카메라, 유니버셜 직렬 버스(universal serial bus; USB) 포트, 진동 디바이스, 텔레비전 트랜시버, 핸즈 프리 헤드셋, 블루투쓰® 모듈, 주파수 변조(frequency modulated; FM) 무선 유닛, 디지털 음악 재생기, 미디어 재생기, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.

도 23c는 일 실시예에 따라 RAN(103)과 코어 네트워크(106)의 시스템 다이어그램이다. 위에서 언급한 바와 같이, RAN(103)은 공중 인터페이스(115)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 UTRA 무선 기술을 이용할 수 있다. RAN(103)은 또한 코어 네트워크(106)와 통신하게 될 수 있다. 도 23c에서 도시되는 바와 같이, RAN(103)은 공중 인터페이스(115)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 하나 이상의 트랜시버들을 각각 포함할 수 있는 노드 B들(140a, 140b, 140c)을 포함할 수 있다. 노드 B들(140a, 140b, 140c)은 RAN(103)내의 특정한 셀(도시되지 않음)과 각각 연관될 수 있다. RAN(103)은 또한 RNC들(142a, 142b)을 포함할 수 있다. RAN(103)은 실시예들과 일관됨을 유지하면서 임의의 수의 노드 B들 및 RNC들을 포함할 수 있다는 것이 인지될 것이다.

도 23c에서 도시되는 바와 같이, 노드 B들(140a, 140b)은 RNC(142a)와 통신할 수 있다. 또한, 노드 B(140c)는 RNC(142b)와 통신할 수 있다. 노드 B들(140a, 140b, 140c)은 Iub 인터페이스를 통해 각각의 RNC들(142a, 142b)과 통신할 수 있다. RNC들(142a, 142b)은 Iur 인터페이스를 통해 서로 통신하게 될 수 있다. RNC들(142a, 142b) 각각은 자신이 연결된 각각의 노드 B들(140a, 140b, 140c)을 제어하도록 구성될 수 있다. 또한, RNC들(142a, 142b) 각각은 외부 루프 전력 제어, 로드 제어, 승인 제어, 패킷 스케줄링, 핸드오버 제어, 매크로다이버시티(macrodiversity), 보안 기능들, 데이터 암호화 등과 같은 다른 기능을 수행하거나 지원하도록 구성될 수 있다.

도 23c에서 도시된 코어 네트워크(106)는 미디어 게이트웨이(media gateway; MGW)(144), 모바일 스위칭 센터(mobile switching center; MSC)(146), 서빙 GPRS 지원 노드(serving GPRS support node; SGSN)(148), 및/또는 게이트웨이 GPRS 지원 노드(gateway GPRS support node; GGSN)(150)를 포함할 수 있다. 상술한 엘리먼트들 각각이 코어 네트워크(106)의 부분으로서 도시되지만, 이들 엘리먼트들 중 임의의 엘리먼트는 코어 네트워크 운용자 이외의 다른 엔티티에 의해 소유되고 및/또는 운용될 수 있다는 것이 인지될 것이다.

RAN(103)의 RNC(142a)는 IuCS 인터페이스를 통해 코어 네트워크(106)의 MSC(146)에 연결될 수 있다. MSC(146)는 MGW(144)에 연결될 수 있다. MSC(146) 및 MGW(144)는 PSTN(108)과 같은 회선 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공하여 WTRU들(102a, 102b, 102c)과 기존의 지상 라인 통신 디바이스들 간의 통신을 용이하게 할 수 있다.

RAN(103)의 RNC(142a)는 또한 IuPS 인터페이스를 통해 코어 네트워크(106)의 SGSN(148)에 연결될 수 있다. SGSN(148)은 GGSN(150)에 연결될 수 있다. SGSN(148) 및 GGSN(150)은 인터넷(110)과 같은 패킷 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공하여 WTRU들(102a, 102b, 102c)과 IP 인에이블 디바이스들(IP-enabled devices) 간의 통신을 용이하게 할 수 있다.

위에서 언급한 바와 같이, 코어 네트워크(106)는 또한 다른 유선 또는 무선 네트워크들을 포함할 수 있는 네트워크들(112)에 연결될 수 있으며, 다른 유선 또는 무선 네트워크들은 다른 서비스 제공자들에 의해 소유되고 및/또는 운용된다.

도 23d는 일 실시예에 따른 RAN(104)과 코어 네트워크(107)의 시스템 다이어그램이다. 위에서 언급된 바와 같이, RAN(104)은 공중 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 E-UTRA 무선 기술을 이용할 수 있다. RAN(104)은 또한 코어 네트워크(107)와 통신하게 될 수 있다.

RAN(104)이 e노드 B들(160a, 160b, 160c)을 포함할 수 있지만, RAN(104)은 일 실시예와 일관됨을 유지하면서 임의의 수의 e노드 B들을 포함할 수 있다는 것이 인지될 것이다. e노드 B들(160a, 160b, 160c)은 공중 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 하나 이상의 트랜시버들을 각각 포함할 수 있다. 일 실시예에서, e노드 B들(160a, 160b, 160c)은 MIMO 기술을 구현할 수 있다. 따라서 e노드 B(160a)는 예를 들어, 무선 신호들을 WTRU(102a)에 전송하고 WTRU(102a)로부터 무선 신호들을 수신하기 위해 다수의 안테나들을 이용할 수 있다.

e노드 B들(160a, 160b, 160c) 각각은 특정한 셀(도시되지 않음)과 연관될 수 있고, 무선 자원 관리 판단들, 핸드오버 판단들, 업링크 및/또는 다운링크에서 사용자들의 스케줄링 등을 핸들링하도록 구성될 수 있다. 도 23d에 도시되는 바와 같이, e노드 B들(160a, 160b, 160c)은 X2 인터페이스를 통해 서로 통신할 수 있다.

도 23d에서 도시된 코어 네트워크(107)는 이동성 관리 게이트웨이(mobility management gateway; MME)(162), 서빙 게이트웨이(164), 및 패킷 데이터 네트워크(packet data network; PDN) 게이트웨이(166)를 포함할 수 있다. 앞선 엘리먼트들 각각이 코어 네트워크(107)의 부분으로서 도시되지만, 이들 엘리먼트들 중 임의의 것은 코어 네트워크 운용자 이외의 다른 엔티티에 의해 소유되고 및/또는 운용될 수 있다는 것이 인지될 것이다.

MME(162)는 S1 인터페이스를 통해 RAN(104)의 e노드 B들(160a, 160b, 160c) 각각에 연결될 수 있고 제어 노드로서 역할할 수 있다. 예를 들어, MME(162)는 WTRU들(102a, 102b, 102c)의 사용자들의 인증, 베어러 활성화/탈활성화, WTRU들(102a, 102b, 102c)의 초기 부착 동안 특정한 서빙 게이트웨이의 선택 등을 담당할 수 있다. MME(162)는 또한 RAN(104)과 GSM 또는 WCDMA와 같은 다른 무선 기술들을 이용하는 다른 RAN들(도시되지 않음) 간의 스위칭을 위한 제어 평면 기능을 제공할 수 있다.

서빙 게이트웨이(164)는 S1 인터페이스를 통해 RAN(104)의 e노드 B들(160a, 160b, 160c) 각각에 연결될 수 있다. 서빙 게이트웨이(164)는 일반적으로 WTRU들(102a, 102b, 102c)에/로부터 사용자 데이터 패킷들을 라우팅 및 포워딩할 수 있다. 서빙 게이트웨이(164)는 또한 e노드 B간 핸드오버들 동안 사용자 평면들을 앵커(anchor)하고, 다운링크 데이터가 WTRU들(102a, 102b, 102c)에 대해 이용 가능할 때 페이징을 트리거하고, WTRU들(102a, 102b, 102c)의 콘택스트들을 관리 및 저장하는 등과 같은 다른 기능들을 수행할 수 있다.

서빙 게이트웨이(164)는 또한 WTRU들(102a, 102b, 102c)과 IP 인에이블 디바이스들 간의 통신들을 용이하게 하기 위해 인터넷(110)과 같은 패킷 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공하는 PDN 게이트웨이(166)에 연결될 수 있다.

코어 네트워크(107)는 다른 네트워크들과의 통신들을 용이하게 할 수 있다. 예를 들어, 코어 네트워크(107)는 WTRU들(102a, 102b, 102c)과 종래의 지상 라인 통신 디바이스들 간의 통신들을 용이하게 하기 위해 PSTN(108)과 같은 회선 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다. 예를 들어, 코어 네트워크(107)는 코어 네트워크(107)와 PSTN(108) 간의 인터페이스로서 역할하는 IP 게이트웨이(예를 들어, IP 멀티미디어 서브시스템(multimedia subsystem; IMS)) 서버를 포함할 수 있거나, 또는 이와 통신할 수 있다. 또한, 코어 네트워크(107)는 다른 서비스 제공자들에 의해 소유되고 및/또는 운용되는 다른 유선 또는 무선 네트워크들을 포함할 수 있는 네트워크들(112)에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다.

도 23e는 일 실시예에 따라 RAN(105)과 코어 네트워크(109)의 시스템 다이어그램이다. RAN(105)은 공중 인터페이스(117)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 IEEE 802.16 무선 기술을 이용하는 액세스 서비스 네트워크(access service network; ASN)일 수 있다. 아래에서 추가로 설명되는 바와 같이, WTRU들(102a, 102b, 102c), RAN(105) 및 코어 네트워크(109)의 상이한 기능적 엔티티들 간의 통신 링크들은 기준점들로서 정의될 수 있다.

도 23e에서 도시된 바와 같이, RAN(105)은 기지국들(180a, 180b, 180c) 및 ASN 게이트웨이(182)를 포함할 수 있지만, RAN(105)은 일 실시예와 일관됨을 유지하면서 임의의 수의 기지국들 및 ASN 게이트웨이들을 포함할 수 있다는 것이 인지될 것이다. 기지국들(180a, 180b, 180c)은 RAN(105)내의 특정한 셀(도시되지 않음)과 각각 연관될 수 있고, 공중 인터페이스(117)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위한 하나 이상의 트랜시버들을 각각 포함할 수 있다. 일 실시예에서, 기지국들(180a, 180b, 180c)은 MIMO 기술을 구현할 수 있다. 따라서 기지국(180a)은 예를 들어, WTRU들(102a)에 무선 신호들을 전송하고 이로부터 무선 신호들을 수신하기 위해 다수의 안테나들을 이용할 수 있다. 기지국들(180a, 180b, 180c)은 또한 핸드오프 트리거링, 터널 설정, 무선 자원 관리, 트래픽 분류, 서비스 품질(quality of service; QoS) 정책 실시 등과 같은 이동성 관리 기능들을 제공할 수 있다. ASN 게이트웨이(182)는 트래픽 어그리게이션 지점(traffic aggregation point)으로서 역할할 수 있고 페이징, 가입자 프로파일의 캐싱, 코어 네트워크(109)로의 라우팅 등을 담당할 수 있다.

WTRU들(102a, 102b, 102c)과 RAN(105) 간의 공중 인터페이스(117)는 IEEE 802.16 규격을 구현하는 R1 기준점으로서 정의될 수 있다. 또한, WTRU들(102a, 102b, 102c) 각각은 코어 네트워크(109)와의 논리적 인터페이스(도시되지 않음)를 설정할 수 있다. WTRU들(102a, 102b, 102c)과 코어 네트워크(109) 간의 논리적 인터페이스는 인증, 인가, IP 호스트 구성 관리 및/또는 이동성 관리를 위해 이용될 수 있는 R2 기준점으로서 정의될 수 있다.

기지국들(180a, 180b, 180c) 각각 간의 통신 링크는 기지국 간의 데이터의 전달 및 WTRU 핸드오버들을 용이하게 하기 위한 프로토콜을 포함하는 R8 기준점으로서 정의될 수 있다. 기지국들(180a, 180b, 180c)과 ASN 게이트웨이(182) 간의 통신 링크는 R6 기준점으로서 정의될 수 있다. R6 기준점은 WTRU(102a, 102b, 102c) 각각과 연관되는 이동성 이벤트들에 기초하여 이동성 관리를 용이하게 하기 위한 프로토콜들을 포함할 수 있다.

도 23e에서 도시된 바와 같이, RAN(105)은 코어 네트워크(109)에 연결될 수 있다. RAN(105)과 코어 네트워크(109) 간의 통신 링크는 예를 들어, 데이터 전달 및 이동성 관리 능력들을 용이하게 하기 위한 프로토콜들을 포함하는 R3 기준점으로서 정의될 수 있다. 코어 네트워크(109)는 모바일 IP 홈 에이전트(mobile IP home agent; MIP-HA)(184), 인증, 인가, 과금(authentication, authorization, accounting; AAA) 서버(186) 및 게이트웨이(188)를 포함할 수 있다. 위의 엘리먼트들 각각이 코어 네트워크(109)의 부분으로서 도시되었지만, 이들 엘리먼트들 중 임의의 엘리먼트는 코어 네트워크 운용자 이외의 다른 엔티티에 의해 소유되고 및/또는 운용될 수 있다는 것이 인지될 것이다.

MIP-HA는 IP 어드레스 관리를 담당할 수 있고 WTRU들(102a, 102b, 102c)이 상이한 ASN들 및/또는 상이한 코어 네트워크들 사이에서 로밍하는 것을 가능하게 할 수 있다. MIP-HA(184)는 WTRU들(102a, 102b, 102c)과 IP 인에이블 디바이스들 간의 통신을 용이하게 하기 위해 인터넷(110)과 같은 패킷 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다. AAA 서버(186)는 사용자 인증 및 사용자 서비스들의 지원을 담당할 수 있다. 게이트웨이(188)는 다른 네트워크들과의 협력(interworking)을 용이하게 할 수 있다. 예를 들어, 게이트웨이(188)는 WTRU들(102a, 102b, 102c)과 종래의 지상 라인 통신 디바이스들 간의 통신을 용이하게 하기 위해 PSTN(108)과 같은 회선 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다. 또한, 게이트웨이(188)는 다른 서비스 제공자들에 의해 소유되고 및/또는 운용되는 다른 유선 또는 무선 네트워크들을 포함할 수 있는 네트워크들(112)에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다.

도 23e에서 도시되진 않았지만, RAN(105)는 다른 ASN들에 연결될 수 있고, 코어 네트워크(109)는 다른 코어 네트워크들에 연결될 수 있다는 것이 인지될 것이다. RAN(105)과 다른 ASN들 간의 통신 링크는 RAN(105)과 다른 ASN들 간의 WTRU들(102a, 102b, 102c)의 이동성을 조절하기 위한 프로토콜들을 포함할 수 있는 R4 기준점으로서 정의될 수 있다. 코어 네트워크(109)와 다른 코어 네트워크들 간의 통신 링크는 홈 코어 네트워크들과 방문 코어 네트워크들 간의 협력을 용이하게 하기 위한 프로토콜들을 포함할 수 있는 R5 기준점으로서 정의될 수 있다.

특징들 및 엘리먼트들이 특정한 결합들로 위에서 설명되었지만, 각각의 특징 또는 엘리먼트는 다른 특징들 및 엘리먼트과의 임의의 결합으로 또는 단독으로 이용될 수 있다는 것을 당업자는 인지할 것이다. 또한, 본 명세서에서 설명된 방법들은 위에서 설명되는 프로세스들은 컴퓨터 및/또는 프로세서에 의한 실행을 위해 컴퓨터 판독 가능한 매체에 통합되는 컴퓨터 프로그램, 소프트웨어 또는 펌웨어에서 구현될 수 있다. 컴퓨터 판독 가능한 매체들의 예들은 전자 신호들(무선 또는 유선 연결들을 통해 전송됨) 또는 컴퓨터 판독 가능한 저장 매체를 포함할 수 있다. 컴퓨터 판독 가능한 저장 매체의 예들은 판독 전용 메모리(read only memory; ROM), 랜덤 액세스 메모리(random access memory; RAM)), 레지스터, 캐시 메모리, 반도체 메모리 디바이스들, 내부 하드 디스크 및 탈착가능 디스크들과 같은 자기 매체, 광자기 매체, 및 CD-ROM 디스크들 및 디지털 다기능 디스크들(digital versatile disks; DVD들)과 같은 광학 매체를 포함(그러나 이들로 제한되지 않음)한다. 소프트웨어와 연관되는 프로세서는 WTRU, UE, 단말, 기지국, RNC, 또는 임의의 호스트 컴퓨터에서 이용하기 위한 무선 주파수 트랜시버를 구현하는데 이용될 수 있다.

Claims (34)

1. 피어 투 피어 통신(peer to peer communication)을 위한 방법으로서,
   무선 송수신 유닛(wireless transmit/receive unit; WTRU)에 의해, 플랙서블(flexible) 확인응답(acknowledgement; ACK) 타입을 표시하는 매체 액세스 제어(medium access control; MAC) 데이터 프레임을 수신하는 단계;
   상기 플랙서블 ACK 타입에 기초하여 ACK 메시지를 송신할지 여부를 결정하는 단계; 및
   상기 ACK 메시지를 송신할 것이 결정된 경우 상기 ACK 메시지를 송신하는 단계
   를 포함하는 피어 투 피어 통신을 위한 방법.
2. 제 1 항에 있어서,
   상기 플랙서블 ACK 타입은 상기 ACK 메시지가 피어들의 부분집합으로부터 송신될 것임을 표시하는 것인, 피어 투 피어 통신을 위한 방법.
3. 제 2 항에 있어서,
   상기 WTRU가 상기 피어들의 부분집합 내에 있을 때 상기 ACK 메시지를 송신할 것이 결정되는 것인, 피어 투 피어 통신을 위한 방법.
4. 제 2 항에 있어서,
   상기 피어들의 부분집합은 단일 피어로 구성되는 것인, 피어 투 피어 통신을 위한 방법.
5. 제 1 항에 있어서,
   상기 ACK 메시지는 긍정 확인응답 또는 부정 확인응답 중 적어도 하나를 포함하는 것인, 피어 투 피어 통신을 위한 방법.
6. 제 1 항에 있어서,
   상기 플랙서블 ACK 타입은 상기 ACK 메시지가 근접 위치 내에 있는 피어들로부터 송신될 것임을 표시하는 것인, 피어 투 피어 통신을 위한 방법.
7. 제 6 항에 있어서,
   상기 WTRU가 상기 근접 위치 내에 있을 때 상기 ACK 메시지를 송신할 것이 결정되는 것인, 피어 투 피어 통신을 위한 방법.
8. 제 1 항에 있어서,
   상기 플랙서블 ACK 타입은 상기 ACK 메시지가 콘택스트(context)와 연관된 피어들로부터 송신될 것임을 표시하는 것인, 피어 투 피어 통신을 위한 방법.
9. 제 8 항에 있어서,
   상기 콘택스트는 링크 품질, 잔여 에너지, 애플리케이션 또는 서비스 프로필, 애플리케이션 또는 서비스 카테고리, 사용자 프로필, 디바이스 프로필 또는 이동성 상태 중 적어도 하나와 연관되는 것인, 피어 투 피어 통신을 위한 방법.
10. 제 8 항에 있어서,
    상기 WTRU가 상기 콘택스트와 연관될 때 상기 ACK 메시지를 송신할 것이 결정되는 것인, 피어 투 피어 통신을 위한 방법.
11. 제 1 항에 있어서,
    상기 플랙서블 ACK 타입은 상기 ACK 메시지가 패킷 타입에 기초하여 피어들로부터 송신될 것임을 표시하는 것인, 피어 투 피어 통신을 위한 방법.
12. 제 11 항에 있어서,
    상기 WTRU가 상기 패킷 타입을 수신할 때 상기 ACK 메시지를 송신할 것이 결정되는 것인, 피어 투 피어 통신을 위한 방법.
13. 제 11 항에 있어서,
    상기 패킷 타입은 패킷 우선순위 또는 패킷 정보 품질을 포함하는 것인, 피어 투 피어 통신을 위한 방법.
14. 무선 송수신 유닛(wireless transmit/receive unit; WTRU)으로서,
    프로세서
    를 포함하고, 상기 프로세서는 적어도 부분적으로,
    플랙서블 확인응답(acknowledgement; ACK) 타입을 표시하는 매체 액세스 제어(medium access control; MAC) 데이터 프레임을 수신하고;
    상기 플랙서블 ACK 타입에 기초하여 ACK 메시지를 송신할지 여부를 결정하며;
    상기 ACK 메시지를 송신할 것이 결정된 경우 상기 ACK 메시지를 송신하도록 구성되는 것인, 무선 송수신 유닛(WTRU).
15. 제 14 항에 있어서,
    상기 플랙서블 ACK 타입은 상기 ACK 메시지가 피어들의 부분집합으로부터 송신될 것임을 표시하는 것인, 무선 송수신 유닛(WTRU).
16. 제 15 항에 있어서,
    상기 프로세서는 상기 WTRU가 상기 피어들의 부분집합 내에 있을 때 상기 ACK 메시지를 송신할 것을 결정하는 것인, 무선 송수신 유닛(WTRU).
17. 제 15 항에 있어서,
    상기 피어들의 부분집합은 단일 피어로 구성되는 것인, 무선 송수신 유닛(WTRU).
18. 제 14 항에 있어서,
    상기 ACK 메시지는 긍정 확인응답 또는 부정 확인응답 중 적어도 하나를 포함하는 것인, 무선 송수신 유닛(WTRU).
19. 제 14 항에 있어서,
    상기 플랙서블 ACK 타입은 상기 ACK 메시지가 근접 위치 내에 있는 피어들로부터 송신될 것임을 표시하는 것인, 무선 송수신 유닛(WTRU).
20. 제 19 항에 있어서,
    상기 프로세서는 상기 WTRU가 상기 근접 위치 내에 있을 때 상기 ACK 메시지를 송신할 것을 결정하는 것인, 무선 송수신 유닛(WTRU).
21. 제 14 항에 있어서,
    상기 플랙서블 ACK 타입은 상기 ACK 메시지가 콘택스트(context)와 연관된 피어들로부터 송신될 것임을 표시하는 것인, 무선 송수신 유닛(WTRU).
22. 제 21 항에 있어서,
    상기 콘택스트는 링크 품질, 잔여 에너지, 애플리케이션 또는 서비스 프로필, 애플리케이션 또는 서비스 카테고리, 사용자 프로필, 디바이스 프로필 또는 이동성 상태 중 적어도 하나와 연관되는 것인, 무선 송수신 유닛(WTRU).
23. 제 21 항에 있어서,
    상기 프로세서는 상기 WTRU가 상기 콘택스트와 연관될 때 상기 ACK 메시지를 송신할 것을 결정하는 것인, 무선 송수신 유닛(WTRU).
24. 제 14 항에 있어서,
    상기 플랙서블 ACK 타입은 상기 ACK 메시지가 패킷 타입에 기초하여 피어들로부터 송신될 것임을 표시하는 것인, 무선 송수신 유닛(WTRU).
25. 제 24 항에 있어서,
    상기 프로세서는 상기 WTRU가 상기 패킷 타입을 수신할 때 상기 ACK 메시지를 송신할 것을 결정하는 것인, 무선 송수신 유닛(WTRU).
26. 제 24 항에 있어서,
    상기 패킷 타입은 패킷 우선순위 또는 패킷 정보 품질을 포함하는 것인, 무선 송수신 유닛(WTRU).
27. 피어 투 피어 통신(peer to peer communication)을 위한 방법으로서,
    무선 송수신 유닛(wireless transmit/receive unit; WTRU)에 의해, 확인응답(acknowledgement; ACK) 시퀀스를 표시하는 매체 액세스 제어(medium access control; MAC) 데이터 프레임을 수신하는 단계;
    상기 WTRU가 상기 ACK 시퀀스에 기초하여 ACK 메시지를 송신할 것을 결정하는 단계; 및
    상기 ACK 메시지를 송신하는 단계
    를 포함하는, 피어 투 피어 통신을 위한 방법.
28. 제 27 항에 있어서,
    상기 ACK 시퀀스는 피어들 간의 ACK 전송 시퀀스를 표시하는 것인, 피어 투 피어 통신을 위한 방법.
29. 제 27 항에 있어서,
    상기 ACK 메시지는 긍정 확인응답 또는 부정 확인응답 중 적어도 하나를 포함하는 것인, 피어 투 피어 통신을 위한 방법.
30. 제 28 항에 있어서,
    상기 WTRU가 상기 ACK 시퀀스에 기초하여 상기 ACK 메시지를 송신할 것을 결정하는 단계는,
    피어로부터 ACK 메시지를 수신하는 단계; 및
    상기 피어로부터의 수신된 ACK 메시지에 기초하여 상기 WTRU가 상기 ACK 전송 시퀀스에서 다음번째라고 결정하는 단계
    를 포함하는 것인, 피어 투 피어 통신을 위한 방법.
31. 무선 송수신 유닛(wireless transmit/receive unit; WTRU)으로서,
    프로세서
    를 포함하고, 상기 프로세서는 적어도 부분적으로,
    확인응답(acknowledgement; ACK) 시퀀스를 표시하는 매체 액세스 제어(medium access control; AC) 데이터 프레임을 수신하고;
    상기 WTRU가 상기 ACK 시퀀스에 기초하여 ACK 메시지를 송신할 것을 결정하며;
    상기 ACK 메시지를 송신하도록 구성되는 것인, 무선 송수신 유닛(WTRU).
32. 제 31 항에 있어서,
    상기 ACK 시퀀스는 피어들 간의 ACK 전송 시퀀스를 표시하는 것인, 무선 송수신 유닛(WTRU).
33. 제 31 항에 있어서,
    상기 ACK 메시지는 긍정 확인응답 또는 부정 확인응답 중 적어도 하나를 포함하는 것인, 무선 송수신 유닛(WTRU).
34. 제 32 항에 있어서,
    상기 WTRU가 상기 ACK 시퀀스에 기초하여 상기 ACK 메시지를 송신할 것을 결정하는 것은,
    상기 프로세서가 또한,
    피어로부터 ACK 메시지를 수신하며;
    상기 피어로부터의 수신된 ACK 메시지에 기초하여 상기 WTRU가 상기 ACK 전송 시퀀스에서 다음번째인지 여부를 결정하도록 구성되는 것을 포함하는 것인, 무선 송수신 유닛(WTRU).

Images